diff --git a/public/content/translations/bn/about/index.md b/public/content/translations/bn/about/index.md
new file mode 100644
index 00000000000..9f339732bd4
--- /dev/null
+++ b/public/content/translations/bn/about/index.md
@@ -0,0 +1,135 @@
+---
+title: "আমাদের সম্পর্কে"
+description: "ethereum.org এর টিম, কমিউনিটি এবং মিশন সম্পর্কে"
+lang: bn
+---
+
+# ethereum.org সম্পর্কে {#about-ethereumorg}
+
+ethereum.org হলো  Ethereum কমিউনিটির জন্য একটি সর্বজনীন, ওপেন -সোর্স রিসোর্স যেখানে যে কেউ অবদান রাখতে পারে।  আমাদের একটি ছোট মূল টিম আছে  যারা সাইটটি রক্ষণাবেক্ষণ ও উন্নয়নের জন্য কাজ করছে এবং  সারা বিশ্বের হাজারো কমিউনিটি সদস্য  এতে অবদান রাখছেন।
+
+**ethereum.org থেকে কেউ কখনো আপনার সঙ্গে যোগাযোগ করবে না। প্রতিক্রিয়া করবেন না।**
+
+## নামের উপর একটি নোট {#a-note-on-names}
+
+অনেক সময় মানুষ  Ethereum-এ ব্যবহৃত  নামগুলো গুলিয়ে ফেলে,  আর এতে Ethereum কীভাবে কাজ করে সে বিষয়ে ভুল  ধারণা তৈরি হতে পারে। এটি স্পষ্ট করার জন্য একটি দ্রুত ব্যাখ্যা
+
+### ইথেরিয়াম {#ethereum}
+
+Ethereum হলো একটি পাবলিক নেটওয়ার্ক, ব্লকচেইন এবং ওপেন-সোর্স প্রোটোকল, যা হাজার হাজার ডেভেলপার, নোড অপারেটর, ETH হোল্ডার এবং ব্যবহারকারীর একটি  বৈশ্বিক কমিউনিটি দ্বারা পরিচালিত ও শাসিত।
+
+[ইথেরিয়াম সম্পর্কে আরও তথ্য](/what-is-ethereum/)
+
+[ইথেরিয়াম গভর্নেন্স সম্পর্কে আরও তথ্য](/governance/)
+
+### ইথার (ETH) {#ether-or-eth}
+
+Ether(যাকে ETH নামেও ডাকা হয়) হলো Ethereum নেটওয়ার্কে ব্যবহৃত স্হানীয় মুদ্রা। Ethereum নেটওয়ার্ক ব্যবহারের জন্য ETH প্রয়োজন(যা লেনদেনের ফি হিসেবে দেওয়া হয়)। ETH নেটওয়ার্ককে সুরক্ষিত রাখতে স্টেকিং-এর জন্যও ব্যবহৃত হয়। যখন মানুষ  Ethereum-এর দাম নিয়ে কথা বলে, তারা মূলত ETH  সম্পদের কথা বলছে।
+
+[ETH সম্পর্কে আরও তথ্য](/what-is-ether/)
+
+[ETH স্টেকিং সম্পর্কে আরও তথ্য](/staking/)
+
+### ইথেরিয়াম ফাউন্ডেশন {#ethereum-foundation}
+
+একটি অলাভজনক সংস্থা, যা প্রাথমিকভাবে ETH ক্রাউডসেল থেকে তহবিল প্রাপ্ত এবং Ethereum নেটওয়ার্ক ও ইকোসিস্টেমকে সমর্থন করার জন্য নিবেদিত।
+
+[ইথেরিয়াম ফাউন্ডেশন সম্পর্কে আরও তথ্য](/foundation/)
+
+### ethereum.org {#ethereum-org}
+
+Ethereum কমিউনিটির জন্য একটি পাবলিক, ওপেন-সোর্স ওয়েবসাইট এবং শিক্ষামূলক রিসোর্স। Ethereum.org একটি ছোট মূল দলের নেতৃত্বে পরিচালিত হয়, যা Ethereum ফাউন্ডেশন দ্বারা অর্থায়নপ্রাপ্ত,এবং সারা বিশ্বের হাজার হাজার কমিউনিটি সদস্যের অবদানে সমৃদ্ধ।
+
+এই পৃষ্ঠায় ethereum.org সম্পর্কে আরও তথ্য রয়েছে
+
+## আমাদের মিশন {#our-mission}
+
+**ethereum.org-এর লক্ষ্য হল ইথেরিয়ামের ক্রমবর্ধমান সম্প্রদায়ের জন্য সেরা পোর্টাল হওয়া**
+
+আমরা চেষ্টা করি একটি সহজবোধ্য শিক্ষামূলক রিসোর্স তৈরি করতে, যা Ethereum সম্পর্কিত সকল বিষয়ক কভার করে এবং নতুন ব্যবহারকারীদের Ethereum ও এর মূল ধারনাগুলোর সাথে পরিচিত হতে সাহায্য করে। আমরা চাই।
+
+- Ethereum প্রযুক্তিতে নতুন যেকোনো ব্যক্তিকে বোঝানো।
+- নতুন ব্যবহারকারীদের ETH এবং Ethereum ব্যবহার শুরু করতে সাহায্য করা।
+- নতুন ডেভেলপারদের জন্য  বিল্ডিং শুরু করতে সাহায্য করা।
+- Ethereum জগতের আপডেটগুলো কভার করা।
+- কমিউনিটি দ্বারা তৈরি  রিসোর্সগুলো প্রদর্শন করা।
+- Ethereum শিক্ষা যত বেশি সম্ভব ভাষায় পৌঁছে দেওয়া।
+
+এই মিশনটি অর্জন করতে, আমাদের দল ethereum.org-এ দুটি প্রাথমিক লক্ষ্যের উপর মনোযোগ দেয়:
+
+### ১. ethereum.org ভিজিটরদের জন্য ব্যবহারকারীর অভিজ্ঞতা উন্নত করুন {#visitors}
+
+- সামগ্রী সম্প্রসারণ, উন্নয়ন এবং সর্বদা আপডেট রাখা।
+- স্হানীয়করন এবং ওয়েব  ডেভেলপমেন্টের সেরা অনুশীলনের মাধ্যমে ব্যবহারযোগ্যতা এবং প্রবেশযোগ্যতা উন্নত  করা।
+- ব্যবহারকারীর সম্পৃক্ততা বাড়াতে জরিপ, কুইজ এবং ওয়েব৩ ইন্টিগ্রেশনের মতো ফিচার যুক্ত করুন।
+- ওয়েবসাইটটি হালকা ও দ্রুতগতির রাখুন।
+
+### 2. আমাদের অবদানকারী সম্প্রদায়কে বৃদ্ধি করা, শক্তিশালী করা এবং ক্ষমতায়ন করা {#community}
+
+- ওয়েবসাইটে অবদানকারীদের মোট সংখ্যা বৃদ্ধি করা
+- যুক্ততা, স্বীকৃতি এবং পুরষ্কারের মাধ্যমে  আবেদনকারীদের ধরে রাখার হার উন্নত করা।
+- সম্প্রদায়ের সদস্যদের ক্রমাগত আরও গুরুত্বপূর্ণ অবদান রাখতে সক্ষম করে তুলুন।
+- বিভিন্ন ধরনের অবদানকে উৎসাহিত করুন: কোড, কনটেন্ট, ডিজাইন, অনুবাদ, মডারেশন।
+- কোডবেসকে আধুনিক, পরিষ্কার এবং ভালোভাবে ডকুমেন্টেড রাখুন।
+
+## মূল নীতি {#core-principles}
+
+আমাদের কিছু মূল নীতিমালা রয়েছে যা আমাদের লক্ষ্য অর্জনে পথ নির্দেশ করে।
+
+### 1. ethereum.org হল ইথেরিয়ামের একটি পোর্টাল 🌏 {#core-principles-1}
+
+আমরা চাই আামাদের ব্যবহারকারীদের আগ্রহ জাগ্রত হোক এবং তাদের প্রশ্নের উত্তর মিলুক। সেজন্য আামাদের পোর্টালটি তথ্য, "ম্যাজিক মোমেন্টস" এবং বাইরে থাকা চমৎকার সম্প্রদায়ের সম্পদের লিঙ্কগুলো একত্রিত করতে হবে। আমাদের কনটেন্টের উদ্দেশ্য হলো একটি "অনবোর্ডিং পোর্টাল" হাওয়া,যা ইতিমধ্যে বিদ্যমান বিস্তৃত সম্পদের বিকল্প নয়।
+আমরা সম্প্রদায় নির্মিত সম্পদসমুহকে সমর্থন এবং একত্রিত করতে আগ্রহী, যাতে তাদের আরো বেশি দৃশ্যমানতা পাওয়া যায় এবং তাদের সহজেই খুঁজে পাওয়া যায়।
+[ইথেরিয়ামের সম্প্রদায়](/community/) এর মূলে রয়েছে: আমাদের শুধু সম্প্রদায়কে পরিষেবা দেওয়াই নয়, তাদের সাথে কাজ করতে হবে এবং তাদের মতামত অন্তর্ভুক্ত করতে হবে। ওয়েবসাইটটি শুধুমাত্র আমাদের বর্তমান সম্প্রদায়ের  জন্য নয়, বরং আমরা ভবিষ্যতে যে সম্প্রদায় গড়ে তুলতে চাই তার জন্যেও। আমাদের মনে রাখতে হবে যে আমাদের সম্প্রদায়টি বৈশ্বিক - যেখানে বিভিন্ন ভাষা,অঞ্চল এবং সংস্কৃতির মানুষ রয়েছে।
+
+### 2. ethereum.org সর্বদা বিকশিত হচ্ছে 🛠 {#core-principles-2}
+
+Ethereum এবং সম্প্রদায় সবসময় বিকশিত হচ্ছে, তাই ethereum.org বিকশিত হতে থাকবে। এই কারণেই সাইটটির একটি সাধারণ ডিজাইন সিস্টেম এবং মডুলার কাঠামো রয়েছে। আমরা সাইটটি কিভাবে ব্যবহার করা হচ্ছে এবং কমিউনিটি কি চায় তা আরো ভালোভাবে বুঝতে পারার সাথে সাথে ধাপে ধাপে পরিবর্তন করি।
+আমরা ওপেন সোর্স, এবং আামাদের একটি সহযোগী কমিউনিটি রয়েছে তাই আপনি চাইলে পরিবর্তনের প্রস্তাব দিতে পারেন বা আমাদের  সাহায্য করতে পারেন।
+[অবদান সম্পর্কে জানুন](/contributing/)
+
+### 3. ethereum.org একটি সাধারণ পণ্য ওয়েবসাইট নয় 🦄 {#core-principles-3}
+
+Ethereum একটি বিশাল বিষয় : এটি একটি কমিউনিটি, একটি প্রযুক্তি, কিছু ধারণা ও মতাদর্শ এবং আরো অনেক কিছুে অন্তর্ভুক্ত করে।
+এটার মানে হলো ওয়েবসাইটটিকে বিভিন্ন ধরনের ব্যবহারকারীর পথ পরিচালনা করতে হবে,যেমন" একজন ডেভেলপার যিনি একটি নির্দিষ্ট টুল চাইছেন" এবং "একজন নতুন ব্যবহারকারী যিনি কিছু ETH কিনেছেন এবং জানেন না ওয়ালেট কী"।
+কোনটি একটি ব্লকচেইন প্ল্যাটফর্মের জন্য  সেরা ওয়েবসাইট? এখনো একটি উন্মুক্ত প্রশ্ন_আমরা পথপ্রদর্শক। এটি তৈরি করতে পরীক্ষা-নিরীক্ষার প্রয়োজন।
+
+## পণ্যের রোডম্যাপ {#roadmap}
+
+আমাদের কাজকে আরও সহজলভ্য করতে এবং আরও বেশি কমিউনিটি সহযোগিতাকে উৎসাহিত করতে, ethereum.org কোর টিম আমাদের [শেপ আপ সাইকেল](https://www.productplan.com/glossary/shape-up-method/) রোডম্যাপের লক্ষ্যগুলির একটি সংক্ষিপ্ত বিবরণ প্রকাশ করে।
+
+[আমাদের 2025 সাইকেল 1 পণ্যের রোডম্যাপ দেখুন](https://github.com/ethereum/ethereum-org-website/issues/14726)
+
+**কেমন লাগছে?** আমরা আমাদের রোডম্যাপের উপর দেওয়া মতামতের সর্বদা প্রশংসা করি - যদি এমন কিছু থাকে যা আপনার মনে হয় আমাদের কাজ করা উচিত, অনুগ্রহ করে আমাদের জানান! আমরা সম্প্রদায়ের যেকোনো সদস্যের কাছ থেকে আইডিয়া এবং পুলকে স্বাগত জানাই।
+
+**যুক্ত হতে চান?** [অবদান সম্পর্কে আরও জানুন](/contributing/), [Twitter-এ আমাদের সাথে যোগাযোগ করুন](https://x.com/ethdotorg), অথবা [আমাদের Discord সার্ভারে](https://discord.gg/ethereum-org) কমিউনিটি আলোচনায় যোগ দিন।
+
+## ডিজাইনের নীতি {#design-principles}
+
+সাইটে আমাদের বিষয়বস্তু এবং ডিজাইনের সিদ্ধান্তগুলিকে গাইড করতে আমরা [ডিজাইন নীতির](/contributing/design-principles/) একটি সেট ব্যবহার করি।
+
+## ডিজাইন সিস্টেম {#design-system}
+
+আমরা আরও দ্রুত ফিচার শিপ করার জন্য এবং কমিউনিটির সদস্যদের ethereum.org-এর ওপেন ডিজাইনে অংশগ্রহণ করতে দেওয়ার জন্য একটি [ডিজাইন সিস্টেম](https://www.figma.com/file/NrNxGjBL0Yl1PrNrOT8G2B/ethereum.org-Design-System?node-id=0%3A1&t=QBt9RkhpPqzE3Aa6-1) তৈরি এবং প্রকাশ করেছি।
+
+যুক্ত হতে চান?[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/) পড়েছেন।
+
+আমরা আমাদের ডিজাইন নীতিমালা, ডিজাইন সিস্টেম এবং স্টাইল গাইড নিয়ে মতামতকে স্বাগত জানাই। মনে রাখবেন, ইথেরিয়াম.org হলো কমিউনিটির জন্য,  কমিউনিটির দ্বারাই।
+
+## লাইসেন্স {#license}
+
+অন্যথায় নির্দিষ্ট না করা থাকলে ethereum.org ওয়েবসাইটটি ওপেন সোর্স এবং একটি [MIT লাইসেন্সের](https://github.com/ethereum/ethereum-org-website/blob/dev/LICENSE) অধীনে নির্মিত। ethereum.org-এর [ব্যবহারের শর্তাবলী](/terms-of-use/) সম্পর্কে আরও তথ্য।
+
+## উন্মুক্ত চাকরি {#open-jobs}
+
+যদিও এই ওয়েবসাইটটি ওপেন-সোর্স এবং যেকেউ এতে কাজ করতে পারেন, তবুও আামাদের একটি নিবেদিত দল রয়েছে যারা ইথেরিয়াম.org এবং অন্যান্য ইথেরিয়াম ফাউন্ডেশনের ওয়েব প্রকল্পগুলোতে কাজ করে।আমরা এখানে যেকোনো খালি পদের বিজ্ঞপ্তি প্রকাশ করব।
+
+আমরা এখানে যেকোনো খালি পদের বিজ্ঞপ্তি প্রকাশ করব। আপনি যদি এখানে আপনার জন্য কোনো ভূমিকা না দেখেন, তাহলে [আমাদের Discord সার্ভারে](https://discord.gg/ethereum-org) যান এবং আমাদের জানান আপনি কিভাবে আমাদের সাথে কাজ করতে চান!
+
+ইথেরিয়াম.org দলের বাইরে তাকাচ্ছেন? [অন্যান্য ইথেরিয়াম সম্পর্কিত চাকরি দেখুন](/community/get-involved/#ethereum-jobs/)।
diff --git a/public/content/translations/bn/ai-agents/index.md b/public/content/translations/bn/ai-agents/index.md
new file mode 100644
index 00000000000..08ef8bd496e
--- /dev/null
+++ b/public/content/translations/bn/ai-agents/index.md
@@ -0,0 +1,144 @@
+---
+title: "AI এজেন্ট"
+metaTitle: "AI এজেন্ট | Ethereum-এর উপর AI এজেন্ট"
+description: "Ethereum-এর উপর AI এজেন্টদের একটি সংক্ষিপ্ত বিবরণ"
+lang: bn
+template: use-cases
+emoji: ":robot:"
+sidebarDepth: 2
+image: /images/ai-agents/hero-image.png
+alt: "টার্মিনাল টেবিলে মানুষ জড়ো হয়েছে"
+summaryPoint1: "AI যা ব্লকচেইনের সাথে যোগাযোগ করে এবং স্বাধীনভাবে ট্রেড করে"
+summaryPoint2: "অনচেইন ওয়ালেট এবং ফান্ড নিয়ন্ত্রণ করে"
+summaryPoint3: "কাজের জন্য মানুষ বা অন্যান্য এজেন্ট নিয়োগ করে"
+buttons:
+  - content: AI এজেন্ট কি?
+    toId: what-are-ai-agents
+  - content: এজেন্টগুলি এক্সপ্লোর করুন
+    toId: ai-agents-on-ethereum
+    isSecondary: false
+---
+
+কল্পনা করুন যে আপনি একটি AI সহকারীর সাথে Ethereum নেভিগেট করছেন যেটি 24/7 অনচেইন মার্কেটের ট্রেন্ডগুলি অধ্যয়ন করে, প্রশ্নের উত্তর দেয় এবং এমনকি আপনার পক্ষে লেনদেন সম্পাদন করে। AI এজেন্টের জগতে স্বাগতম—আপনার ডিজিটাল জীবনকে সহজ করার জন্য ডিজাইন করা বুদ্ধিমান সিস্টেম।
+
+Ethereum-এ, আমরা ভার্চুয়াল প্রভাবশালী এবং স্বায়ত্তশাসিত কন্টেন্ট নির্মাতাদের থেকে শুরু করে রিয়েল-টাইম বাজার বিশ্লেষণ প্ল্যাটফর্ম পর্যন্ত AI এজেন্টদের উদ্ভাবন দেখতে পাচ্ছি, যা ব্যবহারকারীদের অন্তর্দৃষ্টি, বিনোদন এবং কর্মক্ষম দক্ষতা প্রদানের মাধ্যমে ক্ষমতায়ন করছে।
+
+## AI এজেন্ট কি? {#what-are-ai-agents}
+
+AI এজেন্ট হল সফ্টওয়্যার প্রোগ্রাম যা কাজ সম্পাদন করতে বা নিজের সিদ্ধান্ত নিতে কৃত্রিম বুদ্ধিমত্তা ব্যবহার করে। তারা ডেটা থেকে শেখে, পরিবর্তনের সাথে খাপ খাইয়ে নেয় এবং জটিল কাজগুলি পরিচালনা করে। তারা বিরতিহীনভাবে কাজ করে এবং তাৎক্ষণিকভাবে সুযোগ সনাক্ত করতে পারে।
+
+### AI এজেন্টরা কীভাবে ব্লকচেইনগুলির সাথে কাজ করে {#how-ai-agents-work-with-blockchains}
+
+প্রথাগত ফিনান্সে, AI এজেন্টরা প্রায়ই সীমিত ডেটা ইনপুট সহ কেন্দ্রীভূত পরিবেশে কাজ করে। এটি তাদের স্বায়ত্তশাসিতভাবে সম্পদ শিখতে বা পরিচালনা করার ক্ষমতাকে বাধাগ্রস্ত করে।
+
+বিপরীতে, Ethereum-এর বিকেন্দ্রীভূত ইকোসিস্টেম বেশ কিছু মূল সুবিধা প্রদান করে:
+
+- <strong>স্বচ্ছ ডেটা:</strong> রিয়েল-টাইম ব্লকচেইন তথ্যে অ্যাক্সেস।
+- <strong>প্রকৃত সম্পদ মালিকানা:</strong> ডিজিটাল সম্পদ সম্পূর্ণরূপে AI এজেন্টদের মালিকানাধীন।
+- <strong>শক্তিশালী অনচেইন কার্যকারিতা:</strong> AI এজেন্টদের লেনদেন সম্পাদন করতে, স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে, তারল্য সরবরাহ করতে এবং প্রোটোকল জুড়ে সহযোগিতা করতে সক্ষম করে।
+
+এই কারণগুলি AI এজেন্টদেরকে সাধারণ বট থেকে গতিশীল, স্ব-উন্নয়নশীল সিস্টেমে রূপান্তরিত করে যা একাধিক সেক্টরে উল্লেখযোগ্য মূল্য প্রদান করে:
+
+<CardGrid>
+  <Card title="অটোমেটেড DeFi" emoji=":money_with_wings:" description="AI এজেন্টরা বাজারের গতিপ্রকৃতির উপর নজর রাখে, ট্রেড করে, এবং পোর্টফোলিও ম্যানেজ করে — DeFi-এর জটিল জগতকে অনেক সহজ করে তোলে।"/>
+  <Card title="নতুন AI এজেন্ট অর্থনীতি" emoji="🌎" description="AI এজেন্টরা তাদের জন্য বিশেষ কাজগুলো করতে বিভিন্ন দক্ষতার অন্যান্য এজেন্ট (বা মানুষ) হায়ার করতে পারে।" />
+  <Card title="ঝুঁকি ব্যবস্থাপনা" emoji="🛠️" description="লেনদেনের উপর নজর রেখে, AI এজেন্টরা স্ক্যাম খুঁজে বের করতে এবং আপনার ডিজিটাল অ্যাসেট আরও দ্রুত ও ভালোভাবে সুরক্ষিত রাখতে সাহায্য করে।" />
+</CardGrid>
+
+## যাচাইযোগ্য AI {#verifiable-ai}
+
+অফচেইনে চলা AI এজেন্টরা প্রায়শই "ব্ল্যাক বক্স"-এর মতো আচরণ করে—তাদের যুক্তি, ইনপুট এবং আউটপুট স্বাধীনভাবে যাচাই করা যায় না। Ethereum তা পরিবর্তন করে। অনচেইনে এজেন্টের আচরণকে অ্যাঙ্কর করার মাধ্যমে, ডেভেলপাররা এমন এজেন্ট তৈরি করতে পারে যা _ট্রাস্টলেস_, _স্বচ্ছ_, এবং _অর্থনৈতিকভাবে স্বায়ত্তশাসিত_। এই ধরনের এজেন্টদের কার্যকলাপ অডিট, সীমাবদ্ধ এবং প্রমাণ করা যেতে পারে।
+
+### যাচাইযোগ্য অনুমান {#verifiable-inference}
+
+AI অনুমান ঐতিহ্যগতভাবে অফচেইনে ঘটে, যেখানে এক্সিকিউশন সস্তা কিন্তু মডেল এক্সিকিউশন অস্বচ্ছ। 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 এজেন্ট {#ai-agents-on-ethereum}
+
+আমরা AI এজেন্টদের সম্পূর্ণ সম্ভাবনা অন্বেষণ করতে শুরু করেছি, এবং প্রকল্পগুলি ইতিমধ্যেই AI এবং ব্লকচেইনের মধ্যে সমন্বয়কে কাজে লাগাচ্ছে—বিশেষ করে স্বচ্ছতা এবং নগদীকরণের ক্ষেত্রে।
+
+<AiAgentProductLists list="ai-agents" />
+
+<strong>পডকাস্ট অতিথি হিসেবে লুনার প্রথম উপস্থিতি</strong>
+
+<YouTube id="ZCsOMxnIruA" />
+
+## এজেন্ট-নিয়ন্ত্রিত ওয়ালেট {#agent-controlled-wallets}
+
+লুনা বা AIXBT-এর মতো এজেন্টরা তাদের নিজস্ব অনচেইন ওয়ালেট ([AIXBT-এর ওয়ালেট](https://clusters.xyz/aixbt), [লুনার ওয়ালেট](https://zapper.xyz/account/0x0d177181e3763b20d47dc3a72dd584368bd8bf43)) নিয়ন্ত্রণ করে যা তাদের ভক্তদের টিপ দিতে এবং অর্থনৈতিক কর্মকাণ্ডে অংশগ্রহণ করতে সক্ষম করে।
+
+লুনার X সোশ্যাল ক্যাম্পেইন #LunaMuralChallenge চলাকালীন, লুনা তার বেস ওয়ালেটের মাধ্যমে বিজয়ীদের নির্বাচন এবং পুরস্কৃত করেছে — যা <strong>ক্রিপ্টো পুরস্কারের জন্য AI দ্বারা মানুষ নিয়োগের প্রথম উদাহরণ</strong> হিসেবে চিহ্নিত হয়েছে।
+
+<Alert variant="warning">
+<AlertEmoji text="💡"/>
+<AlertContent>
+<p className="mt-0"><strong>জানা ভালো</strong></p>
+<p className="mt-2">AI এজেন্ট এবং সম্পর্কিত টুলস এখনও প্রাথমিক বিকাশে রয়েছে এবং খুব পরীক্ষামূলক—সতর্কতার সাথে ব্যবহার করুন।</p>
+</AlertContent>
+
+</Alert>
+
+## চ্যাট কমান্ড ব্যবহার করে আপনার ওয়ালেট নিয়ন্ত্রণ করুন {#control-your-wallet-using-chat-commands}
+
+আপনি DeFi-এর জটিল ইন্টারফেসগুলি এড়িয়ে যেতে পারেন এবং সাধারণ চ্যাট কমান্ড দিয়ে আপনার ক্রিপ্টো পরিচালনা করতে পারেন।
+
+এই স্বজ্ঞাত পদ্ধতি লেনদেনকে দ্রুত, সহজ করে তোলে এবং ভুল অ্যাড্রেসে ফান্ড পাঠানো বা ফি-এর জন্য অতিরিক্ত অর্থ প্রদানের মতো ত্রুটির প্রবণতা কমায়।
+
+<AiAgentProductLists list="chat" />
+
+## AI এজেন্ট বনাম AI বট {#ai-agents-vs-ai-bots}
+
+AI এজেন্ট এবং AI বটের মধ্যে পার্থক্য কখনও কখনও বিভ্রান্তিকর হতে পারে, কারণ উভয়ই ইনপুটের উপর ভিত্তি করে স্বয়ংক্রিয় কাজ সম্পাদন করে।
+
+- AI বটগুলি স্বয়ংক্রিয় সহকারীর মতো — তারা রুটিন কাজ সম্পাদন করার জন্য নির্দিষ্ট, পূর্ব-প্রোগ্রাম করা নির্দেশাবলী অনুসরণ করে।
+- AI এজেন্টরা বুদ্ধিমান সঙ্গীর মতো — তারা অভিজ্ঞতা থেকে শেখে, নতুন তথ্যের সাথে খাপ খাইয়ে নেয় এবং নিজেরাই সিদ্ধান্ত নেয়।
+
+|                  | AI এজেন্ট                                                                     | AI বট                                                  |
+| ---------------- | ----------------------------------------------------------------------------- | ------------------------------------------------------ |
+| **মিথস্ক্রিয়া** | জটিল, অভিযোজনযোগ্য, স্বায়ত্তশাসিত                                            | সরল, পূর্ব-নির্ধারিত পরিধি, হার্ডকোডেড                 |
+| **শিক্ষা**       | ক্রমাগত শেখে, রিয়েল-টাইমে নতুন ডেটার সাথে পরীক্ষা করতে এবং মানিয়ে নিতে পারে | পূর্ব-প্রশিক্ষিত ডেটা বা নির্দিষ্ট নিয়মের উপর কাজ করে |
+| **কাজ সমাপ্তি**  | বৃহত্তর উদ্দেশ্য অর্জনের লক্ষ্য রাখে                                          | শুধুমাত্র নির্দিষ্ট কাজের উপর মনোযোগ দেয়              |
+
+## গভীরে প্রবেশ করুন {#dive-deeper}
+
+<AiAgentProductLists list="dive-deeper" />
+
+## আপনি নিজের AI এজেন্ট তৈরি করতে পারেন {#you-can-build-your-own-ai-agent}
+
+<BuildYourOwnAIAgent />
diff --git a/public/content/translations/bn/bridges/index.md b/public/content/translations/bn/bridges/index.md
new file mode 100644
index 00000000000..b40f8ff65ab
--- /dev/null
+++ b/public/content/translations/bn/bridges/index.md
@@ -0,0 +1,145 @@
+---
+title: "ব্লকচেইন ব্রিজ সমূহের পরিচিতি"
+description: "ব্রিজ ব্যবহারকারীদের বিভিন্ন ব্লকচেইন জুড়ে তাদের ফান্ড সরানোর অনুমতি দেয়"
+lang: bn
+---
+
+# ব্লকচেইন ব্রিজ {#prerequisites}
+
+_Web3 L1 ব্লকচেইন এবং L2 স্কেলিং সলিউশনের একটি ইকোসিস্টেমে বিকশিত হয়েছে, প্রতিটি অনন্য ক্ষমতা এবং ট্রেড-অফের সাথে ডিজাইন করা হয়েছে। ব্লকচেইন প্রোটোকলের সংখ্যা বাড়ার সাথে সাথে চেইন জুড়ে সম্পদ স্থানান্তরের চাহিদাও বাড়ছে।এই চাহিদা পূরণের জন্য, আমাদের ব্রিজের প্রয়োজন।_
+
+<Divider />
+
+## ব্রিজসমূহ কি? {#what-are-bridges}
+
+ব্লকচেইন ব্রিজগুলি ঠিক সেই ব্রিজগুলির মতোই কাজ করে যা আমরা বাস্তব জগতে জানি। ঠিক যেমন একটি বাস্তব ব্রিজ দুটি বাস্তব স্থানকে সংযুক্ত করে, একটি ব্লকচেইন ব্রিজ দুটি ব্লকচেইন ইকোসিস্টেমকে সংযুক্ত করে। **ব্রিজ তথ্য ও সম্পদ স্থানান্তরের মাধ্যমে ব্লকচেইনের মধ্যে যোগাযোগ সহজতর করে**।
+
+আসুন একটি উদাহরণ বিবেচনা করা যাক:
+
+আপনি মার্কিন যুক্তরাষ্ট্র থেকে এসেছেন এবং ইউরোপে ভ্রমণের পরিকল্পনা করছেন। আপনার কাছে USD আছে, কিন্তু আপনার খরচ করার জন্য EUR প্রয়োজন। EUR এর জন্য আপনার USD বিনিময় করতে আপনি একটি ছোট ফি জন্য একটি মুদ্রা বিনিময় ব্যবহার করতে পারেন।
+
+কিন্তু, আপনি যদি একটি ভিন্ন [blockchain](/glossary/#blockchain) ব্যবহার করার জন্য অনুরূপ এক্সচেঞ্জ করতে চান তবে আপনি কী করবেন? ধরা যাক আপনি Ethereum Mainnet-এর [ETH](/glossary/#ether) কে [Arbitrum](https://arbitrum.io/) এর ETH দিয়ে এক্সচেঞ্জ করতে চান। ইউরোর জন্য আমরা যে মুদ্রা বিনিময় করেছি তার মতো, আমাদের ETH কে ইথেরিয়াম থেকে Arbitrum সরানোর জন্য আমাদের একটি প্রক্রিয়া প্রয়োজন। ব্রিজ এই ধরনের লেনদেন সম্ভব করে তোলে। এই ক্ষেত্রে, [Arbitrum-এর একটি নেটিভ ব্রিজ আছে](https://portal.arbitrum.io/bridge) যা Mainnet থেকে Arbitrum-এ ETH স্থানান্তর করতে পারে।
+
+## কেন আমাদের ব্রিজ দরকার? {#why-do-we-need-bridges}
+
+সমস্ত ব্লকচেইনের সীমাবদ্ধতা রয়েছে। Ethereum-কে স্কেল করতে এবং চাহিদার সাথে তাল মিলিয়ে চলতে, এর [rollups](/glossary/#rollups) প্রয়োজন হয়েছে। বিকল্পভাবে, solana এবং Avalanche মতো L1গুলি উচ্চতর থ্রুপুট সক্ষম করার জন্য ভিন্নভাবে ডিজাইন করা হয়েছে তবে বিকেন্দ্রীকরণের খরচে।
+
+যাইহোক, সমস্ত ব্লকচেইন বিচ্ছিন্ন পরিবেশে তৈরি হয় এবং তাদের বিভিন্ন নিয়ম এবং [consensus](/glossary/#consensus) প্রক্রিয়া রয়েছে। এর অর্থ হল তারা স্থানীয়ভাবে যোগাযোগ করতে পারে না এবং টোকেনগুলি ব্লকচেইনের মধ্যে অবাধে চলাচল করতে পারে না।
+
+ব্লকচেইনগুলিকে সংযুক্ত করার জন্য ব্রিজগুলি বিদ্যমান, যা তাদের মধ্যে তথ্য এবং টোকেন স্থানান্তর করার অনুমতি দেয়।
+
+**ব্রিজ সক্ষম করে**:
+
+- সম্পদ এবং তথ্যের ক্রস-চেইন স্থানান্তর।
+- [ডিএ্যাপস](/glossary/#dapp) বিভিন্ন ব্লকচেইনের শক্তি অ্যাক্সেস করে – এইভাবে তাদের ক্ষমতা বৃদ্ধি করে (যেহেতু প্রোটোকলগুলিতে এখন উদ্ভাবনের জন্য আরও ডিজাইন স্পেস রয়েছে)।
+- ব্যবহারকারীরা নতুন প্ল্যাটফর্ম অ্যাক্সেস করতে এবং বিভিন্ন চেইনের সুবিধাগুলি লাভ করতে পারে।
+- বিভিন্ন ব্লকচেইন ইকোসিস্টেমের ডেভেলপাররা ব্যবহারকারীদের জন্য সহযোগিতা এবং নতুন প্ল্যাটফর্ম তৈরি করতে পারে।
+
+[কীভাবে লেয়ার 2-তে টোকেন ব্রিজ করবেন](/guides/how-to-use-a-bridge/)
+
+<Divider />
+
+## ব্রিজ ব্যবহারের ক্ষেত্র {#bridge-use-cases}
+
+নিম্নলিখিত কিছু পরিস্থিতি যেখানে আপনি একটি ব্রিজ ব্যবহার করতে পারেন:
+
+### কম লেনদেন ফি {#transaction-fees}
+
+ধরা যাক আপনার ইথেরিয়াম মেইননেট-এ ETH আছে কিন্তু বিভিন্ন dapps এক্সপ্লোর করার জন্য সস্তা লেনদেন ফি চান। মেইননেট থেকে ইথেরিয়াম L2 রোলআপে আপনার ETH ব্রিজ করে, আপনি কম লেনদেন ফি উপভোগ করতে পারেন।
+
+### অন্যান্য ব্লকচেইনে ডিএ্যাপস {#dapps-other-chains}
+
+আপনি যদি Ethereum Mainnet-এ USDT সরবরাহ করার জন্য Aave ব্যবহার করে থাকেন কিন্তু Polygon-এ Aave ব্যবহার করে USDT সরবরাহ করার জন্য আপনি যে সুদের হার পেতে পারেন তা বেশি।
+
+### ব্লকচেইন ইকোসিস্টেম অন্বেষণ করুন {#explore-ecosystems}
+
+আপনার যদি ইথেরিয়াম মেইননেট-এ ETH থাকে এবং আপনি তাদের নেটিভ dapp গুলো ব্যবহার করে দেখতে একটি alt L1 এক্সপ্লোর করতে চান। আপনি ইথেরিয়াম মেইননেট থেকে alt L1 এ আপনার ETH স্থানান্তর করতে একটি ব্রিজ ব্যবহার করতে পারেন।
+
+### নিজস্ব নেটিভ ক্রিপ্টো সম্পদ {#own-native}
+
+ধরা যাক আপনি নেটিভ বিটকয়েন (BTC) এর মালিক হতে চান, কিন্তু আপনার কাছে শুধুমাত্র ইথেরিয়াম মেইননেট-এ ফান্ড আছে। ইথেরিয়াম-এ BTC-এর এক্সপোজার পেতে, আপনি Wrapped Bitcoin (WBTC) কিনতে পারেন। যাইহোক, WBTC হল একটি [ERC-20](/glossary/#erc-20) টোকেন যা Ethereum নেটওয়ার্কের নেটিভ, যার মানে এটি Bitcoin-এর একটি Ethereum সংস্করণ এবং Bitcoin ব্লকচেইনের মূল সম্পদ নয়। নেটিভ BTC-এর মালিক হতে, আপনাকে একটি সেতু ব্যবহার করে ইথেরিয়াম থেকে বিটকয়েন-এ আপনার সম্পদগুলিকে ব্রিজ করতে হবে। এটি আপনার WBTC ব্রিজ করবে এবং এটিকে নেটিভ BTC তে রূপান্তর করবে। বিকল্পভাবে, আপনার কাছে BTC থাকতে পারে এবং আপনি এটি Ethereum [DeFi](/glossary/#defi) প্রোটোকলে ব্যবহার করতে চাইতে পারেন। এর জন্য BTC থেকে WBTC পর্যন্ত অন্য উপায়ে ব্রিজিং করতে হবে যা পরে ইথেরিয়াম-এ একটি সম্পদ হিসাবে ব্যবহার করা যেতে পারে।
+
+<Alert variant="update">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+  আপনি একটি [সেন্ট্রালাইজড এক্সচেঞ্জ](/get-eth) ব্যবহার করেও উপরের সবকিছু করতে পারেন। যাইহোক, যদি না আপনার ফান্ডগুলো ইতিমধ্যেই একটি এক্সচেঞ্জ থাকে, এতে একাধিক পদক্ষেপ জড়িত থাকবে এবং আপনি সম্ভবত একটি ব্রিজ ব্যবহার করা ভাল হবে।
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+<Divider />
+
+## ব্রিজের প্রকারভেদ {#types-of-bridge}
+
+ব্রিজগুলির অনেক ধরণের নকশা এবং জটিলতা রয়েছে। সাধারণত, সেতু দুটি বিভাগে পড়ে: বিশ্বস্ত এবং বিশ্বাসহীন সেতু।
+
+| বিশ্বস্ত ব্রিজগুলি                                                                                                                       | বিশ্বাসহীন ব্রিজগুলি                                                                                                                  |
+| ---------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------- |
+| বিশ্বস্ত ব্রিজগুলি তাদের ক্রিয়াকলাপের জন্য একটি কেন্দ্রীয় সত্তা বা সিস্টেমের উপর নির্ভর করে।                                           | বিশ্বাসহীন ব্রিজগুলি স্মার্ট কনট্র্যাক্ট এবং অ্যালগরিদম ব্যবহার করে কাজ করে।                                                          |
+| তহবিলের হেফাজত এবং সেতুর নিরাপত্তার বিষয়ে তাদের বিশ্বাসের অনুমান রয়েছে। ব্যবহারকারীরা বেশিরভাগই সেতু অপারেটরের খ্যাতির উপর নির্ভর করে। | তারা বিশ্বাসহীন, অর্থাৎ, সেতুর নিরাপত্তা অন্তর্নিহিত ব্লকচেইনের মতোই।                                                                 |
+| ব্যবহারকারীদের তাদের ক্রিপ্টো সম্পদের নিয়ন্ত্রণ ছেড়ে দিতে হবে।                                                                         | [smart contracts](/glossary/#smart-contract)-এর মাধ্যমে, Trustless ব্রিজ ব্যবহারকারীদের তাদের তহবিলের উপর নিয়ন্ত্রণ রাখতে সক্ষম করে। |
+
+সংক্ষেপে, আমরা বলতে পারি যে বিশ্বস্ত ব্রিজ গুলির বিশ্বাসের অনুমান থাকে, যেখানে বিশ্বাসহীন সেতুগুলি বিশ্বাস-সংক্ষিপ্ত হয় এবং অন্তর্নিহিত ডোমেনের বাইরে নতুন বিশ্বাস অনুমান করে না। এই পদগুলি কীভাবে বর্ণনা করা যেতে পারে তা এখানে:
+
+- **Trustless**: অন্তর্নিহিত ডোমেনের সমতুল্য নিরাপত্তা থাকা। [এই নিবন্ধে অর্জুন ভুপতানির বর্ণনা অনুযায়ী।](https://medium.com/connext/the-interoperability-trilemma-657c2cf69f17)
+- **বিশ্বাসের অনুমান:** সিস্টেমে বাহ্যিক যাচাইকারী যোগ করে অন্তর্নিহিত ডোমেনের নিরাপত্তা থেকে দূরে সরে যাওয়া, এইভাবে এটিকে ক্রিপ্টো-অর্থনৈতিকভাবে কম সুরক্ষিত করে তোলে।
+
+দুটি পদ্ধতির মধ্যে মূল পার্থক্যগুলি আরও ভালভাবে বোঝার জন্য, আসুন একটি উদাহরণ নেওয়া যাক:
+
+কল্পনা করুন আপনি বিমানবন্দরের নিরাপত্তা চেকপয়েন্টে আছেন। দুটি ধরণের চেকপয়েন্ট রয়েছে:
+
+1. ম্যানুয়াল চেকপয়েন্টস — কর্মকর্তাদের দ্বারা পরিচালিত যারা বোর্ডিং পাস হস্তান্তরের আগে আপনার টিকিট এবং পরিচয়ের সমস্ত বিবরণ ম্যানুয়ালি চেক করে।
+2. সেল্ফ চেক-ইন — একটি মেশিন দ্বারা চালিত হয় যেখানে আপনি আপনার ফ্লাইটের বিবরণ রাখেন এবং সবকিছু চেক আউট হলে বোর্ডিং পাস পান।
+
+একটি ম্যানুয়াল চেকপয়েন্ট একটি বিশ্বস্ত মডেলের অনুরূপ কারণ এটি তার ক্রিয়াকলাপের জন্য একটি তৃতীয় পক্ষ, অর্থাৎ, কর্মকর্তাদের উপর নির্ভর করে। একজন ব্যবহারকারী হিসাবে, আপনি সঠিক সিদ্ধান্ত নিতে এবং আপনার ব্যক্তিগত তথ্য সঠিকভাবে ব্যবহার করতে কর্মকর্তাদের বিশ্বাস করেন।
+
+স্ব-চেক-ইন একটি বিশ্বাসহীন মডেলের অনুরূপ কারণ এটি অপারেটরের ভূমিকাকে সরিয়ে দেয় এবং এর ক্রিয়াকলাপের জন্য প্রযুক্তি ব্যবহার করে। ব্যবহারকারীরা সর্বদা তাদের ডেটা নিয়ন্ত্রণে থাকে এবং তাদের ব্যক্তিগত তথ্যের সাথে তৃতীয় পক্ষকে বিশ্বাস করতে হবে না।
+
+অনেক ব্রিজিং সলিউশন এই দুটি চরমের মধ্যে মডেলগুলিকে গ্রহণ করে বিভিন্ন মাত্রার বিশ্বাসহীনতার সাথে।
+
+<Divider />
+
+## ব্রিজ ব্যবহার করুন {#use-bridge}
+
+ব্রিজ ব্যবহার করে আপনি আপনার সম্পদ বিভিন্ন ব্লকচেইনের মধ্যে স্থানান্তর করতে পারেন। এখানে কিছু রিসোর্স রয়েছে যা আপনাকে ব্রিজ খুঁজে পেতে এবং ব্যবহার করতে সাহায্য করতে পারে:
+
+- **[L2BEAT ব্রিজের সারসংক্ষেপ](https://l2beat.com/bridges/summary) ও [L2BEAT ব্রিজের ঝুঁকি বিশ্লেষণ](https://l2beat.com/bridges/summary)**: বিভিন্ন ব্রিজের একটি বিস্তৃত সারসংক্ষেপ, যার মধ্যে মার্কেট শেয়ার, ব্রিজের ধরন এবং গন্তব্য চেইন সম্পর্কে বিশদ বিবরণ রয়েছে। L2BEAT-এর ব্রিজের জন্য একটি ঝুঁকি বিশ্লেষণও রয়েছে, যা ব্যবহারকারীদের একটি ব্রিজ নির্বাচন করার সময় জেনে-বুঝে সিদ্ধান্ত নিতে সাহায্য করে।
+- **[DefiLlama ব্রিজ সারসংক্ষেপ](https://defillama.com/bridges/Ethereum)**: Ethereum নেটওয়ার্ক জুড়ে ব্রিজ ভলিউমের একটি সারসংক্ষেপ।
+
+<Divider />
+
+## ব্রিজ ব্যবহারের ঝুঁকি {#bridge-risk}
+
+ব্রিজগুলো ডেভেলপমেন্ট এর প্রাথমিক পর্যায়ে রয়েছে। সম্ভবত সর্বোত্তম ব্রিজের ডিজাইন এখনও আবিষ্কৃত হয়নি। যে কোনও ধরণের ব্রিজের সাথে যোগাযোগ ঝুঁকি বহন করে:
+
+- **স্মার্ট কন্ট্র্যাক্ট ঝুঁকি —** কোডে এমন একটি বাগের ঝুঁকি যা ব্যবহারকারীর তহবিল হারানোর কারণ হতে পারে।
+- **প্রযুক্তিগত ঝুঁকি —** সফ্টওয়্যার ব্যর্থতা, বাগযুক্ত কোড, মানুষের ভুল, স্প্যাম এবং দূষিত আক্রমণ সম্ভবত ব্যবহারকারীর কার্যকলাপ ব্যাহত করতে পারে।
+
+অধিকন্তু, যেহেতু বিশ্বস্ত ব্রিজগুলি বিশ্বাসের অনুমান যুক্ত করে, তাই তারা অতিরিক্ত ঝুঁকি বহন করে যেমন:
+
+- **সেন্সরশিপ ঝুঁকি —** ব্রিজ অপারেটররা তাত্ত্বিকভাবে ব্যবহারকারীদের ব্রিজ ব্যবহার করে তাদের সম্পদ স্থানান্তর করা থেকে বিরত রাখতে পারে।
+- **হেফাজতের ঝুঁকি —** ব্রিজ অপারেটররা ব্যবহারকারীদের তহবিল চুরি করার জন্য জোট করতে পারে।
+
+ব্যবহারকারীর ফান্ড ঝুঁকিতে থাকে যদি:
+
+- স্মার্ট কন্ট্রাক্টটিতে একটি বাগ আছে
+- ব্যবহারকারী একটি ভুল করে
+- অন্তর্নিহিত ব্লকচেইন হ্যাক হয়েছে
+- একটি বিশ্বস্ত ব্রিজে ব্রিজ অপারেটরদের দূষিত অভিপ্রায় রয়েছে
+- সেতু হ্যাক হয়ে যায়
+
+সাম্প্রতিক একটি হ্যাক ছিল Solana-এর Wormhole ব্রিজ, [যেখানে হ্যাকের সময় 120k wETH ($325 মিলিয়ন USD) চুরি হয়েছিল](https://rekt.news/wormhole-rekt/)। [ব্লকচেইনের অনেক বড় বড় হ্যাকের সাথেই ব্রিজ জড়িত ছিল](https://rekt.news/leaderboard/)।
+
+ইথেরিয়াম L2s-এ ব্যবহারকারীদের অনবোর্ডিং করার জন্য এবং এমনকি যারা বিভিন্ন ইকোসিস্টেম এক্সপ্লোর করতে চান তাদের জন্য ব্রিজগুলি অত্যন্ত গুরুত্বপূর্ণ। যাইহোক, ব্রিজগুলির সাথে যোগাযোগ জড়িত ঝুঁকির পরিপ্রেক্ষিতে, ব্যবহারকারীদের অবশ্যই বুঝতে হবে যে ব্রিজগুলি কী ট্রেড-অফ তৈরি করছে। এগুলি হলো [ক্রস-চেইন নিরাপত্তার জন্য কিছু কৌশল](https://debridge.com/learn/blog/10-strategies-for-cross-chain-security/)।
+
+<Divider />
+
+## আরও পড়ুন {#further-reading}
+
+- [EIP-5164: ক্রস-চেইন এক্সিকিউশন](https://ethereum-magicians.org/t/eip-5164-cross-chain-execution/9658) - _জুন 18, 2022 - ব্রেন্ডন অ্যাসেলস্টাইন_
+- [L2Bridge ঝুঁকি ফ্রেমওয়ার্ক](https://gov.l2beat.com/t/l2bridge-risk-framework/31) - _জুলাই 5, 2022 - বারটেক কিপুসজেউস্কি_
+- ["ভবিষ্যৎ কেন মাল্টি-চেইন হবে, কিন্তু এটি ক্রস-চেইন হবে না।"](https://old.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrngyk8/) - _জানুয়ারি 8, 2022 - ভিটালিক বুটেরিন_
+- [সুরক্ষিত ক্রস-চেইন ইন্টারঅপারেবিলিটির জন্য শেয়ারড সিকিউরিটি ব্যবহার: ল্যাগ্রেঞ্জ স্টেট কমিটি এবং এর বাইরেও](https://web.archive.org/web/20250125035123/https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) - _জুন 12, 2024 - ইমানুয়েল আওসিকা_
+- [রোলআপ ইন্টারঅপারেবিলিটি সলিউশনের অবস্থা](https://web.archive.org/web/20250428015516/https://research.2077.xyz/the-state-of-rollup-interoperability) - _জুন 20, 2024 - অ্যালেক্স হুক_
+
diff --git a/public/content/translations/bn/community/code-of-conduct/index.md b/public/content/translations/bn/community/code-of-conduct/index.md
new file mode 100644
index 00000000000..f15bf0e0b79
--- /dev/null
+++ b/public/content/translations/bn/community/code-of-conduct/index.md
@@ -0,0 +1,77 @@
+---
+title: "আচরণবিধি"
+description: "ethereum.org জুড়ে আমরা যে মৌলিক মানগুলির জন্য চেষ্টা করি।"
+lang: bn
+---
+
+# আচরণ বিধি {#code-of-conduct}
+
+## মিশন {#mission}
+
+ইথেরিয়ামের জন্য সবচেয়ে ব্যাপক এবং সহজলভ্য জ্ঞান হাব তৈরি করা এবং বজায় রাখা।
+
+## মূল্যবোধ {#values}
+
+ethereum.org কমিউনিটি নিম্নলিখিতগুলি হওয়ার জন্য চেষ্টা করে:
+
+- শিক্ষামূলক, যা প্রত্যেককে ইথেরিয়াম বুঝতে সাহায্য করার উদ্দেশ্যে নির্মিত
+- অন্তর্ভুক্তিমূলক
+- সহজলভ্য
+- কমিউনিটি-চালিত
+- ইথেরিয়ামের অন্তর্নিহিত প্রযুক্তি এবং ব্যবহারের ক্ষেত্রের উপর দৃষ্টি নিবদ্ধ করা
+- ইথেরিয়াম ধারণা এবং নকশার নীতির উপর দৃষ্টি নিবদ্ধ করা
+
+## আমরা যা নই {#what-we-are-not}
+
+- ইথেরিয়াম ফাউন্ডেশন ওয়েবসাইট
+- যেকোনো ধরনের বিনিয়োগ বা মুনাফা প্রচারের জন্য একটি প্ল্যাটফর্ম
+- স্বতন্ত্র প্রকল্প বা সংস্থাকে উন্নত বা অনুমোদন করার জন্য একটি প্ল্যাটফর্ম
+- একটি DEX, CEX বা অন্য কোনো ধরনের আর্থিক প্ল্যাটফর্ম
+- এমন একটি প্ল্যাটফর্ম যা যেকোনো ধরনের আর্থিক বা আইনি পরামর্শ দেয়
+
+## আচরণ বিধি {#code-of-conduct}
+
+### অঙ্গীকার {#pledge}
+
+উন্মুক্ত অংশগ্রহণ ethereum.org-এর নীতির মূল ভিত্তি। আমরা হাজার হাজার অবদানকারীর দ্বারা পরিচালিত একটি ওয়েবসাইট এবং কমিউনিটি, এবং এটি কেবলমাত্র তখনই সম্ভব যদি আমরা একটি স্বাগতপূর্ণ, অংশগ্রহণমূলক পরিবেশ বজায় রাখি। এই লক্ষ্যে, এই সাইটের অবদানকারীরা সমস্ত ethereum.org প্ল্যাটফর্ম এবং কমিউনিটি স্পেস জুড়ে সকল অংশগ্রহণকারীদের জন্য একটি হয়রানি-মুক্ত পরিবেশ বজায় রাখার অঙ্গীকার করে। ethereum.org কমিউনিটি এমন প্রত্যেককে স্বাগত জানায় এবং মূল্যবান মনে করে যারা বয়স, অক্ষমতা, জাতি, লিঙ্গ বৈশিষ্ট্য, লিঙ্গ পরিচয়, অভিজ্ঞতার স্তর, দক্ষতার ক্ষেত্র, শিক্ষা, আর্থ-সামাজিক অবস্থা, জাতীয়তা, ব্যক্তিগত চেহারা, বর্ণ, ধর্ম বা বৈচিত্র্যের অন্য কোনো মাত্রা নির্বিশেষে গঠনমূলক এবং বন্ধুত্বপূর্ণ উপায়ে অংশগ্রহণ করতে চায়।
+
+### পরিধি {#scope}
+
+এই আচরণ বিধিটি সমস্ত ethereum.org স্পেসের (যেমন GitHub, Discord, Figma, Crowdin, X (পূর্বে Twitter) এবং অন্যান্য অনলাইন প্ল্যাটফর্ম) জন্য প্রযোজ্য এবং এটি তখনো প্রযোজ্য হয় যখন কমিউনিটিকে বাস্তব জগতের পাবলিক স্পেস যেমন মিটআপ, কনফারেন্স এবং ইভেন্টে প্রতিনিধিত্ব করা হয়।
+
+### আমাদের মান {#our-standards}
+
+একটি ইতিবাচক পরিবেশ তৈরিতে অবদান রাখে এমন আচরণের উদাহরণগুলির মধ্যে রয়েছে:
+
+- স্বাগতসূচক এবং অন্তর্ভুক্তিমূলক ভাষা ব্যবহার করা
+- ভিন্ন দৃষ্টিভঙ্গি এবং অভিজ্ঞতার প্রতি শ্রদ্ধাশীল থাকা
+- গঠনমূলক সমালোচনাকে মার্জিতভাবে গ্রহণ করা এবং/অথবা সহানুভূতিশীলভাবে প্রদান করা
+- দ্বন্দ্ব বা মতবিরোধ সমাধানের সময় শান্তভাবে এবং পেশাদারভাবে কাজ করা
+- কমিউনিটির অন্যান্য সদস্যদের প্রতি সহানুভূতি এবং সহনশীলতা দেখানো
+- কমিউনিটিতে নতুন কণ্ঠকে উৎসাহিত করা এবং প্রসারিত করা
+
+অংশগ্রহণকারীদের দ্বারা অগ্রহণযোগ্য আচরণের উদাহরণগুলির মধ্যে রয়েছে:
+
+- শারীরিক সহিংসতা, শারীরিক সহিংসতার হুমকি দেওয়া বা যেকোনো ধরনের শারীরিক সহিংসতায় উৎসাহিত করা
+- যৌনতাপূর্ণ ভাষা বা চিত্র ব্যবহার করা বা অবাঞ্ছিত যৌন মনোযোগ আরোপ করা
+- অন্য কোনো ব্যক্তির ছদ্মবেশ ধারণ করা বা অন্যথায় কোনো ব্যক্তি বা সংস্থার সাথে অসৎভাবে সম্পর্ক দাবি করা
+- ট্রোলিং, অপমানজনক/অবমাননাকর মন্তব্য, এবং ব্যক্তিগত বা রাজনৈতিক আক্রমণ
+- পাবলিক বা প্রাইভেট চ্যানেলে কমিউনিটির অন্য সদস্যদের হয়রানি করা
+- সুস্পষ্ট অনুমতি ছাড়া অন্যদের ব্যক্তিগত তথ্য, যেমন একটি শারীরিক বা ইলেকট্রনিক ঠিকানা, প্রকাশ করা
+- সোশ্যাল ইঞ্জিনিয়ারিং, স্ক্যামিং বা অন্যথায় কমিউনিটির অন্য সদস্যদেরকে চালনা করা
+- ব্যক্তিগত আর্থিক বা অনার্থিক লাভের জন্য বিনিয়োগ, টোকেন, প্রকল্প বা অন্য কিছু প্রচার করা
+- অপ্রাসঙ্গিক বিষয়বস্তু দিয়ে সার্ভার স্প্যাম করা
+- কমিউনিটি মডারেটরদের অনুরোধ বা সতর্কতাকে উপেক্ষা করা
+- অন্যান্য আচরণে জড়িত থাকা যা একটি পেশাদার পরিবেশে যুক্তিসঙ্গতভাবে অনুপযুক্ত বলে বিবেচিত হতে পারে
+
+### রিপোর্টিং {#reporting}
+
+আচরণ বিধি লঙ্ঘন সাধারণত কমিউনিটির কাছে দৃশ্যমান হবে কারণ আমরা উন্মুক্ত, পাবলিক চ্যানেলে সবকিছু করার চেষ্টা করি, যা কমিউনিটির সদস্যদেরকে স্ব-নজরদারি করার অনুমতি দেয়।
+
+তবে, যদি এমন কিছু ঘটে যা আপনার মনে হয় মনোযোগ দেওয়া প্রয়োজন, আপনি এটি মডারেশন ভূমিকায় থাকা কারো কাছে (যেমন, ডিসকর্ড গাইড) উত্থাপন করতে পারেন যাতে তারা তদন্ত করতে এবং উপযুক্ত প্রতিক্রিয়া কার্যকর করতে সাহায্য করতে পারে।
+
+রিপোর্ট করার সময়, অনুগ্রহ করে নির্দিষ্ট উদাহরণ এবং টাইমস্ট্যাম্প সহ যতটা সম্ভব বিস্তারিত তথ্য অন্তর্ভুক্ত করুন। এটি একটি ন্যায্য ফলাফল নিশ্চিত করতে সাহায্য করবে।
+
+### প্রয়োগ {#enforcement}
+
+গুরুতরতার উপর নির্ভর করে, যারা আচরণ বিধি লঙ্ঘন করে তারা ethereum.org কমিউনিটি থেকে সতর্কতা, অস্থায়ী নিষেধাজ্ঞা বা স্থায়ী নিষেধাজ্ঞা পেতে পারে।
diff --git a/public/content/translations/bn/community/events/organizing/index.md b/public/content/translations/bn/community/events/organizing/index.md
new file mode 100644
index 00000000000..19a329447f8
--- /dev/null
+++ b/public/content/translations/bn/community/events/organizing/index.md
@@ -0,0 +1,221 @@
+---
+title: "একটি ইথেরিয়াম ইভেন্টের আয়োজন"
+description: "কিভাবে একটি ইথেরিয়াম ইভেন্টের আয়োজন করবেন"
+lang: bn
+hideEditButton: true
+---
+
+# কীভাবে একটি ইথেরিয়াম ইভেন্টের আয়োজন করবেন {#how-to-organize-an-ethereum-event}
+
+Ethereum ইকোসিস্টেমের বিকাশের মূলে রয়েছে একটি শক্তিশালী এবং প্রাণবন্ত কমিউনিটি তৈরি করা। আপনি মিটআপ, ওয়ার্কশপ বা একটি পূর্ণাঙ্গ কনফারেন্স আয়োজনের পরিকল্পনা করুন না কেন, আপনার ইভেন্টের সাফল্য আপনার স্থানীয় নেটওয়ার্কের মধ্যে সংযোগ এবং অংশগ্রহণের উপর নির্ভর করে। এই গাইডটি আপনাকে একটি সক্রিয় ইথেরিয়াম কমিউনিটির ভিত্তি স্থাপন করতে সহায়তা করবে এবং একটি স্মরণীয় ও প্রভাবশালী সম্মেলন আয়োজনের প্রক্রিয়ার মধ্য দিয়ে ধাপে ধাপে নিয়ে যাবে।
+
+## নিজেকে জিজ্ঞাসা করুন, কোনো ইথেরিয়াম কমিউনিটি আছে কি? {#ask-yourself-is-there-an-ethereum-community}
+
+একটি সফল ইথেরিয়াম সম্মেলন একটি সক্রিয় এবং নিযুক্ত কমিউনিটির উপর নির্মিত। যদি আপনার কাছে ইতিমধ্যে একটি থাকে, তাহলে আপনি খেলায় এগিয়ে আছেন — কিন্তু যদি না থাকে, তাহলে অপরিহার্য পূর্ব-পদক্ষেপ হল সেই ভিত্তি তৈরি করা। একটি দৃশ্য (scene) এবং একটি কমিউনিটির মধ্যে পার্থক্য করা গুরুত্বপূর্ণ: একটি দৃশ্যে একটি নির্দিষ্ট এলাকায় উপস্থিত কোম্পানি এবং ব্যক্তিরা অন্তর্ভুক্ত থাকতে পারে, কিন্তু তারা প্রায়শই মাঝে মাঝে যৌথ উদ্যোগের সাথে স্বাধীনভাবে কাজ করে — অনেক জায়গায় ঐতিহ্যবাহী web2 ইকোসিস্টেমের মতো। অন্যদিকে, একটি কমিউনিটি হল আন্তঃসংযুক্ত ব্যক্তি এবং সংস্থার একটি নেটওয়ার্ক যা একে অপরকে সহযোগিতা এবং সমর্থন করে, যা প্রায়শই web3 ইকোসিস্টেমে দেখা যায়।
+
+**আপনার প্রথম পদক্ষেপগুলি হওয়া উচিত:**
+
+- স্থানীয় স্টার্টআপ এবং কোম্পানিগুলি অন্বেষণ করুন — আপনার শহর বা দেশে শক্তিশালী, সক্রিয় কোম্পানি থাকা প্রায়শই একটি কমিউনিটি তৈরির জন্য সবচেয়ে গুরুত্বপূর্ণ পূর্বশর্ত।
+- ইতিমধ্যেই কোনো মিটআপ আছে কিনা তা পরীক্ষা করুন — ethereum.org [ইভেন্টস পেজ](https://ethereum.org/community/events/)
+- [The ethereum.org ওয়েবসাইট](https://ethereum.org/community/events/) এবং ethereum.org ডিসকর্ড — স্থানীয় ইথেরিয়াম ইভেন্ট, ডেভেলপার এবং কন্ট্রিবিউটর আছে কিনা তা পরীক্ষা করতে।
+- Luma এবং Meetup.com — আপনার এলাকায় ইথেরিয়াম-সম্পর্কিত ইভেন্ট বা বৃহত্তর web3 ইভেন্ট হচ্ছে কিনা তা দেখতে।
+- X — এই ক্ষেত্রে স্থানীয় সমর্থক বা প্রভাবশালী ব্যক্তিদের খুঁজে বের করার চেষ্টা করুন।
+
+যদি আপনি এই উপাদানগুলির বেশিরভাগই খুঁজে পান, তবে এটি একটি শক্তিশালী লক্ষণ যে একটি কমিউনিটি তৈরির শর্ত বিদ্যমান — কিন্তু অগত্যা একটি কমিউনিটি ইতিমধ্যে বিদ্যমান আছে এমন নয়। পরবর্তী পদক্ষেপ হল এই কুশীলবদের সংগঠিত করা, নিযুক্ত করা এবং লালন-পালন করার গুরুত্বপূর্ণ কাজ, যা সহযোগিতা এবং দীর্ঘমেয়াদী বৃদ্ধির সুযোগ তৈরি করে।
+
+### যদি না হয়, তবে এটি কীভাবে তৈরি করবেন {#if-not-how-to-build-it}
+
+যদি আপনি বুঝতে পারেন যে এই উপাদানগুলির অনেকগুলিই অনুপস্থিত, চিন্তা করবেন না — শূন্য থেকে একটি কমিউনিটি তৈরি করা একটি চ্যালেঞ্জিং কিন্তু গভীরভাবে ফলপ্রসূ প্রক্রিয়া। একটি শক্তিশালী ইথেরিয়াম কমিউনিটি রাতারাতি তৈরি হয় না; এর জন্য ধৈর্য, ধারাবাহিকতা এবং একটি স্পষ্ট দৃষ্টিভঙ্গি প্রয়োজন। আপনি কীভাবে শুরু করতে পারেন তা এখানে দেওয়া হল:
+
+- **একটি যোগাযোগের চ্যানেল সেট আপ করুন** — এটি টেলিগ্রাম, সিগন্যাল, হোয়াটসঅ্যাপ, উইচ্যাট, বা একটি ডিসকর্ড সার্ভার হতে পারে, আপনার এলাকায় যা বেশি জনপ্রিয়, যাতে লোকেরা সংযোগ স্থাপন করতে, প্রশ্ন জিজ্ঞাসা করতে এবং রিসোর্স শেয়ার করতে পারে।
+- **আপনার প্রাথমিক গ্রহণকারীদের খুঁজুন।** এমন কয়েকজনকে চিহ্নিত করুন যারা ইথেরিয়াম এবং Web3 সম্পর্কে আগ্রহী। তারা আপনার মূল সমর্থক এবং সহযোগী হয়ে উঠবে।
+- **ছোট, ধারাবাহিক ইভেন্টের আয়োজন করুন।** অনানুষ্ঠানিক মিটআপ, স্টাডি গ্রুপ বা ওয়ার্কশপ দিয়ে শুরু করুন। ধারাবাহিকতা হল চাবিকাঠি — এমনকি যদি প্রথমে দলটি ছোট হয়, নিয়মিত ইভেন্ট বিশ্বাস এবং গতি তৈরি করে।
+- **স্থানীয় কোম্পানি**, শিক্ষা প্রতিষ্ঠান বা কোওয়ার্কিং স্পেসগুলির সাথে যোগাযোগ করার চেষ্টা করুন যাতে তারা আপনাকে বিনামূল্যে জায়গা সরবরাহ করতে পারে। যদি আপনি আপনার দেশ থেকে বক্তা খুঁজে না পান, তবে অনলাইন বক্তাদের আমন্ত্রণ জানান কিন্তু লোকেদের শারীরিকভাবে একত্রিত করুন। আপনার দর্শকদের শারীরিকভাবে এক জায়গায় উপস্থিত রাখা অত্যন্ত গুরুত্বপূর্ণ।
+- **বিদ্যমান প্রযুক্তি কমিউনিটির সাথে সহযোগিতা করুন।** যদি ইতিমধ্যে প্রতিষ্ঠিত ডেভেলপার গ্রুপ, স্টার্টআপ ইকোসিস্টেম বা ব্লকচেইন মিটআপ থাকে, তাহলে ইথেরিয়াম বিষয়গুলি প্রবর্তন করতে এবং আপনার নাগাল প্রসারিত করতে তাদের সাথে অংশীদার হন।
+- ইথেরিয়ামের সম্ভাবনা সম্পর্কে **শিক্ষামূলক বিষয়বস্তু শেয়ার করুন**।
+- **বিশ্বব্যাপী কমিউনিটির সাথে যোগাযোগ করুন।** সমর্থন, মেন্টরশিপ এবং সম্ভাব্য সহযোগিতার জন্য বিশ্বব্যাপী প্রতিষ্ঠিত ইথেরিয়াম গ্রুপ এবং প্রকল্পগুলির সাথে সংযোগ স্থাপন করুন। বিশ্বজুড়ে ইথেরিয়াম কমিউনিটির মধ্যে অন্তত একটি জিনিস সাধারণ: তারা সবাই সাহায্য করতে আগ্রহী।
+- **তহবিল সুরক্ষিত করার চেষ্টা করুন** — তা স্থানীয় web3 কোম্পানিগুলি থেকে হোক বা [ESP](https://esp.ethereum.foundation/) এর মতো কিছু অনুদান প্রোগ্রামের মাধ্যমে হোক।
+
+### যদি হ্যাঁ হয়, তবে কীভাবে এটি বজায় রাখা এবং বৃদ্ধি করা যায় {#if-yes-how-to-maintain-and-grow-it}
+
+একবার আপনার একটি প্রতিষ্ঠিত কমিউনিটি হয়ে গেলে, কাজ থেমে থাকে না — আসলে, এটি কেবল শুরু। একটি কমিউনিটিকে সক্রিয়, নিযুক্ত এবং ক্রমবর্ধমান রাখতে অবিরাম প্রচেষ্টা এবং সৃজনশীলতার প্রয়োজন। কমিউনিটিকে জড়িত রাখার অন্যতম মূল উপাদান হল আপনার ক্রমাগত নতুন বিন্যাস এবং ধারণা নিয়ে পরীক্ষা করা উচিত।
+
+একটি প্রাণবন্ত ইথেরিয়াম কমিউনিটি বজায় রাখার জন্য এখানে কিছু কৌশল দেওয়া হল:
+
+- **আপনার ইভেন্টের ফর্ম্যাটে বৈচিত্র্য আনুন:** কেবল এক ধরণের সমাবেশে আটকে থাকবেন না। মিটআপ, সংক্ষিপ্ত হ্যাকাথন, প্যানেল আলোচনা এবং নেটওয়ার্কিং ইভেন্টগুলির সাথে জিনিসগুলিকে মিশ্রিত করুন। আপনি সহ-কর্ম দিবস বা শিক্ষামূলক কোর্স আয়োজনের চেষ্টা করতে পারেন।
+- **বিষয়গুলিতে বৈচিত্র্য আনুন:** ইথেরিয়াম কেবল একটি প্রযুক্তি নয়; এটি এমন একটি মূল্যবোধের সেট যা আইনি, বিপণন এবং ব্যবসার সাথে জড়িত।
+- প্রতিক্রিয়া এবং ধারণার জন্য **আপনার কমিউনিটিকে জিজ্ঞাসা করুন**।
+- **বিভিন্ন দর্শক** অংশের সাথে যুক্ত হন। বিভিন্ন স্তরের অভিজ্ঞতার জন্য বিষয়বস্তু এবং ইভেন্টগুলি তৈরি করুন — প্রথমবারের জন্য ইথেরিয়াম অন্বেষণকারী নতুনদের থেকে শুরু করে অভিজ্ঞ ডেভেলপার এবং উদ্যোক্তা পর্যন্ত।
+
+শেখা, সহযোগিতা এবং বৃদ্ধির জন্য বিভিন্ন সুযোগ প্রদান করে, আপনি নিশ্চিত করেন যে আপনার কমিউনিটি সক্রিয় এবং একটি সম্মেলন আয়োজনের মতো বড় উদ্যোগের জন্য প্রস্তুত থাকে।
+
+## ইভেন্ট {#event}
+
+### একটি ইভেন্ট আয়োজনের সঠিক সময় কখন? {#when-is-the-right-time-to-organize-an-event}
+
+একটি সফল ইথেরিয়াম সম্মেলন বা কমিউনিটি ইভেন্ট আয়োজনের জন্য সতর্ক সময় এবং বিবেচনার প্রয়োজন। সঠিক মুহূর্তটি বিভিন্ন কারণের উপর নির্ভর করে যা ইভেন্টের সামগ্রিক সাফল্যে অবদান রাখে।
+
+আপনার কমিউনিটির পরিপক্কতা, বাজারের অবস্থা, আপনার একটি দল আছে কিনা এবং একটি স্থানীয় দৃশ্য আছে কিনা (যেমন, সম্ভাব্য পৃষ্ঠপোষক) বিবেচনা করা উচিত।
+
+### KYC — আপনার কমিউনিটিকে জানুন {#kyc-know-your-community}
+
+একটি ইভেন্ট আয়োজনের সবচেয়ে গুরুত্বপূর্ণ পদক্ষেপগুলির মধ্যে একটি হল আপনার কমিউনিটিকে বোঝা। আর্থিক পরিষেবাগুলিতে যেমন Know Your Customer (KYC), তেমনি Know Your Community (KYC) মানে হল আপনার স্থানীয় দর্শকদের নির্দিষ্ট চাহিদা, পছন্দ এবং বৈশিষ্ট্যগুলি বোঝার জন্য সময় নেওয়া। এই বোঝাপড়াটি আপনাকে সম্মেলনের সাফল্য এবং প্রাসঙ্গিকতা নিশ্চিত করতে এটিকে তৈরি করতে সাহায্য করবে।
+
+অবিলম্বে একটি বড় আকারের ইভেন্টের জন্য লক্ষ্য করা লোভনীয়, তবে ছোট থেকে শুরু করা প্রায়শই সেরা পদ্ধতি। আপনি যদি বস্তুনিষ্ঠভাবে আপনার কমিউনিটির অবস্থা এবং কিছু অন্যান্য দিক যা আপনার কাছে অপ্রাসঙ্গিক মনে হতে পারে, যেমন: আপনার দেশ কি একটি জনপ্রিয় পর্যটন গন্তব্য বা বাসস্থানের খরচ, তা দেখেন তবে আপনি জানতে পারবেন আপনার জন্য সেরা সমাধান কোনটি।
+
+প্রথম বছরে, আপনার দর্শকদের সবচেয়ে বড় অংশ হবে একটি স্থানীয় কমিউনিটি, তাই প্রথম বছর একটি বড় ইভেন্ট আয়োজনের জন্য আপনি যা কিছু করবেন তা সেই কমিউনিটির চাহিদা এবং আকারের সাথে সামঞ্জস্যপূর্ণ হওয়া উচিত।
+
+### কোথা থেকে শুরু করবেন {#where-to-start}
+
+যখন একটি সম্মেলন আয়োজনের কথা আসে, তখন প্রথম পদক্ষেপগুলি অপ্রতিরোধ্য মনে হতে পারে। কিন্তু একটি স্পষ্ট পরিকল্পনা এবং কাঠামোর সাথে, আপনি প্রক্রিয়াটিকে পরিচালনাযোগ্য কাজগুলিতে ভাগ করতে পারেন। আমরা তাদের প্রত্যেকটিকে ভেঙে দেখাব।
+
+একটি কাঠামোগত পদ্ধতির সাথে শুরু করা আপনাকে সংগঠিত থাকতে এবং আপনার ইভেন্ট আয়োজনের বিভিন্ন পর্যায়ে যাওয়ার সময় চাপ কমাতে সাহায্য করবে। আপনার নেওয়া প্রতিটি সিদ্ধান্ত আপনাকে এমন একটি অভিজ্ঞতা প্রদানের কাছাকাছি নিয়ে যাওয়া উচিত যা আপনার কমিউনিটির চাহিদা পূরণ করে।
+
+**প্রথম জিনিসটি হল স্পষ্ট ভূমিকা এবং দায়িত্ব সহ একটি আয়োজক দল তৈরি করা।**
+
+একটি প্রোগ্রাম তৈরি শুরু করার বা পৃষ্ঠপোষকদের কাছে পৌঁছানোর আগে আরেকটি গুরুত্বপূর্ণ পদক্ষেপ হল একটি তারিখ বেছে নেওয়া। যদিও এটি একটি সহজ পদক্ষেপের মতো শোনায়, কিছু গুরুত্বপূর্ণ বিষয় রয়েছে যা আপনার আগে থেকেই বিবেচনা করা উচিত। তাদের মধ্যে কয়েকটি হল:
+
+- **প্রধান সম্মেলন** বা ইভেন্টগুলির সাথে তারিখের সংঘাত এড়িয়ে চলুন
+- **স্থানীয় অবস্থা এবং পরিস্থিতি বিবেচনা করুন** (যেমন বছরের ঋতু, প্রধান ছুটি, ইত্যাদি)
+- **বাজারের অবস্থা বিবেচনা করুন**
+- **সবকিছু আয়োজন করার জন্য নিজেকে যথেষ্ট সময় দিন** — কমপক্ষে নয় মাস
+
+### কীভাবে একটি দল গঠন করবেন {#how-to-assemble-a-team}
+
+এমন লোক বেছে নিন যারা আপনার দৃষ্টিভঙ্গি ভাগ করে নেয় এবং আপনার দক্ষতার পরিপূরক হয়। কিছু দল সমষ্টিগতভাবে কাজ করে, আবার অন্যদের নির্দিষ্ট ভূমিকা থাকে — আপনার জন্য কোনটি সবচেয়ে ভালো কাজ করে তা খুঁজে বের করুন। নিয়মিত যোগাযোগ এবং স্পষ্ট প্রত্যাশা অপরিহার্য। যদিও ইভেন্ট পরিকল্পনার জন্য যোগাযোগ প্ল্যাটফর্মের উপর নির্ভর করা লোভনীয়, আমরা কী করতে হবে তা সংগঠিত এবং ট্র্যাক করার জন্য একটি টাস্ক ম্যানেজমেন্ট প্ল্যাটফর্ম (যেমন Notion, Basecamp, Trello, Asana, বা এমনকি পুরানো ভালো Google Sheets) বেছে নেওয়ার পরামর্শ দিই। একটি ভাল-কার্যকরী এবং সুসংগঠিত দল থাকা অত্যন্ত গুরুত্বপূর্ণ।
+
+বিভিন্ন ইথেরিয়াম আয়োজক দলের তাদের দলে বিভিন্ন ভূমিকা রয়েছে, তবে তাদের সবার মধ্যে সাধারণ হল এমন লোক যারা লজিস্টিকস, বাজেটিং, মার্কেটিং, প্রোগ্রাম, ডিজাইন এবং অংশীদারিত্ব নিয়ে কাজ করছে।
+
+### প্রোগ্রাম: একটি সফল ইভেন্টের একটি মূল উপাদান {#the-program-a-key-element-of-a-successful-event}
+
+যখন একটি সত্যিকারের মূল্যবান এবং স্মরণীয় সম্মেলন আয়োজনের কথা আসে, **প্রোগ্রামই সবকিছু**। এটি এমন কোনো ক্ষেত্র নয় যেখানে আপনি আপস করতে পারেন। যদিও পৃষ্ঠপোষকরা গুরুত্বপূর্ণ এবং প্রায়শই ইভেন্টের অর্থায়নের জন্য অপরিহার্য, দর্শকদের অভিজ্ঞতা এবং তারা যে মূল্য পায় তা অবশ্যই সর্বদা অগ্রাধিকার পাবে। প্রচারমূলক সামগ্রী এবং অন্তহীন পৃষ্ঠপোষক পিচ দিয়ে ওভারলোড করা একটি প্রোগ্রাম আপনার অংশগ্রহণকারীদের বিচ্ছিন্ন করবে এবং আপনার ইভেন্টের বিশ্বাসযোগ্যতা নষ্ট করবে।
+
+প্রতিটি সেশন, প্যানেল এবং কর্মশালা কমিউনিটিকে অবহিত, অনুপ্রাণিত এবং নিযুক্ত করা উচিত। আপনার শ্রোতাদের কথা শুনুন—তাদের আগ্রহ, চাহিদা এবং চ্যালেঞ্জগুলি বুঝুন। কোন বিষয়গুলি তাদের সাথে অনুরণিত হয়? একই সময়ে, প্রোগ্রামকে গতিশীল রাখতে নতুন দৃষ্টিভঙ্গি এবং উদ্ভাবনী ফর্ম্যাট চালু করুন। ইথেরিয়াম ইকোসিস্টেমের বিভিন্ন দিক—যেমন প্রযুক্তিগত গভীর আলোচনা এবং কমিউনিটি-বিল্ডিং সেশন থেকে শুরু করে নীতি আলোচনা এবং হাতে-কলমে কর্মশালা পর্যন্ত—একটি সুসংহত এজেন্ডা নিশ্চিত করতে পরিচিত এবং ট্রেন্ডিং বিষয়গুলির সাথে অত্যাধুনিক ধারণাগুলির ভারসাম্য বজায় রাখুন। অতিরিক্তভাবে, সম্মেলনের ভাষা বিবেচনা করুন—যদিও বেশিরভাগ ইথেরিয়াম ইভেন্টে ইংরেজি হল ডিফল্ট, স্থানীয় ভাষায় সেশনগুলি অফার করা ইভেন্টটিকে আঞ্চলিক ডেভেলপার এবং উত্সাহীদের জন্য আরও অ্যাক্সেসযোগ্য করে তুলতে পারে।
+
+**বক্তা নির্বাচন করার সময়, উচ্চ-মানের জমা আকর্ষণ করতে এবং এজেন্ডা কিউরেশনের জন্য পর্যাপ্ত সময় দেওয়ার জন্য সম্মেলনের কমপক্ষে ছয় মাস আগে কল খুলুন।** বক্তা নির্বাচনের জন্য দায়ী ব্যক্তির শিল্পে উল্লেখযোগ্য অভিজ্ঞতা এবং ইকোসিস্টেম সম্পর্কে গভীর বোঝাপড়া থাকা উচিত। এটি নিশ্চিত করে যে তারা মূল্যবান, অন্তর্দৃষ্টিপূর্ণ অবদানগুলি সনাক্ত করতে পারে এবং বিষয়বস্তুর একটি উচ্চ মান বজায় রাখতে পারে।
+
+### আর্থিক সহায়তা কোথায় পাবেন {#where-to-find-financial-support}
+
+একটি উচ্চ-মানের সম্মেলন আয়োজনের জন্য উল্লেখযোগ্য খরচ হয় — ভেন্যু ভাড়া, প্রচারমূলক সামগ্রী, খাবার এবং পানীয়, উৎপাদন এবং অগণিত অন্যান্য খরচ। আপনার ইভেন্টটি পেশাদার মান পূরণ করে এবং আপনার অংশগ্রহণকারীদের জন্য একটি দুর্দান্ত অভিজ্ঞতা প্রদান করে তা নিশ্চিত করার জন্য প্রথম দিকে আর্থিক সহায়তা সুরক্ষিত করা অপরিহার্য।
+
+#### কীভাবে একটি স্পনসরশিপ ডেক তৈরি করবেন? {#how-to-create-a-sponsorship-deck}
+
+প্রথমে, আপনার একটি ডেক প্রয়োজন হবে। **অন্যান্য সম্মেলন আয়োজকদের কাছে পরামর্শের জন্য জিজ্ঞাসা করুন**, এমনকি তাদের ডেক শেয়ার করতে বলুন যাতে আপনি তার উপর ভিত্তি করে আপনার প্যাকেজ তৈরি করতে পারেন। প্যাকেজগুলির মূল্য নির্ধারণের ক্ষেত্রে আপনার বাস্তববাদী হওয়া উচিত এবং খরচগুলি কভার করার লক্ষ্য রাখা উচিত, অর্থ উপার্জন করা নয়, বিশেষ করে শুরুতে।
+
+**প্রতিটি স্পনসরশিপ ডেক ইভেন্টের একটি স্পষ্ট এবং আকর্ষণীয় সংক্ষিপ্ত বিবরণ প্রদান করা উচিত**, যাতে সম্ভাব্য পৃষ্ঠপোষকরা এর পরিধি, ফোকাস এবং মূল্য বুঝতে পারে। বিশ্বাসযোগ্যতা প্রতিষ্ঠার জন্য মৌলিক বিষয়গুলি—ভেন্যু, তারিখ এবং আয়োজক দল সম্পর্কে বিস্তারিত—দিয়ে শুরু করুন। তারপরে, ইভেন্টের প্রাথমিক ফোকাসটি তুলে ধরুন, কারণ বিভিন্ন ইথেরিয়াম সম্মেলন বিভিন্ন দর্শকদের জন্য তৈরি করা হয়। কিছু ভারীভাবে নির্মাতা-ভিত্তিক, গভীর প্রযুক্তিগত আলোচনা সমন্বিত, যখন অন্যরা DeFi, DAO বা নীতি বিষয়গুলিতে বেশি মনোযোগ দিতে পারে।
+
+শুধু ইভেন্টের বর্ণনা দেওয়ার বাইরে, স্পষ্ট প্রত্যাশা সেট করুন। **প্রত্যাশিত অংশগ্রহণকারীর সংখ্যা এবং ইতিমধ্যে নিশ্চিত হওয়া যেকোনো মূল বক্তার রূপরেখা দিন**, কারণ এটি পৃষ্ঠপোষকদের তাদের সম্ভাব্য নাগাল পরিমাপ করতে সাহায্য করে। সবচেয়ে গুরুত্বপূর্ণভাবে, তাদের স্পনসরশিপের বিনিময়ে তারা কী পাবে তা স্পষ্টভাবে সংজ্ঞায়িত করুন—বুথ স্পেস, কথা বলার সুযোগ, সোশ্যাল মিডিয়া প্রচার, ব্র্যান্ডিং দৃশ্যমানতা বা একচেটিয়া নেটওয়ার্কিং অ্যাক্সেস। একটি সুগঠিত ডেক কেবল অবহিতই করে না বরং সম্ভাব্য পৃষ্ঠপোষকদের আপনার ইভেন্টের অংশ হওয়ার সুযোগ সম্পর্কেও উত্তেজিত করে।
+
+#### কে আপনার ইভেন্টকে সমর্থন করতে পারে? {#who-might-support-your-event}
+
+আপনার শহর বা দেশের ইথেরিয়াম এবং বৃহত্তর প্রযুক্তি ইকোসিস্টেমের মধ্যে থাকা কোম্পানিগুলির সাথে যোগাযোগ করে শুরু করুন। এই **সংস্থাগুলির প্রায়শই স্থানীয় ইভেন্টগুলিকে সমর্থন করার ক্ষেত্রে একটি নিহিত আগ্রহ থাকে** যা কমিউনিটির বৃদ্ধি এবং উদ্ভাবনকে উৎসাহিত করে। তারা স্থানীয় ইকোসিস্টেমে বিনিয়োগের মূল্যকে স্বীকৃতি দেওয়ার এবং আপনার সম্মেলনকে প্রতিভা, অংশীদার এবং ব্যবহারকারীদের সাথে সংযোগ স্থাপনের একটি সুযোগ হিসাবে দেখার সম্ভাবনা বেশি।
+
+একবার আপনি স্থানীয় সমর্থনে ট্যাপ করলে, web3 স্পেসে বিশ্বব্যাপী খেলোয়াড়দের কাছে আপনার প্রচার প্রসারিত করুন। **প্রতিষ্ঠিত প্রোটোকল, DAO এবং ইকোসিস্টেম তহবিলগুলি প্রায়শই কমিউনিটি-চালিত ইভেন্টগুলির জন্য বাজেট বরাদ্দ করে**। এটি প্রথমবারের আয়োজকদের জন্য কিছুটা চ্যালেঞ্জিং হতে পারে, কারণ তারা এখনও প্রদর্শনের জন্য একটি ট্র্যাক রেকর্ড তৈরি করেনি তবে একটি আকর্ষণীয় স্পনসরশিপ প্যাকেজ তৈরি করার চেষ্টা করুন যা আপনার ইভেন্টকে সমর্থন করার সুবিধাগুলি স্পষ্টভাবে রূপরেখা দেয় — ব্র্যান্ড দৃশ্যমানতা, কথা বলার সুযোগ এবং একটি লক্ষ্যযুক্ত দর্শকদের সাথে অর্থপূর্ণ সম্পৃক্ততা। আপনার অনন্য মূল্য খুঁজে বের করার চেষ্টা করুন যা অন্যদের কাছে নাও থাকতে পারে।
+
+#### আপনার ইভেন্টের অর্থায়নের বিকল্প ফর্ম {#alternative-forms-of-funding-your-event}
+
+অনুদান আরেকটি সম্ভাব্য অর্থায়নের উৎস যা অনেক আয়োজক উপেক্ষা করে। ইথেরিয়াম ফাউন্ডেশনের [ইকোসিস্টেম সাপোর্ট প্রোগ্রাম](https://esp.ethereum.foundation/) (ESP) এবং [অন্যান্য অনুদান উদ্যোগ](https://ethereum.org/community/grants/#ethereum-grants) এর মতো প্রোগ্রামগুলি কমিউনিটি-চালিত ইভেন্টগুলিকে সমর্থন করার জন্য বিদ্যমান।
+
+আর্থিক স্পনসরশিপের বাইরে, বিশেষ করে খাবার এবং পানীয়ের জন্য ইন-কাইন্ড অংশীদারিত্ব বিবেচনা করুন। স্থানীয় সংস্কৃতি বা প্রযুক্তি কমিউনিটির সাথে সারিবদ্ধ ব্র্যান্ডগুলি আপনার ইভেন্টের জন্য দুর্দান্ত অংশীদার হতে পারে। কফি ব্র্যান্ড, পানীয় কোম্পানি, বা এমনকি স্থানীয় পিজারিয়াগুলি ইভেন্টে দৃশ্যমানতার বিনিময়ে পণ্য সরবরাহ করতে ইচ্ছুক হতে পারে। এই সহযোগিতাগুলি খরচ কমাতে সাহায্য করতে পারে এবং অংশগ্রহণকারীর অভিজ্ঞতা বাড়াতে পারে।
+
+যেহেতু আমরা অর্থায়নের বিষয়ে কথা বলছি, মনে রাখবেন: একটি ব্যতিক্রমী অংশগ্রহণকারীর অভিজ্ঞতা তৈরি করতে আপনি যে প্রতিটি ডলার বিনিয়োগ করেন তা দ্রুতগতিতে ফল দেবে। উচ্চ-মানের উৎপাদন, আরামদায়ক ভেন্যু, চিন্তাশীল সোয়াগ এবং সুসংগঠিত সাইড ইভেন্টগুলি একটি স্মরণীয় অভিজ্ঞতায় অবদান রাখে যা অংশগ্রহণকারীরা সম্মেলন শেষ হওয়ার অনেক পরেও কথা বলবে। খুশি অংশগ্রহণকারীরা আপনার সবচেয়ে বড় সমর্থক হয়ে ওঠে এবং আপনার ইভেন্টের দীর্ঘমেয়াদী সাফল্য নিশ্চিত করে।
+
+### লজিস্টিকস {#logistics}
+
+তহবিল সুরক্ষার পাশাপাশি আপনার মূল ফোকাস হওয়া উচিত লজিস্টিকস। একটি সুসংগঠিত সম্মেলনের জন্য ভেন্যু সেটআপ থেকে শুরু করে অংশগ্রহণকারীর অভিজ্ঞতা পর্যন্ত একাধিক ক্ষেত্রে সূক্ষ্ম পরিকল্পনার প্রয়োজন। ইভেন্ট সংগঠনে sólida অভিজ্ঞতা সহ কাউকে থাকা — অগত্যা web3 ইভেন্ট নয়, তবে সাধারণভাবে ইভেন্ট — একটি বিশাল পার্থক্য তৈরি করতে পারে। একজন অভিজ্ঞ লজিস্টিকস লিড সম্ভাব্য সমস্যাগুলি পূর্বানুমান করতে পারেন এবং সেগুলি সমস্যা হওয়ার আগে সমাধান করতে পারেন, সময়, অর্থ এবং চাপ সাশ্রয় করে।
+
+লজিস্টিকসের জন্য দায়ী একজন ব্যক্তির একটি ভেন্যু, প্রোডাকশন কোম্পানি এবং খাবার, পানীয় এবং মার্চের জন্য বিভিন্ন বিক্রেতা বেছে নেওয়া উচিত, সেইসাথে একটি সহজে ব্যবহারযোগ্য অনলাইন টিকেটিং সিস্টেম যা অংশগ্রহণকারীদের ক্রিপ্টোতে নিবন্ধন এবং অর্থ প্রদান করতে দেয়।
+
+### অবস্থান পরিকাঠামো {#location-infrastructure}
+
+আপনার সম্মেলনের জন্য একটি অবস্থান নির্বাচন করার সময়, ভেন্যুর বাইরে চিন্তা করা এবং বৃহত্তর শহর এবং দেশের পরিকাঠামো বিবেচনা করা গুরুত্বপূর্ণ। আবহাওয়া, গতিশীলতা, নিরাপত্তা এবং রাজনৈতিক পরিবেশের মতো কারণগুলি অংশগ্রহণকারীর অভিজ্ঞতা গঠনে একটি বিশাল ভূমিকা পালন করে।
+
+কম পরিচিত অবস্থানগুলির জন্য, এটি বিশেষভাবে গুরুত্বপূর্ণ হয়ে ওঠে। বিশ্বজুড়ে অংশগ্রহণকারী এবং পৃষ্ঠপোষকদের আত্মবিশ্বাসী বোধ করতে হবে যে তারা সহজে এবং নিরাপদে ভ্রমণ করতে পারে। বিমানবন্দর সংযোগ, গণপরিবহন এবং বাসস্থানের বিকল্পগুলির মতো দিকগুলি দেখুন। ভিসা নীতির মতো আন্তর্জাতিক অংশগ্রহণকারীদের নিরুৎসাহিত করতে পারে এমন কোনো জটিলতা এড়াতে অঞ্চলের সাংস্কৃতিক এবং রাজনৈতিক জলবায়ু বিবেচনা করাও বুদ্ধিমানের কাজ।
+
+### ইভেন্টের প্রচার কীভাবে করবেন {#how-to-promote-the-event}
+
+আপনার ইভেন্টের কার্যকরভাবে প্রচার করা সঠিক দর্শকদের আকর্ষণ করা এবং উত্তেজনা তৈরি করার চাবিকাঠি। একটি সুচিন্তিত প্রচার কৌশল নিশ্চিত করে যে আপনার সম্মেলনটি তার প্রাপ্য দৃশ্যমানতা এবং সম্পৃক্ততা পায়। ডিজাইন আপনার ব্র্যান্ডেও একটি গুরুত্বপূর্ণ ভূমিকা পালন করে, তাই আপনার অবশ্যই এর জন্য বাজেট করা উচিত।
+
+#### সোশ্যাল মিডিয়া {#social-media}
+
+X.com আপনার সোশ্যাল মিডিয়া প্রচারের মেরুদণ্ড হবে। সেখানে পোস্ট করার ক্ষেত্রে সক্রিয় এবং সামঞ্জস্যপূর্ণ হওয়ার চেষ্টা করুন, তবে আপনার ব্যক্তিগত একাউন্ট এবং আপনার সংস্থার একাউন্ট উভয়ের সাথে বিভিন্ন কথোপকথনেও নিযুক্ত হন।
+
+যদিও LinkedIn প্রচারের জন্য সবচেয়ে সুস্পষ্ট পছন্দ বলে মনে হয় না, আপনি সেখানে সম্পূর্ণ ভিন্ন দর্শকদের কাছে পৌঁছাতে পারেন, এমনকি কিছু পৃষ্ঠপোষকের কাছেও।
+
+#### অন্যান্য ইথেরিয়াম কমিউনিটির সাথে অংশীদারিত্ব {#partnerships-with-other-ethereum-communities}
+
+বিভিন্ন ইথেরিয়াম আয়োজকদের সাথে অংশীদারিত্ব বিদ্যমান নেটওয়ার্কগুলিতে ট্যাপ করে আপনার নাগাল বাড়াতে সাহায্য করতে পারে, বিশেষ করে যখন আপনি শূন্য থেকে শুরু করছেন। কমিউনিটি ডিসকাউন্ট অফার করুন, অন্যান্য ইভেন্টের সাথে ক্রস-প্রমোট করুন এবং অংশীদারদের সাইড ইভেন্ট বা ওয়ার্কশপ সহ-হোস্ট করার জন্য আমন্ত্রণ জানান।
+
+#### বিশ্ববিদ্যালয় আউটরিচ {#university-outreach}
+
+ইভেন্টের প্রচারের জন্য ছাত্র ক্লাব বা অধ্যাপকদের মাধ্যমে শহরের প্রযুক্তিগত এবং অর্থনীতি অনুষদগুলির সাথে যোগাযোগ করুন। বিশ্ববিদ্যালয়গুলির সাথে জড়িত হওয়া তরুণ প্রতিভা, গবেষক এবং ভবিষ্যত শিল্প পেশাদারদের আকর্ষণ করতে সাহায্য করতে পারে, যা একাডেমিয়া এবং ইথেরিয়াম ইকোসিস্টেমের মধ্যে একটি শক্তিশালী সংযোগ গড়ে তোলে। এটি বিশেষভাবে দুর্দান্ত যদি আপনি একটি হ্যাকাথনের আয়োজন করেন, কারণ শিক্ষার্থীরা প্রায়শই নতুন ধারণা, উত্সাহ এবং একটি শক্তিশালী প্রযুক্তিগত ভিত্তি নিয়ে আসে।
+
+#### মিডিয়া {#media}
+
+ইভেন্ট কভারেজের জন্য web3-কেন্দ্রিক মিডিয়া আউটলেট এবং নিউজলেটারগুলির সাথে যোগাযোগ করুন। যদিও Web3 মিডিয়া তাদের PR নিবন্ধগুলির জন্য অর্থপ্রদানের আশা করে, আপনি যদি প্রদত্ত প্রচারের জন্য বাজেট না থাকে তবে তাদের বিনামূল্যে টিকিট বা কিছু হাই-প্রোফাইল স্পিকার এবং পৃষ্ঠপোষকদের সাথে সাক্ষাত্কার অফার করতে পারেন। একটি প্রেস রিলিজ এবং কিছু ভিজ্যুয়াল সহ একটি PR প্যাকেজ তৈরি করুন যা সোশ্যাল মিডিয়া বা একটি ওয়েবসাইটে বিভিন্ন ফর্ম্যাটে প্রচারের জন্য প্রস্তুত। এছাড়াও, স্থানীয় সাংবাদিক বা এমনকি কন্টেন্ট ক্রিয়েটরদের (যতক্ষণ তাদের একটি শালীন খ্যাতি থাকে) কাছে সুযোগ প্রসারিত করুন যারা প্রযুক্তি কভার করতে পারে, কারণ এটি বৃহত্তর দর্শকদের কাছে ইভেন্টটি প্রদর্শন করার জন্য অত্যন্ত গুরুত্বপূর্ণ হতে পারে। এটি ক্রিপ্টো শিল্প এবং বৃহত্তর জনসাধারণের মধ্যে ব্যবধান পূরণ করতে সাহায্য করে, মূলধারার প্রযুক্তি এবং ব্যবসায়িক কমিউনিটি থেকে আগ্রহ আকর্ষণ করে।
+
+### আপনার কি একটি হ্যাকাথনও আয়োজন করা উচিত? {#should-you-organize-a-hackathon-as-well}
+
+একটি হ্যাকাথনের আয়োজন করা উপকারী হতে পারে কারণ হ্যাকাথন ডেভেলপার কমিউনিটিকে জড়িত করার এবং উদ্ভাবনকে উৎসাহিত করার একটি দুর্দান্ত উপায় হতে পারে। এটি সহযোগিতা এবং প্রকল্প তৈরির জন্য হাতে-কলমে সুযোগও প্রদান করে, যা ইকোসিস্টেমের জন্য বাস্তব ফলাফলের দিকে নিয়ে যেতে পারে। হ্যাকাথন এমন ডেভেলপারদের আকর্ষণ করে যারা সাধারণত সম্মেলনে যোগ দেয় না কিন্তু নতুন ধারণা তৈরি এবং পরীক্ষা করার চ্যালেঞ্জের প্রতি আগ্রহী। যদি আপনার সম্মেলন ডেভেলপার, উদ্ভাবন এবং হাতে-কলমে প্রকল্পগুলির লক্ষ্যে হয়, তবে একটি হ্যাকাথনের আয়োজন করা একটি স্বাভাবিক ব্যাপার।
+
+কিন্তু, একটি আয়োজন করার আগে, আপনার কাছে যথেষ্ট রিসোর্স এবং সময় আছে কিনা তা বিবেচনা করুন। **একটি হ্যাকাথনের জন্য সময়, জনশক্তি এবং আর্থিক বিনিয়োগের ক্ষেত্রে উল্লেখযোগ্য রিসোর্সের প্রয়োজন**। নিশ্চিত করুন যে আপনার কাছে এটি পরিচালনা করার জন্য একটি নিবেদিত দল আছে, বিশেষ করে যদি আপনি একটি সম্মেলনও পরিচালনা করেন। এছাড়াও, আপনার কমিউনিটিতে আগ্রহ আছে কিনা তা পরীক্ষা করুন। যদি আপনার কমিউনিটি বেশি নির্মাতা-ভিত্তিক হয়, তবে সম্ভবত এটি আয়োজন করা অর্থপূর্ণ।
+
+যদিও এটি আয়োজন করার অনেক সুবিধা রয়েছে, তবে বিবেচনায় নিন যে, সম্মেলনের স্কেলের উপর নির্ভর করে, একটি হ্যাকাথন যোগ করা অপ্রতিরোধ্য হতে পারে। উভয়টি পরিচালনা করলে কোনোটির গুণমান কমে যাবে কিনা তা আপনার মূল্যায়ন করা উচিত। আপনি একটি ছোট, ফোকাসড হ্যাকাথনের জন্য বেছে নিতে পারেন বা বিভিন্ন মাস জুড়ে ইভেন্টগুলি স্তিমিত করতে পারেন।
+
+### (প্রায় অনিবার্য) চ্যালেঞ্জ যা আপনি সম্মুখীন হবেন {#almost-inevitable-challenges-that-you-will-face}
+
+একটি সম্মেলন আয়োজনের সময়, বিশেষ করে ইথেরিয়াম স্পেসে, সবচেয়ে বড় চ্যালেঞ্জগুলির মধ্যে একটি হল পর্যাপ্ত তহবিল সুরক্ষিত করা। **অনেক ইভেন্ট আয়োজক ভেন্যু খরচ**, ক্যাটারিং এবং অন্যান্য লজিস্টিক খরচ কভার করার জন্য প্রয়োজনীয় মূলধন সংগ্রহ করতে সংগ্রাম করে। স্পনসরশিপ প্রায়শই অপরিহার্য, কিন্তু সম্পর্ক তৈরি করা এবং কোম্পানিগুলিকে আপনার ইভেন্টে বিনিয়োগ করতে রাজি করানো সময়সাপেক্ষ হতে পারে। তাছাড়া, বাজারের মন্দার সময় পৃষ্ঠপোষকদের আকর্ষণ করার অসুবিধা বাড়তে পারে, কারণ কোম্পানিগুলি নন-কোর কার্যক্রমে বিনিয়োগ করতে কম ইচ্ছুক হতে পারে।
+
+বাজেট কার্যকরভাবে পরিচালনা করা চাবিকাঠি। **অপ্রত্যাশিত খরচ**, যেমন শেষ মুহূর্তের ভেন্যু পরিবর্তন এবং অতিরিক্ত ইভেন্ট প্রযুক্তির প্রয়োজনীয়তা, দ্রুত আপনার বাজেট নষ্ট করে দিতে পারে।
+
+নতুন ইভেন্টগুলির জন্য, **উচ্চ-মানের বক্তা পাওয়া বিশেষভাবে কঠিন হতে পারে**। ইথেরিয়াম স্পেসে প্রতিষ্ঠিত চিন্তাশীল নেতা বা প্রভাবশালী ব্যক্তিদের ইতিমধ্যে সম্পূর্ণ সময়সূচী থাকতে পারে এবং একটি প্রমাণিত ট্র্যাক রেকর্ড ছাড়া একটি নতুন ইভেন্টে প্রতিশ্রুতি দিতে দ্বিধা বোধ করতে পারে। ইভেন্টের অনেক আগে থেকেই নেটওয়ার্কিং এবং সম্ভাব্য বক্তাদের কাছে পৌঁছানোর জন্য সময় ব্যয় করার জন্য প্রস্তুত থাকুন।
+
+এছাড়াও, যখন বক্তাদের কথা আসে, তাদের সাথে স্পষ্ট এবং ধ্রুবক যোগাযোগ রাখুন — উপস্থাপনা পাঠানোর জন্য সময়সীমা সেট করুন এবং শেষ মুহূর্তের কোনো পরিবর্তন এড়িয়ে চলুন।
+
+একটি সফল সম্মেলনের জন্য একটি নিবেদিত দল প্রয়োজন যা লজিস্টিকস, মার্কেটিং, স্পনসরশিপ, প্রযুক্তিগত সহায়তা এবং অংশগ্রহণকারী ব্যবস্থাপনা পরিচালনা করতে পারে। প্রযুক্তি ইভেন্ট আয়োজনের অভিজ্ঞতা সম্পন্ন ব্যক্তিদের খুঁজে পাওয়া চ্যালেঞ্জিং হতে পারে, বিশেষ করে যদি আপনি একটি ছোট বাজেট নিয়ে কাজ করেন বা, বেশিরভাগ ক্ষেত্রে, কোনো বাজেট ছাড়াই, কিন্তু একটি স্বেচ্ছাসেবী ভিত্তিতে।
+
+### আপনার এটি একা করা উচিত নয়। আপনার স্বেচ্ছাসেবক প্রয়োজন। {#you-shouldnt-do-it-alone-you-need-volunteers}
+
+একটি ইথেরিয়াম ইভেন্টের আয়োজনের জন্য লজিস্টিকস, রেজিস্ট্রেশন, স্পিকার সমন্বয়, অংশগ্রহণকারী সমর্থন এবং আরও অনেক কিছু পরিচালনা করার জন্য একটি বৈচিত্র্যময় এবং নিবেদিত দল প্রয়োজন। মাত্র 3 থেকে 15 জনের দলের আকারের সাথে, এটি স্পষ্ট হয়ে যায় যে ইভেন্টের মসৃণ পরিচালনার জন্য স্বেচ্ছাসেবকরা অপরিহার্য।
+
+স্বেচ্ছাসেবকরা প্রায়শই অনেক সম্মেলনের মেরুদণ্ড, যা গুরুত্বপূর্ণ সমর্থন প্রদান করে, বিশেষ করে যখন আপনি একটি সীমিত বাজেট নিয়ে কাজ করছেন। তারা রেজিস্ট্রেশন ডেস্ক পরিচালনা করা থেকে শুরু করে ইভেন্ট সেটআপে সহায়তা করা পর্যন্ত সবকিছু পরিচালনা করতে পারে, নিশ্চিত করে যে ইভেন্টটি যতটা সম্ভব মসৃণভাবে চলে।
+
+যদিও স্বেচ্ছাসেবকদের আর্থিক ক্ষতিপূরণ অফার করা চ্যালেঞ্জিং, তবে তাদের এমন কিছু মূল্যবান জিনিস প্রদান করা অপরিহার্য যা তাদের অভিজ্ঞতাকে সার্থক করে তুলবে। তাদের নেটওয়ার্কিং সুযোগ, দক্ষতা উন্নয়ন, কিছু একচেটিয়া সুবিধা, সার্টিফিকেট বা সুপারিশপত্র অফার করার কথা বিবেচনা করুন।
+
+### ইভেন্ট আয়োজকদের জন্য কমপ্লায়েন্সের অপরিহার্য বিষয়গুলি {#compliance-essentials-for-event-organizers}
+
+একটি ইভেন্ট আয়োজন করার সময়, বেশ কিছু অপরিহার্য আইনি এবং লজিস্টিক বিবেচনা মাথায় রাখতে হবে:
+
+- **স্পনসরশিপ চুক্তি** – নিশ্চিত করুন যে আপনার স্পনসরদের জন্য একটি স্পষ্ট চুক্তি আছে, যার মধ্যে একটি সুসংজ্ঞায়িত বাতিলকরণ নীতি অন্তর্ভুক্ত রয়েছে।
+- **আচরণবিধি** – নির্দিষ্ট ইভেন্টের ধরন (সম্মেলন/হ্যাকাথন, হ্যাকার হাউস ইত্যাদি) অনুসারে একটি আচরণবিধি প্রস্তুত করুন।
+- **গোপনীয়তা নীতি** – ডেটা সুরক্ষা প্রবিধান এবং ছবি মেনে চলার জন্য আপনার ওয়েবসাইটের জন্য একটি গোপনীয়তা নীতি খসড়া করুন
+- **স্থানীয় কর্তৃপক্ষকে বিজ্ঞপ্তি** – এমনকি যদি আপনার ইভেন্টটি একটি বন্ধ সমাবেশ হয়, তবে এটি স্থানীয় থানায় রিপোর্ট করার পরামর্শ দেওয়া হয়।
+- **টিকেটিং চুক্তি** – শর্তাবলী এবং দায়িত্ব স্পষ্ট করার জন্য আপনার টিকেটিং পরিষেবা প্রদানকারীর সাথে একটি আনুষ্ঠানিক চুক্তি স্থাপন করুন।
+- **নিয়ন্ত্রক সম্মতি** – আগে থেকে পরীক্ষা করে নিন যে আপনি যে দেশে সম্মেলন আয়োজন করছেন সেখানে ক্রিপ্টো শিল্পের জন্য নির্দিষ্ট প্রবিধান বা বিধিনিষেধ আছে কিনা
+- **মার্চেন্ডাইজের জন্য কাস্টমস ক্লিয়ারেন্স** – যদি আপনি স্পনসর মার্চেন্ডাইজ আমদানি করেন, তবে প্রক্রিয়াটি দক্ষতার সাথে পরিচালনা করার জন্য একজন কাস্টমস এজেন্ট নিয়োগ করার পরামর্শ দেওয়া হয়।
+- **ফটোগ্রাফি এবং মিডিয়া নীতি** – ফটোগ্রাফি এবং মিডিয়া কভারেজের উপর নির্দেশিকা স্পষ্টভাবে সংজ্ঞায়িত করুন, নিশ্চিত করুন যে অংশগ্রহণকারীদের সম্মতি এবং অপ্ট-আউট বিকল্পগুলি সম্পর্কে অবহিত করা হয়েছে।
+
+## ইভেন্টের পরে: এরপর কী? {#after-the-event-whats-next}
+
+ইভেন্ট শেষ হওয়ার পরে, অংশগ্রহণকারী, বক্তা এবং পৃষ্ঠপোষকদের কাছ থেকে প্রতিক্রিয়া সংগ্রহ করা এবং একটি অভ্যন্তরীণ প্রতিবেদন তৈরি করা অত্যন্ত গুরুত্বপূর্ণ যাতে আপনি ভবিষ্যতের ইভেন্টগুলির জন্য আরও ভালভাবে প্রস্তুত হতে পারেন। এটি কী ভাল হয়েছে এবং কোথায় উন্নতি করা যেতে পারে তা সনাক্ত করতে সাহায্য করে। ভবিষ্যত পুনরাবৃত্তিগুলিকে গাইড করবে এমন মূল্যবান অন্তর্দৃষ্টি সংগ্রহ করতে সমীক্ষা বা একের পর এক সাক্ষাত্কার ব্যবহার করুন। যেকোনো ভুল বা অদক্ষতার ক্ষেত্র পর্যালোচনা করার জন্য সময় নিন, কারণ সেগুলি পরবর্তী সম্মেলনে এড়ানো যেতে পারে, যা প্রক্রিয়াটিকে মসৃণ করে তুলবে।
+
+মূল বিষয় হল গতিকে বাঁচিয়ে রাখা। আপনার কমিউনিটির সাথে যুক্ত থাকুন, তাদের প্রতিক্রিয়ার উপর ভিত্তি করে আপনার করা অগ্রগতির আপডেটগুলি শেয়ার করুন এবং পরবর্তী ইভেন্টের জন্য উত্তেজনা তৈরি করুন। এই সংযোগ বজায় রেখে, আপনি নিশ্চিত করেন যে সম্মেলনের প্রভাব ইভেন্টের বাইরেও প্রসারিত হয়, সম্পর্ককে শক্তিশালী করে এবং ভবিষ্যতের সাফল্যের জন্য মঞ্চ স্থাপন করে।
+
+## স্বীকৃতি {#acknowledgement}
+
+এই নিবন্ধে তাদের অন্তর্দৃষ্টি শেয়ার করে অবদান রাখার জন্য সবাইকে অনেক ধন্যবাদ: ETHBratislava থেকে স্লাভো ফ্যাবিসিক; ETH কিপু এবং ETH Latam থেকে লোলা; ETH Belgrade থেকে তাঞ্জা ম্লাডেনোভিচ, ইথেরিয়াম বোগোটা থেকে হুয়ান ডেভিড; ETHWarsaw থেকে মনিকা জাজ্যাক; NapulETH থেকে রাফায়েল ওরেফিস; ETH রিয়াদ থেকে জিয়াও উ(লিং); urbe.eth থেকে মার্কো; ETH ডাবলিন থেকে কাওলান ওয়ালশ; ETHCluj থেকে অ্যালেক্স ম্যালস; এবং ETH স্লোভেনিয়া থেকে স্ট্যাঙ্কো ডেভিচ।
+
+## রিসোর্স {#resources}
+
+পডকাস্ট: কীভাবে একটি ETH ইভেন্ট A-Z থেকে আয়োজন এবং প্রচার করবেন:
+
+- [The ETHWarsaw কেস স্টাডি, Out of Ordinary দ্বারা](https://www.youtube.com/watch?v=io2Dx1ouz8o)
+
+টুইটার স্পেস:
+
+- [ETH কমিউনিটি AMA](https://x.com/NapulETH/status/1905732699094151623)
+
+আর্টিকেল সমূহ:
+
+- [ETHKL নির্মাণ, ড্যানি এইচ দ্বারা](https://sekto.tech/ethkl24)
+- [POKT ইভেন্টস প্লেবুক](https://docs.pokt.network/community/pokt-events-playbook)
diff --git a/public/content/translations/bn/community/get-involved/index.md b/public/content/translations/bn/community/get-involved/index.md
new file mode 100644
index 00000000000..d85af8c37e0
--- /dev/null
+++ b/public/content/translations/bn/community/get-involved/index.md
@@ -0,0 +1,132 @@
+---
+title: "আমি কিভাবে জড়িত হতে পারি?"
+description: "ইথেরিয়াম কমিউনিটিতে যুক্ত হওয়ার উপায়"
+lang: bn
+---
+
+# আমি কিভাবে জড়িত হতে পারি? যুক্ত হোন {#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) - আফ্রিকা জুড়ে শত শত ডেভেলপার এবং কমিউনিটি সদস্যদের শনাক্ত করতে, প্রশিক্ষণ দিতে এবং সমর্থন করার জন্য তাদের উদ্যোগে উচ্চাকাঙ্ক্ষী web3 কমিউনিটিতে যোগ দিন
+- [Eth R&D Discord](https://discord.com/invite/VmG7Uxc)-এ যোগ দিন
+- [Ethereum Cat Herders Discord](https://discord.com/invite/Nz6rtfJ8Cu)-এ যোগ দিন
+
+## গবেষক এবং শিক্ষাবিদ <Emoji text=":mag:" size={1} />‍ {#researchers-and-academics}
+
+আপনার কি গণিত, ক্রিপ্টোগ্রাফি বা অর্থনীতিতে কোনো অভিজ্ঞতা আছে? আপনি ইথেরিয়াম ইকোসিস্টেমের মধ্যে করা কিছু অত্যাধুনিক কাজে আগ্রহী হতে পারেন:
+
+- [Eth R&D Discord](https://discord.com/invite/VmG7Uxc)-এ যোগ দিন
+- একটি ইথেরিয়াম ইম্প্রুভমেন্ট প্রোপোজাল লিখুন বা পর্যালোচনা করুন
+  - একটি EIP লিখুন
+    1. আপনার ধারণা [Ethereum Magicians](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) হওয়া যায় তা শিখুন
+    - আপনি এখনই EIP-গুলো পিয়ার-রিভিউ করতে পারেন! ["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) অংশগ্রহণ করুন
+    - [Ethereum Cat Herders Discord](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}
+
+- অনেক ওপেন-সোর্স কমিউনিটি কল আছে, এবং নোট গ্রহণকারী থাকা একটি বিশাল সাহায্য। আপনি যদি আগ্রহী হন, তাহলে [Ethereum Cat Herders discord](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}
+
+- ইথেরিয়াম হলো "ডিসেন্ট্রালাইজড ফাইন্যান্স" ইকোসিস্টেমের হোম - এটি প্রোটোকল এবং অ্যাপ্লিকেশনের একটি নেটওয়ার্ক যা একটি বিকল্প আর্থিক ব্যবস্থা অফার করে। আপনি যদি একজন আর্থিক পেশাদার হন, তাহলে [DeFi Llama](https://defillama.com/) বা [DeFiPrime](https://defiprime.com)-এ কিছু DeFi অ্যাপ দেখুন
+- হিসাবরক্ষক? ইথেরিয়ামের সম্পদ - ETH, টোকেন, DeFi, ইত্যাদি - অনেক নতুন অ্যাকাউন্টিং সমস্যা তৈরি করে। আপনি ক্রিপ্টোকারেন্সি ব্যবহারকারীদের তাদের বুককিপিং এবং অ্যাকাউন্টিং চ্যালেঞ্জ সমাধানে সাহায্য করার লক্ষ্যে কিছু প্রকল্প দেখে শুরু করতে পারেন, যেমন [Rotki](https://rotki.com/)
+
+## প্রোডাক্ট ম্যানেজার <Emoji text=":fountain_pen:" size={1} />‍ {#product-managers}
+
+- ইথেরিয়াম ইকোসিস্টেমের আপনার প্রতিভা প্রয়োজন! অনেক কোম্পানি প্রোডাক্ট ম্যানেজারের ভূমিকার জন্য নিয়োগ করছে। আপনি যদি একটি ওপেন সোর্স প্রকল্পে অবদান রেখে শুরু করতে চান, তাহলে [Ethereum Cat Herders](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)
+- [Bankless জবস বোর্ড](https://pallet.xyz/list/bankless/jobs)
+- [Web3 জবস](https://web3.career)
+- [Web3 Army](https://web3army.xyz/)
+- [ক্রিপ্টো ভ্যালি জবস](https://cryptovalley.jobs/)
+- [ইথেরিয়াম জবস](https://startup.jobs/ethereum-jobs)
+
+## একটি DAO-তে যোগ দিন {#decentralized-autonomous-organizations-daos}
+
+"DAO"-গুলো হলো বিকেন্দ্রীভূত স্বায়ত্তশাসিত সংস্থা। এই গোষ্ঠীগুলো সংগঠন এবং সহযোগিতার সুবিধার্থে ইথেরিয়াম প্রযুক্তি ব্যবহার করে। উদাহরণস্বরূপ, সদস্যপদ নিয়ন্ত্রণ, প্রস্তাবে ভোটদান, বা সম্মিলিত সম্পদ পরিচালনা করার জন্য। যদিও DAO-গুলো এখনও পরীক্ষামূলক, তারা আপনার জন্য এমন গোষ্ঠী খুঁজে বের করার, সহযোগী খুঁজে বের করার, এবং ইথেরিয়াম কমিউনিটিতে আপনার প্রভাব বাড়ানোর সুযোগ করে দেয়। [DAO সম্পর্কে আরও](/dao/)
+
+- [DAOSquare](https://daosquare.io/) [@DAOSquare](https://twitter.com/DAOSquare) - _অ-প্রযুক্তিগত ক্ষেত্রে DAO ধারণার প্রচার করুন এবং लोकांना DAO-এর মাধ্যমে ভ্যালু তৈরি করতে সাহায্য করুন_
+- [Developer DAO](https://www.developerdao.com/) [@developer_dao](https://twitter.com/developer_dao) - _নির্মাতাদের কমিউনিটি যারা ইন্টারনেটের সম্মিলিত মালিকানায় বিশ্বাসী_
+- [dOrg](https://dOrg.tech) [@dOrg_tech](https://twitter.com/dOrg_tech) - _একটি DAO হিসাবে কর্মরত ফ্রিল্যান্সার Web3 ডেভেলপমেন্ট সমষ্টি_
+- [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) - _Web3 নির্মাতাদের সমষ্টি_
+
+অনুগ্রহ করে মনে রাখবেন আপনি যখনই এবং যেভাবেই ethereum.org-এ অবদান রাখুন না কেন, ethereum.org-এর [আচরণবিধি](/community/code-of-conduct) মেনে চলবেন!
diff --git a/public/content/translations/bn/community/grants/index.md b/public/content/translations/bn/community/grants/index.md
new file mode 100644
index 00000000000..1eaf5d5811a
--- /dev/null
+++ b/public/content/translations/bn/community/grants/index.md
@@ -0,0 +1,68 @@
+---
+title: "ইথেরিয়াম ফাইন্ডেশন ও কমিউনিটি গ্রান্ট প্রোগ্রাম"
+description: "পুরো ইথেরিয়াম ইকোসিস্টেম জুড়ে গ্রান্ট প্রোগ্রামগুলির একটি তালিকা।"
+lang: bn
+---
+
+# ইথেরিয়াম গ্রান্ট {#ethereum-grants}
+
+নীচে তালিকাভুক্ত প্রোগ্রামগুলি ইথেরিয়াম ইকোসিস্টেমের সাফল্য এবং বৃদ্ধি প্রচারের জন্য কাজ করা প্রকল্পগুলির জন্য বিভিন্ন ধরণের ফান্ডিং গ্রান্ট অফার করে। আপনার পরবর্তী ইথেরিয়াম প্রোজেক্টকে সফল করতে সাহায্য করার জন্য ফান্ড খুঁজে পেতে এবং আবেদন করতে এটিকে একটি গাইড হিসাবে ব্যবহার করুন।
+
+এই তালিকাটি আমাদের কমিউনিটি দ্বারা তৈরি। যদি কিছু অনুপস্থিত বা ভুল থাকে, অনুগ্রহ করে এই পেজটি এডিট করুন!
+
+<Alert variant="update" className="mt-8">
+<Emoji text="🎗️" />
+<div>প্রতিষ্ঠাতা, আপনার ব্যবসার গতি বাড়াতে সাহায্য প্রয়োজন? [ফাউন্ডারদের সহায়তায় যান](/founders/)</div>
+</Alert>
+
+## বিস্তৃত ইথেরিয়াম ইকোসিস্টেম {#broad-ethereum-ecosystem}
+
+এই প্রোগ্রামগুলি বিভিন্ন ধরণের প্রোজেক্টকে গ্রান্ট অফার করার মাধ্যমে বিস্তৃত ইথেরিয়াম ইকোসিস্টেমকে সমর্থন করে। এর মধ্যে রয়েছে স্কেলেবিলিটি, কমিউনিটি বিল্ডিং, নিরাপত্তা, গোপনীয়তা এবং আরও অনেক কিছুর জন্য সমাধান। এই গ্রান্টগুলি কোনও একটি নির্দিষ্ট ইথেরিয়াম প্ল্যাটফর্মের জন্য নয় এবং আপনি যদি অনিশ্চিত হন তবে শুরু করার জন্য এটি একটি ভাল জায়গা।
+
+- [EF ইকোসিস্টেম সাপোর্ট প্রোগ্রাম](https://esp.ethereum.foundation) - _ইথেরিয়ামকে উপকৃত করে এমন ওপেন সোর্স প্রজেক্টগুলির জন্য অর্থায়ন, যেখানে সর্বজনীন টুলস, পরিকাঠামো, গবেষণা এবং সর্বজনীন পণ্যের উপর বিশেষ নজর দেওয়া হয়_
+- [একাডেমিক গ্রান্ট](https://esp.ethereum.foundation/academic-grants) - _ইথেরিয়াম-সম্পর্কিত একাডেমিক কাজকে সমর্থন করার জন্য গ্রান্ট_
+
+## গ্রান্ট তালিকা অ্যাগ্রিগেটর এবং প্ল্যাটফর্ম {#grant-list-aggregators}
+
+এই রিসোর্সগুলি ইথেরিয়াম ইকোসিস্টেম জুড়ে বিভিন্ন গ্রান্টের সুযোগ সংকলন এবং সংগঠিত করে, যা আপনার প্রোজেক্টের প্রয়োজন অনুযায়ী অর্থায়নের সুযোগ খুঁজে পাওয়া সহজ করে তোলে। আপনার নির্দিষ্ট অর্থায়নের প্রয়োজনের উপর ভিত্তি করে আপনাকে সবচেয়ে প্রাসঙ্গিক রিসোর্সগুলি খুঁজে পেতে শুরু করতে সাহায্য করার জন্য আমরা সেগুলিকে পার্সোনা অনুসারে সংগঠিত করেছি।
+
+### সমস্ত গ্রান্ট অনুসন্ধানকারীদের জন্য: বিস্তৃত ডিরেক্টরি {#comprehensive-directories}
+
+এই সাধারণ প্ল্যাটফর্মগুলি পুরো Web3 স্পেস জুড়ে গ্রান্টের ব্যাপক কভারেজ অফার করে এবং যারা অর্থায়ন খুঁজছেন তাদের জন্য এটি একটি দরকারী সূচনা পয়েন্ট:
+
+- [ব্লকওয়ার্কস গ্রান্টফার্ম](https://blockworks.co/grants/programs) - _ব্লকওয়ার্কস সমস্ত গ্রান্ট, RFP, এবং বাগ বাউন্টির একটি বিস্তৃত ডিরেক্টরি সংকলন করেছে।_
+- [ব্লকচেইন গ্রান্টস](https://www.blockchaingrants.org/) - _ব্লকচেইন এবং ক্রিপ্টো গ্রান্টের ডিরেক্টরি_
+- [Karma Funding Map](https://gap.karmahq.xyz/funding-map) - সমস্ত web3 গ্রান্ট প্রোগ্রামের ডিরেক্টরি, যা সাপ্তাহিক ভিত্তিতে আপডেট করা হয়
+
+### ডেভেলপার এবং বিল্ডারদের জন্য {#for-developers-and-builders}
+
+- [গ্রান্ট প্রোগ্রাম ভিউয়ার](https://airtable.com/shr86elKgWTSCP4AY) - _গ্রান্ট প্রোগ্রামের পাবলিক এয়ারটেবিল ডেটাবেস_
+- [Web3 গ্রান্টস স্প্রেডশিট](https://docs.google.com/spreadsheets/d/1c8koZCI-GLnD8MG-eFcXPOBCNu1v8-aXIfwAAvc7AMc/edit#gid=0) - _Web3 গ্রান্টের সুযোগগুলির গুগল স্প্রেডশিট_
+- [Arbitrum গ্রান্টস](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) - _গ্রান্ট অফারকারী সংস্থাগুলির গুগল স্প্রেডশিট_
+- [MetaGov Database](https://docs.google.com/spreadsheets/d/1e5g-dlWWsK2DZoZGBgfxyfGNSddLk-V7sLEgfPjEhbA/edit#gid=780420708) - _বিস্তৃত Web3 গ্রান্ট ম্যাপ_
+
+### সর্বজনীন পণ্য এবং তার প্রভাব {#public-goods-and-impact}
+
+এই প্রোগ্রামগুলি বৃহত্তর কমিউনিটি, সর্বজনীন পণ্য এবং প্রভাব উদ্যোগকে উপকৃত করে এমন প্রকল্পগুলিতে অর্থায়নের উপর ফোকাস করে। এর মধ্যে রয়েছে গ্রান্ট প্রদানকারী, সেইসাথে [কোয়াড্রেটিক ফান্ডিং](/defi/#quadratic-funding) সহ অনচেইন অর্থায়ন বরাদ্দকরণ পদ্ধতি ব্যবহার করে এমন ডোনেশন প্ল্যাটফর্ম:
+
+- [গিটকয়েন](https://www.gitcoin.co/program) - _গিটকয়েন গ্রান্ট ইথেরিয়াম ইকোসিস্টেমে ওপেন সোর্স প্রকল্প এবং সর্বজনীন পণ্যগুলিতে অর্থায়ন করতে একাধিক মূলধন বরাদ্দকরণ পদ্ধতি ব্যবহার করে_
+- [অক্ট্যান্ট](https://octant.app/home) - _সর্বজনীন পণ্যের জন্য অর্থায়ন ইকোসিস্টেম যা সাধারণের মঙ্গল এবং ব্যক্তিগত আর্থিক ক্ষমতায়নের মধ্যে ভারসাম্য বজায় রাখে_
+- [গিভেথ](https://giveth.io/) - _ক্রিপ্টো ডোনেশন প্ল্যাটফর্ম যা কোনও অতিরিক্ত ফি ছাড়াই ভালো কাজের জন্য প্রোজেক্টে সরাসরি ডোনেশনের সুযোগ করে দেয়_
+- [আর্টিজেন](https://artizen.fund/) - _শিল্প, বিজ্ঞান, প্রযুক্তি এবং সংস্কৃতির অগ্রভাগে থাকা নতুন প্রোজেক্টের জন্য ক্রিয়েটরদের ম্যাচ ফান্ড করতে সাহায্য করে_
+- [Quadratic Accelerator](https://qacc.giveth.io/) - _স্টার্ট-আপ এক্সিলারেটর প্রোগ্রাম যা কোয়াড্রেটিক ফান্ডিং ব্যবহার করে সর্বজনীন মঙ্গলের জন্য উপকারী প্রোজেক্টগুলিকে সমর্থন করে_
+
+## ইথেরিয়ামে কাজ করুন {#work-in-ethereum}
+
+নিজের প্রোজেক্ট শুরু করার জন্য প্রস্তুত নন? শত শত কোম্পানি সক্রিয়ভাবে এমন উৎসাহী ব্যক্তিদের খুঁজছে যারা ইথেরিয়াম ইকোসিস্টেমে কাজ করতে এবং অবদান রাখতে পারে। আরও তথ্য খুঁজছেন? [ইথেরিয়াম সম্পর্কিত চাকরিগুলি দেখুন](/community/get-involved/#ethereum-jobs)
diff --git a/public/content/translations/bn/community/language-resources/index.md b/public/content/translations/bn/community/language-resources/index.md
new file mode 100644
index 00000000000..77cf23f298f
--- /dev/null
+++ b/public/content/translations/bn/community/language-resources/index.md
@@ -0,0 +1,153 @@
+---
+title: "ভাষার রিসোর্স"
+description: "Ethereum সম্পর্কে জানার জন্য অ-ইংরেজি রিসোর্স"
+lang: bn
+---
+
+# ভাষার রিসোর্স {#language-resources}
+
+Ethereum কমিউনিটি বিশ্বব্যাপী এবং লক্ষ লক্ষ অ-ইংরেজি ভাষী নিয়ে গঠিত।
+
+আমাদের লক্ষ্য হল সমস্ত ভাষায় শিক্ষামূলক বিষয়বস্তু সরবরাহ করা এবং ভাষার প্রতিবন্ধকতাগুলি কাটিয়ে উঠতে সাহায্য করা যা সারা বিশ্ব থেকে লোকেদের Ethereum-এ অনবোর্ড করাকে একটি চ্যালেঞ্জ করে তোলে।
+
+আপনি যদি আপনার মাতৃভাষায় পড়তে পছন্দ করেন বা এমন কাউকে চেনেন যিনি ইংরেজি বলেন না, আপনি নীচে দরকারী অ-ইংরেজি রিসোর্সের একটি তালিকা খুঁজে পেতে পারেন। লক্ষ লক্ষ Ethereum उत्साही খবর শেয়ার করতে, সাম্প্রতিক উন্নয়ন সম্পর্কে কথা বলতে, প্রযুক্তিগত সমস্যা নিয়ে বিতর্ক করতে এবং ভবিষ্যৎ কল্পনা করতে এই অনলাইন ফোরামগুলিতে জড়ো হন।
+
+আপনার ভাষায় কোনো শিক্ষামূলক রিসোর্স সম্পর্কে জানেন? তালিকায় এটি যোগ করতে [একটি ইস্যু খুলুন](https://github.com/ethereum/ethereum-org-website/issues/new/choose)!
+
+## Ethereum.org রিসোর্স {#ethereum-org}
+
+Ethereum.org স্থানীয়ভাবে 40টিরও বেশি ভাষায় অনুবাদ করা হয়েছে যা আপনি আমাদের ভাষা নির্বাচক মেনু ব্যবহার করে খুঁজে পেতে পারেন, যা প্রতিটি পৃষ্ঠার শীর্ষে অবস্থিত।
+
+![ভাষা নির্বাচক মেনু](./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 স্টার্টার প্যাক](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}
+
+- [Udi Wertheimer - বিটকয়েনাররা Ethereum থেকে যা শিখতে পারে](https://www.cryptojungle.co.il/udi-wertheimer-what-bitcoiners-can-learn-from-ethereum/)
+- [Omer Greismen (OpenZeppelin) - আমরা কীভাবে 15 বিলিয়ন ডলারের স্মার্ট কন্ট্র্যাক্ট হ্যাক প্রতিরোধ করেছি](https://www.cryptojungle.co.il/omer-greisman-openzeppelin/)
+- [Shy Datika (INX) - টোকেনাইজেশন এবং সিকিউরিটিজের ভবিষ্যৎ, Ethereum একটি সিকিউরিটি কিনা তা সহ](https://www.cryptojungle.co.il/shy-datika-tokenization/)
+- [Roy Confino (Lemonade) - Insurance @ Ethereum](https://www.cryptojungle.co.il/roy-confino-insurance/)
+- [Idan Ofrat (Fireblocks) - প্রাতিষ্ঠানিক গ্রহণ](https://www.cryptojungle.co.il/idan-ofrat-fireblocks/)
+- [Gal Weizman (MetaMask) - MetaMask কি](https://www.cryptojungle.co.il/gal-weizman-metamask/)
+- [Dror Aviely (Consensys) - Ethereum-এর কেন্দ্র](https://www.cryptojungle.co.il/dror-aviely-ethereum-center/)
+- [Nir Rozin - ক্রিপ্টোপাঙ্ক হওয়া](https://www.cryptojungle.co.il/nir-rozin-cryptopunk/)
+- [Adan Kedem - গেমিং এবং মেটাভার্স](https://www.cryptojungle.co.il/adan-kedem-web3-gaming/)
+- [Uri Kolodny (Starkware) - Ethereum এবং ব্লকচেইন লেয়ার](https://www.cryptojungle.co.il/uri-kolodny-starkware/)
+- [Udi Wertheimer - Ethereum 2.0 বনাম প্রতিযোগিতা](https://www.cryptojungle.co.il/udi-on-eth2/)
+- [Ben Samocha (myself) - Ethereum 2.0 - একটি সুযোগ?](https://www.cryptojungle.co.il/etherurm2-week-summary/)
+- [Alon Muroch (Bloxstaking) - Ethereum 2.0 কি?](https://www.cryptojungle.co.il/alon-moroch-eth2/)
+- [Eilon Aviv (Collider Ventures) - Ethereum 2.0-এর সাথে কি ভুল হতে পারে](https://www.cryptojungle.co.il/eilon-aviv-eth2-0/)
+- [Eilon Aviv (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 (ডিএ্যাপস)](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) - Ethereum-এ Solidity এবং প্রোগ্রামিং শিখুন।
+- [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) - ব্লকচেইন এবং ক্রিপ্টোকারেন্সি-কেন্দ্রিক কোর্স।
+- [The great renaming: what happened to Eth2?](https://miningturkiye.org/konu/ethereum-madenciligi-bitiyor-mu-onemli-gelisme.655/) - The great renaming ব্লগ পোস্টের তুর্কি অনুবাদ, যা 'Eth2' পরিভাষা থেকে সরে আসার বিষয়টি ব্যাখ্যা করে।
+
+### ভিয়েতনামী {#vi}
+
+- [Tino Group](https://wiki.tino.org/ethereum-la-gi/) - Ethereum, ডিএ্যাপস, ওয়ালেট এবং প্রায়শই জিজ্ঞাসিত প্রশ্নাবলীর সংক্ষিপ্ত বিবরণ।
+- [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/bn/community/online/index.md b/public/content/translations/bn/community/online/index.md
new file mode 100644
index 00000000000..a390b95725f
--- /dev/null
+++ b/public/content/translations/bn/community/online/index.md
@@ -0,0 +1,74 @@
+---
+title: "অনলাইন কমিউনিটি"
+description: "অনলাইন ফোরাম, চ্যাট রুম এবং সামাজিক মিডিয়া কমিউনিটি আবিষ্কার করুন যেখানে ইথেরিয়াম উৎসাহীরা আলোচনা করতে এবং সহযোগিতা করার জন্য একত্রিত হন।"
+lang: bn
+---
+
+# অনলাইন কমিউনিটি {#online-communities}
+
+লক্ষ লক্ষ Ethereum उत्साही খবর শেয়ার করতে, সাম্প্রতিক উন্নয়ন সম্পর্কে কথা বলতে, প্রযুক্তিগত সমস্যা নিয়ে বিতর্ক করতে এবং ভবিষ্যৎ কল্পনা করতে এই অনলাইন ফোরামগুলিতে জড়ো হন।
+
+## তালিকাভুক্তির নীতি {#listing-policy}
+
+তালিকাভুক্ত কমিউনিটির অখণ্ডতা এবং মূল্য বজায় রাখতে, ethereum.org যোগ্যতা নির্ধারণের জন্য একটি কঠোর নীতি অনুসরণ করে:
+
+### যোগ্যতার মানদণ্ড {#eligibility-criteria}
+
+- **প্রাসঙ্গিকতা**: কমিউনিটি সরাসরি ইথেরিয়াম এবং এর ইকোসিস্টেমের সাথে সম্পর্কিত হতে হবে।
+- **সক্রিয়তার স্তর**: কমিউনিটিকে নিয়মিত আলাপচারিতা, পোস্ট বা আলোচনার মাধ্যমে সক্রিয় থাকতে হবে। নিষ্ক্রিয় বা செயலাহীন কমিউনিটিগুলো সরিয়ে দেওয়া হতে পারে।
+- **অন্তর্ভুক্তি**: কমিউনিটির উচিত এমন একটি স্বাগত জানানোর পরিবেশ তৈরি করা যা বৈচিত্র্যকে সম্মান করে এবং সমস্ত প্রেক্ষাপটের মানুষকে অংশগ্রহণে উৎসাহিত করে।
+- **অ-বাণিজ্যিক কেন্দ্রবিন্দু**: তালিকাগুলো বাণিজ্যিক বা প্রচারমূলক প্ল্যাটফর্মের পরিবর্তে কমিউনিটি-চালিত স্থানগুলির জন্য তৈরি।
+
+### কন্টেন্ট নির্দেশিকা {#content-guidelines}
+
+- **উপযুক্ত কন্টেন্ট**: কমিউনিটিগুলোকে স্প্যাম, বিদ্বেষমূলক বক্তব্য, হয়রানি, বা অবৈধ কার্যকলাপ প্রচার করে এমন কোনো কন্টেন্ট এড়িয়ে তাদের নিজস্ব সংযম নির্দেশিকা থাকতে হবে।
+- **ভাষা**: যদিও ইংরেজি প্রাথমিক ভাষা, অন্যান্য ভাষার কমিউনিটিগুলোকে জমা দেওয়ার জন্য উৎসাহিত করা হয় যতক্ষণ না তারা একটি অন্তর্ভুক্তিমূলক এবং সম্মানজনক পরিবেশ বজায় রাখে।
+- **স্বচ্ছতা**: কমিউনিটির উদ্দেশ্য, নিয়ম এবং মডারেটরদের সম্পর্কে সুস্পষ্ট তথ্য সদস্যদের জন্য উপলব্ধ থাকা উচিত।
+
+### অন্যান্য সুপারিশ {#other-recommendations}
+
+- **অ্যাক্সেসিবিলিটি**: কমিউনিটি ফোরামগুলো সাইন-আপ বা রেজিস্ট্রেশনের প্রয়োজন ছাড়াই সকলের পড়ার জন্য অ্যাক্সেসযোগ্য হওয়া উচিত।
+- **ডিসকর্ড সার্ভারের আমন্ত্রণ**: এটি সুপারিশ করা হচ্ছে যে শুধুমাত্র নির্ভরযোগ্য ডিসকর্ড সার্ভারের আমন্ত্রণগুলো 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> - ইথেরিয়াম সম্পর্কিত সবকিছু</SocialListItem>
+<SocialListItem socialIcon="reddit"><Link href="https://www.reddit.com/r/ethfinance/">r/ethfinance</Link> - DeFi সহ ইথেরিয়ামের আর্থিক দিক</SocialListItem>
+<SocialListItem socialIcon="reddit"><Link href="https://www.reddit.com/r/ethdev/">r/ethdev</Link> - ইথেরিয়াম ডেভেলপমেন্টের উপর দৃষ্টি নিবদ্ধ করা</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> - ইথেরিয়ামে স্টেকিং-এ আগ্রহী সকলকে স্বাগতম</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://ethereum-magicians.org">ফেলোশিপ অফ ইথেরিয়াম ম্যাজিশিয়ানস</Link> - ইথেরিয়ামের প্রযুক্তিগত মানকে কেন্দ্র করে একটি কমিউনিটি</SocialListItem>
+<SocialListItem socialIcon="stackExchange"><Link href="https://ethereum.stackexchange.com">ইথেরিয়াম স্ট্যাকএক্সচেঞ্জ</Link> - ইথেরিয়াম ডেভেলপারদের জন্য আলোচনা এবং সহায়তা</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://ethresear.ch">ইথেরিয়াম রিসার্চ</Link> - ক্রিপ্টোইকোনমিক গবেষণার জন্য সবচেয়ে প্রভাবশালী মেসেজবোর্ড</SocialListItem>
+
+## চ্যাট রুম {#chat-rooms}
+
+<SocialListItem socialIcon="discord"><Link href="https://discord.com/invite/Nz6rtfJ8Cu">ইথেরিয়াম ক্যাট হার্ডার্স</Link> - ইথেরিয়াম ডেভেলপমেন্টে প্রজেক্ট ম্যানেজমেন্ট সহায়তা প্রদানের জন্য একটি কমিউনিটি</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://ethglobal.com/discord">ইথেরিয়াম হ্যাকারস</Link> - ETHGlobal দ্বারা পরিচালিত ডিসকর্ড চ্যাট: সারা বিশ্বের ইথেরিয়াম হ্যাকারদের জন্য একটি অনলাইন কমিউনিটি</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://discord.gg/5W5tVb3">ক্রিপ্টোডেভস</Link> - ইথেরিয়াম ডেভেলপমেন্ট কেন্দ্রিক ডিসকর্ড কমিউনিটি</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://discord.gg/ethstaker">EthStaker ডিসকর্ড</Link> - বর্তমান এবং সম্ভাব্য স্টেকারদের জন্য কমিউনিটি-চালিত নির্দেশিকা, শিক্ষা, সহায়তা এবং রিসোর্স</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://discord.gg/ethereum-org">Ethereum.org ওয়েবসাইট টিম</Link> - টিমের সাথে এবং কমিউনিটির লোকজনের সাথে ethereum.org ওয়েব ডেভেলপমেন্ট এবং ডিজাইন নিয়ে চ্যাট করতে আসুন</SocialListItem>
+<SocialListItem socialIcon="discord"><Link href="https://discord.matos.club/">ম্যাটোস ডিসকর্ড</Link> - web3 নির্মাতাদের কমিউনিটি যেখানে বিল্ডার, শিল্প ব্যক্তিত্ব এবং ইথেরিয়াম উত্সাহীরা মিলিত হন। আমরা web3 ডেভেলপমেন্ট, ডিজাইন এবং সংস্কৃতি সম্পর্কে উত্সাহী। আমাদের সাথে নির্মাণ করতে আসুন।</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://gitter.im/ethereum/solidity">সলিডিটি গিটার</Link> - সলিডিটি ডেভেলপমেন্টের জন্য চ্যাট (গিটার)</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://matrix.to/#/#ethereum_solidity:gitter.im">সলিডিটি ম্যাট্রিক্স</Link> - সলিডিটি ডেভেলপমেন্টের জন্য চ্যাট (ম্যাট্রিক্স)</SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://ethereum.stackexchange.com/">ইথেরিয়াম স্ট্যাক এক্সচেঞ্জ</Link> <i>- প্রশ্ন ও উত্তর ফোরাম</i></SocialListItem>
+<SocialListItem socialIcon="webpage"><Link href="https://app.peera.ai/">পীরা কমিউনিটি ফোরাম</Link> <i>- বিকেন্দ্রীভূত প্রশ্ন ও উত্তর ফোরাম</i></SocialListItem>
+
+## ইউটিউব এবং এক্স (পূর্বে টুইটার) {#youtube-and-twitter}
+
+<SocialListItem socialIcon="youtube"><Link href="https://www.youtube.com/c/EthereumFoundation">ইথেরিয়াম ফাউন্ডেশন</Link> - ইথেরিয়াম ফাউন্ডেশন থেকে সাম্প্রতিকতম খবরের সাথে আপ টু ডেট থাকুন</SocialListItem>
+<SocialListItem socialIcon="twitter"><Link href="https://x.com/ethereum">@ethereum</Link> - কমিউনিটির জন্য প্রধান ইথেরিয়াম অ্যাকাউন্ট</SocialListItem>
+<SocialListItem socialIcon="twitter"><Link href="https://x.com/ethereumfndn">@ethereumfndn</Link> - ইথেরিয়াম ফাউন্ডেশনের অফিসিয়াল অ্যাকাউন্ট</SocialListItem>
+<SocialListItem socialIcon="twitter"><Link href="https://x.com/ethdotorg">@ethdotorg</Link> - ইথেরিয়াম-এর প্রবেশদ্বার, যা আমাদের ক্রমবর্ধমান বিশ্বব্যাপী কমিউনিটির জন্য তৈরি করা হয়েছে</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">
+      DAO সম্পর্কে আরও জানুন
+    </ButtonLink>
+</div>
+</Callout>
diff --git a/public/content/translations/bn/community/research/index.md b/public/content/translations/bn/community/research/index.md
new file mode 100644
index 00000000000..7121b39a8d2
--- /dev/null
+++ b/public/content/translations/bn/community/research/index.md
@@ -0,0 +1,399 @@
+---
+title: "ইথেরিয়াম গবেষণার সক্রিয় ক্ষেত্রসমূহ"
+description: "উন্মুক্ত গবেষণার বিভিন্ন ক্ষেত্র অন্বেষণ করুন এবং কীভাবে জড়িত হবেন তা জানুন।"
+lang: bn
+---
+
+# ইথেরিয়াম গবেষণার সক্রিয় ক্ষেত্রসমূহ {#active-areas-of-ethereum-research}
+
+ইথেরিয়ামের অন্যতম প্রধান শক্তি হলো একটি সক্রিয় গবেষণা এবং ইঞ্জিনিয়ারিং কমিউনিটি এটিকে ক্রমাগত উন্নত করছে। সারা বিশ্বে অনেক উৎসাহী, দক্ষ ব্যক্তি ইথেরিয়ামের অসামান্য সমস্যাগুলিতে নিজেদের প্রয়োগ করতে চান, কিন্তু সেই সমস্যাগুলি কী তা খুঁজে বের করা সবসময় সহজ নয়। এই পৃষ্ঠাটি ইথেরিয়ামের অত্যাধুনিক দিকগুলোর একটি মোটামুটি নির্দেশিকা হিসাবে মূল সক্রিয় গবেষণা ক্ষেত্রগুলির রূপরেখা দেয়।
+
+## ইথেরিয়াম গবেষণা কীভাবে কাজ করে {#how-ethereum-research-works}
+
+ইথেরিয়াম গবেষণা উন্মুক্ত এবং স্বচ্ছ, যা [ডিসেন্ট্রালাইজড সায়েন্স (DeSci)](https://hackernoon.com/desci-decentralized-science-as-our-chance-to-recover-the-real-science)-এর নীতিগুলিকে মূর্ত করে। সংস্কৃতিটি হলো গবেষণা টুলস এবং আউটপুটগুলিকে যতটা সম্ভব উন্মুক্ত এবং ইন্টারেক্টিভ করা, উদাহরণস্বরূপ, এক্সিকিউটেবল নোটবুকের মাধ্যমে। ইথেরিয়াম গবেষণা দ্রুত অগ্রসর হয়, নতুন ফলাফলগুলি পিয়ার রিভিউয়ের পর ঐতিহ্যবাহী প্রকাশনার মাধ্যমে কমিউনিটির কাছে পৌঁছানোর পরিবর্তে [ethresear.ch](https://ethresear.ch/)-এর মতো ফোরামে খোলাখুলিভাবে পোস্ট এবং আলোচনা করা হয়।
+
+## সাধারণ গবেষণা রিসোর্স {#general-research-resources}
+
+নির্দিষ্ট বিষয় নির্বিশেষে, [ethresear.ch](https://ethresear.ch) এবং [Eth R&D ডিসকর্ড চ্যানেল](https://discord.gg/qGpsxSA)-এ ইথেরিয়াম গবেষণা সম্পর্কে প্রচুর তথ্য পাওয়া যাবে। এগুলোই হল প্রাথমিক জায়গা যেখানে ইথেরিয়াম গবেষকরা সাম্প্রতিকতম ধারণা এবং উন্নয়নের সুযোগ নিয়ে আলোচনা করেন।
+
+[DelphiDigital](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum) দ্বারা 2022 সালের মে মাসে প্রকাশিত এই প্রতিবেদনটি ইথেরিয়াম রোডম্যাপের একটি ভালো সংক্ষিপ্ত বিবরণ প্রদান করে।
+
+## তহবিলের উৎস {#sources-of-funding}
+
+আপনি ইথেরিয়াম গবেষণার সাথে জড়িত হতে পারেন এবং এর জন্য অর্থ পেতে পারেন! উদাহরণস্বরূপ, [ইথেরিয়াম ফাইন্ডেশন](/foundation/) সম্প্রতি একটি [অ্যাকাডেমিক গ্রান্টস ফান্ডিং রাউন্ড](https://esp.ethereum.foundation/academic-grants) চালিয়েছে। আপনি [ইথেরিয়াম গ্রান্টস পৃষ্ঠা](/community/grants/)-এ সক্রিয় এবং আসন্ন অর্থায়নের সুযোগ সম্পর্কে তথ্য পেতে পারেন।
+
+## প্রোটোকল গবেষণা {#protocol-research}
+
+প্রোটোকল গবেষণা ইথেরিয়ামের বেস লেয়ারের সাথে সম্পর্কিত - যা হলো সেই নিয়মের সেট যা সংজ্ঞায়িত করে কিভাবে নোডগুলো সংযোগ স্থাপন করে, যোগাযোগ করে, ইথেরিয়াম ডেটা আদানপ্রদান ও সঞ্চয় করে এবং ব্লকচেইনের স্টেট সম্পর্কে কনসেন্সাসে আসে। প্রোটোকল গবেষণা দুটি শীর্ষ-স্তরের বিভাগে বিভক্ত: কনসেন্সাস এবং এক্সিকিউশন।
+
+### কনসেন্সাস {#consensus}
+
+কনসেন্সাস গবেষণা [ইথেরিয়ামের প্রুফ-অফ-স্টেক মেকানিজম](/developers/docs/consensus-mechanisms/pos/) নিয়ে কাজ করে। কিছু উদাহরণস্বরূপ কনসেন্সাস গবেষণা বিষয় হলো:
+
+- দুর্বলতা শনাক্তকরণ এবং প্যাচ করা;
+- ক্রিপ্টোইকোনমিক নিরাপত্তা পরিমাপ করা;
+- ক্লায়েন্ট ইমপ্লিমেন্টেশনের নিরাপত্তা বা পারফরম্যান্স বৃদ্ধি করা;
+- এবং লাইট ক্লায়েন্ট তৈরি করা।
+
+ভবিষ্যৎমুখী গবেষণার পাশাপাশি, প্রোটোকলের কিছু মৌলিক পুনঃনকশা, যেমন সিঙ্গল স্লট ফাইনালিটি, নিয়ে গবেষণা করা হচ্ছে যাতে ইথেরিয়ামের উল্লেখযোগ্য উন্নতি করা যায়। উপরন্তু, কনসেন্সাস ক্লায়েন্টদের মধ্যে পিয়ার-টু-পিয়ার নেটওয়ার্কিংয়ের দক্ষতা, নিরাপত্তা এবং পর্যবেক্ষণও গুরুত্বপূর্ণ গবেষণার বিষয়।
+
+#### প্রেক্ষাপট পাঠ {#background-reading}
+
+- [প্রুফ-অফ-স্টেক-এর পরিচিতি](/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 কনসেন্সাস](https://ethresear.ch/c/consensus/29)
+- [প্রাপ্যতা/ফাইনালিটি দ্বিধা](https://arxiv.org/abs/2009.04987)
+- [একক স্লট ফাইনালিটি](https://ethresear.ch/t/a-model-for-cumulative-committee-based-finality/10259)
+- [প্রস্তাবক-নির্মাতা পৃথকীকরণ](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)
+
+### এক্সিকিউশন {#execution}
+
+এক্সিকিউশন লেয়ার ট্রানজ্যাকশন এক্সিকিউট করা, [ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)](/developers/docs/evm/) চালানো এবং কনসেন্সাস লেয়ারে পাঠানোর জন্য এক্সিকিউশন পেলোড তৈরি করার সাথে সম্পর্কিত। অনেকগুলি সক্রিয় গবেষণার ক্ষেত্র রয়েছে, যার মধ্যে রয়েছে:
+
+- লাইট ক্লায়েন্ট সাপোর্ট তৈরি করা;
+- গ্যাস লিমিট নিয়ে গবেষণা;
+- এবং নতুন ডেটা স্ট্রাকচার (যেমন, Verkle Tries) অন্তর্ভুক্ত করা।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-1}
+
+- [EVM এর পরিচিতি](/developers/docs/evm)
+- [Ethresear.ch এক্সিকিউশন লেয়ার](https://ethresear.ch/c/execution-layer-research/37)
+
+#### সাম্প্রতিক গবেষণা {#recent-research-1}
+
+- [ডাটাবেস অপটিমাইজেশন](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/db_faq.md)
+- [স্টেট এক্সপায়ারি](https://notes.ethereum.org/@vbuterin/state_expiry_eip)
+- [স্টেট এক্সপায়ারির পথ](https://hackmd.io/@vbuterin/state_expiry_paths)
+- [Verkle এবং স্টেট এক্সপায়ারি প্রস্তাব](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}
+
+ইথেরিয়াম ক্লায়েন্ট হলো ইথেরিয়াম প্রোটোকলের ইমপ্লিমেন্টেশন। ক্লায়েন্ট ডেভেলপমেন্ট এই ক্লায়েন্টগুলির মধ্যে প্রোটোকল গবেষণার ফলাফলগুলিকে তৈরি করে বাস্তবে পরিণত করে। ক্লায়েন্ট ডেভেলপমেন্টের মধ্যে ক্লায়েন্ট স্পেসিফিকেশন আপডেট করার পাশাপাশি নির্দিষ্ট ইমপ্লিমেন্টেশন তৈরি করাও অন্তর্ভুক্ত।
+
+একটি ইথেরিয়াম নোড চালানোর জন্য দুটি সফটওয়্যারের প্রয়োজন:
+
+1. ব্লকচেইনের হেডের ট্র্যাক রাখা, ব্লকগুলির মধ্যে তথ্য আদান-প্রদান করা এবং কনসেন্সাস লজিক পরিচালনা করার জন্য একটি কনসেন্সাস ক্লায়েন্ট
+2. ইথিরিয়াম ভার্চুয়াল মেশিনকে সমর্থন করার এবং ট্রানজ্যাকশন ও স্মার্ট কন্ট্র্যাক্টগুলি সম্পাদন করার জন্য একটি এক্সিকিউশন ক্লায়েন্ট
+
+নোড এবং ক্লায়েন্ট সম্পর্কে আরও বিশদ বিবরণের জন্য এবং সমস্ত বর্তমান ক্লায়েন্ট ইমপ্লিমেন্টেশনের তালিকার জন্য [নোড এবং ক্লায়েন্ট পৃষ্ঠা](/developers/docs/nodes-and-clients/) দেখুন। এছাড়াও আপনি [ইতিহাস পৃষ্ঠা](/ethereum-forks/)-তে সমস্ত ইথেরিয়াম আপগ্রেডের একটি ইতিহাস খুঁজে পেতে পারেন।
+
+### এক্সিকিউশন ক্লায়েন্ট {#execution-clients}
+
+- [এক্সিকিউশন ক্লায়েন্ট স্পেসিফিকেশন](https://github.com/ethereum/execution-specs)
+- [এক্সিকিউশন API স্পেসিফিকেশন](https://github.com/ethereum/execution-apis)
+
+### কনসেন্সাস ক্লায়েন্ট {#consensus-clients}
+
+- [কনসেন্সাস ক্লায়েন্ট স্পেসিফিকেশন](https://github.com/ethereum/consensus-specs)
+- [বিকন API স্পেসিফিকেশন](https://ethereum.github.io/beacon-APIs/#/Beacon/getStateRoot)
+
+## স্কেলিং এবং পারফরম্যান্স {#scaling-and-performance}
+
+ইথেরিয়াম স্কেলিং করা ইথেরিয়াম গবেষকদের জন্য একটি বড় ফোকাসের ক্ষেত্র। বর্তমান পদ্ধতিগুলির মধ্যে রয়েছে রোলআপগুলিতে ট্রানজ্যাকশন অফলোড করা এবং ডেটা ব্লব ব্যবহার করে সেগুলিকে যতটা সম্ভব সস্তা করা। ইথেরিয়াম স্কেলিংয়ের প্রাথমিক তথ্য আমাদের [স্কেলিং পৃষ্ঠা](/developers/docs/scaling)-তে উপলব্ধ।
+
+### লেয়ার 2 {#layer-2}
+
+এখন বেশ কয়েকটি লেয়ার 2 প্রোটোকল রয়েছে যা ট্রানজ্যাকশন ব্যাচ করার এবং ইথেরিয়াম লেয়ার 1-এ সুরক্ষিত করার জন্য বিভিন্ন কৌশল ব্যবহার করে ইথেরিয়ামকে স্কেল করে। এটি একটি খুব দ্রুত বর্ধনশীল বিষয় যার প্রচুর গবেষণা এবং বিকাশের সম্ভাবনা রয়েছে।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-2}
+
+- [লেয়ার 2-এর পরিচিতি](/layer-2/)
+- [Polynya: রোলআপ, DA এবং মডুলার চেইন](https://polynya.medium.com/rollups-data-availability-layers-modular-blockchains-introductory-meta-post-5a1e7a60119d)
+
+#### সাম্প্রতিক গবেষণা {#recent-research-2}
+
+- [সিকোয়েন্সারদের জন্য Arbitrum-এর ফেয়ার-অর্ডারিং](https://eprint.iacr.org/2021/1465)
+- [Ethresear.ch লেয়ার 2](https://ethresear.ch/c/layer-2/32)
+- [রোলআপ-কেন্দ্রিক রোডম্যাপ](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)
+- [L2Beat](https://l2beat.com/)
+
+### ব্রিজ {#bridges}
+
+লেয়ার 2-এর একটি বিশেষ ক্ষেত্র যেখানে আরও গবেষণা এবং উন্নয়ন প্রয়োজন তা হল নিরাপদ এবং পারফরম্যান্ট ব্রিজ। এর মধ্যে রয়েছে বিভিন্ন লেয়ার 2-এর মধ্যে ব্রিজ এবং লেয়ার 1 ও লেয়ার 2-এর মধ্যে ব্রিজ। এটি একটি বিশেষভাবে গুরুত্বপূর্ণ গবেষণার ক্ষেত্র কারণ ব্রিজগুলি সাধারণত হ্যাকারদের দ্বারা লক্ষ্যবস্তু হয়।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-3}
+
+- [ব্লকচেইন ব্রিজের পরিচিতি](/bridges/)
+- [ব্রিজ নিয়ে ভিটালিকের মতামত](https://old.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrngyk8/)
+- [ব্লকচেইন ব্রিজ নিবন্ধ](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8)
+- [ব্রিজে লক করা মূল্য](https://dune.com/eliasimos/Bridge-Away-\(from-Ethereum\))
+
+#### সাম্প্রতিক গবেষণা {#recent-research-3}
+
+- [ব্রিজ যাচাইকরণ](https://stonecoldpat.github.io/images/validatingbridges.pdf)
+
+### শার্ডিং {#sharding}
+
+ইথেরিয়ামের ব্লকচেইন শার্ডিং করা দীর্ঘকাল ধরে ডেভেলপমেন্ট রোডম্যাপের একটি অংশ। তবে, "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)
+- [ইথেরিয়াম শার্ডিং গবেষণা সংকলন](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)
+- [শার্ডিং এবং ডেটা প্রাপ্যতা স্যাম্পলিংয়ের উপর ভিটালিকের মতামত](https://hackmd.io/@vbuterin/sharding_proposal)
+
+### হার্ডওয়্যার {#hardware}
+
+ইথেরিয়ামকে বিকেন্দ্রীভূত রাখতে সাধারণ হার্ডওয়্যারে [নোড চালানো](/developers/docs/nodes-and-clients/run-a-node/) মৌলিক। অতএব, নোড চালানোর জন্য হার্ডওয়্যারের প্রয়োজনীয়তা কমানোর জন্য সক্রিয় গবেষণা একটি গুরুত্বপূর্ণ ক্ষেত্র।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-5}
+
+- [ARM-এ ইথেরিয়াম](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}
+
+নিরাপত্তা একটি বিস্তৃত বিষয় যার মধ্যে স্প্যাম/স্ক্যাম প্রতিরোধ, ওয়ালেট নিরাপত্তা, হার্ডওয়্যার নিরাপত্তা, ক্রিপ্টো-অর্থনৈতিক নিরাপত্তা, বাগ খোঁজা এবং অ্যাপ্লিকেশন ও ক্লায়েন্ট সফ্টওয়্যার পরীক্ষা করা এবং কী-ম্যানেজমেন্ট অন্তর্ভুক্ত থাকতে পারে। এই ক্ষেত্রগুলিতে জ্ঞানে অবদান মূলধারার গ্রহণকে উৎসাহিত করতে সাহায্য করবে।
+
+### ক্রিপ্টোগ্রাফি এবং ZKP {#cryptography--zkp}
+
+জিরো-নলেজ প্রুফ (ZKP) এবং ক্রিপ্টোগ্রাফি ইথেরিয়াম এবং এর অ্যাপ্লিকেশনগুলিতে গোপনীয়তা এবং নিরাপত্তা তৈরি করার জন্য গুরুত্বপূর্ণ। জিরো-নলেজ একটি অপেক্ষাকৃত নতুন কিন্তু দ্রুত গতিতে চলা ক্ষেত্র যেখানে অনেক উন্মুক্ত গবেষণা এবং উন্নয়নের সুযোগ রয়েছে। কিছু সম্ভাবনার মধ্যে রয়েছে [Keccak হ্যাশিং অ্যালগরিদম](https://hackmd.io/sK7v0lr8Txi1bgION1rRpw?view#Overview)-এর আরও দক্ষ ইমপ্লিমেন্টেশন তৈরি করা, বর্তমানে বিদ্যমান পলিনোমিয়াল কমিটমেন্টের চেয়ে ভালো কিছু খুঁজে বের করা বা ecdsa পাবলিক কী তৈরি এবং সিগনেচার যাচাইকরণ সার্কিটের খরচ কমানো।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-6}
+
+- [0xparc ব্লগ](https://0xparc.org/blog)
+- [zkp.science](https://zkp.science/)
+- [Zero Knowledge পডকাস্ট](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}
+
+ইথেরিয়াম ওয়ালেট ব্রাউজার এক্সটেনশন, ডেস্কটপ ও মোবাইল অ্যাপ বা ইথেরিয়ামে স্মার্ট কন্ট্র্যাক্ট হতে পারে। সোশ্যাল রিকভারি ওয়ালেটের উপর সক্রিয় গবেষণা চলছে যা ব্যক্তিগত-ব্যবহারকারী কী ব্যবস্থাপনার সাথে সম্পর্কিত কিছু ঝুঁকি কমিয়ে দেয়। ওয়ালেট উন্নয়নের সাথে অ্যাকাউন্ট অ্যাবস্ট্রাকশনের বিকল্প রূপের উপর গবেষণা জড়িত, যা একটি প্রাথমিক গবেষণার গুরুত্বপূর্ণ ক্ষেত্র।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-7}
+
+- [ওয়ালেটের পরিচিতি](/wallets/)
+- [ওয়ালেট নিরাপত্তার পরিচিতি](/security/)
+- [Ethresear.ch নিরাপত্তা](https://ethresear.ch/tag/security)
+- [EIP-2938 অ্যাকাউন্ট অ্যাবস্ট্রাকশন](https://eips.ethereum.org/EIPS/eip-2938)
+- [EIP-4337 অ্যাকাউন্ট অ্যাবস্ট্রাকশন](https://eips.ethereum.org/EIPS/eip-4337)
+
+#### সাম্প্রতিক গবেষণা {#recent-research-7}
+
+- [ভ্যালিডেশন কেন্দ্রিক স্মার্ট কন্ট্র্যাক্ট ওয়ালেট](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 অপকোড](https://eips.ethereum.org/EIPS/eip-3074)
+- [একটি EOA ঠিকানায় কোড প্রকাশ করা](https://eips.ethereum.org/EIPS/eip-5003)
+
+## কমিউনিটি, শিক্ষা এবং আউটরিচ {#community-education-and-outreach}
+
+ইথেরিয়ামে নতুন ব্যবহারকারী যুক্ত করার জন্য নতুন শিক্ষামূলক রিসোর্স এবং আউটরিচ পদ্ধতির প্রয়োজন। এর মধ্যে ব্লগ পোস্ট এবং নিবন্ধ, বই, পডকাস্ট, মিম, শিক্ষামূলক রিসোর্স, ইভেন্ট এবং অন্য যেকোনো কিছু অন্তর্ভুক্ত থাকতে পারে যা কমিউনিটি তৈরি করে, নতুনদের স্বাগত জানায় এবং ইথেরিয়াম সম্পর্কে মানুষকে শিক্ষিত করে।
+
+### UX/UI {#uxui}
+
+ইথেরিয়ামে আরও বেশি লোককে অনবোর্ড করার জন্য, ইকোসিস্টেমকে অবশ্যই 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/)
+- [ইথেরিয়াম ম্যাজিশিয়ানস UX আলোচনা](https://ethereum-magicians.org/t/og-council-ux-follow-up/9032/3)
+
+### অর্থনীতি {#economics}
+
+ইথেরিয়ামের অর্থনীতি গবেষণা দুটি পদ্ধতি অনুসরণ করে: অর্থনৈতিক প্রণোদনার উপর নির্ভরশীল প্রক্রিয়াগুলির নিরাপত্তা যাচাই করা ("ক্ষুদ্র অর্থনীতি") এবং প্রোটোকল, অ্যাপ্লিকেশন এবং ব্যবহারকারীদের মধ্যে মূল্যের প্রবাহ বিশ্লেষণ করা ("সামষ্টিক অর্থনীতি")। ইথেরিয়ামের নিজস্ব সম্পদ (ইথার) এবং এর উপর নির্মিত টোকেনগুলির (যেমন NFTs এবং ERC20 টোকেন) সাথে সম্পর্কিত জটিল ক্রিপ্টো-অর্থনৈতিক কারণ রয়েছে।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-9}
+
+- [রোবাস্ট ইনসেনটিভস গ্রুপ](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}
+
+ব্লকস্পেস মার্কেটগুলি এন্ড-ইউজার ট্রানজ্যাকশন অন্তর্ভুক্ত করাকে নিয়ন্ত্রণ করে, হয় সরাসরি ইথেরিয়ামে (লেয়ার 1) অথবা ব্রিজড নেটওয়ার্কে, যেমন, রোলআপ (লেয়ার 2)। ইথেরিয়ামে, ট্রানজ্যাকশনগুলি EIP-1559 হিসাবে প্রোটোকলে স্থাপন করা ফি মার্কেটে জমা দেওয়া হয়, যা চেইনকে স্প্যাম থেকে রক্ষা করে এবং কনজেশন প্রাইসিং করে। উভয় লেয়ারে, ট্রানজ্যাকশনগুলি এক্সটার্নালিটি তৈরি করতে পারে, যা ম্যাক্সিমাল এক্সট্রাক্টবল ভ্যালু (MEV) নামে পরিচিত, যা এই এক্সটার্নালিটিগুলি ক্যাপচার বা পরিচালনা করার জন্য নতুন মার্কেট স্ট্রাকচার তৈরি করে।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-10}
+
+- [ইথেরিয়াম ব্লকচেইনের জন্য ট্রানজ্যাকশন ফি মেকানিজম ডিজাইন: EIP-1559 এর একটি অর্থনৈতিক বিশ্লেষণ (টিম রাফগার্ডেন, ২০২০)](https://timroughgarden.org/papers/eip1559.pdf)
+- [EIP-1559 এর সিমুলেশন (রোবাস্ট ইনসেনটিভ গ্রুপ)](https://ethereum.github.io/abm1559)
+- [প্রথম নীতি থেকে রোলআপ অর্থনীতি](https://barnabe.substack.com/p/understanding-rollup-economics-from?utm_source=url)
+- [ফ্ল্যাশ বয়েজ ২.০: ফ্রন্টরানিং, ট্রানজ্যাকশন রিঅর্ডারিং এবং বিকেন্দ্রীভূত এক্সচেঞ্জে কনসেন্সাস অস্থিরতা](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-incentives}
+
+ভ্যালিডেটররা অসাধু আচরণের বিরুদ্ধে জামানত হিসাবে ইথেরিয়ামের নিজস্ব সম্পদ (ইথার) ব্যবহার করে। এর ক্রিপ্টো-অর্থনীতি নেটওয়ার্কের নিরাপত্তা নির্ধারণ করে। দক্ষ ভ্যালিডেটররা সুস্পষ্ট আক্রমণ শুরু করতে ইনসেনটিভ লেয়ারের সূক্ষ্মতা কাজে লাগাতে পারে।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-11}
+
+- [ইথেরিয়াম অর্থনীতি মাস্টারক্লাস এবং অর্থনৈতিক মডেল](https://github.com/CADLabs/ethereum-economic-model)
+- [PoS ইনসেনটিভের সিমুলেশন (রোবাস্ট ইনসেনটিভ গ্রুপ)](https://ethereum.github.io/beaconrunner/)
+
+#### সাম্প্রতিক গবেষণা {#recent-research-11}
+
+- [প্রস্তাবক/নির্মাতা পৃথকীকরণ (PBS) এর অধীনে ট্রানজ্যাকশনের সেন্সরশিপ প্রতিরোধ বৃদ্ধি করা](https://notes.ethereum.org/s3JToeApTx6CKLJt8AbhFQ)
+- [PoS ইথেরিয়ামের উপর তিনটি আক্রমণ](https://arxiv.org/abs/2110.10086)
+
+### লিকুইড স্টেকিং এবং ডেরিভেটিভস {#liquid-staking-and-derivatives}
+
+লিকুইড স্টেকিং ৩২ ETH-এর কম থাকা ব্যবহারকারীদের স্টেক করা ইথারের প্রতিনিধিত্বকারী একটি টোকেনের জন্য ইথার সোয়াপ করে স্টেকিং ইল্ড পেতে দেয় যা DeFi-তে ব্যবহার করা যেতে পারে। তবে, লিকুইড স্টেকিং-এর সাথে সম্পর্কিত ইনসেনটিভস এবং বাজারের গতিশীলতা এখনও আবিষ্কৃত হচ্ছে, সেইসাথে ইথেরিয়ামের নিরাপত্তার উপর এর প্রভাব (যেমন, কেন্দ্রীভূততার ঝুঁকি)।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-12}
+
+- [Ethresear.ch লিকুইড স্টেকিং](https://ethresear.ch/search?q=liquid%20staking)
+- [Lido: ট্রাস্টলেস ইথেরিয়াম স্টেকিং-এর পথ](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}
+
+ফর্মাল ভেরিফিকেশন হল ইথেরিয়ামের কনসেন্সাস স্পেসিফিকেশন সঠিক এবং বাগ-মুক্ত কিনা তা যাচাই করার জন্য কোড লেখা। স্পেসিফিকেশনের একটি এক্সিকিউটেবল সংস্করণ রয়েছে যা পাইথনে লেখা এবং যার রক্ষণাবেক্ষণ ও উন্নয়ন প্রয়োজন। আরও গবেষণা স্পেসিফিকেশনের পাইথন ইমপ্লিমেন্টেশন উন্নত করতে এবং এমন টুলস যোগ করতে সাহায্য করতে পারে যা আরও দৃঢ়ভাবে সঠিকতা যাচাই করতে এবং সমস্যা সনাক্ত করতে পারে।
+
+#### প্রেক্ষাপট পাঠ {#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}
+
+- [ডিপোজিট কন্ট্রাক্টের ফর্মাল ভেরিফিকেশন](https://github.com/runtimeverification/deposit-contract-verification)
+- [বিকন চেইন স্পেসিফিকেশনের ফর্মাল ভেরিফিকেশন](https://github.com/runtimeverification/deposit-contract-verification)
+
+## ডেটা সায়েন্স এবং অ্যানালিটিক্স {#data-science-and-analytics}
+
+আরও ডেটা বিশ্লেষণ টুলস এবং ড্যাশবোর্ডের প্রয়োজন রয়েছে যা ইথেরিয়ামের কার্যকলাপ এবং নেটওয়ার্কের স্বাস্থ্য সম্পর্কে বিস্তারিত তথ্য দেবে।
+
+### প্রেক্ষাপট পাঠ {#background-reading-14}
+
+- [Dune অ্যানালিটিক্স](https://dune.com/browse/dashboards)
+- [ক্লায়েন্ট ডাইভারসিটি ড্যাশবোর্ড](https://clientdiversity.org/)
+
+#### সাম্প্রতিক গবেষণা {#recent-research-14}
+
+- [রোবাস্ট ইনসেনটিভস গ্রুপ ডেটা অ্যানালাইসিস](https://rig.ethereum.org/)
+
+## অ্যাপস এবং টুলিং {#apps-and-tooling}
+
+অ্যাপ্লিকেশন লেয়ার একটি বিভিন্ন প্রোগ্রামের ইকোসিস্টেমকে সমর্থন করে যা ইথেরিয়ামের বেস লেয়ারে ট্রানজ্যাকশন সম্পন্ন করে। ডেভেলপমেন্ট টিমগুলি ক্রমাগত গুরুত্বপূর্ণ Web2 অ্যাপগুলির কম্পোজেবল, পারমিশনলেস এবং সেন্সরশিপ-প্রতিরোধী সংস্করণ তৈরি করতে বা সম্পূর্ণ নতুন Web3-নেটিভ ধারণা তৈরি করতে ইথেরিয়ামকে কাজে লাগানোর নতুন উপায় খুঁজে বের করছে। একই সময়ে, নতুন টুলিং তৈরি করা হচ্ছে যা ইথেরিয়ামে ডিএ্যাপস তৈরি করাকে কম জটিল করে তোলে।
+
+### DeFi {#defi}
+
+ডিসেন্ট্রালাইজড ফাইন্যান্স (DeFi) হল ইথেরিয়ামের উপর নির্মিত অ্যাপ্লিকেশনের অন্যতম প্রধান শ্রেণি। DeFi-এর লক্ষ্য হল কম্পোজেবল "মানি লেগো" তৈরি করা যা ব্যবহারকারীদের স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে ক্রিপ্টো-অ্যাসেট সঞ্চয়, স্থানান্তর, ধার, ঋণ এবং বিনিয়োগ করতে দেয়। DeFi একটি দ্রুত চলমান ক্ষেত্র যা ক্রমাগত আপডেট হচ্ছে। নিরাপদ, দক্ষ এবং সহজলভ্য প্রোটোকল নিয়ে ক্রমাগত গবেষণা প্রয়োজন।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-15}
+
+- [DeFi](/defi/)
+- [কয়েনবেস: 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)
+
+### DAO {#daos}
+
+ইথেরিয়ামের জন্য একটি প্রভাবশালী ব্যবহারের ক্ষেত্র হলো DAO ব্যবহার করে একটি বিকেন্দ্রীভূত পদ্ধতিতে সংগঠিত হওয়ার ক্ষমতা। ইথেরিয়ামে কীভাবে DAO গুলিকে উন্নত ধরনের গভর্নেন্স কার্যকর করার জন্য, একটি ট্রাস্ট-মিনিমাইজড কোঅর্ডিনেশন টুল হিসাবে, উন্নত এবং ব্যবহার করা যেতে পারে সে সম্পর্কে অনেক সক্রিয় গবেষণা চলছে, যা প্রথাগত কর্পোরেশন এবং সংস্থাগুলির বাইরে মানুষের বিকল্পগুলিকে ব্যাপকভাবে প্রসারিত করে।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-16}
+
+- [DAO-এর পরিচিতি](/dao/)
+- [DAO কালেক্টিভ](https://daocollective.xyz/)
+
+#### সাম্প্রতিক গবেষণা {#recent-research-16}
+
+- [DAO ইকোসিস্টেমের ম্যাপিং](https://www.researchgate.net/publication/358694594_Mapping_out_the_DAO_Ecosystem_and_Assessing_DAO_Autonomy)
+
+### ডেভেলপার টুলস {#developer-tools}
+
+ইথেরিয়াম ডেভেলপারদের জন্য টুলস দ্রুত উন্নত হচ্ছে। এই সাধারণ ক্ষেত্রে অনেক সক্রিয় গবেষণা এবং উন্নয়ন করার আছে।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-17}
+
+- [প্রোগ্রামিং ভাষা অনুযায়ী টুলিং](/developers/docs/programming-languages/)
+- [ডেভেলপার ফ্রেমওয়ার্ক](/developers/docs/frameworks/)
+- [কনসেন্সাস ডেভেলপার টুলসের তালিকা](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 কনসেন্সাস টুলিং চ্যানেল](https://discordapp.com/channels/595666850260713488/746343380900118528)
+
+### ওরাকেলস {#oracles}
+
+ওরাকেলস ব্লকচেইনে অফচেইন ডেটা অনুমতিহীন এবং বিকেন্দ্রীভূত উপায়ে আমদানি করে। এই ডেটা অনচেইনে আনা হলে ডিএ্যাপসগুলি বাস্তব-জগতের ঘটনা যেমন বাস্তব-জগতের সম্পদের মূল্যের ওঠানামা, অফচেইন অ্যাপের ঘটনা, বা এমনকি আবহাওয়ার পরিবর্তনের প্রতি প্রতিক্রিয়াশীল হতে পারে।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-18}
+
+- [ওরাকেলসের পরিচিতি](/developers/docs/oracles/)
+
+#### সাম্প্রতিক গবেষণা {#recent-research-18}
+
+- [ব্লকচেইন ওরাকেলসের সমীক্ষা](https://arxiv.org/pdf/2004.07140.pdf)
+- [Chainlink হোয়াইট পেপার](https://chain.link/whitepaper)
+
+### অ্যাপ নিরাপত্তা {#app-security}
+
+ইথেরিয়ামে হ্যাকগুলি সাধারণত প্রোটোকলের পরিবর্তে পৃথক অ্যাপ্লিকেশনগুলির দুর্বলতাকে কাজে লাগায়। হ্যাকার এবং অ্যাপ ডেভেলপাররা নতুন আক্রমণ এবং প্রতিরক্ষা তৈরি করার জন্য একটি অস্ত্র প্রতিযোগিতায় আবদ্ধ। এর মানে হল অ্যাপগুলিকে হ্যাক থেকে সুরক্ষিত রাখতে সবসময় গুরুত্বপূর্ণ গবেষণা এবং উন্নয়নের প্রয়োজন হয়।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-19}
+
+- [Wormhole এক্সপ্লয়েট রিপোর্ট](https://blog.chainalysis.com/reports/wormhole-hack-february-2022/)
+- [ইথেরিয়াম কন্ট্র্যাক্ট হ্যাক পোস্ট-মর্টেমের তালিকা](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}
+
+সম্পূর্ণ ইথেরিয়াম টেক স্ট্যাক বিকেন্দ্রীভূত করা একটি গুরুত্বপূর্ণ গবেষণার ক্ষেত্র। বর্তমানে, ইথেরিয়ামে ডিএ্যাপসগুলির সাধারণত কিছু কেন্দ্রীভূততার পয়েন্ট থাকে কারণ তারা কেন্দ্রীভূত টুলিং বা অবকাঠামোর উপর নির্ভর করে।
+
+#### প্রেক্ষাপট পাঠ {#background-reading-20}
+
+- [ইথেরিয়াম স্ট্যাক](/developers/docs/ethereum-stack/)
+- [কয়েনবেস: 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/bn/community/support/index.md b/public/content/translations/bn/community/support/index.md
new file mode 100644
index 00000000000..13093860897
--- /dev/null
+++ b/public/content/translations/bn/community/support/index.md
@@ -0,0 +1,104 @@
+---
+title: "ইথেরিয়াম সাপোর্ট"
+description: "ইথেরিয়াম ইকোসিস্টেমে সহায়তা পান।"
+lang: bn
+---
+
+# ইথেরিয়াম সহায়তা {#support}
+
+## অফিশিয়াল ইথেরিয়াম সহায়তা {#official-support}
+
+আপনি কি অফিশিয়াল ইথেরিয়াম সহায়তার জন্য খুঁজছেন? আপনার প্রথম যে জিনিসটি জানা উচিত তা হল ইথেরিয়াম বিকেন্দ্রীভূত। এর মানে হল কোনো কেন্দ্রীয় সংস্থা, সত্তা বা ব্যক্তি ইথেরিয়ামের মালিক নয়, এবং এই কারণে, কোনো অফিশিয়াল সহায়তা চ্যানেল বিদ্যমান নেই।
+
+ইথেরিয়ামের বিকেন্দ্রীভূত প্রকৃতি বোঝা অত্যাবশ্যক কারণ **যেই নিজেকে ইথেরিয়ামের অফিশিয়াল সহায়তা বলে দাবি করছে, সে সম্ভবত আপনার সাথে স্ক্যাম করার চেষ্টা করছে!** স্ক্যামারদের বিরুদ্ধে সেরা সুরক্ষা হল নিজেকে শিক্ষিত করা এবং নিরাপত্তাকে গুরুত্ব সহকারে নেওয়া।
+
+<DocLink href="/security/">
+  ইথেরিয়াম সুরক্ষা এবং স্ক্যাম প্রতিরোধ
+</DocLink>
+
+<DocLink href="/learn/">
+  ইথেরিয়ামের মূল বিষয়গুলো শিখুন
+</DocLink>
+
+অফিশিয়াল সহায়তার অভাব সত্ত্বেও, ইথেরিয়াম ইকোসিস্টেম জুড়ে অনেক গোষ্ঠী, সম্প্রদায় এবং প্রকল্প সাহায্য করতে পেরে খুশি, এবং আপনি এই পৃষ্ঠায় অনেক দরকারী তথ্য এবং রিসোর্স খুঁজে পেতে পারেন। এখনও প্রশ্ন আছে? [ethereum.org ডিসকর্ড](https://discord.gg/ethereum-org)-এ যোগ দিন, এবং আমরা সাহায্য করার চেষ্টা করব।
+
+## সাধারণত জিজ্ঞাসিত প্রশ্নসমূহ {#faq}
+
+### আমি ভুল ওয়ালেটে ETH পাঠিয়েছি {#wrong-wallet}
+
+ইথেরিয়ামে পাঠানো একটি লেনদেন অপরিবর্তনীয়। দুর্ভাগ্যবশত, আপনি যদি ভুল ওয়ালেটে ETH পাঠিয়ে থাকেন, তবে এই তহবিল পুনরুদ্ধার করার কোনো উপায় নেই। কোনো একক কেন্দ্রীয় সংস্থা, সত্তা বা ব্যক্তি ইথেরিয়ামের মালিক নয়, যার মানে হল কেউ লেনদেন বিপরীত করতে পারে না। অতএব, পাঠানোর আগে আপনার লেনদেন সবসময় দুবার পরীক্ষা করা অত্যাবশ্যক।
+
+### আমি কীভাবে আমার ইথেরিয়াম গিভঅ্যাওয়ে দাবি করতে পারি? {#giveaway-scam}
+
+ইথেরিয়াম গিভঅ্যাওয়ে হল আপনার ETH চুরি করার জন্য ডিজাইন করা স্ক্যাম। যেসব অফার বিশ্বাস করার জন্য খুব ভালো মনে হয়, সেগুলোর দ্বারা প্রলুব্ধ হবেন না — আপনি যদি কোনো গিভঅ্যাওয়ে ঠিকানায় ETH পাঠান, তাহলে আপনি কোনো গিভঅ্যাওয়ে পাবেন না, এবং আপনি আপনার তহবিল পুনরুদ্ধার করতে পারবেন না।
+
+[স্ক্যাম প্রতিরোধ সম্পর্কে আরও জানুন](/security/#common-scams)
+
+### আমার লেনদেন আটকে গেছে {#stuck-transaction}
+
+নেটওয়ার্কের চাহিদার কারণে প্রয়োজনের চেয়ে কম লেনদেন ফি জমা দিলে ইথেরিয়ামে লেনদেন কখনও কখনও আটকে যেতে পারে। অনেক ওয়ালেট লেনদেন প্রক্রিয়াকরণের জন্য উচ্চতর লেনদেন ফি সহ একই লেনদেন পুনরায় জমা দেওয়ার একটি বিকল্প প্রদান করে। বিকল্পভাবে, আপনি আপনার নিজের ঠিকানায় একটি লেনদেন পাঠিয়ে এবং অমীমাংসিত লেনদেনের মতো একই ননস ব্যবহার করে একটি অমীমাংসিত লেনদেন বাতিল করতে পারেন।
+
+[MetaMask-এ একটি অমীমাংসিত লেনদেনের গতি বাড়ানো বা বাতিল করার উপায়](https://metamask.zendesk.com/hc/en-us/articles/360015489251-How-to-speed-up-or-cancel-a-pending-transaction)
+
+[অমীমাংসিত ইথেরিয়াম লেনদেন কীভাবে বাতিল করবেন](https://info.etherscan.com/how-to-cancel-ethereum-pending-transactions/)
+
+### আমি কীভাবে ইথেরিয়াম মাইন করব? {#mining-ethereum}
+
+ইথেরিয়াম মাইনিং আর সম্ভব নয়। ইথেরিয়াম যখন [প্রুফ-অফ-ওয়ার্ক](/glossary/#pow) থেকে [প্রুফ-অফ-স্টেক](/glossary/#pos)-এ স্থানান্তরিত হয়, তখন মাইনিং বন্ধ করে দেওয়া হয়। এখন, মাইনারদের পরিবর্তে, ইথেরিয়ামে ভ্যালিডেটর রয়েছে। নেটওয়ার্ক সুরক্ষিত করার জন্য যে কেউ ETH [স্টেক](/glossary/#staking) করতে পারেন এবং ভ্যালিডেটর সফ্টওয়্যার চালানোর জন্য স্টেকিং পুরস্কার পেতে পারেন।
+
+### আমি কীভাবে একজন স্টেকার / ভ্যালিডেটর চালাব? {#how-to-stake}
+
+একজন ভ্যালিডেটর হতে, আপনাকে অবশ্যই ইথেরিয়াম ডিপোজিট কন্ট্রাক্টে 32 ETH স্টেক করতে হবে এবং একটি ভ্যালিডেটর নোড সেট আপ করতে হবে। আমাদের [স্টেকিং পেজ](/staking)-এ এবং [স্টেকিং লঞ্চপ্যাড](https://launchpad.ethereum.org/)-এ আরও তথ্য পাওয়া যায়।
+
+## ডিএ্যাপস তৈরি করা {#building-support}
+
+তৈরি করা কঠিন হতে পারে। এখানে অভিজ্ঞ ইথেরিয়াম ডেভেলপারদের সাথে কিছু উন্নয়ন কেন্দ্রিক স্থান রয়েছে যারা সাহায্য করতে পেরে খুশি।
+
+- [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)
+
+আপনি আমাদের [ইথেরিয়াম ডেভেলপার রিসোর্স](/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)
+
+ইথেরিয়াম ক্লায়েন্ট তৈরি করা বেশিরভাগ দলেরও নিবেদিত, সর্বজনীন-মুখী, স্থান রয়েছে যেখানে আপনি সহায়তা পেতে এবং প্রশ্ন জিজ্ঞাসা করতে পারেন।
+
+### এক্সিকিউশন ক্লায়েন্ট {#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/bn/contributing/adding-desci-projects/index.md b/public/content/translations/bn/contributing/adding-desci-projects/index.md
new file mode 100644
index 00000000000..4d8911ed01c
--- /dev/null
+++ b/public/content/translations/bn/contributing/adding-desci-projects/index.md
@@ -0,0 +1,44 @@
+---
+title: "DeSci প্রকল্প যোগ করা"
+description: "ethereum.org-এর DeSci পৃষ্ঠায় প্রকল্পগুলির লিঙ্ক যোগ করার জন্য আমরা যে নীতি ব্যবহার করি।"
+lang: bn
+---
+
+# প্রকল্প যোগ করা {#adding-projects}
+
+আমরা বিভিন্ন ধরনের প্রকল্প দেখিয়ে DeSci পরিমণ্ডলের একটি ভালো চিত্র তুলে ধরতে চাই।
+
+ethereum.org-এর DeSci পৃষ্ঠায় তালিকাভুক্ত করার জন্য যেকেউ একটি প্রকল্পের পরামর্শ দিতে পারেন। একইভাবে, কোনো প্রকল্প আর প্রাসঙ্গিক না থাকলে বা আমাদের যোগ্যতার মানদণ্ড পূরণ না করলে, যে কেউ সেটিকে সরানোর জন্য পরামর্শ দিতে পারেন।
+
+## সিদ্ধান্তের কাঠামো {#the-decision-framework}
+
+### অন্তর্ভুক্তির জন্য মানদণ্ড: যা অবশ্যই থাকতে হবে {#the-must-haves}
+
+- **ওপেন সোর্স কোড/ডেটা** - কোড এবং ডেটার উন্মুক্ততা একটি মূল DeSci নীতি, তাই DeSci প্রকল্পগুলি অবশ্যই ক্লোজড সোর্স হবে না। কোডবেসটি অ্যাক্সেসযোগ্য হওয়া উচিত এবং আদর্শভাবে PR-এর জন্য উন্মুক্ত থাকা উচিত।
+- **DeSci প্রকল্পগুলিকে সুস্পষ্টভাবে বিকেন্দ্রীভূত হতে হবে** - এর মধ্যে একটি DAO দ্বারা পরিচালিত হওয়া, বা নন-কাস্টোডিয়াল ওয়ালেট সহ একটি বিকেন্দ্রীভূত টেক স্ট্যাক দিয়ে তৈরি করা অন্তর্ভুক্ত থাকতে পারে। এতে সম্ভবত Ethereum-এর উপর নিরীক্ষাযোগ্য স্মার্ট কন্ট্র্যাক্ট জড়িত।
+- **সৎ এবং সঠিক তালিকাভুক্তির তথ্য** - আশা করা হচ্ছে যে প্রকল্পগুলি থেকে প্রস্তাবিত যেকোনো তালিকাভুক্তির তথ্য সৎ এবং সঠিক হবে। যেসব পণ্য তালিকাভুক্তির তথ্য মিথ্যা প্রমাণিত করে, যেমন আপনার পণ্যটি "ওপেন সোর্স" না হওয়া সত্ত্বেও সেটিকে "ওপেন সোর্স" হিসেবে ঘোষণা করা, সেগুলোকে সরিয়ে দেওয়া হবে।
+- **বিজ্ঞানে প্রবেশাধিকার প্রসারে সুস্পষ্ট প্রতিশ্রুতি** - একটি DeSci প্রকল্পের এটি ব্যক্ত করতে পারা উচিত যে তারা কীভাবে শুধুমাত্র টোকেন/NFT হোল্ডারদের জন্য নয়, বরং সাধারণ মানুষের জন্য বিজ্ঞানে অংশগ্রহণ প্রসারিত করে।
+- **বিশ্বব্যাপী অ্যাক্সেসযোগ্য** - আপনার প্রকল্পের কোনো ভৌগোলিক সীমাবদ্ধতা বা KYC প্রয়োজনীয়তা নেই যা নির্দিষ্ট কিছু লোককে আপনার পরিষেবা অ্যাক্সেস করা থেকে বাদ দেয়।
+- **তথ্যপূর্ণ ওয়েবসাইট এবং নথিপত্র** - এটা জরুরি যে প্রকল্পের ওয়েবসাইটে আসা ভিজিটররা যেন বুঝতে পারে প্রকল্পটি আসলে কী করে, কীভাবে এটি বিজ্ঞানের পরিকাঠামোর বিকেন্দ্রীকরণে অবদান রাখে এবং কীভাবে এতে অংশগ্রহণ করা যায়।
+- **প্রকল্পটি Ethereum ইকোসিস্টেমের অংশ হতে হবে** - ethereum.org-এ আমরা বিশ্বাস করি যে DeSci আন্দোলনের জন্য Ethereum (এবং এর লেয়ার 2-গুলি) হলো উপযুক্ত বেস লেয়ার।
+- **প্রকল্পটি মোটামুটি সুপ্রতিষ্ঠিত হতে হবে** - প্রকল্পটির প্রকৃত ব্যবহারকারী থাকতে হবে যারা বেশ কয়েক মাস ধরে প্রকল্পের পরিষেবাগুলি অ্যাক্সেস করতে সক্ষম হয়েছে।
+
+### থাকলে ভালো
+
+- **একাধিক ভাষায় উপলব্ধ** - আপনার প্রকল্পটি একাধিক ভাষায় অনূদিত হলে সারা বিশ্বের ব্যবহারকারীরা এটি অ্যাক্সেস করতে পারবেন।
+- **শিক্ষামূলক রিসোর্স** - ব্যবহারকারীদের সাহায্য ও শিক্ষিত করার জন্য আপনার পণ্যের একটি সু-পরিকল্পিত অনবোর্ডিং অভিজ্ঞতা থাকা উচিত। অথবা নিবন্ধ বা ভিডিওর মতো কীভাবে-করতে-হয় কন্টেন্টের প্রমাণ।
+- **থার্ড-পার্টি অডিট** - আপনার পণ্যটি কোনো বিশ্বস্ত থার্ড-পার্টির দ্বারা দুর্বলতার জন্য পেশাগতভাবে নিরীক্ষিত।
+- **যোগাযোগের মাধ্যম** - প্রকল্পের জন্য একটি যোগাযোগের মাধ্যম (এটি কোনো DAO বা কমিউনিটির প্রতিনিধি হতে পারে) থাকলে, কোনো পরিবর্তন করার সময় আমাদের সঠিক তথ্য পেতে অনেক সাহায্য হবে। ভবিষ্যতে তথ্য সংগ্রহের সময় এটি ethereum.org আপডেট করার কাজটিকে পরিচালনযোগ্য করে তুলবে।
+
+## রক্ষণাবেক্ষণ {#maintenance}
+
+Ethereum-এর পরিবর্তনশীল প্রকৃতির মতোই, দল এবং পণ্য আসে এবং যায় এবং প্রতিদিন নতুন উদ্ভাবন ঘটে, তাই আমরা আমাদের কন্টেন্টের রুটিন পরীক্ষা চালাব এগুলোর জন্য:
+
+- তালিকাভুক্ত সমস্ত প্রকল্প এখনও আমাদের মানদণ্ড পূরণ করছে কিনা তা নিশ্চিত করুন
+- এমন কোনো প্রস্তাবিত পণ্য নেই যা বর্তমানে তালিকাভুক্ত পণ্যগুলির চেয়ে আমাদের বেশি মানদণ্ড পূরণ করে, তা যাচাই করুন।
+
+Ethereum.org ওপেন সোর্স কমিউনিটি দ্বারা পরিচালিত হয় এবং এটিকে আপ-টু-ডেট রাখতে আমরা কমিউনিটির সাহায্যের উপর নির্ভর করি। তালিকাভুক্ত প্রকল্পগুলি সম্পর্কে এমন কোনো তথ্য যদি আপনার নজরে আসে যা আপডেট করা প্রয়োজন, তাহলে অনুগ্রহ করে আমাদের GitHub রিপোজিটরিতে একটি ইস্যু অথবা একটি পুল রিকোয়েস্ট খুলুন।
+
+## ব্যবহারের শর্তাবলী {#terms-of-use}
+
+অনুগ্রহ করে আমাদের [ব্যবহারের শর্তাবলী](/terms-of-use/) দেখুন। ethereum.org-এর তথ্য শুধুমাত্র সাধারণ তথ্যের উদ্দেশ্যে প্রদান করা হয়েছে।
diff --git a/public/content/translations/bn/contributing/adding-developer-tools/index.md b/public/content/translations/bn/contributing/adding-developer-tools/index.md
new file mode 100644
index 00000000000..7ed662406e3
--- /dev/null
+++ b/public/content/translations/bn/contributing/adding-developer-tools/index.md
@@ -0,0 +1,61 @@
+---
+title: "ডেভেলপার টুলস যোগ করা"
+lang: bn
+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/bn/contributing/adding-exchanges/index.md b/public/content/translations/bn/contributing/adding-exchanges/index.md
new file mode 100644
index 00000000000..94e6e76ce4c
--- /dev/null
+++ b/public/content/translations/bn/contributing/adding-exchanges/index.md
@@ -0,0 +1,40 @@
+---
+title: "এক্সচেঞ্জ যোগ করা হচ্ছে"
+description: "ethereum.org-এ এক্সচেঞ্জ যোগ করার সময় আমরা যে নীতি ব্যবহার করি"
+lang: bn
+---
+
+# Ethereum এক্সচেঞ্জ যোগ করা {#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/bn/contributing/adding-glossary-terms/index.md b/public/content/translations/bn/contributing/adding-glossary-terms/index.md
new file mode 100644
index 00000000000..f6e54a85361
--- /dev/null
+++ b/public/content/translations/bn/contributing/adding-glossary-terms/index.md
@@ -0,0 +1,26 @@
+---
+title: "গ্লসারি পরিভাষা যোগ করা হচ্ছে"
+lang: bn
+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/bn/contributing/adding-layer-2s/index.md b/public/content/translations/bn/contributing/adding-layer-2s/index.md
new file mode 100644
index 00000000000..4705668a05d
--- /dev/null
+++ b/public/content/translations/bn/contributing/adding-layer-2s/index.md
@@ -0,0 +1,97 @@
+---
+title: "লেয়ার 2 যোগ করা হচ্ছে"
+description: "ethereum.org-এ একটি লেয়ার 2 যোগ করার সময় আমরা যে নীতিটি ব্যবহার করি"
+lang: bn
+---
+
+# লেয়ার 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-এর জন্য একটি তুলনামূলকভাবে নতুন এবং উত্তেজনাপূর্ণ দৃষ্টান্ত। আমরা 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)।
+
+**ওপেন সোর্স**
+
+- আপনার কোডটি অবশ্যই অ্যাক্সেসযোগ্য হতে হবে এবং আপনার বৃহত্তর কমিউনিটির থেকে PR গ্রহণ করা উচিত।
+
+**লেয়ার 2 বিভাগ**
+
+আমরা বর্তমানে নিম্নলিখিতগুলিকে লেয়ার 2 সমাধান হিসাবে বিবেচনা করি:
+
+- অপ্টিমেস্টিক রোলআপ
+- জিরো-নলেজ রোলআপ
+
+_আমরা ডেটা প্রাপ্যতা বা নিরাপত্তার জন্য Ethereum ব্যবহার করে না এমন অন্যান্য স্কেলিং সমাধানগুলিকে লেয়ার 2 হিসাবে বিবেচনা করি না।_
+
+**ডেটা উপলব্ধতার জন্য Ethereum**
+
+- অন্যান্য স্কেলিং সমাধান এবং লেয়ার 2-এর মধ্যে ডেটা উপলব্ধতা একটি গুরুত্বপূর্ণ পার্থক্যকারী ফ্যাক্টর। তালিকাভুক্তির জন্য বিবেচিত হতে একটি প্রকল্পকে ডেটা উপলব্ধতার জন্য **অবশ্যই** Ethereum মেইননেট ব্যবহার করতে হবে।
+
+**ব্রিজ**
+
+- ব্যবহারকারীরা কীভাবে লেয়ার 2-এ অনবোর্ড করতে পারে?
+
+**প্রকল্পটি লাইভ হওয়ার তারিখ**
+
+- একটি লেয়ার 2 যা 6 মাসেরও বেশি সময় ধরে মেইননেটে "লাইভ" রয়েছে
+
+- যে নতুন প্রকল্পগুলি ব্যবহারকারীদের দ্বারা পরীক্ষিত হয়নি, সেগুলির তালিকাভুক্ত হওয়ার সম্ভাবনা কম।
+
+**বাহ্যিক নিরাপত্তা নিরীক্ষা**
+
+- নিরীক্ষা, একটি অভ্যন্তরীণ নিরাপত্তা দল বা অন্য কোনো পদ্ধতির মাধ্যমেই হোক না কেন, আপনার পণ্যের নিরাপত্তা নির্ভরযোগ্যভাবে পরীক্ষা করা আবশ্যক। এটি আমাদের ব্যবহারকারীদের ঝুঁকি কমায় এবং আমাদের দেখায় যে আপনি নিরাপত্তাকে গুরুত্ব সহকারে নেন।
+
+**টেকসই ব্যবহারকারী বেস**
+
+- আমরা TVL ইতিহাস, লেনদেনের পরিসংখ্যানের মতো মেট্রিকগুলি এবং এটি পরিচিত কোম্পানি বা প্রকল্পগুলির দ্বারা ব্যবহৃত হয় কিনা তা বিবেচনা করব
+
+**সক্রিয় ডেভেলপমেন্ট দল**
+
+- আমরা এমন কোনো লেয়ার 2 তালিকাভুক্ত করব না যার প্রকল্পে কাজ করার জন্য একটি সক্রিয় দল নেই।
+
+**ব্লক এক্সপ্লোরার**
+
+- তালিকাভুক্ত প্রকল্পগুলির জন্য একটি কার্যকরী ব্লক এক্সপ্লোরার প্রয়োজন যাতে ব্যবহারকারীরা সহজে চেইনটি নেভিগেট করতে পারে।
+
+### অন্যান্য মানদণ্ড: যেগুলো থাকলে ভালো হয় {#nice-to-haves}
+
+**প্রকল্পের জন্য এক্সচেঞ্জ সমর্থন**
+
+- ব্যবহারকারীরা কি সরাসরি একটি এক্সচেঞ্জ থেকে জমা এবং/অথবা উত্তোলন করতে পারে?
+
+**লেয়ার 2 ইকোসিস্টেমের ডিএ্যাপস-এর লিঙ্ক**
+
+- আমরা এই লেয়ার 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/bn/contributing/adding-products/index.md b/public/content/translations/bn/contributing/adding-products/index.md
new file mode 100644
index 00000000000..ee3814f1ae3
--- /dev/null
+++ b/public/content/translations/bn/contributing/adding-products/index.md
@@ -0,0 +1,100 @@
+---
+title: "পণ্য যোগ করা হচ্ছে"
+description: "ethereum.org-এ ডিএ্যাপস যোগ করার জন্য আমরা যে নীতি ব্যবহার করি"
+lang: bn
+---
+
+# Ethereum পণ্য যোগ করা {#adding-products}
+
+যেখানে উপযুক্ত, সেখানে ethereum.org-এর কন্টেন্টে নতুন ডিএ্যাপস যোগ করার জন্য যে কেউ নির্দ্বিধায় পরামর্শ দিতে পারেন। **না, আমরা আপনার ডিএ্যাপ আমাদের হোমপেজে তালিকাভুক্ত করব না** 😜
+
+ডিএ্যাপস বর্তমানে এখানে তালিকাভুক্ত আছে:
+
+- ethereum.org/dapps
+- ethereum.org/get-eth
+
+**অনুগ্রহ করে শুধুমাত্র এই পৃষ্ঠাগুলিতেই নতুন সংযোজনের পরামর্শ দিন।**
+
+যদিও আমরা নতুন সংযোজনকে স্বাগত জানাই, আমরা আমাদের ব্যবহারকারীদের জন্য একটি অভিজ্ঞতা তৈরি করার চেষ্টার উপর ভিত্তি করে বর্তমান ডিএ্যাপসগুলো বেছে নিয়েছি। এগুলি আমাদের কিছু ডিজাইন নীতির উপর ভিত্তি করে তৈরি করা হয়েছে:
+
+- _অনুপ্রেরণামূলক_: ethereum.org-এর যেকোনো কিছু ব্যবহারকারীদের নতুন কিছু প্রদান করা উচিত
+- _একটি ভালো গল্প_: যা তালিকাভুক্ত করা হয়েছে তা একটি "আহা" মুহূর্ত প্রদান করা উচিত
+- _বিশ্বাসযোগ্য_: ব্যবহারকারীদের ঝুঁকি কমানোর জন্য সবকিছু বৈধ ব্যবসা/প্রকল্প হওয়া উচিত
+
+সামগ্রিকভাবে **ethereum.org নতুন ব্যবহারকারীদের জন্য একটি "নির্বিঘ্ন অনবোর্ডিং অভিজ্ঞতা" প্রদান করতে চায়**। সেই কারণে, আমরা ডিএ্যাপস যোগ করি তাদের এগুলোর উপর ভিত্তি করে:
+
+- ব্যবহারের সহজলভ্যতা
+- অন্যান্য পণ্যের সাথে আন্তঃকার্যক্ষমতা
+- নিরাপত্তা
+- দীর্ঘায়ু
+
+এখানে আরও বিস্তারিতভাবে আমাদের সিদ্ধান্ত কাঠামো দেওয়া হলো। নির্দ্বিধায় মতামত প্রদান করুন বা পরিবর্তনের পরামর্শ দিন।
+
+## সিদ্ধান্ত কাঠামো {#decision-framework}
+
+### অন্তর্ভুক্তির জন্য মানদণ্ড: যা অবশ্যই থাকতে হবে {#criteria-for-inclusion-the-must-haves}
+
+- **একটি নিরাপত্তা-পরীক্ষিত পণ্য** – অডিট, একটি অভ্যন্তরীণ নিরাপত্তা দল বা অন্য কোনো পদ্ধতির মাধ্যমেই হোক না কেন, আপনার পণ্যের নিরাপত্তা নির্ভরযোগ্যভাবে পরীক্ষা করা আবশ্যক। এটি আমাদের ব্যবহারকারীদের ঝুঁকি কমায় এবং আমাদের দেখায় যে আপনি নিরাপত্তাকে গুরুত্ব সহকারে নেন।
+- **একটি পণ্য যা 6 মাসের বেশি সময় ধরে "লাইভ" আছে** – এটি নিরাপত্তার আরেকটি ইঙ্গিত। গুরুতর বাগ এবং এক্সপ্লয়েটেশন খুঁজে পাওয়ার জন্য 6 মাস একটি ভালো সময়সীমা।
+- **একটি সক্রিয় দল দ্বারা কাজ করা হয়েছে** – এটি গুণমান নিশ্চিত করতে সহায়তা করে এবং একজন ব্যবহারকারী তাদের জিজ্ঞাসার জন্য সমর্থন পাবেন।
+- **সৎ এবং সঠিক তালিকার তথ্য** - এটি প্রত্যাশিত যে প্রকল্পগুলি থেকে প্রস্তাবিত যেকোনো তালিকা সৎ এবং সঠিক তথ্য সহ আসবে। যেসব পণ্য তালিকার তথ্যকে মিথ্যা প্রমাণিত করে, যেমন আপনার পণ্যটি "ওপেন-সোর্স" না হওয়া সত্ত্বেও তা ঘোষণা করা, সেগুলি সরিয়ে দেওয়া হবে।
+
+### র‍্যাঙ্কিংয়ের জন্য মানদণ্ড: যা থাকলে ভালো হয় {#criteria-for-ranking-the-nice-to-haves}
+
+নিম্নলিখিত মানদণ্ডের কারণে আপনার ডিএ্যাপটি ethereum.org-এ অন্যদের মতো ততটা স্পষ্টভাবে তালিকাভুক্ত নাও হতে পারে।
+
+**ডিএ্যাপস**
+
+- **আপনি তালিকাভুক্ত বেশিরভাগ ওয়ালেটের মাধ্যমে এটি অ্যাক্সেস করতে পারেন** – ethereum.org-এ তালিকাভুক্ত বেশিরভাগ ওয়ালেটের সাথে ডিএ্যাপসগুলোর কাজ করা উচিত।
+- **ব্যবহারকারীরা নিজেরাই এটি চেষ্টা করে দেখতে পারেন –** একজন স্বতন্ত্র ব্যবহারকারীর আপনার ডিএ্যাপটি ব্যবহার করতে এবং বাস্তব কিছু অর্জন করতে সক্ষম হওয়া উচিত।
+- **অনবোর্ডিং** – আপনার পণ্যের একটি ভালোভাবে ডিজাইন করা অনবোর্ডিং অভিজ্ঞতা থাকা উচিত যা ব্যবহারকারীদের সহায়তা করতে এবং শিক্ষিত করতে পারে। অথবা নিবন্ধ বা ভিডিওর মতো কীভাবে-করতে-হয় কন্টেন্টের প্রমাণ।
+- **নন-কাস্টোডিয়াল** – ব্যবহারকারীরা তাদের তহবিল নিয়ন্ত্রণ করে। যদি আপনার পণ্যটি অদৃশ্য হয়ে যায়, ব্যবহারকারীরা তখনও তাদের তহবিল অ্যাক্সেস এবং স্থানান্তর করতে পারবেন।
+- **বিশ্বব্যাপী অ্যাক্সেসযোগ্য** – আপনার পণ্যের কোনো ভৌগলিক সীমাবদ্ধতা বা KYC প্রয়োজনীয়তা নেই যা নির্দিষ্ট ব্যক্তিদের আপনার পরিষেবা অ্যাক্সেস করা থেকে বাদ দেয়।
+- **ওপেন সোর্স** – আপনার কোড অ্যাক্সেসযোগ্য হওয়া উচিত এবং আপনার বৃহত্তর কমিউনিটি থেকে PR গ্রহণ করা উচিত।
+- **কমিউনিটি** – আপনার একটি ডেডিকেটেড কমিউনিটি, হয়তো একটি Discord আছে, যেখানে ব্যবহারকারীরা সহায়তা পেতে বা নতুন বৈশিষ্ট্যের পরামর্শ দিতে আপনার দলের সাথে মতবিনিময় করতে পারে।
+
+## বাস্তবে মানদণ্ড {#criteria-in-practice}
+
+আপনি যত বেশি মানদণ্ড পূরণ করবেন, আপনার পণ্যের ethereum.org-এ স্থান পাওয়ার সম্ভাবনা তত বেশি হবে।
+
+একটি তালিকাভুক্ত পণ্য যা শুধুমাত্র যা-অবশ্যই-থাকতে-হবে এমন শর্তগুলো পূরণ করে, সেটি সরানো হতে পারে যদি এমন একটি নতুন পণ্যের প্রস্তাব করা হয় যা যা-অবশ্যই-থাকতে-হবে এমন শর্তগুলো এবং যা-থাকলে-ভালো-হয় এমন কয়েকটি শর্তও পূরণ করে।
+
+এই সিদ্ধান্তে যে অন্যান্য বিষয়গুলি প্রভাব ফেলবে:
+
+- প্রতিস্থাপনের পরিবর্তে যোগ করলে কি পৃষ্ঠার UX নষ্ট হবে?
+  - আমাদের সাইটটি মূলত শিক্ষামূলক এবং এর মূল উদ্দেশ্য হলো Ethereum এবং এর প্রাসঙ্গিক ধারণাগুলি ব্যাখ্যা করা। ব্যবহারকারীদের জন্য অনেকগুলি বিকল্প যোগ করার মাধ্যমে, পৃষ্ঠাগুলি কম পঠনযোগ্য এবং ফলস্বরূপ কম কার্যকর হয়ে উঠতে পারে।
+- এই পৃষ্ঠাটি কি এখন ব্যবহারকারীকে পছন্দের ভিড়ে কিংকর্তব্যবিমূঢ় করে দেয়?
+  - যেমন আপনি যখন ঘণ্টার পর ঘণ্টা Netflix ব্রাউজ করতে বসেন কারণ আপনি কী দেখবেন তা ঠিক করতে পারেন না। নতুন ব্যবহারকারীদের অনেক বেশি পছন্দের মাধ্যমে বিভ্রান্ত করা একটি ঝুঁকি।
+
+এটি একটি ডিজাইন সিদ্ধান্ত যার জন্য ethereum.org দায়ী।
+
+তবে নিশ্চিন্ত থাকুন, **অন্যান্য ওয়েবসাইটের লিঙ্ক থাকবে যা আরও বেশি ডিএ্যাপস র‍্যাঙ্ক করে**
+
+### পণ্যের ক্রম {#product-ordering}
+
+যদি পণ্যগুলি বিশেষভাবে অন্য কোনোভাবে, যেমন বর্ণানুক্রমিকভাবে, সাজানো না হয়, তবে পণ্যগুলি পৃষ্ঠাটিতে সবচেয়ে সাম্প্রতিক থেকে সবচেয়ে কম সাম্প্রতিক সংযোজনের ক্রমে প্রদর্শিত হবে। অন্য কথায়, নতুন পণ্যগুলি তালিকার শেষে যোগ করা হয়।
+
+### ব্যবহারের শর্তাবলী {#terms-of-use}
+
+অনুগ্রহ করে আমাদের [ব্যবহারের শর্তাবলী](/terms-of-use/) দেখুন। ethereum.org-এর তথ্য শুধুমাত্র সাধারণ তথ্যের উদ্দেশ্যে প্রদান করা হয়েছে।
+
+## রক্ষণাবেক্ষণ {#maintenance}
+
+Ethereum-এর পরিবর্তনশীল প্রকৃতির মতোই, দল এবং পণ্য আসে এবং যায় এবং প্রতিদিন নতুন উদ্ভাবন ঘটে, তাই আমরা আমাদের কন্টেন্টের রুটিন পরীক্ষা চালাব এগুলোর জন্য:
+
+- নিশ্চিত করা যে তালিকাভুক্ত সমস্ত ডিএ্যাপস এখনও আমাদের মানদণ্ড পূরণ করে
+- যাচাই করা যে এমন কোনো পণ্যের পরামর্শ দেওয়া হয়নি যা বর্তমানে তালিকাভুক্ত পণ্যগুলির চেয়ে আমাদের আরও বেশি মানদণ্ড পূরণ করে
+
+আপনি এটি পরীক্ষা করে এবং আমাদের জানিয়ে এতে সহায়তা করতে পারেন। [একটি ইস্যু তৈরি করুন](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-এ একটি ডিএ্যাপ যোগ করতে চান এবং এটি মানদণ্ড পূরণ করে, অনুগ্রহ করে আমাদের জানান।
+
+<ButtonLink href="https://submitapp.paperform.co/">
+  একটি অ্যাপ সাজেস্ট করুন
+</ButtonLink>
diff --git a/public/content/translations/bn/contributing/adding-resources/index.md b/public/content/translations/bn/contributing/adding-resources/index.md
new file mode 100644
index 00000000000..a2ea5f97e3d
--- /dev/null
+++ b/public/content/translations/bn/contributing/adding-resources/index.md
@@ -0,0 +1,53 @@
+---
+title: "রিসোর্স যোগ করা"
+description: "ethereum.org-এ রিসোর্স যোগ করার সময় আমরা যে নীতি ব্যবহার করি"
+lang: bn
+---
+
+# রিসোর্স যোগ করা {#adding-resources}
+
+ব্যবহারকারীদের নিরাপদ এবং আত্মবিশ্বাসী রাখার পাশাপাশি আমরা সেরা সম্ভাব্য রিসোর্স তালিকাভুক্ত করা নিশ্চিত করতে চাই।
+
+যেকেউ ethereum.org-এর রিসোর্স ড্যাশবোর্ডে নতুন রিসোর্স যোগ করার জন্য নির্দ্বিধায় পরামর্শ দিতে পারেন, যা বর্তমানে [ethereum.org/resources](/resources/)-এ পাওয়া যায়।
+
+যদিও আমরা নতুন সংযোজনকে স্বাগত জানাই, বর্তমান রিসোর্সগুলো এমন একটি অভিজ্ঞতার উপর ভিত্তি করে বেছে নেওয়া হয়েছিল যা আমরা আমাদের ব্যবহারকারীদের জন্য তৈরি করার চেষ্টা করছি। এগুলি আমাদের কিছু ডিজাইন নীতির উপর ভিত্তি করে তৈরি করা হয়েছে:
+
+- _অনুপ্রেরণামূলক_: ethereum.org-এর যেকোনো কিছু ব্যবহারকারীদের নতুন কিছু প্রদান করা উচিত
+- _একটি ভালো গল্প_: যা তালিকাভুক্ত করা হয়েছে তা একটি "আহা" মুহূর্ত প্রদান করা উচিত
+- _বিশ্বাসযোগ্য_: ব্যবহারকারীদের ঝুঁকি কমানোর জন্য সবকিছু বৈধ ব্যবসা/প্রকল্প হওয়া উচিত
+
+সামগ্রিকভাবে **ethereum.org-এর লক্ষ্য হল নতুন ব্যবহারকারীদের জন্য একটি নির্বিঘ্ন অনবোর্ডিং অভিজ্ঞতা প্রদান করা**। সেই কারণে, আমরা তাদের নিম্নলিখিত বিষয়ের উপর ভিত্তি করে রিসোর্স যোগ করি:
+
+- ব্যবহারের সহজলভ্যতা
+- সঠিকতা
+- রক্ষণাবেক্ষণ
+
+## সিদ্ধান্ত কাঠামো {#decision-framework}
+
+### মানদণ্ড {#criteria}
+
+- **সৎ এবং সঠিক তালিকাভুক্তির তথ্য** - প্রস্তাবিত যেকোনো তালিকাভুক্তির তথ্য অবশ্যই সৎ এবং সঠিক হতে হবে। যেসব প্রোডাক্ট তথ্য বিকৃত করে সেগুলোকে সরিয়ে দেওয়া হবে।
+- **সক্রিয় প্রজেক্ট** – ব্যবহারকারীদের জন্য গুণমান এবং সাপোর্ট নিশ্চিত করতে রিসোর্সটি একটি সক্রিয় টিম দ্বারা রক্ষণাবেক্ষণ করা উচিত। সেকেলে রিসোর্সগুলো সরিয়ে দেওয়া হতে পারে।
+
+### পণ্যের ক্রম {#product-ordering}
+
+আমরা প্রোডাক্টগুলোকে তাদের প্রভাবের উপর ভিত্তি করে সাজানোর অধিকার সংরক্ষণ করি। অন্যথায় নির্দিষ্ট না করা থাকলে নতুন প্রোডাক্টগুলো সাধারণত তালিকার শেষে যোগ করা হবে।
+
+## রক্ষণাবেক্ষণ {#maintenance}
+
+ইথেরিয়াম ইকোসিস্টেম বিকশিত হওয়ার সাথে সাথে, আমরা নিয়মিতভাবে আমাদের কনটেন্ট পরীক্ষা করব:
+
+- নিশ্চিত করা যে তালিকাভুক্ত সমস্ত রিসোর্স এখনও আমাদের মানদণ্ড পূরণ করে
+- এমন কোনো প্রস্তাবিত পণ্য নেই যা বর্তমানে তালিকাভুক্ত পণ্যগুলির চেয়ে আমাদের বেশি মানদণ্ড পূরণ করে, তা যাচাই করুন।
+
+আপনি এটি পরীক্ষা করে এবং আমাদের জানিয়ে এতে সহায়তা করতে পারেন। [একটি ইস্যু তৈরি করুন](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/bn/contributing/adding-staking-products/index.md b/public/content/translations/bn/contributing/adding-staking-products/index.md
new file mode 100644
index 00000000000..5970470d7e1
--- /dev/null
+++ b/public/content/translations/bn/contributing/adding-staking-products/index.md
@@ -0,0 +1,176 @@
+---
+title: "স্টেকিং পণ্য বা পরিষেবা যোগ করা"
+description: "ethereum.org-এ স্টেকিং পণ্য বা পরিষেবা যোগ করার সময় আমরা যে নীতি ব্যবহার করি"
+lang: bn
+---
+
+# স্টেকিং পণ্য বা পরিষেবা যোগ করা {#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/)
+
+বিকন চেইনে প্রুফ-অফ-স্টেক ১ ডিসেম্বর, ২০২০ থেকে লাইভ রয়েছে। যদিও স্টেকিং এখনও তুলনামূলকভাবে নতুন, আমরা ethereum.org-এ বিবেচনার জন্য একটি ন্যায্য এবং স্বচ্ছ কাঠামো তৈরি করার চেষ্টা করেছি কিন্তু তালিকাভুক্তির মানদণ্ড সময়ের সাথে সাথে পরিবর্তিত হবে এবং বিকশিত হবে, এবং এটি চূড়ান্তভাবে ethereum.org ওয়েবসাইট টিমের বিবেচনার উপর নির্ভর করে।
+
+## সিদ্ধান্তের কাঠামো {#the-decision-framework}
+
+ethereum.org-এ একটি পণ্য তালিকাভুক্ত করার সিদ্ধান্ত কোনো একটি বিষয়ের উপর নির্ভরশীল নয়। একটি পণ্য বা পরিষেবা তালিকাভুক্ত করার সিদ্ধান্ত নেওয়ার সময় একাধিক মানদণ্ড একসাথে বিবেচনা করা হয়। এই মানদণ্ডগুলির মধ্যে যত বেশি পূরণ করা হবে, তালিকাভুক্ত হওয়ার সম্ভাবনা তত বেশি।
+
+**প্রথমত, এটি কোন বিভাগের পণ্য বা পরিষেবা?**
+
+- নোড বা ক্লায়েন্ট টুলিং
+- কী ব্যবস্থাপনা
+- পরিষেবা হিসাবে স্টেকিং (SaaS)
+- স্টেকিং পুল
+
+বর্তমানে, আমরা শুধুমাত্র এই বিভাগগুলিতে পণ্য বা পরিষেবা তালিকাভুক্ত করছি।
+
+### অন্তর্ভুক্তির জন্য মানদণ্ড {#criteria-for-inclusion}
+
+স্টেকিং পণ্য বা পরিষেবা জমাগুলি নিম্নলিখিত মানদণ্ড দ্বারা মূল্যায়ন করা হবে:
+
+**প্রকল্প বা পরিষেবাটি কখন চালু হয়েছিল?**
+
+- পণ্য বা পরিষেবাটি কখন জনসাধারণের জন্য উপলব্ধ হয়েছিল তার কোনো প্রমাণ আছে কি?
+- এটি পণ্যের "বাস্তব-পরীক্ষিত" স্কোর নির্ধারণ করতে ব্যবহৃত হয়।
+
+**প্রকল্পটি কি সক্রিয়ভাবে রক্ষণাবেক্ষণ করা হচ্ছে?**
+
+- প্রকল্পটি বিকাশের জন্য কোনো সক্রিয় দল আছে কি? কে জড়িত?
+- শুধুমাত্র সক্রিয়ভাবে রক্ষণাবেক্ষণ করা পণ্যগুলি বিবেচনা করা হবে।
+
+**পণ্য বা পরিষেবাটি কি বিশ্বস্ত/মানুষ মধ্যস্থতাকারী মুক্ত?**
+
+- ব্যবহারকারীর যাত্রাপথে কোন ধাপগুলিতে তাদের তহবিলের কী ধরে রাখার জন্য বা সঠিকভাবে পুরস্কার বিতরণের জন্য মানুষের উপর বিশ্বাস করার প্রয়োজন হয়?
+- এটি পণ্য বা পরিষেবার "ট্রাস্টলেস" স্কোর নির্ধারণ করতে ব্যবহৃত হয়।
+
+**প্রকল্পটি কি সঠিক এবং নির্ভরযোগ্য তথ্য প্রদান করে?**
+
+- এটি অত্যন্ত গুরুত্বপূর্ণ যে পণ্যের ওয়েবসাইটে আপ-টু-ডেট, সঠিক এবং অ-বিভ্রান্তিকর তথ্য বৈশিষ্ট্যযুক্ত করা উচিত, বিশেষত যদি এটি ইথেরিয়াম প্রোটোকল বা অন্যান্য সম্পর্কিত প্রযুক্তির সাথে সম্পর্কিত হয়।
+- ইথেরিয়াম বা অন্যান্য প্রাসঙ্গিক বিষয় সম্পর্কে ভুল তথ্য, পুরানো বিবরণ, বা সম্ভাব্য বিভ্রান্তিকর বিবৃতি সম্বলিত জমাগুলি তালিকাভুক্ত করা হবে না বা যদি ইতিমধ্যে তালিকাভুক্ত করা হয়ে থাকে তবে তা সরিয়ে দেওয়া হবে।
+
+**কোন প্ল্যাটফর্মগুলি সমর্থিত?**
+
+- অর্থাৎ, 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 ক্লায়েন্ট বর্তমানে নেটওয়ার্কের ৩৩%-এর বেশি দ্বারা ব্যবহৃত হয়, আমরা তার ব্যবহার সম্পর্কিত ডেটা অনুরোধ করি।
+- এটি পণ্যের "বৈচিত্র্যময় ক্লায়েন্ট" স্কোর নির্ধারণ করতে ব্যবহৃত হয়।
+
+#### স্টেকিং পুল {#staking-pool}
+
+[পুলড স্টেকিং পরিষেবা](/staking/pools/)-এর জন্য:
+
+**স্টেক করার জন্য সর্বনিম্ন কত ETH প্রয়োজন?**
+
+- যেমন, ০.০১ ETH
+
+**এতে জড়িত ফি বা স্টেকিং প্রয়োজনীয়তাগুলি কী কী?**
+
+- পুরস্কারের কত শতাংশ ফি হিসাবে সরানো হয়?
+- কোনো অতিরিক্ত স্টেকিং প্রয়োজনীয়তা আছে?
+
+**কোনো লিকুইডিটি টোকেন আছে কি?**
+
+- কোন টোকেনগুলি জড়িত? তারা কীভাবে কাজ করে? কন্ট্র্যাক্ট অ্যাড্রেসগুলি কী কী?
+- এটি পণ্যের "লিকুইডিটি টোকেন" স্কোর নির্ধারণ করতে ব্যবহৃত হয়।
+
+**ব্যবহারকারীরা কি নোড অপারেটর হিসাবে অংশগ্রহণ করতে পারে?**
+
+- পুল করা তহবিল ব্যবহার করে ভ্যালিডেটর ক্লায়েন্ট চালানোর জন্য কী প্রয়োজন?
+- এর জন্য কি কোনো ব্যক্তি, কোম্পানি বা DAO-এর থেকে অনুমতি প্রয়োজন?
+- এটি পণ্যের "পারমিশনলেস নোড" স্কোর নির্ধারণ করতে ব্যবহৃত হয়।
+
+**পুল নোড অপারেটরদের ক্লায়েন্ট বৈচিত্র্য কী?**
+
+- নোড অপারেটরদের কত শতাংশ একটি সংখ্যাগরিষ্ঠ কনসেন্সাস লেয়ার (CL) ক্লায়েন্ট চালাচ্ছে?
+- শেষ সম্পাদনা অনুযায়ী, Prysm হলো কনসেন্সাস লেয়ার ক্লায়েন্ট যা বেশিরভাগ নোড অপারেটরদের দ্বারা চালিত হচ্ছে, যা নেটওয়ার্কের জন্য বিপজ্জনক। যদি কোনো CL ক্লায়েন্ট বর্তমানে নেটওয়ার্কের ৩৩%-এর বেশি দ্বারা ব্যবহৃত হয়, আমরা তার ব্যবহার সম্পর্কিত ডেটা অনুরোধ করি।
+- এটি পণ্যের "বৈচিত্র্যময় ক্লায়েন্ট" স্কোর নির্ধারণ করতে ব্যবহৃত হয়।
+
+### অন্যান্য মানদণ্ড: যা থাকলে ভালো {#other-criteria}
+
+**কোন ব্যবহারকারী ইন্টারফেসগুলি সমর্থিত?**
+
+- অর্থাৎ, ব্রাউজার অ্যাপ, ডেস্কটপ অ্যাপ, মোবাইল অ্যাপ, CLI
+
+**নোড টুলিং-এর জন্য, সফ্টওয়্যারটি কি ক্লায়েন্টগুলির মধ্যে স্যুইচ করার কোনো সহজ উপায় প্রদান করে?**
+
+- ব্যবহারকারী কি টুলটি ব্যবহার করে সহজে এবং নিরাপদে ক্লায়েন্ট পরিবর্তন করতে পারেন?
+
+**SaaS-এর জন্য, পরিষেবাটি দ্বারা বর্তমানে কতগুলি ভ্যালিডেটর পরিচালিত হচ্ছে?**
+
+- এটি এখন পর্যন্ত আপনার পরিষেবার পরিধি সম্পর্কে আমাদের একটি ধারণা দেয়।
+
+## কীভাবে আমরা ফলাফল প্রদর্শন করি {#product-ordering}
+
+[উপরে অন্তর্ভুক্তির জন্য মানদণ্ড](#criteria-for-inclusion) প্রতিটি পণ্য বা পরিষেবার জন্য একটি ক্রমবর্ধমান স্কোর গণনা করতে ব্যবহৃত হয়। এটি নির্দিষ্ট উদ্দেশ্যমূলক মানদণ্ড পূরণকারী পণ্যগুলিকে বাছাই এবং প্রদর্শন করার একটি উপায় হিসাবে ব্যবহৃত হয়। যত বেশি মানদণ্ডের জন্য প্রমাণ প্রদান করা হবে, একটি পণ্য তত উপরে সাজানো হবে, এবং টাই হলে লোড করার সময় এলোমেলোভাবে ক্রম নির্ধারিত হবে।
+
+এই মানদণ্ডগুলির জন্য কোড লজিক এবং ওয়েটগুলি বর্তমানে আমাদের রেপোতে [এই জাভাস্ক্রিপ্ট কম্পোনেন্টে](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/bn/contributing/adding-wallets/index.md b/public/content/translations/bn/contributing/adding-wallets/index.md
new file mode 100644
index 00000000000..64101b9ab5d
--- /dev/null
+++ b/public/content/translations/bn/contributing/adding-wallets/index.md
@@ -0,0 +1,80 @@
+---
+title: "ওয়ালেট যোগ করা হচ্ছে"
+description: "ethereum.org-এ একটি ওয়ালেট যোগ করার সময় আমরা যে নীতি ব্যবহার করি"
+lang: bn
+---
+
+# ওয়ালেট যোগ করা হচ্ছে {#adding-wallets}
+
+আমরা নিশ্চিত করতে চাই যে আমরা বৈশিষ্ট্য-সমৃদ্ধ ল্যান্ডস্কেপ কভার করে বিভিন্ন ওয়ালেট দেখাই যাতে ব্যবহারকারীরা আত্মবিশ্বাসের সাথে ইথেরিয়াম নেভিগেট করতে পারে।
+
+ethereum.org-এ একটি ওয়ালেট যোগ করার পরামর্শ দেওয়ার জন্য যে কেউ স্বাধীন। যদি এমন কোনো ওয়ালেট থাকে যা আমরা মিস করেছি, অনুগ্রহ করে এটির পরামর্শ দিন!
+
+ওয়ালেটগুলো বর্তমানে এখানে তালিকাভুক্ত আছে:
+
+- [ethereum.org/wallets/find-wallet/](/wallets/find-wallet/)
+
+ইথেরিয়ামে ওয়ালেটগুলো দ্রুত পরিবর্তিত হচ্ছে। আমরা ethereum.org-এ বিবেচনার জন্য একটি ন্যায্য কাঠামো তৈরি করার চেষ্টা করেছি কিন্তু তালিকাভুক্তির মানদণ্ড সময়ের সাথে সাথে পরিবর্তিত হবে এবং বিকশিত হবে।
+
+## সিদ্ধান্তের কাঠামো {#the-decision-framework}
+
+### অন্তর্ভুক্তির জন্য মানদণ্ড: যা অবশ্যই থাকতে হবে {#the-must-haves}
+
+- **একটি নিরাপত্তা-পরীক্ষিত পণ্য** - অডিট, একটি অভ্যন্তরীণ নিরাপত্তা দল, ওপেন সোর্স কোড, বা অন্য কোনো পদ্ধতির মাধ্যমেই হোক না কেন, আপনার ওয়ালেটের নিরাপত্তা অবশ্যই নির্ভরযোগ্য হতে হবে। এটি আমাদের ব্যবহারকারীদের ঝুঁকি কমায় এবং আমাদের দেখায় যে আপনি নিরাপত্তাকে গুরুত্ব সহকারে নেন।
+- **এমন একটি ওয়ালেট যা ছয় মাসের বেশি সময় ধরে “লাইভ” আছে অথবা একটি স্বনামধন্য ট্র্যাক রেকর্ড সহ একটি গ্রুপ দ্বারা প্রকাশিত হয়েছে** - এটি নিরাপত্তার আরেকটি ইঙ্গিত। গুরুতর বাগ এবং এক্সপ্লয়েটেশন খুঁজে বের করার জন্য ছয় মাস একটি ভালো সময়। প্রকল্প হিসেবে দ্রুত পরিত্যক্ত ফর্কগুলো ফিল্টার করতে সাহায্য করার জন্য আমরা ছয় মাস সময় চাই।
+- **একটি সক্রিয় দল দ্বারা কাজ করা হয়েছে** - এটি গুণমান নিশ্চিত করতে এবং একজন ব্যবহারকারী তাদের প্রশ্নের জন্য সমর্থন পাবে তা নিশ্চিত করতে সাহায্য করে।
+- **সৎ এবং সঠিক তালিকার তথ্য** - এটি প্রত্যাশিত যে প্রকল্পগুলি থেকে প্রস্তাবিত যেকোনো তালিকা সৎ এবং সঠিক তথ্য সহ আসবে। যেসব পণ্য তালিকাভুক্তির তথ্য মিথ্যা প্রমাণিত করে, যেমন আপনার পণ্যটি "ওপেন সোর্স" না হওয়া সত্ত্বেও সেটিকে "ওপেন সোর্স" হিসেবে ঘোষণা করা, সেগুলোকে সরিয়ে দেওয়া হবে।
+- **যোগাযোগের মাধ্যম** - ওয়ালেটের জন্য একটি যোগাযোগের মাধ্যম পরিবর্তন করা হলে আমাদের সঠিক তথ্য পেতে ব্যাপকভাবে সাহায্য করবে। ভবিষ্যতে তথ্য সংগ্রহের সময় এটি ethereum.org আপডেট করার কাজটিকে পরিচালনযোগ্য করে তুলবে।
+- **EIP-1559 (টাইপ 2) লেনদেন** - আপনার ওয়ালেটকে অবশ্যই Mainnet ইথেরিয়ামের লেনদেনের জন্য EIP-1559 (টাইপ 2) লেনদেন সমর্থন করতে হবে।
+- **ভালো ব্যবহারকারীর অভিজ্ঞতা** - যদিও UX বিষয়ভিত্তিক, যদি বেশ কিছু কোর টিমের সদস্যরা পণ্যটি পরীক্ষা করেন এবং এটি ব্যবহার করা কঠিন মনে করেন, আমরা ওয়ালেটটি প্রত্যাখ্যান করার অধিকার সংরক্ষণ করি এবং পরিবর্তে উন্নতির জন্য দরকারী পরামর্শ প্রদান করব। এটি আমাদের ব্যবহারকারী বেসকে রক্ষা করার জন্য করা হয়েছে যা বেশিরভাগই নতুনদের নিয়ে গঠিত।
+- **ইথেরিয়াম কেন্দ্রিক** - একটি ওয়ালেটকে অবশ্যই একটি প্রাথমিক ইথেরিয়াম-কেন্দ্রিক অভিজ্ঞতা প্রদান করতে হবে। এর মানে হল ইথেরিয়াম (বা যেকোনো L2) ডিফল্ট নেটওয়ার্ক হিসাবে সেট করা আছে, ERC সম্পদগুলি সঠিকভাবে সমর্থিত, এবং বৈশিষ্ট্যগুলি ইথেরিয়াম ইকোসিস্টেমের সাথে সংযুক্ত। যে ওয়ালেটগুলি UI বিকল্প লেয়ার 1-কে অগ্রাধিকার দেয় সেগুলি তালিকাভুক্ত করা হবে না।
+
+### পণ্য অপসারণ {#product-removals}
+
+- **আপডেট করা তথ্য** - ওয়ালেট প্রদানকারীরা প্রদত্ত তথ্যের বৈধতা এবং প্রাসঙ্গিকতা নিশ্চিত করার জন্য প্রতি 6 মাস অন্তর তাদের ওয়ালেটের তথ্য পুনরায় জমা দেওয়ার জন্য দায়ী (এমনকি যদি তাদের পণ্যে কোনো পরিবর্তন না হয়)। যদি পণ্য দল তা করতে ব্যর্থ হয়, ethereum.org পৃষ্ঠা থেকে প্রকল্পটি সরিয়ে দিতে পারে।
+
+### অন্যান্য মানদণ্ড: যা থাকলে ভালো হয় {#the-nice-to-haves}
+
+- **বিশ্বব্যাপী অ্যাক্সেসযোগ্য** - আপনার ওয়ালেটের কোনো ভৌগলিক সীমাবদ্ধতা বা KYC প্রয়োজনীয়তা নেই যা নির্দিষ্ট ব্যক্তিদের আপনার পরিষেবা অ্যাক্সেস করা থেকে বাদ দেয়।
+- **একাধিক ভাষায় উপলব্ধ** - আপনার ওয়ালেটটি একাধিক ভাষায় অনুবাদ করা হয়েছে যা বিশ্বজুড়ে ব্যবহারকারীদের এটি অ্যাক্সেস করতে দেয়।
+- **ওপেন সোর্স** - আপনার পুরো প্রকল্পের কোডবেস (শুধু মডিউল নয়) অ্যাক্সেসযোগ্য হওয়া উচিত এবং আপনার বৃহত্তর কমিউনিটি থেকে PR গ্রহণ করা উচিত।
+- **নন-কাস্টোডিয়াল** - ব্যবহারকারীরা তাদের তহবিল নিয়ন্ত্রণ করে। যদি আপনার পণ্যটি অদৃশ্য হয়ে যায়, ব্যবহারকারীরা তখনও তাদের তহবিল অ্যাক্সেস এবং স্থানান্তর করতে পারবেন।
+- **হার্ডওয়্যার ওয়ালেট সমর্থন** - ব্যবহারকারীরা লেনদেনে স্বাক্ষর করার জন্য তাদের হার্ডওয়্যার ওয়ালেট সংযোগ করতে পারে।
+- **WalletConnect** - ব্যবহারকারীরা WalletConnect ব্যবহার করে ডিএ্যাপস-এর সাথে সংযোগ করতে পারে।
+- **ইথেরিয়াম RPC এন্ডপয়েন্ট ইম্পোর্ট করা** - ব্যবহারকারীরা নোড RPC ডেটা ইম্পোর্ট করতে পারে, যা তাদের পছন্দের একটি নোড বা অন্যান্য EVM সামঞ্জস্যপূর্ণ নেটওয়ার্কের সাথে সংযোগ করতে দেয়।
+- **NFTs** - ব্যবহারকারীরা ওয়ালেটে তাদের NFT দেখতে এবং তার সাথে ইন্টারঅ্যাক্ট করতে সক্ষম।
+- **ইথেরিয়াম অ্যাপ্লিকেশনগুলির সাথে সংযোগ করুন** - ব্যবহারকারীরা ইথেরিয়াম অ্যাপ্লিকেশনগুলির সাথে সংযোগ করতে এবং ব্যবহার করতে সক্ষম।
+- **স্টেকিং** - ব্যবহারকারীরা সরাসরি ওয়ালেটের মাধ্যমে স্টেক করতে সক্ষম।
+- **সোয়াপ** - ব্যবহারকারীরা ওয়ালেটের মাধ্যমে টোকেন সোয়াপ করতে সক্ষম।
+- **মাল্টিচেইন নেটওয়ার্ক** - আপনার ওয়ালেট ব্যবহারকারীদের ডিফল্টরূপে একাধিক ব্লকচেইন নেটওয়ার্ক অ্যাক্সেস করতে সমর্থন করে।
+- **লেয়ার 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-এর পরিবর্তনশীল প্রকৃতির মতোই, দল এবং পণ্য আসে এবং যায় এবং প্রতিদিন নতুন উদ্ভাবন ঘটে, তাই আমরা আমাদের কন্টেন্টের রুটিন পরীক্ষা চালাব এগুলোর জন্য:
+
+- নিশ্চিত করুন যে তালিকাভুক্ত সমস্ত ওয়ালেট এবং ডিএ্যাপস এখনও আমাদের মানদণ্ড পূরণ করে
+- যাচাই করা যে এমন কোনো পণ্যের পরামর্শ দেওয়া হয়নি যা বর্তমানে তালিকাভুক্ত পণ্যগুলির চেয়ে আমাদের আরও বেশি মানদণ্ড পূরণ করে
+
+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/bn/contributing/content-resources/index.md b/public/content/translations/bn/contributing/content-resources/index.md
new file mode 100644
index 00000000000..3496726a4df
--- /dev/null
+++ b/public/content/translations/bn/contributing/content-resources/index.md
@@ -0,0 +1,32 @@
+---
+title: "বিষয়বস্তু রিসোর্স যোগ করা"
+lang: bn
+description: "ethereum.org-এ বিষয়বস্তু রিসোর্স তালিকাভুক্ত করার জন্য আমাদের মানদণ্ড"
+---
+
+# বিষয়বস্তু রিসোর্স যোগ করা {#adding-content-resources}
+
+আমরা ইথেরিয়াম সম্পর্কিত সবকিছু কভার করার আশা করতে পারি না, তাই আমরা কমিউনিটির তৈরি করা কিছু চমৎকার নিবন্ধ, টিউটোরিয়াল, নিউজলেটার, জব বোর্ড এবং বিভিন্ন বিষয়বস্তুর রিসোর্স প্রদর্শন করার চেষ্টা করি। এগুলি প্রায়শই এমন বিষয়গুলির উপর আরও গভীর তথ্য প্রদান করে যেগুলিতে ব্যবহারকারীরা আগ্রহী হতে পারেন।
+
+যদি এমন কোনো বিষয়বস্তু রিসোর্স থাকে যা আপনার মনে হয় কোনো পেজে যোগ করা উচিত, তাহলে উপযুক্ত কোনো জায়গায় সেটি নির্দ্বিধায় সাজেস্ট করুন।
+
+## আমরা কীভাবে সিদ্ধান্ত নিই {#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/bn/contributing/design-principles/index.md b/public/content/translations/bn/contributing/design-principles/index.md
new file mode 100644
index 00000000000..7baf7089e01
--- /dev/null
+++ b/public/content/translations/bn/contributing/design-principles/index.md
@@ -0,0 +1,93 @@
+---
+title: "ডিজাইনের মূলনীতি"
+lang: bn
+description: "ethereum.org-এর ডিজাইন এবং বিষয়বস্তুর সিদ্ধান্তের পেছনের নীতিগুলি"
+---
+
+# আমাদের ডিজাইন নীতি {#contributing-to-ethereumorg-}
+
+<Emoji text=":wave:" size={1} /> হ্যালো, এবং ethereum.org-এর ডিজাইন নীতিগুলিতে আপনাকে স্বাগত। এটি ethereum.org-কে বিকশিত এবং উন্নত করার জন্য একটি চলমান প্রক্রিয়ার অংশ।
+
+আমাদের নীতিগুলি সাইটের চেহারা এবং অনুভূতি এবং এর মধ্যে থাকা বিষয়বস্তুকে অবহিত করে।
+
+আপনি [ethereum.org-এ অবদান রাখার](/contributing/) আগে আপনার এগুলি পড়া উচিত।
+
+## ডিজাইন নীতি কি? {#ways-to-contribute}
+
+চিন্তা করবেন না, এগুলি বেশ সহজ! **ডিজাইন নীতিগুলি** হলো নির্দেশিকাগুলির একটি সেট যা আমরা কোনো কিছু ডিজাইন করার (যেমন, তৈরি করা, রক্ষণাবেক্ষণ করা বা আপডেট করা) সময় উল্লেখ করি।
+
+ethereum.org-এর প্রেক্ষাপটে এই ডিজাইন নীতিগুলি হলো সেই ভিত্তি যার উপর ভিত্তি করে আমরা চাই যে ওয়েবসাইটটি বিশ্বের কাছে নিজেকে উপস্থাপন এবং তুলে ধরুক। এগুলো উচ্চাকাঙ্ক্ষী **এবং** কার্যকরী উভয়ই। এটি শুধু ওয়েবসাইটটি কেমন _দেখায়_ তা নয়, বরং এটি কীভাবে _কাজ করে_ এবং এমনকি এটি কাউকে কেমন _অনুভব_ করায়। রঙ থেকে শুরু করে পৃষ্ঠার লেআউট এবং আমরা ওয়েবসাইটে ইথেরিয়াম সম্পর্কে কীভাবে কথা বলি, সবকিছুই এই নীতিগুলির দ্বারা অবহিত হওয়া উচিত।
+
+## অনুশীলনে নীতিগুলি {#how-decisions-about-the-site-are-made}
+
+আসুন একটি উদাহরণ দেখা যাক। নীতিগুলির মধ্যে একটি হলো "বিশ্বাসযোগ্য", যার অর্থ হলো আমরা চাই যে সাইটের দর্শনার্থীরা _অনুভব_ করুক এবং _জানুক_ যে সাইটটি বিশ্বস্ত - ঠিক যেমন বৃহত্তর ইথেরিয়াম ইকোসিস্টেমের মতো। সেই নীতির মধ্যে, আমাদের ৩টি কার্যকরী "উপ-নীতি" রয়েছে যা আমরা বিশ্বাস করি যে সাইটটিকে বিশ্বাসযোগ্য করার জন্য আমরা কার্যকরী পদক্ষেপ নিতে পারি:
+
+- _"ফ্রেশ"_ অর্থাৎ, বিষয়বস্তুকে আপ-টু-ডেট রাখুন।
+- _"সোশ্যাল প্রুফ"_ অর্থাৎ, ইকোসিস্টেমের আকার, বৈচিত্র্য এবং কার্যকলাপ দেখান (আপনি জানেন: ইথেরিয়াম আপগ্রেড অগ্রগতি, DeFi, গেমিং, সমস্ত হ্যাকাথন, ইত্যাদি)
+- _"কনসিসটেন্ট"_ অর্থাৎ, সাইটের ডিজাইনে এবং লেখার সুর ও নির্ভুলতায় কনসিসটেন্সি।
+
+সুতরাং যখন আমরা ডিজাইনের সিদ্ধান্ত বা কপিরাইটিংয়ের সিদ্ধান্ত নিই, তখন আমরা "বিশ্বাসযোগ্য" নীতিটি উল্লেখ করে জিজ্ঞাসা করতে পারি:
+
+- _"সাইটটি কি বর্তমান তথ্য প্রতিফলিত করে?"_
+- _"আমরা কীভাবে এবং কোথায় ইকোসিস্টেমের আকার এবং কার্যকলাপ দেখাচ্ছি?"_
+- _"আমি যে কমিউনিটি সদস্যের নতুন প্রস্তাবিত অবদানগুলি পর্যালোচনা করছি, তা কি সাইটের বর্তমান ডিজাইন এবং লেখার সাথে সামঞ্জস্যপূর্ণ?"_
+
+## ethereum.org ডিজাইন নীতি {#contributors}
+
+### ১. অনুপ্রেরণামূলক {#1-inspirational}
+
+সাইটটি ব্যবহারকারীদের স্বপ্ন দেখতে অনুপ্রাণিত করবে যে ইথেরিয়াম কীভাবে বিশ্বকে পরিবর্তন করতে পারে। এটি લોકોને ইথেরিয়াম ইকোসিস্টেমের টুলস এবং অ্যাপগুলি অন্বেষণ করতে, খেলতে এবং টিঙ্কার করতে অনুপ্রাণিত করবে।
+
+- **রেডিক্যাল:** সাইটটিকে বিশ্বের অর্থপূর্ণ পরিবর্তন আনার জন্য ইথেরিয়াম-এর উচ্চাকাঙ্ক্ষী লক্ষ্যগুলি জানানো উচিত। এটা স্পষ্ট হওয়া উচিত যে ইথেরিয়াম শুধু কোনো নতুন টেক স্ট্যাক নয় - এটি একটি রূপান্তরমূলক প্রযুক্তি।
+- **শিক্ষার মাধ্যমে ক্ষমতায়ন:** সাইটটি মানুষকে শিক্ষিত করবে যাতে তারা ইথেরিয়াম-এর সম্ভাবনা বুঝতে পারে, ইকোসিস্টেমে তাদের জায়গা খুঁজে পেতে পারে এবং এতে অংশ নিতে ক্ষমতায়িত বোধ করতে পারে।
+
+ভিজ্যুয়াল ডিরেকশন • বিষয়বস্তু
+
+### 2. সার্বজনীন {#2-universal}
+
+ইথেরিয়াম একটি বিশ্বব্যাপী, বিকেন্দ্রীভূত প্রকল্প এবং আমাদের দর্শকগণ এটিই প্রতিফলিত করে। সাইটটির লক্ষ্য হওয়া উচিত সকলের কাছে অ্যাক্সেসযোগ্য হওয়া এবং বিশ্বের অনেক সংস্কৃতির প্রতি সংবেদনশীল হওয়া।
+
+- **অ্যাক্সেসযোগ্য:** সাইটটিকে অ্যাক্সেসিবিলিটি নির্দেশিকা অনুসরণ করা উচিত - যার মধ্যে কম-ব্যান্ডউইথ সংযোগযুক্ত ব্যক্তিদের জন্যও অন্তর্ভুক্ত।
+- **সরাসরি:** সাইটটি সহজ এবং দ্ব্যর্থহীন হওয়া উচিত। কপিতে এমন ভাষা ব্যবহার করা উচিত নয় যা ভুল ব্যাখ্যা করা হতে পারে বা অনুবাদে হারিয়ে যেতে পারে।
+- **ইথেরিয়াম বহুমুখী:** ইথেরিয়াম একটি প্রকল্প, একটি কোডবেস, একটি কমিউনিটি এবং একটি ভিশন। বিভিন্ন কারণে বিভিন্ন মানুষের কাছে ইথেরিয়াম মূল্যবান, এবং এতে জড়িত হওয়ার অনেক উপায় রয়েছে।
+
+লেখার সিস্টেম • রঙের ব্যবহার • ভিজ্যুয়াল ডিরেকশন • বিষয়বস্তু
+
+### 3. একটি ভালো গল্প {#3-a-good-story}
+
+ওয়েবসাইটটি একটি ভালো গল্পের মতো কাজ করা উচিত। দর্শকরা একটি যাত্রায় রয়েছে, এবং আপনার অবদান করা বিষয়বস্তু তার একটি অংশ। আপনার অবদানগুলিকে একটি স্পষ্ট বর্ণনার মধ্যে মানানসই হতে হবে: একটি শুরু (ভূমিকা/প্রবেশ বিন্দু), মধ্য (শিক্ষা এবং অন্তর্দৃষ্টির একটি সেট), এবং শেষ (প্রাসঙ্গিক রিসোর্স বা পরবর্তী পদক্ষেপের একটি লিঙ্ক(গুলি)) সহ।
+
+- **হায়ারারকিক্যাল**: একটি স্পষ্ট, হায়ারারকিক্যালি স্ট্রাকচার্ড তথ্য স্থাপত্য ethereum.org-এর দর্শকদের তাদের লক্ষ্য অর্জনের জন্য সাইটটিকে "একটি গল্প হিসাবে" নেভিগেট করতে সাহায্য করে।
+- **একটি সোপান:** আমরা উত্তর খুঁজছেন এমন যে কারো জন্য একটি সোপান। আমরা ইতিমধ্যে বিদ্যমান অনেক রিসোর্সের প্রতিস্থাপন বা বিকল্প হতে চাই না। আমরা একটি উত্তর দিই এবং নির্ভরযোগ্য পরবর্তী পদক্ষেপ সরবরাহ করি।
+
+ব্যবহারকারীর যাত্রা • বিষয়বস্তু
+
+### ৪. বিশ্বাসযোগ্য {#4-credible}
+
+লোকেরা হয়তো ইথেরিয়াম ইকোসিস্টেমের সাথে তাদের পরিচিতি খুঁজছে অথবা তারা সংশয়বাদী হতে পারে। আপনি কীভাবে যোগাযোগ করেন তাতে সেই দায়িত্ব স্বীকার করুন। নিশ্চিত করুন যে তারা উভয়ই ইথেরিয়াম ইকোসিস্টেমে আরও বেশি আস্থা নিয়ে চলে যায়।
+
+- **ফ্রেশ:** সর্বদা আপ টু ডেট।
+- **সোশ্যাল প্রুফ:** ইকোসিস্টেমের আকার, বৈচিত্র্য এবং কার্যকলাপ দেখান।
+- **কনসিসটেন্ট:** ডিজাইন এবং বিষয়বস্তুতে কনসিসটেন্সি বিশ্বাসযোগ্যতা প্রকাশ করে।
+
+ভিজ্যুয়াল ডিরেকশন • বিষয়বস্তু
+
+### ৫। সহযোগিতামূলক উন্নতি {#5-collaborative-improvement}
+
+ওয়েবসাইটটি অনেক কন্ট্রিবিউটরের পণ্য, ঠিক যেমন সমগ্র ইকোসিস্টেম।
+
+- **ওপেন:** ইকোসিস্টেম জুড়ে সোর্স কোড, প্রক্রিয়া এবং প্রকল্পের স্বচ্ছতা উদযাপন করুন।
+- **এক্সটেন্ডেবল:** মডুলারিটি আমাদের করা সমস্ত কিছুর পিছনে একটি মূল ফোকাস, এবং তাই অবদানগুলিও মডুলার হওয়া উচিত। সাইটের মূল ডিজাইন, কম্পোনেন্ট কোড এবং বাস্তবায়ন এটিকে ভবিষ্যতে সহজে প্রসারিত করতে সক্ষম করা উচিত।
+- **পরীক্ষামূলক:** আমরা ক্রমাগত পরীক্ষা, টেস্টিং এবং পুনরাবৃত্তি করছি।
+- **সহযোগিতামূলক:** এই প্রকল্পটি আমাদের সকলকে একত্রিত করে।
+- **টেকসই:** কমিউনিটি দ্বারা দীর্ঘমেয়াদী রক্ষণাবেক্ষণের জন্য সেট আপ করা।
+
+আপনি আমাদের ডিজাইন নীতিগুলি আমাদের [সাইট জুড়ে](/) কার্যকর দেখতে পারেন।
+
+## প্রতিক্রিয়া দিন {#give-feedback}
+
+**এই ডকুমেন্টের উপর আপনার প্রতিক্রিয়া শেয়ার করুন!** আমাদের প্রস্তাবিত নীতিগুলির মধ্যে একটি হলো "**সহযোগিতামূলক উন্নতি**" যার মানে হলো আমরা চাই যে ওয়েবসাইটটি অনেক কন্ট্রিবিউটরের পণ্য হোক। তাই সেই নীতির চেতনায়, আমরা এই ডিজাইন নীতিগুলি ইথেরিয়াম কমিউনিটির সাথে শেয়ার করতে চাই।
+
+যদিও এই নীতিগুলি ethereum.org ওয়েবসাইটের উপর केंद्रित, আমরা আশা করি যে তাদের মধ্যে অনেকগুলি সামগ্রিকভাবে ইথেরিয়াম ইকোসিস্টেমের মূল্যবোধের প্রতিনিধি। হয়তো আপনি এমনকি আপনার নিজের প্রকল্পে এর কিছু অন্তর্ভুক্ত করতে চান!
+
+আমাদেরকে আপনার মতামত [Discord সার্ভারে](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/bn/contributing/design/adding-design-resources/index.md b/public/content/translations/bn/contributing/design/adding-design-resources/index.md
new file mode 100644
index 00000000000..5c538cae4d4
--- /dev/null
+++ b/public/content/translations/bn/contributing/design/adding-design-resources/index.md
@@ -0,0 +1,69 @@
+---
+title: "ডিজাইন রিসোর্স যোগ করা"
+description: "ethereum.org-এ ডিজাইন সামগ্রীর গুণমান নিশ্চিত করার জন্য নির্দেশিকা এবং প্রয়োজনীয়তা"
+lang: bn
+---
+
+# ডিজাইন রিসোর্স যোগ করা {#adding-design-resources}
+
+যেকেউ [ওয়েব3 পেজে ডিজাইন এবং UX](/developers/docs/design-and-ux/) এর জন্য নতুন ডিজাইন সামগ্রীর পরামর্শ দিতে পারেন।
+
+সচেতন থাকুন যে এই পৃষ্ঠার মূল লক্ষ্য হল উচ্চাকাঙ্ক্ষী ওয়েব3 ডিজাইনারদের ব্যবহারকারীর মূল্য প্রদান করা। ডিজাইন বিভাগটি আপনার পরিষেবা, পণ্য বা প্ল্যাটফর্মের বিজ্ঞাপন দেওয়ার জন্য নয়।
+
+আমরা যাতে তথ্যের একটি উচ্চ মান বজায় রাখি এবং মূল্যবান অন্তর্দৃষ্টি প্রচার করি তা নিশ্চিত করার জন্য, আমরা একটি তালিকাভুক্তকরণ নীতি প্রতিষ্ঠা করেছি:
+
+## গবেষণা এবং ড্যাশবোর্ড {#Research-studies}
+
+1. সঠিক পদ্ধতি
+
+ক। পদ্ধতিটি স্পষ্টভাবে সংজ্ঞায়িত করা উচিত যে ডেটা কীভাবে সংগ্রহ করা হয়েছিল।
+
+খ। গবেষণায় অংশগ্রহণকারী অংশগ্রহণকারীর সংখ্যা উল্লেখ করা উচিত।
+
+গ। ব্যবহৃত গবেষণা পদ্ধতি বর্ণনা করা উচিত।
+
+2. ওয়েব3 ডিজাইনার এবং সাধারণ ডিজাইন ব্যবহারের ক্ষেত্রে প্রাসঙ্গিকতা
+
+ক। গবেষণার বিষয়টি ওয়েব3 ডিজাইনারদের জন্য প্রাসঙ্গিক হওয়া উচিত এবং সাধারণ ডিজাইন ব্যবহারের ক্ষেত্রগুলিকে সম্বোধন করা উচিত।
+
+3. অন্তর্দৃষ্টি প্রদানে ফোকাস করুন
+
+ক। পাঠ্যের প্রাথমিক উদ্দেশ্য হওয়া উচিত একটি নির্দিষ্ট প্রকল্প বা কোম্পানির প্রচার না করে অন্তর্দৃষ্টি ভাগ করা।
+
+## নিবন্ধ {#Articles}
+
+1. ওয়েব3 ডিজাইনার/গবেষক এবং সাধারণ ওয়েব3 ডিজাইন ব্যবহারের ক্ষেত্রে প্রাসঙ্গিকতা
+
+ক। নিবন্ধের বিষয় ওয়েব3 ডিজাইনার এবং গবেষকদের জন্য প্রাসঙ্গিক হওয়া উচিত, সাধারণ ওয়েব3 ডিজাইন ব্যবহারের ক্ষেত্রে ফোকাস করা উচিত।
+
+2. লেখার প্রাথমিক গুণমান
+
+ক। নিবন্ধটি ব্যাকরণ এবং বানান ভুল থেকে মুক্ত হওয়া উচিত।
+
+খ। মূল অন্তর্দৃষ্টি এবং শিক্ষা প্রদানের উপর জোর দেওয়া উচিত।
+
+গ। লেখাটি সংক্ষিপ্ত এবং যথাযথ হওয়া উচিত।
+
+3. পাঠ্যের লক্ষ্য
+
+ক। নিবন্ধটির প্রাথমিক লক্ষ্য হওয়া উচিত একটি নির্দিষ্ট প্রকল্প বা কোম্পানির প্রচার না করে অন্তর্দৃষ্টি ভাগ করা।
+
+## কমিউনিটি / ডিএও {#Communities-and-DAOs}
+
+1. ওয়েবসাইটকে স্পষ্টভাবে নির্দেশ করতে হবে কিভাবে ডিএও/কমিউনিটিতে যোগদান করতে হয়
+
+2. সদস্যতার স্পষ্ট সুবিধা
+
+ক। সদস্য হওয়ার সুবিধাগুলি স্পষ্টভাবে প্রদর্শন করা উচিত।
+
+**উদাহরণ**: কাজের উপর প্রতিক্রিয়া গ্রহণ, চাকরির সুযোগ বা বাউন্টি অ্যাক্সেস করা, ডিজাইন এবং গবেষণার অন্তর্দৃষ্টি ভাগ করা।
+
+3. ডিসকর্ডে সক্রিয় এবং প্রাণবন্ত যোগাযোগ
+
+ক। ডিসকর্ড কমিউনিটিকে প্রাণবন্ত এবং নিযুক্ত যোগাযোগ প্রদর্শন করা উচিত।
+
+খ। মডারেটরদের সক্রিয়ভাবে কমিউনিটি বজায় রাখা এবং আলোচনা সহজতর করার কাজে জড়িত থাকা উচিত।
+
+গ। কমিউনিটিকে গত দুই সপ্তাহের মধ্যে মূল্যবান এবং উত্পাদনশীল কথোপকথনের একটি ট্র্যাক রেকর্ড প্রদর্শন করা উচিত।
+
+এই মানদণ্ডগুলি মেনে চলার মাধ্যমে, আমরা আমাদের কমিউনিটির মধ্যে একটি সমৃদ্ধ এবং জ্ঞান-ভাগ করে নেওয়ার পরিবেশ গড়ে তোলার লক্ষ্য রাখি। আমরা বিশ্বাস করি যে এই শ্বেত তালিকাভুক্তকরণ নীতিটি নিশ্চিত করবে যে আমাদের ব্যবহারকারীরা নির্ভরযোগ্য, প্রাসঙ্গিক, এবং অন্তর্দৃষ্টিপূর্ণ রিসোর্সগুলিতে অ্যাক্সেস পাবে। আমাদের প্ল্যাটফর্মের মধ্যে বিষয়বস্তুর গুণমান বজায় রাখার জন্য আপনার বোঝা এবং সহযোগিতার জন্য ধন্যবাদ।
diff --git a/public/content/translations/bn/contributing/design/index.md b/public/content/translations/bn/contributing/design/index.md
new file mode 100644
index 00000000000..cd0a198f063
--- /dev/null
+++ b/public/content/translations/bn/contributing/design/index.md
@@ -0,0 +1,77 @@
+---
+title: "ডিজাইন অবদান"
+description: "ethereum.org-এ ডিজাইন অবদান"
+lang: bn
+---
+
+# 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/bn/contributing/index.md b/public/content/translations/bn/contributing/index.md
new file mode 100644
index 00000000000..cc3ca0f854b
--- /dev/null
+++ b/public/content/translations/bn/contributing/index.md
@@ -0,0 +1,120 @@
+---
+title: "অবদান রাখছে"
+description: "ethereum.org-এ অবদান রাখার বিভিন্ন উপায় সম্পর্কে জানুন"
+lang: bn
+---
+
+# 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/) – একটি প্রাসঙ্গিক পেজে একটি ডিএ্যাপ বা ওয়ালেট যোগ করুন
+- [ডেভেলপার টুল যোগ করুন](/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 PR প্রক্রিয়ার মাধ্যমে করা হয়। এর মানে হল আপনি ওয়েবসাইটের একটি স্থানীয় কপি তৈরি করবেন, আপনার পরিবর্তনগুলি করবেন এবং আপনার পরিবর্তনগুলিকে মার্জ করার জন্য অনুরোধ করবেন। আপনি যদি আগে এটি কখনও না করে থাকেন, তাহলে আমাদের [GitHub রিপোজিটরির](https://github.com/ethereum/ethereum-org-website) নীচে দেওয়া নির্দেশাবলী অনুসরণ করুন।
+
+কোনো কিছুতে কাজ করার জন্য আপনার অনুমতির প্রয়োজন নেই, তবে আপনি কী করার পরিকল্পনা করছেন তা আমাদের জানানো সর্বদা ভাল। আপনি এটি করতে পারেন:
+
+- [GitHub](https://github.com/ethereum/ethereum-org-website)-এ একটি ইস্যু বা PR-এ মন্তব্য করে
+- আমাদের [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}
+
+স্বতন্ত্র PR, ডিজাইন বিবর্তন এবং বড় আপগ্রেড সম্পর্কে সিদ্ধান্তগুলি Ethereum ইকোসিস্টেমের একটি দল দ্বারা নেওয়া হয়। এই দলে প্রজেক্ট ম্যানেজার, ডেভেলপার, ডিজাইনার, মার্কেটিং ও কমিউনিকেশন এবং বিষয় বিশেষজ্ঞ অন্তর্ভুক্ত। কমিউনিটির ইনপুট প্রতিটি সিদ্ধান্তকে অবহিত করে: তাই অনুগ্রহ করে ইস্যুতে প্রশ্ন তুলুন, PR জমা দিন, বা দলের সাথে যোগাযোগ করুন:
+
+- [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 রিপোজিটরিতে স্বল্প বাধাযুক্ত এন্ট্রি ইস্যু রয়েছে যা বিশেষভাবে সেইসব ডেভেলপারদের জন্য ডিজাইন করা হয়েছে যারা [good first issue](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 দাবি করুন!
+
+OAT দাবি করার জন্য আপনার শুধুমাত্র স্ব-হেফাজতের ওয়ালেট ব্যবহার করা উচিত। এক্সচেঞ্জ অ্যাকাউন্ট বা অন্য কোনো অ্যাকাউন্ট ব্যবহার করবেন না যার ব্যক্তিগত কী আপনার কাছে নেই, কারণ এগুলো আপনাকে আপনার OAT অ্যাক্সেস এবং পরিচালনা করার অনুমতি দেবে না।
+
+## আপনার 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/bn/contributing/quizzes/index.md b/public/content/translations/bn/contributing/quizzes/index.md
new file mode 100644
index 00000000000..6e67076970f
--- /dev/null
+++ b/public/content/translations/bn/contributing/quizzes/index.md
@@ -0,0 +1,62 @@
+---
+title: "একটি ক্যুইজ যোগ করা হচ্ছে"
+description: "ethereum.org-এ কুইজ যোগ করার সময় আমরা যে নীতি ব্যবহার করি"
+lang: bn
+---
+
+# কুইজ {#quizzes}
+
+কুইজ হল ব্যবহারকারীদের জন্য নিজেদের পরীক্ষা করার একটি সুযোগ যে তারা যে পৃষ্ঠাটি এইমাত্র পড়েছে তার বিষয়বস্তু বুঝতে পেরেছে কিনা। প্রশ্নগুলি শুধুমাত্র পৃষ্ঠায় দেওয়া বিষয়বস্তুর উপর ভিত্তি করে হওয়া উচিত এবং পৃষ্ঠায় উল্লেখ নেই এমন তথ্য সম্পর্কে জিজ্ঞাসা করা উচিত নয়।
+
+প্রশ্নগুলি নিম্নলিখিতভাবে গঠিত। প্রশ্নের প্রম্পট, এটি কেন সঠিক তার ব্যাখ্যাসহ 1টি সঠিক উত্তর, সেগুলি কেন ভুল তার ব্যাখ্যাসহ 3টি ভুল উত্তর।
+
+বর্তমান ক্যুইজের কিছু উদাহরণ এখানে উপলভ্য:
+
+- [স্তর 2](/layer-2)
+- [NFT](/nft/)
+- [Ethereum কী?](/what-is-ethereum/)
+- [ETH কী?](/what-is-ether/)
+
+## শেখার জন্য একটি ক্যুইজ যোগ করা হচ্ছে
+
+যদি এমন কোনো পৃষ্ঠা থাকে যার জন্য কোনো শেখার কুইজ তৈরি করা হয়নি, অনুগ্রহ করে এর জন্য [একটি সমস্যা খুলুন](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=&template=suggest_quiz.yaml)।
+
+অনুগ্রহ করে নিম্নলিখিত তথ্য প্রদান করুন:
+
+- আপনি যে পৃষ্ঠায় একটি কুইজ যোগ করতে চান
+- নিম্নলিখিত তথ্যসহ 5টি প্রশ্ন:
+  - পৃষ্ঠার যে অংশের উপর ভিত্তি করে প্রশ্নটি তৈরি করা হয়েছে
+  - প্রশ্ন প্রম্পট
+  - কেন এটি সঠিক তার ব্যাখ্যাসহ 1টি সঠিক উত্তর
+  - 3টি ভুল উত্তর, প্রত্যেকটির সাথে কেন সেগুলি ভুল তার ব্যাখ্যা
+
+## একটি ক্যুইজ প্রশ্ন যোগ করা হচ্ছে
+
+যদি এমন কোনো প্রশ্ন থাকে যা আপনি একটি কুইজের জন্য প্রশ্ন ব্যাঙ্কে যোগ করতে চান, অনুগ্রহ করে [একটি সমস্যা খুলুন](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=&template=suggest_quiz.yaml) এবং নিম্নলিখিত তথ্য প্রদান করুন:
+
+- যে পৃষ্ঠায় আপনি একটি ক্যুইজ এর প্রশ্ন যোগ করতে চান
+- প্রতিটি প্রশ্নের জন্য নিম্নলিখিত তথ্য প্রদান করুন:
+  - পৃষ্ঠার যে অংশের উপর ভিত্তি করে প্রশ্নটি তৈরি করা হয়েছে
+  - প্রশ্ন প্রম্পট
+  - কেন এটি সঠিক তার ব্যাখ্যাসহ 1টি সঠিক উত্তর
+  - 3টি ভুল উত্তর, প্রত্যেকটির সাথে কেন সেগুলি ভুল তার ব্যাখ্যা
+
+## একটি কুইজের প্রশ্ন আপডেট করা
+
+যদি এমন কোনো প্রশ্ন থাকে যা আপনি একটি কুইজের জন্য প্রশ্ন ব্যাঙ্কে আপডেট করতে চান, অনুগ্রহ করে [একটি সমস্যা খুলুন](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=&template=suggest_quiz.yaml) এবং নিম্নলিখিত তথ্য প্রদান করুন:
+
+- যে পৃষ্ঠায় আপনি একটি ক্যুইজ এর প্রশ্ন যোগ করতে চান
+- প্রতিটি আপডেট করা প্রশ্নের জন্য, নিম্নলিখিত তথ্য প্রদান করুন:
+  - পৃষ্ঠার যে অংশের উপর ভিত্তি করে প্রশ্নটি তৈরি করা হয়েছে
+  - আপনি যে প্রশ্নটি আপডেট করতে চান তার প্রশ্নের প্রম্পট
+  - আপডেট করা প্রশ্ন প্রম্পট
+  - কেন এটি সঠিক তার ব্যাখ্যাসহ 1টি সঠিক উত্তর
+  - 3টি ভুল উত্তর, প্রত্যেকটির সাথে কেন সেগুলি ভুল তার ব্যাখ্যা
+
+## একটি কুইজের প্রশ্ন অপসারণ করা
+
+যদি কোনো প্রশ্নের জন্য পৃষ্ঠায় বিষয়বস্তু আর বিদ্যমান না থাকে এবং এটি অপসারণ করার প্রয়োজন হয়, অনুগ্রহ করে প্রশ্নটি অপসারণ করতে [একটি সমস্যা খুলুন](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=&template=suggest_quiz.yaml) এবং নিম্নলিখিত তথ্য প্রদান করুন:
+
+- যে পৃষ্ঠায় আপনি একটি কুইজের প্রশ্ন মুছে ফেলতে চান
+- যে প্রশ্নটি আপনি মুছে ফেলতে চান
+- প্রশ্নটি কেন সরানো উচিত প্রয়োজনে তার ব্যাখ্যা
diff --git a/public/content/translations/bn/contributing/translation-program/faq/index.md b/public/content/translations/bn/contributing/translation-program/faq/index.md
new file mode 100644
index 00000000000..ffd9987478a
--- /dev/null
+++ b/public/content/translations/bn/contributing/translation-program/faq/index.md
@@ -0,0 +1,119 @@
+---
+title: "অনুবাদ প্রোগ্রামের প্রায়শই জিজ্ঞাসিত প্রশ্ন (FAQ)"
+lang: bn
+description: "ethereum.org অনুবাদ প্রোগ্রাম সম্পর্কে প্রায়শই জিজ্ঞাসিত প্রশ্ন"
+---
+
+# ethereum.org অনুবাদ করার নির্দেশিকা {#translating-ethereum-guide}
+
+আপনি যদি অনুবাদ প্রোগ্রামে নতুন হন এবং এতে যোগ দিতে দ্বিধা বোধ করেন, তাহলে এখানে কিছু প্রায়শই জিজ্ঞাসিত প্রশ্ন রয়েছে যা আপনাকে শুরু করতে সাহায্য করতে পারে। সবচেয়ে সাধারণ জিজ্ঞাসাগুলোর উত্তর খুঁজে পেতে এই নির্দেশিকাটি ব্যবহার করুন।
+
+## আমি কি ethereum.org অনুবাদ করার জন্য ক্ষতিপূরণ পেতে পারি? {#compensation}
+
+Ethereum.org একটি ওপেন-সোর্স ওয়েবসাইট, যার অর্থ যে কেউ এতে জড়িত হতে এবং অবদান রাখতে পারে।
+
+ethereum.org অনুবাদ প্রোগ্রামটি এরই একটি সম্প্রসারণ এবং এটি একই ধরনের দর্শনকে মাথায় রেখে সংগঠিত করা হয়েছে।
+
+অনুবাদ প্রোগ্রামের লক্ষ্য হল Ethereum কন্টেন্ট প্রত্যেকের কাছে সহজলভ্য করে তোলা, তারা যে ভাষাতেই কথা বলুক না কেন। এটি যেকোনো দ্বিভাষিক ব্যক্তিকে Ethereum ইকোসিস্টেমের সাথে জড়িত হতে এবং একটি সহজলভ্য উপায়ে অবদান রাখতে দেয়।
+
+এই কারণে, অনুবাদ প্রোগ্রামটি উন্মুক্ত এবং স্বেচ্ছামূলক, এবং অংশগ্রহণ ক্ষতিপূরণের সাপেক্ষে নয়। যদি আমরা অনুবাদকদের তাদের অনুবাদ করা শব্দের সংখ্যার জন্য ক্ষতিপূরণ দিতাম, তাহলে আমরা কেবল পর্যাপ্ত অনুবাদ অভিজ্ঞতাসম্পন্ন ব্যক্তিদের (পেশাদার অনুবাদক) অনুবাদ প্রোগ্রামে যোগদানের জন্য আমন্ত্রণ জানাতে পারতাম। এটি অনুবাদ প্রোগ্রামকে বর্জনমূলক করে তুলত এবং আমাদের উল্লিখিত লক্ষ্যে পৌঁছাতে বাধা দিত, বিশেষ করে: প্রত্যেককে ইকোসিস্টেমে অংশগ্রহণ এবং জড়িত হওয়ার সুযোগ করে দেওয়া।
+
+আমরা আমাদের অবদানকারীদের Ethereum ইকোসিস্টেমে সফল হতে সক্ষম করার জন্য সর্বাত্মক চেষ্টা করি; অনেক অ-আর্থিক প্রণোদনা রয়েছে যেমন: [POAP অফার করা](/contributing/translation-program/acknowledgements/#poap) এবং একটি [অনুবাদক সার্টিফিকেট](/contributing/translation-program/acknowledgements/#certificate), সেইসাথে [অনুবাদ লিডারবোর্ড](/contributing/translation-program/acknowledgements/) সংগঠিত করা এবং [সাইটে আমাদের সমস্ত অনুবাদকদের তালিকাভুক্ত করা](/contributing/translation-program/contributors/)।
+
+## আমি কিভাবে `<HTML ট্যাগ>` সহ স্ট্রিং অনুবাদ করব? {#tags}
+
+সব স্ট্রিং বিশুদ্ধ টেক্সট আকারে লেখা হয় না। এমন কিছু স্ট্রিং আছে যেগুলিতে HTML ট্যাগের (`<0>`, `</0>`) মতো মিশ্র স্ক্রিপ্ট থাকে। এটি সাধারণত হাইপারলিঙ্ক বা বাক্যের মাঝখানে বিকল্প স্টাইলিংয়ের জন্য ব্যবহৃত হয়।
+
+- ট্যাগের ভিতরের টেক্সট অনুবাদ করুন কিন্তু ট্যাগগুলো নয়। `<` এবং `>` এর মধ্যে থাকা কোনো কিছুই অনুবাদ বা মুছে ফেলা যাবে না।
+- স্ট্রিংটি নিরাপদ রাখতে, আমরা আপনাকে নীচের বাম দিকে থাকা "উৎস অনুলিপি করুন" বোতামে ক্লিক করার পরামর্শ দিই। এটি মূল স্ট্রিংটি কপি করে টেক্সট বক্সে পেস্ট করবে। এটি আপনাকে ট্যাগগুলি কোথায় আছে তা স্পষ্ট করতে দেয় এবং ভুল এড়াতে সাহায্য করে।
+
+![কপি সোর্স বোতাম হাইলাইট করা Crowdin ইন্টারফেস](./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 and MT Suggestions" বিভাগটি দেখুন এবং আপনি দেখতে পাবেন কিভাবে অন্যান্য অনুবাদকরা একই বা অনুরূপ স্ট্রিং অনুবাদ করেছেন। আপনি যদি উচ্চ ম্যাচিং রেট সহ একটি পরামর্শ খুঁজে পান, তাহলে নির্দ্বিধায় সেটিতে ক্লিক করে অনুবাদটি ব্যবহার করুন।
+- তালিকায় কিছু না থাকলে, আপনি পূর্বে করা অনুবাদের জন্য 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 শব্দকোষে একটি নতুন শব্দ যোগ করে আপনার অনুবাদটি নির্দ্বিধায় পুনঃস্থাপন করুন।
+- যদি শব্দকোষে এই ধরনের পূর্ববর্তী কোনো অনুবাদ না থাকে, আমরা আপনাকে এটি একটি সার্চ ইঞ্জিন বা মিডিয়া আর্টিকেলে খুঁজে দেখতে উৎসাহিত করি যা দেখায় যে শব্দটি আপনার কমিউনিটিতে আসলে কীভাবে ব্যবহৃত হয়।
+- আপনি যদি কোনো রেফারেন্স খুঁজে না পান, তাহলে নির্দ্বিধায় আপনার স্বজ্ঞার উপর বিশ্বাস রাখুন এবং আপনার ভাষায় একটি নতুন অনুবাদের পরামর্শ দিন!
+- যদি আপনি এটি করতে কম আত্মবিশ্বাসী বোধ করেন, তাহলে শব্দটি অনূদিত রেখে দিন। কখনো কখনো, ইংরেজি শব্দগুলি সঠিক সংজ্ঞা প্রদানে যথেষ্টর চেয়েও বেশি।
+
+আমরা আপনাকে ব্র্যান্ড, কোম্পানি এবং কর্মীদের নাম অনূদিত রাখার পরামর্শ দিই কারণ একটি অনুবাদ অপ্রয়োজনীয় বিভ্রান্তি এবং এসইও অসুবিধার কারণ হতে পারে।
+
+## পর্যালোচনা প্রক্রিয়া কিভাবে কাজ করে? {#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}
+
+এই সব পড়ার জন্য আপনাকে ধন্যবাদ। আমরা আশা করি এটি আপনাকে আমাদের প্রোগ্রামে অনবোর্ড হতে সাহায্য করবে। প্রশ্ন জিজ্ঞাসা করতে এবং অন্যান্য অনুবাদকদের সাথে সহযোগিতা করতে আমাদের [ডিসকর্ড অনুবাদ চ্যানেলে](https://discord.gg/ethereum-org) নির্দ্বিধায় যোগ দিন, অথবা translations@ethereum.org-এ আমাদের সাথে যোগাযোগ করুন!
diff --git a/public/content/translations/bn/contributing/translation-program/how-to-translate/index.md b/public/content/translations/bn/contributing/translation-program/how-to-translate/index.md
new file mode 100644
index 00000000000..bdad6162feb
--- /dev/null
+++ b/public/content/translations/bn/contributing/translation-program/how-to-translate/index.md
@@ -0,0 +1,92 @@
+---
+title: "কীভাবে অনুবাদ করবেন"
+lang: bn
+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)
+
+**_১ – বাম সাইডবার_**
+
+- অননূদিত (লাল) – যে টেক্সটে এখনও কাজ করা হয়নি। এইগুলি সেই স্ট্রিং যা আপনার অনুবাদ করা উচিত।
+- অনূদিত (সবুজ) – যে টেক্সট ইতিমধ্যে অনুবাদ করা হয়েছে, কিন্তু এখনও পর্যালোচনা করা হয়নি। আপনি বিকল্প অনুবাদের পরামর্শ দিতে পারেন, অথবা এডিটরে ''+'' এবং ''-'' বোতাম ব্যবহার করে বিদ্যমান অনুবাদগুলির উপর ভোট দিতে পারেন।
+- অনুমোদিত (চেক মার্ক) – যে টেক্সট ইতিমধ্যে পর্যালোচনা করা হয়েছে এবং বর্তমানে ওয়েবসাইটে লাইভ আছে।
+
+আপনি নির্দিষ্ট স্ট্রিং খোঁজার জন্য, স্ট্যাটাস অনুযায়ী ফিল্টার করতে বা ভিউ পরিবর্তন করতে উপরের বোতামগুলিও ব্যবহার করতে পারেন।
+
+**_২ – এডিটর এলাকা_**
+
+প্রধান অনুবাদ এলাকা – সোর্স টেক্সট উপরে প্রদর্শিত হয়, সাথে অতিরিক্ত কনটেক্সট এবং স্ক্রিনশট, যদি উপলব্ধ থাকে।
+একটি নতুন অনুবাদের পরামর্শ দিতে, ''এখানে অনুবাদ লিখুন'' ফিল্ডে আপনার অনুবাদ লিখুন এবং সেভ ক্লিক করুন।
+
+আপনি এই বিভাগে স্ট্রিংটির বিদ্যমান অনুবাদ এবং অন্যান্য ভাষায় অনুবাদও খুঁজে পেতে পারেন, সেইসাথে ট্রান্সলেশন মেমরি ম্যাচ এবং মেশিন অনুবাদের পরামর্শও পেতে পারেন।
+
+**_৩ – ডান সাইডবার_**
+
+এখানে আপনি মন্তব্য, ট্রান্সলেশন মেমরি এন্ট্রি এবং শব্দকোষ এন্ট্রি খুঁজে পেতে পারেন। ডিফল্ট ভিউতে মন্তব্যগুলি দেখানো হয় এবং অনুবাদকদের যোগাযোগ করতে, সমস্যা উত্থাপন করতে বা ভুল অনুবাদ রিপোর্ট করার সুযোগ দেয়।
+
+উপরের বোতামগুলি ব্যবহার করে, আপনি ট্রান্সলেশন মেমরিতেও যেতে পারেন, যেখানে আপনি বিদ্যমান অনুবাদগুলি অনুসন্ধান করতে পারেন, অথবা শব্দকোষে যেতে পারেন, যেখানে মূল শব্দগুলির বিবরণ এবং আদর্শ অনুবাদ রয়েছে।
+
+আরো জানতে চান? [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 সার্ভার](https://discord.gg/ethereum-org)-এর #translations চ্যানেলে পোস্ট করুন
+
+আপনি translations@ethereum.org-এও আমাদের সাথে যোগাযোগ করতে পারেন
+
+ethereum.org অনুবাদ প্রোগ্রামে আপনার অংশগ্রহণের জন্য ধন্যবাদ!
diff --git a/public/content/translations/bn/contributing/translation-program/index.md b/public/content/translations/bn/contributing/translation-program/index.md
new file mode 100644
index 00000000000..3f059bd6ddd
--- /dev/null
+++ b/public/content/translations/bn/contributing/translation-program/index.md
@@ -0,0 +1,91 @@
+---
+title: "অনুবাদ কর্মসূচি"
+lang: bn
+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-এর প্রবেশদ্বার হিসেবে কাজ করতে ethereum.org-এর জন্য, আমরা বিশ্বাস করি যে অ-ইংরেজিভাষীদের তাদের মাতৃভাষায় Ethereum কন্টেন্ট সরবরাহ করা অপরিহার্য।
+
+ethereum.org অনুবাদ প্রোগ্রামের লক্ষ্য হলো ethereum.org এবং অন্যান্য Ethereum কন্টেন্টকে যত বেশি সম্ভব ভাষায় অনুবাদ করে Ethereum-কে সকলের কাছে সহজলভ্য করে তোলা।
+
+ethereum.org অনুবাদ প্রোগ্রামের [মিশন এবং ভিশন](/contributing/translation-program/mission-and-vision) সম্পর্কে আরও পড়ুন।
+
+### এখন পর্যন্ত আমাদের অগ্রগতি {#our-progress}
+
+- [**6,900 +** অনুবাদক](/contributing/translation-program/contributors/)
+- সাইটে **68** টি ভাষা লাইভ আছে
+- [2024 সালে **2.89 মিলিয়ন** শব্দ অনূদিত হয়েছে](/contributing/translation-program/acknowledgements/)
+
+<TranslationChartImage />
+
+### স্বীকৃতি {#acknowledgements}
+
+Ethereum.org হাজার হাজার কমিউনিটি সদস্য দ্বারা অনূদিত হয় এবং তারা অনুবাদ প্রোগ্রামের মূল অংশ।
+আমরা আমাদের অনুবাদকদের স্বীকৃতি দিতে এবং তাদের ক্যারিয়ারের পথে সমর্থন করতে চাই। এখানে আমাদের অনুবাদকদের জন্য কিছু স্বীকৃতি রয়েছে:
+
+#### সার্টিফিকেট {#certificate}
+
+আপনি যদি অনুবাদ প্রোগ্রামে অবদান রেখে থাকেন এবং আপনার অনুবাদ করা কমপক্ষে 5,000 শব্দ অনুমোদিত হয়ে থাকে, তাহলে আপনি একটি ethereum.org অনুবাদক সার্টিফিকেটের জন্য যোগ্য। [সার্টিফিকেট সম্পর্কে আরও জানুন](/contributing/translation-program/acknowledgements/#certificate)
+
+#### OATs {#oats}
+
+অনুবাদ প্রোগ্রামের অবদানকারীরা 2024 সালে তাদের অনুবাদ করা শব্দের সংখ্যার উপর ভিত্তি করে বিভিন্ন OAT (অনচেইন অ্যাচিভমেন্ট টোকেন)-এর জন্য যোগ্য। OATs হলো NFT যা 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 সার্ভার](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/bn/contributing/translation-program/mission-and-vision/index.md b/public/content/translations/bn/contributing/translation-program/mission-and-vision/index.md
new file mode 100644
index 00000000000..a6d6b56c8fd
--- /dev/null
+++ b/public/content/translations/bn/contributing/translation-program/mission-and-vision/index.md
@@ -0,0 +1,25 @@
+---
+title: "মিশন এবং ভিশন"
+lang: bn
+description: "ethereum.org অনুবাদ প্রোগ্রামের মিশন এবং ভিশন"
+---
+
+# মিশন এবং ভিশন {#mission-and-vision}
+
+Ethereum কমিউনিটি বিশ্বব্যাপী ও অন্তর্ভুক্তিমূলক হতে চায়, তবুও এর বেশিরভাগ কন্টেন্ট শুধুমাত্র ইংরেজিভাষীদের জন্য তৈরি, যা বিশ্বের 6 বিলিয়ন অ-ইংরেজিভাষীকে বাইরে রাখে। বিশ্বব্যাপী কমিউনিটির জন্য Ethereum-এর প্রবেশদ্বার হিসেবে কাজ করতে ethereum.org-এর জন্য, আমরা বিশ্বাস করি যে অ-ইংরেজিভাষীদের তাদের মাতৃভাষায় Ethereum কন্টেন্ট সরবরাহ করা অপরিহার্য।
+
+ethereum.org অনুবাদ প্রোগ্রামের লক্ষ্য হলো ethereum.org এবং অন্যান্য Ethereum কন্টেন্টকে যত বেশি সম্ভব ভাষায় অনুবাদ করে Ethereum-কে সকলের কাছে সহজলভ্য করে তোলা।
+
+## আমাদের মিশন {#our-mission}
+
+- সারা বিশ্বের দর্শকদের তাদের মাতৃভাষায় ইথেরিয়াম সম্পর্কে জানতে সক্ষম করতে ওয়েবসাইটের অনুবাদিত সংস্করণ সরবরাহ করা
+- বিশ্বব্যাপী ইথেরিয়াম কমিউনিটিতে আরও সদস্যদের যোগদান সহজতর করা
+- ইথেরিয়াম-এর তথ্য এবং জ্ঞান আরও সহজলভ্য এবং অন্তর্ভুক্তিমূলকভাবে শেয়ার করার সুযোগ করে দেওয়া
+- কমিউনিটির সদস্যদের ইথেরিয়াম-এ অনুবাদে অবদান রাখতে এবং ইকোসিস্টেমে তাদের ছাপ রাখতে সক্ষম করা
+- ইকোসিস্টেমের সাথে জড়িত হতে আগ্রহী এমন উৎসাহী অবদানকারীদের শনাক্ত করা, তাদের সাথে সংযোগ স্থাপন করা এবং তাদের নির্দেশিকা প্রদান করা
+
+## আমাদের ভিশন {#our-vision}
+
+- যতটা সম্ভব বেশি সংখ্যক দেশ এবং বিশ্বের বিভিন্ন প্রান্তের ইথেরিয়াম কমিউনিটির সদস্যদের জন্য অপরিহার্য বিষয়বস্তু অনুবাদ করা
+- একটি আরও বেশি অবগত এবং শিক্ষিত ইথেরিয়াম কমিউনিটি তৈরি করতে বিভিন্ন ভাষার মধ্যে জ্ঞান আদান-প্রদানে সহায়তা করা
+- অ-ইংরেজিভাষীদের ইকোসিস্টেমে যোগদানে বাধা সৃষ্টিকারী ভাষার প্রতিবন্ধকতা দূর করে ইথেরিয়াম-এর অন্তর্ভুক্তি এবং সহজলভ্যতা বৃদ্ধি করা
diff --git a/public/content/translations/bn/contributing/translation-program/playbook/index.md b/public/content/translations/bn/contributing/translation-program/playbook/index.md
new file mode 100644
index 00000000000..2213cce2463
--- /dev/null
+++ b/public/content/translations/bn/contributing/translation-program/playbook/index.md
@@ -0,0 +1,317 @@
+---
+title: "অনুবাদ প্রোগ্রাম প্লেবুক"
+lang: bn
+description: "একটি অনুবাদ প্রোগ্রাম স্থাপন করার জন্য টিপস এবং গুরুত্বপূর্ণ বিবেচনার একটি সংগ্রহ"
+---
+
+# অনুবাদ প্রোগ্রাম প্লেবুক {#translation-program-playbook}
+
+ইংরেজি বিশ্বের অন্যতম কথ্য ভাষা এবং এখন পর্যন্ত বিশ্বের সবচেয়ে বেশি চর্চিত ভাষা। যেহেতু ইন্টারনেট – বিশেষ করে সোশ্যাল মিডিয়াতে – ইংরেজি সবচেয়ে সাধারণ ব্যবহৃত ভাষা এবং বহুভাষিক প্রোগ্রামিং ভাষা বিরল, তাই ব্লকচেইন জগতের বেশিরভাগ বিষয়বস্তু স্বাভাবিকভাবেই ইংরেজিতে লেখা হয়।
+
+তবে, বিশ্বের 6 বিলিয়নেরও বেশি মানুষ (জনসংখ্যার 75%-এরও বেশি) আদৌ ইংরেজি বলতে পারেন না, এটি বিশ্বের বিশাল সংখ্যাগরিষ্ঠ জনসংখ্যার জন্য 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 এবং শব্দকোষ উপলব্ধ
+- 60+ সমর্থিত ফাইল ফরম্যাট, 70+ API ইন্টিগ্রেশন
+
+[Lokalise](https://lokalise.com/)
+
+- 2 জন দলের সদস্যের জন্য বিনামূল্যে, আরও বেশি অবদানকারীদের জন্য পেইড প্ল্যান (বেশিরভাগ প্ল্যানের জন্য সীমিত সংখ্যক স্ট্রিং)
+- কিছু পেইড প্ল্যানের সাথে TM এবং শব্দকোষ উপলব্ধ
+- 30+ সমর্থিত ফাইল ফরম্যাট, 40+ API ইন্টিগ্রেশন
+
+[Transifex](https://www.transifex.com/)
+
+- শুধুমাত্র পেইড প্ল্যান (বেশিরভাগ প্ল্যানের জন্য সীমিত সংখ্যক স্ট্রিং)
+- সমস্ত পেইড প্ল্যানের সাথে TM এবং শব্দকোষ উপলব্ধ
+- 30+ সমর্থিত ফাইল ফরম্যাট, 20+ API ইন্টিগ্রেশন
+
+[Phrase](https://phrase.com/)
+
+- শুধুমাত্র পেইড প্ল্যান (সমস্ত প্ল্যানের জন্য অসীম সংখ্যক স্ট্রিং, সীমিত সংখ্যক প্রকল্প এবং দলের সদস্য)
+- কিছু পেইড প্ল্যানের সাথে TM এবং শব্দকোষ উপলব্ধ
+- 40+ সমর্থিত ফাইল ফরম্যাট, 20+ API ইন্টিগ্রেশন
+
+[Smartcat](https://www.smartcat.com/)
+
+- প্রদেয় উন্নত বৈশিষ্ট্য সহ বেসিক বিনামূল্যের প্ল্যান (সমস্ত প্ল্যানের জন্য অসীম সংখ্যক স্ট্রিং এবং প্রকল্প)
+- সব প্ল্যানের সাথে TM এবং শব্দকোষ উপলব্ধ
+- 60+ সমর্থিত ফাইল ফরম্যাট, 20+ API ইন্টিগ্রেশন
+
+[POEditor](https://poeditor.com/)
+
+- ওপেন-সোর্স প্রকল্পগুলির জন্য বিনামূল্যে (সমস্ত প্রকল্পের জন্য সীমিত সংখ্যক স্ট্রিং, ওপেন-সোর্স প্রকল্পগুলির জন্য সীমাহীন)
+- পেইড প্ল্যানের জন্য TM এবং শব্দকোষ উপলব্ধ
+- 20+ সমর্থিত ফাইল ফরম্যাট, 10+ 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**
+
+এটি সম্ভবত অনুবাদ কর্মপ্রবাহ সম্পর্কে চিন্তা করার সবচেয়ে সাধারণ উপায় এবং এমন কিছু যা সাধারণত কর্মপ্রবাহ শব্দটি শোনার সময় মনে আসে।
+
+এর সারমর্মে, এটি অনুবাদ সম্পর্কে চিন্তা করা থেকে শুরু করে আপনার পণ্যে অনূদিত বিষয়বস্তু ব্যবহার করা পর্যন্ত ‘কাজের প্রবাহ’।
+
+এই ক্ষেত্রে একটি উদাহরণ কর্মপ্রবাহ হবে:
+
+1. **অনুবাদের জন্য ফাইল প্রস্তুত করা** – এটি শুনতে সহজ মনে হয়; তবে, আপনাকে কয়েকটি গুরুত্বপূর্ণ বিষয় বিবেচনা করতে হবে। এই ধাপে, পুরো প্রক্রিয়াটি কীভাবে কাজ করা উচিত সে সম্পর্কে আপনার একটি স্পষ্ট পরিকল্পনা থাকা উচিত।
+
+- _আপনি কোন ধরনের ফাইল ব্যবহার করবেন? আপনি আপনার অনূদিত ফাইলগুলি কোন ফরম্যাটে পেতে চান?_
+  - যদি আপনার বিষয়বস্তু DOCX বা MD ফরম্যাটে উপলব্ধ থাকে, তবে আপনি যদি আপনার হোয়াইটপেপার বা অন্যান্য নথির একটি PDF সংস্করণ অনুবাদ করেন তার চেয়ে এই পদ্ধতিটি অনেক বেশি সহজ হবে।
+- _কোন স্থানীয়করণ টুলস এই ফাইল প্রকারকে সমর্থন করে? ফাইলটি কি এমনভাবে অনুবাদ করা যেতে পারে যা মূল বিন্যাস বজায় রাখে?_
+  - সব ধরনের ফাইল সরাসরি স্থানীয়করণ সমর্থন করে না (যেমন, PDF ফাইল, ইমেজ ফাইল), এবং সব স্থানীয়করণ টুলস সব ধরনের ফাইল সমর্থন করে না।
+- _বিষয়বস্তু কে অনুবাদ করবে? আপনি কি পেশাদার অনুবাদের জন্য অর্ডার দেবেন নাকি স্বেচ্ছাসেবকদের উপর নির্ভর করবেন?_
+  - এটি আপনাকে নিতে হবে এমন আরও বেশ কিছু সিদ্ধান্তকে প্রভাবিত করে। উদাহরণস্বরূপ, পেশাদার অনুবাদকরা স্বেচ্ছাসেবকদের চেয়ে উন্নত স্থানীয়করণ টুলস নিয়ে কাজ করতে বেশি স্বাচ্ছন্দ্যবোধ করেন।
+- _ভাষাবিদদের জন্য আপনার প্রত্যাশা কী? আপনি যদি কোনো ভাষা পরিষেবা প্রদানকারী ব্যবহার করেন, তারা আপনার কাছ থেকে কী আশা করে?_
+  - আপনার লক্ষ্য, প্রত্যাশা এবং সময়সীমা সারিবদ্ধ আছে কিনা তা নিশ্চিত করার জন্য এটিই সেই ধাপ।
+- _অনুবাদের জন্য সমস্ত বিষয়বস্তু কি সমানভাবে গুরুত্বপূর্ণ? কিছু বিষয়বস্তু কি প্রথমে অনুবাদ করা উচিত?_
+  - নির্দিষ্ট কিছু বিষয়বস্তুকে অগ্রাধিকার দেওয়ার কিছু উপায় আছে, যা প্রথমে অনুবাদ এবং বাস্তবায়ন করা উচিত। উদাহরণস্বরূপ, যদি আপনার অনুবাদের জন্য প্রচুর বিষয়বস্তু থাকে, তবে অনুবাদকরা কোনটিকে অগ্রাধিকার দেবে সে সম্পর্কে সচেতন কিনা তা নিশ্চিত করতে আপনি সংস্করণ নিয়ন্ত্রণ ব্যবহার করতে পারেন।
+
+2. **অনুবাদের জন্য ফাইল শেয়ার করা** – এই ধাপেও কিছু দীর্ঘমেয়াদী চিন্তাভাবনার প্রয়োজন এবং এটি কোনো ভাষা পরিষেবা প্রদানকারীর কাছে উৎস ফাইল পাঠানোর মতো সহজ নয়।
+
+- _বিষয়বস্তু কে অনুবাদ করবে? এই প্রক্রিয়ায় কতজন লোক জড়িত থাকবে?_
+  - আপনি যদি একটি স্থানীয়করণ টুল ব্যবহার করার পরিকল্পনা করেন, তবে এই ধাপটি সহজ হয়ে যায় কারণ আপনি সরাসরি টুল-এ উৎস ফাইলগুলি আপলোড করতে পারেন। এটিও সত্য যদি অনুবাদ প্রক্রিয়াটি হোস্টিং পরিষেবাতে সংঘটিত হয় কারণ উৎস ফাইলগুলি কোথাও রপ্তানি করার প্রয়োজন হয় না।
+- _উৎস ফাইলগুলি কি ম্যানুয়ালি পরিচালনা করা হবে, নাকি এই প্রক্রিয়াটি স্বয়ংক্রিয় করা যেতে পারে?_
+  - বেশিরভাগ স্থানীয়করণ টুলস ফাইল ব্যবস্থাপনা প্রক্রিয়ার কিছু ধরণের ইন্টিগ্রেশন বা অটোমেশনের অনুমতি দেয়। অন্যদিকে, আপনি যদি স্বতন্ত্র অনুবাদকদের সাথে কাজ করেন এবং একটি স্থানীয়করণ টুল ব্যবহার না করেন, তবে শত শত বা হাজার হাজার অনুবাদকদের কাছে ম্যানুয়ালি উৎস ফাইল পাঠানো একটি পরিমাপযোগ্য প্রক্রিয়া নয়।
+- _স্থানীয়করণের জন্য কোন টুলস ব্যবহার করা হবে?_
+  - এই প্রশ্নের উত্তর নির্ধারণ করবে আপনি অন্য সবকিছুর সাথে কীভাবে অগ্রসর হবেন। সঠিক টুল নির্বাচন করা আপনাকে বিষয়বস্তু ব্যবস্থাপনা, অনুবাদ মেমরি এবং শব্দকোষ পরিচালনা, অনুবাদকদের পরিচালনা, অনুবাদ/পর্যালোচনা অগ্রগতির ট্র্যাক রাখা ইত্যাদি স্বয়ংক্রিয় করতে সাহায্য করতে পারে, তাই কিছু সময় নিন এবং আপনি কোন টুল ব্যবহার করতে চান সে বিষয়ে কিছু গবেষণা করুন। আপনি যদি একটি স্থানীয়করণ টুল ব্যবহার করার পরিকল্পনা না করেন, তবে উপরের সমস্ত কিছু ম্যানুয়ালি করতে হবে।
+- _অনুবাদ প্রক্রিয়াটি কতক্ষণ সময় নেবে? এতে কত খরচ হবে?_
+  - এই মুহূর্তে, আপনার ভাষা পরিষেবা প্রদানকারী বা অনুবাদকদের পুলের সাথে উৎস ফাইল শেয়ার করার জন্য প্রস্তুত থাকা উচিত। ভাষা পরিষেবা প্রদানকারী আপনাকে শব্দ গণনা বিশ্লেষণ করতে এবং অনুবাদ প্রক্রিয়ার জন্য হার এবং সময়সীমা সহ একটি উদ্ধৃতি প্রদান করতে সাহায্য করতে পারে।
+- _আপনি কি এই প্রক্রিয়া চলাকালীন উৎস বিষয়বস্তুতে পরিবর্তন/আপডেট করার পরিকল্পনা করছেন?_
+  - যদি আপনার বিষয়বস্তু গতিশীল হয় এবং প্রায়শই পরিবর্তিত হয়, তবে কোনো পরিবর্তন বা আপডেট অনুবাদ অগ্রগতিতে ব্যাঘাত ঘটাতে পারে। একটি অনুবাদ মেমরি ব্যবহার করা এটিকে উল্লেখযোগ্যভাবে কমাতে সাহায্য করতে পারে, যদিও প্রক্রিয়াটি কীভাবে কাজ করবে এবং অনুবাদকরা যে অগ্রগতি করছে তাতে বাধা দেওয়া কীভাবে প্রতিরোধ করা যায় সে সম্পর্কে চিন্তা করা এখনও গুরুত্বপূর্ণ।
+
+3. **অনুবাদ প্রক্রিয়া পরিচালনা করা** – উৎস বিষয়বস্তু ভাষা পরিষেবা প্রদানকারী বা অনুবাদকদের কাছে হস্তান্তর করার পরেই আপনার কাজ শেষ হয়ে যায় না। অনুবাদের সর্বোত্তম গুণমান নিশ্চিত করার জন্য, বিষয়বস্তু নির্মাতাদের যতটা সম্ভব অনুবাদ প্রক্রিয়ার সাথে জড়িত থাকা উচিত।
+
+- _আপনি অনুবাদকদের সাথে কীভাবে যোগাযোগ করার পরিকল্পনা করছেন?_
+  - আপনি যদি একটি স্থানীয়করণ টুল ব্যবহার করার পরিকল্পনা করেন, তবে যোগাযোগ সরাসরি টুলের মধ্যেই হতে পারে। অনুবাদকদের সাথে একটি বিকল্প যোগাযোগ চ্যানেল স্থাপন করারও সুপারিশ করা হয় কারণ তারা যোগাযোগ করতে কম দ্বিধা বোধ করতে পারে এবং মেসেজিং টুলস আরও অবাধ যোগাযোগের সুযোগ দেয়।
+- _অনুবাদকদের কাছ থেকে আসা প্রশ্নগুলি কীভাবে পরিচালনা করবেন? কার এই প্রশ্নগুলির উত্তর দেওয়া উচিত?_
+  - অনুবাদকরা (পেশাদার এবং অ-পেশাদার উভয়ই) প্রায়শই স্পষ্টীকরণ বা অতিরিক্ত প্রসঙ্গের জন্য প্রশ্ন এবং অনুরোধের সাথে সাথে প্রতিক্রিয়া এবং উন্নতির জন্য ধারণা নিয়ে যোগাযোগ করবেন। এই জিজ্ঞাসাগুলির উত্তর দেওয়া প্রায়শই আরও ভাল সম্পৃক্ততা এবং অনূদিত বিষয়বস্তুর গুণমানের দিকে নিয়ে যেতে পারে। তাদেরকে যতটা সম্ভব রিসোর্স (যেমন, নির্দেশিকা, টিপস, পরিভাষা নির্দেশিকা, প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী, ইত্যাদি) সরবরাহ করাও মূল্যবান।
+- _পর্যালোচনা প্রক্রিয়াটি কীভাবে পরিচালনা করবেন? আপনি কি এটি আউটসোর্স করতে চান, নাকি আপনার অভ্যন্তরীণভাবে পর্যালোচনা করার ক্ষমতা আছে?_
+  - যদিও সবসময় প্রয়োজন হয় না, পর্যালোচনা একটি সর্বোত্তম অনুবাদ প্রক্রিয়ার একটি অবিচ্ছেদ্য অংশ। সাধারণত, পেশাদার পর্যালোচকদের কাছে পর্যালোচনা প্রক্রিয়াটি আউটসোর্স করা সবচেয়ে সহজ। তবে, আপনার যদি একটি বড় আন্তর্জাতিক দল থাকে, তবে পর্যালোচনা বা QA অভ্যন্তরীণভাবেও পরিচালনা করা যেতে পারে।
+
+4. **অনূদিত বিষয়বস্তু বাস্তবায়ন** – কর্মপ্রবাহের শেষ অংশ, যদিও এটি আগে থেকেই বিবেচনা করা গুরুত্বপূর্ণ।
+
+- _সব অনুবাদ কি একই সময়ে সম্পন্ন হবে?_
+  - যদি না হয়, তবে আপনার ভাবা উচিত কোন অনুবাদগুলিকে অগ্রাধিকার দেওয়া উচিত, অগ্রগতিতে থাকা অনুবাদগুলির উপর কীভাবে নজর রাখা যায়, এবং অনুবাদগুলি সম্পন্ন হওয়ার সময় বাস্তবায়ন কীভাবে পরিচালিত হয়।
+- _অনূদিত বিষয়বস্তু আপনাকে কীভাবে বিতরণ করা হবে? এটি কোন ফরম্যাটে থাকবে?_
+  - আপনি যে পদ্ধতিই ব্যবহার করুন না কেন, এটি একটি গুরুত্বপূর্ণ বিবেচনা। স্থানীয়করণ টুলস আপনাকে লক্ষ্য ফাইল ফরম্যাট এবং রপ্তানি প্রক্রিয়ার উপর নিয়ন্ত্রণ বজায় রাখতে দেয় এবং সাধারণত অটোমেশন সমর্থন করে, যেমন, হোস্টিং পরিষেবার সাথে ইন্টিগ্রেশন সক্ষম করে।
+- _আপনি আপনার প্রকল্পে অনুবাদগুলি কীভাবে বাস্তবায়ন করবেন?_
+  - কিছু ক্ষেত্রে, এটি অনূদিত ফাইল আপলোড করা বা আপনার ডক্সে যুক্ত করার মতোই সহজ হতে পারে। তবে, ওয়েবসাইট বা অ্যাপ অনুবাদের মতো আরও জটিল প্রকল্পগুলির ক্ষেত্রে, আপনার নিশ্চিত করা উচিত যে কোডটি আন্তর্জাতিকীকরণ সমর্থন করে এবং বাস্তবায়ন প্রক্রিয়াটি আগে থেকেই কীভাবে পরিচালিত হবে তা স্থাপন করা উচিত।
+- _বিন্যাস যদি উৎস থেকে ভিন্ন হয় তবে কী হবে?_
+  - উপরেরটির মতো, আপনি যদি সাধারণ টেক্সট ফাইল অনুবাদ করেন, তবে বিন্যাস সম্ভবত খুব বেশি গুরুত্বপূর্ণ নয়। তবে, ওয়েবসাইট বা অ্যাপ্লিকেশনের জন্য বিষয়বস্তুর মতো আরও জটিল ফাইলগুলির ক্ষেত্রে, আপনার প্রকল্পে বাস্তবায়নের জন্য বিন্যাস এবং কোডকে উৎসের সাথে অভিন্ন হতে হবে। যদি না হয়, তবে লক্ষ্য ফাইলগুলি অনুবাদক বা আপনার ডেভেলপারদের দ্বারা সম্পাদনা করতে হবে।
+
+**অর্থ 2**
+
+একটি বিকল্প অনুবাদ কর্মপ্রবাহ, যা অভ্যন্তরীণ সিদ্ধান্ত এবং পদ্ধতির জন্য দায়ী নয়। এখানে প্রধান বিবেচনা হল বিষয়বস্তুর নিজস্ব প্রবাহ।
+
+এই ক্ষেত্রে একটি উদাহরণ কর্মপ্রবাহ হবে:
+
+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)** – একটি ডেটাবেস যা স্বয়ংক্রিয়ভাবে সেগমেন্ট বা স্ট্রিং সংরক্ষণ করে, যার মধ্যে রয়েছে দীর্ঘ পাঠ্যের ব্লক, সম্পূর্ণ বাক্য, অনুচ্ছেদ এবং স্বতন্ত্র শব্দ, সেইসাথে প্রতিটি ভাষায় তাদের বর্তমান এবং পূর্ববর্তী অনুবাদ।
+
+বেশিরভাগ স্থানীয়করণ টুলস, অনুবাদ ব্যবস্থাপনা সিস্টেম, এবং কম্পিউটার-সহায়ক অনুবাদ টুলের অন্তর্নির্মিত অনুবাদ মেমরি রয়েছে, যা সাধারণত রপ্তানি করা যায় এবং অন্যান্য অনুরূপ টুলের ক্ষেত্রেও ব্যবহার করা যায়।
+
+একটি অনুবাদ মেমরি ব্যবহার করার সুবিধাগুলির মধ্যে রয়েছে দ্রুত অনুবাদ, আরও ভাল অনুবাদ গুণমান, উৎস বিষয়বস্তু আপডেট বা পরিবর্তন করার সময় নির্দিষ্ট অনুবাদ ধরে রাখার ক্ষমতা, এবং পুনরাবৃত্তিমূলক বিষয়বস্তুর জন্য সস্তা অনুবাদ খরচ।
+
+অনুবাদ মেমরি বিভিন্ন সেগমেন্টের মধ্যে একটি শতাংশ মিলের উপর ভিত্তি করে কাজ করে এবং সাধারণত সবচেয়ে দরকারী হয় যখন দুটি সেগমেন্টে 50% এর বেশি একই বিষয়বস্তু থাকে। এগুলি পুনরাবৃত্তিমূলক সেগমেন্টগুলিকে স্বয়ংক্রিয়ভাবে অনুবাদ করতেও ব্যবহৃত হয়, যা 100% মিল, এইভাবে পুনরাবৃত্তিমূলক বিষয়বস্তুকে একাধিকবার অনুবাদ করার প্রয়োজনীয়তা দূর করে।
+
+অনুবাদ মেমরি সম্পর্কে আরও পড়ুন:
+
+[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 সহ একটি ব্যানার বা পপ-আপ যুক্ত করার মতোই সহজ হতে পারে। এটি কার্যকর কারণ আপনার লক্ষ্য দর্শক হল আপনার সম্প্রদায় - তারাই যারা প্রথম স্থানে জড়িত হওয়ার সম্ভাবনা সবচেয়ে বেশি।
+
+**সোশ্যাল মিডিয়া –** সোশ্যাল মিডিয়া আপনার অনুবাদ প্রোগ্রাম সম্পর্কে সচেতনতা ছড়িয়ে দেওয়ার এবং আপনার সম্প্রদায়ের সদস্যদের কাছে পৌঁছানোর, সেইসাথে যারা এখনও আপনার সম্প্রদায়ের সদস্য নয় তাদের কাছে পৌঁছানোর একটি কার্যকর উপায় হতে পারে।
+
+আপনার যদি ডিসকর্ড সার্ভার বা টেলিগ্রাম চ্যানেল থাকে, তবে এটি আউটরিচ, আপনার অনুবাদকদের সাথে যোগাযোগ এবং আপনার অবদানকারীদের স্বীকৃতি দেওয়ার জন্য ব্যবহার করা সহজ।
+
+X (পূর্বে টুইটার) এর মতো প্ল্যাটফর্মগুলিও নতুন সম্প্রদায়ের সদস্যদের অনবোর্ড করতে এবং আপনার অবদানকারীদের প্রকাশ্যে স্বীকৃতি দেওয়ার জন্য সহায়ক হতে পারে।
+
+লিনাক্স ফাউন্ডেশন একটি বিস্তৃত [2020 FOSS অবদানকারী সমীক্ষার উপর রিপোর্ট](https://www.linuxfoundation.org/wp-content/uploads/2020FOSSContributorSurveyReport_121020.pdf) তৈরি করেছে, যা ওপেন-সোর্স অবদানকারী এবং তাদের অনুপ্রেরণা বিশ্লেষণ করে।
+
+## উপসংহার {#conclusion}
+
+এই নথিতে কিছু মূল বিবেচনা রয়েছে যা প্রতিটি অনুবাদ প্রোগ্রামের সচেতন থাকা উচিত। এটি কোনোভাবেই একটি সম্পূর্ণ নির্দেশিকা নয়, যদিও এটি অনুবাদ শিল্পে কোনো অভিজ্ঞতা নেই এমন যে কাউকে তাদের প্রকল্পের জন্য একটি অনুবাদ প্রোগ্রাম সংগঠিত করতে সাহায্য করতে পারে।
+
+আপনি যদি একটি অনুবাদ প্রোগ্রাম পরিচালনার বিভিন্ন টুলস, প্রক্রিয়া এবং গুরুত্বপূর্ণ দিকগুলির আরও বিশদ নির্দেশাবলী এবং বিভাজন খুঁজছেন, তবে কিছু বৃহত্তম ভাষা পরিষেবা প্রদানকারী ব্লগ বজায় রাখে এবং প্রায়শই স্থানীয়করণ প্রক্রিয়ার বিভিন্ন দিক নিয়ে নিবন্ধ প্রকাশ করে। আপনি যদি উপরের যেকোনো বিষয়ে আরও গভীরে যেতে চান এবং স্থানীয়করণ প্রক্রিয়া পেশাগতভাবে কীভাবে কাজ করে তা বুঝতে চান তবে এগুলিই সেরা রিসোর্স।
+
+প্রতিটি বিভাগের শেষে কিছু প্রাসঙ্গিক লিঙ্ক অন্তর্ভুক্ত করা হয়েছে; তবে, আপনি অনলাইনে আরও অনেক রিসোর্স খুঁজে পেতে পারেন।
+
+সহযোগিতার প্রস্তাব বা অতিরিক্ত তথ্য, শিক্ষা এবং সেরা অনুশীলনের জন্য যা আমরা ethereum.org অনুবাদ প্রোগ্রাম বজায় রেখে অর্জন করেছি, translations@ethereum.org-এ আমাদের সাথে নির্দ্বিধায় যোগাযোগ করুন।
diff --git a/public/content/translations/bn/contributing/translation-program/resources/index.md b/public/content/translations/bn/contributing/translation-program/resources/index.md
new file mode 100644
index 00000000000..7eb56786379
--- /dev/null
+++ b/public/content/translations/bn/contributing/translation-program/resources/index.md
@@ -0,0 +1,49 @@
+---
+title: "অনুবাদকদের জন্য রিসোর্স"
+lang: bn
+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}
+
+- [ভাষা-নির্দিষ্ট ডিসকর্ড অনুবাদ গোষ্ঠী](https://discord.gg/ethereum-org)
+  _– ethereum.org অনুবাদকদের অনুবাদ গোষ্ঠীর সাথে সংযুক্ত করার জন্য একটি উদ্যোগ_
+- [চীনা অনুবাদক গোষ্ঠী](https://www.notion.so/Ethereum-org-05375fe0a94c4214acaf90f42ba40171)
+  _– চীনা অনুবাদকদের মধ্যে সহজ সমন্বয়ের জন্য নোশন পেজ_
+
+## সর্বশেষ আপডেট {#latest-updates}
+
+সর্বশেষ অনুবাদ প্রোগ্রামের অগ্রগতি সম্পর্কে আপ-টু-ডেট থাকতে, আপনি [Ethereum ফাউন্ডেশন ব্লগ](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 ডিসকর্ড](https://discord.gg/ethereum-org)-এর #office-hours ভয়েস চ্যানেলে অনুষ্ঠিত হয়, যেখানে আপনি সঠিক সময় এবং অতিরিক্ত বিবরণও খুঁজে নিতে পারেন।
+
+অফিস আওয়ার্স আমাদের অনুবাদকদের অনুবাদ প্রক্রিয়া সম্পর্কে প্রশ্ন জিজ্ঞাসা করতে, প্রোগ্রামের উপর মতামত প্রদান করতে, তাদের ধারণা শেয়ার করতে, বা শুধু মূল ethereum.org দলের সাথে চ্যাট করার সুযোগ দেয়।
+অবশেষে, আমরা এই কলগুলি ব্যবহার করে অনুবাদ প্রোগ্রামের সাম্প্রতিক উন্নয়নগুলি জানাতে এবং আমাদের অবদানকারীদের সাথে মূল টিপস এবং নির্দেশাবলী শেয়ার করতে চাই।
+
+আপনি যদি একজন ethereum.org অনুবাদক হন বা হতে চান, তবে এই সেশনগুলির একটিতে আমাদের সাথে নির্দ্বিধায় যোগ দিন।
diff --git a/public/content/translations/bn/contributing/translation-program/translatathon/details/index.md b/public/content/translations/bn/contributing/translation-program/translatathon/details/index.md
new file mode 100644
index 00000000000..f95f2686e37
--- /dev/null
+++ b/public/content/translations/bn/contributing/translation-program/translatathon/details/index.md
@@ -0,0 +1,90 @@
+---
+title: "বিবরণ এবং নিয়ম"
+lang: bn
+template: translatathon
+---
+
+![](./participate.png)
+
+ট্রান্সলেটাথন উন্মুক্ত এবং যে কেউ আবেদনপত্র পূরণ করে এবং Crowdin-এ প্রকল্পে যোগ দিয়ে অংশগ্রহণ করতে পারে।
+
+অনুবাদকেরা অনুবাদ সময়কালে Crowdin সম্পাদকে তাদের ভাষায় অনুবাদ না করা স্ট্রিংগুলির জন্য অনুবাদের পরামর্শ দিয়ে পয়েন্ট সংগ্রহ করে।
+
+প্রতিটি অংশগ্রহণকারীর চূড়ান্ত স্কোর নির্ধারিত হয় অনুবাদ সময়কালে তাদের দ্বারা অনুবাদ করা শব্দের সংখ্যা এবং তাদের সংগৃহীত যেকোনো সম্ভাব্য বোনাস পয়েন্টের উপর ভিত্তি করে লিডারবোর্ডে তাদের অবস্থান দ্বারা।
+
+## শুরু করা যাক {#getting-started}
+
+অনুবাদ প্রক্রিয়াটি Crowdin-এর ethereum.org প্রকল্পে সঞ্চালিত হয় এবং অনুবাদকেরা ethereum.org ওয়েবসাইটের প্রায় সমস্ত বিষয়বস্তু দিয়ে তৈরি অনুবাদ না করা স্ট্রিংগুলির জন্য তাদের অনুবাদের পরামর্শ দেন।
+
+অনুবাদগুলি সরাসরি অনলাইন সম্পাদকে পরামর্শ দেওয়া হয় তাই কোনো ফাইল বা ডেলিভারেবল ডাউনলোড বা আপলোড করার প্রয়োজন নেই। প্রতিটি অনুবাদ করা শব্দ ট্র্যাক এবং গণনা করা হয়।
+
+**১) প্রকল্পে যোগ দিন**
+
+- অবদান শুরু করতে, [Crowdin-এ ethereum.org প্রকল্পে](https://crowdin.com/project/ethereum-org) যোগ দিন
+- আপনাকে সাইন ইন করতে হবে বা একটি অ্যাকাউন্ট তৈরি করতে হবে - এর জন্য শুধুমাত্র একটি ইমেল ঠিকানা এবং পাসওয়ার্ড প্রয়োজন
+
+**২) আপনার ভাষা নির্বাচন করুন**
+
+- লক্ষ্য ভাষার তালিকায় আপনার ভাষা খুঁজুন এবং এর নাম বা পতাকায় ক্লিক করে এটি খুলুন
+- আপনি যদি এমন কোনো ভাষায় অনুবাদ করতে চান যা উপলব্ধ নয়, তবে Crowdin-এ [Ethereum.org Team](https://crowdin.com/profile/ethdotorg)-এর সাথে যোগাযোগ করুন বা আমাদের translations@ethereum.org-এ একটি ইমেল পাঠান এবং আমরা অনুরোধ অনুযায়ী অতিরিক্ত লক্ষ্য ভাষা যোগ করব
+
+**৩) একটি অনুবাদ না করা ফাইল খুলুন**
+
+- অনুবাদ শুরু করতে প্রথম অনুবাদ না করা ফাইলটি খুঁজুন। উৎস ফাইল ধারণকারী ফোল্ডারগুলি অগ্রাধিকারের উপর ভিত্তি করে তৈরি, তাই আপনার প্রথম ফোল্ডারটি অনুবাদ করা শুরু করা উচিত যেখানে অনুবাদ না করা ফাইল রয়েছে
+- প্রতিটি ফাইলে একটি অগ্রগতি সূচক রয়েছে যা দেখায় ফাইলের অনুবাদযোগ্য বিষয়বস্তুর কতটা অনুবাদ এবং অনুমোদিত হয়েছে… যদি কোনো ফাইলের অনুবাদের অগ্রগতি ১০০% এর নিচে হয়, অনুগ্রহ করে এটি অনুবাদ করুন
+
+**৪) অনুবাদ না করা স্ট্রিংগুলি অনুবাদ করুন**
+
+- আপনি যখন অনুবাদের জন্য একটি ফাইল খুলবেন, নিশ্চিত করুন যে আপনি শুধুমাত্র অনুবাদ না করা স্ট্রিংগুলি অনুবাদ করছেন!
+- প্রতিটি স্ট্রিংয়ের একটি স্ট্যাটাস ইনডিকেটর থাকে যা দেখায় এটি _অনূদিত_, _অ-অনূদিত_, নাকি _অনুমোদিত_। যদি কোনো উৎস স্ট্রিংয়ের জন্য আপনার ভাষায় ইতিমধ্যে একটি প্রস্তাবিত অনুবাদ থাকে, তবে এটি অনুবাদ করার প্রয়োজন নেই
+- আপনি সম্পাদকে স্ট্রিংগুলি ফিল্টার করে _প্রথমে অ-অনূদিত_ বা _শুধুমাত্র অ-অনূদিত_ দেখাতে পারেন।
+
+Crowdin সম্পাদক নেভিগেট এবং ব্যবহার করার জন্য একটি বিশদ গাইডের জন্য, আমরা সুপারিশ করি যে সমস্ত ট্রান্সলেটাথন অংশগ্রহণকারীরা আমাদের [কীভাবে অনুবাদ করবেন](/contributing/translation-program/how-to-translate/) গাইডটি পড়ুন।
+
+আপনি আমাদের [অনুবাদ শৈলী নির্দেশিকা](/contributing/translation-program/translators-guide/) দেখে কিছু টিপস এবং সেরা অনুশীলনগুলিও খুঁজে পেতে পারেন।
+
+**পয়েন্ট কীভাবে কাজ করে**
+
+প্রত্যেক ট্রান্সলেটাথন অংশগ্রহণকারী ethereum.org Crowdin প্রকল্প এবং অন্যান্য যোগ্য প্রকল্পে বিষয়বস্তু অনুবাদ করে তাদের চূড়ান্ত স্কোরের জন্য পয়েন্ট অর্জন করবে (যোগ্য প্রকল্পগুলির সম্পূর্ণ তালিকা নীচে উপলব্ধ)।
+
+স্কোরিং সহজ: **১টি অনূদিত শব্দ = ১ পয়েন্ট**
+
+আপনার চূড়ান্ত পয়েন্ট বরাদ্দ পেতে, আপনার প্রস্তাবিত অনুবাদগুলিকে মূল্যায়ন প্রক্রিয়াটি পাস করতে হবে, যেখানে পেশাদার পর্যালোচকরা প্রতিটি অংশগ্রহণকারীর অনুবাদগুলি পরীক্ষা করে দেখবেন যাতে তারা ন্যূনতম মানের থ্রেশহোল্ড পূরণ করে এবং এই প্রক্রিয়ায় কোনও মেশিন বা 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 Docker ডক্স](https://crowdin.com/project/eth-docker-docs)
+
+- [Remix 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/bn/contributing/translation-program/translatathon/index.md b/public/content/translations/bn/contributing/translation-program/translatathon/index.md
new file mode 100644
index 00000000000..f89f47bf019
--- /dev/null
+++ b/public/content/translations/bn/contributing/translation-program/translatathon/index.md
@@ -0,0 +1,100 @@
+---
+title: "২০২৫ ethereum.org ট্রান্সলেটাথন"
+lang: bn
+template: translatathon
+---
+
+<CardContainer>
+  <EmojiCard
+    emoji=':globe_with_meridians:'
+    title="ethereum.org অনুবাদ করুন"
+    description="ইথিরিয়াম সম্পর্কে আরও মানুষকে জানাতে ethereum.org-এর কন্টেন্ট আপনার ভাষায় অনুবাদ করুন"
+  />
+  <EmojiCard
+    emoji=':trophy:'
+    title="পুরস্কার জিতুন"
+    description="লিডারবোর্ডে আপনার অবস্থান অনুযায়ী প্রাইজ পুলের একটি অংশ জিতে নিন"
+  />
+  <EmojiCard
+    emoji=':bulb:'
+    title="ইথিরিয়াম সম্পর্কে জানুন"
+    description="অনুবাদ এবং পুরস্কারের জন্য প্রতিযোগিতা করার পাশাপাশি ইথিরিয়াম সম্পর্কে আরও জানুন"
+  />
+</CardContainer>
+
+## ভূমিকা {#introduction}
+
+আমরা বিশ্বাস করি যে ইথেরিয়াম কন্টেন্ট এবং অনবোর্ডিং রিসোর্স প্রত্যেকের জন্য সহজলভ্য হওয়া উচিত, তারা যে ভাষাতেই কথা বলুক না কেন।
+এই লক্ষ্যের কাছাকাছি যাওয়ার জন্য, ethereum.org অনুবাদ প্রোগ্রাম হল ওয়েবসাইটটিকে যতটা সম্ভব ভাষায় অনুবাদ করার একটি উদ্যোগ।
+
+অনুবাদ প্রোগ্রামের অংশ হিসেবে, আমরা ট্রান্সলেটাথনের ৩য় সংস্করণ আয়োজন করছি, যা আমাদের একটি অনুবাদ প্রতিযোগিতা। এর লক্ষ্য হল কম-সক্রিয় ভাষাগুলিতে অনুবাদের অবদানকে উৎসাহিত করা, সাইটে উপলব্ধ ভাষার সংখ্যা এবং কন্টেন্টের পরিমাণ বৃদ্ধি করা, নতুন অবদানকারীদের অনবোর্ড করা এবং আমাদের বিদ্যমানদের পুরস্কৃত করা।
+
+আপনি যদি ইংরেজি ছাড়া অন্য কোনো ভাষার নেটিভ স্পিকার হন এবং পুরস্কারের জন্য প্রতিযোগিতা করার পাশাপাশি ইথেরিয়াম কন্টেন্টকে আরও সহজলভ্য করতে সাহায্য করতে চান, তাহলে আরও জানতে পড়তে থাকুন!
+
+[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">আমাকে কি ইথেরিয়াম-এর সাথে পরিচিত হতে হবে?</h3>
+    না। যদিও ইথেরিয়ামের সাথে পরিচিতি আপনার উৎপাদনশীলতা এবং গুণমান উন্নত করতে সাহায্য করতে পারে, ট্রান্সলেটাথন একটি শেখার অভিজ্ঞতাও, এবং অংশগ্রহণের সময় ইথেরিয়াম সম্পর্কে আরও জানতে এবং যোগ দিতে সবাইকে আমন্ত্রণ জানানো হচ্ছে।
+  </CardContent>
+</TwoColumnContent>
+
+আরও বিস্তারিত জানতে, [সম্পূর্ণ শর্তাবলী দেখুন](/contributing/translation-program/translatathon/terms-and-conditions)
+
+### ধাপে ধাপে নির্দেশাবলী {#step-by-step-instructions}
+
+<StepByStepInstructions />
+
+## পুরস্কার {#prizes}
+
+| স্থান               | পুরস্কারের পরিমাণ |
+| ------------------- | ----------------- |
+| প্রথম স্থান         | $৪০০০             |
+| দ্বিতীয় স্থান       | $২৫০০             |
+| তৃতীয় স্থান         | $১৫০০             |
+| চতুর্থ স্থান        | $১১০০             |
+| পঞ্চম স্থান         | $১০০০             |
+| ষষ্ঠ স্থান          | $৬০০              |
+| সপ্তম স্থান         | $৫৫০              |
+| অষ্টম স্থান         | $৫০০              |
+| নবম স্থান           | $৪৫০              |
+| দশম স্থান           | $৪০০              |
+| ১১তম - ২০তম স্থান   | $২৪০              |
+| ২১তম - ৫০তম স্থান   | $১২০              |
+| ৫১তম - ১০০তম স্থান  | $৬০               |
+| ১০১তম - ১৫০তম স্থান | $৪০               |
+| বাকিরা              | $২০               |
+
+সমস্ত পুরস্কার ETH-এ প্রদান করা হবে।
+
+<TranslatathonCalendar />
+
+<ApplyNow />
diff --git a/public/content/translations/bn/contributing/translation-program/translators-guide/index.md b/public/content/translations/bn/contributing/translation-program/translators-guide/index.md
new file mode 100644
index 00000000000..aef23473862
--- /dev/null
+++ b/public/content/translations/bn/contributing/translation-program/translators-guide/index.md
@@ -0,0 +1,299 @@
+---
+title: "অনুবাদকদের নির্দেশিকা"
+lang: bn
+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 tags displaying' বিভাগে নিচে স্ক্রোল করুন
+
+3. 'Hide' নির্বাচন করুন
+   ![অনুগ্রহ করে 'Hide' নির্বাচন করুন](./hide-tags.png)
+
+4. 'Save'-এ ক্লিক করুন
+
+এই বিকল্পটি নির্বাচন করলে, সম্পূর্ণ ট্যাগ টেক্সট আর দেখানো হবে না এবং একটি সংখ্যা দ্বারা প্রতিস্থাপিত হবে।
+অনুবাদ করার সময়, এই ট্যাগটিতে ক্লিক করলে স্বয়ংক্রিয়ভাবে সঠিক ট্যাগটি অনুবাদ ফিল্ডে অনুলিপি হয়ে যাবে।
+
+**লিঙ্ক**
+
+আপনি ethereum.org বা অন্যান্য ওয়েবসাইটের পৃষ্ঠাগুলির সম্পূর্ণ লিঙ্ক লক্ষ্য করতে পারেন।
+
+এগুলি উৎসের অনুরূপ হওয়া উচিত এবং পরিবর্তন বা অনুবাদ করা উচিত নয়। আপনি যদি একটি লিঙ্ক অনুবাদ করেন বা এটিকে কোনোভাবে পরিবর্তন করেন, এমনকি এর একটি অংশ, যেমন একটি স্ল্যাশ (/) সরিয়ে দেন, তবে এটি ভাঙা এবং অব্যবহারযোগ্য লিঙ্কের দিকে নিয়ে যাবে।
+
+লিঙ্কগুলি পরিচালনা করার সর্বোত্তম উপায় হল উৎস থেকে সরাসরি সেগুলি অনুলিপি করা, হয় সেগুলিতে ক্লিক করে অথবা ‘Copy Source’ বোতাম (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}
+
+ওয়েবসাইটে প্রচুর সংক্ষেপণ ব্যবহৃত হয়, যেমন, ডিএ্যাপস, NFT, DAO, DeFi, ইত্যাদি। এই সংক্ষেপণগুলি সাধারণত ইংরেজিতে ব্যবহৃত হয় এবং ওয়েবসাইটের বেশিরভাগ দর্শক এগুলির সাথে পরিচিত।
+
+যেহেতু তাদের সাধারণত অন্যান্য ভাষায় প্রতিষ্ঠিত অনুবাদ থাকে না, তাই এই এবং অনুরূপ পদগুলির প্রতি দৃষ্টিভঙ্গির সেরা উপায় হলো পূর্ণ রূপের একটি বর্ণনামূলক অনুবাদ প্রদান করা এবং বন্ধনীতে ইংরেজি সংক্ষেপণ যোগ করা।
+
+এই সংক্ষেপণগুলি অনুবাদ করবেন না, কারণ বেশিরভাগ মানুষ এগুলির সাথে পরিচিত হবে না এবং স্থানীয় সংস্করণগুলি বেশিরভাগ দর্শকের কাছে তেমন কোনো অর্থ বহন করবে না।
+
+কীভাবে ডিএ্যাপস অনুবাদ করতে হয় তার উদাহরণ:
+
+- ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস) → _অনূদিত পূর্ণ রূপ (বন্ধনীতে ইংরেজি সংক্ষেপণ)_
+
+## প্রতিষ্ঠিত অনুবাদ ছাড়া শর্তাবলী {#terms-without-established-translations}
+
+কিছু পদের অন্যান্য ভাষায় প্রতিষ্ঠিত অনুবাদ নাও থাকতে পারে, এবং মূল ইংরেজি পদ দ্বারা ব্যাপকভাবে পরিচিত। এই ধরনের পদগুলির মধ্যে বেশিরভাগই নতুন ধারণা অন্তর্ভুক্ত করে, যেমন প্রুফ-অফ-ওয়ার্ক, প্রুফ-অফ-স্টেক, বিকন চেইন, স্টেকিং, ইত্যাদি।
+
+যদিও এই পদগুলি অনুবাদ করা অস্বাভাবিক শোনাতে পারে, কারণ ইংরেজি সংস্করণটি সাধারণত অন্যান্য ভাষাতেও ব্যবহৃত হয়, তবুও এগুলি অনুবাদ করার জন্য অত্যন্ত সুপারিশ করা হয়।
+
+এগুলি অনুবাদ করার সময়, সৃজনশীল হতে, বর্ণনামূলক অনুবাদ ব্যবহার করতে বা কেবল আক্ষরিকভাবে অনুবাদ করতে দ্বিধা বোধ করবেন না।
+
+**বেশিরভাগ পদ ইংরেজিতে কিছু রেখে দেওয়ার পরিবর্তে অনুবাদ করা উচিত তার কারণ হল এই নতুন পরিভাষা ভবিষ্যতে আরও ব্যাপক হয়ে উঠবে, কারণ আরও বেশি লোক ইথেরিয়াম এবং সম্পর্কিত প্রযুক্তি ব্যবহার করা শুরু করবে।** **যদি আমরা সারা বিশ্ব থেকে আরও বেশি লোককে এই ক্ষেত্রে আনতে চাই, তবে আমাদের যতটা সম্ভব ভাষায় বোধগম্য পরিভাষা সরবরাহ করতে হবে, এমনকি যদি আমাদের নিজেদেরই এটি তৈরি করতে হয়।**
+
+## বোতাম এবং CTA {#buttons-and-ctas}
+
+ওয়েবসাইটে অসংখ্য বোতাম রয়েছে, যা অন্যান্য বিষয়বস্তু থেকে ভিন্নভাবে অনুবাদ করা উচিত।
+
+বোতামের পাঠ্যটি বেশিরভাগ স্ট্রিংয়ের সাথে সংযুক্ত প্রসঙ্গের স্ক্রিনশট দেখে, অথবা সম্পাদকে প্রসঙ্গটি পরীক্ষা করে চিহ্নিত করা যেতে পারে, যার মধ্যে ‘’button’’ শব্দটি অন্তর্ভুক্ত রয়েছে।
+
+ফরম্যাটিংয়ের অমিল রোধ করতে বোতামের জন্য অনুবাদগুলি যতটা সম্ভব সংক্ষিপ্ত হওয়া উচিত। উপরন্তু, বোতামের অনুবাদগুলি আবশ্যিক হওয়া উচিত, অর্থাৎ, একটি আদেশ বা অনুরোধ উপস্থাপন করা।
+
+![কীভাবে একটি বোতাম খুঁজে বের করতে হয়.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. জানুয়ার 2022
+
+**মুদ্রা**
+
+- বিভিন্ন বিন্যাস, প্রথা এবং রূপান্তরের কারণে মুদ্রা অনুবাদ করা চ্যালেঞ্জিং হতে পারে। একটি সাধারণ নিয়ম হিসাবে, অনুগ্রহ করে মুদ্রাগুলিকে উৎসের মতোই রাখুন। পাঠকের সুবিধার জন্য আপনি বন্ধনীতে আপনার স্থানীয় মুদ্রা এবং রূপান্তর যোগ করতে পারেন।
+- বিভিন্ন ভাষায় মুদ্রা লেখার প্রধান পার্থক্যগুলির মধ্যে রয়েছে প্রতীকের স্থান, দশমিক কমা বনাম দশমিক বিন্দু, স্পেসিং এবং সংক্ষেপণ বনাম প্রতীক।
+  - প্রতীকের স্থান: $100 বা 100$
+  - দশমিক কমা বনাম দশমিক বিন্দু: 100,50$ বা 100.50$
+  - স্পেসিং: 100$ বা 100 $
+  - সংক্ষেপণ বনাম প্রতীক: 100 $ বা 100 USD
+
+**পরিমাপের একক**
+
+- একটি সাধারণ নিয়ম হিসাবে, অনুগ্রহ করে পরিমাপের এককগুলি উৎস অনুযায়ী রাখুন। যদি আপনার দেশ একটি ভিন্ন সিস্টেম ব্যবহার করে, আপনি বন্ধনীতে রূপান্তর অন্তর্ভুক্ত করতে পারেন।
+- পরিমাপের এককগুলির স্থানীয়করণ ছাড়াও, ভাষাগুলি এই এককগুলির প্রতি কীভাবে দৃষ্টিভঙ্গি রাখে তার পার্থক্যগুলিও লক্ষ্য করা গুরুত্বপূর্ণ। প্রধান পার্থক্য হল সংখ্যা এবং এককের মধ্যে স্পেসিং, যা ভাষার উপর ভিত্তি করে ভিন্ন হতে পারে। এর উদাহরণগুলির মধ্যে রয়েছে 100kB বনাম 100 kB বা 50ºF বনাম 50 ºF।
+
+## উপসংহার {#conclusion}
+
+ethereum.org অনুবাদ করা ইথেরিয়ামের বিভিন্ন দিক সম্পর্কে জানার একটি দুর্দান্ত সুযোগ।
+
+অনুবাদ করার সময়, তাড়াহুড়ো না করার চেষ্টা করুন। স্বাভাবিকভাবে নিন এবং মজা করুন!
+
+অনুবাদ প্রোগ্রামের সাথে জড়িত থাকার জন্য এবং ওয়েবসাইটটিকে বৃহত্তর দর্শকদের কাছে অ্যাক্সেসযোগ্য করে তুলতে আমাদের সাহায্য করার জন্য আপনাকে ধন্যবাদ। ইথেরিয়াম সম্প্রদায় বিশ্বব্যাপী, এবং আমরা খুশি যে আপনি এর একটি অংশ!
diff --git a/public/content/translations/bn/dao/index.md b/public/content/translations/bn/dao/index.md
index 159e4042b44..1b7dd0470f6 100644
--- a/public/content/translations/bn/dao/index.md
+++ b/public/content/translations/bn/dao/index.md
@@ -1,24 +1,25 @@
 ---
-title: বিকেন্দ্রীভূত স্বায়ত্তশাসিত সংস্থা সমূহ (DAO)
-description: ইথেরিয়াম উপর DAO একটি সংক্ষিপ্ত বিবরণী
+title: "DAO কী?"
+metaTitle: "DAO কী? | বিকেন্দ্রীভূত স্বায়ত্তশাসিত সংস্থা"
+description: "ইথেরিয়াম উপর DAO একটি সংক্ষিপ্ত বিবরণী"
 lang: bn
 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,72 +29,68 @@ DAO আমাদের ফান্ড বা ক্রিয়াকলাপ
 
 ### একটি তুলনা {#dao-comparison}
 
-| DAO                                                                                                                     | একটি গতানুগতিক সংগঠন                                                                                                  |
-| ----------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- |
-| সাধারণত সমতল, এবং সম্পূর্ণরূপে গণতান্ত্রিক।                                                                             | সাধারণত অনুক্রমিক।                                                                                                    |
-| কোনো পরিবর্তন বাস্তবায়নের জন্য সদস্যদের ভোট প্রয়োজন।                                                                  | কাঠামোর উপর নির্ভর করে, একমাত্র দল থেকে পরিবর্তনের দাবি করা যেতে পারে, বা ভোট দেওয়ার প্রস্তাব দেওয়া যেতে পারে।      |
-| ভোট গণনা করা হয়, এবং ফলাফল বিশ্বস্ত মধ্যস্থতাকারী ছাড়াই স্বয়ংক্রিয়ভাবে প্রয়োগ করা হয়।                             | যদি ভোট দেওয়ার অনুমতি দেওয়া হয়, ভোটগুলি অভ্যন্তরীণভাবে গণনা করা হয় এবং ভোটের ফলাফল ম্যানুয়ালি পরিচালনা করতে হবে। |
+| DAO                                                                                                                                        | একটি গতানুগতিক সংগঠন                                                                                                  |
+| ------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------- |
+| সাধারণত সমতল, এবং সম্পূর্ণরূপে গণতান্ত্রিক।                                                                                                | সাধারণত অনুক্রমিক।                                                                                                    |
+| কোনো পরিবর্তন বাস্তবায়নের জন্য সদস্যদের ভোট প্রয়োজন।                                                                                     | কাঠামোর উপর নির্ভর করে, একমাত্র দল থেকে পরিবর্তনের দাবি করা যেতে পারে, বা ভোট দেওয়ার প্রস্তাব দেওয়া যেতে পারে।      |
+| ভোট গণনা করা হয়, এবং ফলাফল বিশ্বস্ত মধ্যস্থতাকারী ছাড়াই স্বয়ংক্রিয়ভাবে প্রয়োগ করা হয়।                                                | যদি ভোট দেওয়ার অনুমতি দেওয়া হয়, ভোটগুলি অভ্যন্তরীণভাবে গণনা করা হয় এবং ভোটের ফলাফল ম্যানুয়ালি পরিচালনা করতে হবে। |
 | প্রদত্ত পরিষেবাগুলি একটি বিকেন্দ্রীভূত পদ্ধতিতে স্বয়ংক্রিয়ভাবে পরিচালনা করা হয় (উদাহরণস্বরূপ জনহিতকর ফান্ডের বিতরণ)। | মানুষের পরিচালনা প্রয়োজন বা কেন্দ্রীয়ভাবে নিয়ন্ত্রিত অটোমেশন, উভয়ই ম্যানিপুলেশন প্রবণ।                              |
-| সমস্ত কার্যকলাপ স্বচ্ছ এবং সম্পূর্ণ জনসাধারণের।                                                                         | কার্যকলাপ সাধারণত ব্যক্তিগত এবং জনসাধারণের মধ্যে সীমাবদ্ধ।                                                            |
+| সমস্ত কার্যকলাপ স্বচ্ছ এবং সম্পূর্ণ জনসাধারণের।                                                                                            | কার্যকলাপ সাধারণত ব্যক্তিগত এবং জনসাধারণের মধ্যে সীমাবদ্ধ।                                                            |
 
-### DAO উদাহরণসমূহ {#dao-examples}
+### DAO উদাহরণ {#dao-examples}
 
 এটিকে আরও বোধগম্য করতে সাহায্য করার জন্য, আপনি কীভাবে একটি DAO ব্যবহার করতে পারেন তার কয়েকটি উদাহরণ এখানে দেওয়া হল:
 
-- একটি দাতব্য সংস্থা – আপনি বিশ্বের যেকোনও ব্যক্তির কাছ থেকে অনুদান গ্রহণ করতে পারেন এবং ফান্ড দেওয়ার জন্য ভোট দিতে পারেন।
-- সম্মিলিত মালিকানা – আপনি ফিজিক্যাল ​​বা ডিজিটাল সম্পদ ক্রয় করতে পারেন এবং সদস্যরা সেগুলি কীভাবে ব্যবহার করবে সে সম্পর্কে ভোট দিতে পারেন।
-- উদ্যোগ এবং অনুদান – আপনি একটি ভেঞ্চার ফান্ড তৈরি করতে পারেন যা বিনিয়োগের মূলধন সংগ্রহ করে এবং উদ্যোগে সমর্থনের জন্য ভোট দেয়। পরিশোধিত অর্থ পরে DAO-সদস্যদের মধ্যে পুনরায় বিতরণ করা হয়।
+- **একটি দাতব্য সংস্থা** – আপনি বিশ্বের যে কোনও ব্যক্তির কাছ থেকে অনুদান গ্রহণ করতে পারেন এবং কোন কারণগুলির জন্য অর্থায়ন করা হবে সে সম্পর্কে ভোট দিতে পারেন।
+- **সম্মিলিত মালিকানা** – আপনি বাস্তব বা ডিজিটাল সম্পদ ক্রয় করতে পারেন এবং সদস্যরা সেগুলি কীভাবে ব্যবহার করবে সে সম্পর্কে ভোট দিতে পারেন।
+- **উদ্যোগ এবং অনুদান** – আপনি একটি উদ্যোগ তহবিল তৈরি করতে পারেন যা বিনিয়োগের মূলধন সংগ্রহ করে এবং সমর্থন করার জন্য উদ্যোগগুলিতে ভোট দেয়। পরিশোধিত অর্থ পরে DAO-সদস্যদের মধ্যে পুনরায় বিতরণ করা হয়।
+
+<YouTube id="zTStDvUtQWc" />
 
 ## DAO কিভাবে কাজ করে? {#how-daos-work}
 
-একটি DAO-এর মেরুদণ্ড হল এর স্মার্ট কন্ট্র্যাক্ট, যা সংস্থার নিয়মগুলিকে সংজ্ঞায়িত করে এবং গ্রুপের কোষাগারকে ধরে রাখে। কনট্র্যাক্টটি ইথেরিয়াম-এ লাইভ হয়ে গেলে, ভোট ছাড়া কেউ নিয়ম পরিবর্তন করতে পারবে না। যদি কেউ এমন কিছু করার চেষ্টা করে যা কোডের নিয়ম এবং যুক্তি অনুযায়ী পরিচালিত হবে না, তবে এটি ব্যর্থ হবে। আর যেহেতু কোষাগারটি স্মার্ট কন্ট্র্যাক্ট দ্বারা সংজ্ঞায়িত করা হয়েছে তার মানে গ্রুপের অনুমোদন ছাড়া কেউ টাকা ব্যয় করতে পারে না। এর মানে হল যে DAO গুলোর কেন্দ্রীয় কর্তৃপক্ষের প্রয়োজন নেই। পরিবর্তে, গ্রুপটি সম্মিলিতভাবে সিদ্ধান্ত নেয় এবং ভোট পাস হলে পেমেন্ট স্বয়ংক্রিয়ভাবে অনুমোদিত হয়।
+একটি DAO-এর মেরুদণ্ড হল এর [স্মার্ট কন্ট্র্যাক্ট](/glossary/#smart-contract), যা সংস্থার নিয়মগুলিকে সংজ্ঞায়িত করে এবং গোষ্ঠীর কোষাগার ধারণ করে। কনট্র্যাক্টটি ইথেরিয়াম-এ লাইভ হয়ে গেলে, ভোট ছাড়া কেউ নিয়ম পরিবর্তন করতে পারবে না। যদি কেউ এমন কিছু করার চেষ্টা করে যা কোডের নিয়ম এবং যুক্তি অনুযায়ী পরিচালিত হবে না, তবে এটি ব্যর্থ হবে। আর যেহেতু কোষাগারটি স্মার্ট কন্ট্র্যাক্ট দ্বারা সংজ্ঞায়িত করা হয়েছে তার মানে গ্রুপের অনুমোদন ছাড়া কেউ টাকা ব্যয় করতে পারে না। এর মানে হল যে DAO গুলোর কেন্দ্রীয় কর্তৃপক্ষের প্রয়োজন নেই। পরিবর্তে, গ্রুপটি সম্মিলিতভাবে সিদ্ধান্ত নেয় এবং ভোট পাস হলে পেমেন্ট স্বয়ংক্রিয়ভাবে অনুমোদিত হয়।
 
 এটি সম্ভব কারণ স্মার্ট কন্ট্র্যাক্ট ইথেরিয়ামে লাইভ হয়ে গেলে তা টেম্পার-প্রুফ। লোকেদের নোটিস না দিয়ে আপনি আপনি কোডটি (DAO নিয়মসমূহ) সম্পাদনা করতে পারবেন না, কারণ সবকিছুই সর্বজনীন।
 
-<DocLink href="/smart-contracts/">
-  স্মার্ট কন্ট্র্যাক্ট সম্পর্কে আরো
-</DocLink>
-
-## ইথেরিয়াম এবং DAO {#ethereum-and-daos}
+## ইথেরিয়াম এবং DAOs {#ethereum-and-daos}
 
 ইথেরিয়াম বিভিন্ন কারণে DAO-এর জন্য নিখুঁত ভিত্তি:
 
-- ইথেরিয়ামের নিজস্ব কনসেনসাস বিতরণ করা হয় এবং সংস্থাগুলি নেটওয়ার্কের উপর আস্থা রাখার জন্য যথেষ্ট প্রতিষ্ঠিত হয়।
+- ইথেরিয়ামের নিজস্ব কনসেন্সাস বিকেন্দ্রীভূত এবং সংস্থাগুলির নেটওয়ার্ককে বিশ্বাস করার জন্য যথেষ্ট প্রতিষ্ঠিত।
 - স্মার্ট কন্ট্র্যাক্ট কোড একবার লাইভ হলে তা পরিবর্তন করতে পারবে না, এমনকি এর মালিকরাও। এটি DAO কে এটির সাথে প্রোগ্রাম করা নিয়ম অনুসারে চালানোর অনুমতি দেয়।
 - স্মার্ট কন্ট্র্যাক্ট ফান্ড পাঠাতে/নিতে পারে। এটি ছাড়া গ্রুপ ফান্ড পরিচালনার জন্য আপনার একজন বিশ্বস্ত মধ্যস্থতাকারীর প্রয়োজন হবে।
 - ইথেরিয়াম কমিউনিটি প্রতিযোগিতামূলক হওয়ার তুলনায় আরো সহযোগী হয়ে প্রমাণিত হয়েছে, সর্বোত্তম অনুশীলন এবং সাপোর্ট সিস্টেম দ্রুত আবির্ভূত হতে অনুমতি দেয়।
 
-## DAO পরিচালনা {#dao-governance}
+## DAO গভর্নেন্স {#dao-governance}
 
 একটি 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}
+### স্বয়ংক্রিয় লেনদেন গভর্নেন্স {#governance-example}
 
 অনেক 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 ইথেরিয়াম প্রকল্পে অর্থায়নের উপর ফোকাসড। তাদের সদস্যতার জন্য একটি প্রস্তাবের প্রয়োজন যাতে গ্রুপটি মূল্যায়ন করতে পারে যে সম্ভাব্য অনুদানপ্রাপ্তদের সম্পর্কে অবগত সিদ্ধান্ত নেওয়ার জন্য আপনার প্রয়োজনীয় দক্ষতা এবং মূলধন আছে কি না। আপনি কেবল খোলা বাজারে DAO-তে অ্যাক্সেস কিনতে পারবেন না।
+[MolochDAO](http://molochdao.com/) – MolochDAO ইথেরিয়াম প্রকল্পগুলিতে অর্থায়নের উপর দৃষ্টি নিবদ্ধ করে। তাদের সদস্যতার জন্য একটি প্রস্তাবের প্রয়োজন যাতে গ্রুপটি মূল্যায়ন করতে পারে যে সম্ভাব্য অনুদানপ্রাপ্তদের সম্পর্কে অবগত সিদ্ধান্ত নেওয়ার জন্য আপনার প্রয়োজনীয় দক্ষতা এবং মূলধন আছে কি না। আপনি কেবল খোলা বাজারে DAO-তে অ্যাক্সেস কিনতে পারবেন না।
 
 ### খ্যাতি-ভিত্তিক সদস্যপদ {#reputation-based-membership}
 
-খ্যাতি অংশগ্রহণের প্রমাণ উপস্থাপন করে এবং DAO-তে ভোট দেওয়ার ক্ষমতা প্রদান করে। টোকেন বা শেয়ার-ভিত্তিক সদস্যতার বিপরীতে, খ্যাতি-ভিত্তিক DAO অবদানকারীদের মালিকানা হস্তান্তর করে না। খ্যাতি কেনা, স্থানান্তর বা অর্পণ করা যাবে না; DAO সদস্যদের অবশ্যই অংশগ্রহণের মাধ্যমে সুনাম অর্জন করতে হবে। অন-চেইন ভোটিং অনুমোদনহীন এবং সম্ভাব্য সদস্যরা অবাধে DAO-তে যোগদানের প্রস্তাব জমা দিতে পারে এবং তাদের অবদানের বিনিময়ে খ্যাতি ও টোকেন পাওয়ার জন্য অনুরোধ করতে পারে।
+খ্যাতি অংশগ্রহণের প্রমাণ উপস্থাপন করে এবং DAO-তে ভোট দেওয়ার ক্ষমতা প্রদান করে। টোকেন বা শেয়ার-ভিত্তিক সদস্যতার বিপরীতে, খ্যাতি-ভিত্তিক DAO অবদানকারীদের মালিকানা হস্তান্তর করে না। খ্যাতি কেনা, স্থানান্তর বা অর্পণ করা যাবে না; DAO সদস্যদের অবশ্যই অংশগ্রহণের মাধ্যমে সুনাম অর্জন করতে হবে। অনচেইন ভোটিং অনুমতিহীন এবং সম্ভাব্য সদস্যরা অবাধে DAO-তে যোগদানের জন্য প্রস্তাব জমা দিতে পারে এবং তাদের অবদানের বিনিময়ে পুরস্কার হিসাবে খ্যাতি এবং টোকেন পাওয়ার জন্য অনুরোধ করতে পারে।
 
-_সাধারণত প্রোটোকল এবং 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}
+## একটি DAO-তে যোগ দিন / শুরু করুন {#join-start-a-dao}
 
-### Join a DAO {#join-a-dao}
+### একটি DAO-তে যোগ দিন {#join-a-dao}
 
-- [ইথেরিয়াম কমিউনিটির DAO সমূহ](/community/get-involved/#decentralized-autonomous-organizations-daos)
-- [DAOHaus-এর DAO-র তালিকা](https://app.daohaus.club/explore)
-- [Tally.xyz এর DAO তালিকা](https://www.tally.xyz)
+- [ইথেরিয়াম কমিউনিটি DAOs](/community/get-involved/#decentralized-autonomous-organizations-daos)
+- [DAOs-এর DAOHaus তালিকা](https://app.daohaus.club/explore)
+- [DAOs-এর Tally.xyz তালিকা](https://www.tally.xyz/explore)
+- [DAOs-এর DeGov.AI তালিকা](https://apps.degov.ai/)
 
 ### একটি DAO শুরু করুন {#start-a-dao}
 
-- [DAOHaus এর সাথে একটি DAO তলব করুন](https://app.daohaus.club/summon)
-- [Tally দিয়ে একটি গভর্নর DAO শুরু করুন](https://www.tally.xyz/add-a-dao)
+- [DAOHaus দিয়ে একটি DAO তলব করুন](https://app.daohaus.club/summon)
+- [Tally দিয়ে একটি গভর্নর DAO শুরু করুন](https://www.tally.xyz/get-started)
 - [একটি Aragon-চালিত DAO তৈরি করুন](https://aragon.org/product)
-- [একটি উপনিবেশ শুরু করুন](https://colony.io/)
-- [DAOstack এর হলোগ্রাফিক কনসেনসাস দ্বারা একটি DAO তৈরি করুন](https://alchemy.daostack.io/daos/create)
+- [একটি কলোনি শুরু করুন](https://colony.io/)
+- [DAOstack-এর হলোগ্রাফিক কনসেন্সাস দিয়ে একটি DAO তৈরি করুন](https://alchemy.daostack.io/daos/create)
+- [DeGov লঞ্চার দিয়ে একটি DAO লঞ্চ করুন](https://docs.degov.ai/integration/deploy)
 
-## Further reading {#further-reading}
+## আরও পড়ুন {#further-reading}
 
-### DAO প্রবন্ধগুলো {#dao-articles}
+### 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) – [Metagame](https://wiki.metagame.wtf/)
-- [DAO কী এবং এটি কী জন্য?](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/)
+- [হাউস অফ 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://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 গুলি কর্পোরেশন নয়: যেখানে Vitalik দ্বারা স্বায়ত্তশাসিত সংস্থাগুলিতে বিকেন্দ্রীকরণ গুরুত্বপূর্ণ](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) - [ইথেরিয়াম ব্লগ](https://blog.ethereum.org)
+- [হলোগ্রাফিক কনসেন্সাস কী?](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/)
+- [DAO গুলি কর্পোরেশন নয়: যেখানে Vitalik এর মতে স্বায়ত্তশাসিত সংস্থাগুলিতে বিকেন্দ্রীকরণ গুরুত্বপূর্ণ](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) - [ইথেরিয়াম ব্লগ](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/)
+
+<Divider />
+
+<QuizWidget quizKey="daos" />
diff --git a/public/content/translations/bn/dapps/index.md b/public/content/translations/bn/dapps/index.md
index a173228e462..6f39d2787fc 100644
--- a/public/content/translations/bn/dapps/index.md
+++ b/public/content/translations/bn/dapps/index.md
@@ -1,6 +1,6 @@
 ---
-title: ইথেরিয়াম অ্যাপ্লিকেশন (dapps) ব্যবহার করুন
-description: ইথেরিয়াম ব্যবহার শুরু করার জন্য আপনার যে মৌলিক তথ্য প্রয়োজন।
+title: "ইথেরিয়াম অ্যাপ্লিকেশন (dapps) ব্যবহার করুন"
+description: "ইথেরিয়াম ব্যবহার শুরু করার জন্য আপনার যে মৌলিক তথ্য প্রয়োজন।"
 lang: bn
 ---
 
diff --git a/public/content/translations/bn/decentralized-identity/index.md b/public/content/translations/bn/decentralized-identity/index.md
index 8c7bcd98565..51ac2926800 100644
--- a/public/content/translations/bn/decentralized-identity/index.md
+++ b/public/content/translations/bn/decentralized-identity/index.md
@@ -1,25 +1,27 @@
 ---
-title: বিকেন্দ্রীভূত পরিচয়
-description: বিকেন্দ্রীভূত পরিচয় কী এবং কেন এটি গুরুত্বপূর্ণ?
+title: "বিকেন্দ্রীভূত পরিচয়"
+description: "বিকেন্দ্রীভূত পরিচয় কী এবং কেন এটি গুরুত্বপূর্ণ?"
 lang: bn
 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) অ্যাক্সেস আছে এবং এই দলগুলোর কতটা অ্যাক্সেস আছে তা নির্ধারণ করতে পারবেন না।
 
-এই সমস্যাগুলি সমাধান করার জন্য, আমরা ইথেরিয়াম -এর মতো পাবলিক ব্লকচেইনে তৈরি বিকেন্দ্রীভূত পরিচয় ব্যবস্থা করেছি। বিকেন্দ্রীভূত পরিচয় ব্যক্তিদের তাদের পরিচয়-সম্পর্কিত তথ্য পরিচালনা করতে দেয়। বিকেন্দ্রীভূত পরিচয় সমাধানের সাথে, _আপনি_ শনাক্তকারী তৈরি করতে পারেন এবং কেন্দ্রীয় কর্তৃপক্ষের উপর নির্ভর না করে আপনার প্রত্যয়ন দাবি করতে পারেন, যেমন পরিষেবা প্রদানকারী বা সরকার।
+এই সমস্যাগুলি সমাধান করার জন্য, আমরা ইথেরিয়াম -এর মতো পাবলিক ব্লকচেইনে তৈরি বিকেন্দ্রীভূত পরিচয় ব্যবস্থা করেছি। বিকেন্দ্রীভূত পরিচয় ব্যক্তিদের তাদের পরিচয়-সম্পর্কিত তথ্য পরিচালনা করতে দেয়। বিকেন্দ্রীভূত পরিচয় সমাধানের মাধ্যমে, _আপনিই_ শনাক্তকারী তৈরি করতে পারেন এবং কেন্দ্রীয় কর্তৃপক্ষের, যেমন পরিষেবা প্রদানকারী বা সরকারের উপর নির্ভর না করে আপনার প্রত্যয়ন দাবি করতে ও ধরে রাখতে পারেন।
 
 ## পরিচয় কী? {#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. বিকেন্দ্রীভূত পরিচয় পরিচয়-ডেটা বহনযোগ্য করে তোলে। ব্যবহারকারীরা একটি মোবাইল ওয়ালেটে প্রত্যয়ন ও শনাক্তকারী সঞ্চয় করে এবং তাদের পছন্দের যেকোনো পক্ষের সাথে শেয়ার করতে পারে। বিকেন্দ্রীভূত শনাক্তকারী এবং প্রত্যয়ন প্রদানকারী সংস্থার ডাটাবেসের মধ্যে লক করা হয় না।
 
-বিকেন্দ্রীভূত শনাক্তকারী ব্যক্তিদের দ্বারা জারি করা হয়, রাখা হয় এবং নিয়ন্ত্রিত হয়। একটি [ইথেরিয়াম অ্যাকাউন্ট](/developers/docs/accounts/) হলো একটি বিকেন্দ্রীভূত শনাক্তকারীর উদাহরণ। আপনি কারও অনুমতি ছাড়া এবং কেন্দ্রীয় রেজিস্ট্রিতে সংরক্ষণ করার প্রয়োজন ছাড়াই আপনি যত খুশি অ্যাকাউন্ট তৈরি করতে পারেন।
+5. বিকেন্দ্রীভূত পরিচয়কে উদীয়মান [জিরো-নলেজ](/glossary/#zk-proof) প্রযুক্তিগুলির সাথে ভালোভাবে কাজ করতে হবে যা ব্যক্তিদের কোনো কিছুর মালিকানা বা কোনো কাজ সম্পন্ন করার প্রমাণ দিতে সক্ষম করবে, সেই জিনিসটি কী তা প্রকাশ না করেই। এটি ভোট দেওয়ার মতো অ্যাপ্লিকেশনগুলির জন্য বিশ্বাস এবং গোপনীয়তা একত্রিত করার একটি শক্তিশালী উপায় হয়ে উঠতে পারে।
 
-বিকেন্দ্রীভূত শনাক্তকারীগুলি বিতরণ করা লেজার্স (ব্লকচেইন) বা পিয়ার-টু-পিয়ার নেটওয়ার্কগুলিতে সংরক্ষণ করা হয়। এটি DID সমূহকে [বিশ্বব্যাপী অনন্য, উচ্চ প্রাপ্যতার সাথে সমাধানযোগ্য এবং ক্রিপ্টোগ্রাফিকভাবে যাচাইযোগ্য](https://w3c-ccg.github.io/did-primer/) করে। একটি বিকেন্দ্রীভূত শনাক্তকারী ব্যক্তি, সংস্থা বা সরকারী প্রতিষ্ঠান সহ বিভিন্ন সত্তার সাথে যুক্ত হতে পারে।
+6. বিকেন্দ্রীভূত পরিচয় [অ্যান্টি-সাইবিল](/glossary/#anti-sybil) মেকানিজমকে শনাক্ত করতে সক্ষম করে যখন একজন স্বতন্ত্র ব্যক্তি কোনো সিস্টেমকে গেম বা স্প্যাম করার জন্য একাধিক ব্যক্তি হওয়ার ভান করে।
 
-## কিসে বিকেন্দ্রীভূত শনাক্তকারী সমূহ সম্ভব করে তোলে? {#what-makes-decentralized-identifiers-possible}
+## বিকেন্দ্রীভূত পরিচয়ের ব্যবহারের ক্ষেত্র {#decentralized-identity-use-cases}
 
-### 1. পাবলিক কী অবকাঠামো (PKI) {#public-key-cryptography}
+বিকেন্দ্রীভূত পরিচয়ের অনেক সম্ভাব্য ব্যবহার-ক্ষেত্র রয়েছে:
 
-পাবলিক-কী অবকাঠামো (PKI) হল একটি তথ্য নিরাপত্তা পরিমাপ যা একটি সত্তার জন্য [পাবলিক কী](/glossary/#public-key) এবং [প্রাইভেট কী](/glossary/#private-key) তৈরি করে। পাবলিক-কী ক্রিপ্টোগ্রাফি ব্লকচেইন নেটওয়ার্কে ব্যবহারকারীর পরিচয় প্রমাণীকরণ এবং ডিজিটাল সম্পদের মালিকানা প্রমাণ করতে ব্যবহৃত হয়।
+### ১. সার্বজনীন লগইন {#universal-dapp-logins}
 
-কিছু বিকেন্দ্রীকৃত শনাক্তকারী, যেমন একটি ইথেরিয়াম অ্যাকাউন্ট, পাবলিক এবং ব্যক্তিগত কী আছে। পাবলিক কী অ্যাকাউন্টের নিয়ন্ত্রককে শনাক্ত করে, যখন ব্যক্তিগত কীগুলি এই অ্যাকাউন্টের জন্য বার্তাগুলি সাইন এবং ডিক্রিপ্ট করতে পারে। PKI সমস্ত দাবি যাচাই করার জন্য [ক্রিপ্টোগ্রাফিক স্বাক্ষর](https://andersbrownworth.com/blockchain/public-private-keys/) ব্যবহার করে সত্তাকে প্রমাণীকরণ এবং ছদ্মবেশীকরণ এবং জাল পরিচয়ের ব্যবহার প্রতিরোধ করার জন্য প্রয়োজনীয় প্রমাণ সরবরাহ করে।
+বিকেন্দ্রীভূত পরিচয় বিকেন্দ্রীভূত প্রমাণীকরণের মাধ্যমে পাসওয়ার্ড-ভিত্তিক লগইনগুলি প্রতিস্থাপন করতে সহায়তা করতে পারে। পরিষেবা প্রদানকারীরা ব্যবহারকারীদের প্রত্যয়ন জারি করতে পারে, যা একটি ইথেরিয়াম ওয়ালেটে সংরক্ষণ করা যেতে পারে। একটি উদাহরণ প্রত্যয়ন হবে একটি [NFT](/glossary/#nft) যা ধারককে একটি অনলাইন কমিউনিটিতে অ্যাক্সেস দেয়।
 
-### 2. বিকেন্দ্রীভূত ডেটাস্টোরসমূহ {#decentralized-datastores}
+একটি [Sign-In with Ethereum](https://siwe.xyz/) ফাংশন তখন সার্ভারগুলিকে ব্যবহারকারীর ইথেরিয়াম অ্যাকাউন্ট নিশ্চিত করতে এবং তাদের অ্যাকাউন্ট ঠিকানা থেকে প্রয়োজনীয় প্রত্যয়নপত্র আনতে সক্ষম করবে। এর মানে ব্যবহারকারীরা দীর্ঘ পাসওয়ার্ড মুখস্থ না করেই প্ল্যাটফর্ম এবং ওয়েবসাইটগুলি অ্যাক্সেস করতে পারে এবং ব্যবহারকারীদের জন্য অনলাইন অভিজ্ঞতা উন্নত করে।
 
-একটি ব্লকচেইন একটি যাচাইযোগ্য ডেটা রেজিস্ট্রি হিসাবে কাজ করে: একটি উন্মুক্ত, বিশ্বাসহীন এবং তথ্যের বিকেন্দ্রীভূত ভান্ডার। পাবলিক ব্লকচেইনের অস্তিত্ব কেন্দ্রীভূত রেজিস্ট্রিতে শনাক্তকারী সংরক্ষণ করার প্রয়োজনীয়তা দূর করে।
+### 2. KYC প্রমাণীকরণ {#kyc-authentication}
 
-যদি কেউ বিকেন্দ্রীভূত শনাক্তকারীর বৈধতা নিশ্চিত করতে চান, তাহলে তারা ব্লকচেইনে সংশ্লিষ্ট পাবলিক কী দেখতে পারেন। এটি প্রথাগত শনাক্তকারীর থেকে আলাদা যার প্রমাণীকরণের জন্য তৃতীয় পক্ষের প্রয়োজন।
+অনেক অনলাইন পরিষেবা ব্যবহার করার জন্য ব্যক্তিদের প্রত্যয়ন এবং প্রমাণপত্র প্রদান করতে হয়, যেমন একটি ড্রাইভিং লাইসেন্স বা জাতীয় পাসপোর্ট। কিন্তু এই পদ্ধতিটি সমস্যাযুক্ত কারণ ব্যক্তিগত ব্যবহারকারীর তথ্যের সাথে আপোস করা যেতে পারে এবং পরিষেবা প্রদানকারীরা প্রত্যয়নের সত্যতা যাচাই করতে পারে না।
 
-## বিকেন্দ্রীভূত শনাক্তকারী এবং প্রত্যয়নগুলি কীভাবে বিকেন্দ্রীকৃত পরিচয় সক্ষম করে? {#how-decentralized-identifiers-and-attestations-enable-decentralized-identity}
+বিকেন্দ্রীভূত পরিচয় কোম্পানিগুলিকে প্রচলিত [আপনার গ্রাহককে জানুন (KYC)](https://en.wikipedia.org/wiki/Know_your_customer) প্রক্রিয়াগুলি এড়িয়ে যেতে এবং যাচাইযোগ্য শংসাপত্রের মাধ্যমে ব্যবহারকারীর পরিচয় প্রমাণীকরণ করতে দেয়। এটি পরিচয় ব্যবস্থাপনার খরচ কমায় এবং জাল নথিপত্র ব্যবহার প্রতিরোধ করে।
 
-বিকেন্দ্রীভূত পরিচয় হল এই ধারণা যে পরিচয়-সম্পর্কিত তথ্য স্ব-নিয়ন্ত্রিত, ব্যক্তিগত এবং বহনযোগ্য হওয়া উচিত, বিকেন্দ্রীভূত শনাক্তকারী এবং প্রত্যয়নগুলি প্রাথমিক বিল্ডিং ব্লক।
+### 3. ভোটিং এবং অনলাইন কমিউনিটি {#voting-and-online-communities}
 
-বিকেন্দ্রীভূত পরিচয়ের পরিপ্রেক্ষিতে, প্রত্যয়নগুলি ([ভেরিফাইএবল ক্রেডেনসিয়ালস](https://www.w3.org/TR/vc-data-model/) নামেও পরিচিত) টেম্পার-প্রুফ, ক্রিপ্টোগ্রাফিকভাবে ইস্যুকারী দ্বারা করা যাচাইযোগ্য দাবি। প্রতিটি প্রত্যয়ন বা ভেরিফাইএবল ক্রেডেনসিয়ালস একটি সত্তা (যেমন, একটি সংস্থা) ইস্যুসমূহ তাদের DID এর সাথে যুক্ত।
+অনলাইন ভোটিং এবং সোশ্যাল মিডিয়া বিকেন্দ্রীভূত পরিচয়ের জন্য দুটি অভিনব অ্যাপ্লিকেশন। অনলাইন ভোটিং স্কিমগুলি ম্যানিপুলেশনের জন্য সংবেদনশীল, বিশেষ করে যদি ম্যালিসিয়াস এক্টরস ভোট দেওয়ার জন্য মিথ্যা পরিচয় তৈরি করে। ব্যক্তিদেরকে অনচেইন প্রত্যয়ন উপস্থাপন করতে বলা অনলাইন ভোটিং প্রক্রিয়ার অখণ্ডতা উন্নত করতে পারে।
 
-যেহেতু DID ব্লকচেইনে সংরক্ষিত থাকে, তাই যে কেউ ইথেরিয়ামে ইস্যুকারীর ডিআইডি ক্রস-চেক করে একটি প্রত্যয়নের বৈধতা যাচাই করতে পারে। মূলত, ইথেরিয়াম ব্লকচেইন একটি গ্লোবাল ডিরেক্টরির মতো কাজ করে যা কিছু নির্দিষ্ট সত্তার সাথে যুক্ত DID যাচাই করতে সক্ষম করে।
+বিকেন্দ্রীকৃত পরিচয় জাল অ্যাকাউন্ট মুক্ত অনলাইন কমিউনিটিস তৈরি করতে সাহায্য করতে পারে। উদাহরণস্বরূপ, প্রতিটি ব্যবহারকারীকে একটি অনচেইন পরিচয় ব্যবস্থা, যেমন Ethereum Name Service ব্যবহার করে তাদের পরিচয় প্রমাণীকরণ করতে হতে পারে, যা বটের সম্ভাবনা কমিয়ে দেয়।
 
-বিকেন্দ্রীভূত শনাক্তকারীর কারণ হল প্রত্যয়নগুলি স্ব-নিয়ন্ত্রিত এবং যাচাইযোগ্য। এমনকি যদি ইস্যুকারীর আর অস্তিত্ব না থাকে, তবে ধারকের কাছে সর্বদা প্রত্যয়নের মূল এবং বৈধতার প্রমাণ থাকে।
+### ৪. অ্যান্টি-সাইবিল সুরক্ষা {#sybil-protection}
 
-বিকেন্দ্রীভূত পরিচয়ের মাধ্যমে ব্যক্তিগত তথ্যের গোপনীয়তা রক্ষার জন্য বিকেন্দ্রীকৃত শনাক্তকারীও গুরুত্বপূর্ণ। উদাহরণস্বরূপ, যদি একজন ব্যক্তি একটি প্রত্যয়নের প্রমাণ (একটি ড্রাইভারের লাইসেন্স) জমা দেন, তাহলে যাচাইকারী পক্ষকে প্রমাণের তথ্যের বৈধতা পরীক্ষা করার প্রয়োজন নেই। পরিবর্তে, প্রমাণটি বৈধ কিনা তা নির্ধারণ করার জন্য যাচাইকারীর শুধুমাত্র প্রত্যয়নের সত্যতা এবং ইস্যুকারী সংস্থার পরিচয়ের ক্রিপ্টোগ্রাফিক গ্যারান্টি প্রয়োজন।
+অনুদান প্রদানকারী অ্যাপ্লিকেশনগুলি যেগুলি [চতুর্ঘাত ভোটিং](/glossary/#quadratic-voting) ব্যবহার করে সেগুলি [সাইবিল আক্রমণের](/glossary/#sybil-attack) জন্য ঝুঁকিপূর্ণ কারণ অনুদানের মূল্য বৃদ্ধি পায় যখন আরও বেশি ব্যক্তি এর জন্য ভোট দেয়, যা ব্যবহারকারীদের তাদের অবদানকে অনেক পরিচয়ে বিভক্ত করতে উৎসাহিত করে। বিকেন্দ্রীভূত পরিচয়গুলি প্রত্যেক অংশগ্রহণকারীর উপর বোঝা বাড়িয়ে প্রমাণ করতে সাহায্য করে যে তারা সত্যিই মানুষ, যদিও প্রায়ই নির্দিষ্ট ব্যক্তিগত তথ্য প্রকাশ না করেই।
 
-## বিকেন্দ্রীভূত পরিচয়ে প্রত্যয়নের প্রকার {#types-of-attestations-in-decentralized-identity}
+### ৫। জাতীয় এবং সরকারি পরিচয়পত্র {#national-and-government-id}
 
-একটি ইথেরিয়াম-ভিত্তিক আইডেন্টিটি ইকোসিস্টেমে কীভাবে প্রত্যয়িত তথ্য সংরক্ষণ এবং পুনরুদ্ধার করা হয় তা প্রথাগত পরিচয় ব্যবস্থাপনা থেকে আলাদা। বিকেন্দ্রীভূত পরিচয় ব্যবস্থায় প্রত্যয়ন জারি, সংরক্ষণ এবং যাচাই করার বিভিন্ন পদ্ধতির একটি সংক্ষিপ্ত বিবরণ এখানে রয়েছে:
+সরকারগুলি বিকেন্দ্রীভূত পরিচয়ের নীতি ব্যবহার করে মৌলিক পরিচয় নথি—যেমন জাতীয় পরিচয়পত্র, পাসপোর্ট, বা ড্রাইভিং লাইসেন্স—ইথেরিয়ামের উপর যাচাইযোগ্য শংসাপত্র হিসাবে ইস্যু করতে পারে, যা অনলাইন পরিচয় যাচাইকরণে জালিয়াতি এবং প্রতারণা কমাতে সত্যতার শক্তিশালী ক্রিপ্টোগ্রাফিক গ্যারান্টি প্রদান করে। নাগরিকরা এই প্রত্যয়নগুলি তাদের ব্যক্তিগত [ওয়ালেটে](/wallets/) সংরক্ষণ করতে পারে এবং তাদের পরিচয়, বয়স, বা ভোট দেওয়ার অধিকার প্রমাণ করতে ব্যবহার করতে পারে।
 
-### অফ-চেইন প্রত্যয়নসমূহ {#off-chain-attestations}
+এই মডেলটি নির্বাচনী প্রকাশের অনুমতি দেয়, বিশেষ করে যখন এটি [জিরো-নলেজ প্রুফ (ZKP)](/zero-knowledge-proofs/) গোপনীয়তা প্রযুক্তির সাথে মিলিত হয়। উদাহরণস্বরূপ, একজন নাগরিক ক্রিপ্টোগ্রাফিকভাবে প্রমাণ করতে পারেন যে তারা একটি বয়স-সীমাবদ্ধ পরিষেবা অ্যাক্সেস করার জন্য ১৮ বছরের বেশি বয়সী, তাদের সঠিক জন্মতারিখ প্রকাশ না করেই, যা একটি ঐতিহ্যবাহী আইডি-র চেয়ে বেশি গোপনীয়তা প্রদান করে।
 
-চেইনে প্রত্যয়ন সংরক্ষণের সাথে একটি উদ্বেগ হল যে সেগুলিতে এমন তথ্য থাকতে পারে যা ব্যক্তিরা গোপন রাখতে চায়। ইথেরিয়াম ব্লকচেইনের সর্বজনীন প্রকৃতি এই ধরনের প্রত্যয়ন সংরক্ষণ করাকে আকর্ষণীয় করে তোলে।
+#### 💡কেস স্টাডি: ইথেরিয়ামে ভুটান ন্যাশনাল ডিজিটাল আইডি (NDI) {#case-study-bhutan-ndi}
 
-সমাধান হল প্রত্যয়ন জারি করা, যা ব্যবহারকারীদের অফ-চেইন ডিজিটাল ওয়ালেটে ঘটে, কিন্তু ইস্যুকারীর DID-তে সঞ্চিত অন-চেইনে স্বাক্ষর করা। এই প্রত্যয়নগুলি [JSON ওয়েব টোকেন](https://en.wikipedia.org/wiki/JSON_Web_Token) হিসাবে এনকোড করা হয়েছে এবং এতে ইস্যুকারীর ডিজিটাল স্বাক্ষর রয়েছে—যা অফ-চেইন দাবিগুলির সহজে যাচাই করার অনুমতি দেয়।
+- ভুটানের প্রায় ৮০০,০০০ নাগরিকের জন্য যাচাইযোগ্য পরিচয়পত্রের অ্যাক্সেস প্রদান করে
+- অক্টোবর ২০২৫-এ পলিগন নেটওয়ার্ক থেকে [ইথেরিয়াম মেইননেটে](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) অক্টোবর ২০২৫-এ ইথেরিয়ামে স্থানান্তরিত করেছে। বিকেন্দ্রীভূত পরিচয় এবং স্ব-সার্বভৌম পরিচয়ের নীতির উপর ভিত্তি করে নির্মিত, ভুটানের NDI সিস্টেম বিকেন্দ্রীভূত শনাক্তকারী এবং যাচাইযোগ্য শংসাপত্র ব্যবহার করে সরাসরি একজন নাগরিকের ব্যক্তিগত ওয়ালেটে ডিজিটালি স্বাক্ষরিত শংসাপত্র ইস্যু করে। ইথেরিয়ামে এই শংসাপত্রগুলির ক্রিপ্টোগ্রাফিক প্রমাণ নোঙ্গর করে, সিস্টেমটি নিশ্চিত করে যে সেগুলি খাঁটি, টেম্পার-প্রুফ এবং কোনো কেন্দ্রীয় কর্তৃপক্ষকে জিজ্ঞাসা না করেই যেকোনো পক্ষ দ্বারা যাচাই করা যেতে পারে।
 
-1. একটি বিশ্ববিদ্যালয় (ইস্যুকারী) একটি প্রত্যয়ন (একটি ডিজিটাল একাডেমিক সনদপত্র) তৈরি করে, তার কীগুলির দ্বারা স্বাক্ষর করে এবং এটি ববকে (পরিচয় মালিক) ইস্যু করে।
+সিস্টেমের আর্কিটেকচার [জিরো-নলেজ প্রুফ (ZKP)](/zero-knowledge-proofs/) প্রযুক্তি ব্যবহারের মাধ্যমে গোপনীয়তার উপর জোর দেয়। "নির্বাচনী প্রকাশ"-এর এই বাস্তবায়ন নাগরিকদের নির্দিষ্ট তথ্য প্রমাণ করার অনুমতি দেয় (যেমন, "আমার বয়স ১৮ বছরের বেশি" বা "আমি একজন নাগরিক") পরিষেবাগুলি অ্যাক্সেস করার জন্য তাদের সম্পূর্ণ আইডি নম্বর বা সঠিক জন্ম তারিখের মতো অন্তর্নিহিত ব্যক্তিগত ডেটা প্রকাশ না করেই। এটি একটি নিরাপদ, ব্যবহারকারী-কেন্দ্রিক এবং গোপনীয়তা-সংরক্ষণকারী জাতীয় আইডি সিস্টেমের জন্য ইথেরিয়ামের একটি শক্তিশালী, বাস্তব-বিশ্বের ব্যবহার প্রদর্শন করে।
 
-2. বব একটি চাকরির জন্য আবেদন করেন এবং একজন নিয়োগকর্তার কাছে তার শিক্ষাগত যোগ্যতা প্রমাণ করতে চান, তাই তিনি তার মোবাইল ওয়ালেট থেকে প্রত্যয়ন শেয়ার করেন। কোম্পানী (যাচাইকারী) তারপর ইস্যুকারীর DID (অর্থাৎ, ইথেরিয়ামে এর পাবলিক কী) পরীক্ষা করে সত্যায়নের বৈধতা নিশ্চিত করতে পারে।
+#### 💡কেস স্টাডি: ইথেরিয়াম [লেয়ার ২](/layer-2/) ZKSync Era-তে বুয়েনস আইরেস শহরের কোয়ার্কআইডি {#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 হল একটি ওপেন-সোর্স প্রোটোকল যা জাতিসংঘের টেকসই উন্নয়ন লক্ষ্যমাত্রার অধীনে একটি [ডিজিটাল পাবলিক গুড](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-এর সকল ৩.৬ মিলিয়নেরও বেশি ব্যবহারকারীকে বিকেন্দ্রীভূত ডিজিটাল পরিচয়পত্র প্রদান করা হয়েছিল যা তাদের অনচেইনে যাচাইযোগ্য ডিজিটাল নথি এবং সার্টিফিকেট পরিচালনা এবং শেয়ার করার অনুমতি দেয়, যার মধ্যে নাগরিকত্বের শংসাপত্র, জন্ম, বিবাহ এবং মৃত্যু সনদ, করের রেকর্ড, টিকা দেওয়ার রেকর্ড এবং আরও অনেক কিছু রয়েছে।
 
-এই পদ্ধতিটি ব্লকচেইন-ভিত্তিক অটলতা লাভের জন্য প্রত্যয়নকে সক্ষম করে, যখন দাবির তথ্য এনক্রিপ্ট করা এবং যাচাইযোগ্য রাখা হয়। এটি নির্বাচনী প্রকাশের জন্যও অনুমতি দেয় যেহেতু ব্যক্তিগত কী ধারক তথ্যটি ডিক্রিপ্ট করতে পারে।
+ইথেরিয়াম [লেয়ার ২](/layer-2/) নেটওয়ার্ক ZKSync Era-এর উপর নির্মিত, QuarkID সিস্টেমটি ZKP প্রযুক্তি ব্যবহার করে নাগরিকদের তাদের মোবাইল ডিভাইসের মাধ্যমে পিয়ার-টু-পিয়ার ব্যক্তিগত শংসাপত্র যাচাই করার অনুমতি দেয়—অপ্রয়োজনীয় ব্যক্তিগত ডেটা প্রকাশ না করেই। প্রোগ্রামটি একটি "ব্যবহারকারী-হিসাবে-সরকার" মডেল তুলে ধরে যেখানে GCBA ওপেন-সোর্স, ইন্টারঅপারেবল QuarkID প্রোটোকলের একজন ব্যবহারকারী হিসাবে কাজ করে, কেন্দ্রীয় মালিক হিসাবে কাজ করার পরিবর্তে। এই ZKP-সক্ষম আর্কিটেকচার একটি মূল গোপনীয়তা বৈশিষ্ট্য প্রদান করে: কোনো তৃতীয় পক্ষ, এমনকি GCBA-ও, ট্র্যাক করতে পারে না যে একজন নাগরিক কীভাবে, কখন বা কেন তাদের শংসাপত্র ব্যবহার করে। এই সফল প্রোগ্রামটি নাগরিকদের তাদের সংবেদনশীল ডেটার উপর সম্পূর্ণ স্ব-সার্বভৌম পরিচয় এবং নিয়ন্ত্রণ প্রদান করে, যা সবই ইথেরিয়ামের বিশ্বব্যাপী-বিতরিত নেটওয়ার্ক দ্বারা সুরক্ষিত।
 
-### অন-চেইন প্রত্যয়নসমূহ {#onchain-attestations}
+## প্রত্যয়ন কী? {#what-are-attestations}
 
-অন-চেইন প্রত্যয়ন ইথেরিয়াম ব্লকচেইনে [স্মার্ট কন্ট্র্যাক্টে](/developers/docs/smart-contracts/) অনুষ্ঠিত হয়। স্মার্ট কন্ট্র্যাক্ট (একটি রেজিস্ট্রি হিসাবে কাজ করে) একটি অনুরূপ অন-চেইন বিকেন্দ্রীভূত শনাক্তকারীর (একটি পাবলিক কী) একটি প্রত্যয়ন ম্যাপ করবে।
+একটি প্রত্যয়ন একটি দাবি যা একটি সত্তা দ্বারা অন্য সত্তা সম্পর্কে তৈরি করা। আপনি যদি মার্কিন যুক্তরাষ্ট্রে থাকেন, তাহলে মোটর যানবাহন বিভাগ (একটি সত্তা) দ্বারা আপনাকে জারি করা ড্রাইভিং লাইসেন্সটি প্রমাণ করে যে আপনি (অন্য সত্তা) আইনত গাড়ি চালানোর অনুমতি পেয়েছেন।
 
-কীভাবে অন-চেইন প্রত্যয়নগুলি অনুশীলনে কাজ করতে পারে তা দেখানোর জন্য এখানে একটি উদাহরণ দেওয়া হল:
+প্রত্যয়ন শনাক্তকারী বিষয় সমূহের থেকে আলাদা। একটি প্রত্যয়ন একটি নির্দিষ্ট পরিচয়কে নির্দেশ করার জন্য শনাক্তকারী _ধারণ করে_ এবং এই পরিচয়ের সাথে সম্পর্কিত একটি বৈশিষ্ট্য সম্পর্কে দাবি করে। তাই, আপনার ড্রাইভিং লাইসেন্সে শনাক্তকারী বিষয়সমূহ (নাম, জন্ম তারিখ, ঠিকানা) আছে কিন্তু এটি আপনার গাড়ি চালানোর আইনগত অধিকার সম্পর্কেও প্রত্যয়ন।
 
-1. একটি কোম্পানি (XYZ Corp) একটি স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে মালিকানা শেয়ার বিক্রি করার পরিকল্পনা করে কিন্তু শুধুমাত্র সেই ক্রেতাদের চায় যারা ব্যাকগ্রাউন্ড চেক সম্পন্ন করেছে।
+### বিকেন্দ্রীভূত শনাক্তকারী সমূহ কী? বিকেন্দ্রীভূত শনাক্তকারীসমূহ কী? {#what-are-decentralized-identifiers}
 
-2. XYZ Corp কোম্পানিকে ইথেরিয়াম-এ অন-চেইন প্রত্যয়ন ইস্যু করার জন্য ব্যাকগ্রাউন্ড চেক করতে পারে। এই প্রত্যয়নটি প্রমাণ করে যে একজন ব্যক্তি কোনো ব্যক্তিগত তথ্য প্রকাশ না করেই ব্যাকগ্রাউন্ড চেক পাস করেছেন।
+আপনার আইনি নাম বা ইমেল ঠিকানার মত গতানুগতিক শনাক্তকারীসমূহ তৃতীয় পক্ষ—সরকার ও ইমেল প্রদানকারীগণের উপর উপর নির্ভর করে । বিকেন্দ্রীভূত শনাক্তকারীসমূহ (DID) আলাদা—এগুলি কোনো কেন্দ্রীয় সত্তা দ্বারা জারি, পরিচালিত বা নিয়ন্ত্রিত হয় না।
 
-3. স্মার্ট কন্ট্র্যাক্ট সেলিং শেয়ার স্ক্রিন করা ক্রেতাদের পরিচয়ের জন্য রেজিস্ট্রি চুক্তি পরীক্ষা করতে পারে, যা স্মার্ট কন্ট্রাক্টের পক্ষে কার শেয়ার কেনার অনুমতি আছে বা নাই তা নির্ধারণ করা সম্ভব করে।
+বিকেন্দ্রীভূত শনাক্তকারী ব্যক্তিদের দ্বারা জারি করা হয়, রাখা হয় এবং নিয়ন্ত্রিত হয়। একটি [ইথেরিয়াম অ্যাকাউন্ট](/glossary/#account) হলো একটি বিকেন্দ্রীভূত শনাক্তকারীর উদাহরণ। আপনি কারও অনুমতি ছাড়া এবং কেন্দ্রীয় রেজিস্ট্রিতে সংরক্ষণ করার প্রয়োজন ছাড়াই আপনি যত খুশি অ্যাকাউন্ট তৈরি করতে পারেন।
 
-### সোলবাউন্ড টোকেনসমূহ এবং পরিচয় {#soulbound}
+বিকেন্দ্রীভূত শনাক্তকারীগুলি ডিস্ট্রিবিউটেড লেজারে ([ব্লকচেইন](/glossary/#blockchain)) বা [পিয়ার-টু-পিয়ার নেটওয়ার্কে](/glossary/#peer-to-peer-network) সংরক্ষণ করা হয়। এটি DID-গুলিকে [বিশ্বব্যাপী অনন্য, উচ্চ প্রাপ্যতার সাথে সমাধানযোগ্য এবং ক্রিপ্টোগ্রাফিকভাবে যাচাইযোগ্য](https://w3c-ccg.github.io/did-primer/) করে তোলে। একটি বিকেন্দ্রীভূত শনাক্তকারী ব্যক্তি, সংস্থা বা সরকারী প্রতিষ্ঠান সহ বিভিন্ন সত্তার সাথে যুক্ত হতে পারে।
 
-[সোলবাউন্ড টোকেন](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) (অ-হস্তান্তরযোগ্য NFT) একটি নির্দিষ্ট ওয়ালেটের অনন্য তথ্য সংগ্রহ করতে ব্যবহার করা যেতে পারে। এটি কার্যকরভাবে একটি নির্দিষ্ট ইথেরিয়াম অ্যাড্রেসের সাথে আবদ্ধ একটি অনন্য অন-চেইন পরিচয় তৈরি করে যাতে কৃতিত্বের প্রতিনিধিত্বকারী টোকেন অন্তর্ভুক্ত থাকতে পারে (যেমন কিছু নির্দিষ্ট অনলাইন কোর্স শেষ করা বা একটি গেমে থ্রেশহোল্ড স্কোর পাস করা) বা কমিউনিটি অংশগ্রহণ।
+## কিসে বিকেন্দ্রীভূত শনাক্তকারী সমূহ সম্ভব করে তোলে? কী বিকেন্দ্রীভূত শনাক্তকারীকে সম্ভব করে তোলে? {#what-makes-decentralized-identifiers-possible}
 
-## বিকেন্দ্রীভূত পরিচয়ের সুবিধা {#benefits-of-decentralized-identity}
+### ১. পাবলিক কী ক্রিপ্টোগ্রাফি {#public-key-cryptography}
 
-1. বিকেন্দ্রীকৃত পরিচয় তথ্য সনাক্তকরণের ব্যক্তিগত নিয়ন্ত্রণ বাড়ায়। বিকেন্দ্রীভূত শনাক্তকারী এবং প্রত্যয়ন কেন্দ্রীভূত কর্তৃপক্ষ এবং তৃতীয় পক্ষের পরিষেবাগুলির উপর নির্ভর না করেই যাচাই করা যেতে পারে।
+পাবলিক-কী ক্রিপ্টোগ্রাফি একটি তথ্য নিরাপত্তা ব্যবস্থা যা একটি সত্তার জন্য একটি [পাবলিক কী](/glossary/#public-key) এবং একটি [প্রাইভেট কী](/glossary/#private-key) তৈরি করে। পাবলিক-কী [ক্রিপ্টোগ্রাফি](/glossary/#cryptography) ব্লকচেইন নেটওয়ার্কে ব্যবহারকারীর পরিচয় প্রমাণীকরণ এবং ডিজিটাল সম্পদের মালিকানা প্রমাণ করতে ব্যবহৃত হয়।
 
-2. বিকেন্দ্রীভূত পরিচয় সমাধানগুলি ব্যবহারকারীর পরিচয় যাচাই এবং পরিচালনার জন্য একটি বিশ্বাসহীন, নির্বিঘ্ন এবং গোপনীয়তা-সুরক্ষা পদ্ধতির সুবিধা দেয়।
+কিছু বিকেন্দ্রীকৃত শনাক্তকারী, যেমন একটি ইথেরিয়াম অ্যাকাউন্ট, পাবলিক এবং ব্যক্তিগত কী আছে। পাবলিক কী অ্যাকাউন্টের নিয়ন্ত্রককে শনাক্ত করে, যখন ব্যক্তিগত কীগুলি এই অ্যাকাউন্টের জন্য বার্তাগুলি সাইন এবং ডিক্রিপ্ট করতে পারে। পাবলিক কী ক্রিপ্টোগ্রাফি সত্তাকে প্রমাণীকরণ করতে এবং ছদ্মবেশ ও জাল পরিচয়ের ব্যবহার প্রতিরোধ করার জন্য প্রয়োজনীয় প্রমাণ সরবরাহ করে, সমস্ত দাবি যাচাই করার জন্য [ক্রিপ্টোগ্রাফিক স্বাক্ষর](https://andersbrownworth.com/blockchain/public-private-keys/) ব্যবহার করে।
 
-3. বিকেন্দ্রীভূত পরিচয় ব্লকচেইন প্রযুক্তি ব্যবহার করে, যা বিভিন্ন পক্ষের মধ্যে আস্থা তৈরি করে এবং প্রত্যয়নের বৈধতা প্রমাণ করার জন্য ক্রিপ্টোগ্রাফিক গ্যারান্টি প্রদান করে।
+### 2. বিকেন্দ্রীভূত ডেটাস্টোর {#decentralized-datastores}
 
-4. বিকেন্দ্রীভূত পরিচয় পরিচয়-ডেটা বহনযোগ্য করে তোলে। ব্যবহারকারীরা মোবাইল ওয়ালেটে প্রত্যয়ন এবং শনাক্তকারী সঞ্চয় করে এবং তাদের পছন্দের যেকোনো পক্ষের সাথে শেয়ার করতে পারে। বিকেন্দ্রীভূত শনাক্তকারী এবং প্রত্যয়ন প্রদানকারী সংস্থার ডাটাবেসের মধ্যে লক করা হয় না।
+একটি ব্লকচেইন একটি যাচাইযোগ্য ডেটা রেজিস্ট্রি হিসাবে কাজ করে: একটি উন্মুক্ত, বিশ্বাসহীন এবং তথ্যের বিকেন্দ্রীভূত ভান্ডার। পাবলিক ব্লকচেইনের অস্তিত্ব কেন্দ্রীভূত রেজিস্ট্রিতে শনাক্তকারী সংরক্ষণ করার প্রয়োজনীয়তা দূর করে।
 
-5. বিকেন্দ্রীভূত পরিচয় উদীয়মান জিরো-নলেজ প্রযুক্তিগুলির সাথে ভালভাবে কাজ করা উচিত যা ব্যক্তিদের প্রমাণ করতে সক্ষম করবে যে তারা নিজের বা কিছু করেছে তা প্রকাশ না করেই। এটি ভোট দেওয়ার মতো অ্যাপ্লিকেশনগুলির জন্য বিশ্বাস এবং গোপনীয়তা একত্রিত করার একটি শক্তিশালী উপায় হয়ে উঠতে পারে।
+যদি কেউ বিকেন্দ্রীভূত শনাক্তকারীর বৈধতা নিশ্চিত করতে চান, তাহলে তারা ব্লকচেইনে সংশ্লিষ্ট পাবলিক কী দেখতে পারেন। এটি প্রথাগত শনাক্তকারীর থেকে আলাদা যার প্রমাণীকরণের জন্য তৃতীয় পক্ষের প্রয়োজন।
 
-6. বিকেন্দ্রীভূত পরিচয় অ্যান্টি-সাইবিল মেকানিজমকে শনাক্ত করতে সক্ষম করে যখন একজন ব্যক্তি একাধিক মানুষ হওয়ার ভান করে কোনো সিস্টেমকে গেম বা স্প্যাম করার জন্য।
+## বিকেন্দ্রীভূত শনাক্তকারী এবং প্রত্যয়নগুলি কীভাবে বিকেন্দ্রীকৃত পরিচয় সক্ষম করে? বিকেন্দ্রীভূত শনাক্তকারী এবং প্রত্যয়নগুলি কীভাবে বিকেন্দ্রীভূত পরিচয় সক্ষম করে? {#how-decentralized-identifiers-and-attestations-enable-decentralized-identity}
 
-## বিকেন্দ্রীভূত পরিচয় ব্যবহার-ক্ষেত্রসমূহ {#decentralized-identity-use-cases}
+বিকেন্দ্রীভূত পরিচয় হল এই ধারণা যে পরিচয়-সম্পর্কিত তথ্য স্ব-নিয়ন্ত্রিত, ব্যক্তিগত এবং বহনযোগ্য হওয়া উচিত, বিকেন্দ্রীভূত শনাক্তকারী এবং প্রত্যয়নগুলি প্রাথমিক বিল্ডিং ব্লক।
 
-বিকেন্দ্রীভূত পরিচয়ের অনেক সম্ভাব্য ব্যবহার-ক্ষেত্র রয়েছে:
+বিকেন্দ্রীভূত পরিচয়ের পরিপ্রেক্ষিতে, প্রত্যয়ন (যা [ভেরিফায়েবল ক্রেডেনশিয়ালস](https://www.w3.org/TR/vc-data-model/) নামেও পরিচিত) হলো ইস্যুকারী কর্তৃক প্রদত্ত টেম্পার-প্রুফ, ক্রিপ্টোগ্রাফিকভাবে যাচাইযোগ্য দাবি। প্রতিটি প্রত্যয়ন বা ভেরিফাইএবল ক্রেডেনসিয়ালস একটি সত্তা (যেমন, একটি সংস্থা) ইস্যুসমূহ তাদের DID এর সাথে যুক্ত।
 
-### 1. ইউনিভার্সাল লগইন {#universal-dapp-logins}
+যেহেতু DID ব্লকচেইনে সংরক্ষিত থাকে, তাই যে কেউ ইথেরিয়ামে ইস্যুকারীর ডিআইডি ক্রস-চেক করে একটি প্রত্যয়নের বৈধতা যাচাই করতে পারে। মূলত, ইথেরিয়াম ব্লকচেইন একটি গ্লোবাল ডিরেক্টরির মতো কাজ করে যা কিছু নির্দিষ্ট সত্তার সাথে যুক্ত DID যাচাই করতে সক্ষম করে।
 
-বিকেন্দ্রীভূত পরিচয় [বিকেন্দ্রীভূত প্রমাণীকরণের](https://www.ibm.com/blogs/blockchain/2018/10/decentralized-identity-an-alternative-to-password-based-authentication/) মাধ্যমে পাসওয়ার্ড-ভিত্তিক লগইনগুলি প্রতিস্থাপন করতে সহায়তা করতে পারে। পরিষেবা প্রদানকারীরা ব্যবহারকারীদের প্রত্যয়ন জারি করতে পারে, যা একটি ইথেরিয়াম ওয়ালেটে সংরক্ষণ করা যেতে পারে। একটি উদাহরণ প্রত্যয়ন হবে একটি [NFT](/nft/) যা ধারককে একটি অনলাইন কমিউনিটিতে অ্যাক্সেস দেয়।
+বিকেন্দ্রীভূত শনাক্তকারীর কারণ হল প্রত্যয়নগুলি স্ব-নিয়ন্ত্রিত এবং যাচাইযোগ্য। এমনকি যদি ইস্যুকারীর আর অস্তিত্ব না থাকে, তবে ধারকের কাছে সর্বদা প্রত্যয়নের মূল এবং বৈধতার প্রমাণ থাকে।
 
-একটি [ইথেরিয়াম দিয়ে সাইন-ইন করুন](https://siwe.xyz/) ফাংশন তারপর সার্ভারগুলিকে ব্যবহারকারীর ইথেরিয়াম অ্যাকাউন্ট নিশ্চিত করতে এবং তাদের অ্যাকাউন্ট অ্যাড্রেস থেকে প্রয়োজনীয় প্রত্যয়ন আনতে সক্ষম করবে। এর মানে ব্যবহারকারীরা দীর্ঘ পাসওয়ার্ড মুখস্থ না করেই প্ল্যাটফর্ম এবং ওয়েবসাইটগুলি অ্যাক্সেস করতে পারে এবং ব্যবহারকারীদের জন্য অনলাইন অভিজ্ঞতা উন্নত করে।
+বিকেন্দ্রীভূত পরিচয়ের মাধ্যমে ব্যক্তিগত তথ্যের গোপনীয়তা রক্ষার জন্য বিকেন্দ্রীকৃত শনাক্তকারীও গুরুত্বপূর্ণ। উদাহরণস্বরূপ, যদি একজন ব্যক্তি একটি প্রত্যয়নের প্রমাণ (একটি ড্রাইভারের লাইসেন্স) জমা দেন, তাহলে যাচাইকারী পক্ষকে প্রমাণের তথ্যের বৈধতা পরীক্ষা করার প্রয়োজন নেই। পরিবর্তে, প্রমাণটি বৈধ কিনা তা নির্ধারণ করার জন্য যাচাইকারীর শুধুমাত্র প্রত্যয়নের সত্যতা এবং ইস্যুকারী সংস্থার পরিচয়ের ক্রিপ্টোগ্রাফিক গ্যারান্টি প্রয়োজন।
 
-### 2. KYC প্রমাণীকরণ {#kyc-authentication}
+## বিকেন্দ্রীভূত পরিচয়ে প্রত্যয়নের প্রকারভেদ {#types-of-attestations-in-decentralized-identity}
 
-অনেক অনলাইন পরিষেবা ব্যবহার করার জন্য ব্যক্তিদের প্রত্যয়ন এবং প্রমাণপত্র প্রদান করতে হয়, যেমন একটি ড্রাইভিং লাইসেন্স বা জাতীয় পাসপোর্ট। কিন্তু এই পদ্ধতিটি সমস্যাযুক্ত কারণ ব্যক্তিগত ব্যবহারকারীর তথ্যের সাথে আপোস করা যেতে পারে এবং পরিষেবা প্রদানকারীরা প্রত্যয়নের সত্যতা যাচাই করতে পারে না।
+একটি ইথেরিয়াম-ভিত্তিক আইডেন্টিটি ইকোসিস্টেমে কীভাবে প্রত্যয়িত তথ্য সংরক্ষণ এবং পুনরুদ্ধার করা হয় তা প্রথাগত পরিচয় ব্যবস্থাপনা থেকে আলাদা। বিকেন্দ্রীভূত পরিচয় ব্যবস্থায় প্রত্যয়ন জারি, সংরক্ষণ এবং যাচাই করার বিভিন্ন পদ্ধতির একটি সংক্ষিপ্ত বিবরণ এখানে রয়েছে:
+
+### অফচেইন প্রত্যয়ন {#offchain-attestations}
+
+অনচেইন প্রত্যয়ন সংরক্ষণের একটি উদ্বেগ হলো, সেগুলিতে এমন তথ্য থাকতে পারে যা ব্যক্তিরা গোপন রাখতে চায়। ইথেরিয়াম ব্লকচেইনের সর্বজনীন প্রকৃতি এই ধরনের প্রত্যয়ন সংরক্ষণ করাকে আকর্ষণীয় করে তোলে।
+
+এর সমাধান হল প্রত্যয়নপত্র ইস্যু করা, যা ব্যবহারকারীরা অফচেইন ডিজিটাল ওয়ালেটে রাখে, কিন্তু তা ইস্যুকারীর অনচেইন সংরক্ষিত DID দ্বারা স্বাক্ষরিত থাকে। এই প্রত্যয়নগুলি [JSON ওয়েব টোকেন](https://en.wikipedia.org/wiki/JSON_Web_Token) হিসাবে এনকোড করা হয় এবং এতে ইস্যুকারীর ডিজিটাল স্বাক্ষর থাকে—যা অফচেইন দাবিগুলির সহজ যাচাইকরণের সুযোগ দেয়।
 
-বিকেন্দ্রীভূত পরিচয় কোম্পানিগুলিকে প্রচলিত [আপনার গ্রাহককে জানুন (KYC)](https://en.wikipedia.org/wiki/Know_your_customer) প্রক্রিয়াগুলি এড়িয়ে যেতে এবং যাচাইযোগ্য প্রমাণপত্রের মাধ্যমে ব্যবহারকারীর পরিচয় প্রমাণীকরণ করতে দেয়। এটি পরিচয় ব্যবস্থাপনার খরচ কমায় এবং জাল নথিপত্র ব্যবহার প্রতিরোধ করে।
+অফচেইন প্রত্যয়ন ব্যাখ্যা করার জন্য এখানে একটি অনুমানমূলক দৃশ্যপট দেওয়া হলো:
 
-### 3. ভোটিং এবং অনলাইন কমিউনিটিগুলো {#voting-and-online-communities}
+1. একটি বিশ্ববিদ্যালয় (ইস্যুকারী) একটি প্রত্যয়ন (একটি ডিজিটাল একাডেমিক সনদপত্র) তৈরি করে, তার কীগুলির দ্বারা স্বাক্ষর করে এবং এটি ববকে (পরিচয় মালিক) ইস্যু করে।
+
+2. বব একটি চাকরির জন্য আবেদন করেন এবং একজন নিয়োগকর্তার কাছে তার শিক্ষাগত যোগ্যতা প্রমাণ করতে চান, তাই তিনি তার মোবাইল ওয়ালেট থেকে প্রত্যয়ন শেয়ার করেন। কোম্পানী (যাচাইকারী) তারপর ইস্যুকারীর DID (অর্থাৎ, ইথেরিয়ামে এর পাবলিক কী) পরীক্ষা করে সত্যায়নের বৈধতা নিশ্চিত করতে পারে।
+
+### স্থায়ী অ্যাক্সেস সহ অফচেইন প্রত্যয়ন {#offchain-attestations-with-persistent-access}
+
+এই ব্যবস্থার অধীনে প্রত্যয়নগুলি JSON ফাইলে রূপান্তরিত হয় এবং অফচেইন সংরক্ষণ করা হয় (আদর্শভাবে একটি [বিকেন্দ্রীভূত ক্লাউড স্টোরেজ](/developers/docs/storage/) প্ল্যাটফর্মে, যেমন IPFS বা Swarm)। যাইহোক, JSON ফাইলের একটি [হ্যাস](/glossary/#hash) অনচেইন সংরক্ষণ করা হয় এবং একটি অনচেইন রেজিস্ট্রির মাধ্যমে একটি DID-এর সাথে লিঙ্ক করা হয়। সংশ্লিষ্ট DID হয় প্রত্যয়ন প্রদানকারী বা প্রাপকের হতে পারে।
+
+এই পদ্ধতিটি ব্লকচেইন-ভিত্তিক অটলতা লাভের জন্য প্রত্যয়নকে সক্ষম করে, যখন দাবির তথ্য এনক্রিপ্ট করা এবং যাচাইযোগ্য রাখা হয়। এটি নির্বাচনী প্রকাশের জন্যও অনুমতি দেয় যেহেতু ব্যক্তিগত কী ধারক তথ্যটি ডিক্রিপ্ট করতে পারে।
 
-অনলাইন ভোটিং এবং সোশ্যাল মিডিয়া বিকেন্দ্রীভূত পরিচয়ের জন্য দুটি অভিনব অ্যাপ্লিকেশন। অনলাইন ভোটিং স্কিমগুলি ম্যানিপুলেশনের জন্য সংবেদনশীল, বিশেষ করে যদি ম্যালিসিয়াস এক্টরস ভোট দেওয়ার জন্য মিথ্যা পরিচয় তৈরি করে। ব্যক্তিদের অন-চেইন প্রত্যয়ন উপস্থাপন করতে বলা অনলাইন ভোটিং প্রক্রিয়ার অখণ্ডতা উন্নত করতে পারে।
+### অনচেইন প্রত্যয়ন {#onchain-attestations}
 
-বিকেন্দ্রীকৃত পরিচয় জাল অ্যাকাউন্ট মুক্ত অনলাইন কমিউনিটিস তৈরি করতে সাহায্য করতে পারে। উদাহরণস্বরূপ, প্রতিটি ব্যবহারকারীকে একটি অন-চেইন আইডেন্টিটি সিস্টেম ব্যবহার করে তাদের পরিচয় প্রমাণীকরণ করতে হতে পারে, যেমন ইথেরিয়াম নাম পরিষেবা, বটগুলির সম্ভাবনা হ্রাস করে।
+অনচেইন প্রত্যয়ন ইথেরিয়াম ব্লকচেইনে [স্মার্ট কন্ট্র্যাক্টে](/glossary/#smart-contract) রাখা হয়। স্মার্ট কন্ট্র্যাক্ট (একটি রেজিস্ট্রি হিসাবে কাজ করে) একটি প্রত্যয়নকে সংশ্লিষ্ট অনচেইন বিকেন্দ্রীভূত শনাক্তকারীর (একটি পাবলিক কী) সাথে ম্যাপ করবে।
+
+কীভাবে অনচেইন প্রত্যয়নগুলি অনুশীলনে কাজ করতে পারে তা দেখানোর জন্য এখানে একটি উদাহরণ দেওয়া হল:
+
+1. একটি কোম্পানি (XYZ Corp) একটি স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে মালিকানা শেয়ার বিক্রি করার পরিকল্পনা করে কিন্তু শুধুমাত্র সেই ক্রেতাদের চায় যারা ব্যাকগ্রাউন্ড চেক সম্পন্ন করেছে।
+
+2. XYZ Corp কোম্পানিকে ইথেরিয়ামে অনচেইন প্রত্যয়ন ইস্যু করার জন্য ব্যাকগ্রাউন্ড চেক করতে পারে। এই প্রত্যয়নটি প্রমাণ করে যে একজন ব্যক্তি কোনো ব্যক্তিগত তথ্য প্রকাশ না করেই ব্যাকগ্রাউন্ড চেক পাস করেছেন।
+
+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) ([অ-হস্তান্তরযোগ্য NFT](/glossary/#nft)) একটি নির্দিষ্ট ওয়ালেটের জন্য অনন্য তথ্য সংগ্রহ করতে ব্যবহার করা যেতে পারে। এটি কার্যকরভাবে একটি নির্দিষ্ট ইথেরিয়াম ঠিকানার সাথে আবদ্ধ একটি অনন্য অনচেইন পরিচয় তৈরি করে যাতে কৃতিত্বের প্রতিনিধিত্বকারী টোকেন অন্তর্ভুক্ত থাকতে পারে (যেমন, কোনো নির্দিষ্ট অনলাইন কোর্স শেষ করা বা একটি গেমে থ্রেশহোল্ড স্কোর পাস করা) বা কমিউনিটির অংশগ্রহণ।
 
 ## বিকেন্দ্রীভূত পরিচয় ব্যবহার করুন {#use-decentralized-identity}
 
 বিকেন্দ্রীভূত পরিচয় সমাধানের ভিত্তি হিসাবে ইথেরিয়াম ব্যবহার করে অনেক উচ্চাভিলাষী প্রকল্প রয়েছে:
 
-- **[ইথেরিয়াম নাম পরিষেবা (ENS)](https://ens.domains/)** - _অন-চেইন, মেশিন-পঠনযোগ্য শনাক্তকারীর জন্য একটি বিকেন্দ্রীভূত নামকরণ সিস্টেম, যেমন, ইথেরিয়াম ওয়ালেট অ্যাড্রেস, কন্টেন্ট হ্যাশ এবং মেটাডেটা।_
+- **[Ethereum Name Service (ENS)](https://ens.domains/)** - _অনচেইন, মেশিন-পঠনযোগ্য শনাক্তকারীর জন্য একটি বিকেন্দ্রীভূত নামকরণ ব্যবস্থা, যেমন, ইথেরিয়াম ওয়ালেট ঠিকানা, কন্টেন্ট হ্যাস এবং মেটাডেটা।_
+- **[Sign in with Ethereum (SIWE)](https://siwe.xyz/)** - _ইথেরিয়াম অ্যাকাউন্টগুলির সাথে প্রমাণীকরণের জন্য উন্মুক্ত মান।_
 - **[SpruceID](https://www.spruceid.com/)** - _একটি বিকেন্দ্রীভূত পরিচয় প্রকল্প যা ব্যবহারকারীদের তৃতীয় পক্ষের পরিষেবার উপর নির্ভর না করে ইথেরিয়াম অ্যাকাউন্ট এবং ENS প্রোফাইলের মাধ্যমে ডিজিটাল পরিচয় নিয়ন্ত্রণ করতে দেয়।_
-- **[ইথেরিয়াম অ্যাটেস্টেশন সার্ভিস (EAS)](https://attest.sh/)** - _ যেকোনো বিষয়ে অন-চেইন বা অফ-চেইন প্রত্যয়ন করার জন্য একটি বিকেন্দ্রীকৃত লেজার/প্রটোকল।_
-- **[প্রুফ অফ হিউম্যানিটি](https://www.proofofhumanity.id)** - _মানবতার প্রমাণ (বা PoH) হল ইথেরিয়াম-এ নির্মিত একটি সামাজিক পরিচয় যাচাইকরণ ব্যবস্থা।_
+- **[Ethereum Attestation Service (EAS)](https://attest.org/)** - _যেকোনো বিষয়ে অনচেইন বা অফচেইন প্রত্যয়ন করার জন্য একটি বিকেন্দ্রীভূত লেজার/প্রোটোকল।_
+- **[Proof of Humanity](https://www.proofofhumanity.id)** - _প্রুফ অফ হিউম্যানিটি (বা PoH) হল ইথেরিয়ামে নির্মিত একটি সামাজিক পরিচয় যাচাইকরণ ব্যবস্থা।_
 - **[BrightID](https://www.brightid.org/)** - _একটি বিকেন্দ্রীভূত, ওপেন সোর্স সামাজিক পরিচয় নেটওয়ার্ক যা একটি সামাজিক গ্রাফ তৈরি এবং বিশ্লেষণের মাধ্যমে পরিচয় যাচাইকরণ সংস্কার করতে চাইছে।_
-- **[প্রুফ অফ পার্সনহুড পাসপোর্ট](https://passport.human.tech/)** - _ একটি বিকেন্দ্রীভূত ডিজিটাল পরিচয় সমষ্টিকারী।_
+- **[walt.id](https://walt.id)** — _ওপেন সোর্স বিকেন্দ্রীভূত পরিচয় এবং ওয়ালেট পরিকাঠামো যা ডেভেলপার এবং সংস্থাগুলিকে স্ব-সার্বভৌম পরিচয় এবং NFT/SBT ব্যবহার করার সুবিধা দেয়।_
+- **[Veramo](https://veramo.io/)** - _একটি জাভাস্ক্রিপ্ট ফ্রেমওয়ার্ক যা যে কারো জন্য তাদের অ্যাপ্লিকেশনে ক্রিপ্টোগ্রাফিকভাবে যাচাইযোগ্য ডেটা ব্যবহার করা সহজ করে তোলে।_
 
-## Further reading {#further-reading}
+## আরও পড়ুন {#further-reading}
 
-### আর্টিকেল সমূহ {#articles}
+### নিবন্ধ {#articles}
 
-- [ব্লকচেন ব্যবহারের ক্ষেত্রে: ডিজিটাল পরিচয়ে ব্লকচেইন](https://consensys.net/blockchain-use-cases/digital-identity/) — _ConsenSys_
+- [ব্লকচেইন ব্যবহারের ক্ষেত্র: ডিজিটাল পরিচয়ে ব্লকচেইন](https://consensys.net/blockchain-use-cases/digital-identity/) — _ConsenSys_
 - [ইথেরিয়াম 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://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) — _ আন্দ্রেয়াস আন্তোনোপোলোস এর বিকেন্দ্রীভূত পরিচয়ের উপর একটি দুর্দান্ত ব্যাখ্যাকারী ভিডিও_
-- [Ceramic, IDX, React এবং 3ID Connect সংযোগের সাথে ইথেরিয়াম এবং বিকেন্দ্রীভূত পরিচয় দিয়ে সাইন ইন করুন](https://www.youtube.com/watch?v=t9gWZYJxk7c) — _Nader Dabit এর ইথেরিয়াম ওয়ালেট ব্যবহার করে ব্যবহারকারীর প্রোফাইল তৈরি, পড়া এবং আপডেট করার জন্য একটি আইডেন্টিটি ম্যানেজমেন্ট সিস্টেম তৈরি করার বিষয়ে YouTube টিউটোরিয়াল_
-- [BrightID - ইথেরিয়ামে বিকেন্দ্রীভূত পরিচয়](https://www.youtube.com/watch?v=D3DbMFYGRoM) — _Bankless পডকাস্ট পর্ব BrightID নিয়ে আলোচনা করে, ইথেরিয়াম এর জন্য একটি বিকেন্দ্রীভূত পরিচয় সমাধান_
-- [অফ চেইন ইন্টারনেট: বিকেন্দ্রীভূত পরিচয় & যাচাইযোগ্য প্রমাণপত্রাদি](https://www.youtube.com/watch?v=EZ_Bb6j87mg) — Evin McMullen দ্বারা EthDenver 2022 উপস্থাপনা
+- [বিকেন্দ্রীভূত পরিচয় (বোনাস লাইভস্ট্রিম সেশন)](https://www.youtube.com/watch?v=ySHNB1za_SE&t=539s) — _আন্দ্রেয়াস আন্তোনোপোলোস-এর বিকেন্দ্রীভূত পরিচয়ের উপর একটি দুর্দান্ত ব্যাখ্যামূলক ভিডিও_
+- [Ceramic, IDX, React এবং 3ID Connect সংযোগের সাথে ইথেরিয়াম এবং বিকেন্দ্রীভূত পরিচয় দিয়ে সাইন ইন করুন](https://www.youtube.com/watch?v=t9gWZYJxk7c) — _নাদের দাবিতের ইথেরিয়াম ওয়ালেট ব্যবহার করে ব্যবহারকারীর প্রোফাইল তৈরি, পড়া এবং আপডেট করার জন্য একটি আইডেন্টিটি ম্যানেজমেন্ট সিস্টেম তৈরি করার বিষয়ে YouTube টিউটোরিয়াল_
+- [BrightID - ইথেরিয়ামে বিকেন্দ্রীভূত পরিচয়](https://www.youtube.com/watch?v=D3DbMFYGRoM) — _Bankless পডকাস্ট পর্ব BrightID নিয়ে আলোচনা করে, ইথেরিয়ামের জন্য একটি বিকেন্দ্রীভূত পরিচয় সমাধান_
+- [অফচেইন ইন্টারনেট: বিকেন্দ্রীভূত পরিচয় ও যাচাইযোগ্য শংসাপত্র](https://www.youtube.com/watch?v=EZ_Bb6j87mg) — ইভিন ম্যাকমুলেনের EthDenver ২০২২ উপস্থাপনা
+- [যাচাইযোগ্য শংসাপত্র ব্যাখ্যা করা হয়েছে](https://www.youtube.com/watch?v=ce1IdSr-Kig) - ট্যামিনো বাউম্যানের ডেমো সহ ইউটিউব ব্যাখ্যাকারী ভিডিও
 
-### কমিউনিটিগুলো {#communities}
+### কমিউনিটি {#communities}
 
 - [GitHub-এ ERC-725 জোট](https://github.com/erc725alliance) — _ইথেরিয়াম ব্লকচেইনে পরিচয় পরিচালনার জন্য ERC725 স্ট্যান্ডার্ডের সমর্থকগণ_
-- [EthID Discord সার্ভার](https://discord.com/invite/ZUyG3mSXFD) — _উৎসাহী এবং ডেভেলপারদের জন্য কমিউনিটি যারা ইথেরিয়ামের সাথে সাইন-ইন করে কাজ করছে_
-- [ Veramo Labs](https://discord.gg/sYBUXpACh4) — _অ্যাপ্লিকেশানগুলির জন্য যাচাইযোগ্য ডেটার জন্য একটি কাঠামো তৈরিতে অবদান রাখতে ডেভেলপারদের একটি কমিউনিটি_
+- [EthID ডিসকর্ড সার্ভার](https://discord.com/invite/ZUyG3mSXFD) — _Sign-in with Ethereum এবং Ethereum Follow Protocol-এ কর্মরত উৎসাহী এবং ডেভেলপারদের জন্য কমিউনিটি_
+- [Veramo Labs](https://discord.gg/sYBUXpACh4) — _অ্যাপ্লিকেশানগুলির জন্য যাচাইযোগ্য ডেটার জন্য একটি কাঠামো তৈরিতে অবদান রাখতে ডেভেলপারদের একটি কমিউনিটি_
+- [walt.id](https://discord.com/invite/AW8AgqJthZ) — _বিভিন্ন শিল্প জুড়ে বিকেন্দ্রীভূত পরিচয়ের ব্যবহারের ক্ষেত্রে কাজ করা ডেভেলপার এবং নির্মাতাদের একটি কমিউনিটি_
diff --git a/public/content/translations/bn/defi/index.md b/public/content/translations/bn/defi/index.md
index 1efe048a601..7caceb13f60 100644
--- a/public/content/translations/bn/defi/index.md
+++ b/public/content/translations/bn/defi/index.md
@@ -1,18 +1,19 @@
 ---
-title: বিকেন্দ্রীভূত অর্থ (DeFi)
-description: ইথেরিয়াম এর উপর DeFi এর একটি সংক্ষিপ্ত বিবরণী
+title: "বিকেন্দ্রীভূত অর্থ (DeFi)"
+metaTitle: "DeFi কি? | ডিসেন্ট্রালাইজড ফিনান্সের সুবিধা এবং ব্যবহার"
+description: "ইথেরিয়াম এর উপর DeFi এর একটি সংক্ষিপ্ত বিবরণী"
 lang: bn
 template: use-cases
 emoji: ":money_with_wings:"
 image: /images/use-cases/defi.png
-alt: Lego ব্রিকস দিয়ে তৈরি একটি 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 এর সম্ভাব্যতা দেখার সর্বোত্তম উপায়গুলির মধ্যে একটি হল আজকের বিদ্যমান সমস্যাগুলি বোঝা।
 
@@ -37,38 +38,38 @@ DeFi এর সম্ভাব্যতা দেখার সর্বোত্
 
 ### একটি তুলনা {#defi-comparison}
 
-| DeFi                                                                                                               | প্রথাগত অর্থনীতি                                                                                                              |
-| ------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------- |
-| আপনি আপনার অর্থ ধরে রাখেন।                                                                                         | কোম্পানি আপনার অর্থ ধরে রাখে।                                                                                                 |
-| আপনার অর্থ কোথায় যায় এবং কীভাবে ব্যয় হয় তা আপনি নিয়ন্ত্রণ করেন।                                               | ঝুঁকিপূর্ণ ঋণগ্রহীতাদের ঋণ দেওয়ার মতো আপনার অর্থের অব্যবস্থাপনা না করার জন্য আপনাকে কোম্পানিগুলিকে বিশ্বাস করতে হবে।         |
-| তহবিল স্থানান্তর মিনিটের মধ্যে ঘটে।                                                                                | ম্যানুয়াল প্রক্রিয়ার কারণে অর্থপ্রদানে অনেকদিন লাগতে পারে।                                                                  |
-| লেনদেন কার্যকলাপ হলো ছদ্মনাম।                                                                                      | আর্থিক কার্যকলাপ আপনার পরিচয়ের সাথে দৃঢ়ভাবে মিলিত হয়।                                                                      |
-| DeFi যে কারো জন্য উন্মুক্ত।                                                                                        | আর্থিক পরিষেবাগুলি ব্যবহার করার জন্য আপনাকে অবশ্যই আবেদন করতে হবে।                                                            |
-| মার্কেট সবসময় খোলা থাকে।                                                                                           | কর্মীদের বিরতির প্রয়োজন হয় বিধার মার্কেট বন্ধ করা হয়।                                                                         |
+| DeFi                                                                                                               | প্রথাগত অর্থনীতি                                                                                                                              |
+| ------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------- |
+| আপনি আপনার অর্থ ধরে রাখেন।                                                                                         | কোম্পানি আপনার অর্থ ধরে রাখে।                                                                                                                 |
+| আপনার অর্থ কোথায় যায় এবং কীভাবে ব্যয় হয় তা আপনি নিয়ন্ত্রণ করেন।                                               | ঝুঁকিপূর্ণ ঋণগ্রহীতাদের ঋণ দেওয়ার মতো আপনার অর্থের অব্যবস্থাপনা না করার জন্য আপনাকে কোম্পানিগুলিকে বিশ্বাস করতে হবে।                         |
+| তহবিল স্থানান্তর মিনিটের মধ্যে ঘটে।                                                                                | ম্যানুয়াল প্রক্রিয়ার কারণে অর্থপ্রদানে অনেকদিন লাগতে পারে।                                                                                  |
+| লেনদেন কার্যকলাপ হলো ছদ্মনাম।                                                                                      | আর্থিক কার্যকলাপ আপনার পরিচয়ের সাথে দৃঢ়ভাবে মিলিত হয়।                                                                                      |
+| DeFi যে কারো জন্য উন্মুক্ত।                                                                                        | আর্থিক পরিষেবাগুলি ব্যবহার করার জন্য আপনাকে অবশ্যই আবেদন করতে হবে।                                                                            |
+| মার্কেট সবসময় খোলা থাকে।                                                                                           | কর্মীদের বিরতির প্রয়োজন হয় বিধার মার্কেট বন্ধ করা হয়।                                                                                         |
 | এটি স্বচ্ছতার উপর নির্মিত – যে কেউ একটি পণ্যের ডেটা দেখতে পারে এবং সিস্টেমটি কীভাবে কাজ করে তা পরিদর্শন করতে পারে। | আর্থিক প্রতিষ্ঠানগুলি বন্ধ বই: আপনি তাদের ঋণের ইতিহাস, তাদের পরিচালিত সম্পদের রেকর্ড এবং আরও অনেক কিছু দেখতে চাইতে পারবেন না। |
 
 <ButtonLink href="/apps/categories/defi">
-  DeFi অ্যাপগুলি ঘেটে দেখুন
+  DeFi অ্যাপগুলি ঘেঁটে দেখুন
 </ButtonLink>
 
 ## এটি বিটকয়েন দিয়ে শুরু হয়েছিল... {#bitcoin}
 
 বিটকয়েন অনেক উপায়ে প্রথম DeFi অ্যাপ্লিকেশন ছিল। বিটকয়েন আপনাকে সত্যিকার অর্থে মূল্যের মালিক হতে এবং নিয়ন্ত্রণ করতে দেয় এবং বিশ্বের যে কোনো জায়গায় পাঠাতে দেয়। এটি একটি বিশ্বস্ত মধ্যস্থতাকারীর প্রয়োজন ছাড়াই অনেক সংখ্যক লোককে, যারা একে অপরকে বিশ্বাস করে না, অ্যাকাউন্টের লেজারে সম্মত হওয়ার একটি উপায় প্রদান করার মাধ্যমে এমনটি করে। বিটকয়েন যে কারো জন্য উন্মুক্ত এবং এর নিয়ম পরিবর্তন করার ক্ষমতা কারো নেই। ঘাটতি এবং উন্মুক্ততার মতো, বিটকয়েনের নিয়মসমূহ, এর প্রযুক্তিতে লেখা আছে। এটি প্রথাগত অর্থনীতির মতো নয় যেখানে সরকার আপনার সঞ্চয়ের অবমূল্যায়ন করে এমন অর্থ মুদ্রণ করতে পারে এবং কোম্পানিগুলি মার্কেট বন্ধ করে দিতে পারে।
 
-ইথেরিয়াম এগুলোর উপরেই তৈরি করা। বিটকয়েনের মতো, নিয়মগুলি আপনার ক্ষেত্রে পরিবর্তিত হতে পারবে না এবং প্রত্যেকেরই অ্যাক্সেস রয়েছে। কিন্তু এটি [স্মার্ট কনট্র্যাক্ট](/glossary#smart-contract) ব্যবহার করে এই ডিজিটাল অর্থকে প্রোগ্রামযোগ্য করে তোলে, যাতে আপনি মূল্য সংরক্ষণ এবং প্রেরণের বাইরে যেতে পারেন।
+ইথেরিয়াম এগুলোর উপরেই তৈরি করা। বিটকয়েনের মতো, নিয়মগুলি আপনার ক্ষেত্রে পরিবর্তিত হতে পারবে না এবং প্রত্যেকেরই অ্যাক্সেস রয়েছে। কিন্তু এটি [স্মার্ট কন্ট্র্যাক্ট](/glossary/#smart-contract) ব্যবহার করে এই ডিজিটাল অর্থকে প্রোগ্রামযোগ্য করে তোলে, যাতে আপনি মূল্য সংরক্ষণ এবং পাঠানোর বাইরে যেতে পারেন।
 
 <YouTube id="qFBYB4W2tqU" />
 
-## প্রোগ্রামেবল অর্থ {#programmable-money}
+## প্রোগ্রামযোগ্য অর্থ {#programmable-money}
 
-এটা অদ্ভুত শোনাচ্ছে... "কেন আমি আমার অর্থ প্রোগ্রাম করতে চাইব"? যাইহোক, এটি ইথেরিয়াম-এ টোকেনগুলির একটি ডিফল্ট বৈশিষ্ট্য। যে কেউ অর্থ প্রদানের মধ্যে যুক্তি প্রোগ্রাম করতে পারেন। সুতরাং আপনি আর্থিক প্রতিষ্ঠান প্রদত্ত পরিষেবাগুলোর পাশাপাশি বিটকয়েনের নিয়ন্ত্রণ এবং নিরাপত্তা পেতে পারেন। এটি আপনাকে ক্রিপ্টোকারেন্সিগুলোর সাথে এমন কিছু করতে দেয় যা আপনি বিটকয়েনের সাথে করতে পারবেন না যেমন ধার দেওয়া এবং ধার নেওয়া, অর্থ প্রদানের সময় নির্ধারণ করা, ইন্ডেক্স ফান্ডে বিনিয়োগ করা এবং আরও অনেক কিছু।
+এটা অদ্ভুত শোনাচ্ছে... "আমি কেন আমার অর্থ প্রোগ্রাম করতে চাইব"? যাইহোক, এটি ইথেরিয়ামের টোকেনগুলির শুধু একটি ডিফল্ট বৈশিষ্ট্যের চেয়েও বেশি কিছু। যে কেউ অর্থ প্রদানের মধ্যে যুক্তি প্রোগ্রাম করতে পারেন। সুতরাং আপনি আর্থিক প্রতিষ্ঠান প্রদত্ত পরিষেবাগুলোর পাশাপাশি বিটকয়েনের নিয়ন্ত্রণ এবং নিরাপত্তা পেতে পারেন। এটি আপনাকে ক্রিপ্টোকারেন্সিগুলোর সাথে এমন কিছু করতে দেয় যা আপনি বিটকয়েনের সাথে করতে পারবেন না যেমন ধার দেওয়া এবং ধার নেওয়া, অর্থ প্রদানের সময় নির্ধারণ করা, ইন্ডেক্স ফান্ডে বিনিয়োগ করা এবং আরও অনেক কিছু।
 
 <Alert variant="update">
 <AlertEmoji text=":eyes:"/>
-<AlertContent className="justify-between flex-row items-center">
+<AlertContent className="flex-row justify-between items-center">
   <div>আপনি যদি ইথেরিয়াম-এ নতুন হন তবে চেষ্টা করতে DeFi অ্যাপ্লিকেশনগুলির জন্য আমাদের পরামর্শগুলি এক্সপ্লোর করুন।</div>
   <ButtonLink href="/apps/categories/defi">
-    DeFi অ্যাপগুলি ঘেটে দেখুন
+    DeFi অ্যাপগুলি ঘেঁটে দেখুন
   </ButtonLink>
 </AlertContent>
 </Alert>
@@ -77,15 +78,15 @@ DeFi এর সম্ভাব্যতা দেখার সর্বোত্
 
 অধিকাংশ আর্থিক পরিষেবার জন্য একটি বিকেন্দ্রীভূত বিকল্প আছে। কিন্তু ইথেরিয়াম এমন আর্থিক পণ্য তৈরির সুযোগও তৈরি করে যা সম্পূর্ণ নতুন। এটি একটি ক্রমবর্ধমান তালিকা।
 
-- [বিশ্বজুড়ে অর্থ পাঠান](#send-money)
+- [সারা বিশ্বে টাকা পাঠান](#send-money)
 - [বিশ্বজুড়ে অর্থ স্ট্রিম করুন](#stream-money)
 - [স্থিতিশীল মুদ্রা অ্যাক্সেস করুন](#stablecoins)
-- [জামানত দ্বারা ফান্ড ধার করুন](#lending)
-- [জামানত ছাড়া ধার](#flash-loans)
+- [জামানত দিয়ে তহবিল ধার করুন](#lending)
+- [জামানত ছাড়া ধার করুন](#flash-loans)
 - [ক্রিপ্টো সঞ্চয় শুরু করুন](#saving)
-- [ট্রেড টোকেনসমূহ](#swaps)
-- [আপনার পোর্টফোলিও বাড়ান](#investing)
-- [আপনার আইডিয়াগুলো ফান্ড করুন](#crowdfunding)
+- [টোকেন ট্রেড করুন](#swaps)
+- [আপনার পোর্টফোলিও বাড়ান](#investing)
+- [আপনার ধারণাগুলোকে অর্থায়ন করুন](#crowdfunding)
 - [বীমা কিনুন](#insurance)
 - [আপনার পোর্টফোলিও পরিচালনা করুন](#aggregators)
 
@@ -93,17 +94,17 @@ DeFi এর সম্ভাব্যতা দেখার সর্বোত্
 
 ### সারা বিশ্বে দ্রুত টাকা পাঠান {#send-money}
 
-একটি ব্লকচেইন হিসাবে, ইথেরিয়াম একটি নিরাপদ এবং বিশ্বব্যাপী লেনদেন পাঠানোর জন্য ডিজাইন করা হয়েছে। বিটকয়েনের মতো, ইথেরিয়াম বিশ্বজুড়ে অর্থ প্রেরণকে একটি ইমেল পাঠানোর মতোই সহজ করে তোলে। আপনার ওয়ালেট থেকে শুধু আপনার প্রাপকের [ENS নাম](/nft/#nft-domains) (যেমন bob.eth) বা তাদের অ্যাকাউন্টের ঠিকানা লিখুন এবং আপনার অর্থপ্রদান মিনিটের মধ্যে সরাসরি তাদের কাছে যাবে (সাধারণত)। পেমেন্ট পাঠাতে বা গ্রহণ করতে, আপনার একটি [ওয়ালেট](/wallets/) প্রয়োজন হবে।
+একটি ব্লকচেইন হিসাবে, ইথেরিয়াম একটি নিরাপদ এবং বিশ্বব্যাপী লেনদেন পাঠানোর জন্য ডিজাইন করা হয়েছে। বিটকয়েনের মতো, ইথেরিয়াম বিশ্বজুড়ে অর্থ প্রেরণকে একটি ইমেল পাঠানোর মতোই সহজ করে তোলে। শুধু আপনার ওয়ালেট থেকে আপনার প্রাপকের [ENS নাম](/glossary/#ens) (যেমন bob.eth) বা তাদের অ্যাকাউন্ট অ্যাড্রেস লিখুন এবং আপনার পেমেন্ট মিনিটের মধ্যে সরাসরি তাদের কাছে চলে যাবে (সাধারণত)। পেমেন্ট পাঠাতে বা গ্রহণ করতে, আপনার একটি [ওয়ালেট](/wallets/) লাগবে।
 
 <ButtonLink href="/apps/categories/defi">
-  পেমেন্ট dapps গুলো দেখুন
+  পেমেন্ট ডিএ্যাপস দেখুন
 </ButtonLink>
 
 #### বিশ্বজুড়ে অর্থ স্ট্রিম করুন... {#stream-money}
 
 এছাড়াও আপনি ইথেরিয়াম এর মাধ্যমে অর্থ প্রবাহ করতে পারেন। এটি আপনাকে কাউকে তাদের বেতন সেকেন্ডের মধ্যে পরিশোধ করতে দেয়, যখনই তাদের প্রয়োজন হয় তখনই তাদের অর্থের অ্যাক্সেস দেয়। অথবা স্টোরেজ লকার বা বৈদ্যুতিক স্কুটারের মত কিছু ভাড়া নিন।
 
-এবং যদি আপনি [ETH](/what-is-ether/) পাঠাতে বা স্ট্রিম করতে না চান কারণ এর মান কতটা পরিবর্তিত হতে পারে, তাহলে ইথেরিয়াম-এ বিকল্প মুদ্রা রয়েছে: স্টেবলকয়েন।
+আর আপনি যদি [ETH](/glossary/#ether) পাঠাতে বা স্ট্রিম করতে না চান কারণ এর মান অনেক পরিবর্তন হতে পারে, সেক্ষেত্রে ইথেরিয়ামে বিকল্প মুদ্রা রয়েছে: [স্টেবলকয়েন](/glossary/#stablecoin)।
 
 <Divider />
 
@@ -114,7 +115,7 @@ DeFi এর সম্ভাব্যতা দেখার সর্বোত্
 Dai বা USDC-এর মতো কয়েনগুলির একটি মূল্য রয়েছে যা একটি ডলারের কয়েক সেন্টের মধ্যে থাকে। এটি তাদের উপার্জন বা খুচরা বিক্রয়ের জন্য নিখুঁত করে তোলে। লাতিন আমেরিকার অনেক লোক তাদের সরকার দ্বারা জারি করা মুদ্রার সাথে একটি বড় অনিশ্চয়তার সময়ে তাদের সঞ্চয় রক্ষার উপায় হিসাবে স্টেবলকয়েন ব্যবহার করেছে।
 
 <ButtonLink href="/stablecoins/">
-  স্টেবলকয়েন সম্পর্কে আরও
+  স্টেবলকয়েন সম্পর্কে আরও জানুন
 </ButtonLink>
 
 <Divider />
@@ -127,7 +128,7 @@ Dai বা USDC-এর মতো কয়েনগুলির একটি ম
 - পুল-ভিত্তিক যেখানে ঋণদাতারা একটি পুলে ফান্ড (লিকুইডিটি) প্রদান করে যেখান থেকে ঋণগ্রহীতারা ধার নিতে পারে।
 
 <ButtonLink href="/apps/categories/defi">
-  ঋণদাতা dapps গুলো দেখুন
+  ধার করার ডিএ্যাপস দেখুন
 </ButtonLink>
 
 বিকেন্দ্রীভূত ঋণদাতা ব্যবহার করার অনেক সুবিধা রয়েছে...
@@ -136,19 +137,19 @@ Dai বা USDC-এর মতো কয়েনগুলির একটি ম
 
 আজ, টাকা ধার দেওয়া এবং ধার নেওয়া সবই জড়িত ব্যক্তিদের চারপাশে ঘোরে। ধার দেওয়ার আগে ব্যাংকগুলিকে জানতে হবে আপনি ঋণ পরিশোধ করতে পারবেন কিনা।
 
-বিকেন্দ্রীভূত ঋণ কোনো পক্ষকেই নিজেদের পরিচয় না দিয়ে কাজ করে। পরিবর্তে, ঋণগ্রহীতাকে অবশ্যই জামানত রাখতে হবে যা ঋণদাতা স্বয়ংক্রিয়ভাবে পাবেন যদি তাদের ঋণ পরিশোধ করা না হয়। কিছু ঋণদাতা জামানত হিসেবে এমনকি NFT গ্রহণ করে। NFT হল একটি অনন্য সম্পদের দলিল, যেমন একটি পেইন্টিং। [NFT সম্পর্কে আরো](/nft/)
+বিকেন্দ্রীভূত ঋণ কোনো পক্ষকেই নিজেদের পরিচয় না দিয়ে কাজ করে। পরিবর্তে, ঋণগ্রহীতাকে অবশ্যই জামানত রাখতে হবে যা ঋণদাতা স্বয়ংক্রিয়ভাবে পাবেন যদি তাদের ঋণ পরিশোধ করা না হয়। কিছু ঋণদাতা জামানত হিসেবে এমনকি [NFTs](/glossary/#nft)-ও গ্রহণ করে। NFT হল একটি অনন্য সম্পদের দলিল, যেমন একটি পেইন্টিং। [NFTs সম্পর্কে আরও জানুন](/nft/)
 
 এটি আপনাকে ক্রেডিট চেক বা ব্যক্তিগত তথ্য হস্তান্তর ছাড়াই অর্থ ধার করতে দেয়।
 
-#### বৈশ্বিক ফান্ডসমূহে অ্যাক্সেস {#access-global-funds}
+#### গ্লোবাল তহবিলের অ্যাক্সেস {#access-global-funds}
 
 আপনি যখন একটি বিকেন্দ্রীভূত ঋণদাতা ব্যবহার করেন তখন আপনার কাছে সমস্ত বিশ্ব থেকে জমা করা ফান্ডগুলিতে অ্যাক্সেস থাকে, শুধুমাত্র আপনার নির্বাচিত ব্যাঙ্ক বা প্রতিষ্ঠানের হেফাজতে থাকা ফান্ডগুলি নয়। এটি ঋণকে আরও সহজলভ্য করে এবং সুদের হার উন্নত করে।
 
-#### কর-দক্ষতাগুলো {#tax-efficiencies}
+#### কর-দক্ষতা {#tax-efficiencies}
 
-ধার করা আপনাকে আপনার ETH (একটি করযোগ্য ইভেন্ট) বিক্রি করার প্রয়োজন ছাড়াই আপনার প্রয়োজনীয় ফান্ডগুলিতে অ্যাক্সেস দিতে পারে। পরিবর্তে, আপনি একটি স্টেবলকয়েন ঋণের জন্য জামানত হিসাবে ETH ব্যবহার করতে পারেন। এটি আপনাকে আপনার প্রয়োজনীয় নগদ-প্রবাহ দেয় এবং আপনাকে আপনার ETH রাখতে দেয়। স্টেবলকয়েন হল টোকেন যা আপনার নগদ প্রয়োজনের জন্য অনেক ভালো কারণ এগুলো ETH এর মত মূল্যে ওঠানামা করে না। [স্টেবলকয়েন সম্পর্কে আরও](#stablecoins)
+ধার করা আপনাকে আপনার ETH (একটি করযোগ্য ইভেন্ট) বিক্রি করার প্রয়োজন ছাড়াই আপনার প্রয়োজনীয় ফান্ডগুলিতে অ্যাক্সেস দিতে পারে। পরিবর্তে, আপনি একটি স্টেবলকয়েন ঋণের জন্য জামানত হিসাবে ETH ব্যবহার করতে পারেন। এটি আপনাকে আপনার প্রয়োজনীয় নগদ-প্রবাহ দেয় এবং আপনাকে আপনার ETH রাখতে দেয়। স্টেবলকয়েন হল টোকেন যা আপনার নগদ প্রয়োজনের জন্য অনেক ভালো কারণ এগুলো ETH এর মত মূল্যে ওঠানামা করে না। [স্টেবলকয়েন সম্পর্কে আরও জানুন](#stablecoins)
 
-#### ফ্ল্যাশ লোনস {#flash-loans}
+#### ফ্ল্যাশ লোন {#flash-loans}
 
 ফ্ল্যাশ লোন হল বিকেন্দ্রীকৃত ঋণের একটি আরও পরীক্ষামূলক রূপ যা আপনাকে জামানত ছাড়া বা কোনো ব্যক্তিগত তথ্য প্রদান ছাড়াই ঋণ নিতে দেয়।
 
@@ -171,26 +172,28 @@ 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}
 
-#### ঋণদান {#lending}
+#### ঋণ দেওয়া {#lending}
 
-আপনি আপনার ক্রিপ্টোকে ধার দিয়ে সুদ উপার্জন করতে পারেন এবং আপনার ফান্ড রিয়েল টাইমে বৃদ্ধি পেতে দেখতে পারেন। এই মুহূর্তে সুদের হারগুলি আপনার স্থানীয় ব্যাঙ্কে আপনি যা পেতে পারেন তার চেয়ে অনেক বেশি (যদি আপনি ভাগ্যবান হন যে একটি অ্যাক্সেস করতে সক্ষম হন)। উদাহরণস্বরূপ:
+আপনি আপনার ক্রিপ্টোকে ধার দিয়ে সুদ উপার্জন করতে পারেন এবং আপনার ফান্ড রিয়েল টাইমে বৃদ্ধি পেতে দেখতে পারেন। এই মুহূর্তে সুদের হারগুলি আপনার স্থানীয় ব্যাঙ্কে আপনি যা পেতে পারেন তার চেয়ে অনেক বেশি (যদি আপনি ভাগ্যবান হন যে একটি অ্যাক্সেস করতে সক্ষম হন)। এখানে একটি উদাহরণ:
 
-- আপনি Aave-এর মতো একটি পণ্যকে আপনার 100 Dai, একটি [স্টেবলকয়েন](/stablecoins/) ধার দেন।
+- আপনি Aave-এর মতো একটি প্রোডাক্টকে আপনার 100 Dai, একটি [স্টেবলকয়েন](/stablecoins/), ধার দেন।
 - আপনি 100 Aave Dai (aDai) পাবেন যা একটি টোকেন যা আপনার ধার করা Dai কে প্রতিনিধিত্ব করে।
-- সুদের হারের উপর ভিত্তি করে আপনার aDai বৃদ্ধি পাবে এবং আপনি আপনার ওয়ালেটে আপনার ব্যালেন্স বাড়তে দেখতে পাবেন। APR-এর উপর নির্ভর করে, আপনার ওয়ালেট ব্যালেন্স কয়েক দিন বা এমনকি কয়েক ঘন্টা পরে 100.1234 এর মত কিছু পড়বে!
+- সুদের হারের উপর ভিত্তি করে আপনার aDai বৃদ্ধি পাবে এবং আপনি আপনার ওয়ালেটে আপনার ব্যালেন্স বাড়তে দেখতে পাবেন। [APR](/glossary/#apr)-এর উপর নির্ভর করে, আপনার ওয়ালেট ব্যালেন্স কয়েক দিন বা এমনকি কয়েক ঘন্টা পরেও 100.1234-এর মতো কিছু দেখাবে!
 - আপনি যেকোন সময় আপনার aDai ব্যালেন্সের সমান পরিমাণ নিয়মিত Dai তুলতে পারবেন।
 
 <ButtonLink href="/apps/categories/defi">
-  ধার দেওয়া dapps গুলো দেখুন
+  ঋণ দেওয়ার ডিএ্যাপস দেখুন
 </ButtonLink>
 
-#### নো-লস লটারিসমূহ {#no-loss-lotteries}
+#### লোকসান-বিহীন লটারি {#no-loss-lotteries}
 
 PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ্চয় করার একটি মজাদার এবং উদ্ভাবনী নতুন উপায়।
 
@@ -208,43 +211,43 @@ PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ
 
 <Divider />
 
-### টোকেন সমূহ এক্সচেঞ্জ করুন {#swaps}
+### টোকেন এক্সচেঞ্জ করুন {#swaps}
 
 ইথেরিয়ামে হাজার হাজার টোকেন রয়েছে। বিকেন্দ্রীভূত এক্সচেঞ্জ (DEX) আপনি যখনই চান তখনই আপনাকে বিভিন্ন টোকেন বাণিজ্য করতে দেয়। আপনি কখনই আপনার সম্পদের নিয়ন্ত্রণ ছেড়ে দিবেন না। এটি একটি ভিন্ন দেশে যাওয়ার সময় একটি মুদ্রা বিনিময় ব্যবস্থা ব্যবহার করার মত। কিন্তু DeFi সংস্করণ কখনই বন্ধ হয় না। মার্কেটগুলো বছরে 24/7, 365 দিন এবং এর প্রযুক্তি এই গ্যারান্টি দেয় যে সর্বদা একটি ট্রেড গ্রহণ করার জন্য কেউ থাকবে।
 
 উদাহরণস্বরূপ, আপনি যদি নো-লস লটারি PoolTogether (উপরে বর্ণিত) ব্যবহার করতে চান, তাহলে আপনাকে Dai বা USDC-এর মতো একটি টোকেনের প্রয়োজন হবে। এই DEX গুলি আপনাকে সেই টোকেনগুলির জন্য আপনার ETH অদলবদল করতে এবং আপনার শেষ হয়ে গেলে আবার ফিরে আসতে দেয়।
 
 <ButtonLink href="/apps/categories/defi">
-  টোকেন এক্সচেঞ্জ দেখুন
+  টোকেন এক্সচেঞ্জগুলো দেখুন
 </ButtonLink>
 
 <Divider />
 
-### উন্নত ট্রেডিং {#trading}
+### অ্যাডভান্সড ট্রেডিং {#trading}
 
 যারা একটু বেশি নিয়ন্ত্রণ পছন্দ করেন তাদের জন্য আরও উন্নত ব্যবস্থা রয়েছে। সীমিত অর্ডারস, পার্পেচুয়ালস, মার্জিন ট্রেডিং এবং আরও অনেক কিছু সম্ভব। বিকেন্দ্রীভূত ট্রেডিংয়ের মাধ্যমে আপনি বিশ্বব্যাপী লিকুইডিটির অ্যাক্সেস পান, বাজার কখনই বন্ধ হয় না এবং আপনি সর্বদা আপনার সম্পদের নিয়ন্ত্রণে থাকেন।
 
 যখন আপনি একটি কেন্দ্রীভূত এক্সচেঞ্জ ব্যবহার করেন তখন আপনাকে ট্রেডের আগে আপনার সম্পদ জমা করতে হবে এবং সেগুলির যত্ন নেওয়ার জন্য তাদের বিশ্বাস করতে হবে। আপনার সম্পদ জমা হওয়ার সময়, সেগুলি ঝুঁকির মধ্যে রয়েছে কারণ কেন্দ্রীভূত এক্সচেঞ্জগুলি হ্যাকারদের জন্য আকর্ষণীয় লক্ষ্য।
 
 <ButtonLink href="/apps/categories/defi">
-  ট্রেডিং dapps দেখুন
+  ট্রেডিং ডিএ্যাপস দেখুন
 </ButtonLink>
 
 <Divider />
 
-### আপনার পোর্টফোলিও বাড়ান {#investing}
+### আপনার পোর্টফোলিও বাড়ান {#investing}
 
 ইথেরিয়াম এ ফান্ড ম্যানেজমেন্ট পণ্য রয়েছে যা আপনার পছন্দের কৌশলের ভিত্তিতে আপনার পোর্টফোলিও বাড়ানোর চেষ্টা করবে। এটি স্বয়ংক্রিয়, সকলের জন্য উন্মুক্ত, এবং আপনার লাভের একটি অংশ নেওয়ার জন্য একজন মানব পরিচালকের প্রয়োজন নেই।
 
-একটি ভাল উদাহরণ হল [DeFi পালস ইনডেক্স ফান্ড (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 গুলো দেখুন
+  বিনিয়োগের ডিএ্যাপস দেখুন
 </ButtonLink>
 
 <Divider />
 
-### আপনার আইডিয়াগুলো ফান্ড করুন {#crowdfunding}
+### আপনার ধারণাগুলোকে অর্থায়ন করুন {#crowdfunding}
 
 ইথেরিয়াম ক্রাউডফান্ডিংয়ের জন্য একটি আদর্শ প্ল্যাটফর্ম:
 
@@ -253,14 +256,14 @@ PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ
 - তহবিল সংগ্রহকারীরা স্বয়ংক্রিয় অর্থ ফেরত সেটআপ করতে পারে যদি, উদাহরণস্বরূপ, একটি নির্দিষ্ট সময়সীমা এবং ন্যূনতম পরিমাণ পূরণ না হয়।
 
 <ButtonLink href="/apps/categories/defi">
-  ক্রাউডফান্ডিং dapps গুলো দেখুন
+  ক্রাউডফান্ডিং ডিএ্যাপস দেখুন
 </ButtonLink>
 
 #### কোয়াড্রেটিক ফান্ডিং {#quadratic-funding}
 
-ইথেরিয়াম হল ওপেন সোর্স সফ্টওয়্যার এবং এখনও পর্যন্ত অনেক কাজ কমিউনিটি দ্বারা অর্থায়ন করা হয়েছে। এটি একটি আকর্ষণীয় নতুন অর্থ সংগ্রহের মডেলের বৃদ্ধির দিকে পরিচালিত করেছে: কোয়াড্রেটিক ফান্ডিং। This has the potential to improve the way we fund all types of public goods in the future.
+ইথেরিয়াম হল ওপেন সোর্স সফ্টওয়্যার এবং এখনও পর্যন্ত অনেক কাজ কমিউনিটি দ্বারা অর্থায়ন করা হয়েছে। এটি একটি আকর্ষণীয় নতুন অর্থ সংগ্রহের মডেলের বৃদ্ধির দিকে পরিচালিত করেছে: কোয়াড্রেটিক ফান্ডিং। ভবিষ্যতে সব ধরনের গণপণ্যে আমাদের অর্থায়ন করার পদ্ধতিকে উন্নত করার সম্ভাবনা এর মধ্যে রয়েছে।
 
-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
 
 এর মানে হচ্ছে, B-এর 10,000 ডলারের একটি অনুদানের তুলনায় প্রজেক্ট A-এর 1 ডলারের 100টি অনুদানে শেষ পর্যন্ত বেশি পরিমাণে অর্থ জমা হতে পারে (মেচিং পুলের আকারের উপরে ভিত্তি করে)।
 
-[কোয়াড্রেটিক ফান্ডিং সম্পর্কে আরো](https://wtfisqf.com)
+<ButtonLink href="https://wtfisqf.com">
+  কোয়াড্রেটিক ফান্ডিং সম্পর্কে আরও জানুন
+</ButtonLink>
 
 <Divider />
 
@@ -277,20 +282,20 @@ Quadratic funding makes sure that the projects that receive the most funding are
 
 বিকেন্দ্রীভূত বীমার লক্ষ্য বীমা সস্তা, দ্রুত পরিশোধ করা এবং আরও স্বচ্ছ করা। আরো অটোমেশনের সহায়তায়, কভারেজ আরো সাশ্রয়ী এবং পে-আউটগুলি অনেক দ্রুত হয়ে উঠে। আপনার দাবির সিদ্ধান্ত নিতে ব্যবহৃত ডেটা সম্পূর্ণ স্বচ্ছ।
 
-যেকোন সফ্টওয়্যারের মতো ইথেরিয়াম পণ্যগুলি বাগ এবং শোষণের শিকার হতে পারে। তাই এই মুহূর্তে এই ক্ষেত্রে প্রচুর বীমা পণ্য তাদের ব্যবহারকারীদের তহবিলের ক্ষতি থেকে রক্ষা করার উপর ফোকাস করে। যাইহোক, জীবন আমাদের দিকে এগিয়ে দিতে পারে এমন সবকিছুর জন্য কভারেজ তৈরি করতে শুরু করা প্রকল্প রয়েছে। এর একটি ভাল উদাহরণ হল Etherisc এর ক্রপ কভার যার লক্ষ্য [খরা এবং বন্যা থেকে কেনিয়ার ক্ষুদ্র কৃষকদের রক্ষা করুন](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc)। বিকেন্দ্রীভূত বীমা কৃষকদের জন্য সস্তা কভার প্রদান করতে পারে যাদের প্রায়শই প্রথাগত বীমার বাইরে মূল্য দেওয়া হয়।
+যেকোন সফ্টওয়্যারের মতো ইথেরিয়াম পণ্যগুলি বাগ এবং শোষণের শিকার হতে পারে। তাই এই মুহূর্তে এই ক্ষেত্রে প্রচুর বীমা পণ্য তাদের ব্যবহারকারীদের তহবিলের ক্ষতি থেকে রক্ষা করার উপর ফোকাস করে। যাইহোক, জীবন আমাদের দিকে এগিয়ে দিতে পারে এমন সবকিছুর জন্য কভারেজ তৈরি করতে শুরু করা প্রকল্প রয়েছে। এর একটি ভালো উদাহরণ হলো Etherisc-এর ক্রপ কভার, যার লক্ষ্য হলো [কেনিয়ার ক্ষুদ্র কৃষকদের খরা এবং বন্যার বিরুদ্ধে সুরক্ষা দেওয়া](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc)। বিকেন্দ্রীভূত বীমা কৃষকদের জন্য সস্তা কভার প্রদান করতে পারে যাদের প্রায়শই প্রথাগত বীমার বাইরে মূল্য দেওয়া হয়।
 
 <ButtonLink href="/apps/categories/defi">
-  বীমা dapps গুলো দেখুন
+  বীমা ডিএ্যাপস দেখুন
 </ButtonLink>
 
 <Divider />
 
-### এগ্রিগেটর এবং পোর্টফোলিও ম্যানেজার সমূহ {#aggregators}
+### অ্যাগ্রিগেটর এবং পোর্টফোলিও ম্যানেজার {#aggregators}
 
 এত কিছু করার সাথে, আপনার সমস্ত বিনিয়োগ, ঋণ এবং ব্যবসার ট্র্যাক রাখার জন্য আপনার একটি উপায় প্রয়োজন। অনেকগুলি পণ্য রয়েছে যা আপনাকে আপনার সমস্ত DeFi কার্যকলাপকে এক জায়গা থেকে সমন্বয় করতে দেয়। এটি DeFi এর উন্মুক্ত আর্কিটেকচারের সৌন্দর্য। দলগুলো এমন ইন্টারফেস তৈরি করতে পারে যেখানে আপনি কেবল পণ্য জুড়ে আপনার ব্যালেন্স দেখতে পাবেন না, আপনি তাদের বৈশিষ্ট্যগুলিও ব্যবহার করতে পারেন। আপনি DeFi এর আরও এক্সপ্লোর করার সাথে সাথে এটি দরকারী বলে মনে হতে পারে।
 
 <ButtonLink href="/apps/categories/defi">
-  পোর্টফোলিও dapps সমূহ দেখুন
+  পোর্টফোলিও ডিএ্যাপস দেখুন
 </ButtonLink>
 
 <Divider />
@@ -319,37 +324,43 @@ DeFi-এ, একটি স্মার্ট কন্ট্র্যাক্
 আপনি লেয়ারসমূহে DeFi এর কথা ভাবতে পারেন:
 
 1. ব্লকচেইন – ইথেরিয়ামে লেনদেনের ইতিহাস এবং অ্যাকাউন্টের অবস্থা ধারন করে।
-2. সম্পদ – [ETH](/what-is-ether/) এবং অন্যান্য টোকেনগুলো (মুদ্রাসমূহ)।
-3. প্রোটোকল - [স্মার্ট কনট্র্যাক্ট](/glossary/#smart-contract) যাকিনা কার্যকারিতা প্রদান করে, উদাহরণস্বরূপ, একটি পরিষেবা যা সম্পদের বিকেন্দ্রীভূত ঋণের অনুমতি দেয়।
-4. [অ্যাপ্লিকেশানগুলো](/apps/) – প্রোটোকলগুলি পরিচালনা এবং অ্যাক্সেস করতে আমরা যে পণ্যগুলি ব্যবহার করি।
+2. সম্পদ – [ETH](/what-is-ether/) এবং অন্যান্য টোকেন (মুদ্রা)।
+3. প্রোটোকল – [স্মার্ট কন্ট্র্যাক্ট](/glossary/#smart-contract) যা কার্যকারিতা প্রদান করে, উদাহরণস্বরূপ, এমন একটি পরিষেবা যা সম্পদের ডিসেন্ট্রালাইজড ঋণের অনুমতি দেয়।
+4. [অ্যাপ্লিকেশনগুলো](/apps/) – যে প্রোডাক্টগুলো আমরা প্রোটোকল পরিচালনা এবং অ্যাক্সেস করতে ব্যবহার করি।
+
+দ্রষ্টব্য: DeFi-এর বেশিরভাগই [ERC-20 স্ট্যান্ডার্ড](/glossary/#erc-20) ব্যবহার করে। DeFi-এর অ্যাপ্লিকেশনগুলি ETH-এর জন্য একটি র‍্যাপার ব্যবহার করে যাকে Wrapped ether (WETH) বলা হয়। [Wrapped ether সম্পর্কে আরও জানুন](/wrapped-eth)।
 
 ## DeFi তৈরি করুন {#build-defi}
 
 DeFi একটি ওপেন সোর্স মুভমেন্ট। আপনার জন্য DeFi প্রোটোকলসমূহ এবং অ্যাপ্লিকেশনগুলি যাচাই, ফর্ক ও উদ্ভাবনের জন্য উন্মুক্ত। এই স্তরযুক্ত স্ট্যাকের কারণে (তারা সবাই একই বেস ব্লকচেইন এবং সম্পদ ভাগাভাগি করে), প্রোটোকলগুলি মিশ্রিত করা যেতে পারে এবং অনন্য কম্বো সুযোগগুলি আনলক করতে মিলিত হতে পারে।
 
 <ButtonLink href="/developers/docs/dapps/">
-  Dapps তৈরি সম্পর্কে আরো
+  ডিএ্যাপস তৈরি সম্পর্কে আরও জানুন
 </ButtonLink>
 
-## Further reading {#futher-reading}
+## আরও পড়ুন {#further-reading}
 
 ### DeFi ডেটা {#defi-data}
 
 - [DeFi Prime](https://defiprime.com/)
 - [DeFi Llama](https://defillama.com/)
-- [DeFi Rate](https://defirate.com/)
 
 ### DeFi আর্টিকেল {#defi-articles}
 
-- [DeFi-এর জন্য একটি শিক্ষানবিস গাইড](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, ৬ জানুয়ারি, 2020_
+- [DeFi-এর জন্য একটি শিক্ষানবিস নির্দেশিকা](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, January 6, 2020_
+- [EEA DeFi Risk Assessment Guidelines](https://entethalliance.org/specs/defi-risks/) – DeFi প্রোটোকলগুলিতে মূল ঝুঁকিগুলি কীভাবে চিহ্নিত এবং মূল্যায়ন করা যায় তার উপর একটি ইন্ডাস্ট্রি-সমর্থিত ওভারভিউ।
 
-### Videos {#videos}
+### ভিডিও {#videos}
 
-- [Finematics - বিকেন্দ্রীভূত আর্থিক শিক্ষা](https://finematics.com/) – _DeFi এর উপর ভিডিও_
-- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi বেসিকস: এই বিস্তর পরিসীমাযুক্ত বিস্ময়কর স্থানে শুরু করার জন্য আপনার যা যা জানা প্রয়োজন।_
+- [Finematics - ডিসেন্ট্রালাইজড ফিনান্স শিক্ষা](https://finematics.com/) – _DeFi-এর উপর ভিডিও_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi বেসিকস: এই মাঝে মাঝে বিভ্রান্তিকর স্পেসে শুরু করার জন্য আপনার যা কিছু জানা দরকার।_
 - [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _DeFi কি?_
 
-### কমিউনিটিগুলো {#communities}
+### কমিউনিটি {#communities}
+
+- [DeFi Llama Discord server](https://discord.defillama.com/)
+- [DeFi Pulse Discord server](https://discord.gg/Gx4TCTk)
+
+<Divider />
 
-- [DeFi Llama Discord সার্ভার](https://discord.gg/buPFYXzDDd)
-- [DeFi Pulse Discord সার্ভার](https://discord.gg/Gx4TCTk)
+<QuizWidget quizKey="defi" />
diff --git a/public/content/translations/bn/desci/index.md b/public/content/translations/bn/desci/index.md
index 5283b8b602c..c9a80ea9fa7 100644
--- a/public/content/translations/bn/desci/index.md
+++ b/public/content/translations/bn/desci/index.md
@@ -1,24 +1,24 @@
 ---
-title: বিকেন্দ্রীভূত বিজ্ঞান (DeSci)
-description: ইথেরিয়ামে বিকেন্দ্রীভূত বিজ্ঞানের একটি ওভারভিউ
+title: "বিকেন্দ্রীভূত বিজ্ঞান (DeSci)"
+description: "ইথেরিয়ামে বিকেন্দ্রীভূত বিজ্ঞানের একটি ওভারভিউ"
 lang: bn
 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)), আরও অ্যাক্সেসযোগ্য অতিরিক্ত ডেটা ও পদ্ধতিগুলো, এবং পুনঃউৎপাদন ক্ষমতার জন্য প্রণোদনা প্রদান করে।
+বিকেন্দ্রীভূত বিজ্ঞান আরও বৈচিত্র্যময় অর্থায়নের উৎস ([DAO](/glossary/#dao), [কোয়াড্রেটিক ডোনেশন](https://papers.ssrn.com/sol3/papers.cfm?abstract_id=2003531) থেকে শুরু করে ক্রাউডফান্ডিং ও আরও অনেক কিছু), আরও সহজলভ্য ডেটা এবং পদ্ধতি, এবং পুনরুৎপাদনের জন্য প্রণোদনা প্রদানের সুযোগ করে দেয়।
 
 ### জুয়ান বেনেট - DeSci আন্দোলন
 
@@ -28,110 +28,112 @@ DeSci একটি ইকোসিস্টেম তৈরি করার ল
 
 বিজ্ঞানের মূল সমস্যাগুলির একটি অসম্পূর্ণ তালিকা এবং কীভাবে বিকেন্দ্রীভূত বিজ্ঞান এই সমস্যাগুলি সমাধান করতে সাহায্য করতে পারে
 
-| **বিকেন্দ্রীভূত বিজ্ঞান**                                                                                                  | **প্রথাগত বিজ্ঞান**                                                                                             |
-| -------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------- |
-| ফান্ডের বন্টন জনসাধারণের দ্বারা নির্ধারিত হয় কোয়াড্রেটিক ডোনেশনস বা DAO এর মতো মেকানিজম ব্যবহার করে।                      | ছোট, বন্ধ, কেন্দ্রীভূত গোষ্ঠীগুলি ফান্ডের বিতরণ নিয়ন্ত্রণ করে।                                                 |
-| আপনি গতিশীল দলে সারা বিশ্ব থেকে সহকর্মীদের সাথে সহযোগিতা করেন।                                                             | অর্থায়ন সংস্থা এবং হোম প্রতিষ্ঠানগুলি আপনার সহযোগিতাকে সীমিত করে।                                               |
-| অর্থায়নের সিদ্ধান্তগুলি অনলাইনে এবং স্বচ্ছভাবে নেওয়া হয়। নতুন ফান্ডিং মেকানিজমসমূহ এক্সপ্লোর করা হয়।                   | অর্থায়নের সিদ্ধান্তগুলি দীর্ঘ অনুমোদন সময় এবং সীমিত স্বচ্ছতার সাথে নেওয়া হয়। কিছু ফান্ডিং মেকানিজমস বিদ্যমান। |
-| Web3-এর মৌলিক বিষয়সমূহ ব্যবহার করে ল্যাবরেটরি পরিষেবাগুলি শেয়ার করা সহজতর এবং আরও স্বচ্ছ করা হয়েছে।                       | ল্যাবরেটরি রিসোর্সগুলো শেয়ার করা প্রায়ই ধীর এবং অস্বচ্ছ হয়।                                                   |
-| প্রকাশের জন্য নতুন মডেল তৈরি করা যেতে পারে যা বিশ্বাস, স্বচ্ছতা এবং সর্বজনীন অ্যাক্সেসের জন্য Web3 প্রিমিটিভস ব্যবহার করে। | আপনি প্রায়শই অদক্ষ, পক্ষপাতদুষ্ট এবং শোষণমূলক হিসাবে স্বীকৃত প্রতিষ্ঠিত পথের মাধ্যমে প্রকাশ করেন।              |
-| আপনি পিয়ার-পর্যালোচনার কাজের জন্য টোকেন এবং খ্যাতি অর্জন করতে পারেন।                                                      | আপনার পিয়ার-রিভিউ কাজ অবৈতনিক, লাভজনক প্রকাশকদের উপকার করে।                                                    |
-| আপনি যে ইন্টেলেকচুয়াল প্রপার্টি (IP) তৈরি করেন তার মালিক এবং স্বচ্ছ শর্তাবলী অনুসারে এটি বিতরণ করেন।                       | আপনি যে IP তৈরি করেন তার মালিক আপনার হোম প্রতিষ্ঠান। IP অ্যাক্সেস স্বচ্ছ নয়।                                   |
-| সমস্ত গবেষণা শেয়ার করা, যার মধ্যে অসফল প্রচেষ্টার ডেটা সহ, সমস্ত ধাপগুলি অন-চেইন করে।                                     | প্রকাশনার পক্ষপাতের মানে হল যে গবেষকরা সফল ফলাফলের জন্য পরীক্ষাগুলি শেয়ার করার সম্ভাবনা বেশি।                   |
+| **বিকেন্দ্রীভূত বিজ্ঞান**                                                                                                       | **প্রথাগত বিজ্ঞান**                                                                                          |
+| ------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------ |
+| তহবিল বন্টন **জনসাধারণ দ্বারা নির্ধারিত হয়** কোয়াড্রেটিক ডোনেশন বা DAO-এর মতো পদ্ধতি ব্যবহার করে।                               | ছোট, বদ্ধ, **কেন্দ্রীভূত গোষ্ঠী** তহবিলের বিতরণ নিয়ন্ত্রণ করে।                                              |
+| আপনি গতিশীল দলে **সারা বিশ্বের** সহকর্মীদের সাথে সহযোগিতা করেন।                                                                 | অর্থায়নকারী সংস্থা এবং নিজস্ব প্রতিষ্ঠানগুলো আপনার সহযোগিতাকে **সীমিত** করে।                                 |
+| অর্থায়নের সিদ্ধান্তগুলি অনলাইনে এবং **স্বচ্ছভাবে** নেওয়া হয়। নতুন ফান্ডিং মেকানিজমসমূহ এক্সপ্লোর করা হয়।                     | অর্থায়নের সিদ্ধান্তগুলো দীর্ঘ সময় এবং **সীমিত স্বচ্ছতার** সাথে নেওয়া হয়। কিছু ফান্ডিং মেকানিজমস বিদ্যমান। |
+| [Web3](/glossary/#web3) প্রযুক্তি ব্যবহার করে ল্যাবরেটরির পরিষেবা শেয়ার করা আরও সহজ এবং স্বচ্ছ করা হয়েছে।                      | ল্যাবরেটরি রিসোর্স শেয়ার করা প্রায়শই **ধীর এবং অস্বচ্ছ** হয়।                                               |
+| **প্রকাশনার জন্য নতুন মডেল** তৈরি করা যেতে পারে যা বিশ্বাস, স্বচ্ছতা এবং সার্বজনীন অ্যাক্সেসের জন্য Web3 প্রিমিটিভ ব্যবহার করে। | আপনি প্রতিষ্ঠিত পদ্ধতির মাধ্যমে প্রকাশ করেন যা প্রায়শই **অদক্ষ, পক্ষপাতদুষ্ট এবং শোষণমূলক** হিসাবে স্বীকৃত। |
+| আপনি পিয়ার-রিভিউ কাজের জন্য **টোকেন এবং খ্যাতি অর্জন করতে পারেন**।                                                              | আপনার **পিয়ার-রিভিউয়ের কাজ অবৈতনিক**, যা লাভজনক প্রকাশকদের সুবিধা দেয়।                                       |
+| **আপনি আপনার তৈরি করা মেধা সম্পত্তির (IP) মালিক** এবং এটি স্বচ্ছ শর্তাবলী অনুসারে বিতরণ করেন।                | **আপনার নিজস্ব প্রতিষ্ঠান আপনার তৈরি করা IP-এর মালিক**। IP অ্যাক্সেস স্বচ্ছ নয়।                             |
+| **সমস্ত গবেষণা শেয়ার করা**, যার মধ্যে অসফল প্রচেষ্টার ডেটাও অন্তর্ভুক্ত, সমস্ত ধাপ অনচেইনে রেখে।                                | **প্রকাশনার পক্ষপাতিত্ব** মানে হলো গবেষকরা সফল ফলাফল পেয়েছে এমন পরীক্ষা-নিরীক্ষা শেয়ার করার সম্ভাবনা বেশি।   |
 
-## ইথেরিয়াম এবং DeSci {#ethereum-and-desci}
+## Ethereum এবং DeSci {#ethereum-and-desci}
 
-একটি বিকেন্দ্রীভূত বিজ্ঞান ব্যবস্থার জন্য প্রয়োজন হবে শক্তিশালী নিরাপত্তা, মিনিমাল মনেটারি এবং লেনদেন খরচসমূহ এবং অ্যাপ্লিকেশন ডেভেলপমেন্টের জন্য একটি সমৃদ্ধ ইকোসিস্টেম। ইথেরিয়াম একটি বিকেন্দ্রীভূত বিজ্ঞান স্ট্যাক নির্মাণের জন্য প্রয়োজনীয় সবকিছু প্রদান করে।
+একটি বিকেন্দ্রীভূত বিজ্ঞান ব্যবস্থার জন্য প্রয়োজন হবে শক্তিশালী নিরাপত্তা, মিনিমাল মনেটারি এবং লেনদেন খরচসমূহ এবং অ্যাপ্লিকেশন ডেভেলপমেন্টের জন্য একটি সমৃদ্ধ ইকোসিস্টেম। Ethereum একটি বিকেন্দ্রীভূত বিজ্ঞান প্রযুক্তি তৈরির জন্য প্রয়োজনীয় সবকিছু সরবরাহ করে।
 
-## DeSci ব্যবহার ক্ষেত্র সমূহ {#use-cases}
+## DeSci-এর ব্যবহারের ক্ষেত্র {#use-cases}
 
-ডিজিটাল পৃথিবীতে Web2 অ্যাকাডেমিয়া অনবোর্ড করার জন্য DeSci সায়েন্টিফিক টুলসেট তৈরি করছে। নীচে ব্যবহারের ক্ষেত্রে একটি নমুনা দেওয়া হল যা 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}
 
-অর্থায়ন বিজ্ঞানের বর্তমান আদর্শ মডেল হল যে ব্যক্তি বা বিজ্ঞানীদের দল একটি অর্থায়ন সংস্থার কাছে লিখিত আবেদন করে। বিশ্বস্ত ব্যক্তিদের একটি ছোট প্যানেল আবেদনগুলি স্কোর করে এবং তারপর আবেদনকারীদের একটি ছোট অংশকে ফান্ড দেওয়ার আগে প্রার্থীদের সাক্ষাৎকার নেয়। অনুদানের জন্য আবেদন করা এবং প্রাপ্তির মধ্যে বাধা সৃষ্টি করা ছাড়াও যা কখনও কখনও বছরের পর বছর অপেক্ষা করে, স্বার্থ এবং রাজনীতির জন্য অত্যন্ত ঝুঁকিপূর্ণ বলে পরিচিত।
+অর্থায়ন বিজ্ঞানের বর্তমান আদর্শ মডেল হল যে ব্যক্তি বা বিজ্ঞানীদের দল একটি অর্থায়ন সংস্থার কাছে লিখিত আবেদন করে। বিশ্বস্ত ব্যক্তিদের একটি ছোট প্যানেল আবেদনগুলি স্কোর করে এবং তারপর আবেদনকারীদের একটি ছোট অংশকে ফান্ড দেওয়ার আগে প্রার্থীদের সাক্ষাৎকার নেয়। অনুদান আবেদন এবং প্রাপ্তির মধ্যে বাধা তৈরি করার ফলে মাঝে মাঝে **বছরের পর বছর অপেক্ষা** করতে হয়, এর বাইরেও এই মডেলটি রিভিউ প্যানেলের **পক্ষপাত, স্বার্থপরতা এবং রাজনীতির প্রতি অত্যন্ত দুর্বল** বলে পরিচিত।
 
 গবেষণায় দেখা গেছে যে অনুদান পর্যালোচনা প্যানেলগুলি উচ্চ-মানের প্রস্তাবগুলি নির্বাচনে একটি ত্রুটিপূর্ণ কাজ করে কারণ বিভিন্ন প্যানেলে দেওয়া একই প্রস্তাবগুলির সম্পূর্ণ ভিন্ন ফলাফল রয়েছে। যেহেতু তহবিল আরও দুষ্প্রাপ্য হয়ে উঠেছে, এটি আরও বুদ্ধিবৃত্তিকভাবে রক্ষণশীল প্রকল্পের সাথে আরও সিনিয়র গবেষকদের একটি ছোট পুলে কেন্দ্রীভূত হয়েছে। প্রভাবটি একটি অতি-প্রতিযোগীতামূলক অর্থায়নের ল্যান্ডস্কেপ তৈরি করেছে, বিকৃত প্রণোদনা এবং উদ্ভাবনকে দমিয়ে দিয়েছে।
 
-DAO এবং Web3 ব্যাপকভাবে তৈরি করা বিভিন্ন প্রণোদনা মডেল নিয়ে পরীক্ষা-নিরীক্ষা করে 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) a> এবং [টোকেনাইজড ইনসেনটিভ স্ট্রাকচার](https://cdixon.org/2017/05/27/crypto-tokens-a-breakthrough-in-open-network-design) হল কিছু Web3 টুলস যা বিজ্ঞানের অর্থায়নে বিপ্লব ঘটাতে পারে।
+DAO এবং Web3 ব্যাপকভাবে তৈরি করা বিভিন্ন প্রণোদনা মডেল নিয়ে পরীক্ষা-নিরীক্ষা করে 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 মালিকানা এবং উন্নয়ন {#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 এর মতো [VitaDAO](https://www.vitadao.com/) কে সরাসরি অন-চেইনে গবেষণা পরিচালনা করার অনুমতি দেয়। অ-হস্তান্তরযোগ্য ["সোলবাউন্ড" টোকেন](https://vitalik.eth.limo/general/2022/01/26/soulbound.html)এর আবির্ভাব DeSci তে গুরুত্বপূর্ণ ভূমিকা পালন করতে পারে ব্যক্তিদের তাদের ইথেরিয়াম ঠিকানার সাথে যুক্ত তাদের অভিজ্ঞতা এবং প্রমাণপত্রাদি প্রমাণ করার অনুমতি দিয়ে।
+[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/)-এর মতো DAO-এর মতো স্থানীয়ভাবে অনচেইন সত্তাগুলোকে সরাসরি অনচেইনে গবেষণা পরিচালনা করার অনুমতি দেয়।
+অ-হস্তান্তরযোগ্য ["সোলবাউন্ড" টোকেন](https://vitalik.eth.limo/general/2022/01/26/soulbound.html)-এর আবির্ভাবও DeSci-এ একটি গুরুত্বপূর্ণ ভূমিকা পালন করতে পারে, যা ব্যক্তিদের তাদের Ethereum ঠিকানার সাথে যুক্ত তাদের অভিজ্ঞতা এবং প্রমাণপত্র প্রমাণ করার অনুমতি দেয়।
 
 ### ডেটা স্টোরেজ, অ্যাক্সেস এবং আর্কিটেকচার {#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)-এর মতো গোপনীয় কম্পিউটিং পদ্ধতিগুলো কাঁচা ডেটা প্রতিলিপির জন্য বিকল্প অ্যাক্সেস পদ্ধতি সরবরাহ করে, যা সবচেয়ে সংবেদনশীল ডেটার জন্য বিশ্বস্ত গবেষণা পরিবেশ তৈরি করে। বিশ্বস্ত গবেষণা পরিবেশগুলিকে ডেটা গোপনীয়তা এবং সহযোগিতার জন্য একটি ভবিষ্যৎ-মুখী সমাধান হিসাবে [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/)
+- [DeSci.Global: বিশ্বব্যাপী ইভেন্ট এবং মিটআপ ক্যালেন্ডার](https://desci.global)
+- [বিজ্ঞানের জন্য ব্লকচেইন টেলিগ্রাম](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 ফাউন্ডেশন: 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/)
-- [IdeaMarkets: বিকেন্দ্রীকৃত বৈজ্ঞানিক বিশ্বাসযোগ্যতা সক্ষমকরছে](https://ideamarket.io/)
-- [DeSci ল্যাবস](https://www.desci.com/)
-
-আমরা তালিকাভুক্ত নতুন প্রকল্পগুলির জন্য পরামর্শগুলিকে স্বাগত জানাই - শুরু করতে অনুগ্রহ করে আমাদের [তালিকা নীতি](/contributing/adding-desci-projects/) দেখুন!
-
-## Further reading {#further-reading}
-
-- [জোসেলিন পার্ল এবং আল্ট্রারেয়ার দ্বারা DeSci উইকি](https://docs.google.com/document/d/1aQC6zn-eXflSmpts0XGE7CawbUEHwnL6o-OFXO52PTc/edit#)
-- [একটি a16z ভবিষ্যতের জন্য 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)
-- [Paul Kohlhaas - DeSci: বিকেন্দ্রীভূত বিজ্ঞানের ভবিষ্যত (পডকাস্ট)](https://anchor.fm/andrew-steinwold/episodes/Paul-Kohlhaas---DeSci-The-Future-of-Decentralized-Science---Zima-Red-ep-117-e1h683a)
+- [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 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/) দেখুন!
+
+## আরও পড়ুন {#further-reading}
+
+- [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)
+- [Molecule’s Biopharma 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)
-- [DeSci: স্যামুয়েল আকিনোশোর দ্য ফিউচার অফ রিসার্চ](https://lucidsamuel.medium.com/desci-the-future-of-research-b76cfc88c8ec)
+- [DeSci: Samuel Akinosho দ্বারা গবেষণার ভবিষ্যৎ](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)
+- [বিকেন্দ্রীকরণ ওষুধের উন্নয়নে বাধা সৃষ্টি করছে](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)
-- [দীর্ঘায়ু গবেষণা এবং ক্রিপ্টো এর সমন্বয় সম্পর্কে Vitalik বুটেরিন এবং বিজ্ঞানীঅব্রে ডি গ্রের মধ্যে কথোপকথন](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)
+- [বিকেন্দ্রীভূত বিজ্ঞান কি?](https://www.youtube.com/watch?v=-DeMklVWNdA)
+- [দীর্ঘায়ু গবেষণা এবং ক্রিপ্টোর ছেদ সম্পর্কে Vitalik Buterin এবং বিজ্ঞানী Aubrey de Grey-এর মধ্যে কথোপকথন](https://www.youtube.com/watch?v=x9TSJK1widA)
+- বৈজ্ঞানিক প্রকাশনা ভেঙে গেছে। 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/bn/developers/docs/accounts/index.md b/public/content/translations/bn/developers/docs/accounts/index.md
new file mode 100644
index 00000000000..486cf9f5ad6
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/accounts/index.md
@@ -0,0 +1,137 @@
+---
+title: "ইথেরিয়াম অ্যাকাউন্ট"
+description: "ইথেরিয়াম অ্যাকাউন্টের একটি ব্যাখ্যা – তাদের ডেটা স্ট্রাকচার এবং কী পেয়ার ক্রিপ্টোগ্রাফির সাথে তাদের সম্পর্ক।"
+lang: bn
+---
+
+একটি ইথেরিয়াম অ্যাকাউন্ট হল ইথার (ETH) ব্যালেন্স সহ একটি সত্তা যা ইথেরিয়াম-এ বার্তা পাঠাতে পারে। অ্যাকাউন্ট ব্যবহারকারী-নিয়ন্ত্রিত হতে পারে বা স্মার্ট কন্ট্র্যাক্ট হিসাবে স্থাপন করা যেতে পারে।
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি আপনাকে আরও ভালভাবে বুঝতে সাহায্য করার জন্য, আমরা আপনাকে প্রথমে আমাদের [ইথেরিয়ামের পরিচিতি](/developers/docs/intro-to-ethereum/) পড়ার পরামর্শ দিই।
+
+## অ্যাকাউন্টের প্রকারভেদ {#types-of-account}
+
+ইথেরিয়ামের দুটি অ্যাকাউন্টের প্রকারভেদ আছে:
+
+- এক্সটারনালি-ওনড অ্যাকাউন্ট (EOA) – ব্যক্তিগত কী আছে এমন যে কেউ দ্বারা নিয়ন্ত্রিত
+- কন্ট্র্যাক্ট অ্যাকাউন্ট – নেটওয়ার্কে স্থাপন করা একটি স্মার্ট কন্ট্র্যাক্ট, যা কোড দ্বারা নিয়ন্ত্রিত। [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) সম্পর্কে জানুন
+
+উভয় প্রকারের অ্যাকাউন্টের ক্ষমতা আছে:
+
+- ETH এবং টোকেন গ্রহণ, ধরে রাখা এবং পাঠানো
+- স্থাপিত স্মার্ট কন্ট্র্যাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করা
+
+### মূল পার্থক্য {#key-differences}
+
+**এক্সটারনালি-ওনড**
+
+- একটি অ্যাকাউন্ট তৈরি করতে কোন খরচ হয় না
+- লেনদেন শুরু করতে পারে
+- এক্সটারনালি-ওনড অ্যাকাউন্টগুলোর মধ্যে লেনদেন শুধুমাত্র ETH/টোকেন স্থানান্তর হতে পারে
+- ক্রিপ্টোগ্রাফিক কী-এর একটি জোড়া দিয়ে গঠিত: পাবলিক এবং প্রাইভেট কী যা অ্যাকাউন্টের কার্যকলাপ নিয়ন্ত্রণ করে
+
+**কন্ট্র্যাক্ট**
+
+- একটি কন্ট্র্যাক্ট তৈরি করতে খরচ হয় কারণ আপনি নেটওয়ার্ক স্টোরেজ ব্যবহার করেন
+- শুধুমাত্র একটি লেনদেন প্রাপ্তির প্রতিক্রিয়ায় বার্তা পাঠাতে পারে
+- একটি এক্সটারনাল অ্যাকাউন্ট থেকে একটি কন্ট্র্যাক্ট অ্যাকাউন্টে লেনদেন কোড ট্রিগার করতে পারে যা টোকেন স্থানান্তর করা বা এমনকি একটি নতুন কন্ট্র্যাক্ট তৈরি করার মতো বিভিন্ন ক্রিয়া সম্পাদন করতে পারে
+- কন্ট্র্যাক্ট অ্যাকাউন্টের কোনো প্রাইভেট কী নেই। পরিবর্তে, তারা স্মার্ট কন্ট্র্যাক্ট কোডের লজিক দ্বারা নিয়ন্ত্রিত হয়
+
+## একটি অ্যাকাউন্ট পরীক্ষা করা হয়েছে {#an-account-examined}
+
+ইথেরিয়াম অ্যাকাউন্টের চারটি ক্ষেত্র রয়েছে:
+
+- `nonce` – একটি কাউন্টার যা একটি এক্সটারনালি-ওনড অ্যাকাউন্ট থেকে পাঠানো লেনদেনের সংখ্যা বা একটি কন্ট্র্যাক্ট অ্যাকাউন্ট দ্বারা তৈরি কন্ট্র্যাক্টের সংখ্যা নির্দেশ করে। প্রতিটি অ্যাকাউন্টের জন্য একটি নির্দিষ্ট ননসের সাথে শুধুমাত্র একটি লেনদেন কার্যকর করা যেতে পারে, যা রিপ্লে অ্যাটাকের বিরুদ্ধে সুরক্ষা প্রদান করে যেখানে স্বাক্ষরিত লেনদেন বারবার সম্প্রচার এবং পুনরায় কার্যকর করা হয়।
+- `balance` – এই ঠিকানাটির মালিকানাধীন wei-এর সংখ্যা। Wei হলো ETH-এর একটি একক এবং প্রতি ETH-এ 1e+18 wei থাকে।
+- `codeHash` – এই হ্যাসটি ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)-এর একটি অ্যাকাউন্টের _কোড_ বোঝায়। কন্ট্র্যাক্ট অ্যাকাউন্টে কোড ফ্র্যাগমেন্ট প্রোগ্রাম করা থাকে যা বিভিন্ন অপারেশন করতে পারে। অ্যাকাউন্টটি একটি মেসেজ কল পেলে এই EVM কোডটি কার্যকর হয়। অন্যান্য অ্যাকাউন্ট ফিল্ডের মতো এটি পরিবর্তন করা যায় না। এই ধরনের সমস্ত কোড ফ্র্যাগমেন্ট পরবর্তী পুনরুদ্ধারের জন্য তাদের সংশ্লিষ্ট হ্যাসের অধীনে স্টেট ডাটাবেসে থাকে। এই হ্যাস ভ্যালুটি codeHash হিসাবে পরিচিত। এক্সটারনালি ওনড অ্যাকাউন্টগুলির জন্য, codeHash ফিল্ডটি একটি খালি স্ট্রিংয়ের হ্যাস।
+- `storageRoot` – কখনও কখনও স্টোরেজ হ্যাস হিসাবে পরিচিত। একটি [Merkle Patricia Trie](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/)-এর রুট নোডের একটি 256-বিট হ্যাস যা অ্যাকাউন্টের স্টোরেজ বিষয়বস্তু (256-বিট ইন্টিজার মানগুলির মধ্যে একটি ম্যাপিং) এনকোড করে, যা 256-বিট ইন্টিজার কী-গুলির Keccak 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-এর লেজারে থাকে।
+
+এটি ক্ষতিকারক অভিনেতাদের জাল লেনদেন সম্প্রচার করা থেকে বাধা দেয় কারণ আপনি সর্বদা একটি লেনদেনের প্রেরককে যাচাই করতে পারেন।
+
+যদি অ্যালিস তার নিজের অ্যাকাউন্ট থেকে ববের অ্যাকাউন্টে ইথার পাঠাতে চায়, অ্যালিসকে একটি লেনদেনের অনুরোধ তৈরি করতে হবে এবং যাচাইকরণের জন্য এটি নেটওয়ার্কে পাঠাতে হবে। ইথেরিয়াম-এর পাবলিক-কী ক্রিপ্টোগ্রাফির ব্যবহার নিশ্চিত করে যে অ্যালিস প্রমাণ করতে পারে যে সে মূলত লেনদেনের অনুরোধটি শুরু করেছিল। ক্রিপ্টোগ্রাফিক প্রক্রিয়া ছাড়া, একজন দূষিত প্রতিপক্ষ ইভ সহজভাবে সর্বজনীনভাবে একটি অনুরোধ সম্প্রচার করতে পারে যা দেখতে অনেকটা এইরকম, “অ্যালিসের অ্যাকাউন্ট থেকে ইভের অ্যাকাউন্টে 5 ETH পাঠান,” এবং কেউ যাচাই করতে পারবে না যে এটি অ্যালিসের কাছ থেকে আসেনি।
+
+## অ্যাকাউন্ট তৈরি {#account-creation}
+
+আপনি যখন একটি অ্যাকাউন্ট তৈরি করতে চান, তখন বেশিরভাগ লাইব্রেরি আপনাকে একটি র‍্যান্ডম প্রাইভেট কী তৈরি করে দেবে।
+
+একটি প্রাইভেট কী 64টি হেক্স অক্ষর দিয়ে তৈরি এবং একটি পাসওয়ার্ড দিয়ে এনক্রিপ্ট করা যেতে পারে।
+
+উদাহরণ:
+
+`fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd25e8cd036415f`
+
+পাবলিক কী [ইলিপটিক কার্ভ ডিজিটাল সিগনেচার অ্যালগরিদম](https://wikipedia.org/wiki/Elliptic_Curve_Digital_Signature_Algorithm) ব্যবহার করে প্রাইভেট কী থেকে তৈরি করা হয়। আপনি পাবলিক কী-এর Keccak-256 হ্যাসের শেষ 20 বাইট নিয়ে এবং শুরুতে `0x` যোগ করে আপনার অ্যাকাউন্টের জন্য একটি পাবলিক ঠিকানা পাবেন।
+
+এর মানে হল একটি এক্সটারনালি ওনড অ্যাকাউন্ট (EOA)-এর একটি 42-অক্ষরের ঠিকানা রয়েছে (20-বাইট সেগমেন্ট যা 40টি হেক্সাডেসিমেল অক্ষর এবং `0x` উপসর্গ)।
+
+উদাহরণ:
+
+`0x5e97870f263700f46aa00d967821199b9bc5a120`
+
+নিম্নলিখিত উদাহরণটি দেখায় কিভাবে একটি নতুন অ্যাকাউন্ট তৈরি করতে [Clef](https://geth.ethereum.org/docs/tools/clef/introduction) নামক একটি সাইনিং টুল ব্যবহার করতে হয়। Clef হল একটি অ্যাকাউন্ট ম্যানেজমেন্ট এবং সাইনিং টুল যা ইথেরিয়াম ক্লায়েন্ট, [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)
+
+আপনার প্রাইভেট কী থেকে নতুন পাবলিক কী তৈরি করা সম্ভব, কিন্তু আপনি পাবলিক কী থেকে প্রাইভেট কী তৈরি করতে পারবেন না। আপনার প্রাইভেট কী সুরক্ষিত রাখা এবং, নাম থেকেই বোঝা যায়, **প্রাইভেট** রাখা অত্যাবশ্যক।
+
+আপনার বার্তা এবং লেনদেন সাইন করার জন্য একটি প্রাইভেট কী প্রয়োজন যা একটি স্বাক্ষর আউটপুট করে। অন্যরা তখন আপনার পাবলিক কী বের করার জন্য স্বাক্ষরটি নিতে পারে, যা বার্তার লেখককে প্রমাণ করে। আপনার অ্যাপ্লিকেশনে, আপনি নেটওয়ার্কে লেনদেন পাঠাতে একটি JavaScript লাইব্রেরি ব্যবহার করতে পারেন।
+
+## কন্ট্র্যাক্ট অ্যাকাউন্ট {#contract-accounts}
+
+কন্ট্র্যাক্ট অ্যাকাউন্টেরও একটি 42 অক্ষরের হেক্সাডেসিমেল ঠিকানা রয়েছে:
+
+উদাহরণ:
+
+`0x06012c8cf97bead5deae237070f9587f8e7a266d`
+
+কন্ট্র্যাক্ট ঠিকানা সাধারণত দেওয়া হয় যখন একটি কন্ট্র্যাক্ট ইথেরিয়াম ব্লকচেইনে স্থাপন করা হয়। ঠিকানাটি নির্মাতার ঠিকানা এবং সেই ঠিকানা থেকে পাঠানো লেনদেনের সংখ্যা (“ননস”) থেকে আসে।
+
+## ভ্যালিডেটর কী {#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/bn/developers/docs/apis/backend/index.md b/public/content/translations/bn/developers/docs/apis/backend/index.md
new file mode 100644
index 00000000000..87b35d7be91
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/apis/backend/index.md
@@ -0,0 +1,211 @@
+---
+title: "ব্যাকএন্ড API লাইব্রেরি"
+description: "Ethereum ক্লায়েন্ট API-এর একটি পরিচিতি যা আপনাকে আপনার অ্যাপ্লিকেশন থেকে ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করতে দেয়।"
+lang: bn
+---
+
+Ethereum ব্লকচেইনের সাথে একটি সফ্টওয়্যার অ্যাপ্লিকেশনের ইন্টারঅ্যাক্ট করার জন্য (অর্থাৎ, ব্লকচেইন ডেটা পড়া এবং/অথবা নেটওয়ার্কে লেনদেন পাঠানো), এটিকে অবশ্যই একটি Ethereum নোডের সাথে সংযোগ স্থাপন করতে হবে।
+
+এই উদ্দেশ্যে, প্রতিটি Ethereum ক্লায়েন্ট [JSON-RPC](/developers/docs/apis/json-rpc/) স্পেসিফিকেশন প্রয়োগ করে, তাই [পদ্ধতিগুলির](/developers/docs/apis/json-rpc/#json-rpc-methods) একটি অভিন্ন সেট রয়েছে যার উপর অ্যাপ্লিকেশনগুলি নির্ভর করতে পারে।
+
+আপনি যদি একটি Ethereum নোডের সাথে সংযোগ করার জন্য একটি নির্দিষ্ট প্রোগ্রামিং ভাষা ব্যবহার করতে চান, তবে ইকোসিস্টেমের মধ্যে অনেক সুবিধাজনক লাইব্রেরি রয়েছে যা এটিকে আরও সহজ করে তোলে। এই লাইব্রেরিগুলির সাহায্যে, ডেভেলপাররা Ethereum-এর সাথে ইন্টারঅ্যাক্ট করে এমন JSON-RPC অনুরোধগুলি (হুডের নীচে) শুরু করার জন্য স্বজ্ঞাত, এক-লাইনের পদ্ধতি লিখতে পারে।
+
+## পূর্বশর্ত {#prerequisites}
+
+[Ethereum স্ট্যাক](/developers/docs/ethereum-stack/) এবং [Ethereum ক্লায়েন্ট](/developers/docs/nodes-and-clients/) বোঝা সহায়ক হতে পারে।
+
+## একটি লাইব্রেরি কেন ব্যবহার করবেন? {#why-use-a-library}
+
+এই লাইব্রেরিগুলি সরাসরি একটি Ethereum নোডের সাথে ইন্টারঅ্যাক্ট করার জটিলতাকে অনেকটাই সহজ করে দেয়। তারা ইউটিলিটি ফাংশনও (যেমন, ETH-কে Gwei-তে রূপান্তর করা) সরবরাহ করে যাতে একজন ডেভেলপার হিসেবে আপনি Ethereum ক্লায়েন্টের জটিলতা নিয়ে কাজ করার জন্য কম সময় ব্যয় করতে পারেন এবং আপনার অ্যাপ্লিকেশনের অনন্য কার্যকারিতার উপর বেশি সময় মনোনিবেশ করতে পারেন।
+
+## উপলব্ধ লাইব্রেরি {#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 -** **_নোড-এজ-এ-সার্ভিস।_**
+
+- [All That Node.com](https://www.allthatnode.com/)
+- [নথিপত্র](https://docs.allthatnode.com)
+- [ডিসকর্ড](https://discord.gg/GmcdVEUbJM)
+
+**Bware Labs দ্বারা Blast -** **_Ethereum মেইননেট এবং টেস্টনেটের জন্য বিকেন্দ্রীভূত API।_**
+
+- [blastapi.io](https://blastapi.io/)
+- [নথিপত্র](https://docs.blastapi.io)
+- [ডিসকর্ড](https://discord.gg/SaRqmRUjjQ)
+
+**BlockPi -** **_আরও কার্যকর এবং দ্রুত RPC পরিষেবা প্রদান করুন_**
+
+- [blockpi.io](https://blockpi.io/)
+- [নথিপত্র](https://docs.blockpi.io/)
+- [GitHub](https://github.com/BlockPILabs)
+- [ডিসকর্ড](https://discord.com/invite/xTvGVrGVZv)
+
+**Cloudflare Ethereum গেটওয়ে।**
+
+- [cloudflare-eth.com](https://www.cloudflare.com/application-services/products/web3/)
+
+**Etherscan - ব্লক এক্সপ্লোরার এবং লেনদেন API**
+
+- [নথিপত্র](https://docs.etherscan.io/)
+
+**Blockscout - ওপেন সোর্স ব্লক এক্সপ্লোরার**
+
+- [নথিপত্র](https://docs.blockscout.com/)
+
+**GetBlock-** **_Web3 ডেভেলপমেন্টের জন্য ব্লকচেইন-এজ-এ-সার্ভিস_**
+
+- [GetBlock.io](https://getblock.io/)
+- [নথিপত্র](https://docs.getblock.io/)
+
+**Infura -** **_একটি পরিষেবা হিসাবে Ethereum 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)
+- [ডিসকর্ড](https://discord.gg/quicknode)
+
+**Rivet -** **_ওপেন সোর্স সফ্টওয়্যার দ্বারা চালিত একটি পরিষেবা হিসাবে Ethereum এবং Ethereum Classic API।_**
+
+- [rivet.cloud](https://rivet.cloud)
+- [নথিপত্র](https://rivet.cloud/docs/)
+- [GitHub](https://github.com/openrelayxyz/ethercattle-deployment)
+
+**Zmok -** **_JSON-RPC/WebSockets API হিসাবে গতি-ভিত্তিক Ethereum নোড।_**
+
+- [zmok.io](https://zmok.io/)
+- [GitHub](https://github.com/zmok-io)
+- [নথিপত্র](https://docs.zmok.io/)
+- [ডিসকর্ড](https://discord.gg/fAHeh3ka6s)
+
+### ডেভেলপমেন্ট টুলস {#development-tools}
+
+**ethers-kt -** **_EVM-ভিত্তিক ব্লকচেইনের জন্য অ্যাসিঙ্ক, হাই-পারফরম্যান্স 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/)
+- [ডিসকর্ড](https://discord.com/invite/jQPrR58FxX)
+
+**Python টুলিং -** **_Python-এর মাধ্যমে Ethereum ইন্টারঅ্যাকশনের জন্য বিভিন্ন লাইব্রেরি।_**
+
+- [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/)
+- [ডিসকর্ড](https://discord.gg/EDmW3kjTC9)
+
+**web3j -** **_Ethereum-এর জন্য একটি Java/Android/Kotlin/Scala ইন্টিগ্রেশন লাইব্রেরি।_**
+
+- [GitHub](https://github.com/web3j/web3j)
+- [নথিপত্র](https://docs.web3j.io/)
+- [Gitter](https://gitter.im/web3j/web3j)
+
+### ব্লকচেইন পরিষেবা {#blockchain-services}
+
+**BlockCypher -** **_Ethereum ওয়েব API।_**
+
+- [blockcypher.com](https://www.blockcypher.com/)
+- [নথিপত্র](https://www.blockcypher.com/dev/ethereum/)
+
+**Chainbase -** **_Ethereum-এর জন্য অল-ইন-ওয়ান web3 ডেটা পরিকাঠামো।_**
+
+- [chainbase.com](https://chainbase.com/)
+- [নথিপত্র](https://docs.chainbase.com/)
+- [ডিসকর্ড](https://discord.gg/Wx6qpqz4AF)
+
+**Chainstack -** **_একটি পরিষেবা হিসাবে ইলাস্টিক এবং ডেডিকেটেড Ethereum নোড।_**
+
+- [chainstack.com](https://chainstack.com)
+- [নথিপত্র](https://docs.chainstack.com/)
+- [Ethereum API রেফারেন্স](https://docs.chainstack.com/reference/ethereum-getting-started)
+
+**Coinbase ক্লাউড নোড -** **_ব্লকচেইন ইনফ্রাস্ট্রাকচার API।_**
+
+- [Coinbase ক্লাউড নোড](https://www.coinbase.com/developer-platform)
+- [নথিপত্র](https://docs.cdp.coinbase.com/)
+
+**Figment দ্বারা DataHub -** **_Ethereum মেইননেট এবং টেস্টনেট সহ Web3 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)
+- [ডিসকর্ড](https://moralis.io/joindiscord/)
+- [ফোরাম](https://forum.moralis.io/)
+
+**NFTPort -** **_Ethereum ডেটা এবং মিন্ট API।_**
+
+- [nftport.xyz](https://www.nftport.xyz/)
+- [নথিপত্র](https://docs.nftport.xyz/)
+- [GitHub](https://github.com/nftport/)
+- [ডিসকর্ড](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 -** **_Ethereum ব্লকচেইনে সহজ এবং নির্ভরযোগ্য API অ্যাক্সেস সরবরাহ করুন।_**
+
+- [Watchdata](https://watchdata.io/)
+- [নথিপত্র](https://docs.watchdata.io/)
+- [ডিসকর্ড](https://discord.com/invite/TZRJbZ6bdn)
+
+**Covalent -** **_200+ চেইনের জন্য সমৃদ্ধ ব্লকচেইন API।_**
+
+- [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}
+
+- [জাভাস্ক্রিপ্টে Ethereum ব্লকচেইন ব্যবহার করতে Web3js সেট আপ করুন](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– আপনার প্রোজেক্টে web3.js সেট আপ করার জন্য নির্দেশাবলী।_
+- [জাভাস্ক্রিপ্ট থেকে একটি স্মার্ট কন্ট্র্যাক্ট কল করা](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– DAI টোকেন ব্যবহার করে দেখুন, জাভাস্ক্রিপ্ট ব্যবহার করে কীভাবে কন্ট্র্যাক্ট ফাংশন কল করতে হয়।_
diff --git a/public/content/translations/bn/developers/docs/apis/javascript/index.md b/public/content/translations/bn/developers/docs/apis/javascript/index.md
new file mode 100644
index 00000000000..d74740d5fe9
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/apis/javascript/index.md
@@ -0,0 +1,289 @@
+---
+title: "জাভাস্ক্রিপ্ট API লাইব্রেরি"
+description: "জাভাস্ক্রিপ্ট ক্লায়েন্ট লাইব্রেরিগুলির একটি পরিচিতি যা আপনাকে আপনার অ্যাপ্লিকেশন থেকে ব্লকচেইনের সাথে যোগাযোগ করতে দেয়।"
+lang: bn
+---
+
+একটি ওয়েব অ্যাপকে ইথেরিয়াম ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য (যেমন, ব্লকচেইন ডেটা পড়া এবং/অথবা নেটওয়ার্কে লেনদেন পাঠানো), এটিকে অবশ্যই একটি ইথেরিয়াম নোডের সাথে সংযোগ স্থাপন করতে হবে।
+
+এই উদ্দেশ্যে, প্রতিটি ইথেরিয়াম ক্লায়েন্ট [JSON-RPC](/developers/docs/apis/json-rpc/) স্পেসিফিকেশন প্রয়োগ করে, তাই এখানে [পদ্ধতিগুলির](/developers/docs/apis/json-rpc/#json-rpc-methods) একটি অভিন্ন সেট রয়েছে যার উপর অ্যাপ্লিকেশনগুলি নির্ভর করতে পারে।
+
+আপনি যদি একটি ইথেরিয়াম নোডের সাথে সংযোগ করতে JavaScript ব্যবহার করতে চান, তাহলে ভ্যানিলা JavaScript ব্যবহার করা সম্ভব কিন্তু ইকোসিস্টেমের মধ্যে বেশ কিছু সুবিধাজনক লাইব্রেরি বিদ্যমান যা এটিকে অনেক সহজ করে তোলে। এই লাইব্রেরিগুলির সাহায্যে, ডেভেলপাররা Ethereum-এর সাথে ইন্টারঅ্যাক্ট করে এমন JSON-RPC অনুরোধগুলি (হুডের নীচে) শুরু করার জন্য স্বজ্ঞাত, এক-লাইনের পদ্ধতি লিখতে পারে।
+
+অনুগ্রহ করে মনে রাখবেন যে [The Merge](/roadmap/merge/) থেকে, একটি নোড চালানোর জন্য ইথেরিয়াম সফ্টওয়্যারের দুটি সংযুক্ত অংশ - একটি এক্সিকিউশন ক্লায়েন্ট এবং একটি কনসেন্সাস ক্লায়েন্ট - প্রয়োজন। অনুগ্রহ করে নিশ্চিত করুন যে আপনার নোডে একটি এক্সিকিউশন এবং কনসেন্সাস ক্লায়েন্ট উভয়ই অন্তর্ভুক্ত আছে। যদি আপনার নোডটি আপনার স্থানীয় মেশিনে না থাকে (যেমন, আপনার নোডটি একটি AWS ইনস্ট্যান্সে চলছে) তাহলে টিউটোরিয়ালে সেই অনুযায়ী IP ঠিকানাগুলি আপডেট করুন। আরও তথ্যের জন্য অনুগ্রহ করে আমাদের [একটি নোড চালানো](/developers/docs/nodes-and-clients/run-a-node/) বিষয়ক পৃষ্ঠা দেখুন।
+
+## পূর্বশর্ত {#prerequisites}
+
+জাভাস্ক্রিপ্ট বোঝার পাশাপাশি, [ইথেরিয়াম স্ট্যাক](/developers/docs/ethereum-stack/) এবং [ইথেরিয়াম ক্লায়েন্ট](/developers/docs/nodes-and-clients/) বোঝা সহায়ক হতে পারে।
+
+## একটি লাইব্রেরি কেন ব্যবহার করবেন? {#why-use-a-library}
+
+এই লাইব্রেরিগুলি সরাসরি একটি Ethereum নোডের সাথে ইন্টারঅ্যাক্ট করার জটিলতাকে অনেকটাই সহজ করে দেয়। তারা ইউটিলিটি ফাংশনও (যেমন, ETH-কে Gwei-তে রূপান্তর করা) সরবরাহ করে যাতে একজন ডেভেলপার হিসেবে আপনি Ethereum ক্লায়েন্টের জটিলতা নিয়ে কাজ করার জন্য কম সময় ব্যয় করতে পারেন এবং আপনার অ্যাপ্লিকেশনের অনন্য কার্যকারিতার উপর বেশি সময় মনোনিবেশ করতে পারেন।
+
+## লাইব্রেরির বৈশিষ্ট্য {#library-features}
+
+### ইথেরিয়াম নোডগুলির সাথে সংযোগ করুন {#connect-to-ethereum-nodes}
+
+প্রদানকারীদের ব্যবহার করে, এই লাইব্রেরিগুলি আপনাকে ইথেরিয়াম-এর সাথে সংযোগ স্থাপন করতে এবং এর ডেটা পড়তে দেয়, তা JSON-RPC, INFURA, Etherscan, Alchemy বা MetaMask-এর মাধ্যমেই হোক না কেন।
+
+> **সতর্কবার্তা:** Web3.js মার্চ ৪, ২০২৫-এ আর্কাইভ করা হয়েছে। [ঘোষণাটি পড়ুন](https://blog.chainsafe.io/web3-js-sunset/)। নতুন প্রকল্পের জন্য [ethers.js](https://ethers.org) বা [viem](https://viem.sh) এর মতো বিকল্প লাইব্রেরি ব্যবহার করার কথা বিবেচনা করুন।
+
+**Ethers উদাহরণ**
+
+```js
+// একটি ব্রাউজারপ্রোভাইডার একটি স্ট্যান্ডার্ড Web3 প্রদানকারীকে মোড়ানো হয়, যা হলো
+// মেটামাস্ক প্রতিটি পৃষ্ঠায় window.ethereum হিসেবে যা ইনজেক্ট করে
+const provider = new ethers.BrowserProvider(window.ethereum)
+
+// মেটামাস্ক প্লাগইনটি লেনদেনে স্বাক্ষর করার অনুমতিও দেয়
+// ইথার পাঠাতে এবং ব্লকচেইনের মধ্যে অবস্থা পরিবর্তন করতে অর্থ প্রদান করতে।
+// এর জন্য, আমাদের অ্যাকাউন্ট সাইনার প্রয়োজন...
+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
+// শূন্য
+
+// একটি বার্তায় স্বাক্ষর করা
+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}
+
+জাভাস্ক্রিপ্ট ক্লায়েন্ট লাইব্রেরিগুলি আপনার অ্যাপ্লিকেশনকে একটি সংকলিত চুক্তির অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI) পড়ার মাধ্যমে স্মার্ট কন্ট্র্যাক্ট ফাংশন কল করার অনুমতি দেয়।
+
+ABI মূলত চুক্তির ফাংশনগুলিকে একটি JSON ফর্ম্যাটে ব্যাখ্যা করে এবং আপনাকে এটিকে একটি সাধারণ জাভাস্ক্রিপ্ট অবজেক্টের মতো ব্যবহার করতে দেয়।
+
+সুতরাং নিম্নলিখিত সলিডিটি চুক্তি:
+
+```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}
+
+ইউটিলিটি ফাংশন আপনাকে সুবিধাজনক শর্টকাট দেয় যা ইথেরিয়াম দিয়ে নির্মাণকে একটু সহজ করে তোলে।
+
+ETH মান ডিফল্টভাবে Wei-তে থাকে। ১ ETH = ১,০০০,০০০,০০০,০০০,০০০,০০০ WEI – এর মানে হল আপনি অনেক সংখ্যার সাথে কাজ করছেন! `web3.utils.toWei` আপনার জন্য ইথারকে Wei-তে রূপান্তর করে।
+
+এবং ethers-এ এটি এইরকম দেখায়:
+
+```js
+// একটি অ্যাকাউন্টের ব্যালেন্স পান (ঠিকানা বা ENS নাম দ্বারা)
+balance = await provider.getBalance("ethers.eth")
+// { BigNumber: "2337132817842795605" }
+
+// প্রায়শই আপনাকে ব্যবহারকারীর জন্য আউটপুট ফরম্যাট করতে হবে
+// যারা wei (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 -** **_ইথেরিয়াম জাভাস্ক্রিপ্ট API।_**
+
+- [ডকুমেন্টেশন](https://docs.web3js.org)
+- [GitHub](https://github.com/ethereum/web3.js)
+
+**Ethers.js -** **_জাভাস্ক্রিপ্ট এবং টাইপস্ক্রিপ্টে সম্পূর্ণ ইথেরিয়াম ওয়ালেট প্রয়োগ এবং ইউটিলিটি।_**
+
+- [Ethers.js হোম](https://ethers.org/)
+- [ডকুমেন্টেশন](https://docs.ethers.io)
+- [GitHub](https://github.com/ethers-io/ethers.js)
+
+**The Graph -** **_ইথেরিয়াম এবং IPFS ডেটা ইন্ডেক্স করার এবং GraphQL ব্যবহার করে এটি জিজ্ঞাসা করার জন্য একটি প্রোটোকল।_**
+
+- [The Graph](https://thegraph.com)
+- [Graph Explorer](https://thegraph.com/explorer)
+- [ডকুমেন্টেশন](https://thegraph.com/docs)
+- [GitHub](https://github.com/graphprotocol)
+- [Discord](https://thegraph.com/discord)
+
+**Alchemy SDK -** **_উন্নত এপিআই সহ Ethers.js এর চারপাশে র‍্যাপার।_**
+
+- [ডকুমেন্টেশন](https://www.alchemy.com/docs)
+- [GitHub](https://github.com/alchemyplatform/alchemy-sdk-js)
+
+**viem -** **_ইথেরিয়াম-এর জন্য টাইপস্ক্রিপ্ট ইন্টারফেস।_**
+
+- [ডকুমেন্টেশন](https://viem.sh)
+- [GitHub](https://github.com/wagmi-dev/viem)
+
+**Drift -** **_অন্তর্নির্মিত ক্যাশিং, হুক এবং পরীক্ষা মক সহ টাইপস্ক্রিপ্ট মেটা-লাইব্রেরি।_**
+
+- [ডকুমেন্টেশন](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}
+
+- [জাভাস্ক্রিপ্টে Ethereum ব্লকচেইন ব্যবহার করতে Web3js সেট আপ করুন](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) _– আপনার প্রোজেক্টে web3.js সেট আপ করার জন্য নির্দেশাবলী।_
+- [জাভাস্ক্রিপ্ট থেকে একটি স্মার্ট কন্ট্র্যাক্ট কল করা](/developers/tutorials/calling-a-smart-contract-from-javascript/) _– DAI টোকেন ব্যবহার করে দেখুন, জাভাস্ক্রিপ্ট ব্যবহার করে কীভাবে কন্ট্র্যাক্ট ফাংশন কল করতে হয়।_
+- [web3 এবং Alchemy ব্যবহার করে লেনদেন পাঠানো](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) _– ব্যাকএন্ড থেকে লেনদেন পাঠানোর জন্য ধাপে ধাপে ওয়াকথ্রু।_
diff --git a/public/content/translations/bn/developers/docs/apis/json-rpc/index.md b/public/content/translations/bn/developers/docs/apis/json-rpc/index.md
new file mode 100644
index 00000000000..ff2d16e2a2e
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/apis/json-rpc/index.md
@@ -0,0 +1,1897 @@
+---
+title: JSON-RPC API
+description: "Ethereum ক্লায়েন্টের জন্য একটি স্টেটলেস, লাইট-ওয়েট রিমোট প্রসিডিউর কল (RPC) প্রোটোকল।"
+lang: bn
+---
+
+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-এর উপরে র‍্যাপার সরবরাহ করার জন্য অনেক [জাভাস্ক্রিপ্ট](/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 স্ট্রিং` - একটি পূর্ণসংখ্যার ব্লক নম্বর
+- সবচেয়ে প্রথম/জেনেসিস ব্লকের জন্য `স্ট্রিং "আর্লিয়েস্ট"`
+- `স্ট্রিং "লেটেস্ট"` - সর্বশেষ প্রস্তাবিত ব্লকের জন্য
+- `স্ট্রিং "সেফ"` - সর্বশেষ নিরাপদ হেড ব্লকের জন্য
+- `স্ট্রিং "ফাইনালইজড"` - সর্বশেষ চূড়ান্ত ব্লকের জন্য
+- `স্ট্রিং "পেন্ডিং"` - পেন্ডিং স্টেট/লেনদেনের জন্য
+
+## উদাহরণ
+
+এই পৃষ্ঠায় আমরা কমান্ড লাইন টুল, [curl](https://curl.se) ব্যবহার করে পৃথক JSON_RPC API এন্ডপয়েন্টগুলি কীভাবে ব্যবহার করতে হয় তার উদাহরণ প্রদান করি। এই পৃথক এন্ডপয়েন্টের উদাহরণগুলি নীচে [কার্ল উদাহরণ](#curl-examples) বিভাগে পাওয়া যাবে। পৃষ্ঠার আরও নীচে, আমরা একটি Geth নোড, JSON_RPC API এবং কার্ল ব্যবহার করে একটি স্মার্ট কন্ট্র্যাক্ট কম্পাইল এবং ডিপ্লয় করার জন্য একটি [এন্ড-টু-এন্ড উদাহরণ](#usage-example) প্রদান করি।
+
+## কার্ল উদাহরণ {#curl-examples}
+
+একটি Ethereum নোডে [কার্ল](https://curl.se) অনুরোধ করে JSON_RPC API ব্যবহার করার উদাহরণ নিচে দেওয়া হল। প্রতিটি উদাহরণে নির্দিষ্ট এন্ডপয়েন্টের বর্ণনা, তার প্যারামিটার, রিটার্ন টাইপ এবং এটি কীভাবে ব্যবহার করা উচিত তার একটি কার্যকরী উদাহরণ অন্তর্ভুক্ত রয়েছে।
+
+কার্ল অনুরোধগুলি কন্টেন্টের প্রকার সম্পর্কিত একটি ত্রুটি মেসেজ ফেরত দিতে পারে। এর কারণ হল `--data` বিকল্পটি কন্টেন্টের প্রকার `application/x-www-form-urlencoded`-এ সেট করে। যদি আপনার নোড এই বিষয়ে অভিযোগ করে, তাহলে কলের শুরুতে `-H "Content-Type: application/json"` স্থাপন করে ম্যানুয়ালি হেডার সেট করুন। উদাহরণগুলিতে URL/IP এবং পোর্টের সংমিশ্রণও অন্তর্ভুক্ত নয় যা কার্ল (curl)-কে দেওয়া শেষ আর্গুমেন্ট হতে হবে (যেমন, `127.0.0.1:8545`)। এই অতিরিক্ত ডেটা সহ একটি সম্পূর্ণ কার্ল অনুরোধ নিম্নলিখিত ফর্মটি নেয়:
+
+```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
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"web3_clientVersion","params":[],"id":67}'
+// Result
+{
+  "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
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"web3_sha3","params":["0x68656c6c6f20776f726c64"],"id":64}'
+// Result
+{
+  "id":64,
+  "jsonrpc": "2.0",
+  "result": "0x47173285a8d7341e5e972fc677286384f802f8ef42a5ec5f03bbfa254cb01fad"
+}
+```
+
+### net_version {#net_version}
+
+বর্তমান নেটওয়ার্ক আইডি রিটার্ন করে।
+
+**প্যারামিটার**
+
+কোনটি না
+
+**রিটার্ন**
+
+`স্ট্রিং` - বর্তমান নেটওয়ার্ক আইডি।
+
+বর্তমান নেটওয়ার্ক আইডি-র সম্পূর্ণ তালিকা [chainlist.org](https://chainlist.org)-এ উপলব্ধ। কিছু সাধারণ হল:
+
+- `1`: Ethereum মেইননেট
+- `11155111`: Sepolia টেস্টনেট
+- `560048` : Hoodi টেস্টনেট
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_version","params":[],"id":67}'
+// Result
+{
+  "id":67,
+  "jsonrpc": "2.0",
+  "result": "3"
+}
+```
+
+### net_listening {#net_listening}
+
+ক্লায়েন্ট যদি সক্রিয়ভাবে নেটওয়ার্ক সংযোগের জন্য শুনছে তাহলে `সত্য` রিটার্ন করে।
+
+**প্যারামিটার**
+
+কোনটি না
+
+**রিটার্ন**
+
+`বুলিয়ান` - শোনার সময় `সত্য`, অন্যথায় `মিথ্যা`।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_listening","params":[],"id":67}'
+// Result
+{
+  "id":67,
+  "jsonrpc":"2.0",
+  "result":true
+}
+```
+
+### net_peerCount {#net_peercount}
+
+বর্তমানে ক্লায়েন্টের সাথে সংযুক্ত পিয়ারদের সংখ্যা রিটার্ন করে।
+
+**প্যারামিটার**
+
+কোনটি না
+
+**রিটার্ন**
+
+`কোয়ান্টিটি` - সংযুক্ত পিয়ারদের সংখ্যার পূর্ণসংখ্যা।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"net_peerCount","params":[],"id":74}'
+// Result
+{
+  "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
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_protocolVersion","params":[],"id":67}'
+// Result
+{
+  "id":67,
+  "jsonrpc": "2.0",
+  "result": "54"
+}
+```
+
+### eth_syncing {#eth_syncing}
+
+সিঙ্ক স্ট্যাটাস সম্পর্কে ডেটা সহ একটি অবজেক্ট বা `মিথ্যা` রিটার্ন করে।
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_syncing">
+  প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন
+</ButtonLink>
+
+**প্যারামিটার**
+
+কোনটি না
+
+**রিটার্ন**
+
+সঠিক রিটার্ন ডেটা ক্লায়েন্ট প্রয়োগের মধ্যে ভিন্ন হয়। নোড সিঙ্ক না করার সময় সমস্ত ক্লায়েন্ট `মিথ্যা` রিটার্ন করে, এবং সমস্ত ক্লায়েন্ট নিম্নলিখিত ক্ষেত্রগুলি রিটার্ন করে।
+
+`অবজেক্ট|বুলিয়ান`, সিঙ্ক স্ট্যাটাস ডেটা সহ একটি অবজেক্ট বা `মিথ্যা`, যখন সিঙ্ক হচ্ছে না:
+
+- `স্টার্টিংব্লক`: `কোয়ান্টিটি` - যে ব্লকে ইম্পোর্ট শুরু হয়েছিল (শুধুমাত্র রিসেট করা হবে, সিঙ্ক তার হেডে পৌঁছানোর পরে)
+- `কারেন্টব্লক`: `কোয়ান্টিটি` - বর্তমান ব্লক, eth_blockNumber-এর মতোই
+- `হাইয়েস্টব্লক`: `কোয়ান্টিটি` - আনুমানিক সর্বোচ্চ ব্লক
+
+যাইহোক, পৃথক ক্লায়েন্টরা অতিরিক্ত ডেটাও সরবরাহ করতে পারে। উদাহরণস্বরূপ 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
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_syncing","params":[],"id":1}'
+// Result
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": {
+    startingBlock: '0x384',
+    currentBlock: '0x386',
+    highestBlock: '0x454'
+  }
+}
+// Or when not syncing
+{
+  "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** থেকে অবচিত হয়েছে এবং আর সমর্থিত নয়। এই পদ্ধতিটি ব্যবহার করার চেষ্টা করলে একটি "মেথড নট সাপোর্টেড" ত্রুটি দেখা দেবে।
+
+**প্যারামিটার**
+
+কোনটি না
+
+**রিটার্ন**
+
+`DATA`, 20 বাইট - বর্তমান কয়েনবেস অ্যাড্রেস।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_coinbase","params":[],"id":64}'
+// Result
+{
+  "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
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_chainId","params":[],"id":67}'
+// Result
+{
+  "id":67,
+  "jsonrpc": "2.0",
+  "result": "0x1"
+}
+```
+
+### eth_mining {#eth_mining}
+
+ক্লায়েন্ট সক্রিয়ভাবে নতুন ব্লক মাইনিং করলে `সত্য` রিটার্ন করে। এটি শুধুমাত্র প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কের জন্য `সত্য` রিটার্ন করতে পারে এবং [দ্য মার্জ](/roadmap/merge/) থেকে কিছু ক্লায়েন্টে উপলব্ধ নাও হতে পারে।
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_mining">
+  প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন
+</ButtonLink>
+
+**প্যারামিটার**
+
+কোনটি না
+
+**রিটার্ন**
+
+`বুলিয়ান` - ক্লায়েন্ট মাইনিং করলে `সত্য` রিটার্ন করে, অন্যথায় `মিথ্যা`।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_mining","params":[],"id":71}'
+//
+{
+  "id":71,
+  "jsonrpc": "2.0",
+  "result": true
+}
+```
+
+### eth_hashrate {#eth_hashrate}
+
+নোডটি প্রতি সেকেন্ডে কতগুলি হ্যাস মাইনিং করছে তার সংখ্যা রিটার্ন করে। এটি শুধুমাত্র প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কের জন্য `সত্য` রিটার্ন করতে পারে এবং [দ্য মার্জ](/roadmap/merge/) থেকে কিছু ক্লায়েন্টে উপলব্ধ নাও হতে পারে।
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_hashrate">
+  প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন
+</ButtonLink>
+
+**প্যারামিটার**
+
+কোনটি না
+
+**রিটার্ন**
+
+`কোয়ান্টিটি` - প্রতি সেকেন্ডে হ্যাসের সংখ্যা।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_hashrate","params":[],"id":71}'
+// Result
+{
+  "id":71,
+  "jsonrpc": "2.0",
+  "result": "0x38a"
+}
+```
+
+### eth_gasPrice {#eth_gasprice}
+
+wei-তে প্রতি গ্যাসের বর্তমান মূল্যের একটি অনুমান প্রদান করে। উদাহরণস্বরূপ, Besu ক্লায়েন্ট শেষ 100টি ব্লক পরীক্ষা করে এবং ডিফল্টভাবে মধ্যম গ্যাস ইউনিট মূল্য রিটার্ন করে।
+
+<ButtonLink size="sm" variant="outline" href="https://ethereum-json-rpc.com/?method=eth_gasPrice">
+  প্লেগ্রাউন্ডে এন্ডপয়েন্ট চেষ্টা করুন
+</ButtonLink>
+
+**প্যারামিটার**
+
+কোনটি না
+
+**রিটার্ন**
+
+`কোয়ান্টিটি` - wei-তে বর্তমান গ্যাস মূল্যের পূর্ণসংখ্যা।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+// Result
+{
+  "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>
+
+**প্যারামিটার**
+
+কোনটি না
+
+**রিটার্ন**
+
+`DATA-এর অ্যারে`, 20 বাইট - ক্লায়েন্টের মালিকানাধীন অ্যাড্রেস।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_accounts","params":[],"id":1}'
+// Result
+{
+  "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
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_blockNumber","params":[],"id":83}'
+// Result
+{
+  "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. `DATA`, 20 বাইট - ব্যালেন্স পরীক্ষা করার জন্য অ্যাড্রেস।
+2. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"`, বা `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন
+
+```js
+params: ["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"]
+```
+
+**রিটার্ন**
+
+`কোয়ান্টিটি` - wei-তে বর্তমান ব্যালেন্সের পূর্ণসংখ্যা।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBalance","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1", "latest"],"id":1}'
+// Result
+{
+  "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. `DATA`, 20 বাইট - স্টোরেজের অ্যাড্রেস।
+2. `কোয়ান্টিটি` - স্টোরেজের অবস্থানের পূর্ণসংখ্যা।
+3. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"`, `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন
+
+**রিটার্ন**
+
+`DATA` - এই স্টোরেজ অবস্থানে মান।
+
+**উদাহরণ**
+সঠিক অবস্থান গণনা করা পুনরুদ্ধার করার জন্য স্টোরেজের উপর নির্ভর করে। অ্যাড্রেস `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"
+  )
+)
+```
+
+web3 লাইব্রেরির সাথে আসা geth কনসোলটি গণনা করার জন্য ব্যবহার করা যেতে পারে:
+
+```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. `DATA`, 20 বাইট - অ্যাড্রেস।
+2. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন
+
+```js
+params: [
+  "0x407d73d8a49eeb85d32cf465507dd71d507100c1",
+  "latest", // সর্বশেষ ব্লকের অবস্থা
+]
+```
+
+**রিটার্ন**
+
+`QUANTITY` - এই অ্যাড্রেস থেকে পাঠানো ট্রানজ্যাকশনের সংখ্যার পূর্ণসংখ্যা।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionCount","params":["0x407d73d8a49eeb85d32cf465507dd71d507100c1","latest"],"id":1}'
+// Result
+{
+  "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. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস
+
+```js
+params: ["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"]
+```
+
+**রিটার্ন**
+
+`কোয়ান্টিটি` - এই ব্লকের লেনদেনের সংখ্যার পূর্ণসংখ্যা।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByHash","params":["0xd03ededb7415d22ae8bac30f96b2d1de83119632693b963642318d87d1bece5b"],"id":1}'
+// Result
+{
+  "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. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বরের পূর্ণসংখ্যা, বা `"আর্লিয়েস্ট"`, `"লেটেস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter)-এ।
+
+```js
+params: [
+  "0x13738ca", // 20396234
+]
+```
+
+**রিটার্ন**
+
+`কোয়ান্টিটি` - এই ব্লকের লেনদেনের সংখ্যার পূর্ণসংখ্যা।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getBlockTransactionCountByNumber","params":["0x13738ca"],"id":1}'
+// Result
+{
+  "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. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস
+
+```js
+params: ["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"]
+```
+
+**রিটার্ন**
+
+`কোয়ান্টিটি` - এই ব্লকের আঙ্কেলদের সংখ্যার পূর্ণসংখ্যা।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockHash","params":["0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2"],"id":1}'
+// Result
+{
+  "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. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বরের পূর্ণসংখ্যা, বা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) -এ
+
+```js
+params: [
+  "0xe8", // 232
+]
+```
+
+**রিটার্ন**
+
+`কোয়ান্টিটি` - এই ব্লকের আঙ্কেলদের সংখ্যার পূর্ণসংখ্যা।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleCountByBlockNumber","params":["0xe8"],"id":1}'
+// Result
+{
+  "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. `DATA`, 20 বাইট - অ্যাড্রেস
+2. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন
+
+```js
+params: [
+  "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2",
+  "0x5daf3b", // 6139707
+]
+```
+
+**রিটার্ন**
+
+`DATA` - প্রদত্ত অ্যাড্রেস থেকে কোড।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getCode","params":["0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2", "0x5daf3b"],"id":1}'
+// Result
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x6060604052600436106100af576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146100b9578063095ea7b31461014757806318160ddd146101a157806323b872dd146101ca5780632e1a7d4d14610243578063313ce5671461026657806370a082311461029557806395d89b41146102e2578063a9059cbb14610370578063d0e30db0146103ca578063dd62ed3e146103d4575b6100b7610440565b005b34156100c457600080fd5b6100cc6104dd565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561010c5780820151818401526020810190506100f1565b50505050905090810190601f1680156101395780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561015257600080fd5b610187600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061057b565b604051808215151515815260200191505060405180910390f35b34156101ac57600080fd5b6101b461066d565b6040518082815260200191505060405180910390f35b34156101d557600080fd5b610229600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803590602001909190505061068c565b604051808215151515815260200191505060405180910390f35b341561024e57600080fd5b61026460048080359060200190919050506109d9565b005b341561027157600080fd5b610279610b05565b604051808260ff1660ff16815260200191505060405180910390f35b34156102a057600080fd5b6102cc600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610b18565b6040518082815260200191505060405180910390f35b34156102ed57600080fd5b6102f5610b30565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561033557808201518184015260208101905061031a565b50505050905090810190601f1680156103625780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b341561037b57600080fd5b6103b0600480803573ffffffffffffffffffffffffffffffffffffffff16906020019091908035906020019091905050610bce565b604051808215151515815260200191505060405180910390f35b6103d2610440565b005b34156103df57600080fd5b61042a600480803573ffffffffffffffffffffffffffffffffffffffff1690602001909190803573ffffffffffffffffffffffffffffffffffffffff16906020019091905050610be3565b6040518082815260200191505060405180910390f35b34600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055503373ffffffffffffffffffffffffffffffffffffffff167fe1fffcc4923d04b559f4d29a8bfc6cda04eb5b0d3c460751c2402c5c5cc9109c346040518082815260200191505060405180910390a2565b60008054600181600116156101000203166002900480601f0160208091040260200160405190810160405280929190818152602001828054600181600116156101000203166002900480156105735780601f1061054857610100808354040283529160200191610573565b820191906000526020600020905b81548152906001019060200180831161055657829003601f168201915b505050505081565b600081600460003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b60003073ffffffffffffffffffffffffffffffffffffffff1631905090565b600081600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054101515156106dc57600080fd5b3373ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff16141580156107b457507fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205414155b156108cf5781600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020541015151561084457600080fd5b81600460008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055505b81600360008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000206000828254039250508190555081600360008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825401925050819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205410151515610a2757600080fd5b80600360003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020600082825403925050819055503373ffffffffffffffffffffffffffffffffffffffff166108fc829081150290604051600060405180830381858888f193505050501515610ab457600080fd5b3373ffffffffffffffffffffffffffffffffffffffff167f7fcf532c15f0a6db0bd6d0e038bea71d30d808c7d98cb3bf7268a95bf5081b65826040518082815260200191505060405180910390a250565b600260009054906101000a900460ff1681565b60036020528060005260406000206000915090505481565b60018054600181600116156101000203166002900480601f016020809104026020016040519081016040528092919081815260200182805460018160011615610100020316600290048015610bc65780601f10610b9b57610100808354040283529160200191610bc6565b820191906000526020600020905b815481529060010190602001808311610ba957829003601f168201915b505050505081565b6000610bdb33848461068c565b905092915050565b60046020528160005260406000206020528060005260406000206000915091505054815600a165627a7a72305820deb4c2ccab3c2fdca32ab3f46728389c2fe2c165d5fafa07661e4e004f6c344a0029"
+}
+```
+
+### eth_sign {#eth_sign}
+
+সাইন পদ্ধতি একটি Ethereum নির্দিষ্ট স্বাক্ষর গণনা করে: `sign(keccak256("\x19Ethereum Signed Message:\n" + len(message) + message)))`।
+
+মেসেজের সাথে একটি উপসর্গ যুক্ত করার মাধ্যমে গণনা করা স্বাক্ষরটিকে একটি Ethereum নির্দিষ্ট স্বাক্ষর হিসাবে স্বীকৃত করে। এটি অপব্যবহার রোধ করে যেখানে একটি ক্ষতিকর ডিএ্যাপ অবাধ ডেটা (যেমন, ট্রানজ্যাকশন) সাইন করতে পারে এবং শিকারকে ছদ্মবেশ ধারণ করার জন্য স্বাক্ষর ব্যবহার করতে পারে।
+
+দ্রষ্টব্য: স্বাক্ষর করার জন্য অ্যাড্রেস আনলক করা আবশ্যক।
+
+**প্যারামিটার**
+
+1. `DATA`, 20 বাইট - অ্যাড্রেস
+2. `DATA`, N বাইট - স্বাক্ষর করার জন্য মেসেজ
+
+**রিটার্ন**
+
+`DATA`: স্বাক্ষর
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sign","params":["0x9b2055d370f73ec7d8a03e965129118dc8f5bf83", "0xdeadbeaf"],"id":1}'
+// Result
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_signTransaction {#eth_signtransaction}
+
+একটি লেনদেন স্বাক্ষর করে যা পরবর্তী সময়ে [eth_sendRawTransaction](#eth_sendrawtransaction) ব্যবহার করে নেটওয়ার্কে জমা দেওয়া যেতে পারে।
+
+**প্যারামিটার**
+
+1. `অবজেক্ট` - লেনদেনের অবজেক্ট
+
+- `টাইপ`:
+- `from`: `DATA`, 20 বাইট - যে অ্যাড্রেস থেকে লেনদেন পাঠানো হয়েছে।
+- `to`: `DATA`, 20 বাইট - (নতুন চুক্তি তৈরি করার সময় ঐচ্ছিক) যে অ্যাড্রেসে লেনদেনটি নির্দেশিত হয়েছে।
+- `গ্যাস`: `কোয়ান্টিটি` - (ঐচ্ছিক, ডিফল্ট: 90000) লেনদেন সম্পাদনের জন্য প্রদত্ত গ্যাসের পূর্ণসংখ্যা। এটি অব্যবহৃত গ্যাস ফেরত দেবে।
+- `gasPrice`: `কোয়ান্টিটি` - (ঐচ্ছিক, ডিফল্ট: নির্ধারণ করা হবে) প্রতি প্রদত্ত গ্যাসের জন্য ব্যবহৃত gasPrice-এর পূর্ণসংখ্যা, Wei-তে।
+- `value`: `কোয়ান্টিটি` - (ঐচ্ছিক) এই লেনদেনের সাথে প্রেরিত মূল্যের পূর্ণসংখ্যা, Wei-তে।
+- `data`: `DATA` - একটি চুক্তির সংকলিত কোড অথবা আহূত পদ্ধতি স্বাক্ষরের হ্যাস এবং এনকোড করা প্যারামিটার।
+- `nonce`: `কোয়ান্টিটি` - (ঐচ্ছিক) একটি ননসের পূর্ণসংখ্যা। এটি আপনাকে একই নন্স ব্যবহারকারী আপনার নিজের পেন্ডিং লেনদেনগুলি ওভাররাইট করার অনুমতি দেয়।
+
+**রিটার্ন**
+
+`DATA`, নির্দিষ্ট অ্যাকাউন্ট দ্বারা স্বাক্ষরিত RLP-এনকোডেড লেনদেন অবজেক্ট।
+
+**উদাহরণ**
+
+```js
+// Request
+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"}]}'
+// Result
+{
+    "id": 1,
+    "jsonrpc": "2.0",
+    "result": "0xa3f20717a250c2b0b729b7e5becbff67fdaef7e0699da4de7ca5895b02a170a12d887fd3b17bfdce3481f10bea41f45ba9f709d39ce8325427b57afcfc994cee1b"
+}
+```
+
+### eth_sendTransaction {#eth_sendtransaction}
+
+নতুন মেসেজ কল লেনদেন বা একটি চুক্তি তৈরি করে, যদি ডেটা ক্ষেত্রে কোড থাকে এবং `from`-এ নির্দিষ্ট অ্যাকাউন্ট ব্যবহার করে এটি স্বাক্ষর করে।
+
+**প্যারামিটার**
+
+1. `অবজেক্ট` - লেনদেনের অবজেক্ট
+
+- `from`: `DATA`, 20 বাইট - যে অ্যাড্রেস থেকে লেনদেন পাঠানো হয়েছে।
+- `to`: `DATA`, 20 বাইট - (নতুন চুক্তি তৈরি করার সময় ঐচ্ছিক) যে অ্যাড্রেসে লেনদেনটি নির্দেশিত হয়েছে।
+- `গ্যাস`: `কোয়ান্টিটি` - (ঐচ্ছিক, ডিফল্ট: 90000) লেনদেন সম্পাদনের জন্য প্রদত্ত গ্যাসের পূর্ণসংখ্যা। এটি অব্যবহৃত গ্যাস ফেরত দেবে।
+- `gasPrice`: `কোয়ান্টিটি` - (ঐচ্ছিক, ডিফল্ট: নির্ধারণ করা হবে) প্রতি প্রদত্ত গ্যাসের জন্য ব্যবহৃত gasPrice-এর পূর্ণসংখ্যা।
+- `value`: `কোয়ান্টিটি` - (ঐচ্ছিক) এই লেনদেনের সাথে প্রেরিত মূল্যের পূর্ণসংখ্যা।
+- `input`: `DATA` - একটি চুক্তির সংকলিত কোড অথবা আহূত পদ্ধতি স্বাক্ষরের হ্যাস এবং এনকোড করা প্যারামিটার।
+- `nonce`: `কোয়ান্টিটি` - (ঐচ্ছিক) একটি ননসের পূর্ণসংখ্যা। এটি আপনাকে একই নন্স ব্যবহারকারী আপনার নিজের পেন্ডিং লেনদেনগুলি ওভাররাইট করার অনুমতি দেয়।
+
+```js
+params: [
+  {
+    from: "0xb60e8dd61c5d32be8058bb8eb970870f07233155",
+    to: "0xd46e8dd67c5d32be8058bb8eb970870f07244567",
+    gas: "0x76c0", // 30400
+    gasPrice: "0x9184e72a000", // 10000000000000
+    value: "0x9184e72a", // 2441406250
+    input:
+      "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+  },
+]
+```
+
+**রিটার্ন**
+
+`DATA`, 32 বাইট - লেনদেনের হ্যাস, অথবা শূন্য হ্যাস যদি লেনদেন এখনও উপলব্ধ না হয়।
+
+আপনি যখন একটি চুক্তি তৈরি করেন, তখন একটি ব্লকে লেনদেন প্রস্তাবিত হওয়ার পরে, চুক্তির অ্যাড্রেস পেতে [eth_getTransactionReceipt](#eth_gettransactionreceipt) ব্যবহার করুন।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendTransaction","params":[{see above}],"id":1}'
+// Result
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0xe670ec64341771606e55d6b4ca35a1a6b75ee3d5145a99d05921026d1527331"
+}
+```
+
+### eth_sendRawTransaction {#eth_sendrawtransaction}
+
+স্বাক্ষরিত লেনদেনের জন্য নতুন মেসেজ কল লেনদেন বা একটি চুক্তি তৈরি করে।
+
+**প্যারামিটার**
+
+1. `DATA`, স্বাক্ষরিত লেনদেন ডেটা।
+
+```js
+params: [
+  "0xd46e8dd67c5d32be8d46e8dd67c5d32be8058bb8eb970870f072445675058bb8eb970870f072445675",
+]
+```
+
+**রিটার্ন**
+
+`DATA`, 32 বাইট - লেনদেনের হ্যাস, অথবা শূন্য হ্যাস যদি লেনদেন এখনও উপলব্ধ না হয়।
+
+আপনি যখন একটি চুক্তি তৈরি করেন, তখন একটি ব্লকে লেনদেন প্রস্তাবিত হওয়ার পরে, চুক্তির অ্যাড্রেস পেতে [eth_getTransactionReceipt](#eth_gettransactionreceipt) ব্যবহার করুন।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_sendRawTransaction","params":[{see above}],"id":1}'
+// Result
+{
+  "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`: `DATA`, 20 বাইট - (ঐচ্ছিক) যে অ্যাড্রেস থেকে লেনদেন পাঠানো হয়েছে।
+- `to`: `DATA`, 20 বাইট - যে অ্যাড্রেসে লেনদেনটি নির্দেশিত হয়েছে।
+- `গ্যাস`: `কোয়ান্টিটি` - (ঐচ্ছিক) লেনদেন সম্পাদনের জন্য প্রদত্ত গ্যাসের পূর্ণসংখ্যা। eth_call শূন্য গ্যাস খরচ করে, কিন্তু কিছু এক্সিকিউশনের জন্য এই প্যারামিটারের প্রয়োজন হতে পারে।
+- `gasPrice`: `কোয়ান্টিটি` - (ঐচ্ছিক) প্রতিটি প্রদত্ত গ্যাসের জন্য ব্যবহৃত gasPrice-এর পূর্ণসংখ্যা
+- `value`: `কোয়ান্টিটি` - (ঐচ্ছিক) এই লেনদেনের সাথে প্রেরিত মূল্যের পূর্ণসংখ্যা
+- `input`: `DATA` - (ঐচ্ছিক) পদ্ধতি স্বাক্ষরের হ্যাস এবং এনকোড করা প্যারামিটার। বিস্তারিত জানার জন্য সলিডিটি ডকুমেন্টেশনে [Ethereum চুক্তি ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) দেখুন।
+
+2. `কোয়ান্টিটি|ট্যাগ` - পূর্ণসংখ্যা ব্লক নম্বর, অথবা `"লেটেস্ট"`, `"আর্লিয়েস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter) দেখুন
+
+**রিটার্ন**
+
+`DATA` - সম্পাদিত চুক্তির রিটার্ন ভ্যালু।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_call","params":[{see above}],"id":1}'
+// Result
+{
+  "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
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_estimateGas","params":[{see above}],"id":1}'
+// Result
+{
+  "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. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস।
+2. `বুলিয়ান` - যদি `সত্য` হয় তবে এটি সম্পূর্ণ লেনদেন অবজেক্টগুলি প্রদান করে, যদি `মিথ্যা` হয় তবে শুধুমাত্র লেনদেনের হ্যাসগুলি প্রদান করে।
+
+```js
+params: [
+  "0xdc0818cf78f21a8e70579cb46a43643f78291264dda342ae31049421c82d21ae",
+  false,
+]
+```
+
+**রিটার্ন**
+
+`অবজেক্ট` - একটি ব্লক অবজেক্ট, অথবা যখন কোনো ব্লক পাওয়া যায়নি তখন `null`:
+
+- `number`: `কোয়ান্টিটি` - ব্লক নম্বর। যখন এর পেন্ডিং ব্লক থাকে তখন `null`।
+- `hash`: `DATA`, 32 বাইট - ব্লকের হ্যাস। যখন এর পেন্ডিং ব্লক থাকে তখন `null`।
+- `parentHash`: `DATA`, 32 বাইট - প্যারেন্ট ব্লকের হ্যাস।
+- `nonce`: `DATA`, 8 বাইট - জেনারেট করা প্রুফ-অফ-ওয়ার্কের হ্যাস। যখন এর পেন্ডিং ব্লক থাকে তখন `null`, প্রুফ-অফ-স্টেক ব্লকের জন্য `0x0` (দ্য মার্জ থেকে)
+- `sha3Uncles`: `DATA`, 32 বাইট - ব্লকের আঙ্কেল ডেটার SHA3।
+- `logsBloom`: `DATA`, 256 বাইট - ব্লকের লগগুলির জন্য ব্লুম ফিল্টার। যখন এর পেন্ডিং ব্লক থাকে তখন `null`।
+- `transactionsRoot`: `DATA`, 32 বাইট - ব্লকের লেনদেন ট্রাইয়ের রুট।
+- `stateRoot`: `DATA`, 32 বাইট - ব্লকের চূড়ান্ত স্টেট ট্রাইয়ের রুট।
+- `receiptsRoot`: `DATA`, 32 বাইট - ব্লকের রসিদ ট্রাইয়ের রুট।
+- `miner`: `DATA`, 20 বাইট - সেই সুবিধাভোগীর অ্যাড্রেস যাকে ব্লকের পুরস্কার দেওয়া হয়েছিল।
+- `difficulty`: `কোয়ান্টিটি` - এই ব্লকের জন্য অসুবিধার পূর্ণসংখ্যা।
+- `totalDifficulty`: `কোয়ান্টিটি` - এই ব্লক পর্যন্ত চেইনের মোট অসুবিধার পূর্ণসংখ্যা।
+- `extraData`: `DATA` - এই ব্লকের "অতিরিক্ত ডেটা" ক্ষেত্র।
+- `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. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বরের পূর্ণসংখ্যা, বা `"আর্লিয়েস্ট"`, `"লেটেস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter)-এ।
+2. `বুলিয়ান` - যদি `সত্য` হয় তবে এটি সম্পূর্ণ লেনদেন অবজেক্টগুলি প্রদান করে, যদি `মিথ্যা` হয় তবে শুধুমাত্র লেনদেনের হ্যাসগুলি প্রদান করে।
+
+```js
+params: [
+  "0x1b4", // 436
+  true,
+]
+```
+
+**রিটার্ন**
+[eth_getBlockByHash](#eth_getblockbyhash) দেখুন
+
+**উদাহরণ**
+
+```js
+// Request
+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. `DATA`, 32 বাইট - একটি লেনদেনের হ্যাস
+
+```js
+params: ["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"]
+```
+
+**রিটার্ন**
+
+`অবজেক্ট` - একটি লেনদেন অবজেক্ট, অথবা যখন কোনো লেনদেন পাওয়া যায়নি তখন `null`:
+
+- `blockHash`: `DATA`, 32 বাইট - এই লেনদেনটি যে ব্লকে ছিল তার হ্যাস। `null` যখন এটি পেন্ডিং থাকে।
+- `blockNumber`: `কোয়ান্টিটি` - ব্লক নম্বর যেখানে এই লেনদেনটি ছিল। `null` যখন এটি পেন্ডিং থাকে।
+- `from`: `DATA`, 20 বাইট - প্রেরকের অ্যাড্রেস।
+- `গ্যাস`: `কোয়ান্টিটি` - প্রেরকের দ্বারা সরবরাহ করা গ্যাস।
+- `gasPrice`: `কোয়ান্টিটি` - প্রেরকের দ্বারা সরবরাহ করা গ্যাস মূল্য Wei-তে।
+- `hash`: `DATA`, 32 বাইট - লেনদেনের হ্যাস।
+- `input`: `DATA` - লেনদেনের সাথে প্রেরিত ডেটা।
+- `nonce`: `কোয়ান্টিটি` - প্রেরকের দ্বারা এর আগে করা লেনদেনের সংখ্যা।
+- `to`: `DATA`, 20 বাইট - প্রাপকের অ্যাড্রেস। `null` যখন এটি একটি চুক্তি তৈরির লেনদেন হয়।
+- `transactionIndex`: `কোয়ান্টিটি` - ব্লকের লেনদেন সূচকের অবস্থানের পূর্ণসংখ্যা। `null` যখন এটি পেন্ডিং থাকে।
+- `value`: `কোয়ান্টিটি` - Wei-তে স্থানান্তরিত মান।
+- `v`: `কোয়ান্টিটি` - ECDSA রিকভারি আইডি
+- `r`: `কোয়ান্টিটি` - ECDSA স্বাক্ষর r
+- `s`: `কোয়ান্টিটি` - ECDSA স্বাক্ষর s
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByHash","params":["0x88df016429689c079f3b2f6ad39fa052532c56795b733da78a91ebe6a713944b"],"id":1}'
+// Result
+{
+  "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. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস।
+2. `কোয়ান্টিটি` - লেনদেন সূচকের অবস্থানের পূর্ণসংখ্যা।
+
+```js
+params: [
+  "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+  "0x0", // 0
+]
+```
+
+**রিটার্ন**
+[eth_getTransactionByHash](#eth_gettransactionbyhash) দেখুন
+
+**উদাহরণ**
+
+```js
+// Request
+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. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বর, বা `"আর্লিয়েস্ট"`, `"লেটেস্ট"`, `"পেন্ডিং"`, `"সেফ"` বা `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter)-এ।
+2. `কোয়ান্টিটি` - লেনদেন সূচক অবস্থান।
+
+```js
+params: [
+  "0x9c47cf", // 10241999
+  "0x24", // 36
+]
+```
+
+**রিটার্ন**
+[eth_getTransactionByHash](#eth_gettransactionbyhash) দেখুন
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionByBlockNumberAndIndex","params":["0x9c47cf", "0x24"],"id":1}'
+```
+
+ফলাফল দেখুন [eth_getTransactionByHash](#eth_gettransactionbyhash)
+
+### eth_getTransactionReceipt {#eth_gettransactionreceipt}
+
+লেনদেনের হ্যাসের মাধ্যমে একটি লেনদেনের রসিদ প্রদান করে।
+
+**দ্রষ্টব্য** পেন্ডিং লেনদেনের জন্য রসিদ উপলব্ধ নয়।
+
+**প্যারামিটার**
+
+1. `DATA`, 32 বাইট - একটি লেনদেনের হ্যাস
+
+```js
+params: ["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"]
+```
+
+**রিটার্ন**
+`অবজেক্ট` - একটি লেনদেন রসিদ অবজেক্ট, অথবা যখন কোনো রসিদ পাওয়া যায়নি তখন `null`:
+
+- `transactionHash `: `DATA`, 32 বাইট - লেনদেনের হ্যাস।
+- `transactionIndex`: `কোয়ান্টিটি` - ব্লকের লেনদেন সূচকের অবস্থানের পূর্ণসংখ্যা।
+- `blockHash`: `DATA`, 32 বাইট - এই লেনদেনটি যে ব্লকে ছিল তার হ্যাস।
+- `blockNumber`: `কোয়ান্টিটি` - ব্লক নম্বর যেখানে এই লেনদেনটি ছিল।
+- `from`: `DATA`, 20 বাইট - প্রেরকের অ্যাড্রেস।
+- `to`: `DATA`, 20 বাইট - প্রাপকের অ্যাড্রেস। null যখন এটি একটি চুক্তি তৈরির লেনদেন হয়।
+- `cumulativeGasUsed` : `কোয়ান্টিটি ` - ব্লকের মধ্যে এই লেনদেনটি কার্যকর করার সময় ব্যবহৃত মোট গ্যাসের পরিমাণ।
+- `effectiveGasPrice` : `কোয়ান্টিটি` - প্রতি ইউনিট গ্যাসের জন্য প্রদত্ত বেস ফি এবং টিপের যোগফল।
+- `gasUsed `: `কোয়ান্টিটি ` - শুধুমাত্র এই নির্দিষ্ট লেনদেন দ্বারা ব্যবহৃত গ্যাসের পরিমাণ।
+- `contractAddress `: `DATA`, 20 বাইট - তৈরি করা চুক্তির অ্যাড্রেস, যদি লেনদেনটি একটি চুক্তি তৈরি করে থাকে, অন্যথায় `null`।
+- `logs`: `অ্যারে` - লগ অবজেক্টের অ্যারে, যা এই লেনদেনটি তৈরি করেছে।
+- `logsBloom`: `DATA`, 256 বাইট - হালকা ক্লায়েন্টদের জন্য সম্পর্কিত লগগুলি দ্রুত পুনরুদ্ধার করার জন্য ব্লুম ফিল্টার।
+- `type`: `কোয়ান্টিটি` - লেনদেনের প্রকারের পূর্ণসংখ্যা, লেগ্যাসি লেনদেনের জন্য `0x0`, অ্যাক্সেস তালিকা প্রকারের জন্য `0x1`, ডাইনামিক ফি-র জন্য `0x2`।
+
+এটি _যেকোনো একটি_ রিটার্ন করে:
+
+- `root`: `DATA` 32 বাইটের পোস্ট-ট্রানজ্যাকশন স্টেট রুট (বাইজেন্টিয়াম-পূর্ব)
+- `status`: `কোয়ান্টিটি` হয় `1` (সাফল্য) বা `0` (ব্যর্থতা)
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getTransactionReceipt","params":["0x85d995eba9763907fdf35cd2034144dd9d53ce32cbec21349d4b12823c6860c5"],"id":1}'
+// Result
+{
+  "jsonrpc": "2.0",
+  "id": 1,
+  "result": {
+    "blockHash":
+      "0xa957d47df264a31badc3ae823e10ac1d444b098d9b73d204c40426e57f47e8c3",
+    "blockNumber": "0xeff35f",
+    "contractAddress": null, // string of the address if it was created
+    "cumulativeGasUsed": "0xa12515",
+    "effectiveGasPrice": "0x5a9c688d4",
+    "from": "0x6221a9c005f6e47eb398fd867784cacfdcfff4e7",
+    "gasUsed": "0xb4c8",
+    "logs": [{
+      // logs as returned by getFilterLogs, etc.
+    }],
+    "logsBloom": "0x00...0", // 256 byte bloom filter
+    "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. `DATA`, 32 বাইট - একটি ব্লকের হ্যাস।
+2. `কোয়ান্টিটি` - আঙ্কেলের সূচক অবস্থান।
+
+```js
+params: [
+  "0x1d59ff54b1eb26b013ce3cb5fc9dab3705b415a67127a003c3e61eb445bb8df2",
+  "0x0", // 0
+]
+```
+
+**রিটার্ন**
+[eth_getBlockByHash](#eth_getblockbyhash) দেখুন
+
+**উদাহরণ**
+
+```js
+// Request
+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. `কোয়ান্টিটি|ট্যাগ` - একটি ব্লক নম্বর, বা `"আর্লিয়েস্ট"`, `"লেটেস্ট"`, `"পেন্ডিং"`, `"সেফ"`, `"ফাইনালইজড"` স্ট্রিং, যেমন [ব্লক প্যারামিটার](/developers/docs/apis/json-rpc/#block-parameter)-এ।
+2. `কোয়ান্টিটি` - আঙ্কেলের সূচক অবস্থান।
+
+```js
+params: [
+  "0x29c", // 668
+  "0x0", // 0
+]
+```
+
+**রিটার্ন**
+[eth_getBlockByHash](#eth_getblockbyhash) দেখুন
+
+**দ্রষ্টব্য**: একটি আঙ্কেলের মধ্যে পৃথক লেনদেন থাকে না।
+
+**উদাহরণ**
+
+```js
+// Request
+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`: `DATA|অ্যারে`, 20 বাইট - (ঐচ্ছিক) চুক্তির অ্যাড্রেস বা অ্যাড্রেসের একটি তালিকা যেখান থেকে লগ উৎপন্ন হওয়া উচিত।
+- `topics`: `DATA-এর অ্যারে`, - (ঐচ্ছিক) 32 বাইট `DATA` বিষয়গুলির অ্যারে। বিষয়গুলি ক্রম-নির্ভর। প্রতিটি বিষয় "অথবা" বিকল্পগুলির সাথে DATA-এর একটি অ্যারেও হতে পারে।
+
+```js
+params: [
+  {
+    fromBlock: "0x1",
+    toBlock: "0x2",
+    address: "0x8888f1f195afa192cfee860698584c030f4c9db1",
+    topics: [
+      "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+      null,
+      [
+        "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+        "0x0000000000000000000000000aff3454fce5edbc8cca8697c15331677e6ebccc",
+      ],
+    ],
+  },
+]
+```
+
+**রিটার্ন**
+`কোয়ান্টিটি` - একটি ফিল্টার আইডি।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newFilter","params":[{"topics":["0x12341234"]}],"id":73}'
+// Result
+{
+  "id":1,
+  "jsonrpc": "2.0",
+  "result": "0x1" // 1
+}
+```
+
+### eth_newBlockFilter {#eth_newblockfilter}
+
+নোডে একটি ফিল্টার তৈরি করে, যা নতুন ব্লক এলে অবহিত করে।
+স্টেট পরিবর্তিত হয়েছে কিনা তা পরীক্ষা করতে, [eth_getFilterChanges](#eth_getfilterchanges) কল করুন।
+
+**প্যারামিটার**
+কোনোটিই নয়
+
+**রিটার্ন**
+`কোয়ান্টিটি` - একটি ফিল্টার আইডি।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newBlockFilter","params":[],"id":73}'
+// Result
+{
+  "id":1,
+  "jsonrpc":  "2.0",
+  "result": "0x1" // 1
+}
+```
+
+### eth_newPendingTransactionFilter {#eth_newpendingtransactionfilter}
+
+নোডে একটি ফিল্টার তৈরি করে, যা নতুন পেন্ডিং লেনদেন এলে অবহিত করে।
+স্টেট পরিবর্তিত হয়েছে কিনা তা পরীক্ষা করতে, [eth_getFilterChanges](#eth_getfilterchanges) কল করুন।
+
+**প্যারামিটার**
+কোনোটিই নয়
+
+**রিটার্ন**
+`কোয়ান্টিটি` - একটি ফিল্টার আইডি।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_newPendingTransactionFilter","params":[],"id":73}'
+// Result
+{
+  "id":1,
+  "jsonrpc":  "2.0",
+  "result": "0x1" // 1
+}
+```
+
+### eth_uninstallFilter {#eth_uninstallfilter}
+
+প্রদত্ত আইডি সহ একটি ফিল্টার আনইনস্টল করে। যখন আর দেখার প্রয়োজন নেই তখন সর্বদা কল করা উচিত।
+অতিরিক্তভাবে, ফিল্টারগুলি যখন একটি নির্দিষ্ট সময়ের জন্য [eth_getFilterChanges](#eth_getfilterchanges) দিয়ে অনুরোধ করা হয় না তখন টাইমআউট হয়ে যায়।
+
+**প্যারামিটার**
+
+1. `কোয়ান্টিটি` - ফিল্টার আইডি।
+
+```js
+params: [
+  "0xb", // 11
+]
+```
+
+**রিটার্ন**
+`বুলিয়ান` - যদি ফিল্টারটি সফলভাবে আনইনস্টল করা হয় তবে `সত্য`, অন্যথায় `মিথ্যা`।
+
+**উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_uninstallFilter","params":["0xb"],"id":73}'
+// Result
+{
+  "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`: `ট্যাগ` - চেইন পুনর্গঠনের কারণে লগটি সরানো হলে `সত্য`। `মিথ্যা` যদি এটি একটি বৈধ লগ হয়।
+  - `logIndex`: `কোয়ান্টিটি` - ব্লকের লগ সূচকের অবস্থানের পূর্ণসংখ্যা। `null` যখন এটি পেন্ডিং লগ থাকে।
+  - `transactionIndex`: `কোয়ান্টিটি` - লগটি যেখান থেকে তৈরি করা হয়েছে সেই লেনদেন সূচকের অবস্থানের পূর্ণসংখ্যা। `null` যখন এটি পেন্ডিং লগ থাকে।
+  - `transactionHash`: `DATA`, 32 বাইট - এই লগটি যেখান থেকে তৈরি করা হয়েছে সেই লেনদেনের হ্যাস। `null` যখন এটি পেন্ডিং লগ থাকে।
+  - `blockHash`: `DATA`, 32 বাইট - এই লগটি যে ব্লকে ছিল তার হ্যাস। `null` যখন এটি পেন্ডিং থাকে। `null` যখন এটি পেন্ডিং লগ থাকে।
+  - `blockNumber`: `কোয়ান্টিটি` - এই লগটি যে ব্লকে ছিল তার ব্লক নম্বর। `null` যখন এটি পেন্ডিং থাকে। `null` যখন এটি পেন্ডিং লগ থাকে।
+  - `address`: `DATA`, 20 বাইট - যে অ্যাড্রেস থেকে এই লগটি উৎপন্ন হয়েছে।
+  - `data`: `DATA` - পরিবর্তনশীল-দৈর্ঘ্যের নন-ইনডেক্সড লগ ডেটা। ( _solidity_-তে: শূন্য বা তার বেশি 32 বাইটের নন-ইনডেক্সড লগ আর্গুমেন্ট।)
+  - `topics`: `DATA-এর অ্যারে` - সূচিত লগ আর্গুমেন্টের 0 থেকে 4টি 32 বাইট `DATA`-এর অ্যারে। ( _solidity_-তে: প্রথম টপিকটি হল ইভেন্টের স্বাক্ষরের _হ্যাস_ (যেমন, `Deposit(address,bytes32,uint256)`), যদি না আপনি `anonymous` স্পেসিফায়ার দিয়ে ইভেন্টটি ঘোষণা করেন।)
+
+- **উদাহরণ**
+
+```js
+// Request
+curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getFilterChanges","params":["0x16"],"id":73}'
+// Result
+{
+  "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
+// Request
+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`: `DATA|অ্যারে`, 20 বাইট - (ঐচ্ছিক) চুক্তির অ্যাড্রেস বা অ্যাড্রেসের একটি তালিকা যেখান থেকে লগ উৎপন্ন হওয়া উচিত।
+- `topics`: `DATA-এর অ্যারে`, - (ঐচ্ছিক) 32 বাইট `DATA` বিষয়গুলির অ্যারে। বিষয়গুলি ক্রম-নির্ভর। প্রতিটি বিষয় "অথবা" বিকল্পগুলির সাথে DATA-এর একটি অ্যারেও হতে পারে।
+- `blockHash`: `DATA`, 32 বাইট - (ঐচ্ছিক, **ভবিষ্যৎ**) EIP-234 যোগ করার সাথে, `blockHash` একটি নতুন ফিল্টার বিকল্প হবে যা 32-বাইট হ্যাস `blockHash`-এর সাথে একক ব্লকে প্রত্যাবর্তিত লগগুলিকে সীমাবদ্ধ করে। `blockHash` ব্যবহার করা `fromBlock` = `toBlock` = হ্যাস `blockHash`-এর সাথে ব্লক নম্বরের সমান। যদি ফিল্টার মানদণ্ডে `blockHash` উপস্থিত থাকে, তবে `fromBlock` বা `toBlock` কোনোটিরই অনুমতি নেই।
+
+```js
+params: [
+  {
+    topics: [
+      "0x000000000000000000000000a94f5374fce5edbc8e2a8697c15331677e6ebf0b",
+    ],
+  },
+]
+```
+
+**রিটার্ন**
+[eth_getFilterChanges](#eth_getfilterchanges) দেখুন
+
+**উদাহরণ**
+
+```js
+// Request
+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) ব্যবহার করে কয়েনবেস অ্যাড্রেস (অ্যাকাউন্টগুলির অ্যারে থেকে প্রথম অ্যাড্রেস প্রাপ্ত করে) এবং ব্যালেন্স পুনরুদ্ধার করে ইন্টারফেসটি চলছে কিনা তা যাচাই করতে পারি। দয়া করে মনে রাখবেন যে এই উদাহরণগুলির ডেটা আপনার স্থানীয় নোডে ভিন্ন হবে। আপনি যদি এই কমান্ডগুলি চেষ্টা করতে চান, তাহলে প্রথমটির থেকে প্রাপ্ত ফলাফল দিয়ে দ্বিতীয় কার্ল অনুরোধের অনুরোধ প্যারামিটারগুলি প্রতিস্থাপন করুন।
+
+```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) অনুসরণ করুন। (আপনি আমাদের উদাহরণের জন্য ব্যবহৃত কম্পাইলারের সংস্করণের সাথে মেলাতে একটি পুরানো `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"}
+```
+
+লেনদেনটি নোড দ্বারা গৃহীত হয় এবং একটি লেনদেন হ্যাস ফেরত দেওয়া হয়। এই হ্যাসটি ট্রানজ্যাকশন ট্র্যাক করতে ব্যবহার করা যেতে পারে। পরবর্তী পদক্ষেপ হল আমাদের কন্ট্র্যাক্টটি কোন অ্যাড্রেসে ডিপ্লয় করা হয়েছে তা নির্ধারণ করা। প্রতিটি এক্সিকিউটেড ট্রানজ্যাকশন একটি রিসিপ্ট তৈরি করবে। এই রিসিপ্টে ট্রানজ্যাকশন সম্পর্কে বিভিন্ন তথ্য থাকে, যেমন ট্রানজ্যাকশনটি কোন ব্লকে অন্তর্ভুক্ত ছিল এবং EVM দ্বারা কতটা গ্যাস ব্যবহার করা হয়েছিল। যদি একটি ট্রানজ্যাকশন
+একটি কন্ট্র্যাক্ট তৈরি করে তবে এতে কন্ট্র্যাক্ট অ্যাড্রেসও থাকবে। আমরা `eth_getTransactionReceipt` RPC পদ্ধতি ব্যবহার করে রিসিপ্টটি পুনরুদ্ধার করতে পারি।
+
+```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`-এ তৈরি করা হয়েছিল। একটি রিসিপ্টের পরিবর্তে একটি নাল (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 বাইট, যা হেক্স এনকোডেড। multiply ফাংশন একটি uint গ্রহণ করে যা uint256-এর একটি উপনাম। এর ফলে আমরা পাই:
+
+```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"}
+```
+
+যেহেতু একটি ট্রানজ্যাকশন পাঠানো হয়েছে, তাই একটি ট্রানজ্যাকশন হ্যাস ফেরত দেওয়া হয়েছে। রিসিপ্ট পুনরুদ্ধার করলে পাওয়া যায়:
+
+```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
+}
+```
+
+রিসিপ্টটিতে একটি লগ রয়েছে। এই লগটি ট্রানজ্যাকশন এক্সিকিউশনের সময় EVM দ্বারা তৈরি করা হয়েছিল এবং রিসিপ্টে অন্তর্ভুক্ত করা হয়েছিল। `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/)
+- [ব্যাকএন্ড API](/developers/docs/apis/backend/)
+- [এক্সিকিউশন ক্লায়েন্ট](/developers/docs/nodes-and-clients/#execution-clients)
diff --git a/public/content/translations/bn/developers/docs/blocks/index.md b/public/content/translations/bn/developers/docs/blocks/index.md
new file mode 100644
index 00000000000..c476d44f25d
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/blocks/index.md
@@ -0,0 +1,153 @@
+---
+title: "ব্লক"
+description: "ইথেরিয়াম ব্লকচেইনের ব্লকগুলির একটি সংক্ষিপ্ত বিবরণ – তাদের ডেটা স্ট্রাকচার, কেন তাদের প্রয়োজন এবং কীভাবে সেগুলি তৈরি করা হয়।"
+lang: bn
+---
+
+ব্লক হলো চেইনে থাকা আগের ব্লকের একটি হ্যাস সহ লেনদেনের ব্যাচ। এটি ব্লকগুলিকে একসাথে (একটি চেইনে) লিঙ্ক করে কারণ হ্যাসগুলি ক্রিপ্টোগ্রাফিকভাবে ব্লক ডেটা থেকে উদ্ভূত হয়। এটি জালিয়াতি প্রতিরোধ করে, কারণ ইতিহাসে যেকোনো ব্লকে একটি পরিবর্তন পরবর্তী সমস্ত ব্লককে অবৈধ করে দেবে কারণ পরবর্তী সমস্ত হ্যাস পরিবর্তিত হবে এবং ব্লকচেইন পরিচালনাকারী প্রত্যেকে তা লক্ষ্য করবে।
+
+## পূর্বশর্ত {#prerequisites}
+
+ব্লক একটি খুব শিক্ষানবিস-বান্ধব বিষয়। কিন্তু আপনাকে এই পৃষ্ঠাটি আরও ভালভাবে বুঝতে সাহায্য করার জন্য, আমরা আপনাকে প্রথমে [অ্যাকাউন্ট](/developers/docs/accounts/), [লেনদেন](/developers/docs/transactions/), এবং আমাদের [ইথেরিয়ামের পরিচিতি](/developers/docs/intro-to-ethereum/) পড়ার পরামর্শ দিই।
+
+## কেন ব্লক? {#why-blocks}
+
+ইথেরিয়াম নেটওয়ার্কের সমস্ত অংশগ্রহণকারী একটি সিঙ্ক্রোনাইজড অবস্থা বজায় রাখে এবং লেনদেনের সঠিক ইতিহাসে সম্মত হয় তা নিশ্চিত করার জন্য, আমরা লেনদেনগুলিকে ব্লকে ব্যাচ করি। এর মানে হল কয়েক ডজন (বা শত শত) লেনদেন একবারে প্রতিশ্রুতিবদ্ধ, সম্মত এবং সিঙ্ক্রোনাইজ করা হয়।
+
+![একটি ব্লকে লেনদেন দেখানো একটি ডায়াগ্রাম যা অবস্থার পরিবর্তন ঘটায়](./tx-block.png)
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত চিত্র_
+
+কমিটগুলিকে ব্যবধান দিয়ে, আমরা সমস্ত নেটওয়ার্ক অংশগ্রহণকারীদের কনসেন্সাসে আসার জন্য যথেষ্ট সময় দিই: যদিও প্রতি সেকেন্ডে কয়েক ডজনবার লেনদেনের অনুরোধ ঘটে, ইথেরিয়ামে প্রতি বারো সেকেন্ডে একবারই ব্লক তৈরি এবং প্রতিশ্রুতিবদ্ধ হয়।
+
+## ব্লকগুলি কীভাবে কাজ করে {#how-blocks-work}
+
+লেনদেনের ইতিহাস সংরক্ষণ করার জন্য, ব্লকগুলিকে কঠোরভাবে অর্ডার করা হয় (তৈরি করা প্রতিটি নতুন ব্লকে তার মূল ব্লকের একটি রেফারেন্স থাকে), এবং ব্লকের মধ্যে লেনদেনগুলিও কঠোরভাবে অর্ডার করা হয়। বিরল ঘটনা ব্যতীত, যেকোনো নির্দিষ্ট সময়ে, নেটওয়ার্কের সমস্ত অংশগ্রহণকারী ব্লকের সঠিক সংখ্যা এবং ইতিহাসের বিষয়ে একমত, এবং পরবর্তী ব্লকে বর্তমান লাইভ লেনদেনের অনুরোধগুলিকে ব্যাচ করার জন্য কাজ করছে।
+
+নেটওয়ার্কে এলোমেলোভাবে নির্বাচিত একজন ভ্যালিডেটর দ্বারা একটি ব্লক একত্রিত হয়ে গেলে, এটি নেটওয়ার্কের বাকি অংশে প্রচারিত হয়; সমস্ত নোড এই ব্লকটিকে তাদের ব্লকচেইনের শেষে যুক্ত করে এবং পরবর্তী ব্লক তৈরি করার জন্য একজন নতুন ভ্যালিডেটর নির্বাচন করা হয়। সঠিক ব্লক-অ্যাসেম্বলি প্রক্রিয়া এবং প্রতিশ্রুতি/কনসেন্সাস প্রক্রিয়াটি বর্তমানে ইথেরিয়ামের “প্রুফ-অফ-স্টেক” প্রোটোকল দ্বারা নির্দিষ্ট করা হয়েছে।
+
+## প্রুফ-অফ-স্টেক প্রোটোকল {#proof-of-stake-protocol}
+
+প্রুফ-অফ-স্টেক মানে নিম্নলিখিত:
+
+- ভ্যালিডেটিং নোডগুলিকে খারাপ আচরণের বিরুদ্ধে সমান্তরাল হিসাবে একটি ডিপোজিট চুক্তিতে 32 ETH স্টেক করতে হবে। এটি নেটওয়ার্ককে সুরক্ষিত করতে সাহায্য করে কারণ প্রমাণিতভাবে অসৎ কার্যকলাপের ফলে সেই স্টেকের কিছু বা সমস্ত ধ্বংস হয়ে যায়।
+- প্রতিটি স্লটে (বারো সেকেন্ডের ব্যবধানে) একজন ভ্যালিডেটরকে এলোমেলোভাবে ব্লক প্রোপোজার হিসেবে নির্বাচিত করা হয়। তারা লেনদেনগুলিকে একসাথে বান্ডিল করে, সেগুলি সম্পাদন করে এবং একটি নতুন 'অবস্থা' নির্ধারণ করে। তারা এই তথ্যটিকে একটি ব্লকে আবৃত করে এবং অন্যান্য ভ্যালিডেটরদের কাছে পাঠায়।
+- অন্যান্য ভ্যালিডেটর যারা নতুন ব্লক সম্পর্কে জানতে পারে তারা লেনদেনগুলি পুনরায় কার্যকর করে তা নিশ্চিত করার জন্য যে তারা বিশ্বব্যাপী অবস্থার প্রস্তাবিত পরিবর্তনে সম্মত। ব্লকটি বৈধ বলে ধরে নিয়ে, তারা এটিকে তাদের নিজস্ব ডাটাবেসে যুক্ত করে।
+- যদি একজন ভ্যালিডেটর একই স্লটের জন্য দুটি পরস্পরবিরোধী ব্লক সম্পর্কে জানতে পারে, তবে তারা তাদের ফর্ক-চয়েস অ্যালগরিদম ব্যবহার করে সবচেয়ে বেশি স্টেক করা ETH দ্বারা সমর্থিত একটি বেছে নেয়।
+
+[প্রুফ-অফ-স্টেক সম্পর্কে আরও জানুন](/developers/docs/consensus-mechanisms/pos)
+
+## একটি ব্লকের মধ্যে কী আছে? {#block-anatomy}
+
+একটি ব্লকের মধ্যে অনেক তথ্য থাকে। সর্বোচ্চ স্তরে একটি ব্লকে নিম্নলিখিত ক্ষেত্রগুলি থাকে:
+
+| ক্ষেত্র          | বিবরণ                                                      |
+| :--------------- | :--------------------------------------------------------- |
+| `slot`           | ব্লকটি যে স্লটের অন্তর্গত                                  |
+| `proposer_index` | ব্লকের প্রস্তাবকারী ভ্যালিডেটরের আইডি                      |
+| `parent_root`    | পূর্ববর্তী ব্লকের হ্যাস                                    |
+| `state_root`     | স্টেট অবজেক্টের রুট হ্যাস                                  |
+| `body`           | নীচে সংজ্ঞায়িত হিসাবে বিভিন্ন ক্ষেত্র ধারণকারী একটি বস্তু |
+
+ব্লকের `বডি`তে নিজস্ব কয়েকটি ক্ষেত্র রয়েছে:
+
+| ক্ষেত্র              | বিবরণ                                                               |
+| :------------------- | :------------------------------------------------------------------ |
+| `randao_reveal`      | পরবর্তী ব্লক প্রোপোজার নির্বাচন করতে ব্যবহৃত একটি মান               |
+| `eth1_data`          | ডিপোজিট চুক্তি সম্পর্কে তথ্য                                        |
+| `graffiti`           | ব্লক ট্যাগ করতে ব্যবহৃত অবাধ তথ্য                                   |
+| `proposer_slashings` | স্ল্যাশ করা হবে এমন ভ্যালিডেটরদের তালিকা                            |
+| `attester_slashings` | স্ল্যাশ করা হবে এমন প্রত্যয়নকারীদের তালিকা                         |
+| `attestations`       | পূর্ববর্তী স্লটের বিরুদ্ধে করা প্রত্যয়নের তালিকা                   |
+| `ডিপোজিট`            | ডিপোজিট চুক্তিতে নতুন জমার তালিকা                                   |
+| `voluntary_exits`    | নেটওয়ার্ক থেকে প্রস্থানকারী ভ্যালিডেটরদের তালিকা                   |
+| `sync_aggregate`     | লাইট ক্লায়েন্টদের পরিষেবা দেওয়ার জন্য ব্যবহৃত ভ্যালিডেটরদের উপসেট |
+| `execution_payload`  | এক্সিকিউশন ক্লায়েন্ট থেকে প্রেরিত লেনদেন                           |
+
+`attestations` ক্ষেত্রটিতে ব্লকের সমস্ত প্রত্যয়নের একটি তালিকা রয়েছে। প্রত্যয়নগুলির নিজস্ব ডেটা টাইপ রয়েছে যা বিভিন্ন ডেটা ধারণ করে। প্রতিটি প্রত্যয়নে রয়েছে:
+
+| ক্ষেত্র            | বিবরণ                                                       |
+| :----------------- | :---------------------------------------------------------- |
+| `aggregation_bits` | এই প্রত্যয়নে কোন ভ্যালিডেটররা অংশ নিয়েছিল তার একটি তালিকা |
+| `data`             | একাধিক উপক্ষেত্র সহ একটি ধারক                               |
+| `signature`        | `data` অংশের বিরুদ্ধে এক সেট ভ্যালিডেটরের সামগ্রিক স্বাক্ষর |
+
+`attestation`-এর `data` ক্ষেত্রটিতে নিম্নলিখিতগুলি রয়েছে:
+
+| ক্ষেত্র             | বিবরণ                                        |
+| :------------------ | :------------------------------------------- |
+| `slot`              | যে স্লটের সাথে প্রত্যয়নটি সম্পর্কিত         |
+| `index`             | প্রত্যয়নকারী ভ্যালিডেটরদের জন্য সূচক        |
+| `beacon_block_root` | চেইনের হেড হিসাবে দেখা বীকন ব্লকের রুট হ্যাস |
+| `উৎস`               | শেষ ন্যায্য চেকপয়েন্ট                       |
+| `target`            | সর্বশেষ ইপোক বাউন্ডারি ব্লক                  |
+
+`execution_payload`-এ লেনদেন সম্পাদন করা বিশ্বব্যাপী অবস্থা আপডেট করে। সমস্ত ক্লায়েন্ট `execution_payload`-এ লেনদেনগুলি পুনরায় সম্পাদন করে তা নিশ্চিত করার জন্য যে নতুন অবস্থা নতুন ব্লকের `state_root` ক্ষেত্রের সাথে মেলে। এইভাবে ক্লায়েন্টরা বলতে পারে যে একটি নতুন ব্লক বৈধ এবং তাদের ব্লকচেইনে যোগ করার জন্য নিরাপদ। `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` তালিকায় `withdrawal` বস্তুগুলি নিম্নলিখিত উপায়ে গঠিত:
+
+| ক্ষেত্র          | বিবরণ                                |
+| :--------------- | :----------------------------------- |
+| `address`        | অ্যাকাউন্টের ঠিকানা যা উত্তোলন করেছে |
+| `amount`         | উত্তোলনের পরিমাণ                     |
+| `index`          | উত্তোলন সূচক মান                     |
+| `validatorIndex` | ভ্যালিডেটর সূচক মান                  |
+
+## ব্লকের সময় {#block-time}
+
+ব্লকের সময় বলতে ব্লকগুলিকে পৃথক করার সময়কে বোঝায়। ইথেরিয়ামে, সময়কে বারো সেকেন্ডের এককে ভাগ করা হয় যাকে 'স্লট' বলা হয়। প্রতিটি স্লটে একটি ব্লক প্রস্তাব করার জন্য একজন একক ভ্যালিডেটর নির্বাচন করা হয়। ধরে নেওয়া হচ্ছে সমস্ত ভ্যালিডেটর অনলাইন এবং সম্পূর্ণ কার্যকরী, প্রতিটি স্লটে একটি ব্লক থাকবে, যার অর্থ ব্লকের সময় 12 সেকেন্ড। তবে, মাঝে মাঝে ভ্যালিডেটররা ব্লক প্রস্তাব করার জন্য ডাকলে অফলাইন থাকতে পারে, যার অর্থ স্লটগুলি কখনও কখনও খালি যেতে পারে।
+
+এই বাস্তবায়ন প্রুফ-অফ-ওয়ার্ক ভিত্তিক সিস্টেম থেকে ভিন্ন যেখানে ব্লকের সময় संभावনামূলক এবং প্রোটোকলের লক্ষ্য মাইনিং অসুবিধা দ্বারা সুর করা হয়। ইথেরিয়ামের [গড় ব্লক সময়](https://etherscan.io/chart/blocktime) এর একটি নিখুঁত উদাহরণ যেখানে প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেক-এ রূপান্তরটি নতুন ১২ সেকেন্ডের ব্লক সময়ের ধারাবাহিকতার উপর ভিত্তি করে স্পষ্টভাবে অনুমান করা যেতে পারে।
+
+## ব্লকের আকার {#block-size}
+
+একটি চূড়ান্ত গুরুত্বপূর্ণ দ্রষ্টব্য হলো ব্লকগুলি নিজেরাই আকারে সীমাবদ্ধ। প্রতিটি ব্লকের একটি লক্ষ্য আকার 30 মিলিয়ন গ্যাস কিন্তু নেটওয়ার্কের চাহিদা অনুযায়ী ব্লকের আকার বাড়বে বা কমবে, 60 মিলিয়ন গ্যাসের ব্লক সীমা পর্যন্ত (2x লক্ষ্য ব্লক আকার)। ব্লক গ্যাস সীমা পূর্ববর্তী ব্লকের গ্যাস সীমার থেকে 1/1024 ফ্যাক্টর দ্বারা উপরের দিকে বা নীচের দিকে সামঞ্জস্য করা যেতে পারে। ফলস্বরূপ, ভ্যালিডেটররা কনসেন্সাসের মাধ্যমে ব্লক গ্যাস সীমা পরিবর্তন করতে পারে। ব্লকের সমস্ত লেনদেন দ্বারা ব্যয় করা মোট গ্যাসের পরিমাণ অবশ্যই ব্লক গ্যাস সীমার চেয়ে কম হতে হবে। এটি গুরুত্বপূর্ণ কারণ এটি নিশ্চিত করে যে ব্লকগুলি যথেচ্ছভাবে বড় হতে পারে না। যদি ব্লকগুলি যথেচ্ছভাবে বড় হতে পারত, তবে স্থান এবং গতির প্রয়োজনীয়তার কারণে কম কর্মক্ষম সম্পূর্ণ নোডগুলি ধীরে ধীরে নেটওয়ার্কের সাথে তাল মিলিয়ে চলতে অক্ষম হয়ে পড়ত। ব্লক যত বড় হবে, পরবর্তী স্লটের জন্য সময়মতো প্রক্রিয়া করার জন্য তত বেশি কম্পিউটিং শক্তি প্রয়োজন হবে। এটি একটি কেন্দ্রীভূত শক্তি, যা ব্লকের আকার সীমাবদ্ধ করে প্রতিরোধ করা হয়।
+
+## আরও পড়ুন {#further-reading}
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+
+## সম্পর্কিত বিষয় {#related-topics}
+
+- [লেনদেন](/developers/docs/transactions/)
+- [গ্যাস](/developers/docs/gas/)
+- [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/bn/developers/docs/bridges/index.md b/public/content/translations/bn/developers/docs/bridges/index.md
new file mode 100644
index 00000000000..56b0bf5d926
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/bridges/index.md
@@ -0,0 +1,138 @@
+---
+title: "ব্রিজ"
+description: "ডেভেলপারদের জন্য ব্রিজিং-এর একটি সংক্ষিপ্ত বিবরণ"
+lang: bn
+---
+
+L1 ব্লকচেইন এবং L2 [স্কেলিং](/developers/docs/scaling/) সমাধানের বিস্তারের সাথে, ডিসেন্ট্রালাইজড এপ্লিকেশনগুলোর ক্রমবর্ধমান সংখ্যা ক্রস-চেইন হওয়ার পাশাপাশি, চেইন জুড়ে যোগাযোগ এবং সম্পদ স্থানান্তরের প্রয়োজনীয়তা নেটওয়ার্ক পরিকাঠামোর একটি অপরিহার্য অংশ হয়ে উঠেছে। এটি সম্ভব করতে বিভিন্ন ধরণের ব্রিজ বিদ্যমান রয়েছে।
+
+## ব্রিজের প্রয়োজনীয়তা {#need-for-bridges}
+
+ব্লকচেইন নেটওয়ার্কগুলিকে সংযুক্ত করার জন্য ব্রিজ বিদ্যমান। তারা ব্লকচেইনগুলির মধ্যে সংযোগ এবং আন্তঃকার্যক্ষমতা সক্ষম করে।
+
+ব্লকচেইনগুলি বিচ্ছিন্ন পরিবেশে বিদ্যমান, যার অর্থ স্বাভাবিকভাবে অন্যান্য ব্লকচেইনের সাথে লেনদেন এবং যোগাযোগের কোনো উপায় নেই। ফলস্বরূপ, যদিও একটি ইকোসিস্টেমের মধ্যে উল্লেখযোগ্য কার্যকলাপ এবং উদ্ভাবন থাকতে পারে, এটি অন্যান্য ইকোসিস্টেমের সাথে সংযোগ এবং আন্তঃকার্যক্ষমতার অভাব দ্বারা সীমাবদ্ধ।
+
+ব্রিজ বিচ্ছিন্ন ব্লকচেইন পরিবেশকে একে অপরের সাথে সংযুক্ত করার একটি উপায় সরবরাহ করে। তারা ব্লকচেইনগুলির মধ্যে একটি পরিবহন রুট স্থাপন করে যেখানে টোকেন, বার্তা, নির্বিচারে ডেটা এবং এমনকি [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) কলগুলি এক চেইন থেকে অন্য চেইনে স্থানান্তর করা যায়।
+
+## ব্রিজের সুবিধাসমূহ {#benefits-of-bridges}
+
+সহজ কথায়, ব্রিজগুলি ব্লকচেইন নেটওয়ার্কগুলিকে নিজেদের মধ্যে ডেটা বিনিময় এবং সম্পদ স্থানান্তরের অনুমতি দিয়ে অসংখ্য ব্যবহারের ক্ষেত্র উন্মুক্ত করে।
+
+ব্লকচেইনগুলির অনন্য শক্তি, দুর্বলতা এবং এপ্লিকেশন তৈরির পদ্ধতি রয়েছে (যেমন গতি, থ্রুপুট, ব্যয়বহুলতা ইত্যাদি)। ব্রিজগুলি ব্লকচেইনগুলিকে একে অপরের উদ্ভাবনগুলিকে কাজে লাগাতে সক্ষম করে সামগ্রিক ক্রিপ্টো ইকোসিস্টেমের বিকাশে সহায়তা করে।
+
+ডেভেলপারদের জন্য, ব্রিজ নিম্নলিখিতগুলি সক্ষম করে:
+
+- চেইন জুড়ে যেকোনো ডেটা, তথ্য এবং সম্পদের স্থানান্তর।
+- প্রোটোকলগুলির জন্য নতুন বৈশিষ্ট্য এবং ব্যবহারের ক্ষেত্রগুলি আনলক করা কারণ ব্রিজগুলি প্রোটোকলগুলি কী অফার করতে পারে তার জন্য ডিজাইনের স্থান প্রসারিত করে। উদাহরণস্বরূপ, ইথেরিয়াম মেইননেট-এ মূলত ডিপ্লয় করা একটি ইল্ড ফার্মিং প্রোটোকল সমস্ত EVM-সামঞ্জস্যপূর্ণ চেইনে লিকুইডিটি পুল অফার করতে পারে।
+- বিভিন্ন ব্লকচেইনের শক্তিকে কাজে লাগানোর সুযোগ। উদাহরণস্বরূপ, ডেভেলপাররা তাদের ডিএ্যাপস রোলআপ এবং সাইডচেইন জুড়ে ডিপ্লয় করে বিভিন্ন L2 সমাধান দ্বারা প্রদত্ত কম ফি থেকে উপকৃত হতে পারে এবং ব্যবহারকারীরা তাদের মধ্যে ব্রিজ করতে পারে।
+- নতুন পণ্য তৈরি করতে বিভিন্ন ব্লকচেইন ইকোসিস্টেমের ডেভেলপারদের মধ্যে সহযোগিতা।
+- বিভিন্ন ইকোসিস্টেম থেকে ব্যবহারকারী এবং কমিউনিটিকে তাদের ডিএ্যাপস-এর প্রতি আকৃষ্ট করা।
+
+## ব্রিজ কীভাবে কাজ করে? {#how-do-bridges-work}
+
+যদিও অনেক [ব্রিজ ডিজাইনের প্রকার](https://li.fi/knowledge-hub/blockchain-bridges-and-classification/) রয়েছে, সম্পদের ক্রস-চেইন স্থানান্তরকে সহজতর করার তিনটি উপায় উল্লেখযোগ্য:
+
+- **লক এবং মিন্ট –** সোর্স চেইনে সম্পদ লক করুন এবং ডেস্টিনেশন চেইনে সম্পদ মিন্ট করুন।
+- **বার্ন এবং মিন্ট –** সোর্স চেইনে সম্পদ বার্ন করুন এবং ডেস্টিনেশন চেইনে সম্পদ মিন্ট করুন।
+- **এটমিক সোয়াপ –** অন্য কোনো পক্ষের সাথে সোর্স চেইনের সম্পদ ডেস্টিনেশন চেইনের সম্পদের জন্য সোয়াপ করুন।
+
+## ব্রিজের প্রকারভেদ {#bridge-types}
+
+ব্রিজ সাধারণত নিম্নলিখিত বিভাগগুলির মধ্যে একটিতে শ্রেণীবদ্ধ করা যেতে পারে:
+
+- **নেটিভ ব্রিজ –** এই ব্রিজগুলি সাধারণত একটি নির্দিষ্ট ব্লকচেইনে লিকুইডিটি বুটস্ট্র্যাপ করার জন্য তৈরি করা হয়, যা ব্যবহারকারীদের জন্য ইকোসিস্টেমে তহবিল স্থানান্তর করা সহজ করে তোলে। উদাহরণস্বরূপ, [Arbitrum Bridge](https://bridge.arbitrum.io/) ব্যবহারকারীদের জন্য ইথেরিয়াম মেইননেট থেকে Arbitrum-এ ব্রিজ করা সুবিধাজনক করার জন্য তৈরি করা হয়েছে। অন্যান্য এই ধরনের ব্রিজের মধ্যে রয়েছে Polygon PoS Bridge, [Optimism Gateway](https://app.optimism.io/bridge) ইত্যাদি।
+- **ভ্যালিডেটর বা ওরাকল-ভিত্তিক ব্রিজ –** এই ব্রিজগুলি ক্রস-চেইন স্থানান্তর যাচাই করার জন্য একটি বহিরাগত ভ্যালিডেটর সেট বা ওরাকলের উপর নির্ভর করে। উদাহরণ: Multichain এবং Across।
+- **সাধারণ বার্তা প্রেরণকারী ব্রিজ –** এই ব্রিজগুলি বার্তা এবং নির্বিচারে ডেটার পাশাপাশি চেইন জুড়ে সম্পদ স্থানান্তর করতে পারে। উদাহরণ: Axelar, LayerZero, এবং Nomad।
+- **লিকুইডিটি নেটওয়ার্ক –** এই ব্রিজগুলি প্রাথমিকভাবে এটমিক সোয়াপের মাধ্যমে এক চেইন থেকে অন্য চেইনে সম্পদ স্থানান্তরের উপর ফোকাস করে। সাধারণত, তারা ক্রস-চেইন বার্তা প্রেরণ সমর্থন করে না। উদাহরণ: Connext এবং Hop।
+
+## বিবেচ্য বিষয়সমূহ {#trade-offs}
+
+ব্রিজের ক্ষেত্রে, কোনো নিখুঁত সমাধান নেই। বরং, একটি উদ্দেশ্য পূরণের জন্য কেবল কিছু ছাড় দেওয়া হয়। ডেভেলপার এবং ব্যবহারকারীরা নিম্নলিখিত বিষয়গুলির উপর ভিত্তি করে ব্রিজগুলি মূল্যায়ন করতে পারেন:
+
+- **নিরাপত্তা –** সিস্টেমটি কে যাচাই করে? বাহ্যিক ভ্যালিডেটর দ্বারা সুরক্ষিত ব্রিজগুলি সাধারণত ব্লকচেইনের ভ্যালিডেটর দ্বারা স্থানীয়ভাবে বা নেটিভভাবে সুরক্ষিত ব্রিজের চেয়ে কম সুরক্ষিত।
+- **সুবিধা –** একটি লেনদেন সম্পূর্ণ করতে কত সময় লাগে, এবং একজন ব্যবহারকারীকে কতগুলি লেনদেনে স্বাক্ষর করতে হয়েছিল? একজন ডেভেলপারের জন্য, একটি ব্রিজকে একীভূত করতে কত সময় লাগে, এবং প্রক্রিয়াটি কতটা জটিল?
+- **সংযোগ –** একটি ব্রিজ কোন কোন ডেস্টিনেশন চেইনের সাথে সংযোগ স্থাপন করতে পারে (যেমন, রোলআপ, সাইডচেইন, অন্যান্য লেয়ার 1 ব্লকচেইন, ইত্যাদি), এবং একটি নতুন ব্লকচেইনকে একীভূত করা কতটা কঠিন?
+- **আরও জটিল ডেটা পাস করার ক্ষমতা –** একটি ব্রিজ কি চেইন জুড়ে বার্তা এবং আরও জটিল নির্বিচারে ডেটা স্থানান্তর করতে সক্ষম করে, নাকি এটি কেবল ক্রস-চেইন সম্পদ স্থানান্তর সমর্থন করে?
+- **খরচ-কার্যকারিতা –** একটি ব্রিজের মাধ্যমে চেইন জুড়ে সম্পদ স্থানান্তর করতে কত খরচ হয়? সাধারণত, ব্রিজগুলি গ্যাস খরচ এবং নির্দিষ্ট রুটের লিকুইডিটির উপর নির্ভর করে একটি নির্দিষ্ট বা পরিবর্তনশীল ফি চার্জ করে। এর নিরাপত্তা নিশ্চিত করার জন্য প্রয়োজনীয় মূলধনের উপর ভিত্তি করে একটি ব্রিজের খরচ-কার্যকারিতা মূল্যায়ন করাও গুরুত্বপূর্ণ।
+
+একটি উচ্চ স্তরে, ব্রিজগুলিকে ট্রাস্টেড এবং ট্রাস্টলেস হিসাবে শ্রেণীবদ্ধ করা যেতে পারে।
+
+- **ট্রাস্টেড –** ট্রাস্টেড ব্রিজগুলি বাহ্যিকভাবে যাচাই করা হয়। তারা চেইন জুড়ে ডেটা পাঠানোর জন্য যাচাইকারীদের একটি বহিরাগত সেট (মাল্টি-সিগ সহ ফেডারেশন, মাল্টি-পার্টি কম্পিউটেশন সিস্টেম, ওরাকল নেটওয়ার্ক) ব্যবহার করে। ফলস্বরূপ, তারা দুর্দান্ত সংযোগের প্রস্তাব দিতে পারে এবং চেইন জুড়ে সম্পূর্ণ সাধারণ বার্তা প্রেরণ সক্ষম করে। এগুলি গতি এবং খরচ-কার্যকারিতার ক্ষেত্রেও ভাল কাজ করে। এটি নিরাপত্তার মূল্যে আসে, কারণ ব্যবহারকারীদের ব্রিজের নিরাপত্তার উপর নির্ভর করতে হয়।
+- **ট্রাস্টলেস –** এই ব্রিজগুলি যে ব্লকচেইনগুলিকে সংযুক্ত করছে এবং তাদের ভ্যালিডেটরদের উপর বার্তা এবং টোকেন স্থানান্তর করার জন্য নির্ভর করে। এগুলি 'ট্রাস্টলেস' কারণ তারা নতুন কোনো বিশ্বাসের অনুমান যোগ করে না (ব্লকচেইন ছাড়াও)। ফলস্বরূপ, ট্রাস্টলেস ব্রিজগুলিকে ট্রাস্টেড ব্রিজের চেয়ে বেশি সুরক্ষিত বলে মনে করা হয়।
+
+অন্যান্য কারণের উপর ভিত্তি করে ট্রাস্টলেস ব্রিজগুলি মূল্যায়ন করতে, আমাদের অবশ্যই সেগুলিকে সাধারণ বার্তা প্রেরণকারী ব্রিজ এবং লিকুইডিটি নেটওয়ার্কে বিভক্ত করতে হবে।
+
+- **সাধারণ বার্তা প্রেরণকারী ব্রিজ –** এই ব্রিজগুলি নিরাপত্তা এবং চেইন জুড়ে আরও জটিল ডেটা স্থানান্তর করার ক্ষমতার ক্ষেত্রে उत्कृष्ट। সাধারণত, এগুলি খরচ-কার্যকারিতার ক্ষেত্রেও ভাল। যাইহোক, এই শক্তিগুলি সাধারণত লাইট ক্লায়েন্ট ব্রিজ (যেমন: IBC) এর জন্য সংযোগের খরচ এবং ফ্রড প্রুফ ব্যবহারকারী অপ্টিমিস্টিক ব্রিজ (যেমন: Nomad) এর জন্য গতির অসুবিধার বিনিময়ে আসে।
+- **লিকুইডিটি নেটওয়ার্ক –** এই ব্রিজগুলি সম্পদ স্থানান্তরের জন্য এটমিক সোয়াপ ব্যবহার করে এবং স্থানীয়ভাবে যাচাইকৃত সিস্টেম (অর্থাৎ, তারা লেনদেন যাচাই করার জন্য অন্তর্নিহিত ব্লকচেইনের ভ্যালিডেটর ব্যবহার করে)। ফলস্বরূপ, তারা নিরাপত্তা এবং গতির সাথে দুর্দান্ত কাজ করে। তাছাড়া, এগুলিকে তুলনামূলকভাবে খরচ-কার্যকরী বলে মনে করা হয় এবং ভাল সংযোগ প্রদান করে। যাইহোক, প্রধান সমস্যাটি হল তাদের আরও জটিল ডেটা পাস করার অক্ষমতা - কারণ তারা ক্রস-চেইন বার্তা প্রেরণ সমর্থন করে না।
+
+## ব্রিজ সম্পর্কিত ঝুঁকি {#risk-with-bridges}
+
+ব্রিজগুলি [DeFi-এর সবচেয়ে বড় তিনটি হ্যাকের](https://rekt.news/leaderboard/) জন্য দায়ী এবং এখনও বিকাশের প্রাথমিক পর্যায়ে রয়েছে। যেকোনো ব্রিজ ব্যবহার করলে নিম্নলিখিত ঝুঁকি থাকে:
+
+- **স্মার্ট কন্ট্র্যাক্টের ঝুঁকি –** যদিও অনেক ব্রিজ সফলভাবে অডিট পাস করেছে, সম্পদ হ্যাকের শিকার হওয়ার জন্য একটি স্মার্ট কন্ট্র্যাক্টে একটি ত্রুটিই যথেষ্ট (যেমন: [Solana’s Wormhole Bridge](https://rekt.news/wormhole-rekt/))।
+- **সিস্টেমিক আর্থিক ঝুঁকি** – অনেক ব্রিজ একটি নতুন চেইনে আসল সম্পদের ক্যানোনিকাল সংস্করণ মিন্ট করতে র‍্যাপড অ্যাসেট ব্যবহার করে। এটি ইকোসিস্টেমকে সিস্টেমিক ঝুঁকির মুখে ফেলে, কারণ আমরা দেখেছি টোকেনের র‍্যাপড সংস্করণগুলি শোষিত হয়েছে।
+- **কাউন্টারপার্টি ঝুঁকি –** কিছু ব্রিজ একটি ট্রাস্টেড ডিজাইন ব্যবহার করে যার জন্য ব্যবহারকারীদের এই অনুমানের উপর নির্ভর করতে হয় যে ভ্যালিডেটররা ব্যবহারকারীর তহবিল চুরি করার জন্য ষড়যন্ত্র করবে না। এই তৃতীয় পক্ষের অভিনেতাদের উপর বিশ্বাস করার প্রয়োজনীয়তা ব্যবহারকারীদের রাগ পুল, সেন্সরশিপ এবং অন্যান্য দূষিত কার্যকলাপের মতো ঝুঁকির সম্মুখীন করে।
+- **উন্মুক্ত সমস্যা –** যেহেতু ব্রিজগুলি বিকাশের প্রাথমিক পর্যায়ে রয়েছে, তাই বিভিন্ন বাজারের পরিস্থিতিতে, যেমন নেটওয়ার্ক কনজেশনের সময় এবং নেটওয়ার্ক-স্তরের আক্রমণ বা স্টেট রোলব্যাকের মতো অপ্রত্যাশিত ঘটনাগুলির সময় ব্রিজগুলি কীভাবে কাজ করবে সে সম্পর্কিত অনেক অমীমাংসিত প্রশ্ন রয়েছে। এই অনিশ্চয়তা নির্দিষ্ট ঝুঁকি তৈরি করে, যার মাত্রা এখনও অজানা।
+
+## ডিএ্যাপস কীভাবে ব্রিজ ব্যবহার করতে পারে? {#how-can-dapps-use-bridges}
+
+এখানে কিছু ব্যবহারিক এপ্লিকেশন রয়েছে যা ডেভেলপাররা ব্রিজ এবং তাদের ডিএ্যাপ ক্রস-চেইন করার বিষয়ে বিবেচনা করতে পারে:
+
+### ব্রিজ একীভূত করা {#integrating-bridges}
+
+ডেভেলপারদের জন্য, ব্রিজের জন্য সমর্থন যোগ করার অনেক উপায় আছে:
+
+1. **আপনার নিজের ব্রিজ তৈরি করা –** একটি সুরক্ষিত এবং নির্ভরযোগ্য ব্রিজ তৈরি করা সহজ নয়, বিশেষ করে যদি আপনি একটি আরও ট্রাস্ট-মিনিমাইজড রুট নেন। তাছাড়া, এর জন্য স্কেলেবিলিটি এবং আন্তঃকার্যক্ষমতা অধ্যয়ন সম্পর্কিত বছরের পর বছরের অভিজ্ঞতা এবং প্রযুক্তিগত দক্ষতার প্রয়োজন। অতিরিক্তভাবে, একটি ব্রিজ রক্ষণাবেক্ষণ করতে এবং এটিকে কার্যকর করার জন্য পর্যাপ্ত লিকুইডিটি আকর্ষণ করার জন্য একটি হ্যান্ডস-অন টিমের প্রয়োজন হবে।
+
+2. **ব্যবহারকারীদের একাধিক ব্রিজ বিকল্প দেখানো –** অনেক [ডিএ্যাপস](/developers/docs/dapps/) ব্যবহারকারীদের তাদের সাথে ইন্টারঅ্যাক্ট করার জন্য তাদের নেটিভ টোকেন থাকার প্রয়োজন হয়। ব্যবহারকারীদের তাদের টোকেন অ্যাক্সেস করতে সক্ষম করার জন্য, তারা তাদের ওয়েবসাইটে বিভিন্ন ব্রিজ বিকল্প অফার করে। যাইহোক, এই পদ্ধতিটি সমস্যার একটি দ্রুত সমাধান কারণ এটি ব্যবহারকারীকে ডিএ্যাপ ইন্টারফেস থেকে দূরে নিয়ে যায় এবং এখনও তাদের অন্যান্য ডিএ্যাপস এবং ব্রিজের সাথে ইন্টারঅ্যাক্ট করতে হয়। এটি ভুল করার বর্ধিত সুযোগ সহ একটি কষ্টকর অনবোর্ডিং অভিজ্ঞতা।
+
+3. **একটি ব্রিজ একীভূত করা –** এই সমাধানের জন্য ডিএ্যাপ-কে ব্যবহারকারীদের বাহ্যিক ব্রিজ এবং DEX ইন্টারফেসে পাঠানোর প্রয়োজন নেই। এটি ডিএ্যাপস-কে ব্যবহারকারীর অনবোর্ডিং অভিজ্ঞতা উন্নত করতে দেয়। যাইহোক, এই পদ্ধতির সীমাবদ্ধতা রয়েছে:
+
+   - ব্রিজগুলির মূল্যায়ন এবং রক্ষণাবেক্ষণ কঠিন এবং সময়সাপেক্ষ।
+   - একটি ব্রিজ নির্বাচন করা ব্যর্থতা এবং নির্ভরতার একটি একক পয়েন্ট তৈরি করে।
+   - ডিএ্যাপটি ব্রিজের ক্ষমতা দ্বারা সীমাবদ্ধ।
+   - শুধুমাত্র ব্রিজই যথেষ্ট নাও হতে পারে। ক্রস-চেইন সোয়াপের মতো আরও কার্যকারিতা অফার করার জন্য ডিএ্যাপস-এর DEX-এর প্রয়োজন হতে পারে।
+
+4. **একাধিক ব্রিজ একীভূত করা –** এই সমাধানটি একটি একক ব্রিজ একীভূত করার সাথে সম্পর্কিত অনেক সমস্যার সমাধান করে। যাইহোক, এরও সীমাবদ্ধতা রয়েছে, কারণ একাধিক ব্রিজ একীভূত করা রিসোর্স-সাপেক্ষ এবং ডেভেলপারদের জন্য প্রযুক্তিগত এবং যোগাযোগের ওভারহেড তৈরি করে—যা ক্রিপ্টোতে সবচেয়ে দুষ্প্রাপ্য রিসোর্স।
+
+5. **একটি ব্রিজ অ্যাগ্রিগেটর একীভূত করা –** ডিএ্যাপস-এর জন্য আরেকটি বিকল্প হল একটি ব্রিজ অ্যাগ্রিগেশন সমাধান একীভূত করা যা তাদের একাধিক ব্রিজে অ্যাক্সেস দেয়। ব্রিজ অ্যাগ্রিগেটররা সমস্ত ব্রিজের শক্তি উত্তরাধিকার সূত্রে পায় এবং এইভাবে কোনো একক ব্রিজের ক্ষমতা দ্বারা সীমাবদ্ধ থাকে না। বিশেষত, ব্রিজ অ্যাগ্রিগেটররা সাধারণত ব্রিজ ইন্টিগ্রেশনগুলি বজায় রাখে, যা ডিএ্যাপ-কে একটি ব্রিজ ইন্টিগ্রেশনের প্রযুক্তিগত এবং অপারেশনাল দিকগুলির শীর্ষে থাকার ঝামেলা থেকে বাঁচায়।
+
+তা সত্ত্বেও, ব্রিজ অ্যাগ্রিগেটরদেরও তাদের সীমাবদ্ধতা রয়েছে। উদাহরণস্বরূপ, যদিও তারা আরও ব্রিজ বিকল্প অফার করতে পারে, অ্যাগ্রিগেটরের প্ল্যাটফর্মে অফার করা ব্রিজগুলি ছাড়াও বাজারে সাধারণত আরও অনেক ব্রিজ উপলব্ধ থাকে। তাছাড়া, ব্রিজের মতোই, ব্রিজ অ্যাগ্রিগেটররাও স্মার্ট কন্ট্র্যাক্ট এবং প্রযুক্তিগত ঝুঁকির সম্মুখীন হয় (বেশি স্মার্ট কন্ট্র্যাক্ট = বেশি ঝুঁকি)।
+
+যদি একটি ডিএ্যাপ একটি ব্রিজ বা একটি অ্যাগ্রিগেটরকে একীভূত করার পথে যায়, তাহলে ইন্টিগ্রেশনটি কতটা গভীর হওয়ার কথা তার উপর ভিত্তি করে বিভিন্ন বিকল্প রয়েছে। উদাহরণস্বরূপ, যদি এটি শুধুমাত্র ব্যবহারকারীর অনবোর্ডিং অভিজ্ঞতা উন্নত করার জন্য একটি ফ্রন্ট-এন্ড ইন্টিগ্রেশন হয়, তাহলে একটি ডিএ্যাপ উইজেটটি একীভূত করবে। যাইহোক, যদি ইন্টিগ্রেশনটি স্টেকিং, ইল্ড ফার্মিং ইত্যাদির মতো গভীর ক্রস-চেইন কৌশলগুলি অন্বেষণ করার জন্য হয়, তাহলে ডিএ্যাপটি SDK বা API একীভূত করে।
+
+### একাধিক চেইনে একটি ডিএ্যাপ ডিপ্লয় করা {#deploying-a-dapp-on-multiple-chains}
+
+একাধিক চেইনে একটি ডিএ্যাপ ডিপ্লয় করতে, ডেভেলপাররা [Alchemy](https://www.alchemy.com/), [Hardhat](https://hardhat.org/), [Moralis](https://moralis.io/), ইত্যাদির মতো ডেভেলপমেন্ট প্ল্যাটফর্ম ব্যবহার করতে পারে। সাধারণত, এই প্ল্যাটফর্মগুলি কম্পোজেবল প্লাগইনগুলির সাথে আসে যা ডিএ্যাপস-কে ক্রস-চেইন যেতে সক্ষম করতে পারে। উদাহরণস্বরূপ, ডেভেলপাররা [hardhat-deploy plugin](https://github.com/wighawag/hardhat-deploy) দ্বারা প্রদত্ত একটি ডিটারমিনিস্টিক ডিপ্লয়মেন্ট প্রক্সি ব্যবহার করতে পারে।
+
+#### উদাহরণ:
+
+- [কীভাবে ক্রস-চেইন ডিএ্যাপস তৈরি করবেন](https://moralis.io/how-to-build-cross-chain-dapps/)
+- [একটি ক্রস-চেইন NFT মার্কেটপ্লেস তৈরি করা](https://youtu.be/WZWCzsB1xUE)
+- [Moralis: ক্রস-চেইন NFT ডিএ্যাপস তৈরি করা](https://www.youtube.com/watch?v=ehv70kE1QYo)
+
+### চেইন জুড়ে কন্ট্র্যাক্টের কার্যকলাপ পর্যবেক্ষণ করা {#monitoring-contract-activity-across-chains}
+
+চেইন জুড়ে কন্ট্র্যাক্টের কার্যকলাপ নিরীক্ষণ করতে, ডেভেলপাররা রিয়েল-টাইমে স্মার্ট কন্ট্র্যাক্ট পর্যবেক্ষণ করতে সাবগ্রাফ এবং Tenderly-এর মতো ডেভেলপার প্ল্যাটফর্ম ব্যবহার করতে পারে। এই ধরনের প্ল্যাটফর্মগুলিতে এমন টুলসও রয়েছে যা ক্রস-চেইন কার্যকলাপের জন্য বৃহত্তর ডেটা পর্যবেক্ষণ কার্যকারিতা অফার করে, যেমন [কন্ট্র্যাক্ট দ্বারা নির্গত ইভেন্টগুলি](https://docs.soliditylang.org/en/v0.8.14/contracts.html?highlight=events#events) পরীক্ষা করা ইত্যাদি।
+
+#### টুলস
+
+- [The Graph](https://thegraph.com/en/)
+- [Tenderly](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) - ২০ জুন, ২০২৪ – অ্যালেক্স হুক
+- [নিরাপদ ক্রস-চেইন আন্তঃকার্যক্ষমতার জন্য শেয়ারড সিকিউরিটি ব্যবহার করা: Lagrange State Committees এবং তার বাইরে](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/bn/developers/docs/consensus-mechanisms/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/index.md
new file mode 100644
index 00000000000..607881ebd3f
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/index.md
@@ -0,0 +1,92 @@
+---
+title: "কনসেন্সাস মেকানিজম"
+description: "ডিস্ট্রিবিউটেড সিস্টেমে কনসেন্সাস প্রোটোকলের একটি ব্যাখ্যা এবং ইথেরিয়ামে তারা যে ভূমিকা পালন করে।"
+lang: bn
+---
+
+'কনসেন্সাস মেকানিজম' শব্দটি প্রায়শই কথ্য ভাষায় 'প্রুফ-অফ-স্টেক', 'প্রুফ-অফ-ওয়ার্ক' বা 'প্রুফ-অফ-অথোরিটি' প্রোটোকলকে বোঝাতে ব্যবহৃত হয়। তবে, এগুলি হল কনসেন্সাস মেকানিজমগুলির উপাদান যা [Sybil attacks](/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/bn/developers/docs/consensus-mechanisms/poa/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/poa/index.md
new file mode 100644
index 00000000000..6f7067b6d73
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/poa/index.md
@@ -0,0 +1,80 @@
+---
+title: "প্রুফ-অফ-অথোরিটি (PoA)"
+description: "প্রুফ-অফ-অথোরিটি কনসেন্সাস প্রোটোকল এবং ব্লকচেইন ইকোসিস্টেমে এর ভূমিকার একটি ব্যাখ্যা।"
+lang: bn
+---
+
+**প্রুফ-অফ-অথোরিটি (PoA)** হলো একটি খ্যাতি-ভিত্তিক কনসেন্সাস অ্যালগরিদম যা [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) এর একটি পরিবর্তিত সংস্করণ। এটি বেশিরভাগ প্রাইভেট চেইন, টেস্টনেট এবং স্থানীয় ডেভেলপমেন্ট নেটওয়ার্ক দ্বারা ব্যবহৃত হয়। PoA একটি খ্যাতি-ভিত্তিক কনসেন্সাস অ্যালগরিদম যার জন্য ব্লক তৈরি করার জন্য একদল অনুমোদিত স্বাক্ষরকারীদের উপর বিশ্বাস রাখতে হয়, PoS-এর স্টেক-ভিত্তিক প্রক্রিয়ার পরিবর্তে।
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [ট্রানজ্যাকশন](/developers/docs/transactions/), [ব্লক](/developers/docs/blocks/), এবং [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/) সম্পর্কে পড়ার পরামর্শ দিচ্ছি।
+
+## প্রুফ-অফ-অথোরিটি (PoA) কী? {#what-is-poa}
+
+প্রুফ-অফ-অথোরিটি হলো **[প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) (PoS)**-এর একটি পরিবর্তিত সংস্করণ যা PoS-এর স্টেক-ভিত্তিক প্রক্রিয়ার পরিবর্তে একটি খ্যাতি-ভিত্তিক কনসেন্সাস অ্যালগরিদম। এই শব্দটি 2017 সালে গ্যাভিন উড প্রথম প্রবর্তন করেন, এবং এই কনসেন্সাস অ্যালগরিদমটি বেশিরভাগ প্রাইভেট চেইন, টেস্টনেট এবং স্থানীয় ডেভেলপমেন্ট নেটওয়ার্ক দ্বারা ব্যবহৃত হয়েছে, কারণ এটি PoW-এর মতো উচ্চ মানের রিসোর্সের প্রয়োজনীয়তা কাটিয়ে ওঠে, এবং ব্লকচেইন সংরক্ষণ এবং ব্লক তৈরি করা নোডগুলির একটি ছোট উপসেট থাকার মাধ্যমে PoS-এর সাথে স্কেলেবিলিটি সমস্যাগুলি কাটিয়ে ওঠে।
+
+প্রুফ-অফ-অথোরিটির জন্য অনুমোদিত স্বাক্ষরকারীদের একটি সেটের উপর বিশ্বাস রাখতে হয় যা [জেনেসিস ব্লক](/glossary/#genesis-block)-এ সেট করা থাকে। বেশিরভাগ বর্তমান বাস্তবায়নে, চেইনের কনসেন্সাস নির্ধারণ করার সময় সমস্ত অনুমোদিত স্বাক্ষরকারী সমান ক্ষমতা এবং সুযোগ-সুবিধা বজায় রাখে। খ্যাতি স্টেকিংয়ের পেছনের ধারণাটি হল যে প্রত্যেক অনুমোদিত ভ্যালিডেটর নো ইয়োর কাস্টমার (KYC)-এর মতো জিনিসের মাধ্যমে সবার কাছে সুপরিচিত, অথবা একমাত্র ভ্যালিডেটর হিসেবে একটি সুপরিচিত সংস্থা থাকার মাধ্যমে — এইভাবে যদি কোনও ভ্যালিডেটর কোনও ভুল করে, তবে তাদের পরিচয় জানা যায়।
+
+PoA-এর একাধিক বাস্তবায়ন রয়েছে, তবে স্ট্যান্ডার্ড ইথেরিয়াম বাস্তবায়ন হল **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-কে সব সময় সৎভাবে কাজ করতে এবং নেটওয়ার্ক ব্যবহার করতে বিশ্বাস করবে। এটি বিভিন্ন ছোট/প্রাইভেট নেটওয়ার্কে স্টেক করার প্রয়োজনীয়তা সমাধান করে যা বিভিন্ন উদ্দেশ্যে তৈরি করা হয়েছিল যাতে সেগুলিকে বিকেন্দ্রীভূত এবং কার্যকরী রাখা যায়, সেইসাথে মাইনারদের প্রয়োজনীয়তাও, যা প্রচুর শক্তি এবং রিসোর্স খরচ করে। কিছু প্রাইভেট নেটওয়ার্ক PoA স্ট্যান্ডার্ড ব্যবহার করে যেমন VeChain, এবং কিছু এটি পরিবর্তন করে যেমন Binance যা [PoSA](https://academy.binance.com/en/glossary/proof-of-staked-authority-posa) ব্যবহার করে যা PoA এবং PoS-এর একটি কাস্টম পরিবর্তিত সংস্করণ।
+
+ভোটদান প্রক্রিয়াটি স্বাক্ষরকারীরা নিজেরাই করে থাকেন। প্রত্যেক স্বাক্ষরকারী যখন একটি নতুন ব্লক তৈরি করে তখন তাদের ব্লকে একজন স্বাক্ষরকারীকে যোগ বা অপসারণের জন্য ভোট দেয়। ভোটগুলি নোড দ্বারা গণনা করা হয়, এবং ভোট একটি নির্দিষ্ট `SIGNER_LIMIT` থ্রেশহোল্ডে পৌঁছানোর উপর ভিত্তি করে স্বাক্ষরকারীদের যোগ বা অপসারণ করা হয়।
+
+এমন পরিস্থিতি হতে পারে যেখানে ছোট ফর্ক ঘটে, একটি ব্লকের ডিফিকাল্টি নির্ভর করে ব্লকটি পালাক্রমে বা পালার বাইরে স্বাক্ষরিত হয়েছিল কিনা তার উপর। “পালাক্রমে” ব্লকগুলির ডিফিকাল্টি 2, এবং “পালার বাইরে” ব্লকগুলির ডিফিকাল্টি 1। ছোট ফর্কের ক্ষেত্রে, যে চেইনে বেশিরভাগ স্বাক্ষরকারী “পালাক্রমে” ব্লক সিল করে, সেটি সবচেয়ে বেশি ডিফিকাল্টি সংগ্রহ করবে এবং জিতবে।
+
+## আক্রমণের ভেক্টর {#attack-vectors}
+
+### দূষিত স্বাক্ষরকারী {#malicious-signers}
+
+একজন দূষিত ব্যবহারকারীকে স্বাক্ষরকারীদের তালিকায় যুক্ত করা যেতে পারে, অথবা একটি সাইনিং কী/মেশিন আপোস করা হতে পারে। এই ধরনের পরিস্থিতিতে প্রোটোকলটিকে পুনর্গঠন এবং স্প্যামিংয়ের বিরুদ্ধে নিজেকে রক্ষা করতে সক্ষম হতে হবে। প্রস্তাবিত সমাধানটি হল N সংখ্যক অনুমোদিত স্বাক্ষরকারীদের একটি তালিকা দেওয়া হলে, যে কোনো স্বাক্ষরকারী প্রতি K-এর মধ্যে শুধুমাত্র 1টি ব্লক মিন্ট করতে পারবে। এটি নিশ্চিত করে যে ক্ষতি সীমিত, এবং অবশিষ্ট ভ্যালিডেটররা দূষিত ব্যবহারকারীকে ভোট দিয়ে বের করে দিতে পারে।
+
+### সেন্সরশিপ {#censorship-attack}
+
+আরেকটি আকর্ষণীয় আক্রমণের ভেক্টর হল যদি একজন স্বাক্ষরকারী (বা স্বাক্ষরকারীদের একটি গোষ্ঠী) সেই ব্লকগুলিকে সেন্সর করার চেষ্টা করে যেগুলি তাদেরকে অনুমোদন তালিকা থেকে সরানোর জন্য ভোট দেয়। এটি এড়াতে, স্বাক্ষরকারীদের অনুমোদিত মিন্টিং ফ্রিকোয়েন্সি N/2-এর মধ্যে 1-এ সীমাবদ্ধ করা হয়েছে। এটি নিশ্চিত করে যে দূষিত স্বাক্ষরকারীদের সাইনিং অ্যাকাউন্টের কমপক্ষে 51% নিয়ন্ত্রণ করতে হবে, যে সময়ে তারা কার্যকরভাবে চেইনের জন্য নতুন সত্যের উৎস হয়ে উঠবে।
+
+### স্প্যাম {#spam-attack}
+
+আরেকটি ছোট আক্রমণের ভেক্টর হল দূষিত স্বাক্ষরকারীরা তাদের মিন্ট করা প্রতিটি ব্লকের ভিতরে নতুন ভোটের প্রস্তাব ইনজেক্ট করা। যেহেতু অনুমোদিত স্বাক্ষরকারীদের আসল তালিকা তৈরি করতে নোডগুলিকে সমস্ত ভোট গণনা করতে হয়, তাই তাদের অবশ্যই সময়ের সাথে সাথে সমস্ত ভোট রেকর্ড করতে হবে। ভোট উইন্ডোতে একটি সীমা নির্ধারণ না করলে, এটি ধীরে ধীরে, তবুও সীমাহীনভাবে বাড়তে পারে। সমাধান হল W ব্লকের একটি _চলমান_ উইন্ডো স্থাপন করা যার পরে ভোটগুলিকে পুরানো বলে মনে করা হয়। _একটি যুক্তিসঙ্গত উইন্ডো 1-2 ইপক হতে পারে।_
+
+### সমবর্তী ব্লক {#concurrent-blocks}
+
+একটি PoA নেটওয়ার্কে, যখন N সংখ্যক অনুমোদিত স্বাক্ষরকারী থাকে, তখন প্রত্যেক স্বাক্ষরকারীকে K-এর মধ্যে 1টি ব্লক মিন্ট করার অনুমতি দেওয়া হয়, যার মানে হল N-K+1 ভ্যালিডেটরকে যেকোনো নির্দিষ্ট সময়ে মিন্ট করার অনুমতি দেওয়া হয়। এই ভ্যালিডেটরদের ব্লকগুলির জন্য প্রতিযোগিতা করা থেকে বিরত রাখতে, প্রতিটি স্বাক্ষরকারীর একটি নতুন ব্লক প্রকাশ করার সময়ে একটি ছোট র‍্যান্ডম "অফসেট" যোগ করা উচিত। যদিও এই প্রক্রিয়াটি নিশ্চিত করে যে ছোট ফর্ক বিরল, তবুও মেইননেটের মতোই মাঝে মাঝে ফর্ক ঘটতে পারে। যদি একজন স্বাক্ষরকারীকে তার ক্ষমতার অপব্যবহার করতে এবং বিশৃঙ্খলা সৃষ্টি করতে দেখা যায়, তবে অন্যান্য স্বাক্ষরকারীরা তাকে ভোট দিয়ে বের করে দিতে পারে।
+
+উদাহরণস্বরূপ, যদি 10 জন অনুমোদিত স্বাক্ষরকারী থাকে এবং প্রত্যেক স্বাক্ষরকারীকে 20টির মধ্যে 1টি ব্লক তৈরি করার অনুমতি দেওয়া হয়, তাহলে যেকোনো সময়ে 11 জন ভ্যালিডেটর ব্লক তৈরি করতে পারে। তাদেরকে ব্লক তৈরির জন্য প্রতিযোগিতা করা থেকে বিরত রাখতে, প্রতিটি স্বাক্ষরকারী একটি নতুন ব্লক প্রকাশ করার সময়ে একটি ছোট র‍্যান্ডম "অফসেট" যোগ করে। এটি ছোট ফর্কের ঘটনা হ্রাস করে কিন্তু ইথেরিয়াম মেইননেটে দেখা যায় এমন মাঝে মাঝে ফর্কের অনুমতি দেয়। যদি একজন স্বাক্ষরকারী তাদের কর্তৃত্বের অপব্যবহার করে এবং বিঘ্ন ঘটায়, তবে তাদেরকে নেটওয়ার্ক থেকে ভোট দিয়ে বের করে দেওয়া যেতে পারে।
+
+## সুবিধা এবং অসুবিধা {#pros-and-cons}
+
+| যেসব বিষয়ে এর সুফল পাওয়া যায়                                                                                                                          | কনস                                                                                                                                             |
+| ----------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- |
+| PoS এবং PoW-এর মতো অন্যান্য জনপ্রিয় পদ্ধতির চেয়ে বেশি স্কেলেবল, কারণ এটি সীমিত সংখ্যক ব্লক স্বাক্ষরকারীর উপর ভিত্তি করে।                            | PoA নেটওয়ার্কগুলিতে সাধারণত অপেক্ষাকৃত কম সংখ্যক ভ্যালিডেটিং নোড থাকে। এটি একটি PoA নেটওয়ার্ককে আরও কেন্দ্রীভূত করে তোলে।                     |
+| PoA ব্লকচেইন চালানো এবং রক্ষণাবেক্ষণ করা অবিশ্বাস্যভাবে সস্তা।                                                                                        | একজন অনুমোদিত স্বাক্ষরকারী হওয়া সাধারণত একজন সাধারণ মানুষের নাগালের বাইরে, কারণ ব্লকচেইনটির জন্য প্রতিষ্ঠিত খ্যাতিসম্পন্ন সত্তার প্রয়োজন হয়। |
+| লেনদেন খুব দ্রুত নিশ্চিত হয় কারণ এটি 1 সেকেন্ডেরও কম সময়ে পৌঁছাতে পারে কারণ নতুন ব্লক যাচাই করার জন্য কেবল সীমিত সংখ্যক স্বাক্ষরকারীর প্রয়োজন হয়। | দূষিত স্বাক্ষরকারীরা নেটওয়ার্কে রিঅর্গ, ডাবল স্পেন্ড, লেনদেন সেন্সর করতে পারে, এই আক্রমণগুলি প্রশমিত করা হলেও তা এখনও সম্ভব।                   |
+
+## আরও পড়ুন {#further-reading}
+
+- [EIP-225](https://eips.ethereum.org/EIPS/eip-225) _Clique স্ট্যান্ডার্ড_
+- [প্রুফ অফ অথরিটি স্টাডি](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)
+- [Clique-এর ব্যাখ্যা](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/bn/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
new file mode 100644
index 00000000000..adad61e7683
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -0,0 +1,166 @@
+---
+title: "ইথেরিয়াম প্রুফ-অফ-স্টেক আক্রমণ এবং প্রতিরক্ষা"
+description: "প্রুফ-অফ-স্টেক ইথেরিয়ামের পরিচিত আক্রমণ ভেক্টর এবং কীভাবে সেগুলি থেকে প্রতিরক্ষা করা হয়, সে সম্পর্কে জানুন।"
+lang: bn
+---
+
+চোর এবং নাশকতাকারীরা ক্রমাগত ইথেরিয়ামের ক্লায়েন্ট সফটওয়্যার আক্রমণ করার সুযোগ খুঁজছে। এই পৃষ্ঠাটিতে ইথেরিয়ামের কনসেন্সাস লেয়ারের ওপর পরিচিত আক্রমণ ভেক্টরগুলির রূপরেখা দেওয়া হয়েছে এবং কীভাবে সেই আক্রমণগুলির বিরুদ্ধে প্রতিরক্ষা করা যায়, তারও রূপরেখা দেওয়া হয়েছে। এই পৃষ্ঠার তথ্য একটি [দীর্ঘ সংস্করণ](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs) থেকে অভিযোজিত।
+
+## পূর্বশর্ত {#prerequisites}
+
+[প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) সম্পর্কে কিছু প্রাথমিক জ্ঞান থাকা প্রয়োজন। এছাড়াও, ইথেরিয়ামের [ইনসেন্টিভ লেয়ার](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) এবং ফর্ক-চয়েস অ্যালগরিদম, [LMD-GHOST](/developers/docs/consensus-mechanisms/pos/gasper) সম্পর্কে একটি প্রাথমিক ধারণা থাকা সহায়ক হবে।
+
+## আক্রমণকারীরা কী চায়? {#what-do-attackers-want}
+
+একটি সাধারণ ভুল ধারণা হল যে একজন সফল আক্রমণকারী নতুন ইথার তৈরি করতে পারে, বা নির্বিচার অ্যাকাউন্ট থেকে ইথার সরিয়ে নিতে পারে। এর কোনোটিই সম্ভব নয় কারণ নেটওয়ার্কের সমস্ত এক্সিকিউশন ক্লায়েন্ট দ্বারা সমস্ত লেনদেন কার্যকর করা হয়। তাদের অবশ্যই বৈধতার প্রাথমিক শর্তগুলি পূরণ করতে হবে (যেমন, লেনদেনগুলি প্রেরকের প্রাইভেট কী দ্বারা স্বাক্ষরিত, প্রেরকের পর্যাপ্ত ব্যালেন্স রয়েছে, ইত্যাদি) অন্যথায় সেগুলি কেবল প্রত্যাবর্তন করে। এমন তিন ধরনের ফলাফল রয়েছে যা একজন আক্রমণকারী বাস্তবিকভাবে লক্ষ্য করতে পারে: রিঅর্গ, ডাবল ফাইনালিটি বা ফাইনালিটি ডিলে।
+
+একটি **“রিঅর্গ”** হলো ক্যানোনিকাল চেইনে ব্লকগুলির একটি নতুন ক্রমে পুনর্বিন্যাস করা, সম্ভবত কিছু ব্লক যোগ বা বিয়োগ করে। একটি বিদ্বেষপূর্ণ রিঅর্গ নির্দিষ্ট ব্লক অন্তর্ভুক্ত বা বাদ দেওয়া নিশ্চিত করতে পারে, যা ডাবল-স্পেন্ডিং বা ফ্রন্ট-রানিং এবং ব্যাক-রানিং লেনদেনের (MEV) মাধ্যমে মূল্য আহরণের সুযোগ দেয়। রি-অর্গগুলি ক্যানোনিকাল চেইনে নির্দিষ্ট লেনদেনকে অন্তর্ভুক্ত হওয়া থেকে আটকাতেও ব্যবহার করা যেতে পারে - যা এক ধরনের সেন্সরশিপ। রিঅর্গের সবচেয়ে চরম রূপ হলো “ফাইনালিটি রিভার্সন”, যা পূর্বে ফাইনাল হওয়া ব্লকগুলিকে সরিয়ে দেয় বা প্রতিস্থাপন করে। এটি কেবল তখনই সম্ভব যদি আক্রমণকারী মোট স্টেক করা ইথারের ⅓-এর বেশি ধ্বংস করে দেয় - এই নিশ্চয়তাটি “ইকোনমিক ফাইনালিটি” নামে পরিচিত - এই বিষয়ে পরে আরও আলোচনা করা হবে।
+
+**ডাবল ফাইনালিটি** হল একটি অসম্ভাব্য কিন্তু গুরুতর পরিস্থিতি যেখানে দুটি ফর্ক একযোগে ফাইনাল হতে পারে, যা চেইনে একটি স্থায়ী বিভেদ তৈরি করে। মোট স্টেক করা ইথারের 34% ঝুঁকি নিতে ইচ্ছুক একজন আক্রমণকারীর জন্য এটি তাত্ত্বিকভাবে সম্ভব। সম্প্রদায়কে অফচেইন সমন্বয় করতে এবং কোন চেইন অনুসরণ করতে হবে সে সম্পর্কে একটি চুক্তিতে আসতে বাধ্য করা হবে, যার জন্য সামাজিক লেয়ারে শক্তির প্রয়োজন হবে।
+
+একটি **ফাইনালিটি ডিলে** আক্রমণ নেটওয়ার্ককে চেইনের বিভাগগুলোকে ফাইনাল করার জন্য প্রয়োজনীয় শর্তে পৌঁছাতে বাধা দেয়। ফাইনালিটি ছাড়া, ইথেরিয়ামের উপরে নির্মিত আর্থিক অ্যাপ্লিকেশনগুলিকে বিশ্বাস করা কঠিন। একটি ফাইনালিটি ডিলে আক্রমণের লক্ষ্য সম্ভবত সরাসরি লাভের পরিবর্তে ইথেরিয়ামকে ব্যাহত করা, যদি না আক্রমণকারীর কিছু কৌশলগত শর্ট পজিশন থাকে।
+
+সামাজিক লেয়ারের উপর একটি আক্রমণের লক্ষ্য হতে পারে ইথেরিয়ামের উপর জনসাধারণের আস্থা নষ্ট করা, ইথারের অবমূল্যায়ন করা, গ্রহণ হ্রাস করা বা ইথেরিয়াম সম্প্রদায়কে দুর্বল করা যাতে ব্যান্ডের বাইরের সমন্বয় আরও কঠিন হয়ে ওঠে।
+
+একজন প্রতিপক্ষ কেন ইথেরিয়ামকে আক্রমণ করতে পারে তা প্রতিষ্ঠা করার পর, নিম্নলিখিত বিভাগগুলি পরীক্ষা করে যে তারা _কীভাবে_ এটি করতে পারে।
+
+## আক্রমণের পদ্ধতি {#methods-of-attack}
+
+### লেয়ার 0 আক্রমণ {#layer-0}
+
+প্রথমত, যে ব্যক্তিরা সক্রিয়ভাবে ইথেরিয়ামে অংশগ্রহণ করছেন না (ক্লায়েন্ট সফ্টওয়্যার চালানোর মাধ্যমে) তারা সামাজিক স্তর (লেয়ার 0) লক্ষ্য করে আক্রমণ করতে পারেন। লেয়ার 0 হল সেই ভিত্তি যার উপর ইথেরিয়াম নির্মিত, এবং সেই কারণে এটি আক্রমণের জন্য একটি সম্ভাব্য ক্ষেত্র যার পরিণতি বাকি স্ট্যাকের মাধ্যমে ছড়িয়ে পড়ে। কিছু উদাহরণ অন্তর্ভুক্ত হতে পারে:
+
+- একটি ভুল তথ্য প্রচার ইথেরিয়ামের রোডম্যাপ, ডেভেলপারদের দল, অ্যাপস ইত্যাদির প্রতি সম্প্রদায়ের আস্থাকে ক্ষয় করতে পারে। এটি তখন নেটওয়ার্ক সুরক্ষিত করতে ইচ্ছুক ব্যক্তির সংখ্যা হ্রাস করতে পারে, যা বিকেন্দ্রীকরণ এবং ক্রিপ্টো-অর্থনৈতিক নিরাপত্তা উভয়কেই হ্রাস করে।
+
+- ডেভেলপার সম্প্রদায়ের প্রতি লক্ষ্যবস্তু আক্রমণ এবং/অথবা ভীতি প্রদর্শন। এটি ডেভেলপারদের স্বেচ্ছায় প্রস্থান এবং ইথেরিয়ামের অগ্রগতি মন্থর করতে পারে।
+
+- অতিরিক্ত উদ্যোগী নিয়ন্ত্রণকেও লেয়ার 0-এর উপর আক্রমণ হিসাবে বিবেচনা করা যেতে পারে, কারণ এটি দ্রুত অংশগ্রহণ এবং গ্রহণকে নিরুৎসাহিত করতে পারে।
+
+- ডেভেলপার সম্প্রদায়ে জ্ঞানী কিন্তু দূষিত অভিনেতাদের অনুপ্রবেশ যাদের লক্ষ্য হল বাইক-শেডিং আলোচনার মাধ্যমে অগ্রগতি মন্থর করা, মূল সিদ্ধান্ত বিলম্বিত করা, স্প্যাম তৈরি করা ইত্যাদি।
+
+- সিদ্ধান্ত গ্রহণে প্রভাব ফেলতে ইথেরিয়াম ইকোসিস্টেমের মূল খেলোয়াড়দের ঘুষ দেওয়া।
+
+যা এই আক্রমণগুলিকে বিশেষভাবে বিপজ্জনক করে তোলে তা হল অনেক ক্ষেত্রে খুব কম মূলধন বা প্রযুক্তিগত জ্ঞানের প্রয়োজন হয়। একটি লেয়ার 0 আক্রমণ একটি ক্রিপ্টো-অর্থনৈতিক আক্রমণের উপর একটি গুণক হতে পারে। উদাহরণস্বরূপ, যদি একটি বিদ্বেষপরায়ণ সংখ্যাগরিষ্ঠ স্টেকহোল্ডার দ্বারা সেন্সরশিপ বা ফাইনালিটি রিভার্সন অর্জন করা হয়, তাহলে সামাজিক লেয়ারকে দুর্বল করা একটি সম্প্রদায় প্রতিক্রিয়াকে ব্যান্ডের বাইরে সমন্বয় করা আরও কঠিন করে তুলতে পারে।
+
+লেয়ার 0 আক্রমণের বিরুদ্ধে প্রতিরক্ষা সম্ভবত সহজবোধ্য নয়, তবে কিছু মৌলিক নীতি স্থাপন করা যেতে পারে। একটি হল ইথেরিয়াম সম্পর্কে জনসাধারণের তথ্যের জন্য একটি সামগ্রিক উচ্চ সংকেত-থেকে-শব্দ অনুপাত বজায় রাখা, যা সম্প্রদায়ের সৎ সদস্যদের দ্বারা ব্লগ, ডিসকর্ড সার্ভার, টীকাযুক্ত স্পেক, বই, পডকাস্ট এবং ইউটিউবের মাধ্যমে তৈরি এবং প্রচারিত হয়। এখানে ethereum.org-এ আমরা সঠিক তথ্য বজায় রাখতে এবং এটিকে যতটা সম্ভব ভাষায় অনুবাদ করার জন্য কঠোর চেষ্টা করি। উচ্চ মানের তথ্য এবং মেমে দিয়ে একটি স্থান প্লাবিত করা ভুল তথ্যের বিরুদ্ধে একটি কার্যকর প্রতিরক্ষা।
+
+সামাজিক লেয়ার আক্রমণের বিরুদ্ধে আরেকটি গুরুত্বপূর্ণ দুর্গ হল একটি স্পষ্ট মিশন বিবৃতি এবং গভর্নেন্স প্রোটোকল। ইথেরিয়াম নিজেকে স্মার্ট-কন্ট্রাক্ট লেয়ার 1-এর মধ্যে বিকেন্দ্রীকরণ এবং নিরাপত্তার চ্যাম্পিয়ন হিসাবে প্রতিষ্ঠিত করেছে, পাশাপাশি স্কেলেবিলিটি এবং স্থায়িত্বকেও অত্যন্ত মূল্য দেয়। ইথেরিয়াম সম্প্রদায়ে যে মতবিরোধই দেখা দিক না কেন, এই মূল নীতিগুলিতে ন্যূনতম আপস করা হয়। এই মূল নীতিগুলির বিরুদ্ধে একটি আখ্যানের মূল্যায়ন করা এবং EIP (ইথেরিয়াম ইমপ্রুভমেন্ট প্রোপোজাল) প্রক্রিয়ায় পর্যালোচনার ধারাবাহিক রাউন্ডের মাধ্যমে সেগুলি পরীক্ষা করা, সম্প্রদায়কে ভাল এবং খারাপ অভিনেতাদের মধ্যে পার্থক্য করতে সাহায্য করতে পারে এবং ইথেরিয়ামের ভবিষ্যতের দিকনির্দেশকে প্রভাবিত করার জন্য দূষিত অভিনেতাদের সুযোগ সীমিত করতে পারে।
+
+অবশেষে, এটি অত্যন্ত গুরুত্বপূর্ণ যে ইথেরিয়াম সম্প্রদায় সমস্ত অংশগ্রহণকারীদের জন্য উন্মুক্ত এবং স্বাগত জানায়। দ্বাররক্ষক এবং একচেটিয়াতা সহ একটি সম্প্রদায় সামাজিক আক্রমণের জন্য বিশেষভাবে ঝুঁকিপূর্ণ কারণ এটি "আমরা এবং তারা" আখ্যান তৈরি করা সহজ। গোষ্ঠীবাদ এবং বিষাক্ত সর্বোচ্চবাদ সম্প্রদায়ের ক্ষতি করে এবং লেয়ার 0 নিরাপত্তাকে ক্ষয় করে। নেটওয়ার্কের নিরাপত্তায় নিহিত স্বার্থ সহ ইথেরিয়ানদের অনলাইনে এবং মিটস্পেসে তাদের আচরণকে ইথেরিয়ামের লেয়ার 0-এর নিরাপত্তায় সরাসরি অবদানকারী হিসাবে দেখা উচিত।
+
+### প্রোটোকলে আক্রমণ করা {#attacking-the-protocol}
+
+যে কেউ ইথেরিয়ামের ক্লায়েন্ট সফ্টওয়্যার চালাতে পারে। একটি ক্লায়েন্টে একটি ভ্যালিডেটর যোগ করতে, একজন ব্যবহারকারীকে ডিপোজিট কন্ট্রাক্টে 32 ইথার স্টেক করতে হবে। একটি ভ্যালিডেটর একজন ব্যবহারকারীকে নতুন ব্লক প্রস্তাব এবং প্রমাণীকরণের মাধ্যমে ইথেরিয়ামের নেটওয়ার্ক নিরাপত্তায় সক্রিয়ভাবে অংশগ্রহণ করতে দেয়। ভ্যালিডেটরের এখন একটি কণ্ঠস্বর আছে যা তারা ব্লকচেইনের ভবিষ্যতের বিষয়বস্তুকে প্রভাবিত করতে ব্যবহার করতে পারে - তারা সততার সাথে এটি করতে পারে এবং পুরস্কারের মাধ্যমে তাদের ইথারের ভান্ডার বাড়াতে পারে অথবা তারা তাদের নিজের সুবিধার জন্য প্রক্রিয়াটিকে কাজে লাগানোর চেষ্টা করতে পারে, তাদের স্টেককে ঝুঁকিতে ফেলে। আক্রমণের একটি উপায় হল মোট স্টেকের একটি বড় অংশ সংগ্রহ করা এবং তারপর সৎ ভ্যালিডেটরদের ছাড়িয়ে যাওয়ার জন্য এটি ব্যবহার করা। আক্রমণকারীর দ্বারা নিয়ন্ত্রিত স্টেকের অনুপাত যত বেশি হবে, তাদের ভোটের ক্ষমতা তত বেশি হবে, বিশেষ করে নির্দিষ্ট অর্থনৈতিক মাইলফলকে যা আমরা পরে অন্বেষণ করব। যাইহোক, বেশিরভাগ আক্রমণকারী এইভাবে আক্রমণ করার জন্য পর্যাপ্ত ইথার সংগ্রহ করতে সক্ষম হবে না, তাই পরিবর্তে তাদের সৎ সংখ্যাগরিষ্ঠকে একটি নির্দিষ্ট উপায়ে কাজ করার জন্য সূক্ষ্ম কৌশল ব্যবহার করতে হবে।
+
+মূলত, সমস্ত ছোট-স্টেক আক্রমণ হল দুই ধরনের ভ্যালিডেটর অসদাচরণের সূক্ষ্ম ভিন্নতা: কম-ক্রিয়াকলাপ (প্রমাণ/প্রস্তাব করতে ব্যর্থ হওয়া বা দেরিতে করা) বা অতিরিক্ত-ক্রিয়াকলাপ (একটি স্লটে অনেকবার প্রস্তাব/প্রমাণ করা)। তাদের সবচেয়ে সরল রূপে এই ক্রিয়াগুলি ফর্ক-চয়েস অ্যালগরিদম এবং ইনসেনটিভ লেয়ার দ্বারা সহজেই পরিচালিত হয়, তবে আক্রমণকারীর সুবিধার জন্য সিস্টেমটিকে খেলার জন্য চতুর উপায় রয়েছে।
+
+### অল্প পরিমাণে ETH ব্যবহার করে আক্রমণ {#attacks-by-small-stakeholders}
+
+#### রিঅর্গ {#reorgs}
+
+বেশ কয়েকটি গবেষণাপত্রে ইথেরিয়ামের উপর আক্রমণের ব্যাখ্যা দেওয়া হয়েছে যা মোট স্টেক করা ইথারের একটি ছোট অনুপাতের সাথে রিঅর্গ বা ফাইনালিটি ডিলে অর্জন করে। এই আক্রমণগুলি সাধারণত আক্রমণকারীর উপর নির্ভর করে যে তারা অন্যান্য ভ্যালিডেটরদের কাছ থেকে কিছু তথ্য গোপন করে এবং তারপর এটিকে কিছু সূক্ষ্ম উপায়ে এবং/অথবা কিছু সুবিধাজনক মুহূর্তে প্রকাশ করে। তারা সাধারণত ক্যানোনিকাল চেইন থেকে কিছু সৎ ব্লককে স্থানচ্যুত করার লক্ষ্য রাখে। [নিউডার এট আল ২০২০](https://arxiv.org/pdf/2102.02247.pdf) দেখিয়েছেন কিভাবে একজন আক্রমণকারী ভ্যালিডেটর একটি নির্দিষ্ট স্লট `n+1`-এর জন্য একটি ব্লক (`B`) তৈরি করতে এবং প্রমাণ করতে পারে কিন্তু নেটওয়ার্কের অন্যান্য নোডগুলিতে এটি প্রচার করা থেকে বিরত থাকতে পারে। পরিবর্তে, তারা পরবর্তী স্লট `n+2` পর্যন্ত সেই সত্যায়িত ব্লকটি ধরে রাখে। একজন সৎ ভ্যালিডেটর স্লট `n+2` এর জন্য একটি ব্লক (`C`) প্রস্তাব করে। প্রায় একই সাথে, আক্রমণকারী তাদের গোপন রাখা ব্লক (`B`) এবং এর জন্য তাদের গোপন রাখা অ্যাটেস্টেশনগুলি প্রকাশ করতে পারে, এবং স্লট `n+2`-এর জন্য তাদের ভোট দিয়ে চেইনের প্রধান হিসাবে `B`-কে অ্যাটেস্ট করতে পারে, কার্যকরভাবে সৎ ব্লক `C`-এর অস্তিত্ব অস্বীকার করে। যখন সৎ ব্লক `D` প্রকাশ করা হয়, ফর্ক চয়েস অ্যালগরিদম `C`-এর উপর `D` তৈরির চেয়ে `B`-এর উপর `D` তৈরি করাকে ভারী হিসাবে দেখে। আক্রমণকারী তাই একটি 1-ব্লক এক্স অ্যান্টে রিঅর্গ ব্যবহার করে ক্যানোনিকাল চেইন থেকে স্লট `n+2`-এ সৎ ব্লক `C` অপসারণ করতে সক্ষম হয়েছে। [৩৪% স্টেক সহ একজন আক্রমণকারীর](https://www.youtube.com/watch?v=6vzXwwk12ZE) এই আক্রমণে সফল হওয়ার খুব ভাল সুযোগ রয়েছে, যেমনটি [এই নোটে](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair) ব্যাখ্যা করা হয়েছে। তাত্ত্বিকভাবে, যদিও, এই আক্রমণটি ছোট স্টেক দিয়েও চেষ্টা করা যেতে পারে। [নিউডার এট আল ২০২০](https://arxiv.org/pdf/2102.02247.pdf) এই আক্রমণটিকে ৩০% স্টেক দিয়ে কাজ করার বর্ণনা দিয়েছেন, তবে পরে এটি [মোট স্টেকের ২%](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 থেকে অভিযোজিত)
+
+আরও একটি অত্যাধুনিক আক্রমণ সৎ ভ্যালিডেটর সেটকে আলাদা আলাদা গ্রুপে ভাগ করতে পারে যাদের চেইনের প্রধান সম্পর্কে ভিন্ন ভিন্ন দৃষ্টিভঙ্গি রয়েছে। এটি একটি **ব্যালান্সিং আক্রমণ** হিসাবে পরিচিত। আক্রমণকারী একটি ব্লক প্রস্তাব করার সুযোগের জন্য অপেক্ষা করে, এবং যখন এটি আসে তখন তারা সমতুল্য হয় এবং দুটি প্রস্তাব করে। তারা সৎ ভ্যালিডেটর সেটের অর্ধেককে একটি ব্লক পাঠায় এবং অন্য অর্ধেককে অন্য ব্লক পাঠায়। এই ইকুইভোকেশনটি ফর্ক-চয়েস অ্যালগরিদম দ্বারা শনাক্ত করা হবে এবং ব্লক প্রপোজারকে স্ল্যাশ করে নেটওয়ার্ক থেকে বের করে দেওয়া হবে, কিন্তু দুটি ব্লক তখনও বিদ্যমান থাকবে এবং প্রতিটি ফর্কের জন্য ভ্যালিডেটর সেটের প্রায় অর্ধেক অ্যাটেস্ট করবে। এদিকে, অবশিষ্ট বিদ্বেষপরায়ণ ভ্যালিডেটররা তাদের অ্যাটেস্টেশনগুলি আটকে রাখে। তারপরে, একটি বা অন্য ফর্কের পক্ষে অ্যাটেস্টেশনগুলির সঞ্চিত ওজনকে এক বা অন্য ফর্কের পক্ষে ঝুঁকাতে, ঠিক যখন ফর্ক-চয়েস অ্যালগরিদম কার্যকর হয় তখন বেছে বেছে অ্যাটেস্টেশনগুলি যথেষ্ট ভ্যালিডেটরদের কাছে প্রকাশ করে। এটি অনির্দিষ্টকালের জন্য চলতে পারে, আক্রমণকারী ভ্যালিডেটররা দুটি ফর্ক জুড়ে ভ্যালিডেটরদের একটি সমান বিভাজন বজায় রাখে। যেহেতু কোনো ফর্কই ২/৩ সুপারমেজরটি আকর্ষণ করতে পারে না, তাই নেটওয়ার্কটি চূড়ান্ত হবে না।
+
+**বাউন্সিং আক্রমণ** একই রকম। আক্রমণকারী ভ্যালিডেটরদের দ্বারা আবার ভোট আটকে রাখা হয়। দুটি ফর্কের মধ্যে একটি সমান বিভাজন রাখার জন্য ভোট প্রকাশ করার পরিবর্তে, তারা ফর্ক A এবং ফর্ক B-এর মধ্যে পর্যায়ক্রমে চেকপয়েন্টগুলিকে ন্যায্যতা দেওয়ার জন্য সুবিধাজনক মুহূর্তে তাদের ভোট ব্যবহার করে। দুটি ফর্কের মধ্যে ন্যায্যতার এই ফ্লিপ-ফ্লপিং ন্যায্য উত্স এবং লক্ষ্য চেকপয়েন্টগুলির জোড়া হতে বাধা দেয় যা চূড়ান্ত হতে পারে, চূড়ান্ততা বন্ধ করে দেয়।
+
+<YouTube id="xcPxwhrg3Ao"/>
+
+বাউন্সিং এবং ব্যালেন্সিং উভয় আক্রমণই নেটওয়ার্ক জুড়ে মেসেজ টাইমিং-এর উপর আক্রমণকারীর খুব সূক্ষ্ম নিয়ন্ত্রণের উপর নির্ভর করে, যা অসম্ভাব্য। তবুও, ধীর মেসেজের তুলনায় দ্রুত মেসেজকে অতিরিক্ত ওজন দেওয়ার আকারে প্রোটোকলে প্রতিরক্ষা তৈরি করা হয়। এটি [প্রোপোজার-ওয়েট বুস্টিং](https://github.com/ethereum/consensus-specs/pull/2730) নামে পরিচিত। বাউন্সিং আক্রমণের বিরুদ্ধে রক্ষা করার জন্য ফর্ক-চয়েস অ্যালগরিদম আপডেট করা হয়েছিল যাতে সর্বশেষ ন্যায্য চেকপয়েন্টটি [প্রতিটি যুগের স্লটের প্রথম ১/৩ অংশ চলাকালীন](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114) একটি বিকল্প চেইনের সাথে পরিবর্তন করতে পারে। এই শর্তটি আক্রমণকারীকে পরে স্থাপন করার জন্য ভোট সঞ্চয় করা থেকে বিরত রাখে - ফর্ক চয়েস অ্যালগরিদম কেবল সেই চেকপয়েন্টের প্রতি অনুগত থাকে যা এটি যুগের প্রথম ১/৩ অংশে বেছে নিয়েছিল, যে সময়ে বেশিরভাগ সৎ ভ্যালিডেটররা ভোট দিয়েছিল।
+
+একসাথে, এই পদক্ষেপগুলি এমন একটি পরিস্থিতি তৈরি করে যেখানে একজন সৎ ব্লক প্রস্তাবক স্লটের শুরু হওয়ার সাথে সাথেই খুব দ্রুত তাদের ব্লক নির্গত করে, তারপরে প্রায় ১/৩ স্লটের (৪ সেকেন্ড) একটি সময়কাল থাকে যেখানে সেই নতুন ব্লকটি ফর্ক-চয়েস অ্যালগরিদমকে অন্য চেইনে স্যুইচ করতে পারে। একই সময়সীমার পরে, ধীর ভ্যালিডেটরদের কাছ থেকে আসা অ্যাটেস্টেশনগুলিকে আগে আসা অ্যাটেস্টেশনগুলির তুলনায় কম ওজন দেওয়া হয়। এটি চেইনের প্রধান নির্ধারণে দ্রুত প্রস্তাবক এবং ভ্যালিডেটরদের দৃঢ়ভাবে সমর্থন করে এবং একটি সফল ব্যালেন্সিং বা বাউন্সিং আক্রমণের সম্ভাবনা যথেষ্ট হ্রাস করে।
+
+এটা উল্লেখ করার মতো, যে প্রস্তাবক বুস্টিং একা শুধুমাত্র “সস্তা রিঅর্গ” এর বিরুদ্ধে রক্ষা করে, অর্থাৎ, একটি ছোট স্টেক সহ একজন আক্রমণকারীর দ্বারা চেষ্টা করা হয়। প্রকৃতপক্ষে, প্রোপোজার-বুস্টিং নিজেই বড় স্টেকহোল্ডারদের দ্বারা গেম করা যেতে পারে। [এই পোস্টের](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) লেখকরা বর্ণনা করেছেন কিভাবে ৭% স্টেকের একজন আক্রমণকারী সৎ ভ্যালিডেটরদের তাদের ফর্কে তৈরি করতে, একটি সৎ ব্লককে রিঅর্গ করে বের করে দেওয়ার জন্য কৌশলগতভাবে তাদের ভোট স্থাপন করতে পারে। এই আক্রমণটি আদর্শ লেটেন্সি শর্ত ধরে নিয়ে তৈরি করা হয়েছিল যা খুব অসম্ভাব্য। আক্রমণকারীর জন্য প্রতিকূলতা এখনও খুব দীর্ঘ, এবং বৃহত্তর স্টেক মানে আরও বেশি মূলধন ঝুঁকিতে এবং একটি শক্তিশালী অর্থনৈতিক অনীহা।
+
+[এলএমডি নিয়মকে বিশেষভাবে লক্ষ্য করে একটি ব্যালান্সিং আক্রমণ](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) করে বন্ধ করা হয়েছিল যাতে এটি ফর্ক চয়েস বিবেচনা থেকে সম্পূর্ণরূপে ইকুইভোকেটিং ভ্যালিডেটরদের বাতিল করে দেয়। ইকুইভোকেটিং ভ্যালিডেটরদের ভবিষ্যতের প্রভাবও ফর্ক চয়েস অ্যালগরিদম দ্বারা ছাড় দেওয়া হয়। এটি উপরে বর্ণিত ব্যালেন্সিং আক্রমণকে প্রতিরোধ করে এবং একই সাথে অ্যাভাল্যাঞ্চ আক্রমণের বিরুদ্ধে স্থিতিস্থাপকতা বজায় রাখে।
+
+আরেক ধরনের আক্রমণ, যাকে [**অ্যাভাল্যাঞ্চ আক্রমণ**](https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854/3) বলা হয়, একটি [মার্চ ২০২২ সালের গবেষণাপত্রে](https://arxiv.org/pdf/2203.01315.pdf) বর্ণনা করা হয়েছিল। একটি অ্যাভাল্যাঞ্চ আক্রমণ মাউন্ট করতে, আক্রমণকারীকে বেশ কয়েকটি পরপর ব্লক প্রস্তাবক নিয়ন্ত্রণ করতে হবে। প্রতিটি ব্লক প্রস্তাবনা স্লটে, আক্রমণকারী তাদের ব্লকটি গোপন রাখে, সৎ চেইন গোপন রাখা ব্লকগুলির সাথে একটি সমান সাবট্রি ওজনে পৌঁছানো পর্যন্ত সেগুলি সংগ্রহ করে। তারপরে, গোপন রাখা ব্লকগুলি প্রকাশ করা হয় যাতে তারা সর্বাধিক ইকুইভোকেট করে। লেখকরা পরামর্শ দেন যে প্রোপোজার বুস্টিং - ব্যালেন্সিং এবং বাউন্সিং আক্রমণের বিরুদ্ধে প্রাথমিক প্রতিরক্ষা - অ্যাভাল্যাঞ্চ আক্রমণের কিছু রূপের বিরুদ্ধে রক্ষা করে না। যাইহোক, লেখকরা শুধুমাত্র ইথেরিয়ামের ফর্ক-চয়েস অ্যালগরিদমের একটি অত্যন্ত আদর্শীকৃত সংস্করণে আক্রমণটি প্রদর্শন করেছেন (তারা 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 ভোটগুলি বর্তমান ফাইনালিটি লক্ষ্য হিসাবে পূর্ববর্তী যুগ-সীমানা ব্লকের পক্ষে ব্যবহার করে। তারপরে তারা তাদের আটকে রাখা ব্লক প্রকাশ করে। তারা তাদের ব্লককে প্রমাণ করে এবং বাকি সৎ ভ্যালিডেটররাও ভিন্ন ভিন্ন লক্ষ্য চেকপয়েন্ট সহ ফর্ক তৈরি করে। যদি তারা এটিকে ঠিক সময়ে সময় দেয়, তবে তারা ফাইনালিটি প্রতিরোধ করবে কারণ কোনো ফর্কের পক্ষে ২/৩ সুপারমেজরটি অ্যাটেস্ট করা হবে না। স্টেক যত ছোট হবে, সময় তত বেশি সুনির্দিষ্ট হতে হবে কারণ আক্রমণকারী সরাসরি কম অ্যাটেস্টেশন নিয়ন্ত্রণ করে, এবং আক্রমণকারীর একটি প্রদত্ত যুগ-সীমানা ব্লক প্রস্তাবকারী ভ্যালিডেটর নিয়ন্ত্রণ করার সম্ভাবনা তত কম।
+
+#### লং-রেঞ্জ আক্রমণ {#long-range-attacks}
+
+প্রুফ-অফ-স্টেক ব্লকচেইনগুলির জন্য নির্দিষ্ট একটি ধরনের আক্রমণও রয়েছে যা জেনেসিস ব্লকে অংশগ্রহণকারী একটি ভ্যালিডেটরকে জড়িত করে যা সৎ একের পাশাপাশি ব্লকচেইনের একটি পৃথক ফর্ক বজায় রাখে, অবশেষে সৎ ভ্যালিডেটর সেটকে অনেক পরে কোনো সুবিধাজনক সময়ে এটিতে স্যুইচ করতে রাজি করায়। এই ধরনের আক্রমণ ইথেরিয়ামে সম্ভব নয় কারণ ফাইনালিটি গ্যাজেট নিশ্চিত করে যে সমস্ত ভ্যালিডেটর নিয়মিত বিরতিতে (“চেকপয়েন্ট”) সৎ চেইনের অবস্থায় একমত। এই সহজ প্রক্রিয়াটি দীর্ঘ পরিসরের আক্রমণকারীদের নিরপেক্ষ করে কারণ ইথেরিয়াম ক্লায়েন্টরা কেবল ফাইনাল করা ব্লকগুলিকে রিঅর্গ করবে না। নেটওয়ার্কে যোগদানকারী নতুন নোডগুলি একটি বিশ্বস্ত সাম্প্রতিক স্টেট হ্যাশ (“[দুর্বল বিষয়ভিত্তিকতা](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/) চেকপয়েন্ট”) খুঁজে বের করে এবং এটিকে একটি ছদ্ম-জেনেসিস ব্লক হিসাবে ব্যবহার করে যার উপরে তৈরি করা হয়। এটি একটি নতুন নোডের জন্য নেটওয়ার্কে প্রবেশের জন্য একটি ‘ট্রাস্ট গেটওয়ে’ তৈরি করে, তার আগে এটি নিজের জন্য তথ্য যাচাই করা শুরু করতে পারে।
+
+#### পরিষেবা অস্বীকার {#denial-of-service}
+
+ইথেরিয়ামের PoS প্রক্রিয়া প্রতিটি স্লটে মোট ভ্যালিডেটর সেট থেকে একটি একক ভ্যালিডেটরকে ব্লক প্রস্তাবক হিসাবে বেছে নেয়। এটি একটি সর্বজনীনভাবে পরিচিত ফাংশন ব্যবহার করে গণনা করা যেতে পারে এবং একজন প্রতিপক্ষের পক্ষে তাদের ব্লক প্রস্তাবনার সামান্য আগে পরবর্তী ব্লক প্রস্তাবককে সনাক্ত করা সম্ভব। তারপরে, আক্রমণকারী ব্লক প্রস্তাবককে স্প্যাম করতে পারে যাতে তারা তাদের সহকর্মীদের সাথে তথ্য আদান-প্রদান করতে না পারে। নেটওয়ার্কের বাকি অংশের কাছে, এটি মনে হবে যে ব্লক প্রস্তাবক অফলাইন ছিল এবং স্লটটি কেবল খালি যাবে। এটি নির্দিষ্ট ভ্যালিডেটরদের বিরুদ্ধে সেন্সরশিপের একটি রূপ হতে পারে, যা তাদের ব্লকচেইনে তথ্য যোগ করা থেকে বিরত রাখে। একক গোপন নেতা নির্বাচন (SSLE) বা অ-একক গোপন নেতা নির্বাচন বাস্তবায়ন করলে DoS ঝুঁকি কমবে কারণ শুধুমাত্র ব্লক প্রস্তাবকই জানেন যে তারা নির্বাচিত হয়েছেন এবং নির্বাচনটি আগে থেকে জানা যায় না। এটি এখনও বাস্তবায়িত হয়নি, তবে এটি [গবেষণা ও উন্নয়নের](https://ethresear.ch/t/secret-non-single-leader-election/11789) একটি সক্রিয় ক্ষেত্র।
+
+এই সবই এই সত্যের দিকে ইঙ্গিত করে যে অল্প স্টেক দিয়ে ইথেরিয়ামকে সফলভাবে আক্রমণ করা খুব কঠিন। এখানে বর্ণিত কার্যকর আক্রমণগুলির জন্য একটি আদর্শীকৃত ফর্ক-চয়েস অ্যালগরিদম, অসম্ভাব্য নেটওয়ার্ক শর্ত প্রয়োজন, অথবা আক্রমণ ভেক্টরগুলি ইতিমধ্যেই ক্লায়েন্ট সফ্টওয়্যারের তুলনামূলকভাবে ছোটখাটো প্যাচ দিয়ে বন্ধ করা হয়েছে। এটি, অবশ্যই, বন্য পরিবেশে জিরো-ডে থাকার সম্ভাবনাকে বাতিল করে না, তবে এটি একজন সংখ্যালঘু-স্টেক আক্রমণকারীকে কার্যকর হতে হলে প্রযুক্তিগত যোগ্যতা, কনসেন্সাস লেয়ার জ্ঞান এবং ভাগ্যের অত্যন্ত উচ্চ বার প্রদর্শন করে। একজন আক্রমণকারীর দৃষ্টিকোণ থেকে তাদের সেরা বাজি হতে পারে যতটা সম্ভব ইথার জমা করা এবং মোট স্টেকের একটি বৃহত্তর অনুপাত নিয়ে সশস্ত্র হয়ে ফিরে আসা।
+
+### মোট স্টেকের >= ৩৩% ব্যবহারকারী আক্রমণকারী {#attackers-with-33-stake}
+
+এই নিবন্ধে পূর্বে উল্লিখিত সমস্ত আক্রমণ সফল হওয়ার সম্ভাবনা বেশি যখন আক্রমণকারীর কাছে ভোট দেওয়ার জন্য আরও স্টেক করা ইথার থাকে, এবং আরও ভ্যালিডেটর থাকে যারা প্রতিটি স্লটে ব্লক প্রস্তাব করার জন্য নির্বাচিত হতে পারে। একটি বিদ্বেষপরায়ণ ভ্যালিডেটর তাই যতটা সম্ভব স্টেক করা ইথার নিয়ন্ত্রণ করার লক্ষ্য রাখতে পারে।
+
+স্টেক করা ইথারের ৩৩% একজন আক্রমণকারীর জন্য একটি বেঞ্চমার্ক কারণ এই পরিমাণের চেয়ে বেশি কিছু দিয়ে তাদের অন্য ভ্যালিডেটরদের ক্রিয়া সূক্ষ্মভাবে নিয়ন্ত্রণ না করেই চেইনটিকে চূড়ান্ত করা থেকে বিরত রাখার ক্ষমতা থাকে। তারা কেবল সবাই একসাথে অদৃশ্য হয়ে যেতে পারে। যদি স্টেক করা ইথারের ১/৩ বা তার বেশি বিদ্বেষপরায়ণভাবে অ্যাটেস্ট করে বা অ্যাটেস্ট করতে ব্যর্থ হয়, তাহলে একটি ২/৩ সুপারমেজরটি থাকতে পারে না এবং চেইনটি চূড়ান্ত হতে পারে না। এর বিরুদ্ধে প্রতিরক্ষা হল নিষ্ক্রিয়তা ফাঁস। নিষ্ক্রিয়তা ফাঁস সেই ভ্যালিডেটরদের সনাক্ত করে যারা অ্যাটেস্ট করতে ব্যর্থ হচ্ছে বা সংখ্যাগরিষ্ঠের বিরুদ্ধে অ্যাটেস্ট করছে। এই অ-অ্যাটেস্টিং ভ্যালিডেটরদের মালিকানাধীন স্টেক করা ইথার ধীরে ধীরে শেষ হয়ে যায় যতক্ষণ না অবশেষে তারা সম্মিলিতভাবে মোট স্টেকের ১/৩-এর কম প্রতিনিধিত্ব করে যাতে চেইনটি আবার ফাইনাল হতে পারে।
+
+নিষ্ক্রিয়তা ফাঁসের উদ্দেশ্য হল চেইনটিকে আবার চূড়ান্ত করা। তবে, আক্রমণকারী তাদের স্টেক করা ইথারের একটি অংশও হারায়। মোট স্টেক করা ইথারের ৩৩% প্রতিনিধিত্বকারী ভ্যালিডেটরদের মধ্যে ক্রমাগত নিষ্ক্রিয়তা খুব ব্যয়বহুল যদিও ভ্যালিডেটরদের স্ল্যাশ করা হয় না।
+
+ধরা যাক যে ইথেরিয়াম নেটওয়ার্কটি অ্যাসিঙ্ক্রোনাস (অর্থাৎ, মেসেজ পাঠানো এবং গ্রহণের মধ্যে বিলম্ব হয়), তাহলে মোট স্টেকের 34% নিয়ন্ত্রণকারী একজন আক্রমণকারী ডাবল ফাইনালিটি ঘটাতে পারে। এর কারণ হল আক্রমণকারী যখন ব্লক উৎপাদক হিসাবে নির্বাচিত হয় তখন ইকুইভোকেট করতে পারে, তারপর তাদের সমস্ত ভ্যালিডেটরদের সাথে ডাবল ভোট দিতে পারে। এটি এমন একটি পরিস্থিতি তৈরি করে যেখানে ব্লকচেইনের একটি ফর্ক বিদ্যমান, যার প্রত্যেকটির পক্ষে ৩৪% স্টেক করা ইথার ভোট দিচ্ছে। প্রতিটি ফর্কের জন্য বাকি ভ্যালিডেটরদের মাত্র ৫০% ভোট প্রয়োজন যাতে উভয় ফর্ক একটি সুপারমেজরটি দ্বারা সমর্থিত হয়, সেক্ষেত্রে উভয় চেইন চূড়ান্ত হতে পারে (কারণ আক্রমণকারীদের ভ্যালিডেটরদের ৩৪% + বাকি ৬৬%-এর অর্ধেক = প্রতিটি ফর্কে ৬৭%)। প্রতিযোগী ব্লকগুলিকে প্রায় ৫০% সৎ ভ্যালিডেটরদের দ্বারা গ্রহণ করতে হবে তাই এই আক্রমণটি তখনই কার্যকর যখন আক্রমণকারীর নেটওয়ার্ক জুড়ে বার্তা প্রচারের সময়কালের উপর কিছুটা নিয়ন্ত্রণ থাকে যাতে তারা প্রতিটি চেইনে অর্ধেক সৎ ভ্যালিডেটরকে ঠেলে দিতে পারে। আক্রমণকারীকে অবশ্যই এই ডাবল ফাইনালিটি অর্জনের জন্য তাদের সম্পূর্ণ স্টেক (আজকের ভ্যালিডেটর সেটের সাথে ~১০ মিলিয়ন ইথারের ৩৪%) ধ্বংস করতে হবে কারণ তাদের ভ্যালিডেটরদের ৩৪% একই সাথে ডাবল-ভোট দেবে - যা সর্বোচ্চ পারস্পরিক সম্পর্ক জরিমানার সাথে একটি স্ল্যাশযোগ্য অপরাধ। এই আক্রমণের বিরুদ্ধে প্রতিরক্ষা হল মোট স্টেক করা ইথারের ৩৪% ধ্বংস করার বিশাল খরচ। এই আক্রমণ থেকে পুনরুদ্ধার করার জন্য ইথেরিয়াম সম্প্রদায়কে “ব্যান্ডের বাইরে” সমন্বয় করতে হবে এবং একটি বা অন্য ফর্ক অনুসরণ করতে এবং অন্যটিকে উপেক্ষা করতে সম্মত হতে হবে।
+
+### মোট স্টেকের ~৫০% ব্যবহারকারী আক্রমণকারী {#attackers-with-50-stake}
+
+স্টেক করা ইথারের ৫০%-এ, ভ্যালিডেটরদের একটি দুষ্টু দল তাত্ত্বিকভাবে চেইনটিকে দুটি সমান আকারের ফর্কে বিভক্ত করতে পারে এবং তারপর কেবল তাদের সম্পূর্ণ ৫০% স্টেক সৎ ভ্যালিডেটর সেটের বিপরীতে ভোট দেওয়ার জন্য ব্যবহার করতে পারে, যার ফলে দুটি ফর্ক বজায় থাকে এবং ফাইনালিটি প্রতিরোধ করা যায়। উভয় ফর্কে নিষ্ক্রিয়তা ফাঁস অবশেষে উভয় চেইনকে চূড়ান্ত করতে পরিচালিত করবে। এই মুহূর্তে, একমাত্র বিকল্প হল একটি সামাজিক পুনরুদ্ধারের উপর নির্ভর করা।
+
+সৎ ভ্যালিডেটর সংখ্যা, নেটওয়ার্ক লেটেন্সি ইত্যাদিতে একটি নির্দিষ্ট মাত্রার প্রবাহের কারণে একটি প্রতিকূল দল ভ্যালিডেটররা ক্রমাগতভাবে মোট স্টেকের ঠিক ৫০% নিয়ন্ত্রণ করতে পারবে এমন সম্ভাবনা খুবই কম - এই ধরনের আক্রমণ মাউন্ট করার বিশাল খরচ এবং সাফল্যের কম সম্ভাবনার সাথে মিলিত হয়ে একজন যুক্তিসঙ্গত আক্রমণকারীর জন্য একটি শক্তিশালী অনীহা বলে মনে হয়, বিশেষ করে যখন _৫০%-এর বেশি_ অর্জনের জন্য একটি ছোট অতিরিক্ত বিনিয়োগ অনেক বেশি শক্তি আনলক করে।
+
+মোট স্টেকের >৫০%-এ আক্রমণকারী ফর্ক চয়েস অ্যালগরিদমে আধিপত্য বিস্তার করতে পারে। এই ক্ষেত্রে, আক্রমণকারী সংখ্যাগরিষ্ঠ ভোটের সাথে অ্যাটেস্ট করতে সক্ষম হবে, যা তাদের সৎ ক্লায়েন্টদের বোকা না বানিয়েই ছোট রিঅর্গ করার জন্য যথেষ্ট নিয়ন্ত্রণ দেবে। সৎ ভ্যালিডেটররা অনুসরণ করবে কারণ তাদের ফর্ক চয়েস অ্যালগরিদমও আক্রমণকারীর পছন্দের চেইনটিকে সবচেয়ে ভারী হিসাবে দেখবে, তাই চেইনটি চূড়ান্ত হতে পারে। এটি আক্রমণকারীকে নির্দিষ্ট লেনদেন সেন্সর করতে, স্বল্প-পরিসরের রিঅর্গ করতে এবং তাদের পক্ষে ব্লক পুনর্বিন্যাস করে সর্বাধিক MEV আহরণ করতে সক্ষম করে। এর বিরুদ্ধে প্রতিরক্ষা হল সংখ্যাগরিষ্ঠ স্টেকের বিশাল খরচ (বর্তমানে প্রায় $১৯ বিলিয়ন মার্কিন ডলার) যা একজন আক্রমণকারীর দ্বারা ঝুঁকিতে পড়ে কারণ সামাজিক লেয়ার সম্ভবত হস্তক্ষেপ করবে এবং একটি সৎ সংখ্যালঘু ফর্ক গ্রহণ করবে, যা আক্রমণকারীর স্টেককে নাটকীয়ভাবে অবমূল্যায়ন করবে।
+
+### মোট স্টেকের >=৬৬% ব্যবহারকারী আক্রমণকারী {#attackers-with-66-stake}
+
+৬৬% বা তার বেশি মোট স্টেক করা ইথার সহ একজন আক্রমণকারী কোনো সৎ ভ্যালিডেটরকে জোর না করেই তাদের পছন্দের চেইন চূড়ান্ত করতে পারে। আক্রমণকারী কেবল তাদের পছন্দের ফর্কের জন্য ভোট দিতে পারে এবং তারপর এটিকে চূড়ান্ত করতে পারে, কেবল কারণ তারা একটি অসৎ সুপারমেজরটি দিয়ে ভোট দিতে পারে। সুপারমেজরটি স্টেকহোল্ডার হিসাবে, আক্রমণকারী সর্বদা চূড়ান্ত ব্লকগুলির বিষয়বস্তু নিয়ন্ত্রণ করবে, খরচ করার, রিওয়াইন্ড করার এবং আবার খরচ করার, নির্দিষ্ট লেনদেন সেন্সর করার এবং ইচ্ছামত চেইন রিঅর্গ করার ক্ষমতা সহ। ৫১%-এর পরিবর্তে ৬৬% নিয়ন্ত্রণ করার জন্য অতিরিক্ত ইথার ক্রয় করে, আক্রমণকারী কার্যকরভাবে এক্স পোস্ট রিঅর্গ এবং ফাইনালিটি রিভার্সন করার ক্ষমতা কিনছে (অর্থাৎ, ভবিষ্যতের নিয়ন্ত্রণের পাশাপাশি অতীত পরিবর্তন করা)। এখানে একমাত্র আসল প্রতিরক্ষা হল মোট স্টেক করা ইথারের ৬৬%-এর বিশাল খরচ, এবং একটি বিকল্প ফর্ক গ্রহণের সমন্বয়ের জন্য সামাজিক লেয়ারে ফিরে যাওয়ার বিকল্প। আমরা পরবর্তী বিভাগে এটি আরও বিস্তারিতভাবে অন্বেষণ করতে পারি।
+
+## মানুষ: প্রতিরক্ষার শেষ লাইন {#people-the-last-line-of-defense}
+
+যদি অসৎ ভ্যালিডেটররা চেইনের তাদের পছন্দের সংস্করণটি চূড়ান্ত করতে সক্ষম হয়, তবে ইথেরিয়াম সম্প্রদায় একটি কঠিন পরিস্থিতিতে পড়ে। ক্যানোনিকাল চেইনে এর ইতিহাসে একটি অসৎ অংশ বেক করা থাকে, যখন সৎ ভ্যালিডেটররা একটি বিকল্প (সৎ) চেইন অ্যাটেস্ট করার জন্য শাস্তি পেতে পারে। মনে রাখবেন যে একটি চূড়ান্ত কিন্তু ভুল চেইন একটি সংখ্যাগরিষ্ঠ ক্লায়েন্টের একটি বাগ থেকেও উদ্ভূত হতে পারে। শেষ পর্যন্ত, চূড়ান্ত ফলব্যাক হল পরিস্থিতি সমাধানের জন্য সামাজিক লেয়ার - লেয়ার 0 - এর উপর নির্ভর করা।
+
+ইথেরিয়ামের PoS কনসেন্সাসের একটি শক্তি হল যে সম্প্রদায় একটি আক্রমণের মুখে [বিভিন্ন ধরনের প্রতিরক্ষামূলক কৌশল](https://youtu.be/1m12zgJ42dI?t=1712) ব্যবহার করতে পারে। একটি ন্যূনতম প্রতিক্রিয়া হতে পারে কোনো অতিরিক্ত জরিমানা ছাড়াই আক্রমণকারীদের ভ্যালিডেটরদের নেটওয়ার্ক থেকে জোরপূর্বক বের করে দেওয়া। নেটওয়ার্কে পুনরায় প্রবেশ করতে, আক্রমণকারীকে একটি অ্যাক্টিভেশন সারিতে যোগ দিতে হবে যা নিশ্চিত করে যে ভ্যালিডেটর সেট ধীরে ধীরে বৃদ্ধি পায়। উদাহরণস্বরূপ, স্টেক করা ইথারের পরিমাণ দ্বিগুণ করার জন্য যথেষ্ট ভ্যালিডেটর যোগ করতে প্রায় ২০০ দিন সময় লাগে, যা আক্রমণকারীকে আরেকটি ৫১% আক্রমণের চেষ্টা করার আগে সৎ ভ্যালিডেটরদের ২০০ দিন সময় দেয়। তবে, সম্প্রদায় আক্রমণকারীকে আরও কঠোরভাবে শাস্তি দেওয়ার সিদ্ধান্ত নিতে পারে, অতীতের পুরস্কার বাতিল করে বা তাদের স্টেক করা মূলধনের কিছু অংশ (১০০% পর্যন্ত) পুড়িয়ে দিয়ে।
+
+আক্রমণকারীর উপর যে শাস্তিই আরোপ করা হোক না কেন, সম্প্রদায়কে একসাথে সিদ্ধান্ত নিতে হবে যে অসৎ চেইনটি, ইথেরিয়াম ক্লায়েন্টগুলিতে কোড করা ফর্ক চয়েস অ্যালগরিদম দ্বারা পছন্দসই হওয়া সত্ত্বেও, প্রকৃতপক্ষে অবৈধ এবং সম্প্রদায়কে এর পরিবর্তে সৎ চেইনের উপরে তৈরি করা উচিত। সৎ ভ্যালিডেটররা সম্মিলিতভাবে ইথেরিয়াম ব্লকচেইনের একটি সম্প্রদায়-স্বীকৃত ফর্কের উপর ভিত্তি করে তৈরি করতে সম্মত হতে পারে যা, উদাহরণস্বরূপ, আক্রমণ শুরু হওয়ার আগে ক্যানোনিকাল চেইন থেকে ফর্ক হয়ে গেছে বা আক্রমণকারীদের ভ্যালিডেটরদের জোরপূর্বক অপসারণ করা হয়েছে। সৎ ভ্যালিডেটররা এই চেইনে তৈরি করতে উৎসাহিত হবে কারণ তারা আক্রমণকারীর চেইন অ্যাটেস্ট করতে (সঠিকভাবে) ব্যর্থ হওয়ার জন্য তাদের উপর প্রয়োগ করা জরিমানা এড়াতে পারবে। এক্সচেঞ্জ, অন-র‍্যাম্প এবং ইথেরিয়ামের উপর নির্মিত অ্যাপ্লিকেশনগুলি সম্ভবত সৎ চেইনে থাকতে পছন্দ করবে এবং সৎ ভ্যালিডেটরদের সৎ ব্লকচেইনে অনুসরণ করবে।
+
+যাইহোক, এটি একটি উল্লেখযোগ্য গভর্নেন্স চ্যালেঞ্জ হবে। কিছু ব্যবহারকারী এবং ভ্যালিডেটর নিঃসন্দেহে সৎ চেইনে ফিরে যাওয়ার ফলে ক্ষতিগ্রস্ত হবে, আক্রমণের পরে ভ্যালিডেট করা ব্লকগুলিতে লেনদেনগুলি সম্ভাব্যভাবে রোল ব্যাক করা যেতে পারে, অ্যাপ্লিকেশন লেয়ারকে ব্যাহত করতে পারে, এবং এটি বেশ সহজভাবে কিছু ব্যবহারকারীর নীতিকে দুর্বল করে যারা বিশ্বাস করে “কোডই আইন”। এক্সচেঞ্জ এবং অ্যাপ্লিকেশনগুলি সম্ভবত অফচেইন অ্যাকশনগুলিকে অনচেইন লেনদেনগুলির সাথে লিঙ্ক করেছে যা এখন রোল ব্যাক করা হতে পারে, যা প্রত্যাহার এবং সংশোধনের একটি ক্যাসকেড শুরু করবে যা ন্যায্যভাবে আনপিক করা কঠিন হবে, বিশেষ করে যদি অবৈধ লাভগুলি মিশ্রিত করা হয়, DeFi বা অন্যান্য ডেরিভেটিভগুলিতে জমা করা হয় যা সৎ ব্যবহারকারীদের জন্য মাধ্যমিক প্রভাব ফেলে। নিঃসন্দেহে কিছু ব্যবহারকারী, এমনকি প্রাতিষ্ঠানিকরাও, ইতিমধ্যেই অসৎ চেইন থেকে চতুরতার মাধ্যমে বা সৌভাগ্যক্রমে উপকৃত হয়েছে, এবং তাদের লাভ রক্ষার জন্য একটি ফর্কের বিরোধিতা করতে পারে। >৫১% আক্রমণের প্রতি সম্প্রদায়ের প্রতিক্রিয়া মহড়া দেওয়ার জন্য আহ্বান জানানো হয়েছে যাতে একটি সংবেদনশীল সমন্বিত প্রশমন দ্রুত কার্যকর করা যায়। Ethresearch.ch-এ Vitalik-এর কিছু দরকারী আলোচনা রয়েছে [এখানে](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-forks/#dao-fork-summary) - [দুইবার](/ethereum-forks/#tangerine-whistle))।
+
+তবুও, মিটস্পেসে বসে থাকা চূড়ান্ত ফলব্যাকে মোটামুটি সন্তোষজনক কিছু রয়েছে। অবশেষে, আমাদের উপরে এই অসাধারণ প্রযুক্তির স্ট্যাক থাকা সত্ত্বেও, যদি সবচেয়ে খারাপ ঘটনাটি ঘটে তবে আসল মানুষদের এটি থেকে বেরিয়ে আসার জন্য সমন্বয় করতে হবে।
+
+## সারসংক্ষেপ {#summary}
+
+এই পৃষ্ঠাটি কিছু উপায় অন্বেষণ করেছে যেভাবে আক্রমণকারীরা ইথেরিয়ামের প্রুফ-অফ-স্টেক কনসেন্সাস প্রোটোকলকে কাজে লাগানোর চেষ্টা করতে পারে। মোট স্টেক করা ইথারের ক্রমবর্ধমান অনুপাত সহ আক্রমণকারীদের জন্য রিঅর্গ এবং ফাইনালিটি ডিলে অন্বেষণ করা হয়েছিল। সামগ্রিকভাবে, একজন ধনী আক্রমণকারীর সাফল্যের সম্ভাবনা বেশি কারণ তাদের স্টেক ভোটের ক্ষমতায় রূপান্তরিত হয় যা তারা ভবিষ্যতের ব্লকগুলির বিষয়বস্তুকে প্রভাবিত করতে ব্যবহার করতে পারে। স্টেক করা ইথারের নির্দিষ্ট থ্রেশহোল্ড পরিমাণে, আক্রমণকারীর ক্ষমতা স্তর বৃদ্ধি পায়:
+
+৩৩%: ফাইনালিটি ডিলে
+
+৩৪%: ফাইনালিটি ডিলে, ডাবল ফাইনালিটি
+
+৫১%: ফাইনালিটি ডিলে, ডাবল ফাইনালিটি, সেন্সরশিপ, ব্লকচেইন ভবিষ্যতের উপর নিয়ন্ত্রণ
+
+৬৬%: ফাইনালিটি ডিলে, ডাবল ফাইনালিটি, সেন্সরশিপ, ব্লকচেইন ভবিষ্যত এবং অতীতের উপর নিয়ন্ত্রণ
+
+এছাড়াও আরও কিছু অত্যাধুনিক আক্রমণ রয়েছে যার জন্য অল্প পরিমাণে স্টেক করা ইথারের প্রয়োজন হয় কিন্তু একজন খুব অত্যাধুনিক আক্রমণকারীর উপর নির্ভর করে যা সৎ ভ্যালিডেটর সেটকে তাদের পক্ষে প্রভাবিত করার জন্য বার্তা টাইমিংয়ের উপর সূক্ষ্ম নিয়ন্ত্রণ রাখে।
+
+সামগ্রিকভাবে, এই সম্ভাব্য আক্রমণ ভেক্টর সত্ত্বেও একটি সফল আক্রমণের ঝুঁকি কম, অবশ্যই প্রুফ-অফ-ওয়ার্ক সমতুল্যের চেয়ে কম। এর কারণ হল স্টেক করা ইথারের বিশাল খরচ যা একজন আক্রমণকারীর দ্বারা ঝুঁকিতে পড়ে যা তাদের ভোটের ক্ষমতা দিয়ে সৎ ভ্যালিডেটরদের অভিভূত করার লক্ষ্য রাখে। অন্তর্নির্মিত “গাজর এবং লাঠি” প্রণোদনা স্তরটি বেশিরভাগ অসদাচরণের বিরুদ্ধে রক্ষা করে, বিশেষ করে কম-স্টেক আক্রমণকারীদের জন্য। আরও সূক্ষ্ম বাউন্সিং এবং ব্যালান্সিং আক্রমণগুলিও সফল হওয়ার সম্ভাবনা কম কারণ বাস্তব নেটওয়ার্ক শর্তগুলি ভ্যালিডেটরদের নির্দিষ্ট উপসেটগুলিতে বার্তা সরবরাহের সূক্ষ্ম নিয়ন্ত্রণ অর্জন করা খুব কঠিন করে তোলে এবং ক্লায়েন্ট দলগুলি দ্রুত পরিচিত বাউন্সিং, ব্যালান্সিং এবং অ্যাভাল্যাঞ্চ আক্রমণ ভেক্টরগুলি সাধারণ প্যাচ দিয়ে বন্ধ করে দিয়েছে।
+
+৩৪%, ৫১% বা ৬৬% আক্রমণের জন্য সম্ভবত সমাধানের জন্য ব্যান্ডের বাইরের সামাজিক সমন্বয়ের প্রয়োজন হবে। যদিও এটি সম্প্রদায়ের জন্য বেদনাদায়ক হতে পারে, তবে ব্যান্ডের বাইরে প্রতিক্রিয়া জানানোর একটি সম্প্রদায়ের ক্ষমতা একজন আক্রমণকারীর জন্য একটি শক্তিশালী অনীহা। ইথেরিয়াম সামাজিক লেয়ার হল চূড়ান্ত ব্যাকস্টপ - একটি প্রযুক্তিগতভাবে সফল আক্রমণ এখনও সম্প্রদায় একটি সৎ ফর্ক গ্রহণ করতে সম্মত হয়ে নিষ্ক্রিয় করা যেতে পারে। এটি আক্রমণকারী এবং ইথেরিয়াম সম্প্রদায়ের মধ্যে একটি প্রতিযোগিতা হবে - একটি 66% আক্রমণের জন্য ব্যয় করা বিলিয়ন ডলার সম্ভবত একটি সফল সামাজিক সমন্বয় আক্রমণের মাধ্যমে নিশ্চিহ্ন হয়ে যাবে যদি এটি যথেষ্ট দ্রুত সম্পন্ন করা হয়, যা আক্রমণকারীকে ইথেরিয়াম সম্প্রদায় দ্বারা উপেক্ষা করা একটি পরিচিত অসৎ চেইনে ইলিকুইড স্টেকড ইথারের ভারী ব্যাগসহ রেখে দেবে। এটি আক্রমণকারীর জন্য লাভজনক হওয়ার সম্ভাবনা যথেষ্ট কম যা একটি কার্যকর প্রতিরোধক হিসাবে কাজ করে। এই কারণেই শক্তভাবে সারিবদ্ধ মান সহ একটি সুসংহত সামাজিক স্তর বজায় রাখার জন্য বিনিয়োগ এত গুরুত্বপূর্ণ।
+
+## আরও পড়ুন {#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)
+- [গ্যাসপার গবেষণাপত্র](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/bn/developers/docs/consensus-mechanisms/pos/attestations/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/attestations/index.md
new file mode 100644
index 00000000000..09ec379b4eb
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/attestations/index.md
@@ -0,0 +1,92 @@
+---
+title: "প্রত্যয়নসমূহ"
+description: "প্রুফ-অফ-স্টেক ইথেরিয়ামের উপর প্রত্যয়নসমূহের একটি বিবরণ।"
+lang: bn
+---
+
+একজন ভ্যালিডেটরের থেকে প্রতিটি ইপকে একটি প্রত্যয়ন তৈরি, স্বাক্ষর এবং ব্রডকাস্ট করার আশা করা হয়। এই পৃষ্ঠাটি রূপরেখা দেয় যে এই প্রত্যয়নসমূহ দেখতে কেমন এবং কীভাবে সেগুলি কনসেন্সাস ক্লায়েন্টদের মধ্যে প্রক্রিয়া করা হয় এবং যোগাযোগ করা হয়।
+
+## প্রত্যয়ন কী? {#what-is-an-attestation}
+
+প্রতিটি [ইপকে](/glossary/#epoch) (6.4 মিনিট) একজন ভ্যালিডেটর নেটওয়ার্কে একটি প্রত্যয়ন প্রস্তাব করেন। প্রত্যয়নটি ইপকের একটি নির্দিষ্ট স্লটের জন্য। প্রত্যয়নের উদ্দেশ্য হল ভ্যালিডেটরের চেইনের দৃষ্টিভঙ্গির পক্ষে ভোট দেওয়া, বিশেষ করে সবচেয়ে সাম্প্রতিক জাস্টিফাইড ব্লক এবং বর্তমান ইপকের প্রথম ব্লক (`সোর্স` এবং `টার্গেট` চেকপয়েন্ট হিসাবে পরিচিত)। এই তথ্যটি সমস্ত অংশগ্রহণকারী ভ্যালিডেটরদের জন্য একত্রিত করা হয়, যা নেটওয়ার্ককে ব্লকচেইনের স্টেট সম্পর্কে কনসেন্সাসে পৌঁছাতে সক্ষম করে।
+
+প্রত্যয়নটিতে নিম্নলিখিত উপাদানগুলি রয়েছে:
+
+- `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 জন ভ্যালিডেটরকে `aggregators` হিসাবে নির্বাচিত করা হয়। অ্যাগ্রিগেটররা গসিপ নেটওয়ার্কের মাধ্যমে শোনা সমস্ত প্রত্যয়ন সংগ্রহ করে যেগুলির `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/bn/developers/docs/consensus-mechanisms/pos/block-proposal/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/block-proposal/index.md
new file mode 100644
index 00000000000..d867beffdec
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/block-proposal/index.md
@@ -0,0 +1,69 @@
+---
+title: "ব্লক প্রস্তাব"
+description: "প্রুফ-অফ-স্টেক ইথেরিয়ামে কীভাবে ব্লক প্রস্তাব করা হয় তার ব্যাখ্যা।"
+lang: bn
+---
+
+ব্লকগুলো হল ব্লকচেইনের মৌলিক একক। ব্লকগুলো হল তথ্যের বিচ্ছিন্ন একক যা নোডগুলোর মধ্যে আদান-প্রদান করা হয়, সম্মত হয় এবং প্রতিটি নোডের ডেটাবেসে যোগ করা হয়। এই পেজটি ব্যাখ্যা করে কীভাবে সেগুলি তৈরি করা হয়।
+
+## পূর্বশর্ত {#prerequisites}
+
+ব্লক প্রস্তাব প্রুফ-অফ-স্টেক প্রোটোকলের একটি অংশ। এই পেজটি বুঝতে সাহায্য করার জন্য, আমরা আপনাকে [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) এবং [ব্লক আর্কিটেকচার](/developers/docs/blocks/) সম্পর্কে পড়ার পরামর্শ দিই।
+
+## কারা ব্লক তৈরি করে? {#who-produces-blocks}
+
+ভ্যালিডেটর অ্যাকাউন্টগুলি ব্লক প্রস্তাব করে। ভ্যালিডেটর অ্যাকাউন্টগুলি নোড অপারেটরদের দ্বারা পরিচালিত হয় যারা তাদের এক্সিকিউশন এবং কনসেন্সাস ক্লায়েন্ট-এর অংশ হিসাবে ভ্যালিডেটর সফ্টওয়্যার চালায় এবং ডিপোজিট চুক্তিতে কমপক্ষে 32 ETH জমা করেছে। তবে, প্রতিটি ভ্যালিডেটর শুধুমাত্র মাঝে মাঝে একটি ব্লক প্রস্তাব করার জন্য দায়ী থাকে। ইথেরিয়াম স্লট এবং ইপোক-এ সময় পরিমাপ করে। প্রতিটি স্লট বারো সেকেন্ডের, এবং 32টি স্লট (6.4 মিনিট) মিলে একটি ইপোক তৈরি করে। প্রতিটি স্লট ইথেরিয়ামে একটি নতুন ব্লক যোগ করার একটি সুযোগ।
+
+### র‍্যান্ডম নির্বাচন {#random-selection}
+
+প্রতিটি স্লটে একটি ব্লক প্রস্তাব করার জন্য একজন একক ভ্যালিডেটর সিউডো-র‍্যান্ডমভাবে নির্বাচিত হয়। একটি ব্লকচেইনে প্রকৃত র‍্যান্ডমনেসের মতো কিছু নেই কারণ যদি প্রতিটি নোড প্রকৃত র‍্যান্ডম সংখ্যা তৈরি করত, তবে তারা কনসেন্সাসে আসতে পারত না। এর পরিবর্তে, লক্ষ্য হল ভ্যালিডেটর নির্বাচন প্রক্রিয়াটিকে অপ্রত্যাশিত করে তোলা। ইথেরিয়ামে র‍্যান্ডমনেস অর্জন করা হয় 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`-এর ভিতরের ফিল্ডগুলি ইথেরিয়াম ইয়োলো পেপারে বর্ণিত ব্লক কাঠামোকে প্রতিফলিত করে, তবে এতে কোনো অমার্স নেই এবং `difficulty`-এর পরিবর্তে `prev_randao` বিদ্যমান। এক্সিকিউশন ক্লায়েন্টের লেনদেনের একটি স্থানীয় পুলে অ্যাক্সেস রয়েছে যা সে তার নিজস্ব গসিপ নেটওয়ার্কে শুনেছে। এই লেনদেনগুলি স্থানীয়ভাবে কার্যকর করা হয় একটি আপডেট করা স্টেট ট্রাই তৈরি করতে যা পোস্ট-স্টেট নামে পরিচিত। লেনদেনগুলি `execution_payload`-এ `transactions` নামক একটি তালিকা হিসাবে অন্তর্ভুক্ত করা হয় এবং পোস্ট-স্টেট `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/)
+- [প্রুফ-অফ-স্টেক-এর পরিচিতি](/developers/docs/consensus-mechanisms/pos/)
+- [ইথেরিয়াম কনসেন্সাস স্পেকস](https://github.com/ethereum/consensus-specs)
+- [গ্যাসপারের পরিচিতি](/developers/docs/consensus-mechanisms/pos/gasper/)
+- [ইথেরিয়াম আপগ্রেড করা](https://eth2book.info/)
diff --git a/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/faqs/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/faqs/index.md
new file mode 100644
index 00000000000..632988b27e0
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/faqs/index.md
@@ -0,0 +1,172 @@
+---
+title: "বহুল জিজ্ঞাসিত প্রশ্নাবলী"
+description: "প্রুফ-অফ-স্টেক ইথেরিয়াম-এর উপর বহুল জিজ্ঞাসিত প্রশ্নাবলী।"
+lang: bn
+---
+
+## প্রুফ-অফ-স্টেক কী {#what-is-proof-of-stake}
+
+প্রুফ-অফ-স্টেক হল এক শ্রেণীর অ্যালগরিদম যা ব্লকচেইনকে সুরক্ষা প্রদান করতে পারে এটি নিশ্চিত করার মাধ্যমে যে, যে সমস্ত আক্রমণকারীরা অসৎভাবে কাজ করে তাদের মূল্যবান সম্পদগুলি হারিয়ে যায়। প্রুফ-অফ-স্টেক সিস্টেমের জন্য এক সেট ভ্যালিডেটরের প্রয়োজন হয় কিছু সম্পদ উপলব্ধ করার জন্য যা ধ্বংস করা যেতে পারে যদি ভ্যালিডেটর কোনো প্রমাণিত অসৎ আচরণে জড়িত থাকে। ইথেরিয়াম ব্লকচেইনকে সুরক্ষিত করতে একটি প্রুফ-অফ-স্টেক মেকানিজম ব্যবহার করে।
+
+## প্রুফ-অফ-ওয়ার্ক-এর সাথে প্রুফ-অফ-স্টেক-এর তুলনা কেমন? {#comparison-to-proof-of-work}
+
+প্রুফ-অফ-ওয়ার্ক এবং প্রুফ-অফ-স্টেক উভয়ই এমন পদ্ধতি যা ক্ষতিকারক অভিনেতাদের নেটওয়ার্কে স্প্যামিং বা প্রতারণা করা থেকে অর্থনৈতিকভাবে নিরুৎসাহিত করে। উভয় ক্ষেত্রেই, যে নোডগুলি সক্রিয়ভাবে কনসেন্সাস-এ অংশগ্রহণ করে তারা কিছু সম্পদ "নেটওয়ার্কে" রাখে যা তারা খারাপ আচরণ করলে হারাবে।
+
+প্রুফ-অফ-ওয়ার্ক-এ, এই সম্পদটি হল শক্তি। নোড, যা মাইনার হিসাবে পরিচিত, একটি অ্যালগরিদম চালায় যার লক্ষ্য অন্য যেকোনো নোডের চেয়ে দ্রুত একটি মান গণনা করা। দ্রুততম নোডের চেইনে একটি ব্লক প্রস্তাব করার অধিকার রয়েছে। চেইনের ইতিহাস পরিবর্তন করতে বা ব্লক প্রস্তাবে আধিপত্য বিস্তার করতে, একজন মাইনারকে এত বেশি কম্পিউটিং শক্তি থাকতে হবে যে তারা সবসময় রেসে জয়ী হয়। এটি কার্যকর করার জন্য অত্যধিক ব্যয়বহুল এবং কঠিন, যা চেইনকে আক্রমণ থেকে রক্ষা করে। প্রুফ-অফ-ওয়ার্ক ব্যবহার করে "মাইন" করার জন্য প্রয়োজনীয় শক্তি একটি বাস্তব-বিশ্বের সম্পদ যার জন্য মাইনাররা অর্থ প্রদান করে।
+
+প্রুফ-অফ-স্টেক-এর জন্য নোড, যা ভ্যালিডেটর হিসাবে পরিচিত, তাদের একটি স্মার্ট কন্ট্র্যাক্ট-এ স্পষ্টভাবে একটি ক্রিপ্টো সম্পদ জমা দিতে হয়। যদি কোনো ভ্যালিডেটর খারাপ আচরণ করে, তাহলে এই ক্রিপ্টোটি ধ্বংস হয়ে যেতে পারে কারণ তারা শক্তির ব্যয়ের মাধ্যমে পরোক্ষভাবে না করে সরাসরি চেইনে তাদের সম্পদ "স্টেকিং" করছে।
+
+প্রুফ-অফ-ওয়ার্ক অনেক বেশি শক্তি-ক্ষুধার্ত কারণ মাইনিং প্রক্রিয়ায় বিদ্যুৎ পোড়ানো হয়। অন্যদিকে, প্রুফ-অফ-স্টেক-এর জন্য খুব অল্প পরিমাণে শক্তির প্রয়োজন হয় - ইথেরিয়াম ভ্যালিডেটররা এমনকি Raspberry Pi-এর মতো কম-শক্তিসম্পন্ন ডিভাইসেও চলতে পারে। ইথেরিয়াম-এর প্রুফ-অফ-স্টেক পদ্ধতিকে প্রুফ-অফ-ওয়ার্কের চেয়ে বেশি সুরক্ষিত বলে মনে করা হয় কারণ আক্রমণের খরচ বেশি এবং আক্রমণকারীর জন্য পরিণতি আরও গুরুতর।
+
+প্রুফ-অফ-ওয়ার্ক বনাম প্রুফ-অফ-স্টেক একটি বিতর্কিত বিষয়। [Vitalik Buterin-এর ব্লগ](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) এবং Justin Drake ও Lyn Alden-এর মধ্যে বিতর্কটি যুক্তিগুলির একটি ভাল সারসংক্ষেপ দেয়।
+
+<YouTube id="1m12zgJ42dI" />
+
+## প্রুফ-অফ-স্টেক কি শক্তি-সাশ্রয়ী? {#is-pos-energy-efficient}
+
+হ্যাঁ। প্রুফ অফ স্টেকের নোডগুলো কিছু পরিমান এনার্জি ব্যবহার করে থাকে। একটি তৃতীয় পক্ষের সমীক্ষা এই সিদ্ধান্তে উপনীত হয়েছে যে সম্পূর্ণ প্রুফ-অফ-স্টেক ইথেরিয়াম নেটওয়ার্ক বছরে প্রায় 0.0026 TWh খরচ করে - যা শুধুমাত্র মার্কিন যুক্তরাষ্ট্রে গেমিংয়ের থেকে প্রায় 13,000 গুণ কম।
+
+[ইথেরিয়াম-এর শক্তি খরচ সম্পর্কে আরও জানুন](/energy-consumption/)।
+
+## প্রুফ-অফ-স্টেক কি সুরক্ষিত? {#is-pos-secure}
+
+ইথেরিয়াম-এর প্রুফ-অফ-স্টেক খুবই সুরক্ষিত। লাইভ হওয়ার আগে আট বছরেরও বেশি সময় ধরে এই পদ্ধতিটি নিয়ে গবেষণা করা হয়েছিল, বিকশিত করা হয়েছিল এবং কঠোরভাবে পরীক্ষা করা হয়েছিল। নিরাপত্তার গ্যারান্টিগুলি প্রুফ-অফ-ওয়ার্ক ব্লকচেইন থেকে ভিন্ন। প্রুফ-অফ-স্টেক-এ, দূষিত ভ্যালিডেটরদের সক্রিয়ভাবে শাস্তি ("স্ল্যাশড") দেওয়া যেতে পারে এবং ভ্যালিডেটর সেট থেকে বের করে দেওয়া যেতে পারে, যার ফলে যথেষ্ট পরিমাণে ETH খরচ হয়। প্রুফ-অফ-ওয়ার্ক-এর অধীনে, একজন আক্রমণকারী যতক্ষণ পর্যন্ত তাদের পর্যাপ্ত হ্যাস শক্তি থাকবে ততক্ষণ তাদের আক্রমণ পুনরাবৃত্তি করতে পারে। প্রুফ-অফ-ওয়ার্কের তুলনায় প্রুফ-অফ-স্টেক ইথেরিয়াম-এ সমতুল্য আক্রমণ চালানো আরও ব্যয়বহুল। চেইনের লাইভনেসকে প্রভাবিত করতে, নেটওয়ার্কে মোট স্টেক করা ইথারের কমপক্ষে 33% প্রয়োজন (খুবই পরিশীলিত আক্রমণের ক্ষেত্রে ছাড়া যেখানে সাফল্যের সম্ভাবনা অত্যন্ত কম)। ভবিষ্যতের ব্লকের বিষয়বস্তু নিয়ন্ত্রণ করতে, মোট স্টেক করা ETH-এর কমপক্ষে 51% প্রয়োজন এবং ইতিহাস পুনরায় লিখতে, মোট স্টেক-এর 66%-এর বেশি প্রয়োজন। ইথেরিয়াম প্রোটোকল 33% বা 51% আক্রমণের পরিস্থিতিতে এই সম্পদগুলিকে ধ্বংস করে দেবে এবং 66% আক্রমণের পরিস্থিতিতে সামাজিক কনসেন্সাস দ্বারা ধ্বংস করবে।
+
+- [আক্রমণকারীদের থেকে ইথেরিয়াম প্রুফ-অফ-স্টেক রক্ষা করার বিষয়ে আরও জানুন](/developers/docs/consensus-mechanisms/pos/attack-and-defense)
+- [প্রুফ-অফ-স্টেক ডিজাইন সম্পর্কে আরও জানুন](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51)
+
+## প্রুফ-অফ-স্টেক কি ইথেরিয়াম-কে সস্তা করে? {#does-pos-make-ethereum-cheaper}
+
+না। একটি লেনদেন পাঠানোর খরচ (গ্যাস ফি) একটি ডাইনামিক ফি মার্কেট দ্বারা নির্ধারিত হয় যা নেটওয়ার্কের চাহিদা বাড়ার সাথে সাথে বৃদ্ধি পায়। কনসেন্সাস পদ্ধতি এটিকে সরাসরি প্রভাবিত করে না।
+
+[গ্যাস সম্পর্কে আরও জানুন](/developers/docs/gas)।
+
+## নোড, ক্লায়েন্ট এবং ভ্যালিডেটর কী? {#what-are-nodes-clients-and-validators}
+
+নোড হল ইথেরিয়াম নেটওয়ার্কের সাথে সংযুক্ত কম্পিউটার। ক্লায়েন্ট হল সেই সফ্টওয়্যার যা তারা চালায় যা কম্পিউটারকে একটি নোডে পরিণত করে। দুই ধরনের ক্লায়েন্ট আছে: এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট। একটি নোড তৈরি করতে উভয়ই প্রয়োজন। একটি ভ্যালিডেটর হল কনসেন্সাস ক্লায়েন্টের একটি ঐচ্ছিক অ্যাড-অন যা নোডকে প্রুফ-অফ-স্টেক কনসেন্সাসে অংশগ্রহণ করতে সক্ষম করে। এর অর্থ হল নির্বাচিত হলে ব্লক তৈরি এবং প্রস্তাব করা এবং নেটওয়ার্কে শোনা ব্লকগুলির প্রত্যয়ন করা। একটি ভ্যালিডেটর চালানোর জন্য, নোড অপারেটরকে ডিপোজিট কন্ট্রাক্টে 32 ETH জমা দিতে হবে।
+
+- [নোড এবং ক্লায়েন্ট সম্পর্কে আরও জানুন](/developers/docs/nodes-and-clients)
+- [স্টেকিং সম্পর্কে আরও জানুন](/staking)
+
+## প্রুফ-অফ-স্টেক কি একটি নতুন ধারণা? {#is-pos-new}
+
+না। BitcoinTalk-এর একজন ব্যবহারকারী 2011 সালে Bitcoin-এর একটি আপগ্রেড হিসাবে [প্রুফ-অফ-স্টেক-এর মূল ধারণাটি প্রস্তাব করেছিলেন](https://bitcointalk.org/index.php?topic=27787.0)। ইথেরিয়াম মেইননেটে এটি বাস্তবায়নের জন্য প্রস্তুত হওয়ার আগে এগারো বছর লেগেছিল। কিছু অন্যান্য চেইন ইথেরিয়ামের আগে প্রুফ-অফ-স্টেক বাস্তবায়ন করেছিল, কিন্তু ইথেরিয়ামের নির্দিষ্ট মেকানিজম (Gasper নামে পরিচিত) নয়।
+
+## ইথেরিয়াম-এর প্রুফ-অফ-স্টেক-এর বিশেষত্ব কী? {#why-is-ethereum-pos-special}
+
+ইথেরিয়াম-এর প্রুফ-অফ-স্টেক পদ্ধতিটি তার ডিজাইনে অনন্য। এটি ডিজাইন এবং বাস্তবায়িত প্রথম প্রুফ-অফ-স্টেক পদ্ধতি ছিল না, তবে এটি সবচেয়ে শক্তিশালী। প্রুফ-অফ-স্টেক পদ্ধতিটি "Casper" নামে পরিচিত। Casper নির্ধারণ করে কিভাবে ভ্যালিডেটররা ব্লক প্রস্তাব করার জন্য নির্বাচিত হয়, কিভাবে এবং কখন প্রত্যয়ন করা হয়, কিভাবে প্রত্যয়ন গণনা করা হয়, ভ্যালিডেটরদের দেওয়া পুরস্কার এবং শাস্তি, স্ল্যাশিং শর্তাবলী, নিষ্ক্রিয়তা ফাঁসের মতো ফেইলসেফ পদ্ধতি এবং "ফাইনালিটি"-র শর্তাবলী। ফাইনালিটি হল এমন একটি শর্ত যে একটি ব্লককে ক্যানোনিকাল চেইনের একটি স্থায়ী অংশ হিসাবে বিবেচনা করার জন্য নেটওয়ার্কে মোট স্টেক করা ETH-এর কমপক্ষে 66% দ্বারা ভোট দেওয়া আবশ্যক। গবেষকরা বিশেষভাবে ইথেরিয়ামের জন্য Casper তৈরি করেছেন, এবং ইথেরিয়াম হল প্রথম এবং একমাত্র ব্লকচেইন যা এটি বাস্তবায়ন করেছে।
+
+Casper ছাড়াও, ইথেরিয়ামের প্রুফ-অফ-স্টেক LMD-GHOST নামক একটি ফর্ক পছন্দ অ্যালগরিদম ব্যবহার করে। একই স্লটের জন্য দুটি ব্লক বিদ্যমান এমন একটি শর্ত দেখা দিলে এটি প্রয়োজন। এটি ব্লকচেইনের দুটি ফর্ক তৈরি করে। LMD-GHOST সেইটিকে বেছে নেয় যার প্রত্যয়নের "ওজন" সবচেয়ে বেশি। ওজন হল ভ্যালিডেটরদের কার্যকর ব্যালেন্স দ্বারা ওজন করা প্রত্যয়নের সংখ্যা। LMD-GHOST ইথেরিয়ামের জন্য অনন্য।
+
+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)
+- [সোশ্যাল স্ল্যাশিং সম্পর্কে Vitalik Buterin](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}
+
+নাথিং-অ্যাট-স্টেক সমস্যাটি কিছু প্রুফ-অফ-স্টেক পদ্ধতির সাথে একটি ধারণাগত সমস্যা যেখানে শুধুমাত্র পুরস্কার আছে এবং কোনো শাস্তি নেই। যদি স্টেক করার মতো কিছু না থাকে, তবে একজন বাস্তববাদী ভ্যালিডেটর ব্লকচেইনের যেকোনো, বা এমনকি একাধিক, ফর্কের প্রত্যয়ন করতে সমানভাবে খুশি, কারণ এটি তাদের পুরস্কার বাড়ায়। ইথেরিয়াম একটি ক্যানোনিকাল চেইন নিশ্চিত করতে ফাইনালিটি শর্ত এবং স্ল্যাশিং ব্যবহার করে এই সমস্যার সমাধান করে।
+
+[নাথিং-অ্যাট-স্টেক সমস্যা সম্পর্কে আরও জানুন](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}
+
+একটি ফর্ক পছন্দ অ্যালগরিদম নিয়ম বাস্তবায়ন করে যা নির্ধারণ করে কোন চেইনটি ক্যানোনিকাল। অনুকূল পরিস্থিতিতে, ফর্ক পছন্দ নিয়মের কোনো প্রয়োজন নেই কারণ প্রতি স্লটে কেবল একজন ব্লক প্রস্তাবক থাকে এবং বেছে নেওয়ার জন্য একটি ব্লক থাকে। তবে মাঝে মাঝে, একই স্লটের জন্য একাধিক ব্লক বা দেরিতে আসা তথ্য চেইনের শীর্ষের কাছাকাছি ব্লকগুলি কীভাবে সংগঠিত হয় তার জন্য একাধিক বিকল্পের দিকে নিয়ে যায়। এইসব ক্ষেত্রে, সমস্ত ক্লায়েন্টদের অবশ্যই কিছু নিয়ম একইভাবে বাস্তবায়ন করতে হবে যাতে তারা সবাই সঠিক ব্লকের ক্রম বেছে নেয়। ফর্ক পছন্দ অ্যালগরিদম এই নিয়মগুলিকে এনকোড করে।
+
+ইথেরিয়ামের ফর্ক পছন্দ অ্যালগরিদমকে 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)
+
+## ইথেরিয়ামের প্রুফ-অফ-স্টেক সিস্টেমে কি 51% আক্রমণ করা সম্ভব? {#pos-51-attack}
+
+হ্যাঁ। প্রুফ-অফ-স্টেক, প্রুফ-অফ-ওয়ার্ক-এর মতোই 51% আক্রমণের জন্য ঝুঁকিপূর্ণ। আক্রমণকারীর নেটওয়ার্কের 51% হ্যাস পাওয়ারের পরিবর্তে, আক্রমণকারীর মোট স্টেক করা ETH-এর 51% প্রয়োজন। একজন আক্রমণকারী যে মোট স্টেক-এর 51% সংগ্রহ করে সে ফর্ক-পছন্দ অ্যালগরিদম নিয়ন্ত্রণ করতে পারে। এটি আক্রমণকারীকে নির্দিষ্ট লেনদেন সেন্সর করতে, স্বল্প-পরিসরের রিঅর্গ করতে এবং তাদের পক্ষে ব্লকগুলির পুনর্বিন্যাস করে MEV নিষ্কাশন করতে সক্ষম করে।
+
+[প্রুফ-অফ-স্টেক-এর উপর আক্রমণ সম্পর্কে আরও জানুন](/developers/docs/consensus-mechanisms/pos/attack-and-defense)
+
+## সামাজিক সমন্বয় কী, এবং কেন এটি প্রয়োজন? {#what-is-social-coordination}
+
+সামাজিক সমন্বয় হল ইথেরিয়ামের জন্য প্রতিরক্ষার শেষ লাইন যা একটি সৎ চেইনকে এমন একটি আক্রমণ থেকে পুনরুদ্ধার করার অনুমতি দেবে যা অসৎ ব্লকগুলিকে চূড়ান্ত করেছে। এই ক্ষেত্রে, ইথেরিয়াম সম্প্রদায়কে "আউট-অফ-ব্যান্ড" সমন্বয় করতে হবে এবং একটি সৎ সংখ্যালঘু ফর্ক ব্যবহার করতে সম্মত হতে হবে, এই প্রক্রিয়ায় আক্রমণকারীর ভ্যালিডেটরদের স্ল্যাশ করে। এর জন্য অ্যাপ এবং এক্সচেঞ্জগুলিকেও সৎ ফর্কটিকে স্বীকৃতি দিতে হবে।
+
+[সামাজিক সমন্বয় সম্পর্কে আরও পড়ুন](/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 আনস্টেক না করেই। LSD গুলি ব্যবহারকারীদের 32 ETH-এর কম দিয়ে স্টেক করার অনুমতি দেয়, কিন্তু তারা একটি কেন্দ্রীকরণের ঝুঁকিও তৈরি করে যেখানে কয়েকটি বড় সংস্থা স্টেক-এর বেশিরভাগ অংশ নিয়ন্ত্রণ করতে পারে। এই কারণেই ইথেরিয়ামের জন্য [সোলো স্টেকিং](/staking/solo) সেরা বিকল্প।
+
+[LSD-তে স্টেক কেন্দ্রীকরণ সম্পর্কে আরও জানুন](https://notes.ethereum.org/@djrtwo/risks-of-lsd)
+
+## আমি কেন শুধু ETH স্টেক করতে পারি? {#why-can-i-only-stake-eth}
+
+ETH হল ইথেরিয়ামের স্থানীয় মুদ্রা। ভোটের ওজন এবং সুরক্ষার জন্য কার্যকর ব্যালেন্সের হিসাব রাখার জন্য সমস্ত স্টেককে একটি একক মুদ্রায় চিহ্নিত করা অপরিহার্য। ETH নিজেই একটি স্মার্ট কন্ট্রাক্টের পরিবর্তে ইথেরিয়ামের একটি মৌলিক উপাদান। অন্যান্য মুদ্রা অন্তর্ভুক্ত করলে স্টেকিংয়ের জটিলতা উল্লেখযোগ্যভাবে বৃদ্ধি পাবে এবং নিরাপত্তা হ্রাস পাবে।
+
+## ইথেরিয়াম কি একমাত্র প্রুফ-অফ-স্টেক ব্লকচেইন? {#is-ethereum-the-only-pos-blockchain}
+
+না, বেশ কয়েকটি প্রুফ-অফ-স্টেক ব্লকচেইন রয়েছে। কোনোটিই ইথেরিয়ামের অনুরূপ নয়; ইথেরিয়ামের প্রুফ-অফ-স্টেক পদ্ধতিটি অনন্য।
+
+## দ্য মার্জ কী? {#what-is-the-merge}
+
+দ্য মার্জ হল সেই মুহূর্ত যখন ইথেরিয়াম তার প্রুফ-অফ-ওয়ার্ক-ভিত্তিক কনসেন্সাস মেকানিজম বন্ধ করে দেয় এবং তার প্রুফ-অফ-স্টেক-ভিত্তিক কনসেন্সাস মেকানিজম চালু করে। দ্য মার্জ 15 সেপ্টেম্বর, 2022-এ ঘটেছিল।
+
+[দ্য মার্জ সম্পর্কে আরও জানুন](/roadmap/merge)
+
+## লাইভনেস এবং সেফটি কী? {#what-are-liveness-and-safety}
+
+লাইভনেস এবং সেফটি হল একটি ব্লকচেইনের জন্য দুটি মৌলিক নিরাপত্তা উদ্বেগ। লাইভনেস হল একটি চূড়ান্তকারী চেইনের প্রাপ্যতা। যদি চেইন চূড়ান্ত হওয়া বন্ধ করে দেয় বা ব্যবহারকারীরা সহজেই এটি অ্যাক্সেস করতে না পারে, সেগুলি হল লাইভনেস ব্যর্থতা। অত্যন্ত উচ্চ অ্যাক্সেস খরচকেও একটি লাইভনেস ব্যর্থতা হিসাবে বিবেচনা করা যেতে পারে। সেফটি বলতে বোঝায় চেইনে আক্রমণ করা কতটা কঠিন - অর্থাৎ, পরস্পরবিরোধী চেকপয়েন্ট চূড়ান্ত করা।
+
+[Casper পেপারে আরও পড়ুন](https://arxiv.org/pdf/1710.09437.pdf)
diff --git a/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/gasper/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/gasper/index.md
new file mode 100644
index 00000000000..db0d694a9ba
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/gasper/index.md
@@ -0,0 +1,52 @@
+---
+title: "গ্যাস্পার"
+description: "গ্যাস্পার প্রুফ-অফ-স্টেক মেকানিজমের একটি ব্যাখ্যা।"
+lang: bn
+---
+
+গ্যাস্পার হল ক্যাসপার দ্য ফ্রেন্ডলি ফাইনালিটি গ্যাজেট (Casper-FFG) এবং LMD-GHOST ফর্ক চয়েস অ্যালগরিদমের একটি সংমিশ্রণ। একত্রে এই উপাদানগুলি প্রুফ-অফ-স্টেক ইথেরিয়ামকে সুরক্ষিত করার জন্য কনসেন্সাস মেকানিজম তৈরি করে। ক্যাসপার হল সেই মেকানিজম যা নির্দিষ্ট ব্লকগুলিকে "চূড়ান্ত" করতে আপগ্রেড করে যাতে নেটওয়ার্কে নতুন প্রবেশকারীরা আত্মবিশ্বাসী হতে পারে যে তারা ক্যানোনিকাল চেইন সিঙ্ক করছে। ফর্ক চয়েস অ্যালগরিদমটি সঞ্চিত ভোট ব্যবহার করে নিশ্চিত করে যে যখন ব্লকচেইনে ফর্ক দেখা দেয় তখন নোডগুলি সহজেই সঠিকটি নির্বাচন করতে পারে।
+
+**দ্রষ্টব্য** যে Casper-FFG-এর মূল সংজ্ঞাটি গ্যাস্পারে অন্তর্ভুক্ত করার জন্য সামান্য আপডেট করা হয়েছিল। এই পৃষ্ঠায় আমরা আপডেট করা সংস্করণটি বিবেচনা করব।
+
+## পূর্বশর্ত
+
+এই উপাদানটি বুঝতে হলে [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/)-এর ভূমিকা পৃষ্ঠাটি পড়া প্রয়োজন।
+
+## গ্যাস্পারের ভূমিকা {#role-of-gasper}
+
+গ্যাস্পার একটি প্রুফ-অফ-স্টেক ব্লকচেইনের উপরে বসে যেখানে নোডগুলি একটি নিরাপত্তা আমানত হিসাবে ইথার সরবরাহ করে যা ব্লক প্রস্তাব বা ভ্যালিডেট করার ক্ষেত্রে অলস বা অসৎ হলে ধ্বংস করা যেতে পারে। গ্যাস্পার হল সেই মেকানিজম যা নির্ধারণ করে যে কীভাবে ভ্যালিডেটরদের পুরস্কৃত এবং শাস্তি দেওয়া হবে, কোন ব্লকগুলি গ্রহণ বা প্রত্যাখ্যান করা হবে এবং ব্লকচেইনের কোন ফর্কের উপর ভিত্তি করে তৈরি করা হবে।
+
+## চূড়ান্ততা কী? {#what-is-finality}
+
+চূড়ান্ততা হল নির্দিষ্ট ব্লকের একটি বৈশিষ্ট্য যার অর্থ হল যে সেগুলিকে প্রত্যাবর্তন করা যাবে না যতক্ষণ না একটি গুরুতর কনসেন্সাস ব্যর্থতা ঘটে এবং একজন আক্রমণকারী মোট স্টেক করা ইথারের কমপক্ষে 1/3 অংশ ধ্বংস করে দেয়। চূড়ান্ত ব্লকগুলিকে এমন তথ্য হিসাবে ভাবা যেতে পারে যার সম্পর্কে ব্লকচেইন নিশ্চিত। একটি ব্লককে চূড়ান্ত করার জন্য দুটি ধাপের আপগ্রেড পদ্ধতির মধ্যে দিয়ে যেতে হবে:
+
+1. ক্যানোনিকাল চেইনে সেই ব্লকের অন্তর্ভুক্তির পক্ষে মোট স্টেক করা ইথারের দুই-তৃতীয়াংশকে অবশ্যই ভোট দিতে হবে। এই শর্তটি ব্লকটিকে "যৌক্তিক"-এ আপগ্রেড করে। যৌক্তিক ব্লকগুলি প্রত্যাবর্তন করার সম্ভাবনা কম, তবে নির্দিষ্ট শর্তে তা করা যেতে পারে।
+2. যখন একটি যৌক্তিক ব্লকের উপরে আরেকটি ব্লক যৌক্তিক হয়, তখন এটিকে "চূড়ান্ত"-তে আপগ্রেড করা হয়। একটি ব্লককে চূড়ান্ত করা হল ক্যানোনিকাল চেইনে ব্লকটিকে অন্তর্ভুক্ত করার একটি প্রতিশ্রুতি। এটি প্রত্যাবর্তন করা যাবে না যতক্ষণ না একজন আক্রমণকারী লক্ষ লক্ষ ইথার (বিলিয়ন $USD) ধ্বংস করে।
+
+এই ব্লক আপগ্রেডগুলি প্রতিটি স্লটে ঘটে না। পরিবর্তে, শুধুমাত্র ইপক-বাউন্ডারি ব্লকগুলিকেই যৌক্তিক এবং চূড়ান্ত করা যেতে পারে। এই ব্লকগুলি "চেকপয়েন্ট" নামে পরিচিত। আপগ্রেড করার সময় এক জোড়া চেকপয়েন্ট বিবেচনা করা হয়। কম সাম্প্রতিক চেকপয়েন্টকে চূড়ান্ত এবং আরও সাম্প্রতিক ব্লককে যৌক্তিক করতে আপগ্রেড করার জন্য দুটি ধারাবাহিক চেকপয়েন্টের মধ্যে একটি "সুপারমেজরিটি লিঙ্ক" থাকতে হবে (অর্থাৎ, মোট স্টেক করা ইথারের দুই-তৃতীয়াংশের ভোট দেওয়া যে চেকপয়েন্ট B হল চেকপয়েন্ট A-এর সঠিক উত্তরসূরি)।
+
+যেহেতু চূড়ান্ততার জন্য একটি ব্লকের ক্যানোনিকাল হওয়ার জন্য দুই-তৃতীয়াংশের চুক্তির প্রয়োজন হয়, তাই একজন আক্রমণকারী নিম্নলিখিতগুলি ছাড়া কোনো বিকল্প চূড়ান্ত চেইন তৈরি করতে পারে না:
+
+1. মোট স্টেক করা ইথারের দুই-তৃতীয়াংশের মালিকানা বা কারসাজি করা।
+2. মোট স্টেক করা ইথারের অন্তত এক-তৃতীয়াংশ ধ্বংস করা।
+
+প্রথম শর্তটি দেখা দেয় কারণ একটি চেইনকে চূড়ান্ত করতে স্টেক করা ইথারের দুই-তৃতীয়াংশের প্রয়োজন। দ্বিতীয় শর্তটি দেখা দেয় কারণ যদি মোট স্টেকের দুই-তৃতীয়াংশ উভয় ফর্কের পক্ষে ভোট দিয়ে থাকে, তাহলে এক-তৃতীয়াংশকে অবশ্যই উভয়ের উপর ভোট দিতে হবে। ডাবল-ভোটিং একটি স্ল্যাশিং শর্ত যা সর্বোচ্চ শাস্তিযোগ্য, এবং মোট স্টেকের এক-তৃতীয়াংশ ধ্বংস হয়ে যাবে। মে 2022 অনুযায়ী, এর জন্য একজন আক্রমণকারীকে প্রায় $10 বিলিয়ন মূল্যের ইথার পোড়াতে হবে। গ্যাস্পারে যে অ্যালগরিদম ব্লকগুলিকে যৌক্তিক এবং চূড়ান্ত করে, তা হল [Casper the Friendly Finality Gadget (Casper-FFG)](https://arxiv.org/pdf/1710.09437.pdf)-এর একটি সামান্য পরিবর্তিত রূপ।
+
+### ইনসেনটিভ এবং স্ল্যাশিং {#incentives-and-slashing}
+
+ভ্যালিডেটররা সৎভাবে ব্লক প্রস্তাব এবং ভ্যালিডেট করার জন্য পুরস্কৃত হয়। ইথার পুরস্কৃত করা হয় এবং তাদের স্টেকে যোগ করা হয়। অন্যদিকে, যে ভ্যালিডেটররা অনুপস্থিত থাকে এবং যখন কাজ করার জন্য ডাকা হয় তখন কাজ করতে ব্যর্থ হয়, তারা এই পুরস্কারগুলি থেকে বঞ্চিত হয় এবং কখনও কখনও তাদের বিদ্যমান স্টেকের একটি ছোট অংশ হারায়। যাইহোক, অফলাইন থাকার জন্য জরিমানা সামান্য এবং বেশিরভাগ ক্ষেত্রে, পুরস্কার হারানোর সুযোগ ব্যয়ের সমান। যাইহোক, কিছু ভ্যালিডেটর ক্রিয়া দুর্ঘটনাক্রমে করা খুব কঠিন এবং কিছু দূষিত উদ্দেশ্যকে বোঝায়, যেমন একই স্লটের জন্য একাধিক ব্লক প্রস্তাব করা, একই স্লটের জন্য একাধিক ব্লকে অ্যাটেস্টিং করা, বা পূর্ববর্তী চেকপয়েন্ট ভোটের বিরোধিতা করা। এগুলি হল "স্ল্যাশযোগ্য" আচরণ যেগুলিকে আরও কঠোরভাবে শাস্তি দেওয়া হয়—স্ল্যাশিং-এর ফলে ভ্যালিডেটরের স্টেকের কিছু অংশ ধ্বংস হয়ে যায় এবং ভ্যালিডেটরকে ভ্যালিডেটরদের নেটওয়ার্ক থেকে সরিয়ে দেওয়া হয়। এই প্রক্রিয়াটি 36 দিন সময় নেয়। প্রথম দিনে, 1 ETH পর্যন্ত প্রাথমিক জরিমানা রয়েছে। তারপর স্ল্যাশ করা ভ্যালিডেটরের ইথার ধীরে ধীরে এক্সিট পিরিয়ড জুড়ে শেষ হয়ে যায়, কিন্তু 18তম দিনে, তারা একটি "কোরিলেশন পেনাল্টি" পায়, যা একই সময়ে আরও বেশি ভ্যালিডেটর স্ল্যাশ করা হলে আরও বড় হয়। সর্বোচ্চ জরিমানা হল সম্পূর্ণ স্টেক। এই পুরস্কার এবং জরিমানাগুলি সৎ ভ্যালিডেটরদের উৎসাহিত করতে এবং নেটওয়ার্কে আক্রমণকে নিরুৎসাহিত করার জন্য ডিজাইন করা হয়েছে।
+
+### নিষ্ক্রিয়তা লিক {#inactivity-leak}
+
+নিরাপত্তার পাশাপাশি, গ্যাস্পার "বিশ্বাসযোগ্য লাইভনেস" প্রদান করে। এটি এমন একটি শর্ত যে যতক্ষণ পর্যন্ত মোট স্টেক করা ইথারের দুই-তৃতীয়াংশ সততার সাথে ভোট দিচ্ছে এবং প্রোটোকল অনুসরণ করছে, ততক্ষণ চেইনটি অন্য কোনও কার্যকলাপ (যেমন আক্রমণ, লেটেন্সি সমস্যা বা স্ল্যাশিং) নির্বিশেষে চূড়ান্ত হতে সক্ষম হবে। অন্যভাবে বলতে গেলে, চেইনকে চূড়ান্ত হওয়া থেকে আটকাতে মোট স্টেক করা ইথারের এক-তৃতীয়াংশকে কোনোভাবে আপোস করতে হবে। গ্যাস্পারে, লাইভনেস ব্যর্থতার বিরুদ্ধে একটি অতিরিক্ত প্রতিরক্ষা ব্যবস্থা রয়েছে, যা "নিষ্ক্রিয়তা লিক" নামে পরিচিত। এই মেকানিজমটি সক্রিয় হয় যখন চেইনটি চারটিরও বেশি ইপক ধরে চূড়ান্ত হতে ব্যর্থ হয়। যেসব ভ্যালিডেটর সক্রিয়ভাবে মেজরিটি চেইনে অ্যাটেস্টিং করছে না, তাদের স্টেক ধীরে ধীরে নিঃশেষ হয়ে যায় যতক্ষণ না মেজরিটি মোট স্টেকের দুই-তৃতীয়াংশ ফিরে পায়, এটি নিশ্চিত করে যে লাইভনেস ব্যর্থতা শুধুমাত্র অস্থায়ী।
+
+### ফর্ক পছন্দ {#fork-choice}
+
+Casper-FFG-এর মূল সংজ্ঞায় একটি ফর্ক চয়েস অ্যালগরিদম অন্তর্ভুক্ত ছিল যা এই নিয়মটি আরোপ করেছিল: `সেই চেইনটি অনুসরণ করুন যেখানে সর্বোচ্চ উচ্চতার যৌক্তিক চেকপয়েন্ট রয়েছে` যেখানে উচ্চতাকে জেনেসিস ব্লক থেকে সর্বাধিক দূরত্ব হিসাবে সংজ্ঞায়িত করা হয়। গ্যাস্পারে, আসল ফর্ক চয়েস নিয়মটি LMD-GHOST নামক একটি আরও পরিশীলিত অ্যালগরিদমের পক্ষে বাতিল করা হয়েছে। এটা বোঝা গুরুত্বপূর্ণ যে সাধারণ পরিস্থিতিতে, একটি ফর্ক চয়েস নিয়মের প্রয়োজন নেই - প্রতিটি স্লটের জন্য একটি একক ব্লক প্রোপোজার থাকে এবং সৎ ভ্যালিডেটররা এতে অ্যাটেস্টিং করে। শুধুমাত্র বড় নেটওয়ার্ক অ্যাসিঙ্ক্রোনিসিটির ক্ষেত্রে বা যখন একজন অসৎ ব্লক প্রোপোজার দ্ব্যর্থবোধক কথা বলে, তখনই একটি ফর্ক চয়েস অ্যালগরিদমের প্রয়োজন হয়। যাইহোক, যখন সেই ঘটনাগুলি ঘটে, তখন ফর্ক চয়েস অ্যালগরিদম একটি গুরুত্বপূর্ণ প্রতিরক্ষা যা সঠিক চেইনকে সুরক্ষিত করে।
+
+LMD-GHOST-এর পূর্ণরূপ হল "লেটেস্ট মেসেজ-ড্রিভেন গ্রিডি হেভিয়েস্ট অবজার্ভড সাব-ট্রি"। এটি একটি পরিভাষা-বহুল উপায় একটি অ্যালগরিদমকে সংজ্ঞায়িত করার, যা অ্যাটেস্টেশনের সর্বাধিক সঞ্চিত ওজন সহ ফর্কটিকে ক্যানোনিকাল হিসাবে নির্বাচন করে (গ্রিডি হেভিয়েস্ট সাবট্রি) এবং যদি একজন ভ্যালিডেটরের কাছ থেকে একাধিক বার্তা পাওয়া যায়, তবে শুধুমাত্র সর্বশেষটি বিবেচনা করা হয় (লেটেস্ট-মেসেজ ড্রিভেন)। সবচেয়ে ভারী ব্লকটিকে তার ক্যানোনিকাল চেইনে যোগ করার আগে, প্রতিটি ভ্যালিডেটর এই নিয়মটি ব্যবহার করে প্রতিটি ব্লক মূল্যায়ন করে।
+
+## আরও পড়ুন {#further-reading}
+
+- [গ্যাস্পার: GHOST এবং Casper-এর সমন্বয়](https://arxiv.org/pdf/2003.03052.pdf)
+- [Casper the Friendly Finality Gadget](https://arxiv.org/pdf/1710.09437.pdf)
diff --git a/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/index.md
new file mode 100644
index 00000000000..74ff1c10770
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/index.md
@@ -0,0 +1,99 @@
+---
+title: "প্রুফ-অফ-স্টেক (PoS)"
+description: "প্রুফ-অফ-স্টেক কনসেন্সাস প্রোটোকল এবং Ethereum-এ এর ভূমিকা সম্পর্কে একটি ব্যাখ্যা।"
+lang: bn
+---
+
+প্রুফ-অফ-স্টেক (PoS) হল Ethereum-এর [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/)-এর ভিত্তি। Ethereum 2022 সালে তার প্রুফ-অফ-স্টেক মেকানিজমে পরিবর্তন করে কারণ এটি পূর্ববর্তী [প্রুফ-অফ-ওয়ার্ক](/developers/docs/consensus-mechanisms/pow) আর্কিটেকচারের তুলনায় আরও বেশি সুরক্ষিত, কম শক্তি-নিবিড় এবং নতুন স্কেলিং সমাধান বাস্তবায়নের জন্য উন্নত।
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/) সম্পর্কে পড়ে নেওয়ার সুপারিশ করছি।
+
+## প্রুফ-অফ-স্টেক (PoS) কী? {#what-is-pos}
+
+প্রুফ-অফ-স্টেক হল এটি প্রমাণ করার একটি উপায় যে ভ্যালিডেটররা নেটওয়ার্কে মূল্যবান কিছু রেখেছে যা তারা অসাধুভাবে কাজ করলে ধ্বংস করা যেতে পারে। Ethereum-এর প্রুফ-অফ-স্টেক-এ, ভ্যালিডেটররা Ethereum-এর একটি স্মার্ট কন্ট্র্যাক্টে ETH-এর আকারে মূলধন হিসেবে সুস্পষ্টভাবে স্টেক করে। ভ্যালিডেটর তখন নেটওয়ার্কের মাধ্যমে প্রচারিত নতুন ব্লকগুলো বৈধ কিনা তা পরীক্ষা করার জন্য এবং মাঝে মাঝে নিজেরাই নতুন ব্লক তৈরি এবং প্রচার করার জন্য দায়ী থাকে। যদি তারা নেটওয়ার্ককে প্রতারণা করার চেষ্টা করে (উদাহরণস্বরূপ, যখন তাদের একটি ব্লক পাঠানোর কথা তখন একাধিক ব্লক প্রস্তাব করা বা পরস্পরবিরোধী অ্যাটাস্টেশন পাঠানো), তাহলে তাদের স্টেক করা ETH-এর কিছু বা সমস্ত অংশ ধ্বংস করা যেতে পারে।
+
+## ভ্যালিডেটর {#validators}
+
+একজন ভ্যালিডেটর হিসেবে অংশগ্রহণ করার জন্য, একজন ব্যবহারকারীকে অবশ্যই ডিপোজিট কন্ট্র্যাক্টে 32 ETH জমা দিতে হবে এবং তিনটি পৃথক সফটওয়্যার চালাতে হবে: একটি এক্সিকিউশন ক্লায়েন্ট, একটি কনসেন্সাস ক্লায়েন্ট এবং একটি ভ্যালিডেটর ক্লায়েন্ট। তাদের ETH জমা দেওয়ার পরে, ব্যবহারকারী একটি অ্যাক্টিভেশন কিউতে যোগদান করে যা নেটওয়ার্কে নতুন ভ্যালিডেটরদের যোগদানের হারকে সীমিত করে। একবার সক্রিয় হয়ে গেলে, ভ্যালিডেটররা Ethereum নেটওয়ার্কের পিয়ারদের থেকে নতুন ব্লক গ্রহণ করে। ব্লকে ডেলিভার করা ট্রানজ্যাকশনগুলো পুনরায় এক্সিকিউট করা হয় এটি পরীক্ষা করতে যে Ethereum-এর স্টেটে প্রস্তাবিত পরিবর্তনগুলো বৈধ, এবং ব্লকের সিগনেচার পরীক্ষা করা হয়। তারপর ভ্যালিডেটর নেটওয়ার্ক জুড়ে সেই ব্লকের পক্ষে একটি ভোট (যাকে অ্যাটাস্টেশন বলা হয়) পাঠায়।
+
+যেখানে প্রুফ-অফ-ওয়ার্ক-এর অধীনে, ব্লকের সময় মাইনিং ডিফিকাল্টি দ্বারা নির্ধারিত হয়, সেখানে প্রুফ-অফ-স্টেক-এ টেম্পো স্থির থাকে। প্রুফ-অফ-স্টেক Ethereum-এ সময়কে স্লট (12 সেকেন্ড) এবং ইপক (32 স্লট)-এ ভাগ করা হয়। প্রতিটি স্লটে একজন ভ্যালিডেটরকে এলোমেলোভাবে ব্লক প্রপোজার হিসেবে নির্বাচিত করা হয়। এই ভ্যালিডেটর একটি নতুন ব্লক তৈরি করে এবং নেটওয়ার্কের অন্যান্য নোডগুলিতে পাঠানোর জন্য দায়ী থাকে। এছাড়াও প্রতিটি স্লটে, ভ্যালিডেটরদের একটি কমিটি এলোমেলোভাবে বেছে নেওয়া হয়, যাদের ভোট প্রস্তাবিত ব্লকের বৈধতা নির্ধারণ করতে ব্যবহৃত হয়। ভ্যালিডেটর সেটকে কমিটিগুলিতে ভাগ করা নেটওয়ার্কের লোড পরিচালনাযোগ্য রাখার জন্য গুরুত্বপূর্ণ। কমিটিগুলো ভ্যালিডেটর সেটকে এমনভাবে ভাগ করে যে প্রতিটি সক্রিয় ভ্যালিডেটর প্রতিটি ইপকে অ্যাটেস্ট করে, কিন্তু প্রতিটি স্লটে নয়।
+
+## Ethereum PoS-এ একটি ট্রানজ্যাকশন কিভাবে এক্সিকিউট হয় {#transaction-execution-ethereum-pos}
+
+নিচে Ethereum প্রুফ-অফ-স্টেক-এ কীভাবে একটি ট্রানজ্যাকশন এক্সিকিউট করা হয় তার একটি এন্ড-টু-এন্ড ব্যাখ্যা প্রদান করা হলো।
+
+1. একজন ব্যবহারকারী তাদের প্রাইভেট কী দিয়ে একটি [ট্রানজ্যাকশন](/developers/docs/transactions/) তৈরি করে এবং সাইন করে। এটি সাধারণত একটি ওয়ালেট বা [ethers.js](https://docs.ethers.org/v6/), [web3js](https://docs.web3js.org/), [web3py](https://web3py.readthedocs.io/en/v5/) ইত্যাদির মতো একটি লাইব্রেরি দ্বারা পরিচালিত হয়, কিন্তু পর্দার আড়ালে ব্যবহারকারী Ethereum [JSON-RPC API](/developers/docs/apis/json-rpc/) ব্যবহার করে একটি নোডে অনুরোধ করে। ব্যবহারকারী গ্যাসের পরিমাণ নির্ধারণ করে যা তারা একজন ভ্যালিডেটরকে টিপস হিসেবে দিতে প্রস্তুত, যাতে তারা ব্লকটিতে ট্রানজ্যাকশনটি অন্তর্ভুক্ত করতে উৎসাহিত হয়। [টিপস](/developers/docs/gas/#priority-fee) ভ্যালিডেটরকে প্রদান করা হয়, যেখানে [বেস ফি](/developers/docs/gas/#base-fee) বার্ন করা হয়।
+2. ট্রানজ্যাকশনটি একটি Ethereum [এক্সিকিউশন ক্লায়েন্ট](/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 ব্যবহার করে ছদ্ম-এলোমেলোভাবে নির্বাচিত হয়েছে। এই নোডটি Ethereum ব্লকচেইনে যোগ করার জন্য পরবর্তী ব্লক তৈরি এবং সম্প্রচার করা এবং গ্লোবাল স্টেট আপডেট করার জন্য দায়ী। নোডটি তিনটি অংশ নিয়ে গঠিত: একটি এক্সিকিউশন ক্লায়েন্ট, একটি কনসেন্সাস ক্লায়েন্ট এবং একটি ভ্যালিডেটর ক্লায়েন্ট। এক্সিকিউশন ক্লায়েন্ট স্থানীয় মেমপুল থেকে ট্রানজ্যাকশনগুলোকে একটি "এক্সিকিউশন পেলোড"-এ বান্ডিল করে এবং একটি স্টেট পরিবর্তন তৈরি করার জন্য স্থানীয়ভাবে সেগুলোকে এক্সিকিউট করে। এই তথ্যটি কনসেন্সাস ক্লায়েন্টের কাছে পাঠানো হয় যেখানে এক্সিকিউশন পেলোড একটি "বিকন ব্লক"-এর অংশ হিসাবে মোড়ানো থাকে, যেটিতে পুরস্কার, জরিমানা, স্ল্যাশিং, অ্যাটাস্টেশন ইত্যাদি সম্পর্কিত তথ্যও থাকে যা নেটওয়ার্ককে চেইনের হেডে থাকা ব্লকের ক্রম সম্পর্কে একমত হতে সক্ষম করে। এক্সিকিউশন এবং কনসেন্সাস ক্লায়েন্টদের মধ্যে যোগাযোগ সম্পর্কে [কনসেন্সাস এবং এক্সিকিউশন ক্লায়েন্টদের সংযোগ করা](/developers/docs/networking-layer/#connecting-clients)-এ আরও বিস্তারিতভাবে বর্ণনা করা হয়েছে।
+5. অন্যান্য নোডগুলো কনসেন্সাস লেয়ার গসিপ নেটওয়ার্কে নতুন বিকন ব্লক গ্রহণ করে। তারা এটি তাদের এক্সিকিউশন ক্লায়েন্টের কাছে পাঠায় যেখানে ট্রানজ্যাকশনগুলো প্রস্তাবিত স্টেট পরিবর্তন বৈধ কিনা তা নিশ্চিত করার জন্য স্থানীয়ভাবে পুনরায় এক্সিকিউট করা হয়। ভ্যালিডেটর ক্লায়েন্ট তখন প্রমাণ করে যে ব্লকটি বৈধ এবং চেইনের তাদের দৃষ্টিভঙ্গিতে এটি যৌক্তিক পরবর্তী ব্লক (অর্থাৎ এটি [ফর্ক পছন্দ নিয়ম](/developers/docs/consensus-mechanisms/pos/#fork-choice)-এ সংজ্ঞায়িত অ্যাটাস্টেশনের সর্বাধিক ওজন সহ চেইনের উপর ভিত্তি করে তৈরি হয়)। ব্লকটি প্রতিটি নোডের স্থানীয় ডাটাবেসে যোগ করা হয় যা এটিতে অ্যাটেস্ট করে।
+6. যদি ট্রানজ্যাকশনটি দুটি চেকপয়েন্টের মধ্যে একটি "সুপারমেজররিটি লিঙ্ক" সহ একটি চেইনের অংশ হয়ে যায় তবে এটিকে "ফাইনাল" হিসাবে বিবেচনা করা যেতে পারে। প্রতিটি ইপকের শুরুতে চেকপয়েন্ট ঘটে এবং তারা এই বিষয়টির জন্য বিদ্যমান যে প্রতিটি স্লটে সক্রিয় ভ্যালিডেটরদের একটি উপসেট অ্যাটেস্ট করে, কিন্তু সকল সক্রিয় ভ্যালিডেটর প্রতিটি ইপকে অ্যাটেস্ট করে। সুতরাং, শুধুমাত্র ইপকগুলোর মধ্যে একটি 'সুপারমেজররিটি লিঙ্ক' প্রদর্শন করা যেতে পারে (এখানেই নেটওয়ার্কের মোট স্টেক করা ETH-এর ৬৬% দুটি চেকপয়েন্টে একমত হয়)।
+
+ফাইনালিটি সম্পর্কে আরও বিস্তারিত নিচে পাওয়া যাবে।
+
+## ফাইনালিটি {#finality}
+
+ডিস্ট্রিবিউটেড নেটওয়ার্কে একটি ট্রানজ্যাকশনের "ফাইনালিটি" থাকে যখন এটি এমন একটি ব্লকের অংশ হয় যা বিপুল পরিমাণ ETH বার্ন করা ছাড়া পরিবর্তন করা যায় না। প্রুফ-অফ-স্টেক Ethereum-এ, এটি "চেকপয়েন্ট" ব্লক ব্যবহার করে পরিচালিত হয়। প্রতিটি ইপকের প্রথম ব্লকটি একটি চেকপয়েন্ট। ভ্যালিডেটররা চেকপয়েন্টের জোড়ার জন্য ভোট দেয় যেগুলোকে এটি বৈধ বলে মনে করে। যদি একজোড়া চেকপয়েন্ট মোট স্টেক করা ETH-এর কমপক্ষে দুই-তৃতীয়াংশের প্রতিনিধিত্বকারী ভোট আকর্ষণ করে, তবে চেকপয়েন্টগুলো আপগ্রেড করা হয়। দুটির মধ্যে সাম্প্রতিকটি (টার্গেট) "যুক্তিযুক্ত" হয়ে যায়। দুটির মধ্যে পূর্বেরটি ইতিমধ্যেই যুক্তিযুক্ত কারণ এটি পূর্ববর্তী ইপকের "টার্গেট" ছিল। এখন এটি "ফাইনাল"-এ আপগ্রেড করা হয়েছে। চেকপয়েন্ট আপগ্রেড করার এই প্রক্রিয়াটি **[ক্যাসপার দ্য ফ্রেন্ডলি ফাইনালিটি গ্যাজেট (ক্যাসপার-এফএফজি)](https://arxiv.org/pdf/1710.09437)** দ্বারা পরিচালিত হয়। ক্যাসপার-এফএফজি হল কনসেন্সাসের জন্য একটি ব্লক ফাইনালিটি টুল। একবার একটি ব্লক ফাইনাল হয়ে গেলে, স্ট্যাকারদের সংখ্যাগরিষ্ঠ স্ল্যাশিং ছাড়া এটি রিভার্ট বা পরিবর্তন করা যায় না, যা এটিকে অর্থনৈতিকভাবে অকার্যকর করে তোলে।
+
+একটি ফাইনাল ব্লক রিভার্ট করতে, একজন আক্রমণকারীকে স্টেক করা ETH-এর মোট সরবরাহের অন্তত এক-তৃতীয়াংশ হারানোর প্রতিশ্রুতি দিতে হবে। এর সঠিক কারণ এই [Ethereum Foundation ব্লগ পোস্টে](https://blog.ethereum.org/2016/05/09/on-settlement-finality/) ব্যাখ্যা করা হয়েছে। যেহেতু ফাইনালিটির জন্য দুই-তৃতীয়াংশ সংখ্যাগরিষ্ঠতার প্রয়োজন, তাই একজন আক্রমণকারী মোট স্টেকের এক-তৃতীয়াংশ দিয়ে ভোট দিয়ে নেটওয়ার্ককে ফাইনালিটিতে পৌঁছানো থেকে আটকাতে পারে। এর বিরুদ্ধে রক্ষা করার জন্য একটি মেকানিজম রয়েছে: [ইনঅ্যাক্টিভিটি লিক](https://eth2book.info/bellatrix/part2/incentives/inactivity)। এটি সক্রিয় হয় যখন চেইনটি চারটির বেশি ইপকের জন্য ফাইনাল হতে ব্যর্থ হয়। ইনঅ্যাক্টিভিটি লিক সংখ্যাগরিষ্ঠের বিরুদ্ধে ভোট দেওয়া ভ্যালিডেটরদের থেকে স্টেক করা ETH সরিয়ে দেয়, যা সংখ্যাগরিষ্ঠকে দুই-তৃতীয়াংশ সংখ্যাগরিষ্ঠতা পুনরুদ্ধার করতে এবং চেইনটিকে ফাইনাল করতে দেয়।
+
+## ক্রিপ্টো-ইকোনমিক সিকিউরিটি {#crypto-economic-security}
+
+একজন ভ্যালিডেটর চালানো একটি প্রতিশ্রুতি। ভ্যালিডেটরের কাছ থেকে ব্লক ভ্যালিডেশন এবং প্রপোজাল-এ অংশগ্রহণের জন্য পর্যাপ্ত হার্ডওয়্যার এবং কানেক্টিভিটি বজায় রাখার প্রত্যাশা করা হয়। এর বিনিময়ে, ভ্যালিডেটরকে ETH-এ অর্থ প্রদান করা হয় (তাদের স্টেক করা ব্যালেন্স বৃদ্ধি পায়)। অন্যদিকে, একজন ভ্যালিডেটর হিসাবে অংশগ্রহণ করা ব্যবহারকারীদের ব্যক্তিগত লাভ বা নাশকতার জন্য নেটওয়ার্কে আক্রমণ করার নতুন পথ খুলে দেয়। এটি প্রতিরোধ করার জন্য, ভ্যালিডেটররা যখন অংশগ্রহণের জন্য বলা হয় তখন ব্যর্থ হলে ETH পুরস্কার থেকে বঞ্চিত হয়, এবং তারা যদি অসাধুভাবে আচরণ করে তবে তাদের বিদ্যমান স্টেক ধ্বংস করা যেতে পারে। দুটি প্রধান আচরণকে অসাধু বলে বিবেচনা করা যেতে পারে: একটি স্লটে একাধিক ব্লক প্রস্তাব করা (দ্বিচারিতা) এবং পরস্পরবিরোধী অ্যাটাস্টেশন জমা দেওয়া।
+
+কত পরিমাণ ETH স্ল্যাশ করা হবে তা নির্ভর করে একই সময়ে কতজন ভ্যালিডেটরকেও স্ল্যাশ করা হচ্ছে তার উপর। এটি ["কোরিলেশন পেনাল্টি"](https://eth2book.info/bellatrix/part2/incentives/slashing#the-correlation-penalty) নামে পরিচিত, এবং এটি সামান্য হতে পারে (নিজে থেকে স্ল্যাশ হওয়া একজন ভ্যালিডেটরের জন্য ~1% স্টেক) অথবা এর ফলে ভ্যালিডেটরের 100% স্টেক ধ্বংস হয়ে যেতে পারে (গণ স্ল্যাশিং ইভেন্ট)। এটি একটি বাধ্যতামূলক এক্সিট পিরিয়ডের মাঝপথে আরোপ করা হয় যা প্রথম দিনে একটি তাৎক্ষণিক জরিমানা (1 ETH পর্যন্ত) দিয়ে শুরু হয়, 18 তম দিনে কোরিলেশন পেনাল্টি এবং অবশেষে, 36 তম দিনে নেটওয়ার্ক থেকে বহিষ্কার করা হয়। তারা প্রতিদিন সামান্য অ্যাটাস্টেশন জরিমানা পায় কারণ তারা নেটওয়ার্কে উপস্থিত থাকে কিন্তু ভোট জমা দেয় না। এই সবকিছুর অর্থ হল একটি সমন্বিত আক্রমণ আক্রমণকারীর জন্য খুব ব্যয়বহুল হবে।
+
+## ফর্ক পছন্দ {#fork-choice}
+
+যখন নেটওয়ার্ক সর্বোত্তম এবং সততার সাথে কাজ করে, তখন চেইনের হেডে শুধুমাত্র একটি নতুন ব্লক থাকে এবং সমস্ত ভ্যালিডেটর এটিতে অ্যাটেস্ট করে। যাইহোক, নেটওয়ার্ক লেটেন্সি বা ব্লক প্রপোজার দ্বিমুখী আচরণ করার কারণে ভ্যালিডেটরদের চেইনের হেডের বিভিন্ন ভিউ থাকা সম্ভব। অতএব, কনসেন্সাস ক্লায়েন্টদের একটি অ্যালগরিদম প্রয়োজন যা নির্ধারণ করবে কোনটি পছন্দ করা হবে। প্রুফ-অফ-স্টেক Ethereum-এ ব্যবহৃত অ্যালগরিদমটিকে [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 ধ্বংস করার সিদ্ধান্তও নিতে পারে। এগুলো ৫১% আক্রমণের বিরুদ্ধে শক্তিশালী অর্থনৈতিক প্রতিরক্ষা।
+
+৫১% আক্রমণের বাইরে, খারাপ অভিনেতারা অন্যান্য ধরণের দূষিত কার্যকলাপের চেষ্টাও করতে পারে, যেমন:
+
+- লং-রেঞ্জ আক্রমণ (যদিও ফাইনালিটি গ্যাজেট এই আক্রমণ ভেক্টরকে নিষ্ক্রিয় করে)
+- স্বল্প পরিসরের 'রিঅর্গস' (যদিও প্রপোজার বুস্টিং এবং অ্যাটাস্টেশন ডেডলাইন এটি প্রশমিত করে)
+- বাউন্সিং এবং ব্যালেন্সিং আক্রমণ (প্রপোজার বুস্টিং দ্বারাও প্রশমিত, এবং এই আক্রমণগুলো যাইহোক শুধুমাত্র আদর্শ নেটওয়ার্ক অবস্থার অধীনে প্রদর্শিত হয়েছে)
+- অ্যাভাল্যাঞ্চ আক্রমণ (ফর্ক পছন্দ অ্যালগরিদমের শুধুমাত্র সর্বশেষ মেসেজ বিবেচনা করার নিয়ম দ্বারা নিষ্ক্রিয় করা হয়)
+
+সামগ্রিকভাবে, প্রুফ-অফ-স্টেক, যেমনটি Ethereum-এ প্রয়োগ করা হয়েছে, প্রুফ-অফ-ওয়ার্কের চেয়ে অর্থনৈতিকভাবে বেশি সুরক্ষিত বলে প্রমাণিত হয়েছে।
+
+## সুবিধা এবং অসুবিধা {#pros-and-cons}
+
+| যেসব বিষয়ে এর সুফল পাওয়া যায়                                                                                                                                                                                                     | কনস                                                                                        |
+| -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------ |
+| স্টেকিং ব্যক্তিদের নেটওয়ার্ক সুরক্ষিত করতে অংশগ্রহণ করা সহজ করে তোলে, যা বিকেন্দ্রীকরণকে উৎসাহিত করে। ভ্যালিডেটর নোড একটি সাধারণ ল্যাপটপে চালানো যেতে পারে। স্টেকিং পুল ব্যবহারকারীদের 32 ETH না থাকলেও স্টেক করার অনুমতি দেয়। | প্রুফ-অফ-ওয়ার্কের তুলনায় প্রুফ-অফ-স্টেক নতুন এবং কম পরীক্ষিত                             |
+| স্টেকিং আরও বিকেন্দ্রীভূত। PoW মাইনিংয়ের ক্ষেত্রে যেভাবে ইকোনোমিক্স অফ স্কেল প্রযোজ্য, এক্ষেত্রে তেমনভাবে হয় না।                                                                                                                | প্রুফ-অফ-ওয়ার্কের চেয়ে প্রুফ-অফ-স্টেক প্রয়োগ করা আরও জটিল                               |
+| প্রুফ-অফ-স্টেক প্রুফ-অফ-ওয়ার্কের চেয়ে বেশি ক্রিপ্টো-অর্থনৈতিক নিরাপত্তা প্রদান করে                                                                                                                                             | Ethereum-এর প্রুফ-অফ-স্টেকে অংশগ্রহণ করার জন্য ব্যবহারকারীদের তিনটি সফটওয়্যার চালাতে হবে। |
+| নেটওয়ার্ক অংশগ্রহণকারীদের উৎসাহিত করার জন্য নতুন ETH-এর কম ইস্যুয়েন্স প্রয়োজন                                                                                                                                                  |                                                                                            |
+
+### প্রুফ-অফ-ওয়ার্ক-এর সঙ্গে তুলনা {#comparison-to-proof-of-work}
+
+Ethereum মূলত প্রুফ-অফ-ওয়ার্ক ব্যবহার করত কিন্তু সেপ্টেম্বর ২০২২-এ প্রুফ-অফ-স্টেকে পরিবর্তিত হয়েছে। PoS, PoW-এর তুলনায় বেশ কিছু সুবিধা প্রদান করে, যেমন:
+
+- উন্নত শক্তি দক্ষতা – প্রুফ-অফ-ওয়ার্ক কম্পিউটেশনে প্রচুর শক্তি ব্যবহার করার কোনো প্রয়োজন নেই
+- প্রবেশের জন্য কম বাধা, হার্ডওয়্যারের প্রয়োজনীয়তা হ্রাস – নতুন ব্লক তৈরি করার সুযোগ পেতে এলিট হার্ডওয়্যারের কোনো প্রয়োজন নেই
+- কেন্দ্রীভূতকরণের ঝুঁকি হ্রাস – প্রুফ-অফ-স্টেক নেটওয়ার্ক সুরক্ষিত করার জন্য আরও নোডের দিকে নিয়ে যাওয়া উচিত
+- কম শক্তির প্রয়োজনীয়তার কারণে অংশগ্রহণে উৎসাহিত করার জন্য কম ETH ইস্যুয়েন্স প্রয়োজন
+- অসদাচরণের জন্য অর্থনৈতিক জরিমানা প্রুফ-অফ-ওয়ার্কের তুলনায় একজন আক্রমণকারীর জন্য ৫১% স্টাইলের আক্রমণকে আরও ব্যয়বহুল করে তোলে
+- যদি ৫১% আক্রমণ ক্রিপ্টো-অর্থনৈতিক প্রতিরক্ষা অতিক্রম করে, তাহলে কমিউনিটি একটি সৎ চেইনের সামাজিক পুনরুদ্ধারের আশ্রয় নিতে পারে।
+
+## আরও পড়ুন {#further-reading}
+
+- [প্রুফ অফ স্টেক FAQ](https://vitalik.eth.limo/general/2017/12/31/pos_faq.html) _ভিটালিক বুটেরিন_
+- [প্রুফ অফ স্টেক কী](https://consensys.net/blog/blockchain-explained/what-is-proof-of-stake/) _কনসেনসিস_
+- [প্রুফ অফ স্টেক কী এবং কেন এটি গুরুত্বপূর্ণ](https://bitcoinmagazine.com/culture/what-proof-of-stake-is-and-why-it-matters-1377531463) _ভিটালিক বুটেরিন_
+- [কেন প্রুফ অফ স্টেক (নভেম্বর ২০২০)](https://vitalik.eth.limo/general/2020/11/06/pos2020.html) _ভিটালিক বুটেরিন_
+- [প্রুফ অফ স্টেক: আমি কীভাবে দুর্বল বিষয়বস্তুকে ভালোবাসতে শিখলাম](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/) _ভিটালিক বুটেরিন_
+- [প্রুফ-অফ-স্টেক Ethereum আক্রমণ এবং প্রতিরক্ষা](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs)
+- [একটি প্রুফ অফ স্টেক ডিজাইন দর্শন](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51) _ভিটালিক বুটেরিন_
+- [ভিডিও: ভিটালিক বুটেরিন লেক্স ফ্রিডম্যানকে প্রুফ-অফ-স্টেক ব্যাখ্যা করছেন](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/bn/developers/docs/consensus-mechanisms/pos/keys/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/keys/index.md
new file mode 100644
index 00000000000..21e75b735a2
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/keys/index.md
@@ -0,0 +1,102 @@
+---
+title: "প্রুফ-অফ-স্টেক ইথেরিয়ামের কী"
+description: "ইথেরিয়ামের প্রুফ-অফ-স্টেক কনসেন্সাস মেকানিজমে ব্যবহৃত কী-গুলোর একটি ব্যাখ্যা"
+lang: bn
+---
+
+ইথেরিয়াম পাবলিক-প্রাইভেট কী ক্রিপ্টোগ্রাফি ব্যবহার করে ব্যবহারকারীর সম্পদ সুরক্ষিত করে। পাবলিক কী একটি ইথেরিয়াম অ্যাড্রেসের ভিত্তি হিসাবে ব্যবহৃত হয়—অর্থাৎ, এটি সাধারণ জনগণের কাছে দৃশ্যমান এবং একটি অনন্য শনাক্তকারী হিসাবে ব্যবহৃত হয়। প্রাইভেট (বা 'গোপন') কী শুধুমাত্র একজন অ্যাকাউন্টের মালিকের কাছে অ্যাক্সেসযোগ্য হওয়া উচিত। প্রাইভেট কী লেনদেন এবং ডেটা 'স্বাক্ষর' করার জন্য ব্যবহৃত হয় যাতে ক্রিপ্টোগ্রাফি প্রমাণ করতে পারে যে ধারক একটি নির্দিষ্ট প্রাইভেট কী-এর কিছু ক্রিয়াকলাপ অনুমোদন করেছেন।
+
+ইথেরিয়ামের কী-গুলো [ইলিপটিক-কার্ভ ক্রিপ্টোগ্রাফি](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`
+```
+
+এই পাথের স্ল্যাশগুলো প্রাইভেট কী-এর উপাদানগুলোকে নিম্নরূপ পৃথক করে:
+
+```
+master_key / purpose / coin_type / account / change / address_index
+```
+
+এই যুক্তিটি ব্যবহারকারীদের একটি একক **নেমোনিক ফ্রেজ**-এর সাথে যত বেশি সম্ভব ভ্যালিডেটর সংযুক্ত করতে সক্ষম করে কারণ ট্রি রুটটি সাধারণ হতে পারে, এবং শাখাগুলিতে পার্থক্য করা যেতে পারে। ব্যবহারকারী নেমোনিক ফ্রেজ থেকে **যেকোনো সংখ্যক কী** পেতে পারেন।
+
+```
+      [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/bn/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md
new file mode 100644
index 00000000000..7d74fffe7f5
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/pos-vs-pow/index.md
@@ -0,0 +1,69 @@
+---
+title: "প্রুফ-অফ-স্টেক বনাম প্রুফ-অফ-ওয়ার্ক"
+description: "ইথেরিয়ামের প্রুফ-অফ-স্টেক এবং প্রুফ-অফ-ওয়ার্ক ভিত্তিক কনসেন্সাস মেকানিজমের মধ্যে একটি তুলনা"
+lang: bn
+---
+
+যখন ইথেরিয়াম চালু করা হয়েছিল, তখন ইথেরিয়ামকে সুরক্ষিত করার জন্য বিশ্বাসযোগ্য হওয়ার আগে প্রুফ-অফ-স্টেকের অনেক গবেষণা এবং উন্নয়নের প্রয়োজন ছিল। প্রুফ-অফ-ওয়ার্ক একটি সহজতর প্রক্রিয়া ছিল যা ইতিমধ্যেই বিটকয়েন দ্বারা প্রমাণিত হয়েছিল, যার অর্থ হল মূল ডেভেলপাররা ইথেরিয়াম চালু করার জন্য এটিকে অবিলম্বে বাস্তবায়ন করতে পারত। প্রুফ-অফ-স্টেককে এমন পর্যায়ে বিকশিত করতে আরও আট বছর সময় লেগেছিল যেখানে এটি বাস্তবায়ন করা যেতে পারে।
+
+এই পৃষ্ঠাটি ইথেরিয়ামের প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে পরিবর্তনের পেছনের যুক্তি এবং এর সাথে জড়িত ট্রেড-অফগুলি ব্যাখ্যা করে।
+
+## নিরাপত্তা {#security}
+
+ইথেরিয়াম গবেষকরা প্রুফ-অফ-ওয়ার্কের চেয়ে প্রুফ-অফ-স্টেককে বেশি সুরক্ষিত বলে মনে করেন। যাইহোক, এটি শুধুমাত্র সম্প্রতি আসল ইথেরিয়াম মেইননেটের জন্য প্রয়োগ করা হয়েছে এবং এটি প্রুফ-অফ-ওয়ার্কের চেয়ে কম সময়-পরীক্ষিত। নিম্নলিখিত বিভাগগুলিতে প্রুফ-অফ-ওয়ার্কের তুলনায় প্রুফ-অফ-স্টেকের নিরাপত্তা মডেলের সুবিধা এবং অসুবিধাগুলি নিয়ে আলোচনা করা হয়েছে।
+
+### আক্রমণের খরচ {#cost-to-attack}
+
+প্রুফ-অফ-স্টেকে, ভ্যালিডেটরদের একটি স্মার্ট কন্ট্র্যাক্টে কমপক্ষে 32 ETH এসক্রো ("স্টেক") করতে হয়। ভুল আচরণকারী ভ্যালিডেটরদের শাস্তি দিতে ইথেরিয়াম স্টেক করা ইথার ধ্বংস করতে পারে। কনসেন্সাসে পৌঁছানোর জন্য, মোট স্টেক করা ইথারের কমপক্ষে 66% একটি নির্দিষ্ট ব্লক সেটের পক্ষে ভোট দিতে হবে। স্টেক এর >=66% দ্বারা ভোট দেওয়া ব্লকগুলি "চূড়ান্ত" হয়ে যায়, যার অর্থ সেগুলি সরানো বা পুনর্গঠিত করা যাবে না।
+
+নেটওয়ার্কে আক্রমণ করার অর্থ হতে পারে চেইনকে চূড়ান্ত করা থেকে বিরত রাখা বা ক্যানোনিকাল চেইনে ব্লকগুলির একটি নির্দিষ্ট সংগঠন নিশ্চিত করা যা কোনোভাবে আক্রমণকারীকে উপকৃত করে। এর জন্য আক্রমণকারীকে হয় বিপুল পরিমাণ ইথার জমা করে সরাসরি ভোট দিয়ে বা সৎ ভ্যালিডেটরদের একটি নির্দিষ্ট উপায়ে ভোট দেওয়ার জন্য প্রতারণা করে সৎ কনসেন্সাসের পথ পরিবর্তন করতে হয়। সৎ ভ্যালিডেটরদেরকে প্রতারণা করে এমন পরিশীলিত, কম-সম্ভাব্য আক্রমণগুলি বাদ দিলে, ইথেরিয়ামকে আক্রমণ করার খরচ হল সেই স্টেকের খরচ যা একজন আক্রমণকারীকে তাদের পক্ষে কনসেন্সাসকে প্রভাবিত করার জন্য জমা করতে হবে।
+
+আক্রমণের সর্বনিম্ন খরচ হল মোট স্টেকের >33%। মোট স্টেকের >33% ধারণকারী একজন আক্রমণকারী কেবল অফলাইনে গিয়ে একটি ফাইনালিটি বিলম্বের কারণ হতে পারে। এটি নেটওয়ার্কের জন্য একটি তুলনামূলকভাবে ছোট সমস্যা কারণ এখানে "ইনঅ্যাকটিভিটি লিক" নামে পরিচিত একটি প্রক্রিয়া রয়েছে যা অফলাইন ভ্যালিডেটরদের থেকে স্টেক ফাঁস করে যতক্ষণ না অনলাইন সংখ্যাগরিষ্ঠ স্টেকের 66% প্রতিনিধিত্ব করে এবং চেইনটিকে আবার চূড়ান্ত করতে পারে। তাত্ত্বিকভাবে একজন আক্রমণকারীর পক্ষে মোট স্টেকের 33%-এর সামান্য বেশি দিয়ে দ্বিগুণ ফাইনালিটি ঘটানোও সম্ভব, যখন তাদের ব্লক প্রযোজক হতে বলা হয় তখন একটির পরিবর্তে দুটি ব্লক তৈরি করে এবং তারপর তাদের সমস্ত ভ্যালিডেটরদের সাথে দ্বিগুণ-ভোট দিয়ে। প্রতিটি ফর্কের জন্য শুধুমাত্র অবশিষ্ট সৎ ভ্যালিডেটরদের 50%-কে প্রথমে প্রতিটি ব্লক দেখতে হবে, তাই যদি তারা তাদের বার্তাগুলিকে ঠিক সময়ে পরিচালনা করতে পারে, তবে তারা উভয় ফর্ককেই চূড়ান্ত করতে সক্ষম হতে পারে। এটির সফলতার সম্ভাবনা কম, কিন্তু যদি একজন আক্রমণকারী ডাবল-ফাইনালিটি ঘটাতে সক্ষম হয়, তাহলে ইথেরিয়াম সম্প্রদায়কে একটি ফর্ক অনুসরণ করার সিদ্ধান্ত নিতে হবে, সেক্ষেত্রে আক্রমণকারীর ভ্যালিডেটরদের অন্যটিতে স্ল্যাশ করা হবে।
+
+মোট স্টেকের >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 স্টেক করা অবস্থায়)। আক্রমণকারীকে যখন স্ল্যাশ করা হয় তখন নেটওয়ার্ক থেকে বের করে দেওয়া হয় এবং পুনরায় যোগদানের জন্য তাদের একটি অ্যাক্টিভেশন কিউতে যোগ দিতে হয়। এর মানে হল যে একটি পুনরাবৃত্ত আক্রমণের হার শুধুমাত্র সেই হারের মধ্যে সীমাবদ্ধ নয় যে হারে আক্রমণকারী মোট স্টেকের >33% জমা করতে পারে বরং তাদের সমস্ত ভ্যালিডেটরদের নেটওয়ার্কে অনবোর্ড করতে যে সময় লাগে তার দ্বারাও সীমাবদ্ধ। প্রতিবার আক্রমণকারী আক্রমণ করার সময়, তারা অনেক বেশি দরিদ্র হয়ে যায়, এবং ফলস্বরূপ সরবরাহ ধাক্কার জন্য সম্প্রদায়ের বাকিরা আরও ধনী হয়।
+
+অন্যান্য আক্রমণ, যেমন 51% আক্রমণ বা মোট স্টেকের 66% সহ ফাইনালিটি রিভার্সন, এর জন্য যথেষ্ট বেশি ETH প্রয়োজন এবং আক্রমণকারীর জন্য অনেক বেশি ব্যয়বহুল।
+
+প্রুফ-অফ-ওয়ার্ক-এর সাথে এর তুলনা করুন। প্রুফ-অফ-ওয়ার্ক ইথেরিয়ামে একটি আক্রমণ শুরু করার খরচ ছিল ধারাবাহিকভাবে মোট নেটওয়ার্ক হ্যাস রেটের >50% মালিকানার খরচ। ধারাবাহিকভাবে প্রুফ-অফ-ওয়ার্ক সমাধানগুলি গণনা করার জন্য অন্যান্য মাইনারদের ছাড়িয়ে যাওয়ার জন্য পর্যাপ্ত কম্পিউটিং পাওয়ারের হার্ডওয়্যার এবং চলমান খরচের পরিমাণ ছিল এটি। ইথেরিয়াম বেশিরভাগই ASIC-এর পরিবর্তে GPU ব্যবহার করে মাইন করা হয়েছিল, যা খরচ কমিয়েছিল (যদিও ইথেরিয়াম যদি প্রুফ-অফ-ওয়ার্কে থাকত, তাহলে ASIC মাইনিং আরও জনপ্রিয় হয়ে উঠতে পারত)। একজন প্রতিপক্ষকে একটি প্রুফ-অফ-ওয়ার্ক ইথেরিয়াম নেটওয়ার্কে আক্রমণ করার জন্য প্রচুর হার্ডওয়্যার ক্রয় করতে হবে এবং এটি চালানোর জন্য বিদ্যুতের জন্য অর্থ প্রদান করতে হবে, তবে মোট খরচ একটি আক্রমণ শুরু করার জন্য পর্যাপ্ত ETH জমা করার জন্য প্রয়োজনীয় খরচের চেয়ে কম হবে। একটি 51% আক্রমণ প্রুফ-অফ-স্টেকের চেয়ে প্রুফ-অফ-ওয়ার্কে ~[20x কম](https://youtu.be/1m12zgJ42dI?t=1562) ব্যয়বহুল। যদি আক্রমণটি শনাক্ত করা হয় এবং তাদের পরিবর্তনগুলি অপসারণের জন্য চেইনটি হার্ড-ফর্ক করা হয়, তাহলে আক্রমণকারী বারবার একই হার্ডওয়্যার ব্যবহার করে নতুন ফর্কটিকে আক্রমণ করতে পারে।
+
+### জটিলতা {#complexity}
+
+প্রুফ-অফ-স্টেক প্রুফ-অফ-ওয়ার্কের চেয়ে অনেক বেশি জটিল। এটি প্রুফ-অফ-ওয়ার্ক-এর পক্ষে একটি পয়েন্ট হতে পারে কারণ সহজ প্রোটোকলগুলিতে ঘটনাক্রমে বাগ বা অনিচ্ছাকৃত প্রভাবগুলি প্রবর্তন করা কঠিন। যাইহোক, বছরের পর বছর গবেষণা ও উন্নয়ন, সিমুলেশন এবং টেস্টনেট বাস্তবায়নের মাধ্যমে জটিলতাকে দমন করা হয়েছে। প্রুফ-অফ-স্টেক প্রোটোকলটি পাঁচটি পৃথক দল দ্বারা (এক্সিকিউশন এবং কনসেন্সাস লেয়ারের প্রত্যেকটিতে) পাঁচটি প্রোগ্রামিং ভাষায় স্বাধীনভাবে প্রয়োগ করা হয়েছে, যা ক্লায়েন্ট বাগগুলির বিরুদ্ধে স্থিতিস্থাপকতা প্রদান করে।
+
+প্রুফ-অফ-স্টেক কনসেন্সাস লজিককে নিরাপদে বিকাশ এবং পরীক্ষা করার জন্য, ইথেরিয়াম মেইননেটে প্রুফ-অফ-স্টেক প্রয়োগ করার দুই বছর আগে বিকন চেইন চালু করা হয়েছিল। বিকন চেইন প্রুফ-অফ-স্টেক পরীক্ষার জন্য একটি স্যান্ডবক্স হিসাবে কাজ করেছিল, কারণ এটি একটি লাইভ ব্লকচেইন ছিল যা প্রুফ-অফ-স্টেক কনসেন্সাস লজিক প্রয়োগ করে কিন্তু আসল ইথেরিয়াম লেনদেনগুলিকে স্পর্শ না করে - কার্যকরভাবে কেবল নিজের উপর কনসেন্সাসে আসে। একবার এটি পর্যাপ্ত সময়ের জন্য স্থিতিশীল এবং বাগ-মুক্ত হয়ে গেলে, বিকন চেইনটিকে ইথেরিয়াম মেইননেটের সাথে "মার্জ" করা হয়েছিল। এই সবগুলি প্রুফ-অফ-স্টেকের জটিলতাকে এমন পর্যায়ে নিয়ন্ত্রণ করতে অবদান রেখেছে যে অনিচ্ছাকৃত পরিণতি বা ক্লায়েন্ট বাগের ঝুঁকি খুব কম ছিল।
+
+### আক্রমণের ক্ষেত্র {#attack-surface}
+
+প্রুফ-অফ-স্টেক প্রুফ-অফ-ওয়ার্কের চেয়ে বেশি জটিল, যার অর্থ হল পরিচালনা করার জন্য আরও সম্ভাব্য আক্রমণ ভেক্টর রয়েছে। ক্লায়েন্টদের সংযোগকারী একটি পিয়ার-টু-পিয়ার নেটওয়ার্কের পরিবর্তে, দুটি রয়েছে, প্রতিটি একটি পৃথক প্রোটোকল বাস্তবায়ন করে। প্রতিটি স্লটে একটি ব্লক প্রস্তাব করার জন্য একটি নির্দিষ্ট ভ্যালিডেটর আগে থেকে নির্বাচন করা ডিনায়েল-অফ-সার্ভিসের সম্ভাবনা তৈরি করে যেখানে বিপুল পরিমাণ নেটওয়ার্ক ট্র্যাফিক সেই নির্দিষ্ট ভ্যালিডেটরকে অফলাইনে নিয়ে যায়।
+
+এমন উপায়ও রয়েছে যে আক্রমণকারীরা তাদের ব্লক বা অ্যাটাস্টেশনগুলির মুক্তির সময় সাবধানে নির্ধারণ করতে পারে যাতে সেগুলি সৎ নেটওয়ার্কের একটি নির্দিষ্ট অনুপাত দ্বারা প্রাপ্ত হয়, যা তাদের নির্দিষ্ট উপায়ে ভোট দিতে প্রভাবিত করে। অবশেষে, একজন আক্রমণকারী কেবল স্টেক করার জন্য পর্যাপ্ত ETH জমা করতে পারে এবং কনসেন্সাস মেকানিজমে আধিপত্য বিস্তার করতে পারে। এই প্রতিটি [আক্রমণ ভেক্টরের সাথে যুক্ত প্রতিরক্ষা রয়েছে](/developers/docs/consensus-mechanisms/pos/attack-and-defense), কিন্তু প্রুফ-অফ-ওয়ার্কের অধীনে রক্ষা করার জন্য তাদের অস্তিত্ব নেই।
+
+## বিকেন্দ্রীকরণ {#decentralization}
+
+প্রুফ-অফ-স্টেক প্রুফ-অফ-ওয়ার্কের চেয়ে বেশি বিকেন্দ্রীভূত কারণ মাইনিং হার্ডওয়্যার অস্ত্র প্রতিযোগিতা ব্যক্তি এবং ছোট সংস্থাগুলিকে মূল্যহীন করে তোলে। যদিও যে কেউ প্রযুক্তিগতভাবে পরিমিত হার্ডওয়্যার দিয়ে মাইনিং শুরু করতে পারে, প্রাতিষ্ঠানিক মাইনিং অপারেশনের তুলনায় তাদের কোনো পুরস্কার পাওয়ার সম্ভাবনা খুবই কম। প্রুফ-অফ-স্টেকের সাথে, স্টেকিংয়ের খরচ এবং সেই স্টেকের উপর শতাংশ রিটার্ন সবার জন্য একই। বর্তমানে একটি ভ্যালিডেটর চালাতে 32 ETH খরচ হয়।
+
+অন্যদিকে, লিকুইড স্টেকিং ডেরিভেটিভের উদ্ভাবন কেন্দ্রীকরণের উদ্বেগ সৃষ্টি করেছে কারণ কয়েকটি বড় প্রদানকারী বিপুল পরিমাণে স্টেক করা ETH পরিচালনা করে। এটি সমস্যাযুক্ত এবং যত তাড়াতাড়ি সম্ভব সংশোধন করা প্রয়োজন, তবে এটি দেখতে যতটা সহজ তার চেয়েও বেশি সূক্ষ্ম। কেন্দ্রীভূত স্টেকিং প্রদানকারীদের অগত্যা ভ্যালিডেটরদের উপর কেন্দ্রীভূত নিয়ন্ত্রণ থাকে না - প্রায়শই এটি ETH-এর একটি কেন্দ্রীয় পুল তৈরি করার একটি উপায় যা অনেক স্বাধীন নোড অপারেটর প্রতিটি অংশগ্রহণকারীর নিজের 32 ETH প্রয়োজন ছাড়াই স্টেক করতে পারে।
+
+ইথেরিয়ামের জন্য সেরা বিকল্প হল ভ্যালিডেটরগুলিকে বাড়ির কম্পিউটারে স্থানীয়ভাবে চালানো, যা বিকেন্দ্রীকরণকে সর্বাধিক করে। এই কারণেই ইথেরিয়াম এমন পরিবর্তনগুলিকে প্রতিরোধ করে যা একটি নোড/ভ্যালিডেটর চালানোর জন্য হার্ডওয়্যার প্রয়োজনীয়তা বাড়ায়।
+
+## স্থায়িত্ব {#sustainability}
+
+প্রুফ-অফ-স্টেক হল ব্লকচেইন সুরক্ষিত করার একটি কার্বন-সস্তা উপায়। প্রুফ-অফ-ওয়ার্ক-এর অধীনে মাইনাররা একটি ব্লক মাইন করার অধিকারের জন্য প্রতিযোগিতা করে। মাইনাররা যখন দ্রুত গণনা করতে পারে তখন তারা আরও সফল হয়, যা হার্ডওয়্যার এবং শক্তি খরচে বিনিয়োগকে উৎসাহিত করে। প্রুফ-অফ-স্টেকে স্যুইচ করার আগে ইথেরিয়ামের জন্য এটি পরিলক্ষিত হয়েছিল। প্রুফ-অফ-স্টেকে রূপান্তরের কিছুক্ষণ আগে, ইথেরিয়াম প্রায় 78 TWh/বছর ব্যবহার করছিল - যা একটি ছোট দেশের সমান। যাইহোক, প্রুফ-অফ-স্টেকে স্যুইচ করা এই শক্তি ব্যয়কে ~99.98% কমিয়েছে। প্রুফ-অফ-স্টেক ইথেরিয়ামকে একটি শক্তি-দক্ষ, কম কার্বন প্ল্যাটফর্ম তৈরি করেছে।
+
+[ইথেরিয়ামের শক্তি খরচ সম্পর্কে আরও](/energy-consumption)
+
+## ইস্যুয়েন্স {#issuance}
+
+প্রুফ-অফ-স্টেক ইথেরিয়াম প্রুফ-অফ-ওয়ার্ক ইথেরিয়ামের চেয়ে অনেক কম কয়েন ইস্যু করে তার নিরাপত্তার জন্য অর্থ প্রদান করতে পারে কারণ ভ্যালিডেটরদের উচ্চ বিদ্যুৎ খরচ দিতে হয় না। ফলস্বরূপ, যখন বিপুল পরিমাণ ETH পুড়িয়ে ফেলা হয় তখন ETH তার মুদ্রাস্ফীতি কমাতে পারে বা এমনকি মুদ্রাসংকোচনকারী হয়ে উঠতে পারে। কম মুদ্রাস্ফীতির মাত্রা মানে ইথেরিয়ামের নিরাপত্তা প্রুফ-অফ-ওয়ার্কের অধীনে যা ছিল তার চেয়ে সস্তা।
+
+## আপনি কি দেখে শিখতে বেশি পছন্দ করেন? {#visual-learner}
+
+জাস্টিন ড্রেক-কে প্রুফ-অফ-ওয়ার্কের উপর প্রুফ-অফ-স্টেকের সুবিধাগুলি ব্যাখ্যা করতে দেখুন:
+
+<YouTube id="1m12zgJ42dI" />
+
+## আরও পড়ুন {#further-reading}
+
+- [Vitalik-এর প্রুফ-অফ-স্টেক ডিজাইন দর্শন](https://medium.com/@VitalikButerin/a-proof-of-stake-design-philosophy-506585978d51)
+- [Vitalik-এর প্রুফ-অফ-স্টেক প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী](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/bn/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
new file mode 100644
index 00000000000..c99abcb2c09
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
@@ -0,0 +1,91 @@
+---
+title: "প্রুফ-অফ-স্টেক রিওয়ার্ডস এবং পেনাল্টি"
+description: "প্রুফ-অফ-স্টেক ইথেরিয়ামে ইন-প্রটোকল ইনসেন্টিভ সম্পর্কে জানুন।"
+lang: bn
+---
+
+ইথেরিয়াম তার নিজস্ব ক্রিপ্টোকারেন্সি, ইথার (ETH) ব্যবহার করে সুরক্ষিত থাকে। যে নোড অপারেটররা ব্লক ভ্যালিডেট করতে এবং চেইনের হেড শনাক্ত করতে অংশগ্রহণ করতে ইচ্ছুক, তারা ইথেরিয়ামে [ডিপোজিট কন্ট্রাক্ট](/staking/deposit-contract/)-এ ইথার জমা করে। এরপর তাদেরকে ভ্যালিডেটর সফটওয়্যার চালানোর জন্য ইথারে অর্থ প্রদান করা হয়, যা পিয়ার-টু-পিয়ার নেটওয়ার্কের মাধ্যমে প্রাপ্ত নতুন ব্লকের বৈধতা পরীক্ষা করে এবং চেইনের হেড শনাক্ত করার জন্য ফর্ক-চয়েস অ্যালগরিদম প্রয়োগ করে।
+
+একজন ভ্যালিডেটরের দুটি প্রধান ভূমিকা রয়েছে: ১) নতুন ব্লক পরীক্ষা করা এবং যদি সেগুলি বৈধ হয় তবে সেগুলিতে “অ্যাটেস্ট” করা, ২) মোট ভ্যালিডেটর পুল থেকে র‍্যান্ডমভাবে নির্বাচিত হলে নতুন ব্লক প্রস্তাব করা। যদি ভ্যালিডেটরকে বলা হলে এই কাজগুলির কোনোটি করতে ব্যর্থ হয়, তবে তারা একটি ইথার পেআউট থেকে বঞ্চিত হয়। ভ্যালিডেটরদের কখনও কখনও সিগনেচার অ্যাগ্রিগেশন এবং সিঙ্ক কমিটিতে অংশগ্রহণের দায়িত্বও দেওয়া হয়।
+
+এমন কিছু কাজও আছে যা দুর্ঘটনাক্রমে করা খুব কঠিন এবং কিছু दुर्भावनाপূর্ণ উদ্দেশ্য নির্দেশ করে, যেমন একই স্লটের জন্য একাধিক ব্লক প্রস্তাব করা বা একই স্লটের জন্য একাধিক ব্লকে অ্যাটেস্ট করা। এগুলো হলো “স্ল্যাশেবল” আচরণ, যার ফলে ভ্যালিডেটরকে নেটওয়ার্ক থেকে সরিয়ে দেওয়ার আগে কিছু পরিমাণ ইথার (১ ETH পর্যন্ত) বার্ন করা হয়, যা ৩৬ দিন সময় নেয়। স্ল্যাশড ভ্যালিডেটরের ইথার এক্সিট পিরিয়ড জুড়ে ধীরে ধীরে শেষ হয়ে যায়, কিন্তু ১৮তম দিনে তারা একটি “কোরিলেশন পেনাল্টি” পায়, যা একই সময়ে আরও বেশি ভ্যালিডেটর স্ল্যাশড হলে বড় হয়। কনসেন্সাস মেকানিজমের ইনসেনটিভ কাঠামো তাই সততার জন্য পুরস্কৃত করে এবং খারাপ অ্যাক্টরদের শাস্তি দেয়।
+
+সমস্ত রিওয়ার্ড এবং পেনাল্টি প্রতি ইপোকে একবার প্রয়োগ করা হয়।
+
+আরও বিস্তারিত জানতে পড়তে থাকুন...
+
+## রিওয়ার্ড এবং পেনাল্টি {#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-কে প্রভাবিত করে। এর যৌক্তিকতা [Vitalik's notes](https://notes.ethereum.org/@vbuterin/rkhCgQteN?type=view#Base-rewards)-এ পড়ুন।
+
+মোট রিওয়ার্ড তখন পাঁচটি উপাদানের যোগফল হিসাবে গণনা করা হয়, যার প্রত্যেকটির একটি ওয়েটিং আছে যা নির্ধারণ করে প্রতিটি উপাদান মোট রিওয়ার্ডে কতটা যোগ করবে। উপাদানগুলো হলো:
+
+```
+1. সোর্স ভোট: ভ্যালিডেটর সঠিক সোর্স চেকপয়েন্টের জন্য সময়মতো ভোট দিয়েছে
+2. টার্গেট ভোট: ভ্যালিডেটর সঠিক টার্গেট চেকপয়েন্টের জন্য সময়মতো ভোট দিয়েছে
+3. হেড ভোট: ভ্যালিডেটর সঠিক হেড ব্লকের জন্য সময়মতো ভোট দিয়েছে
+4. সিঙ্ক কমিটি রিওয়ার্ড: ভ্যালিডেটর একটি সিঙ্ক কমিটিতে অংশগ্রহণ করেছে
+5. প্রোপোজার রিওয়ার্ড: ভ্যালিডেটর সঠিক স্লটে একটি ব্লক প্রস্তাব করেছে
+```
+
+প্রতিটি উপাদানের জন্য ওয়েটিংগুলি নিম্নরূপ:
+
+```
+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)-এ রিওয়ার্ড এবং পেনাল্টি সম্পর্কে আরও পড়ুন। Bellatrix আপগ্রেডে রিওয়ার্ড এবং পেনাল্টি সমন্বয় করা হয়েছিল - ড্যানি রায়ান এবং ভিটালিককে এই [Peep an EIP ভিডিও](https://www.youtube.com/watch?v=iaAEGs1DMgQ)-তে এটি নিয়ে আলোচনা করতে দেখুন।
+
+## স্ল্যাশিং {#slashing}
+
+স্ল্যাশিং একটি আরও গুরুতর পদক্ষেপ যার ফলে নেটওয়ার্ক থেকে একজন ভ্যালিডেটরকে জোরপূর্বক অপসারণ করা হয় এবং তাদের স্টেক করা ইথারের ক্ষতি হয়। একজন ভ্যালিডেটরকে তিনভাবে স্ল্যাশড করা যেতে পারে, যার সবই ব্লকের অসৎ প্রস্তাবনা বা অ্যাটেস্টেশনের সামিল:
+
+- একই স্লটের জন্য দুটি ভিন্ন ব্লক প্রস্তাব ও স্বাক্ষর করার মাধ্যমে
+- এমন একটি ব্লকে অ্যাটেস্ট করার মাধ্যমে যা অন্য একটিকে "ঘিরে রাখে" (কার্যকরভাবে ইতিহাস পরিবর্তন করা)
+- একই ব্লকের জন্য দুটি ক্যান্ডিডেটে অ্যাটেস্ট করার মাধ্যমে "ডাবল ভোটিং" করা
+
+যদি এই কাজগুলি সনাক্ত করা হয়, ভ্যালিডেটরকে স্ল্যাশড করা হয়। এর মানে হলো একজন 32 ETH ভ্যালিডেটরের জন্য তাৎক্ষণিকভাবে 0.0078125 বার্ন করা হয় (সক্রিয় ব্যালেন্সের সাথে রৈখিকভাবে স্কেল করা হয়), তারপর একটি 36 দিনের অপসারণ সময়কাল শুরু হয়। এই অপসারণ সময়কালে ভ্যালিডেটরের স্টেক ধীরে ধীরে কমে যায়। মধ্যবর্তী সময়ে (দিন ১৮) একটি অতিরিক্ত পেনাল্টি প্রয়োগ করা হয় যার মাত্রা স্ল্যাশিং ইভেন্টের আগের ৩৬ দিনে সমস্ত স্ল্যাশড ভ্যালিডেটরের মোট স্টেক করা ইথারের সাথে স্কেল করে। এর মানে হল যখন আরও বেশি ভ্যালিডেটর স্ল্যাশড হয়, তখন স্ল্যাশের মাত্রা বৃদ্ধি পায়। সর্বোচ্চ স্ল্যাশ হলো সমস্ত স্ল্যাশড ভ্যালিডেটরের সম্পূর্ণ কার্যকরী ব্যালেন্স (অর্থাৎ, যদি অনেক ভ্যালিডেটর স্ল্যাশড হতে থাকে তবে তারা তাদের সম্পূর্ণ স্টেক হারাতে পারে)। অন্যদিকে, একটি একক, বিচ্ছিন্ন স্ল্যাশিং ইভেন্ট শুধুমাত্র ভ্যালিডেটরের স্টেকের একটি ছোট অংশ বার্ন করে। স্ল্যাশড ভ্যালিডেটরের সংখ্যার সাথে স্কেল করা এই মধ্যবর্তী পেনাল্টিকে "কোরিলেশন পেনাল্টি" বলা হয়।
+
+## ইনঅ্যাক্টিভিটি লিক {#inactivity-leak}
+
+যদি কনসেন্সাস লেয়ার চূড়ান্ত না করে চারটির বেশি ইপোক পার করে, তাহলে "ইনঅ্যাক্টিভিটি লিক" নামক একটি জরুরি প্রোটোকল সক্রিয় করা হয়। ইনঅ্যাক্টিভিটি লিকের চূড়ান্ত লক্ষ্য হল চেইনকে ফাইনালিটি পুনরুদ্ধারের জন্য প্রয়োজনীয় শর্ত তৈরি করা। উপরে যেমন ব্যাখ্যা করা হয়েছে, ফাইনালিটির জন্য সোর্স এবং টার্গেট চেকপয়েন্টগুলিতে সম্মত হতে মোট স্টেক করা ইথারের ২/৩ সংখ্যাগরিষ্ঠতা প্রয়োজন। যদি মোট ভ্যালিডেটরের ১/৩ এর বেশি প্রতিনিধিত্বকারী ভ্যালিডেটররা অফলাইন হয়ে যায় বা সঠিক অ্যাটেস্টেশন জমা দিতে ব্যর্থ হয়, তাহলে ২/৩ সুপারম্যাজরিটির পক্ষে চেকপয়েন্ট চূড়ান্ত করা সম্ভব নয়। ইনঅ্যাক্টিভিটি লিক নিষ্ক্রিয় ভ্যালিডেটরদের স্টেক ধীরে ধীরে কমে যেতে দেয় যতক্ষণ না তারা মোট স্টেকের ১/৩ এর কম নিয়ন্ত্রণ করে, যা অবশিষ্ট সক্রিয় ভ্যালিডেটরদের চেইন চূড়ান্ত করতে দেয়। নিষ্ক্রিয় ভ্যালিডেটরদের পুল যতই বড় হোক না কেন, অবশিষ্ট সক্রিয় ভ্যালিডেটররা অবশেষে স্টেকের >২/৩ নিয়ন্ত্রণ করবে। স্টেকের ক্ষতি নিষ্ক্রিয় ভ্যালিডেটরদের যত তাড়াতাড়ি সম্ভব পুনরায় সক্রিয় হওয়ার জন্য একটি শক্তিশালী উৎসাহ! Medalla টেস্টনেটে একটি ইনঅ্যাক্টিভিটি লিকের পরিস্থিতি দেখা গিয়েছিল যখন < ৬৬% সক্রিয় ভ্যালিডেটর ব্লকচেইনের বর্তমান হেডের উপর কনসেন্সাসে আসতে সক্ষম হয়েছিল। ইনঅ্যাক্টিভিটি লিক সক্রিয় করা হয়েছিল এবং অবশেষে ফাইনালিটি পুনরুদ্ধার করা হয়েছিল!
+
+কনসেন্সাস মেকানিজমের রিওয়ার্ড, পেনাল্টি এবং স্ল্যাশিং ডিজাইন স্বতন্ত্র ভ্যালিডেটরদের সঠিকভাবে আচরণ করতে উৎসাহিত করে। তবে, এই ডিজাইনের পছন্দগুলি থেকে এমন একটি সিস্টেম উদ্ভূত হয় যা একাধিক ক্লায়েন্ট জুড়ে ভ্যালিডেটরদের সমান বন্টনকে দৃঢ়ভাবে উৎসাহিত করে এবং একক-ক্লায়েন্ট আধিপত্যকে দৃঢ়ভাবে নিরুৎসাহিত করা উচিত।
+
+## আরও পড়ুন {#further-reading}
+
+- [ইথেরিয়াম আপগ্রেড করা: ইনসেনটিভ লেয়ার](https://eth2book.info/altair/part2/incentives)
+- [ইথেরিয়ামের হাইব্রিড ক্যাসপার প্রটোকলে ইনসেনটিভ](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/bn/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md
new file mode 100644
index 00000000000..02347e1c55f
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/weak-subjectivity/index.md
@@ -0,0 +1,39 @@
+---
+title: "দুর্বল বিষয়গততা"
+description: "দুর্বল বিষয়গততার একটি ব্যাখ্যা এবং PoS ইথেরিয়ামে এর ভূমিকা।"
+lang: bn
+---
+
+ব্লকচেইনে বিষয়গততা বলতে বর্তমান স্টেটে সম্মত হওয়ার জন্য সামাজিক তথ্যের উপর নির্ভরতাকে বোঝায়। একাধিক বৈধ ফর্ক থাকতে পারে যা নেটওয়ার্কের অন্যান্য সহকর্মীদের কাছ থেকে সংগৃহীত তথ্য অনুসারে বেছে নেওয়া হয়। এর বিপরীত হল বস্তুনিষ্ঠতা যা এমন চেইনগুলিকে বোঝায় যেখানে শুধুমাত্র একটি সম্ভাব্য বৈধ চেইন রয়েছে যা সমস্ত নোড তাদের কোডেড নিয়ম প্রয়োগ করে অগত্যা সম্মত হবে। দুর্বল বিষয়গততা নামে পরিচিত একটি তৃতীয় স্টেটও রয়েছে। এটি এমন একটি চেইনকে বোঝায় যা সামাজিকভাবে কিছু প্রাথমিক তথ্যের বীজ পুনরুদ্ধার করার পরে বস্তুনিষ্ঠভাবে অগ্রসর হতে পারে।
+
+## পূর্বশর্ত {#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/bn/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md
new file mode 100644
index 00000000000..8028bab3fb1
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pos/withdrawal-credentials/index.md
@@ -0,0 +1,64 @@
+---
+title: "উইথড্রয়াল ক্রেডেনশিয়াল"
+description: "ভ্যালিডেটর উইথড্রল ক্রেডেনশিয়াল প্রকারের (0x00, 0x01, 0x02) একটি ব্যাখ্যা এবং ইথেরিয়াম স্ট্যাকারদের জন্য তাদের প্রভাব।"
+lang: bn
+---
+
+প্রত্যেক ভ্যালিডেটরের একটি **উইথড্রল ক্রেডেনশিয়াল** থাকে যা নির্ধারণ করে কিভাবে এবং কোথায় তাদের স্টেক করা ETH এবং পুরস্কার উইথড্র করা যাবে। ক্রেডেনশিয়ালের প্রকার প্রথম বাইট দ্বারা নির্দেশিত হয়: `0x00`, `0x01`, বা `0x02`। এই প্রকারগুলি বোঝা ভ্যালিডেটরদের জন্য তাদের স্টেক পরিচালনা করার জন্য গুরুত্বপূর্ণ।
+
+## 0x00: প্রি-শ্যাপেলা ক্রেডেনশিয়াল {#0x00-credentials}
+
+`0x00` প্রকারটি শ্যাপেলা আপগ্রেডের (এপ্রিল ২০২৩) আগের আসল উইথড্রল ক্রেডেনশিয়াল ফরম্যাট। এই ক্রেডেনশিয়ালের প্রকার সহ ভ্যালিডেটরদের কোনো এক্সিকিউশন লেয়ার উইথড্রল অ্যাড্রেস সেট করা নেই, যার মানে তাদের ফান্ড কনসেন্সাস লেয়ারে লক করা থাকে। আপনার যদি এখনও `0x00` ক্রেডেনশিয়াল থাকে, তাহলে কোনো উইথড্রল পাওয়ার আগে আপনাকে অবশ্যই `0x01` বা `0x02`-তে আপগ্রেড করতে হবে।
+
+## 0x01: লিগ্যাসি উইথড্রল ক্রেডেনশিয়াল {#0x01-credentials}
+
+`0x01` প্রকারটি শ্যাপেলা আপগ্রেডের সাথে চালু করা হয়েছিল এবং এটি সেইসব ভ্যালিডেটরদের জন্য স্ট্যান্ডার্ড হয়ে ওঠে যারা একটি এক্সিকিউশন লেয়ার উইথড্রল অ্যাড্রেস সেট করতে চেয়েছিল। `0x01` ক্রেডেনশিয়ালের সাথে:
+
+- 32 ETH-এর উপরে যেকোনো ব্যালেন্স **স্বয়ংক্রিয়ভাবে আপনার উইথড্রল অ্যাড্রেসে সুইপ্ট** হয়ে যায়
+- সম্পূর্ণ এক্সিট স্ট্যান্ডার্ড এক্সিট কিউ-এর মাধ্যমে সম্পন্ন হয়
+- 32 ETH-এর উপরের পুরস্কার কম্পাউন্ড হতে পারে না—সেগুলো পর্যায়ক্রমে সুইপ্ট আউট হয়ে যায়
+
+**কিছু ভ্যালিডেটর কেন এখনও 0x01 ব্যবহার করে:** এটি সহজ এবং পরিচিত। অনেক ভ্যালিডেটর শ্যাপেলার পরে ডিপোজিট করেছে এবং তাদের কাছে ইতিমধ্যেই এই প্রকারটি রয়েছে, এবং যারা অতিরিক্ত ব্যালেন্সের স্বয়ংক্রিয় উইথড্রল চান তাদের জন্য এটি ঠিকঠাক কাজ করে।
+
+**কেন এটি সুপারিশ করা হয় না:** `0x01`-এর সাথে, আপনি 32 ETH-এর উপরে পুরস্কার কম্পাউন্ড করার ক্ষমতা হারান। প্রতিটি অতিরিক্ত অংশ স্বয়ংক্রিয়ভাবে সুইপ্ট হয়ে যায়, যা আপনার ভ্যালিডেটরের আয়ের সম্ভাবনাকে সীমিত করে এবং উইথড্র করা ফান্ড আলাদাভাবে পরিচালনা করার প্রয়োজন হয়।
+
+## 0x02: কম্পাউন্ডিং উইথড্রল ক্রেডেনশিয়াল {#0x02-credentials}
+
+`0x02` প্রকারটি পেক্ট্রা আপগ্রেডের সাথে চালু করা হয়েছিল এবং এটি আজকের ভ্যালিডেটরদের জন্য **সুপারিশকৃত পছন্দ**। `0x02` ক্রেডেনশিয়াল সহ ভ্যালিডেটরদের কখনও কখনও "কম্পাউন্ডিং ভ্যালিডেটর" বলা হয়।
+
+`0x02` ক্রেডেনশিয়ালের সাথে:
+
+- 32 ETH-এর উপরের পুরস্কার 1 ETH বৃদ্ধিতে সর্বোচ্চ 2048 ETH কার্যকর ব্যালেন্স পর্যন্ত **কম্পাউন্ড** হয়
+- আংশিক উইথড্রল অবশ্যই ম্যানুয়ালি অনুরোধ করতে হবে (স্বয়ংক্রিয় সুইপ শুধুমাত্র 2048 ETH থ্রেশহোল্ডের উপরে ঘটে)
+- ভ্যালিডেটররা একাধিক 32 ETH ভ্যালিডেটরকে একটি একক উচ্চ-ব্যালেন্সের ভ্যালিডেটরে একত্রিত করতে পারে
+- সম্পূর্ণ এক্সিট এখনও স্ট্যান্ডার্ড এক্সিট কিউ-এর মাধ্যমে সমর্থিত
+
+আংশিক উইথড্রল এবং একত্রীকরণ উভয়ই [লঞ্চপ্যাড ভ্যালিডেটর অ্যাকশন](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}
+
+বেশ কিছু টুলস ক্রেডেনশিয়ালের প্রকারের মধ্যে নির্বাচন বা রূপান্তর সমর্থন করে:
+
+- **[ইথেরিয়াম স্টেকিং লঞ্চপ্যাড](https://launchpad.ethereum.org/en/validator-actions)** - ক্রেডেনশিয়াল রূপান্তর এবং একত্রীকরণ সহ ডিপোজিট এবং ভ্যালিডেটর পরিচালনার জন্য অফিসিয়াল টুল
+- **[পেক্ট্রা স্টেকিং ম্যানেজার](https://pectrastaking.com)** - রূপান্তর এবং একত্রীকরণের জন্য ওয়ালেট-কানেক্ট সমর্থন সহ ওয়েব UI
+- **[পেক্ট্রা ভ্যালিডেটর অপ্স CLI টুল](https://github.com/Luganodes/Pectra-Batch-Contract)** - ব্যাচ রূপান্তরের জন্য কমান্ড-লাইন টুল
+- **[Ethereal](https://github.com/wealdtech/ethereal)** - ভ্যালিডেটর পরিচালনা সহ ইথেরিয়াম অপারেশনের জন্য CLI টুল
+
+একত্রীকরণ টুলসের একটি সম্পূর্ণ তালিকা এবং বিস্তারিত রূপান্তর নির্দেশাবলীর জন্য, দেখুন [MaxEB একত্রীকরণ টুলিং](/roadmap/pectra/maxeb/#consolidation-tooling)।
+
+## আরও পড়ুন {#further-reading}
+
+- [প্রুফ-অফ-স্টেক ইথেরিয়ামে কী-সমূহ](/developers/docs/consensus-mechanisms/pos/keys/) - ভ্যালিডেটর কী এবং কীভাবে তারা উইথড্রল ক্রেডেনশিয়ালের সাথে সম্পর্কিত তা জানুন
+- [MaxEB](/roadmap/pectra/maxeb/) - পেক্ট্রা আপগ্রেড এবং সর্বোচ্চ কার্যকর ব্যালেন্স ফিচারের উপর বিস্তারিত গাইড
diff --git a/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/index.md
new file mode 100644
index 00000000000..51276ad236e
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/index.md
@@ -0,0 +1,114 @@
+---
+title: "প্রুফ-অফ-ওয়ার্ক (PoW)"
+description: "প্রুফ-অফ-ওয়ার্ক কনসেন্সাস প্রোটোকল এবং ইথেরিয়ামে এর ভূমিকার একটি ব্যাখ্যা।"
+lang: bn
+---
+
+ইথেরিয়াম নেটওয়ার্ক একটি কনসেন্সাস মেকানিজম ব্যবহার করে শুরু হয়েছিল যা **[প্রুফ-অফ-ওয়ার্ক (PoW)](/developers/docs/consensus-mechanisms/pow)** এর সাথে জড়িত ছিল। এটি ইথেরিয়াম নেটওয়ার্কের নোডগুলিকে ইথেরিয়াম ব্লকচেইনে রেকর্ড করা সমস্ত তথ্যের স্টেটের উপর একমত হতে সাহায্য করে এবং নির্দিষ্ট ধরণের অর্থনৈতিক আক্রমণ প্রতিরোধ করে। তবে, 2022 সালে ইথেরিয়াম প্রুফ-অফ-ওয়ার্ক বন্ধ করে দেয় এবং পরিবর্তে [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos) ব্যবহার করা শুরু করে।
+
+<Alert variant="update">
+<AlertEmoji text=":wave:"/>
+<AlertContent>
+<AlertDescription>
+    প্রুফ-অফ-ওয়ার্ক এখন বাতিল করা হয়েছে। ইথেরিয়াম আর তার কনসেন্সাস মেকানিজমের অংশ হিসাবে প্রুফ-অফ-ওয়ার্ক ব্যবহার করে না। পরিবর্তে, এটি প্রুফ-অফ-স্টেক ব্যবহার করে। [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) এবং [স্টেকিং](/staking/) সম্পর্কে আরও পড়ুন।
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [ট্রানজ্যাকশন](/developers/docs/transactions/), [ব্লক](/developers/docs/blocks/), এবং [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/) সম্পর্কে পড়ার পরামর্শ দিচ্ছি।
+
+## প্রুফ-অফ-ওয়ার্ক (PoW) কী? {#what-is-pow}
+
+নাকামোতো কনসেন্সাস, যা প্রুফ-অফ-ওয়ার্ক ব্যবহার করে, এটি সেই প্রক্রিয়া যা একসময় বিকেন্দ্রীভূত ইথেরিয়াম নেটওয়ার্ককে অ্যাকাউন্টের ব্যালেন্স এবং লেনদেনের ক্রমের মতো বিষয়গুলিতে কনসেন্সাসে (অর্থাৎ, সমস্ত নোড একমত) আসতে দিয়েছিল। এটি ব্যবহারকারীদের তাদের কয়েন "ডাবল স্পেন্ডিং" থেকে বিরত রেখেছিল এবং নিশ্চিত করেছিল যে ইথেরিয়াম চেইন আক্রমণ বা ম্যানিপুলেট করা অত্যন্ত কঠিন ছিল। এই সুরক্ষা বৈশিষ্ট্যগুলি এখন [গ্যাসপার](/developers/docs/consensus-mechanisms/pos/gasper/) নামে পরিচিত কনসেন্সাস মেকানিজম ব্যবহার করে প্রুফ-অফ-স্টেক থেকে আসে।
+
+## প্রুফ-অফ-ওয়ার্ক এবং মাইনিং {#pow-and-mining}
+
+প্রুফ-অফ-ওয়ার্ক হল অন্তর্নিহিত অ্যালগরিদম যা প্রুফ-অফ-ওয়ার্ক ব্লকচেইনে মাইনাররা যে কাজ করে তার জন্য অসুবিধা এবং নিয়ম সেট করে। মাইনিং নিজেই "কাজ"। এটি চেইনে বৈধ ব্লক যোগ করার কাজ। এটি গুরুত্বপূর্ণ কারণ চেইনের দৈর্ঘ্য নেটওয়ার্ককে ব্লকচেইনের সঠিক ফর্ক অনুসরণ করতে সহায়তা করে। যত বেশি "কাজ" করা হয়, চেইন তত দীর্ঘ হয় এবং ব্লকের সংখ্যা যত বেশি হয়, নেটওয়ার্ক বর্তমান অবস্থার বিষয়ে তত বেশি নিশ্চিত হতে পারে।
+
+[মাইনিং সম্পর্কে আরও](/developers/docs/consensus-mechanisms/pow/mining/)
+
+## ইথেরিয়ামের প্রুফ-অফ-ওয়ার্ক কীভাবে কাজ করে? {#how-it-works}
+
+ইথেরিয়াম ট্রানজ্যাকশনগুলি ব্লকে প্রক্রিয়া করা হয়। এখন-অপ্রচলিত প্রুফ-অফ-ওয়ার্ক ইথেরিয়ামে, প্রতিটি ব্লকে ছিল:
+
+- ব্লকের অসুবিধা – উদাহরণস্বরূপ: 3,324,092,183,262,715
+- mixHash – উদাহরণস্বরূপ: `0x44bca881b07a6a09f83b130798072441705d9a665c5ac8bdf2f39a3cdf3bee29`
+- নন্স – উদাহরণস্বরূপ: `0xd3ee432b4fb3d26b`
+
+এই ব্লক ডেটা সরাসরি প্রুফ-অফ-ওয়ার্কের সাথে সম্পর্কিত ছিল।
+
+### প্রুফ-অফ-ওয়ার্কের কাজ {#the-work}
+
+প্রুফ-অফ-ওয়ার্ক প্রোটোকল, ইথ্যাশ (Ethash), একটি ব্লকের জন্য নন্স খুঁজে বের করার জন্য মাইনারদের ট্রায়াল এবং ত্রুটির একটি তীব্র প্রতিযোগিতার মধ্য দিয়ে যেতে হতো। শুধুমাত্র একটি বৈধ নন্স সহ ব্লকগুলি চেইনে যোগ করা যেতে পারে।
+
+একটি ব্লক তৈরি করার জন্য দৌড়ানোর সময়, একজন মাইনার বারবার একটি ডেটাসেট রাখে, যা শুধুমাত্র সম্পূর্ণ চেইন ডাউনলোড এবং চালানোর মাধ্যমে পাওয়া যেতে পারে (যেমন একজন মাইনার করে), একটি গাণিতিক ফাংশনের মাধ্যমে। ডেটাসেটটি একটি টার্গেটের নীচে একটি মিক্সহ্যাশ (mixHash) তৈরি করতে ব্যবহৃত হয়েছিল যা ব্লকের অসুবিধা দ্বারা নির্দেশিত হয়। এটি করার সর্বোত্তম উপায় হল ট্রায়াল এবং ত্রুটির মাধ্যমে।
+
+অসুবিধাটি হ্যাসের জন্য লক্ষ্য নির্ধারণ করে। টার্গেট যত কম হবে, বৈধ হ্যাসের সেট তত ছোট হবে। একবার তৈরি হয়ে গেলে, অন্যান্য মাইনার এবং ক্লায়েন্টদের জন্য এটি যাচাই করা অবিশ্বাস্যভাবে সহজ ছিল। এমনকি যদি একটি লেনদেন পরিবর্তন হয়, হ্যাস সম্পূর্ণরূপে ভিন্ন হবে, যা জালিয়াতির সংকেত দেবে।
+
+হ্যাশিং জালিয়াতি সনাক্ত করা সহজ করে তোলে। কিন্তু একটি প্রক্রিয়া হিসাবে প্রুফ-অফ-ওয়ার্কও চেইন আক্রমণ করার জন্য একটি বড় প্রতিরোধক ছিল।
+
+### প্রুফ-অফ-ওয়ার্ক এবং নিরাপত্তা {#security}
+
+মাইনারদের প্রধান ইথেরিয়াম চেইনে এই কাজটি করার জন্য উৎসাহিত করা হয়েছিল। মাইনারদের একটি উপসেটের জন্য তাদের নিজস্ব চেইন শুরু করার জন্য সামান্য উৎসাহ ছিল - এটি সিস্টেমকে দুর্বল করে। ব্লকচেইন সত্যের উৎস হিসাবে একটি একক স্টেটের উপর নির্ভর করে।
+
+প্রুফ-অফ-ওয়ার্কের উদ্দেশ্য ছিল চেইনকে প্রসারিত করা। দীর্ঘতম চেইনটি বৈধ হিসাবে সবচেয়ে বিশ্বাসযোগ্য ছিল কারণ এটি তৈরি করার জন্য সবচেয়ে বেশি গণনামূলক কাজ করা হয়েছিল। ইথেরিয়ামের PoW সিস্টেমের মধ্যে, লেনদেন মুছে ফেলা, নকল তৈরি করা বা দ্বিতীয় চেইন বজায় রাখে এমন নতুন ব্লক তৈরি করা প্রায় অসম্ভব ছিল। কারণ একজন দূষিত মাইনারকে সব সময় অন্য সবার চেয়ে দ্রুত ব্লক নন্স সমাধান করতে হতো।
+
+ধারাবাহিকভাবে দূষিত অথচ বৈধ ব্লক তৈরি করতে, একজন দূষিত মাইনারকে অন্য সবাইকে হারানোর জন্য নেটওয়ার্ক মাইনিং পাওয়ারের 51% এর বেশি প্রয়োজন হতো। এই পরিমাণ "কাজের" জন্য প্রচুর ব্যয়বহুল কম্পিউটিং শক্তি প্রয়োজন এবং ব্যয় করা শক্তি এমনকি একটি আক্রমণে অর্জিত লাভের চেয়েও বেশি হতে পারে।
+
+### প্রুফ-অফ-ওয়ার্ক অর্থনীতি {#economics}
+
+প্রুফ-অফ-ওয়ার্ক সিস্টেমে নতুন মুদ্রা ইস্যু করার এবং মাইনারদের কাজ করার জন্য উৎসাহিত করার জন্যও দায়ী ছিল।
+
+[কনস্টান্টিনোপল আপগ্রেড](/ethereum-forks/#constantinople) থেকে, যে মাইনাররা সফলভাবে একটি ব্লক তৈরি করে তাদের দুটি নতুন মিন্ট করা ETH এবং লেনদেন ফি-এর অংশ দিয়ে পুরস্কৃত করা হয়েছিল। অমার ব্লকগুলিও 1.75 ETH ক্ষতিপূরণ দিয়েছে। অমার ব্লকগুলি ছিল একজন মাইনার দ্বারা কার্যত একই সময়ে তৈরি করা বৈধ ব্লক যখন অন্য একজন মাইনার ক্যানোনিকাল ব্লক তৈরি করেছিল, যা শেষ পর্যন্ত কোন চেইনটি প্রথমে তৈরি হয়েছিল তার দ্বারা নির্ধারিত হয়েছিল। অমার ব্লক সাধারণত নেটওয়ার্ক লেটেন্সির কারণে ঘটে।
+
+## ফাইনালিটি {#finality}
+
+ইথেরিয়ামে একটি লেনদেনের "ফাইনালিটি" থাকে যখন এটি এমন একটি ব্লকের অংশ হয় যা পরিবর্তন করা যায় না।
+
+যেহেতু মাইনাররা একটি বিকেন্দ্রীভূত উপায়ে কাজ করে, দুটি বৈধ ব্লক একই সময়ে মাইন করা যেতে পারে। এটি একটি অস্থায়ী ফর্ক তৈরি করে। অবশেষে, এই চেইনগুলির মধ্যে একটি পরবর্তী ব্লকগুলি মাইন করা এবং এতে যুক্ত করার পরে গৃহীত চেইন হয়ে ওঠে, যা এটিকে দীর্ঘ করে তোলে।
+
+বিষয়টিকে আরও জটিল করার জন্য, অস্থায়ী ফর্কে প্রত্যাখ্যাত লেনদেনগুলি গৃহীত চেইনে অন্তর্ভুক্ত নাও হতে পারে। এর মানে হল এটি উল্টে যেতে পারে। সুতরাং ফাইনালিটি বলতে সেই সময়কে বোঝায় যা আপনার একটি লেনদেনকে অপরিবর্তনীয় বিবেচনা করার আগে অপেক্ষা করা উচিত। পূর্ববর্তী প্রুফ-অফ-ওয়ার্ক ইথেরিয়ামের অধীনে, একটি নির্দিষ্ট ব্লক `N`-এর উপরে যত বেশি ব্লক মাইন করা হয়েছিল, `N`-এর লেনদেন সফল হয়েছে এবং প্রত্যাবর্তন করা হবে না তার উপর আস্থা তত বেশি ছিল। এখন, প্রুফ-অফ-স্টেক-এর সাথে, ফাইনালটি একটি ব্লকের সম্ভাব্যতার পরিবর্তে একটি সুস্পষ্ট সম্পত্তি।
+
+## প্রুফ-অফ-ওয়ার্ক শক্তি-ব্যবহার {#energy}
+
+প্রুফ-অফ-ওয়ার্কের একটি প্রধান সমালোচনা হল নেটওয়ার্ককে নিরাপদ রাখার জন্য প্রয়োজনীয় শক্তির পরিমাণ। নিরাপত্তা এবং বিকেন্দ্রীকরণ বজায় রাখার জন্য, প্রুফ-অফ-ওয়ার্কে ইথেরিয়াম প্রচুর পরিমাণে শক্তি খরচ করে। প্রুফ-অফ-স্টেকে স্যুইচ করার কিছুক্ষণ আগে, ইথেরিয়াম মাইনাররা সম্মিলিতভাবে প্রায় 70 TWh/বছর খরচ করছিল (প্রায় চেক প্রজাতন্ত্রের সমান - 18-জুলাই-2022-এ [ডিজিকোνομিস্ট](https://digiconomist.net/) অনুসারে)।
+
+## সুবিধা এবং অসুবিধা {#pros-and-cons}
+
+| যেসব বিষয়ে এর সুফল পাওয়া যায়                                                                                                                                                                                                                    | কনস                                                                                                                                                                  |
+| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| প্রুফ-অফ-ওয়ার্ক নিরপেক্ষ। শুরু করার জন্য আপনার ETH-এর প্রয়োজন নেই এবং ব্লক রিওয়ার্ড আপনাকে 0ETH থেকে একটি ইতিবাচক ব্যালেন্সে যেতে দেয়। [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) দিয়ে শুরু করার জন্য আপনার ETH প্রয়োজন। | প্রুফ-অফ-ওয়ার্ক এত শক্তি ব্যবহার করে যে এটি পরিবেশের জন্য খারাপ।                                                                                                    |
+| প্রুফ-অফ-ওয়ার্ক একটি পরীক্ষিত এবং পরীক্ষিত কনসেন্সাস মেকানিজম যা বিটকয়েন এবং ইথেরিয়ামকে বহু বছর ধরে নিরাপদ এবং বিকেন্দ্রীভূত রেখেছে।                                                                                                         | আপনি যদি মাইন করতে চান, আপনার এমন বিশেষ সরঞ্জামের প্রয়োজন যা শুরু করার জন্য একটি বড় বিনিয়োগ।                                                                      |
+| প্রুফ-অফ-স্টেকের তুলনায় এটি বাস্তবায়ন করা তুলনামূলকভাবে সহজ।                                                                                                                                                                                  | প্রয়োজনীয় গণনার পরিমাণ বৃদ্ধির কারণে, মাইনিং পুলগুলি সম্ভাব্যভাবে মাইনিং গেমটিতে আধিপত্য বিস্তার করতে পারে, যা কেন্দ্রীকরণ এবং নিরাপত্তা ঝুঁকির দিকে পরিচালিত করে। |
+
+## প্রুফ-অফ-স্টেকের সাথে তুলনা {#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/bn/developers/docs/consensus-mechanisms/pow/mining/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/index.md
new file mode 100644
index 00000000000..6a16951a38c
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/index.md
@@ -0,0 +1,86 @@
+---
+title: "মাইনিং"
+description: "ইথেরিয়ামে মাইনিং কীভাবে কাজ করত তার একটি ব্যাখ্যা।"
+lang: bn
+---
+
+<Alert variant="update">
+<AlertEmoji text=":wave:"/>
+<AlertContent>
+<AlertDescription>
+প্রুফ-অফ-ওয়ার্ক আর ইথেরিয়ামের কনসেন্সাস মেকানিজমের ভিত্তি নয়, যার অর্থ মাইনিং বন্ধ করে দেওয়া হয়েছে। পরিবর্তে, ইথেরিয়াম ভ্যালিডেটরদের দ্বারা সুরক্ষিত যারা ETH স্টেক করে। আপনি আজই আপনার ETH স্টেকিং শুরু করতে পারেন। <a href='/roadmap/merge/'>The Merge</a>, <a href='/developers/docs/consensus-mechanisms/pos/'>প্রুফ-অফ-স্টেক</a>, এবং <a href='/staking/'>স্টেকিং</a> সম্পর্কে আরও পড়ুন। এই পৃষ্ঠাটি শুধুমাত্র ঐতিহাসিক আগ্রহের জন্য।
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [লেনদেন](/developers/docs/transactions/), [ব্লক](/developers/docs/blocks/) এবং [প্রুফ-অফ-ওয়ার্ক](/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/gas/) উপার্জন করে তা সর্বাধিক করার উপায়ে বেশ কয়েকটি ডজন বা শত শত লেনদেনের অনুরোধকে একটি সম্ভাব্য [ব্লকে](/developers/docs/blocks/) একত্রিত করে। তারপর মাইনিং নোড:
+   1. প্রতিটি লেনদেনের অনুরোধের বৈধতা যাচাই করে (যেমন, কেউ এমন একটি অ্যাকাউন্ট থেকে ইথার স্থানান্তর করার চেষ্টা করছে না যার জন্য তারা একটি স্বাক্ষর তৈরি করেনি, অনুরোধটি ত্রুটিপূর্ণ নয়, ইত্যাদি), এবং তারপর অনুরোধের কোড কার্যকর করে, তাদের EVM-এর স্থানীয় কপির স্টেট পরিবর্তন করে। মাইনার প্রতিটি এই ধরনের লেনদেনের অনুরোধের জন্য ট্রানজ্যাকশন ফি তাদের নিজস্ব অ্যাকাউন্টে পুরস্কার হিসেবে দেয়।
+   2. ব্লকের সমস্ত লেনদেনের অনুরোধ যাচাই এবং স্থানীয় EVM কপিতে কার্যকর করার পরে, সম্ভাব্য ব্লকের জন্য প্রুফ-অফ-ওয়ার্ক “বৈধতার শংসাপত্র” তৈরি করার প্রক্রিয়া শুরু করে।
+5. অবশেষে, একজন মাইনার একটি ব্লকের জন্য একটি শংসাপত্র তৈরি করা শেষ করবে যার মধ্যে আমাদের নির্দিষ্ট লেনদেনের অনুরোধ অন্তর্ভুক্ত থাকবে। তারপর মাইনার সম্পূর্ণ ব্লকটি ব্রডকাস্ট করে, যার মধ্যে শংসাপত্র এবং দাবি করা নতুন EVM স্টেটের একটি চেকসাম অন্তর্ভুক্ত থাকে।
+6. অন্যান্য নোড নতুন ব্লক সম্পর্কে শুনতে পায়। তারা শংসাপত্র যাচাই করে, ব্লকের সমস্ত লেনদেন নিজেরাই কার্যকর করে (আমাদের ব্যবহারকারীর দ্বারা মূলত ব্রডকাস্ট করা লেনদেন সহ), এবং যাচাই করে যে সমস্ত লেনদেন কার্যকর করার পরে তাদের নতুন EVM স্টেটের চেকসাম মাইনারের ব্লক দ্বারা দাবি করা স্টেটের চেকসামের সাথে মেলে। শুধুমাত্র তারপরেই এই নোডগুলি এই ব্লকটিকে তাদের ব্লকচেইনের লেজে যুক্ত করে এবং নতুন EVM স্টেটকে ক্যানোনিকাল স্টেট হিসাবে গ্রহণ করে।
+7. প্রতিটি নোড নতুন ব্লকের সমস্ত লেনদেন তাদের স্থানীয় অসম্পূর্ণ লেনদেন অনুরোধের মেমপুল থেকে সরিয়ে দেয়।
+8. নেটওয়ার্কে যোগদানকারী নতুন নোডগুলি আমাদের আগ্রহের লেনদেন ধারণকারী ব্লক সহ ক্রমানুসারে সমস্ত ব্লক ডাউনলোড করে। তারা একটি স্থানীয় EVM কপি শুরু করে (যা একটি ফাঁকা-স্টেট EVM হিসাবে শুরু হয়), এবং তারপরে তাদের স্থানীয় EVM কপির উপরে প্রতিটি ব্লকের প্রতিটি লেনদেন কার্যকর করার প্রক্রিয়ার মধ্য দিয়ে যায়, পথে প্রতিটি ব্লকে স্টেট চেকসাম যাচাই করে।
+
+প্রতিটি লেনদেন একবার মাইনিং করা হয় (একটি নতুন ব্লকে অন্তর্ভুক্ত করা হয় এবং প্রথমবারের জন্য প্রচার করা হয়), কিন্তু ক্যানোনিকাল EVM স্টেটকে এগিয়ে নেওয়ার প্রক্রিয়ায় প্রতিটি অংশগ্রহণকারী দ্বারা কার্যকর এবং যাচাই করা হয়। এটি ব্লকচেইনের একটি কেন্দ্রীয় মন্ত্রকে তুলে ধরে: **বিশ্বাস করবেন না, যাচাই করুন**।
+
+## Ommer (আঙ্কল) ব্লক {#ommer-blocks}
+
+প্রুফ-অফ-ওয়ার্কে ব্লক মাইনিং ছিল সম্ভাবনামূলক, যার মানে কখনও কখনও নেটওয়ার্ক লেটেন্সির কারণে দুটি বৈধ ব্লক একই সাথে প্রকাশিত হত। এই ক্ষেত্রে, প্রোটোকলকে দীর্ঘতম (এবং তাই সবচেয়ে "বৈধ") চেইন নির্ধারণ করতে হয়েছিল এবং প্রস্তাবিত অন্তর্ভুক্ত না হওয়া বৈধ ব্লককে আংশিকভাবে রিওয়ার্ড দিয়ে মাইনারদের প্রতি ন্যায্যতা নিশ্চিত করতে হয়েছিল। এটি নেটওয়ার্কের আরও বিকেন্দ্রীকরণকে উৎসাহিত করেছে কারণ ছোট মাইনাররা, যারা বেশি লেটেন্সির সম্মুখীন হতে পারে, তারা এখনও [ommer](/glossary/#ommer) ব্লক রিওয়ার্ডের মাধ্যমে রিটার্ন জেনারেট করতে পারত।
+
+"ommer" শব্দটি একটি প্যারেন্ট ব্লকের সহোদরের জন্য পছন্দের লিঙ্গ-নিরপেক্ষ শব্দ, তবে এটিকে কখনও কখনও "uncle" হিসাবেও উল্লেখ করা হয়। **ইথেরিয়াম প্রুফ-অফ-স্টেকে স্থানান্তরিত হওয়ার পর থেকে, ommer ব্লক আর মাইনিং করা হয় না** কারণ প্রতিটি স্লটে শুধুমাত্র একজন প্রস্তাবককে নির্বাচিত করা হয়। মাইনিং করা ommer ব্লকের [ঐতিহাসিক চার্ট](https://ycharts.com/indicators/ethereum_uncle_rate) দেখে আপনি এই পরিবর্তনটি দেখতে পারেন।
+
+## একটি ভিজ্যুয়াল ডেমো {#a-visual-demo}
+
+দেখুন অস্টিন আপনাকে মাইনিং এবং প্রুফ-অফ-ওয়ার্ক ব্লকচেইন সম্পর্কে বোঝাচ্ছেন।
+
+<YouTube id="zcX7OJ-L8XQ" />
+
+## মাইনিং অ্যালগরিদম {#mining-algorithm}
+
+ইথেরিয়াম মেইননেট শুধুমাত্র একটি মাইনিং অ্যালগরিদম ব্যবহার করেছে - ['Ethash'](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/)। Ethash ছিল ['Dagger-Hashimoto'](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/) নামে পরিচিত একটি আসল R&D অ্যালগরিদমের উত্তরসূরি।
+
+[মাইনিং অ্যালগরিদম সম্পর্কে আরও](/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/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md
new file mode 100644
index 00000000000..018f4c0a6ce
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto/index.md
@@ -0,0 +1,330 @@
+---
+title: Dagger-Hashimoto
+description: "Dagger-Hashimoto অ্যালগরিদমের একটি বিশদ আলোচনা।"
+lang: bn
+---
+
+Dagger-Hashimoto ছিল Ethereum-এর মাইনিং অ্যালগরিদমের জন্য মূল গবেষণা বাস্তবায়ন এবং স্পেসিফিকেশন। Dagger-Hashimoto [Ethash](#ethash) দ্বারা প্রতিস্থাপিত হয়েছিল। ১৫ই সেপ্টেম্বর ২০২২-এ [The Merge](/roadmap/merge/)-এ মাইনিং সম্পূর্ণভাবে বন্ধ করে দেওয়া হয়েছিল। তারপর থেকে, Ethereum পরিবর্তে একটি [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos) মেকানিজম ব্যবহার করে সুরক্ষিত হয়েছে। এই পৃষ্ঠাটি ঐতিহাসিক আগ্রহের জন্য - এখানে থাকা তথ্যগুলি মার্জ-পরবর্তী Ethereum-এর জন্য আর প্রাসঙ্গিক নয়।
+
+## পূর্বশর্ত {#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. **লাইট ক্লায়েন্ট যাচাইযোগ্যতা**: একটি ব্লক একটি লাইট ক্লায়েন্ট দ্বারা দক্ষতার সাথে যাচাইযোগ্য হওয়া উচিত।
+
+একটি অতিরিক্ত পরিবর্তনের সাথে, আমরা আরও নির্দিষ্ট করি যে ইচ্ছা হলে কীভাবে তৃতীয় লক্ষ্য পূরণ করা যায়, তবে অতিরিক্ত জটিলতার মূল্যে:
+
+**সম্পূর্ণ চেইন স্টোরেজ**: মাইনিংয়ের জন্য সম্পূর্ণ ব্লকচেইন স্টেটের স্টোরেজ প্রয়োজন হবে (Ethereum স্টেট ট্রাই-এর অনিয়মিত কাঠামোর কারণে, আমরা আশা করি যে কিছু ছাঁটাই সম্ভব হবে, বিশেষ করে কিছু প্রায়শই ব্যবহৃত চুক্তির ক্ষেত্রে, তবে আমরা এটি কমানো করতে চাই)।
+
+## DAG জেনারেশন {#dag-generation}
+
+অ্যালগরিদমের জন্য কোডটি নিচে পাইথনে সংজ্ঞায়িত করা হবে। প্রথমে, আমরা নির্দিষ্ট নির্ভুলতার আনসাইন্ড পূর্ণসংখ্যাকে স্ট্রিং-এ মার্শালিং করার জন্য `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     # ২**৫১২ এর চেয়ে কম বৃহত্তম সেফ প্রাইম
+
+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-এর শুধুমাত্র শেষার্ধটি সঞ্চয় করা প্রয়োজন, তাই ডি-ফ্যাক্টো RAM-এর প্রয়োজনীয়তা 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-এর প্রথম কয়েক হাজার মান প্রিকম্পিউট করে এবং সেটিকে গণনার জন্য একটি স্ট্যাটিক ক্যাশে হিসাবে রাখে; এর একটি কোড বাস্তবায়নের জন্য পরিশিষ্ট দেখুন।
+
+## DAG-এর ডাবল বাফার {#double-buffer}
+
+একটি সম্পূর্ণ ক্লায়েন্টে, উপরের সূত্র দ্বারা উৎপাদিত 2টি DAG-এর একটি [_ডাবল বাফার_](https://wikipedia.org/wiki/Multiple_buffering) ব্যবহার করা হয়। ধারণাটি হল যে উপরের প্যারাম অনুযায়ী প্রতি `epochtime` সংখ্যক ব্লক অন্তর DAG তৈরি করা হয়। ক্লায়েন্ট সর্বশেষ উৎপাদিত DAG ব্যবহার করার পরিবর্তে, এটি পূর্ববর্তীটি ব্যবহার করে। এর সুবিধা হল এটি সময়ের সাথে সাথে DAG-গুলিকে প্রতিস্থাপন করার অনুমতি দেয় এমন একটি ধাপ অন্তর্ভুক্ত করার প্রয়োজন ছাড়াই যেখানে মাইনারদের হঠাৎ করে সমস্ত ডেটা পুনরায় গণনা করতে হবে। অন্যথায়, নিয়মিত বিরতিতে চেইন প্রক্রিয়াকরণে একটি আকস্মিক অস্থায়ী মন্দার সম্ভাবনা রয়েছে এবং নাটকীয়ভাবে কেন্দ্রীকরণ বৃদ্ধি পায়। এইভাবে সমস্ত ডেটা পুনরায় গণনা করার আগে সেই কয়েক মিনিটের মধ্যে 51% আক্রমণের ঝুঁকি থাকে।
+
+একটি ব্লকের জন্য কাজ গণনা করতে ব্যবহৃত DAG-এর সেট তৈরি করতে ব্যবহৃত অ্যালগরিদমটি নিম্নরূপ:
+
+```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}
+
+আসল হ্যাশিমোটোর পিছনের ধারণাটি হল ব্লকচেইনকে একটি ডেটাসেট হিসাবে ব্যবহার করা, একটি গণনা সম্পাদন করা যা ব্লকচেইন থেকে N সূচক নির্বাচন করে, সেই সূচকগুলিতে লেনদেন সংগ্রহ করে, এই ডেটার একটি XOR সম্পাদন করে এবং ফলাফলের হ্যাস প্রদান করে। থ্যাডিউস ড্রায়জার আসল অ্যালগরিদম, সামঞ্জস্যের জন্য পাইথনে অনূদিত, নিম্নরূপ:
+
+```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)
+```
+
+দুর্ভাগ্যবশত, যদিও হ্যাশিমোটোকে RAM হার্ড হিসাবে বিবেচনা করা হয়, এটি 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 সংখ্যা তত্ত্বের কিছু ফলাফলের উপর নির্ভর করে। প্রথমত, আমরা নিশ্চিত করি যে লেহমার আরএনজি যা `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>
+এই সংজ্ঞাগুলি দেওয়া হলে, আমরা পাই:
+
+> পর্যবেক্ষণ ১। ধরা যাক, `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` একটি সেফ প্রাইম, আমাদের কাছে নিম্নলিখিত অতিরিক্ত আশ্বাস রয়েছে, যা পর্যবেক্ষণ ১-এর একটি উপসিদ্ধান্ত:
+
+> পর্যবেক্ষণ ২। ধরা যাক, `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` নিম্নলিখিত ফলাফল ব্যবহার করে বেছে নেওয়া যেতে পারে:
+
+> পর্যবেক্ষণ ৩। ধরা যাক, `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/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
new file mode 100644
index 00000000000..2dbf077b275
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/index.md
@@ -0,0 +1,1022 @@
+---
+title: Ethash
+description: "Ethash অ্যালগরিদমটির একটি বিস্তারিত বিবরণ।"
+lang: bn
+---
+
+<Alert variant="update">
+<AlertEmoji text=":wave:"/>
+<AlertContent>
+<AlertDescription>
+   Ethash ছিল Ethereum-এর প্রুফ-অফ-ওয়ার্ক মাইনিং অ্যালগরিদম। প্রুফ-অফ-ওয়ার্ক এখন **সম্পূর্ণরূপে বন্ধ করে দেওয়া হয়েছে** এবং Ethereum এখন এর পরিবর্তে [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) ব্যবহার করে সুরক্ষিত। [The Merge](/roadmap/merge/), [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) এবং [স্টেকিং](/staking/) সম্পর্কে আরও পড়ুন। এই পৃষ্ঠাটি ঐতিহাসিক আগ্রহের জন্য!
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+Ethash হল [Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) অ্যালগরিদমের একটি পরিবর্তিত সংস্করণ। Ethash প্রুফ-অফ-ওয়ার্ক [মেমরি হার্ড](https://wikipedia.org/wiki/Memory-hard_function), যা অ্যালগরিদমটিকে ASIC প্রতিরোধী করে তুলবে বলে মনে করা হয়েছিল। Ethash ASIC অবশেষে তৈরি করা হয়েছিল কিন্তু প্রুফ-অফ-ওয়ার্ক বন্ধ না হওয়া পর্যন্ত GPU মাইনিং একটি কার্যকর বিকল্প ছিল। Ethash এখনও অন্যান্য নন-Ethereum প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কে অন্য কয়েন মাইন করতে ব্যবহৃত হয়।
+
+## Ethash কিভাবে কাজ করে? {#how-does-ethash-work}
+
+মেমরি হার্ডনেস একটি প্রুফ-অফ-ওয়ার্ক অ্যালগরিদম দিয়ে অর্জন করা হয় যার জন্য ননস এবং ব্লক হেডারের উপর নির্ভরশীল একটি নির্দিষ্ট রিসোর্সের সাবসেট বেছে নিতে হয়। এই রিসোর্স (আকারে কয়েক গিগাবাইট) কে DAG বলা হয়। DAG প্রতি 30000 ব্লকে পরিবর্তিত হয়, একটি ~125-ঘন্টার উইন্ডো যাকে ইপক বলা হয় (প্রায় 5.2 দিন) এবং এটি তৈরি হতে কিছুটা সময় নেয়। যেহেতু DAG শুধুমাত্র ব্লকের উচ্চতার উপর নির্ভর করে, তাই এটি আগে থেকে তৈরি করা যেতে পারে, কিন্তু যদি তা না করা হয় তাহলে ক্লায়েন্টকে একটি ব্লক তৈরি করার জন্য এই প্রক্রিয়ার শেষ পর্যন্ত অপেক্ষা করতে হবে। যদি ক্লায়েন্টরা সময়ের আগে DAG তৈরি এবং ক্যাশে না করে, তাহলে প্রতিটি ইপক পরিবর্তনের সময় নেটওয়ার্কে ব্যাপক ব্লক বিলম্ব হতে পারে। নোট করুন যে প্রুফ-অফ-ওয়ার্ক যাচাই করার জন্য DAG তৈরি করার প্রয়োজন নেই, যা মূলত কম CPU এবং ছোট মেমরি উভয় দিয়েই যাচাইকরণের অনুমতি দেয়।
+
+অ্যালগরিদমটি যে সাধারণ পথ গ্রহণ করে তা নিম্নরূপ:
+
+1. একটি **সীড** বিদ্যমান যা প্রতিটি ব্লকের জন্য সেই পর্যন্ত ব্লক হেডারগুলো স্ক্যান করে গণনা করা যেতে পারে।
+2. সীড থেকে, একজন একটি **16 MB সিউডোর‍্যান্ডম ক্যাশে** গণনা করতে পারে। লাইট ক্লায়েন্টরা ক্যাশে সংরক্ষণ করে।
+3. ক্যাশে থেকে, আমরা একটি **1 GB ডেটাসেট** তৈরি করতে পারি, এই বৈশিষ্ট্য সহ যে ডেটাসেটের প্রতিটি আইটেম ক্যাশে থেকে শুধুমাত্র অল্প সংখ্যক আইটেমের উপর নির্ভর করে। সম্পূর্ণ ক্লায়েন্ট এবং মাইনাররা ডেটাসেট সংরক্ষণ করে। ডেটাসেট সময়ের সাথে রৈখিকভাবে বৃদ্ধি পায়।
+4. মাইনিং এর মধ্যে ডেটাসেটের র‍্যান্ডম স্লাইস গ্রহণ করা এবং সেগুলোকে একসাথে হ্যাস করা জড়িত। আপনার প্রয়োজনীয় ডেটাসেটের নির্দিষ্ট অংশগুলো পুনরায় তৈরি করতে ক্যাশে ব্যবহার করে কম মেমরির সাথে যাচাইকরণ করা যেতে পারে, তাই আপনাকে কেবল ক্যাশে সংরক্ষণ করতে হবে।
+
+বৃহৎ ডেটাসেটটি প্রতি 30000 ব্লকে একবার আপডেট করা হয়, তাই একজন মাইনারের প্রচেষ্টার বেশিরভাগই হবে ডেটাসেট পড়া, এতে পরিবর্তন করা নয়।
+
+## সংজ্ঞা {#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}
+
+Ethereum-এর ডেভেলপমেন্ট SHA3 স্ট্যান্ডার্ডের ডেভেলপমেন্টের সাথে একই সময়ে হয়েছিল, এবং
+স্ট্যান্ডার্ড প্রক্রিয়াটি চূড়ান্ত হ্যাস অ্যালগরিদমের প্যাডিংয়ে একটি দেরীতে পরিবর্তন করেছিল, যাতে Ethereum-এর
+"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}
+
+Ethash-এর ক্যাশে এবং ডেটাসেটের জন্য প্যারামিটারগুলো ব্লক নম্বরের উপর নির্ভর করে। ক্যাশে সাইজ এবং ডেটাসেট সাইজ উভয়ই রৈখিকভাবে বৃদ্ধি পায়; তবে, আমরা চক্রীয় আচরণের দিকে পরিচালিত করতে পারে এমন আকস্মিক নিয়মিততার ঝুঁকি কমাতে রৈখিকভাবে ক্রমবর্ধমান থ্রেশহোল্ডের নীচে সর্বোচ্চ প্রাইম সংখ্যাটি নিই।
+
+```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
+```
+
+ক্যাশে উৎপাদন প্রক্রিয়ার মধ্যে প্রথমে ক্রমানুসারে 32 MB মেমরি পূরণ করা হয়, তারপর [_স্ট্রিক্ট মেমরি হার্ড হ্যাশিং ফাংশন_ (2014)](http://www.hashcash.org/papers/memohash.pdf) থেকে Sergio Demian Lerner-এর _RandMemoHash_ অ্যালগরিদমের দুটি পাস করা হয়। আউটপুটটি হল 524288টি 64-বাইট মানের একটি সেট।
+
+## ডেটা এগ্রিগেশন ফাংশন {#date-aggregation-function}
+
+আমরা কিছু ক্ষেত্রে XOR-এর একটি নন-অ্যাসোসিয়েটিভ বিকল্প হিসাবে [FNV হ্যাস](https://en.wikipedia.org/wiki/Fowler%E2%80%93Noll%E2%80%93Vo_hash_function) দ্বারা অনুপ্রাণিত একটি অ্যালগরিদম ব্যবহার করি। নোট করুন যে আমরা প্রাইমটিকে সম্পূর্ণ 32-বিট ইনপুটের সাথে গুণ করি, 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}
+
+সম্পূর্ণ 1 GB ডেটাসেটের প্রতিটি 64-বাইট আইটেম নিম্নরূপ গণনা করা হয়:
+
+```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)
+```
+
+মূলত, আমরা 256টি সিউডোর‍্যান্ডমলি নির্বাচিত ক্যাশে নোড থেকে ডেটা একত্রিত করি, এবং ডেটাসেট নোড গণনা করার জন্য এটিকে হ্যাস করি। সম্পূর্ণ ডেটাসেটটি তখন নিম্নলিখিতভাবে তৈরি করা হয়:
+
+```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` হলো বিগ-এন্ডিয়ান অর্ডারে একটি 64 বিট আনসাইন্ড ইন্টিজারের আট বাইট। সুতরাং `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
+    # হেডার+ননসকে একটি 64 বাইট সীডে একত্রিত করুন
+    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])
+```
+
+মূলত, আমরা একটি 128 বাইট চওড়া "মিক্স" বজায় রাখি, এবং বারবার ক্রমানুসারে সম্পূর্ণ ডেটাসেট থেকে 128 বাইট আনি এবং মিক্সের সাথে একত্রিত করার জন্য `fnv` ফাংশন ব্যবহার করি। 128 বাইটের সিকুয়েন্সিয়াল অ্যাক্সেস ব্যবহার করা হয় যাতে অ্যালগরিদমের প্রতিটি রাউন্ড সর্বদা RAM থেকে একটি সম্পূর্ণ পেজ নিয়ে আসে, যা ট্রান্সলেশন লুকাসাইড বাফার মিস কমিয়ে দেয় যা ASIC তাত্ত্বিকভাবে এড়াতে সক্ষম হবে।
+
+যদি এই অ্যালগরিদমের আউটপুট কাঙ্ক্ষিত লক্ষ্যের নিচে হয়, তবে ননসটি বৈধ। নোট করুন যে শেষে `sha3_256`-এর অতিরিক্ত প্রয়োগ নিশ্চিত করে যে একটি মধ্যবর্তী ননস বিদ্যমান যা প্রমাণ করতে প্রদান করা যেতে পারে যে অন্তত অল্প পরিমাণে কাজ করা হয়েছে; এই দ্রুত বাইরের PoW যাচাইকরণ অ্যান্টি-DDoS উদ্দেশ্যে ব্যবহার করা যেতে পারে। এটি পরিসংখ্যানগত নিশ্চয়তা প্রদান করতেও কাজ করে যে ফলাফলটি একটি নিরপেক্ষ, 256-বিট সংখ্যা।
+
+## মাইনিং {#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
+
+# লিটল এন্ডিয়ান বিট অর্ডারিং ধরে নেয় (Intel আর্কিটেকচারের মতো)
+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 হ্যাস ফাংশন, 64 বাইট আউটপুট দেয়
+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}
+
+নিম্নলিখিত লুকআপ টেবিলগুলো ডেটা সাইজ এবং ক্যাশে সাইজের প্রায় 2048টি সারণীবদ্ধ ইপক প্রদান করে।
+
+```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, 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/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
new file mode 100644
index 00000000000..3ad27677755
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
@@ -0,0 +1,42 @@
+---
+title: "মাইনিং অ্যালগরিদম সমূহ"
+description: "ইথেরিয়াম মাইনিং-এর জন্য ব্যবহৃত অ্যালগরিদমগুলির একটি বিশদ বিবরণ।"
+lang: bn
+---
+
+<Alert variant="update">
+<AlertEmoji text=":wave:"/>
+<AlertContent>
+<AlertDescription>
+প্রুফ-অফ-ওয়ার্ক আর ইথেরিয়ামের কনসেন্সাস মেকানিজমের ভিত্তি নয়, যার অর্থ মাইনিং বন্ধ করে দেওয়া হয়েছে। পরিবর্তে, ইথেরিয়াম ভ্যালিডেটরদের দ্বারা সুরক্ষিত যারা ETH স্টেক করে। আপনি আজই আপনার ETH স্টেকিং শুরু করতে পারেন। <a href='/roadmap/merge/'>The Merge</a>, <a href='/developers/docs/consensus-mechanisms/pos/'>প্রুফ-অফ-স্টেক</a>, এবং <a href='/staking/'>স্টেকিং</a> সম্পর্কে আরও পড়ুন। এই পৃষ্ঠাটি শুধুমাত্র ঐতিহাসিক আগ্রহের জন্য।
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+ইথেরিয়াম মাইনিং Ethash নামে পরিচিত একটি অ্যালগরিদম ব্যবহার করত। অ্যালগরিদমটির মূল ধারণাটি হলো, একজন মাইনার ব্রুট ফোর্স কম্পিউটেশন ব্যবহার করে একটি নন্স ইনপুট খুঁজে বের করার চেষ্টা করে যাতে ফলস্বরূপ হ্যাসটি গণনা করা কঠিনতা দ্বারা নির্ধারিত একটি থ্রেশহোল্ডের চেয়ে ছোট হয়। এই কঠিনতার স্তরটি গতিশীলভাবে সামঞ্জস্য করা যেতে পারে, যা একটি নিয়মিত ব্যবধানে ব্লক উৎপাদন হতে দেয়।
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [প্রুফ-অফ-ওয়ার্ক কনসেন্সাস](/developers/docs/consensus-mechanisms/pow) এবং [মাইনিং](/developers/docs/consensus-mechanisms/pow/mining) সম্পর্কে পড়ে নেওয়ার পরামর্শ দিচ্ছি।
+
+## Dagger Hashimoto {#dagger-hashimoto}
+
+Dagger Hashimoto ছিল ইথেরিয়াম মাইনিং-এর জন্য একটি পূর্বসূরী গবেষণা অ্যালগরিদম যা Ethash দ্বারা প্রতিস্থাপিত হয়েছিল। এটি দুটি ভিন্ন অ্যালগরিদমের সংমিশ্রণ ছিল: Dagger এবং Hashimoto। এটি শুধুমাত্র একটি গবেষণা বাস্তবায়ন ছিল এবং ইথেরিয়াম মেইননেট চালু হওয়ার সময় 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 ছিল সেই মাইনিং অ্যালগরিদম যা এখন অপ্রচলিত প্রুফ-অফ-ওয়ার্ক আর্কিটেকচারের অধীনে আসল ইথেরিয়াম মেইননেটে ব্যবহৃত হয়েছিল। অ্যালগরিদমটি উল্লেখযোগ্যভাবে আপডেট হওয়ার পরে Dagger-Hashimoto-এর একটি নির্দিষ্ট সংস্করণকে কার্যকরভাবে Ethash নামটি দেওয়া হয়েছিল, যদিও এটি তার পূর্বসূরীর মৌলিক নীতিগুলি উত্তরাধিকার সূত্রে পেয়েছিল। ইথেরিয়াম মেইননেট শুধুমাত্র Ethash ব্যবহার করেছে - Dagger Hashimoto ছিল মাইনিং অ্যালগরিদমের একটি R&D সংস্করণ যা ইথেরিয়াম মেইননেটে মাইনিং শুরু হওয়ার আগে প্রতিস্থাপিত হয়েছিল।
+
+[Ethash](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash)-এর উপর আরও তথ্য।
+
+## আরও পড়ুন {#further-reading}
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
diff --git a/public/content/translations/bn/developers/docs/dapps/index.md b/public/content/translations/bn/developers/docs/dapps/index.md
new file mode 100644
index 00000000000..1c94216390a
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/dapps/index.md
@@ -0,0 +1,96 @@
+---
+title: "ডিএ্যাপস এর প্রযুক্তিগত পরিচিতি"
+description:
+lang: bn
+---
+
+একটি ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপ) হল একটি বিকেন্দ্রীভূত নেটওয়ার্কে নির্মিত একটি এপ্লিকেশন যা একটি [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) এবং একটি ফ্রন্টএন্ড ইউজার ইন্টারফেসকে একত্রিত করে। Ethereum-এ, স্মার্ট কন্ট্র্যাক্টগুলি অ্যাক্সেসযোগ্য এবং স্বচ্ছ – যেমন ওপেন APIs – তাই আপনার ডিএ্যাপ-এ এমন একটি স্মার্ট কন্ট্র্যাক্টও অন্তর্ভুক্ত থাকতে পারে যা অন্য কেউ লিখেছে।
+
+## পূর্বশর্ত {#prerequisites}
+
+ডিএ্যাপস সম্পর্কে শেখার আগে, আপনার [ব্লকচেইনের মূল বিষয়গুলো](/developers/docs/intro-to-ethereum/) কভার করা উচিত এবং Ethereum নেটওয়ার্ক ও এটি কীভাবে বিকেন্দ্রীভূত হয় সে সম্পর্কে পড়া উচিত।
+
+## একটি ডিএ্যাপ-এর সংজ্ঞা {#definition-of-a-dapp}
+
+একটি ডিএ্যাপ-এর ব্যাকএন্ড কোড একটি বিকেন্দ্রীভূত পিয়ার-টু-পিয়ার নেটওয়ার্কে চলে। একটি অ্যাপের সাথে এর তুলনা করুন যেখানে ব্যাকএন্ড কোড কেন্দ্রীয় সার্ভারে চলছে।
+
+একটি ডিএ্যাপ-এর ফ্রন্টএন্ড কোড এবং ইউজার ইন্টারফেস যেকোনো ভাষায় লেখা যেতে পারে (ঠিক একটি অ্যাপের মতো) যা এর ব্যাকএন্ডে কল করার জন্য ব্যবহৃত হয়। অধিকন্তু, এর ফ্রন্টএন্ড [IPFS](https://ipfs.io/)-এর মতো বিকেন্দ্রীভূত স্টোরেজে হোস্ট করা যেতে পারে।
+
+- **বিকেন্দ্রীভূত** - ডিএ্যাপস Ethereum-এ কাজ করে, যা একটি উন্মুক্ত পাবলিক বিকেন্দ্রীভূত প্ল্যাটফর্ম যেখানে কোনো ব্যক্তি বা গোষ্ঠীর নিয়ন্ত্রণ নেই।
+- **ডিটারমিনিস্টিক** - ডিএ্যাপস যে পরিবেশে চালানো হোক না কেন, একই ফাংশন সম্পাদন করে।
+- **ট্যুরিং কমপ্লিট** - প্রয়োজনীয় রিসোর্স দেওয়া হলে ডিএ্যাপস যেকোনো কাজ সম্পাদন করতে পারে।
+- **আইসোলেটেড** - ডিএ্যাপস ইথিরিয়াম ভার্চুয়াল মেশিন নামে পরিচিত একটি ভার্চুয়াল পরিবেশে কার্যকর করা হয়, যাতে স্মার্ট কন্ট্র্যাক্টে কোনো বাগ থাকলেও এটি ব্লকচেইন নেটওয়ার্কের স্বাভাবিক কার্যকারিতায় বাধা দেবে না।
+
+### স্মার্ট কন্ট্র্যাক্ট প্রসঙ্গে {#on-smart-contracts}
+
+ডিএ্যাপস এর পরিচয় দিতে হলে, আমাদের স্মার্ট কন্ট্র্যাক্টগুলির পরিচয় দিতে হবে – যা ভাল কোনও শব্দের অভাবে একটি ডিএ্যাপ-এর ব্যাকএন্ড। বিস্তারিত বিবরণের জন্য, আমাদের [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) সম্পর্কিত বিভাগে যান।
+
+একটি স্মার্ট কন্ট্র্যাক্ট হল কোড যা Ethereum ব্লকচেইনে থাকে এবং ঠিক প্রোগ্রাম অনুযায়ী চলে। একবার স্মার্ট কন্ট্র্যাক্টগুলি নেটওয়ার্কে ডিপ্লয় করা হলে আপনি সেগুলি পরিবর্তন করতে পারবেন না। ডিএ্যাপস বিকেন্দ্রীভূত হতে পারে কারণ সেগুলি কন্ট্র্যাক্টে লেখা যুক্তি দ্বারা নিয়ন্ত্রিত হয়, কোনো ব্যক্তি বা কোম্পানির দ্বারা নয়। এর মানে হল আপনাকে আপনার কন্ট্র্যাক্টগুলি খুব সাবধানে ডিজাইন করতে হবে এবং সেগুলি পুঙ্খানুপুঙ্খভাবে পরীক্ষা করতে হবে।
+
+## ডিএ্যাপ ডেভেলপমেন্টের সুবিধা {#benefits-of-dapp-development}
+
+- **জিরো ডাউনটাইম** – একবার ব্লকচেইনে স্মার্ট কন্ট্র্যাক্টটি ডিপ্লয় করা হলে, পুরো নেটওয়ার্কটি সর্বদা কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে চাওয়া ক্লায়েন্টদের পরিষেবা দিতে সক্ষম হবে। অতএব, ক্ষতিকারক অ্যাক্টররা ব্যক্তিগত ডিএ্যাপস-কে লক্ষ্য করে ডিনায়াল-অফ-সার্ভিস অ্যাটাক চালাতে পারে না।
+- **গোপনীয়তা** – একটি ডিএ্যাপ ডিপ্লয় বা তার সাথে ইন্টারঅ্যাক্ট করার জন্য আপনাকে বাস্তব-জগতের পরিচয় প্রদান করতে হবে না।
+- **সেন্সরশিপ প্রতিরোধ** – নেটওয়ার্কের কোনো একক সত্তা ব্যবহারকারীদের লেনদেন জমা দেওয়া, ডিএ্যাপস ডিপ্লয় করা, বা ব্লকচেইন থেকে ডেটা পড়া থেকে ব্লক করতে পারে না।
+- **সম্পূর্ণ ডেটা ইন্টিগ্রিটি** – ব্লকচেইনে সংরক্ষিত ডেটা অপরিবর্তনীয় এবং অকাট্য, ক্রিপ্টোগ্রাফিক প্রিমিটিভের জন্য ধন্যবাদ। ক্ষতিকারক অ্যাক্টররা লেনদেন বা অন্যান্য ডেটা যা ইতিমধ্যে পাবলিক করা হয়েছে তা জালিয়াতি করতে পারে না।
+- **ট্রাস্টলেস কম্পিউটেশন/যাচাইযোগ্য আচরণ** – স্মার্ট কন্ট্র্যাক্ট বিশ্লেষণ করা যেতে পারে এবং একটি কেন্দ্রীয় কর্তৃপক্ষকে বিশ্বাস করার প্রয়োজন ছাড়াই অনুমানযোগ্য উপায়ে কার্যকর করার গ্যারান্টি দেওয়া হয়। প্রচলিত মডেলগুলিতে এটি সত্য নয়; উদাহরণস্বরূপ, যখন আমরা অনলাইন ব্যাংকিং সিস্টেম ব্যবহার করি, তখন আমাদের বিশ্বাস করতে হবে যে আর্থিক প্রতিষ্ঠানগুলি আমাদের আর্থিক ডেটার অপব্যবহার করবে না, রেকর্ডে গরমিল করবে না, বা হ্যাক হবে না।
+
+## ডিএ্যাপ ডেভেলপমেন্টের অসুবিধা {#drawbacks-of-dapp-development}
+
+- **রক্ষণাবেক্ষণ** – ডিএ্যাপস রক্ষণাবেক্ষণ করা কঠিন হতে পারে কারণ ব্লকচেইনে প্রকাশিত কোড এবং ডেটা পরিবর্তন করা কঠিন। ডেভেলপারদের জন্য তাদের ডিএ্যাপস-এ (বা একটি ডিএ্যাপ দ্বারা সংরক্ষিত অন্তর্নিহিত ডেটা) আপডেট করা কঠিন, একবার সেগুলি ডিপ্লয় করা হলে, এমনকি যদি পুরনো সংস্করণে বাগ বা নিরাপত্তা ঝুঁকি চিহ্নিত করা হয়।
+- **পারফরম্যান্স ওভারহেড** – একটি বিশাল পারফরম্যান্স ওভারহেড আছে, এবং স্কেলিং সত্যিই কঠিন। Ethereum যে স্তরের নিরাপত্তা, অখণ্ডতা, স্বচ্ছতা এবং নির্ভরযোগ্যতা অর্জনের আকাঙ্ক্ষা করে, তা অর্জনের জন্য প্রতিটি নোড প্রতিটি লেনদেন চালায় এবং সংরক্ষণ করে। এর উপরে, প্রুফ-অফ-স্টেক কনসেন্সাস-এও সময় লাগে।
+- **নেটওয়ার্ক কনজেশন** – যখন একটি ডিএ্যাপ খুব বেশি কম্পিউটেশনাল রিসোর্স ব্যবহার করে, তখন পুরো নেটওয়ার্ক ব্যাক আপ হয়ে যায়। বর্তমানে, নেটওয়ার্কটি প্রতি সেকেন্ডে প্রায় 10-15টি লেনদেন প্রক্রিয়া করতে পারে; যদি এর চেয়ে দ্রুত লেনদেন পাঠানো হয়, তাহলে অপরিশোধিত লেনদেনের পুল দ্রুত ফুলে উঠতে পারে।
+- **ব্যবহারকারীর অভিজ্ঞতা** – ব্যবহারকারী-বান্ধব অভিজ্ঞতা তৈরি করা কঠিন হতে পারে কারণ গড় শেষ-ব্যবহারকারী একটি সত্যিকারের নিরাপদ ফ্যাশনে ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য প্রয়োজনীয় একটি টুল স্ট্যাক সেট আপ করা খুব কঠিন মনে করতে পারে।
+- **কেন্দ্রীকরণ** – Ethereum-এর বেস লেয়ারের উপরে নির্মিত ব্যবহারকারী-বান্ধব এবং ডেভেলপার-বান্ধব সমাধানগুলি শেষ পর্যন্ত কেন্দ্রীয় পরিষেবার মতো দেখতে হতে পারে। উদাহরণস্বরূপ, এই ধরনের পরিষেবাগুলি সার্ভার-সাইডে কী বা অন্যান্য সংবেদনশীল তথ্য সংরক্ষণ করতে পারে, একটি কেন্দ্রীয় সার্ভার ব্যবহার করে একটি ফ্রন্টএন্ড পরিবেশন করতে পারে, বা ব্লকচেইনে লেখার আগে একটি কেন্দ্রীয় সার্ভারে গুরুত্বপূর্ণ ব্যবসায়িক যুক্তি চালাতে পারে। কেন্দ্রীকরণ ঐতিহ্যগত মডেলের উপর ব্লকচেইনের অনেক (যদি সব না হয়) সুবিধা দূর করে।
+
+## আপনি কি দেখে শিখতে বেশি পছন্দ করেন? {#visual-learner}
+
+<YouTube id="F50OrwV6Uk8" />
+
+## ডিএ্যাপস তৈরির জন্য টুলস {#dapp-tools}
+
+**Scaffold-ETH _- আপনার স্মার্ট কন্ট্র্যাক্টের সাথে খাপ খাইয়ে নেওয়া একটি ফ্রন্টএন্ড ব্যবহার করে দ্রুত Solidity নিয়ে পরীক্ষা করুন।_**
+
+- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2)
+- [উদাহরণ ডিএ্যাপ](https://punkwallet.io/)
+
+**Create Eth App _- একটি কমান্ড দিয়ে Ethereum-চালিত অ্যাপ তৈরি করুন।_**
+
+- [GitHub](https://github.com/paulrberg/create-eth-app)
+
+**One Click Dapp _- একটি [ABI](/glossary/#abi) থেকে ডিএ্যাপ ফ্রন্টএন্ড তৈরি করার জন্য 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}
+
+- [ডিএ্যাপস এক্সপ্লোর করুন](/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_
+- [জনপ্রিয় ডিএ্যাপস](https://www.alchemy.com/dapps) - _Alchemy_
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+
+## সম্পর্কিত বিষয় {#related-topics}
+
+- [Ethereum স্ট্যাকের পরিচিতি](/developers/docs/ethereum-stack/)
+- [ডেভেলপমেন্ট ফ্রেমওয়ার্ক](/developers/docs/frameworks/)
diff --git a/public/content/translations/bn/developers/docs/data-and-analytics/block-explorers/index.md b/public/content/translations/bn/developers/docs/data-and-analytics/block-explorers/index.md
new file mode 100644
index 00000000000..87b6e70e22b
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/data-and-analytics/block-explorers/index.md
@@ -0,0 +1,254 @@
+---
+title: "ব্লক এক্সপ্লোরার"
+description: "ব্লক এক্সপ্লোরারের একটি ভূমিকা, ব্লকচেইন ডেটার জগতে আপনার পোর্টাল, যেখানে আপনি লেনদেন, অ্যাকাউন্ট, কন্ট্র্যাক্ট এবং আরও অনেক কিছু সম্পর্কে তথ্য জানতে পারেন।"
+lang: bn
+sidebarDepth: 3
+---
+
+ব্লক এক্সপ্লোরার হল ইথেরিয়াম-এর ডেটাতে আপনার পোর্টাল। ব্লক, লেনদেন, ভ্যালিডেটর, অ্যাকাউন্ট এবং অন্যান্য অনচেইন কার্যকলাপের রিয়েল-টাইম ডেটা দেখতে আপনি সেগুলি ব্যবহার করতে পারেন।
+
+## পূর্বশর্ত {#prerequisites}
+
+আপনার ইথেরিয়ামের প্রাথমিক ধারণাগুলি বোঝা উচিত যাতে একটি ব্লক এক্সপ্লোরার আপনাকে যে ডেটা দেয় তা আপনি বুঝতে পারেন। [ইথেরিয়ামের একটি ভূমিকা](/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 ব্লক এক্সপ্লোরার](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}
+
+ইথেরিয়াম ডিজাইন অনুযায়ী স্বচ্ছ তাই সবকিছু যাচাইযোগ্য। ব্লক এক্সপ্লোরার এই তথ্য পাওয়ার জন্য একটি ইন্টারফেস প্রদান করে। এবং আপনার যদি সেই ডেটার প্রয়োজন হয়, তবে এটি মূল ইথেরিয়াম নেটওয়ার্ক এবং টেস্টনেট উভয়ের জন্যই। ডেটা এক্সিকিউশন ডেটা এবং কনসেন্সাস ডেটাতে বিভক্ত। এক্সিকিউশন ডেটা একটি নির্দিষ্ট ব্লকে সম্পাদিত লেনদেনকে বোঝায়। কনসেন্সাস ডেটা বলতে ব্লকগুলি এবং যে ভ্যালিডেটররা সেগুলির প্রস্তাব দিয়েছিল তাদের বোঝায়।
+
+এখানে একটি ব্লক এক্সপ্লোরার থেকে আপনি যে ধরনের ডেটা পেতে পারেন তার একটি সারসংক্ষেপ রয়েছে।
+
+### এক্সিকিউশন ডেটা {#execution-data}
+
+প্রতি 12 সেকেন্ডে ইথেরিয়ামে নতুন ব্লক যুক্ত করা হয় (যদি না কোনো ব্লক প্রোপোজার তার পালা মিস করে), তাই ব্লক এক্সপ্লোরারগুলিতে প্রায়-ধ্রুবক ডেটার একটি প্রবাহ যুক্ত হয়। ব্লকগুলিতে অনেক গুরুত্বপূর্ণ ডেটা রয়েছে যা আপনার কাছে দরকারী মনে হতে পারে:
+
+**স্ট্যান্ডার্ড ডেটা**
+
+- ব্লক হাইট - বর্তমান ব্লক তৈরির সময় ব্লক নম্বর এবং ব্লকচেইনের দৈর্ঘ্য (ব্লকে)।
+- টাইমস্ট্যাম্প - যে সময়ে একটি ব্লকের প্রস্তাব করা হয়েছিল।
+- লেনদেন - ব্লকের মধ্যে অন্তর্ভুক্ত লেনদেনের সংখ্যা।
+- ফি প্রাপক - যে অ্যাড্রেস লেনদেন থেকে গ্যাস ফি টিপস পেয়েছে।
+- ব্লক রিওয়ার্ড - যে ভ্যালিডেটর ব্লকটির প্রস্তাব করেছে তাকে পুরস্কৃত করা ETH-এর পরিমাণ।
+- সাইজ - ব্লকের মধ্যে ডেটার সাইজ (বাইটে পরিমাপ করা হয়)।
+- ব্যবহৃত গ্যাস - ব্লকের লেনদেন দ্বারা ব্যবহৃত গ্যাসের মোট একক।
+- গ্যাস লিমিট - ব্লকের লেনদেন দ্বারা সেট করা মোট গ্যাস লিমিট।
+- গ্যাস প্রতি বেস ফি - একটি ব্লকে একটি লেনদেন অন্তর্ভুক্ত করার জন্য প্রয়োজনীয় সর্বনিম্ন গুণক।
+- বার্নড ফি - ব্লকে কত ETH বার্ন করা হয়।
+- অতিরিক্ত ডেটা - বিল্ডার ব্লকে অন্তর্ভুক্ত করেছে এমন কোনো অতিরিক্ত ডেটা।
+
+**অ্যাডভান্সড ডেটা**
+
+- হ্যাস - ক্রিপ্টোগ্রাফিক হ্যাস যা ব্লক হেডারকে (ব্লকের অনন্য শনাক্তকারী) প্রতিনিধিত্ব করে।
+- পেরেন্ট হ্যাস - বর্তমান ব্লকের আগে আসা ব্লকের হ্যাস।
+- স্টেট রুট - Merkle trie-এর রুট হ্যাস যা সিস্টেমের সমগ্র স্টেট সংরক্ষণ করে।
+
+### গ্যাস {#gas}
+
+ব্লক এক্সপ্লোরারগুলি আপনাকে কেবল লেনদেন এবং ব্লকে গ্যাস ব্যবহার সম্পর্কে ডেটা দেবে না, কিছু কিছু আপনাকে নেটওয়ার্কের বর্তমান গ্যাসের দাম সম্পর্কেও তথ্য দেবে। এটি আপনাকে নেটওয়ার্ক ব্যবহার বুঝতে, নিরাপদ লেনদেন জমা দিতে এবং গ্যাসে অতিরিক্ত খরচ না করতে সাহায্য করবে। আপনার পণ্যের ইন্টারফেসে এই তথ্য পেতে সাহায্য করতে পারে এমন API-গুলির জন্য সন্ধান করুন। গ্যাস-নির্দিষ্ট ডেটা কভার করে:
+
+- একটি নিরাপদ কিন্তু ধীর লেনদেনের জন্য প্রয়োজনীয় গ্যাসের আনুমানিক ইউনিট (+ আনুমানিক মূল্য এবং সময়কাল)
+- একটি গড় লেনদেনের জন্য প্রয়োজনীয় গ্যাসের আনুমানিক ইউনিট (+ আনুমানিক মূল্য এবং সময়কাল)
+- একটি দ্রুত লেনদেনের জন্য প্রয়োজনীয় গ্যাসের আনুমানিক ইউনিট (+ আনুমানিক মূল্য এবং সময়কাল)
+- গ্যাসের দামের উপর ভিত্তি করে গড় কনফার্মেশন সময়।
+- যেসব কন্ট্র্যাক্ট গ্যাস ব্যবহার করছে - অন্য কথায়, জনপ্রিয় পণ্য যা নেটওয়ার্কে প্রচুর ব্যবহার হচ্ছে।
+- যেসব অ্যাকাউন্ট গ্যাস খরচ করছে - অন্য কথায়, ঘন ঘন নেটওয়ার্ক ব্যবহারকারীরা।
+
+### লেনদেন {#transactions}
+
+ব্লক এক্সপ্লোরার মানুষের জন্য তাদের লেনদেনের অগ্রগতি ট্র্যাক করার জন্য একটি সাধারণ জায়গা হয়ে উঠেছে। এর কারণ হল আপনি যে স্তরের বিস্তারিত তথ্য পেতে পারেন তা অতিরিক্ত নিশ্চয়তা প্রদান করে। লেনদেনের ডেটা অন্তর্ভুক্ত:
+
+**স্ট্যান্ডার্ড ডেটা**
+
+- লেনদেনের হ্যাস - লেনদেন জমা দেওয়ার সময় একটি হ্যাস তৈরি হয়।
+- স্ট্যাটাস - লেনদেনটি পেন্ডিং, ব্যর্থ বা সফল কিনা তার একটি ইঙ্গিত।
+- ব্লক - যে ব্লকে লেনদেন অন্তর্ভুক্ত করা হয়েছে।
+- টাইমস্ট্যাম্প - যে সময়ে একটি লেনদেন একজন ভ্যালিডেটর দ্বারা প্রস্তাবিত একটি ব্লকে অন্তর্ভুক্ত করা হয়েছিল।
+- প্রেরক - লেনদেন জমা দেওয়া অ্যাকাউন্টের অ্যাড্রেস।
+- প্রাপক - প্রাপকের অ্যাড্রেস বা স্মার্ট কন্ট্র্যাক্ট যার সাথে লেনদেনটি ইন্টারঅ্যাক্ট করে।
+- স্থানান্তরিত টোকেন - লেনদেনের অংশ হিসাবে স্থানান্তরিত টোকেনের একটি তালিকা।
+- ভ্যালু - স্থানান্তরিত মোট ETH ভ্যালু।
+- লেনদেন ফি - লেনদেন প্রক্রিয়া করার জন্য ভ্যালিডেটরকে প্রদত্ত পরিমাণ (গ্যাসের মূল্য\*ব্যবহৃত গ্যাস দ্বারা গণনা করা হয়)।
+
+**অ্যাডভান্সড ডেটা**
+
+- গ্যাস লিমিট - এই লেনদেনটি সর্বোচ্চ যত ইউনিট গ্যাস ব্যবহার করতে পারে।
+- ব্যবহৃত গ্যাস - লেনদেনটি যে পরিমাণ গ্যাস ইউনিট ব্যবহার করেছে।
+- গ্যাসের মূল্য - প্রতি গ্যাস ইউনিটের জন্য নির্ধারিত মূল্য।
+- Nonce - `from` অ্যাড্রেসের জন্য লেনদেন নম্বর (মনে রাখবেন এটি 0 থেকে শুরু হয় তাই `100` এর একটি নন্স আসলে এই অ্যাকাউন্ট দ্বারা জমা দেওয়া 101তম লেনদেন হবে)।
+- ইনপুট ডেটা - লেনদেনের জন্য প্রয়োজনীয় যেকোনো অতিরিক্ত তথ্য।
+
+### অ্যাকাউন্ট {#accounts}
+
+একটি অ্যাকাউন্ট সম্পর্কে আপনি অনেক ডেটা অ্যাক্সেস করতে পারেন। এই কারণেই প্রায়শই একাধিক অ্যাকাউন্ট ব্যবহার করার পরামর্শ দেওয়া হয় যাতে আপনার সম্পদ এবং মূল্য সহজে ট্র্যাক করা না যায়। লেনদেন এবং অ্যাকাউন্টের কার্যকলাপকে আরও ব্যক্তিগত করার জন্য কিছু সমাধানও তৈরি করা হচ্ছে। তবে এখানে অ্যাকাউন্টগুলির জন্য উপলব্ধ ডেটা রয়েছে:
+
+**ব্যবহারকারী অ্যাকাউন্ট**
+
+- অ্যাকাউন্ট অ্যাড্রেস - পাবলিক অ্যাড্রেস যা আপনি ফান্ড পাঠাতে ব্যবহার করতে পারেন।
+- ETH ব্যালেন্স - সেই অ্যাকাউন্টের সাথে যুক্ত ETH-এর পরিমাণ।
+- মোট ETH ভ্যালু - ETH-এর ভ্যালু।
+- টোকেন - অ্যাকাউন্টের সাথে যুক্ত টোকেন এবং তাদের ভ্যালু।
+- লেনদেনের ইতিহাস - সমস্ত লেনদেনের একটি তালিকা যেখানে এই অ্যাকাউন্টটি প্রেরক বা প্রাপক ছিল।
+
+**স্মার্ট কন্ট্র্যাক্ট**
+
+স্মার্ট কন্ট্র্যাক্ট অ্যাকাউন্টগুলিতে একটি ব্যবহারকারী অ্যাকাউন্টের সমস্ত ডেটা থাকে, তবে কিছু ব্লক এক্সপ্লোরার এমনকি কিছু কোড তথ্যও প্রদর্শন করবে। উদাহরণগুলির মধ্যে রয়েছে:
+
+- কন্ট্র্যাক্ট নির্মাতা - যে অ্যাড্রেসটি Mainnet-এ কন্ট্র্যাক্টটি ডিপ্লয় করেছে।
+- তৈরির লেনদেন - যে লেনদেন Mainnet-এ ডিপ্লয়মেন্ট অন্তর্ভুক্ত করেছে।
+- সোর্স কোড - স্মার্ট কন্ট্র্যাক্টের সলিডিটি বা ভাইপার কোড।
+- কন্ট্র্যাক্ট ABI - কন্ট্র্যাক্টের অ্যাপ্লিকেশন বাইনারি ইন্টারফেস—কন্ট্র্যাক্ট যে কলগুলি করে এবং প্রাপ্ত ডেটা।
+- কন্ট্র্যাক্ট তৈরির কোড - স্মার্ট কন্ট্র্যাক্টের কম্পাইল করা বাইটকোড—আপনি যখন সলিডিটি বা ভাইপার ইত্যাদিতে লেখা একটি স্মার্ট কন্ট্র্যাক্ট কম্পাইল করেন তখন তৈরি হয়।
+- কন্ট্র্যাক্ট ইভেন্ট - স্মার্ট কন্ট্র্যাক্টে কল করা পদ্ধতিগুলির একটি ইতিহাস—মূলত কন্ট্র্যাক্টটি কীভাবে এবং কত ঘন ঘন ব্যবহার করা হচ্ছে তা দেখার একটি উপায়।
+
+### টোকেন {#tokens}
+
+টোকেন এক ধরনের কন্ট্র্যাক্ট তাই তাদের স্মার্ট কন্ট্র্যাক্টের মতো একই ধরনের ডেটা থাকবে। কিন্তু যেহেতু তাদের মূল্য আছে এবং ট্রেড করা যায়, তাই তাদের অতিরিক্ত ডেটা পয়েন্ট রয়েছে:
+
+- প্রকার - সেগুলি একটি ERC-20, ERC-721 বা অন্য কোনো টোকেন স্ট্যান্ডার্ড কিনা।
+- মূল্য - যদি সেগুলি একটি ERC-20 হয় তবে তাদের একটি বর্তমান বাজার মূল্য থাকবে।
+- মার্কেট ক্যাপ - যদি সেগুলি একটি ERC-20 হয় তবে তাদের একটি মার্কেট ক্যাপ থাকবে (মূল্য\*মোট সরবরাহ দ্বারা গণনা করা হয়)।
+- মোট সরবরাহ - প্রচলিত টোকেনের সংখ্যা।
+- হোল্ডার - টোকেন ধারণকারী অ্যাড্রেসের সংখ্যা।
+- স্থানান্তর - অ্যাকাউন্টগুলির মধ্যে টোকেনটি যতবার স্থানান্তরিত হয়েছে।
+- লেনদেনের ইতিহাস - টোকেন সহ সমস্ত লেনদেনের একটি ইতিহাস।
+- কন্ট্র্যাক্ট অ্যাড্রেস - Mainnet-এ ডিপ্লয় করা টোকেনের অ্যাড্রেস।
+- ডেসিমেল - ERC-20 টোকেন বিভাজ্য এবং দশমিক স্থান আছে।
+
+### নেটওয়ার্ক {#network}
+
+কিছু ব্লক ডেটা আরও সামগ্রিকভাবে ইথেরিয়ামের স্বাস্থ্য সম্পর্কে উদ্বিগ্ন।
+
+- মোট লেনদেন - ইথেরিয়াম তৈরি হওয়ার পর থেকে লেনদেনের সংখ্যা।
+- প্রতি সেকেন্ডে লেনদেন - এক সেকেন্ডের মধ্যে প্রক্রিয়াযোগ্য লেনদেনের সংখ্যা।
+- ETH মূল্য - 1 ETH-এর বর্তমান মূল্যায়ন।
+- মোট ETH সরবরাহ - প্রচলিত ETH-এর সংখ্যা—মনে রাখবেন ব্লক রিওয়ার্ড আকারে প্রতিটি ব্লক তৈরির সাথে নতুন ETH তৈরি হয়।
+- মার্কেট ক্যাপ - মূল্য\*সরবরাহের গণনা।
+
+## কনসেন্সাস লেয়ার ডেটা {#consensus-layer-data}
+
+### ইপক {#epoch}
+
+নিরাপত্তার কারণে, প্রতিটি ইপকের শেষে (প্রতি 6.4 মিনিটে) ভ্যালিডেটরদের র‍্যান্ডমাইজড কমিটি তৈরি করা হয়। ইপক ডেটা অন্তর্ভুক্ত:
+
+- ইপক নম্বর
+- ফাইনাল করা স্ট্যাটাস - ইপক ফাইনাল করা হয়েছে কিনা (হ্যাঁ/না)।
+- সময় - যে সময়ে ইপক শেষ হয়েছিল।
+- অ্যাটেস্টেশন - ইপকের অ্যাটেস্টেশনের সংখ্যা (স্লটের মধ্যে ব্লকের জন্য ভোট)।
+- ডিপোজিট - ইপকে অন্তর্ভুক্ত ETH ডিপোজিটের সংখ্যা (ভ্যালিডেটরদের ভ্যালিডেটর হওয়ার জন্য ETH স্টেক করতে হবে)।
+- স্ল্যাশিং - ব্লক বা অ্যাটেস্টরদের প্রস্তাবকদের দেওয়া পেনাল্টির সংখ্যা।
+- ভোটদান অংশগ্রহণ - ব্লক অ্যাটেস্ট করতে ব্যবহৃত স্টেক করা ETH-এর পরিমাণ।
+- ভ্যালিডেটর - ইপকের জন্য সক্রিয় ভ্যালিডেটরের সংখ্যা।
+- গড় ভ্যালিডেটর ব্যালেন্স - সক্রিয় ভ্যালিডেটরদের জন্য গড় ব্যালেন্স।
+- স্লট - ইপকে অন্তর্ভুক্ত স্লটের সংখ্যা (স্লটে একটি বৈধ ব্লক অন্তর্ভুক্ত থাকে)।
+
+### স্লট {#slot}
+
+স্লট হল ব্লক তৈরির সুযোগ, প্রতিটি স্লটের জন্য উপলব্ধ ডেটা অন্তর্ভুক্ত:
+
+- ইপক - যে ইপকে স্লটটি বৈধ।
+- স্লট নম্বর
+- স্ট্যাটাস - স্লটের স্ট্যাটাস (প্রস্তাবিত/মিসড)।
+- সময় - স্লটের টাইমস্ট্যাম্প।
+- প্রস্তাবক - যে ভ্যালিডেটর স্লটের জন্য ব্লকের প্রস্তাব করেছিল।
+- ব্লক রুট - BeaconBlock-এর হ্যাস-ট্রি-রুট।
+- পেরেন্ট রুট - এর আগে আসা ব্লকের হ্যাস।
+- স্টেট রুট - BeaconState-এর হ্যাস-ট্রি-রুট।
+- স্বাক্ষর
+- Randao রিভিল
+- গ্রাফিতি - একটি ব্লক প্রস্তাবক তার ব্লক প্রস্তাবে 32 বাইট দীর্ঘ বার্তা অন্তর্ভুক্ত করতে পারে।
+- এক্সিকিউশন ডেটা
+  - ব্লক হ্যাস
+  - ডিপোজিট কাউন্ট
+  - ডিপোজিট রুট
+- অ্যাটেস্টেশন - এই স্লটে ব্লকের জন্য অ্যাটেস্টেশনের সংখ্যা।
+- ডিপোজিট - এই স্লটের সময় ডিপোজিটের সংখ্যা।
+- স্বেচ্ছায় প্রস্থান - স্লটের সময় চলে যাওয়া ভ্যালিডেটরদের সংখ্যা।
+- স্ল্যাশিং - ব্লক বা অ্যাটেস্টরদের প্রস্তাবকদের দেওয়া পেনাল্টির সংখ্যা।
+- ভোট - এই স্লটে ব্লকের জন্য ভোট দেওয়া ভ্যালিডেটররা।
+
+### ব্লক {#blocks-1}
+
+প্রুফ-অফ-স্টেক সময়কে স্লট এবং ইপকে বিভক্ত করে। সুতরাং এর মানে নতুন ডেটা!
+
+- প্রস্তাবক - নতুন ব্লকের প্রস্তাব দেওয়ার জন্য অ্যালগরিদমিকভাবে নির্বাচিত ভ্যালিডেটর।
+- ইপক - যে ইপকে ব্লকের প্রস্তাব করা হয়েছিল।
+- স্লট - যে স্লটে ব্লকের প্রস্তাব করা হয়েছিল।
+- অ্যাটেস্টেশন - স্লটে অন্তর্ভুক্ত অ্যাটেস্টেশনের সংখ্যা—অ্যাটেস্টেশন হল ভোটের মতো যা নির্দেশ করে যে ব্লকটি বিকন চেইনে যাওয়ার জন্য প্রস্তুত।
+
+### ভ্যালিডেটর {#validators}
+
+ভ্যালিডেটররা স্লটের মধ্যে ব্লক প্রস্তাব এবং অ্যাটেস্ট করার জন্য দায়ী।
+
+- ভ্যালিডেটর নম্বর - অনন্য নম্বর যা ভ্যালিডেটরকে প্রতিনিধিত্ব করে।
+- বর্তমান ব্যালেন্স - পুরস্কার সহ ভ্যালিডেটরের ব্যালেন্স।
+- কার্যকরী ব্যালেন্স - ভ্যালিডেটরের ব্যালেন্স যা স্টেকিংয়ের জন্য ব্যবহৃত হয়।
+- আয় - ভ্যালিডেটর দ্বারা প্রাপ্ত পুরস্কার বা পেনাল্টি।
+- স্ট্যাটাস - ভ্যালিডেটর বর্তমানে অনলাইন এবং সক্রিয় আছে কি না।
+- অ্যাটেস্টেশন কার্যকারিতা - ভ্যালিডেটরের অ্যাটেস্টেশনগুলি চেইনে অন্তর্ভুক্ত হতে যে গড় সময় লাগে।
+- অ্যাক্টিভেশনের জন্য যোগ্যতা - তারিখ (এবং ইপক) যখন ভ্যালিডেটর ভ্যালিডেট করার জন্য উপলব্ধ হয়েছিল।
+- থেকে সক্রিয় - তারিখ (এবং ইপক) যখন ভ্যালিডেটর সক্রিয় হয়েছিল।
+- প্রস্তাবিত ব্লক - ভ্যালিডেটর যে ব্লকের প্রস্তাব করেছে।
+- অ্যাটেস্টেশন - ভ্যালিডেটর যে অ্যাটেস্টেশনগুলি প্রদান করেছে।
+- ডিপোজিট - ভ্যালিডেটরের দ্বারা করা স্টেকিং ডিপোজিটের প্রেরকের অ্যাড্রেস, লেনদেন হ্যাস, ব্লক নম্বর, টাইমস্ট্যাম্প, পরিমাণ এবং স্ট্যাটাস।
+
+### অ্যাটেস্টেশন {#attestations}
+
+অ্যাটেস্টেশনগুলি হল চেইনে ব্লক অন্তর্ভুক্ত করার জন্য "হ্যাঁ" ভোট। তাদের ডেটা অ্যাটেস্টেশনের একটি রেকর্ড এবং অ্যাটেস্ট করা ভ্যালিডেটরদের সাথে সম্পর্কিত।
+
+- স্লট - যে স্লটে অ্যাটেস্টেশন হয়েছিল।
+- কমিটি ইন্ডেক্স - প্রদত্ত স্লটে কমিটির ইন্ডেক্স।
+- অ্যাগ্রিগেশন বিটস - অ্যাটেস্টেশনে অংশগ্রহণকারী সমস্ত ভ্যালিডেটরের অ্যাগ্রিগেটেড অ্যাটেস্টেশনকে প্রতিনিধিত্ব করে।
+- ভ্যালিডেটর - যে ভ্যালিডেটররা অ্যাটেস্টেশন প্রদান করেছে।
+- বিকন ব্লক রুট - যে ব্লকে ভ্যালিডেটররা অ্যাটেস্ট করছে সেটিকে নির্দেশ করে।
+- সোর্স - সর্বশেষ জাস্টিফাইড ইপককে নির্দেশ করে।
+- টার্গেট - সর্বশেষ ইপক বাউন্ডারিকে নির্দেশ করে।
+- স্বাক্ষর
+
+### নেটওয়ার্ক {#network-1}
+
+কনসেন্সাস লেয়ারের টপ-লেভেল ডেটার মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত রয়েছে:
+
+- বর্তমান ইপক
+- বর্তমান স্লট
+- সক্রিয় ভ্যালিডেটর - সক্রিয় ভ্যালিডেটরের সংখ্যা।
+- পেন্ডিং ভ্যালিডেটর - সক্রিয় হওয়ার জন্য অপেক্ষারত ভ্যালিডেটরের সংখ্যা।
+- স্টেক করা ETH - নেটওয়ার্কে স্টেক করা ETH-এর পরিমাণ।
+- গড় ব্যালেন্স - ভ্যালিডেটরদের গড় ETH ব্যালেন্স।
+
+## ব্লক এক্সপ্লোরার {#block-explorers}
+
+- [Etherscan](https://etherscan.io/) - একটি ব্লক এক্সপ্লোরার যা আপনি Ethereum Mainnet এবং টেস্টনেটের জন্য ডেটা আনতে ব্যবহার করতে পারেন।
+- [3xpl](https://3xpl.com/ethereum) - একটি বিজ্ঞাপন-মুক্ত ওপেন-সোর্স Ethereum এক্সপ্লোরার যা এর ডেটাসেট ডাউনলোড করার অনুমতি দেয়।
+- [Beaconcha.in](https://beaconcha.in/) - Ethereum Mainnet এবং টেস্টনেটের জন্য একটি ওপেন সোর্স ব্লক এক্সপ্লোরার।
+- [Blockchair](https://blockchair.com/ethereum) - সবচেয়ে ব্যক্তিগত Ethereum এক্সপ্লোরার। এছাড়াও (mempool) ডেটা সর্টিং এবং ফিল্টার করার জন্য।
+- [Etherchain](https://www.etherchain.org/) - Ethereum Mainnet-এর জন্য একটি ব্লক এক্সপ্লোরার।
+- [Ethplorer](https://ethplorer.io/) - Ethereum Mainnet এবং Kovan টেস্টনেটের জন্য টোকেনের উপর ফোকাস সহ একটি ব্লক এক্সপ্লোরার।
+
+## আরও পড়ুন {#further-reading}
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+
+## সম্পর্কিত বিষয় {#related-topics}
+
+- [লেনদেন](/developers/docs/transactions/)
+- [অ্যাকাউন্ট](/developers/docs/accounts/)
+- [নেটওয়ার্ক](/developers/docs/networks/)
diff --git a/public/content/translations/bn/developers/docs/data-and-analytics/index.md b/public/content/translations/bn/developers/docs/data-and-analytics/index.md
new file mode 100644
index 00000000000..8d3fbdc744b
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/data-and-analytics/index.md
@@ -0,0 +1,72 @@
+---
+title: "ডেটা এবং বিশ্লেষণ"
+description: "আপনার ডিএ্যাপস-এ ব্যবহারের জন্য কীভাবে অনচেইন বিশ্লেষণ এবং ডেটা পাবেন"
+lang: bn
+---
+
+## ভূমিকা {#Introduction}
+
+নেটওয়ার্কের ব্যবহার ক্রমাগত বাড়তে থাকায়, অনচেইন ডেটাতে ক্রমবর্ধমান মূল্যবান তথ্য বিদ্যমান থাকবে। ডেটার পরিমাণ দ্রুত বাড়ার সাথে সাথে, রিপোর্ট করার জন্য বা একটি ডিএ্যাপ চালানোর জন্য এই তথ্য গণনা করা এবং একত্রিত করা একটি সময় এবং প্রক্রিয়া সাপেক্ষ প্রচেষ্টা হয়ে উঠতে পারে।
+
+বিদ্যমান ডেটা প্রদানকারীদের ব্যবহার উন্নয়নকে ত্বরান্বিত করতে পারে, আরও সঠিক ফলাফল তৈরি করতে পারে এবং চলমান রক্ষণাবেক্ষণের প্রচেষ্টা কমাতে পারে। এটি একটি দলকে তাদের প্রকল্পের মূল কার্যকারিতার উপর মনোযোগ কেন্দ্রীভূত করতে সক্ষম করবে।
+
+## পূর্বশর্ত {#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) প্রতি 12s স্লটের জন্য এক্সিকিউশন এবং কনসেন্সাস ডেটা সরবরাহ করে।
+
+## গ্রাফ {#the-graph}
+
+[The Graph](https://thegraph.com/) একটি ইন্ডেক্সিং প্রোটোকল যা সাবগ্রাফ নামে পরিচিত ওপেন API-এর মাধ্যমে ব্লকচেইন ডেটা জিজ্ঞাসা করার একটি সহজ উপায় সরবরাহ করে।
+
+The Graph-এর মাধ্যমে, ডেভেলপাররা নিম্নলিখিত সুবিধাগুলি থেকে উপকৃত হতে পারেন:
+
+- বিকেন্দ্রীভূত ইন্ডেক্সিং: একাধিক ইন্ডেক্সারের মাধ্যমে ব্লকচেইন ডেটা ইন্ডেক্সিং সক্ষম করে, যার ফলে ব্যর্থতার কোনো একক বিন্দু দূর হয়।
+- GraphQL কোয়েরি: ইন্ডেক্সড ডেটা কোয়েরি করার জন্য একটি শক্তিশালী GraphQL ইন্টারফেস সরবরাহ করে, যা ডেটা পুনরুদ্ধারকে খুব সহজ করে তোলে।
+- কাস্টমাইজেশন: ব্লকচেইন ডেটা রূপান্তর এবং সংরক্ষণের জন্য আপনার নিজস্ব যুক্তি সংজ্ঞায়িত করুন, এবং The Graph নেটওয়ার্কে অন্যান্য ডেভেলপারদের দ্বারা প্রকাশিত সাবগ্রাফগুলি পুনরায় ব্যবহার করুন।
+
+৫ মিনিটের মধ্যে একটি সাবগ্রাফ তৈরি, স্থাপন এবং জিজ্ঞাসা করতে এই [কুইক-স্টার্ট](https://thegraph.com/docs/en/quick-start/) গাইডটি অনুসরণ করুন।
+
+## ক্লায়েন্ট বৈচিত্র্য {#client-diversity}
+
+[ক্লায়েন্ট বৈচিত্র্য](/developers/docs/nodes-and-clients/client-diversity/) ইথেরিয়াম নেটওয়ার্কের সামগ্রিক স্বাস্থ্যের জন্য গুরুত্বপূর্ণ কারণ এটি বাগ এবং এক্সপ্লয়েটের বিরুদ্ধে স্থিতিস্থাপকতা প্রদান করে। এখন বেশ কয়েকটি ক্লায়েন্ট বৈচিত্র্য ড্যাশবোর্ড রয়েছে যার মধ্যে রয়েছে [clientdiversity.org](https://clientdiversity.org/), [rated.network](https://www.rated.network), [supermajority.info](https://supermajority.info//) এবং [Ethernodes](https://ethernodes.org/)।
+
+## Dune অ্যানালিটিক্স {#dune-analytics}
+
+[Dune Analytics](https://dune.com/) ব্লকচেইন ডেটাকে রিলেশনাল ডাটাবেস (DuneSQL) টেবিলে প্রাক-প্রসেস করে, ব্যবহারকারীদের SQL ব্যবহার করে ব্লকচেইন ডেটা জিজ্ঞাসা করতে এবং কোয়েরির ফলাফলের উপর ভিত্তি করে ড্যাশবোর্ড তৈরি করতে দেয়। অনচেইন ডেটা ৪টি কাঁচা টেবিলে সংগঠিত হয়: `blocks`, `transactions`, (ইভেন্ট) `logs` এবং (কল) `traces`। জনপ্রিয় চুক্তি এবং প্রোটোকলগুলি ডিকোড করা হয়েছে, এবং প্রত্যেকের নিজস্ব ইভেন্ট এবং কল টেবিলের সেট রয়েছে। সেই ইভেন্ট এবং কল টেবিলগুলি আরও প্রক্রিয়াজাত করা হয় এবং প্রোটোকলের ধরন অনুসারে অ্যাবস্ট্র্যাকশন টেবিলে সংগঠিত করা হয়, উদাহরণস্বরূপ, dex, লেন্ডিং, স্টেবলকয়েন ইত্যাদি।
+
+## 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 ১৬৫টিরও বেশি ইকোসিস্টেম (ইথেরিয়াম সহ) থেকে ডেভেলপারদের সমৃদ্ধ ইন্ডেক্সড ডেটা দিয়ে তাদের ব্যবহারকারীদের জন্য একটি স্বজ্ঞাত এবং নিমগ্ন অভিজ্ঞতা তৈরি করতে ক্ষমতা দেয়। SubQuery নেটওয়ার্ক আপনার অপ্রতিরোধ্য অ্যাপগুলিকে একটি স্থিতিস্থাপক এবং বিকেন্দ্রীভূত অবকাঠামো নেটওয়ার্কের সাথে শক্তি দেয়। ডেটা প্রক্রিয়াকরণ কার্যকলাপের জন্য একটি কাস্টম ব্যাকএন্ড তৈরি করার জন্য সময় ব্যয় না করে ভবিষ্যতের web3 অ্যাপ্লিকেশনগুলি তৈরি করতে SubQuery-এর ব্লকচেইন ডেভেলপার টুলকিট ব্যবহার করুন।
+
+শুরু করতে, [SubQuery-এর পরিচালিত পরিষেবা](https://managedservice.subquery.network/) বা [SubQuery-এর বিকেন্দ্রীভূত নেটওয়ার্ক](https://app.subquery.network/dashboard)-এ লাইভ যাওয়ার আগে পরীক্ষার জন্য একটি স্থানীয় ডকার পরিবেশে মিনিটের মধ্যে ইথেরিয়াম ব্লকচেইন ডেটা ইন্ডেক্স করা শুরু করতে [ইথেরিয়াম কুইক স্টার্ট গাইড](https://academy.subquery.network/quickstart/quickstart_chains/ethereum-gravatar.html) দেখুন।
+
+## EVM কোয়েরি ল্যাঙ্গুয়েজ {#evm-query-language}
+
+EVM কোয়েরি ল্যাঙ্গুয়েজ (EQL) হল একটি SQL-এর মতো ভাষা যা EVM (ইথিরিয়াম ভার্চুয়াল মেশিন) চেইনগুলিকে জিজ্ঞাসা করার জন্য ডিজাইন করা হয়েছে। EQL-এর চূড়ান্ত লক্ষ্য হল EVM চেইনের প্রথম-শ্রেণীর নাগরিক (ব্লক, অ্যাকাউন্ট, এবং লেনদেন)-এর উপর জটিল রিলেশনাল কোয়েরি সমর্থন করা এবং একই সাথে ডেভেলপার এবং গবেষকদের দৈনন্দিন ব্যবহারের জন্য একটি আর্গোনমিক সিনট্যাক্স প্রদান করা। EQL-এর সাহায্যে, ডেভেলপাররা পরিচিত SQL-এর মতো সিনট্যাক্স ব্যবহার করে ব্লকচেইন ডেটা আনতে পারে এবং জটিল বয়লারপ্লেট কোডের প্রয়োজন দূর করতে পারে। EQL স্ট্যান্ডার্ড ব্লকচেইন ডেটা অনুরোধগুলি সমর্থন করে (যেমন, ইথেরিয়ামে একটি অ্যাকাউন্টের নন্স এবং ব্যালেন্স পুনরুদ্ধার করা বা বর্তমান ব্লক আকার এবং টাইমস্ট্যাম্প আনা) এবং ক্রমাগত আরও জটিল অনুরোধ এবং বৈশিষ্ট্যসেটগুলির জন্য সমর্থন যোগ করছে।
+
+## আরও পড়ুন {#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)
+- [Dune বেসিকস](https://docs.dune.com/#dune-basics)
+- [SubQuery ইথেরিয়াম কুইক স্টার্ট গাইড](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/bn/developers/docs/data-availability/blockchain-data-storage-strategies/index.md b/public/content/translations/bn/developers/docs/data-availability/blockchain-data-storage-strategies/index.md
new file mode 100644
index 00000000000..5b631371d81
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/data-availability/blockchain-data-storage-strategies/index.md
@@ -0,0 +1,118 @@
+---
+title: "ব্লকচেইন ডেটা সংগ্রহের কৌশল"
+description: "ব্লকচেইন ব্যবহার করে ডেটা সঞ্চয় করার বিভিন্ন উপায় রয়েছে। এই নিবন্ধে বিভিন্ন কৌশল, তাদের খরচ এবং ট্রেডঅফ, সেইসাথে এটি নিরাপদে ব্যবহারের জন্য প্রয়োজনীয়তাগুলির তুলনা করা হবে।"
+lang: bn
+---
+
+ব্লকচেইনে সরাসরি তথ্য সঞ্চয় করার একাধিক উপায় রয়েছে, অথবা এমন একটি পদ্ধতিতে যা ব্লকচেইন দ্বারা সুরক্ষিত:
+
+- EIP-4844 blobs
+- Calldata
+- L1 মেকানিজম সহ অফচেইন
+- কন্ট্র্যাক্ট "কোড"
+- অনুষ্ঠানসমূহ
+- EVM সংগ্রহস্থল
+
+কোন পদ্ধতিটি ব্যবহার করা হবে তা বিভিন্ন মানদণ্ডের উপর ভিত্তি করে নির্ধারিত হয়:
+
+- তথ্যের উৎস। Calldata-তে থাকা তথ্য সরাসরি ব্লকচেইন থেকে আসতে পারে না।
+- তথ্যের গন্তব্য। Calldata শুধুমাত্র সেই লেনদেনেই উপলব্ধ যা এটি অন্তর্ভুক্ত করে। ইভেন্টগুলি অনচেইনে একেবারেই অ্যাক্সেসযোগ্য নয়।
+- কতটা ঝামেলা গ্রহণযোগ্য? একটি পূর্ণ-স্কেল নোড চালানো কম্পিউটারগুলি ব্রাউজারে চলমান একটি অ্যাপ্লিকেশনের লাইট ক্লায়েন্টের চেয়ে বেশি প্রক্রিয়াকরণ করতে পারে।
+- প্রতিটি নোড থেকে তথ্যে সহজ অ্যাক্সেসের সুবিধা প্রদান করা কি প্রয়োজনীয়?
+- নিরাপত্তা প্রয়োজনীয়তা।
+
+## নিরাপত্তা প্রয়োজনীয়তা {#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 blobs {#eip-4844-blobs}
+
+[Dencun হার্ডফর্ক](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/beacon-chain.md) থেকে শুরু করে ইথেরিয়াম ব্লকচেইনে [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) অন্তর্ভুক্ত রয়েছে, যা ইথেরিয়ামে একটি সীমিত জীবনকালের (প্রাথমিকভাবে প্রায় [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), কিন্তু ইথেরিয়ামের দেওয়া সেন্সরশিপ প্রতিরোধের স্তরের জন্য অর্থ প্রদানের প্রয়োজন নেই।
+
+[জিরো-নলেজ রোলআপগুলি](/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 {#calldata}
+
+Calldata বলতে লেনদেনের অংশ হিসেবে পাঠানো বাইটগুলিকে বোঝায়। এটি ব্লকচেইনের স্থায়ী রেকর্ডের অংশ হিসাবে সেই ব্লকে সংরক্ষণ করা হয় যা সেই লেনদেনটি অন্তর্ভুক্ত করে।
+
+ব্লকচেইনে স্থায়ীভাবে ডেটা রাখার জন্য এটি সবচেয়ে সস্তা পদ্ধতি। প্রতি বাইটের খরচ হয় 4 এক্সিকিউশন গ্যাস (যদি বাইটটি শূন্য হয়) অথবা 16 গ্যাস (অন্য কোনো মান)। যদি ডেটা সংকুচিত করা হয়, যা একটি মানসম্মত অনুশীলন, তাহলে প্রতিটি বাইট মানের সমান সম্ভাবনা থাকে, তাই গড় খরচ প্রতি বাইটে প্রায় 15.95 গ্যাস।
+
+লেখার সময়, দাম 12 gwei/গ্যাস এবং 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 গ্যাস খরচ হয়। calldata-এর তুলনায়, যার খরচ প্রতি বাইটে 15.95, এটি প্রায় 200 বাইট থেকে শুরু করে সস্তা। [মেমরি সম্প্রসারণ খরচের সূত্র](https://www.evm.codes/about#memoryexpansion) অনুসারে, যতক্ষণ আপনার 4MB-এর বেশি মেমরির প্রয়োজন না হয়, ততক্ষণ মেমরি সম্প্রসারণ খরচ calldata যোগ করার খরচের চেয়ে কম।
+
+অবশ্যই, এটি কেবল ডেটা _পড়ার_ খরচ। কন্ট্র্যাক্ট তৈরি করতে প্রায় 32,000 গ্যাস + 200 গ্যাস/বাইট খরচ হয়। এই পদ্ধতিটি তখনই সাশ্রয়ী হয় যখন একই তথ্য বিভিন্ন লেনদেনে অনেকবার পড়ার প্রয়োজন হয়।
+
+কন্ট্র্যাক্ট কোড অর্থহীন হতে পারে, যতক্ষণ না এটি `0xEF` দিয়ে শুরু হয়। `0xEF` দিয়ে শুরু হওয়া কন্ট্র্যাক্টগুলিকে [ইথেরিয়াম অবজেক্ট ফরম্যাট](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/গ্যাস এবং 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/গ্যাস এবং 2300 $/ETH-এ, এটি প্রতি লেখার অপারেশনে প্রায় 61 সেন্ট, অথবা প্রতি কিলোবাইটে $19.5।
+
+এটি ইথেরিয়ামের সবচেয়ে ব্যয়বহুল সংগ্রহস্থলের রূপ।
+
+## সারসংক্ষেপ {#summary}
+
+এই টেবিলটি বিভিন্ন বিকল্প, তাদের সুবিধা এবং অসুবিধাগুলির সারসংক্ষেপ করে।
+
+| সংগ্রহস্থলের প্রকার   | ডেটার উৎস        | প্রাপ্যতা গ্যারান্টি                                                                                                                                  | অনচেইন প্রাপ্যতা                                             | অতিরিক্ত সীমাবদ্ধতা                                                           |
+| --------------------- | ---------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------ | ----------------------------------------------------------------------------- |
+| EIP-4844 blobs        | অফচেইন           | [~18 দিনের](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/p2p-interface.md#configuration) জন্য ইথেরিয়াম গ্যারান্টি | শুধু হ্যাস উপলব্ধ                                            |                                                                               |
+| Calldata              | অফচেইন           | ইথেরিয়াম চিরকালের জন্য গ্যারান্টি (ব্লকচেইনের অংশ)                                                                                 | শুধুমাত্র একটি কন্ট্র্যাক্টে লেখা হলে এবং সেই লেনদেনে উপলব্ধ |                                                                               |
+| L1 মেকানিজম সহ অফচেইন | অফচেইন           | চ্যালেঞ্জ পিরিয়ডের সময় "একজন সৎ যাচাইকারী" গ্যারান্টি                                                                                               | শুধুমাত্র হ্যাস                                              | চ্যালেঞ্জ মেকানিজম দ্বারা গ্যারান্টিযুক্ত, শুধুমাত্র চ্যালেঞ্জ পিরিয়ডের সময় |
+| কন্ট্র্যাক্ট কোড      | অনচেইন বা অফচেইন | ইথেরিয়াম চিরকালের জন্য গ্যারান্টি (ব্লকচেইনের অংশ)                                                                                 | হ্যাঁ                                                        | একটি "র‍্যান্ডম" ঠিকানায় লেখা, `0xEF` দিয়ে শুরু হতে পারে না                  |
+| অনুষ্ঠানসমূহ          | অনচেইন           | ইথেরিয়াম চিরকালের জন্য গ্যারান্টি (ব্লকচেইনের অংশ)                                                                                 | না                                                           |                                                                               |
+| সংগ্রহস্থল            | অনচেইন           | ইথেরিয়াম চিরকালের জন্য গ্যারান্টি (ব্লকচেইনের অংশ এবং ওভাররাইট না হওয়া পর্যন্ত বর্তমান অবস্থা)                                    | হ্যাঁ                                                        |                                                                               |
diff --git a/public/content/translations/bn/developers/docs/data-availability/index.md b/public/content/translations/bn/developers/docs/data-availability/index.md
new file mode 100644
index 00000000000..7511736d5f6
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/data-availability/index.md
@@ -0,0 +1,84 @@
+---
+title: "ডেটা উপলব্ধতা"
+description: "Ethereum-এ ডেটা উপলব্ধতা সম্পর্কিত সমস্যা এবং সমাধানের একটি সংক্ষিপ্ত বিবরণ"
+lang: bn
+---
+
+"বিশ্বাস করবেন না, যাচাই করুন" 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) হল নেটওয়ার্কের জন্য ডেটা উপলব্ধ কিনা তা পরীক্ষা করার একটি উপায়, যা কোনো একক নোডের উপর খুব বেশি চাপ সৃষ্টি করে না। প্রতিটি নোড (নন-স্টেকিং নোড সহ) মোট ডেটার কিছু ছোট, এলোমেলোভাবে নির্বাচিত উপসেট ডাউনলোড করে। নমুনাগুলি সফলভাবে ডাউনলোড করা উচ্চ আত্মবিশ্বাসের সাথে নিশ্চিত করে যে সমস্ত ডেটা উপলব্ধ রয়েছে। এটি ডেটা ইরেজার কোডিং-এর উপর নির্ভর করে, যা একটি প্রদত্ত ডেটাসেটকে রিডান্ড্যান্ট তথ্য দিয়ে প্রসারিত করে (এটি করার উপায় হলো ডেটার উপর একটি _পলিনোমিয়াল_ নামে পরিচিত একটি ফাংশন ফিট করা এবং অতিরিক্ত পয়েন্টে সেই পলিনোমিয়ালটিকে মূল্যায়ন করা)। এটি প্রয়োজনে রিডান্ড্যান্ট ডেটা থেকে মূল ডেটা পুনরুদ্ধার করতে দেয়। এই ডেটা তৈরির একটি পরিণতি হলো যদি মূল ডেটার _কোনো_ অংশ অনুপলব্ধ থাকে, তাহলে প্রসারিত ডেটার _অর্ধেক_ অনুপস্থিত থাকবে! প্রতিটি নোড দ্বারা ডাউনলোড করা ডেটা নমুনার পরিমাণ এমনভাবে টিউন করা যেতে পারে যাতে এটি _অত্যন্ত_ সম্ভাব্য যে প্রতিটি ক্লায়েন্ট দ্বারা নমুনা করা ডেটা খণ্ডগুলির মধ্যে অন্তত একটি অনুপস্থিত থাকবে _যদি_ অর্ধেকের কম ডেটা সত্যিই উপলব্ধ থাকে।
+
+[Full Danksharding](/roadmap/danksharding/#what-is-danksharding) বাস্তবায়িত হওয়ার পরে রোলআপ অপারেটররা যাতে তাদের লেনদেনের ডেটা উপলব্ধ করে তা নিশ্চিত করতে DAS ব্যবহার করা হবে। Ethereum নোডগুলি ব্লব-এ প্রদত্ত লেনদেনের ডেটার এলোমেলোভাবে নমুনা নেবে, উপরে ব্যাখ্যা করা রিডান্ডান্সি স্কিম ব্যবহার করে, যাতে নিশ্চিত করা যায় যে সমস্ত ডেটা বিদ্যমান রয়েছে। একই কৌশলটি ব্লক প্রযোজকরা তাদের সমস্ত ডেটা সুরক্ষিত লাইট ক্লায়েন্টদের জন্য উপলব্ধ করছে কিনা তা নিশ্চিত করতেও ব্যবহার করা যেতে পারে। একইভাবে, [প্রস্তাবক-নির্মাতা বিচ্ছেদ](/roadmap/pbs)-এর অধীনে, শুধুমাত্র ব্লক নির্মাতাকে একটি সম্পূর্ণ ব্লক প্রক্রিয়া করতে হবে - অন্যান্য যাচাইকারীরা ডেটা উপলব্ধতা স্যাম্পলিং ব্যবহার করে যাচাই করবে।
+
+### ডেটা উপলব্ধতা কমিটি {#data-availability-committees}
+
+ডেটা উপলব্ধতা কমিটি (DACs) হল বিশ্বস্ত পক্ষ যারা ডেটা উপলব্ধতা প্রদান করে, বা তার প্রমাণ দেয়। DAC গুলি DAS-এর পরিবর্তে, [বা এর সাথে একত্রে](https://hackmd.io/@vbuterin/sharding_proposal#Why-not-use-just-committees-and-not-DAS) ব্যবহার করা যেতে পারে। কমিটির সাথে আসা নিরাপত্তা নিশ্চয়তা নির্দিষ্ট সেট আপের উপর নির্ভর করে। উদাহরণস্বরূপ, Ethereum লাইট নোডগুলির জন্য ডেটা উপলব্ধতার প্রমাণ দেওয়ার জন্য যাচাইকারীদের এলোমেলোভাবে নমুনা করা উপসেট ব্যবহার করে।
+
+কিছু ভ্যালিডিয়াম দ্বারা DACs ব্যবহার করা হয়। DAC হল একটি বিশ্বস্ত নোড সেট যা অফলাইনে ডেটার অনুলিপি সংরক্ষণ করে। বিবাদের ক্ষেত্রে DAC-কে ডেটা উপলব্ধ করতে হয়। DAC-এর সদস্যরা অনচেইন অ্যাটেস্টেশনও প্রকাশ করে প্রমাণ করার জন্য যে উক্ত ডেটা সত্যিই উপলব্ধ। কিছু ভ্যালিডিয়াম DAC-কে একটি প্রুফ-অফ-স্টেক (PoS) যাচাইকারী সিস্টেম দিয়ে প্রতিস্থাপন করে। এখানে, যে কেউ একজন যাচাইকারী হতে পারে এবং অফলাইনে ডেটা সংরক্ষণ করতে পারে। তবে, তাদের একটি "বন্ড" প্রদান করতে হবে, যা একটি স্মার্ট কন্ট্র্যাক্টে জমা করা হয়। বিদ্বেষপূর্ণ আচরণের ক্ষেত্রে, যেমন যাচাইকারীর ডেটা আটকে রাখা, বন্ডটি স্ল্যাশ করা যেতে পারে। প্রুফ-অফ-স্টেক ডেটা উপলব্ধতা কমিটিগুলি নিয়মিত DAC-এর চেয়ে যথেষ্ট বেশি সুরক্ষিত কারণ তারা সরাসরি সৎ আচরণকে উৎসাহিত করে।
+
+## ডেটা উপলব্ধতা এবং লাইট নোড {#data-availability-and-light-nodes}
+
+[লাইট নোড](/developers/docs/nodes-and-clients/light-clients)-কে ব্লক ডেটা ডাউনলোড না করেই তাদের প্রাপ্ত ব্লক হেডারগুলির সঠিকতা যাচাই করতে হবে। এই হালকাতার মূল্য হলো সম্পূর্ণ নোডগুলির মতো স্থানীয়ভাবে লেনদেন পুনরায় সম্পাদন করে ব্লক হেডারগুলি স্বাধীনভাবে যাচাই করতে না পারা।
+
+Ethereum লাইট নোডগুলি 512 জন যাচাইকারীর এলোমেলো সেটের উপর বিশ্বাস করে যাদের একটি _সিঙ্ক কমিটি_-তে নিয়োগ করা হয়েছে। সিঙ্ক কমিটি একটি DAC হিসাবে কাজ করে যা লাইট ক্লায়েন্টদের একটি ক্রিপ্টোগ্রাফিক স্বাক্ষরের মাধ্যমে সংকেত দেয় যে হেডারের ডেটা সঠিক। প্রতিদিন, সিঙ্ক কমিটি রিফ্রেশ হয়। প্রতিটি ব্লক হেডার লাইট নোডগুলিকে সতর্ক করে যে কোন যাচাইকারীরা _পরবর্তী_ ব্লকে স্বাক্ষর করবে বলে আশা করা যায়, তাই তারা আসল সিঙ্ক-কমিটি হিসাবে ভান করা কোনো বিদ্বেষপূর্ণ গোষ্ঠীর উপর বিশ্বাস করতে প্রতারিত হতে পারে না।
+
+কিন্তু, যদি কোনো আক্রমণকারী কোনোভাবে লাইট ক্লায়েন্টদের কাছে একটি বিদ্বেষপূর্ণ ব্লক হেডার পাঠাতে এবং তাদের বোঝাতে সক্ষম হয় যে এটি একটি সৎ সিঙ্ক-কমিটি দ্বারা স্বাক্ষরিত হয়েছে, তাহলে কী হবে? সেক্ষেত্রে, আক্রমণকারী অবৈধ লেনদেন অন্তর্ভুক্ত করতে পারে এবং লাইট ক্লায়েন্ট অন্ধভাবে সেগুলি গ্রহণ করবে, কারণ তারা ব্লক হেডারে সংক্ষিপ্ত করা সমস্ত স্টেট পরিবর্তনগুলি স্বাধীনভাবে পরীক্ষা করে না। এর থেকে রক্ষা পেতে, লাইট ক্লায়েন্ট জালিয়াতির প্রমাণ (fraud proofs) ব্যবহার করতে পারে।
+
+এই জালিয়াতির প্রমাণগুলি যেভাবে কাজ করে তা হলো, একটি সম্পূর্ণ নোড, নেটওয়ার্কে একটি অবৈধ স্টেট ট্রানজিশন দেখতে পেয়ে, দ্রুত একটি ছোট ডেটা তৈরি করতে পারে যা প্রমাণ করে যে একটি প্রস্তাবিত স্টেট ট্রানজিশন একটি প্রদত্ত লেনদেনের সেট থেকে সম্ভব নয় এবং সেই ডেটা পিয়ারদের কাছে সম্প্রচার করতে পারে। লাইট নোডগুলি সেই জালিয়াতির প্রমাণগুলি তুলে নিতে পারে এবং খারাপ ব্লক হেডারগুলি বাতিল করতে ব্যবহার করতে পারে, যা নিশ্চিত করে যে তারা সম্পূর্ণ নোডগুলির মতো একই সৎ চেইনে থাকে।
+
+এটি সম্পূর্ণ নোডগুলির সম্পূর্ণ লেনদেনের ডেটাতে অ্যাক্সেসের উপর নির্ভর করে। একজন আক্রমণকারী যে একটি খারাপ ব্লক হেডার সম্প্রচার করে এবং লেনদেনের ডেটা উপলব্ধ করতে ব্যর্থ হয়, সে সম্পূর্ণ নোডগুলিকে জালিয়াতির প্রমাণ তৈরি করতে বাধা দিতে সক্ষম হবে। সম্পূর্ণ নোডগুলি হয়তো একটি খারাপ ব্লক সম্পর্কে একটি সতর্কতা সংকেত দিতে পারে, কিন্তু তারা তাদের সতর্কতাকে প্রমাণ দিয়ে সমর্থন করতে পারবে না, কারণ প্রমাণ তৈরি করার জন্য ডেটা উপলব্ধ করা হয়নি!
+
+এই ডেটা উপলব্ধতার সমস্যার সমাধান হল 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 বাস্তবায়নের সাথে, কিছু রোলআপ তাদের লেনদেনের ডেটা পরিবর্তে সস্তা ব্লব স্টোরেজে পোস্ট করে। এটি স্থায়ী সংগ্রহস্থল নয়। স্বাধীন যাচাইকারীদের ~18 দিনের মধ্যে ব্লবগুলি জিজ্ঞাসা করতে হবে এবং তাদের চ্যালেঞ্জ উত্থাপন করতে হবে, এরপরে ডেটা Ethereum লেয়ার-1 থেকে মুছে ফেলা হবে। সেই স্বল্প নির্দিষ্ট সময়ের জন্য শুধুমাত্র 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/bn/developers/docs/data-structures-and-encoding/index.md b/public/content/translations/bn/developers/docs/data-structures-and-encoding/index.md
new file mode 100644
index 00000000000..f4b2bbfd489
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/data-structures-and-encoding/index.md
@@ -0,0 +1,32 @@
+---
+title: "ডেটা স্ট্রাকচার এবং এনকোডিং"
+description: "সাধারণ ভাবে ইথেরিয়াম ডাটা স্ট্রাটার ধারণা."
+lang: bn
+sidebarDepth: 2
+---
+
+ইথেরিয়াম তৈরির রহস্য, এটি কিভাবে সংরক্ষণ এবং বড় করে তথ্য স্থানান্তর করে. এই ডেটা অবশ্যই এমন মানসম্মত এবং মেমরি-দক্ষ উপায়ে ফর্ম্যাট করা উচিত যাতে যে কেউ অপেক্ষাকৃত সাধারণ কনজিউমার-গ্রেড হার্ডওয়্যারে একটি [নোড চালাতে](/run-a-node/) পারে। এটি অর্জন করার জন্য, Ethereum স্ট্যাকের উপর বেশ কয়েকটি নির্দিষ্ট ডেটা স্ট্রাকচার ব্যবহার করা হয়।
+
+## পূর্বশর্ত {#prerequisites}
+
+আপনার Ethereum এবং [ক্লায়েন্ট সফটওয়্যার](/developers/docs/nodes-and-clients/) এর মূল বিষয়গুলি বোঝা উচিত। নেটওয়ার্কিং লেয়ার এবং [Ethereum হোয়াইটপেপার](/whitepaper/) সম্পর্কে পরিচিতি থাকা বাঞ্ছনীয়।
+
+## ডেটা স্ট্রাকচার {#data-structures}
+
+### প্যাট্রিসিয়া মার্কল ট্রাই {#patricia-merkle-tries}
+
+প্যাট্রিসিয়া মার্কল ট্রাই হলো এমন স্ট্রাকচার যা কী-ভ্যালু পেয়ারগুলিকে একটি ডিটারমিনিস্টিক এবং ক্রিপ্টোগ্রাফিক্যালি প্রমাণীকৃত ট্রাই-তে এনকোড করে। এগুলি Ethereum-এর এক্সিকিউশন লেয়ার জুড়ে ব্যাপকভাবে ব্যবহৃত হয়।
+
+[প্যাট্রিসিয়া মার্কল ট্রাই সম্পর্কে আরও](/developers/docs/data-structures-and-encoding/patricia-merkle-trie)
+
+### রিকার্সিভ লেংথ প্রিফিক্স {#recursive-length-prefix}
+
+রিকার্সিভ লেংথ প্রিফিক্স (RLP) হল একটি সিরিয়ালাইজেশন পদ্ধতি যা Ethereum-এর এক্সিকিউশন লেয়ার জুড়ে ব্যাপকভাবে ব্যবহৃত হয়।
+
+[RLP সম্পর্কে আরও](/developers/docs/data-structures-and-encoding/rlp)
+
+### সিম্পল সিরিয়ালাইজ {#simple-serialize}
+
+সিম্পল সিরিয়ালাইজ (SSZ) হল Ethereum-এর কনসেন্সাস লেয়ার-এর প্রধান সিরিয়ালাইজেশন ফর্ম্যাট কারণ এটি মার্কলাইজেশনের সাথে সামঞ্জস্যপূর্ণ।
+
+[SSZ সম্পর্কে আরও](/developers/docs/data-structures-and-encoding/ssz)
diff --git a/public/content/translations/bn/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md b/public/content/translations/bn/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
new file mode 100644
index 00000000000..e7c913ccfa5
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
@@ -0,0 +1,266 @@
+---
+title: "মার্কল প্যাট্রিসিয়া ট্রাই"
+description: "মার্কল প্যাট্রিসিয়া ট্রাই-এর ভূমিকা।"
+lang: bn
+sidebarDepth: 2
+---
+
+ইথেরিয়ামের স্টেট (সমস্ত অ্যাকাউন্ট, ব্যালেন্স এবং স্মার্ট কন্ট্র্যাক্টের সমষ্টি), কম্পিউটার বিজ্ঞানে সাধারণত মার্কল ট্রি হিসাবে পরিচিত ডেটা স্ট্রাকচারের একটি বিশেষ সংস্করণে এনকোড করা হয়। এই কাঠামোটি ক্রিপ্টোগ্রাফির অনেক অ্যাপ্লিকেশনের জন্য দরকারী কারণ এটি ট্রিতে জড়িত ডেটার সমস্ত পৃথক অংশের মধ্যে একটি যাচাইযোগ্য সম্পর্ক তৈরি করে, যার ফলে একটি একক **রুট** মান পাওয়া যায় যা ডেটা সম্পর্কে বিভিন্ন বিষয় প্রমাণ করতে ব্যবহার করা যেতে পারে।
+
+ইথেরিয়ামের ডেটা স্ট্রাকচারটি একটি 'মডিফায়েড মার্কল-প্যাট্রিসিয়া ট্রাই', এর এই নামকরণ করা হয়েছে কারণ এটি PATRICIA (প্র্যাকটিক্যাল অ্যালগরিদম টু রিট্রিভ ইনফরমেশন কোডেড ইন আলফানিউমেরিক) এর কিছু বৈশিষ্ট্য ধার করে, এবং কারণ এটি ইথেরিয়াম স্টেট গঠনকারী আইটেমগুলির কার্যকর ডেটা রি**ট্রি**ভালের জন্য ডিজাইন করা হয়েছে।
+
+একটি মার্কল-প্যাট্রিসিয়া ট্রাই ডিটারমিনিস্টিক এবং ক্রিপ্টোগ্রাফিকভাবে যাচাইযোগ্য: একটি স্টেট রুট তৈরি করার একমাত্র উপায় হল স্টেটের প্রতিটি পৃথক অংশ থেকে এটি গণনা করা, এবং দুটি স্টেট যা অভিন্ন তা রুট হ্যাস এবং যে হ্যাসগুলি থেকে এটি তৈরি হয়েছে তা তুলনা করে সহজেই প্রমাণ করা যেতে পারে (_একটি মার্কল প্রুফ_)। বিপরীতভাবে, একই রুট হ্যাস দিয়ে দুটি ভিন্ন স্টেট তৈরি করার কোনো উপায় নেই, এবং ভিন্ন মান দিয়ে স্টেট পরিবর্তন করার যেকোনো প্রচেষ্টা একটি ভিন্ন স্টেট রুট হ্যাসের জন্ম দেবে। তাত্ত্বিকভাবে, এই কাঠামোটি সন্নিবেশ, সন্ধান এবং মুছে ফেলার জন্য `O(log(n))` দক্ষতার 'হোলি গ্রেইল' প্রদান করে।
+
+অদূর ভবিষ্যতে, ইথেরিয়াম একটি [ভার্কল ট্রি](/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` বর্ণমালার প্রতীকগুলিকে (প্রায়শই বাইনারি বা হেক্স) প্রতিনিধিত্ব করে, `value` হল নোডের টার্মিনাল মান, এবং `i_0, i_1 ...`-এর মধ্যেকার মানগুলি। `i_n` স্লটগুলি হয় `NULL` অথবা অন্য নোডের পয়েন্টার (আমাদের ক্ষেত্রে, হ্যাস)। এটি একটি বেসিক `(কী, মান)` স্টোর গঠন করে।
+
+ধরুন আপনি কী-মান জোড়ার একটি সেটের উপর একটি ক্রম বজায় রাখার জন্য একটি রেডিক্স ট্রি ডেটা স্ট্রাকচার ব্যবহার করতে চেয়েছিলেন। `dog` কী-এর সাথে ট্রাই-তে বর্তমানে ম্যাপ করা মানটি খুঁজে পেতে, আপনাকে প্রথমে `dog`-কে বর্ণমালার অক্ষরে রূপান্তর করতে হবে (যা `64 6f 67` দেবে), এবং তারপর সেই পথ অনুসরণ করে ট্রাই-এর গভীরে যেতে হবে যতক্ষণ না আপনি মানটি খুঁজে পান। অর্থাৎ, আপনি ট্রাই-এর রুট নোড খুঁজে পেতে একটি ফ্ল্যাট কী/মান DB-তে রুট হ্যাস সন্ধান করে শুরু করবেন। এটি অন্য নোডগুলিতে নির্দেশকারী কী-গুলির একটি অ্যারে হিসাবে উপস্থাপিত হয়। আপনি ইনডেক্স `6`-এর মানটিকে কী হিসাবে ব্যবহার করবেন এবং এক স্তর নিচের নোডটি পেতে ফ্ল্যাট কী/মান DB-তে এটি সন্ধান করবেন। তারপর পরবর্তী মানটি দেখতে ইনডেক্স `4` বেছে নিন, তারপর ইনডেক্স `6`, এবং এভাবেই চলতে থাকবে, যতক্ষণ না আপনি পথটি অনুসরণ করেন: `root -> 6 -> 4 -> 6 -> 15 -> 6 -> 7`, আপনি নোডের মান সন্ধান করবেন এবং ফলাফল ফেরত দেবেন।
+
+'ট্রাই' এবং অন্তর্নিহিত ফ্ল্যাট কী/মান 'DB'-তে কিছু সন্ধান করার মধ্যে একটি পার্থক্য আছে। উভয়ই কী/মান বিন্যাস সংজ্ঞায়িত করে, কিন্তু অন্তর্নিহিত DB একটি কী-এর জন্য একটি ঐতিহ্যবাহী ১-ধাপের সন্ধান করতে পারে। ট্রাই-তে একটি কী সন্ধান করার জন্য উপরে বর্ণিত চূড়ান্ত মানটিতে পৌঁছাতে একাধিক অন্তর্নিহিত 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-তে `key == keccak256(rlp(value))`) সঞ্চিত ডেটার একটি ক্রিপ্টোগ্রাফিক ইন্টিগ্রিটি গ্যারান্টি প্রদান করে। যদি একটি প্রদত্ত ট্রাই-এর রুট হ্যাস সর্বজনীনভাবে জানা থাকে, তবে অন্তর্নিহিত লিফ ডেটাতে অ্যাক্সেস আছে এমন যে কেউ একটি প্রমাণ তৈরি করতে পারে যে ট্রাইটি একটি নির্দিষ্ট পথে একটি প্রদত্ত মান অন্তর্ভুক্ত করে, যা প্রতিটি নোডের হ্যাস প্রদান করে যা একটি নির্দিষ্ট মানকে ট্রি রুটের সাথে যুক্ত করে।
+
+একজন আক্রমণকারীর পক্ষে এমন একটি `(পথ, মান)` জোড়ার প্রমাণ দেওয়া অসম্ভব যার অস্তিত্ব নেই কারণ রুট হ্যাসটি চূড়ান্তভাবে এর নীচের সমস্ত হ্যাসের উপর ভিত্তি করে তৈরি। যেকোনো অন্তর্নিহিত পরিবর্তন রুট হ্যাস পরিবর্তন করবে। আপনি হ্যাসকে ডেটা সম্পর্কে কাঠামোগত তথ্যের একটি সংকুচিত উপস্থাপনা হিসাবে ভাবতে পারেন, যা হ্যাশিং ফাংশনের প্রি-ইমেজ সুরক্ষা দ্বারা সুরক্ষিত।
+
+আমরা একটি রেডিক্স ট্রি-এর একটি পারমাণবিক একককে (যেমন, একটি একক হেক্স অক্ষর, বা ৪ বিট বাইনারি সংখ্যা) একটি "নিবল" হিসাবে উল্লেখ করব। উপরে বর্ণিত হিসাবে, একবারে একটি নিবল করে একটি পথ অতিক্রম করার সময়, নোডগুলি সর্বাধিক ১৬টি চাইল্ডকে উল্লেখ করতে পারে তবে একটি `মান` উপাদান অন্তর্ভুক্ত করে। তাই, আমরা সেগুলিকে ১৭ দৈর্ঘ্যের একটি অ্যারে হিসাবে উপস্থাপন করি। আমরা এই ১৭-উপাদান বিশিষ্ট অ্যারেগুলিকে "ব্রাঞ্চ নোড" বলি।
+
+## মার্কল প্যাট্রিসিয়া ট্রাই {#merkle-patricia-trees}
+
+রেডিক্স ট্রাই-এর একটি প্রধান সীমাবদ্ধতা রয়েছে: এগুলি অদক্ষ। আপনি যদি একটি `(পথ, মান)` বাইন্ডিং সঞ্চয় করতে চান যেখানে পথটি, ইথেরিয়ামের মতো, ৬৪ অক্ষর দীর্ঘ ( `bytes32`-তে নিবলের সংখ্যা), তাহলে প্রতি অক্ষরের জন্য একটি স্তর সঞ্চয় করতে আমাদের এক কিলোবাইটের বেশি অতিরিক্ত জায়গার প্রয়োজন হবে, এবং প্রতিটি সন্ধান বা মুছে ফেলার জন্য পুরো ৬৪টি ধাপ লাগবে। নিম্নলিখিত অংশে প্রবর্তিত প্যাট্রিসিয়া ট্রাই এই সমস্যার সমাধান করে।
+
+### অপ্টিমাইজেশান {#optimization}
+
+মার্কল প্যাট্রিসিয়া ট্রাই-এর একটি নোড নিম্নলিখিতগুলির মধ্যে একটি:
+
+1. `NULL` (খালি স্ট্রিং হিসাবে উপস্থাপিত)
+2. `branch` একটি ১৭-আইটেম নোড `[ v0 ...` `v15, vt ]`
+3. `leaf` একটি ২-আইটেম নোড `[ encodedPath, value ]`
+4. `extension` একটি ২-আইটেম নোড `[ encodedPath, key ]`
+
+৬৪ অক্ষরের পথগুলির সাথে এটি অনিবার্য যে ট্রাই-এর প্রথম কয়েকটি লেয়ার অতিক্রম করার পরে, আপনি এমন একটি নোডে পৌঁছাবেন যেখানে নিচের দিকের পথের অন্তত কিছু অংশের জন্য কোনো ভিন্ন পথ বিদ্যমান নেই। পথ বরাবর ১৫টি পর্যন্ত স্পার্স `NULL` নোড তৈরি করা এড়াতে, আমরা একটি `[ encodedPath, key ]` ফর্মের `এক্সটেনশন` নোড সেট আপ করে ডিসেন্টকে শর্টকাট করি, যেখানে `encodedPath` এগিয়ে যাওয়ার জন্য "আংশিক পথ" ধারণ করে (নিচে বর্ণিত একটি কমপ্যাক্ট এনকোডিং ব্যবহার করে), এবং `key` পরবর্তী DB অনুসন্ধানের জন্য ব্যবহৃত হয়।
+
+`লিফ` নোডের জন্য, যা `encodedPath`-এর প্রথম নিবলে একটি ফ্ল্যাগ দ্বারা চিহ্নিত করা যেতে পারে, পথটি পূর্ববর্তী সমস্ত নোডের পথের খণ্ডাংশ এনকোড করে এবং আমরা সরাসরি `মান` সন্ধান করতে পারি।
+
+তবে উপরের এই অপ্টিমাইজেশানটি অস্পষ্টতা তৈরি করে।
+
+নিবলে পথ অতিক্রম করার সময়, আমরা বিজোড় সংখ্যক নিবল দিয়ে শেষ করতে পারি, কিন্তু কারণ সমস্ত ডেটা `বাইট` ফরম্যাটে সংরক্ষিত হয়। উদাহরণস্বরূপ, নিবল `1` এবং নিবল `01` এর মধ্যে পার্থক্য করা সম্ভব নয় (উভয়কেই `<01>` হিসাবে সংরক্ষণ করতে হবে)। বিজোড় দৈর্ঘ্য নির্দিষ্ট করতে, আংশিক পথের আগে একটি ফ্ল্যাগ যুক্ত করা হয়।
+
+### স্পেসিফিকেশন: ঐচ্ছিক টার্মিনেটর সহ হেক্স সিকোয়েন্সের কমপ্যাক্ট এনকোডিং {#specification}
+
+উপরে বর্ণিত _বিজোড় বনাম জোড় অবশিষ্ট আংশিক পথের দৈর্ঘ্য_ এবং _লিফ বনাম এক্সটেনশন নোড_ উভয়ের ফ্ল্যাগিং যেকোনো ২-আইটেম নোডের আংশিক পথের প্রথম নিবলে থাকে। এর ফলস্বরূপ নিম্নলিখিতগুলি ঘটে:
+
+| হেক্স অক্ষর | বিট  | নোডের প্রকার আংশিক                   | পথের দৈর্ঘ্য |
+| ----------- | ---- | ------------------------------------ | ------------ |
+| 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> : 'verb'
+    <64 6f 67> : 'puppy'
+    <64 6f 67 65> : 'coins'
+    <68 6f 72 73 65> : 'stallion'
+```
+
+এখন, আমরা অন্তর্নিহিত DB-তে নিম্নলিখিত কী/মান জোড়া দিয়ে এমন একটি ট্রাই তৈরি করি:
+
+```
+    rootHash: [ <16>, hashA ]
+    hashA:    [ <>, <>, <>, <>, hashB, <>, <>, <>, [ <20 6f 72 73 65>, 'stallion' ], <>, <>, <>, <>, <>, <>, <>, <> ]
+    hashB:    [ <00 6f>, hashC ]
+    hashC:    [ <>, <>, <>, <>, <>, <>, hashD, <>, <>, <>, <>, <>, <>, <>, <>, <>, 'verb' ]
+    hashD:    [ <17>, [ <>, <>, <>, <>, <>, <>, [ <35>, 'coins' ], <>, <>, <>, <>, <>, <>, <>, <>, <>, 'puppy' ] ]
+```
+
+যখন একটি নোড অন্য নোডের ভিতরে রেফারেন্স করা হয়, তখন যা অন্তর্ভুক্ত করা হয় তা হলো `keccak256(rlp.encode(node))`, যদি `len(rlp.encode(node)) >= 32` হয়, অন্যথায় `node` যেখানে `rlp.encode` হলো [RLP](/developers/docs/data-structures-and-encoding/rlp) এনকোডিং ফাংশন।
+
+মনে রাখবেন যে একটি ট্রাই আপডেট করার সময়, একজনকে কী/মান জোড়া `(keccak256(x), x)` একটি পার্সিস্টেন্ট লুকআপ টেবিলে সংরক্ষণ করতে হবে _যদি_ নতুন তৈরি নোডের দৈর্ঘ্য >= ৩২ হয়। তবে, যদি নোডটি তার চেয়ে ছোট হয়, তবে কিছু সংরক্ষণ করার প্রয়োজন নেই, যেহেতু f(x) = x ফাংশনটি বিপরীতমুখী।
+
+## ইথেরিয়ামে ট্রাই {#tries-in-ethereum}
+
+ইথেরিয়ামের এক্সিকিউশন লেয়ারের সমস্ত মার্কল ট্রাই একটি মার্কল প্যাট্রিসিয়া ট্রাই ব্যবহার করে।
+
+একটি ব্লক হেডার থেকে এই ট্রাইগুলির ৩টি থেকে ৩টি রুট থাকে।
+
+1. stateRoot
+2. transactionsRoot
+3. receiptsRoot
+
+### স্টেট ট্রাই {#state-trie}
+
+একটি গ্লোবাল স্টেট ট্রাই আছে, এবং যখনই কোনো ক্লায়েন্ট একটি ব্লক প্রসেস করে, এটি আপডেট করা হয়। এতে, একটি `পথ` সর্বদা: `keccak256(ethereumAddress)` এবং একটি `মান` সর্বদা: `rlp(ethereumAccount)`। আরও নির্দিষ্টভাবে একটি ইথেরিয়াম `অ্যাকাউন্ট` হল `[nonce,balance,storageRoot,codeHash]` এর একটি ৪-আইটেমের অ্যারে। এই মুহূর্তে, এটি উল্লেখ্য যে এই `storageRoot` অন্য একটি প্যাট্রিসিয়া ট্রাই-এর রুট:
+
+### স্টোরেজ ট্রাই {#storage-trie}
+
+স্টোরেজ ট্রাই হল যেখানে _সমস্ত_ কন্ট্র্যাক্ট ডেটা থাকে। প্রতিটি অ্যাকাউন্টের জন্য একটি পৃথক স্টোরেজ ট্রাই রয়েছে। একটি নির্দিষ্ট অ্যাড্রেসে নির্দিষ্ট স্টোরেজ পজিশনে মানগুলি পুনরুদ্ধার করতে স্টোরেজ অ্যাড্রেস, স্টোরেজে সঞ্চিত ডেটার পূর্ণসংখ্যার পজিশন এবং ব্লক আইডি প্রয়োজন। এগুলিকে তারপর JSON-RPC API-তে সংজ্ঞায়িত `eth_getStorageAt`-এ আর্গুমেন্ট হিসাবে পাস করা যেতে পারে, যেমন, `0x295a70b2de5e3953354a6a8344e616ed314d7251` অ্যাড্রেসের জন্য স্টোরেজ স্লট ০-এর ডেটা পুনরুদ্ধার করতে:
+
+```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` হ্যাস হিসাবে গণনা করা হয়, উভয়ই ৩২ বাইট দৈর্ঘ্যে শূন্য দিয়ে বাম-প্যাড করা হয়। উদাহরণস্বরূপ, `0x391694e7e0b0cce554cb130d723a9d27458f9298` অ্যাড্রেসের জন্য স্টোরেজ স্লট ১-এ ডেটার পজিশন হল:
+
+```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` হল সেই ব্লকের মধ্যে তার ইনডেক্স যেখানে এটি অন্তর্ভুক্ত ছিল। রিসিপ্টস ট্রাই কখনও আপডেট করা হয় না। ট্রানজ্যাকশন ট্রাই-এর অনুরূপ, এখানে বর্তমান এবং লিগ্যাসি রিসিপ্ট রয়েছে। রিসিপ্টস ট্রাই-তে একটি নির্দিষ্ট রিসিপ্ট কোয়েরি করতে, তার ব্লকের মধ্যে ট্রানজ্যাকশনের ইনডেক্স, রিসিপ্ট পেলোড এবং ট্রানজ্যাকশনের প্রকার প্রয়োজন। প্রত্যাবর্তিত রিসিপ্ট `রিসিপ্ট` ধরনের হতে পারে যা `TransactionType` এবং `ReceiptPayload`-এর কনক্যাটেনেশন হিসাবে সংজ্ঞায়িত করা হয় অথবা এটি `লিগ্যাসি রিসিপ্ট` ধরনের হতে পারে যা `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/bn/developers/docs/data-structures-and-encoding/rlp/index.md b/public/content/translations/bn/developers/docs/data-structures-and-encoding/rlp/index.md
new file mode 100644
index 00000000000..56e9efe977a
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/data-structures-and-encoding/rlp/index.md
@@ -0,0 +1,163 @@
+---
+title: "রিকার্সিভ-লেংথ প্রিফিক্স (RLP) সিরিয়ালাইজেশন"
+description: "ইথেরিয়ামের এক্সিকিউশন লেয়ারে rlp এনকোডিং-এর একটি সংজ্ঞা।"
+lang: bn
+sidebarDepth: 2
+---
+
+ইথেরিয়ামের এক্সিকিউশন ক্লায়েন্টগুলিতে রিকার্সিভ লেংথ প্রিফিক্স (RLP) সিরিয়ালাইজেশন ব্যাপকভাবে ব্যবহৃত হয়। RLP একটি স্পেস-এফিশিয়েন্ট ফরম্যাটে নোডগুলির মধ্যে ডেটা স্থানান্তরকে প্রমিত করে। RLP-এর উদ্দেশ্য হল বাইনারি ডেটার নির্বিচারে নেস্টেড অ্যারে এনকোড করা, এবং RLP হল ইথেরিয়ামের এক্সিকিউশন লেয়ারে অবজেক্ট সিরিয়ালাইজ করার জন্য ব্যবহৃত প্রাথমিক এনকোডিং পদ্ধতি। RLP-এর মূল উদ্দেশ্য হল গঠন এনকোড করা; ধনাত্মক পূর্ণসংখ্যা ছাড়া, RLP নির্দিষ্ট ডেটা প্রকার (যেমন, স্ট্রিং, ফ্লোট) এনকোড করার দায়িত্ব উচ্চ-স্তরের প্রোটোকলগুলিতে অর্পণ করে। ধনাত্মক পূর্ণসংখ্যাগুলিকে অবশ্যই বিগ-এন্ডিয়ান বাইনারি আকারে উপস্থাপন করতে হবে যেখানে কোনো লিডিং জিরো থাকবে না (এভাবে শূন্য পূর্ণসংখ্যার মানকে খালি বাইট অ্যারের সমতুল্য করে তোলে)। RLP ব্যবহারকারী যেকোনো উচ্চ-স্তরের প্রোটোকল দ্বারা লিডিং জিরো সহ ডিসিরিয়ালাইজড ধনাত্মক পূর্ণসংখ্যাগুলিকে অবশ্যই অবৈধ হিসাবে গণ্য করতে হবে।
+
+[ইথেরিয়াম ইয়েলো পেপার (পরিশিষ্ট B)](https://ethereum.github.io/yellowpaper/paper.pdf#page=19)-এ আরও তথ্য।
+
+একটি ডিকশনারি এনকোড করতে RLP ব্যবহার করার জন্য, দুটি প্রস্তাবিত ক্যানোনিকাল ফর্ম হল:
+
+- লেক্সিকোগ্রাফিক ক্রমে কি সহ `[[k1,v1],[k2,v2]...]` ব্যবহার করুন
+- ইথেরিয়ামের মতো উচ্চ-স্তরের প্যাট্রিসিয়া ট্রি এনকোডিং ব্যবহার করুন
+
+## সংজ্ঞা {#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] হয়, এবং তালিকার সমস্ত আইটেমের RLP এনকোডিংগুলির ক্যাটেনেশন, যার মোট পেলোড প্রথম বাইট মাইনাস 0xc0 এর সমান, তা প্রথম বাইটকে অনুসরণ করে;
+
+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}
+
+- [ইথেরিয়ামে RLP](https://medium.com/coinmonks/data-structure-in-ethereum-episode-1-recursive-length-prefix-rlp-encoding-decoding-d1016832f919)
+- [ইথেরিয়ামের আদ্যোপান্ত: RLP](https://medium.com/coinmonks/ethereum-under-the-hood-part-3-rlp-decoding-df236dc13e58)
+- Coglio, A. (2020)। ACL2-তে ইথেরিয়ামের রিকার্সিভ লেংথ প্রিফিক্স। 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/bn/developers/docs/data-structures-and-encoding/ssz/index.md b/public/content/translations/bn/developers/docs/data-structures-and-encoding/ssz/index.md
new file mode 100644
index 00000000000..bf9d69f6bb3
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/data-structures-and-encoding/ssz/index.md
@@ -0,0 +1,150 @@
+---
+title: "সরল সিরিয়ালাইজ"
+description: "ইথেরিয়াম-এর SSZ ফরম্যাটের ব্যাখ্যা।"
+lang: bn
+sidebarDepth: 2
+---
+
+**সরল সিরিয়ালাইজ (SSZ)** হল বিকন চেইন-এ ব্যবহৃত সিরিয়ালাইজেশন পদ্ধতি। এটি এক্সিকিউশন লেয়ার-এ ব্যবহৃত RLP সিরিয়ালাইজেশনকে পিয়ার ডিসকভারি প্রোটোকল ছাড়া কনসেন্সাস লেয়ার-এর সর্বত্র প্রতিস্থাপন করে। RLP সিরিয়ালাইজেশন সম্পর্কে আরও জানতে, দেখুন [রিকার্সিভ-লেংথ প্রিফিক্স (RLP)](/developers/docs/data-structures-and-encoding/rlp/)। SSZ ডিটারমিনিস্টিক হওয়ার জন্য এবং দক্ষতার সাথে Merkleize করার জন্য ডিজাইন করা হয়েছে। SSZ-কে দুটি উপাদান আছে বলে ভাবা যেতে পারে: একটি সিরিয়ালাইজেশন স্কিম এবং একটি Merkleization স্কিম যা সিরিয়ালাইজড ডেটা স্ট্রাকচার-এর সাথে দক্ষতার সাথে কাজ করার জন্য ডিজাইন করা হয়েছে।
+
+## 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 বাইট ধারণকারী অতিরিক্ত লিফ যোগ করা হয়। ডায়াগ্রামের মাধ্যমে:
+
+```
+        হ্যাস ট্রি রুট
+            /     \
+           /       \
+          /         \
+         /           \
+   লিফ ১ এবং ২    লিফ ৩ এবং ৪
+      এর হ্যাস          এর হ্যাস
+      /   \            /  \
+     /     \          /    \
+    /       \        /      \
+ লিফ১     লিফ২    লিফ৩     লিফ৪
+```
+
+এমন কিছু ক্ষেত্রও রয়েছে যেখানে গাছের লিফগুলি স্বাভাবিকভাবে উপরের উদাহরণের মতো সমানভাবে বন্টিত হয় না। উদাহরণস্বরূপ, লিফ 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}
+
+- [ইথেরিয়াম আপগ্রেড করা: SSZ](https://eth2book.info/altair/part2/building_blocks/ssz)
+- [ইথেরিয়াম আপগ্রেড করা: মার্কেলাইজেশন](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/bn/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md b/public/content/translations/bn/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
new file mode 100644
index 00000000000..c9835d030aa
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/data-structures-and-encoding/web3-secret-storage/index.md
@@ -0,0 +1,195 @@
+---
+title: "Web3 গোপন সংগ্রহস্থল সংজ্ঞা"
+description: "web3 গোপন সংগ্রহস্থলের জন্য আনুষ্ঠানিক সংজ্ঞা"
+lang: bn
+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` ছাড়া, যা ডিরাইভড কী-এর দ্বিতীয়-বামদিকের 16 বাইটের সাথে সম্পূর্ণ `ciphertext`-এর কনক্যাটেনেশনের SHA3 (keccak-256) হিসাবে দেওয়া হয়েছে।
+
+গোপন কী ফাইলগুলি সরাসরি `~/.web3/keystore` (ইউনিক্স-সদৃশ সিস্টেমের জন্য) এবং `~/AppData/Web3/keystore` (উইন্ডোজের জন্য) এখানে সংরক্ষণ করা হয়। তাদের যেকোনো নাম দেওয়া যেতে পারে, কিন্তু একটি ভাল প্রথা হলো `<uuid>.json`, যেখানে `<uuid>` হলো গোপন কী-কে দেওয়া 128-বিট UUID (গোপন কী-এর ঠিকানার জন্য একটি গোপনীয়তা-সংরক্ষণকারী প্রক্সি)।
+
+এই ধরনের সমস্ত ফাইলের একটি সংশ্লিষ্ট পাসওয়ার্ড থাকে। একটি প্রদত্ত `.json` ফাইলের গোপন কী ডিরাইভ করার জন্য, প্রথমে ফাইলটির এনক্রিপশন কী ডিরাইভ করুন; এটি করা হয় ফাইলটির পাসওয়ার্ড নিয়ে এবং `kdf` কী দ্বারা বর্ণিত একটি কী ডিরাইভেশন ফাংশনের মধ্যে দিয়ে পাস করিয়ে। KDF ফাংশনের জন্য KDF-নির্ভর স্ট্যাটিক এবং ডাইনামিক প্যারামিটারগুলি `kdfparams` কী-তে বর্ণনা করা আছে।
+
+ন্যূনতম-সম্মত সমস্ত ইমপ্লিমেন্টেশন দ্বারা PBKDF2 অবশ্যই সমর্থিত হতে হবে, যা বোঝানো হয়েছে:
+
+- `kdf`: `pbkdf2`
+
+PBKDF2-এর জন্য, kdfparams-এর মধ্যে অন্তর্ভুক্ত:
+
+- `prf`: অবশ্যই `hmac-sha256` হতে হবে (ভবিষ্যতে প্রসারিত হতে পারে);
+- `c`: পুনরাবৃত্তির সংখ্যা;
+- `salt`: PBKDF-এ পাস করা সল্ট;
+- `dklen`: ডিরাইভড কী-এর জন্য দৈর্ঘ্য। অবশ্যই >= 32 হতে হবে।
+
+একবার ফাইলটির কী ডিরাইভ করা হয়ে গেলে, MAC-এর ডিরাইভেশনের মাধ্যমে এটি যাচাই করা উচিত। ডিরাইভড কী-এর দ্বিতীয়-বামদিকের 16 বাইটের সাথে `ciphertext` কী-এর বিষয়বস্তুর কনক্যাটেনেশন দ্বারা গঠিত বাইট অ্যারের SHA3 (keccak-256) হ্যাস হিসাবে MAC-কে গণনা করা উচিত, অর্থাৎ:
+
+```js
+KECCAK(DK[16..31] ++ <ciphertext>)
+```
+
+(যেখানে `++` হল কনক্যাটেনেশন অপারেটর)
+
+এই মানটি `mac` কী-এর বিষয়বস্তুর সাথে তুলনা করা উচিত; যদি তারা ভিন্ন হয়, একটি বিকল্প পাসওয়ার্ড অনুরোধ করা উচিত (বা অপারেশনটি বাতিল করা উচিত)।
+
+ফাইলটির কী যাচাই করার পরে, `cipher` কী দ্বারা নির্দিষ্ট করা এবং `cipherparams` কী-এর মাধ্যমে প্যারামিটারাইজ করা সিমেট্রিক এনক্রিপশন অ্যালগরিদম ব্যবহার করে সাইফার টেক্সট (ফাইলে থাকা `ciphertext` কী) ডিক্রিপ্ট করা যেতে পারে। যদি ডিরাইভড কী-এর আকার এবং অ্যালগরিদমের কী-এর আকার মেলানো না যায়, তাহলে ডিরাইভড কী-এর শূন্য প্যাডযুক্ত, ডানদিকের বাইটগুলি অ্যালগরিদমের কী হিসাবে ব্যবহার করা উচিত।
+
+ন্যূনতম-সম্মত সমস্ত ইমপ্লিমেন্টেশন দ্বারা অবশ্যই AES-128-CTR অ্যালগরিদম সমর্থিত হতে হবে, যা বোঝানো হয়েছে:
+
+- `cipher: aes-128-ctr`
+
+এই সাইফারটি নিম্নলিখিত প্যারামিটারগুলি গ্রহণ করে, যা cipherparams কী-এর কী হিসাবে দেওয়া হয়েছে:
+
+- `iv`: সাইফারের জন্য 128-বিট ইনিশিয়ালাইজেশন ভেক্টর।
+
+সাইফারের জন্য কী হলো ডিরাইভড কী-এর বামদিকের 16 বাইট, অর্থাৎ `DK[0..15]`
+
+একটি গোপন কী-এর তৈরি/এনক্রিপশন মূলত এই নির্দেশাবলীর বিপরীত হওয়া উচিত। নিশ্চিত করুন যে `uuid`, `salt` এবং `iv` প্রকৃতপক্ষে র‍্যান্ডম।
+
+`version` ফিল্ড ছাড়াও, যা সংস্করণের একটি "হার্ড" শনাক্তকারী হিসাবে কাজ করা উচিত, ইমপ্লিমেন্টেশনগুলি ফরম্যাটের ছোটখাটো, নন-ব্রেকিং পরিবর্তনগুলি ট্র্যাক করার জন্য `minorversion`-ও ব্যবহার করতে পারে।
+
+## টেস্ট ভেক্টর {#test-vectors}
+
+বিবরণ:
+
+- `Address`: `008aeeda4d805471df9b2a5b0f38a0c3bcba786b`
+- `ICAP`: `XE542A5PZHH8PYIZUBEJEO0MFWRAPPIL67`
+- `UUID`: `3198bc9c-6672-5ab3-d9954942343ae5b6`
+- `Password`: `testpassword`
+- `Secret`: `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/bn/developers/docs/design-and-ux/dex-design-best-practice/index.md b/public/content/translations/bn/developers/docs/design-and-ux/dex-design-best-practice/index.md
new file mode 100644
index 00000000000..3993cc914ff
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/design-and-ux/dex-design-best-practice/index.md
@@ -0,0 +1,220 @@
+---
+title: "বিকেন্দ্রীভূত এক্সচেঞ্জ (DEX) ডিজাইনের সেরা অনুশীলন"
+description: "টোকেন সোয়াপ করার জন্য UX/UI সিদ্ধান্ত ব্যাখ্যা করার একটি নির্দেশিকা।"
+lang: bn
+---
+
+2018 সালে Uniswap চালু হওয়ার পর থেকে, কয়েক ডজন বিভিন্ন চেইন জুড়ে শত শত বিকেন্দ্রীভূত এক্সচেঞ্জ চালু হয়েছে।
+এর মধ্যে অনেকগুলি নতুন উপাদান প্রবর্তন করেছে বা তাদের নিজস্ব টুইস্ট যুক্ত করেছে, কিন্তু ইন্টারফেসটি সাধারণত একই রকম রয়েছে।
+
+এর একটি কারণ হলো [জ্যাকবের আইন](https://lawsofux.com/jakobs-law/):
+
+> ব্যবহারকারীরা তাদের বেশিরভাগ সময় অন্যান্য সাইটে ব্যয় করে। এর মানে হল যে ব্যবহারকারীরা আপনার সাইটটিকে তাদের পরিচিত অন্যান্য সমস্ত সাইটের মতো একইভাবে কাজ করতে পছন্দ করে।
+
+Uniswap, Pancakeswap এবং Sushiswap-এর মতো প্রাথমিক উদ্ভাবকদের ধন্যবাদ, DeFi ব্যবহারকারীদের একটি DEX দেখতে কেমন তার একটি সম্মিলিত ধারণা রয়েছে।
+এই কারণে, "সেরা অনুশীলন" এর মতো কিছু এখন উদ্ভূত হচ্ছে। আমরা দেখতে পাই যে সাইট জুড়ে আরও বেশি করে ডিজাইনের সিদ্ধান্তগুলি মানসম্মত করা হচ্ছে। আপনি DEXes-এর বিবর্তনকে লাইভ পরীক্ষা করার একটি বিশাল উদাহরণ হিসেবে দেখতে পারেন। যে জিনিসগুলি কাজ করেছে সেগুলি থেকে গেছে, যেগুলি কাজ করেনি, সেগুলি ফেলে দেওয়া হয়েছে। ব্যক্তিত্বের জন্য এখনও জায়গা আছে, তবে কিছু নির্দিষ্ট মান রয়েছে যা একটি DEX-কে মেনে চলতে হবে।
+
+এই নিবন্ধটি এর একটি সারসংক্ষেপ:
+
+- কী অন্তর্ভুক্ত করতে হবে
+- কীভাবে এটিকে যথাসম্ভব ব্যবহারযোগ্য করে তোলা যায়
+- ডিজাইন কাস্টমাইজ করার প্রধান উপায়
+
+সমস্ত উদাহরণ ওয়্যারফ্রেমগুলি বিশেষভাবে এই নিবন্ধটির জন্য তৈরি করা হয়েছিল, যদিও সেগুলি সবই বাস্তব প্রকল্পের উপর ভিত্তি করে তৈরি।
+
+Figma কিটটি নীচে অন্তর্ভুক্ত করা হয়েছে - এটি ব্যবহার করতে এবং আপনার নিজের ওয়্যারফ্রেমগুলির গতি বাড়াতে দ্বিধা বোধ করবেন না!
+
+## একটি DEX-এর মৌলিক অ্যানাটমি {#basic-anatomy-of-a-dex}
+
+UI-তে সাধারণত তিনটি উপাদান থাকে:
+
+1. প্রধান ফর্ম
+2. বোতাম
+3. বিস্তারিত প্যানেল
+
+![সাধারণ DEX UI, তিনটি প্রধান উপাদান দেখাচ্ছে](./1.png)
+
+## ভিন্নতা {#variations}
+
+এই নিবন্ধে এটি একটি সাধারণ থিম হবে, তবে এই উপাদানগুলি সংগঠিত করার বিভিন্ন উপায় রয়েছে। “বিস্তারিত প্যানেল” হতে পারে:
+
+- বোতামের উপরে
+- বোতামের নীচে
+- একটি অ্যাকর্ডিয়ন প্যানেলে লুকানো
+- এবং/অথবা একটি “প্রিভিউ” মডালে
+
+N.B. একটি “প্রিভিউ” মডাল ঐচ্ছিক, তবে আপনি যদি মূল UI-তে খুব কম বিশদ বিবরণ দেখান তবে এটি অপরিহার্য হয়ে ওঠে।
+
+## প্রধান ফর্মের কাঠামো {#structure-of-the-main-form}
+
+এটি সেই বক্স যেখানে আপনি আসলে কোন টোকেনটি সোয়াপ করতে চান তা বেছে নেন। কম্পোনেন্টটিতে একটি ইনপুট ফিল্ড এবং একটি সারিতে একটি ছোট বোতাম রয়েছে।
+
+DEX গুলি সাধারণত উপরে একটি এবং নীচে একটি সারিতে অতিরিক্ত বিবরণ প্রদর্শন করে, যদিও এটি ভিন্নভাবে কনফিগার করা যেতে পারে।
+
+![ইনপুট সারি, উপরে এবং নীচে একটি বিশদ সারি সহ](./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 প্রত্যাশিত পরিমাণ, সর্বনিম্ন পরিমাণ এবং স্লিপেজ দেখাবে… যা দরকারী কিন্তু সম্ভবত অতিরিক্ত।
+
+যাইহোক, বেশিরভাগ ব্যবহারকারী ডিফল্ট স্লিপেজ ছেড়ে দেবে।
+
+“মূল্যের প্রভাব” প্রায়শই “টু” ফিল্ডে ফিয়াট সমতুল্যের পাশে বন্ধনীতে দেখানো হয়। এটি যোগ করার জন্য একটি দুর্দান্ত ux বিবরণ, কিন্তু যদি এটি এখানে দেখানো হয়, তবে কি এটি সত্যিই নীচে আবার দেখানোর প্রয়োজন আছে? এবং তারপর আবার একটি প্রিভিউ স্ক্রিনে?
+
+অনেক ব্যবহারকারী (বিশেষ করে যারা অল্প পরিমাণে সোয়াপ করে) এই বিবরণগুলি নিয়ে চিন্তা করবে না; তারা কেবল একটি সংখ্যা প্রবেশ করাবে এবং সোয়াপ চাপবে।
+
+![কিছু বিবরণ একই জিনিস দেখায়](./5.png)
+
+ঠিক কোন বিবরণ দেখানো হবে তা আপনার দর্শক এবং অ্যাপটির কেমন অনুভূতি দিতে চান তার উপর নির্ভর করবে।
+
+আপনি যদি বিশদ প্যানেলে স্লিপেজ টলারেন্স অন্তর্ভুক্ত করেন, তবে আপনার এটিকে সরাসরি এখান থেকে সম্পাদনাযোগ্য করা উচিত। এটি একটি “এক্সিলারেটর”-এর একটি ভাল উদাহরণ; একটি নিট UX কৌশল যা অ্যাপটির সাধারণ ব্যবহারযোগ্যতাকে প্রভাবিত না করে অভিজ্ঞ ব্যবহারকারীদের প্রবাহকে ত্বরান্বিত করতে পারে।
+
+![স্লিপেজ বিশদ প্যানেল থেকে নিয়ন্ত্রণ করা যেতে পারে](./6.png)
+
+শুধু একটি স্ক্রিনে একটি নির্দিষ্ট তথ্যের অংশ নিয়ে নয়, বরং সম্পূর্ণ প্রবাহ সম্পর্কে সাবধানে চিন্তা করা একটি ভাল ধারণা:
+প্রধান ফর্মে সংখ্যা প্রবেশ করানো → বিশদ স্ক্যান করা → প্রিভিউ স্ক্রিনে ক্লিক করা (যদি আপনার প্রিভিউ স্ক্রিন থাকে)।
+বিশদ প্যানেলটি কি সব সময় দৃশ্যমান হওয়া উচিত, নাকি ব্যবহারকারীকে এটি প্রসারিত করতে ক্লিক করতে হবে?
+আপনার কি একটি প্রিভিউ স্ক্রিন যোগ করে ঘর্ষণ তৈরি করা উচিত? এটি ব্যবহারকারীকে ধীর হতে এবং তাদের ট্রেড বিবেচনা করতে বাধ্য করে, যা দরকারী হতে পারে। কিন্তু তারা কি আবার একই তথ্য দেখতে চায়? এই মুহূর্তে তাদের জন্য সবচেয়ে দরকারী কী?
+
+## ডিজাইন বিকল্প {#design-options}
+
+যেমন উল্লেখ করা হয়েছে, এর বেশিরভাগই আপনার ব্যক্তিগত শৈলীর উপর নির্ভর করে
+আপনার ব্যবহারকারী কে?
+আপনার ব্র্যান্ড কি?
+আপনি কি প্রতিটি বিবরণ দেখানো একটি “প্রো” ইন্টারফেস চান, নাকি আপনি ন্যূনতম হতে চান?
+এমনকি যদি আপনি প্রো ব্যবহারকারীদের লক্ষ্য করেন যারা সম্ভাব্য সমস্ত তথ্য চায়, আপনার এখনও অ্যালান কুপারের বিজ্ঞ কথাগুলি মনে রাখা উচিত:
+
+> আপনার ইন্টারফেস যতই সুন্দর হোক, যতই শীতল হোক না কেন, যদি এর কম থাকত তবে ভাল হত।
+
+### কাঠামো {#structure}
+
+- বাম দিকে টোকেন, বা ডান দিকে টোকেন
+- ২টি সারি বা ৩টি
+- বোতামের উপরে বা নীচে বিশদ
+- বিশদ প্রসারিত, ছোট করা, বা দেখানো হয়নি
+
+### কম্পোনেন্ট শৈলী {#component-style}
+
+- খালি
+- আউটলাইন করা
+- ভরা
+
+একটি বিশুদ্ধ UX দৃষ্টিকোণ থেকে, UI শৈলী আপনার ভাবনার চেয়ে কম গুরুত্বপূর্ণ। ভিজ্যুয়াল ট্রেন্ডগুলি চক্রাকারে আসে এবং যায়, এবং অনেক পছন্দই ব্যক্তিগত।
+
+এর জন্য একটি অনুভূতি পেতে - এবং বিভিন্ন কনফিগারেশন সম্পর্কে চিন্তা করার - সবচেয়ে সহজ উপায় হল কিছু উদাহরণ দেখা এবং তারপর নিজে কিছু পরীক্ষা করা।
+
+অন্তর্ভুক্ত Figma কিটটিতে খালি, আউটলাইন করা এবং ভরা কম্পোনেন্ট রয়েছে।
+
+আপনি কীভাবে এটি সব একসাথে রাখতে পারেন তার বিভিন্ন উপায় দেখতে নীচের উদাহরণগুলি দেখুন:
+
+![ভরা শৈলীতে ৩টি সারি](./7.png)
+
+![আউটলাইন করা শৈলীতে ৩টি সারি](./8.png)
+
+![একটি খালি শৈলীতে ২টি সারি](./9.png)
+
+![আউটলাইন করা শৈলীতে ৩টি সারি, একটি বিশদ প্যানেল সহ](./10.png)
+
+![আউটলাইন করা শৈলীতে ইনপুট সারি সহ ৩টি সারি](./11.png)
+
+![ভরা শৈলীতে ২টি সারি](./12.png)
+
+## কিন্তু টোকেন কোন দিকে যাওয়া উচিত? {#but-which-side-should-the-token-go-on}
+
+মূল কথা হল যে এটি সম্ভবত ব্যবহারযোগ্যতার উপর খুব বেশি প্রভাব ফেলে না। তবে, কিছু বিষয় মাথায় রাখতে হবে, যা আপনাকে এক দিকে বা অন্য দিকে প্রভাবিত করতে পারে।
+
+সময়ের সাথে সাথে ফ্যাশন পরিবর্তন দেখতে কিছুটা আকর্ষণীয় হয়েছে। Uniswap প্রাথমিকভাবে টোকেনটি বাম দিকে রেখেছিল, কিন্তু পরে এটি ডান দিকে সরিয়ে দিয়েছে। Sushiswap-ও একটি ডিজাইন আপগ্রেডের সময় এই পরিবর্তনটি করেছিল। বেশিরভাগ, কিন্তু সব নয়, প্রোটোকলগুলি অনুসরণ করেছে।
+
+আর্থিক প্রথা ঐতিহ্যগতভাবে সংখ্যার আগে মুদ্রার প্রতীক রাখে, যেমন, $50, €50, £50, কিন্তু আমরা _বলি_ 50 ডলার, 50 ইউরো, 50 পাউন্ড।
+
+সাধারণ ব্যবহারকারীর জন্য - বিশেষ করে যে বাম থেকে ডানে, উপর থেকে নীচে পড়ে - ডানদিকে টোকেন সম্ভবত আরও স্বাভাবিক মনে হয়।
+
+![বাম দিকে টোকেন সহ একটি UI](./13.png)
+
+বাম দিকে টোকেন এবং ডানদিকে সমস্ত সংখ্যা রাখা আনন্দদায়কভাবে প্রতিসম দেখায়, যা একটি প্লাস, তবে এই লেআউটের আরেকটি নেতিবাচক দিক রয়েছে।
+
+নৈকট্যের আইন বলে যে কাছাকাছি থাকা আইটেমগুলি সম্পর্কিত হিসাবে বিবেচিত হয়। তদনুসারে, আমরা সম্পর্কিত আইটেমগুলি একে অপরের পাশে রাখতে চাই। টোকেন ব্যালেন্স সরাসরি টোকেনের সাথে সম্পর্কিত, এবং যখনই একটি নতুন টোকেন নির্বাচন করা হবে তখন এটি পরিবর্তিত হবে। তাই টোকেন ব্যালেন্স টোকেন নির্বাচন বোতামের পাশে থাকাটা কিছুটা বেশি অর্থপূর্ণ। এটি টোকেনের নীচে সরানো যেতে পারে, তবে এটি লেআউটের প্রতিসাম্য ভেঙে দেয়।
+
+শেষ পর্যন্ত, উভয় বিকল্পের জন্যই প্লাস এবং মাইনাস রয়েছে, তবে এটি আকর্ষণীয় যে প্রবণতাটি ডানদিকে টোকেনের দিকে বলে মনে হচ্ছে।
+
+## বোতামের আচরণ {#button-behavior}
+
+অনুমোদনের জন্য একটি পৃথক বোতাম রাখবেন না। এছাড়াও অনুমোদনের জন্য একটি পৃথক ক্লিক রাখবেন না। ব্যবহারকারী সোয়াপ করতে চায়, তাই শুধু বোতামে “সোয়াপ” বলুন এবং প্রথম পদক্ষেপ হিসাবে অনুমোদন শুরু করুন। একটি মডাল একটি স্টেপারের সাথে অগ্রগতি দেখাতে পারে, বা একটি সাধারণ “tx 1 of 2 - approving” বিজ্ঞপ্তি।
+
+![অনুমোদন এবং সোয়াপের জন্য পৃথক বোতাম সহ একটি UI](./14.png)
+
+![একটি বোতাম সহ একটি UI যা অনুমোদন বলে](./15.png)
+
+### প্রাসঙ্গিক সহায়তা হিসাবে বোতাম {#button-as-contextual-help}
+
+বোতামটি একটি সতর্কতা হিসাবে দ্বিগুণ দায়িত্ব পালন করতে পারে!
+
+এটি আসলে Web3-এর বাইরে একটি মোটামুটি অস্বাভাবিক ডিজাইন প্যাটার্ন, কিন্তু এর মধ্যে এটি মানসম্মত হয়ে উঠেছে। এটি একটি ভাল উদ্ভাবন কারণ এটি স্থান বাঁচায় এবং মনোযোগ কেন্দ্রীভূত রাখে।
+
+যদি প্রধান ক্রিয়া - সোয়াপ - একটি ত্রুটির কারণে অনুপলব্ধ হয়, তবে কারণটি বোতামের সাহায্যে ব্যাখ্যা করা যেতে পারে, যেমন:
+
+- নেটওয়ার্ক পরিবর্তন করুন
+- ওয়ালেট সংযোগ করুন
+- বিভিন্ন ত্রুটি
+
+বোতামটি যে ক্রিয়াটি সম্পাদন করা দরকার তার সাথে **ম্যাপ করা** যেতে পারে। উদাহরণস্বরূপ, যদি ব্যবহারকারী ভুল নেটওয়ার্কে থাকার কারণে সোয়াপ করতে না পারে, বোতামটিতে “ইথেরিয়ামে পরিবর্তন করুন” লেখা উচিত এবং ব্যবহারকারী যখন বোতামে ক্লিক করে, তখন এটি নেটওয়ার্কটিকে ইথেরিয়ামে পরিবর্তন করা উচিত। এটি ব্যবহারকারীর প্রবাহকে উল্লেখযোগ্যভাবে ত্বরান্বিত করে।
+
+![প্রধান CTA থেকে শুরু করা মূল ক্রিয়া](./16.png)
+
+![প্রধান CTA-এর মধ্যে দেখানো ত্রুটি বার্তা](./17.png)
+
+## এই ফিগমা ফাইল দিয়ে আপনার নিজের তৈরি করুন {#build-your-own-with-this-figma-file}
+
+একাধিক প্রোটোকলের কঠোর পরিশ্রমের জন্য ধন্যবাদ, DEX ডিজাইন অনেক উন্নত হয়েছে। আমরা জানি ব্যবহারকারীর কী তথ্য প্রয়োজন, আমাদের কীভাবে এটি দেখানো উচিত এবং কীভাবে প্রবাহটিকে যতটা সম্ভব মসৃণ করা যায়।
+আশা করি এই নিবন্ধটি UX নীতির একটি ठोस ওভারভিউ প্রদান করে।
+
+আপনি যদি পরীক্ষা করতে চান, তাহলে অনুগ্রহ করে Figma ওয়্যারফ্রেম কিট ব্যবহার করতে দ্বিধা বোধ করবেন না। এটি যতটা সম্ভব সহজ রাখা হয়েছে, তবে বিভিন্ন উপায়ে মৌলিক কাঠামো তৈরি করার জন্য যথেষ্ট নমনীয়তা রয়েছে।
+
+[Figma ওয়্যারফ্রেম কিট](https://www.figma.com/community/file/1393606680816807382/dex-wireframes-kit)
+
+DeFi বিকশিত হতে থাকবে, এবং উন্নতির জন্য সর্বদা জায়গা আছে।
+
+শুভকামনা!
diff --git a/public/content/translations/bn/developers/docs/design-and-ux/heuristics-for-web3/index.md b/public/content/translations/bn/developers/docs/design-and-ux/heuristics-for-web3/index.md
new file mode 100644
index 00000000000..f850ddfce06
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/design-and-ux/heuristics-for-web3/index.md
@@ -0,0 +1,138 @@
+---
+title: "Web3 ইন্টারফেস ডিজাইনের জন্য ৭টি হিউরিস্টিকস"
+description: "Web3-এর ব্যবহারযোগ্যতা উন্নত করার নীতিমালা"
+lang: bn
+---
+
+ব্যবহারযোগ্যতার হিউরিস্টিকস হল ব্যাপক “সাধারণ নিয়ম” যা আপনি আপনার সাইটের ব্যবহারযোগ্যতা পরিমাপ করতে ব্যবহার করতে পারেন।
+এখানকার ৭টি হিউরিস্টিকস বিশেষভাবে Web3-এর জন্য তৈরি করা হয়েছে এবং Jakob Nielsen-এর [ইন্টারঅ্যাকশন ডিজাইনের জন্য ১০টি সাধারণ নীতি](https://www.nngroup.com/articles/ten-usability-heuristics/)-এর পাশাপাশি ব্যবহার করা উচিত।
+
+## web3-এর জন্য সাতটি ব্যবহারযোগ্যতার হিউরিস্টিকস {#seven-usability-heuristics-for-web3}
+
+1. কাজের পরে প্রতিক্রিয়া
+2. নিরাপত্তা এবং বিশ্বাস
+3. সবচেয়ে গুরুত্বপূর্ণ তথ্য স্পষ্ট
+4. সহজবোধ্য পরিভাষা
+5. কাজগুলো যতটা সম্ভব সংক্ষিপ্ত
+6. নেটওয়ার্ক সংযোগ দৃশ্যমান এবং নমনীয়
+7. অ্যাপ থেকে নিয়ন্ত্রণ, ওয়ালেট থেকে নয়
+
+## সংজ্ঞা এবং উদাহরণ {#definitions-and-examples}
+
+### 1. কাজের পরে প্রতিক্রিয়া {#feedback-follows-action}
+
+**যখন কিছু ঘটেছে, বা ঘটছে, তখন তা স্পষ্ট হওয়া উচিত।**
+
+ব্যবহারকারীরা তাদের পূর্ববর্তী পদক্ষেপের ফলাফলের উপর ভিত্তি করে তাদের পরবর্তী পদক্ষেপের বিষয়ে সিদ্ধান্ত নেয়। তাই এটা অপরিহার্য যে তারা সিস্টেমের অবস্থা সম্পর্কে অবগত থাকে। Web3-তে এটি বিশেষভাবে গুরুত্বপূর্ণ কারণ লেনদেনগুলি ব্লকচেইনে জমা হতে কখনও কখনও একটি সংক্ষিপ্ত সময় নিতে পারে। যদি তাদের অপেক্ষা করার জন্য কোনো প্রতিক্রিয়া না থাকে, তাহলে ব্যবহারকারীরা নিশ্চিত হতে পারে না যে কিছু ঘটেছে কিনা।
+
+**পরামর্শ:**
+
+- মেসেজিং, নোটিফিকেশন এবং অন্যান্য সতর্কবার্তার মাধ্যমে ব্যবহারকারীকে জানান।
+- অপেক্ষার সময় স্পষ্টভাবে জানান।
+- যদি কোনো কাজে কয়েক সেকেন্ডের বেশি সময় লাগে, তাহলে একটি টাইমার বা একটি অ্যানিমেশন দিয়ে ব্যবহারকারীকে আশ্বস্ত করুন যাতে তারা অনুভব করে যে কিছু ঘটছে।
+- যদি একটি প্রক্রিয়ায় একাধিক ধাপ থাকে, তাহলে প্রতিটি ধাপ দেখান।
+
+**উদাহরণ:**
+একটি লেনদেনের সাথে জড়িত প্রতিটি ধাপ দেখানো ব্যবহারকারীদের জানতে সাহায্য করে যে তারা প্রক্রিয়ার কোথায় আছে। উপযুক্ত আইকন ব্যবহারকারীকে তাদের কাজের স্থিতি জানতে দেয়।
+
+![টোকেন সোয়াপ করার সময় প্রতিটি ধাপ সম্পর্কে ব্যবহারকারীকে জানানো](./Image1.png)
+
+### 2. নিরাপত্তা এবং বিশ্বাস অন্তর্নির্মিত {#security-and-trust-are-backed-in}
+
+নিরাপত্তাকে অগ্রাধিকার দেওয়া উচিত, এবং এটি ব্যবহারকারীর জন্য জোর দেওয়া উচিত।
+লোকেরা তাদের ডেটা সম্পর্কে গভীরভাবে যত্ন নেয়। নিরাপত্তা প্রায়শই ব্যবহারকারীদের জন্য একটি প্রাথমিক উদ্বেগের বিষয়, তাই ডিজাইনের সমস্ত স্তরে এটি বিবেচনা করা উচিত। আপনার সর্বদা আপনার ব্যবহারকারীদের বিশ্বাস অর্জনের চেষ্টা করা উচিত, কিন্তু আপনি যেভাবে এটি করেন তা বিভিন্ন অ্যাপে বিভিন্ন অর্থ বোঝাতে পারে। এটি একটি পরবর্তী চিন্তা হওয়া উচিত নয়, বরং এটি সচেতনভাবে সর্বত্র ডিজাইন করা উচিত। সামাজিক চ্যানেল এবং নথিপত্র সহ ব্যবহারকারীর অভিজ্ঞতার সর্বত্র বিশ্বাস তৈরি করুন, এবং চূড়ান্ত UI। বিকেন্দ্রীকরণের স্তর, ট্রেজারি মাল্টি-সিগ স্ট্যাটাস, এবং দলটির পরিচয় প্রকাশ করা হয়েছে কিনা, এই সবই ব্যবহারকারীদের বিশ্বাসকে প্রভাবিত করে
+
+**পরামর্শ:**
+
+- আপনার অডিট গর্বের সাথে তালিকাভুক্ত করুন
+- একাধিক অডিট করান
+- আপনার ডিজাইন করা যেকোনো নিরাপত্তা ফিচারের বিজ্ঞাপন দিন
+- অন্তর্নিহিত ইন্টিগ্রেশন সহ সম্ভাব্য ঝুঁকিগুলি তুলে ধরুন
+- কৌশলের জটিলতা সম্পর্কে জানান
+- নন-UI সমস্যাগুলি বিবেচনা করুন যা আপনার ব্যবহারকারীদের নিরাপত্তার ধারণাকে প্রভাবিত করতে পারে
+
+**উদাহরণ:**
+ফুটারের মধ্যে আপনার অডিট একটি বিশিষ্ট আকারে অন্তর্ভুক্ত করুন।
+
+![ওয়েবসাইট ফুটারে উল্লেখিত অডিট](./Image2.png)
+
+### 3. সবচেয়ে গুরুত্বপূর্ণ তথ্য স্পষ্ট {#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-তেও করা যেতে পারে। একটি সাধারণ কাজ সম্পন্ন করতে ব্যবহারকারীকে সিস্টেমের এক অংশ থেকে অন্য অংশে – অথবা সিস্টেমটি পুরোপুরি ছেড়ে যেতে হবে না।
+
+**পরামর্শ:**
+
+- যেখানে সম্ভব অন্যান্য কাজের সাথে "অনুমোদন" একত্রিত করুন
+- সাইনিং পদক্ষেপগুলি যতটা সম্ভব কাছাকাছি একত্রিত করুন
+
+**উদাহরণ:** “তারল্য যোগ করুন” এবং “স্টেক” একত্রিত করা একটি অ্যাক্সিলারেটরের একটি সহজ উদাহরণ যা একজন ব্যবহারকারীর সময় এবং গ্যাস উভয়ই বাঁচায়।
+
+![ডিপোজিট এবং স্টেক কাজগুলিকে একত্রিত করার জন্য একটি সুইচ দেখানো মোডাল](./Image5.png)
+
+### ৬. নেটওয়ার্ক সংযোগ দৃশ্যমান এবং নমনীয় {#network-connections-are-visible-and-flexible}
+
+ব্যবহারকারীকে জানান তারা কোন নেটওয়ার্কে সংযুক্ত আছে, এবং নেটওয়ার্ক পরিবর্তন করার জন্য স্পষ্ট শর্টকাট প্রদান করুন।
+এটি মাল্টিচেইন অ্যাপে বিশেষভাবে গুরুত্বপূর্ণ। সংযোগ বিচ্ছিন্ন থাকা অবস্থায় বা একটি অসমর্থিত নেটওয়ার্কে সংযুক্ত থাকা অবস্থায়ও অ্যাপের প্রধান ফাংশনগুলি দৃশ্যমান থাকা উচিত।
+
+**পরামর্শ:**
+
+- সংযোগ বিচ্ছিন্ন থাকা অবস্থায় অ্যাপের যতটা সম্ভব দেখান
+- ব্যবহারকারী বর্তমানে কোন নেটওয়ার্কে সংযুক্ত আছে তা দেখান
+- নেটওয়ার্ক পরিবর্তন করতে ব্যবহারকারীকে ওয়ালেটে যেতে বাধ্য করবেন না
+- যদি অ্যাপটি ব্যবহারকারীকে নেটওয়ার্ক পরিবর্তন করতে বলে, তবে প্রধান কল টু অ্যাকশন থেকে কাজটি প্রম্পট করুন
+- যদি অ্যাপটিতে একাধিক নেটওয়ার্কের জন্য মার্কেট বা ভল্ট থাকে, তবে স্পষ্টভাবে বলুন ব্যবহারকারী বর্তমানে কোন সেটটি দেখছে
+
+**উদাহরণ:** ব্যবহারকারীকে দেখান তারা কোন নেটওয়ার্কে সংযুক্ত আছে, এবং অ্যাপবারে তাদের এটি পরিবর্তন করার অনুমতি দিন।
+
+![সংযুক্ত নেটওয়ার্ক দেখানো ড্রপডাউন বোতাম](./Image6.png)
+
+### ৭. অ্যাপ থেকে নিয়ন্ত্রণ, ওয়ালেট থেকে নয় {#control-from-the-app-not-the-wallet}
+
+UI-এর উচিত ব্যবহারকারীকে তার যা কিছু জানা দরকার তা বলা এবং তার যা কিছু করা দরকার তার উপর নিয়ন্ত্রণ দেওয়া।
+Web3-তে, এমন কিছু কাজ আছে যা আপনি UI-তে করেন, এবং এমন কিছু কাজ আছে যা আপনি ওয়ালেটে করেন। সাধারণত, আপনি UI-তে একটি কাজ শুরু করেন, এবং তারপর ওয়ালেটে তা নিশ্চিত করেন। যদি এই দুটি ধারা সাবধানে একত্রিত না করা হয় তবে ব্যবহারকারীরা অস্বস্তি বোধ করতে পারে।
+
+**পরামর্শ:**
+
+- UI-তে প্রতিক্রিয়ার মাধ্যমে সিস্টেমের স্থিতি জানান
+- তাদের ইতিহাসের একটি রেকর্ড রাখুন
+- পুরানো লেনদেনের জন্য ব্লক এক্সপ্লোরারের লিঙ্ক প্রদান করুন
+- নেটওয়ার্ক পরিবর্তন করার জন্য শর্টকাট প্রদান করুন।
+
+একটি সূক্ষ্ম কন্টেইনার ব্যবহারকারীকে দেখায় তাদের ওয়ালেটে কোন প্রাসঙ্গিক টোকেন আছে, এবং প্রধান CTA নেটওয়ার্ক পরিবর্তন করার জন্য একটি শর্টকাট প্রদান করে।
+
+![প্রধান CTA ব্যবহারকারীকে নেটওয়ার্ক পরিবর্তন করতে প্রম্পট করছে](./Image7.png)
diff --git a/public/content/translations/bn/developers/docs/design-and-ux/index.md b/public/content/translations/bn/developers/docs/design-and-ux/index.md
new file mode 100644
index 00000000000..ad5c5f16890
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/design-and-ux/index.md
@@ -0,0 +1,86 @@
+---
+title: "Web3 তে ডিজাইন এবং UX"
+description: "Web3 স্পেস এবং ইথেরিয়াম-এ UX ডিজাইন এবং গবেষণার ভূমিকা"
+lang: bn
+---
+
+আপনি কি ইথেরিয়াম দিয়ে ডিজাইন করার ক্ষেত্রে নতুন? এটি আপনার জন্য সঠিক জায়গা। Web3 ডিজাইন এবং গবেষণার মূল বিষয়গুলির সাথে আপনাকে পরিচয় করিয়ে দেওয়ার জন্য ইথেরিয়াম কমিউনিটি রিসোর্স লিখেছে। আপনি এমন মূল ধারণাগুলি সম্পর্কে শিখবেন যা আপনার পরিচিত অন্যান্য অ্যাপ ডিজাইন থেকে ভিন্ন হতে পারে।
+
+প্রথমে Web3 সম্পর্কে আরও প্রাথমিক ধারণা প্রয়োজন? [**লার্ন হাব**](/learn/) দেখুন।
+
+## ব্যবহারকারী গবেষণা দিয়ে শুরু করুন {#start-with-user-research}
+
+কার্যকরী ডিজাইন শুধুমাত্র দৃশ্যত আকর্ষণীয় ব্যবহারকারী ইন্টারফেস তৈরি করার মধ্যেই সীমাবদ্ধ নয়। এর মধ্যে ব্যবহারকারীর প্রয়োজন, উদ্দেশ্য এবং চালিকা শক্তি সম্পর্কে গভীর উপলব্ধি অর্জন করা জড়িত। অতএব, আমরা দৃঢ়ভাবে সুপারিশ করি যে সমস্ত ডিজাইনার একটি ডিজাইন প্রক্রিয়া, যেমন [**ডাবল ডায়মন্ড প্রক্রিয়া**](https://en.wikipedia.org/wiki/Double_Diamond_\(design_process_model\)) গ্রহণ করুন, যাতে তাদের কাজ ইচ্ছাকৃত এবং উদ্দেশ্যপ্রণোদিত হয়।
+
+- [Web3-এর আরও বেশি UX গবেষক এবং ডিজাইনার প্রয়োজন](https://blog.akasha.org/akasha-conversations-9-web3-needs-more-ux-researchers-and-designers) - বর্তমান ডিজাইন পরিপক্কতার একটি সংক্ষিপ্ত বিবরণ
+- [web3-এ UX গবেষণার জন্য একটি সহজ নির্দেশিকা](https://uxplanet.org/a-complete-guide-to-ux-research-for-web-3-0-products-d6bead20ebb1) - কিভাবে গবেষণা করতে হয় তার সহজ নির্দেশিকা
+- [Web3-তে UX সিদ্ধান্ত গ্রহণের পদ্ধতি](https://archive.devcon.org/archive/watch/6/data-empathy-how-to-approach-ux-decisions-in-web3/) - পরিমাণগত এবং গুণগত গবেষণা এবং দুটির মধ্যে পার্থক্যের একটি সংক্ষিপ্ত বিবরণ (ভিডিও, ৬ মিনিট)
+- [web3-এ একজন ux গবেষক হওয়া](https://medium.com/@georgia.rakusen/what-its-like-being-a-user-researcher-in-web3-6a4bcc096849) - web3-এ একজন UX গবেষক হতে কেমন লাগে তার উপর একটি ব্যক্তিগত মতামত
+
+## web3-তে গবেষণামূলক অধ্যয়ন {#research-in-web3}
+
+এটি web3-তে করা ব্যবহারকারী গবেষণার একটি সংকলিত তালিকা যা ডিজাইন এবং পণ্য সংক্রান্ত সিদ্ধান্তে সাহায্য করতে পারে অথবা নিজের অধ্যয়ন পরিচালনা করার জন্য অনুপ্রেরণা হিসাবে কাজ করতে পারে।
+
+| ফোকাসের ক্ষেত্র                                                | নাম                                                                                                                                                                                                                        |
+| :------------------------------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| <Tag variant="solid" status="success">ক্রিপ্টো অনবোর্ডিং</Tag> | [The Reown Pulse 2024: ক্রিপ্টো গ্রাহকের অনুভূতি এবং ব্যবহার](https://reown.com/blog/unveiling-walletconnects-consumer-crypto-report)                                                                      |
+| <Tag variant="solid" status="success">ক্রিপ্টো অনবোর্ডিং</Tag> | [CRADL: ক্রিপটোকারেন্সিতে UX](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 UX রিপোর্ট](https://github.com/patestevao/BitcoinUX-report/blob/master/report.md)                                                                                                                                 |
+| <Tag variant="solid" status="success">ক্রিপ্টো অনবোর্ডিং</Tag> | [ConSensys: বিশ্বজুড়ে Web3 ধারণা বিষয়ক অবস্থা 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: Rocket Pool নোড অপারেটর UX](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 মিনিট) |
+
+## web3-এর জন্য ডিজাইন {#design-for-web3}
+
+- [Web3 UX ডিজাইন হ্যান্ডবুক](https://web3ux.design/) - Web3 অ্যাপ ডিজাইন করার জন্য ব্যবহারিক নির্দেশিকা
+- [Web3 ডিজাইন নীতি](https://medium.com/@lyricalpolymath/web3-design-principles-f21db2f240c1) - ব্লকচেইন ভিত্তিক ডিএ্যাপস-এর জন্য UX নিয়মের একটি কাঠামো
+- [ব্লকচেইন ডিজাইন নীতি](https://medium.com/design-ibm/blockchain-design-principles-599c5c067b6e) - IBM-এর ব্লকচেইন ডিজাইন দলের শেখা পাঠ
+- [Neueux.com](https://neueux.com/apps) - বিভিন্ন ফিল্টারিং বিকল্প সহ ব্যবহারকারী ফ্লো-এর UI লাইব্রেরি
+- [Web3-এর ব্যবহারযোগ্যতার সংকট: আপনার যা জানা দরকার!](https://www.youtube.com/watch?v=oBSXT_6YDzg) - ডেভেলপার কেন্দ্রিক প্রকল্প নির্মাণের সমস্যাগুলির উপর একটি প্যানেল আলোচনা (ভিডিও, 34 মিনিট)
+
+## শুরু করা {#getting-started}
+
+- [Web3-এর জন্য হিউরিস্টিকস](/developers/docs/design-and-ux/heuristics-for-web3/) - Web3 ইন্টারফেস ডিজাইনের জন্য 7টি হিউরিস্টিকস
+- [DEX ডিজাইন সেরা অভ্যাস](/developers/docs/design-and-ux/dex-design-best-practice/) - ডিসেন্ট্রালাইজড এক্সচেঞ্জ ডিজাইন করার জন্য একটি নির্দেশিকা
+
+## Web3 ডিজাইন কেস স্টাডি {#design-case-studies}
+
+- [Deep Work Studio](https://www.deepwork.studio/case-studies)
+- [OpenSea-তে একটি NFT বিক্রি করা](https://builtformars.com/case-studies/opensea)
+- [ওয়ালেট UX টিয়ারডাউন: কিভাবে ওয়ালেট পরিবর্তন করা প্রয়োজন](https://www.youtube.com/watch?v=oTpuxYj8JWI&ab_channel=ETHDenver) (ভিডিও, 20 মিনিট)
+
+## ডিজাইন বাউন্টি {#bounties}
+
+- [Dework](https://app.dework.xyz/bounties)
+- [Buildbox হ্যাক্যাথন](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)
+- [Finity, Polygon-এর একটি ডিজাইন সিস্টেম](https://www.figma.com/community/file/1073921725197233598/finity-design-system) (Figma)
+- [Kleros ডিজাইন সিস্টেম](https://www.figma.com/community/file/999852250110186964/kleros-design-system) (Figma)
+- [Safe ডিজাইন সিস্টেম](https://www.figma.com/community/file/1337417127407098506/safe-design-system) (Figma)
+- [ENS ডিজাইন সিস্টেম](https://thorin.ens.domains/)
+- [Mirror ডিজাইন সিস্টেম](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/bn/developers/docs/development-networks/index.md b/public/content/translations/bn/developers/docs/development-networks/index.md
new file mode 100644
index 00000000000..c48e8c3e96b
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/development-networks/index.md
@@ -0,0 +1,71 @@
+---
+title: "ডেভেলপমেন্ট নেটওয়ার্ক"
+description: "ডেভেলপমেন্ট নেটওয়ার্ক এবং ইথেরিয়াম অ্যাপ্লিকেশন তৈরিতে সাহায্য করার জন্য উপলব্ধ টুলগুলির একটি ওভারভিউ।"
+lang: bn
+---
+
+স্মার্ট কন্ট্র্যাক্ট সহ একটি ইথেরিয়াম অ্যাপ্লিকেশন তৈরি করার সময়, আপনি এটিকে ডিপ্লয় করার আগে এটি কীভাবে কাজ করে তা দেখার জন্য একটি স্থানীয় নেটওয়ার্কে চালাতে চাইবেন।
+
+ওয়েব ডেভেলপমেন্টের জন্য আপনি আপনার কম্পিউটারে যেভাবে একটি স্থানীয় সার্ভার চালাতে পারেন, সেভাবেই আপনার dapp পরীক্ষা করার জন্য একটি স্থানীয় ব্লকচেইন ইনস্ট্যান্স তৈরি করতে আপনি একটি ডেভেলপমেন্ট নেটওয়ার্ক ব্যবহার করতে পারেন। এই ইথেরিয়াম ডেভেলপমেন্ট নেটওয়ার্কগুলি এমন বৈশিষ্ট্য সরবরাহ করে যা একটি পাবলিক টেস্টনেটের চেয়ে অনেক দ্রুত পুনরাবৃত্তির অনুমতি দেয় (উদাহরণস্বরূপ আপনাকে টেস্টনেট ফসেট থেকে ETH অর্জন করার সাথে ডিল করতে হবে না)।
+
+## পূর্বশর্ত {#prerequisites}
+
+ডেভেলপমেন্ট নেটওয়ার্কে প্রবেশ করার আগে আপনার [ইথেরিয়াম স্ট্যাকের মূল বিষয়গুলি](/developers/docs/ethereum-stack/) এবং [ইথেরিয়াম নেটওয়ার্কগুলি](/developers/docs/networks/) বোঝা উচিত।
+
+## একটি ডেভেলপমেন্ট নেটওয়ার্ক কী? {#what-is-a-development-network}
+
+ডেভেলপমেন্ট নেটওয়ার্কগুলি মূলত ইথেরিয়াম ক্লায়েন্ট (ইথেরিয়ামের বাস্তবায়ন) যা বিশেষত স্থানীয় ডেভেলপমেন্টের জন্য ডিজাইন করা হয়েছে।
+
+**কেন শুধু স্থানীয়ভাবে একটি স্ট্যান্ডার্ড ইথেরিয়াম নোড চালাবেন না?**
+
+আপনি _পারেন_ [একটি নোড চালাতে](/developers/docs/nodes-and-clients/#running-your-own-node) কিন্তু যেহেতু ডেভেলপমেন্ট নেটওয়ার্কগুলি ডেভেলপমেন্টের জন্য উদ্দেশ্য-নির্মিত, তাই তারা প্রায়শই সুবিধাজনক বৈশিষ্ট্য সহ আসে যেমন:
+
+- আপনার স্থানীয় ব্লকচেইনকে ডেটা দিয়ে নির্ণায়কভাবে সীড করা (যেমন, ETH ব্যালেন্স সহ অ্যাকাউন্ট)।
+- এটি প্রাপ্ত প্রতিটি ট্রানজ্যাকশনের সাথে সাথে, ক্রমানুসারে এবং কোনো বিলম্ব ছাড়াই ব্লক তৈরি করা
+- উন্নত ডিবাগিং এবং লগিং কার্যকারিতা
+
+## উপলব্ধ টুলস {#available-projects}
+
+**নোট**: বেশিরভাগ [ডেভেলপমেন্ট ফ্রেমওয়ার্ক](/developers/docs/frameworks/) একটি অন্তর্নির্মিত ডেভেলপমেন্ট নেটওয়ার্ক অন্তর্ভুক্ত করে। আপনার [স্থানীয় ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ করতে](/developers/local-environment/) আমরা একটি ফ্রেমওয়ার্ক দিয়ে শুরু করার পরামর্শ দিই।
+
+### Hardhat নেটওয়ার্ক {#hardhat-network}
+
+ডেভেলপমেন্টের জন্য ডিজাইন করা একটি স্থানীয় ইথেরিয়াম নেটওয়ার্ক। এটি আপনাকে আপনার কন্ট্র্যাক্ট ডিপ্লয় করতে, আপনার পরীক্ষা চালাতে এবং আপনার কোড ডিবাগ করতে দেয়।
+
+Hardhat নেটওয়ার্ক Hardhat-এর সাথে বিল্ট-ইন আসে, যা পেশাদারদের জন্য একটি ইথেরিয়াম ডেভেলপমেন্ট এনভায়রনমেন্ট।
+
+- [ওয়েবসাইট](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)
+
+### পাবলিক ইথেরিয়াম টেস্ট-চেইন {#public-beacon-testchains}
+
+ইথেরিয়ামের দুটি রক্ষণাবেক্ষণ করা পাবলিক টেস্ট ইমপ্লিমেন্টেশনও রয়েছে: Sepolia এবং Hoodi। দীর্ঘমেয়াদী সাপোর্ট সহ প্রস্তাবিত টেস্টনেট হলো Hoodi, যেখানে যে কেউ ভ্যালিডেট করতে স্বাধীন। Sepolia একটি অনুমতিপ্রাপ্ত ভ্যালিডেটর সেট ব্যবহার করে, যার অর্থ এই টেস্টনেটে নতুন ভ্যালিডেটরদের জন্য কোনো সাধারণ অ্যাক্সেস নেই।
+
+- [Hoodi স্টেকিং লঞ্চপ্যাড](https://hoodi.launchpad.ethereum.org/)
+
+### Kurtosis ইথেরিয়াম প্যাকেজ {#kurtosis}
+
+Kurtosis হলো মাল্টি-কন্টেইনার টেস্ট এনভায়রনমেন্টের জন্য একটি বিল্ড সিস্টেম যা ডেভেলপারদের স্থানীয়ভাবে ব্লকচেইন নেটওয়ার্কের পুনরুৎপাদনযোগ্য ইনস্ট্যান্স চালু করতে সক্ষম করে।
+
+ইথেরিয়াম Kurtosis প্যাকেজটি Docker বা Kubernetes-এর উপর একটি প্যারামিটারাইজযোগ্য, অত্যন্ত স্কেলেবল এবং ব্যক্তিগত ইথেরিয়াম টেস্টনেটকে দ্রুত ইনস্ট্যান্টিয়েট করতে ব্যবহার করা যেতে পারে। প্যাকেজটি সমস্ত প্রধান এক্সিকিউশন লেয়ার (EL) এবং কনসেন্সাস লেয়ার (CL) ক্লায়েন্টদের সাপোর্ট করে। Kurtosis সুন্দরভাবে ইথেরিয়াম কোর ইনফ্রাস্ট্রাকচার সম্পর্কিত ভ্যালিডেশন এবং টেস্টিং ওয়ার্কফ্লোতে ব্যবহারের জন্য একটি প্রতিনিধিত্বকারী নেটওয়ার্কের জন্য সমস্ত স্থানীয় পোর্ট ম্যাপিং এবং পরিষেবা সংযোগগুলি পরিচালনা করে।
+
+- [ইথেরিয়াম নেটওয়ার্ক প্যাকেজ](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/bn/developers/docs/ethereum-stack/index.md b/public/content/translations/bn/developers/docs/ethereum-stack/index.md
new file mode 100644
index 00000000000..8e68181c133
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/ethereum-stack/index.md
@@ -0,0 +1,61 @@
+---
+title: "Ethereum স্ট্যাকের ভূমিকা"
+description: "Ethereum স্ট্যাকের বিভিন্ন লেয়ার এবং কীভাবে সেগুলি একসাথে ফিট করে তার একটি ওয়াকথ্রু।"
+lang: bn
+---
+
+যেকোনও সফটওয়্যার স্ট্যাকের মতোই, আপনার লক্ষ্যের উপর নির্ভর করে সম্পূর্ণ "Ethereum স্ট্যাক" প্রজেক্ট থেকে প্রজেক্টে ভিন্ন হবে।
+
+তবে, Ethereum-এর মূল উপাদান রয়েছে যা সফটওয়্যার অ্যাপ্লিকেশনগুলি কীভাবে Ethereum ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করে তার জন্য একটি মানসিক মডেল প্রদান করতে সহায়তা করে। স্ট্যাকের লেয়ারগুলি বোঝা আপনাকে সেই বিভিন্ন উপায়গুলি বুঝতে সাহায্য করবে যার মাধ্যমে Ethereum সফ্টওয়্যার প্রজেক্টগুলিতে একত্রিত করা যেতে পারে।
+
+## স্তর 1: Ethereum ভার্চুয়াল মেশিন {#ethereum-virtual-machine}
+
+[Ethereum ভার্চুয়াল মেশিন (EVM)](/developers/docs/evm/) হলো Ethereum-এ স্মার্ট কন্ট্র্যাক্টের জন্য রানটাইম এনভায়রনমেন্ট। Ethereum ব্লকচেইনের সমস্ত স্মার্ট কন্ট্র্যাক্ট এবং অবস্থার পরিবর্তন [ট্রানজ্যাকশন](/developers/docs/transactions/) দ্বারা নির্বাহ করা হয়। EVM, Ethereum নেটওয়ার্কের সমস্ত ট্রানজ্যাকশন প্রসেসিং পরিচালনা করে।
+
+যেকোনো ভার্চুয়াল মেশিনের মতোই, EVM এক্সিকিউটিং কোড এবং এক্সিকিউটিং মেশিন (একটি Ethereum নোড) এর মধ্যে একটি অ্যাবস্ট্র্যাকশন লেভেল তৈরি করে। বর্তমানে, EVM বিশ্বজুড়ে বিতরণ করা হাজার হাজার নোডে চলছে।
+
+ভিতরে ভিতরে, EVM নির্দিষ্ট কাজ সম্পাদন করার জন্য অপকোড নির্দেশাবলীর একটি সেট ব্যবহার করে। এই (140টি অনন্য) অপকোডগুলি EVM-কে [Turing-complete](https://en.wikipedia.org/wiki/Turing_completeness) হতে দেয়, যার মানে হল পর্যাপ্ত রিসোর্স থাকলে EVM প্রায় যেকোনো কিছু গণনা করতে সক্ষম।
+
+একজন ডিএ্যাপ ডেভেলপার হিসেবে, আপনার EVM সম্পর্কে এর অস্তিত্ব এবং এটি ডাউনটাইম ছাড়াই নির্ভরযোগ্যভাবে Ethereum-এর সমস্ত অ্যাপ্লিকেশনকে শক্তি জোগায়, এর বাইরে খুব বেশি কিছু জানার দরকার নেই।
+
+## স্তর 2: স্মার্ট কন্ট্র্যাক্ট {#smart-contracts}
+
+[স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) হলো এক্সিকিউটেবল প্রোগ্রাম যা Ethereum ব্লকচেইনে চলে।
+
+স্মার্ট কন্ট্র্যাক্টগুলি নির্দিষ্ট [প্রোগ্রামিং ভাষা](/developers/docs/smart-contracts/languages/) ব্যবহার করে লেখা হয় যা EVM বাইটকোডে (অপকোড নামক নিম্ন-স্তরের মেশিন নির্দেশাবলী) কম্পাইল হয়।
+
+স্মার্ট কন্ট্র্যাক্টগুলি কেবল ওপেন সোর্স লাইব্রেরি হিসেবেই কাজ করে না, তারা মূলত ওপেন API পরিষেবা যা সর্বদা চালু থাকে এবং বন্ধ করা যায় না। স্মার্ট কন্ট্র্যাক্টগুলি পাবলিক ফাংশন সরবরাহ করে যার সাথে ব্যবহারকারী এবং অ্যাপ্লিকেশনগুলি ([ডিএ্যাপস](/developers/docs/dapps/)) অনুমতি ছাড়াই ইন্টারঅ্যাক্ট করতে পারে। যেকোনো অ্যাপ্লিকেশন ফাংশনালিটি কম্পোজ করার জন্য ডিপ্লয় করা স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টিগ্রেট করতে পারে, যেমন [ডেটা ফিড](/developers/docs/oracles/) যোগ করা বা টোকেন সোয়াপ সমর্থন করা। এছাড়াও, যে কেউ তাদের অ্যাপ্লিকেশনের প্রয়োজন মেটাতে কাস্টম ফাংশনালিটি যোগ করার জন্য Ethereum-এ নতুন স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে পারে।
+
+একজন ডিএ্যাপ ডেভেলপার হিসেবে, আপনি যদি Ethereum ব্লকচেইনে কাস্টম ফাংশনালিটি যোগ করতে চান তবেই আপনাকে স্মার্ট কন্ট্র্যাক্ট লিখতে হবে। আপনি হয়তো দেখবেন যে আপনি শুধুমাত্র বিদ্যমান স্মার্ট কন্ট্র্যাক্টগুলির সাথে ইন্টিগ্রেট করেই আপনার প্রজেক্টের বেশিরভাগ বা সমস্ত প্রয়োজন পূরণ করতে পারেন, উদাহরণস্বরূপ যদি আপনি স্টেবলকয়েনে পেমেন্ট সমর্থন করতে চান বা টোকেনের ডিসেন্ট্রালাইজড এক্সচেঞ্জ সক্ষম করতে চান।
+
+## স্তর 3: Ethereum নোড {#ethereum-nodes}
+
+একটি অ্যাপ্লিকেশনের Ethereum ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য, এটিকে অবশ্যই একটি [Ethereum নোডের](/developers/docs/nodes-and-clients/) সাথে সংযোগ স্থাপন করতে হবে। একটি নোডের সাথে সংযোগ স্থাপন করলে আপনি ব্লকচেইন ডেটা পড়তে এবং/অথবা নেটওয়ার্কে ট্রানজ্যাকশন পাঠাতে পারবেন।
+
+Ethereum নোড হলো সফটওয়্যার চালিত কম্পিউটার - একটি Ethereum ক্লায়েন্ট। একটি ক্লায়েন্ট হলো Ethereum-এর একটি বাস্তবায়ন যা প্রতিটি ব্লকের সমস্ত ট্রানজ্যাকশন যাচাই করে, নেটওয়ার্ককে সুরক্ষিত এবং ডেটাকে নির্ভুল রাখে। **Ethereum নোডগুলিই হলো Ethereum ব্লকচেইন**। তারা সম্মিলিতভাবে Ethereum ব্লকচেইনের অবস্থা সংরক্ষণ করে এবং ব্লকচেইনের অবস্থা পরিবর্তন করার জন্য ট্রানজ্যাকশনের উপর কনসেন্সাসে পৌঁছায়।
+
+আপনার অ্যাপ্লিকেশনটিকে একটি Ethereum নোডের সাথে ([JSON-RPC API](/developers/docs/apis/json-rpc/) এর মাধ্যমে) সংযোগ করে, আপনার অ্যাপ্লিকেশনটি ব্লকচেইন থেকে ডেটা পড়তে (যেমন ব্যবহারকারী অ্যাকাউন্টের ব্যালেন্স) এবং নেটওয়ার্কে নতুন ট্রানজ্যাকশন ব্রডকাস্ট করতে (যেমন ব্যবহারকারী অ্যাকাউন্টগুলির মধ্যে ETH স্থানান্তর করা বা স্মার্ট কন্ট্র্যাক্টের ফাংশনগুলি এক্সিকিউট করা) সক্ষম হয়।
+
+## স্তর 4: Ethereum ক্লায়েন্ট API {#ethereum-client-apis}
+
+অনেক সুবিধাজনক লাইব্রেরি (Ethereum-এর ওপেন সোর্স কমিউনিটি দ্বারা নির্মিত এবং রক্ষণাবেক্ষণ করা) আপনার অ্যাপ্লিকেশনগুলিকে Ethereum ব্লকচেইনের সাথে সংযোগ স্থাপন এবং যোগাযোগ করতে দেয়।
+
+যদি আপনার ব্যবহারকারী-মুখী অ্যাপ্লিকেশনটি একটি ওয়েব অ্যাপ হয়, আপনি সরাসরি আপনার ফ্রন্টএন্ডে একটি [JavaScript API](/developers/docs/apis/javascript/) `npm install` করতে পারেন। অথবা হয়তো আপনি একটি [Python](/developers/docs/programming-languages/python/) বা [Java](/developers/docs/programming-languages/java/) API ব্যবহার করে এই ফাংশনালিটি সার্ভার-সাইডে বাস্তবায়ন করতে পছন্দ করবেন।
+
+যদিও এই API-গুলি স্ট্যাকের একটি অপরিহার্য অংশ নয়, তবে তারা সরাসরি একটি Ethereum নোডের সাথে ইন্টারঅ্যাক্ট করার অনেক জটিলতাকে অ্যাবস্ট্রাক্ট করে। তারা ইউটিলিটি ফাংশনও (যেমন, ETH-কে Gwei-তে রূপান্তর করা) সরবরাহ করে, তাই একজন ডেভেলপার হিসেবে আপনি Ethereum ক্লায়েন্টের জটিলতা নিয়ে কম সময় ব্যয় করতে পারেন এবং আপনার অ্যাপ্লিকেশনের নির্দিষ্ট ফাংশনালিটির উপর বেশি সময় মনোযোগ দিতে পারেন।
+
+## স্তর 5: এন্ড-ইউজার অ্যাপ্লিকেশন {#end-user-applications}
+
+স্ট্যাকের সর্বোচ্চ স্তরে রয়েছে ব্যবহারকারী-মুখী অ্যাপ্লিকেশন। এগুলি হলো স্ট্যান্ডার্ড অ্যাপ্লিকেশন যা আপনি আজ নিয়মিত ব্যবহার করেন এবং তৈরি করেন: প্রাথমিকভাবে ওয়েব এবং মোবাইল অ্যাপ।
+
+আপনি যেভাবে এই ইউজার ইন্টারফেসগুলি ডেভেলপ করেন তা মূলত অপরিবর্তিত থাকে। প্রায়শই ব্যবহারকারীদের জানার প্রয়োজন হবে না যে তারা যে অ্যাপ্লিকেশনটি ব্যবহার করছে তা একটি ব্লকচেইন ব্যবহার করে তৈরি করা হয়েছে।
+
+## আপনার স্ট্যাক বেছে নিতে প্রস্তুত? {#ready-to-choose-your-stack}
+
+আপনার Ethereum অ্যাপ্লিকেশনের জন্য একটি [লোকাল ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ](/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/bn/developers/docs/evm/index.md b/public/content/translations/bn/developers/docs/evm/index.md
new file mode 100644
index 00000000000..91ff30ed91d
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/evm/index.md
@@ -0,0 +1,88 @@
+---
+title: "ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)"
+description: "ইথেরিয়াম ভার্চুয়াল মেশিনের একটি পরিচিতি এবং এটি কীভাবে স্টেট, ট্রানজ্যাকশন এবং স্মার্ট কন্ট্র্যাক্টের সাথে সম্পর্কিত।"
+lang: bn
+---
+
+ইথেরিয়াম ভার্চুয়াল মেশিন (EVM) একটি বিকেন্দ্রীভূত ভার্চুয়াল এনভায়রনমেন্ট যা সমস্ত Ethereum নোড জুড়ে ধারাবাহিকভাবে এবং সুরক্ষিতভাবে কোড এক্সিকিউট করে। নোডগুলি স্মার্ট কন্ট্র্যাক্ট এক্সিকিউট করার জন্য EVM চালায়, "[gas](/developers/docs/gas/)" ব্যবহার করে [অপারেশনগুলির](/developers/docs/evm/opcodes/) জন্য প্রয়োজনীয় কম্পিউটেশনাল প্রচেষ্টা পরিমাপ করে, যা কার্যকর রিসোর্স বরাদ্দ এবং নেটওয়ার্ক নিরাপত্তা নিশ্চিত করে।
+
+## পূর্বশর্ত {#prerequisites}
+
+EVM বোঝার জন্য কম্পিউটার সায়েন্সের কিছু সাধারণ পরিভাষা যেমন [bytes](https://wikipedia.org/wiki/Byte), [memory](https://wikipedia.org/wiki/Computer_memory), এবং একটি [stack](https://wikipedia.org/wiki/Stack_\(abstract_data_type\)) এর সাথে প্রাথমিক পরিচিতি থাকা প্রয়োজন। ক্রিপ্টোগ্রাফি/ব্লকচেইন ধারণা যেমন [hash functions](https://wikipedia.org/wiki/Cryptographic_hash_function) এবং [Merkle tree](https://wikipedia.org/wiki/Merkle_tree) এর সাথে পরিচিতি থাকলেও সহায়ক হবে।
+
+## লেজার থেকে স্টেট মেশিন {#from-ledger-to-state-machine}
+
+Bitcoin-এর মতো ব্লকচেইন বর্ণনা করার জন্য প্রায়শই 'ডিস্ট্রিবিউটেড লেজার'-এর উপমা ব্যবহার করা হয়, যা ক্রিপ্টোগ্রাফির মৌলিক টুলস ব্যবহার করে একটি বিকেন্দ্রীভূত কারেন্সি সক্ষম করে। লেজারটি কার্যকলাপের একটি রেকর্ড বজায় রাখে যা একটি নির্দিষ্ট নিয়মাবলীর সেটকে মেনে চলে, যা নির্ধারণ করে যে কেউ লেজারটি পরিবর্তন করার জন্য কী করতে পারে এবং কী করতে পারে না। উদাহরণস্বরূপ, একটি Bitcoin অ্যাড্রেস আগে যা পেয়েছে তার থেকে বেশি Bitcoin খরচ করতে পারে না। এই নিয়মগুলি Bitcoin এবং অন্যান্য অনেক ব্লকচেইনের সমস্ত ট্রানজ্যাকশনের ভিত্তি।
+
+যদিও Ethereum-এর নিজস্ব নেটিভ ক্রিপটোকারেন্সি (ইথার) আছে যা প্রায় একই স্বজ্ঞাত নিয়মগুলি অনুসরণ করে, এটি একটি অনেক বেশি শক্তিশালী ফাংশনও সক্ষম করে: [smart contracts](/developers/docs/smart-contracts/)। এই আরও জটিল বৈশিষ্ট্যের জন্য, একটি আরও পরিশীলিত উপমার প্রয়োজন। ডিস্ট্রিবিউটেড লেজারের পরিবর্তে, Ethereum একটি ডিস্ট্রিবিউটেড [state machine](https://wikipedia.org/wiki/Finite-state_machine)। Ethereum-এর স্টেট হল একটি বিশাল ডেটা স্ট্রাকচার যা শুধুমাত্র সমস্ত অ্যাকাউন্ট এবং ব্যালেন্সই ধরে রাখে না, বরং একটি _মেশিন স্টেট_ ধারণ করে, যা একটি পূর্ব-নির্ধারিত নিয়মাবলীর সেট অনুযায়ী ব্লক থেকে ব্লকে পরিবর্তন হতে পারে, এবং যা ইচ্ছামত মেশিন কোড এক্সিকিউট করতে পারে। ব্লক থেকে ব্লকে স্টেট পরিবর্তনের নির্দিষ্ট নিয়মগুলি EVM দ্বারা সংজ্ঞায়িত হয়।
+
+![EVM-এর গঠন দেখানো একটি ডায়াগ্রাম](./evm.png)
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত ডায়াগ্রাম_
+
+## Ethereum স্টেট ট্রানজিশন ফাংশন {#the-ethereum-state-transition-function}
+
+EVM একটি গাণিতিক ফাংশনের মতো আচরণ করে: একটি ইনপুট দিলে, এটি একটি ডিটারমিনিস্টিক আউটপুট তৈরি করে। অতএব, Ethereum-কে আরও আনুষ্ঠানিকভাবে একটি **স্টেট ট্রানজিশন ফাংশন** হিসেবে বর্ণনা করা বেশ সহায়ক:
+
+```
+Y(S, T)= S'
+```
+
+একটি পুরানো বৈধ স্টেট `(S)` এবং নতুন বৈধ ট্রানজ্যাকশনের সেট `(T)` দেওয়া হলে, Ethereum স্টেট ট্রানজিশন ফাংশন `Y(S, T)` একটি নতুন বৈধ আউটপুট স্টেট `S'` তৈরি করে।
+
+### স্টেট {#state}
+
+Ethereum-এর প্রসঙ্গে, স্টেট হল একটি বিশাল ডেটা স্ট্রাকচার যা [modified Merkle Patricia Trie](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) নামে পরিচিত, যা সমস্ত [অ্যাকাউন্টকে](/developers/docs/accounts/) হ্যাসের মাধ্যমে লিঙ্ক করে রাখে এবং ব্লকচেইনে সংরক্ষিত একটি একক রুট হ্যাসে পরিণত করা যায়।
+
+### লেনদেন {#transactions}
+
+লেনদেন হল অ্যাকাউন্ট থেকে ক্রিপ্টোগ্রাফিকভাবে স্বাক্ষরিত নির্দেশাবলী। দুই ধরনের ট্রানজ্যাকশন আছে: যেগুলি মেসেজ কলের ফলে হয় এবং যেগুলি কন্ট্র্যাক্ট তৈরির ফলে হয়।
+
+কন্ট্র্যাক্ট তৈরির ফলে একটি নতুন কন্ট্র্যাক্ট অ্যাকাউন্ট তৈরি হয়, যেখানে কম্পাইল করা [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/anatomy/) বাইটকোড থাকে। যখনই অন্য কোনো অ্যাকাউন্ট সেই কন্ট্র্যাক্টে মেসেজ কল করে, তখন এটি তার বাইটকোড এক্সিকিউট করে।
+
+## EVM নির্দেশাবলী {#evm-instructions}
+
+EVM একটি 1024 আইটেমের ডেপথ সহ [স্ট্যাক মেশিন](https://wikipedia.org/wiki/Stack_machine) হিসাবে এক্সিকিউট করে। প্রতিটি আইটেম একটি 256-বিটের শব্দ, যা 256-বিট ক্রিপ্টোগ্রাফি (যেমন Keccak-256 হ্যাস বা secp256k1 সিগনেচার) এর সাথে ব্যবহারের সুবিধার জন্য বেছে নেওয়া হয়েছিল।
+
+এক্সিকিউশনের সময়, EVM একটি ক্ষণস্থায়ী _মেমরি_ (একটি শব্দ-অ্যাড্রেসড বাইট অ্যারে হিসাবে) বজায় রাখে, যা ট্রানজ্যাকশনের মধ্যে স্থায়ী হয় না।
+
+### ক্ষণস্থায়ী স্টোরেজ
+
+ক্ষণস্থায়ী স্টোরেজ হল একটি প্রতি-ট্রানজ্যাকশন কী-ভ্যালু স্টোর যা `TSTORE` এবং `TLOAD` অপকোডের মাধ্যমে অ্যাক্সেস করা হয়। এটি একই ট্রানজ্যাকশনের সময় সমস্ত অভ্যন্তরীণ কলের মধ্যে স্থায়ী হয় কিন্তু ট্রানজ্যাকশনের শেষে মুছে যায়। মেমরির মতো নয়, ক্ষণস্থায়ী স্টোরেজ এক্সিকিউশন ফ্রেমের পরিবর্তে EVM স্টেটের অংশ হিসাবে মডেল করা হয়, তবুও এটি গ্লোবাল স্টেটে প্রতিশ্রুতিবদ্ধ নয়। ক্ষণস্থায়ী স্টোরেজ একটি ট্রানজ্যাকশনের সময় অভ্যন্তরীণ কলের মধ্যে গ্যাস-সাশ্রয়ী অস্থায়ী স্টেট শেয়ারিং সক্ষম করে।
+
+### সংগ্রহস্থল
+
+কন্ট্র্যাক্টে একটি Merkle Patricia _স্টোরেজ_ ট্রাই (একটি শব্দ-অ্যাড্রেসযোগ্য শব্দ অ্যারে হিসাবে) থাকে, যা সংশ্লিষ্ট অ্যাকাউন্টের সাথে যুক্ত এবং গ্লোবাল স্টেটের অংশ। এই স্থায়ী স্টোরেজ ক্ষণস্থায়ী স্টোরেজ থেকে আলাদা, যা শুধুমাত্র একটি একক ট্রানজ্যাকশনের সময়কালের জন্য উপলব্ধ এবং অ্যাকাউন্টের স্থায়ী স্টোরেজ ট্রাই-এর অংশ গঠন করে না।
+
+### Opcodes
+
+কম্পাইল করা স্মার্ট কন্ট্র্যাক্ট বাইটকোড একাধিক EVM [opcodes](/developers/docs/evm/opcodes) হিসাবে এক্সিকিউট হয়, যা `XOR`, `AND`, `ADD`, `SUB` ইত্যাদির মতো স্ট্যান্ডার্ড স্ট্যাক অপারেশন সম্পাদন করে। EVM এছাড়াও `ADDRESS`, `BALANCE`, `BLOCKHASH` ইত্যাদির মতো বেশ কিছু ব্লকচেইন-নির্দিষ্ট স্ট্যাক অপারেশন প্রয়োগ করে। অপকোড সেটে `TSTORE` এবং `TLOAD` অন্তর্ভুক্ত রয়েছে, যা ক্ষণস্থায়ী স্টোরেজে অ্যাক্সেস প্রদান করে।
+
+![EVM অপারেশনের জন্য কোথায় গ্যাসের প্রয়োজন হয় তা দেখানো একটি ডায়াগ্রাম](../gas/gas.png)
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত ডায়াগ্রাম_
+
+## EVM ইমপ্লিমেন্টেশন {#evm-implementations}
+
+EVM-এর সমস্ত ইমপ্লিমেন্টেশনকে অবশ্যই Ethereum Yellowpaper-এ বর্ণিত স্পেসিফিকেশন মেনে চলতে হবে।
+
+Ethereum-এর দশ বছরের ইতিহাসে, EVM-এর বেশ কিছু সংশোধন হয়েছে, এবং বিভিন্ন প্রোগ্রামিং ভাষায় EVM-এর বেশ কিছু ইমপ্লিমেন্টেশন রয়েছে।
+
+[Ethereum এক্সিকিউশন ক্লায়েন্টগুলিতে](/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}
+
+- [Ethereum Yellowpaper](https://ethereum.github.io/yellowpaper/paper.pdf)
+- [Jellopaper ওরফে KEVM: K-তে EVM-এর সেম্যান্টিক্স](https://jellopaper.org/)
+- [The Beigepaper](https://github.com/chronaeon/beigepaper)
+- [Ethereum ভার্চুয়াল মেশিন অপকোড](https://www.ethervm.io/)
+- [Ethereum ভার্চুয়াল মেশিন অপকোড ইন্টারঅ্যাক্টিভ রেফারেন্স](https://www.evm.codes/)
+- [Solidity-র ডকুমেন্টেশনে একটি সংক্ষিপ্ত পরিচিতি](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#index-6)
+- [মাস্টারিং Ethereum - দি Ethereum ভার্চুয়াল মেশিন](https://github.com/ethereumbook/ethereumbook/blob/openedition/13evm.asciidoc)
+
+## সম্পর্কিত বিষয় {#related-topics}
+
+- [গ্যাস](/developers/docs/gas/)
diff --git a/public/content/translations/bn/developers/docs/evm/opcodes/index.md b/public/content/translations/bn/developers/docs/evm/opcodes/index.md
new file mode 100644
index 00000000000..9740ce20db4
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/evm/opcodes/index.md
@@ -0,0 +1,177 @@
+---
+title: "EVM-এর জন্য অপকোডসমূহ"
+description: "ইথেরিয়াম ভার্চুয়াল মেশিনের জন্য উপলব্ধ সমস্ত অপকোডের একটি তালিকা।"
+lang: bn
+---
+
+## একনজরে {#overview}
+
+এটি [wolflo/evm-opcodes](https://github.com/wolflo/evm-opcodes)-এ EVM রেফারেন্স পেজের একটি আপডেট করা সংস্করণ।
+এছাড়াও এটি [ইয়োলো পেপার](https://ethereum.github.io/yellowpaper/paper.pdf), [জেলো পেপার](https://jellopaper.org/evm/), এবং [geth](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` ব্যবহার করুন।
+
+| স্ট্যাক | নাম            |                                              গ্যাস                                              | প্রাথমিক স্ট্যাক                                                                                                                                                                                                    | ফলাফল স্ট্যাক                   | Mem / সংগ্রহস্থল                                                                                                                                                                                                             | নোট                                                                                                                                                                                                                                                                                                                                      |                                            |
+| :-----: | :------------- | :---------------------------------------------------------------------------------------------: | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | :------------------------------ | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------ |
+|    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)`              |                                                                                                                                                                                                                              | [sign extend](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 iszero                                                                                                                                                                                                                                                                                                      |                                            |
+|    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`                                                                                                                                                                                                              | `হ্যাস`                         |                                                                                                                                                                                                                              | হ্যাস = 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`                                                                                                                                                                                                               | `সংগ্রহস্থল[key]`               |                                                                                                                                                                                                                              | সংগ্রহস্থল থেকে ওয়ার্ড পড়ুন                                                                                                                                                                                                                                                                                                              |                                            |
+|    55   | SSTORE         |              [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore)             | `key, val`                                                                                                                                                                                                          | `.`                             | সংগ্রহস্থল[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>গ্যাস,&#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)         | `গ্যাস, addr, val, argOst, argLen, retOst, retLen`                                                                                                                                                                  | `success`                       | mem[retOst:retOst+retLen-1]&#160;=&#160;returndata                                                               | DELEGATECALL-এর&#160;মতোই,&#160;কিন্তু&#160;আসল&#160;msg.sender&#160;এবং&#160;msg.value&#160;প্রচার&#160;করে&#160;না |                                            |
+|    F3   | RETURN         |       0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion)       | `ost, len`                                                                                                                                                                                                          | `.`                             |                                                                                                                                                                                                                              | mem[ost:ost+len-1] রিটার্ন করুন                                                                                                                                                                                                                                      |                                            |
+|    F4   | DELEGATECALL   |         [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations)         | `গ্যাস, 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)         | `গ্যাস, 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/bn/developers/docs/frameworks/index.md b/public/content/translations/bn/developers/docs/frameworks/index.md
new file mode 100644
index 00000000000..9e39a7e09c8
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/frameworks/index.md
@@ -0,0 +1,154 @@
+---
+title: "ডিএ্যাপ ডেভেলপমেন্ট ফ্রেমওয়ার্কস"
+description: "ফ্রেমওয়ার্কের সুবিধাগুলো অন্বেষণ করুন এবং উপলব্ধ বিকল্পগুলির তুলনা করুন।"
+lang: bn
+---
+
+## ফ্রেমওয়ার্কের ভূমিকা {#introduction-to-frameworks}
+
+একটি পূর্ণাঙ্গ ডিএ্যাপ তৈরি করার জন্য
+বিভিন্ন ধরনের প্রযুক্তির প্রয়োজন হয়। সফ্টওয়্যার ফ্রেমওয়ার্কগুলোতে প্রয়োজনীয় অনেক
+ফিচার অন্তর্ভুক্ত থাকে অথবা আপনার পছন্দের টুলগুলো বেছে নেওয়ার জন্য সহজ প্লাগইন সিস্টেম সরবরাহ করে।
+
+ফ্রেমওয়ার্কগুলো অনেক আউট-অফ-দ্য-বক্স কার্যকারিতা সহ আসে,
+যেমন:
+
+- একটি স্থানীয় ব্লকচেইন মুহুর্তে স্পিন আপ করার ফিচারসমূহ।
+- আপনার স্মার্ট কন্ট্র্যাক্ট গুলি কম্পাইল এবং পরীক্ষা করার ইউটিলিটি সমূহ।
+- একই প্রজেক্ট/রিপোজিটরির মধ্যে আপনার ইউজার-ফেসিং অ্যাপ্লিকেশন তৈরি করার জন্য ক্লায়েন্ট ডেভেলপমেন্ট অ্যাড-অন।
+- Ethereum নেটওয়ার্কের সাথে সংযোগ স্থাপন এবং কন্ট্র্যাক্ট ডেপ্লয় করার জন্য কনফিগারেশন,
+  সেটা স্থানীয়ভাবে চলমান কোনো ইনস্ট্যান্স হোক, অথবা Ethereum-এর কোনো পাবলিক নেটওয়ার্ক।
+- ডিসেন্ট্রালাইজড অ্যাপ ডিস্ট্রিবিউশন - IPFS-এর মতো স্টোরেজ
+  বিকল্পগুলির সাথে ইন্টিগ্রেশন।
+
+## পূর্বশর্ত {#prerequisites}
+
+ফ্রেমওয়ার্কগুলিতে প্রবেশ করার আগে, আমরা আপনাকে প্রথমে আমাদের [ডিএ্যাপস](/developers/docs/dapps/) এবং [Ethereum স্ট্যাক](/developers/docs/ethereum-stack/) এর ভূমিকা পড়ে নেওয়ার পরামর্শ দিচ্ছি।
+
+## উপলব্ধ ফ্রেমওয়ার্ক {#available-frameworks}
+
+**Foundry** - **_Foundry হলো Ethereum অ্যাপ্লিকেশন ডেভেলপমেন্টের জন্য একটি অত্যন্ত দ্রুত, পোর্টেবল এবং মডুলার টুলকিট_**
+
+- [Foundry ইনস্টল করুন](https://book.getfoundry.sh/)
+- [Foundry বই](https://book.getfoundry.sh/)
+- [টেলিগ্রামে 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 -** **_Pythonistas, ডেটা সায়েন্টিস্ট এবং সিকিউরিটি পেশাদারদের জন্য স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট টুল।_**
+
+- [ডকুমেন্টেশন](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-ভিত্তিক ব্লকচেইনের জন্য অ্যাসিঙ্ক, হাই-পারফরম্যান্স 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 ডেভেলপমেন্ট প্ল্যাটফর্ম যা ব্লকচেইন ডেভেলপারদের স্মার্ট কন্ট্র্যাক্ট তৈরি, পরীক্ষা, ডিবাগ, নিরীক্ষণ এবং পরিচালনা করতে এবং ডিএ্যাপ UX উন্নত করতে সক্ষম করে।_**
+
+- [ওয়েবসাইট](https://tenderly.co/)
+- [ডকুমেন্টেশন](https://docs.tenderly.co/)
+
+**The Graph -** **_দক্ষভাবে ব্লকচেইন ডেটা কোয়েরি করার জন্য 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 -** **_আমাদের শক্তিশালী SDK এবং 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 Defender 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 এজেন্ট বা একটি কমপ্লায়েন্স প্ল্যাটফর্ম তৈরি করুন না কেন, ডেটা APIগুলি আপনার প্রয়োজনীয় অনচেইন ডেটাতে দ্রুত, নির্ভুল এবং ডেভেলপার-বান্ধব অ্যাক্সেস প্রদান করে_**
+
+- [ওয়েবসাইট](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/bn/developers/docs/gas/index.md b/public/content/translations/bn/developers/docs/gas/index.md
new file mode 100644
index 00000000000..b64a77cef54
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/gas/index.md
@@ -0,0 +1,151 @@
+---
+title: "গ্যাস এবং ফি"
+metaTitle: "Ethereum গ্যাস এবং ফি: টেকনিক্যাল ওভারভিউ"
+description: "Ethereum গ্যাস ফি, সেগুলি কীভাবে গণনা করা হয় এবং নেটওয়ার্ক নিরাপত্তা এবং লেনদেন প্রক্রিয়াকরণে তাদের ভূমিকা সম্পর্কে জানুন।"
+lang: bn
+---
+
+গ্যাস Ethereum নেটওয়ার্কের জন্য অপরিহার্য। এটি সেই জ্বালানি যা এটিকে কাজ করার অনুমতি দেয়, ঠিক যেমন একটি গাড়ি চালানোর জন্য গ্যাসোলিনের প্রয়োজন হয়।
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি আরও ভালভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [লেনদেন](/developers/docs/transactions/) এবং [EVM](/developers/docs/evm/) সম্পর্কে পড়ার পরামর্শ দিচ্ছি।
+
+## Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়? {#what-is-gas}
+
+গ্যাস বলতে সেই একককে বোঝায় যা Ethereum নেটওয়ার্কে নির্দিষ্ট ক্রিয়াকলাপ সম্পাদনের জন্য প্রয়োজনীয় কম্পিউটেশনাল প্রচেষ্টার পরিমাণ পরিমাপ করে।
+
+যেহেতু প্রতিটি Ethereum লেনদেন কার্যকর করার জন্য কম্পিউটেশনাল রিসোর্স প্রয়োজন, তাই সেই রিসোর্সের জন্য অর্থ প্রদান করতে হয় যাতে Ethereum স্প্যামের জন্য ঝুঁকিপূর্ণ না হয় এবং অসীম কম্পিউটেশনাল লুপে আটকে না যায়। গণনার জন্য অর্থপ্রদান একটি গ্যাস ফি আকারে করা হয়।
+
+গ্যাস ফি হল **কিছু অপারেশন করার জন্য ব্যবহৃত গ্যাসের পরিমাণ, প্রতি ইউনিট গ্যাসের খরচ দ্বারা গুণিত**। লেনদেন সফল বা ব্যর্থ হোক না কেন ফি প্রদান করা হয়।
+
+![একটি ডায়াগ্রাম যা দেখাচ্ছে EVM অপারেশনে কোথায় গ্যাসের প্রয়োজন](./gas.png)
+_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত ডায়াগ্রাম_
+
+গ্যাস ফি অবশ্যই Ethereum-এর নেটিভ কারেন্সি, ইথার (ETH)-এ পরিশোধ করতে হবে। গ্যাসের দাম সাধারণত gwei-তে উদ্ধৃত করা হয়, যা ETH-এর একটি একক। প্রতি gwei এক বিলিয়নের এক ভাগ ETH (0.000000001 ETH বা 10<sup>-9</sup> ETH)-এর সমান।
+
+উদাহরণস্বরূপ, আপনার গ্যাস খরচ 0.000000001 ইথার বলার পরিবর্তে, আপনি বলতে পারেন আপনার গ্যাস খরচ 1 gwei।
+
+'gwei' শব্দটি 'giga-wei'-এর একটি সংক্ষিপ্ত রূপ, যার অর্থ 'বিলিয়ন wei'। এক gwei এক বিলিয়ন wei এর সমান। Wei নিজেই ([বি-মানি](https://www.investopedia.com/terms/b/bmoney.asp)-এর স্রষ্টা [ওয়েই ডাই](https://wikipedia.org/wiki/Wei_Dai)-এর নামে নামকরণ করা হয়েছে) ETH-এর ক্ষুদ্রতম একক।
+
+## গ্যাস ফি কীভাবে গণনা করা হয়? {#how-are-gas-fees-calculated}
+
+আপনি যখন একটি লেনদেন জমা দেন তখন আপনি যে পরিমাণ গ্যাস দিতে ইচ্ছুক তা সেট করতে পারেন। একটি নির্দিষ্ট পরিমাণ গ্যাস অফার করার মাধ্যমে, আপনি পরবর্তী ব্লকে আপনার লেনদেন অন্তর্ভুক্ত করার জন্য বিড করছেন। আপনি যদি খুব কম অফার করেন, তাহলে ভ্যালিডেটররা আপনার লেনদেন অন্তর্ভুক্ত করার জন্য বেছে নেওয়ার সম্ভাবনা কম, যার অর্থ আপনার লেনদেন দেরিতে বা একেবারেই কার্যকর নাও হতে পারে। আপনি যদি খুব বেশি অফার করেন, তাহলে আপনি কিছু ETH নষ্ট করতে পারেন। তাহলে, আপনি কীভাবে বলবেন যে কত টাকা দিতে হবে?
+
+আপনি যে মোট গ্যাস প্রদান করেন তা দুটি উপাদানে বিভক্ত: `বেস ফি` এবং `প্রায়োরিটি ফি` (টিপ)।
+
+`বেস ফি` প্রোটোকল দ্বারা সেট করা হয়—আপনার লেনদেন বৈধ বলে বিবেচিত হওয়ার জন্য আপনাকে অন্তত এই পরিমাণ অর্থ প্রদান করতে হবে। `প্রায়োরিটি ফি` হল একটি টিপ যা আপনি বেস ফি-তে যোগ করেন যাতে আপনার লেনদেনটি ভ্যালিডেটরদের কাছে আকর্ষণীয় হয় যাতে তারা পরবর্তী ব্লকে অন্তর্ভুক্ত করার জন্য এটি বেছে নেয়।
+
+একটি লেনদেন যা শুধুমাত্র `বেস ফি` প্রদান করে তা প্রযুক্তিগতভাবে বৈধ কিন্তু অন্তর্ভুক্ত হওয়ার সম্ভাবনা কম কারণ এটি ভ্যালিডেটরদের অন্য কোনো লেনদেনের চেয়ে এটি বেছে নেওয়ার জন্য কোনো প্রণোদনা প্রদান করে না। 'সঠিক' `প্রায়োরিটি` ফি আপনার লেনদেন পাঠানোর সময় নেটওয়ার্ক ব্যবহারের দ্বারা নির্ধারিত হয়—যদি অনেক চাহিদা থাকে তাহলে আপনাকে আপনার `প্রায়োরিটি` ফি বেশি সেট করতে হতে পারে, কিন্তু যখন চাহিদা কম থাকে তখন আপনি কম অর্থ প্রদান করতে পারেন।
+
+উদাহরণস্বরূপ, ধরা যাক জর্ডানকে টেলরকে 1 ETH দিতে হবে। একটি ETH স্থানান্তরের জন্য 21,000 ইউনিট গ্যাস প্রয়োজন, এবং বেস ফি হল 10 gwei। জর্ডান 2 gwei এর একটি টিপ অন্তর্ভুক্ত করে।
+
+মোট ফি এখন এর সমান হবে:
+
+`ব্যবহৃত গ্যাসের ইউনিট * (বেস ফি + প্রায়োরিটি ফি)`
+
+যেখানে `বেস ফি` প্রোটোকল দ্বারা সেট করা একটি মান এবং `প্রায়োরিটি ফি` হল ভ্যালিডেটরের জন্য টিপ হিসাবে ব্যবহারকারী দ্বারা সেট করা একটি মান।
+
+যেমন, `21,000 * (10 + 2) = 252,000 gwei` (0.000252 ETH)।
+
+জর্ডান যখন টাকা পাঠাবে, তখন জর্ডানের অ্যাকাউন্ট থেকে 1.000252 ETH কেটে নেওয়া হবে। টেলরের অ্যাকাউন্টে 1.0000 ETH জমা হবে। ভ্যালিডেটর 0.000042 ETH এর টিপ গ্রহণ করে। 0.00021 ETH এর `বেস ফি` বার্ন করা হয়।
+
+### বেস ফি {#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 নম্বর ব্লকে একটি লেনদেন তৈরি করতে, একটি ওয়ালেট ব্যবহারকারীকে নিশ্চিতভাবে জানিয়ে দেবে যে পরবর্তী ব্লকে যোগ করার জন্য **সর্বোচ্চ বেস ফি** হল `বর্তমান বেস ফি * 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}
+
+প্রতিটি ব্লকের একটি লক্ষ্য আকার থাকে যা বর্তমান গ্যাস সীমার অর্ধেক, তবে ব্লক সীমা পর্যন্ত না পৌঁছানো পর্যন্ত (লক্ষ্য ব্লক আকারের 2 গুণ) নেটওয়ার্কের চাহিদা অনুযায়ী ব্লকের আকার বাড়বে বা কমবে। প্রোটোকলটি _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}
+
+সংক্ষেপে, গ্যাস ফি Ethereum নেটওয়ার্ককে সুরক্ষিত রাখতে সাহায্য করে। নেটওয়ার্কে নির্বাহ করা প্রতিটি গণনার জন্য একটি ফি প্রয়োজন করে, আমরা খারাপ অভিনেতাদের নেটওয়ার্ক স্প্যামিং থেকে বিরত রাখি। কোডে দুর্ঘটনাজনিত বা প্রতিকূল অসীম লুপ বা অন্যান্য গণনামূলক অপচয় এড়াতে, প্রতিটি লেনদেনকে কোড এক্সিকিউশনের কতগুলি গণনামূলক পদক্ষেপ ব্যবহার করতে পারে তার একটি সীমা সেট করতে হবে। গণনার মৌলিক একক হল \"গ্যাস\"।
+
+যদিও একটি লেনদেনে একটি সীমা অন্তর্ভুক্ত থাকে, একটি লেনদেনে ব্যবহৃত না হওয়া কোনো গ্যাস ব্যবহারকারীকে ফেরত দেওয়া হয় (যেমন, `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}
+
+Ethereum-এর জনপ্রিয়তার কারণে গ্যাস ফি বেশি হয়। যদি খুব বেশি চাহিদা থাকে, ব্যবহারকারীদের অবশ্যই অন্যান্য ব্যবহারকারীদের লেনদেনকে ছাড়িয়ে যাওয়ার চেষ্টা করার জন্য উচ্চতর টিপ পরিমাণ অফার করতে হবে। একটি উচ্চতর টিপ আপনার লেনদেনকে পরবর্তী ব্লকে যাওয়ার সম্ভাবনা বাড়িয়ে তুলতে পারে। এছাড়াও, আরও জটিল স্মার্ট কন্ট্র্যাক্ট অ্যাপগুলি তাদের ফাংশনগুলিকে সমর্থন করার জন্য প্রচুর অপারেশন করতে পারে, যার ফলে তারা প্রচুর গ্যাস গ্রহণ করে।
+
+## গ্যাস খরচ কমানোর উদ্যোগ {#initiatives-to-reduce-gas-costs}
+
+Ethereum [স্কেলেবিলিটি আপগ্রেড](/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/) _লেনদেন ফি কমাতে এবং অর্থ সঞ্চয় করতে Ethereum এবং 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) _মেইননেট, আরবিট্রাম এবং পলিগনে বিভিন্ন ধরনের লেনদেনের জন্য আপনার স্থানীয় মুদ্রায় গ্যাস ফি গণনা করুন।_
+
+## সম্পর্কিত টুলস {#related-tools}
+
+- [ব্লকনেটিভ'স গ্যাস প্ল্যাটফর্ম](https://www.blocknative.com/gas) _ব্লকনেটিভ'স গ্লোবাল মেমপুল ডেটা প্ল্যাটফর্ম দ্বারা চালিত গ্যাস অনুমান API_
+- [গ্যাস নেটওয়ার্ক](https://gas.network) অনচেইন গ্যাস ওরাকেলস। 35+ চেইনের জন্য সমর্থন।
+
+## আরও পড়ুন {#further-reading}
+
+- [Ethereum গ্যাস ব্যাখ্যা করা হয়েছে](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/bn/developers/docs/ides/index.md b/public/content/translations/bn/developers/docs/ides/index.md
new file mode 100644
index 00000000000..cd4d276908f
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/ides/index.md
@@ -0,0 +1,64 @@
+---
+title: "ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্টস (IDEs)"
+description: "ইথেরিয়াম বিকাশের জন্য ওয়েব-ভিত্তিক এবং ডেস্কটপ IDEs সম্পর্কে জানুন, যার মধ্যে রয়েছে Remix, VS কোড, এবং জনপ্রিয় প্লাগইন।"
+lang: bn
+---
+
+যখন একটি [ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্ট (IDE)](https://wikipedia.org/wiki/Integrated_development_environment) সেট আপ করার কথা আসে, তখন ইথেরিয়াম-এ অ্যাপ্লিকেশন প্রোগ্রামিং করা অন্য যেকোনো সফ্টওয়্যার প্রজেক্ট প্রোগ্রামিং করার মতোই। বেছে নেওয়ার জন্য অনেক বিকল্প আছে, তাই দিনের শেষে, এমন IDE বা কোড এডিটর বেছে নিন যা আপনার পছন্দের জন্য সবচেয়ে উপযুক্ত। সম্ভবত আপনার ইথেরিয়াম বিকাশের জন্য সেরা IDE পছন্দ হলো সেই IDE যা আপনি ইতিমধ্যেই প্রথাগত সফ্টওয়্যার বিকাশের জন্য ব্যবহার করেন।
+
+## ওয়েব-ভিত্তিক IDEs {#web-based-ides}
+
+আপনি যদি একটি [লোকাল ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ করার](/developers/local-environment/) আগে কোড নিয়ে নাড়াচাড়া করতে চান, তাহলে এই ওয়েব অ্যাপগুলি ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট বিকাশের জন্য বিশেষভাবে তৈরি করা হয়েছে।
+
+**[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/)** - **_একটি দ্রুত প্রোটোটাইপিং এনভায়রনমেন্ট যেখানে আপনি সলিডিটি এবং জাভাস্ক্রিপ্ট ব্যবহার করে ব্রাউজারে স্মার্ট কন্ট্র্যাক্ট লিখতে, এক্সিকিউট করতে এবং ডিবাগ করতে পারেন_**
+
+**[EthFiddle](https://ethfiddle.com/)** - **_ওয়েব-ভিত্তিক IDE যা আপনাকে আপনার স্মার্ট কন্ট্র্যাক্ট লিখতে, কম্পাইল করতে এবং ডিবাগ করতে দেয়_**
+
+- [Gitter](https://gitter.im/loomnetwork/ethfiddle)
+
+## ডেস্কটপ IDEs {#desktop-ides}
+
+বেশিরভাগ প্রতিষ্ঠিত IDEs-এ Ethereum ডেভেলপমেন্টের অভিজ্ঞতা বাড়ানোর জন্য প্লাগইন তৈরি করা হয়েছে। ন্যূনতমপক্ষে, তারা [স্মার্ট কন্ট্র্যাক্ট ভাষাগুলির](/developers/docs/smart-contracts/languages/) জন্য সিনট্যাক্স হাইলাইটিং প্রদান করে।
+
+**ভিজ্যুয়াল স্টুডিও কোড -** **_অফিসিয়াল ইথেরিয়াম সমর্থন সহ পেশাদার ক্রস-প্ল্যাটফর্ম IDE_**
+
+- [ভিজ্যুয়াল স্টুডিও কোড](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 ডেস্কটপ -** **_আপনার লোকাল মেশিনে 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) - ভিজ্যুয়াল স্টুডিও কোডের জন্য Ethereum সলিডিটি ল্যাঙ্গুয়েজ
+- [VS কোডের জন্য সলিডিটি + হার্ডহ্যাট](https://marketplace.visualstudio.com/items?itemName=NomicFoundation.hardhat-solidity) - হার্ডহ্যাট টিমের দ্বারা সলিডিটি এবং হার্ডহ্যাট সাপোর্ট
+- [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/bn/developers/docs/index.md b/public/content/translations/bn/developers/docs/index.md
new file mode 100644
index 00000000000..815146c14a8
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/index.md
@@ -0,0 +1,25 @@
+---
+title: "ইথেরিয়াম উন্নয়ন নথিপত্র"
+description: "ethereum.org ডেভেলপার নথিপত্রের সূচনা।"
+lang: bn
+---
+
+এই নথিপত্রটি আপনাকে 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/bn/developers/docs/intro-to-ether/index.md b/public/content/translations/bn/developers/docs/intro-to-ether/index.md
new file mode 100644
index 00000000000..ee01b4c4635
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/intro-to-ether/index.md
@@ -0,0 +1,78 @@
+---
+title: "ইথারের টেকনিক্যাল ভূমিকা"
+description: "ইথার ক্রিপটোকারেন্সি সম্পর্কে একজন ডেভেলপারের জন্য একটি ভূমিকা।"
+lang: bn
+---
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি আরও ভালভাবে বুঝতে আপনাকে সাহায্য করার জন্য, আমরা সুপারিশ করছি যে আপনি প্রথমে [ইথেরিয়ামের পরিচিতি](/developers/docs/intro-to-ethereum/) পড়ুন।
+
+## ->পৃষ্ঠা-কি-হয়-ইথেরিয়াম-কি-হয়-গুপ্ত-শিরোনাম? {#what-is-a-cryptocurrency}
+
+একটি ক্রিপটোকারেন্সি হল একটি ব্লকচেইন-ভিত্তিক লেজার দ্বারা সুরক্ষিত বিনিময়ের একটি মাধ্যম।
+
+বিনিময়ের একটি মাধ্যম হল পণ্য এবং পরিষেবার জন্য অর্থপ্রদান হিসাবে ব্যাপকভাবে গৃহীত যে কোনও কিছু এবং একটি লেজার হল একটি ডেটা স্টোর যা লেনদেনের ট্র্যাক রাখে। ব্লকচেইন প্রযুক্তি ব্যবহারকারীদের লেজার বজায় রাখার জন্য একটি বিশ্বস্ত তৃতীয় পক্ষের উপর নির্ভর না করে লেজারে লেনদেন করার অনুমতি দেয়।
+
+সাতোশি নাকামোতোর তৈরি প্রথম ক্রিপটোকারেন্সি ছিল বিটকয়েন। 2009 সালে বিটকয়েন প্রকাশের পর থেকে, লোকেরা বিভিন্ন ব্লকচেইন জুড়ে হাজার হাজার ক্রিপ্টোকারেন্সি তৈরি করেছে।
+
+## ইথার কী? {#what-is-ether}
+
+**ইথার (ETH)** হল Ethereum নেটওয়ার্কে অনেক কিছুর জন্য ব্যবহৃত ক্রিপটোকারেন্সি। মৌলিকভাবে, এটি লেনদেন ফি-এর জন্য অর্থপ্রদানের একমাত্র গ্রহণযোগ্য ফর্ম, এবং [The Merge](/roadmap/merge)-এর পরে, Mainnet-এ ব্লকগুলিকে যাচাই এবং প্রস্তাব করার জন্য ইথার প্রয়োজন। ইথার [DeFi](/defi) ঋণদানের বাজারে জামানতের প্রাথমিক রূপ হিসাবে, NFT মার্কেটপ্লেসে অ্যাকাউন্টের একক হিসাবে, পরিষেবা সম্পাদন বা বাস্তব-বিশ্বের পণ্য বিক্রির জন্য অর্জিত অর্থপ্রদান হিসাবে এবং আরও অনেক কিছুতে ব্যবহৃত হয়।
+
+Ethereum ডেভেলপারদের [**ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস)**](/developers/docs/dapps) তৈরি করার অনুমতি দেয়, যা সকলেই কম্পিউটিং পাওয়ারের একটি পুল শেয়ার করে। এই শেয়ার করা পুলটি সসীম, তাই এটি কে ব্যবহার করবে তা নির্ধারণ করার জন্য Ethereum-এর একটি পদ্ধতির প্রয়োজন। অন্যথায়, একটি ডিএ্যাপ ঘটনাক্রমে বা দূষিতভাবে সমস্ত নেটওয়ার্ক রিসোর্স ব্যবহার করতে পারে, যা অন্যদের এটি অ্যাক্সেস করতে বাধা দেবে।
+
+ইথার ক্রিপটোকারেন্সি Ethereum-এর কম্পিউটিং পাওয়ারের জন্য একটি মূল্য নির্ধারণ প্রক্রিয়া সমর্থন করে। যখন ব্যবহারকারীরা একটি লেনদেন করতে চায়, তখন তাদের ব্লকচেইনে তাদের লেনদেনকে স্বীকৃতি দেওয়ার জন্য ইথার দিতে হবে। এই ব্যবহারের খরচগুলি [গ্যাস ফি](/developers/docs/gas/) হিসাবে পরিচিত, এবং গ্যাস ফি লেনদেন সম্পাদনের জন্য প্রয়োজনীয় কম্পিউটিং শক্তির পরিমাণ এবং সেই সময়ে কম্পিউটিং শক্তির জন্য নেটওয়ার্ক-ব্যাপী চাহিদার উপর নির্ভর করে।
+
+অতএব, এমনকি যদি একটি দূষিত ডিএ্যাপ একটি অসীম লুপ জমা দেয়, লেনদেনটি অবশেষে ইথারের বাইরে চলে যাবে এবং শেষ হয়ে যাবে, নেটওয়ার্কটিকে স্বাভাবিক অবস্থায় ফিরে আসতে দেবে।
+
+Ethereum এবং ইথারকে [এক করে ফেলা সাধারণ](https://abcnews.go.com/Business/bitcoin-slumps-week-low-amid-renewed-worries-chinese/story?id=78399845) — যখন লোকেরা "Ethereum-এর মূল্য" উল্লেখ করে, তখন তারা ইথারের মূল্য বর্ণনা করে।
+
+## ইথার মিন্টিং {#minting-ether}
+
+মিন্টিং হল এমন একটি প্রক্রিয়া যেখানে Ethereum লেজারে নতুন ইথার তৈরি হয়। অন্তর্নিহিত Ethereum প্রোটোকল নতুন ইথার তৈরি করে, এবং একজন ব্যবহারকারীর পক্ষে ইথার তৈরি করা সম্ভব নয়।
+
+প্রতিটি প্রস্তাবিত ব্লকের জন্য একটি পুরস্কার হিসাবে এবং কনসেন্সাসে পৌঁছানোর সাথে সম্পর্কিত অন্যান্য যাচাইকারী কার্যকলাপের জন্য প্রতিটি যুগ চেকপয়েন্টে ইথার মিন্ট করা হয়। ইস্যু করা মোট পরিমাণ যাচাইকারীর সংখ্যা এবং তারা কত ইথার স্টেক করেছে তার উপর নির্ভর করে। এই মোট ইস্যুয়েন্সটি আদর্শ ক্ষেত্রে যাচাইকারীদের মধ্যে সমানভাবে বিভক্ত হয় যে সমস্ত যাচাইকারী সৎ এবং অনলাইন, কিন্তু বাস্তবে, এটি যাচাইকারীর কার্যকারিতার উপর ভিত্তি করে পরিবর্তিত হয়। মোট ইস্যুয়েন্সের প্রায় 1/8 ব্লক প্রস্তাবকের কাছে যায়; বাকিটা অন্যান্য যাচাইকারীদের মধ্যে বিতরণ করা হয়। ব্লক প্রস্তাবকরা লেনদেন ফি এবং MEV-সম্পর্কিত আয় থেকে টিপসও পান, কিন্তু এগুলি পুনর্ব্যবহৃত ইথার থেকে আসে, নতুন ইস্যুয়েন্স থেকে নয়।
+
+## ইথার বার্ন করা {#burning-ether}
+
+ব্লক রিওয়ার্ডের মাধ্যমে ইথার তৈরির পাশাপাশি, 'বার্নিং' নামক একটি প্রক্রিয়ার মাধ্যমে ইথার ধ্বংস করা যেতে পারে। যখন ইথার বার্ন করা হয়, তখন এটি স্থায়ীভাবে প্রচলন থেকে সরানো হয়।
+
+Ethereum-এর প্রতিটি লেনদেনে ইথার বার্ন হয়। যখন ব্যবহারকারীরা তাদের লেনদেনের জন্য অর্থ প্রদান করে, তখন একটি বেস গ্যাস ফি, যা লেনদেনের চাহিদা অনুযায়ী নেটওয়ার্ক দ্বারা সেট করা হয়, তা ধ্বংস হয়ে যায়। এটি, পরিবর্তনশীল ব্লক আকার এবং একটি সর্বোচ্চ গ্যাস ফি সহ, Ethereum-এ লেনদেন ফি অনুমানকে সহজ করে। যখন নেটওয়ার্কের চাহিদা বেশি থাকে, তখন [ব্লকগুলি](https://eth.blockscout.com/block/22580057) তাদের মিন্ট করার চেয়ে বেশি ইথার বার্ন করতে পারে, যা কার্যকরভাবে ইথার ইস্যুয়েন্সকে অফসেট করে।
+
+বেস ফি বার্ন করা একজন ব্লক প্রযোজকের লেনদেন ম্যানিপুলেট করার ক্ষমতাকে বাধা দেয়। উদাহরণস্বরূপ, যদি ব্লক প্রযোজকরা বেস ফি পেতেন, তাহলে তারা বিনামূল্যে তাদের নিজস্ব লেনদেন অন্তর্ভুক্ত করতে পারত এবং অন্য সবার জন্য বেস ফি বাড়িয়ে দিত। বিকল্পভাবে, তারা অফচেইনে কিছু ব্যবহারকারীকে বেস ফি ফেরত দিতে পারে, যা একটি আরও অস্বচ্ছ এবং জটিল লেনদেন ফি বাজারের দিকে নিয়ে যায়।
+
+## ইথারের বিভাজন {#denominations}
+
+যেহেতু Ethereum-এ অনেক লেনদেনের মান কম, তাই ইথারের বেশ কয়েকটি বিভাজন রয়েছে যা অ্যাকাউন্টের ছোট একক হিসাবে উল্লেখ করা যেতে পারে। এই বিভাজনগুলির মধ্যে, Wei এবং gwei বিশেষভাবে গুরুত্বপূর্ণ।
+
+Wei হল ইথারের ক্ষুদ্রতম সম্ভাব্য পরিমাণ, এবং ফলস্বরূপ, অনেক প্রযুক্তিগত বাস্তবায়ন, যেমন [Ethereum Yellowpaper](https://ethereum.github.io/yellowpaper/paper.pdf), Wei-তে সমস্ত গণনা ভিত্তি করবে।
+
+Gwei, গিগা-ওয়েই এর সংক্ষিপ্ত রূপ, প্রায়শই Ethereum-এ গ্যাস খরচ বর্ণনা করতে ব্যবহৃত হয়।
+
+| বিভাজন | ইথারে মান        | সাধারণ ব্যবহার            |
+| ------ | ---------------- | ------------------------- |
+| Wei    | 10<sup>-18</sup> | প্রযুক্তিগত বাস্তবায়ন    |
+| Gwei   | 10<sup>-9</sup>  | মানুষের পাঠযোগ্য গ্যাস ফি |
+
+## ইথার স্থানান্তর করা {#transferring-ether}
+
+Ethereum-এর প্রতিটি লেনদেনে একটি `value` ক্ষেত্র থাকে, যা প্রেরকের ঠিকানা থেকে প্রাপকের ঠিকানায় পাঠানোর জন্য wei-তে নির্ধারিত স্থানান্তরিত করা ইথারের পরিমাণ নির্দিষ্ট করে।
+
+যখন প্রাপকের ঠিকানা একটি [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) হয়, তখন এই স্থানান্তরিত ইথারটি স্মার্ট কন্ট্র্যাক্ট তার কোড কার্যকর করার সময় গ্যাসের জন্য অর্থ প্রদান করতে ব্যবহার করা যেতে পারে।
+
+[লেনদেন সম্পর্কে আরও](/developers/docs/transactions/)
+
+## ইথার কোয়েরি করা {#querying-ether}
+
+ব্যবহারকারীরা অ্যাকাউন্টের `balance` ক্ষেত্রটি পরিদর্শন করে যেকোনো [অ্যাকাউন্টের](/developers/docs/accounts/) ইথার ব্যালেন্স জিজ্ঞাসা করতে পারে, যা wei-তে নির্ধারিত ইথার হোল্ডিং দেখায়।
+
+[Etherscan](https://etherscan.io) এবং [Blockscout](https://eth.blockscout.com) হল ওয়েব-ভিত্তিক অ্যাপ্লিকেশনগুলির মাধ্যমে ঠিকানার ব্যালেন্স পরিদর্শন করার জন্য জনপ্রিয় টুল। উদাহরণস্বরূপ, [এই Blockscout পৃষ্ঠাটি](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) Ethereum Foundation-এর ব্যালেন্স দেখায়। অ্যাকাউন্ট ব্যালেন্স ওয়ালেট ব্যবহার করে বা সরাসরি নোডগুলিতে অনুরোধ করে জিজ্ঞাসা করা যেতে পারে।
+
+## আরও পড়ুন {#further-reading}
+
+- [ইথার এবং Ethereum সংজ্ঞায়িত করা](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html) – _CME Group_
+- [Ethereum Whitepaper](/whitepaper/): Ethereum-এর জন্য মূল প্রস্তাব। এই নথিতে ইথারের একটি বিবরণ এবং এটি তৈরির পেছনের প্রেরণা অন্তর্ভুক্ত রয়েছে।
+- [Gwei ক্যালকুলেটর](https://www.alchemy.com/gwei-calculator): wei, gwei এবং ইথার সহজে রূপান্তর করতে এই gwei ক্যালকুলেটরটি ব্যবহার করুন। কেবলমাত্র যেকোনো পরিমাণ wei, gwei, বা ETH প্লাগ ইন করুন এবং স্বয়ংক্রিয়ভাবে রূপান্তর গণনা করুন।
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
diff --git a/public/content/translations/bn/developers/docs/intro-to-ethereum/index.md b/public/content/translations/bn/developers/docs/intro-to-ethereum/index.md
new file mode 100644
index 00000000000..f409aadbffe
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/intro-to-ethereum/index.md
@@ -0,0 +1,124 @@
+---
+title: "ইথেরিয়ামের প্রযুক্তিগত ভূমিকা"
+description: "Ethereum-এর মূল ধারণাগুলির সাথে একজন ড্যাপ (dapp) ডেভেলপারের পরিচিতি।"
+lang: bn
+---
+
+## ->পৃষ্ঠা-কি-হয়-ইথেরিয়াম-ব্লকচেইন-হিসাব-শিরোনাম? {#what-is-a-blockchain}
+
+ব্লকচেইন হলো একটি পাবলিক ডাটাবেস যা একটি নেটওয়ার্কের অনেক কম্পিউটারে আপডেট এবং শেয়ার করা হয়।
+
+"ব্লক" বলতে বোঝায় ডেটা এবং স্টেট যা "ব্লক" নামে পরিচিত পরপর গ্রুপে সংরক্ষণ করা হয়। আপনি যদি অন্য কাউকে ETH পাঠান, লেনদেন সফল হওয়ার জন্য লেনদেনের ডেটা একটি ব্লকে যোগ করতে হবে।
+
+"চেইন" বলতে বোঝায় যে প্রতিটি ব্লক ক্রিপ্টোগ্রাফিকভাবে তার প্যারেন্টকে রেফারেন্স করে। অন্য কথায়, ব্লকগুলো একসাথে চেইন করা হয়। একটি ব্লকের ডেটা পরবর্তী সমস্ত ব্লক পরিবর্তন না করে পরিবর্তন করা যায় না, যার জন্য পুরো নেটওয়ার্কের কনসেন্সাস প্রয়োজন হবে।
+
+নেটওয়ার্কের প্রতিটি কম্পিউটারকে অবশ্যই প্রতিটি নতুন ব্লক এবং পুরো চেইনের উপর একমত হতে হবে। এই কম্পিউটারগুলি "নোড" নামে পরিচিত। নোডগুলি নিশ্চিত করে যে ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করা প্রত্যেকের কাছে একই ডেটা রয়েছে। এই ডিস্ট্রিবিউটেড চুক্তি সম্পন্ন করার জন্য, ব্লকচেইনগুলির একটি কনসেন্সাস মেকানিজম প্রয়োজন।
+
+Ethereum একটি [প্রুফ-অফ-স্টেক-ভিত্তিক কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/pos/) ব্যবহার করে। যে কেউ চেইনে নতুন ব্লক যোগ করতে চায় তাকে অবশ্যই জামানত হিসাবে ETH - Ethereum-এর নেটিভ মুদ্রা - স্টেক করতে হবে এবং ভ্যালিডেটর সফ্টওয়্যার চালাতে হবে। এই "ভ্যালিডেটরদের" তখন এলোমেলোভাবে ব্লক প্রস্তাব করার জন্য নির্বাচন করা যেতে পারে যা অন্যান্য ভ্যালিডেটররা পরীক্ষা করে এবং ব্লকচেইনে যোগ করে। পুরস্কার এবং শাস্তির একটি সিস্টেম রয়েছে যা অংশগ্রহণকারীদের সৎ হতে এবং যতটা সম্ভব অনলাইনে উপলব্ধ থাকতে দৃঢ়ভাবে উৎসাহিত করে।
+
+আপনি যদি দেখতে চান কিভাবে ব্লকচেইন ডেটা হ্যাস করা হয় এবং পরবর্তীতে ব্লক রেফারেন্সের ইতিহাসে যুক্ত করা হয়, তাহলে অ্যান্ডার্স ব্রাউনওয়ার্থের [এই ডেমোটি](https://andersbrownworth.com/blockchain/blockchain) দেখতে ভুলবেন না এবং নীচের ভিডিওটি দেখুন।
+
+ব্লকচেইনে অ্যান্ডার্সের হ্যাস ব্যাখ্যা দেখুন:
+
+<YouTube id="_160oMzblY8" />
+
+## ইথেরিয়াম কী? {#what-is-ethereum}
+
+Ethereum হল একটি ব্লকচেইন যার মধ্যে একটি কম্পিউটার এমবেড করা আছে। এটি একটি বিকেন্দ্রীভূত, অনুমতিহীন, সেন্সরশিপ-প্রতিরোধী উপায়ে অ্যাপ এবং সংস্থা তৈরির ভিত্তি।
+
+Ethereum ইউনিভার্সে, একটি একক, ক্যানোনিকাল কম্পিউটার রয়েছে (যাকে ইথিরিয়াম ভার্চুয়াল মেশিন বা EVM বলা হয়) যার স্টেটের উপর Ethereum নেটওয়ার্কের সবাই একমত। Ethereum নেটওয়ার্কে অংশগ্রহণকারী প্রত্যেকে (প্রতিটি Ethereum নোড) এই কম্পিউটারের স্টেটের একটি অনুলিপি রাখে। অতিরিক্তভাবে, যেকোনো অংশগ্রহণকারী এই কম্পিউটারকে নির্বিচারে গণনা সম্পাদন করার জন্য একটি অনুরোধ ব্রডকাস্ট করতে পারে। যখনই এই ধরনের একটি অনুরোধ ব্রডকাস্ট করা হয়, নেটওয়ার্কের অন্যান্য অংশগ্রহণকারীরা গণনাটি যাচাই, বৈধকরণ এবং সম্পাদন ("এক্সিকিউট") করে। এই এক্সিকিউশন EVM-এ একটি স্টেট পরিবর্তনের কারণ হয়, যা পুরো নেটওয়ার্কে কমিটেড এবং প্রচারিত হয়।
+
+গণনার জন্য অনুরোধগুলিকে লেনদেনের অনুরোধ বলা হয়; সমস্ত লেনদেনের রেকর্ড এবং EVM-এর বর্তমান স্টেট ব্লকচেইনে সংরক্ষণ করা হয়, যা ঘুরেফিরে সমস্ত নোড দ্বারা সংরক্ষণ করা হয় এবং সম্মত হয়।
+
+ক্রিপ্টোগ্রাফিক মেকানিজম নিশ্চিত করে যে একবার লেনদেন বৈধ হিসাবে যাচাই করা হয়ে গেলে এবং ব্লকচেইনে যুক্ত করা হলে, সেগুলি পরে বিকৃত করা যাবে না। একই মেকানিজমগুলি এটাও নিশ্চিত করে যে সমস্ত লেনদেন উপযুক্ত "অনুমতি" সহ স্বাক্ষরিত এবং কার্যকর করা হয়েছে (এলিসের অ্যাকাউন্ট থেকে ডিজিটাল সম্পদ পাঠানোর ক্ষমতা এলিস ছাড়া আর কারো থাকা উচিত নয়)।
+
+## ইথার কী? {#what-is-ether}
+
+**Ether (ETH)** হল Ethereum-এর নেটিভ ক্রিপটোকারেন্সি। ETH-এর উদ্দেশ্য হল গণনার জন্য একটি বাজারের সুযোগ দেওয়া। এই ধরনের একটি বাজার অংশগ্রহণকারীদের লেনদেনের অনুরোধ যাচাই ও কার্যকর করতে এবং নেটওয়ার্কে গণনামূলক রিসোর্স সরবরাহ করতে একটি অর্থনৈতিক উৎসাহ প্রদান করে।
+
+যেকোনো অংশগ্রহণকারী যিনি একটি লেনদেনের অনুরোধ ব্রডকাস্ট করেন তাকে অবশ্যই বাউন্টি হিসাবে নেটওয়ার্কে কিছু পরিমাণ ETH অফার করতে হবে। নেটওয়ার্ক বাউন্টির একটি অংশ পুড়িয়ে ফেলবে এবং বাকিটা তাকে পুরস্কার দেবে যে অবশেষে লেনদেন যাচাই, সম্পাদন, ব্লকচেইনে কমিট করা এবং নেটওয়ার্কে ব্রডকাস্ট করার কাজ করে।
+
+প্রদত্ত ETH-এর পরিমাণ গণনার জন্য প্রয়োজনীয় রিসোর্সের সাথে সঙ্গতিপূর্ণ। এই বাউন্টিগুলি দূষিত অংশগ্রহণকারীদের ইচ্ছাকৃতভাবে অসীম গণনা বা অন্যান্য রিসোর্স-ইনটেনসিভ স্ক্রিপ্ট চালানোর অনুরোধ করে নেটওয়ার্ককে বাধা দেওয়া থেকে বিরত রাখে, কারণ এই অংশগ্রহণকারীদের গণনার রিসোর্সের জন্য অর্থ প্রদান করতে হয়।
+
+ETH তিনটি প্রধান উপায়ে নেটওয়ার্কে ক্রিপ্টো-অর্থনৈতিক নিরাপত্তা প্রদান করতেও ব্যবহৃত হয়: ১) এটি ভ্যালিডেটরদের পুরস্কৃত করার একটি উপায় হিসাবে ব্যবহৃত হয় যারা ব্লক প্রস্তাব করে বা অন্যান্য ভ্যালিডেটরদের অসাধু আচরণের কথা জানায়; ২) এটি ভ্যালিডেটরদের দ্বারা স্টেক করা হয়, যা অসাধু আচরণের বিরুদ্ধে জামানত হিসাবে কাজ করে—যদি ভ্যালিডেটররা অসদাচরণ করার চেষ্টা করে তবে তাদের ETH ধ্বংস করা যেতে পারে; ৩) এটি নতুন প্রস্তাবিত ব্লকগুলির জন্য 'ভোট' ওজন করতে ব্যবহৃত হয়, যা কনসেন্সাস মেকানিজমের ফর্ক-চয়েস অংশে ফিড করে।
+
+## স্মার্ট কন্ট্রাক্ট কী? {#what-are-smart-contracts}
+
+বাস্তবে, অংশগ্রহণকারীরা যখনই EVM-এ গণনার অনুরোধ করতে চায়, প্রতিবার নতুন কোড লেখে না। বরং, অ্যাপ্লিকেশন ডেভেলপাররা প্রোগ্রাম (পুনরায় ব্যবহারযোগ্য কোড স্নিপেট) EVM স্টেটে আপলোড করে এবং ব্যবহারকারীরা বিভিন্ন প্যারামিটার সহ এই কোড স্নিপেটগুলি চালানোর জন্য অনুরোধ করে। আমরা নেটওয়ার্কে আপলোড করা এবং চালানো প্রোগ্রামগুলিকে "স্মার্ট কন্ট্রাক্ট" বলি।
+
+খুব প্রাথমিক স্তরে, আপনি একটি স্মার্ট কন্ট্রাক্টকে এক ধরনের ভেন্ডিং মেশিনের মতো ভাবতে পারেন: একটি স্ক্রিপ্ট যা নির্দিষ্ট প্যারামিটার দিয়ে কল করা হলে, নির্দিষ্ট শর্ত পূরণ হলে কিছু কাজ বা গণনা করে। উদাহরণস্বরূপ, একটি সাধারণ ভেন্ডর স্মার্ট কন্ট্রাক্ট একটি ডিজিটাল সম্পদের মালিকানা তৈরি এবং বরাদ্দ করতে পারে যদি কলার একটি নির্দিষ্ট প্রাপককে ETH পাঠায়।
+
+যেকোনো ডেভেলপার একটি স্মার্ট কন্ট্রাক্ট তৈরি করতে এবং এটিকে নেটওয়ার্কের কাছে পাবলিক করতে পারে, ব্লকচেইনকে তার ডেটা লেয়ার হিসাবে ব্যবহার করে, নেটওয়ার্কে প্রদত্ত একটি ফি-এর বিনিময়ে। যেকোনো ব্যবহারকারী তখন স্মার্ট কন্ট্রাক্টকে তার কোড চালানোর জন্য কল করতে পারে, আবারও নেটওয়ার্কে প্রদত্ত একটি ফি-এর বিনিময়ে।
+
+এইভাবে, স্মার্ট কন্ট্রাক্টের মাধ্যমে, ডেভেলপাররা নির্বিচারে জটিল ব্যবহারকারী-মুখী অ্যাপ এবং পরিষেবা যেমন: মার্কেটপ্লেস, আর্থিক উপকরণ, গেম ইত্যাদি তৈরি এবং ডেপ্লয় করতে পারে।
+
+## পরিভাষা {#terminology}
+
+### ব্লকচেইন {#blockchain}
+
+নেটওয়ার্কের ইতিহাসে Ethereum নেটওয়ার্কে কমিট করা সমস্ত ব্লকের ক্রম। এরকম নামকরণ করা হয়েছে কারণ প্রতিটি ব্লকে পূর্ববর্তী ব্লকের একটি রেফারেন্স থাকে, যা আমাদের সমস্ত ব্লকের উপর একটি ক্রম বজায় রাখতে সাহায্য করে (এবং এইভাবে সঠিক ইতিহাসের উপরও)।
+
+### ETH {#eth}
+
+**Ether (ETH)** হল Ethereum-এর নেটিভ ক্রিপটোকারেন্সি। ব্যবহারকারীরা তাদের কোড এক্সিকিউশন অনুরোধগুলি পূরণ করার জন্য অন্যান্য ব্যবহারকারীদের ETH প্রদান করে।
+
+[ETH সম্পর্কে আরও](/developers/docs/intro-to-ether/)
+
+### EVM {#evm}
+
+ইথিরিয়াম ভার্চুয়াল মেশিন হল গ্লোবাল ভার্চুয়াল কম্পিউটার যার স্টেট Ethereum নেটওয়ার্কের প্রত্যেক অংশগ্রহণকারী সংরক্ষণ করে এবং তাতে একমত হয়। যেকোনো অংশগ্রহণকারী EVM-এ নির্বিচারে কোড চালানোর জন্য অনুরোধ করতে পারে; কোড এক্সিকিউশন EVM-এর স্টেট পরিবর্তন করে।
+
+[EVM সম্পর্কে আরও](/developers/docs/evm/)
+
+### নোড {#nodes}
+
+বাস্তব-জীবনের মেশিন যা EVM স্টেট সংরক্ষণ করছে। নোডগুলি একে অপরের সাথে যোগাযোগ করে EVM স্টেট এবং নতুন স্টেট পরিবর্তন সম্পর্কে তথ্য প্রচার করতে। যেকোনো ব্যবহারকারী একটি নোড থেকে কোড এক্সিকিউশন অনুরোধ ব্রডকাস্ট করে কোড এক্সিকিউশনের জন্য অনুরোধ করতে পারে। Ethereum নেটওয়ার্ক নিজেই সমস্ত Ethereum নোড এবং তাদের যোগাযোগের সমষ্টি।
+
+[নোড সম্পর্কে আরও](/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-এ নির্বিচারে এক্সিকিউটেবল অ্যাপ্লিকেশন লিখতে পারে (গেম, মার্কেটপ্লেস, আর্থিক উপকরণ, ইত্যাদি) স্মার্ট কন্ট্রাক্ট প্রকাশ করার মাধ্যমে, এগুলিকে প্রায়ই [ডিএ্যাপস, বা ডিসেন্ট্রালাইজড এপ্লিকেশন](/developers/docs/dapps/) বলা হয়।
+
+[স্মার্ট কন্ট্রাক্ট সম্পর্কে আরও](/developers/docs/smart-contracts/)
+
+## আরও পড়ুন {#further-reading}
+
+- [Ethereum হোয়াইটপেপার](/whitepaper/)
+- [Ethereum কীভাবে কাজ করে?](https://medium.com/@preethikasireddy/how-does-ethereum-work-anyway-22d1df506369) - _প্রীতি কাসিরেড্ডি_ (**বিশেষ দ্রষ্টব্য** এই রিসোর্সটি এখনও মূল্যবান তবে সচেতন থাকুন যে এটি [The Merge](/roadmap/merge)-এর পূর্ববর্তী এবং তাই এখনও Ethereum-এর প্রুফ-অফ-ওয়ার্ক মেকানিজমকে বোঝায় - Ethereum এখন আসলে [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos) ব্যবহার করে সুরক্ষিত)
+
+### আপনি কি দেখে শিখতে বেশি পছন্দ করেন? {#visual-learner}
+
+এই ভিডিও সিরিজটি মৌলিক বিষয়গুলির একটি পুঙ্খানুপুঙ্খ অন্বেষণ অফার করে:
+
+<YouTube id="j78ZcIIpi0Q"/>
+
+[Ethereum বেসিকস প্লেলিস্ট](https://youtube.com/playlist?list=PLqgutSGloqiJyyoL0zvLVFPS-GMD2wKa5&si=kZTf5I7PKGTXDsOZ)
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+
+## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
+
+- [একজন ডেভেলপারের জন্য Ethereum-এর নির্দেশিকা, পর্ব ১](/developers/tutorials/a-developers-guide-to-ethereum-part-one/) _– Python এবং web3.py ব্যবহার করে Ethereum-এর একটি খুব শিক্ষানবিস-বান্ধব অন্বেষণ_
diff --git a/public/content/translations/bn/developers/docs/mev/index.md b/public/content/translations/bn/developers/docs/mev/index.md
new file mode 100644
index 00000000000..ef9fb8de297
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/mev/index.md
@@ -0,0 +1,221 @@
+---
+title: "ম্যাক্সিমাল এক্সট্রাক্টবল ভ্যালু (MEV)"
+description: "ম্যাক্সিমাল এক্সট্রাক্টবল ভ্যালু (MEV)-এর একটি ভূমিকা"
+lang: bn
+---
+
+ম্যাক্সিমাল এক্সট্রাক্টবল ভ্যালু (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/) সম্পর্কে পরিচিত। [ডিঅ্যাপস](/apps/) এবং [ডিফাই](/defi/)-এর সাথে পরিচিতি থাকাও সহায়ক।
+
+## MEV এক্সট্র্যাকশন {#mev-extraction}
+
+তত্ত্বগতভাবে, MEV সম্পূর্ণরূপে ভ্যালিডেটরদের কাছে জমা হয় কারণ তারাই একমাত্র পক্ষ যারা একটি লাভজনক MEV সুযোগের এক্সিকিউশন নিশ্চিত করতে পারে। তবে, বাস্তবে, MEV-এর একটি বড় অংশ "সার্চার" নামে পরিচিত স্বাধীন নেটওয়ার্ক অংশগ্রহণকারীদের দ্বারা বের করা হয়। সার্চাররা ব্লকচেইন ডেটার উপর জটিল অ্যালগরিদম চালায় লাভজনক MEV সুযোগ শনাক্ত করার জন্য এবং তাদের কাছে বট থাকে যা স্বয়ংক্রিয়ভাবে সেই লাভজনক লেনদেনগুলি নেটওয়ার্কে জমা দেয়।
+
+ভ্যালিডেটররা যাইহোক সম্পূর্ণ MEV পরিমাণের একটি অংশ পায় কারণ সার্চাররা তাদের লাভজনক লেনদেনগুলিকে একটি ব্লকে অন্তর্ভুক্ত করার উচ্চতর সম্ভাবনার বিনিময়ে উচ্চ গ্যাস ফি (যা ভ্যালিডেটরের কাছে যায়) দিতে ইচ্ছুক। ধরে নেওয়া যাক সার্চাররা অর্থনৈতিকভাবে যুক্তিসঙ্গত, একজন সার্চার যে গ্যাস ফি দিতে ইচ্ছুক তা তার MEV-এর ১০০% পর্যন্ত একটি পরিমাণ হবে (কারণ গ্যাস ফি বেশি হলে, সার্চার টাকা হারাবে)।
+
+এর সাথে, কিছু অত্যন্ত প্রতিযোগিতামূলক MEV সুযোগের জন্য, যেমন [DEX আরবিট্রেজ](#mev-examples-dex-arbitrage), সার্চারদের তাদের মোট 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 পাবে।
+
+### ফ্ল্যাশবট {#mev-extraction-flashbots}
+
+ফ্ল্যাশবট হল একটি স্বাধীন প্রকল্প যা এক্সিকিউশন ক্লায়েন্টদের একটি পরিষেবা দিয়ে প্রসারিত করে যা সার্চারদের পাবলিক মেমপুলে প্রকাশ না করে ভ্যালিডেটরদের কাছে MEV লেনদেন জমা দেওয়ার অনুমতি দেয়। এটি লেনদেনগুলিকে জেনারেলাইজড ফ্রন্টরানারদের দ্বারা ফ্রন্টরান হওয়া থেকে বাধা দেয়।
+
+## MEV উদাহরণ {#mev-examples}
+
+ব্লকচেইনে MEV কয়েকটি উপায়ে আবির্ভূত হয়।
+
+### DEX আরবিট্রেজ {#mev-examples-dex-arbitrage}
+
+[ডিসেন্ট্রালাইজড এক্সচেঞ্জ](/glossary/#dex) (DEX) আরবিট্রেজ হল সবচেয়ে সহজ এবং সবচেয়ে পরিচিত MEV সুযোগ। ফলস্বরূপ, এটি সবচেয়ে প্রতিযোগিতামূলকও।
+
+এটি এইভাবে কাজ করে: যদি দুটি DEX দুটি ভিন্ন মূল্যে একটি টোকেন অফার করে, তবে কেউ কম মূল্যের DEX-এ টোকেনটি কিনতে পারে এবং এটিকে একটি একক, অ্যাটমিক লেনদেনে উচ্চ মূল্যের DEX-এ বিক্রি করতে পারে। ব্লকচেইনের মেকানিক্সের জন্য ধন্যবাদ, এটি সত্যিকারের, ঝুঁকিমুক্ত আরবিট্রেজ।
+
+[এখানে](https://eth.blockscout.com/tx/0x5e1657ef0e9be9bc72efefe59a2528d0d730d478cfc9e6cdd09af9f997bb3ef4) একটি লাভজনক আরবিট্রেজ লেনদেনের উদাহরণ যেখানে একজন সার্চার Uniswap বনাম Sushiswap-এ ETH/DAI পেয়ারের ভিন্ন মূল্যের সুবিধা নিয়ে 1,000 ETH কে 1,045 ETH-এ পরিণত করেছে।
+
+### লিকুইডেশন {#mev-examples-liquidations}
+
+লেন্ডিং প্রোটোকল লিকুইডেশন আরেকটি সুপরিচিত MEV সুযোগ উপস্থাপন করে।
+
+মেকার এবং অ্যাভের মতো লেন্ডিং প্রোটোকলগুলির জন্য ব্যবহারকারীদের কিছু কোল্যাটারাল (যেমন, 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 আরবিট্রেজের মতো নয়) এবং এটি একটি [সালমোনেলা অ্যাটাক](https://github.com/Defi-Cartel/salmonella)-এর জন্য প্রবণ।
+
+### NFT MEV {#mev-examples-nfts}
+
+NFT স্পেসে MEV একটি উদীয়মান ঘটনা, এবং এটি অগত্যা লাভজনক নয়।
+
+তবে, যেহেতু NFT লেনদেনগুলি অন্য সমস্ত Ethereum লেনদেন দ্বারা শেয়ার করা একই ব্লকচেইনে ঘটে, তাই সার্চাররা NFT বাজারে ঐতিহ্যবাহী MEV সুযোগগুলিতে ব্যবহৃত কৌশলগুলির মতো একই কৌশল ব্যবহার করতে পারে।
+
+উদাহরণস্বরূপ, যদি একটি জনপ্রিয় NFT ড্রপ থাকে এবং একজন সার্চার একটি নির্দিষ্ট NFT বা NFT-এর সেট চায়, তবে তারা এমনভাবে একটি লেনদেন প্রোগ্রাম করতে পারে যাতে তারা NFT কেনার জন্য লাইনে প্রথম থাকে, অথবা তারা একটি একক লেনদেনে NFT-এর পুরো সেটটি কিনতে পারে। অথবা যদি একটি NFT [ভুলবশত কম দামে তালিকাভুক্ত হয়](https://www.theblockcrypto.com/post/113546/mistake-sees-69000-cryptopunk-sold-for-less-than-a-cent), একজন সার্চার অন্য ক্রেতাদের ফ্রন্টরান করতে পারে এবং সস্তায় এটি তুলে নিতে পারে।
+
+NFT MEV-এর একটি বিশিষ্ট উদাহরণ ঘটেছিল যখন একজন সার্চার ফ্লোর প্রাইসে প্রতিটি ক্রিপ্টোপাঙ্ক [কিনতে](https://eth.blockscout.com/address/0x650dCdEB6ecF05aE3CAF30A70966E2F395d5E9E5?tab=txs) ৭ মিলিয়ন ডলার খরচ করেছিল। একজন ব্লকচেইন গবেষক [টুইটারে ব্যাখ্যা করেছেন](https://twitter.com/IvanBogatyy/status/1422232184493121538) কিভাবে ক্রেতা তাদের কেনাকাটা গোপন রাখতে একজন MEV প্রদানকারীর সাথে কাজ করেছিল।
+
+### দ্য লং টেইল {#mev-examples-long-tail}
+
+DEX আরবিট্রেজ, লিকুইডেশন এবং স্যান্ডউইচ ট্রেডিং সবই খুব পরিচিত MEV সুযোগ এবং নতুন সার্চারদের জন্য লাভজনক হওয়ার সম্ভাবনা কম। তবে, কম পরিচিত MEV সুযোগের একটি দীর্ঘ তালিকা রয়েছে (NFT MEV তর্কসাপেক্ষে এমনই একটি সুযোগ)।
+
+যারা সবে শুরু করছেন সেই সার্চাররা এই দীর্ঘ তালিকায় MEV অনুসন্ধান করে আরও সাফল্য পেতে সক্ষম হতে পারেন। ফ্ল্যাশবটের [MEV জব বোর্ড](https://github.com/flashbots/mev-job-board) কিছু উদীয়মান সুযোগ তালিকাভুক্ত করে।
+
+## MEV-এর প্রভাব {#effects-of-mev}
+
+MEV সব খারাপ নয় — Ethereum-এ MEV-এর ইতিবাচক এবং নেতিবাচক উভয় পরিণতি রয়েছে।
+
+### ভালো দিক {#effects-of-mev-the-good}
+
+অনেক ডিফাই প্রকল্প তাদের প্রোটোকলের উপযোগিতা এবং স্থিতিশীলতা নিশ্চিত করতে অর্থনৈতিকভাবে যুক্তিসঙ্গত অভিনেতাদের উপর নির্ভর করে। উদাহরণস্বরূপ, DEX আরবিট্রেজ নিশ্চিত করে যে ব্যবহারকারীরা তাদের টোকেনের জন্য সেরা, সবচেয়ে সঠিক মূল্য পায়, এবং ঋণদাতাদের পরিশোধ করা নিশ্চিত করতে লেন্ডিং প্রোটোকলগুলি দ্রুত লিকুইডেশনের উপর নির্ভর করে যখন ঋণগ্রহীতারা কোল্যাটার‍্যালাইজেশন অনুপাতের নিচে নেমে যায়।
+
+অর্থনৈতিক অদক্ষতা খোঁজা এবং ঠিক করা এবং প্রোটোকলের অর্থনৈতিক প্রণোদনার সুবিধা নেওয়া যুক্তিসঙ্গত সার্চার ছাড়া, ডিফাই প্রোটোকল এবং সাধারণভাবে ডিঅ্যাপসগুলি আজকের মতো শক্তিশালী নাও হতে পারে।
+
+### খারাপ দিক {#effects-of-mev-the-bad}
+
+অ্যাপ্লিকেশন লেয়ারে, MEV-এর কিছু রূপ, যেমন স্যান্ডউইচ ট্রেডিং, ব্যবহারকারীদের জন্য নিঃসন্দেহে একটি খারাপ অভিজ্ঞতার কারণ হয়। যেসব ব্যবহারকারীরা স্যান্ডউইচের শিকার হন তারা তাদের ট্রেডে বর্ধিত স্লিপেজ এবং খারাপ এক্সিকিউশনের সম্মুখীন হন।
+
+নেটওয়ার্ক লেয়ারে, জেনারেলাইজড ফ্রন্টরানার এবং তারা যে গ্যাস-মূল্যের নিলামে প্রায়ই অংশ নেয় (যখন দুই বা ততোধিক ফ্রন্টরানার তাদের লেনদেনকে পরবর্তী ব্লকে অন্তর্ভুক্ত করার জন্য তাদের নিজস্ব লেনদেনের গ্যাস মূল্য ক্রমাগত বাড়িয়ে প্রতিযোগিতা করে) তার ফলে নেটওয়ার্ক কনজেশন এবং অন্য সবার জন্য যারা সাধারণ লেনদেন চালানোর চেষ্টা করছে তাদের জন্য উচ্চ গ্যাস মূল্য হয়।
+
+ব্লকের _ভিতরে_ যা ঘটছে তার বাইরেও, MEV ব্লকের _মধ্যে_ ক্ষতিকর প্রভাব ফেলতে পারে। যদি একটি ব্লকে উপলব্ধ MEV স্ট্যান্ডার্ড ব্লক রিওয়ার্ডকে উল্লেখযোগ্যভাবে ছাড়িয়ে যায়, তাহলে ভ্যালিডেটররা ব্লক রিঅর্গানাইজ করতে এবং নিজেদের জন্য MEV ক্যাপচার করতে উৎসাহিত হতে পারে, যার ফলে ব্লকচেইন রিঅর্গানাইজেশন এবং কনসেন্সাস অস্থিতিশীলতা দেখা দেয়।
+
+ব্লকচেইন রিঅর্গানাইজেশনের এই সম্ভাবনা [পূর্বে বিটকয়েন ব্লকচেইনে অন্বেষণ করা হয়েছে](https://dl.acm.org/doi/10.1145/2976749.2978408)। যেহেতু বিটকয়েনের ব্লক রিওয়ার্ড অর্ধেক হয়ে যায় এবং লেনদেন ফি ব্লক রিওয়ার্ডের একটি বৃহত্তর এবং বৃহত্তর অংশ তৈরি করে, এমন পরিস্থিতি দেখা দেয় যেখানে মাইনারদের জন্য পরবর্তী ব্লকের রিওয়ার্ড ছেড়ে দেওয়া এবং পরিবর্তে উচ্চতর ফি সহ অতীতের ব্লকগুলি রিমাইন করা অর্থনৈতিকভাবে যুক্তিসঙ্গত হয়ে ওঠে। MEV-এর বৃদ্ধির সাথে সাথে, Ethereum-এও একই ধরণের পরিস্থিতি ঘটতে পারে, যা ব্লকচেইনের অখণ্ডতাকে হুমকির মুখে ফেলবে।
+
+## MEV-এর অবস্থা {#state-of-mev}
+
+২০২১ সালের শুরুতে MEV এক্সট্র্যাকশন ব্যাপকভাবে বৃদ্ধি পায়, যার ফলে বছরের প্রথম কয়েক মাসে অত্যন্ত উচ্চ গ্যাস মূল্য দেখা যায়। ফ্ল্যাশবটের MEV রিলে-এর উত্থান জেনারেলাইজড ফ্রন্টরানারদের কার্যকারিতা হ্রাস করেছে এবং গ্যাস মূল্যের নিলাম অফচেইনে নিয়ে গেছে, যা সাধারণ ব্যবহারকারীদের জন্য গ্যাস মূল্য কমিয়েছে।
+
+যদিও অনেক সার্চার এখনও MEV থেকে ভালো অর্থ উপার্জন করছে, সুযোগগুলি আরও পরিচিত হওয়ার সাথে সাথে এবং আরও বেশি সার্চার একই সুযোগের জন্য প্রতিযোগিতা করার সাথে সাথে, ভ্যালিডেটররা আরও বেশি মোট MEV আয় ক্যাপচার করবে (কারণ মূলত উপরে বর্ণিত একই ধরণের গ্যাস নিলাম ফ্ল্যাশবটেও ঘটে, যদিও ব্যক্তিগতভাবে, এবং ভ্যালিডেটররা ফলস্বরূপ গ্যাস আয় ক্যাপচার করবে)। 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-এ, ভ্যালিডেটররা (32 ETH-এর নিরাপত্তা আমানত করার পর) বিকন চেইনে যোগ করা ব্লকের বৈধতার উপর কনসেন্সাসে আসে। যেহেতু 32 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 Boost](https://github.com/flashbots/mev-boost), যা [ফ্ল্যাশবট নিলাম প্রক্রিয়া](https://docs.flashbots.net/Flashbots-auction/overview)-এর একটি উন্নতি যা Ethereum-এ MEV-এর নেতিবাচক বহিরাগত প্রভাব রোধ করার জন্য ডিজাইন করা হয়েছে। ফ্ল্যাশবট নিলাম প্রুফ-অফ-স্টেক-এ ভ্যালিডেটরদের লাভজনক ব্লক তৈরির কাজ **সার্চার** নামক বিশেষায়িত পক্ষগুলির কাছে আউটসোর্স করার অনুমতি দেয়।
+![একটি ডায়াগ্রাম যা বিস্তারিতভাবে MEV প্রবাহ দেখাচ্ছে](./mev.png)
+
+সার্চাররা লাভজনক MEV সুযোগ খোঁজে এবং ব্লকে অন্তর্ভুক্তির জন্য একটি [সিলড-প্রাইস বিড](https://en.wikipedia.org/wiki/First-price_sealed-bid_auction) সহ ব্লক প্রপোজারদের কাছে লেনদেন বান্ডিল পাঠায়। mev-geth চালানো ভ্যালিডেটর, যা go-ethereum (Geth) ক্লায়েন্টের একটি ফর্কড সংস্করণ, তাকে শুধুমাত্র সবচেয়ে বেশি লাভ সহ বান্ডিলটি বেছে নিতে হবে এবং এটিকে নতুন ব্লকের অংশ হিসাবে অন্তর্ভুক্ত করতে হবে। ব্লক প্রপোজারদের (ভ্যালিডেটরদের) স্প্যাম এবং অবৈধ লেনদেন থেকে রক্ষা করতে, লেনদেন বান্ডিলগুলি প্রপোজারের কাছে যাওয়ার আগে ভ্যালিডেশনের জন্য **রিলেয়ারদের** মাধ্যমে যায়।
+
+MEV Boost মূল ফ্ল্যাশবট নিলামের একই কার্যকারিতা বজায় রাখে, যদিও Ethereum-এর প্রুফ-অফ-স্টেকে পরিবর্তনের জন্য ডিজাইন করা নতুন বৈশিষ্ট্যগুলির সাথে। সার্চাররা এখনও ব্লকে অন্তর্ভুক্তির জন্য লাভজনক MEV লেনদেন খুঁজে পায়, কিন্তু **বিল্ডার** নামক একটি নতুন শ্রেণীর বিশেষায়িত পক্ষ লেনদেন এবং বান্ডিলগুলিকে ব্লকে একত্রিত করার জন্য দায়ী। একজন বিল্ডার সার্চারদের কাছ থেকে সিলড-প্রাইস বিড গ্রহণ করে এবং সবচেয়ে লাভজনক অর্ডারিং খুঁজে পেতে অপ্টিমাইজেশন চালায়।
+
+রিলেয়ার এখনও প্রপোজারের কাছে পাঠানোর আগে লেনদেন বান্ডিলগুলি ভ্যালিডেট করার জন্য দায়ী। তবে, MEV Boost **এসক্রো** চালু করে যা বিল্ডারদের দ্বারা প্রেরিত ব্লক বডি এবং ভ্যালিডেটরদের দ্বারা প্রেরিত ব্লক হেডার সংরক্ষণ করে [ডেটা প্রাপ্যতা](/developers/docs/data-availability/) প্রদানের জন্য দায়ী। এখানে, একটি রিলে-এর সাথে সংযুক্ত একজন ভ্যালিডেটর উপলব্ধ এক্সিকিউশন পেলোডের জন্য জিজ্ঞাসা করে এবং সর্বোচ্চ বিড + MEV টিপস সহ পেলোড হেডার নির্বাচন করতে MEV Boost-এর অর্ডারিং অ্যালগরিদম ব্যবহার করে।
+
+#### বিল্ডার API কীভাবে MEV-এর প্রভাব প্রশমিত করে? {#how-does-builder-api-curb-mev-impact}
+
+বিল্ডার API-এর মূল সুবিধা হল MEV সুযোগগুলিতে অ্যাক্সেসকে গণতান্ত্রিক করার সম্ভাবনা। কমিট-রিভিল স্কিম ব্যবহার করা বিশ্বাসের অনুমান দূর করে এবং MEV থেকে উপকৃত হতে চাওয়া ভ্যালিডেটরদের জন্য প্রবেশের বাধা হ্রাস করে। এটি সোলো স্টেকারদের MEV লাভ বাড়ানোর জন্য বড় স্টেকিং পুলগুলির সাথে একীভূত হওয়ার চাপ কমাতে হবে।
+
+বিল্ডার API-এর ব্যাপক বাস্তবায়ন ব্লক বিল্ডারদের মধ্যে বৃহত্তর প্রতিযোগিতাকে উৎসাহিত করবে, যা সেন্সরশিপ প্রতিরোধ বাড়ায়। যেহেতু ভ্যালিডেটররা একাধিক বিল্ডারের কাছ থেকে বিড পর্যালোচনা করে, এক বা একাধিক ব্যবহারকারী লেনদেন সেন্সর করার উদ্দেশ্যে একজন বিল্ডারকে সফল হওয়ার জন্য অন্য সমস্ত নন-সেন্সরিং বিল্ডারদের ছাড়িয়ে যেতে হবে। এটি ব্যবহারকারীদের সেন্সর করার খরচ নাটকীয়ভাবে বাড়িয়ে দেয় এবং এই অনুশীলনকে নিরুৎসাহিত করে।
+
+কিছু প্রকল্প, যেমন MEV Boost, একটি সামগ্রিক কাঠামোর অংশ হিসাবে বিল্ডার API ব্যবহার করে যা নির্দিষ্ট পক্ষগুলির জন্য লেনদেনের গোপনীয়তা প্রদানের জন্য ডিজাইন করা হয়েছে, যেমন ফ্রন্টরানিং/স্যান্ডউইচিং অ্যাটাক এড়াতে চাওয়া ট্রেডাররা। এটি ব্যবহারকারী এবং ব্লক বিল্ডারদের মধ্যে একটি ব্যক্তিগত যোগাযোগ চ্যানেল সরবরাহ করে অর্জন করা হয়। পূর্বে বর্ণিত পারমিশনড মেমপুলগুলির থেকে ভিন্ন, এই পদ্ধতিটি নিম্নলিখিত কারণগুলির জন্য উপকারী:
+
+1. বাজারে একাধিক বিল্ডারের অস্তিত্ব সেন্সর করা অবাস্তব করে তোলে, যা ব্যবহারকারীদের উপকৃত করে। বিপরীতে, সেন্ট্রালাইজড এবং বিশ্বাস-ভিত্তিক ডার্ক পুলগুলির অস্তিত্ব কয়েকজন ব্লক বিল্ডারের হাতে ক্ষমতা কেন্দ্রীভূত করবে এবং সেন্সর করার সম্ভাবনা বাড়িয়ে দেবে।
+
+2. বিল্ডার API সফ্টওয়্যারটি ওপেন-সোর্স, যা যে কাউকে ব্লক-বিল্ডার পরিষেবা অফার করার অনুমতি দেয়। এর মানে হল ব্যবহারকারীরা কোনো নির্দিষ্ট ব্লক বিল্ডার ব্যবহার করতে বাধ্য নন এবং এটি Ethereum-এর নিরপেক্ষতা এবং পারমিশনলেসনেস উন্নত করে। অধিকন্তু, MEV-সন্ধানী ট্রেডাররা ব্যক্তিগত লেনদেন চ্যানেল ব্যবহার করে অনিচ্ছাকৃতভাবে সেন্ট্রালাইজেশনে অবদান রাখবে না।
+
+## সম্পর্কিত রিসোর্স {#related-resources}
+
+- [ফ্ল্যাশবট ডক্স](https://docs.flashbots.net/)
+- [ফ্ল্যাশবট গিটহাব](https://github.com/flashbots/pm)
+- [mevboost.org](https://www.mevboost.org/) - _MEV-Boost রিলে এবং ব্লক বিল্ডারদের জন্য রিয়েল-টাইম পরিসংখ্যান সহ ট্র্যাকার_
+
+## আরও পড়ুন {#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/)
+- [ফ্ল্যাশবট: MEV সংকটের ফ্রন্টরানিং](https://medium.com/flashbots/frontrunning-the-mev-crisis-40629a613752)
+- [@bertcmiller-এর MEV থ্রেড](https://twitter.com/bertcmiller/status/1402665992422047747)
+- [MEV-Boost: মার্জ রেডি ফ্ল্যাশবট আর্কিটেকচার](https://ethresear.ch/t/mev-boost-merge-ready-flashbots-architecture/11177)
+- [MEV Boost কী](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/bn/developers/docs/networking-layer/index.md b/public/content/translations/bn/developers/docs/networking-layer/index.md
new file mode 100644
index 00000000000..00b16d83194
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/networking-layer/index.md
@@ -0,0 +1,163 @@
+---
+title: "নেটওয়ার্কিং লেয়ার"
+description: "ইথেরিয়ামের নেটওয়ার্কিং লেয়ারের একটি ভূমিকা।"
+lang: bn
+sidebarDepth: 2
+---
+
+ইথেরিয়াম হল একটি পিয়ার-টু-পিয়ার নেটওয়ার্ক যেখানে হাজার হাজার নোড রয়েছে যেগুলিকে অবশ্যই প্রমিত প্রোটোকল ব্যবহার করে একে অপরের সাথে যোগাযোগ করতে সক্ষম হতে হবে। "নেটওয়ার্কিং লেয়ার" হল প্রোটোকলের স্ট্যাক যা সেই নোডগুলিকে একে অপরকে খুঁজে পেতে এবং তথ্য বিনিময় করতে দেয়। এর মধ্যে নেটওয়ার্কের মাধ্যমে তথ্যের "গসিপিং" (এক-থেকে-অনেক যোগাযোগ) এবং নির্দিষ্ট নোডগুলির মধ্যে অনুরোধ এবং প্রতিক্রিয়ার সোয়াপিং (এক-থেকে-এক যোগাযোগ) অন্তর্ভুক্ত রয়েছে। প্রতিটি নোডকে অবশ্যই নির্দিষ্ট নেটওয়ার্কিং নিয়ম মেনে চলতে হবে যাতে তারা সঠিক তথ্য প্রেরণ এবং গ্রহণ করছে তা নিশ্চিত করা যায়।
+
+ক্লায়েন্ট সফটওয়্যারের দুটি অংশ রয়েছে (এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট), প্রতিটির নিজস্ব স্বতন্ত্র নেটওয়ার্কিং স্ট্যাক রয়েছে। অন্যান্য ইথেরিয়াম নোডের সাথে যোগাযোগের পাশাপাশি, এক্সিকিউশন এবং কনসেন্সাস ক্লায়েন্টদের একে অপরের সাথে যোগাযোগ করতে হয়। এই পৃষ্ঠাটি সেই প্রোটোকলগুলির একটি পরিচায়ক ব্যাখ্যা প্রদান করে যা এই যোগাযোগকে সক্ষম করে।
+
+এক্সিকিউশন ক্লায়েন্টরা এক্সিকিউশন-লেয়ার পিয়ার-টু-পিয়ার নেটওয়ার্কের মাধ্যমে ট্রানজ্যাকশন গসিপ করে। এর জন্য প্রমাণীকৃত পিয়ারদের মধ্যে এনক্রিপ্ট করা যোগাযোগের প্রয়োজন। যখন একজন ভ্যালিডেটরকে একটি ব্লক প্রস্তাব করার জন্য নির্বাচন করা হয়, তখন নোডের স্থানীয় ট্রানজ্যাকশন পুল থেকে ট্রানজ্যাকশনগুলি একটি স্থানীয় RPC সংযোগের মাধ্যমে কনসেন্সাস ক্লায়েন্টদের কাছে পাঠানো হবে, যা বিকন ব্লকে প্যাকেজ করা হবে। কনসেন্সাস ক্লায়েন্টরা তখন তাদের পিটুপি (p2p) নেটওয়ার্কে বিকন ব্লকগুলি গসিপ করবে। এর জন্য দুটি পৃথক পিটুপি (p2p) নেটওয়ার্ক প্রয়োজন: একটি ট্রানজ্যাকশন গসিপের জন্য এক্সিকিউশন ক্লায়েন্টদের সংযোগ করে এবং অন্যটি ব্লক গসিপের জন্য কনসেন্সাস ক্লায়েন্টদের সংযোগ করে।
+
+## পূর্বশর্ত {#prerequisites}
+
+ইথেরিয়াম [নোড এবং ক্লায়েন্ট](/developers/docs/nodes-and-clients/) সম্পর্কে কিছু জ্ঞান এই পৃষ্ঠাটি বোঝার জন্য সহায়ক হবে।
+
+## এক্সিকিউশন লেয়ার {#execution-layer}
+
+এক্সিকিউশন লেয়ারের নেটওয়ার্কিং প্রোটোকল দুটি স্ট্যাকে বিভক্ত:
+
+- ডিসকভারি স্ট্যাক: UDP-এর উপর নির্মিত এবং একটি নতুন নোডকে সংযোগ করার জন্য পিয়ার খুঁজে পেতে সাহায্য করে।
+
+- DevP2P স্ট্যাক: TCP-এর উপরে বসে এবং নোডগুলিকে তথ্য বিনিময় করতে সক্ষম করে।
+
+দুটি স্ট্যাকই সমান্তরালভাবে কাজ করে। ডিসকভারি স্ট্যাক নতুন নেটওয়ার্ক অংশগ্রহণকারীদের নেটওয়ার্কে ফিড করে, এবং DevP2P স্ট্যাক তাদের মিথস্ক্রিয়া সক্ষম করে।
+
+### ডিসকভারি {#discovery}
+
+ডিসকভারি হল নেটওয়ার্কে অন্যান্য নোড খুঁজে বের করার প্রক্রিয়া। এটি বুটনোডগুলির একটি ছোট সেট ব্যবহার করে বুটস্ট্র্যাপ করা হয় (নোড যাদের ঠিকানা ক্লায়েন্টে [হার্ডকোড করা](https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go) থাকে যাতে সেগুলি অবিলম্বে খুঁজে পাওয়া যায় এবং ক্লায়েন্টকে পিয়ারদের সাথে সংযোগ করতে পারে)। এই বুটনোডগুলি শুধুমাত্র একটি নতুন নোডকে এক সেট পিয়ারদের সাথে পরিচয় করিয়ে দেওয়ার জন্য বিদ্যমান - এটিই তাদের একমাত্র উদ্দেশ্য, তারা চেইন সিঙ্ক করার মতো সাধারণ ক্লায়েন্ট কাজগুলিতে অংশ নেয় না, এবং সেগুলি শুধুমাত্র প্রথমবার ক্লায়েন্ট চালু করার সময় ব্যবহৃত হয়।
+
+নোড-বুটনোড মিথস্ক্রিয়ার জন্য ব্যবহৃত প্রোটোকল হল [Kademlia](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) ব্যবহার করে। প্রতিটি নোডের কাছে এই টেবিলের একটি সংস্করণ রয়েছে যেখানে তার নিকটতম পিয়ারদের সাথে সংযোগ করার জন্য প্রয়োজনীয় তথ্য থাকে। এই 'নৈকট্য' ভৌগোলিক নয় - দূরত্ব নোডের আইডির সাদৃশ্য দ্বারা সংজ্ঞায়িত করা হয়। প্রতিটি নোডের টেবিল একটি নিরাপত্তা বৈশিষ্ট্য হিসাবে নিয়মিত রিফ্রেশ করা হয়। উদাহরণস্বরূপ, [Discv5](https://github.com/ethereum/devp2p/tree/master/discv5) ডিসকভারি প্রোটোকলে, নোডগুলি 'বিজ্ঞাপন' পাঠাতে সক্ষম যা ক্লায়েন্ট সমর্থন করে এমন সাবপ্রোটোকলগুলি প্রদর্শন করে, যা পিয়ারদেরকে এমন প্রোটোকল সম্পর্কে আলোচনা করতে দেয় যা তারা উভয়ই যোগাযোগের জন্য ব্যবহার করতে পারে।
+
+ডিসকভারি PING-PONG খেলার মাধ্যমে শুরু হয়। একটি সফল PING-PONG নতুন নোডটিকে একটি বুটনোডের সাথে "বন্ড" করে। নেটওয়ার্কে প্রবেশকারী একটি নতুন নোডের অস্তিত্ব সম্পর্কে একটি বুটনোডকে সতর্ক করে এমন প্রাথমিক বার্তাটি হল একটি `PING`। এই `PING`-এ নতুন নোড, বুটনোড এবং একটি মেয়াদ শেষ হওয়ার টাইম-স্ট্যাম্প সম্পর্কে হ্যাশ করা তথ্য অন্তর্ভুক্ত থাকে। বুটনোড `PING` গ্রহণ করে এবং `PING` হ্যাস ধারণকারী একটি `PONG` ফেরত দেয়। যদি `PING` এবং `PONG` হ্যাস মিলে যায় তবে নতুন নোড এবং বুটনোডের মধ্যে সংযোগটি যাচাই করা হয় এবং বলা হয় যে তারা "বন্ডেড" হয়েছে।
+
+একবার বন্ডেড হয়ে গেলে, নতুন নোড বুটনোডকে একটি `FIND-NEIGHBOURS` অনুরোধ পাঠাতে পারে। বুটনোড দ্বারা ফেরত দেওয়া ডেটাতে এমন পিয়ারদের একটি তালিকা অন্তর্ভুক্ত থাকে যার সাথে নতুন নোড সংযোগ করতে পারে। যদি নোডগুলি বন্ডেড না হয়, `FIND-NEIGHBOURS` অনুরোধটি ব্যর্থ হবে, তাই নতুন নোডটি নেটওয়ার্কে প্রবেশ করতে পারবে না।
+
+নতুন নোডটি বুটনোড থেকে প্রতিবেশীদের একটি তালিকা পাওয়ার পরে, এটি তাদের প্রত্যেকের সাথে একটি PING-PONG এক্সচেঞ্জ শুরু করে। সফল PING-PONG নতুন নোডকে তার প্রতিবেশীদের সাথে বন্ড করে, বার্তা বিনিময় সক্ষম করে।
+
+```
+ক্লায়েন্ট শুরু করুন --> বুটনোডে সংযোগ করুন --> বুটনোডে বন্ড করুন --> প্রতিবেশী খুঁজুন --> প্রতিবেশীদের সাথে বন্ড করুন
+```
+
+এক্সিকিউশন ক্লায়েন্টরা বর্তমানে [Discv4](https://github.com/ethereum/devp2p/blob/master/discv4.md) ডিসকভারি প্রোটোকল ব্যবহার করছে এবং [Discv5](https://github.com/ethereum/devp2p/tree/master/discv5) প্রোটোকলে স্থানান্তরিত করার জন্য একটি সক্রিয় প্রচেষ্টা চলছে।
+
+#### ENR: ইথেরিয়াম নোড রেকর্ডস {#enr}
+
+[ইথেরিয়াম নোড রেকর্ড (ENR)](/developers/docs/networking-layer/network-addresses/) হল একটি অবজেক্ট যা তিনটি মৌলিক উপাদান ধারণ করে: একটি স্বাক্ষর (কিছু সম্মত পরিচয় স্কিম অনুযায়ী তৈরি রেকর্ড বিষয়বস্তুর হ্যাস), একটি ক্রম সংখ্যা যা রেকর্ডের পরিবর্তনগুলি ট্র্যাক করে, এবং কি:মান জোড়ার একটি নির্বিচারে তালিকা। এটি একটি ভবিষ্যৎ-প্রমাণ বিন্যাস যা নতুন পিয়ারদের মধ্যে সনাক্তকারী তথ্যের সহজ বিনিময়কে অনুমতি দেয় এবং এটি ইথেরিয়াম নোডগুলির জন্য পছন্দের [নেটওয়ার্ক ঠিকানা](/developers/docs/networking-layer/network-addresses) বিন্যাস।
+
+#### কেন ডিসকভারি UDP-এর উপর নির্মিত? {#why-udp}
+
+UDP কোনো ত্রুটি পরীক্ষা, ব্যর্থ প্যাকেট পুনরায় পাঠানো, বা গতিশীলভাবে সংযোগ খোলা এবং বন্ধ করা সমর্থন করে না - পরিবর্তে এটি কেবল একটি লক্ষ্যে তথ্যের একটি অবিচ্ছিন্ন স্রোত পাঠায়, তা সফলভাবে প্রাপ্ত হয়েছে কিনা তা নির্বিশেষে। এই ন্যূনতম কার্যকারিতা ন্যূনতম ওভারহেডেও অনুবাদ করে, যা এই ধরণের সংযোগকে খুব দ্রুত করে তোলে। ডিসকভারির জন্য, যেখানে একটি নোড কেবল তার উপস্থিতি জানাতে চায় যাতে পরে একটি পিয়ারের সাথে একটি আনুষ্ঠানিক সংযোগ স্থাপন করা যায়, UDP যথেষ্ট। যাইহোক, বাকি নেটওয়ার্কিং স্ট্যাকের জন্য, UDP উদ্দেশ্যের জন্য উপযুক্ত নয়। নোডগুলির মধ্যে তথ্যগত বিনিময় বেশ জটিল এবং তাই একটি আরও সম্পূর্ণ বৈশিষ্ট্যযুক্ত প্রোটোকল প্রয়োজন যা পুনরায় পাঠানো, ত্রুটি পরীক্ষা ইত্যাদি সমর্থন করতে পারে। TCP-এর সাথে সম্পর্কিত অতিরিক্ত ওভারহেড অতিরিক্ত কার্যকারিতার জন্য মূল্যবান। অতএব, P2P স্ট্যাকের বেশিরভাগই TCP-এর উপর কাজ করে।
+
+### DevP2P {#devp2p}
+
+DevP2P নিজেই প্রোটোকলের একটি সম্পূর্ণ স্ট্যাক যা ইথেরিয়াম পিয়ার-টু-পিয়ার নেটওয়ার্ক প্রতিষ্ঠা এবং বজায় রাখার জন্য প্রয়োগ করে। নতুন নোড নেটওয়ার্কে প্রবেশ করার পরে, তাদের মিথস্ক্রিয়া [DevP2P](https://github.com/ethereum/devp2p) স্ট্যাকের প্রোটোকল দ্বারা পরিচালিত হয়। এগুলি সবই TCP-এর উপরে বসে এবং RLPx ট্রান্সপোর্ট প্রোটোকল, ওয়্যার প্রোটোকল এবং বেশ কয়েকটি সাব-প্রোটোকল অন্তর্ভুক্ত করে। [RLPx](https://github.com/ethereum/devp2p/blob/master/rlpx.md) হল নোডগুলির মধ্যে সেশন শুরু করা, প্রমাণীকরণ করা এবং বজায় রাখার জন্য পরিচালিত প্রোটোকল। RLPx RLP (Recursive Length Prefix) ব্যবহার করে বার্তা এনকোড করে যা নোডগুলির মধ্যে পাঠানোর জন্য ডেটাকে একটি ন্যূনতম কাঠামোতে এনকোড করার একটি খুব স্থান-দক্ষ পদ্ধতি।
+
+দুটি নোডের মধ্যে একটি RLPx সেশন একটি প্রাথমিক ক্রিপ্টোগ্রাফিক হ্যান্ডশেক দিয়ে শুরু হয়। এর মধ্যে নোড একটি প্রমাণীকরণ বার্তা পাঠায় যা পরে পিয়ার দ্বারা যাচাই করা হয়। সফল যাচাইকরণের পরে, পিয়ারটি সূচনাকারী নোডে ফেরত পাঠানোর জন্য একটি প্রমাণীকরণ-স্বীকৃতি বার্তা তৈরি করে। এটি একটি কী-বিনিময় প্রক্রিয়া যা নোডগুলিকে ব্যক্তিগতভাবে এবং সুরক্ষিতভাবে যোগাযোগ করতে সক্ষম করে। একটি সফল ক্রিপ্টোগ্রাফিক হ্যান্ডশেক তখন উভয় নোডকে একে অপরকে "অন দ্য ওয়্যার" একটি "হ্যালো" বার্তা পাঠাতে ট্রিগার করে। ওয়্যার প্রোটোকল হ্যালো বার্তাগুলির একটি সফল বিনিময়ের মাধ্যমে শুরু করা হয়।
+
+হ্যালো বার্তাগুলিতে রয়েছে:
+
+- প্রোটোকল সংস্করণ
+- ক্লায়েন্ট আইডি
+- পোর্ট
+- নোড আইডি
+- সমর্থিত সাব-প্রোটোকলের তালিকা
+
+এটি একটি সফল মিথস্ক্রিয়ার জন্য প্রয়োজনীয় তথ্য কারণ এটি নির্ধারণ করে যে উভয় নোডের মধ্যে কোন ক্ষমতাগুলি ভাগ করা হয়েছে এবং যোগাযোগটি কনফিগার করে। এখানে একটি সাব-প্রোটোকল আলোচনার প্রক্রিয়া রয়েছে যেখানে প্রতিটি নোড দ্বারা সমর্থিত সাব-প্রোটোকলগুলির তালিকা তুলনা করা হয় এবং যেগুলি উভয় নোডের জন্য সাধারণ সেগুলি সেশনে ব্যবহার করা যেতে পারে।
+
+হ্যালো বার্তাগুলির পাশাপাশি, ওয়্যার প্রোটোকল একটি "ডিসকানেক্ট" বার্তাও পাঠাতে পারে যা একটি পিয়ারকে সতর্ক করে যে সংযোগটি বন্ধ করা হবে। ওয়্যার প্রোটোকলে PING এবং PONG বার্তাও অন্তর্ভুক্ত রয়েছে যা একটি সেশন খোলা রাখার জন্য পর্যায়ক্রমে পাঠানো হয়। RLPx এবং ওয়্যার প্রোটোকল এক্সচেঞ্জগুলি তাই নোডগুলির মধ্যে যোগাযোগের ভিত্তি স্থাপন করে, একটি নির্দিষ্ট সাব-প্রোটোকল অনুসারে দরকারী তথ্য বিনিময়ের জন্য ভারা প্রদান করে।
+
+### সাব-প্রোটোকল {#sub-protocols}
+
+#### ওয়্যার প্রোটোকল {#wire-protocol}
+
+একবার পিয়াররা সংযুক্ত হলে এবং একটি RLPx সেশন শুরু হলে, ওয়্যার প্রোটোকল নির্ধারণ করে যে পিয়াররা কীভাবে যোগাযোগ করে। প্রাথমিকভাবে, ওয়্যার প্রোটোকল তিনটি প্রধান কাজ সংজ্ঞায়িত করেছে: চেইন সিঙ্ক্রোনাইজেশন, ব্লক প্রচার এবং লেনদেন বিনিময়। যাইহোক, একবার ইথেরিয়াম প্রুফ-অফ-স্টেকে স্যুইচ করলে, ব্লক প্রচার এবং চেইন সিঙ্ক্রোনাইজেশন কনসেন্সাস লেয়ারের অংশ হয়ে যায়। লেনদেন বিনিময় এখনও এক্সিকিউশন ক্লায়েন্টদের আওতায় রয়েছে। লেনদেন বিনিময় বলতে নোডগুলির মধ্যে মুলতুবি লেনদেন বিনিময় করা বোঝায় যাতে ব্লক নির্মাতারা পরবর্তী ব্লকে অন্তর্ভুক্ত করার জন্য তাদের কিছু নির্বাচন করতে পারে। এই কাজগুলি সম্পর্কে বিস্তারিত তথ্য [এখানে](https://github.com/ethereum/devp2p/blob/master/caps/eth.md) উপলব্ধ। এই সাব-প্রোটোকলগুলিকে সমর্থনকারী ক্লায়েন্টরা [JSON-RPC](/developers/docs/apis/json-rpc/) এর মাধ্যমে সেগুলি প্রকাশ করে।
+
+#### les (লাইট ইথেরিয়াম সাবপ্রোটোকল) {#les}
+
+এটি লাইট ক্লায়েন্ট সিঙ্ক করার জন্য একটি ন্যূনতম প্রোটোকল। ঐতিহ্যগতভাবে এই প্রোটোকলটি খুব কমই ব্যবহৃত হয়েছে কারণ সম্পূর্ণ নোডগুলিকে উৎসাহিত না হয়ে লাইট ক্লায়েন্টদের ডেটা পরিবেশন করতে হয়। এক্সিকিউশন ক্লায়েন্টদের ডিফল্ট আচরণ হল les এর মাধ্যমে লাইট ক্লায়েন্টের ডেটা পরিবেশন না করা। les [স্পেক](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) হল একটি ঐচ্ছিক এক্সটেনশন যা পিয়ারদের সাম্প্রতিক স্টেটগুলির স্ন্যাপশট বিনিময় করতে দেয়, যা পিয়ারদের মধ্যবর্তী Merkle ট্রাই নোড ডাউনলোড না করেই অ্যাকাউন্ট এবং স্টোরেজ ডেটা যাচাই করতে দেয়।
+
+#### উইট (উইটনেস প্রোটোকল) {#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-এ নোডের পাবলিক কি, আইপি ঠিকানা, UDP এবং TCP পোর্ট এবং দুটি কনসেন্সাস-নির্দিষ্ট ফিল্ড অন্তর্ভুক্ত রয়েছে: অ্যাটেস্টেশন সাবনেট বিটফিল্ড এবং `eth2` কি। পূর্বেরটি নোডগুলির জন্য নির্দিষ্ট অ্যাটেস্টেশন গসিপ সাব-নেটওয়ার্কে অংশগ্রহণকারী পিয়ারদের খুঁজে পাওয়া সহজ করে তোলে। `eth2` কি-তে নোডটি কোন ইথেরিয়াম ফর্ক সংস্করণ ব্যবহার করছে সে সম্পর্কে তথ্য রয়েছে, যা নিশ্চিত করে যে পিয়াররা সঠিক ইথেরিয়ামের সাথে সংযোগ স্থাপন করছে।
+
+### 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}
+
+অনুরোধ-প্রতিক্রিয়া ডোমেনে ক্লায়েন্টদের তাদের পিয়ারদের কাছ থেকে নির্দিষ্ট তথ্য অনুরোধ করার জন্য প্রোটোকল রয়েছে। উদাহরণগুলির মধ্যে রয়েছে নির্দিষ্ট রুট হ্যাসগুলির সাথে মিলে যাওয়া বা স্লটগুলির একটি পরিসরের মধ্যে নির্দিষ্ট বিকন ব্লকগুলির অনুরোধ করা। প্রতিক্রিয়াগুলি সর্বদা snappy-সংকুচিত SSZ এনকোডেড বাইট হিসাবে ফেরত দেওয়া হয়।
+
+## কনসেন্সাস ক্লায়েন্ট কেন RLP-এর চেয়ে SSZ পছন্দ করে? {#ssz-vs-rlp}
+
+SSZ মানে হল সিম্পল সিরিয়ালাইজেশন। এটি নির্দিষ্ট অফসেট ব্যবহার করে যা একটি এনকোড করা বার্তার সম্পূর্ণ কাঠামো ডিকোড না করেই পৃথক অংশগুলি ডিকোড করা সহজ করে তোলে, যা কনসেন্সাস ক্লায়েন্টের জন্য খুব দরকারী কারণ এটি এনকোড করা বার্তাগুলি থেকে দক্ষতার সাথে নির্দিষ্ট তথ্য গ্রহণ করতে পারে। এটি Merkleization-এর জন্য সম্পর্কিত দক্ষতা লাভের সাথে Merkle প্রোটোকলের সাথে একীভূত করার জন্য বিশেষভাবে ডিজাইন করা হয়েছে। যেহেতু কনসেন্সাস লেয়ারের সমস্ত হ্যাস হল Merkle রুট, এটি একটি উল্লেখযোগ্য উন্নতি যোগ করে। SSZ মানের অনন্য উপস্থাপনাও নিশ্চিত করে।
+
+## এক্সিকিউশন এবং কনসেন্সাস ক্লায়েন্টদের সংযোগ করা {#connecting-clients}
+
+কনসেন্সাস এবং এক্সিকিউশন উভয় ক্লায়েন্টই সমান্তরালভাবে চলে। তাদের সংযুক্ত থাকা প্রয়োজন যাতে কনসেন্সাস ক্লায়েন্ট এক্সিকিউশন ক্লায়েন্টকে নির্দেশনা দিতে পারে, এবং এক্সিকিউশন ক্লায়েন্ট বিকন ব্লকে অন্তর্ভুক্ত করার জন্য কনসেন্সাস ক্লায়েন্টকে লেনদেনের বান্ডিল পাঠাতে পারে। দুটি ক্লায়েন্টের মধ্যে যোগাযোগ একটি স্থানীয় RPC সংযোগ ব্যবহার করে অর্জন করা যেতে পারে। ['ইঞ্জিন-API'](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) নামে পরিচিত একটি API দুটি ক্লায়েন্টের মধ্যে প্রেরিত নির্দেশাবলীকে সংজ্ঞায়িত করে। যেহেতু উভয় ক্লায়েন্টই একটি একক নেটওয়ার্ক পরিচয়ের পিছনে বসে, তারা একটি ENR (ইথেরিয়াম নোড রেকর্ড) ভাগ করে নেয় যাতে প্রতিটি ক্লায়েন্টের জন্য একটি পৃথক কি থাকে (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 থেকে discv5](https://vac.dev/kademlia-to-discv5)
+[kademlia পেপার](https://pdos.csail.mit.edu/~petar/papers/maymounkov-kademlia-lncs.pdf)
+[ইথেরিয়াম 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/bn/developers/docs/networking-layer/network-addresses/index.md b/public/content/translations/bn/developers/docs/networking-layer/network-addresses/index.md
new file mode 100644
index 00000000000..fc15c99b690
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/networking-layer/network-addresses/index.md
@@ -0,0 +1,39 @@
+---
+title: "নেটওয়ার্ক অ্যাড্রেস"
+description: "নেটওয়ার্ক অ্যাড্রেসের একটি ভূমিকা।"
+lang: bn
+sidebarDepth: 2
+---
+
+Ethereum নোডগুলিকে পিয়ারদের সঙ্গে কানেক্ট করতে নিজেদের কিছু প্রাথমিক তথ্য দিয়ে শনাক্ত করতে হয়। যেকোনো সম্ভাব্য পিয়ার যাতে এই তথ্যটি ব্যাখ্যা করতে পারে তা নিশ্চিত করার জন্য, এটি তিনটি প্রমিত ফরম্যাটের মধ্যে একটিতে রিলে করা হয় যা যেকোনো Ethereum নোড বুঝতে পারে: multiaddr, enode, বা Ethereum Node Records (ENRs)। ENR হলো Ethereum নেটওয়ার্ক অ্যাড্রেসের জন্য বর্তমান স্ট্যান্ডার্ড।
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পেজটি বোঝার জন্য Ethereum-এর [নেটওয়ার্কিং লেয়ার](/developers/docs/networking-layer/) সম্পর্কে কিছু ধারণা থাকা প্রয়োজন।
+
+## Multiaddr {#multiaddr}
+
+আসল Ethereum নোড অ্যাড্রেস ফরম্যাটটি ছিল 'multiaddr' ('multi-addresses'-এর সংক্ষিপ্ত রূপ)। Multiaddr হলো একটি সর্বজনীন ফরম্যাট যা পিয়ার-টু-পিয়ার নেটওয়ার্কের জন্য ডিজাইন করা হয়েছে। অ্যাড্রেসগুলিকে কী-ভ্যালু পেয়ার হিসাবে উপস্থাপন করা হয়, যেখানে কী এবং ভ্যালুগুলি একটি ফরোয়ার্ড স্ল্যাশ দিয়ে আলাদা করা থাকে। উদাহরণস্বরূপ, IPv4 অ্যাড্রেস `192.168.22.27` সহ একটি নোডের জন্য multiaddr, যা TCP পোর্ট `33000`-এ লিসেন করে, সেটি দেখতে এইরকম:
+
+`/ip4/192.168.22.27/tcp/33000`
+
+একটি Ethereum নোডের জন্য, multiaddr-এ নোড-ID থাকে (তাদের পাবলিক কী-এর একটি হ্যাস):
+
+`/ip4/192.168.22.27/tcp/33000/p2p/5t7Nv7dG2d6ffbvAiewVsEwWweU3LdebSqX2y1bPrW8br`
+
+## Enode {#enode}
+
+একটি enode হলো একটি URL অ্যাড্রেস ফর্ম্যাট ব্যবহার করে একটি Ethereum নোড শনাক্ত করার একটি উপায়। হেক্সাডেসিমাল নোড-ID ইউআরএলের ইউজারনেম অংশে এনকোড করা হয় এবং @ চিহ্ন ব্যবহার করে হোস্ট থেকে আলাদা করা হয়। হোস্টনেম শুধুমাত্র একটি আইপি অ্যাড্রেস হিসাবে দেওয়া যেতে পারে; ডিএনএস নাম অনুমোদিত নয়। হোস্টনেম সেকশনের পোর্টটি হল টিসিপি লিসেনিং পোর্ট। যদি TCP এবং UDP (ডিসকভারি) পোর্ট ভিন্ন হয়, তাহলে UDP পোর্টটিকে একটি ক্যোয়ারী প্যারামিটার "discport" হিসেবে উল্লেখ করা হয়।
+
+নিম্নলিখিত উদাহরণে, নোড URLটি `10.3.58.6` আইপি অ্যাড্রেস, `30303` টিসিপি পোর্ট এবং `30301` ইউডিপি ডিসকভারি পোর্ট সহ একটি নোড বর্ণনা করে।
+
+`enode://6f8a80d14311c39f35f516fa664deaaaa13e85b2f7493f37f6144d86991ec012937307647bd3b9a82abe2974e1407241d54947bbb39763a4cac9f77166ad92a0@10.3.58.6:30303?discport=30301`
+
+## Ethereum Node Records (ENRs) {#enr}
+
+Ethereum Node Records (ENRs) হল Ethereum-এ নেটওয়ার্ক অ্যাড্রেসের জন্য একটি প্রমিত বিন্যাস। এগুলি multiaddr এবং enode-কে প্রতিস্থাপন করে। এগুলি বিশেষত দরকারী কারণ এগুলি নোডগুলির মধ্যে বৃহত্তর তথ্য বিনিময়ের অনুমতি দেয়। ENR-এ একটি স্বাক্ষর, ক্রম সংখ্যা এবং স্বাক্ষর তৈরি ও যাচাই করতে ব্যবহৃত পরিচয় স্কিমের বিশদ বিবরণ সম্বলিত ক্ষেত্র রয়েছে। ENR-কে কী-ভ্যালু পেয়ার হিসাবে সংগঠিত নির্বিচারে ডেটা দিয়েও পপুলেট করা যেতে পারে। এই কী-ভ্যালু পেয়ারগুলিতে নোডের আইপি অ্যাড্রেস এবং নোডটি যে সাব-প্রোটোকলগুলি ব্যবহার করতে সক্ষম সে সম্পর্কে তথ্য থাকে। কনসেন্সাস ক্লায়েন্টরা বুট নোড শনাক্ত করার জন্য একটি [নির্দিষ্ট ENR কাঠামো](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#enr-structure) ব্যবহার করে এবং এতে একটি `eth2` ফিল্ডও অন্তর্ভুক্ত থাকে, যেখানে বর্তমান Ethereum ফর্ক এবং অ্যাটেস্টেশন গসিপ সাবনেট (এটি নোডকে এমন এক বিশেষ শ্রেণীর পিয়ারদের সঙ্গে যুক্ত করে যাদের অ্যাটেস্টেশন একত্রিত করা হয়) সম্পর্কে তথ্য থাকে।
+
+## আরও পড়ুন {#further-reading}
+
+- [EIP-778: Ethereum Node Records (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/bn/developers/docs/networking-layer/portal-network/index.md b/public/content/translations/bn/developers/docs/networking-layer/portal-network/index.md
new file mode 100644
index 00000000000..7533e6175db
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/networking-layer/portal-network/index.md
@@ -0,0 +1,89 @@
+---
+title: "পোর্টাল নেটওয়ার্ক"
+description: "পোর্টাল নেটওয়ার্কের একটি সংক্ষিপ্ত বিবরণ - একটি ইন-ডেভেলপমেন্ট নেটওয়ার্ক যা স্বল্প-সম্পদ ক্লায়েন্টদের সমর্থন করার জন্য ডিজাইন করা হয়েছে।"
+lang: bn
+---
+
+ইথেরিয়াম হলো এমন একটি নেটওয়ার্ক যা ইথেরিয়াম ক্লায়েন্ট সফ্টওয়্যার চালিত কম্পিউটারগুলির সমন্বয়ে গঠিত। এই কম্পিউটারগুলির প্রত্যেকটিকে একটি 'নোড' বলা হয়। ক্লায়েন্ট সফ্টওয়্যার একটি নোডকে ইথেরিয়াম নেটওয়ার্কে ডেটা পাঠানো এবং গ্রহণ করার অনুমতি দেয় এবং ইথেরিয়াম প্রোটোকল নিয়ম অনুসারে ডেটা যাচাই করে। নোডগুলি তাদের ডিস্ক সংগ্রহস্থলে প্রচুর ঐতিহাসিক ডেটা রাখে এবং নেটওয়ার্কের অন্যান্য নোড থেকে ব্লক হিসাবে পরিচিত তথ্যের নতুন প্যাকেট গ্রহণ করার সময় তাতে যোগ করে। একটি নোডের কাছে নেটওয়ার্কের বাকি অংশের সাথে সামঞ্জস্যপূর্ণ তথ্য আছে কিনা তা সর্বদা পরীক্ষা করার জন্য এটি প্রয়োজনীয়। এর মানে হল একটি নোড চালানোর জন্য অনেক ডিস্ক স্পেস প্রয়োজন হতে পারে। কিছু নোড অপারেশনের জন্য প্রচুর RAMও প্রয়োজন হতে পারে।
+
+এই ডিস্ক সংগ্রহস্থলের সমস্যা সমাধানের জন্য, 'লাইট' নোড তৈরি করা হয়েছে যা নিজেরাই সমস্ত তথ্য সংগ্রহ করার পরিবর্তে সম্পূর্ণ নোড থেকে তথ্যের জন্য অনুরোধ করে। যাইহোক, এর মানে হল লাইট নোড স্বাধীনভাবে তথ্য যাচাই করে না এবং পরিবর্তে অন্য একটি নোডের উপর বিশ্বাস রাখে। এর মানে হল যে সম্পূর্ণ নোডগুলিকে সেই লাইট নোডগুলিকে পরিষেবা দেওয়ার জন্য অতিরিক্ত কাজ করতে হয়।
+
+পোর্টাল নেটওয়ার্ক হলো ইথেরিয়ামের জন্য একটি নতুন নেটওয়ার্কিং ডিজাইন, যার লক্ষ্য হলো নেটওয়ার্ক জুড়ে ছোট ছোট অংশে প্রয়োজনীয় ডেটা ভাগ করে সম্পূর্ণ নোডগুলির উপর বিশ্বাস স্থাপন বা অতিরিক্ত চাপ না দিয়েই "লাইট" নোডগুলির জন্য ডেটা প্রাপ্যতার সমস্যার সমাধান করা।
+
+[নোড এবং ক্লায়েন্ট](/developers/docs/nodes-and-clients/) সম্পর্কে আরও জানুন
+
+## আমাদের কেন পোর্টাল নেটওয়ার্ক প্রয়োজন {#why-do-we-need-portal-network}
+
+ইথেরিয়াম নোডগুলি ইথেরিয়াম ব্লকচেইনের নিজস্ব সম্পূর্ণ বা আংশিক অনুলিপি সংরক্ষণ করে। এই স্থানীয় অনুলিপিটি লেনদেন যাচাই করতে এবং নোডটি সঠিক চেইন অনুসরণ করছে তা নিশ্চিত করতে ব্যবহৃত হয়। এই স্থানীয়ভাবে সংরক্ষিত ডেটা নোডগুলিকে অন্য কোনো সত্তার উপর বিশ্বাস না করেই স্বাধীনভাবে যাচাই করার অনুমতি দেয় যে আগত ডেটা বৈধ এবং সঠিক।
+
+ব্লকচেইনের এই স্থানীয় অনুলিপি এবং সংশ্লিষ্ট স্টেট ও রসিদ ডেটা নোডের হার্ড ডিস্কে অনেক জায়গা নেয়। উদাহরণস্বরূপ, একটি কনসেন্সাস ক্লায়েন্টের সাথে যুক্ত [Geth](https://geth.ethereum.org) ব্যবহার করে একটি নোড চালানোর জন্য একটি 2TB হার্ড ডিস্কের সুপারিশ করা হয়। স্ন্যাপ সিঙ্ক ব্যবহার করে, যা শুধুমাত্র তুলনামূলকভাবে সাম্প্রতিক ব্লকের একটি সেট থেকে চেইন ডেটা সঞ্চয় করে, Geth সাধারণত প্রায় 650GB ডিস্ক স্পেস দখল করে কিন্তু প্রতি সপ্তাহে প্রায় 14GB হারে বৃদ্ধি পায় (আপনি পর্যায়ক্রমে নোডটিকে ছেঁটে 650GB-তে নামিয়ে আনতে পারেন)।
+
+এর মানে হলো নোড চালানো ব্যয়বহুল হতে পারে, কারণ ইথেরিয়ামের জন্য প্রচুর পরিমাণে ডিস্ক স্পেস উৎসর্গ করতে হয়। ইথেরিয়াম রোডম্যাপে এই সমস্যার বেশ কয়েকটি সমাধান রয়েছে, যার মধ্যে রয়েছে [হিস্টোরি এক্সপায়ারি](/roadmap/statelessness/#history-expiry), [স্টেট এক্সপায়ারি](/roadmap/statelessness/#state-expiry) এবং [স্টেটলেসনেস](/roadmap/statelessness/)। যাইহোক, এগুলি বাস্তবায়ন হতে সম্ভবত আরও বেশ কয়েক বছর সময় লাগবে। এছাড়াও [লাইট নোড](/developers/docs/nodes-and-clients/light-clients/) রয়েছে যা চেইন ডেটার নিজস্ব অনুলিপি সংরক্ষণ করে না, তারা সম্পূর্ণ নোড থেকে তাদের প্রয়োজনীয় ডেটার জন্য অনুরোধ করে। যাইহোক, এর মানে হল লাইট নোডগুলিকে সৎ ডেটা প্রদানের জন্য সম্পূর্ণ নোডগুলির উপর বিশ্বাস করতে হয় এবং এটি সেই সম্পূর্ণ নোডগুলির উপরও চাপ সৃষ্টি করে যাদের লাইট নোডগুলির প্রয়োজনীয় ডেটা পরিবেশন করতে হয়।
+
+পোর্টাল নেটওয়ার্কের লক্ষ্য হল লাইট নোডগুলিকে তাদের ডেটা পাওয়ার জন্য একটি বিকল্প উপায় প্রদান করা, যার জন্য সম্পূর্ণ নোডগুলির দ্বারা করা কাজের উপর বিশ্বাস স্থাপন বা উল্লেখযোগ্যভাবে কাজ যোগ করার প্রয়োজন হয় না। এটি সম্পন্ন করার উপায় হল ইথেরিয়াম নোডগুলির জন্য নেটওয়ার্ক জুড়ে ডেটা ভাগ করার একটি নতুন উপায় চালু করা।
+
+## পোর্টাল নেটওয়ার্ক কীভাবে কাজ করে? {#how-does-portal-network-work}
+
+ইথেরিয়াম নোডগুলির কঠোর প্রোটোকল রয়েছে যা নির্ধারণ করে যে তারা একে অপরের সাথে কীভাবে যোগাযোগ করবে। এক্সিকিউশন ক্লায়েন্টগুলি [DevP2P](/developers/docs/networking-layer/#devp2p) নামে পরিচিত সাবপ্রোটোকলগুলির একটি সেট ব্যবহার করে যোগাযোগ করে, যেখানে কনসেন্সাস ক্লায়েন্টগুলি [libP2P](/developers/docs/networking-layer/#libp2p) নামক সাবপ্রোটোকলগুলির একটি ভিন্ন স্ট্যাক ব্যবহার করে। এগুলি নোডগুলির মধ্যে যে ধরনের ডেটা পাস করা যায় তা নির্ধারণ করে।
+
+![devP2P এবং libP2P](portal-network-devp2p-libp2p.png)
+
+নোডগুলি [JSON-RPC API](/developers/docs/apis/json-rpc/) এর মাধ্যমে নির্দিষ্ট ডেটাও পরিবেশন করতে পারে, যা হলো সেই পদ্ধতি যার মাধ্যমে অ্যাপ এবং ওয়ালেটগুলি ইথেরিয়াম নোডগুলির সাথে তথ্য বিনিময় করে। যাইহোক, এর কোনোটিই লাইট ক্লায়েন্টদের কাছে ডেটা পরিবেশন করার জন্য আদর্শ প্রোটোকল নয়।
+
+লাইট ক্লায়েন্টরা বর্তমানে DevP2P বা libP2p-এর মাধ্যমে চেইন ডেটার নির্দিষ্ট অংশের জন্য অনুরোধ করতে পারে না কারণ সেই প্রোটোকলগুলি শুধুমাত্র চেইন সিঙ্ক্রোনাইজেশন এবং ব্লক ও লেনদেনের গসিপিং সক্ষম করার জন্য ডিজাইন করা হয়েছে। লাইট ক্লায়েন্টরা এই তথ্য ডাউনলোড করতে চায় না কারণ এটি তাদের "লাইট" থাকা থেকে বিরত রাখবে।
+
+JSON-RPC API-ও লাইট ক্লায়েন্ট ডেটা অনুরোধের জন্য একটি আদর্শ পছন্দ নয়, কারণ এটি একটি নির্দিষ্ট সম্পূর্ণ নোড বা কেন্দ্রীভূত RPC প্রদানকারীর সাথে সংযোগের উপর নির্ভর করে যা ডেটা পরিবেশন করতে পারে। এর মানে হল লাইট ক্লায়েন্টকে সেই নির্দিষ্ট নোড/প্রদানকারীর সৎ থাকার উপর বিশ্বাস করতে হয়, এবং সম্পূর্ণ নোডটিকেও অনেক লাইট ক্লায়েন্টের থেকে প্রচুর অনুরোধ সামলাতে হতে পারে, যা তাদের ব্যান্ডউইথের প্রয়োজনীয়তা বাড়িয়ে তোলে।
+
+পোর্টাল নেটওয়ার্কের মূল উদ্দেশ্য হল বিদ্যমান ইথেরিয়াম ক্লায়েন্টদের ডিজাইন সীমাবদ্ধতার বাইরে, বিশেষ করে লাইটনেসের জন্য নির্মাণ করে, পুরো ডিজাইনটি পুনর্বিবেচনা করা।
+
+পোর্টাল নেটওয়ার্কের মূল ধারণা হল একটি [DHT](https://en.wikipedia.org/wiki/Distributed_hash_table) (Bittorrent-এর মতো) ব্যবহার করে একটি লাইটওয়েট DevP2P স্টাইলের পিয়ার-টু-পিয়ার বিকেন্দ্রীভূত নেটওয়ার্কের মাধ্যমে লাইট ক্লায়েন্টদের প্রয়োজনীয় তথ্য, যেমন ঐতিহাসিক ডেটা এবং চেইনের বর্তমান হেডের পরিচয়, পরিবেশন করার মাধ্যমে বর্তমান নেটওয়ার্কিং স্ট্যাকের সেরা অংশগুলি গ্রহণ করা।
+
+এর ধারণাটি হলো প্রতিটি নোডে মোট ঐতিহাসিক ইথেরিয়াম ডেটার ছোট অংশ এবং কিছু নির্দিষ্ট নোডের দায়িত্ব যোগ করা। তারপর, অনুরোধ করা নির্দিষ্ট ডেটা সংরক্ষণকারী নোডগুলি খুঁজে বের করে এবং তাদের থেকে তা পুনরুদ্ধার করে অনুরোধগুলি পরিবেশন করা হয়।
+
+এটি লাইট নোডগুলির একটি একক নোড খুঁজে বের করা এবং তাদের প্রচুর পরিমাণে ডেটা ফিল্টার ও পরিবেশন করার অনুরোধ করার সাধারণ মডেলটিকে উল্টে দেয়; পরিবর্তে, তারা দ্রুত নোডগুলির একটি বড় নেটওয়ার্ক ফিল্টার করে যার প্রতিটি অল্প পরিমাণে ডেটা পরিচালনা করে।
+
+এর লক্ষ্য হলো লাইটওয়েট পোর্টাল ক্লায়েন্টদের একটি বিকেন্দ্রীভূত নেটওয়ার্ককে নিম্নলিখিত কাজগুলো করার অনুমতি দেওয়া:
+
+- চেইনের হেড ট্র্যাক করা
+- সাম্প্রতিক এবং ঐতিহাসিক চেইন ডেটা সিঙ্ক করা
+- স্টেট ডেটা পুনরুদ্ধার করা
+- লেনদেন সম্প্রচার করা
+- [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): গো-তে লেখা
+
+একাধিক স্বাধীন ক্লায়েন্ট ইমপ্লিমেন্টেশন থাকা ইথেরিয়াম নেটওয়ার্কের স্থিতিস্থাপকতা এবং বিকেন্দ্রীকরণকে বাড়িয়ে তোলে।
+
+যদি একটি ক্লায়েন্ট সমস্যা বা দুর্বলতার সম্মুখীন হয়, তবে অন্যান্য ক্লায়েন্টরা মসৃণভাবে কাজ চালিয়ে যেতে পারে, যা একটি একক ব্যর্থতার বিন্দুকে প্রতিরোধ করে। উপরন্তু, বিভিন্ন ক্লায়েন্ট ইমপ্লিমেন্টেশন উদ্ভাবন এবং প্রতিযোগিতাকে উৎসাহিত করে, যা ইকোসিস্টেমের মধ্যে উন্নতির চালিকাশক্তি এবং মনোকালচার ঝুঁকি হ্রাস করে।
+
+## আরও পড়ুন {#further-reading}
+
+- [পোর্টাল নেটওয়ার্ক (পাইপার মেরিয়াম ডেভকন বোগোটাতে)](https://www.youtube.com/watch?v=0stc9jnQLXA)।
+- [পোর্টাল নেটওয়ার্ক ডিসকর্ড](https://discord.gg/CFFnmE7Hbs)
+- [পোর্টাল নেটওয়ার্ক ওয়েবসাইট](https://www.ethportal.net/)
diff --git a/public/content/translations/bn/developers/docs/networks/index.md b/public/content/translations/bn/developers/docs/networks/index.md
new file mode 100644
index 00000000000..3312b40b854
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/networks/index.md
@@ -0,0 +1,216 @@
+---
+title: "নেটওয়ার্ক"
+description: "ইথেরিয়াম নেটওয়ার্কের একটি সংক্ষিপ্ত বিবরণ এবং আপনার অ্যাপ্লিকেশন পরীক্ষা করার জন্য টেস্টনেট ইথার (ETH) কোথা থেকে পাবেন।"
+lang: bn
+---
+
+ইথেরিয়াম নেটওয়ার্কগুলি হলো সংযুক্ত কম্পিউটারগুলির একটি গ্রুপ যা ইথেরিয়াম প্রোটোকল ব্যবহার করে একে অপরের সাথে যোগাযোগ করে। শুধুমাত্র একটি ইথেরিয়াম মেইননেট আছে, তবে একই প্রোটোকলের নিয়ম মেনে চলা স্বাধীন নেটওয়ার্কগুলি পরীক্ষা এবং ডেভেলপমেন্টের উদ্দেশ্যে তৈরি করা যেতে পারে। অনেকগুলি স্বাধীন "নেটওয়ার্ক" আছে যা একে অপরের সাথে ইন্টারঅ্যাক্ট না করে প্রোটোকল মেনে চলে। আপনি এমনকি আপনার স্মার্ট কন্ট্র্যাক্ট এবং web3 অ্যাপগুলি পরীক্ষা করার জন্য নিজের কম্পিউটারে স্থানীয়ভাবে একটি শুরু করতে পারেন।
+
+আপনার ইথেরিয়াম অ্যাকাউন্ট বিভিন্ন নেটওয়ার্কে কাজ করবে, কিন্তু আপনার অ্যাকাউন্টের ব্যালেন্স এবং ট্রানজ্যাকশনের ইতিহাস প্রধান ইথেরিয়াম নেটওয়ার্ক থেকে স্থানান্তরিত হবে না। পরীক্ষার উদ্দেশ্যে, কোন নেটওয়ার্কগুলি উপলব্ধ এবং কীভাবে টেস্টনেট ETH নিয়ে পরীক্ষা নিরীক্ষা করা যায় তা জানা দরকার। সাধারণত, নিরাপত্তার কথা ভেবে, মেইননেট অ্যাকাউন্ট টেস্টনেটে বা টেস্টনেটের অ্যাকাউন্ট মেইননেটে পুনরায় ব্যবহার করার সুপারিশ করা হয় না।
+
+## পূর্বশর্ত {#prerequisites}
+
+বিভিন্ন নেটওয়ার্ক সম্পর্কে পড়ার আগে আপনার [ইথেরিয়ামের মূল বিষয়গুলি](/developers/docs/intro-to-ethereum/) বোঝা উচিত, কারণ টেস্ট নেটওয়ার্কগুলি আপনাকে ইথেরিয়ামের একটি সস্তা, নিরাপদ সংস্করণ দেবে যা নিয়ে আপনি পরীক্ষা করতে পারবেন।
+
+## পাবলিক নেটওয়ার্ক {#public-networks}
+
+ইন্টারনেট সংযোগ আছে এমন বিশ্বের যে কেউ পাবলিক নেটওয়ার্কগুলিতে অ্যাক্সেস করতে পারে। যে কেউ একটি পাবলিক ব্লকচেইনে ট্রানজ্যাকশন পড়তে বা তৈরি করতে পারে এবং কার্যকর হওয়া ট্রানজ্যাকশনগুলি যাচাই করতে পারে। পিয়ারদের মধ্যে কনসেন্সাস ট্রানজ্যাকশনগুলির অন্তর্ভুক্তি এবং নেটওয়ার্কের স্টেট সম্পর্কে সিদ্ধান্ত নেয়।
+
+### ইথেরিয়াম মেইননেট {#ethereum-mainnet}
+
+মেইননেট হল প্রাথমিক পাবলিক ইথেরিয়াম প্রোডাকশন ব্লকচেইন, যেখানে ডিস্ট্রিবিউটেড লেজারে আসল মূল্যের ট্রানজ্যাকশনগুলি ঘটে।
+
+যখন মানুষ এবং এক্সচেঞ্জগুলি ETH-এর দাম নিয়ে আলোচনা করে, তারা মেইননেট ETH সম্পর্কে কথা বলে।
+
+### ইথেরিয়াম টেস্টনেট {#ethereum-testnets}
+
+মেইননেট ছাড়াও, পাবলিক টেস্টনেট রয়েছে। এইগুলি এমন নেটওয়ার্ক যা প্রোটোকল ডেভেলপার বা স্মার্ট কন্ট্র্যাক্ট ডেভেলপাররা মেইননেটে ডিপ্লয়মেন্টের আগে প্রোডাকশনের মতো পরিবেশে প্রোটোকল আপগ্রেড এবং সম্ভাব্য স্মার্ট কন্ট্র্যাক্ট উভয়ই পরীক্ষা করার জন্য ব্যবহার করে। এটিকে প্রোডাকশন বনাম স্টেজিং সার্ভারের একটি উপমা হিসেবে ভাবুন।
+
+আপনার লেখা যেকোনো কন্ট্র্যাক্ট কোড মেইননেটে ডিপ্লয় করার আগে একটি টেস্টনেটে পরীক্ষা করা উচিত। যেসব ডিএ্যাপস বিদ্যমান স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টিগ্রেট করে, তাদের বেশিরভাগ প্রজেক্টের কপি টেস্টনেটে ডিপ্লয় করা আছে।
+
+বেশিরভাগ টেস্টনেট একটি পারমিশনড প্রুফ-অফ-অথরিটি কনসেন্সাস মেকানিজম ব্যবহার করে শুরু হয়েছিল। এর মানে হল অল্প সংখ্যক নোডকে ট্রানজ্যাকশন যাচাই করতে এবং নতুন ব্লক তৈরি করার জন্য বেছে নেওয়া হয় – এই প্রক্রিয়ায় তারা তাদের পরিচয় স্টেক করে। বিকল্পভাবে, কিছু টেস্টনেটে একটি উন্মুক্ত প্রুফ-অফ-স্টেক কনসেন্সাস মেকানিজম রয়েছে যেখানে প্রত্যেকে ইথেরিয়াম মেইননেটের মতোই একটি ভ্যালিডেটর চালানোর পরীক্ষা করতে পারে।
+
+টেস্টনেটে ETH-এর কোনো আসল মূল্য থাকার কথা নয়; তবে, কিছু নির্দিষ্ট ধরনের টেস্টনেট ETH-এর জন্য বাজার তৈরি হয়েছে যা দুর্লভ বা পাওয়া কঠিন হয়ে পড়েছে। যেহেতু ইথেরিয়ামের সাথে (এমনকি টেস্টনেটেও) ইন্টারঅ্যাক্ট করার জন্য আপনার ETH প্রয়োজন, তাই বেশিরভাগ মানুষ ফসেট থেকে বিনামূল্যে টেস্টনেট ETH পায়। বেশিরভাগ ফসেট হল ওয়েবঅ্যাপ যেখানে আপনি একটি অ্যাড্রেস ইনপুট করতে পারেন যেখানে আপনি ETH পাঠানোর অনুরোধ করেন।
+
+#### আমার কোন টেস্টনেট ব্যবহার করা উচিত?
+
+ক্লায়েন্ট ডেভেলপাররা বর্তমানে যে দুটি পাবলিক টেস্টনেট রক্ষণাবেক্ষণ করছেন সেগুলি হল সেপোলিয়া এবং হুডি। সেপোলিয়া হল কন্ট্র্যাক্ট এবং অ্যাপ্লিকেশন ডেভেলপারদের জন্য তাদের অ্যাপ্লিকেশন পরীক্ষা করার একটি নেটওয়ার্ক। হুডি নেটওয়ার্ক প্রোটোকল ডেভেলপারদের নেটওয়ার্ক আপগ্রেড পরীক্ষা করতে দেয় এবং স্টেকারদের ভ্যালিডেটর চালানো পরীক্ষা করতে দেয়।
+
+#### সেপোলিয়া {#sepolia}
+
+**অ্যাপ্লিকেশন ডেভেলপমেন্টের জন্য সেপোলিয়া হল সুপারিশকৃত ডিফল্ট টেস্টনেট**। সেপোলিয়া নেটওয়ার্ক একটি পারমিশনড ভ্যালিডেটর সেট ব্যবহার করে যা ক্লায়েন্ট ও টেস্টিং টিম দ্বারা নিয়ন্ত্রিত হয়।
+
+##### রিসোর্স
+
+- [ওয়েবসাইট](https://sepolia.dev/)
+- [গিটহাব](https://github.com/eth-clients/sepolia)
+- [অটারস্ক্যান](https://sepolia.otterscan.io/)
+- [ইথারস্ক্যান](https://sepolia.etherscan.io)
+- [ব্লকস্কাউট](https://eth-sepolia.blockscout.com/)
+
+##### ফসেট
+
+- [অ্যালকেমি সেপোলিয়া ফসেট](https://www.alchemy.com/faucets/ethereum-sepolia)
+- [চেইন প্ল্যাটফর্ম সেপোলিয়া ফসেট](https://faucet.chainplatform.co/faucets/ethereum-sepolia/)
+- [চেইনস্ট্যাক সেপোলিয়া ফসেট](https://faucet.chainstack.com/sepolia-testnet-faucet)
+- [ইথেরিয়াম ইকোসিস্টেম ফসেট](https://www.ethereum-ecosystem.com/faucets/ethereum-sepolia)
+- [ethfaucet.com সেপোলিয়া ফসেট](https://ethfaucet.com/networks/ethereum)
+- [Google ক্লাউড Web3 সেপোলিয়া ফসেট](https://cloud.google.com/application/web3/faucet/ethereum/sepolia)
+- [গ্র্যাবটিথ](https://grabteeth.xyz/)
+- [ইনফিউরা সেপোলিয়া ফসেট](https://www.infura.io/faucet)
+- [PoW ফসেট](https://sepolia-faucet.pk910.de/)
+- [কুইকনোড সেপোলিয়া ফসেট](https://faucet.quicknode.com/ethereum/sepolia)
+
+#### হুডি {#hoodi}
+
+হুডি হলো ভ্যালিডেটিং এবং স্টেকিং পরীক্ষা করার জন্য একটি টেস্টনেট। যারা টেস্টনেট ভ্যালিডেটর চালাতে চান তাদের জন্য হুডি নেটওয়ার্কটি উন্মুক্ত। যেসব স্টেকাররা প্রোটোকল আপগ্রেডগুলি মেইননেটে ডিপ্লয় করার আগে পরীক্ষা করতে চান, তাদের হুডি ব্যবহার করা উচিত।
+
+- উন্মুক্ত ভ্যালিডেটর সেট, স্টেকাররা নেটওয়ার্ক আপগ্রেড পরীক্ষা করতে পারে
+- বড় স্টেট, জটিল স্মার্ট কন্ট্র্যাক্ট ইন্টারঅ্যাকশন পরীক্ষা করার জন্য উপযোগী
+- সিঙ্ক হতে বেশি সময় লাগে এবং একটি নোড চালানোর জন্য আরও বেশি স্টোরেজ প্রয়োজন
+
+##### রিসোর্স
+
+- [ওয়েবসাইট](https://hoodi.ethpandaops.io/)
+- [গিটহাব](https://github.com/eth-clients/hoodi)
+- [এক্সপ্লোরার](https://explorer.hoodi.ethpandaops.io/)
+- [চেকপয়েন্ট সিঙ্ক](https://checkpoint-sync.hoodi.ethpandaops.io/)
+- [অটারস্ক্যান](https://hoodi.otterscan.io/)
+- [ইথারস্ক্যান](https://hoodi.etherscan.io/)
+
+##### ফসেট
+
+- [চেইন প্ল্যাটফর্ম হুডি ফসেট](https://faucet.chainplatform.co/faucets/ethereum-hoodi/)
+- [হুডি ফসেট](https://hoodi.ethpandaops.io/)
+- [PoW ফসেট](https://hoodi-faucet.pk910.de/)
+
+#### এফেমেরি {#ephemery}
+
+এফেমেরি হল এক বিশেষ ধরনের টেস্টনেট যা প্রতি মাসে সম্পূর্ণভাবে রিসেট হয়। এক্সিকিউশন এবং কনসেন্সাস স্টেট প্রতি ২৮ দিনে জেনেসিসে ফিরে যায়, যার মানে হল টেস্টনেটে যা কিছু ঘটে তা ক্ষণস্থায়ী। এটি স্বল্পমেয়াদী পরীক্ষা, দ্রুত নোড বুটস্ট্র্যাপ এবং 'হ্যালো ওয়ার্ল্ড' ধরনের অ্যাপ্লিকেশনের জন্য আদর্শ, যাদের স্থায়িত্বের প্রয়োজন নেই।
+
+- সর্বদা নতুন স্টেট, ভ্যালিডেটর এবং অ্যাপের স্বল্পমেয়াদী পরীক্ষা
+- শুধুমাত্র কন্ট্র্যাক্টের বেসিক সেট অন্তর্ভুক্ত
+- উন্মুক্ত ভ্যালিডেটর সেট এবং বড় আকারের ফান্ড সহজে অ্যাক্সেসযোগ্য
+- সবচেয়ে ছোট নোডের প্রয়োজনীয়তা এবং দ্রুততম সিঙ্ক, গড়ে &lt;5GB
+
+##### রিসোর্স
+
+- [ওয়েবসাইট](https://ephemery.dev/)
+- [গিটহাব](https://github.com/ephemery-testnet/ephemery-resources)
+- [কমিউনিটি চ্যাট](https://matrix.to/#/#staker-testnet:matrix.org)
+- [ব্লকস্কাউট](https://explorer.ephemery.dev/)
+- [অটারস্ক্যান](https://otter.bordel.wtf/)
+- [বিকন এক্সপ্লোরার](https://beaconlight.ephemery.dev/)
+- [চেকপয়েন্ট সিঙ্ক](https://checkpoint-sync.ephemery.ethpandaops.io)
+- [লঞ্চপ্যাড](https://launchpad.ephemery.dev/)
+
+#### ফসেট
+
+- [বোরডেল ফসেট](https://faucet.bordel.wtf/)
+- [Pk910 PoW ফসেট](https://ephemery-faucet.pk910.de/)
+
+#### হোলস্কি (অপ্রচলিত) {#holesky}
+
+হোলস্কি টেস্টনেট সেপ্টেম্বর 2025 থেকে অপ্রচলিত। স্টেকিং অপারেটর এবং ইনফ্রাস্ট্রাকচার প্রদানকারীদের পরিবর্তে ভ্যালিডেটর পরীক্ষার জন্য হুডি ব্যবহার করা উচিত।
+
+- [হোলস্কি টেস্টনেট শাটডাউন ঘোষণা](https://blog.ethereum.org/2025/09/01/holesky-shutdown-announcement) - _EF ব্লগ, ১-সেপ্টেম্বর-২০২৫_
+- [হোলস্কি এবং হুডি টেস্টনেট আপডেট](https://blog.ethereum.org/en/2025/03/18/hoodi-holesky) - _EF ব্লগ, ১৮-মার্চ-২০২৫_
+
+### লেয়ার 2 টেস্টনেট {#layer-2-testnets}
+
+[লেয়ার 2 (L2)](/layer-2/) হল একটি সম্মিলিত শব্দ যা ইথেরিয়াম স্কেলিং সলিউশনের একটি নির্দিষ্ট সেটকে বর্ণনা করতে ব্যবহৃত হয়। একটি লেয়ার 2 হল একটি আলাদা ব্লকচেইন যা ইথেরিয়ামকে প্রসারিত করে এবং ইথেরিয়ামের নিরাপত্তার নিশ্চয়তা উত্তরাধিকার সূত্রে পায়। লেয়ার 2 টেস্টনেট সাধারণত পাবলিক ইথেরিয়াম টেস্টনেটের সাথে দৃঢ়ভাবে সংযুক্ত থাকে।
+
+#### আরবিট্রাম সেপোলিয়া {#arbitrum-sepolia}
+
+[আরবিট্রাম](https://arbitrum.io/)-এর জন্য একটি টেস্টনেট।
+
+##### রিসোর্স
+
+- [ইথারস্ক্যান](https://sepolia.arbiscan.io/)
+- [ব্লকস্কাউট](https://sepolia-explorer.arbitrum.io/)
+
+##### ফসেট
+
+- [অ্যালকেমি আরবিট্রাম সেপোলিয়া ফসেট](https://www.alchemy.com/faucets/arbitrum-sepolia)
+- [চেইনলিংক আরবিট্রাম সেপোলিয়া ফসেট](https://faucets.chain.link/arbitrum-sepolia)
+- [ethfaucet.com আরবিট্রাম সেপোলিয়া ফসেট](https://ethfaucet.com/networks/arbitrum)
+- [কুইকনোড আরবিট্রাম সেপোলিয়া ফসেট](https://faucet.quicknode.com/arbitrum/sepolia)
+
+#### অপ্টিমিস্টিক সেপোলিয়া {#optimistic-sepolia}
+
+[অপ্টিমিজম](https://www.optimism.io/)-এর জন্য একটি টেস্টনেট।
+
+##### রিসোর্স
+
+- [ইথারস্ক্যান](https://sepolia-optimistic.etherscan.io/)
+- [ব্লকস্কাউট](https://optimism-sepolia.blockscout.com/)
+
+##### ফসেট
+
+- [অ্যালকেমি ফসেট](https://www.alchemy.com/faucets/optimism-sepolia)
+- [চেইনলিংক ফসেট](https://faucets.chain.link/optimism-sepolia)
+- [ethfaucet.com অপ্টিমিজম সেপোলিয়া ফসেট](https://ethfaucet.com/networks/optimism)
+- [টেস্টনেট ফসেট](https://docs.optimism.io/builders/tools/build/faucets)
+
+#### স্টার্কনেট সেপোলিয়া {#starknet-sepolia}
+
+[স্টার্কনেট](https://www.starknet.io)-এর জন্য একটি টেস্টনেট।
+
+##### রিসোর্স
+
+- [স্টার্কস্ক্যান](https://sepolia.starkscan.co/)
+
+##### ফসেট
+
+- [অ্যালকেমি ফসেট](https://www.alchemy.com/faucets/starknet-sepolia)
+- [ব্লাস্ট স্টার্কনেট সেপোলিয়া ফসেট](https://blastapi.io/faucets/starknet-sepolia-eth)
+- [স্টার্কনেট ফসেট](https://starknet-faucet.vercel.app/)
+
+## প্রাইভেট নেটওয়ার্ক {#private-networks}
+
+একটি ইথেরিয়াম নেটওয়ার্ক একটি প্রাইভেট নেটওয়ার্ক যদি এর নোডগুলি কোনো পাবলিক নেটওয়ার্কের (অর্থাৎ, মেইননেট বা একটি টেস্টনেট) সাথে সংযুক্ত না থাকে। এই প্রসঙ্গে, প্রাইভেট মানে শুধুমাত্র সংরক্ষিত বা বিচ্ছিন্ন, সুরক্ষিত বা নিরাপদ নয়।
+
+### ডেভেলপমেন্ট নেটওয়ার্ক {#development-networks}
+
+একটি ইথেরিয়াম অ্যাপ্লিকেশন ডেভেলপ করার জন্য, আপনি এটি ডিপ্লয় করার আগে এটি কীভাবে কাজ করে তা দেখতে একটি প্রাইভেট নেটওয়ার্কে চালাতে চাইবেন। আপনি যেমন ওয়েব ডেভেলপমেন্টের জন্য আপনার কম্পিউটারে একটি লোকাল সার্ভার তৈরি করেন, তেমনি আপনার dapp পরীক্ষা করার জন্য একটি লোকাল ব্লকচেইন ইনস্ট্যান্স তৈরি করতে পারেন। এটি একটি পাবলিক টেস্টনেটের চেয়ে অনেক দ্রুত পুনরাবৃত্তির সুযোগ দেয়।
+
+এটিতে সহায়তা করার জন্য নিবেদিত প্রকল্প এবং টুলস রয়েছে। [ডেভেলপমেন্ট নেটওয়ার্ক](/developers/docs/development-networks/) সম্পর্কে আরও জানুন।
+
+### কনসোর্টিয়াম নেটওয়ার্ক {#consortium-networks}
+
+কনসেন্সাস প্রক্রিয়াটি বিশ্বস্ত নোডগুলির একটি পূর্ব-নির্ধারিত সেট দ্বারা নিয়ন্ত্রিত হয়। উদাহরণস্বরূপ, পরিচিত একাডেমিক প্রতিষ্ঠানগুলির একটি প্রাইভেট নেটওয়ার্ক যেখানে প্রতিটি একটি একক নোড পরিচালনা করে, এবং ব্লকগুলি নেটওয়ার্কের মধ্যে স্বাক্ষরকারীদের একটি থ্রেশহোল্ড দ্বারা যাচাই করা হয়।
+
+যদি একটি পাবলিক ইথেরিয়াম নেটওয়ার্ক পাবলিক ইন্টারনেটের মতো হয়, একটি কনসোর্টিয়াম নেটওয়ার্ক একটি প্রাইভেট ইন্ট্রানেটের মতো।
+
+## <Emoji text="🚉" /> কেন ইথেরিয়াম টেস্টনেটগুলির নাম মেট্রো স্টেশনের নামে রাখা হয়? {#why-naming}
+
+অনেক ইথেরিয়াম টেস্টনেটের নাম বাস্তব-জগতের মেট্রো বা ট্রেন স্টেশনের নামে রাখা হয়েছে। এই নামকরণের ঐতিহ্যটি প্রথম দিকে শুরু হয়েছিল এবং এটি সেইসব বিশ্বব্যাপী শহরগুলিকে প্রতিফলিত করে যেখানে কন্ট্রিবিউটররা বসবাস করেছেন বা কাজ করেছেন। এটি প্রতীকী, স্মরণীয় এবং ব্যবহারিক। ঠিক যেমন টেস্টনেটগুলি ইথেরিয়াম মেইননেট থেকে বিচ্ছিন্ন, মেট্রো লাইনগুলি ভূপৃষ্ঠের ট্র্যাফিক থেকে আলাদাভাবে চলে।
+
+### <Emoji text="🚧" /> সাধারণভাবে ব্যবহৃত এবং লিগ্যাসি টেস্টনেট {#common-and-legacy-testnets}
+
+- **সেপোলিয়া** - এথেন্স, গ্রীসের একটি মেট্রো-সংযুক্ত এলাকা। বর্তমানে স্মার্ট কন্ট্র্যাক্ট এবং dApp পরীক্ষার জন্য ব্যবহৃত হয়।
+- **হুডি** - ভারতের বেঙ্গালুরুর হুডি মেট্রো স্টেশনের নামে নামকরণ করা হয়েছে। ভ্যালিডেটর এবং প্রোটোকল আপগ্রেড পরীক্ষার জন্য ব্যবহৃত হয়।
+- **গোয়েরলি** _(অপ্রচলিত)_ - জার্মানির বার্লিনের গোর্লিটজার বাহনহফের নামে নামকরণ করা হয়েছে।
+- **রিঙ্কেবি** _(অপ্রচলিত)_ - একটি মেট্রো স্টেশনসহ স্টকহোমের একটি শহরতলির নামে নামকরণ করা হয়েছে।
+- **রোপস্টেন** _(অপ্রচলিত)_ - স্টকহোমের একটি এলাকা এবং প্রাক্তন ফেরি/মেট্রো টার্মিনালকে বোঝায়।
+- **কোভান** _(অপ্রচলিত)_ - সিঙ্গাপুরের একটি এমআরটি স্টেশনের নামে নামকরণ করা হয়েছে।
+- **মর্ডেন** _(অপ্রচলিত)_ - লন্ডনের একটি আন্ডারগ্রাউন্ড স্টেশনের নামে নামকরণ করা হয়েছে। ইথেরিয়ামের প্রথম পাবলিক টেস্টনেট।
+
+### <Emoji text="🧪" /> অন্যান্য বিশেষায়িত টেস্টনেট {#other-testnets}
+
+কিছু টেস্টনেট স্বল্পমেয়াদী বা আপগ্রেড-নির্দিষ্ট পরীক্ষার জন্য তৈরি করা হয়েছিল এবং সেগুলি অগত্যা মেট্রো-থিমযুক্ত নয়:
+
+- **হোলস্কি** _(অপ্রচলিত)_ - প্রাগের হোলসোভিস স্টেশনের নামে নামকরণ করা হয়েছে। ভ্যালিডেটর পরীক্ষার জন্য ব্যবহৃত; ২০২৫ সালে অপ্রচলিত।
+- **কিলন**, **ঝেজিয়াং**, **শানডং**, **প্রেটার**, **পাইরমন্ট**, **অলিম্পিক** _(সবই অপ্রচলিত)_ এবং **এফেমেরি** - দ্য মার্জ, সাংহাই-এর মতো আপগ্রেড সিমুলেশন বা ভ্যালিডেটর পরীক্ষার জন্য বিশেষভাবে তৈরি করা হয়েছে। কিছু নাম মেট্রো-ভিত্তিক না হয়ে আঞ্চলিক বা থিম্যাটিক।
+
+মেট্রো স্টেশনের নাম ব্যবহার করা ডেভেলপারদের সাংখ্যিক চেইন আইডি-র উপর নির্ভর না করে দ্রুত টেস্টনেট সনাক্ত করতে এবং মনে রাখতে সাহায্য করে। এটি ইথেরিয়ামের সংস্কৃতিকেও প্রতিফলিত করে: ব্যবহারিক, বিশ্বব্যাপী এবং মানব-কেন্দ্রিক।
+
+## সম্পর্কিত টুলস {#related-tools}
+
+- [চেইনলিস্ট](https://chainlist.org/) _EVM নেটওয়ার্কের তালিকা যা ওয়ালেট এবং প্রোভাইডারদের সঠিক চেইন আইডি এবং নেটওয়ার্ক আইডির সাথে সংযুক্ত করে_
+- [EVM-ভিত্তিক চেইন](https://github.com/ethereum-lists/chains) _চেইন মেটাডেটার গিটহাব রিপো যা চেইনলিস্টকে শক্তি জোগায়_
+
+## আরও পড়ুন {#further-reading}
+
+- [প্রস্তাব: অনুমানযোগ্য ইথেরিয়াম টেস্টনেট জীবনচক্র](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17)
+- [ইথেরিয়াম টেস্টনেটগুলির বিবর্তন](https://etherworld.co/2022/08/19/the-evolution-of-ethereum-testnet/)
diff --git a/public/content/translations/bn/developers/docs/nodes-and-clients/archive-nodes/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/archive-nodes/index.md
new file mode 100644
index 00000000000..92c17b5d9d1
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/nodes-and-clients/archive-nodes/index.md
@@ -0,0 +1,81 @@
+---
+title: "ইথেরিয়াম আর্কাইভ নোড"
+description: "আর্কাইভ নোডগুলির একটি ওভারভিউ"
+lang: bn
+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) - _কুইকনোড, সেপ্টেম্বর ২০২২_
+- [আপনার নিজের ইথেরিয়াম আর্কাইভ নোড তৈরি করা](https://tjayrush.medium.com/building-your-own-ethereum-archive-node-72c014affc09) - _থমাস জে রাশ, আগস্ট ২০২১_
+- [পরিষেবা হিসাবে Erigon, Erigon-এর 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/bn/developers/docs/nodes-and-clients/bootnodes/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/bootnodes/index.md
new file mode 100644
index 00000000000..4be6be63fa8
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/nodes-and-clients/bootnodes/index.md
@@ -0,0 +1,31 @@
+---
+title: "ইথেরিয়াম বুটনোডে ভূমিকা"
+description: "বুটনোডগুলি বোঝার জন্য আপনার প্রয়োজনীয় প্রাথমিক তথ্য"
+lang: bn
+---
+
+যখন একটি নতুন নোড ইথেরিয়াম নেটওয়ার্কে যোগ দেয়, তখন নতুন পিয়ারদের আবিষ্কার করার জন্য এটিকে ইতিমধ্যেই নেটওয়ার্কে থাকা নোডগুলির সাথে সংযোগ স্থাপন করতে হয়। ইথেরিয়াম নেটওয়ার্কে এই এন্ট্রি পয়েন্টগুলিকে বুটনোড বলা হয়। ক্লায়েন্টদের মধ্যে সাধারণত বুটনোডগুলির একটি তালিকা হার্ডকোড করা থাকে। এই বুটনোডগুলি সাধারণত ইথেরিয়াম ফাইন্ডেশনের ডেভঅপস টিম বা ক্লায়েন্ট টিম নিজেরাই চালায়। মনে রাখবেন যে বুটনোডগুলি স্ট্যাটিক নোডের মতো নয়। স্ট্যাটিক নোডগুলিকে বারবার কল করা হয়, যেখানে বুটনোডগুলিকে কেবল তখনই কল করা হয় যদি সংযোগ করার জন্য যথেষ্ট পিয়ার না থাকে এবং একটি নোডকে কিছু নতুন সংযোগ বুটস্ট্র্যাপ করতে হয়।
+
+## একটি বুটনোডের সাথে সংযোগ করুন {#connect-to-a-bootnode}
+
+বেশিরভাগ ক্লায়েন্টের একটি বিল্টইন বুটনোডের তালিকা থাকে, তবে আপনি নিজের বুটনোডও চালাতে চাইতে পারেন, বা ক্লায়েন্টের হার্ডকোডেড তালিকার অংশ নয় এমন একটি ব্যবহার করতে পারেন। এই ক্ষেত্রে, আপনি আপনার ক্লায়েন্ট শুরু করার সময় সেগুলি নির্দিষ্ট করতে পারেন, যেমনটি নিচে দেখানো হয়েছে (উদাহরণটি Geth-এর জন্য, অনুগ্রহ করে আপনার ক্লায়েন্টের নথিপত্র দেখুন):
+
+```
+geth --bootnodes "enode://<node ID>@<IP address>:<port>"
+```
+
+## একটি বুটনোড চালান {#run-a-bootnode}
+
+বুটনোডগুলি সম্পূর্ণ নোড যা NAT-এর ([Network Address Translation](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/bn/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/client-diversity/index.md
new file mode 100644
index 00000000000..e1a7caa174d
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/nodes-and-clients/client-diversity/index.md
@@ -0,0 +1,132 @@
+---
+title: "ক্লায়েন্ট বৈচিত্র্য"
+description: "Ethereum ক্লায়েন্ট বৈচিত্র্যের গুরুত্বের একটি উচ্চ স্তরের ব্যাখ্যা।"
+lang: bn
+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: "অন্যান্য", 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/) থেকে পাওয়া গেছে। [মাইকেল স্প্রুলের](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}
+
+ক্লায়েন্ট বৈচিত্র্য মোকাবেলার জন্য সংখ্যালঘু ক্লায়েন্ট বেছে নেওয়ার জন্য স্বতন্ত্র ব্যবহারকারীদের চেয়ে বেশি প্রয়োজন - এর জন্য ভ্যালিডেটর পুল এবং প্রধান ডিএ্যাপস এবং এক্সচেঞ্জের মতো প্রতিষ্ঠানগুলিকেও ক্লায়েন্ট পরিবর্তন করতে হবে। যাইহোক, সমস্ত ব্যবহারকারী বর্তমান ভারসাম্যহীনতা সংশোধন করতে এবং সমস্ত উপলব্ধ 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) – _ড্যানক্র্যাড ফিস্ট, ২৪ মার্চ ২০২২_
+- [ক্লায়েন্ট বৈচিত্র্যের গুরুত্ব](https://our.status.im/the-importance-of-client-diversity/)
+- [ইথেরিয়াম নোড পরিষেবাগুলির তালিকা](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/bn/developers/docs/nodes-and-clients/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/index.md
new file mode 100644
index 00000000000..7a2e496ce85
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/nodes-and-clients/index.md
@@ -0,0 +1,319 @@
+---
+title: "নোড ও ক্লায়েন্ট"
+description: "ইথেরিয়াম নোড এবং ক্লায়েন্ট সফ্টওয়্যারের একটি সংক্ষিপ্ত বিবরণ, সাথে কীভাবে একটি নোড সেট আপ করতে হয় এবং কেন আপনার এটি করা উচিত।"
+lang: bn
+sidebarDepth: 2
+---
+
+ইথেরিয়াম হল কম্পিউটারগুলির (নোড হিসাবে পরিচিত) একটি বিতরণ করা নেটওয়ার্ক যা এমন সফ্টওয়্যার চালায় যা ব্লক এবং লেনদেনের ডেটা যাচাই করতে পারে। আপনার কম্পিউটারকে একটি ইথেরিয়াম নোডে পরিণত করার জন্য সফ্টওয়্যারটি অবশ্যই আপনার কম্পিউটারে চালাতে হবে। একটি নোড তৈরি করার জন্য দুটি পৃথক সফ্টওয়্যার ('ক্লায়েন্ট' হিসাবে পরিচিত) প্রয়োজন।
+
+## পূর্বশর্ত {#prerequisites}
+
+গভীরে যাওয়ার আগে এবং একটি ইথেরিয়াম ক্লায়েন্টের নিজস্ব উদাহরণ চালানোর আগে আপনার একটি পিয়ার-টু-পিয়ার নেটওয়ার্কের ধারণা এবং [EVM-এর মূল বিষয়গুলি](/developers/docs/evm/) বোঝা উচিত। আমাদের [ইথেরিয়ামের পরিচিতি](/developers/docs/intro-to-ethereum/) দেখুন।
+
+আপনি যদি নোডের বিষয়ে নতুন হন, তাহলে আমরা প্রথমে [একটি ইথেরিয়াম নোড চালানো](/run-a-node)-র উপর আমাদের ব্যবহারকারী-বান্ধব ভূমিকাটি দেখার পরামর্শ দিই।
+
+## নোড এবং ক্লায়েন্ট কী? {#what-are-nodes-and-clients}
+
+একটি "নোড" হল ইথেরিয়াম ক্লায়েন্ট সফ্টওয়্যারের যেকোনো উদাহরণ যা ইথেরিয়াম সফ্টওয়্যার চালিত অন্যান্য কম্পিউটারের সাথে সংযুক্ত থাকে এবং একটি নেটওয়ার্ক তৈরি করে। একটি ক্লায়েন্ট হল ইথেরিয়ামের একটি বাস্তবায়ন যা প্রোটোকলের নিয়ম অনুসারে ডেটা যাচাই করে এবং নেটওয়ার্ককে সুরক্ষিত রাখে। একটি নোডকে দুটি ক্লায়েন্ট চালাতে হয়: একটি কনসেন্সাস ক্লায়েন্ট এবং একটি এক্সিকিউশন ক্লায়েন্ট।
+
+- এক্সিকিউশন ক্লায়েন্ট (এক্সিকিউশন ইঞ্জিন, EL ক্লায়েন্ট বা পূর্বে Eth1 ক্লায়েন্ট নামেও পরিচিত) নেটওয়ার্কে সম্প্রচারিত নতুন লেনদেন শোনে, সেগুলিকে EVM-এ কার্যকর করে এবং সমস্ত বর্তমান ইথেরিয়াম ডেটার সর্বশেষ অবস্থা এবং ডেটাবেস ধারণ করে।
+- কনসেন্সাস ক্লায়েন্ট (বিকন নোড, CL ক্লায়েন্ট বা পূর্বে Eth2 ক্লায়েন্ট নামেও পরিচিত) প্রুফ-অফ-স্টেক কনসেন্সাস অ্যালগরিদম প্রয়োগ করে, যা এক্সিকিউশন ক্লায়েন্ট থেকে যাচাইকৃত ডেটার উপর ভিত্তি করে নেটওয়ার্ককে চুক্তিতে পৌঁছাতে সক্ষম করে। এছাড়াও একটি তৃতীয় সফ্টওয়্যার আছে, যা একটি 'ভ্যালিডেটর' হিসাবে পরিচিত যা কনসেন্সাস ক্লায়েন্টে যোগ করা যেতে পারে, যা একটি নোডকে নেটওয়ার্ক সুরক্ষিত করতে অংশগ্রহণ করার অনুমতি দেয়।
+
+এই ক্লায়েন্টরা ইথেরিয়াম চেইনের হেডের ট্র্যাক রাখতে একসাথে কাজ করে এবং ব্যবহারকারীদের ইথেরিয়াম নেটওয়ার্কের সাথে যোগাযোগ করতে দেয়। একাধিক সফ্টওয়্যার একসাথে কাজ করার এই মডুলার ডিজাইনকে [এনক্যাপসুলেটেড কমপ্লেক্সিটি](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/) সম্পর্কে আরও জানুন।
+
+এই বাস্তবায়নগুলির মধ্যে যা সাধারণ তা হল তারা সবাই একটি একক স্পেসিফিকেশন অনুসরণ করে। স্পেসিফিকেশনগুলি নির্দেশ করে যে ইথেরিয়াম নেটওয়ার্ক এবং ব্লকচেইন কীভাবে কাজ করে। প্রতিটি প্রযুক্তিগত বিবরণ সংজ্ঞায়িত করা হয়েছে এবং স্পেসিফিকেশনগুলি এভাবে পাওয়া যেতে পারে:
+
+- মূলত, [ইথেরিয়াম ইয়েলো পেপার](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}
+
+একাধিক ট্র্যাকার ইথেরিয়াম নেটওয়ার্কের নোডগুলির একটি রিয়েল-টাইম ওভারভিউ অফার করে। মনে রাখবেন যে বিকেন্দ্রীভূত নেটওয়ার্কগুলির প্রকৃতির কারণে, এই ক্রলারগুলি কেবল নেটওয়ার্কের একটি সীমিত ভিউ প্রদান করতে পারে এবং বিভিন্ন ফলাফল রিপোর্ট করতে পারে।
+
+- 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 দ্বারা, [নেবুলা ক্রলার](https://github.com/dennis-tra/nebula) এবং অন্যান্য টুল ব্যবহার করে
+
+## নোডের প্রকারভেদ {#node-types}
+
+আপনি যদি [নিজের নোড চালাতে](/developers/docs/nodes-and-clients/run-a-node/) চান, তাহলে আপনার বোঝা উচিত যে বিভিন্ন ধরণের নোড রয়েছে যা ভিন্নভাবে ডেটা ব্যবহার করে। আসলে, ক্লায়েন্টরা তিন ধরণের নোড চালাতে পারে: লাইট, ফুল এবং আর্কাইভ। এছাড়াও বিভিন্ন সিঙ্ক কৌশলের বিকল্প রয়েছে যা দ্রুত সিঙ্ক্রোনাইজেশন সময় সক্ষম করে। সিঙ্ক্রোনাইজেশন বলতে বোঝায় এটি কত দ্রুত ইথেরিয়ামের অবস্থার সবচেয়ে আপ-টু-ডেট তথ্য পেতে পারে।
+
+### ফুল নোড {#full-node}
+
+ফুল নোডগুলি ব্লকচেইনের একটি ব্লক-বাই-ব্লক বৈধতা সম্পাদন করে, যার মধ্যে প্রতিটি ব্লকের জন্য ব্লক বডি এবং স্টেট ডেটা ডাউনলোড এবং যাচাই করা অন্তর্ভুক্ত। ফুল নোডের বিভিন্ন ক্লাস রয়েছে - কিছু জেনেসিস ব্লক থেকে শুরু হয় এবং ব্লকচেইনের পুরো ইতিহাসে প্রতিটি একক ব্লক যাচাই করে। অন্যরা তাদের যাচাইকরণ একটি সাম্প্রতিক ব্লক থেকে শুরু করে যা তারা বিশ্বাস করে যে বৈধ (যেমন, Geth-এর 'স্ন্যাপ সিঙ্ক')। যাচাইকরণ যেখানেই শুরু হোক না কেন, ফুল নোডগুলি শুধুমাত্র তুলনামূলকভাবে সাম্প্রতিক ডেটার (সাধারণত সবচেয়ে সাম্প্রতিক 128টি ব্লক) একটি স্থানীয় কপি রাখে, যা ডিস্ক স্পেস বাঁচানোর জন্য পুরানো ডেটা মুছে ফেলার অনুমতি দেয়। প্রয়োজনে পুরোনো ডেটা পুনরায় তৈরি করা যেতে পারে।
+
+- সম্পূর্ণ ব্লকচেইন ডেটা সঞ্চয় করে (যদিও এটি পর্যায়ক্রমে ছাঁটাই করা হয় তাই একটি ফুল নোড জেনেসিস পর্যন্ত সমস্ত স্টেট ডেটা সঞ্চয় করে না)
+- ব্লক যাচাইকরণে অংশ নেয়, সমস্ত ব্লক এবং স্টেট যাচাই করে।
+- সমস্ত স্টেট হয় স্থানীয় স্টোরেজ থেকে পুনরুদ্ধার করা যেতে পারে বা একটি ফুল নোড দ্বারা 'স্ন্যাপশট' থেকে পুনরায় তৈরি করা যেতে পারে।
+- নেটওয়ার্কে পরিষেবা দেয় এবং অনুরোধের ভিত্তিতে ডেটা সরবরাহ করে।
+
+### আর্কাইভ নোড {#archive-node}
+
+আর্কাইভ নোডগুলি হল ফুল নোড যা জেনেসিস থেকে প্রতিটি ব্লক যাচাই করে এবং ডাউনলোড করা কোনও ডেটা কখনও মুছে ফেলে না।
+
+- ফুল নোডে রাখা সবকিছু সঞ্চয় করে এবং ঐতিহাসিক স্টেটের একটি আর্কাইভ তৈরি করে। আপনার যদি ব্লক #4,000,000-এ একটি অ্যাকাউন্টের ব্যালেন্সের মতো কিছু জিজ্ঞাসা করার প্রয়োজন হয়, বা ট্রেসিং ব্যবহার করে যাচাই না করে সহজভাবে এবং নির্ভরযোগ্যভাবে আপনার নিজের লেনদেন সেট পরীক্ষা করার প্রয়োজন হয়, তবে এটির প্রয়োজন।
+- এই ডেটা টেরাবাইট ইউনিটের প্রতিনিধিত্ব করে, যা আর্কাইভ নোডগুলিকে গড় ব্যবহারকারীদের জন্য কম আকর্ষণীয় করে তোলে তবে ব্লক এক্সপ্লোরার, ওয়ালেট বিক্রেতা এবং চেইন অ্যানালিটিক্সের মতো পরিষেবাগুলির জন্য সুবিধাজনক হতে পারে।
+
+আর্কাইভ ছাড়া অন্য কোনো মোডে ক্লায়েন্ট সিঙ্ক করার ফলে ছাঁটাই করা ব্লকচেইন ডেটা হবে। এর মানে হল, সমস্ত ঐতিহাসিক স্টেটের কোনো আর্কাইভ নেই তবে ফুল নোড প্রয়োজনে সেগুলি তৈরি করতে সক্ষম।
+
+[আর্কাইভ নোড](/developers/docs/nodes-and-clients/archive-nodes) সম্পর্কে আরও জানুন।
+
+### লাইট নোড {#light-node}
+
+প্রতিটি ব্লক ডাউনলোড করার পরিবর্তে, লাইট নোডগুলি কেবল ব্লক হেডার ডাউনলোড করে। এই হেডারগুলিতে ব্লকগুলির বিষয়বস্তু সম্পর্কে সংক্ষিপ্ত তথ্য থাকে। লাইট নোডের প্রয়োজনীয় অন্য যেকোনো তথ্য একটি ফুল নোড থেকে অনুরোধ করা হয়। লাইট নোড তখন ব্লক হেডারগুলিতে স্টেট রুটের বিপরীতে তারা যে ডেটা পায় তা স্বাধীনভাবে যাচাই করতে পারে। লাইট নোড ব্যবহারকারীদেরকে শক্তিশালী হার্ডওয়্যার বা ফুল নোড চালানোর জন্য প্রয়োজনীয় উচ্চ ব্যান্ডউইথ ছাড়াই ইথেরিয়াম নেটওয়ার্কে অংশগ্রহণ করতে সক্ষম করে। অবশেষে, লাইট নোডগুলি মোবাইল ফোন বা এমবেডেড ডিভাইসে চলতে পারে। লাইট নোডগুলি কনসেন্সাসে অংশ নেয় না (অর্থাৎ, তারা ভ্যালিডেটর হতে পারে না), তবে তারা একটি ফুল নোডের মতো একই কার্যকারিতা এবং নিরাপত্তা গ্যারান্টি সহ ইথেরিয়াম ব্লকচেইনে অ্যাক্সেস করতে পারে।
+
+লাইট ক্লায়েন্টগুলি ইথেরিয়ামের জন্য সক্রিয় বিকাশের একটি ক্ষেত্র এবং আমরা শীঘ্রই কনসেন্সাস লেয়ার এবং এক্সিকিউশন লেয়ারের জন্য নতুন লাইট ক্লায়েন্ট দেখার আশা করি।
+[গসিপ নেটওয়ার্ক](https://www.ethportal.net/) এর মাধ্যমে লাইট ক্লায়েন্ট ডেটা সরবরাহ করার সম্ভাব্য রুটও রয়েছে। এটি সুবিধাজনক কারণ গসিপ নেটওয়ার্ক অনুরোধ পরিবেশন করার জন্য ফুল নোডের প্রয়োজন ছাড়াই লাইট নোডগুলির একটি নেটওয়ার্ক সমর্থন করতে পারে।
+
+ইথেরিয়াম এখনও লাইট নোডের একটি বড় জনসংখ্যা সমর্থন করে না, তবে লাইট নোড সমর্থন একটি এমন ক্ষেত্র যা অদূর ভবিষ্যতে দ্রুত বিকশিত হবে বলে আশা করা হচ্ছে। বিশেষ করে, [Nimbus](https://nimbus.team/), [Helios](https://github.com/a16z/helios), এবং [LodeStar](https://lodestar.chainsafe.io/)-এর মতো ক্লায়েন্টরা বর্তমানে লাইট নোডগুলিতে খুব বেশি মনোনিবেশ করছে।
+
+## আমার কেন একটি ইথেরিয়াম নোড চালানো উচিত? {#why-should-i-run-an-ethereum-node}
+
+একটি নোড চালানো আপনাকে সরাসরি, বিশ্বাসহীনভাবে এবং ব্যক্তিগতভাবে ইথেরিয়াম ব্যবহার করার অনুমতি দেয় এবং একই সাথে নেটওয়ার্ককে আরও শক্তিশালী এবং বিকেন্দ্রীভূত রেখে সমর্থন করে।
+
+### আপনার জন্য সুবিধা {#benefits-to-you}
+
+আপনার নিজের নোড চালানো আপনাকে একটি ব্যক্তিগত, স্বয়ংসম্পূর্ণ এবং বিশ্বাসহীন পদ্ধতিতে ইথেরিয়াম ব্যবহার করতে সক্ষম করে। আপনাকে নেটওয়ার্ককে বিশ্বাস করার দরকার নেই কারণ আপনি আপনার ক্লায়েন্টের সাথে নিজেই ডেটা যাচাই করতে পারেন। "বিশ্বাস করবেন না, যাচাই করুন" একটি জনপ্রিয় ব্লকচেইন মন্ত্র।
+
+- আপনার নোড নিজেই কনসেন্সাস নিয়মগুলির বিরুদ্ধে সমস্ত লেনদেন এবং ব্লক যাচাই করে। এর মানে হল আপনাকে নেটওয়ার্কের অন্য কোনও নোডের উপর নির্ভর করতে হবে না বা তাদের পুরোপুরি বিশ্বাস করতে হবে না।
+- আপনি আপনার নিজের নোডের সাথে একটি ইথেরিয়াম ওয়ালেট ব্যবহার করতে পারেন। আপনি আরও সুরক্ষিতভাবে এবং ব্যক্তিগতভাবে ডিএ্যাপস ব্যবহার করতে পারেন কারণ আপনাকে মধ্যস্থতাকারীদের কাছে আপনার ঠিকানা এবং ব্যালেন্স ফাঁস করতে হবে না। সবকিছু আপনার নিজের ক্লায়েন্ট দিয়ে পরীক্ষা করা যেতে পারে। [MetaMask](https://metamask.io), [Frame](https://frame.sh/), এবং [অন্যান্য অনেক ওয়ালেট](/wallets/find-wallet/) RPC-আমদানি অফার করে, যা তাদের আপনার নোড ব্যবহার করার অনুমতি দেয়।
+- আপনি অন্যান্য পরিষেবাগুলি চালাতে এবং স্ব-হোস্ট করতে পারেন যা ইথেরিয়াম থেকে ডেটার উপর নির্ভর করে। উদাহরণস্বরূপ, এটি একটি বিকন চেইন ভ্যালিডেটর, লেয়ার 2-এর মতো সফ্টওয়্যার, অবকাঠামো, ব্লক এক্সপ্লোরার, পেমেন্ট প্রসেসর ইত্যাদি হতে পারে।
+- আপনি আপনার নিজস্ব কাস্টম [RPC এন্ডপয়েন্ট](/developers/docs/apis/json-rpc/) প্রদান করতে পারেন। আপনি এমনকি এই এন্ডপয়েন্টগুলি প্রকাশ্যে সম্প্রদায়ের কাছে অফার করতে পারেন যাতে তারা বড় সেন্ট্রালাইজড প্রদানকারীদের এড়াতে পারে।
+- আপনি **ইন্টার-প্রসেস কমিউনিকেশনস (IPC)** ব্যবহার করে আপনার নোডের সাথে সংযোগ স্থাপন করতে পারেন বা আপনার প্রোগ্রামকে একটি প্লাগইন হিসাবে লোড করার জন্য নোডটি পুনরায় লিখতে পারেন। এটি কম লেটেন্সি প্রদান করে, যা অনেক সাহায্য করে, যেমন, ওয়েব3 লাইব্রেরি ব্যবহার করে প্রচুর ডেটা প্রক্রিয়া করার সময় বা যখন আপনাকে যত দ্রুত সম্ভব আপনার লেনদেন প্রতিস্থাপন করতে হবে (যেমন, ফ্রন্টরানিং)।
+- আপনি নেটওয়ার্ক সুরক্ষিত করতে এবং পুরস্কার অর্জন করতে সরাসরি ETH স্টেক করতে পারেন। শুরু করতে [একক স্টেকিং](/staking/solo/) দেখুন।
+
+![আপনার অ্যাপ্লিকেশন এবং নোডের মাধ্যমে আপনি কীভাবে ইথেরিয়াম অ্যাক্সেস করবেন](./nodes.png)
+
+### নেটওয়ার্কের সুবিধা {#network-benefits}
+
+ইথেরিয়ামের স্বাস্থ্য, নিরাপত্তা এবং কর্মক্ষম স্থিতিস্থাপকতার জন্য বিভিন্ন ধরণের নোড থাকা গুরুত্বপূর্ণ।
+
+- ফুল নোডগুলি কনসেন্সাস নিয়মগুলি প্রয়োগ করে যাতে তাদের এমন ব্লকগুলি গ্রহণ করতে প্রতারিত করা না যায় যা সেগুলি অনুসরণ করে না। এটি নেটওয়ার্কে অতিরিক্ত নিরাপত্তা প্রদান করে কারণ যদি সমস্ত নোড লাইট নোড হত, যা সম্পূর্ণ যাচাই করে না, তবে ভ্যালিডেটররা নেটওয়ার্কে আক্রমণ করতে পারত।
+- [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/#what-is-pos)-এর ক্রিপ্টো-অর্থনৈতিক প্রতিরক্ষা অতিক্রমকারী একটি আক্রমণের ক্ষেত্রে, সৎ চেইন অনুসরণ করতে বেছে নেওয়া ফুল নোডগুলির দ্বারা একটি সামাজিক পুনরুদ্ধার করা যেতে পারে।
+- নেটওয়ার্কে আরও নোড থাকার ফলে একটি আরও বৈচিত্র্যময় এবং শক্তিশালী নেটওয়ার্ক তৈরি হয়, যা বিকেন্দ্রীকরণের চূড়ান্ত লক্ষ্য, যা একটি সেন্সরশিপ-প্রতিরোধী এবং নির্ভরযোগ্য সিস্টেম সক্ষম করে।
+- ফুল নোডগুলি লাইটওয়েট ক্লায়েন্টদের জন্য ব্লকচেইন ডেটাতে অ্যাক্সেস সরবরাহ করে যা এর উপর নির্ভর করে। লাইট নোডগুলি পুরো ব্লকচেইন সঞ্চয় করে না, পরিবর্তে তারা [ব্লক হেডারগুলিতে স্টেট রুট](/developers/docs/blocks/#block-anatomy) এর মাধ্যমে ডেটা যাচাই করে। প্রয়োজনে তারা ফুল নোড থেকে আরও তথ্য অনুরোধ করতে পারে।
+
+আপনি যদি একটি ফুল নোড চালান, তবে পুরো ইথেরিয়াম নেটওয়ার্ক এটি থেকে উপকৃত হয়, এমনকি যদি আপনি একটি ভ্যালিডেটর নাও চালান।
+
+## আপনার নিজের নোড চালানো {#running-your-own-node}
+
+আপনার নিজের ইথেরিয়াম ক্লায়েন্ট চালাতে আগ্রহী?
+
+নতুনদের জন্য বন্ধুত্বপূর্ণ পরিচিতির জন্য আরও জানতে আমাদের [একটি নোড চালান](/run-a-node) পৃষ্ঠাটি দেখুন।
+
+আপনি যদি আরও বেশি প্রযুক্তিগত ব্যবহারকারী হন, তাহলে কীভাবে [আপনার নিজের নোড চালু করবেন](/developers/docs/nodes-and-clients/run-a-node/) সে সম্পর্কে আরও বিশদ এবং বিকল্পগুলিতে ডুব দিন।
+
+## বিকল্প {#alternatives}
+
+আপনার নিজের নোড সেট আপ করতে আপনার সময় এবং রিসোর্স খরচ হতে পারে তবে আপনাকে সবসময় নিজের ইনস্ট্যান্স চালানোর প্রয়োজন নেই। এই ক্ষেত্রে, আপনি একটি তৃতীয় পক্ষের API প্রদানকারী ব্যবহার করতে পারেন। এই পরিষেবাগুলি ব্যবহার করার একটি সংক্ষিপ্ত বিবরণের জন্য, [পরিষেবা হিসাবে নোডগুলি](/developers/docs/nodes-and-clients/nodes-as-a-service/) দেখুন।
+
+যদি কেউ আপনার সম্প্রদায়ে একটি পাবলিক API সহ একটি ইথেরিয়াম নোড চালায়, আপনি কাস্টম RPC এর মাধ্যমে আপনার ওয়ালেটগুলিকে একটি কমিউনিটি নোডে নির্দেশ করতে পারেন এবং কিছু এলোমেলো বিশ্বস্ত তৃতীয় পক্ষের তুলনায় আরও বেশি গোপনীয়তা অর্জন করতে পারেন।
+
+অন্যদিকে, আপনি যদি একটি ক্লায়েন্ট চালান, আপনি এটি আপনার বন্ধুদের সাথে শেয়ার করতে পারেন যাদের এটির প্রয়োজন হতে পারে।
+
+## এক্সিকিউশন ক্লায়েন্ট {#execution-clients}
+
+ইথেরিয়াম সম্প্রদায় একাধিক ওপেন-সোর্স এক্সিকিউশন ক্লায়েন্ট (পূর্বে 'Eth1 ক্লায়েন্ট', বা শুধু 'ইথেরিয়াম ক্লায়েন্ট' নামে পরিচিত) রক্ষণাবেক্ষণ করে, যা বিভিন্ন দল বিভিন্ন প্রোগ্রামিং ভাষা ব্যবহার করে তৈরি করেছে। এটি নেটওয়ার্ককে আরও শক্তিশালী এবং আরও [বৈচিত্র্যময়](/developers/docs/nodes-and-clients/client-diversity/) করে তোলে। আদর্শ লক্ষ্য হল কোনো একক ব্যর্থতার বিন্দু কমাতে কোনো ক্লায়েন্টের আধিপত্য ছাড়াই বৈচিত্র্য অর্জন করা।
+
+এই টেবিলটি বিভিন্ন ক্লায়েন্টের সারসংক্ষেপ করে। তারা সবাই [ক্লায়েন্ট পরীক্ষা](https://github.com/ethereum/tests) পাস করে এবং নেটওয়ার্ক আপগ্রেডের সাথে আপডেট থাকার জন্য সক্রিয়ভাবে রক্ষণাবেক্ষণ করা হয়।
+
+| ক্লায়েন্ট                                                                                   | ভাষা                     | অপারেটিং সিস্টেম           | নেটওয়ার্ক                | সিঙ্ক কৌশল                                                                         | স্টেট ছাঁটাই        |
+| ------------------------------------------------------------------------------------------- | ------------------------ | -------------------------- | ------------------------ | ---------------------------------------------------------------------------------- | ------------------- |
+| [Geth](https://geth.ethereum.org/)                                                          | যান                      | লিনাক্স, উইন্ডোজ, ম্যাকওএস | মেইননেট, সেপোলিয়া, হুডি | [স্ন্যাপ](#snap-sync), [ফুল](#full-sync)                                           | আর্কাইভ, ছাঁটাই করা |
+| [Nethermind](https://www.nethermind.io/)                                                    | C#, .NET | লিনাক্স, উইন্ডোজ, ম্যাকওএস | মেইননেট, সেপোলিয়া, হুডি | [স্ন্যাপ](#snap-sync) (পরিষেবা ছাড়া), ফাস্ট, [ফুল](#full-sync) | আর্কাইভ, ছাঁটাই করা |
+| [Besu](https://besu.hyperledger.org/en/stable/)                                             | জাভা                     | লিনাক্স, উইন্ডোজ, ম্যাকওএস | মেইননেট, সেপোলিয়া, হুডি | [স্ন্যাপ](#snap-sync), [ফাস্ট](#fast-sync), [ফুল](#full-sync)                      | আর্কাইভ, ছাঁটাই করা |
+| [Erigon](https://github.com/ledgerwatch/erigon)                                             | যান                      | লিনাক্স, উইন্ডোজ, ম্যাকওএস | মেইননেট, সেপোলিয়া, হুডি | [ফুল](#full-sync)                                                                  | আর্কাইভ, ছাঁটাই করা |
+| [Reth](https://reth.rs/)                                                                    | রাস্ট                    | লিনাক্স, উইন্ডোজ, ম্যাকওএস | মেইননেট, সেপোলিয়া, হুডি | [ফুল](#full-sync)                                                                  | আর্কাইভ, ছাঁটাই করা |
+| [EthereumJS](https://github.com/ethereumjs/ethereumjs-monorepo) _(বিটা)_ | টাইপস্ক্রিপ্ট            | লিনাক্স, উইন্ডোজ, ম্যাকওএস | সেপোলিয়া, হুডি          | [ফুল](#full-sync)                                                                  | ছাঁটাই করা          |
+
+সমর্থিত নেটওয়ার্ক সম্পর্কে আরও জানতে, [ইথেরিয়াম নেটওয়ার্ক](/developers/docs/networks/) সম্পর্কে পড়ুন।
+
+প্রতিটি ক্লায়েন্টের নিজস্ব ব্যবহার এবং সুবিধা রয়েছে, তাই আপনার নিজের পছন্দের উপর ভিত্তি করে একটি বেছে নেওয়া উচিত। বৈচিত্র্য বিভিন্ন বৈশিষ্ট্য এবং ব্যবহারকারী দর্শকদের উপর বাস্তবায়ন ফোকাস করার অনুমতি দেয়। আপনি বৈশিষ্ট্য, সমর্থন, প্রোগ্রামিং ভাষা বা লাইসেন্সের উপর ভিত্তি করে একটি ক্লায়েন্ট বেছে নিতে পারেন।
+
+### Besu {#besu}
+
+হাইপারলেজার বেসু পাবলিক এবং অনুমতিপ্রাপ্ত নেটওয়ার্কের জন্য একটি এন্টারপ্রাইজ-গ্রেড ইথেরিয়াম ক্লায়েন্ট। এটি ট্রেসিং থেকে GraphQL পর্যন্ত সমস্ত ইথেরিয়াম মেইননেট বৈশিষ্ট্য চালায়, এর ব্যাপক পর্যবেক্ষণ রয়েছে এবং এটি ConsenSys দ্বারা সমর্থিত, উভয়ই উন্মুক্ত কমিউনিটি চ্যানেলে এবং উদ্যোগগুলির জন্য বাণিজ্যিক SLA-এর মাধ্যমে। এটি জাভাতে লেখা এবং অ্যাপাচি 2.0 লাইসেন্সপ্রাপ্ত।
+
+বেসুর বিস্তৃত [নথিপত্র](https://besu.hyperledger.org/en/stable/) আপনাকে এর বৈশিষ্ট্য এবং সেটআপের সমস্ত বিবরণ দিয়ে গাইড করবে।
+
+### Erigon {#erigon}
+
+Erigon, যা পূর্বে টার্বো-গেথ নামে পরিচিত ছিল, এটি গো ইথেরিয়ামের একটি ফর্ক হিসাবে শুরু হয়েছিল যা গতি এবং ডিস্ক-স্পেস দক্ষতার দিকে ভিত্তিক। Erigon হল ইথেরিয়ামের একটি সম্পূর্ণ পুনঃস্থাপিত বাস্তবায়ন, যা বর্তমানে Go-তে লেখা কিন্তু অন্যান্য ভাষায় বাস্তবায়ন উন্নয়নাধীন রয়েছে। Erigon-এর লক্ষ্য হল ইথেরিয়ামের একটি দ্রুত, আরও মডুলার এবং আরও অপ্টিমাইজড বাস্তবায়ন প্রদান করা। এটি প্রায় 2TB ডিস্ক স্পেস ব্যবহার করে 3 দিনেরও কম সময়ে একটি সম্পূর্ণ আর্কাইভ নোড সিঙ্ক করতে পারে।
+
+### গো ইথেরিয়াম {#geth}
+
+গো ইথেরিয়াম (সংক্ষেপে Geth) হল ইথেরিয়াম প্রোটোকলের মূল বাস্তবায়নগুলির মধ্যে একটি। বর্তমানে, এটি সবচেয়ে বিস্তৃত ক্লায়েন্ট যার সবচেয়ে বড় ব্যবহারকারী বেস এবং ব্যবহারকারী ও ডেভেলপারদের জন্য বিভিন্ন ধরনের টুলিং রয়েছে। এটি Go-তে লেখা, সম্পূর্ণরূপে ওপেন সোর্স এবং GNU LGPL v3-এর অধীনে লাইসেন্সপ্রাপ্ত।
+
+Geth সম্পর্কে আরও জানতে এর [নথিপত্র](https://geth.ethereum.org/docs/) দেখুন।
+
+### Nethermind {#nethermind}
+
+Nethermind হল C# .NET টেক স্ট্যাক দিয়ে তৈরি একটি ইথেরিয়াম বাস্তবায়ন, যা LGPL-3.0 দিয়ে লাইসেন্সপ্রাপ্ত এবং ARM সহ সমস্ত প্রধান প্ল্যাটফর্মে চলে। এটি দুর্দান্ত পারফরম্যান্স অফার করে:
+
+- একটি অপ্টিমাইজড ভার্চুয়াল মেশিন
+- স্টেট অ্যাক্সেস
+- নেটওয়ার্কিং এবং প্রোমিথিউস/গ্রাফানা ড্যাশবোর্ড, seq এন্টারপ্রাইজ লগিং সাপোর্ট, JSON-RPC ট্রেসিং এবং অ্যানালিটিক্স প্লাগইনের মতো সমৃদ্ধ বৈশিষ্ট্য।
+
+Nethermind-এর [বিস্তারিত নথিপত্র](https://docs.nethermind.io), শক্তিশালী ডেভ সাপোর্ট, একটি অনলাইন কমিউনিটি এবং প্রিমিয়াম ব্যবহারকারীদের জন্য 24/7 সাপোর্ট রয়েছে।
+
+### Reth {#reth}
+
+Reth (রাস্ট ইথেরিয়ামের সংক্ষিপ্ত রূপ) হল একটি ইথেরিয়াম ফুল নোড বাস্তবায়ন যা ব্যবহারকারী-বান্ধব, অত্যন্ত মডুলার, দ্রুত এবং দক্ষ হওয়ার উপর দৃষ্টি নিবদ্ধ করে। Reth মূলত Paradigm দ্বারা নির্মিত এবং চালিত হয়েছিল, এবং এটি অ্যাপাচি এবং এমআইটি লাইসেন্সের অধীনে লাইসেন্সপ্রাপ্ত।
+
+Reth প্রোডাকশন-রেডি, এবং স্টেকিং বা হাই-আপটাইম পরিষেবার মতো মিশন-ক্রিটিক্যাল পরিবেশে ব্যবহারের জন্য উপযুক্ত। RPC, MEV, ইন্ডেক্সিং, সিমুলেশন এবং P2P কার্যকলাপের মতো ক্ষেত্রে যেখানে দুর্দান্ত মার্জিন সহ উচ্চ কার্যকারিতা প্রয়োজন সেখানে ভাল কাজ করে।
+
+[Reth Book](https://reth.rs/) বা [Reth GitHub repo](https://github.com/paradigmxyz/reth?tab=readme-ov-file#reth) দেখে আরও জানুন।
+
+### উন্নয়নাধীন {#execution-in-development}
+
+এই ক্লায়েন্টগুলি এখনও বিকাশের প্রাথমিক পর্যায়ে রয়েছে এবং এখনও প্রোডাকশন ব্যবহারের জন্য সুপারিশ করা হয় না।
+
+#### EthereumJS {#ethereumjs}
+
+EthereumJS এক্সিকিউশন ক্লায়েন্ট (EthereumJS) টাইপস্ক্রিপ্টে লেখা এবং বেশ কয়েকটি প্যাকেজ নিয়ে গঠিত, যার মধ্যে ব্লক, ট্রানজ্যাকশন এবং মার্কল-প্যাট্রিসিয়া ট্রাই ক্লাস দ্বারা প্রতিনিধিত্বকারী মূল ইথেরিয়াম প্রিমিটিভস এবং ইথেরিয়াম ভার্চুয়াল মেশিন (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/)               | রাস্ট         | লিনাক্স, উইন্ডোজ, ম্যাকওএস | বিকন চেইন, হুডি, পিয়ারমন্ট, সেপোলিয়া এবং আরও অনেক কিছু         |
+| [Lodestar](https://lodestar.chainsafe.io/)                    | টাইপস্ক্রিপ্ট | লিনাক্স, উইন্ডোজ, ম্যাকওএস | বিকন চেইন, হুডি, সেপোলিয়া এবং আরও অনেক কিছু                     |
+| [Nimbus](https://nimbus.team/)                                | নিম           | লিনাক্স, উইন্ডোজ, ম্যাকওএস | বিকন চেইন, হুডি, সেপোলিয়া এবং আরও অনেক কিছু                     |
+| [Prysm](https://prysm.offchainlabs.com/docs/)                 | যান           | লিনাক্স, উইন্ডোজ, ম্যাকওএস | বিকন চেইন, Gnosis, হুডি, পিয়ারমন্ট, সেপোলিয়া এবং আরও অনেক কিছু |
+| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | জাভা          | লিনাক্স, উইন্ডোজ, ম্যাকওএস | বিকন চেইন, Gnosis, হুডি, সেপোলিয়া এবং আরও অনেক কিছু             |
+| [Grandine](https://docs.grandine.io/)                         | রাস্ট         | লিনাক্স, উইন্ডোজ, ম্যাকওএস | বিকন চেইন, হুডি, সেপোলিয়া এবং আরও অনেক কিছু                     |
+
+### Lighthouse {#lighthouse}
+
+Lighthouse হল একটি কনসেন্সাস ক্লায়েন্ট বাস্তবায়ন যা রাস্টে অ্যাপাচি-২.০ লাইসেন্সের অধীনে লেখা। এটি সিগমা প্রাইম দ্বারা রক্ষণাবেক্ষণ করা হয় এবং বিকন চেইন জেনেসিস থেকে স্থিতিশীল এবং প্রোডাকশন-রেডি। বিভিন্ন এন্টারপ্রাইজ, স্টেকিং পুল এবং ব্যক্তিরা এর উপর নির্ভর করে। ডেস্কটপ পিসি থেকে শুরু করে অত্যাধুনিক স্বয়ংক্রিয় স্থাপনা পর্যন্ত বিস্তৃত পরিবেশে সুরক্ষিত, কার্যক্ষম এবং আন্তঃক্রিয়াশীল হওয়াই এর লক্ষ্য।
+
+[Lighthouse Book](https://lighthouse-book.sigmaprime.io/)-এ নথিপত্র পাওয়া যাবে।
+
+### Lodestar {#lodestar}
+
+Lodestar হল একটি প্রোডাকশন-রেডি কনসেন্সাস ক্লায়েন্ট বাস্তবায়ন যা টাইপস্ক্রিপ্টে এলজিপিএল-৩.০ লাইসেন্সের অধীনে লেখা। এটি ChainSafe সিস্টেম দ্বারা রক্ষণাবেক্ষণ করা হয় এবং এটি একক-স্টেকার, ডেভেলপার এবং গবেষকদের জন্য নতুনতম কনসেন্সাস ক্লায়েন্ট। Lodestar একটি বিকন নোড এবং ভ্যালিডেটর ক্লায়েন্ট নিয়ে গঠিত যা ইথেরিয়াম প্রোটোকলের জাভাস্ক্রিপ্ট বাস্তবায়ন দ্বারা চালিত। Lodestar-এর লক্ষ্য হল লাইট ক্লায়েন্টদের সাথে ইথেরিয়ামের ব্যবহারযোগ্যতা উন্নত করা, ডেভেলপারদের একটি বৃহত্তর গোষ্ঠীর কাছে অ্যাক্সেসযোগ্যতা প্রসারিত করা এবং ইকোসিস্টেমের বৈচিত্র্যে আরও অবদান রাখা।
+
+[Lodestar ওয়েবসাইট](https://lodestar.chainsafe.io/)-এ আরও তথ্য পাওয়া যাবে।
+
+### Nimbus {#nimbus}
+
+Nimbus হল একটি কনসেন্সাস ক্লায়েন্ট বাস্তবায়ন যা নিম-এ অ্যাপাচি-২.০ লাইসেন্সের অধীনে লেখা। এটি একটি প্রোডাকশন-রেডি ক্লায়েন্ট যা একক-স্টেকার এবং স্টেকিং পুল দ্বারা ব্যবহৃত হয়। Nimbus রিসোর্স দক্ষতার জন্য ডিজাইন করা হয়েছে, যা স্থিতিশীলতা বা পুরস্কারের কার্যকারিতার সাথে আপস না করে রিসোর্স-সীমাবদ্ধ ডিভাইস এবং এন্টারপ্রাইজ অবকাঠামোতে সহজে চালানো সহজ করে তোলে। একটি হালকা রিসোর্স ফুটপ্রিন্ট মানে নেটওয়ার্ক যখন চাপে থাকে তখন ক্লায়েন্টের নিরাপত্তার একটি বৃহত্তর মার্জিন থাকে।
+
+[Nimbus ডক্স](https://nimbus.guide/)-এ আরও জানুন
+
+### Prysm {#prysm}
+
+Prysm হল একটি পূর্ণ-বৈশিষ্ট্যযুক্ত, ওপেন সোর্স কনসেন্সাস ক্লায়েন্ট যা Go-তে GPL-3.0 লাইসেন্সের অধীনে লেখা। এতে একটি ঐচ্ছিক ওয়েবঅ্যাপ UI রয়েছে এবং এটি বাড়িতে স্টেক করা এবং প্রাতিষ্ঠানিক উভয় ব্যবহারকারীর জন্য ব্যবহারকারীর অভিজ্ঞতা, নথিপত্র এবং কনফিগারযোগ্যতাকে অগ্রাধিকার দেয়।
+
+আরও জানতে [Prysm ডক্স](https://prysm.offchainlabs.com/docs/) দেখুন।
+
+### Teku {#teku}
+
+Teku হল আসল বিকন চেইন জেনেসিস ক্লায়েন্টদের মধ্যে একটি। সাধারণ লক্ষ্যগুলির (নিরাপত্তা, দৃঢ়তা, স্থিতিশীলতা, ব্যবহারযোগ্যতা, কার্যকারিতা) পাশাপাশি, Teku বিশেষভাবে বিভিন্ন কনসেন্সাস ক্লায়েন্ট মানগুলির সাথে সম্পূর্ণভাবে মেনে চলার লক্ষ্য রাখে।
+
+Teku খুব নমনীয় স্থাপনার বিকল্পগুলি অফার করে। বিকন নোড এবং ভ্যালিডেটর ক্লায়েন্টকে একটি একক প্রক্রিয়া হিসাবে একসাথে চালানো যেতে পারে, যা একক স্টেকারদের জন্য অত্যন্ত সুবিধাজনক, বা অত্যাধুনিক স্টেকিং অপারেশনের জন্য নোডগুলি আলাদাভাবে চালানো যেতে পারে। এছাড়াও, Teku সাইনিং কী নিরাপত্তা এবং স্ল্যাশিং সুরক্ষার জন্য [Web3Signer](https://github.com/ConsenSys/web3signer/) এর সাথে সম্পূর্ণরূপে আন্তঃক্রিয়াশীল।
+
+Teku জাভাতে লেখা এবং অ্যাপাচি 2.0 লাইসেন্সপ্রাপ্ত। এটি ConsenSys-এর প্রোটোকল টিম দ্বারা তৈরি করা হয়েছে যা বেসু এবং Web3Signer-এর জন্যও দায়ী। [Teku ডক্স](https://docs.teku.consensys.net/en/latest/)-এ আরও জানুন।
+
+### Grandine {#grandine}
+
+Grandine হল একটি কনসেন্সাস ক্লায়েন্ট বাস্তবায়ন, যা রাস্টে GPL-3.0 লাইসেন্সের অধীনে লেখা। এটি গ্র্যান্ডাইন কোর টিম দ্বারা রক্ষণাবেক্ষণ করা হয় এবং এটি দ্রুত, উচ্চ-কার্যক্ষম এবং হালকা। এটি রাস্পবেরি পাই-এর মতো কম-রিসোর্স ডিভাইসে চালিত একক স্টেকার থেকে শুরু করে হাজার হাজার ভ্যালিডেটর চালানো বড় প্রাতিষ্ঠানিক স্টেকার পর্যন্ত বিস্তৃত স্টেকারদের জন্য উপযুক্ত।
+
+[Grandine Book](https://docs.grandine.io/)-এ নথিপত্র পাওয়া যাবে।
+
+## সিঙ্ক্রোনাইজেশন মোড {#sync-modes}
+
+নেটওয়ার্কের বর্তমান ডেটা অনুসরণ এবং যাচাই করতে, ইথেরিয়াম ক্লায়েন্টকে সর্বশেষ নেটওয়ার্ক স্টেটের সাথে সিঙ্ক করতে হবে। এটি পিয়ারদের থেকে ডেটা ডাউনলোড করে, ক্রিপ্টোগ্রাফিকভাবে তাদের অখণ্ডতা যাচাই করে এবং একটি স্থানীয় ব্লকচেইন ডেটাবেস তৈরি করে করা হয়।
+
+সিঙ্ক্রোনাইজেশন মোডগুলি বিভিন্ন ট্রেড-অফ সহ এই প্রক্রিয়ার বিভিন্ন পদ্ধতির প্রতিনিধিত্ব করে। ক্লায়েন্টরা তাদের সিঙ্ক অ্যালগরিদম বাস্তবায়নেও ভিন্ন হয়। বাস্তবায়নের নির্দিষ্ট বিবরণের জন্য সর্বদা আপনার নির্বাচিত ক্লায়েন্টের অফিসিয়াল নথিপত্র দেখুন।
+
+### এক্সিকিউশন লেয়ার সিঙ্ক মোড {#execution-layer-sync-modes}
+
+এক্সিকিউশন লেয়ারটি বিভিন্ন ব্যবহারের ক্ষেত্রে উপযুক্ত করার জন্য বিভিন্ন মোডে চালানো যেতে পারে, ব্লকচেইনের ওয়ার্ল্ড স্টেট পুনরায় কার্যকর করা থেকে শুরু করে একটি বিশ্বস্ত চেকপয়েন্ট থেকে চেইনের ডগা দিয়ে সিঙ্ক করা পর্যন্ত।
+
+#### ফুল সিঙ্ক {#full-sync}
+
+একটি ফুল সিঙ্ক সমস্ত ব্লক (হেডার এবং ব্লক বডি সহ) ডাউনলোড করে এবং জেনেসিস থেকে প্রতিটি ব্লক কার্যকর করে ক্রমবর্ধমানভাবে ব্লকচেইনের স্টেট পুনরায় তৈরি করে।
+
+- প্রতিটি লেনদেন যাচাই করে বিশ্বাস কমায় এবং সর্বোচ্চ নিরাপত্তা প্রদান করে।
+- ক্রমবর্ধমান লেনদেনের সংখ্যার সাথে, সমস্ত লেনদেন প্রক্রিয়া করতে দিন থেকে সপ্তাহ সময় লাগতে পারে।
+
+[আর্কাইভ নোড](#archive-node) প্রতিটি ব্লকের প্রতিটি লেনদেনের দ্বারা করা স্টেট পরিবর্তনের একটি সম্পূর্ণ ইতিহাস তৈরি করতে (এবং ধরে রাখতে) একটি ফুল সিঙ্ক সম্পাদন করে।
+
+#### ফাস্ট সিঙ্ক {#fast-sync}
+
+একটি ফুল সিঙ্কের মতো, একটি ফাস্ট সিঙ্ক সমস্ত ব্লক (হেডার, লেনদেন এবং রসিদ সহ) ডাউনলোড করে। যাইহোক, ঐতিহাসিক লেনদেনগুলি পুনরায় প্রক্রিয়া করার পরিবর্তে, একটি ফাস্ট সিঙ্ক রসিদগুলির উপর নির্ভর করে যতক্ষণ না এটি একটি সাম্প্রতিক হেডে পৌঁছায়, যখন এটি একটি ফুল নোড সরবরাহ করার জন্য ব্লক আমদানি এবং প্রক্রিয়াকরণে স্যুইচ করে।
+
+- ফাস্ট সিঙ্ক কৌশল।
+- ব্যান্ডউইথ ব্যবহারের পক্ষে প্রক্রিয়াকরণের চাহিদা হ্রাস করে।
+
+#### স্ন্যাপ সিঙ্ক {#snap-sync}
+
+স্ন্যাপ সিঙ্কগুলিও চেইনকে ব্লক-বাই-ব্লক যাচাই করে। যাইহোক, জেনেসিস ব্লক থেকে শুরু করার পরিবর্তে, একটি স্ন্যাপ সিঙ্ক একটি সাম্প্রতিক 'বিশ্বস্ত' চেকপয়েন্ট থেকে শুরু হয় যা সত্যিকারের ব্লকচেইনের অংশ হিসাবে পরিচিত। নোড একটি নির্দিষ্ট বয়সের চেয়ে পুরানো ডেটা মুছে ফেলার সময় পর্যায়ক্রমিক চেকপয়েন্টগুলি সংরক্ষণ করে। এই স্ন্যাপশটগুলি চিরতরে সঞ্চয় করার পরিবর্তে প্রয়োজন অনুসারে স্টেট ডেটা পুনরায় তৈরি করতে ব্যবহৃত হয়।
+
+- দ্রুততম সিঙ্ক কৌশল, বর্তমানে ইথেরিয়াম মেইননেটে ডিফল্ট।
+- নিরাপত্তার সাথে আপস না করে প্রচুর ডিস্ক ব্যবহার এবং নেটওয়ার্ক ব্যান্ডউইথ সাশ্রয় করে।
+
+[স্ন্যাপ সিঙ্ক সম্পর্কে আরও](https://github.com/ethereum/devp2p/blob/master/caps/snap.md)।
+
+#### লাইট সিঙ্ক {#light-sync}
+
+লাইট ক্লায়েন্ট মোড সমস্ত ব্লক হেডার, ব্লক ডেটা ডাউনলোড করে এবং এলোমেলোভাবে কিছু যাচাই করে। শুধুমাত্র বিশ্বস্ত চেকপয়েন্ট থেকে চেইনের ডগা সিঙ্ক করে।
+
+- ডেভেলপার এবং কনসেন্সাস মেকানিজমের উপর আস্থা রেখে শুধুমাত্র সর্বশেষ স্টেট পায়।
+- ক্লায়েন্ট কয়েক মিনিটের মধ্যে বর্তমান নেটওয়ার্ক স্টেটের সাথে ব্যবহারের জন্য প্রস্তুত।
+
+**NB** লাইট সিঙ্ক এখনও প্রুফ-অফ-স্টেক ইথেরিয়ামের সাথে কাজ করে না - লাইট সিঙ্কের নতুন সংস্করণ শীঘ্রই পাঠানো উচিত!
+
+[লাইট ক্লায়েন্ট সম্পর্কে আরও](/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}
+
+- [ইথেরিয়াম 101 - পার্ট 2 - নোড বোঝা](https://kauri.io/ethereum-101-part-2-understanding-nodes/48d5098292fd4f11b251d1b1814f0bba/a) _– উইল বার্নস, 13 ফেব্রুয়ারী 2019_
+- [ইথেরিয়াম ফুল নোড চালানো: সামান্য অনুপ্রাণিতদের জন্য একটি নির্দেশিকা](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 কে একটি সম্পূর্ণ ইথেরিয়াম নোডে পরিণত করতে ডিভাইসটি চালু করুন যা এক্সিকিউশন লেয়ার (মেইননেট) এবং / অথবা কনসেন্সাস লেয়ার (বিকন চেইন / ভ্যালিডেটর) চালায়।_
diff --git a/public/content/translations/bn/developers/docs/nodes-and-clients/light-clients/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/light-clients/index.md
new file mode 100644
index 00000000000..f08840cdaf3
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/nodes-and-clients/light-clients/index.md
@@ -0,0 +1,61 @@
+---
+title: "লাইট ক্লায়েন্ট"
+description: "ইথেরিয়াম লাইট ক্লায়েন্টের ভূমিকা।"
+lang: bn
+---
+
+একটি সম্পূর্ণ নোড চালানো হলো ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করার সবচেয়ে বিশ্বাসহীন, ব্যক্তিগত, বিকেন্দ্রীভূত এবং সেন্সরশিপ প্রতিরোধী উপায়। একটি সম্পূর্ণ নোডের মাধ্যমে আপনি ব্লকচেইনের নিজস্ব একটি কপি রাখেন যা আপনি তাৎক্ষণিকভাবে জিজ্ঞাসা করতে পারেন এবং আপনি ইথেরিয়ামের পিয়ার-টু-পিয়ার নেটওয়ার্কে সরাসরি অ্যাক্সেস পান। যাইহোক, একটি সম্পূর্ণ নোড চালানোর জন্য উল্লেখযোগ্য পরিমাণে মেমরি, স্টোরেজ এবং সিপিইউ প্রয়োজন। এর মানে হল প্রত্যেকের পক্ষে তাদের নিজস্ব নোড চালানো সম্ভব নয়। ইথেরিয়াম রোডম্যাপে এর বেশ কয়েকটি সমাধান রয়েছে, যার মধ্যে স্টেটলেসনেস অন্তর্ভুক্ত, কিন্তু সেগুলো বাস্তবায়ন হতে এখনও বেশ কয়েক বছর বাকি। স্বল্পমেয়াদী সমাধান হলো একটি সম্পূর্ণ নোড চালানোর কিছু সুবিধার সাথে আপস করা, যাতে বড় আকারের পারফরম্যান্স উন্নতি হয় এবং নোডগুলিকে খুব কম হার্ডওয়্যার প্রয়োজনীয়তা দিয়ে চালানো যায়। যে নোডগুলি এই আপস করে, সেগুলি লাইট নোড হিসাবে পরিচিত।
+
+## একটি লাইট ক্লায়েন্ট কি {#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/bn/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/node-architecture/index.md
new file mode 100644
index 00000000000..9f1d02079f6
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/nodes-and-clients/node-architecture/index.md
@@ -0,0 +1,59 @@
+---
+title: "নোড আর্কিটেকচার"
+description: "ইথেরিয়াম নোডগুলি কীভাবে সংগঠিত হয় তার একটি ভূমিকা।"
+lang: bn
+---
+
+একটি ইথেরিয়াম নোড দুটি ক্লায়েন্ট নিয়ে গঠিত: একটি [এক্সিকিউশন ক্লায়েন্ট](/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 সহ বেশ কয়েকটি বিকল্প রয়েছে।_
+
+এই দুই-ক্লায়েন্ট কাঠামোটি কাজ করার জন্য, কনসেন্সাস ক্লায়েন্টদের অবশ্যই এক্সিকিউশন ক্লায়েন্টের কাছে লেনদেনের বান্ডিল পাঠাতে হবে। এক্সিকিউশন ক্লায়েন্ট স্থানীয়ভাবে লেনদেনগুলি কার্যকর করে যাচাই করে যে, লেনদেনগুলি ইথেরিয়ামের কোনো নিয়ম লঙ্ঘন করছে না এবং ইথেরিয়ামের স্টেটে প্রস্তাবিত আপডেটটি সঠিক। যখন একটি নোডকে ব্লক প্রযোজক হিসাবে নির্বাচন করা হয়, তখন তার কনসেন্সাস ক্লায়েন্ট ইনস্ট্যান্স নতুন ব্লকে অন্তর্ভুক্ত করার জন্য এক্সিকিউশন ক্লায়েন্টের কাছ থেকে লেনদেনের বান্ডিলের অনুরোধ করে এবং গ্লোবাল স্টেট আপডেট করার জন্য সেগুলি কার্যকর করে। কনসেন্সাস ক্লায়েন্ট [ইঞ্জিন 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}
+
+স্টেকিং এবং ভ্যালিডেটর সফ্টওয়্যার চালানো একটি নোডকে একটি নতুন ব্লক প্রস্তাব করার জন্য নির্বাচিত হওয়ার যোগ্য করে তোলে। নোড অপারেটররা ডিপোজিট কন্ট্র্যাক্টে 32 ETH জমা করে তাদের কনসেন্সাস ক্লায়েন্টে একটি ভ্যালিডেটর যোগ করতে পারে। ভ্যালিডেটর ক্লায়েন্টটি কনসেন্সাস ক্লায়েন্টের সাথে বান্ডিল করা থাকে এবং যেকোনো সময় একটি নোডে যোগ করা যেতে পারে। ভ্যালিডেটর প্রত্যয়ন এবং ব্লক প্রস্তাবনা পরিচালনা করে। এটি একটি নোডকে জরিমানা বা স্ল্যাশিংয়ের মাধ্যমে পুরস্কার অর্জন করতে বা ETH হারাতে সক্ষম করে।
+
+[স্টেকিং সম্পর্কে আরও জানুন](/staking/)।
+
+## একটি নোডের উপাদানগুলির তুলনা {#node-comparison}
+
+| এক্সিকিউশন ক্লায়েন্ট                                            | কনসেন্সাস ক্লায়েন্ট                                                                                                                                                              | ভ্যালিডেটর                      |
+| ---------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------- |
+| তার P2P নেটওয়ার্কের মাধ্যমে লেনদেন গসিপ করে                     | তার P2P নেটওয়ার্কের মাধ্যমে ব্লক এবং প্রত্যয়ন গসিপ করে                                                                                                                          | ব্লক প্রস্তাব করে               |
+| লেনদেন কার্যকর/পুনরায় কার্যকর করে                               | ফর্ক চয়েস অ্যালগরিদম চালায়                                                                                                                                                      | পুরস্কার/জরিমানা অর্জন করে      |
+| আগত স্টেট পরিবর্তন যাচাই করে                                     | চেইনের হেডের ট্র্যাক রাখে                                                                                                                                                         | প্রত্যয়ন তৈরি করে              |
+| স্টেট এবং রসিদ ট্রাই পরিচালনা করে                                | বিকন স্টেট পরিচালনা করে (কনসেন্সাস এবং এক্সিকিউশন তথ্য ধারণ করে)                                                                                               | স্টেক করার জন্য 32 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/bn/developers/docs/nodes-and-clients/nodes-as-a-service/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
new file mode 100644
index 00000000000..3afeea5a1f8
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
@@ -0,0 +1,418 @@
+---
+title: "একটি পরিষেবা হিসাবে নোড"
+description: "নোড পরিষেবাগুলির একটি প্রাথমিক-স্তরের সংক্ষিপ্ত বিবরণ, সুবিধা এবং অসুবিধা এবং জনপ্রিয় সরবরাহকারী।"
+lang: bn
+sidebarDepth: 2
+---
+
+## ভূমিকা {#Introduction}
+
+আপনার নিজের [ইথেরিয়াম নোড](/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 কী প্রদান করে যা আপনি ব্লকচেইনে লিখতে এবং থেকে পড়তে ব্যবহার করতে পারেন। তারা প্রায়শই মেইননেট ছাড়াও [ইথেরিয়াম টেস্টনেট](/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}
+
+এখানে কিছু জনপ্রিয় ইথেরিয়াম নোড প্রদানকারীর একটি তালিকা রয়েছে, যদি কোনোটি অনুপস্থিত থাকে তবে নির্দ্বিধায় যোগ করুন! প্রতিটি নোড পরিষেবা বিনামূল্যে বা অর্থপ্রদানের স্তর ছাড়াও বিভিন্ন সুবিধা এবং বৈশিষ্ট্য অফার করে, সিদ্ধান্ত নেওয়ার আগে আপনার প্রয়োজন অনুসারে কোনটি সবচেয়ে উপযুক্ত তা আপনার অনুসন্ধান করা উচিত।
+
+- [**Alchemy**](https://alchemy.com/)
+  - [ডক্স](https://www.alchemy.com/docs/)
+  - বৈশিষ্ট্য
+    - প্রতি মাসে 300M কম্পিউট ইউনিট সহ বৃহত্তম বিনামূল্যে স্তর (~30M getLatestBlock অনুরোধ)
+    - Polygon, Starknet, Optimism, Arbitrum-এর জন্য মাল্টিচেইন সমর্থন
+    - বৃহত্তম ইথেরিয়াম ডিএ্যাপস এবং DeFi লেনদেন ভলিউমের প্রায় ৭০% শক্তি যোগাচ্ছে
+    - Alchemy Notify-এর মাধ্যমে রিয়েল-টাইম ওয়েবহুক সতর্কতা
+    - শ্রেণী-সেরা সমর্থন এবং নির্ভরযোগ্যতা / স্থিতিশীলতা
+    - Alchemy'র NFT API
+    - রিকোয়েস্ট এক্সপ্লোরার, মেমপুল ওয়াচার এবং কম্পোজার সহ ড্যাশবোর্ড
+    - ইন্টিগ্রেটেড টেস্টনেট ফসেট অ্যাক্সেস
+    - 18 হাজার ব্যবহারকারী সহ সক্রিয় ডিসকর্ড নির্মাতা সম্প্রদায়
+
+- [**Allnodes**](https://www.allnodes.com/)
+  - [ডক্স](https://docs.allnodes.com/)
+  - বৈশিষ্ট্য
+    - Allnodes পোর্টফোলিও পৃষ্ঠায় তৈরি PublicNode টোকেন সহ কোনো রেট সীমা নেই।
+    - [PublicNode](https://www.publicnode.com)-এ গোপনীয়তা কেন্দ্রিক বিনামূল্যে rpc এন্ডপয়েন্ট (100+ ব্লকচেইন)
+    - 90+ ব্লকচেইনের জন্য রেট সীমা ছাড়া ডেডিকেটেড নোড
+    - 30+ ব্লকচেইনের জন্য ডেডিকেটেড আর্কাইভ নোড
+    - 3টি অঞ্চলে উপলব্ধ (মার্কিন যুক্তরাষ্ট্র, ইইউ, এশিয়া)
+    - [PublicNode](https://www.publicnode.com/snapshots)-এ 100+ ব্লকচেইনের জন্য স্ন্যাপশট
+    - 99.90%-99.98% আপটাইম SLA সহ 24/7 প্রযুক্তিগত সহায়তা (প্ল্যানের উপর নির্ভর করে)।
+    - ঘন্টা প্রতি অর্থপ্রদান মূল্য
+    - ক্রেডিট কার্ড, পেপ্যাল বা ক্রিপ্টো দিয়ে অর্থ প্রদান করুন
+
+- [**All That Node**](https://allthatnode.com/)
+  - [ডক্স](https://docs.allthatnode.com/)
+  - বৈশিষ্ট্য
+    - বিনামূল্যে স্তর সহ প্রতিদিন 50,000 অনুরোধ
+    - 40 টিরও বেশি প্রোটোকলের জন্য সমর্থন
+    - JSON-RPC (EVM, Tendermint), REST, এবং Websocket API সমর্থিত
+    - আর্কাইভ ডেটাতে সীমাহীন অ্যাক্সেস
+    - 24/7 প্রযুক্তিগত সহায়তা এবং 99.9% এর বেশি আপটাইম
+    - একাধিক চেইনে ফসেট উপলব্ধ
+    - সীমাহীন সংখ্যক API কী সহ সীমাহীন এন্ডপয়েন্ট অ্যাক্সেস
+    - ট্রেস/ডিবাগ API সমর্থিত
+    - স্বয়ংক্রিয় আপডেট
+
+- [**Amazon Managed Blockchain**](https://aws.amazon.com/managed-blockchain/)
+  - [ডক্স](https://aws.amazon.com/managed-blockchain/resources/)
+  - বৈশিষ্ট্য
+    - সম্পূর্ণরূপে পরিচালিত ইথেরিয়াম নোড
+    - ছয়টি অঞ্চলে উপলব্ধ
+    - HTTP এবং নিরাপদ ওয়েবসকেটের উপর JSON-RPC
+    - 3টি চেইন সমর্থন করে
+    - SLA, AWS সহায়তা 24/7
+    - Go-ethereum এবং Lighthouse
+
+- [**Ankr**](https://www.ankr.com/)
+  - [ডক্স](https://docs.ankr.com/)
+  - বৈশিষ্ট্য
+    - Ankr প্রোটোকল - 8+ চেইনের জন্য পাবলিক RPC API এন্ডপয়েন্টগুলিতে খোলা অ্যাক্সেস
+    - নিকটতম উপলব্ধ নোডে একটি দ্রুত এবং নির্ভরযোগ্য গেটওয়ের জন্য লোড ব্যালেন্সিং এবং নোড স্বাস্থ্য পর্যবেক্ষণ
+    - WSS এন্ডপয়েন্ট এবং আনক্যাপড রেট সীমা সক্ষমকারী প্রিমিয়াম স্তর
+    - 40+ চেইনের জন্য এক-ক্লিকে সম্পূর্ণ নোড এবং ভ্যালিডেটর নোড স্থাপন
+    - প্রয়োজন অনুযায়ী স্কেল করুন
+    - বিশ্লেষণ টুলস
+    - ড্যাশবোর্ড
+    - RPC, HTTPS এবং WSS এন্ডপয়েন্ট
+    - সরাসরি সহায়তা
+
+- [**Blast**](https://blastapi.io/)
+  - [ডক্স](https://docs.blastapi.io/)
+  - বৈশিষ্ট্য
+    - RPC এবং WSS সমর্থন
+    - মাল্টি-রিজিওন নোড হোস্টিং
+    - বিকেন্দ্রীভূত পরিকাঠামো
+    - পাবলিক API
+    - ডেডিকেটেড ফ্রি প্ল্যান
+    - মাল্টিচেইন সমর্থন (17+ ব্লকচেইন)
+    - আর্কাইভ নোড
+    - 24/7 ডিসকর্ড সহায়তা
+    - 24/7 পর্যবেক্ষণ এবং সতর্কতা
+    - 99.9% এর একটি সামগ্রিক SLA
+    - ক্রিপ্টোতে অর্থপ্রদান করুন
+
+- [**BlockDaemon**](https://blockdaemon.com/)
+  - [ডক্স](https://ubiquity.docs.blockdaemon.com/)
+  - সুবিধাসমূহ
+    - ড্যাশবোর্ড
+    - নোড প্রতি ভিত্তি
+    - বিশ্লেষণ
+
+- [**BlockPI**](https://blockpi.io/)
+  - [ডক্স](https://docs.blockpi.io/)
+  - বৈশিষ্ট্য
+    - শক্তিশালী এবং ডিস্ট্রিবিউটেড নোড কাঠামো
+    - 40টি পর্যন্ত HTTPS এবং WSS এন্ডপয়েন্ট
+    - বিনামূল্যে সাইনআপ প্যাকেজ এবং মাসিক প্যাকেজ
+    - ট্রেস পদ্ধতি + আর্কাইভ ডেটা সমর্থন
+    - 90 দিন পর্যন্ত বৈধতার প্যাকেজ
+    - কাস্টম প্ল্যান এবং ব্যবহারের ভিত্তিতে অর্থপ্রদান
+    - ক্রিপ্টোতে অর্থপ্রদান করুন
+    - সরাসরি সহায়তা এবং প্রযুক্তিগত সহায়তা
+
+- [**Chainbase**](https://www.chainbase.com/)
+  - [ডক্স](https://docs.chainbase.com)
+  - বৈশিষ্ট্য
+    - অত্যন্ত উপলব্ধ, দ্রুত এবং স্কেলযোগ্য RPC পরিষেবা
+    - মাল্টি-চেইন সমর্থন
+    - বিনামূল্যে ট্যারিফ
+    - ব্যবহারকারী-বান্ধব ড্যাশবোর্ড
+    - RPC এর বাইরে ব্লকচেইন ডেটা পরিষেবা প্রদান করে
+
+- [**Chainstack**](https://chainstack.com/)
+  - [ডক্স](https://docs.chainstack.com/)
+  - বৈশিষ্ট্য
+    - বিনামূল্যে শেয়ার্ড নোড
+    - শেয়ার্ড আর্কাইভ নোড
+    - GraphQL সমর্থন
+    - RPC এবং WSS এন্ডপয়েন্ট
+    - ডেডিকেটেড সম্পূর্ণ এবং আর্কাইভ নোড
+    - ডেডিকেটেড স্থাপনার জন্য দ্রুত সিঙ্ক সময়
+    - আপনার ক্লাউড আনুন
+    - ঘন্টা প্রতি অর্থপ্রদান মূল্য
+    - সরাসরি 24/7 সহায়তা
+
+- [**dRPC**](https://drpc.org/)
+  - [ডক্স](https://drpc.org/docs)
+  - NodeCloud: প্লাগ-এন-প্লে RPC ইনফ্রা $10 (USD) থেকে শুরু—সম্পূর্ণ গতি, কোনো সীমা নেই
+  - NodeCloud বৈশিষ্ট্য:
+    - 185টি নেটওয়ার্কের জন্য API সমর্থন
+    - 40+ প্রদানকারীর ডিস্ট্রিবিউটেড পুল
+    - নয়টি (9) জিও-ক্লাস্টার সহ বিশ্বব্যাপী কভারেজ
+    - AI-চালিত লোড ব্যালেন্সিং সিস্টেম
+    - পে-অ্যাজ-ইউ-গো ফ্ল্যাট প্রাইসিং—কোনো বৃদ্ধি নেই, মেয়াদ শেষ নেই, কোনো লক-ইন নেই
+    - সীমাহীন কী, গ্র্যানুলার কী টুইকস, দলের ভূমিকা, ফ্রন্ট-এন্ড সুরক্ষা
+    - প্রতি পদ্ধতিতে 20 কম্পিউট ইউনিট (সিইউ) এ ফ্ল্যাট রেট
+    - [পাবলিক এন্ডপয়েন্ট চেইনলিস্ট](https://drpc.org/chainlist)
+    - [মূল্য ক্যালকুলেটর](https://drpc.org/pricing#calculator)
+  - NodeCore: সম্পূর্ণ নিয়ন্ত্রণ চাওয়া সংস্থাগুলির জন্য ওপেন-সোর্স স্ট্যাক
+
+- [**GetBlock**](https://getblock.io/)
+  - [ডক্স](https://getblock.io/docs/get-started/authentication-with-api-key/)
+  - বৈশিষ্ট্য
+    - 40+ ব্লকচেইন নোডগুলিতে অ্যাক্সেস
+    - 40হাজার বিনামূল্যে দৈনিক অনুরোধ
+    - সীমাহীন সংখ্যক API কী
+    - 1GB/সেকেন্ডে উচ্চ সংযোগ গতি
+    - ট্রেস+আর্কাইভ
+    - উন্নত বিশ্লেষণ
+    - স্বয়ংক্রিয় আপডেট
+    - প্রযুক্তিগত সহায়তা
+
+- [**InfStones**](https://infstones.com/)
+  - বৈশিষ্ট্য
+    - বিনামূল্যে স্তর বিকল্প
+    - প্রয়োজন অনুযায়ী স্কেল করুন
+    - বিশ্লেষণ
+    - ড্যাশবোর্ড
+    - অনন্য API এন্ডপয়েন্ট
+    - ডেডিকেটেড সম্পূর্ণ নোড
+    - ডেডিকেটেড স্থাপনার জন্য দ্রুত সিঙ্ক সময়
+    - সরাসরি 24/7 সহায়তা
+    - 50+ ব্লকচেইন নোডগুলিতে অ্যাক্সেস
+
+- [**Infura**](https://infura.io/)
+  - [ডক্স](https://infura.io/docs)
+  - বৈশিষ্ট্য
+    - বিনামূল্যে স্তর বিকল্প
+    - প্রয়োজন অনুযায়ী স্কেল করুন
+    - অর্থপ্রদত্ত আর্কাইভাল ডেটা
+    - সরাসরি সহায়তা
+    - ড্যাশবোর্ড
+
+- [**Kaleido**](https://kaleido.io/)
+  - [ডক্স](https://docs.kaleido.io/)
+  - বৈশিষ্ট্য
+    - বিনামূল্যে স্টার্টার স্তর
+    - এক-ক্লিকে ইথেরিয়াম নোড স্থাপন
+    - কাস্টমাইজযোগ্য ক্লায়েন্ট এবং অ্যালগরিদম (Geth, Quorum এবং Besu || PoA, IBFT এবং Raft)
+    - 500+ প্রশাসনিক এবং পরিষেবা API
+    - ইথেরিয়াম লেনদেন জমা দেওয়ার জন্য রেস্টফুল ইন্টারফেস (Apache Kafka সমর্থিত)
+    - ইভেন্ট বিতরণের জন্য আউটবাউন্ড স্ট্রিম (Apache Kafka সমর্থিত)
+    - "অফচেইন" এবং আনুষঙ্গিক পরিষেবাগুলির গভীর সংগ্রহ (যেমন, দ্বিপাক্ষিক এনক্রিপ্ট করা মেসেজিং পরিবহন)
+    - গভর্নেন্স এবং ভূমিকা-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণ সহ সহজবোধ্য নেটওয়ার্ক অনবোর্ডিং
+    - প্রশাসক এবং শেষ ব্যবহারকারী উভয়ের জন্য পরিশীলিত ব্যবহারকারী ব্যবস্থাপনা
+    - অত্যন্ত স্কেলযোগ্য, স্থিতিস্থাপক, এন্টারপ্রাইজ-গ্রেড পরিকাঠামো
+    - ক্লাউড HSM প্রাইভেট কী ব্যবস্থাপনা
+    - ইথেরিয়াম মেইননেট টিথারিং
+    - ISO 27k এবং SOC 2, টাইপ 2 সার্টিফিকেশন
+    - ডাইনামিক রানটাইম কনফিগারেশন (যেমন, ক্লাউড ইন্টিগ্রেশন যোগ করা, নোড ইনগ্রেস পরিবর্তন করা, ইত্যাদি)
+    - মাল্টি-ক্লাউড, মাল্টি-রিজিওন এবং হাইব্রিড ডেপ্লয়মেন্ট অর্কেস্ট্রেশনের জন্য সমর্থন
+    - সাধারণ ঘন্টায় SaaS-ভিত্তিক মূল্য নির্ধারণ
+    - SLA এবং 24x7 সহায়তা
+
+- [**Lava Network**](https://www.lavanet.xyz/)
+  - [ডক্স](https://docs.lavanet.xyz/)
+  - বৈশিষ্ট্য
+    - বিনামূল্যে টেস্টনেট ব্যবহার
+    - উচ্চ আপটাইমের জন্য বিকেন্দ্রীভূত রিডানডেন্সি
+    - ওপেন-সোর্স
+    - সম্পূর্ণ বিকেন্দ্রীভূত SDK
+    - Ethers.js ইন্টিগ্রেশন
+    - স্বজ্ঞাত প্রকল্প ব্যবস্থাপনা ইন্টারফেস
+    - কনসেন্সাস-ভিত্তিক ডেটা অখণ্ডতা
+    - মাল্টি-চেইন সমর্থন
+
+- [**Moralis**](https://moralis.io/)
+  - [ডক্স](https://docs.moralis.io/)
+  - বৈশিষ্ট্য
+    - বিনামূল্যে শেয়ার্ড নোড
+    - বিনামূল্যে শেয়ার্ড আর্কাইভ নোড
+    - গোপনীয়তা কেন্দ্রিক (নো লগ নীতি)
+    - ক্রস চেইন সমর্থন
+    - প্রয়োজন অনুযায়ী স্কেল করুন
+    - ড্যাশবোর্ড
+    - অনন্য ইথেরিয়াম 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)
+  - বৈশিষ্ট্য
+    - 50+ ব্লকচেইন নোডগুলিতে অ্যাক্সেস
+    - বিনামূল্যে API কী
+    - ব্লক এক্সপ্লোরার
+    - API প্রতিক্রিয়া সময় ⩽ 1 সেকেন্ড
+    - 24/7 সহায়তা দল
+    - ব্যক্তিগত অ্যাকাউন্ট ম্যানেজার
+    - শেয়ার্ড, আর্কাইভ, ব্যাকআপ এবং ডেডিকেটেড নোড
+
+- [**Pocket Network**](https://www.pokt.network/)
+  - [ডক্স](https://docs.pokt.network/home/)
+  - বৈশিষ্ট্য
+    - বিকেন্দ্রীভূত RPC প্রোটোকল এবং মার্কেটপ্লেস
+    - প্রতিদিন 1M অনুরোধ বিনামূল্যে স্তর (প্রতি এন্ডপয়েন্টে, সর্বোচ্চ 2)
+    - [পাবলিক এন্ডপয়েন্ট](https://docs.pokt.network/developers/public-endpoints)
+    - প্রি-স্টেক+ প্রোগ্রাম (যদি আপনার প্রতিদিন 1M এর বেশি অনুরোধের প্রয়োজন হয়)
+    - 15+ ব্লকচেইন সমর্থিত
+    - 6400+ নোড অ্যাপ্লিকেশন পরিবেশন করার জন্য POKT আয় করছে
+    - আর্কাইভাল নোড, ট্রেসিং সহ আর্কাইভাল নোড, এবং টেস্টনেট নোড সমর্থন
+    - ইথেরিয়াম মেইননেট নোড ক্লায়েন্ট বৈচিত্র্য
+    - ব্যর্থতার কোনো একক পয়েন্ট নেই
+    - জিরো ডাউনটাইম
+    - সাশ্রয়ী নিকট-শূন্য টোকেনমিক্স (নেটওয়ার্ক ব্যান্ডউইথের জন্য একবার POKT স্টেক করুন)
+    - কোনো মাসিক খরচ নেই, আপনার পরিকাঠামোকে একটি সম্পদে পরিণত করুন
+    - প্রোটোকলের মধ্যে লোড-ব্যালেন্সিং অন্তর্নির্মিত
+    - প্রয়োজন অনুসারে প্রতিদিনের অনুরোধ এবং প্রতি ঘন্টায় নোডের সংখ্যা অসীমভাবে স্কেল করুন
+    - সবচেয়ে ব্যক্তিগত, সেন্সরশিপ-প্রতিরোধী বিকল্প
+    - হ্যান্ডস-অন ডেভেলপার সহায়তা
+    - [Pocket Portal](https://bit.ly/ETHorg_POKTportal) ড্যাশবোর্ড এবং বিশ্লেষণ
+
+- [**QuickNode**](https://www.quicknode.com)
+  - [ডক্স](https://www.quicknode.com/docs/)
+  - বৈশিষ্ট্য
+    - 24/7 প্রযুক্তিগত সহায়তা এবং ডেভ ডিসকর্ড সম্প্রদায়
+    - জিও-ব্যালেন্সড, মাল্টি ক্লাউড/মেটাল, লো-লেটেন্সি নেটওয়ার্ক
+    - মাল্টিচেইন সমর্থন (Optimism, Arbitrum, Polygon + 11 অন্যান্য)
+    - গতি এবং স্থিতিশীলতার জন্য মিডল-লেয়ার (কল রাউটিং, ক্যাশে, ইনডেক্সিং)
+    - ওয়েবহুকসের মাধ্যমে স্মার্ট-কন্ট্রাক্ট মনিটরিং
+    - স্বজ্ঞাত ড্যাশবোর্ড, বিশ্লেষণ স্যুট, 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)
+  - বৈশিষ্ট্য
+    - বিনামূল্যে স্তর, প্রতি মাসে 25 মিলিয়ন Tenderly ইউনিট সহ
+    - ঐতিহাসিক ডেটাতে বিনামূল্যে অ্যাক্সেস
+    - 8x পর্যন্ত দ্রুত রিড-হেভি ওয়ার্কলোড
+    - 100% সামঞ্জস্যপূর্ণ রিড অ্যাক্সেস
+    - JSON-RPC এন্ডপয়েন্ট
+    - UI-ভিত্তিক RPC রিকোয়েস্ট বিল্ডার এবং রিকোয়েস্ট প্রিভিউ
+    - Tenderly-এর ডেভেলপমেন্ট, ডিবাগিং এবং টেস্টিং টুলসের সাথে শক্তভাবে সমন্বিত
+    - লেনদেন সিমুলেশন
+    - ব্যবহারের বিশ্লেষণ এবং ফিল্টারিং
+    - সহজ অ্যাক্সেস কী ব্যবস্থাপনা
+    - চ্যাট, ইমেল এবং ডিসকর্ডের মাধ্যমে ডেডিকেটেড ইঞ্জিনিয়ারিং সহায়তা
+
+- [**Tokenview**](https://services.tokenview.io/)
+  - [ডক্স](https://services.tokenview.io/docs?type=nodeService)
+  - বৈশিষ্ট্য
+    - 24/7 প্রযুক্তিগত সহায়তা এবং ডেভ টেলিগ্রাম সম্প্রদায়
+    - মাল্টিচেইন সমর্থন (Bitcoin, Ethereum, Tron, BNB Smart Chain, Ethereum Classic)
+    - RPC এবং WSS উভয় এন্ডপয়েন্টই ব্যবহারের জন্য খোলা
+    - আর্কাইভ ডেটা API-তে সীমাহীন অ্যাক্সেস
+    - রিকোয়েস্ট এক্সপ্লোরার এবং মেমপুল ওয়াচার সহ ড্যাশবোর্ড
+    - NFT ডেটা API এবং ওয়েবহুক নোটিফাই
+    - ক্রিপ্টোতে অর্থপ্রদান করুন
+    - অতিরিক্ত আচরণের প্রয়োজনীয়তার জন্য বাহ্যিক সমর্থন
+
+- [**Watchdata**](https://watchdata.io/)
+  - [ডক্স](https://docs.watchdata.io/)
+  - বৈশিষ্ট্য
+    - ডেটা নির্ভরযোগ্যতা
+    - কোনো ডাউনটাইম ছাড়াই নিরবচ্ছিন্ন সংযোগ
+    - প্রসেস অটোমেশন
+    - বিনামূল্যে ট্যারিফ
+    - উচ্চ সীমা যা যেকোনো ব্যবহারকারীর জন্য উপযুক্ত
+    - বিভিন্ন নোডের জন্য সমর্থন
+    - রিসোর্স স্কেলিং
+    - উচ্চ প্রক্রিয়াকরণ গতি
+
+- [**ZMOK**](https://zmok.io/)
+  - [ডক্স](https://docs.zmok.io/)
+  - বৈশিষ্ট্য
+    - একটি পরিষেবা হিসাবে ফ্রন্ট-রানিং
+    - অনুসন্ধান/ফিল্টারিং পদ্ধতি সহ বিশ্বব্যাপী লেনদেন মেমপুল
+    - লেনদেন পাঠানোর জন্য সীমাহীন TX ফি এবং অসীম গ্যাস
+    - নতুন ব্লকের দ্রুততম প্রাপ্তি এবং ব্লকচেইন পড়া
+    - প্রতি API কলে সেরা মূল্যের গ্যারান্টি
+
+- [**Zeeve**](https://www.zeeve.io/)
+  - [ডক্স](https://www.zeeve.io/docs/)
+  - বৈশিষ্ট্য
+    - এন্টারপ্রাইজ-গ্রেড নো-কোড অটোমেশন প্ল্যাটফর্ম যা ব্লকচেইন নোড এবং নেটওয়ার্কগুলির স্থাপন, পর্যবেক্ষণ এবং ব্যবস্থাপনা প্রদান করে
+    - 30+ সমর্থিত প্রোটোকল এবং ইন্টিগ্রেশন, এবং আরও যোগ করা হচ্ছে
+    - বাস্তব-বিশ্ব ব্যবহারের ক্ষেত্রে বিকেন্দ্রীভূত স্টোরেজ, বিকেন্দ্রীভূত পরিচয় এবং ব্লকচেইন লেজার ডেটা API-এর মতো মূল্য সংযোজিত web3 পরিকাঠামো পরিষেবা
+    - 24/7 সহায়তা এবং সক্রিয় পর্যবেক্ষণ সর্বদা নোডগুলির স্বাস্থ্য নিশ্চিত করে।
+    - RPC এন্ডপয়েন্টগুলি API-তে প্রমাণীকৃত অ্যাক্সেস, স্বজ্ঞাত ড্যাশবোর্ড এবং বিশ্লেষণ সহ ঝামেলা-মুক্ত ব্যবস্থাপনা অফার করে।
+    - পরিচালিত ক্লাউড এবং আপনার নিজস্ব ক্লাউড উভয় বিকল্পই প্রদান করে এবং AWS, Azure, Google Cloud, Digital Ocean এবং অন-প্রেমিসের মতো সমস্ত প্রধান ক্লাউড প্রদানকারীকে সমর্থন করে।
+    - আমরা প্রতিবার আপনার ব্যবহারকারীর নিকটতম নোডে পৌঁছানোর জন্য বুদ্ধিমান রাউটিং ব্যবহার করি
+
+## আরও পড়ুন {#further-reading}
+
+- [ইথেরিয়াম নোড পরিষেবাগুলির তালিকা](https://ethereumnodes.com/)
+
+## সম্পর্কিত বিষয় {#related-topics}
+
+- [নোড এবং ক্লায়েন্ট](/developers/docs/nodes-and-clients/)
+
+## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
+
+- [Alchemy ব্যবহার করে ইথেরিয়াম ডেভেলপমেন্ট শুরু করা](/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/bn/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/run-a-node/index.md
new file mode 100644
index 00000000000..6fe3c543509
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -0,0 +1,484 @@
+---
+title: "আপনার নিজের ইথেরিয়াম নোড স্পিন আপ করুন"
+description: "একটি ইথেরিয়াম ক্লায়েন্টের নিজস্ব ইনস্ট্যান্স চালানোর জন্য একটি সাধারণ ভূমিকা।"
+lang: bn
+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}
+
+ইথেরিয়াম ক্লায়েন্টগুলি সাধারণ মানের কম্পিউটারে চলতে পারে এবং এর জন্য কোনো বিশেষ হার্ডওয়্যারের প্রয়োজন হয় না, যেমন উদাহরণস্বরূপ মাইনিং মেশিন। অতএব, আপনার প্রয়োজনের উপর ভিত্তি করে নোড স্থাপন করার জন্য আপনার কাছে বিভিন্ন বিকল্প রয়েছে।
+সহজ করার জন্য, আসুন একটি স্থানীয় ফিজিক্যাল মেশিন এবং একটি ক্লাউড সার্ভার উভয় ক্ষেত্রেই একটি নোড চালানোর কথা ভাবি:
+
+- ক্লাউড
+  - প্রদানকারীরা উচ্চ সার্ভার আপটাইম এবং স্ট্যাটিক পাবলিক আইপি ঠিকানা অফার করে
+  - নিজের তৈরির চেয়ে একটি ডেডিকেটেড বা ভার্চুয়াল সার্ভার পাওয়া বেশি আরামদায়ক হতে পারে
+  - বোঝাপড়াটি হল একটি তৃতীয় পক্ষকে - সার্ভার প্রদানকারীকে বিশ্বাস করা
+  - সম্পূর্ণ নোডের জন্য প্রয়োজনীয় স্টোরেজ আকারের কারণে, একটি ভাড়া করা সার্ভারের দাম বেশি হতে পারে
+- নিজস্ব হার্ডওয়্যার
+  - আরও বিশ্বাসহীন এবং সার্বভৌম পদ্ধতি
+  - এককালীন বিনিয়োগ
+  - পূর্ব-কনফিগার করা মেশিন কেনার একটি বিকল্প
+  - আপনাকে শারীরিকভাবে মেশিন এবং নেটওয়ার্কিং প্রস্তুত করতে, রক্ষণাবেক্ষণ করতে এবং সম্ভাব্যভাবে সমস্যা সমাধান করতে হবে
+
+উভয় বিকল্পেরই বিভিন্ন সুবিধা রয়েছে যা উপরে সংক্ষিপ্ত করা হয়েছে। আপনি যদি একটি ক্লাউড সমাধান খুঁজছেন, তাহলে অনেক ঐতিহ্যবাহী ক্লাউড কম্পিউটিং প্রদানকারী ছাড়াও, নোড স্থাপনের উপর কেন্দ্র করে এমন পরিষেবাও রয়েছে। হোস্ট করা নোডগুলির আরও বিকল্পের জন্য [পরিষেবা হিসাবে নোড](/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) দ্বারা সীমাবদ্ধ নয়। একটি আনমিটারড সংযোগ ব্যবহার করার সুপারিশ করা হয় কারণ প্রাথমিক সিঙ্ক এবং নেটওয়ার্কে সম্প্রচারিত ডেটা আপনার সীমা অতিক্রম করতে পারে।
+
+##### অপারেটিং সিস্টেম
+
+সমস্ত ক্লায়েন্ট প্রধান অপারেটিং সিস্টেমগুলিকে সমর্থন করে - Linux, MacOS, Windows। এর মানে হল আপনি আপনার জন্য সবচেয়ে উপযুক্ত অপারেটিং সিস্টেম (OS) দিয়ে নিয়মিত ডেস্কটপ বা সার্ভার মেশিনে নোড চালাতে পারেন। সম্ভাব্য সমস্যা এবং নিরাপত্তা দুর্বলতা এড়াতে নিশ্চিত করুন যে আপনার OS আপ টু ডেট আছে।
+
+##### ন্যূনতম প্রয়োজনীয়তা
+
+- ২+ কোর সহ CPU
+- ৮ GB RAM
+- ২TB SSD
+- ১০+ MBit/s ব্যান্ডউইথ
+
+##### প্রস্তাবিত স্পেসিফিকেশন
+
+- ৪+ কোর সহ দ্রুত CPU
+- ১৬ GB+ RAM
+- ২+TB সহ দ্রুত SSD
+- ২৫+ MBit/s ব্যান্ডউইথ
+
+আপনার বেছে নেওয়া সিঙ্ক মোড এবং ক্লায়েন্ট স্থানের প্রয়োজনীয়তাকে প্রভাবিত করবে, তবে আমরা নিচে প্রতিটি ক্লায়েন্টের জন্য আপনার প্রয়োজনীয় ডিস্কের স্থান অনুমান করেছি।
+
+| ক্লায়েন্ট  | ডিস্কের আকার (স্ন্যাপ সিঙ্ক) | ডিস্কের আকার (সম্পূর্ণ আর্কাইভ) |
+| ---------- | ----------------------------------------------- | -------------------------------------------------- |
+| Besu       | ৮০০GB+                                          | ১২TB+                                              |
+| Erigon     | প্রযোজ্য নয়                                     | ২.৫TB+                             |
+| Geth       | ৫০০GB+                                          | ১২TB+                                              |
+| Nethermind | ৫০০GB+                                          | ১২TB+                                              |
+| Reth       | প্রযোজ্য নয়                                     | ২.২TB+                             |
+
+- দ্রষ্টব্য: Erigon এবং Reth স্ন্যাপ সিঙ্ক অফার করে না, কিন্তু ফুল প্রুনিং সম্ভব (Erigon-এর জন্য ~২TB, Reth-এর জন্য ~১.২TB)
+
+কনসেন্সাস ক্লায়েন্টদের জন্য, স্থানের প্রয়োজনীয়তা ক্লায়েন্ট ইমপ্লিমেন্টেশন এবং সক্রিয় করা বৈশিষ্ট্যগুলির (যেমন, ভ্যালিডেটর স্ল্যাশার) উপরও নির্ভর করে, তবে সাধারণত বীকন ডেটার জন্য আরও ২০০GB প্রয়োজন হয়। বিপুল সংখ্যক ভ্যালিডেটরের সাথে, ব্যান্ডউইথ লোডও বৃদ্ধি পায়। আপনি [এই বিশ্লেষণে কনসেন্সাস ক্লায়েন্টের প্রয়োজনীয়তার বিবরণ](https://mirror.xyz/0x934e6B4D7eee305F8C9C42b46D6EEA09CcFd5EDc/b69LBy8p5UhcGJqUAmT22dpvdkU-Pulg2inrhoS9Mbc) খুঁজে পেতে পারেন।
+
+#### প্লাগ-এন্ড-প্লে সমাধান {#plug-and-play}
+
+আপনার নিজের হার্ডওয়্যার দিয়ে একটি নোড চালানোর সবচেয়ে সহজ বিকল্প হল প্লাগ-এন্ড-প্লে বক্স ব্যবহার করা। বিক্রেতাদের থেকে পূর্ব-কনফিগার করা মেশিনগুলি সবচেয়ে সহজ অভিজ্ঞতা প্রদান করে: অর্ডার করুন, সংযোগ করুন, চালান। সফটওয়্যারটি পর্যবেক্ষণ এবং নিয়ন্ত্রণ করার জন্য একটি স্বজ্ঞাত গাইড এবং ড্যাশবোর্ডের সাথে সবকিছু পূর্ব-কনফিগার করা থাকে এবং স্বয়ংক্রিয়ভাবে চলে।
+
+- [DappNode](https://dappnode.io/)
+- [Avado](https://ava.do/)
+
+#### একটি একক-বোর্ড কম্পিউটারে ইথেরিয়াম {#ethereum-on-a-single-board-computer}
+
+একটি ইথেরিয়াম নোড চালানোর একটি সহজ এবং সস্তা উপায় হল একটি একক বোর্ড কম্পিউটার ব্যবহার করা, এমনকি Raspberry Pi-এর মতো একটি ARM আর্কিটেকচার সহ। [ARM-এ ইথেরিয়াম](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/) Raspberry Pi এবং অন্যান্য 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) সহজেই সেগুলি যাচাই করতে। `gpg` ব্যবহার করে ওপেন-সোর্স সফটওয়্যার যাচাই করার একটি টিউটোরিয়াল দেখুন [লিনাক্স](https://www.tecmint.com/verify-pgp-signature-downloaded-software/) বা [উইন্ডোজ/ম্যাকওএস](https://freedom.press/training/verifying-open-source-software/) এ।
+
+যাচাইকরণের আরেকটি রূপ হল এটি নিশ্চিত করা যে আপনি যে সফটওয়্যারটি ডাউনলোড করেছেন তার হ্যাস, একটি অনন্য ক্রিপ্টোগ্রাফিক ফিঙ্গারপ্রিন্ট, ডেভেলপারদের দ্বারা প্রদত্তটির সাথে মেলে। এটি PGP ব্যবহারের চেয়েও সহজ, এবং কিছু ক্লায়েন্ট শুধুমাত্র এই বিকল্পটি অফার করে। শুধু ডাউনলোড করা সফটওয়্যারে হ্যাস ফাংশনটি চালান এবং রিলিজ পৃষ্ঠা থেকে এটির সাথে তুলনা করুন। উদাহরণস্বরূপ:
+
+```sh
+sha256sum teku-22.6.1.tar.gz
+
+9b2f8c1f8d4dab0404ce70ea314ff4b3c77e9d27aff9d1e4c1933a5439767dde
+```
+
+#### ক্লায়েন্ট সেটআপ {#client-setup}
+
+ক্লায়েন্ট সফটওয়্যার ইনস্টল, ডাউনলোড বা কম্পাইল করার পরে, আপনি এটি চালানোর জন্য প্রস্তুত। এর মানে শুধু এই যে এটি সঠিক কনফিগারেশনের সাথে এক্সিকিউট করতে হবে। ক্লায়েন্টরা সমৃদ্ধ কনফিগারেশন বিকল্প অফার করে, যা বিভিন্ন বৈশিষ্ট্য সক্রিয় করতে পারে।
+
+আসুন এমন বিকল্পগুলি দিয়ে শুরু করি যা ক্লায়েন্টের কর্মক্ষমতা এবং ডেটা ব্যবহারকে উল্লেখযোগ্যভাবে প্রভাবিত করতে পারে। [সিঙ্ক মোড](/developers/docs/nodes-and-clients/#sync-modes) ব্লকচেইন ডেটা ডাউনলোড এবং যাচাই করার বিভিন্ন পদ্ধতির প্রতিনিধিত্ব করে। নোড শুরু করার আগে, আপনার কোন নেটওয়ার্ক এবং সিঙ্ক মোড ব্যবহার করতে হবে তা সিদ্ধান্ত নেওয়া উচিত। সবচেয়ে গুরুত্বপূর্ণ বিষয়গুলি যা বিবেচনা করতে হবে তা হল ডিস্কের স্থান এবং ক্লায়েন্টের জন্য প্রয়োজনীয় সিঙ্ক সময়। কোন সিঙ্ক মোড ডিফল্ট তা নির্ধারণ করতে ক্লায়েন্টের ডক্সে মনোযোগ দিন। যদি এটি আপনার জন্য উপযুক্ত না হয়, তবে নিরাপত্তা, উপলব্ধ ডেটা এবং খরচের উপর ভিত্তি করে অন্য একটি বেছে নিন। সিঙ্ক্রোনাইজেশন অ্যালগরিদম ছাড়াও, আপনি বিভিন্ন ধরণের পুরানো ডেটার ছাঁটাইও সেট করতে পারেন। প্রুনিং পুরানো ডেটা মুছে ফেলতে সক্ষম করে, যেমন, সাম্প্রতিক ব্লকগুলি থেকে পৌঁছানো যায় না এমন স্টেট ট্রাই নোডগুলি অপসারণ করা।
+
+অন্যান্য মৌলিক কনফিগারেশন বিকল্পগুলি হল, যেমন, একটি নেটওয়ার্ক বেছে নেওয়া - মেইননেট বা টেস্টনেট, RPC বা WebSocket-এর জন্য HTTP এন্ডপয়েন্ট সক্রিয় করা ইত্যাদি। আপনি ক্লায়েন্টের নথিপত্রে সমস্ত বৈশিষ্ট্য এবং বিকল্প খুঁজে পেতে পারেন। বিভিন্ন ক্লায়েন্ট কনফিগারেশন সরাসরি CLI বা কনফিগ ফাইলে সংশ্লিষ্ট ফ্ল্যাগগুলির সাথে ক্লায়েন্টকে কার্যকর করে সেট করা যেতে পারে। প্রতিটি ক্লায়েন্ট কিছুটা ভিন্ন; কনফিগারেশন বিকল্পের বিশদ বিবরণের জন্য অনুগ্রহ করে সর্বদা এর অফিসিয়াল নথিপত্র বা সহায়তা পৃষ্ঠা দেখুন।
+
+পরীক্ষার উদ্দেশ্যে, আপনি টেস্টনেট নেটওয়ার্কগুলির একটিতে একটি ক্লায়েন্ট চালাতে পছন্দ করতে পারেন। [সমর্থিত নেটওয়ার্কগুলির সংক্ষিপ্ত বিবরণ দেখুন](/developers/docs/nodes-and-clients/#execution-clients)।
+
+মৌলিক কনফিগারেশন সহ এক্সিকিউশন ক্লায়েন্ট চালানোর উদাহরণ পরবর্তী বিভাগে পাওয়া যাবে।
+
+#### এক্সিকিউশন ক্লায়েন্ট শুরু করা {#starting-the-execution-client}
+
+ইথেরিয়াম ক্লায়েন্ট সফটওয়্যার শুরু করার আগে, আপনার পরিবেশ প্রস্তুত কিনা তা শেষবারের মতো পরীক্ষা করুন। উদাহরণস্বরূপ, নিশ্চিত করুন:
+
+- নির্বাচিত নেটওয়ার্ক এবং সিঙ্ক মোড বিবেচনা করে পর্যাপ্ত ডিস্ক স্পেস রয়েছে।
+- মেমরি এবং সিপিইউ অন্যান্য প্রোগ্রাম দ্বারা বন্ধ করা হয়নি।
+- অপারেটিং সিস্টেম সর্বশেষ সংস্করণে আপডেট করা হয়েছে।
+- সিস্টেমের সঠিক সময় এবং তারিখ আছে।
+- আপনার রাউটার এবং ফায়ারওয়াল লিসেনিং পোর্টে সংযোগ গ্রহণ করে। ডিফল্টরূপে ইথেরিয়াম ক্লায়েন্টরা একটি লিসেনার (TCP) পোর্ট এবং একটি ডিসকভারি (UDP) পোর্ট ব্যবহার করে, উভয়ই ডিফল্টরূপে ৩০৩০৩ পোর্টে।
+
+সবকিছু ঠিকঠাক কাজ করছে কিনা তা নিশ্চিত করতে সাহায্য করার জন্য প্রথমে আপনার ক্লায়েন্ট একটি টেস্টনেটে চালান।
+
+শুরুতে আপনাকে ডিফল্ট নয় এমন কোনো ক্লায়েন্ট সেটিংস ঘোষণা করতে হবে। আপনার পছন্দের কনফিগারেশন ঘোষণা করতে আপনি ফ্ল্যাগ বা কনফিগ ফাইল ব্যবহার করতে পারেন। প্রতিটি ক্লায়েন্টের বৈশিষ্ট্য এবং কনফিগার সিনট্যাক্সের সেট আলাদা। নির্দিষ্ট বিবরণের জন্য আপনার ক্লায়েন্টের নথিপত্র দেখুন।
+
+এক্সিকিউশন এবং কনসেন্সাস ক্লায়েন্ট [ইঞ্জিন 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 ডিফল্টরূপে ৮GB HDD দিয়ে একটি সম্পূর্ণ সিঙ্ক সম্পাদন করে যার ফলে ২TB-এর বেশি আর্কাইভ ডেটা হবে। `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 শুরু করে, ডিফল্ট ডেটা অবস্থান ব্যবহার করে। JSON-RPC এবং ইঞ্জিন RPC প্রমাণীকরণ সক্ষম করে কনসেন্সাস ক্লায়েন্ট সংযোগ করার জন্য যা `jwtsecret` পাথ দ্বারা সংজ্ঞায়িত করা হয়, শুধুমাত্র `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 আপনার ভ্যালিডেটরদের জন্য ব্যবহারযোগ্য হয়ে ওঠে। [বীকন নোড API](https://eth2docs.vercel.app/) সম্পর্কে আরও জানুন।
+
+### ভ্যালিডেটর যোগ করা {#adding-validators}
+
+একটি কনসেন্সাস ক্লায়েন্ট ভ্যালিডেটরদের সংযোগের জন্য একটি বীকন নোড হিসাবে কাজ করে। প্রতিটি কনসেন্সাস ক্লায়েন্টের নিজস্ব ভ্যালিডেটর সফটওয়্যার রয়েছে যা তাদের নিজ নিজ নথিপত্রে বিশদভাবে বর্ণনা করা হয়েছে।
+
+আপনার নিজের ভ্যালিডেটর চালানো [একক স্টেকিং](/staking/solo/) করার সুযোগ দেয়, যা ইথেরিয়াম নেটওয়ার্ককে সমর্থন করার জন্য সবচেয়ে প্রভাবশালী এবং বিশ্বাসহীন পদ্ধতি। তবে, এর জন্য ৩২ 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`)
+- web3 লাইব্রেরি ব্যবহার করে অ্যাপ্লিকেশনগুলিতে সেগুলি প্রয়োগ করা, যেমন, [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`-এ পরিবর্তন করে এটিকে সর্বজনীনভাবে প্রকাশ করতে চাইতে পারেন। এটি এটিকে স্থানীয় নেটওয়ার্ক এবং পাবলিক আইপি ঠিকানার মাধ্যমে পৌঁছানো সম্ভব করবে। বেশিরভাগ ক্ষেত্রে আপনাকে আপনার রাউটারে পোর্ট ফরওয়ার্ডিং সেট আপ করতে হবে।
+
+ইন্টারনেটে পোর্টগুলি প্রকাশ করার সময় সতর্ক থাকুন কারণ এটি ইন্টারনেটের যে কাউকে আপনার নোড নিয়ন্ত্রণ করতে দেবে। ক্ষতিকারক অভিনেতারা আপনার নোড অ্যাক্সেস করে আপনার সিস্টেমকে ডাউন করতে বা আপনার তহবিল চুরি করতে পারে যদি আপনি আপনার ক্লায়েন্টকে ওয়ালেট হিসাবে ব্যবহার করেন।
+
+এর একটি উপায় হল সম্ভাব্য ক্ষতিকারক RPC পদ্ধতিগুলিকে পরিবর্তনযোগ্য হওয়া থেকে বিরত রাখা। উদাহরণস্বরূপ, Geth-এর সাথে, আপনি একটি ফ্ল্যাগ দিয়ে পরিবর্তনযোগ্য পদ্ধতি ঘোষণা করতে পারেন: `--http.api web3,eth,txpool`।
+
+RPC ইন্টারফেসে অ্যাক্সেস এজ লেয়ার API বা ওয়েব সার্ভার অ্যাপ্লিকেশন, যেমন Nginx, তৈরি করে এবং সেগুলিকে আপনার ক্লায়েন্টের স্থানীয় ঠিকানা এবং পোর্টের সাথে সংযোগ করে বাড়ানো যেতে পারে। একটি মধ্যম স্তরের ব্যবহার ডেভেলপারদের RPC ইন্টারফেসে নিরাপদ `https` সংযোগের জন্য একটি শংসাপত্র সেটআপ করার ক্ষমতাও দিতে পারে।
+
+আপনার নোডের RPC এন্ডপয়েন্টে অ্যাক্সেস দেওয়ার একমাত্র উপায় একটি ওয়েব সার্ভার, একটি প্রক্সি বা বাহ্যিকমুখী Rest API সেট আপ করা নয়। একটি সর্বজনীনভাবে পৌঁছানো যায় এমন এন্ডপয়েন্ট সেট আপ করার আরেকটি গোপনীয়তা-সংরক্ষণকারী উপায় হল আপনার নিজের [Tor](https://www.torproject.org/) অনিয়ন সার্ভিসে নোডটি হোস্ট করা। এটি আপনাকে একটি স্ট্যাটিক পাবলিক আইপি ঠিকানা বা খোলা পোর্ট ছাড়াই আপনার স্থানীয় নেটওয়ার্কের বাইরে RPC-তে পৌঁছাতে দেবে। তবে, এই কনফিগারেশনটি ব্যবহার করলে 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 লেয়ার ২ বা ৩ নিরাপদ নেটওয়ার্ক এক্সটেনশন প্রয়োগ করে, শংসাপত্র, স্মার্ট কার্ড, এবং/অথবা ব্যবহারকারীর নাম/পাসওয়ার্ড শংসাপত্রের উপর ভিত্তি করে নমনীয় ক্লায়েন্ট প্রমাণীকরণ পদ্ধতি সমর্থন করে, এবং VPN ভার্চুয়াল ইন্টারফেসে প্রয়োগ করা ফায়ারওয়াল নিয়ম ব্যবহার করে ব্যবহারকারী বা গোষ্ঠী-নির্দিষ্ট অ্যাক্সেস নিয়ন্ত্রণ নীতিগুলির অনুমতি দেয়।
+
+### নোড পরিচালনা করা {#operating-the-node}
+
+আপনার নোডটি সঠিকভাবে চলছে কিনা তা নিশ্চিত করতে আপনার নিয়মিত এটি পর্যবেক্ষণ করা উচিত। আপনাকে মাঝে মাঝে রক্ষণাবেক্ষণের কাজ করতে হতে পারে।
+
+#### একটি নোড অনলাইনে রাখা {#keeping-node-online}
+
+আপনার নোডকে সব সময় অনলাইনে থাকতে হবে না, তবে নেটওয়ার্কের সাথে সিঙ্কে রাখতে এটিকে যতটা সম্ভব অনলাইনে রাখা উচিত। আপনি এটি পুনরায় চালু করতে বন্ধ করতে পারেন, তবে মনে রাখবেন যে:
+
+- বন্ধ হতে কয়েক মিনিট সময় লাগতে পারে যদি সাম্প্রতিক স্টেট এখনও ডিস্কে লেখা হচ্ছে।
+- জোর করে বন্ধ করলে ডাটাবেসের ক্ষতি হতে পারে যার ফলে আপনাকে পুরো নোডটি পুনরায় সিঙ্ক করতে হবে।
+- আপনার ক্লায়েন্ট নেটওয়ার্কের সাথে সিঙ্ক থেকে বেরিয়ে যাবে এবং আপনি যখন এটি পুনরায় চালু করবেন তখন এটি পুনরায় সিঙ্ক করতে হবে। যদিও নোডটি শেষবার বন্ধ হওয়ার স্থান থেকে সিঙ্ক করা শুরু করতে পারে, তবে এটি কতক্ষণ অফলাইন ছিল তার উপর নির্ভর করে প্রক্রিয়াটি সময় নিতে পারে।
+
+_এটি কনসেন্সাস লেয়ার ভ্যালিডেটর নোডগুলিতে প্রযোজ্য নয়।_ আপনার নোড অফলাইন করলে এটি নির্ভরশীল সমস্ত পরিষেবাগুলিকে প্রভাবিত করবে। আপনি যদি _স্টেকিং_ উদ্দেশ্যে একটি নোড চালাচ্ছেন তবে আপনার ডাউনটাইম যতটা সম্ভব কম করার চেষ্টা করা উচিত।
+
+#### ক্লায়েন্ট পরিষেবা তৈরি করা {#creating-client-services}
+
+স্টার্টআপে আপনার ক্লায়েন্টদের স্বয়ংক্রিয়ভাবে চালানোর জন্য একটি পরিষেবা তৈরি করার কথা বিবেচনা করুন। উদাহরণস্বরূপ, লিনাক্স সার্ভারে, একটি পরিষেবা তৈরি করা ভাল অভ্যাস হবে, যেমন, `systemd` দিয়ে, যা সঠিক কনফিগারেশন সহ ক্লায়েন্টকে কার্যকর করে, সীমিত সুযোগ-সুবিধা সহ একজন ব্যবহারকারীর অধীনে এবং স্বয়ংক্রিয়ভাবে পুনরায় চালু হয়।
+
+#### ক্লায়েন্ট আপডেট করা {#updating-clients}
+
+আপনাকে আপনার ক্লায়েন্ট সফটওয়্যারটি সর্বশেষ নিরাপত্তা প্যাচ, বৈশিষ্ট্য এবং [EIP](/eips/)-এর সাথে আপ-টু-ডেট রাখতে হবে। বিশেষ করে [হার্ড ফর্কের](/ethereum-forks/) আগে, নিশ্চিত করুন যে আপনি সঠিক ক্লায়েন্ট সংস্করণ চালাচ্ছেন।
+
+> গুরুত্বপূর্ণ নেটওয়ার্ক আপডেটের আগে, EF তার [ব্লগে](https://blog.ethereum.org) একটি পোস্ট প্রকাশ করে। আপনার নোডের আপডেটের প্রয়োজন হলে আপনার মেইলে একটি বিজ্ঞপ্তি পেতে আপনি [এই ঘোষণাগুলিতে সদস্যতা নিতে পারেন](https://blog.ethereum.org/category/protocol#subscribe)।
+
+ক্লায়েন্ট আপডেট করা খুব সহজ। প্রতিটি ক্লায়েন্টের তাদের নথিপত্রে নির্দিষ্ট নির্দেশাবলী রয়েছে, তবে প্রক্রিয়াটি সাধারণত শুধু সর্বশেষ সংস্করণ ডাউনলোড করা এবং নতুন এক্সিকিউটেবল দিয়ে ক্লায়েন্টটি পুনরায় চালু করা। ক্লায়েন্টটি যেখান থেকে ছেড়েছিল সেখান থেকে শুরু করা উচিত, তবে আপডেটগুলি প্রয়োগ করা সহ।
+
+প্রতিটি ক্লায়েন্ট ইমপ্লিমেন্টেশনের একটি মানব-পাঠযোগ্য সংস্করণ স্ট্রিং রয়েছে যা পিয়ার-টু-পিয়ার প্রোটোকলে ব্যবহৃত হয় তবে এটি কমান্ড লাইন থেকেও অ্যাক্সেসযোগ্য। এই সংস্করণ স্ট্রিং ব্যবহারকারীদের পরীক্ষা করতে দেয় যে তারা সঠিক সংস্করণ চালাচ্ছে এবং ব্লক এক্সপ্লোরার এবং অন্যান্য বিশ্লেষণাত্মক সরঞ্জামগুলিকে নেটওয়ার্কে নির্দিষ্ট ক্লায়েন্টগুলির বিতরণ পরিমাপ করতে আগ্রহী করে তোলে। সংস্করণ স্ট্রিং সম্পর্কে আরও তথ্যের জন্য অনুগ্রহ করে স্বতন্ত্র ক্লায়েন্টের নথিপত্র দেখুন।
+
+#### অতিরিক্ত পরিষেবা চালানো {#running-additional-services}
+
+আপনার নিজের নোড চালানো আপনাকে এমন পরিষেবাগুলি ব্যবহার করতে দেয় যার জন্য ইথেরিয়াম ক্লায়েন্ট RPC-তে সরাসরি অ্যাক্সেস প্রয়োজন। এগুলি হল ইথেরিয়াম-এর উপর নির্মিত পরিষেবা যেমন [লেয়ার ২ সমাধান](/developers/docs/scaling/#layer-2-scaling), ওয়ালেটের জন্য ব্যাকএন্ড, ব্লক এক্সপ্লোরার, ডেভেলপার টুল এবং অন্যান্য ইথেরিয়াম অবকাঠামো।
+
+#### নোড পর্যবেক্ষণ করা {#monitoring-the-node}
+
+আপনার নোড সঠিকভাবে পর্যবেক্ষণ করতে, মেট্রিক্স সংগ্রহ করার কথা বিবেচনা করুন। ক্লায়েন্টরা মেট্রিক্স এন্ডপয়েন্ট সরবরাহ করে যাতে আপনি আপনার নোড সম্পর্কে ব্যাপক ডেটা পেতে পারেন। [InfluxDB](https://www.influxdata.com/get-influxdb/) বা [Prometheus](https://prometheus.io/)-এর মতো টুল ব্যবহার করে ডেটাবেস তৈরি করুন যা আপনি [Grafana](https://grafana.com/)-এর মতো সফটওয়্যারে ভিজ্যুয়ালাইজেশন এবং চার্টে পরিণত করতে পারেন। এই সফটওয়্যারটি ব্যবহার করার জন্য অনেক সেটআপ এবং আপনার নোড এবং পুরো নেটওয়ার্ককে ভিজ্যুয়ালাইজ করার জন্য বিভিন্ন Grafana ড্যাশবোর্ড রয়েছে। উদাহরণস্বরূপ, [Geth পর্যবেক্ষণের উপর টিউটোরিয়াল](/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/) দেখুন।
+
+আপনার পর্যবেক্ষণের অংশ হিসাবে, আপনার মেশিনের কর্মক্ষমতার দিকে নজর রাখতে ভুলবেন না। আপনার নোডের প্রাথমিক সিঙ্কের সময়, ক্লায়েন্ট সফটওয়্যারটি সিপিইউ এবং র‍্যামের উপর খুব ভারী হতে পারে। Grafana ছাড়াও, আপনি আপনার OS দ্বারা প্রদত্ত টুল যেমন `htop` বা `uptime` ব্যবহার করতে পারেন এটি করার জন্য।
+
+## আরও পড়ুন {#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) _– CoinCashew, প্রায়শই আপডেট করা হয়_
+- [টেস্টনেটে ভ্যালিডেটর চালানোর উপর 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) _– আলবার্ট পালাউ, ২৪ সেপ্টেম্বর ২০১৮_
+- [ইথেরিয়াম ফুল নোড চালানো: সামান্য অনুপ্রাণিতদের জন্য একটি নির্দেশিকা](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/bn/developers/docs/oracles/index.md b/public/content/translations/bn/developers/docs/oracles/index.md
new file mode 100644
index 00000000000..40edd14304d
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/oracles/index.md
@@ -0,0 +1,433 @@
+---
+title: "ওরাকেলস"
+description: "ওরাকেলস ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টকে বাস্তব-বিশ্বের ডেটাতে অ্যাক্সেস প্রদান করে, ব্যবহারকারীদের জন্য আরও বেশি ব্যবহারের ক্ষেত্র এবং বৃহত্তর মান আনলক করে।"
+lang: bn
+---
+
+ওরাকেলস হল এমন অ্যাপ্লিকেশন যা ডেটা ফিড তৈরি করে যা স্মার্ট কন্ট্র্যাক্টের জন্য ব্লকচেইনে অফচেইন ডেটা উৎস উপলব্ধ করে। এটি প্রয়োজনীয় কারণ Ethereum-ভিত্তিক স্মার্ট কন্ট্র্যাক্টগুলি ডিফল্টরূপে, ব্লকচেইন নেটওয়ার্কের বাইরে সঞ্চিত তথ্য অ্যাক্সেস করতে পারে না।
+
+স্মার্ট কন্ট্র্যাক্টকে অফচেইন ডেটা ব্যবহার করে কার্যকর করার ক্ষমতা দেওয়া ডিসেন্ট্রালাইজড এপ্লিকেশনগুলির উপযোগিতা এবং মান প্রসারিত করে। উদাহরণস্বরূপ, অনচেইন প্রেডিকশন মার্কেটগুলি ওরাকেলের উপর নির্ভর করে ফলাফলের তথ্য সরবরাহ করার জন্য যা তারা ব্যবহারকারীর পূর্বাভাসকে যাচাই করতে ব্যবহার করে। ধরুন অ্যালিস 20 ETH বাজি ধরেছে কে পরবর্তী মার্কিন যুক্তরাষ্ট্রের প্রেসিডেন্ট হবে। সেক্ষেত্রে, অ্যালিস পেআউটের জন্য যোগ্য কিনা তা নির্ধারণ করতে এবং নির্বাচনের ফলাফল নিশ্চিত করতে প্রেডিকশন-মার্কেট ডিএ্যাপটির একটি ওরাকেলের প্রয়োজন।
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি ধরে নেয় যে পাঠক [নোড](/developers/docs/nodes-and-clients/), [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/), এবং [EVM](/developers/docs/evm/) সহ Ethereum-এর মৌলিক বিষয়গুলির সাথে পরিচিত। আপনার [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) এবং [স্মার্ট কন্ট্র্যাক্ট অ্যানাটমি](/developers/docs/smart-contracts/anatomy/), বিশেষ করে [ইভেন্ট](/glossary/#events) সম্পর্কেও ভালো ধারণা থাকা উচিত।
+
+## একটি ব্লকচেইন ওরাকেল কী? {#what-is-a-blockchain-oracle}
+
+ওরাকেলস হল এমন অ্যাপ্লিকেশন যা ব্লকচেইনে চলমান স্মার্ট কন্ট্র্যাক্টে বাহ্যিক তথ্য (অর্থাৎ, অফচেইন সঞ্চিত তথ্য) উৎস, যাচাই এবং প্রেরণ করে। অফচেইন ডেটা “পুল” করা এবং এটিকে Ethereum-এ সম্প্রচার করা ছাড়াও, ওরাকেলগুলি ব্লকচেইন থেকে বাহ্যিক সিস্টেমে তথ্য “পুশ” করতে পারে, যেমন, ব্যবহারকারী একটি Ethereum লেনদেনের মাধ্যমে একটি ফি পাঠালে একটি স্মার্ট লক আনলক করা।
+
+একটি ওরাকেল ছাড়া, একটি স্মার্ট কন্ট্র্যাক্ট সম্পূর্ণরূপে অনচেইন ডেটার মধ্যে সীমাবদ্ধ থাকবে।
+
+ওরাকেলস ডেটার উৎস (এক বা একাধিক উৎস), ট্রাস্ট মডেল (কেন্দ্রীয় বা বিকেন্দ্রীভূত), এবং সিস্টেম আর্কিটেকচার (অবিলম্বে-পড়া, প্রকাশ-সাবস্ক্রাইব, এবং অনুরোধ-প্রতিক্রিয়া) এর উপর ভিত্তি করে ভিন্ন হয়। আমরা ওরাকলের মধ্যে পার্থক্য করতে পারি যে তারা অনচেইন কন্ট্র্যাক্ট (ইনপুট ওরাকেল) দ্বারা ব্যবহারের জন্য বাহ্যিক ডেটা পুনরুদ্ধার করে, ব্লকচেইন থেকে অফচেইন অ্যাপ্লিকেশনে (আউটপুট ওরাকেল) তথ্য পাঠায়, বা অফচেইন (কম্পিউটেশনাল ওরাকেল) কম্পিউটেশনাল কাজ করে।
+
+## স্মার্ট কন্ট্র্যাক্টের ওরাকেলের প্রয়োজন কেন? {#why-do-smart-contracts-need-oracles}
+
+অনেক ডেভেলপার স্মার্ট কন্ট্র্যাক্টকে ব্লকচেইনের নির্দিষ্ট ঠিকানায় চলমান কোড হিসাবে দেখেন। যাইহোক, [স্মার্ট কন্ট্র্যাক্টের একটি আরও সাধারণ দৃষ্টিভঙ্গি](/smart-contracts/) হল যে সেগুলি স্ব-নির্বাহী সফ্টওয়্যার প্রোগ্রাম যা নির্দিষ্ট শর্ত পূরণ হয়ে গেলে পক্ষগুলির মধ্যে চুক্তি প্রয়োগ করতে সক্ষম - তাই “স্মার্ট কন্ট্র্যাক্ট” শব্দটি।
+
+কিন্তু মানুষের মধ্যে চুক্তি কার্যকর করার জন্য স্মার্ট কন্ট্র্যাক্ট ব্যবহার করা সহজ নয়, কারণ Ethereum নির্ধারক। একটি [নির্ধারক সিস্টেম](https://en.wikipedia.org/wiki/Deterministic_algorithm) হল এমন একটি যা একটি প্রাথমিক অবস্থা এবং একটি নির্দিষ্ট ইনপুট দেওয়া হলে সর্বদা একই ফলাফল তৈরি করে, যার অর্থ ইনপুট থেকে আউটপুট গণনা করার প্রক্রিয়াতে কোনও এলোমেলোতা বা ভিন্নতা নেই।
+
+নির্ধারক এক্সিকিউশন অর্জনের জন্য, ব্লকচেইনগুলি _শুধুমাত্র_ ব্লকচেইনেই সঞ্চিত ডেটা ব্যবহার করে সাধারণ বাইনারি (সত্য/মিথ্যা) প্রশ্নগুলির উপর কনসেন্সাস পৌঁছানোর জন্য নোডগুলিকে সীমাবদ্ধ করে। এই ধরনের প্রশ্নের উদাহরণগুলির মধ্যে রয়েছে:
+
+- “অ্যাকাউন্টের মালিক (একটি পাবলিক কী দ্বারা চিহ্নিত) কি এই লেনদেনটি জোড়া প্রাইভেট কী দিয়ে স্বাক্ষর করেছেন?”
+- “এই অ্যাকাউন্টে লেনদেন কভার করার জন্য যথেষ্ট তহবিল আছে কি?”
+- “এই স্মার্ট কন্ট্র্যাক্টের প্রেক্ষাপটে এই লেনদেনটি বৈধ?”, ইত্যাদি।
+
+যদি ব্লকচেইনগুলি বাহ্যিক উত্স থেকে (অর্থাৎ, বাস্তব বিশ্ব থেকে) তথ্য পায়, তবে নির্ধারকতা অর্জন করা অসম্ভব হবে, যা নোডগুলিকে ব্লকচেইনের অবস্থার পরিবর্তনে একমত হতে বাধা দেবে। উদাহরণস্বরূপ একটি স্মার্ট কন্ট্র্যাক্ট নিন যা একটি প্রচলিত মূল্য API থেকে প্রাপ্ত বর্তমান ETH-USD বিনিময় হারের উপর ভিত্তি করে একটি লেনদেন সম্পাদন করে। এই সংখ্যাটি ঘন ঘন পরিবর্তন হওয়ার সম্ভাবনা রয়েছে (উল্লেখ করার মতো নয় যে APIটি বাতিল বা হ্যাক হতে পারে), যার অর্থ একই কন্ট্র্যাক্ট কোড নির্বাহকারী নোডগুলি বিভিন্ন ফলাফলে পৌঁছাবে।
+
+Ethereum-এর মতো একটি পাবলিক ব্লকচেইনের জন্য, বিশ্বজুড়ে হাজার হাজার নোড লেনদেন প্রক্রিয়াকরণ করে, নির্ধারকতা অত্যন্ত গুরুত্বপূর্ণ। সত্যের উৎস হিসাবে কাজ করার জন্য কোনও কেন্দ্রীয় কর্তৃপক্ষ না থাকায়, একই লেনদেন প্রয়োগ করার পরে একই অবস্থায় পৌঁছানোর জন্য নোডগুলির পদ্ধতির প্রয়োজন। এমন একটি ক্ষেত্রে যেখানে নোড A একটি স্মার্ট কন্ট্র্যাক্টের কোড চালায় এবং ফলস্বরূপ "3" পায়, যখন নোড B একই লেনদেন চালানোর পরে "7" পায়, যা কনসেন্সাস ভেঙে দেবে এবং একটি ডিসেন্ট্রালাইজড কম্পিউটিং প্ল্যাটফর্ম হিসাবে Ethereum-এর মানকে নির্মূল করবে।
+
+এই দৃশ্যকল্পটি বাহ্যিক উৎস থেকে তথ্য টানতে ব্লকচেইন ডিজাইন করার সমস্যাটিকেও তুলে ধরে। যাইহোক, ওরাকেলস অফচেইন উৎস থেকে তথ্য নিয়ে এবং স্মার্ট কন্ট্র্যাক্টের ব্যবহারের জন্য ব্লকচেইনে সংরক্ষণ করে এই সমস্যার সমাধান করে। যেহেতু অনচেইনে সঞ্চিত তথ্য অপরিবর্তনীয় এবং সর্বজনীনভাবে উপলব্ধ, তাই Ethereum নোডগুলি কনসেন্সাস না ভেঙে অবস্থার পরিবর্তনগুলি গণনা করতে ওরাকেল আমদানি করা অফচেইন ডেটা নিরাপদে ব্যবহার করতে পারে।
+
+এটি করার জন্য, একটি ওরাকেল সাধারণত একটি স্মার্ট কন্ট্র্যাক্ট অনচেইনে চলমান এবং কিছু অফচেইন উপাদান দিয়ে তৈরি। অনচেইন কন্ট্র্যাক্ট অন্যান্য স্মার্ট কন্ট্র্যাক্ট থেকে ডেটার জন্য অনুরোধ গ্রহণ করে, যা এটি অফচেইন উপাদানে (একটি ওরাকেল নোড বলা হয়) প্রেরণ করে। এই ওরাকেল নোড ডেটা উৎস জিজ্ঞাসা করতে পারে—উদাহরণস্বরূপ, অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস (API) ব্যবহার করে—এবং স্মার্ট কন্ট্র্যাক্টের সংগ্রহস্থলে অনুরোধ করা ডেটা সঞ্চয় করতে লেনদেন পাঠাতে পারে।
+
+মূলত, একটি ব্লকচেইন ওরাকেল ব্লকচেইন এবং বাহ্যিক পরিবেশের মধ্যে তথ্যের ব্যবধানকে ব্রিজ করে, “হাইব্রিড স্মার্ট কন্ট্র্যাক্ট” তৈরি করে। একটি হাইব্রিড স্মার্ট কন্ট্র্যাক্ট হল এমন একটি যা অনচেইন কন্ট্র্যাক্ট কোড এবং অফচেইন পরিকাঠামোর সংমিশ্রণের উপর ভিত্তি করে কাজ করে। ডিসেন্ট্রালাইজড প্রেডিকশন মার্কেটগুলি হাইব্রিড স্মার্ট কন্ট্র্যাক্টের একটি চমৎকার উদাহরণ। অন্যান্য উদাহরণের মধ্যে শস্য বীমা স্মার্ট কন্ট্র্যাক্ট অন্তর্ভুক্ত থাকতে পারে যা অর্থ প্রদান করে যখন ওরাকেলের একটি সেট নির্ধারণ করে যে নির্দিষ্ট আবহাওয়ার ঘটনা ঘটেছে।
+
+## ওরাকেল সমস্যাটি কী? {#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` কমান্ডের মতো কিছু ব্যবহার করে), যারা লগ ইভেন্টে সংজ্ঞায়িত ডেটা পুনরুদ্ধার করতে এগিয়ে যায়।
+
+Pedro Costa-এর দ্বারা নিচে একটি [উদাহরণ ওরাকেল কন্ট্র্যাক্ট](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) দেওয়া হল। এটি একটি সাধারণ ওরাকেল পরিষেবা যা অন্যান্য স্মার্ট কন্ট্র্যাক্টের অনুরোধে অফচেইন API জিজ্ঞাসা করতে পারে এবং অনুরোধ করা তথ্য ব্লকচেইনে সংরক্ষণ করতে পারে:
+
+```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 ইউআরএল
+    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}
+
+ওরাকেল নোড হল ওরাকেল পরিষেবার অফচেইন উপাদান। এটি বাহ্যিক উৎস থেকে তথ্য বের করে, যেমন তৃতীয় পক্ষের সার্ভারে হোস্ট করা API, এবং স্মার্ট কন্ট্র্যাক্ট দ্বারা ব্যবহারের জন্য এটি অনচেইন রাখে। ওরাকেল নোড অনচেইন ওরাকেল কন্ট্র্যাক্ট থেকে ইভেন্ট শোনে এবং লগে বর্ণিত কাজটি সম্পূর্ণ করতে এগিয়ে যায়।
+
+ওরাকেল নোডগুলির জন্য একটি সাধারণ কাজ হল একটি API পরিষেবাতে একটি [HTTP GET](https://www.w3schools.com/tags/ref_httpmethods.asp) অনুরোধ পাঠানো, প্রাসঙ্গিক ডেটা বের করার জন্য প্রতিক্রিয়া পার্স করা, একটি ব্লকচেইন-পঠনযোগ্য আউটপুটে ফর্ম্যাট করা, এবং এটিকে ওরাকেল কন্ট্র্যাক্টে একটি লেনদেনে অন্তর্ভুক্ত করে অনচেইন পাঠানো। ওরাকেল নোডকে “সত্যতা প্রমাণ” ব্যবহার করে জমা দেওয়া তথ্যের বৈধতা এবং অখণ্ডতা প্রত্যয়ন করতেও হতে পারে, যা আমরা পরে অন্বেষণ করব।
+
+গ্যাসের খরচ এবং ব্লকের আকারের সীমাবদ্ধতার কারণে কম্পিউটেশনাল ওরাকেলগুলি অফচেইন নোডের উপর নির্ভর করে এমন কম্পিউটেশনাল কাজগুলি সম্পাদন করতে যা অনচেইনে চালানো अव्यবহারিক হবে। উদাহরণস্বরূপ, ওরাকেল নোডকে একটি যাচাইযোগ্য র্যান্ডম ফিগার তৈরি করার দায়িত্ব দেওয়া হতে পারে (যেমন, ব্লকচেইন-ভিত্তিক গেমগুলির জন্য)।
+
+## ওরাকেল ডিজাইন প্যাটার্ন {#oracle-design-patterns}
+
+ওরাকেলস বিভিন্ন ধরনের হয়, যার মধ্যে রয়েছে _immediate-read_, _publish-subscribe_, এবং _request-response_, যার মধ্যে পরবর্তী দুটি Ethereum স্মার্ট কন্ট্র্যাক্টগুলির মধ্যে সবচেয়ে জনপ্রিয়। এখানে আমরা সংক্ষেপে প্রকাশ-সাবস্ক্রাইব এবং অনুরোধ-প্রতিক্রিয়া মডেলগুলি বর্ণনা করি।
+
+### প্রকাশ-সাবস্ক্রাইব ওরাকেল {#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) হল একটি স্যান্ডবক্সড কম্পিউটেশনাল পরিবেশ যা তার হোস্ট সিস্টেমের অপারেশনাল প্রক্রিয়া থেকে বিচ্ছিন্ন। TEE নিশ্চিত করে যে কম্পিউটেশন পরিবেশে সংরক্ষিত/ব্যবহৃত যে কোনো অ্যাপ্লিকেশন কোড বা ডেটা অখণ্ডতা, গোপনীয়তা এবং অপরিবর্তনীয়তা বজায় রাখে। ব্যবহারকারীরা বিশ্বস্ত এক্সিকিউশন পরিবেশে একটি অ্যাপ্লিকেশন ইনস্ট্যান্স চলছে তা প্রমাণ করার জন্য একটি প্রত্যয়নও তৈরি করতে পারে।
+
+ডিসেন্ট্রালাইজড ওরাকেলগুলির নির্দিষ্ট শ্রেণীগুলি ওরাকেল নোড অপারেটরদের TEE প্রত্যয়ন প্রদান করতে চায়। এটি একজন ব্যবহারকারীকে নিশ্চিত করে যে নোড অপারেটর একটি বিশ্বস্ত এক্সিকিউশন পরিবেশে ওরাকেল ক্লায়েন্টের একটি ইনস্ট্যান্স চালাচ্ছে। TEE গুলি বাহ্যিক প্রক্রিয়াগুলিকে একটি অ্যাপ্লিকেশনের কোড এবং ডেটা পরিবর্তন বা পড়া থেকে বাধা দেয়, তাই, সেই প্রত্যয়নগুলি প্রমাণ করে যে ওরাকেল নোড তথ্যটিকে অক্ষত এবং গোপনীয় রেখেছে।
+
+#### তথ্যের কনসেন্সাস-ভিত্তিক যাচাইকরণ {#consensus-based-validation-of-information}
+
+কেন্দ্রীয় ওরাকেলগুলি স্মার্ট কন্ট্র্যাক্টে ডেটা সরবরাহ করার সময় সত্যের একটি একক উৎসের উপর নির্ভর করে, যা ভুল তথ্য প্রকাশের সম্ভাবনা তৈরি করে। ডিসেন্ট্রালাইজড ওরাকেলগুলি অফচেইন তথ্য জিজ্ঞাসা করার জন্য একাধিক ওরাকেল নোডের উপর নির্ভর করে এই সমস্যার সমাধান করে। একাধিক উৎস থেকে ডেটা তুলনা করে, ডিসেন্ট্রালাইজড ওরাকেলগুলি অনচেইন কন্ট্র্যাক্টে অবৈধ তথ্য পাঠানোর ঝুঁকি হ্রাস করে।
+
+তবে, ডিসেন্ট্রালাইজড ওরাকেলগুলিকে একাধিক অফচেইন উৎস থেকে পুনরুদ্ধার করা তথ্যের অসঙ্গতিগুলি মোকাবেলা করতে হবে। তথ্যের মধ্যে পার্থক্য কমানো এবং ওরাকেল কন্ট্র্যাক্টে পাঠানো ডেটা ওরাকেল নোডগুলির সম্মিলিত মতামতকে প্রতিফলিত করে তা নিশ্চিত করার জন্য, ডিসেন্ট্রালাইজড ওরাকেলগুলি নিম্নলিখিত পদ্ধতিগুলি ব্যবহার করে:
+
+##### ডেটার সঠিকতার উপর ভোট/স্টেকিং
+
+কিছু ডিসেন্ট্রালাইজড ওরাকেল নেটওয়ার্ক অংশগ্রহণকারীদের ডেটা কোয়েরিগুলির উত্তরের সঠিকতার উপর ভোট বা স্টেক করতে চায় (যেমন, "2020 সালের মার্কিন নির্বাচনে কে জিতেছে?") নেটওয়ার্কের নেটিভ টোকেন ব্যবহার করে। একটি অ্যাগ্রিগেশন প্রোটোকল তারপর ভোট এবং স্টেকগুলিকে একত্রিত করে এবং সংখ্যাগরিষ্ঠদের দ্বারা সমর্থিত উত্তরটিকে বৈধ হিসাবে নেয়।
+
+যে নোডগুলির উত্তর সংখ্যাগরিষ্ঠদের উত্তর থেকে বিচ্যুত হয় তাদের টোকেনগুলি অন্যদের মধ্যে বিতরণ করে শাস্তি দেওয়া হয় যারা আরও সঠিক মান প্রদান করে। ডেটা সরবরাহ করার আগে নোডগুলিকে একটি বন্ড প্রদান করতে বাধ্য করা সৎ প্রতিক্রিয়াগুলিকে উৎসাহিত করে কারণ তারা রিটার্ন সর্বাধিক করার উদ্দেশ্যে যুক্তিযুক্ত অর্থনৈতিক অভিনেতা হিসাবে বিবেচিত হয়।
+
+স্টেকিং/ভোটিং ডিসেন্ট্রালাইজড ওরাকেলগুলিকে [Sybil আক্রমণ](/glossary/#sybil-attack) থেকে রক্ষা করে যেখানে ক্ষতিকারক অভিনেতারা কনসেন্সাস সিস্টেমকে গেম করার জন্য একাধিক পরিচয় তৈরি করে। যাইহোক, স্টেকিং “ফ্রিলোডিং” (ওরাকেল নোডগুলি অন্যদের থেকে তথ্য অনুলিপি করা) এবং “অলস যাচাইকরণ” (ওরাকেল নোডগুলি নিজেরাই তথ্য যাচাই না করে সংখ্যাগরিষ্ঠদের অনুসরণ করা) প্রতিরোধ করতে পারে না।
+
+##### শেলিং পয়েন্ট পদ্ধতি
+
+[শেলিং পয়েন্ট](https://en.wikipedia.org/wiki/Focal_point_\(game_theory\)) হল একটি গেম-থিওরি ধারণা যা অনুমান করে যে একাধিক সত্তা সর্বদা কোনো যোগাযোগ ছাড়াই কোনো সমস্যার একটি সাধারণ সমাধানে ডিফল্ট হবে। শেলিং-পয়েন্ট পদ্ধতিগুলি প্রায়শই ডিসেন্ট্রালাইজড ওরাকেল নেটওয়ার্কগুলিতে ব্যবহৃত হয় যাতে নোডগুলি ডেটা অনুরোধের উত্তরে কনসেন্সাস পৌঁছাতে পারে।
+
+এর জন্য একটি প্রাথমিক ধারণা ছিল [SchellingCoin](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}
+
+Ethereum-এ ওরাকেলের জন্য নিম্নলিখিতগুলি সাধারণ ব্যবহারের ক্ষেত্র:
+
+### আর্থিক তথ্য পুনরুদ্ধার করা {#retrieving-financial-data}
+
+[ডিসেন্ট্রালাইজড ফাইন্যান্স](/defi/) (DeFi) অ্যাপ্লিকেশনগুলি পিয়ার-টু-পিয়ার ঋণ, ধার এবং সম্পদ ট্রেড করার অনুমতি দেয়। এর জন্য প্রায়শই বিভিন্ন আর্থিক তথ্যের প্রয়োজন হয়, যার মধ্যে বিনিময় হারের ডেটা (ক্রিপ্টোকারেন্সির ফিয়াট মান গণনা করতে বা টোকেনের মূল্য তুলনা করতে) এবং মূলধন বাজারের ডেটা (টোকেনাইজড সম্পদের মূল্য গণনা করতে, যেমন সোনা বা মার্কিন ডলার) অন্তর্ভুক্ত।
+
+উদাহরণস্বরূপ, একটি DeFi ঋণ প্রোটোকলকে জামানত হিসাবে জমা দেওয়া সম্পদের (যেমন, ETH) বর্তমান বাজার মূল্য জিজ্ঞাসা করতে হবে। এটি কন্ট্র্যাক্টকে জামানত সম্পদের মূল্য নির্ধারণ করতে এবং সিস্টেম থেকে কতটা ধার করা যায় তা নির্ধারণ করতে দেয়।
+
+DeFi-তে জনপ্রিয় “প্রাইস ওরাকেল” (যেমনটি প্রায়শই বলা হয়) এর মধ্যে রয়েছে চেইনলিঙ্ক প্রাইস ফিড, কম্পাউন্ড প্রোটোকলের [ওপেন প্রাইস ফিড](https://compound.finance/docs/prices), ইউনিসওয়াপের [টাইম-ওয়েটেড অ্যাভারেজ প্রাইস (TWAP)](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles), এবং [মেকার ওরাকেলস](https://docs.makerdao.com/smart-contract-modules/oracle-module)।
+
+নির্মাতাদের তাদের প্রকল্পে এই প্রাইস ওরাকেলগুলিকে একীভূত করার আগে তাদের সাথে আসা সতর্কতাগুলি বোঝা উচিত। এই [প্রবন্ধটি](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;
+
+    /**
+     * নেটওয়ার্ক: কোভান
+     * অ্যাগ্রিগেটর: 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.) করা যেত প্রুফ-অফ-ওয়ার্ক অ্যালগরিদমের সমাধান করা। এছাড়াও, Ethereum-এর [প্রুফ-অফ-স্টেকে স্যুইচ](/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}
+
+ওরাকেল দিয়ে, বাস্তব-বিশ্বের ইভেন্টগুলিতে সাড়া দেয় এমন স্মার্ট কন্ট্র্যাক্ট তৈরি করা সহজ। ওরাকেল পরিষেবাগুলি কন্ট্র্যাক্টগুলিকে অফচেইন উপাদানগুলির মাধ্যমে বাহ্যিক API-তে সংযোগ করতে এবং সেই ডেটা উৎস থেকে তথ্য ব্যবহার করার অনুমতি দিয়ে এটি সম্ভব করে। উদাহরণস্বরূপ, পূর্বে উল্লিখিত প্রেডিকশন ড্যাপটি একটি বিশ্বস্ত অফচেইন উৎস (যেমন, অ্যাসোসিয়েটেড প্রেস) থেকে নির্বাচনের ফলাফল ফেরাতে একটি ওরাকেলকে অনুরোধ করতে পারে।
+
+বাস্তব-বিশ্বের ফলাফলের উপর ভিত্তি করে ডেটা পুনরুদ্ধার করার জন্য ওরাকেল ব্যবহার করা অন্যান্য অভিনব ব্যবহারের ক্ষেত্রগুলিকে সক্ষম করে; উদাহরণস্বরূপ, একটি ডিসেন্ট্রালাইজড বীমা পণ্য কার্যকরভাবে কাজ করার জন্য আবহাওয়া, দুর্যোগ ইত্যাদি সম্পর্কে সঠিক তথ্যের প্রয়োজন।
+
+### স্মার্ট কন্ট্র্যাক্ট স্বয়ংক্রিয় করা {#automating-smart-contracts}
+
+স্মার্ট কন্ট্র্যাক্টগুলি স্বয়ংক্রিয়ভাবে চলে না; বরং, একটি বাহ্যিকভাবে মালিকানাধীন অ্যাকাউন্ট (EOA), বা অন্য কোনো কন্ট্র্যাক্ট অ্যাকাউন্টকে, কন্ট্র্যাক্টের কোড কার্যকর করার জন্য সঠিক ফাংশনগুলিকে ট্রিগার করতে হবে। বেশিরভাগ ক্ষেত্রে, কন্ট্র্যাক্টের ফাংশনগুলির বেশিরভাগই পাবলিক এবং EOA এবং অন্যান্য কন্ট্র্যাক্ট দ্বারা আহ্বান করা যেতে পারে।
+
+কিন্তু একটি কন্ট্র্যাক্টের মধ্যে _প্রাইভেট ফাংশন_ও রয়েছে যা অন্যদের কাছে অ্যাক্সেসযোগ্য নয়; কিন্তু যা একটি dApp-এর সামগ্রিক কার্যকারিতার জন্য গুরুত্বপূর্ণ। উদাহরণগুলির মধ্যে রয়েছে একটি `mintERC721Token()` ফাংশন যা পর্যায়ক্রমে ব্যবহারকারীদের জন্য নতুন NFT তৈরি করে, একটি প্রেডিকশন মার্কেটে পেআউট দেওয়ার জন্য একটি ফাংশন, বা একটি DEX-এ স্টেক করা টোকেনগুলি আনলক করার জন্য একটি ফাংশন।
+
+অ্যাপ্লিকেশনটি মসৃণভাবে চালু রাখার জন্য ডেভেলপারদের নির্দিষ্ট বিরতিতে এই ধরনের ফাংশনগুলিকে ট্রিগার করতে হবে। যাইহোক, এটি ডেভেলপারদের জন্য জাগতিক কাজগুলিতে আরও ঘন্টা নষ্ট করতে পারে, যে কারণে স্মার্ট কন্ট্র্যাক্টগুলির এক্সিকিউশন স্বয়ংক্রিয় করা আকর্ষণীয়।
+
+কিছু ডিসেন্ট্রালাইজড ওরাকেল নেটওয়ার্ক অটোমেশন পরিষেবা অফার করে, যা অফচেইন ওরাকেল নোডগুলিকে ব্যবহারকারীর দ্বারা সংজ্ঞায়িত প্যারামিটার অনুযায়ী স্মার্ট কন্ট্র্যাক্ট ফাংশনগুলিকে ট্রিগার করার অনুমতি দেয়। সাধারণত, এর জন্য ওরাকেল পরিষেবার সাথে টার্গেট কন্ট্র্যাক্ট “নিবন্ধন” করতে হবে, ওরাকেল অপারেটরকে অর্থ প্রদানের জন্য তহবিল সরবরাহ করতে হবে এবং কন্ট্র্যাক্ট ট্রিগার করার শর্ত বা সময় নির্দিষ্ট করতে হবে।
+
+চেইনলিঙ্কের [কিপার নেটওয়ার্ক](https://chain.link/keepers) স্মার্ট কন্ট্র্যাক্টগুলির জন্য একটি বিশ্বাসযোগ্য এবং ডিসেন্ট্রালাইজড পদ্ধতিতে নিয়মিত রক্ষণাবেক্ষণের কাজগুলি আউটসোর্স করার বিকল্প সরবরাহ করে। আপনার কন্ট্র্যাক্ট কিপার-সামঞ্জস্যপূর্ণ করার এবং আপকিপ পরিষেবা ব্যবহার করার বিষয়ে তথ্যের জন্য অফিসিয়াল [কিপারের নথিপত্র](https://docs.chain.link/docs/chainlink-keepers/introduction/) পড়ুন।
+
+## কীভাবে ব্লকচেইন ওরাকেল ব্যবহার করবেন {#use-blockchain-oracles}
+
+আপনার Ethereum dApp-এ আপনি একাধিক ওরাকেল অ্যাপ্লিকেশন সংহত করতে পারেন:
+
+**[Chainlink](https://chain.link/)** - _Chainlink ডিসেন্ট্রালাইজড ওরাকেল নেটওয়ার্ক যেকোনো ব্লকচেইনে উন্নত স্মার্ট কন্ট্র্যাক্ট সমর্থন করার জন্য ট্যাম্পার-প্রুফ ইনপুট, আউটপুট এবং কম্পিউটেশন সরবরাহ করে।_
+
+**[RedStone Oracles](https://redstone.finance/)** - _RedStone একটি ডিসেন্ট্রালাইজড মডুলার ওরাকেল যা গ্যাস-অপ্টিমাইজড ডেটা ফিড সরবরাহ করে। এটি উদীয়মান সম্পদ, যেমন লিকুইড স্টেকিং টোকেন (LSTs), লিকুইড রিস্টেকিং টোকেন (LRTs), এবং বিটকয়েন স্টেকিং ডেরিভেটিভের জন্য মূল্য ফিড অফার করতে বিশেষায়িত।_
+
+**[Chronicle](https://chroniclelabs.org/)** - _Chronicle সত্যিকারের পরিমাপযোগ্য, খরচ-দক্ষ, ডিসেন্ট্রালাইজড এবং যাচাইযোগ্য ওরাকেল তৈরি করে অনচেইনে ডেটা স্থানান্তরের বর্তমান সীমাবদ্ধতাগুলি কাটিয়ে উঠেছে।_
+
+**[Witnet](https://witnet.io/)** - _Witnet একটি অনুমতিহীন, ডিসেন্ট্রালাইজড এবং সেন্সরশিপ-প্রতিরোধী ওরাকেল যা স্মার্ট কন্ট্র্যাক্টগুলিকে শক্তিশালী ক্রিপ্টো-অর্থনৈতিক গ্যারান্টি সহ বাস্তব বিশ্বের ইভেন্টগুলিতে প্রতিক্রিয়া জানাতে সাহায্য করে।_
+
+**[UMA Oracle](https://uma.xyz)** - _UMA-র অপ্টিমিস্টিক ওরাকেল স্মার্ট কন্ট্র্যাক্টগুলিকে দ্রুত এবং বিভিন্ন অ্যাপ্লিকেশনের জন্য যেকোনো ধরনের ডেটা গ্রহণ করার অনুমতি দেয়, যার মধ্যে রয়েছে বীমা, আর্থিক ডেরিভেটিভ এবং প্রেডিকশন মার্কেট।_
+
+**[Tellor](https://tellor.io/)** - _Tellor হল আপনার স্মার্ট কন্ট্র্যাক্টের জন্য একটি স্বচ্ছ এবং অনুমতিহীন ওরাকেল প্রোটোকল যা প্রয়োজনে যেকোনো ডেটা সহজেই পেতে পারে।_
+
+**[Band Protocol](https://bandprotocol.com/)** - _Band Protocol হল একটি ক্রস-চেইন ডেটা ওরাকেল প্ল্যাটফর্ম যা বাস্তব-বিশ্বের ডেটা এবং API গুলিকে একত্রিত করে এবং স্মার্ট কন্ট্র্যাক্টের সাথে সংযুক্ত করে।_
+
+**[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 35টিরও বেশি চেইনের জন্য ডেটা সমর্থন করে, যার মধ্যে Ethereum Mainnet এবং অনেক নেতৃস্থানীয় L2s রয়েছে।
+
+## আরও পড়ুন {#further-reading}
+
+**প্রবন্ধ**
+
+- [একটি ব্লকচেইন ওরাকেল কী?](https://chain.link/education/blockchain-oracles) — _Chainlink_
+- [একটি ব্লকচেইন ওরাকেল কী?](https://medium.com/better-programming/what-is-a-blockchain-oracle-f5ccab8dbd72) — _Patrick Collins_
+- [ডিসেন্ট্রালাইজড ওরাকেলস: একটি ব্যাপক সংক্ষিপ্ত বিবরণ](https://medium.com/fabric-ventures/decentralised-oracles-a-comprehensive-overview-d3168b9a8841) — _Julien Thevenard_
+- [Ethereum-এ একটি ব্লকচেইন ওরাকেল বাস্তবায়ন](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) – _Pedro Costa_
+- [স্মার্ট কন্ট্র্যাক্টগুলি কেন API কল করতে পারে না?](https://ethereum.stackexchange.com/questions/301/why-cant-contracts-make-api-calls) — _StackExchange_
+- [তাহলে আপনি একটি প্রাইস ওরাকেল ব্যবহার করতে চান](https://samczsun.com/so-you-want-to-use-a-price-oracle/) — _samczsun_
+
+**ভিডিও**
+
+- [ওরাকেলস এবং ব্লকচেইন ইউটিলিটির সম্প্রসারণ](https://youtu.be/BVUZpWa8vpw) — _Real Vision Finance_
+
+**টিউটোরিয়াল**
+
+- [Solidity-তে Ethereum-এর বর্তমান মূল্য কীভাবে আনবেন](https://blog.chain.link/fetch-current-crypto-price-data-solidity/) — _Chainlink_
+- [ওরাকেল ডেটা ব্যবহার করা](https://docs.chroniclelabs.org/Developers/tutorials/Remix) — _Chronicle_
+
+**দৃষ্টান্তমূলক প্রকল্প**
+
+- [Solidity-তে Ethereum-এর জন্য সম্পূর্ণ চেইনলিঙ্ক স্টার্টার প্রজেক্ট](https://github.com/hackbg/chainlink-fullstack) — _HackBG_
diff --git a/public/content/translations/bn/developers/docs/programming-languages/dart/index.md b/public/content/translations/bn/developers/docs/programming-languages/dart/index.md
new file mode 100644
index 00000000000..86aeb16860d
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/dart/index.md
@@ -0,0 +1,32 @@
+---
+title: "ডার্ট ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "ডার্ট ভাষা ব্যবহার করে ইথেরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন"
+lang: bn
+incomplete: true
+---
+
+## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
+
+## টিউটোরিয়াল {#tutorials}
+
+- [ফ্লাটার এবং ব্লকচেইন – হ্যালো ওয়ার্ল্ড ডিএ্যাপ](https://www.geeksforgeeks.org/flutter-and-blockchain-hello-world-dapp/) আপনাকে শুরু করার জন্য সমস্ত ধাপের মধ্যে দিয়ে নিয়ে যায়:
+  1. [Solidity](https://soliditylang.org/)-তে একটি স্মার্ট কন্ট্র্যাক্ট লেখা
+  2. ডার্টে একটি ইউজার ইন্টারফেস লেখা
+- [ফ্লাটার দিয়ে একটি মোবাইল ডিএ্যাপ তৈরি করা](https://medium.com/dash-community/building-a-mobile-dapp-with-flutter-be945c80315a) অনেক ছোট, যা ভালো হতে পারে
+  যদি আপনি ইতিমধ্যেই মূল বিষয়গুলো জেনে থাকেন
+- আপনি যদি একটি ভিডিও দেখে শিখতে পছন্দ করেন, তাহলে আপনি [আপনার প্রথম ব্লকচেইন ফ্লাটার অ্যাপ তৈরি করুন](https://www.youtube.com/watch?v=3Eeh3pJ6PeA) দেখতে পারেন, যা প্রায় এক ঘন্টা দীর্ঘ
+- আপনি যদি অধৈর্য হন, তাহলে আপনি [ফ্লাটার এবং ডার্ট দিয়ে ইথেরিয়ামে একটি ব্লকচেইন ডিসেন্ট্রালাইজড-অ্যাপ তৈরি করা](https://www.youtube.com/watch?v=jaMFEOCq_1s) পছন্দ করতে পারেন, যা মাত্র প্রায় বিশ মিনিটের
+- [WalletConnect দ্বারা Web3Modal এর সাথে ফ্লাটার অ্যাপ্লিকেশনে MetaMask সংহত করা](https://www.youtube.com/watch?v=v_M2buHCpc4) - এই ছোট ভিডিওটি আপনাকে WalletConnect এর [Web3Modal](https://pub.dev/packages/web3modal_flutter) লাইব্রেরি দিয়ে আপনার ফ্লাটার অ্যাপ্লিকেশনগুলিতে MetaMask সংহত করার ধাপগুলির মধ্যে দিয়ে নিয়ে যায়
+- [সলিডিটি এবং ফ্লাটার সহ মোবাইল ব্লকচেইন ডেভেলপার বুটক্যাম্প কোর্স](https://youtube.com/playlist?list=PL4V4Unlk5luhQ26ERO6hWEbcUwHDSSmVH) - ফুল স্ট্যাক মোবাইল ব্লকচেইন ডেভেলপার কোর্স প্লেলিস্ট
+
+## ইথেরিয়াম ক্লায়েন্টদের সাথে কাজ করা {#working-with-ethereum-clients}
+
+আপনি ইথেরিয়াম ব্যবহার করে ডিসেন্ট্রালাইজড এপ্লিকেশনস (বা "ডিএ্যাপস") তৈরি করতে পারেন যা ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলি ব্যবহার করে।
+ডার্টের জন্য অন্তত দুটি বর্তমানে রক্ষণাবেক্ষণ করা লাইব্রেরি রয়েছে যা ইথেরিয়ামের
+[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/bn/developers/docs/programming-languages/delphi/index.md b/public/content/translations/bn/developers/docs/programming-languages/delphi/index.md
new file mode 100644
index 00000000000..c59d86259e8
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/delphi/index.md
@@ -0,0 +1,56 @@
+---
+title: "ডেলফি ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "ডেলফি প্রোগ্রামিং ভাষা ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করতে হয় তা শিখুন"
+lang: bn
+incomplete: true
+---
+
+<FeaturedText>
+
+ডেলফি প্রোগ্রামিং ভাষা ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করতে হয় তা শিখুন
+
+</FeaturedText>
+
+ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+
+ডেলফি প্রোগ্রামিং ভাষা ব্যবহার করে ইথেরিয়ামের উপরে ডিসেন্ট্রালাইজড এপ্লিকেশন তৈরি করুন এবং স্মার্ট কন্ট্র্যাক্টগুলির সাথে ইন্টারঅ্যাক্ট করুন!
+
+## স্মার্ট কন্ট্র্যাক্ট এবং সলিডিটি ভাষা দিয়ে শুরু করা {#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)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](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)
+
+**এখন সেটআপ বাদ দিয়ে সরাসরি কিছু নমুনা দেখতে চান?**
+
+- [একটি 3-মিনিটের স্মার্ট কন্ট্র্যাক্ট এবং ডেলফি - পর্ব 1](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-61d998571d)
+- [একটি 3-মিনিটের স্মার্ট কন্ট্র্যাক্ট এবং ডেলফি - পর্ব 2](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/bn/developers/docs/programming-languages/dot-net/index.md b/public/content/translations/bn/developers/docs/programming-languages/dot-net/index.md
new file mode 100644
index 00000000000..30a7ffbf4de
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/dot-net/index.md
@@ -0,0 +1,86 @@
+---
+title: "ডটনেট ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "শিখুন কীভাবে ডটনেটভিত্তিক প্রজেক্ট ও টুলিঙ ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+lang: bn
+incomplete: true
+---
+
+<FeaturedText>.NET-ভিত্তিক প্রজেক্ট ও টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করা যায় তা শিখুন</FeaturedText>
+
+ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+
+মাইক্রোসফট প্রযুক্তি স্ট্যাকের বিভিন্ন টুলস ও ল্যাঙ্গুয়েজ ব্যবহার করে ইথেরিয়ামে বিকেন্দ্রীভূত অ্যাপ্লিকেশন তৈরি করুন এবং স্মার্ট কন্ট্র্যাক্টগুলোর সাথে ইন্টারেক্ট করুন - C#, # ভিজুয়াল ব্যাসিক .NET, F#-কে সমর্থন করে, .NET ফ্রেমওয়ার্ক/.NET Core/.NET স্ট্যান্ডার্ড জুড়ে VSCode ও ভিজুয়াল স্টুডিওর মতো টুলিং-এ।. মাইক্রোসফট অ্যাজিওর ব্লকচেইন ব্যবহার করে কয়েক মিনিটের মধ্যে অ্যাজিওর-এ একটি ইথেরিয়াম ব্লকচেইন ডেপ্লয় করুন।. .NET এর প্রতি ভালবাসাকে ইথেরিয়ামে নিয়ে আসুন!
+
+## স্মার্ট কন্ট্র্যাক্ট এবং সলিডিটি ভাষা দিয়ে শুরু করা {#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)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## নতুনদের জন্য রেফারেন্স এবং লিঙ্ক {#beginner-references-and-links}
+
+**Nethereum লাইব্রেরি এবং VS কোড সলিডিটির পরিচিতি**
+
+- [Nethereum, শুরু করা](https://docs.nethereum.com/en/latest/getting-started/)
+- [VS কোড সলিডিটি ইনস্টল করা](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)
+
+**এখন সেটআপ বাদ দিয়ে সরাসরি কিছু নমুনা দেখতে চান?**
+
+- [প্লেগ্রাউন্ড](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)
+- [ইথেরিয়াম ডিএ্যাপস-এর জন্য ASP.NET Core ওয়েব 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# প্লেগ্রাউন্ড নমুনা](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 Key Vault এবং 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 প্লেগ্রাউন্ড](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/) - _Ethereum সম্পর্কিত কোডবেসের সাথে কাজ করার জন্য ইউটিলিটি ফাংশন_
+- [TestChains](https://github.com/Nethereum/TestChains) - _দ্রুত প্রতিক্রিয়ার জন্য আগে থেকে কনফিগার করা .NET ডেভচেইনস (PoA)_
+
+আরও সংস্থান খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন।
+
+## .NET কমিউনিটি কন্ট্রিবিউটর {#dot-net-community-contributors}
+
+Nethereum-এ আমরা বেশিরভাগ সময় [Gitter](https://gitter.im/Nethereum/Nethereum)-এ কাটাই, যেখানে সবাই প্রশ্ন জিজ্ঞাসা করতে/উত্তর দিতে, সাহায্য নিতে, বা শুধু আড্ডা দিতে পারেন। নির্দ্বিধায় [Nethereum GitHub রিপোজিটরি](https://github.com/Nethereum)-তে একটি PR করুন বা একটি ইস্যু খুলুন, অথবা আমাদের অনেক সাইড/নমুনা প্রজেক্ট ব্রাউজ করুন। আমাদেরকে [Discord](https://discord.gg/jQPrR58FxX)-এও পাবেন!
+
+আপনি যদি Nethermind-এ নতুন হন এবং শুরু করার জন্য সাহায্যের প্রয়োজন হয়, তাহলে আমাদের [Discord](http://discord.gg/PaCMRFdvWT)-এ যোগ দিন। আপনার প্রশ্নের উত্তর দেওয়ার জন্য আমাদের ডেভেলপাররা প্রস্তুত আছেন। [Nethermind GitHub রিপোজিটরি](https://github.com/NethermindEth/nethermind)-তে একটি PR খুলতে বা কোনো ইস্যু জানাতে দ্বিধা করবেন না।
+
+## অন্যান্য একত্রিত তালিকা {#other-aggregated-lists}
+
+[অফিসিয়াল Nethereum সাইট](https://nethereum.com/)  
+[অফিসিয়াল Nethermind সাইট](https://nethermind.io/)
diff --git a/public/content/translations/bn/developers/docs/programming-languages/elixir/index.md b/public/content/translations/bn/developers/docs/programming-languages/elixir/index.md
new file mode 100644
index 00000000000..41724e01cec
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/elixir/index.md
@@ -0,0 +1,55 @@
+---
+title: "এলিক্সির ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "এলিক্সির-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করা যায় তা জানুন।"
+lang: bn
+incomplete: false
+---
+
+<FeaturedText>এলিক্সির-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করা যায় তা জানুন।</FeaturedText>
+
+ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ডিএ্যাপসগুলো ট্রাস্টলেস হতে পারে, যার মানে হলো একবার এগুলো ইথেরিয়ামে ডেপ্লয় করা হয়ে গেলে, এগুলো সর্বদা প্রোগ্রাম অনুযায়ী চলবে। তারা নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করতে ডিজিটাল অ্যাসেট নিয়ন্ত্রণ করতে পারে। এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+
+## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#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)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## নতুনদের জন্য নিবন্ধ {#beginner-articles}
+
+- [অবশেষে ইথেরিয়াম অ্যাকাউন্ট বোঝা](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [Ethers — এলিক্সিরের জন্য একটি প্রথম-শ্রেণীর ইথেরিয়াম Web3 লাইব্রেরি](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 রাস্ট ক্রেট ব্যবহার করে 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/bn/developers/docs/programming-languages/golang/index.md b/public/content/translations/bn/developers/docs/programming-languages/golang/index.md
new file mode 100644
index 00000000000..d269121e21c
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/golang/index.md
@@ -0,0 +1,84 @@
+---
+title: "গো(Go) ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "শিখুন কিভাবে গো-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+lang: bn
+incomplete: true
+---
+
+<FeaturedText>শিখুন কিভাবে গো-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়</FeaturedText>
+
+ইথেরিয়াম ব্যবহার করে ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করুন। এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. এগুলি বিকেন্দ্রীভূত, যার অর্থ এগুলি একটি পিয়ার-টু-পিয়ার নেটওয়ার্কে চলে এবং ব্যর্থতার কোনও একক বিন্দু নেই। কোনও একক সত্তা বা ব্যক্তি তাদের নিয়ন্ত্রণ করে না এবং তাদের সেন্সর করা প্রায় অসম্ভব। নতুন ধরনের এপ্লিকেশন তৈরি করার জন্য তারা ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে।
+
+## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#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)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](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)
+- [Ethereum-এর সাথে সংযোগ করতে Golang ব্যবহার করুন](https://www.youtube.com/watch?v=-7uChuO_VzM)
+- [Golang ব্যবহার করে Ethereum স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করুন](https://www.youtube.com/watch?v=pytGqQmDslE)
+- [Go-তে Ethereum স্মার্ট কন্ট্র্যাক্ট পরীক্ষা এবং ডিপ্লয় করার জন্য একটি ধাপে ধাপে নির্দেশিকা](https://hackernoon.com/a-step-by-step-guide-to-testing-and-deploying-ethereum-smart-contracts-in-go-9fc34b178d78)
+- [ই-বুক: Go দিয়ে Ethereum ডেভেলপমেন্ট](https://goethereumbook.org/) - _Go দিয়ে Ethereum এপ্লিকেশন ডেভেলপ করুন_
+
+## মধ্যবর্তী স্তরের প্রবন্ধ এবং ডক্স {#intermediate-articles-and-docs}
+
+- [Go Ethereum ডকুমেন্টেশন](https://geth.ethereum.org/docs/) - _অফিসিয়াল Ethereum Golang-এর জন্য ডকুমেন্টেশন_
+- [Erigon প্রোগ্রামারদের জন্য নির্দেশিকা](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/guide.md) - _স্টেট ট্রি, মাল্টি-প্রুফস, এবং লেনদেন প্রক্রিয়াকরণ সহ সচিত্র নির্দেশিকা_
+- [Erigon এবং স্টেটলেস Ethereum](https://youtu.be/3-Mn7OckSus?t=394) - _2020 Ethereum কমিউনিটি কনফারেন্স (EthCC 3)_
+- [Erigon: Ethereum ক্লায়েন্ট অপ্টিমাইজ করা](https://www.youtube.com/watch?v=CSpc1vZQW2Q) - _2018 Devcon 4_
+- [Go Ethereum GoDoc](https://godoc.org/github.com/ethereum/go-ethereum)
+- [Geth এর সাথে Go তে একটি ডিএ্যাপ তৈরি করা](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/creating-a-dapp-in-go-with-geth/)
+- [Golang এবং Geth এর সাথে Ethereum প্রাইভেট নেটওয়ার্কে কাজ করুন](https://myhsts.org/tutorial-learn-how-to-work-with-ethereum-private-network-with-golang-with-geth.php)
+- [Go এর সাথে Ethereum এ সলিডিটি কন্ট্র্যাক্টের ইউনিট টেস্টিং](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)
+- [Ethereum এবং Quorum ব্যবহার করে ব্লকচেইন-অ্যাজ-এ-সার্ভিস অ্যাপস](https://blockchain.dcwebmakers.com/blockchain-as-a-service-apps-using-ethereum-and-quorum.html)
+- [Ethereum ব্লকচেইন অ্যাপ্লিকেশনে ডিস্ট্রিবিউটেড স্টোরেজ IPFS এবং Swarm](https://blockchain.dcwebmakers.com/work-with-distributed-storage-ipfs-and-swarm-in-ethereum.html)
+- [মোবাইল ক্লায়েন্ট: লাইব্রেরি এবং ইনপ্রোক Ethereum নোড](https://github.com/ethereum/go-ethereum/wiki/Mobile-Clients:-Libraries-and-Inproc-Ethereum-Nodes)
+- [নেটিভ ডিএ্যাপস: Ethereum কন্ট্র্যাক্টে Go বাইন্ডিং](https://github.com/ethereum/go-ethereum/wiki/Native-DApps:-Go-bindings-to-Ethereum-contracts)
+
+## Go প্রজেক্ট এবং টুলস {#go-projects-and-tools}
+
+- [Geth / Go Ethereum](https://github.com/ethereum/go-ethereum) - _Ethereum প্রোটোকলের অফিসিয়াল Go প্রয়োগ_
+- [Go Ethereum কোড অ্যানালাইসিস](https://github.com/ZtesoftCS/go-ethereum-code-analysis) - _Go Ethereum সোর্স কোডের পর্যালোচনা এবং বিশ্লেষণ_
+- [Erigon](https://github.com/ledgerwatch/erigon) - _Go Ethereum-এর একটি দ্রুততর ডেরিভেটিভ, আর্কাইভ নোডগুলিতে ফোকাস সহ_
+- [Golem](https://github.com/golemfactory/golem) - _Golem কম্পিউটিং পাওয়ারের জন্য একটি বিশ্বব্যাপী বাজার তৈরি করছে_
+- [Quorum](https://github.com/jpmorganchase/quorum) - _ডেটা গোপনীয়তা সমর্থনকারী Ethereum-এর একটি অনুমতিপ্রাপ্ত প্রয়োগ_
+- [Prysm](https://github.com/prysmaticlabs/prysm) - _Ethereum 'Serenity' 2.0 Go প্রয়োগ_
+- [Eth Tweet](https://github.com/yep/eth-tweet) - _বিকেন্দ্রীভূত টুইটার: Ethereum ব্লকচেইনে চালিত একটি মাইক্রোব্লগিং পরিষেবা_
+- [Plasma MVP Golang](https://github.com/kyokan/plasma) — _মিনিমাম ভায়াবল প্লাজমা স্পেসিফিকেশনের Golang প্রয়োগ এবং এক্সটেনশন_
+- [ওপেন Ethereum মাইনিং পুল](https://github.com/sammy007/open-ethereum-pool) - _একটি ওপেন সোর্স Ethereum মাইনিং পুল_
+- [Ethereum HD ওয়ালেট](https://github.com/miguelmota/go-ethereum-hdwallet) - _Go-তে Ethereum HD ওয়ালেট ডেরিভেশন_
+- [Multi Geth](https://github.com/multi-geth/multi-geth) - _বিভিন্ন ধরনের Ethereum নেটওয়ার্কের জন্য সমর্থন_
+- [Geth লাইট ক্লায়েন্ট](https://github.com/zsfelfoldi/go-ethereum/wiki/Geth-Light-Client) - _লাইট Ethereum সাবপ্রোটোকলের Geth প্রয়োগ_
+- [Ethereum Golang SDK](https://github.com/everFinance/goether) - _Golang-এ একটি সাধারণ Ethereum ওয়ালেট প্রয়োগ এবং ইউটিলিটি_
+- [Covalent Golang SDK](https://github.com/covalenthq/covalent-api-sdk-go) - _200+ ব্লকচেইনের জন্য Go SDK-এর মাধ্যমে কার্যকরী ব্লকচেইন ডেটা অ্যাক্সেস_
+
+আরও সংস্থান খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন
+
+## Go কমিউনিটির অবদানকারীরা {#go-community-contributors}
+
+- [Geth Discord](https://discordapp.com/invite/nthXNEv)
+- [Geth Gitter](https://gitter.im/ethereum/go-ethereum)
+- [Gophers Slack](https://invite.slack.golangbridge.org/) - [#ethereum চ্যানেল](https://gophers.slack.com/messages/C9HP1S9V2)
+- [StackExchange - Ethereum](https://ethereum.stackexchange.com/)
+- [Multi Geth Gitter](https://gitter.im/ethoxy/multi-geth)
+- [Ethereum Gitter](https://gitter.im/ethereum/home)
+- [Geth লাইট ক্লায়েন্ট Gitter](https://gitter.im/ethereum/light-client)
+
+## অন্যান্য একত্রিত তালিকা {#other-aggregated-lists}
+
+- [Awesome Ethereum](https://github.com/btomashvili/awesome-ethereum)
+- [Consensys: Ethereum ডেভেলপার টুলসের একটি নির্দিষ্ট তালিকা](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/bn/developers/docs/programming-languages/index.md b/public/content/translations/bn/developers/docs/programming-languages/index.md
new file mode 100644
index 00000000000..c308a23547d
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/index.md
@@ -0,0 +1,33 @@
+---
+title: "প্রোগ্রামিং ল্যাঙ্গুয়েজ"
+description: "জাভাস্ক্রিপ্ট, পাইথন, গো, রাস্ট এবং আরও অনেক কিছু সহ বিভিন্ন প্রোগ্রামিং ভাষার জন্য ইথেরিয়াম ডেভেলপমেন্ট রিসোর্স আবিষ্কার করুন।"
+lang: bn
+---
+
+একটি সাধারণ ভুল ধারণা হল যে Ethereum-এর উপর ভিত্তি করে তৈরি করার জন্য ডেভেলপারদের অবশ্যই [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) লিখতে হবে। এটা মিথ্যা।
+ইথেরিয়াম নেটওয়ার্ক এবং কমিউনিটির অন্যতম সৌন্দর্য হল যে আপনি যেকোনো প্রোগ্রামিং ভাষাতেই [অংশগ্রহণ](/community/) করতে পারবেন।
+
+ইথেরিয়াম এবং তার কমিউনিটি ওপেন সোর্সকে গ্রহণ করেছে। আপনি বিভিন্ন ভাষায় কমিউনিটি প্রজেক্ট খুঁজে পেতে পারেন - ক্লায়েন্ট ইমপ্লিমেন্টেশন, API, ডেভেলপমেন্ট ফ্রেমওয়ার্ক, টেস্টিং টুলস।
+
+## আপনার ভাষা বেছে নিন {#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/)
+- [জাভাস্ক্রিপ্ট ডেভেলপারদের জন্য ইথেরিয়াম](/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/bn/developers/docs/programming-languages/java/index.md b/public/content/translations/bn/developers/docs/programming-languages/java/index.md
new file mode 100644
index 00000000000..2855e9ebf2b
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/java/index.md
@@ -0,0 +1,64 @@
+---
+title: "জাভা ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "শিখুন কীভাবে জাভা-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+lang: bn
+incomplete: true
+---
+
+<FeaturedText>জাভা-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে Ethereum-এর জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন</FeaturedText>
+
+ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+
+## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#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)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## ইথেরিয়াম ক্লায়েন্টদের সাথে কাজ করা {#working-with-ethereum-clients}
+
+দুটি নেতৃস্থানীয় Java Ethereum ক্লায়েন্ট, [Web3J](https://github.com/web3j/web3j) এবং Hyperledger Besu কীভাবে ব্যবহার করতে হয় তা শিখুন
+
+- [Java, Eclipse, এবং Web3J-এর সাথে একটি Ethereum ক্লায়েন্টের সাথে সংযোগ স্থাপন করা](https://kauri.io/article/b9eb647c47a546bc95693acc0be72546/connecting-to-an-ethereum-client-with-java-eclipse-and-web3j)
+- [Java এবং Web3j দিয়ে একটি Ethereum অ্যাকাউন্ট পরিচালনা করা](https://kauri.io/article/925d923e12c543da9a0a3e617be963b4/manage-an-ethereum-account-with-java-and-web3j)
+- [আপনার স্মার্ট কন্ট্র্যাক্ট থেকে একটি Java র‍্যাপার তৈরি করুন](https://kauri.io/article/84475132317d4d6a84a2c42eb9348e4b/generate-a-java-wrapper-from-your-smart-contract)
+- [একটি Ethereum স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করা](https://kauri.io/article/14dc434d11ef4ee18bf7d57f079e246e/interacting-with-an-ethereum-smart-contract-in-java)
+- [Ethereum স্মার্ট কন্ট্র্যাক্ট ইভেন্টগুলির জন্য শোনা](https://kauri.io/article/760f495423db42f988d17b8c145b0874/listening-for-ethereum-smart-contract-events-in-java)
+- [Linux-এর সাথে Java Ethereum ক্লায়েন্ট Besu (Pantheon) ব্যবহার করা](https://kauri.io/article/276dd27f1458443295eea58403fd6965/using-pantheon-the-java-ethereum-client-with-linux)
+- [Java ইন্টিগ্রেশন টেস্টে একটি Hyperledger Besu (Pantheon) নোড চালানো](https://kauri.io/article/7dc3ecc391e54f7b8cbf4e5fa0caf780/running-a-pantheon-node-in-java-integration-tests)
+- [Web3j চিট শিট](https://kauri.io/web3j-cheat-sheet-\(java-ethereum\)/5dfa1ea941ac3d0001ce1d90/c)
+
+[ethers-kt](https://github.com/Kr1ptal/ethers-kt) কীভাবে ব্যবহার করতে হয় তা শিখুন, এটি EVM-ভিত্তিক ব্লকচেইনগুলির সাথে ইন্টারঅ্যাক্ট করার জন্য একটি অ্যাসিঙ্ক, উচ্চ-পারফরম্যান্সের Kotlin লাইব্রেরি। JVM এবং Android প্ল্যাটফর্মকে লক্ষ্য করা হয়েছে।
+
+- [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 সহ একটি Java অ্যাপ্লিকেশনে সংগ্রহস্থল পরিচালনা করা](https://kauri.io/article/3e8494f4f56f48c4bb77f1f925c6d926/managing-storage-in-a-java-application-with-ipfs)
+- [Web3j সহ Java-তে 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}
+
+- [একটি Java স্মার্ট কন্ট্র্যাক্ট ডেটা ক্যাশে তৈরি করতে Eventeum ব্যবহার করা](https://kauri.io/article/fe81ee9612eb4e5a9ab72790ef24283d/using-eventeum-to-build-a-java-smart-contract-data-cache)
+
+## Java প্রজেক্ট এবং টুলস {#java-projects-and-tools}
+
+- [Web3J (Ethereum ক্লায়েন্টদের সাথে ইন্টারঅ্যাক্ট করার জন্য লাইব্রেরি)](https://github.com/web3j/web3j)
+- [ethers-kt (EVM-ভিত্তিক ব্লকচেইনের জন্য অ্যাসিঙ্ক, উচ্চ-পারফরম্যান্স Kotlin/Java/Android লাইব্রেরি।)](https://github.com/Kr1ptal/ethers-kt)
+- [Eventeum (ইভেন্ট লিসেনার)](https://github.com/ConsenSys/eventeum)
+- [Mahuta (IPFS ডেভ টুলস)](https://github.com/ConsenSys/mahuta)
+
+আরও সংস্থান খুঁজছেন? [ethereum.org/developers.](/developers/) দেখুন।
+
+## Java কমিউনিটির অবদানকারীরা {#java-community-contributors}
+
+- [IO Builders](https://io.builders)
+- [Kauri](https://kauri.io)
diff --git a/public/content/translations/bn/developers/docs/programming-languages/javascript/index.md b/public/content/translations/bn/developers/docs/programming-languages/javascript/index.md
new file mode 100644
index 00000000000..99098b0fdd7
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/javascript/index.md
@@ -0,0 +1,72 @@
+---
+title: "জাভাস্ক্রিপ্ট ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "শিখুন কীভাবে জাভাস্ক্রিপ্ট-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়."
+lang: bn
+---
+
+ইথেরিয়াম ইকোসিস্টেমের সবচেয়ে জনপ্রিয় ভাষাগুলোর মধ্যে জাভাস্ক্রিপ্ট অন্যতম। আসলে, ইথেরিয়ামকে যতটা সম্ভব জাভাস্ক্রিপ্টে আনার জন্য একটি [দল](https://github.com/ethereumjs) উৎসর্গীকৃত।
+
+[স্ট্যাকের সমস্ত স্তরেই](/developers/docs/ethereum-stack/) জাভাস্ক্রিপ্ট (বা এর কাছাকাছি কিছু) লেখার সুযোগ রয়েছে।
+
+## ইথেরিয়ামের সাথে ইন্টার‍্যাক্ট করুন {#interact-with-ethereum}
+
+### JavaScript API লাইব্রেরি {#javascript-api-libraries}
+
+আপনি যদি ব্লকচেইন কোয়েরি করতে, লেনদেন পাঠাতে এবং আরও অনেক কিছুর জন্য জাভাস্ক্রিপ্ট লিখতে চান, তবে এটি করার সবচেয়ে সুবিধাজনক উপায় হলো একটি [জাভাস্ক্রিপ্ট API লাইব্রেরি](/developers/docs/apis/javascript/) ব্যবহার করা। এই API-গুলি ডেভেলপারদের [ইথেরিয়াম নেটওয়ার্কের নোডগুলির](/developers/docs/nodes-and-clients/) সাথে সহজে ইন্টার‍্যাক্ট করার সুযোগ দেয়।
+
+আপনি ইথেরিয়ামে স্মার্ট কন্ট্র্যাক্টগুলোর সাথে ইন্টার‍্যাক্ট করতে এই লাইব্রেরিগুলো ব্যবহার করতে পারেন, তাই এমন একটি ডিএ্যাপ তৈরি করা সম্ভব যেখানে আপনি আগে থেকে বিদ্যমান কন্ট্র্যাক্টগুলোর সাথে ইন্টার‍্যাক্ট করার জন্য শুধু জাভাস্ক্রিপ্ট ব্যবহার করবেন।
+
+**দেখে নিন**
+
+- [Web3.js](https://web3js.readthedocs.io)
+- [Ethers.js](https://ethers.org) – _জাভাস্ক্রিপ্ট এবং টাইপস্ক্রিপ্টে ইথেরিয়াম ওয়ালেট বাস্তবায়ন এবং ইউটিলিটি অন্তর্ভুক্ত করে।_
+- [viem](https://viem.sh) – _ইথেরিয়ামের জন্য একটি টাইপস্ক্রিপ্ট ইন্টারফেস যা ইথেরিয়ামের সাথে ইন্টার‍্যাক্ট করার জন্য নিম্ন-স্তরের স্টেটলেস প্রিমিটিভ প্রদান করে।_
+- [Drift](https://ryangoree.github.io/drift/) – _একটি টাইপস্ক্রিপ্ট মেটা-লাইব্রেরি যাতে বিল্ট-ইন ক্যাশিং, হুক এবং টেস্ট মক রয়েছে, যা web3 লাইব্রেরি জুড়ে সহজ ইথেরিয়াম ডেভেলপমেন্টের জন্য ব্যবহৃত হয়।_
+
+### স্মার্ট কন্ট্রাক্ট {#smart-contracts}
+
+আপনি যদি একজন জাভাস্ক্রিপ্ট ডেভেলপার হন এবং নিজের স্মার্ট কন্ট্র্যাক্ট লিখতে চান, তবে আপনি [Solidity](https://solidity.readthedocs.io)-এর সাথে পরিচিত হতে পারেন। এটি সবচেয়ে জনপ্রিয় স্মার্ট কন্ট্র্যাক্ট ভাষা এবং এটি সিনট্যাক্টিকভাবে জাভাস্ক্রিপ্টের অনুরূপ, যা শেখা সহজ করে তুলতে পারে।
+
+[স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) সম্পর্কে আরও জানুন।
+
+## প্রোটোকলটি বুঝুন {#understand-the-protocol}
+
+### ইথিরিয়াম ভার্চুয়াল মেশিন {#the-ethereum-virtual-machine}
+
+[ইথেরিয়ামের ভার্চুয়াল মেশিনের](/developers/docs/evm/) একটি জাভাস্ক্রিপ্ট ইমপ্লিমেন্টেশন রয়েছে। এটি সর্বশেষ ফর্ক নিয়ম সমর্থন করে। ফর্ক নিয়মগুলো পরিকল্পিত আপগ্রেডের ফলে EVM-এ করা পরিবর্তনগুলিকে বোঝায়।
+
+এটি বিভিন্ন জাভাস্ক্রিপ্ট প্যাকেজে বিভক্ত যা আপনি আরও ভালোভাবে বোঝার জন্য দেখতে পারেন:
+
+- অ্যাকাউন্ট
+- ব্লক
+- ব্লকচেইন নিজেই
+- লেনদেনসমূহ
+- এবং আরও...
+
+এটি আপনাকে "একটি অ্যাকাউন্টের ডেটা কাঠামো কী?"-এর মতো বিষয়গুলি বুঝতে সাহায্য করবে।
+
+আপনি যদি কোড পড়তে পছন্দ করেন, তবে আমাদের ডক্স পড়ার একটি দুর্দান্ত বিকল্প হতে পারে এই জাভাস্ক্রিপ্ট।
+
+**EVM দেখে নিন**  
+[`@ethereumjs/evm`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/evm)
+
+### নোড এবং ক্লায়েন্ট {#nodes-and-clients}
+
+একটি Ethereumjs ক্লায়েন্ট সক্রিয় ডেভেলপমেন্টে রয়েছে যা আপনাকে আপনার বোধগম্য ভাষায়, অর্থাৎ জাভাস্ক্রিপ্টে ইথেরিয়াম ক্লায়েন্টগুলি কীভাবে কাজ করে তা খতিয়ে দেখতে দেয়!
+
+**ক্লায়েন্টটি দেখুন**  
+[`@ethereumjs/client`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/client)
+
+## অন্যান্য প্রকল্প {#other-projects}
+
+ইথেরিয়াম জাভাস্ক্রিপ্টের জগতে আরও অনেক কিছু চলছে, যার মধ্যে রয়েছে:
+
+- ওয়ালেট ইউটিলিটির লাইব্রেরি।
+- ইথেরিয়াম কী জেনারেট, ইম্পোর্ট এবং এক্সপোর্ট করার টুলস।
+- `merkle-patricia-tree`-এর একটি ইমপ্লিমেন্টেশন – এটি একটি ডেটা কাঠামো যা ইথেরিয়াম ইয়েলো পেপারে বর্ণিত আছে।
+
+[EthereumJS রেপোতে](https://github.com/ethereumjs) আপনার সবচেয়ে আগ্রহের বিষয়গুলো নিয়ে অনুসন্ধান করুন।
+
+## আরও পড়ুন {#further-reading}
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
diff --git a/public/content/translations/bn/developers/docs/programming-languages/python/index.md b/public/content/translations/bn/developers/docs/programming-languages/python/index.md
new file mode 100644
index 00000000000..e44a8224a05
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/python/index.md
@@ -0,0 +1,99 @@
+---
+title: "পাইথন ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "শিখুন কিভাবে পাইথন-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+lang: bn
+incomplete: true
+---
+
+<FeaturedText>পাইথন-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে Ethereum-এর জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন</FeaturedText>
+
+ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+
+## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#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)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [ব্লকচেইনে পাইথনের অবস্থা ২০২৩ রিপোর্ট](https://tradingstrategy.ai/blog/the-state-of-python-in-blockchain-in-2023)
+
+## নতুনদের জন্য নিবন্ধ {#beginner-articles}
+
+- [web3.py ওভারভিউ](https://web3py.readthedocs.io/en/latest/overview.html)
+- [Ethereum পাইথন ইকোসিস্টেম ট্যুর](https://snakecharmers.ethereum.org/python-ecosystem/)
+- [Ethereum-এর জন্য একজন (পাইথন) ডেভেলপারের নির্দেশিকা](https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/)
+- [পুরস্কার-যোগ্য: একটি Ethereum পাইথন হ্যাকাথন নির্দেশিকা](https://snakecharmers.ethereum.org/prize-worthy/)
+- [Vyper-এর সাথে স্মার্ট কন্ট্র্যাক্টের একটি ভূমিকা](https://kauri.io/#collections/Getting%20Started/an-introduction-to-smart-contracts-with-vyper/)
+- [পাইথন ফ্লাস্ক ব্যবহার করে কীভাবে Ethereum কন্ট্র্যাক্ট ডেভেলপ করবেন?](https://medium.com/coinmonks/how-to-develop-ethereum-contract-using-python-flask-9758fe65976e)
+- [Web3.py-এর ভূমিকা · পাইথন ডেভেলপারদের জন্য Ethereum](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/)
+- [পাইথন প্রোগ্রামারদের জন্য ডিএ্যাপ ডেভেলপমেন্ট](https://levelup.gitconnected.com/dapps-development-for-python-developers-f52b32b54f28)
+- [একটি পাইথন Ethereum ইন্টারফেস তৈরি করা: পর্ব ১](https://hackernoon.com/creating-a-python-ethereum-interface-part-1-4d2e47ea0f4d)
+- [পাইথনে Ethereum স্মার্ট কন্ট্র্যাক্ট: একটি (প্রায়) ব্যাপক নির্দেশিকা](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/)
+- [পাইথন ব্যবহার করে Ethereum স্মার্ট কন্ট্র্যাক্ট কম্পাইল, ডিপ্লয় এবং কল করা](https://yohanes.gultom.id/2018/11/28/compiling-deploying-and-calling-ethereum-smartcontract-using-python/)
+- [Slither দিয়ে Solidity স্মার্ট কন্ট্র্যাক্ট বিশ্লেষণ করুন](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/)
+
+## আর্কাইভ করা নিবন্ধ
+
+- [পাইথন এবং ব্রাউনি দিয়ে আপনার নিজস্ব ERC20 টোকেন ডিপ্লয় করুন](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58)
+- [স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে ব্রাউনি এবং পাইথন ব্যবহার করা](https://dev.to/patrickalphac/using-brownie-for-to-deploy-smart-contracts-1kkp)
+- [ব্রাউনি দিয়ে OpenSea-তে NFT তৈরি করা](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) - _Ethereum-এর সাথে ইন্টারঅ্যাক্ট করার জন্য পাইথন লাইব্রেরি_
+- [Vyper](https://github.com/ethereum/vyper/) - _EVM-এর জন্য পাইথনিক স্মার্ট কন্ট্র্যাক্ট ভাষা_
+- [Ape](https://github.com/ApeWorX/ape) - _পাইথনিস্টা, ডেটা সায়েন্টিস্ট এবং সিকিউরিটি পেশাদারদের জন্য স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট টুল_
+- [py-evm](https://github.com/ethereum/py-evm) - _ইথিরিয়াম ভার্চুয়াল মেশিনের বাস্তবায়ন_
+- [eth-tester](https://github.com/ethereum/eth-tester) - _Ethereum-ভিত্তিক অ্যাপ্লিকেশন পরীক্ষা করার জন্য টুলস_
+- [eth-utils](https://github.com/ethereum/eth-utils/) - _Ethereum সম্পর্কিত কোডবেসের সাথে কাজ করার জন্য ইউটিলিটি ফাংশন_
+- [py-solc-x](https://pypi.org/project/py-solc-x/) - _0.5.x সমর্থন সহ solc solidity কম্পাইলারের চারপাশে পাইথন র‍্যাপার_
+- [pymaker](https://github.com/makerdao/pymaker) - _মেকার কন্ট্র্যাক্টের জন্য পাইথন API_
+- [siwe](https://github.com/signinwithethereum/siwe-py) - _পাইথনের জন্য Ethereum (siwe) দিয়ে সাইন ইন করুন_
+- [Web3 DeFi for Ethereum integrations](https://github.com/tradingstrategy-ai/web3-ethereum-defi) - _ERC-20, Uniswap এবং অন্যান্য জনপ্রিয় প্রজেক্টের জন্য প্রস্তুত ইন্টিগ্রেশন সহ একটি পাইথন প্যাকেজ_
+- [Wake](https://getwake.io) - _কন্ট্র্যাক্ট টেস্টিং, ফাজিং, ডিপ্লয়মেন্ট, ভালনারেবিলিটি স্ক্যানিং এবং কোড নেভিগেশনের জন্য অল-ইন-ওয়ান পাইথন ফ্রেমওয়ার্ক (ল্যাঙ্গুয়েজ সার্ভার - [Tools for Solidity](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_
+
+### আর্কাইভ করা / আর রক্ষণাবেক্ষণ করা হয় না: {#archived--no-longer-maintained}
+
+- [Trinity](https://github.com/ethereum/trinity) - _Ethereum পাইথন ক্লায়েন্ট_
+- [Mamba](https://github.com/arjunaskykok/mamba) - _Vyper ভাষায় লেখা স্মার্ট কন্ট্র্যাক্ট লেখা, কম্পাইল এবং ডিপ্লয় করার ফ্রেমওয়ার্ক_
+- [Brownie](https://github.com/eth-brownie/brownie) - _Ethereum স্মার্ট কন্ট্র্যাক্ট ডিপ্লয়, পরীক্ষা এবং ইন্টারঅ্যাক্ট করার জন্য পাইথন ফ্রেমওয়ার্ক_
+- [pydevp2p](https://github.com/ethereum/pydevp2p) - _Ethereum P2P স্ট্যাকের বাস্তবায়ন_
+- [py-wasm](https://github.com/ethereum/py-wasm) - _ওয়েব অ্যাসেম্বলি ইন্টারপ্রিটারের পাইথন বাস্তবায়ন_
+
+আরও সংস্থান খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন।
+
+## পাইথন টুলিং ব্যবহারকারী প্রজেক্ট {#projects-using-python-tooling}
+
+নিম্নলিখিত Ethereum-ভিত্তিক প্রজেক্টগুলি এই পৃষ্ঠায় উল্লিখিত টুলস ব্যবহার করে। সম্পর্কিত ওপেন-সোর্স রিপোজিটরিগুলি উদাহরণ কোড এবং সেরা অনুশীলনের জন্য একটি ভাল রেফারেন্স হিসাবে কাজ করে।
+
+- [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 এবং অন্যান্য পাইথন ফ্রেমওয়ার্ক আলোচনার জন্য [Ethereum পাইথন কমিউনিটি ডিসকর্ড](https://discord.gg/9zk7snTfWe)
+- Vyper স্মার্ট কন্ট্র্যাক্ট প্রোগ্রামিং আলোচনার জন্য [Vyper ডিসকর্ড](https://discord.gg/SdvKC79cJk)
+
+## অন্যান্য একত্রিত তালিকা {#other-aggregated-lists}
+
+Vyper উইকিতে Vyper-এর জন্য [রিসোর্সের একটি অবিশ্বাস্য তালিকা](https://github.com/vyperlang/vyper/wiki/Vyper-tools-and-resources) রয়েছে
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/ruby/index.md b/public/content/translations/bn/developers/docs/programming-languages/ruby/index.md
new file mode 100644
index 00000000000..c7b657121c9
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/ruby/index.md
@@ -0,0 +1,60 @@
+---
+title: "রুবি ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "রুবি-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করতে হয় তা শিখুন।"
+lang: bn
+incomplete: false
+---
+
+<FeaturedText>রুবি-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করতে হয় তা শিখুন।</FeaturedText>
+
+ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ডিএ্যাপসগুলো ট্রাস্টলেস হতে পারে, যার মানে হলো একবার এগুলো ইথেরিয়ামে ডেপ্লয় করা হয়ে গেলে, এগুলো সর্বদা প্রোগ্রাম অনুযায়ী চলবে। তারা নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করতে ডিজিটাল অ্যাসেট নিয়ন্ত্রণ করতে পারে। এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+
+## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#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)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## নতুনদের জন্য নিবন্ধ {#beginner-articles}
+
+- [অবশেষে ইথেরিয়াম অ্যাকাউন্ট বোঝা](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [অবশেষে MetaMask-এর সাথে Rails ব্যবহারকারীদের প্রমাণীকরণ](https://dev.to/q9/finally-authenticating-rails-users-with-metamask-3fj)
+- [রুবি ব্যবহার করে কীভাবে ইথেরিয়াম নেটওয়ার্কের সাথে সংযোগ স্থাপন করবেন](https://www.quicknode.com/guides/web3-sdks/how-to-connect-to-the-ethereum-network-using-ruby)
+- [রুবি-তে কীভাবে একটি নতুন ইথেরিয়াম অ্যাড্রেস তৈরি করবেন](https://www.quicknode.com/guides/web3-sdks/how-to-generate-a-new-ethereum-address-in-ruby)
+
+## মধ্যবর্তী স্তরের নিবন্ধ {#intermediate-articles}
+
+- [রুবি সহ ব্লকচেইন অ্যাপ](https://www.nopio.com/blog/blockchain-app-ruby/)
+- [স্মার্ট কন্ট্র্যাক্ট এক্সিকিউট করতে ইথেরিয়ামের সাথে সংযুক্ত রুবি ব্যবহার করুন](https://titanwolf.org/Network/Articles/Article?AID=87285822-9b25-49d5-ba2a-7ad95fff7ef9)
+
+## রুবি প্রজেক্ট এবং টুলস {#ruby-projects-and-tools}
+
+### সক্রিয় {#active}
+
+- [eth.rb](https://github.com/q9f/eth.rb) - _ইথেরিয়াম অ্যাকাউন্ট, মেসেজ এবং ট্রানজ্যাকশন পরিচালনা করার জন্য রুবি লাইব্রেরি এবং RPC-ক্লায়েন্ট_
+- [keccak.rb](https://github.com/q9f/keccak.rb) - _ইথেরিয়াম দ্বারা ব্যবহৃত Keccak (SHA3) হ্যাস_
+- [siwe-ruby](https://github.com/signinwithethereum/siwe-ruby) - _Sign-In with Ethereum-এর রুবি ইমপ্লিমেন্টেশন_
+- [siwe-rails](https://github.com/signinwithethereum/siwe-rails) - _রেলস জেম যা SIWE লোকাল সাইন ইন রুট যোগ করে_
+- [siwe-rails-examples](https://github.com/signinwithethereum/siwe-rails-examples) - _কাস্টম কন্ট্রোলারের সাথে রুবি অন রেলস ব্যবহার করে 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) - _ইথেরিয়াম অন রেলস টেমপ্লেট যা রুবি অন রেলস-এর সাথে MetaMask সংযোগ করার অনুমতি দেয়_
+
+### আর্কাইভ করা / আর রক্ষণাবেক্ষণ করা হয় না {#archived--no-longer-maintained}
+
+- [web3-eth](https://github.com/spikewilliams/vtada-ethereum) - _রুবি সহ ইথেরিয়াম নোডের RPC মেথড কল করা_
+- [ethereum_tree](https://github.com/longhoangwkm/ethereum_tree) - _BIP32 স্ট্যান্ডার্ড অনুসারে একটি হায়ারারকিকাল ডিটারমিনিস্টিক ওয়ালেট থেকে ETH অ্যাড্রেস তৈরি করার জন্য রুবি লাইব্রেরি_
+- [etherlite](https://github.com/budacom/etherlite) - _রুবি অন রেলসের জন্য ইথেরিয়াম ইন্টিগ্রেশন_
+- [ethereum.rb](https://github.com/EthWorks/ethereum.rb) - _ট্রানজ্যাকশন পাঠানো, কন্ট্র্যাক্ট তৈরি এবং তার সাথে ইন্টারঅ্যাক্ট করার জন্য JSON-RPC ইন্টারফেস ব্যবহার করে রুবি ইথেরিয়াম ক্লায়েন্ট এবং ইথেরিয়াম নোডের সাথে কাজ করার জন্য দরকারী টুলকিট_
+- [omniauth-ethereum.rb](https://github.com/q9f/omniauth-ethereum.rb) - _OmniAuth-এর জন্য ইথেরিয়াম প্রোভাইডার কৌশল প্রয়োগ করে_
+
+আরও সংস্থান খুঁজছেন? আমাদের [ডেভেলপারদের হোম](/developers/) দেখুন।
+
+## রুবি কমিউনিটির অবদানকারীগণ {#ruby-community-contributors}
+
+[ইথেরিয়াম রুবি টেলিগ্রাম গ্রুপ](https://t.me/ruby_eth) একটি দ্রুত বর্ধনশীল সম্প্রদায়ের হোস্ট এবং এটি উপরের যেকোনো প্রজেক্ট এবং সম্পর্কিত বিষয় নিয়ে আলোচনার জন্য নিবেদিত রিসোর্স।
diff --git a/public/content/translations/bn/developers/docs/programming-languages/rust/index.md b/public/content/translations/bn/developers/docs/programming-languages/rust/index.md
new file mode 100644
index 00000000000..e0fb7b950c8
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/programming-languages/rust/index.md
@@ -0,0 +1,65 @@
+---
+title: "রাস্ট ডেভেলপারদের জন্য ইথেরিয়াম"
+description: "শিখুন কীভাবে রাস্ট-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+lang: bn
+incomplete: true
+---
+
+<FeaturedText>রাস্ট-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথেরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন</FeaturedText>
+
+ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+
+## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#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)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+
+## নতুনদের জন্য নিবন্ধ {#beginner-articles}
+
+- [The Rust Ethereum Client](https://openethereum.github.io/) \* **দ্রষ্টব্য যে OpenEthereum [ডেপ্রিকেটেড হয়ে গেছে](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 externs লাইব্রেরি](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) - _ইথেরিয়ামের মতো নেটওয়ার্কের সাথে ইন্টারঅ্যাক্ট করার জন্য externs-এর সংগ্রহ_
+- [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) - _নেটিভ প্যারিটি ক্লায়েন্ট 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}
+
+- [Ethereum 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/bn/developers/docs/scaling/index.md b/public/content/translations/bn/developers/docs/scaling/index.md
new file mode 100644
index 00000000000..25b432837f4
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/scaling/index.md
@@ -0,0 +1,113 @@
+---
+title: "স্কেলিং"
+description: "ইথেরিয়াম কমিউনিটির দ্বারা বর্তমানে তৈরি করা বিভিন্ন স্কেলিং বিকল্পগুলির একটি ভূমিকা।"
+lang: bn
+sidebarDepth: 3
+---
+
+## স্কেলিং ওভারভিউ {#scaling-overview}
+
+যেহেতু ইথেরিয়াম ব্যবহারকারীর সংখ্যা বৃদ্ধি পেয়েছে, তাই ব্লকচেইনটি নির্দিষ্ট ক্ষমতার সীমাবদ্ধতায় পৌঁছেছে। এটি নেটওয়ার্ক ব্যবহারের খরচ বাড়িয়েছে, যার ফলে "স্কেলিং সমাধান"-এর প্রয়োজন তৈরি হয়েছে। একাধিক সমাধান নিয়ে গবেষণা, পরীক্ষা এবং প্রয়োগ করা হচ্ছে যা একই ধরনের লক্ষ্য অর্জনের জন্য বিভিন্ন পদ্ধতি গ্রহণ করে।
+
+স্কেলেবিলিটির মূল লক্ষ্য হল বিকেন্দ্রীকরণ বা নিরাপত্তা বিসর্জন না দিয়ে লেনদেনের গতি (দ্রুত ফাইনালিটি) এবং লেনদেনের থ্রুপুট (প্রতি সেকেন্ডে উচ্চ সংখ্যক লেনদেন) বৃদ্ধি করা। লেয়ার 1 ইথেরিয়াম ব্লকচেইনে, উচ্চ চাহিদার কারণে লেনদেন ধীরগতির হয় এবং [গ্যাস মূল্য](/developers/docs/gas/) অকার্যকর হয়ে পড়ে। গতি এবং থ্রুপুটের দিক থেকে নেটওয়ার্কের ক্ষমতা বৃদ্ধি করা ইথেরিয়ামের অর্থপূর্ণ এবং ব্যাপক গ্রহণের জন্য অপরিহার্য।
+
+গতি এবং থ্রুপুট গুরুত্বপূর্ণ হলেও, এটি অপরিহার্য যে এই লক্ষ্যগুলি সক্ষমকারী স্কেলিং সমাধানগুলি বিকেন্দ্রীভূত এবং নিরাপদ থাকে। নোড অপারেটরদের জন্য প্রবেশের বাধা কম রাখা কেন্দ্রীভূত এবং অনিরাপদ কম্পিউটিং শক্তির দিকে অগ্রগতি রোধ করার জন্য অত্যন্ত গুরুত্বপূর্ণ।
+
+ধারণাগতভাবে আমরা প্রথমে স্কেলিংকে অনচেইন স্কেলিং বা অফচেইন স্কেলিং হিসাবে শ্রেণীবদ্ধ করি।
+
+## পূর্বশর্ত {#prerequisites}
+
+আপনার সমস্ত foundational বিষয় সম্পর্কে একটি ভাল ধারণা থাকা উচিত। স্কেলিং সমাধানগুলি প্রয়োগ করা একটি উন্নত বিষয় কারণ প্রযুক্তিটি কম পরীক্ষিত এবং এটি নিয়ে গবেষণা ও উন্নয়ন অব্যাহত রয়েছে।
+
+## অনচেইন স্কেলিং {#onchain-scaling}
+
+অনচেইন স্কেলিংয়ের জন্য ইথেরিয়াম প্রোটোকলে (লেয়ার 1 [মেইননেট](/glossary/#mainnet)) পরিবর্তন প্রয়োজন। অনেক দিন ধরেই, ব্লকচেইন শার্ডিং ইথেরিয়ামকে স্কেল করবে বলে আশা করা হয়েছিল। এতে ভ্যালিডেটরদের উপসেট দ্বারা যাচাই করার জন্য ব্লকচেইনকে আলাদা খণ্ডে (শার্ড) বিভক্ত করার বিষয়টি জড়িত ছিল। তবে, লেয়ার-2 রোলআপের মাধ্যমে স্কেলিং প্রাথমিক স্কেলিং কৌশল হিসাবে স্থান করে নিয়েছে। এটি ইথেরিয়াম ব্লকের সাথে সংযুক্ত ডেটার একটি নতুন সস্তা ফর্মের সংযোজন দ্বারা সমর্থিত যা ব্যবহারকারীদের জন্য রোলআপগুলিকে সস্তা করার জন্য বিশেষভাবে ডিজাইন করা হয়েছে।
+
+### শার্ডিং {#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) _Vitalik Buterin_
+- [ইথেরিয়ামের জন্য লেয়ার 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/bn/developers/docs/scaling/optimistic-rollups/index.md b/public/content/translations/bn/developers/docs/scaling/optimistic-rollups/index.md
new file mode 100644
index 00000000000..fe0b94bc2f4
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/scaling/optimistic-rollups/index.md
@@ -0,0 +1,265 @@
+---
+title: "অপ্টিমেস্টিক রোলআপ"
+description: "অপ্টিমেস্টিক রোলআপ-এর একটি ভূমিকা—Ethereum কমিউনিটি দ্বারা ব্যবহৃত একটি স্কেলিং সমাধান।"
+lang: bn
+---
+
+অপ্টিমেস্টিক রোলআপ হলো লেয়ার 2 (L2) প্রোটোকল যা Ethereum-এর বেস লেয়ারের থ্রুপুট বাড়ানোর জন্য ডিজাইন করা হয়েছে। তারা অফচেইনে লেনদেন প্রসেস করে প্রধান Ethereum চেইনের উপর কম্পিউটেশন কমিয়ে দেয়, যা প্রসেসিং স্পিডে উল্লেখযোগ্য উন্নতি প্রদান করে। অন্যান্য স্কেলিং সমাধান, যেমন [সাইডচেইন](/developers/docs/scaling/sidechains/)-এর মতো নয়, অপ্টিমেস্টিক রোলআপ অনচেইনে লেনদেনের ফলাফল প্রকাশ করে মেইননেট থেকে নিরাপত্তা অর্জন করে, অথবা [প্লাসমা চেইন](/developers/docs/scaling/plasma/), যা Ethereum-এ জালিয়াতির প্রমাণ সহ লেনদেন যাচাই করে, কিন্তু লেনদেনের ডেটা অন্য কোথাও সংরক্ষণ করে।
+
+যেহেতু কম্পিউটেশন Ethereum ব্যবহারের একটি ধীর এবং ব্যয়বহুল অংশ, অপ্টিমেস্টিক রোলআপ স্কেলেবিলিটিতে 10-100x পর্যন্ত উন্নতি অফার করতে পারে। অপ্টিমেস্টিক রোলআপগুলি `calldata` হিসাবে বা [blobs](/roadmap/danksharding/)-এ Ethereum-এ লেনদেন লেখে, যা ব্যবহারকারীদের জন্য গ্যাসের খরচ কমায়।
+
+## পূর্বশর্ত {#prerequisites}
+
+আপনার [ইথেরিয়াম স্কেলিং](/developers/docs/scaling/) এবং [লেয়ার 2](/layer-2/) সম্পর্কিত আমাদের পেজগুলি পড়া এবং বোঝা উচিত।
+
+## অপ্টিমেস্টিক রোলআপ কী? {#what-is-an-optimistic-rollup}
+
+একটি অপ্টিমেস্টিক রোলআপ হলো Ethereum স্কেলিংয়ের একটি পদ্ধতি যা অফচেইনে কম্পিউটেশন এবং স্টেট স্টোরেজকে স্থানান্তর করে। অপ্টিমেস্টিক রোলআপ Ethereum-এর বাইরে লেনদেন কার্যকর করে, কিন্তু লেনদেনের ডেটা মেইননেটে `calldata` হিসাবে বা [blobs](/roadmap/danksharding/)-এ পোস্ট করে।
+
+অপ্টিমেস্টিক রোলআপ অপারেটররা Ethereum-এ জমা দেওয়ার আগে একাধিক অফচেইন লেনদেনকে বড় ব্যাচে একত্রে বান্ডিল করে। এই পদ্ধতিটি প্রতিটি ব্যাচে একাধিক লেনদেনের মধ্যে নির্দিষ্ট খরচ ছড়িয়ে দেয়, যা শেষ-ব্যবহারকারীদের জন্য ফি কমিয়ে দেয়। অপ্টিমেস্টিক রোলআপগুলি Ethereum-এ পোস্ট করা ডেটার পরিমাণ কমাতে কম্প্রেশন কৌশলও ব্যবহার করে।
+
+অপ্টিমেস্টিক রোলআপগুলিকে “অপ্টিমিস্টিক” বলে মনে করা হয় কারণ তারা ধরে নেয় অফচেইন লেনদেনগুলি বৈধ এবং অনচেইনে পোস্ট করা লেনদেন ব্যাচগুলির জন্য বৈধতার প্রমাণ প্রকাশ করে না। এটি অপ্টিমেস্টিক রোলআপগুলিকে [জিরো-নলেজ রোলআপ](/developers/docs/scaling/zk-rollups) থেকে আলাদা করে যা অফচেইন লেনদেনের জন্য ক্রিপ্টোগ্রাফিক [বৈধতার প্রমাণ](/glossary/#validity-proof) প্রকাশ করে।
+
+অপ্টিমেস্টিক রোলআপগুলি পরিবর্তে একটি জালিয়াতি-প্রমাণকারী স্কিমের উপর নির্ভর করে যেখানে লেনদেনগুলি সঠিকভাবে গণনা করা হয়নি এমন ক্ষেত্রে সনাক্ত করতে। Ethereum-এ একটি রোলআপ ব্যাচ জমা দেওয়ার পরে, একটি সময় উইন্ডো থাকে (যাকে একটি চ্যালেঞ্জ পিরিয়ড বলা হয়) যার সময় যে কেউ একটি [ফ্রড প্রুফ](/glossary/#fraud-proof) গণনা করে একটি রোলআপ লেনদেনের ফলাফলকে চ্যালেঞ্জ করতে পারে।
+
+যদি ফ্রড প্রুফ সফল হয়, রোলআপ প্রোটোকল লেনদেন(গুলি) পুনরায় কার্যকর করে এবং রোলআপের স্টেট সেই অনুযায়ী আপডেট করে। একটি সফল ফ্রড প্রুফের অন্য প্রভাব হল যে একটি ব্লকে ভুলভাবে কার্যকর করা লেনদেন অন্তর্ভুক্ত করার জন্য দায়ী সিকোয়েন্সার একটি জরিমানা পায়।
+
+যদি রোলআপ ব্যাচটি চ্যালেঞ্জ পিরিয়ড শেষ হওয়ার পরে বিনা প্রতিদ্বন্দ্বিতায় থাকে (অর্থাৎ, সমস্ত লেনদেন সঠিকভাবে কার্যকর করা হয়), তবে এটি Ethereum-এ বৈধ এবং গৃহীত বলে বিবেচিত হয়। অন্যরা একটি অসমর্থিত রোলআপ ব্লকের উপর নির্মাণ চালিয়ে যেতে পারে, কিন্তু একটি সতর্কতার সাথে: যদি পূর্বে প্রকাশিত একটি ভুলভাবে সম্পাদিত লেনদেনের উপর ভিত্তি করে লেনদেনের ফলাফলগুলি বিপরীত হয়ে যাবে।
+
+## অপ্টিমেস্টিক রোলআপগুলি কীভাবে Ethereum-এর সাথে ইন্টারঅ্যাক্ট করে? {#optimistic-rollups-and-Ethereum}
+
+অপ্টিমেস্টিক রোলআপগুলি হলো [অফচেইন স্কেলিং সলিউশন](/developers/docs/scaling/#offchain-scaling) যা Ethereum-এর উপরে কাজ করার জন্য তৈরি করা হয়েছে। প্রতিটি অপ্টিমেস্টিক রোলআপ Ethereum নেটওয়ার্কে স্থাপন করা স্মার্ট কন্ট্র্যাক্টের একটি সেট দ্বারা পরিচালিত হয়। অপ্টিমেস্টিক রোলআপগুলি মূল Ethereum চেইনের বাইরে লেনদেন প্রক্রিয়া করে, কিন্তু একটি অনচেইন রোলআপ চুক্তিতে অফচেইন লেনদেন (ব্যাচে) পোস্ট করে। Ethereum ব্লকচেইনের মতো, এই লেনদেন রেকর্ডটি অপরিবর্তনীয় এবং "অপ্টিমেস্টিক রোলআপ চেইন" গঠন করে।
+
+একটি অপ্টিমেস্টিক রোলআপের আর্কিটেকচারে নিম্নলিখিত অংশগুলি রয়েছে:
+
+**অনচেইন চুক্তি**: অপ্টিমেস্টিক রোলআপের অপারেশন Ethereum-এ চলমান স্মার্ট কন্ট্র্যাক্ট দ্বারা নিয়ন্ত্রিত হয়। এর মধ্যে রয়েছে এমন চুক্তি যা রোলআপ ব্লকগুলি সংরক্ষণ করে, রোলআপে স্টেট আপডেটগুলি পর্যবেক্ষণ করে এবং ব্যবহারকারীর আমানত ট্র্যাক করে। এই অর্থে, Ethereum অপ্টিমেস্টিক রোলআপগুলির জন্য বেস লেয়ার বা "লেয়ার 1" হিসাবে কাজ করে।
+
+**অফচেইন ভার্চুয়াল মেশিন (VM)**: যদিও অপ্টিমেস্টিক রোলআপ প্রোটোকল পরিচালনাকারী চুক্তিগুলি Ethereum-এ চলে, রোলআপ প্রোটোকল [Ethereum ভার্চুয়াল মেশিন](/developers/docs/evm/) থেকে আলাদা একটি ভার্চুয়াল মেশিনে গণনা এবং স্টেট স্টোরেজ সম্পাদন করে। অফচেইন VM হল যেখানে অ্যাপ্লিকেশনগুলি থাকে এবং স্টেটের পরিবর্তনগুলি কার্যকর করা হয়; এটি একটি অপ্টিমেস্টিক রোলআপের জন্য উপরের লেয়ার বা "লেয়ার 2" হিসাবে কাজ করে।
+
+যেহেতু অপ্টিমেস্টিক রোলআপগুলি EVM-এর জন্য লিখিত বা কম্পাইল করা প্রোগ্রামগুলি চালানোর জন্য ডিজাইন করা হয়েছে, অফচেইন VM অনেক EVM ডিজাইন স্পেস অন্তর্ভুক্ত করে। অতিরিক্তভাবে, অনচেইনে গণনা করা ফ্রড প্রুফগুলি Ethereum নেটওয়ার্ককে অফচেইন VM-এ গণনা করা স্টেট পরিবর্তনের বৈধতা প্রয়োগ করতে দেয়।
+
+অপ্টিমেস্টিক রোলআপগুলিকে 'হাইব্রিড স্কেলিং সমাধান' হিসাবে বর্ণনা করা হয় কারণ, যদিও তারা পৃথক প্রোটোকল হিসাবে বিদ্যমান, তাদের নিরাপত্তা বৈশিষ্ট্যগুলি Ethereum থেকে প্রাপ্ত। অন্যান্য জিনিসের মধ্যে, Ethereum একটি রোলআপের অফচেইন গণনার সঠিকতা এবং গণনার পিছনে ডেটার প্রাপ্যতা নিশ্চিত করে। এটি অপ্টিমেস্টিক রোলআপগুলিকে বিশুদ্ধ অফচেইন স্কেলিং প্রোটোকলগুলির (যেমন, [সাইডচেইন](/developers/docs/scaling/sidechains/)) চেয়ে বেশি সুরক্ষিত করে যা নিরাপত্তার জন্য Ethereum-এর উপর নির্ভর করে না।
+
+অপ্টিমেস্টিক রোলআপগুলি নিম্নলিখিতগুলির জন্য প্রধান Ethereum প্রোটোকলের উপর নির্ভর করে:
+
+### ডেটা প্রাপ্যতা {#data-availability}
+
+যেমন উল্লেখ করা হয়েছে, অপ্টিমেস্টিক রোলআপগুলি Ethereum-এ `calldata` বা [blobs](/roadmap/danksharding/) হিসাবে লেনদেনের ডেটা পোস্ট করে। যেহেতু রোলআপ চেইনের এক্সিকিউশন জমাকৃত লেনদেনের উপর ভিত্তি করে হয়, তাই যে কেউ Ethereum-এর বেস লেয়ারে নোঙর করা এই তথ্য ব্যবহার করে রোলআপের স্টেট কার্যকর করতে এবং স্টেট ট্রানজিশনের সঠিকতা যাচাই করতে পারে।
+
+[ডেটা প্রাপ্যতা](/developers/docs/data-availability/) অত্যন্ত গুরুত্বপূর্ণ কারণ স্টেট ডেটাতে অ্যাক্সেস ছাড়া, চ্যালেঞ্জাররা অবৈধ রোলআপ অপারেশনগুলির বিরুদ্ধে বিতর্ক করার জন্য ফ্রড প্রুফ তৈরি করতে পারে না। Ethereum ডেটা প্রাপ্যতা প্রদান করার সাথে সাথে, রোলআপ অপারেটরদের দূষিত কাজ (যেমন, অবৈধ ব্লক জমা দেওয়া) থেকে রক্ষা পাওয়ার ঝুঁকি হ্রাস পায়।
+
+### সেন্সরশিপ প্রতিরোধ {#censorship-resistance}
+
+অপ্টিমেস্টিক রোলআপগুলি সেন্সরশিপ প্রতিরোধের জন্য Ethereum-এর উপরও নির্ভর করে। একটি অপ্টিমেস্টিক রোলআপে একটি কেন্দ্রীভূত সত্তা (অপারেটর) লেনদেন প্রক্রিয়াকরণ এবং Ethereum-এ রোলআপ ব্লক জমা দেওয়ার জন্য দায়ী। এর কিছু প্রভাব রয়েছে:
+
+- রোলআপ অপারেটররা সম্পূর্ণরূপে অফলাইনে গিয়ে ব্যবহারকারীদের সেন্সর করতে পারে, অথবা নির্দিষ্ট লেনদেন সহ ব্লক তৈরি করতে অস্বীকার করে।
+
+- রোলআপ অপারেটররা মালিকানার মের্কেল প্রুফের জন্য প্রয়োজনীয় স্টেট ডেটা আটকে রেখে রোলআপ চুক্তিতে জমা করা তহবিল ব্যবহারকারীদের উত্তোলন করতে বাধা দিতে পারে। স্টেট ডেটা আটকে রাখা ব্যবহারকারীদের কাছ থেকে রোলআপের স্টেট গোপন করতে পারে এবং তাদের রোলআপের সাথে ইন্টারঅ্যাক্ট করতে বাধা দিতে পারে।
+
+অপ্টিমেস্টিক রোলআপগুলি অপারেটরদের Ethereum-এ স্টেট আপডেটের সাথে সম্পর্কিত ডেটা প্রকাশ করতে বাধ্য করে এই সমস্যার সমাধান করে। অনচেইনে রোলআপ ডেটা প্রকাশ করার নিম্নলিখিত সুবিধা রয়েছে:
+
+- যদি একটি অপ্টিমেস্টিক রোলআপ অপারেটর অফলাইনে চলে যায় বা লেনদেন ব্যাচ তৈরি করা বন্ধ করে দেয়, তবে অন্য একটি নোড উপলব্ধ ডেটা ব্যবহার করে রোলআপের শেষ স্টেট পুনরুৎপাদন করতে এবং ব্লক উৎপাদন চালিয়ে যেতে পারে।
+
+- ব্যবহারকারীরা তহবিলের মালিকানা প্রমাণকারী মের্কেল প্রুফ তৈরি করতে এবং রোলআপ থেকে তাদের সম্পদ উত্তোলন করতে লেনদেনের ডেটা ব্যবহার করতে পারে।
+
+- ব্যবহারকারীরা সিকোয়েন্সারের কাছে না দিয়ে L1-এ তাদের লেনদেন জমা দিতে পারে, সেক্ষেত্রে সিকোয়েন্সারকে একটি নির্দিষ্ট সময়সীমার মধ্যে লেনদেনটি অন্তর্ভুক্ত করতে হবে যাতে বৈধ ব্লক তৈরি করা চালিয়ে যেতে পারে।
+
+### নিষ্পত্তি {#settlement}
+
+অপ্টিমেস্টিক রোলআপের প্রেক্ষাপটে Ethereum-এর আরেকটি ভূমিকা হল একটি সেটেলমেন্ট লেয়ার। একটি সেটেলমেন্ট লেয়ার সমগ্র ব্লকচেইন ইকোসিস্টেমকে নোঙ্গর করে, নিরাপত্তা প্রতিষ্ঠা করে, এবং যদি অন্য চেইনে (এই ক্ষেত্রে অপ্টিমেস্টিক রোলআপ) কোনো বিরোধ দেখা দেয় যার জন্য সালিশের প্রয়োজন হয় তবে উদ্দেশ্যমূলক ফাইনালিটি প্রদান করে।
+
+Ethereum মেইননেট অপ্টিমেস্টিক রোলআপগুলির জন্য ফ্রড প্রুফ যাচাই করতে এবং বিরোধ নিষ্পত্তির জন্য একটি হাব সরবরাহ করে। তাছাড়া, রোলআপে পরিচালিত লেনদেনগুলি শুধুমাত্র চূড়ান্ত হয় _পরে_ যখন রোলআপ ব্লকটি Ethereum-এ গৃহীত হয়। একবার একটি রোলআপ লেনদেন Ethereum-এর বেস লেয়ারে প্রতিশ্রুতিবদ্ধ হলে, এটি রোল ব্যাক করা যাবে না (একটি চেইন পুনর্গঠনের অত্যন্ত অসম্ভাব্য ঘটনা ছাড়া)।
+
+## অপ্টিমেস্টিক রোলআপগুলি কীভাবে কাজ করে? {#how-optimistic-rollups-work}
+
+### লেনদেন সম্পাদন এবং একত্রীকরণ {#transaction-execution-and-aggregation}
+
+ব্যবহারকারীরা "অপারেটর"দের কাছে লেনদেন জমা দেন, যা অপ্টিমেস্টিক রোলআপে লেনদেন প্রক্রিয়াকরণের জন্য দায়ী নোড। এছাড়াও একটি "ভ্যালিডেটর" বা "এগ্রিগেটর" হিসাবে পরিচিত, অপারেটর লেনদেনগুলি একত্রিত করে, অন্তর্নিহিত ডেটা সংকুচিত করে এবং Ethereum-এ ব্লকটি প্রকাশ করে।
+
+যদিও যে কেউ একজন ভ্যালিডেটর হতে পারে, অপ্টিমেস্টিক রোলআপ ভ্যালিডেটরদের অবশ্যই ব্লক তৈরির আগে একটি বন্ড প্রদান করতে হবে, অনেকটা [প্রুফ-অফ-স্টেক সিস্টেমের](/developers/docs/consensus-mechanisms/pos/) মতো। এই বন্ডটি স্ল্যাশ করা যেতে পারে যদি ভ্যালিডেটর একটি অবৈধ ব্লক পোস্ট করে বা একটি পুরানো-কিন্তু-অবৈধ ব্লকের উপর তৈরি করে (এমনকি যদি তাদের ব্লকটি বৈধ হয়)। এইভাবে অপ্টিমেস্টিক রোলআপগুলি ভ্যালিডেটরদের সৎভাবে কাজ করা নিশ্চিত করতে ক্রিপ্টো-অর্থনৈতিক প্রণোদনা ব্যবহার করে।
+
+অপ্টিমেস্টিক রোলআপ চেইনের অন্যান্য ভ্যালিডেটরদের রোলআপের স্টেটের তাদের কপি ব্যবহার করে জমা দেওয়া লেনদেনগুলি কার্যকর করার আশা করা হয়। যদি একজন ভ্যালিডেটরের চূড়ান্ত স্টেট অপারেটরের প্রস্তাবিত স্টেট থেকে ভিন্ন হয়, তবে তারা একটি চ্যালেঞ্জ শুরু করতে পারে এবং একটি ফ্রড প্রুফ গণনা করতে পারে।
+
+কিছু অপ্টিমেস্টিক রোলআপ একটি অনুমতিহীন ভ্যালিডেটর সিস্টেম ত্যাগ করতে পারে এবং চেইন কার্যকর করার জন্য একটি একক "সিকোয়েন্সার" ব্যবহার করতে পারে। একজন ভ্যালিডেটরের মতো, সিকোয়েন্সার লেনদেন প্রক্রিয়া করে, রোলআপ ব্লক তৈরি করে এবং L1 চেইনে (Ethereum) রোলআপ লেনদেন জমা দেয়।
+
+সিকোয়েন্সার একটি নিয়মিত রোলআপ অপারেটর থেকে ভিন্ন কারণ তাদের লেনদেন ক্রম করার উপর বৃহত্তর নিয়ন্ত্রণ রয়েছে। এছাড়াও, সিকোয়েন্সারের রোলআপ চেইনে অগ্রাধিকার অ্যাক্সেস রয়েছে এবং অনচেইন চুক্তিতে লেনদেন জমা দেওয়ার জন্য একমাত্র অনুমোদিত সত্তা। নন-সিকোয়েন্সার নোড বা নিয়মিত ব্যবহারকারীদের থেকে লেনদেনগুলি কেবল একটি পৃথক ইনবক্সে সারিবদ্ধ থাকে যতক্ষণ না সিকোয়েন্সার সেগুলিকে একটি নতুন ব্যাচে অন্তর্ভুক্ত করে।
+
+#### Ethereum-এ রোলআপ ব্লক জমা দেওয়া {#submitting-blocks-to-ethereum}
+
+যেমন উল্লেখ করা হয়েছে, একটি অপ্টিমেস্টিক রোলআপের অপারেটর একটি ব্যাচে অফচেইন লেনদেনগুলি বান্ডিল করে এবং নোটরাইজেশনের জন্য Ethereum-এ পাঠায়। এই প্রক্রিয়ায় লেনদেন-সম্পর্কিত ডেটা সংকুচিত করা এবং এটি `calldata` বা ব্লবগুলিতে Ethereum-এ প্রকাশ করা জড়িত।
+
+`calldata` একটি স্মার্ট কন্ট্র্যাক্টের একটি অপরিবর্তনযোগ্য, অ-স্থায়ী এলাকা যা বেশিরভাগ ক্ষেত্রে [মেমরির](/developers/docs/smart-contracts/anatomy/#memory) মতো আচরণ করে। যদিও `calldata` ব্লকচেইনের [ইতিহাস লগগুলির](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs) অংশ হিসাবে অনচেইনে স্থায়ী থাকে, এটি Ethereum-এর স্টেটের অংশ হিসাবে সংরক্ষণ করা হয় না। যেহেতু `calldata` Ethereum-এর স্টেটের কোনো অংশ স্পর্শ করে না, তাই এটি অনচেইনে ডেটা সংরক্ষণের জন্য স্টেট থেকে সস্তা।
+
+`calldata` কীওয়ার্ডটি সলিডিটিতে এক্সিকিউশন সময়ে একটি স্মার্ট কন্ট্র্যাক্ট ফাংশনে আর্গুমেন্ট পাস করতেও ব্যবহৃত হয়। `calldata` একটি লেনদেনের সময় কল করা ফাংশনটিকে শনাক্ত করে এবং বাইটের একটি নির্বিচারে ক্রম আকারে ফাংশনে ইনপুট ধারণ করে।
+
+অপ্টিমেস্টিক রোলআপের প্রেক্ষাপটে, `calldata` অনচেইন চুক্তিতে সংকুচিত লেনদেনের ডেটা পাঠাতে ব্যবহৃত হয়। রোলআপ অপারেটর রোলআপ চুক্তিতে প্রয়োজনীয় ফাংশন কল করে এবং সংকুচিত ডেটা ফাংশন আর্গুমেন্ট হিসাবে পাস করে একটি নতুন ব্যাচ যোগ করে। `calldata` ব্যবহার করা ব্যবহারকারীর ফি হ্রাস করে কারণ রোলআপগুলির বেশিরভাগ খরচ অনচেইনে ডেটা সংরক্ষণ থেকে আসে।
+
+এই ধারণাটি কীভাবে কাজ করে তা দেখানোর জন্য একটি রোলআপ ব্যাচ জমা দেওয়ার [একটি উদাহরণ](https://eth.blockscout.com/tx/0x9102bfce17c58b5fc1c974c24b6bb7a924fb5fbd7c4cd2f675911c27422a5591) এখানে দেওয়া হল। সিকোয়েন্সার `appendSequencerBatch()` পদ্ধতিটি আহ্বান করেছে এবং `calldata` ব্যবহার করে ইনপুট হিসাবে সংকুচিত লেনদেনের ডেটা পাস করেছে।
+
+কিছু রোলআপ এখন Ethereum-এ লেনদেনের ব্যাচ পোস্ট করতে ব্লব ব্যবহার করে।
+
+ব্লবগুলি অপরিবর্তনযোগ্য এবং অ-স্থায়ী (ঠিক `calldata`-এর মতো) কিন্তু ~18 দিন পরে ইতিহাস থেকে ছেঁটে ফেলা হয়। ব্লব সম্পর্কে আরও তথ্যের জন্য, দেখুন [ড্যাঙ্কশার্ডিং](/roadmap/danksharding)।
+
+### স্টেট কমিটমেন্ট {#state-commitments}
+
+যেকোনো সময়ে, অপ্টিমেস্টিক রোলআপের স্টেট (অ্যাকাউন্ট, ব্যালেন্স, কন্ট্র্যাক্ট কোড, ইত্যাদি) একটি [মের্কেল ট্রি](/whitepaper/#merkle-trees) হিসাবে সংগঠিত হয় যাকে “স্টেট ট্রি” বলা হয়। এই মের্কেল ট্রি-এর রুট (স্টেট রুট), যা রোলআপের সর্বশেষ স্টেটকে নির্দেশ করে, তা হ্যাশ করে রোলআপ চুক্তিতে সংরক্ষণ করা হয়। চেইনের প্রতিটি স্টেট ট্রানজিশন একটি নতুন রোলআপ স্টেট তৈরি করে, যা একজন অপারেটর একটি নতুন স্টেট রুট গণনা করে প্রতিশ্রুতিবদ্ধ হয়।
+
+অপারেটরকে ব্যাচ পোস্ট করার সময় পুরানো স্টেট রুট এবং নতুন স্টেট রুট উভয়ই জমা দিতে হয়। যদি পুরানো স্টেট রুট অনচেইন চুক্তিতে বিদ্যমান স্টেট রুটের সাথে মিলে যায়, তবে পরেরটি বাতিল করা হয় এবং নতুন স্টেট রুট দ্বারা প্রতিস্থাপিত হয়।
+
+রোলআপ অপারেটরকে লেনদেন ব্যাচের জন্যও একটি মের্কেল রুট প্রতিশ্রুতিবদ্ধ করতে হয়। এটি যে কাউকে একটি [মের্কেল প্রুফ](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) উপস্থাপন করে ব্যাচে (L1-এ) একটি লেনদেন অন্তর্ভুক্ত করার প্রমাণ করতে দেয়।
+
+স্টেট প্রতিশ্রুতি, বিশেষ করে স্টেট রুট, একটি অপ্টিমেস্টিক রোলআপে স্টেট পরিবর্তনের সঠিকতা প্রমাণ করার জন্য প্রয়োজনীয়। রোলআপ চুক্তি অপারেটরদের থেকে নতুন স্টেট রুটগুলি পোস্ট করার সাথে সাথেই গ্রহণ করে, কিন্তু পরে রোলআপকে তার সঠিক স্টেটে পুনরুদ্ধার করার জন্য অবৈধ স্টেট রুটগুলি মুছে ফেলতে পারে।
+
+### জালিয়াতি প্রমাণ {#fraud-proving}
+
+যেমন ব্যাখ্যা করা হয়েছে, অপ্টিমেস্টিক রোলআপগুলি যে কাউকে বৈধতার প্রমাণ না দিয়ে ব্লক প্রকাশ করার অনুমতি দেয়। তবে, চেইনটি নিরাপদ থাকে তা নিশ্চিত করার জন্য, অপ্টিমেস্টিক রোলআপগুলি একটি সময় উইন্ডো নির্দিষ্ট করে যার সময় যে কেউ একটি স্টেট ট্রানজিশনকে বিতর্ক করতে পারে। অতএব, রোলআপ ব্লকগুলিকে “অ্যাসারশন” বলা হয় কারণ যে কেউ তাদের বৈধতাকে বিতর্ক করতে পারে।
+
+যদি কেউ একটি অ্যাসারশন নিয়ে বিতর্ক করে, তবে রোলআপ প্রোটোকল ফ্রড প্রুফ গণনা শুরু করবে। প্রত্যেক প্রকারের ফ্রড প্রুফ ইন্টারেক্টিভ—অন্য কেউ এটি চ্যালেঞ্জ করার আগে কাউকে একটি অ্যাসারশন পোস্ট করতে হবে। পার্থক্যটি ফ্রড প্রুফ গণনা করতে কত রাউন্ডের মিথস্ক্রিয়া প্রয়োজন তার মধ্যে নিহিত।
+
+একক-রাউন্ডের ইন্টারেক্টিভ প্রমাণ প্রকল্পগুলি অবৈধ অ্যাসারশন সনাক্ত করতে L1-এ বিতর্কিত লেনদেনগুলি পুনরায় চালায়। রোলআপ প্রোটোকল একটি ভেরিফায়ার চুক্তি ব্যবহার করে L1 (Ethereum)-এ বিতর্কিত লেনদেনের পুনরায় এক্সিকিউশন অনুকরণ করে, যেখানে গণনা করা স্টেট রুট নির্ধারণ করে কে চ্যালেঞ্জে জিতবে। তবে, চ্যালেঞ্জারের দাবি যদি রোলআপের সঠিক স্টেট সম্পর্কে সঠিক হয়, তবে অপারেটরকে তার বন্ড স্ল্যাশ করে শাস্তি দেওয়া হয়।
+
+তবে, জালিয়াতি সনাক্ত করতে L1-এ লেনদেন পুনরায় কার্যকর করার জন্য পৃথক লেনদেনের জন্য স্টেট প্রতিশ্রুতি প্রকাশ করতে হয় এবং রোলআপগুলিকে অনচেইনে প্রকাশ করতে হবে এমন ডেটার পরিমাণ বাড়িয়ে দেয়। লেনদেন পুনরায় প্লে করাও উল্লেখযোগ্য গ্যাস খরচ করে। এই কারণগুলির জন্য, অপ্টিমেস্টিক রোলআপগুলি মাল্টি-রাউন্ড ইন্টারেক্টিভ প্রুভিং-এ স্যুইচ করছে, যা একই উদ্দেশ্য (অর্থাৎ, অবৈধ রোলআপ অপারেশন সনাক্ত করা) আরও দক্ষতার সাথে অর্জন করে।
+
+#### মাল্টি-রাউন্ড ইন্টারেক্টিভ প্রুভিং {#multi-round-interactive-proving}
+
+মাল্টি-রাউন্ড ইন্টারেক্টিভ প্রুভিং-এ অ্যাসার্টার এবং চ্যালেঞ্জারের মধ্যে একটি ব্যাক-এন্ড-ফোর্থ প্রোটোকল জড়িত থাকে যা একটি L1 ভেরিফায়ার চুক্তি দ্বারা তত্ত্বাবধান করা হয়, যা শেষ পর্যন্ত মিথ্যাবাদী পক্ষকে সিদ্ধান্ত নেয়। একটি L2 নোড একটি অ্যাসারশনকে চ্যালেঞ্জ করার পরে, অ্যাসার্টারকে বিতর্কিত অ্যাসারশনটিকে দুটি সমান অর্ধে ভাগ করতে হয়। এই ক্ষেত্রে প্রতিটি পৃথক অ্যাসারশনে অন্যটির মতো একই সংখ্যক গণনার ধাপ থাকবে।
+
+চ্যালেঞ্জার তখন বেছে নেবে সে কোন অ্যাসারশনকে চ্যালেঞ্জ করতে চায়। বিভাজন প্রক্রিয়া (যাকে “বাইসেকশন প্রোটোকল” বলা হয়) চলতে থাকে যতক্ষণ না উভয় পক্ষ এক্সিকিউশনের একটি _একক_ ধাপ সম্পর্কে একটি অ্যাসারশন নিয়ে বিতর্ক করছে। এই সময়ে, L1 চুক্তিটি নির্দেশ (এবং এর ফলাফল) মূল্যায়ন করে বিতর্কটির সমাধান করবে যাতে প্রতারণামূলক পক্ষকে ধরা যায়।
+
+অ্যাসার্টারকে বিতর্কিত একক-ধাপ গণনার বৈধতা যাচাই করে একটি “এক-ধাপ প্রমাণ” সরবরাহ করতে হবে। যদি অ্যাসার্টার এক-ধাপ প্রমাণ সরবরাহ করতে ব্যর্থ হয়, অথবা L1 ভেরিফায়ার প্রমাণটি অবৈধ বলে মনে করে, তবে তারা চ্যালেঞ্জে হেরে যায়।
+
+এই ধরনের ফ্রড প্রুফ সম্পর্কে কিছু নোট:
+
+1. মাল্টি-রাউন্ড ইন্টারেক্টিভ ফ্রড প্রুভিং দক্ষ বলে মনে করা হয় কারণ এটি বিতর্ক সালিশে L1 চেইনকে যে কাজটি করতে হবে তা হ্রাস করে। পুরো লেনদেনটি পুনরায় প্লে করার পরিবর্তে, L1 চেইনকে কেবল রোলআপের এক্সিকিউশনে একটি ধাপ পুনরায় কার্যকর করতে হবে।
+
+2. বাইসেকশন প্রোটোকলগুলি অনচেইনে পোস্ট করা ডেটার পরিমাণ হ্রাস করে (প্রতিটি লেনদেনের জন্য স্টেট কমিট প্রকাশ করার প্রয়োজন নেই)। এছাড়াও, অপ্টিমেস্টিক রোলআপ লেনদেনগুলি Ethereum-এর গ্যাস লিমিট দ্বারা সীমাবদ্ধ নয়। বিপরীতে, লেনদেন পুনরায় কার্যকর করা অপ্টিমেস্টিক রোলআপগুলিকে অবশ্যই নিশ্চিত করতে হবে যে একটি L2 লেনদেনের গ্যাস লিমিট কম রয়েছে যাতে এটি একটি একক Ethereum লেনদেনের মধ্যে তার এক্সিকিউশন অনুকরণ করতে পারে।
+
+3. দূষিত অ্যাসার্টারের বন্ডের একটি অংশ চ্যালেঞ্জারকে পুরস্কৃত করা হয়, যখন অন্য অংশটি পুড়িয়ে ফেলা হয়। বার্নিং ভ্যালিডেটরদের মধ্যে যোগসাজশ প্রতিরোধ করে; যদি দুটি ভ্যালিডেটর ভুয়া চ্যালেঞ্জ শুরু করার জন্য যোগসাজশ করে, তবে তারা এখনও পুরো স্টেকের একটি উল্লেখযোগ্য অংশ বাজেয়াপ্ত করবে।
+
+4. মাল্টি-রাউন্ড ইন্টারেক্টিভ প্রুভিং-এর জন্য উভয় পক্ষকে (অ্যাসার্টার এবং চ্যালেঞ্জার) নির্দিষ্ট সময় উইন্ডোর মধ্যে পদক্ষেপ নিতে হয়। সময়সীমা শেষ হওয়ার আগে কাজ করতে ব্যর্থ হলে খেলাপি পক্ষ চ্যালেঞ্জটি বাজেয়াপ্ত করে।
+
+#### অপ্টিমেস্টিক রোলআপের জন্য ফ্রড প্রুফ কেন গুরুত্বপূর্ণ {#fraud-proof-benefits}
+
+ফ্রড প্রুফগুলি গুরুত্বপূর্ণ কারণ তারা অপ্টিমেস্টিক রোলআপগুলিতে _বিশ্বাসহীন ফাইনালিটি_ সহজতর করে। ট্রাস্টলেস ফাইনালিটি হল অপ্টিমেস্টিক রোলআপের একটি গুণ যা নিশ্চিত করে যে একটি লেনদেন - যতক্ষণ এটি বৈধ - অবশেষে নিশ্চিত করা হবে।
+
+দূষিত নোডগুলি মিথ্যা চ্যালেঞ্জ শুরু করে একটি বৈধ রোলআপ ব্লকের নিশ্চিতকরণ বিলম্বিত করার চেষ্টা করতে পারে। তবে, ফ্রড প্রুফগুলি অবশেষে রোলআপ ব্লকের বৈধতা প্রমাণ করবে এবং এটি নিশ্চিত করার কারণ হবে।
+
+এটি অপ্টিমেস্টিক রোলআপের আরেকটি নিরাপত্তা বৈশিষ্ট্যের সাথেও সম্পর্কিত: চেইনের বৈধতা _একটি_ সৎ নোডের অস্তিত্বের উপর নির্ভর করে। সৎ নোডটি বৈধ অ্যাসারশন পোস্ট করে বা অবৈধ অ্যাসারশন বিতর্ক করে চেইনটিকে সঠিকভাবে এগিয়ে নিয়ে যেতে পারে। যে কোনো ক্ষেত্রেই, সৎ নোডের সাথে বিতর্কে প্রবেশকারী দূষিত নোডগুলি ফ্রড প্রুভিং প্রক্রিয়ার সময় তাদের স্টেক হারাবে।
+
+### L1/L2 আন্তঃকার্যক্ষমতা {#l1-l2-interoperability}
+
+অপ্টিমেস্টিক রোলআপগুলি Ethereum মেইননেটের সাথে আন্তঃকার্যক্ষমতার জন্য ডিজাইন করা হয়েছে এবং ব্যবহারকারীদের L1 এবং L2 এর মধ্যে বার্তা এবং নির্বিচারে ডেটা পাস করার অনুমতি দেয়। তারা EVM-এর সাথেও সামঞ্জস্যপূর্ণ, তাই আপনি অপ্টিমেস্টিক রোলআপগুলিতে বিদ্যমান [ডিএ্যাপস](/developers/docs/dapps/) পোর্ট করতে পারেন বা Ethereum ডেভেলপমেন্ট টুল ব্যবহার করে নতুন ডিএ্যাপস তৈরি করতে পারেন।
+
+#### ১. সম্পদ চলাচল {#asset-movement}
+
+##### রোলআপে প্রবেশ করা
+
+একটি অপ্টিমেস্টিক রোলআপ ব্যবহার করতে, ব্যবহারকারীরা L1-এ রোলআপের [ব্রিজ](/developers/docs/bridges/) চুক্তিতে ETH, ERC-20 টোকেন এবং অন্যান্য গৃহীত সম্পদ জমা দেয়। ব্রিজ চুক্তিটি লেনদেনটি L2-এ রিলে করবে, যেখানে একটি সমতুল্য পরিমাণ সম্পদ মিন্ট করা হয় এবং অপ্টিমেস্টিক রোলআপে ব্যবহারকারীর নির্বাচিত ঠিকানায় পাঠানো হয়।
+
+ব্যবহারকারী-উৎপাদিত লেনদেন (যেমন একটি L1 > L2 আমানত) সাধারণত সারিবদ্ধ থাকে যতক্ষণ না সিকোয়েন্সার সেগুলিকে রোলআপ চুক্তিতে পুনরায় জমা দেয়। তবে, সেন্সরশিপ প্রতিরোধ রক্ষা করার জন্য, অপ্টিমেস্টিক রোলআপগুলি ব্যবহারকারীদের একটি লেনদেন সরাসরি অনচেইন রোলআপ চুক্তিতে জমা দেওয়ার অনুমতি দেয় যদি এটি অনুমোদিত সর্বোচ্চ সময়ের চেয়ে বেশি বিলম্বিত হয়ে থাকে।
+
+কিছু অপ্টিমেস্টিক রোলআপ সিকোয়েন্সারদের ব্যবহারকারীদের সেন্সর করা থেকে বিরত রাখতে আরও সহজবোধ্য পদ্ধতি গ্রহণ করে। এখানে, একটি ব্লক রোলআপ চেইনে প্রক্রিয়া করা লেনদেনগুলি ছাড়াও পূর্ববর্তী ব্লক (যেমন, আমানত) থেকে L1 চুক্তিতে জমা দেওয়া সমস্ত লেনদেন দ্বারা সংজ্ঞায়িত করা হয়। যদি একজন সিকোয়েন্সার একটি L1 লেনদেন উপেক্ষা করে, তবে এটি (প্রমাণযোগ্যভাবে) ভুল স্টেট রুট প্রকাশ করবে; তাই, সিকোয়েন্সাররা L1-এ পোস্ট করার পরে ব্যবহারকারী-উৎপাদিত বার্তাগুলি বিলম্বিত করতে পারে না।
+
+##### রোলআপ থেকে প্রস্থান করা
+
+একটি অপ্টিমেস্টিক রোলআপ থেকে Ethereum-এ উত্তোলন করা জালিয়াতি প্রমাণ স্কিমের কারণে আরও কঠিন। যদি একজন ব্যবহারকারী L1-এ এসক্রো করা তহবিল উত্তোলনের জন্য একটি L2 > L1 লেনদেন শুরু করেন, তবে তাদের অবশ্যই চ্যালেঞ্জ পিরিয়ড—প্রায় সাত দিন স্থায়ী—শেষ না হওয়া পর্যন্ত অপেক্ষা করতে হবে। তবুও, উত্তোলন প্রক্রিয়াটি নিজেই মোটামুটি সহজবোধ্য।
+
+L2 রোলআপে প্রত্যাহারের অনুরোধ শুরু হওয়ার পরে, লেনদেনটি পরবর্তী ব্যাচে অন্তর্ভুক্ত করা হয়, যখন রোলআপে ব্যবহারকারীর সম্পদ পুড়িয়ে ফেলা হয়। একবার ব্যাচটি Ethereum-এ প্রকাশিত হলে, ব্যবহারকারী ব্লকে তাদের প্রস্থান লেনদেনের অন্তর্ভুক্তি যাচাই করে একটি মের্কেল প্রুফ গণনা করতে পারে। তারপর এটি L1-এ লেনদেন চূড়ান্ত করতে এবং মেইননেটে তহবিল উত্তোলনের জন্য বিলম্বের সময় অপেক্ষা করার বিষয়।
+
+Ethereum-এ তহবিল উত্তোলনের আগে এক সপ্তাহ অপেক্ষা এড়াতে, অপ্টিমেস্টিক রোলআপ ব্যবহারকারীরা একজন **লিকুইডিটি প্রোভাইডার** (LP) নিয়োগ করতে পারে। একজন লিকুইডিটি প্রোভাইডার একটি মুলতুবি L2 উত্তোলনের মালিকানা গ্রহণ করে এবং ব্যবহারকারীকে L1-এ (একটি ফি-এর বিনিময়ে) অর্থ প্রদান করে।
+
+লিকুইডিটি প্রোভাইডাররা তহবিল প্রকাশের আগে ব্যবহারকারীর প্রত্যাহারের অনুরোধের বৈধতা পরীক্ষা করতে পারে (চেইনটি নিজেরাই কার্যকর করে)। এইভাবে তাদের নিশ্চয়তা রয়েছে যে লেনদেনটি অবশেষে নিশ্চিত করা হবে (অর্থাৎ, বিশ্বাসহীন ফাইনালিটি)।
+
+#### 2. EVM কম্প্যাটিবিলিটি {#evm-compatibility}
+
+ডেভেলপারদের জন্য, অপ্টিমেস্টিক রোলআপগুলির সুবিধা হল তাদের সামঞ্জস্যতা—অথবা, আরও ভালভাবে বললে, [ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)](/developers/docs/evm/)-এর সাথে সমতা। EVM-সামঞ্জস্যপূর্ণ রোলআপগুলি [Ethereum Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf)-এর স্পেসিফিকেশন মেনে চলে এবং বাইটকোড লেভেলে EVM সমর্থন করে।
+
+অপ্টিমেস্টিক রোলআপগুলিতে EVM-সামঞ্জস্যতার নিম্নলিখিত সুবিধা রয়েছে:
+
+i. ডেভেলপাররা কোডবেসগুলি ব্যাপকভাবে পরিবর্তন না করেই Ethereum-এ বিদ্যমান স্মার্ট কন্ট্র্যাক্টগুলি অপ্টিমেস্টিক রোলআপ চেইনে স্থানান্তর করতে পারে। এটি L2-এ Ethereum স্মার্ট কন্ট্র্যাক্ট স্থাপন করার সময় ডেভেলপমেন্ট টিমের সময় বাঁচাতে পারে।
+
+ii. অপ্টিমেস্টিক রোলআপ ব্যবহারকারী ডেভেলপার এবং প্রজেক্ট টিমগুলি Ethereum-এর অবকাঠামোর সুবিধা নিতে পারে। এর মধ্যে রয়েছে প্রোগ্রামিং ভাষা, কোড লাইব্রেরি, টেস্টিং টুলস, ক্লায়েন্ট সফটওয়্যার, ডিপ্লয়মেন্ট ইনফ্রাস্ট্রাকচার ইত্যাদি।
+
+বিদ্যমান টুলিং ব্যবহার করা গুরুত্বপূর্ণ কারণ এই টুলগুলি বছরের পর বছর ধরে ব্যাপকভাবে অডিট করা, ডিবাগ করা এবং উন্নত করা হয়েছে। এটি Ethereum ডেভেলপারদের একটি সম্পূর্ণ নতুন ডেভেলপমেন্ট স্ট্যাক দিয়ে কীভাবে তৈরি করতে হয় তা শেখার প্রয়োজনীয়তাও দূর করে।
+
+#### 3. ক্রস-চেইন কন্ট্র্যাক্ট কল {#cross-chain-contract-calls}
+
+ব্যবহারকারীরা (বাহ্যিকভাবে মালিকানাধীন অ্যাকাউন্ট) রোলআপ চুক্তিতে একটি লেনদেন জমা দিয়ে বা একজন সিকোয়েন্সার বা ভ্যালিডেটর তাদের জন্য এটি করার মাধ্যমে L2 চুক্তিগুলির সাথে ইন্টারঅ্যাক্ট করে। অপ্টিমেস্টিক রোলআপগুলি Ethereum-এ কন্ট্র্যাক্ট অ্যাকাউন্টগুলিকে L1 এবং L2 এর মধ্যে বার্তা রিলে করতে এবং ডেটা পাস করার জন্য ব্রিজিং চুক্তি ব্যবহার করে L2 চুক্তিগুলির সাথে ইন্টারঅ্যাক্ট করার অনুমতি দেয়। এর মানে হল আপনি একটি L2 অপ্টিমেস্টিক রোলআপে চুক্তির অন্তর্গত ফাংশনগুলি আহ্বান করার জন্য Ethereum মেইননেটে একটি L1 চুক্তি প্রোগ্রাম করতে পারেন।
+
+ক্রস-চেইন কন্ট্র্যাক্ট কলগুলি অ্যাসিঙ্ক্রোনাসভাবে ঘটে—অর্থাৎ কলটি প্রথমে শুরু হয়, তারপর পরবর্তী সময়ে কার্যকর করা হয়। এটি Ethereum-এ দুটি চুক্তির মধ্যে কল থেকে ভিন্ন, যেখানে কলটি অবিলম্বে ফলাফল তৈরি করে।
+
+ক্রস-চেইন কন্ট্র্যাক্ট কলের একটি উদাহরণ হল পূর্বে বর্ণিত টোকেন জমা। L1-এ একটি চুক্তি ব্যবহারকারীর টোকেন এসক্রো করে এবং রোলআপে সমান পরিমাণ টোকেন মিন্ট করার জন্য একটি জোড়া L2 চুক্তিতে একটি বার্তা পাঠায়।
+
+যেহেতু ক্রস-চেইন মেসেজ কলের ফলে চুক্তি সম্পাদন হয়, তাই প্রেরককে সাধারণত গণনার জন্য [গ্যাস খরচ](/developers/docs/gas/) কভার করতে হয়। টার্গেট চেইনে লেনদেন ব্যর্থ হওয়া থেকে বিরত রাখতে একটি উচ্চ গ্যাস লিমিট সেট করার পরামর্শ দেওয়া হয়। টোকেন ব্রিজিং পরিস্থিতি একটি ভাল উদাহরণ; যদি লেনদেনের L1 দিকটি (টোকেন জমা দেওয়া) কাজ করে, কিন্তু L2 দিকটি (নতুন টোকেন মিন্ট করা) কম গ্যাসের কারণে ব্যর্থ হয়, তবে জমাটি পুনরুদ্ধারযোগ্য হয়ে যায়।
+
+অবশেষে, আমাদের উল্লেখ করা উচিত যে চুক্তিগুলির মধ্যে L2 > L1 মেসেজ কলগুলিকে বিলম্বের জন্য অ্যাকাউন্ট করতে হবে (L1 > L2 কলগুলি সাধারণত কিছু মিনিট পরে কার্যকর করা হয়)। এর কারণ হল অপ্টিমেস্টিক রোলআপ থেকে মেইননেটে পাঠানো বার্তাগুলি চ্যালেঞ্জ উইন্ডো শেষ না হওয়া পর্যন্ত কার্যকর করা যায় না।
+
+## অপ্টিমেস্টিক রোলআপ ফি কীভাবে কাজ করে? {#how-do-optimistic-rollup-fees-work}
+
+অপ্টিমেস্টিক রোলআপগুলি Ethereum-এর মতোই একটি গ্যাস ফি স্কিম ব্যবহার করে, যা বোঝায় যে ব্যবহারকারীরা প্রতি লেনদেনের জন্য কত অর্থ প্রদান করে। অপ্টিমেস্টিক রোলআপগুলিতে চার্জ করা ফি নিম্নলিখিত উপাদানগুলির উপর নির্ভর করে:
+
+1. **স্টেট রাইট**: অপ্টিমেস্টিক রোলআপগুলি Ethereum-এ একটি `blob`, বা "বাইনারি লার্জ অবজেক্ট" হিসাবে লেনদেনের ডেটা এবং ব্লক হেডার (পূর্ববর্তী ব্লক হেডার হ্যাশ, স্টেট রুট, ব্যাচ রুট সমন্বিত) প্রকাশ করে। [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) অনচেইনে ডেটা অন্তর্ভুক্ত করার জন্য একটি সাশ্রয়ী সমাধান প্রবর্তন করেছে। একটি `blob` হল একটি নতুন লেনদেন ক্ষেত্র যা রোলআপগুলিকে Ethereum L1-এ সংকুচিত স্টেট ট্রানজিশন ডেটা পোস্ট করার অনুমতি দেয়। `calldata`-এর বিপরীতে, যা স্থায়ীভাবে অনচেইনে থাকে, ব্লবগুলি স্বল্পস্থায়ী এবং [4096 epochs](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 অপারেটর ফি**: এটি রোলআপ নোডগুলিকে লেনদেন প্রক্রিয়াকরণে ব্যয়িত গণনামূলক খরচের জন্য ক্ষতিপূরণ হিসাবে প্রদত্ত পরিমাণ, অনেকটা Ethereum-এ গ্যাস ফি-এর মতো। রোলআপ নোডগুলি কম লেনদেন ফি চার্জ করে কারণ L2-এর উচ্চ প্রক্রিয়াকরণ ক্ষমতা রয়েছে এবং নেটওয়ার্ক কনজেশনের মুখোমুখি হয় না যা Ethereum-এর ভ্যালিডেটরদের উচ্চ ফি সহ লেনদেনকে অগ্রাধিকার দিতে বাধ্য করে।
+
+অপ্টিমেস্টিক রোলআপগুলি ব্যবহারকারীদের জন্য ফি হ্রাস করার জন্য বেশ কয়েকটি প্রক্রিয়া প্রয়োগ করে, যার মধ্যে রয়েছে লেনদেন ব্যাচিং এবং ডেটা প্রকাশনার খরচ কমাতে `calldata` সংকুচিত করা। Ethereum-ভিত্তিক অপ্টিমেস্টিক রোলআপগুলি ব্যবহার করতে কত খরচ হয় তার একটি রিয়েল-টাইম ওভারভিউয়ের জন্য আপনি [L2 ফি ট্র্যাকার](https://l2fees.info/) পরীক্ষা করতে পারেন।
+
+## অপ্টিমেস্টিক রোলআপগুলি কীভাবে Ethereum স্কেল করে? {#scaling-ethereum-with-optimistic-rollups}
+
+যেমন ব্যাখ্যা করা হয়েছে, অপ্টিমেস্টিক রোলআপগুলি ডেটা প্রাপ্যতা নিশ্চিত করার জন্য Ethereum-এ সংকুচিত লেনদেনের ডেটা প্রকাশ করে। অনচেইনে প্রকাশিত ডেটা সংকুচিত করার ক্ষমতা অপ্টিমেস্টিক রোলআপগুলির সাথে Ethereum-এ থ্রুপুট স্কেল করার জন্য অত্যন্ত গুরুত্বপূর্ণ।
+
+প্রধান Ethereum চেইন ব্লকগুলি কত ডেটা ধারণ করতে পারে তার উপর সীমা রাখে, যা গ্যাস ইউনিটে চিহ্নিত করা হয় ([গড় ব্লক সাইজ](/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 বাইট ব্যবহার করে, তবে গড় Ethereum ব্লক **78,125 রোলআপ লেনদেন** (937,500/12) বা **39 রোলআপ ব্যাচ** (যদি প্রতিটি ব্যাচে গড়ে 2,000 লেনদেন থাকে) প্রক্রিয়া করতে পারে।
+3. যদি Ethereum-এ প্রতি 15 সেকেন্ডে একটি নতুন ব্লক তৈরি করা হয়, তবে রোলআপের প্রক্রিয়াকরণের গতি মোটামুটি **প্রতি সেকেন্ডে 5,208 লেনদেন** হবে। এটি একটি Ethereum ব্লক ধারণ করতে পারে এমন বেসিক রোলআপ লেনদেনের সংখ্যাকে (**78,125**) গড় ব্লক সময় (**15 সেকেন্ড**) দ্বারা ভাগ করে করা হয়।
+
+এটি একটি মোটামুটি আশাবাদী অনুমান, কারণ অপ্টিমেস্টিক রোলআপ লেনদেনগুলি সম্ভবত Ethereum-এ একটি সম্পূর্ণ ব্লক গঠন করতে পারে না। তবে, এটি একটি মোটামুটি ধারণা দিতে পারে যে অপ্টিমেস্টিক রোলআপগুলি Ethereum ব্যবহারকারীদের কতটা স্কেলেবিলিটি লাভ করতে পারে (বর্তমান বাস্তবায়নগুলি 2,000 TPS পর্যন্ত অফার করে)।
+
+Ethereum-এ [ডেটা শার্ডিং](/roadmap/danksharding/) প্রবর্তন অপ্টিমেস্টিক রোলআপগুলিতে স্কেলেবিলিটি উন্নত করবে বলে আশা করা হচ্ছে। যেহেতু রোলআপ লেনদেনগুলিকে অন্যান্য নন-রোলআপ লেনদেনগুলির সাথে ব্লকস্পেস ভাগ করতে হয়, তাই তাদের প্রক্রিয়াকরণ ক্ষমতা প্রধান Ethereum চেইনে ডেটা থ্রুপুট দ্বারা সীমিত। ড্যাঙ্কশার্ডিং L2 চেইনগুলির জন্য প্রতি ব্লকে ডেটা প্রকাশ করার জন্য উপলব্ধ স্থান বাড়াবে, ব্যয়বহুল, স্থায়ী `CALLDATA`-এর পরিবর্তে সস্তা, অস্থায়ী "ব্লব" স্টোরেজ ব্যবহার করে।
+
+### অপ্টিমেস্টিক রোলআপের সুবিধা এবং অসুবিধা {#optimistic-rollups-pros-and-cons}
+
+| যেসব বিষয়ে এর সুফল পাওয়া যায়                                                                                                                                                | কনস                                                                                                                                                 |
+| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
+| নিরাপত্তা বা বিশ্বাসহীনতা বিসর্জন না দিয়ে স্কেলেবিলিটিতে ব্যাপক উন্নতি প্রদান করে।                                                                                          | সম্ভাব্য জালিয়াতি চ্যালেঞ্জের কারণে লেনদেন চূড়ান্তকরণে বিলম্ব।                                                                                    |
+| লেনদেনের ডেটা লেয়ার 1 চেইনে সংরক্ষণ করা হয়, যা স্বচ্ছতা, নিরাপত্তা, সেন্সরশিপ-প্রতিরোধ এবং বিকেন্দ্রীকরণ উন্নত করে।                                                         | কেন্দ্রীভূত রোলআপ অপারেটর (সিকোয়েন্সার) লেনদেনের ক্রমকে প্রভাবিত করতে পারে।                                                     |
+| ফ্রড প্রুভিং বিশ্বাসহীন ফাইনালিটির গ্যারান্টি দেয় এবং সৎ সংখ্যালঘুদের চেইন সুরক্ষিত করার সুযোগ করে দেয়।                                                                     | যদি কোনো সৎ নোড না থাকে তবে একজন দূষিত অপারেটর অবৈধ ব্লক এবং স্টেট প্রতিশ্রুতি পোস্ট করে তহবিল চুরি করতে পারে।                                      |
+| ফ্রড প্রুফ গণনা করা নিয়মিত L2 নোডের জন্য উন্মুক্ত, বৈধতা প্রমাণের (ZK-রোলআপগুলিতে ব্যবহৃত) বিপরীতে যার জন্য বিশেষ হার্ডওয়্যার প্রয়োজন।                | নিরাপত্তা মডেলটি অন্তত একটি সৎ নোডের উপর নির্ভর করে যা রোলআপ লেনদেন সম্পাদন করে এবং অবৈধ স্টেট ট্রানজিশনকে চ্যালেঞ্জ করার জন্য ফ্রড প্রুফ জমা দেয়। |
+| রোলআপগুলি "বিশ্বাসহীন লাইভনেস" থেকে উপকৃত হয় (যে কেউ লেনদেন সম্পাদন করে এবং অ্যাসারশন পোস্ট করে চেইনকে এগিয়ে নিয়ে যেতে পারে)                          | ব্যবহারকারীদের Ethereum-এ তহবিল ফেরত নেওয়ার আগে এক সপ্তাহের চ্যালেঞ্জ পিরিয়ড শেষ হওয়ার জন্য অপেক্ষা করতে হবে।                                    |
+| অপ্টিমেস্টিক রোলআপগুলি চেইনে নিরাপত্তা বাড়ানোর জন্য সু-পরিকল্পিত ক্রিপ্টো-অর্থনৈতিক প্রণোদনার উপর নির্ভর করে।                                                              | রোলআপগুলিকে সমস্ত লেনদেন ডেটা অনচেইনে পোস্ট করতে হবে, যা খরচ বাড়াতে পারে।                                                                          |
+| EVM এবং সলিডিটির সাথে সামঞ্জস্যতা ডেভেলপারদের Ethereum-নেটিভ স্মার্ট কন্ট্র্যাক্টগুলি রোলআপে পোর্ট করতে বা নতুন ডিএ্যাপস তৈরি করতে বিদ্যমান টুলিং ব্যবহার করার অনুমতি দেয়। |                                                                                                                                                     |
+
+### অপ্টিমেস্টিক রোলআপের একটি ভিজ্যুয়াল ব্যাখ্যা {#optimistic-video}
+
+আপনি কি দেখে শিখতে বেশি পছন্দ করেন? Finematics কীভাবে অপ্টিমেস্টিক রোলআপ ব্যাখ্যা করে তা দেখুন:
+
+<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)
+- [Ethereum রোলআপগুলির জন্য ব্যবহারিক নির্দেশিকা](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
+- [Ethereum L2-গুলিতে ফ্রড প্রুফগুলির অবস্থা](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/bn/developers/docs/scaling/plasma/index.md b/public/content/translations/bn/developers/docs/scaling/plasma/index.md
new file mode 100644
index 00000000000..372ac88109a
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/scaling/plasma/index.md
@@ -0,0 +1,176 @@
+---
+title: "প্লাসমা চেন"
+description: "Ethereum কমিউনিটি দ্বারা বর্তমানে ব্যবহৃত একটি স্কেলিং সমাধান হিসাবে প্লাসমা চেনের একটি ভূমিকা।"
+lang: bn
+incomplete: true
+sidebarDepth: 3
+---
+
+একটি প্লাসমা চেন হলো Ethereum Mainnet-এ নোঙর করা একটি পৃথক ব্লকচেইন কিন্তু ব্লক বৈধতার জন্য নিজস্ব প্রক্রিয়ার সাথে অফচেইনে লেনদেন সম্পাদন করে। প্লাসমা চেনকে কখনও কখনও "শিশু" চেন হিসাবে উল্লেখ করা হয়, যা মূলত Ethereum Mainnet-এর ছোট অনুলিপি। প্লাসমা চেন বিবাদের মীমাংসা করার জন্য [ফ্রড প্রুফ](/glossary/#fraud-proof) ব্যবহার করে (যেমন [অপ্টিমেস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/))।
+
+Merkle ট্রি এই চেইনগুলির একটি অন্তহীন স্ট্যাক তৈরি করতে সক্ষম করে যা প্যারেন্ট চেইন (Ethereum Mainnet সহ) থেকে ব্যান্ডউইথ অফলোড করার জন্য কাজ করতে পারে। যাইহোক, যদিও এই চেইনগুলি Ethereum থেকে কিছু নিরাপত্তা অর্জন করে (ফ্রড প্রুফের মাধ্যমে), তাদের নিরাপত্তা এবং দক্ষতা বিভিন্ন ডিজাইনের সীমাবদ্ধতার দ্বারা প্রভাবিত হয়।
+
+## পূর্বশর্ত {#prerequisites}
+
+আপনার সমস্ত ভিত্তিগত বিষয়গুলির একটি ভাল ধারণা এবং [Ethereum স্কেলিং](/developers/docs/scaling/) সম্পর্কে একটি উচ্চ-স্তরের ধারণা থাকা উচিত।
+
+## প্লাসমা কি?
+
+Plasma হলো Ethereum-এর মতো পাবলিক ব্লকচেইনে স্কেলেবিলিটি উন্নত করার জন্য একটি ফ্রেমওয়ার্ক। মূল [Plasma হোয়াইটপেপার](http://plasma.io/plasma.pdf)-এ বর্ণিত হিসাবে, প্লাসমা চেন অন্য একটি ব্লকচেইনের (যাকে "রুট চেন" বলা হয়) উপরে তৈরি করা হয়েছে। প্রতিটি "শিশু চেন" রুট চেন থেকে প্রসারিত হয় এবং সাধারণত প্যারেন্ট চেইনে ডিপ্লয় করা একটি স্মার্ট কন্ট্র্যাক্ট দ্বারা পরিচালিত হয়।
+
+প্লাসমা কন্ট্র্যাক্ট, অন্যান্য কাজের মধ্যে, একটি [ব্রিজ](/developers/docs/bridges/) হিসাবে কাজ করে যা ব্যবহারকারীদের Ethereum Mainnet এবং প্লাসমা চেনের মধ্যে অ্যাসেট স্থানান্তর করতে দেয়। যদিও এটি তাদের [সাইডচেইন](/developers/docs/scaling/sidechains/)-এর অনুরূপ করে তোলে, প্লাসমা চেনগুলি—অন্তত, কিছুটা হলেও—Ethereum Mainnet-এর নিরাপত্তা থেকে উপকৃত হয়। এটি সাইডচেইনের মতো নয় যা শুধুমাত্র তাদের নিরাপত্তার জন্য দায়ী।
+
+## প্লাসমা কিভাবে কাজ করে?
+
+প্লাসমা ফ্রেমওয়ার্কের মূল উপাদানগুলি হলো:
+
+### অফ-চেন কম্পিউটেশন {#offchain-computation}
+
+Ethereum-এর বর্তমান প্রসেসিং স্পিড প্রতি সেকেন্ডে ~ 15-20 লেনদেনের মধ্যে সীমাবদ্ধ, যা আরও ব্যবহারকারীকে হ্যান্ডেল করার জন্য স্কেলিং-এর স্বল্পমেয়াদী সম্ভাবনাকে হ্রাস করে। এই সমস্যাটি মূলত বিদ্যমান কারণ Ethereum-এর [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/) এর জন্য ব্লকচেইনের স্টেটের প্রতিটি আপডেট যাচাই করার জন্য অনেক পিয়ার-টু-পিয়ার নোডের প্রয়োজন হয়।
+
+যদিও Ethereum-এর কনসেন্সাস মেকানিজম নিরাপত্তার জন্য প্রয়োজনীয়, এটি প্রতিটি ব্যবহারের ক্ষেত্রে প্রযোজ্য নাও হতে পারে। উদাহরণস্বরূপ, অ্যালিসকে এক কাপ কফির জন্য ববকে তার দৈনিক পেমেন্ট পুরো Ethereum নেটওয়ার্ক দ্বারা যাচাই করার প্রয়োজন নাও হতে পারে কারণ উভয় পক্ষের মধ্যে কিছু বিশ্বাস বিদ্যমান।
+
+প্লাসমা মনে করে যে Ethereum Mainnet-কে সমস্ত লেনদেন যাচাই করার প্রয়োজন নেই। পরিবর্তে, আমরা Mainnet-এর বাইরে লেনদেন প্রক্রিয়া করতে পারি, যা নোডগুলিকে প্রতিটি লেনদেন যাচাই করা থেকে মুক্ত করে।
+
+অফ-চেন কম্পিউটেশন প্রয়োজন কারণ প্লাসমা চেইন গতি এবং খরচের জন্য অপ্টিমাইজ করতে পারে। উদাহরণস্বরূপ, একটি প্লাসমা চেইন লেনদেনের অর্ডার এবং এক্সিকিউশন পরিচালনা করার জন্য একটি একক "অপারেটর" ব্যবহার করতে পারে—এবং প্রায়শই তাই করে। শুধুমাত্র একটি সত্তা লেনদেন যাচাই করার ফলে, একটি প্লাসমা চেইনে প্রসেসিং সময় Ethereum Mainnet-এর চেয়ে দ্রুত হয়।
+
+### স্টেট কমিটমেন্ট {#state-commitments}
+
+যদিও প্লাসমা অফচেইনে লেনদেন সম্পাদন করে, সেগুলি প্রধান Ethereum এক্সিকিউশন লেয়ারে সেটেল করা হয়—অন্যথায়, প্লাসমা চেনগুলি Ethereum-এর নিরাপত্তা গ্যারান্টি থেকে উপকৃত হতে পারে না। কিন্তু প্লাসমা চেইনের স্টেট না জেনে অফচেইন লেনদেন চূড়ান্ত করা হলে নিরাপত্তা মডেলটি ভেঙে যাবে এবং অবৈধ লেনদেনের বিস্তার ঘটবে। এই কারণেই অপারেটরকে, প্লাসমা চেইনে ব্লক তৈরির জন্য দায়ী সত্তা, পর্যায়ক্রমে Ethereum-এ "স্টেট কমিটমেন্ট" প্রকাশ করতে হয়।
+
+একটি [কমিটমেন্ট স্কিম](https://en.wikipedia.org/wiki/Commitment_scheme) হলো একটি ক্রিপ্টোগ্রাফিক কৌশল যা অন্য পক্ষের কাছে প্রকাশ না করে একটি মান বা বিবৃতির প্রতি প্রতিশ্রুতিবদ্ধ হওয়ার জন্য ব্যবহৃত হয়। কমিটমেন্টগুলি এই অর্থে "বাধ্যতামূলক" যে একবার আপনি এটির প্রতি প্রতিশ্রুতিবদ্ধ হয়ে গেলে আপনি মান বা বিবৃতি পরিবর্তন করতে পারবেন না। প্লাসমার স্টেট কমিটমেন্টগুলি "Merkle রুট" (একটি [Merkle ট্রি](/whitepaper/#merkle-trees) থেকে প্রাপ্ত) আকার নেয় যা অপারেটর নির্দিষ্ট সময় অন্তর Ethereum চেইনের প্লাসমা কন্ট্র্যাক্টে পাঠায়।
+
+Merkle রুট হলো ক্রিপ্টোগ্রাফিক প্রিমিটিভ যা বিপুল পরিমাণ তথ্য সংকুচিত করতে সক্ষম। একটি Merkle রুট (এই ক্ষেত্রে "ব্লক রুট"ও বলা হয়) একটি ব্লকের সমস্ত লেনদেনকে উপস্থাপন করতে পারে। Merkle রুটগুলি এটি যাচাই করা সহজ করে তোলে যে একটি ছোট ডেটা একটি বড় ডেটাসেটের অংশ। উদাহরণস্বরূপ, একটি নির্দিষ্ট ব্লকে একটি লেনদেনের অন্তর্ভুক্তি প্রমাণ করার জন্য একজন ব্যবহারকারী একটি [Merkle প্রুফ](/developers/tutorials/merkle-proofs-for-offline-data-integrity/#main-content) তৈরি করতে পারেন।
+
+অফচেইনের স্টেট সম্পর্কে Ethereum-কে তথ্য প্রদানের জন্য Merkle রুট গুরুত্বপূর্ণ। আপনি Merkle রুটগুলিকে "সেভ পয়েন্ট" হিসাবে ভাবতে পারেন: অপারেটর বলছে, "এটি সময়ের x বিন্দুতে প্লাসমা চেইনের স্টেট, এবং এটি তার প্রমাণ হিসাবে Merkle রুট।" অপারেটর একটি Merkle রুটের সাথে প্লাসমা চেইনের _বর্তমান স্টেটের_ প্রতি প্রতিশ্রুতিবদ্ধ হচ্ছে, যে কারণে এটিকে "স্টেট কমিটমেন্ট" বলা হয়।
+
+### প্রবেশ এবং প্রস্থান {#entries-and-exits}
+
+Ethereum ব্যবহারকারীদের প্লাসমা-র সুবিধা নিতে, Mainnet এবং প্লাসমা চেইনের মধ্যে ফান্ড স্থানান্তরের জন্য একটি মেকানিজম থাকা প্রয়োজন। তবে, আমরা প্লাসমা চেইনের একটি অ্যাড্রেসে ইচ্ছামত ইথার পাঠাতে পারি না—এই চেইনগুলি বেমানান, তাই লেনদেনটি হয় ব্যর্থ হবে অথবা ফান্ড হারিয়ে যাবে।
+
+প্লাসমা ব্যবহারকারীর প্রবেশ এবং প্রস্থান প্রক্রিয়া করার জন্য Ethereum-এ চলমান একটি মাস্টার কন্ট্র্যাক্ট ব্যবহার করে। এই মাস্টার কন্ট্র্যাক্টটি স্টেট কমিটমেন্ট (পূর্বে ব্যাখ্যা করা হয়েছে) ট্র্যাক করার এবং ফ্রড প্রুফের মাধ্যমে অসৎ আচরণকে শাস্তি দেওয়ার জন্যও দায়ী (এ সম্পর্কে পরে আরও আলোচনা করা হবে)।
+
+#### প্লাসমা চেইনে প্রবেশ করা {#entering-the-plasma-chain}
+
+প্লাসমা চেইনে প্রবেশ করার জন্য, অ্যালিসকে (ব্যবহারকারী) প্লাসমা কন্ট্র্যাক্টে ETH বা যেকোনো ERC-20 টোকেন জমা দিতে হবে। প্লাসমা অপারেটর, যে কন্ট্র্যাক্ট ডিপোজিট পর্যবেক্ষণ করে, অ্যালিসের প্রাথমিক জমার সমান পরিমাণ অর্থ পুনরায় তৈরি করে এবং প্লাসমা চেইনে তার অ্যাড্রেসে ছেড়ে দেয়। অ্যালিসকে চাইল্ড চেইনে ফান্ড প্রাপ্তির সত্যায়ন করতে হবে এবং তারপরে এই ফান্ড লেনদেনের জন্য ব্যবহার করতে পারবে।
+
+#### প্লাসমা চেইন থেকে প্রস্থান করা {#exiting-the-plasma-chain}
+
+প্লাসমা চেইন থেকে প্রস্থান করা এতে প্রবেশ করার চেয়ে বিভিন্ন কারণে আরও জটিল। সবচেয়ে বড় কারণ হল, যদিও Ethereum-এর কাছে প্লাসমা চেইনের স্টেট সম্পর্কে তথ্য রয়েছে, তবে এটি যাচাই করতে পারে না যে তথ্যটি সত্য কি না। একজন দুರುದ್ದেশ্যপূর্ণ ব্যবহারকারী একটি ভুল দাবি করতে পারে ("আমার কাছে 1000 ETH আছে") এবং দাবিটি সমর্থন করার জন্য জাল প্রমাণ সরবরাহ করে পার পেয়ে যেতে পারে।
+
+দুರುದ್ದেশ্যপূর্ণ উইথড্রয়াল রোধ করতে, একটি "চ্যালেঞ্জ পিরিয়ড" চালু করা হয়েছে। চ্যালেঞ্জ পিরিয়ডের সময় (সাধারণত এক সপ্তাহ), যে কেউ একটি ফ্রড-প্রুফ ব্যবহার করে একটি উইথড্রয়াল অনুরোধকে চ্যালেঞ্জ করতে পারে। যদি চ্যালেঞ্জ সফল হয়, তবে উইথড্রয়াল অনুরোধটি প্রত্যাখ্যান করা হয়।
+
+যাইহোক, সাধারণত ব্যবহারকারীরা সৎ হন এবং তাদের মালিকানাধীন ফান্ড সম্পর্কে সঠিক দাবি করেন। এই পরিস্থিতিতে, অ্যালিস রুট চেইনে (Ethereum) একটি উইথড্রয়াল অনুরোধ শুরু করবে প্লাসমা কন্ট্র্যাক্টে একটি লেনদেন জমা দিয়ে।
+
+তাকে অবশ্যই একটি Merkle প্রুফ সরবরাহ করতে হবে যা যাচাই করবে যে প্লাসমা চেইনে তার ফান্ড তৈরির একটি লেনদেন একটি ব্লকে অন্তর্ভুক্ত ছিল। এটি প্লাসমার পুনরাবৃত্তির জন্য প্রয়োজনীয়, যেমন [প্লাসমা MVP](https://www.learnplasma.org/en/learn/mvp.html), যা একটি [Unspent Transaction Output (UTXO)](https://en.wikipedia.org/wiki/Unspent_transaction_output) মডেল ব্যবহার করে।
+
+অন্যান্য, যেমন [প্লাসমা ক্যাশ](https://www.learnplasma.org/en/learn/cash.html), UTXO-এর পরিবর্তে ফান্ডকে [নন-ফাঞ্জিবল টোকেন](/developers/docs/standards/tokens/erc-721/) হিসাবে উপস্থাপন করে। এই ক্ষেত্রে, উইথড্র করার জন্য প্লাসমা চেইনে টোকেনের মালিকানার প্রমাণ প্রয়োজন। এটি টোকেন সম্পর্কিত দুটি সর্বশেষ লেনদেন জমা দিয়ে এবং সেই লেনদেনগুলির একটি ব্লকে অন্তর্ভুক্তি যাচাই করে একটি Merkle প্রুফ সরবরাহ করে করা হয়।
+
+ব্যবহারকারীকে সৎ আচরণের গ্যারান্টি হিসাবে উইথড্রয়াল অনুরোধে একটি বন্ডও যোগ করতে হবে। যদি একজন চ্যালেঞ্জার অ্যালিসের উইথড্রয়াল অনুরোধটি অবৈধ প্রমাণ করে, তবে তার বন্ড কেটে নেওয়া হয় এবং এর কিছু অংশ পুরস্কার হিসাবে চ্যালেঞ্জারের কাছে যায়।
+
+যদি চ্যালেঞ্জ পিরিয়ড কেউ ফ্রড-প্রুফ প্রদান না করেই শেষ হয়ে যায়, তাহলে অ্যালিসের উইথড্রয়াল অনুরোধটি বৈধ বলে বিবেচিত হয়, যা তাকে Ethereum-এর প্লাসমা কন্ট্র্যাক্ট থেকে ডিপোজিট পুনরুদ্ধার করতে দেয়।
+
+### বিরোধ সালিশ {#dispute-arbitration}
+
+যেকোনো ব্লকচেইনের মতো, অংশগ্রহণকারীরা দুರುದ್ದেশ্যপূর্ণভাবে কাজ করলে (যেমন, ফান্ড ডাবল-স্পেন্ডিং করলে) লেনদেনের অখণ্ডতা প্রয়োগ করার জন্য প্লাসমা চেইনের একটি মেকানিজমের প্রয়োজন। এই লক্ষ্যে, প্লাসমা চেনগুলি স্টেট ট্রানজিশনের বৈধতা সম্পর্কিত বিরোধগুলির সালিশ করার জন্য এবং খারাপ আচরণকে শাস্তি দেওয়ার জন্য ফ্রড প্রুফ ব্যবহার করে। ফ্রড প্রুফ একটি মেকানিজম হিসাবে ব্যবহৃত হয় যার মাধ্যমে একটি প্লাসমা চাইল্ড চেন তার প্যারেন্ট চেইন বা রুট চেইনে একটি অভিযোগ দায়ের করে।
+
+একটি ফ্রড-প্রুফ হলো কেবল একটি দাবি যে একটি নির্দিষ্ট স্টেট ট্রানজিশন অবৈধ। একটি উদাহরণ হলো যদি একজন ব্যবহারকারী (অ্যালিস) একই ফান্ড দুবার খরচ করার চেষ্টা করে। হতে পারে সে ববের সাথে একটি লেনদেনে UTXO খরচ করেছে এবং অন্য একটি লেনদেনে একই UTXO (যা এখন ববের) খরচ করতে চায়।
+
+উইথড্রয়ালটি প্রতিরোধ করতে, বব একটি পূর্ববর্তী লেনদেনে অ্যালিসের উক্ত UTXO খরচ করার প্রমাণ এবং একটি ব্লকে লেনদেনটির অন্তর্ভুক্তির একটি Merkle প্রুফ সরবরাহ করে একটি ফ্রড-প্রুফ তৈরি করবে। একই প্রক্রিয়া প্লাসমা ক্যাশে কাজ করে—ববকে প্রমাণ দিতে হবে যে অ্যালিস যে টোকেনগুলি উইথড্র করার চেষ্টা করছে তা সে আগে স্থানান্তর করেছিল।
+
+যদি ববের চ্যালেঞ্জ সফল হয়, তবে অ্যালিসের উইথড্রয়াল অনুরোধ বাতিল করা হয়। তবে, এই পদ্ধতিটি উইথড্রয়াল অনুরোধের জন্য চেইন দেখার ববের ক্ষমতার উপর নির্ভর করে। যদি বব অফলাইনে থাকে, তাহলে চ্যালেঞ্জ পিরিয়ড শেষ হয়ে গেলে অ্যালিস দুರುದ್ದেশ্যপূর্ণ উইথড্রয়ালটি প্রক্রিয়া করতে পারে।
+
+## প্লাসমায় মাস এক্সিট সমস্যা {#the-mass-exit-problem-in-plasma}
+
+মাস এক্সিট সমস্যাটি ঘটে যখন বিপুল সংখ্যক ব্যবহারকারী একই সময়ে একটি প্লাসমা চেইন থেকে উইথড্র করার চেষ্টা করে। এই সমস্যাটি কেন বিদ্যমান তা প্লাসমার সবচেয়ে বড় সমস্যাগুলির মধ্যে একটির সাথে সম্পর্কিত: **ডেটা অনুপলব্ধতা**।
+
+ডেটা উপলব্ধতা হলো এটি যাচাই করার ক্ষমতা যে একটি প্রস্তাবিত ব্লকের জন্য তথ্য আসলে ব্লকচেইন নেটওয়ার্কে প্রকাশিত হয়েছিল। একটি ব্লক "অনুপলব্ধ" হয় যদি প্রযোজক ব্লকটি নিজেই প্রকাশ করে কিন্তু ব্লক তৈরি করতে ব্যবহৃত ডেটা আটকে রাখে।
+
+নোডগুলিকে ব্লক ডাউনলোড করতে এবং লেনদেনের বৈধতা যাচাই করতে সক্ষম হতে হলে ব্লকগুলি উপলব্ধ থাকতে হবে। ব্লকচেইনগুলি ব্লক প্রযোজকদের সমস্ত লেনদেনের ডেটা অনচেইনে পোস্ট করতে বাধ্য করে ডেটা উপলব্ধতা নিশ্চিত করে।
+
+ডেটা উপলব্ধতা Ethereum-এর বেস লেয়ারে নির্মিত অফচেইন স্কেলিং প্রোটোকলগুলিকে সুরক্ষিত করতেও সহায়তা করে। এই চেইনগুলির অপারেটরদের Ethereum-এ লেনদেনের ডেটা প্রকাশ করতে বাধ্য করার মাধ্যমে, যে কেউ চেইনের সঠিক স্টেট উল্লেখ করে ফ্রড প্রুফ তৈরি করে অবৈধ ব্লককে চ্যালেঞ্জ করতে পারে।
+
+প্লাসমা চেইনগুলি প্রাথমিকভাবে অপারেটরের সাথে লেনদেনের ডেটা সঞ্চয় করে এবং **Mainnet-এ কোনো ডেটা প্রকাশ করে না** (অর্থাৎ, পর্যায়ক্রমিক স্টেট কমিটমেন্ট ছাড়া)। এর মানে হল ব্যবহারকারীদের অবৈধ লেনদেনকে চ্যালেঞ্জ করে ফ্রড প্রুফ তৈরি করার প্রয়োজন হলে ব্লক ডেটা সরবরাহের জন্য অপারেটরের উপর নির্ভর করতে হবে। যদি এই সিস্টেমটি কাজ করে, তবে ব্যবহারকারীরা সর্বদা ফান্ড সুরক্ষিত করতে ফ্রড প্রুফ ব্যবহার করতে পারে।
+
+সমস্যাটি শুরু হয় যখন অপারেটর, শুধু কোনো ব্যবহারকারী নয়, দুರುದ್ದেশ্যপূর্ণভাবে কাজ করা পক্ষ হয়। যেহেতু অপারেটর ব্লকচেইনের একমাত্র নিয়ন্ত্রণে থাকে, তাই তাদের কাছে প্লাসমা চেইনে ব্যবহারকারীদের অন্তর্গত ফান্ড চুরির মতো বড় স্কেলে অবৈধ স্টেট ট্রানজিশন এগিয়ে নিয়ে যাওয়ার জন্য আরও বেশি প্রণোদনা থাকে।
+
+এই ক্ষেত্রে, ক্লাসিক ফ্রড-প্রুফ সিস্টেম কাজ করে না। অপারেটর সহজেই অ্যালিস এবং ববের ফান্ড তাদের ওয়ালেটে স্থানান্তর করার একটি অবৈধ লেনদেন করতে পারে এবং ফ্রড-প্রুফ তৈরির জন্য প্রয়োজনীয় ডেটা লুকিয়ে রাখতে পারে। এটি সম্ভব কারণ অপারেটরকে ব্যবহারকারী বা Mainnet-এর কাছে ডেটা উপলব্ধ করতে হয় না।
+
+অতএব, সবচেয়ে আশাবাদী সমাধান হল প্লাসমা চেইন থেকে ব্যবহারকারীদের একটি "মাস এক্সিট" করার চেষ্টা করা। মাস এক্সিট দুರುದ್ದেশ্যপূর্ণ অপারেটরের ফান্ড চুরির পরিকল্পনাকে ধীর করে দেয় এবং ব্যবহারকারীদের জন্য কিছু সুরক্ষা প্রদান করে। প্রতিটি UTXO (বা টোকেন) কখন তৈরি হয়েছিল তার উপর ভিত্তি করে উইথড্রয়াল অনুরোধগুলি অর্ডার করা হয়, যা দুರುದ್ದেশ্যপূর্ণ অপারেটরদের সৎ ব্যবহারকারীদের ফ্রন্ট-রানিং করা থেকে বাধা দেয়।
+
+তবুও, মাস এক্সিটের সময় উইথড্রয়াল অনুরোধগুলির বৈধতা যাচাই করার জন্য আমাদের এখনও একটি উপায় প্রয়োজন—সুবিধাবাদী ব্যক্তিদের বিশৃঙ্খলার মধ্যে অবৈধ এক্সিট প্রক্রিয়া করে লাভবান হওয়া থেকে বিরত রাখার জন্য। সমাধানটি সহজ: ব্যবহারকারীদের তাদের টাকা বের করার জন্য চেইনের শেষ **বৈধ স্টেট** পোস্ট করতে হবে।
+
+কিন্তু এই পদ্ধতির এখনও সমস্যা আছে। উদাহরণস্বরূপ, যদি একটি প্লাসমা চেইনের সমস্ত ব্যবহারকারীকে প্রস্থান করতে হয় (যা একজন দুರುದ್ದেশ্যপূর্ণ অপারেটরের ক্ষেত্রে সম্ভব), তবে প্লাসমা চেইনের সম্পূর্ণ বৈধ স্টেটটি একবারে Ethereum-এর বেস লেয়ারে ডাম্প করতে হবে। প্লাসমা চেইনের অবাধ আকার (উচ্চ থ্রুপুট = আরও ডেটা) এবং Ethereum-এর প্রসেসিং স্পিডের সীমাবদ্ধতার সাথে, এটি একটি আদর্শ সমাধান নয়।
+
+যদিও এক্সিট গেমগুলি তাত্ত্বিকভাবে শুনতে ভাল লাগে, বাস্তব-জীবনের মাস এক্সিটগুলি সম্ভবত Ethereum-এ নেটওয়ার্ক-ব্যাপী কনজেশন ট্রিগার করবে। Ethereum-এর কার্যকারিতার ক্ষতি করার পাশাপাশি, একটি খারাপভাবে সমন্বিত মাস এক্সিটের অর্থ হল যে অপারেটর প্লাসমা চেইনের প্রতিটি অ্যাকাউন্ট খালি করার আগে ব্যবহারকারীরা ফান্ড উইথড্র করতে অক্ষম হতে পারে।
+
+## প্লাসমার সুবিধা এবং অসুবিধা {#pros-and-cons-of-plasma}
+
+| যেসব বিষয়ে এর সুফল পাওয়া যায়                                                                                                                                                                                                                        | কনস                                                                                                                                                                                                    |
+| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| উচ্চ থ্রুপুট এবং প্রতি লেনদেনে কম খরচ অফার করে।                                                                                                                                                                                                     | সাধারণ কম্পিউটেশন সমর্থন করে না (স্মার্ট কন্ট্র্যাক্ট চালাতে পারে না)। শুধুমাত্র বেসিক টোকেন ট্রান্সফার, সোয়াপ এবং কয়েকটি অন্যান্য লেনদেনের ধরন প্রেডিকেট লজিকের মাধ্যমে সমর্থিত। |
+| যেকোনো ব্যবহারকারীর মধ্যে লেনদেনের জন্য ভালো (যদি উভয়ই প্লাসমা চেইনে প্রতিষ্ঠিত থাকে তবে প্রতি ব্যবহারকারী জোড়ার জন্য কোনো ওভারহেড নেই)                                                                                        | আপনার ফান্ডের নিরাপত্তা নিশ্চিত করার জন্য পর্যায়ক্রমে নেটওয়ার্ক দেখতে হবে (লাইভনেস প্রয়োজনীয়তা) বা এই দায়িত্ব অন্য কাউকে অর্পণ করতে হবে।                                       |
+| প্লাসমা চেইনগুলিকে নির্দিষ্ট ব্যবহারের ক্ষেত্রে মানিয়ে নেওয়া যেতে পারে যা মূল চেইনের সাথে সম্পর্কিত নয়। ব্যবসা সহ যে কেউ, বিভিন্ন প্রসঙ্গে কাজ করে এমন স্কেলেবল ইনফ্রাস্ট্রাকচার প্রদানের জন্য প্লাসমা স্মার্ট কন্ট্র্যাক্ট কাস্টমাইজ করতে পারে। | ডেটা সংরক্ষণ এবং অনুরোধের ভিত্তিতে তা পরিবেশন করার জন্য এক বা একাধিক অপারেটরের উপর নির্ভর করে।                                                                                                         |
+| কম্পিউটেশন এবং স্টোরেজ অফচেনে স্থানান্তরিত করে Ethereum Mainnet-এর উপর লোড কমায়।                                                                                                                                                                   | চ্যালেঞ্জের সুযোগ দেওয়ার জন্য উইথড্রয়াল বেশ কয়েক দিন বিলম্বিত হয়। ফাঞ্জিবল অ্যাসেটের জন্য, এটি লিকুইডিটি প্রোভাইডারদের দ্বারা প্রশমিত করা যেতে পারে, তবে এর সাথে একটি মূলধন ব্যয় জড়িত।           |
+|                                                                                                                                                                                                                                                     | যদি অনেক ব্যবহারকারী একই সাথে প্রস্থান করার চেষ্টা করে, Ethereum Mainnet কনজেস্টেড হয়ে যেতে পারে।                                                                                                     |
+
+## প্লাসমা বনাম লেয়ার 2 স্কেলিং প্রোটোকল {#plasma-vs-layer-2}
+
+যদিও প্লাসমা একসময় Ethereum-এর জন্য একটি দরকারী স্কেলিং সমাধান হিসাবে বিবেচিত হত, তবে এটি এখন [লেয়ার 2 (L2) স্কেলিং প্রোটোকল](/layer-2/)-এর পক্ষে বাদ দেওয়া হয়েছে। L2 স্কেলিং সমাধানগুলি প্লাসমার বেশ কয়েকটি সমস্যার প্রতিকার করে:
+
+### দক্ষতা {#efficiency}
+
+[জিরো-নলেজ রোলআপ](/developers/docs/scaling/zk-rollups) অফচেইনে প্রক্রিয়াকৃত প্রতিটি ব্যাচ লেনদেনের বৈধতার ক্রিপ্টোগ্রাফিক প্রুফ তৈরি করে। এটি ব্যবহারকারী (এবং অপারেটরদের) অবৈধ স্টেট ট্রানজিশন অগ্রসর করা থেকে বিরত রাখে, যা চ্যালেঞ্জ পিরিয়ড এবং এক্সিট গেমের প্রয়োজনীয়তা দূর করে। এর মানে হল ব্যবহারকারীদের তাদের ফান্ড সুরক্ষিত করার জন্য পর্যায়ক্রমে চেইন দেখতে হবে না।
+
+### স্মার্ট কন্ট্র্যাক্টের জন্য সমর্থন {#support-for-smart-contracts}
+
+প্লাসমা ফ্রেমওয়ার্কের আরেকটি সমস্যা ছিল [Ethereum স্মার্ট কন্ট্র্যাক্টের এক্সিকিউশন সমর্থন করার অক্ষমতা](https://ethresear.ch/t/why-smart-contracts-are-not-feasible-on-plasma/2598/4)। ফলস্বরূপ, প্লাসমার বেশিরভাগ ইমপ্লিমেন্টেশনগুলি মূলত সাধারণ পেমেন্ট বা ERC-20 টোকেনের বিনিময়ের জন্য নির্মিত হয়েছিল।
+
+বিপরীতে, অপ্টিমেস্টিক রোলআপ, [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/) এর সাথে সামঞ্জস্যপূর্ণ এবং Ethereum-নেটিভ [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) চালাতে পারে, যা তাদের [ডিসেন্ট্রালাইজড এপ্লিকেশন](/developers/docs/dapps/) স্কেলিং করার জন্য একটি দরকারী এবং _নিরাপদ_ সমাধান করে তোলে। একইভাবে, [EVM (zkEVM) এর একটি জিরো-নলেজ ইমপ্লিমেন্টেশন তৈরি করার](https://ethresear.ch/t/a-zk-evm-specification/11549) পরিকল্পনা চলছে যা ZK-রোলআপগুলিকে নির্বিচারে লজিক প্রক্রিয়া করতে এবং স্মার্ট কন্ট্র্যাক্ট এক্সিকিউট করার অনুমতি দেবে।
+
+### ডেটা অনুপলব্ধতা {#data-unavailability}
+
+আগেই ব্যাখ্যা করা হয়েছে, প্লাসমা ডেটা উপলব্ধতা সমস্যায় ভোগে। যদি একজন দুರುದ್ದেশ্যপূর্ণ অপারেটর প্লাসমা চেইনে একটি অবৈধ ট্রানজিশন অগ্রসর করে, তবে ব্যবহারকারীরা এটিকে চ্যালেঞ্জ করতে অক্ষম হবে কারণ অপারেটর ফ্রড-প্রুফ তৈরির জন্য প্রয়োজনীয় ডেটা আটকে রাখতে পারে। রোলআপগুলি অপারেটরদের Ethereum-এ লেনদেনের ডেটা পোস্ট করতে বাধ্য করে এই সমস্যাটি সমাধান করে, যার ফলে যে কেউ চেইনের স্টেট যাচাই করতে এবং প্রয়োজনে ফ্রড প্রুফ তৈরি করতে পারে।
+
+### মাস এক্সিট সমস্যা {#mass-exit-problem}
+
+ZK-রোলআপ এবং অপ্টিমেস্টিক রোলআপ উভয়ই প্লাসমার মাস এক্সিট সমস্যাটি বিভিন্ন উপায়ে সমাধান করে। উদাহরণস্বরূপ, একটি ZK-রোলআপ ক্রিপ্টোগ্রাফিক মেকানিজমের উপর নির্ভর করে যা নিশ্চিত করে যে অপারেটররা কোনো পরিস্থিতিতেই ব্যবহারকারীর ফান্ড চুরি করতে পারে না।
+
+একইভাবে, অপ্টিমেস্টিক রোলআপগুলি উইথড্রয়ালের উপর একটি বিলম্ব সময় আরোপ করে যার সময় যে কেউ একটি চ্যালেঞ্জ শুরু করতে পারে এবং দুರುದ್ದেশ্যপূর্ণ উইথড্রয়াল অনুরোধগুলি প্রতিরোধ করতে পারে। যদিও এটি প্লাসমার অনুরূপ, পার্থক্য হল যে ভেরিফায়ারদের ফ্রড প্রুফ তৈরির জন্য প্রয়োজনীয় ডেটাতে অ্যাক্সেস রয়েছে। এইভাবে, রোলআপ ব্যবহারকারীদের জন্য Ethereum Mainnet-এ একটি উন্মত্ত, "প্রথম-বেরিয়ে-যাওয়া" মাইগ্রেশনে জড়িত হওয়ার প্রয়োজন নেই।
+
+## প্লাসমা কিভাবে সাইডচেইন এবং শার্ডিং থেকে আলাদা? {#plasma-sidechains-sharding}
+
+প্লাসমা, সাইডচেইন এবং শার্ডিং মোটামুটি অনুরূপ কারণ তারা সকলেই কোনো না কোনোভাবে Ethereum Mainnet-এর সাথে সংযুক্ত। তবে, এই সংযোগগুলির স্তর এবং শক্তি ভিন্ন হয়, যা প্রতিটি স্কেলিং সমাধানের নিরাপত্তা বৈশিষ্ট্যকে প্রভাবিত করে।
+
+### প্লাসমা বনাম সাইডচেইন {#plasma-vs-sidechains}
+
+একটি [সাইডচেইন](/developers/docs/scaling/sidechains/) হলো একটি স্বাধীনভাবে পরিচালিত ব্লকচেইন যা একটি দ্বিমুখী ব্রিজের মাধ্যমে Ethereum Mainnet-এর সাথে সংযুক্ত। [ব্রিজ](/bridges/) ব্যবহারকারীদের দুটি ব্লকচেইনের মধ্যে টোকেন বিনিময় করে সাইডচেইনে লেনদেন করার অনুমতি দেয়, যা Ethereum Mainnet-এর কনজেশন কমায় এবং স্কেলেবিলিটি উন্নত করে।
+সাইডচেইনগুলি একটি পৃথক কনসেন্সাস মেকানিজম ব্যবহার করে এবং সাধারণত Ethereum Mainnet-এর থেকে অনেক ছোট হয়। ফলস্বরূপ, এই চেইনগুলিতে অ্যাসেট ব্রিজ করার ক্ষেত্রে ঝুঁকি বৃদ্ধি পায়; সাইডচেইন মডেলে Ethereum Mainnet থেকে উত্তরাধিকারসূত্রে প্রাপ্ত নিরাপত্তা গ্যারান্টির অভাবের কারণে, ব্যবহারকারীরা সাইডচেইনে আক্রমণের ফলে ফান্ড হারানোর ঝুঁকিতে থাকে।
+
+বিপরীতে, প্লাসমা চেইনগুলি Mainnet থেকে তাদের নিরাপত্তা অর্জন করে। এটি তাদের সাইডচেইনগুলির চেয়ে পরিমাপযোগ্যভাবে বেশি নিরাপদ করে তোলে। সাইডচেইন এবং প্লাসমা চেইন উভয়েরই আলাদা কনসেন্সাস প্রোটোকল থাকতে পারে, তবে পার্থক্য হল যে প্লাসমা চেইনগুলি Ethereum Mainnet-এ প্রতিটি ব্লকের জন্য Merkle রুট প্রকাশ করে। ব্লক রুট হলো তথ্যের ছোট অংশ যা আমরা প্লাসমা চেইনে ঘটে যাওয়া লেনদেন সম্পর্কে তথ্য যাচাই করতে ব্যবহার করতে পারি। যদি একটি প্লাসমা চেইনে কোনো আক্রমণ হয়, ব্যবহারকারীরা উপযুক্ত প্রুফ ব্যবহার করে নিরাপদে তাদের ফান্ড Mainnet-এ ফেরত উইথড্র করতে পারে।
+
+### প্লাসমা বনাম শার্ডিং {#plasma-vs-sharding}
+
+প্লাসমা চেইন এবং শার্ড চেইন উভয়ই পর্যায়ক্রমে Ethereum Mainnet-এ ক্রিপ্টোগ্রাফিক প্রুফ প্রকাশ করে। তবে, উভয়েরই আলাদা নিরাপত্তা বৈশিষ্ট্য রয়েছে।
+
+শার্ড চেইনগুলি প্রতিটি ডেটা শার্ড সম্পর্কে বিস্তারিত তথ্য সম্বলিত "কোলেশন হেডার" Mainnet-এ কমিট করে। Mainnet-এর নোডগুলি ডেটা শার্ডের বৈধতা যাচাই করে এবং প্রয়োগ করে, যা অবৈধ শার্ড ট্রানজিশনের সম্ভাবনা হ্রাস করে এবং নেটওয়ার্ককে দুರುದ್ದেশ্যপূর্ণ কার্যকলাপ থেকে রক্ষা করে।
+
+প্লাসমা আলাদা কারণ Mainnet শুধুমাত্র চাইল্ড চেইনের স্টেট সম্পর্কে ন্যূনতম তথ্য পায়। এর মানে হল Mainnet চাইল্ড চেইনগুলিতে পরিচালিত লেনদেন কার্যকরভাবে যাচাই করতে পারে না, যা তাদের কম নিরাপদ করে তোলে।
+
+**দ্রষ্টব্য** যে Ethereum ব্লকচেইনের শার্ডিং আর রোডম্যাপে নেই। এটি রোলআপ এবং [Danksharding](/roadmap/danksharding) এর মাধ্যমে স্কেলিং দ্বারা প্রতিস্থাপিত হয়েছে।
+
+### প্লাসমা ব্যবহার করুন {#use-plasma}
+
+একাধিক প্রকল্প প্লাসমার ইমপ্লিমেন্টেশন সরবরাহ করে যা আপনি আপনার ডিএ্যাপস-এ একীভূত করতে পারেন:
+
+- [Polygon](https://polygon.technology/) (পূর্বে Matic Network)
+
+## আরও পড়ুন {#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/bn/developers/docs/scaling/sidechains/index.md b/public/content/translations/bn/developers/docs/scaling/sidechains/index.md
new file mode 100644
index 00000000000..b229dbefb95
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/scaling/sidechains/index.md
@@ -0,0 +1,73 @@
+---
+title: "সাইডচেইন্স"
+description: "স্কেলিং সমাধান হিসাবে সাইডচেইনগুলির একটি ভূমিকা যা বর্তমানে ইথেরিয়াম কমিউনিটি ব্যবহার করছে।"
+lang: bn
+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-কম্প্যাটিবল সাইডচেইনগুলি [Solidity-তে লেখা](/developers/docs/smart-contracts/languages/) স্মার্ট কন্ট্র্যাক্টগুলিকে সমর্থন করে, সেইসাথে অন্যান্য EVM স্মার্ট কন্ট্র্যাক্ট ভাষাগুলিকেও, যার মানে হল ইথেরিয়াম মেইননেটের জন্য লেখা স্মার্ট কন্ট্র্যাক্টগুলি EVM-কম্প্যাটিবল সাইডচেইনেও কাজ করবে।
+
+এর মানে হল আপনি যদি আপনার [ডিএ্যাপ](/developers/docs/dapps/) একটি সাইডচেইনে ব্যবহার করতে চান, তবে এটি শুধুমাত্র আপনার [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) এই সাইডচেইনে ডিপ্লয় করার বিষয়। এটি দেখতে, অনুভব করতে এবং কাজ করতে ঠিক মেইননেটের মতোই—আপনি সলিডিটিতে কন্ট্র্যাক্ট লেখেন, এবং সাইডচেইন RPC-এর মাধ্যমে চেইনের সাথে ইন্টারঅ্যাক্ট করেন।
+
+যেহেতু সাইডচেইনগুলি EVM-কম্প্যাটিবল, তাই সেগুলিকে ইথেরিয়াম-নেটিভ ডিএ্যাপস-এর জন্য একটি দরকারী [স্কেলিং সমাধান](/developers/docs/scaling/) হিসাবে বিবেচনা করা হয়। একটি সাইডচেইনে আপনার ডিএ্যাপ থাকলে, ব্যবহারকারীরা কম গ্যাস ফি এবং দ্রুত লেনদেন উপভোগ করতে পারেন, বিশেষ করে যদি মেইননেট কনজেস্টেড থাকে।
+
+তবে, যেমন পূর্বে ব্যাখ্যা করা হয়েছে, একটি সাইডচেইন ব্যবহার করার মধ্যে উল্লেখযোগ্য আপস জড়িত। প্রতিটি সাইডচেইন তার নিরাপত্তার জন্য দায়ী এবং ইথেরিয়ামের নিরাপত্তা বৈশিষ্ট্য উত্তরাধিকার সূত্রে পায় না। এটি ক্ষতিকারক আচরণের সম্ভাবনা বাড়ায় যা আপনার ব্যবহারকারীদের প্রভাবিত করতে পারে বা তাদের তহবিলকে ঝুঁকির মধ্যে ফেলতে পারে।
+
+### সম্পদ চলাচল {#asset-movement}
+
+একটি পৃথক ব্লকচেইনকে ইথেরিয়াম মেইননেটের একটি সাইডচেইন হতে হলে, ইথেরিয়াম মেইননেট থেকে এবং এতে সম্পদের স্থানান্তর সহজতর করার ক্ষমতা প্রয়োজন। ইথেরিয়ামের সাথে এই আন্তঃকার্যক্ষমতা একটি ব্লকচেইন ব্রিজ ব্যবহার করে অর্জন করা হয়। [ব্রিজগুলি](/bridges/) ইথেরিয়াম মেইননেট এবং একটি সাইডচেইনে ডিপ্লয় করা স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে তাদের মধ্যে তহবিলের ব্রিজিং নিয়ন্ত্রণ করে।
+
+যদিও ব্রিজগুলি ব্যবহারকারীদের ইথেরিয়াম এবং সাইডচেইনের মধ্যে তহবিল সরাতে সাহায্য করে, সম্পদগুলি শারীরিকভাবে দুটি চেইনের মধ্যে সরানো হয় না। পরিবর্তে, চেইন জুড়ে মান স্থানান্তরের জন্য সাধারণত মিন্টিং এবং বার্নিং জড়িত এমন প্রক্রিয়াগুলি ব্যবহৃত হয়। [ব্রিজগুলি কীভাবে কাজ করে](/developers/docs/bridges/#how-do-bridges-work) সে সম্পর্কে আরও জানুন।
+
+## সাইডচেইনের সুবিধা এবং অসুবিধা {#pros-and-cons-of-sidechains}
+
+| যেসব বিষয়ে এর সুফল পাওয়া যায়                                                                                                         | কনস                                                                                                                                             |
+| ------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------- |
+| সাইডচেইনের অন্তর্নিহিত প্রযুক্তি সুপ্রতিষ্ঠিত এবং ব্যাপক গবেষণা ও ডিজাইনের উন্নতি থেকে উপকৃত হয়।                                    | সাইডচেইনগুলি স্কেলেবিলিটির জন্য কিছুটা বিকেন্দ্রীকরণ এবং ট্রাস্টলেসনেসের সাথে আপস করে।                                                          |
+| সাইডচেইনগুলি সাধারণ গণনা সমর্থন করে এবং EVM কম্প্যাটিবিলিটি অফার করে (তারা ইথেরিয়াম-নেটিভ ডিএ্যাপস চালাতে পারে)। | একটি সাইডচেইন একটি পৃথক কনসেন্সাস মেকানিজম ব্যবহার করে এবং ইথেরিয়ামের নিরাপত্তা গ্যারান্টি থেকে উপকৃত হয় না।                                  |
+| সাইডচেইনগুলি দক্ষতার সাথে লেনদেন প্রক্রিয়া করতে এবং ব্যবহারকারীদের জন্য লেনদেন ফি কমাতে ভিন্ন কনসেন্সাস মডেল ব্যবহার করে।           | সাইডচেইনগুলির জন্য উচ্চতর বিশ্বাসের অনুমান প্রয়োজন (যেমন, ক্ষতিকারক সাইডচেইন ভ্যালিডেটরদের একটি কোরাম জালিয়াতি করতে পারে)। |
+| EVM-কম্প্যাটিবল সাইডচেইনগুলি ডিএ্যাপস-কে তাদের ইকোসিস্টেম প্রসারিত করতে দেয়।                                                        |                                                                                                                                                 |
+
+### সাইডচেইন ব্যবহার করুন {#use-sidechains}
+
+একাধিক প্রকল্প সাইডচেইনের ইমপ্লিমেন্টেশন সরবরাহ করে যা আপনি আপনার ডিএ্যাপস-এ ইন্টিগ্রেট করতে পারেন:
+
+- [Polygon PoS](https://polygon.technology/solutions/polygon-pos)
+- [Skale](https://skale.network/)
+- [Gnosis Chain (পূর্বে xDai)](https://www.gnosischain.com/)
+- [Loom Network](https://loomx.io/)
+- [Metis Andromeda](https://www.metis.io/)
+
+## আরও পড়ুন {#further-reading}
+
+- [সাইডচেইনের মাধ্যমে ইথেরিয়াম ডিএ্যাপস স্কেলিং](https://medium.com/loom-network/dappchains-scaling-ethereum-dapps-through-sidechains-f99e51fff447) _৮ ফেব্রুয়ারি, ২০১৮ - Georgios Konstantopoulos_
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
diff --git a/public/content/translations/bn/developers/docs/scaling/state-channels/index.md b/public/content/translations/bn/developers/docs/scaling/state-channels/index.md
new file mode 100644
index 00000000000..32ac02371ba
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/scaling/state-channels/index.md
@@ -0,0 +1,261 @@
+---
+title: "স্টেট চ্যানেল"
+description: "স্টেট চ্যানেল এবং পেমেন্ট চ্যানেলগুলির একটি পরিচিতি, যা বর্তমানে ইথেরিয়াম কমিউনিটি দ্বারা একটি স্কেলিং সমাধান হিসাবে ব্যবহৃত হয়।"
+lang: bn
+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}
+
+চ্যানেলের স্টেট শুরু করার পরে, পিয়াররা লেনদেনে স্বাক্ষর করে এবং অনুমোদনের জন্য একে অপরের কাছে পাঠিয়ে ইন্টারঅ্যাক্ট করে। অংশগ্রহণকারীরা এই লেনদেনগুলির সাথে স্টেট আপডেট শুরু করে এবং অন্যদের থেকে স্টেট আপডেটগুলিতে স্বাক্ষর করে। প্রতিটি লেনদেন নিম্নলিখিতগুলি নিয়ে গঠিত:
+
+- একটি **নন্স**, যা লেনদেনের জন্য একটি অনন্য আইডি হিসাবে কাজ করে এবং রিপ্লে অ্যাটাক প্রতিরোধ করে। এটি স্টেট আপডেটগুলি কোন ক্রমে ঘটেছে তাও চিহ্নিত করে (যা বিরোধ নিষ্পত্তির জন্য গুরুত্বপূর্ণ)
+
+- চ্যানেলের পুরানো স্টেট
+
+- চ্যানেলের নতুন স্টেট
+
+- যে লেনদেনটি স্টেট ট্রানজিশন ট্রিগার করে (যেমন, এলিস ববকে 5 ETH পাঠায়)
+
+চ্যানেলের স্টেট আপডেটগুলি অনচেইনে সম্প্রচার করা হয় না যেমনটি সাধারণত ব্যবহারকারীরা মেইননেটে ইন্টারঅ্যাক্ট করার সময় হয়, যা অনচেইন ফুটপ্রিন্ট কমানোর জন্য স্টেট চ্যানেলগুলির লক্ষ্যের সাথে সামঞ্জস্যপূর্ণ। যতক্ষণ পর্যন্ত অংশগ্রহণকারীরা স্টেট আপডেটের বিষয়ে একমত হয়, ততক্ষণ সেগুলি একটি ইথেরিয়াম লেনদেনের মতোই চূড়ান্ত। অংশগ্রহণকারীদের শুধুমাত্র মেইননেটের কনসেন্সাসের উপর নির্ভর করতে হবে যদি কোনো বিরোধ দেখা দেয়।
+
+### চ্যানেল বন্ধ করা {#closing-the-channel}
+
+একটি স্টেট চ্যানেল বন্ধ করার জন্য চ্যানেলের চূড়ান্ত, সম্মত স্টেট অনচেইন স্মার্ট কন্ট্র্যাক্টে জমা দিতে হয়। স্টেট আপডেটে উল্লেখিত বিবরণগুলির মধ্যে প্রতিটি অংশগ্রহণকারীর চালের সংখ্যা এবং অনুমোদিত লেনদেনের একটি তালিকা অন্তর্ভুক্ত থাকে।
+
+স্টেট আপডেটটি বৈধ কিনা তা যাচাই করার পরে (অর্থাৎ, এটি সমস্ত পক্ষের দ্বারা স্বাক্ষরিত), স্মার্ট কন্ট্র্যাক্ট চ্যানেলটি চূড়ান্ত করে এবং চ্যানেলের ফলাফল অনুসারে লক করা তহবিল বিতরণ করে। অফচেইনে করা পেমেন্টগুলি ইথেরিয়ামের স্টেটে প্রয়োগ করা হয় এবং প্রতিটি অংশগ্রহণকারী লক করা তহবিলের তাদের অবশিষ্ট অংশ গ্রহণ করে।
+
+উপরে বর্ণিত দৃশ্যটি সুখী ক্ষেত্রে যা ঘটে তা উপস্থাপন করে। কখনও কখনও, ব্যবহারকারীরা একটি চুক্তিতে পৌঁছাতে এবং চ্যানেলটি চূড়ান্ত করতে অক্ষম হতে পারে (দুঃখজনক ঘটনা)। পরিস্থিতি সম্পর্কে নিম্নলিখিতগুলির যেকোনো একটি সত্য হতে পারে:
+
+- অংশগ্রহণকারীরা অফলাইনে চলে যায় এবং স্টেট ট্রানজিশনের প্রস্তাব দিতে ব্যর্থ হয়
+
+- অংশগ্রহণকারীরা বৈধ স্টেট আপডেটগুলিতে সহ-স্বাক্ষর করতে অস্বীকার করে
+
+- অংশগ্রহণকারীরা অনচেইন চুক্তিতে একটি পুরানো স্টেট আপডেট প্রস্তাব করে চ্যানেলটি চূড়ান্ত করার চেষ্টা করে
+
+- অংশগ্রহণকারীরা অন্যদের স্বাক্ষর করার জন্য অবৈধ স্টেট ট্রানজিশনের প্রস্তাব দেয়
+
+যখনই একটি চ্যানেলে অংশগ্রহণকারী অভিনেতাদের মধ্যে কনসেন্সাস ভেঙে যায়, তখন শেষ বিকল্পটি হল চ্যানেলের চূড়ান্ত, বৈধ স্টেট প্রয়োগ করার জন্য মেইননেটের কনসেন্সাসের উপর নির্ভর করা। এই ক্ষেত্রে, স্টেট চ্যানেল বন্ধ করার জন্য অনচেইনে বিরোধ নিষ্পত্তি করতে হবে।
+
+### বিরোধ নিষ্পত্তি করা {#settling-disputes}
+
+সাধারণত, একটি চ্যানেলের পক্ষগুলি আগে থেকেই চ্যানেলটি বন্ধ করার বিষয়ে একমত হয় এবং শেষ স্টেট ট্রানজিশনে সহ-স্বাক্ষর করে, যা তারা স্মার্ট কন্ট্র্যাক্টে জমা দেয়। একবার আপডেটটি অনচেইনে অনুমোদিত হলে, অফচেইন স্মার্ট কন্ট্র্যাক্টের সম্পাদন শেষ হয় এবং অংশগ্রহণকারীরা তাদের অর্থ নিয়ে চ্যানেল থেকে বেরিয়ে যায়।
+
+যাইহোক, একটি পক্ষ তাদের প্রতিপক্ষের অনুমোদনের জন্য অপেক্ষা না করেই স্মার্ট কন্ট্র্যাক্টের এক্সিকিউশন শেষ করতে এবং চ্যানেলটি চূড়ান্ত করার জন্য একটি অনচেইন অনুরোধ জমা দিতে পারে। যদি পূর্বে বর্ণিত কোনো কনসেন্সাস-ভঙ্গকারী পরিস্থিতি ঘটে, তবে যেকোনো পক্ষ চ্যানেলটি বন্ধ করতে এবং তহবিল বিতরণের জন্য অনচেইন চুক্তিটি ট্রিগার করতে পারে। এটি **ট্রাস্টলেসনেস** প্রদান করে, যা নিশ্চিত করে যে সৎ দলগুলি অন্য পক্ষের ক্রিয়াকলাপ নির্বিশেষে যেকোনো সময়ে তাদের আমানত থেকে বেরিয়ে যেতে পারে।
+
+চ্যানেল থেকে প্রস্থান প্রক্রিয়া করার জন্য, ব্যবহারকারীকে এপ্লিকেশনের সর্বশেষ বৈধ স্টেট আপডেটটি অনচেইন চুক্তিতে জমা দিতে হবে। যদি এটি যাচাই হয় (অর্থাৎ, এতে সমস্ত পক্ষের স্বাক্ষর থাকে), তাহলে তহবিল তাদের পক্ষে পুনরায় বিতরণ করা হয়।
+
+তবে, একক-ব্যবহারকারী প্রস্থান অনুরোধ কার্যকর করতে একটি বিলম্ব আছে। যদি চ্যানেলটি শেষ করার অনুরোধ সর্বসম্মতভাবে অনুমোদিত হয়, তাহলে অনচেইন প্রস্থান লেনদেনটি অবিলম্বে কার্যকর করা হয়।
+
+জালিয়াতির সম্ভাবনার কারণে একক-ব্যবহারকারী প্রস্থানের ক্ষেত্রে বিলম্বটি কার্যকর হয়। উদাহরণস্বরূপ, একজন চ্যানেল অংশগ্রহণকারী অনচেইনে একটি পুরানো স্টেট আপডেট জমা দিয়ে ইথেরিয়ামে চ্যানেলটি চূড়ান্ত করার চেষ্টা করতে পারে।
+
+একটি প্রতিরোধ ব্যবস্থা হিসাবে, স্টেট চ্যানেলগুলি সৎ ব্যবহারকারীদের চ্যানেলের সর্বশেষ বৈধ স্টেট অনচেইনে জমা দিয়ে অবৈধ স্টেট আপডেটগুলিকে চ্যালেঞ্জ করার অনুমতি দেয়। স্টেট চ্যানেলগুলি এমনভাবে ডিজাইন করা হয়েছে যাতে নতুন, সম্মত স্টেট আপডেটগুলি পুরানো স্টেট আপডেটগুলিকে ছাপিয়ে যায়।
+
+একবার একটি পিয়ার অনচেইন বিরোধ-নিষ্পত্তি সিস্টেমটি ট্রিগার করলে, অন্য পক্ষকে একটি সময়সীমার মধ্যে (যাকে চ্যালেঞ্জ উইন্ডো বলা হয়) সাড়া দিতে হবে। এটি ব্যবহারকারীদের প্রস্থান লেনদেনকে চ্যালেঞ্জ করার অনুমতি দেয়, বিশেষ করে যদি অন্য পক্ষ একটি বাসি আপডেট প্রয়োগ করে।
+
+যাই হোক না কেন, চ্যানেল ব্যবহারকারীদের সর্বদা শক্তিশালী ফাইনালিটি গ্যারান্টি থাকে: যদি তাদের দখলে থাকা স্টেট ট্রানজিশনটি সমস্ত সদস্য দ্বারা স্বাক্ষরিত হয় এবং এটি সবচেয়ে সাম্প্রতিক আপডেট হয়, তবে এটি একটি নিয়মিত অনচেইন লেনদেনের সমান ফাইনালিটি সহ। তাদের এখনও অন্য পক্ষকে অনচেইনে চ্যালেঞ্জ করতে হবে, কিন্তু একমাত্র সম্ভাব্য ফলাফল হল সর্বশেষ বৈধ স্টেট চূড়ান্ত করা, যা তারা ধরে রাখে।
+
+### স্টেট চ্যানেলগুলি ইথেরিয়ামের সাথে কীভাবে ইন্টারঅ্যাক্ট করে? {#how-do-state-channels-interact-with-ethereum}
+
+যদিও তারা অফচেইন প্রোটোকল হিসাবে বিদ্যমান, স্টেট চ্যানেলগুলির একটি অনচেইন উপাদান রয়েছে: চ্যানেল খোলার সময় ইথেরিয়ামে স্থাপন করা স্মার্ট কন্ট্র্যাক্ট। এই চুক্তিটি চ্যানেলে জমা করা সম্পদ নিয়ন্ত্রণ করে, স্টেট আপডেট যাচাই করে এবং অংশগ্রহণকারীদের মধ্যে বিরোধের সালিশি করে।
+
+[লেয়ার 2](/layer-2/) স্কেলিং সমাধানগুলির বিপরীতে, স্টেট চ্যানেলগুলি মেইননেটে লেনদেনের ডেটা বা স্টেট প্রতিশ্রুতি প্রকাশ করে না। তবে, তারা মেইননেটের সাথে আরও বেশি সংযুক্ত, যেমন [সাইডচেইন](/developers/docs/scaling/sidechains/) এর চেয়ে, যা তাদের কিছুটা নিরাপদ করে তোলে।
+
+স্টেট চ্যানেলগুলি নিম্নলিখিতগুলির জন্য মূল ইথেরিয়াম প্রোটোকলের উপর নির্ভর করে:
+
+#### ১. লাইভনেস {#liveness}
+
+চ্যানেল খোলার সময় স্থাপন করা অনচেইন চুক্তিটি চ্যানেলের কার্যকারিতার জন্য দায়ী। যদি চুক্তিটি ইথেরিয়ামে চলমান থাকে, তবে চ্যানেলটি সর্বদা ব্যবহারের জন্য উপলব্ধ। বিপরীতে, একটি সাইডচেইন সর্বদা ব্যর্থ হতে পারে, এমনকি যদি মেইননেট চালু থাকে, যা ব্যবহারকারীর তহবিলকে ঝুঁকির মধ্যে ফেলে।
+
+#### 2. নিরাপত্তা {#security}
+
+কিছু পরিমাণে, স্টেট চ্যানেলগুলি নিরাপত্তা প্রদান এবং ব্যবহারকারীদের দূষিত পিয়ারদের থেকে রক্ষা করার জন্য ইথেরিয়ামের উপর নির্ভর করে। পরবর্তী বিভাগগুলিতে আলোচনা করা হয়েছে, চ্যানেলগুলি একটি ফ্রড প্রুফ প্রক্রিয়া ব্যবহার করে যা ব্যবহারকারীদের একটি অবৈধ বা বাসি আপডেট দিয়ে চ্যানেল চূড়ান্ত করার প্রচেষ্টাকে চ্যালেঞ্জ করতে দেয়।
+
+এই ক্ষেত্রে, সৎ পক্ষ যাচাইয়ের জন্য অনচেইন চুক্তিতে ফ্রড প্রুফ হিসাবে চ্যানেলের সর্বশেষ বৈধ স্টেট সরবরাহ করে। ফ্রড প্রুফগুলি পারস্পরিক অবিশ্বাসী পক্ষগুলিকে প্রক্রিয়ায় তাদের তহবিল ঝুঁকি না নিয়ে অফচেইন লেনদেন পরিচালনা করতে সক্ষম করে।
+
+#### 3. ফাইনালিটি {#finality}
+
+চ্যানেল ব্যবহারকারীদের দ্বারা সম্মিলিতভাবে স্বাক্ষরিত স্টেট আপডেটগুলি অনচেইন লেনদেনের মতোই ভালো বলে বিবেচিত হয়। তবুও, সমস্ত ইন-চ্যানেল কার্যকলাপ শুধুমাত্র তখনই সত্যিকারের ফাইনালিটি অর্জন করে যখন চ্যানেলটি ইথেরিয়ামে বন্ধ করা হয়।
+
+আশাবাদী ক্ষেত্রে, উভয় পক্ষই সহযোগিতা করতে পারে এবং চূড়ান্ত স্টেট আপডেটে স্বাক্ষর করতে পারে এবং চ্যানেলটি বন্ধ করতে অনচেইনে জমা দিতে পারে, যার পরে তহবিলগুলি চ্যানেলের চূড়ান্ত স্টেট অনুসারে বিতরণ করা হয়। হতাশাবাদী ক্ষেত্রে, যেখানে কেউ অনচেইনে একটি ভুল স্টেট আপডেট পোস্ট করে প্রতারণা করার চেষ্টা করে, তাদের লেনদেনটি চ্যালেঞ্জ উইন্ডো শেষ না হওয়া পর্যন্ত চূড়ান্ত হয় না।
+
+## ভার্চুয়াল স্টেট চ্যানেল {#virtual-state-channels}
+
+একটি স্টেট চ্যানেলের একটি সরল বাস্তবায়ন হবে যখন দুইজন ব্যবহারকারী অফচেইনে একটি এপ্লিকেশন চালাতে চায় তখন একটি নতুন চুক্তি স্থাপন করা। এটি কেবল অসম্ভবই নয়, এটি স্টেট চ্যানেলগুলির ব্যয়-কার্যকারিতাও বাতিল করে দেয় (অনচেইন লেনদেনের খরচ দ্রুত বাড়তে পারে)।
+
+এই সমস্যার সমাধান করতে, "ভার্চুয়াল চ্যানেল" তৈরি করা হয়েছিল। নিয়মিত চ্যানেলগুলির বিপরীতে যেগুলির জন্য খোলা এবং বন্ধ করার জন্য অনচেইন লেনদেনের প্রয়োজন হয়, একটি ভার্চুয়াল চ্যানেল মূল চেইনের সাথে ইন্টারঅ্যাক্ট না করেই খোলা, কার্যকর করা এবং চূড়ান্ত করা যেতে পারে। এই পদ্ধতি ব্যবহার করে অফচেইনে বিরোধ নিষ্পত্তি করাও সম্ভব।
+
+এই সিস্টেমটি তথাকথিত "লেজার চ্যানেল" এর অস্তিত্বের উপর নির্ভর করে, যা অনচেইনে অর্থায়ন করা হয়েছে। দুই পক্ষের মধ্যে ভার্চুয়াল চ্যানেলগুলি একটি বিদ্যমান লেজার চ্যানেলের উপরে তৈরি করা যেতে পারে, লেজার চ্যানেলের মালিক(রা) একটি মধ্যস্থতাকারী হিসাবে কাজ করে।
+
+প্রতিটি ভার্চুয়াল চ্যানেলের ব্যবহারকারীরা একটি নতুন চুক্তির উদাহরণের মাধ্যমে ইন্টারঅ্যাক্ট করে, লেজার চ্যানেল একাধিক চুক্তির উদাহরণ সমর্থন করতে সক্ষম। লেজার চ্যানেলের স্টেটে একাধিক চুক্তি স্টোরেজ স্টেটও রয়েছে, যা বিভিন্ন ব্যবহারকারীর মধ্যে অফচেইনে অ্যাপ্লিকেশনগুলির সমান্তরাল সম্পাদনের অনুমতি দেয়।
+
+নিয়মিত চ্যানেলগুলির মতোই, ব্যবহারকারীরা স্টেট মেশিনের অগ্রগতির জন্য স্টেট আপডেট বিনিময় করে। বিরোধ দেখা না দিলে, মধ্যস্থতাকারীকে শুধুমাত্র চ্যানেল খোলার বা বন্ধ করার সময় যোগাযোগ করতে হবে।
+
+### ভার্চুয়াল পেমেন্ট চ্যানেল {#virtual-payment-channels}
+
+ভার্চুয়াল পেমেন্ট চ্যানেলগুলি ভার্চুয়াল স্টেট চ্যানেলগুলির মতো একই ধারণা নিয়ে কাজ করে: একই নেটওয়ার্কের সাথে সংযুক্ত অংশগ্রহণকারীরা অনচেইনে একটি নতুন চ্যানেল না খুলেই বার্তা পাঠাতে পারে। ভার্চুয়াল পেমেন্ট চ্যানেলগুলিতে, মান স্থানান্তর এক বা একাধিক মধ্যস্থতাকারীর মাধ্যমে পরিচালিত হয়, এই গ্যারান্টি সহ যে শুধুমাত্র উদ্দেশ্যপ্রণোদিত প্রাপকই স্থানান্তরিত তহবিল পেতে পারে।
+
+## স্টেট চ্যানেলের এপ্লিকেশন {#applications-of-state-channels}
+
+### পেমেন্টস {#payments}
+
+প্রাথমিক ব্লকচেইন চ্যানেলগুলি ছিল সাধারণ প্রোটোকল যা দুজন অংশগ্রহণকারীকে মেইননেটে উচ্চ লেনদেন ফি প্রদান না করেই অফচেইনে দ্রুত, কম-ফি স্থানান্তর পরিচালনা করতে দেয়। আজও, পেমেন্ট চ্যানেলগুলি ইথার এবং টোকেন বিনিময় এবং জমার জন্য ডিজাইন করা অ্যাপ্লিকেশনগুলির জন্য উপযোগী।
+
+চ্যানেল-ভিত্তিক পেমেন্টের নিম্নলিখিত সুবিধা রয়েছে:
+
+1. **থ্রুপুট**: প্রতি চ্যানেলে অফচেইন লেনদেনের পরিমাণ ইথেরিয়ামের থ্রুপুটের সাথে সম্পর্কহীন, যা বিভিন্ন কারণ দ্বারা প্রভাবিত হয়, বিশেষ করে ব্লক সাইজ এবং ব্লক সময়। অফচেইনে লেনদেন সম্পাদন করে, ব্লকচেইন চ্যানেলগুলি উচ্চতর থ্রুপুট অর্জন করতে পারে।
+
+2. **গোপনীয়তা**: যেহেতু চ্যানেলগুলি অফচেইনে বিদ্যমান, তাই অংশগ্রহণকারীদের মধ্যে মিথস্ক্রিয়ার বিবরণ ইথেরিয়ামের পাবলিক ব্লকচেইনে রেকর্ড করা হয় না। চ্যানেল ব্যবহারকারীদের শুধুমাত্র চ্যানেল ফান্ডিং এবং বন্ধ করার সময় বা বিরোধ নিষ্পত্তি করার সময় অনচেইনে ইন্টারঅ্যাক্ট করতে হয়। এইভাবে, চ্যানেলগুলি সেইসব ব্যক্তিদের জন্য উপযোগী যারা আরও ব্যক্তিগত লেনদেন চান।
+
+3. **লেটেন্সি**: চ্যানেল অংশগ্রহণকারীদের মধ্যে পরিচালিত অফচেইন লেনদেনগুলি তাত্ক্ষণিকভাবে নিষ্পত্তি করা যেতে পারে, যদি উভয় পক্ষই সহযোগিতা করে, যা বিলম্ব কমায়। বিপরীতে, মেইননেটে একটি লেনদেন পাঠানোর জন্য নোডগুলিকে লেনদেন প্রক্রিয়া করতে, লেনদেন সহ একটি নতুন ব্লক তৈরি করতে এবং কনসেন্সাসে পৌঁছানোর জন্য অপেক্ষা করতে হয়। ব্যবহারকারীদের একটি লেনদেন চূড়ান্ত হিসাবে বিবেচনা করার আগে আরও ব্লক নিশ্চিতকরণের জন্য অপেক্ষা করতে হতে পারে।
+
+4. **খরচ**: স্টেট চ্যানেলগুলি এমন পরিস্থিতিতে বিশেষভাবে উপযোগী যেখানে অংশগ্রহণকারীদের একটি সেট দীর্ঘ সময় ধরে অনেক স্টেট আপডেট বিনিময় করবে। একমাত্র খরচ হল স্টেট চ্যানেল স্মার্ট কন্ট্র্যাক্ট খোলা এবং বন্ধ করা; চ্যানেল খোলা এবং বন্ধ করার মধ্যে প্রতিটি স্টেট পরিবর্তন আগেরটির চেয়ে সস্তা হবে কারণ নিষ্পত্তির খরচ সেই অনুযায়ী বিতরণ করা হয়।
+
+[রোলআপস](/developers/docs/scaling/#rollups) এর মতো লেয়ার 2 সমাধানগুলিতে স্টেট চ্যানেলগুলি প্রয়োগ করা, পেমেন্টের জন্য সেগুলিকে আরও আকর্ষণীয় করে তুলতে পারে। যদিও চ্যানেলগুলি সস্তা পেমেন্টের অফার করে, খোলার পর্যায়ে মেইননেটে অনচেইন চুক্তি সেট আপ করার খরচ ব্যয়বহুল হতে পারে—বিশেষ করে যখন গ্যাসের ফি বেড়ে যায়। ইথেরিয়াম-ভিত্তিক রোলআপগুলি [কম লেনদেন ফি](https://l2fees.info/) অফার করে এবং সেটআপ ফি কমিয়ে চ্যানেল অংশগ্রহণকারীদের জন্য ওভারহেড কমাতে পারে।
+
+### মাইক্রোট্রানজ্যাকশন {#microtransactions}
+
+মাইক্রোট্রানজ্যাকশন হল কম-মূল্যের পেমেন্ট (যেমন, এক ডলারের ভগ্নাংশের চেয়ে কম) যা ব্যবসাগুলি লোকসান না করে প্রক্রিয়া করতে পারে না। এই সত্তাগুলিকে পেমেন্ট পরিষেবা প্রদানকারীদের অর্থ প্রদান করতে হয়, যা তারা করতে পারে না যদি গ্রাহকের পেমেন্টে মার্জিন লাভ করার জন্য খুব কম হয়।
+
+পেমেন্ট চ্যানেলগুলি মাইক্রোট্রানজ্যাকশনের সাথে যুক্ত ওভারহেড কমিয়ে এই সমস্যার সমাধান করে। উদাহরণস্বরূপ, একটি ইন্টারনেট পরিষেবা প্রদানকারী (ISP) একজন গ্রাহকের সাথে একটি পেমেন্ট চ্যানেল খুলতে পারে, যা তাদের পরিষেবা ব্যবহার করার সময় প্রতিবার ছোট পেমেন্ট স্ট্রিম করতে দেয়।
+
+চ্যানেল খোলা এবং বন্ধ করার খরচ ছাড়াও, অংশগ্রহণকারীদের মাইক্রোট্রানজ্যাকশনে আর কোনো খরচ হয় না (কোনো গ্যাস ফি নেই)। এটি একটি উইন-উইন পরিস্থিতি কারণ গ্রাহকরা পরিষেবাগুলির জন্য কত টাকা দেবেন সে বিষয়ে আরও নমনীয়তা পান এবং ব্যবসাগুলি লাভজনক মাইক্রোট্রানজ্যাকশন থেকে বঞ্চিত হয় না।
+
+### ডিসেন্ট্রালাইজড এপ্লিকেশন {#decentralized-applications}
+
+পেমেন্ট চ্যানেলগুলির মতো, স্টেট চ্যানেলগুলি স্টেট মেশিনের চূড়ান্ত স্টেট অনুসারে শর্তসাপেক্ষ পেমেন্ট করতে পারে। স্টেট চ্যানেলগুলি যেকোনো স্টেট ট্রানজিশন লজিককেও সমর্থন করতে পারে, যা তাদের অফচেইনে জেনেরিক অ্যাপস চালানোর জন্য উপযোগী করে তোলে।
+
+স্টেট চ্যানেলগুলি প্রায়শই সাধারণ টার্ন-ভিত্তিক অ্যাপ্লিকেশনগুলিতে সীমাবদ্ধ থাকে, কারণ এটি অনচেইন চুক্তিতে প্রতিশ্রুতিবদ্ধ তহবিল পরিচালনা করা সহজ করে তোলে। এছাড়াও, সীমিত সংখ্যক পক্ষ ব্যবধানে অফচেইন অ্যাপ্লিকেশনটির স্টেট আপডেট করার সাথে সাথে, অসৎ আচরণকে শাস্তি দেওয়া তুলনামূলকভাবে সহজ।
+
+একটি স্টেট চ্যানেল অ্যাপ্লিকেশনের কার্যকারিতাও এর ডিজাইনের উপর নির্ভর করে। উদাহরণস্বরূপ, একজন ডেভেলপার একবার অ্যাপ চ্যানেল চুক্তিটি অনচেইনে স্থাপন করতে পারে এবং অন্যান্য খেলোয়াড়দের অনচেইনে না গিয়েই অ্যাপটি পুনরায় ব্যবহার করার অনুমতি দিতে পারে। এই ক্ষেত্রে, প্রাথমিক অ্যাপ চ্যানেলটি একাধিক ভার্চুয়াল চ্যানেল সমর্থনকারী একটি লেজার চ্যানেল হিসাবে কাজ করে, প্রতিটি অফচেইনে অ্যাপের স্মার্ট কন্ট্র্যাক্টের একটি নতুন উদাহরণ চালাচ্ছে।
+
+স্টেট চ্যানেল অ্যাপ্লিকেশনগুলির জন্য একটি সম্ভাব্য ব্যবহারের ক্ষেত্র হল সাধারণ দুই-খেলোয়াড়ের গেম, যেখানে গেমের ফলাফলের উপর ভিত্তি করে তহবিল বিতরণ করা হয়। এখানে সুবিধা হল যে খেলোয়াড়দের একে অপরকে বিশ্বাস করতে হবে না (ট্রাস্টলেসনেস) এবং অনচেইন চুক্তি, খেলোয়াড়রা নয়, তহবিল বরাদ্দ এবং বিরোধ নিষ্পত্তি নিয়ন্ত্রণ করে (বিকেন্দ্রীকরণ)।
+
+স্টেট চ্যানেল অ্যাপগুলির অন্যান্য সম্ভাব্য ব্যবহারের ক্ষেত্রে ENS নামের মালিকানা, NFT লেজার এবং আরও অনেক কিছু অন্তর্ভুক্ত রয়েছে।
+
+### পারমাণবিক স্থানান্তর {#atomic-transfers}
+
+প্রাথমিক পেমেন্ট চ্যানেলগুলি দুই পক্ষের মধ্যে স্থানান্তরে সীমাবদ্ধ ছিল, যা তাদের ব্যবহারযোগ্যতা সীমিত করেছিল। যাইহোক, ভার্চুয়াল চ্যানেলগুলির প্রবর্তন ব্যক্তিদের মধ্যস্থতাকারীদের মাধ্যমে (অর্থাৎ, একাধিক p2p চ্যানেল) স্থানান্তর রুট করার অনুমতি দেয়, অনচেইনে একটি নতুন চ্যানেল না খুলেই।
+
+সাধারণত "মাল্টি-হপ ট্রান্সফার" হিসাবে বর্ণিত, রাউটেড পেমেন্টগুলি পারমাণবিক (অর্থাৎ, হয় লেনদেনের সমস্ত অংশ সফল হয় বা এটি সম্পূর্ণ ব্যর্থ হয়)। পারমাণবিক স্থানান্তরগুলি [Hashed Timelock Contracts (HTLCs)](https://en.bitcoin.it/wiki/Hash_Time_Locked_Contracts) ব্যবহার করে যাতে নিশ্চিত করা যায় যে পেমেন্ট শুধুমাত্র নির্দিষ্ট শর্ত পূরণ হলেই মুক্তি পায়, যার ফলে প্রতিপক্ষের ঝুঁকি কমে যায়।
+
+## স্টেট চ্যানেল ব্যবহারের অসুবিধা {#drawbacks-of-state-channels}
+
+### লাইভনেস অনুমান {#liveness-assumptions}
+
+দক্ষতা নিশ্চিত করতে, স্টেট চ্যানেলগুলি চ্যানেল অংশগ্রহণকারীদের বিরোধে সাড়া দেওয়ার ক্ষমতার উপর সময়সীমা রাখে। এই নিয়মটি অনুমান করে যে পিয়াররা সর্বদা অনলাইন থাকবে চ্যানেলের কার্যকলাপ নিরীক্ষণ করতে এবং প্রয়োজনে চ্যালেঞ্জের প্রতিদ্বন্দ্বিতা করতে।
+
+বাস্তবে, ব্যবহারকারীরা তাদের নিয়ন্ত্রণের বাইরের কারণে অফলাইনে যেতে পারে (যেমন, দুর্বল ইন্টারনেট সংযোগ, যান্ত্রিক ব্যর্থতা, ইত্যাদি)। যদি একজন সৎ ব্যবহারকারী অফলাইনে চলে যায়, তবে একটি দূষিত পিয়ার অ্যাডজুডিকেটর চুক্তিতে পুরানো মধ্যবর্তী স্টেটগুলি উপস্থাপন করে এবং প্রতিশ্রুতিবদ্ধ তহবিল চুরি করে পরিস্থিতির সুযোগ নিতে পারে।
+
+কিছু চ্যানেল "ওয়াচটাওয়ার" ব্যবহার করে—সত্তা যা অন্যদের পক্ষে অনচেইন বিরোধের ঘটনাগুলি দেখার এবং প্রয়োজনীয় পদক্ষেপ নেওয়ার জন্য দায়ী, যেমন সংশ্লিষ্ট পক্ষগুলিকে সতর্ক করা। তবে, এটি একটি স্টেট চ্যানেল ব্যবহারের খরচ বাড়াতে পারে।
+
+### ডেটা অনুপলব্ধতা {#data-unavailability}
+
+পূর্বে ব্যাখ্যা করা হয়েছে, একটি অবৈধ বিরোধকে চ্যালেঞ্জ করার জন্য স্টেট চ্যানেলের সর্বশেষ, বৈধ স্টেট উপস্থাপন করতে হবে। এটি একটি অনুমানের উপর ভিত্তি করে আরেকটি নিয়ম—যে ব্যবহারকারীদের চ্যানেলের সর্বশেষ স্টেটে অ্যাক্সেস রয়েছে।
+
+যদিও চ্যানেল ব্যবহারকারীদের অফচেইন অ্যাপ্লিকেশন স্টেটের কপি সংরক্ষণ করার আশা করা যুক্তিসঙ্গত, এই ডেটা ত্রুটি বা যান্ত্রিক ব্যর্থতার কারণে হারিয়ে যেতে পারে। যদি ব্যবহারকারীর কাছে ডেটা ব্যাক আপ না থাকে, তবে তারা কেবল আশা করতে পারে যে অন্য পক্ষ তাদের দখলে থাকা পুরানো স্টেট ট্রানজিশন ব্যবহার করে একটি অবৈধ প্রস্থান অনুরোধ চূড়ান্ত করবে না।
+
+ইথেরিয়াম ব্যবহারকারীদের এই সমস্যার সাথে মোকাবিলা করতে হবে না কারণ নেটওয়ার্ক ডেটা প্রাপ্যতার উপর নিয়ম প্রয়োগ করে। লেনদেনের ডেটা সমস্ত নোড দ্বারা সংরক্ষণ এবং প্রচারিত হয় এবং প্রয়োজনে ব্যবহারকারীদের ডাউনলোডের জন্য উপলব্ধ থাকে।
+
+### তারল্য সমস্যা {#liquidity-issues}
+
+একটি ব্লকচেইন চ্যানেল প্রতিষ্ঠা করতে, অংশগ্রহণকারীদের চ্যানেলের জীবনচক্রের জন্য একটি অনচেইন স্মার্ট কন্ট্র্যাক্টে তহবিল লক করতে হবে। এটি চ্যানেল ব্যবহারকারীদের তারল্য হ্রাস করে এবং যারা মেইননেটে তহবিল লক করে রাখতে পারে তাদের জন্য চ্যানেলগুলি সীমাবদ্ধ করে।
+
+তবে, একটি অফচেইন পরিষেবা প্রদানকারী (OSP) দ্বারা পরিচালিত লেজার চ্যানেলগুলি ব্যবহারকারীদের জন্য তারল্য সমস্যা কমাতে পারে। একটি লেজার চ্যানেলের সাথে সংযুক্ত দুটি পিয়ার একটি ভার্চুয়াল চ্যানেল তৈরি করতে পারে, যা তারা যখনই চায় তখন সম্পূর্ণ অফচেইনে খুলতে এবং চূড়ান্ত করতে পারে।
+
+অফচেইন পরিষেবা প্রদানকারীরা একাধিক পিয়ারের সাথে চ্যানেলও খুলতে পারে, যা তাদের পেমেন্ট রাউটিংয়ের জন্য উপযোগী করে তোলে। অবশ্যই, ব্যবহারকারীদের তাদের পরিষেবার জন্য OSP-কে ফি দিতে হবে, যা কারো কারো জন্য অনাকাঙ্ক্ষিত হতে পারে।
+
+### গ্রিফিং অ্যাটাক {#griefing-attacks}
+
+গ্রিফিং অ্যাটাক হল ফ্রড প্রুফ-ভিত্তিক সিস্টেমের একটি সাধারণ বৈশিষ্ট্য। একটি গ্রিফিং অ্যাটাক সরাসরি আক্রমণকারীর উপকার করে না তবে শিকারের জন্য দুঃখ (অর্থাৎ, ক্ষতি) ঘটায়, তাই এই নাম।
+
+ফ্রড প্রুফিং গ্রিফিং অ্যাটাকের জন্য সংবেদনশীল কারণ সৎ পক্ষকে প্রতিটি বিরোধের, এমনকি অবৈধগুলিরও, প্রতিক্রিয়া জানাতে হবে, নতুবা তাদের তহবিল হারানোর ঝুঁকি থাকে। একজন দূষিত অংশগ্রহণকারী বারবার অনচেইনে বাসি স্টেট ট্রানজিশন পোস্ট করার সিদ্ধান্ত নিতে পারে, যা সৎ পক্ষকে বৈধ স্টেট দিয়ে প্রতিক্রিয়া জানাতে বাধ্য করে। সেই অনচেইন লেনদেনগুলির খরচ দ্রুত বাড়তে পারে, যার ফলে সৎ দলগুলি প্রক্রিয়ায় হেরে যায়।
+
+### পূর্বনির্ধারিত অংশগ্রহণকারী সেট {#predefined-participant-sets}
+
+ডিজাইন অনুসারে, একটি স্টেট চ্যানেল গঠনকারী অংশগ্রহণকারীদের সংখ্যা তার জীবনকাল জুড়ে স্থির থাকে। এর কারণ হল অংশগ্রহণকারী সেট আপডেট করা চ্যানেলের ক্রিয়াকলাপকে জটিল করে তুলবে, বিশেষ করে চ্যানেল ফান্ডিং বা বিরোধ নিষ্পত্তি করার সময়। অংশগ্রহণকারী যোগ বা অপসারণের জন্য অতিরিক্ত অনচেইন কার্যকলাপের প্রয়োজন হবে, যা ব্যবহারকারীদের জন্য ওভারহেড বাড়ায়।
+
+যদিও এটি স্টেট চ্যানেলগুলিকে যুক্তিযুক্ত করা সহজ করে তোলে, এটি অ্যাপ্লিকেশন ডেভেলপারদের জন্য চ্যানেল ডিজাইনের উপযোগিতা সীমাবদ্ধ করে। এটি আংশিকভাবে ব্যাখ্যা করে কেন রোলআপগুলির মতো অন্যান্য স্কেলিং সমাধানগুলির পক্ষে স্টেট চ্যানেলগুলি বাদ দেওয়া হয়েছে।
+
+### সমান্তরাল লেনদেন প্রক্রিয়াকরণ {#parallel-transaction-processing}
+
+স্টেট চ্যানেলের অংশগ্রহণকারীরা পালাক্রমে স্টেট আপডেট পাঠায়, যে কারণে তারা "টার্ন-ভিত্তিক অ্যাপ্লিকেশন" (যেমন, একটি দুই-খেলোয়াড়ের দাবা খেলা) এর জন্য সবচেয়ে ভালো কাজ করে। এটি একযোগে স্টেট আপডেটগুলি পরিচালনা করার প্রয়োজনীয়তা দূর করে এবং বাসি আপডেট পোস্টারদের শাস্তি দেওয়ার জন্য অনচেইন চুক্তির কাজ কমিয়ে দেয়। যাইহোক, এই ডিজাইনের একটি পার্শ্ব-প্রতিক্রিয়া হল যে লেনদেনগুলি একে অপরের উপর নির্ভরশীল, যা লেটেন্সি বাড়ায় এবং সামগ্রিক ব্যবহারকারীর অভিজ্ঞতা হ্রাস করে।
+
+কিছু স্টেট চ্যানেল এই সমস্যার সমাধান করে একটি "ফুল-ডুপ্লেক্স" ডিজাইন ব্যবহার করে যা অফচেইন স্টেটকে দুটি একমুখী "সিমপ্লেক্স" স্টেটে বিভক্ত করে, যা একযোগে স্টেট আপডেটের অনুমতি দেয়। এই ধরনের ডিজাইনগুলি অফচেইন থ্রুপুট উন্নত করে এবং লেনদেনের বিলম্ব কমায়।
+
+## স্টেট চ্যানেল ব্যবহার করুন {#use-state-channels}
+
+একাধিক প্রকল্প স্টেট চ্যানেলগুলির বাস্তবায়ন সরবরাহ করে যা আপনি আপনার ডিএ্যাপস-এ একীভূত করতে পারেন:
+
+- [Connext](https://connext.network/)
+- [Kchannels](https://www.kchannels.io/)
+- [Perun](https://perun.network/)
+- [Raiden](https://raiden.network/)
+- [Statechannels.org](https://statechannels.org/)
+
+## আরও পড়ুন {#further-reading}
+
+**স্টেট চ্যানেল**
+
+- [Making Sense of Ethereum’s Layer 2 Scaling Solutions: State Channels, Plasma, and Truebit](https://medium.com/l4-media/making-sense-of-ethereums-layer-2-scaling-solutions-state-channels-plasma-and-truebit-22cb40dcc2f4) _– Josh Stark, Feb 12 2018_
+- [State Channels - an explanation](https://www.jeffcoleman.ca/state-channels/) _Nov 6, 2015 - Jeff Coleman_
+- [Basics of State Channels](https://education.district0x.io/general-topics/understanding-ethereum/basics-state-channels/) _District0x_
+- [Blockchain State Channels: A State of the Art](https://ieeexplore.ieee.org/document/9627997)
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
diff --git a/public/content/translations/bn/developers/docs/scaling/validium/index.md b/public/content/translations/bn/developers/docs/scaling/validium/index.md
new file mode 100644
index 00000000000..cf05998b577
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/scaling/validium/index.md
@@ -0,0 +1,166 @@
+---
+title: "ভ্যালিডিয়াম"
+description: "বর্তমানে Ethereum কমিউনিটি দ্বারা ব্যবহৃত একটি স্কেলিং সমাধান হিসাবে ভ্যালিডিয়ামের একটি পরিচিতি।"
+lang: bn
+sidebarDepth: 3
+---
+
+ভ্যালিডিয়াম একটি [স্কেলিং সমাধান](/developers/docs/scaling/) যা [ZK-রোলআপস](/developers/docs/scaling/zk-rollups/)-এর মতো বৈধতা প্রমাণ ব্যবহার করে লেনদেনের অখণ্ডতা প্রয়োগ করে, কিন্তু Ethereum মেইননেটে লেনদেনের ডেটা সংরক্ষণ করে না। যদিও অফচেইন ডেটা প্রাপ্যতা ট্রেড-অফ প্রবর্তন করে, এটি স্কেলেবিলিটিতে ব্যাপক উন্নতির কারণ হতে পারে (ভ্যালিডিয়াম প্রতি সেকেন্ডে [~9,000 লেনদেন, বা তার বেশি](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263) প্রক্রিয়া করতে পারে)।
+
+## পূর্বশর্ত {#prerequisites}
+
+আপনার [Ethereum স্কেলিং](/developers/docs/scaling/) এবং [লেয়ার 2](/layer-2) সম্পর্কিত আমাদের পৃষ্ঠাটি পড়া এবং বোঝা উচিত।
+
+## ভ্যালিডিয়াম কি? {#what-is-validium}
+
+ভ্যালিডিয়াম হল স্কেলিং সমাধান যা Ethereum মেইননেটের বাইরে লেনদেন প্রক্রিয়া করে থ্রুপুট উন্নত করার জন্য ডিজাইন করা অফচেইন ডেটা প্রাপ্যতা এবং গণনা ব্যবহার করে। জিরো-নলেজ রোলআপ (ZK-রোলআপ) এর মতো, ভ্যালিডিয়াম Ethereum-এ অফচেইন লেনদেন যাচাই করতে [জিরো-নলেজ প্রমাণ](/glossary/#zk-proof) প্রকাশ করে। এটি অবৈধ স্টেট ট্রানজিশন প্রতিরোধ করে এবং একটি ভ্যালিডিয়াম চেইনের নিরাপত্তা গ্যারান্টি বাড়ায়।
+
+এই "বৈধতা প্রমাণ" গুলি ZK-SNARKs (জিরো-নলেজ সাক্সিন্ট নন-ইন্টারেক্টিভ আর্গুমেন্ট অফ নলেজ) বা ZK-STARKs (জিরো-নলেজ স্কেলেবল ট্রান্সপারেন্ট আর্গুমেন্ট অফ নলেজ) আকারে আসতে পারে। [জিরো-নলেজ প্রমাণ](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) সম্পর্কে আরও জানুন।
+
+ভ্যালিডিয়াম ব্যবহারকারীদের তহবিল Ethereum-এর একটি স্মার্ট কন্ট্র্যাক্ট দ্বারা নিয়ন্ত্রিত হয়। ভ্যালিডিয়ামগুলি প্রায়-তাত্ক্ষণিক উত্তোলন অফার করে, অনেকটা ZK-রোলআপগুলির মতোই; একবার মেইননেটে একটি উত্তোলনের অনুরোধের জন্য বৈধতা প্রমাণ যাচাই হয়ে গেলে, ব্যবহারকারীরা [মার্কেল প্রমাণ](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) প্রদান করে তহবিল উত্তোলন করতে পারেন। মার্কেল প্রমাণ একটি যাচাইকৃত লেনদেন ব্যাচে ব্যবহারকারীর উত্তোলন লেনদেনের অন্তর্ভুক্তিকে যাচাই করে, যা অনচেইন কন্ট্র্যাক্টকে উত্তোলন প্রক্রিয়া করার অনুমতি দেয়।
+
+যাইহোক, ভ্যালিডিয়াম ব্যবহারকারীদের তহবিল ফ্রিজ করা এবং উত্তোলন সীমাবদ্ধ করা যেতে পারে। এটি ঘটতে পারে যদি ভ্যালিডিয়াম চেইনের ডেটা প্রাপ্যতা পরিচালকরা ব্যবহারকারীদের থেকে অফচেইন স্টেট ডেটা আটকে রাখে। লেনদেনের ডেটাতে অ্যাক্সেস ছাড়া, ব্যবহারকারীরা তহবিলের মালিকানা প্রমাণ করতে এবং উত্তোলন কার্যকর করার জন্য প্রয়োজনীয় মার্কেল প্রমাণ গণনা করতে পারে না।
+
+এটি ভ্যালিডিয়াম এবং ZK-রোলআপগুলির মধ্যে প্রধান পার্থক্য—ডেটা প্রাপ্যতা স্পেকট্রামে তাদের অবস্থান। উভয় সমাধানই ডেটা স্টোরেজকে ভিন্নভাবে দেখে, যা নিরাপত্তা এবং বিশ্বাসহীনতার জন্য প্রভাব ফেলে।
+
+## ভ্যালিডিয়ামগুলি কীভাবে Ethereum-এর সাথে ইন্টারঅ্যাক্ট করে? {#how-do-validiums-interact-with-ethereum}
+
+ভ্যালিডিয়াম হল স্কেলিং প্রোটোকল যা বিদ্যমান Ethereum চেইনের উপরে তৈরি করা হয়েছে। যদিও এটি অফচেইন লেনদেন সম্পাদন করে, একটি ভ্যালিডিয়াম চেইন মেইননেটে স্থাপন করা স্মার্ট কন্ট্র্যাক্টের একটি সংগ্রহ দ্বারা পরিচালিত হয় যার মধ্যে রয়েছে:
+
+1. **যাচাইকারী চুক্তি**: যাচাইকারী চুক্তি স্টেট আপডেট করার সময় ভ্যালিডিয়াম অপারেটর দ্বারা জমা দেওয়া প্রুফের বৈধতা যাচাই করে। এর মধ্যে রয়েছে অফচেইন লেনদেনের সঠিকতার প্রত্যয়নকারী বৈধতা প্রমাণ এবং অফচেইন লেনদেন ডেটার অস্তিত্ব যাচাইকারী ডেটা প্রাপ্যতা প্রমাণ।
+
+2. **প্রধান চুক্তি**: প্রধান চুক্তি ব্লক প্রযোজকদের দ্বারা জমা দেওয়া স্টেট প্রতিশ্রুতি (মার্কেল রুট) সংরক্ষণ করে এবং একবার অনচেইনে একটি বৈধতা প্রমাণ যাচাই হয়ে গেলে ভ্যালিডিয়ামের স্টেট আপডেট করে। এই চুক্তিটি ভ্যালিডিয়াম চেইনে জমা এবং উত্তোলন প্রক্রিয়াও করে।
+
+ভ্যালিডিয়ামগুলি নিম্নলিখিতগুলির জন্য প্রধান Ethereum চেইনের উপরও নির্ভর করে:
+
+### নিষ্পত্তি {#settlement}
+
+একটি ভ্যালিডিয়ামে সম্পাদিত লেনদেনগুলি সম্পূর্ণরূপে নিশ্চিত করা যায় না যতক্ষণ না মূল চেইন তাদের বৈধতা যাচাই করে। একটি ভ্যালিডিয়ামে পরিচালিত সমস্ত কাজ অবশেষে মেইননেটে নিষ্পত্তি করতে হবে। Ethereum ব্লকচেইন ভ্যালিডিয়াম ব্যবহারকারীদের জন্য "নিষ্পত্তি গ্যারান্টি" প্রদান করে, যার অর্থ অফচেইন লেনদেনগুলি একবার অনচেইনে প্রতিশ্রুতিবদ্ধ হলে বিপরীত বা পরিবর্তন করা যায় না।
+
+### নিরাপত্তা {#security}
+
+Ethereum, একটি নিষ্পত্তি স্তর হিসাবে কাজ করে, ভ্যালিডিয়ামে স্টেট ট্রানজিশনের বৈধতার নিশ্চয়তা দেয়। ভ্যালিডিয়াম চেইনে সম্পাদিত অফচেইন লেনদেনগুলি বেস Ethereum লেয়ারের একটি স্মার্ট কন্ট্র্যাক্টের মাধ্যমে যাচাই করা হয়।
+
+যদি অনচেইন যাচাইকারী চুক্তি প্রমাণটিকে অবৈধ মনে করে, তবে লেনদেনগুলি প্রত্যাখ্যান করা হয়। এর মানে হল যে অপারেটরদের ভ্যালিডিয়ামের স্টেট আপডেট করার আগে Ethereum প্রোটোকল দ্বারা প্রয়োগ করা বৈধতার শর্তাবলী পূরণ করতে হবে।
+
+## ভ্যালিডিয়াম কিভাবে কাজ করে? {#how-does-validium-work}
+
+### লেনদেন {#transactions}
+
+ব্যবহারকারীরা অপারেটরের কাছে লেনদেন জমা দেয়, একটি নোড যা ভ্যালিডিয়াম চেইনে লেনদেন সম্পাদনের জন্য দায়ী। কিছু ভ্যালিডিয়াম চেইন চালানোর জন্য একজন একক অপারেটর ব্যবহার করতে পারে বা অপারেটরদের ঘোরানোর জন্য একটি [প্রুফ-অফ-স্টেক (PoS)](/developers/docs/consensus-mechanisms/pos/) ব্যবস্থার উপর নির্ভর করতে পারে।
+
+অপারেটর লেনদেনগুলিকে একটি ব্যাচে একত্রিত করে এবং প্রমাণের জন্য একটি প্রমাণ সার্কিটে পাঠায়। প্রমাণ সার্কিট লেনদেন ব্যাচ (এবং অন্যান্য প্রাসঙ্গিক ডেটা) ইনপুট হিসাবে গ্রহণ করে এবং অপারেশনগুলি সঠিকভাবে সঞ্চালিত হয়েছে তা যাচাই করে একটি বৈধতা প্রমাণ আউটপুট করে।
+
+### স্টেট কমিটমেন্ট {#state-commitments}
+
+ভ্যালিডিয়ামের স্টেটকে একটি মার্কেল ট্রি হিসাবে হ্যাশ করা হয় যার রুট Ethereum-এর প্রধান চুক্তিতে সংরক্ষণ করা হয়। মার্কেল রুট, যা স্টেট রুট নামেও পরিচিত, ভ্যালিডিয়ামের অ্যাকাউন্ট এবং ব্যালেন্সের বর্তমান স্টেটের প্রতি একটি ক্রিপ্টোগ্রাফিক প্রতিশ্রুতি হিসাবে কাজ করে।
+
+একটি স্টেট আপডেট করার জন্য, অপারেটরকে একটি নতুন স্টেট রুট গণনা করতে হবে (লেনদেন সম্পাদনের পরে) এবং এটি অনচেইন চুক্তিতে জমা দিতে হবে। যদি বৈধতা প্রমাণটি সঠিক হয়, প্রস্তাবিত স্টেটটি গৃহীত হয় এবং ভ্যালিডিয়াম নতুন স্টেট রুটে চলে যায়।
+
+### আমানত এবং উত্তোলন {#deposits-and-withdrawals}
+
+ব্যবহারকারীরা অনচেইন চুক্তিতে ETH (বা যেকোনো ERC-সামঞ্জস্যপূর্ণ টোকেন) জমা করে Ethereum থেকে একটি ভ্যালিডিয়ামে তহবিল স্থানান্তর করে। চুক্তিটি ভ্যালিডিয়াম অফচেইনে ডিপোজিট ইভেন্টটি রিলে করে, যেখানে ব্যবহারকারীর ঠিকানা তাদের জমার সমান পরিমাণ দিয়ে ক্রেডিট করা হয়। অপারেটর এই ডিপোজিট লেনদেনটিকে একটি নতুন ব্যাচেও অন্তর্ভুক্ত করে।
+
+মেইননেটে তহবিল ফেরত পাঠানোর জন্য, একজন ভ্যালিডিয়াম ব্যবহারকারী একটি উত্তোলন লেনদেন শুরু করে এবং এটি অপারেটরের কাছে জমা দেয় যিনি উত্তোলনের অনুরোধটি যাচাই করেন এবং এটিকে একটি ব্যাচে অন্তর্ভুক্ত করেন। সিস্টেম থেকে বের হওয়ার আগে ভ্যালিডিয়াম চেইনে ব্যবহারকারীর সম্পদও ধ্বংস হয়ে যায়। ব্যাচের সাথে যুক্ত বৈধতা প্রমাণ যাচাই হয়ে গেলে, ব্যবহারকারী তাদের প্রাথমিক জমার অবশিষ্টাংশ উত্তোলন করতে প্রধান চুক্তিকে কল করতে পারেন।
+
+একটি সেন্সরশিপ-বিরোধী ব্যবস্থা হিসাবে, ভ্যালিডিয়াম প্রোটোকল ব্যবহারকারীদের অপারেটরের মাধ্যমে না গিয়ে সরাসরি ভ্যালিডিয়াম চুক্তি থেকে উত্তোলন করার অনুমতি দেয়। এই ক্ষেত্রে, ব্যবহারকারীদের যাচাইকারী চুক্তিতে একটি মার্কেল প্রমাণ প্রদান করতে হবে যা স্টেট রুটে একটি অ্যাকাউন্টের অন্তর্ভুক্তি দেখায়। যদি প্রমাণটি গৃহীত হয়, ব্যবহারকারী ভ্যালিডিয়াম থেকে তাদের তহবিল বের করার জন্য প্রধান চুক্তির উত্তোলন ফাংশনকে কল করতে পারে।
+
+### ব্যাচ জমা {#batch-submission}
+
+এক ব্যাচ লেনদেন সম্পাদন করার পরে, অপারেটর সংশ্লিষ্ট বৈধতা প্রমাণটি যাচাইকারী চুক্তিতে জমা দেয় এবং প্রধান চুক্তিতে একটি নতুন স্টেট রুটের প্রস্তাব দেয়। যদি প্রমাণটি বৈধ হয়, প্রধান চুক্তিটি ভ্যালিডিয়ামের স্টেট আপডেট করে এবং ব্যাচের লেনদেনের ফলাফল চূড়ান্ত করে।
+
+একটি ZK-রোলআপের বিপরীতে, একটি ভ্যালিডিয়ামের ব্লক প্রযোজকদের লেনদেন ব্যাচের জন্য লেনদেন ডেটা প্রকাশ করার প্রয়োজন নেই (শুধুমাত্র ব্লক হেডার)। এটি ভ্যালিডিয়ামকে একটি সম্পূর্ণরূপে অফচেইন স্কেলিং প্রোটোকল করে তোলে, "হাইব্রিড" স্কেলিং প্রোটোকলের (অর্থাৎ, [লেয়ার 2](/layer-2/)) বিপরীতে যা ব্লব ডেটা, `calldata`, বা উভয়ের সংমিশ্রণ ব্যবহার করে প্রধান Ethereum চেইনে স্টেট ডেটা প্রকাশ করে।
+
+### ডেটা প্রাপ্যতা {#data-availability}
+
+উল্লিখিত হিসাবে, ভ্যালিডিয়ামগুলি একটি অফচেইন ডেটা প্রাপ্যতা মডেল ব্যবহার করে, যেখানে অপারেটররা Ethereum মেইননেটের বাইরে সমস্ত লেনদেন ডেটা সংরক্ষণ করে। ভ্যালিডিয়ামের কম অনচেইন ডেটা ফুটপ্রিন্ট স্কেলেবিলিটি উন্নত করে (থ্রুপুট Ethereum-এর ডেটা প্রক্রিয়াকরণ ক্ষমতা দ্বারা সীমাবদ্ধ নয়) এবং ব্যবহারকারীর ফি হ্রাস করে (অনচেইনে ডেটা প্রকাশের খরচ কম)।
+
+অফচেইন ডেটা প্রাপ্যতা, যাইহোক, একটি সমস্যা উপস্থাপন করে: মার্কেল প্রমাণ তৈরি বা যাচাই করার জন্য প্রয়োজনীয় ডেটা অনুপলব্ধ হতে পারে। এর মানে হল যে অপারেটররা দূষিতভাবে কাজ করলে ব্যবহারকারীরা অনচেইন চুক্তি থেকে তহবিল উত্তোলন করতে অক্ষম হতে পারে।
+
+বিভিন্ন ভ্যালিডিয়াম সমাধান স্টেট ডেটার স্টোরেজকে বিকেন্দ্রীকরণ করে এই সমস্যার সমাধান করার চেষ্টা করে। এর মধ্যে ব্লক প্রযোজকদের অন্তর্নিহিত ডেটা "ডেটা প্রাপ্যতা ব্যবস্থাপকদের" কাছে পাঠাতে বাধ্য করা জড়িত যারা অফচেইন ডেটা সংরক্ষণ এবং অনুরোধে ব্যবহারকারীদের জন্য উপলব্ধ করার জন্য দায়ী।
+
+ভ্যালিডিয়ামে ডেটা প্রাপ্যতা পরিচালকরা প্রতিটি ভ্যালিডিয়াম ব্যাচে স্বাক্ষর করে অফচেইন লেনদেনের জন্য ডেটার প্রাপ্যতা প্রত্যয়ন করে। এই স্বাক্ষরগুলি "প্রাপ্যতা প্রমাণ" এর একটি রূপ গঠন করে যা অনচেইন যাচাইকারী চুক্তি স্টেট আপডেট অনুমোদন করার আগে পরীক্ষা করে।
+
+ভ্যালিডিয়াম ডেটা প্রাপ্যতা ব্যবস্থাপনার ক্ষেত্রে তাদের দৃষ্টিভঙ্গিতে ভিন্ন। কেউ কেউ স্টেট ডেটা সংরক্ষণ করার জন্য বিশ্বস্ত পক্ষের উপর নির্ভর করে, অন্যরা এই কাজের জন্য এলোমেলোভাবে নির্ধারিত যাচাইকারীদের ব্যবহার করে।
+
+#### ডেটা প্রাপ্যতা কমিটি (DAC) {#data-availability-committee}
+
+অফচেইন ডেটার প্রাপ্যতা নিশ্চিত করতে, কিছু ভ্যালিডিয়াম সমাধান বিশ্বস্ত সত্তার একটি গ্রুপ নিয়োগ করে, যা সম্মিলিতভাবে ডেটা প্রাপ্যতা কমিটি (DAC) নামে পরিচিত, স্টেটের কপি সংরক্ষণ করতে এবং ডেটা প্রাপ্যতার প্রমাণ সরবরাহ করতে। DAC প্রয়োগ করা সহজ এবং কম সমন্বয়ের প্রয়োজন কারণ সদস্যপদ কম।
+
+যাইহোক, ব্যবহারকারীদের প্রয়োজন হলে ডেটা উপলব্ধ করার জন্য 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-সামঞ্জস্যপূর্ণ ভাষা (যেমন, সলিডিটি, ভাইপার) কম্পাইল করে এই সমস্যাটিকে পাশ কাটিয়ে যাওয়ার চেষ্টা করে। এই পদ্ধতির একটি অসুবিধা হল যে নতুন জিরো-নলেজ প্রমাণ-বান্ধব VMগুলি গুরুত্বপূর্ণ EVM অপকোডগুলিকে সমর্থন নাও করতে পারে, এবং ডেভেলপারদের একটি সর্বোত্তম অভিজ্ঞতার জন্য সরাসরি উচ্চ-স্তরের ভাষায় লিখতে হবে। এটি আরও বেশি সমস্যা তৈরি করে: এটি ডেভেলপারদের একটি সম্পূর্ণ নতুন ডেভেলপমেন্ট স্ট্যাক দিয়ে ডিএ্যাপস তৈরি করতে বাধ্য করে এবং বর্তমান Ethereum পরিকাঠামোর সাথে সামঞ্জস্যতা ভঙ্গ করে।
+
+কিছু দল, যাইহোক, ZK-প্রমাণ সার্কিটের জন্য বিদ্যমান EVM অপকোডগুলিকে অপ্টিমাইজ করার চেষ্টা করছে। এর ফলে একটি জিরো-নলেজ Ethereum ভার্চুয়াল মেশিন (zkEVM) তৈরি হবে, যা একটি EVM-সামঞ্জস্যপূর্ণ VM যা প্রোগ্রামের সম্পাদনের সঠিকতা যাচাই করার জন্য প্রমাণ তৈরি করে। একটি zkEVM-এর সাথে, ভ্যালিডিয়াম চেইনগুলি অফচেইনে স্মার্ট কন্ট্র্যাক্ট সম্পাদন করতে পারে এবং Ethereum-এ একটি অফচেইন গণনা যাচাই করার জন্য বৈধতা প্রমাণ জমা দিতে পারে (এটি পুনরায় কার্যকর না করে)।
+
+[zkEVMs সম্পর্কে আরও জানুন](https://www.alchemy.com/overviews/zkevm)।
+
+## ভ্যালিডিয়ামগুলি কীভাবে Ethereum স্কেল করে? {#scaling-ethereum-with-validiums}
+
+### 1. অফচেইন ডেটা স্টোরেজ {#offchain-data-storage}
+
+লেয়ার 2 স্কেলিং প্রকল্প, যেমন অপ্টিমিস্টিক রোলআপ এবং ZK-রোলআপ, L1-এ কিছু লেনদেন ডেটা প্রকাশ করে নিরাপত্তার জন্য বিশুদ্ধ অফচেইন স্কেলিং প্রোটোকলের (যেমন, [প্লাজমা](/developers/docs/scaling/plasma/)) অসীম স্কেলেবিলিটি ট্রেড করে। কিন্তু এর মানে হল রোলআপের স্কেলেবিলিটি বৈশিষ্ট্যগুলি Ethereum মেইননেটে ডেটা ব্যান্ডউইথ দ্বারা সীমাবদ্ধ ([ডেটা শার্ডিং](/roadmap/danksharding/) এই কারণে Ethereum-এর ডেটা স্টোরেজ ক্ষমতা উন্নত করার প্রস্তাব করে)।
+
+ভ্যালিডিয়ামগুলি সমস্ত লেনদেন ডেটা অফচেইনে রেখে এবং প্রধান Ethereum চেইনে স্টেট আপডেট রিলে করার সময় শুধুমাত্র স্টেট প্রতিশ্রুতি (এবং বৈধতা প্রমাণ) পোস্ট করে স্কেলেবিলিটি অর্জন করে। বৈধতা প্রমাণের অস্তিত্ব, যাইহোক, প্লাজমা এবং [সাইডচেইন](/developers/docs/scaling/sidechains/) সহ অন্যান্য বিশুদ্ধ অফচেইন স্কেলিং সমাধানগুলির চেয়ে ভ্যালিডিয়ামকে উচ্চতর নিরাপত্তা গ্যারান্টি দেয়। অফচেইন লেনদেন যাচাই করার আগে Ethereum-কে যে পরিমাণ ডেটা প্রক্রিয়া করতে হয় তা হ্রাস করে, ভ্যালিডিয়াম ডিজাইনগুলি মেইননেটে থ্রুপুটকে ব্যাপকভাবে প্রসারিত করে।
+
+### 2. পুনরাবৃত্তিমূলক প্রমাণ {#recursive-proofs}
+
+একটি পুনরাবৃত্তিমূলক প্রমাণ হল একটি বৈধতা প্রমাণ যা অন্যান্য প্রমাণের বৈধতা যাচাই করে। এই "প্রুফের প্রমাণ" গুলি পুনরাবৃত্তিমূলকভাবে একাধিক প্রমাণ একত্রিত করে তৈরি করা হয় যতক্ষণ না সমস্ত পূর্ববর্তী প্রমাণ যাচাই করে একটি চূড়ান্ত প্রমাণ তৈরি হয়। পুনরাবৃত্তিমূলক প্রমাণগুলি প্রতি বৈধতা প্রমাণে যাচাই করা যায় এমন লেনদেনের সংখ্যা বাড়িয়ে ব্লকচেইন প্রক্রিয়াকরণের গতি স্কেল করে।
+
+সাধারণত, ভ্যালিডিয়াম অপারেটর যাচাইকরণের জন্য Ethereum-এ জমা দেওয়া প্রতিটি বৈধতা প্রমাণ একটি একক ব্লকের অখণ্ডতা যাচাই করে। যেখানে একটি একক পুনরাবৃত্তিমূলক প্রমাণ একই সময়ে বেশ কয়েকটি ভ্যালিডিয়াম ব্লকের বৈধতা নিশ্চিত করতে ব্যবহার করা যেতে পারে—এটি সম্ভব কারণ প্রমাণ সার্কিটটি পুনরাবৃত্তিমূলকভাবে বেশ কয়েকটি ব্লক প্রমাণকে একটি চূড়ান্ত প্রমাণে একত্রিত করতে পারে। যদি অনচেইন যাচাইকারী চুক্তি পুনরাবৃত্তিমূলক প্রমাণ গ্রহণ করে, তবে সমস্ত অন্তর্নিহিত ব্লক অবিলম্বে চূড়ান্ত করা হয়।
+
+## ভ্যালিডিয়ামের সুবিধা এবং অসুবিধা {#pros-and-cons-of-validium}
+
+| যেসব বিষয়ে এর সুফল পাওয়া যায়                                                                                                                  | কনস                                                                                                                                                                          |
+| --------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| বৈধতা প্রমাণগুলি অফচেইন লেনদেনের অখণ্ডতা প্রয়োগ করে এবং অপারেটরদের অবৈধ স্টেট আপডেট চূড়ান্ত করা থেকে বিরত রাখে।                             | বৈধতা প্রমাণ তৈরির জন্য বিশেষ হার্ডওয়্যারের প্রয়োজন, যা একটি কেন্দ্রীকরণের ঝুঁকি তৈরি করে।                                                                                 |
+| ব্যবহারকারীদের জন্য মূলধনের দক্ষতা বাড়ায় (Ethereum-এ তহবিল উত্তোলনে কোনো বিলম্ব নেই)                                     | সাধারণ গণনা/স্মার্ট কন্ট্র্যাক্টের জন্য সীমিত সমর্থন; উন্নয়নের জন্য বিশেষ ভাষার প্রয়োজন।                                                                                   |
+| উচ্চ-মূল্যের অ্যাপ্লিকেশনগুলিতে জালিয়াতি-প্রমাণ ভিত্তিক সিস্টেমগুলির দ্বারা সম্মুখীন হওয়া নির্দিষ্ট অর্থনৈতিক আক্রমণের জন্য ঝুঁকিপূর্ণ নয়। | ZK প্রমাণ তৈরি করতে উচ্চ কম্পিউটেশনাল শক্তি প্রয়োজন; কম থ্রুপুট অ্যাপ্লিকেশনের জন্য সাশ্রয়ী নয়।                                                                           |
+| Ethereum মেইননেটে কলডেটা পোস্ট না করে ব্যবহারকারীদের জন্য গ্যাস ফি কমায়।                                                                     | ধীর বিষয়ভিত্তিক চূড়ান্ততার সময় (একটি ZK প্রমাণ তৈরি করতে 10-30 মিনিট) কিন্তু সম্পূর্ণ চূড়ান্ততায় দ্রুত কারণ কোনো বিরোধের সময় বিলম্ব নেই।            |
+| ট্রেডিং বা ব্লকচেইন গেমিংয়ের মতো নির্দিষ্ট ব্যবহারের ক্ষেত্রে উপযুক্ত, যা লেনদেনের গোপনীয়তা এবং স্কেলেবিলিটিকে অগ্রাধিকার দেয়।             | ব্যবহারকারীদের তহবিল উত্তোলন থেকে বিরত রাখা যেতে পারে কারণ মালিকানার মার্কেল প্রমাণ তৈরির জন্য অফচেইন ডেটা সর্বদা উপলব্ধ থাকা প্রয়োজন।                                      |
+| অফচেইন ডেটা প্রাপ্যতা উচ্চ স্তরের থ্রুপুট প্রদান করে এবং স্কেলেবিলিটি বাড়ায়।                                                                | নিরাপত্তা মডেলটি বিশ্বাসের অনুমান এবং ক্রিপ্টোঅর্থনৈতিক প্রণোদনার উপর নির্ভর করে, ZK-রোলআপগুলির বিপরীতে, যা সম্পূর্ণরূপে ক্রিপ্টোগ্রাফিক নিরাপত্তা ব্যবস্থার উপর নির্ভর করে। |
+
+### ভ্যালিডিয়াম/ভলিশন ব্যবহার করুন {#use-validium-and-volitions}
+
+একাধিক প্রকল্প ভ্যালিডিয়াম এবং ভলিশনের বাস্তবায়ন প্রদান করে যা আপনি আপনার ডিএ্যাপসগুলিতে একীভূত করতে পারেন:
+
+**StarkWare StarkEx** - _StarkEx হল একটি Ethereum লেয়ার 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)
+- [রোলআপ, ভ্যালিডিয়াম এবং ভলিশন: হটেস্ট Ethereum স্কেলিং সলিউশন সম্পর্কে জানুন](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/bn/developers/docs/scaling/zk-rollups/index.md b/public/content/translations/bn/developers/docs/scaling/zk-rollups/index.md
new file mode 100644
index 00000000000..aa721cb336e
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/scaling/zk-rollups/index.md
@@ -0,0 +1,257 @@
+---
+title: "জিরো-নলেজ রোলআপস"
+description: "জিরো-নলেজ রোলআপগুলির একটি ভূমিকা—ইথেরিয়াম কমিউনিটি দ্বারা ব্যবহৃত একটি স্কেলিং সমাধান।"
+lang: bn
+---
+
+জিরো-নলেজ রোলআপস (ZK-rollups) হল লেয়ার 2 [স্কেলিং সলিউশন](/developers/docs/scaling/) যা ইথেরিয়াম মেইননেটে কম্পিউটেশন এবং স্টেট-স্টোরেজ অফচেইনে স্থানান্তরিত করার মাধ্যমে থ্রুপুট বৃদ্ধি করে। ZK-রোলআপস একটি ব্যাচে হাজার হাজার লেনদেন প্রক্রিয়া করতে পারে এবং তারপরে মেইননেটে শুধুমাত্র কিছু ন্যূনতম সারাংশ ডেটা পোস্ট করতে পারে। এই সারাংশ ডেটা ইথেরিয়াম স্টেটে যে পরিবর্তনগুলি করা উচিত তা সংজ্ঞায়িত করে এবং কিছু ক্রিপ্টোগ্রাফিক প্রমাণ যা নিশ্চিত করে যে সেই পরিবর্তনগুলি সঠিক।
+
+## পূর্বশর্ত {#prerequisites}
+
+আপনার [Ethereum স্কেলিং](/developers/docs/scaling/) এবং [লেয়ার 2](/layer-2) সম্পর্কিত আমাদের পৃষ্ঠাটি পড়া এবং বোঝা উচিত।
+
+## জিরো-নলেজ রোলআপস কি? {#what-are-zk-rollups}
+
+**জিরো-নলেজ রোলআপস (ZK-rollups)** লেনদেনগুলিকে ব্যাচে বান্ডিল (বা 'রোল আপ') করে যা অফচেইনে কার্যকর করা হয়। অফচেইন কম্পিউটেশন ব্লকচেইনে পোস্ট করা ডেটার পরিমাণ কমিয়ে দেয়। ZK-রোলআপ অপারেটররা প্রতিটি লেনদেন পৃথকভাবে পাঠানোর পরিবর্তে একটি ব্যাচের সমস্ত লেনদেন উপস্থাপন করার জন্য প্রয়োজনীয় পরিবর্তনগুলির একটি সারাংশ জমা দেয়। তারা তাদের পরিবর্তনের সঠিকতা প্রমাণ করার জন্য [ভ্যালিডিটি প্রুফ](/glossary/#validity-proof) তৈরি করে।
+
+ZK-রোলআপের স্টেট ইথেরিয়াম নেটওয়ার্কে ডিপ্লয় করা একটি স্মার্ট কন্ট্র্যাক্ট দ্বারা রক্ষণাবেক্ষণ করা হয়। এই স্টেট আপডেট করার জন্য, ZK-রোলআপ নোডগুলিকে যাচাইকরণের জন্য একটি ভ্যালিডিটি প্রুফ জমা দিতে হবে। উল্লিখিত হিসাবে, ভ্যালিডিটি প্রুফ হল একটি ক্রিপ্টোগ্রাফিক নিশ্চয়তা যে রোলআপ দ্বারা প্রস্তাবিত স্টেট-পরিবর্তনটি প্রদত্ত ব্যাচের লেনদেনগুলি কার্যকর করার প্রকৃত ফলাফল। এর মানে হল যে ZK-রোলআপসকে [অপ্টিমিস্টিক রোলআপস](/developers/docs/scaling/optimistic-rollups/) এর মতো সমস্ত লেনদেনের ডেটা অনচেইনে পোস্ট করার পরিবর্তে ইথেরিয়ামে লেনদেন চূড়ান্ত করার জন্য শুধুমাত্র ভ্যালিডিটি প্রুফ প্রদান করতে হবে।
+
+একটি ZK-রোলআপ থেকে ইথেরিয়ামে তহবিল স্থানান্তরের সময় কোন বিলম্ব হয় না কারণ ZK-রোলআপ কন্ট্র্যাক্ট ভ্যালিডিটি প্রুফ যাচাই করার পরেই এক্সিট লেনদেনগুলি কার্যকর করা হয়। বিপরীতে, অপ্টিমিস্টিক রোলআপগুলি থেকে তহবিল তোলার ক্ষেত্রে বিলম্ব হতে পারে যাতে যে কেউ একটি [ফ্রড প্রুফ](/glossary/#fraud-proof) দিয়ে এক্সিট লেনদেনকে চ্যালেঞ্জ করতে পারে।
+
+ZK-রোলআপস ইথেরিয়ামে `calldata` হিসাবে লেনদেন লেখে। স্মার্ট কন্ট্র্যাক্ট ফাংশনে এক্সটার্নাল কলে অন্তর্ভুক্ত ডেটা `calldata`-তে স্টোর করা হয়। `calldata`-তে থাকা তথ্য ব্লকচেইনে প্রকাশ করা হয়, যা যে কাউকে স্বাধীনভাবে রোলআপের স্টেট পুনর্গঠন করার অনুমতি দেয়। ZK-রোলআপস লেনদেনের ডেটা কমাতে কম্প্রেশন কৌশল ব্যবহার করে—উদাহরণস্বরূপ, অ্যাকাউন্টগুলিকে একটি অ্যাড্রেসের পরিবর্তে একটি ইনডেক্স দ্বারা উপস্থাপন করা হয়, যা 28 বাইট ডেটা সাশ্রয় করে। অনচেইন ডেটা প্রকাশনা রোলআপগুলির জন্য একটি উল্লেখযোগ্য ব্যয়, তাই ডেটা কম্প্রেশন ব্যবহারকারীদের জন্য ফি কমাতে পারে।
+
+## ZK-রোলআপস কীভাবে ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করে? {#zk-rollups-and-ethereum}
+
+একটি ZK-রোলআপ চেইন একটি অফচেইন প্রোটোকল যা ইথেরিয়াম ব্লকচেইনের উপরে কাজ করে এবং অনচেইন ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট দ্বারা পরিচালিত হয়। ZK-রোলআপস মেইননেটের বাইরে লেনদেন কার্যকর করে, কিন্তু পর্যায়ক্রমে অফচেইন লেনদেনের ব্যাচগুলি একটি অনচেইন রোলআপ কন্ট্র্যাক্টে কমিট করে। এই লেনদেনের রেকর্ডটি ইথেরিয়াম ব্লকচেইনের মতোই অপরিবর্তনীয় এবং এটি ZK-রোলআপ চেইন গঠন করে।
+
+ZK-রোলআপের মূল আর্কিটেকচারটি নিম্নলিখিত উপাদানগুলি নিয়ে গঠিত:
+
+1. **অনচেইন কন্ট্র্যাক্ট**: যেমন উল্লেখ করা হয়েছে, ZK-রোলআপ প্রোটোকল ইথেরিয়ামে চলমান স্মার্ট কন্ট্র্যাক্ট দ্বারা নিয়ন্ত্রিত হয়। এর মধ্যে রয়েছে প্রধান কন্ট্র্যাক্ট যা রোলআপ ব্লক সঞ্চয় করে, ডিপোজিট ট্র্যাক করে এবং স্টেট আপডেটগুলি নিরীক্ষণ করে। অন্য একটি অনচেইন কন্ট্র্যাক্ট (ভেরিফায়ার কন্ট্র্যাক্ট) ব্লক প্রোডিউসারদের দ্বারা জমা দেওয়া জিরো-নলেজ প্রুফ যাচাই করে। এইভাবে, ইথেরিয়াম ZK-রোলআপের জন্য বেস লেয়ার বা "লেয়ার 1" হিসাবে কাজ করে।
+
+2. **অফচেইন ভার্চুয়াল মেশিন (VM)**: যদিও ZK-রোলআপ প্রোটোকল ইথেরিয়ামে থাকে, লেনদেন কার্যকর করা এবং স্টেট স্টোরেজ একটি পৃথক ভার্চুয়াল মেশিনে ঘটে যা [EVM](/developers/docs/evm/) থেকে স্বাধীন। এই অফচেইন VM টি ZK-রোলআপে লেনদেনের জন্য এক্সিকিউশন এনভায়রনমেন্ট এবং ZK-রোলআপ প্রোটোকলের জন্য সেকেন্ডারি লেয়ার বা "লেয়ার 2" হিসাবে কাজ করে। ইথেরিয়াম মেইননেটে যাচাইকৃত ভ্যালিডিটি প্রুফগুলি অফচেইন VM-এ স্টেট ট্রানজিশনের সঠিকতার গ্যারান্টি দেয়।
+
+ZK-রোলআপগুলি হল "হাইব্রিড স্কেলিং সমাধান"—অফচেইন প্রোটোকল যা স্বাধীনভাবে কাজ করে কিন্তু ইথেরিয়াম থেকে নিরাপত্তা অর্জন করে। বিশেষভাবে, ইথেরিয়াম নেটওয়ার্ক ZK-রোলআপে স্টেট আপডেটের বৈধতা প্রয়োগ করে এবং রোলআপের স্টেটের প্রতিটি আপডেটের পিছনে ডেটার প্রাপ্যতা নিশ্চিত করে। ফলস্বরূপ, ZK-রোলআপগুলি বিশুদ্ধ অফচেইন স্কেলিং সমাধানগুলির চেয়ে যথেষ্ট নিরাপদ, যেমন [সাইডচেইন](/developers/docs/scaling/sidechains/), যা তাদের নিরাপত্তা বৈশিষ্ট্যের জন্য দায়ী, বা [ভ্যালিডিয়াম](/developers/docs/scaling/validium/), যা ভ্যালিডিটি প্রুফ সহ ইথেরিয়ামে লেনদেন যাচাই করে, কিন্তু লেনদেনের ডেটা অন্য কোথাও সঞ্চয় করে।
+
+ZK-রোলআপস নিম্নলিখিতগুলির জন্য প্রধান ইথেরিয়াম প্রোটোকলের উপর নির্ভর করে:
+
+### ডেটা প্রাপ্যতা {#data-availability}
+
+ZK-রোলআপস অফচেইনে প্রক্রিয়া করা প্রতিটি লেনদেনের জন্য স্টেট ডেটা ইথেরিয়ামে প্রকাশ করে। এই ডেটা দিয়ে, ব্যক্তি বা ব্যবসার পক্ষে রোলআপের স্টেট পুনরুৎপাদন করা এবং নিজেরাই চেইনটি ভ্যালিডেট করা সম্ভব। ইথেরিয়াম এই ডেটা `calldata` হিসাবে নেটওয়ার্কের সমস্ত অংশগ্রহণকারীদের জন্য উপলব্ধ করে।
+
+ZK-রোলআপসকে অনচেইনে বেশি লেনদেনের ডেটা প্রকাশ করতে হয় না কারণ ভ্যালিডিটি প্রুফগুলি ইতিমধ্যেই স্টেট ট্রানজিশনের সত্যতা যাচাই করে। তবুও, অনচেইনে ডেটা সঞ্চয় করা এখনও গুরুত্বপূর্ণ কারণ এটি L2 চেইনের স্টেটের অনুমতিহীন, স্বাধীন যাচাইকরণের অনুমতি দেয় যা পরিবর্তে যে কাউকে লেনদেনের ব্যাচ জমা দেওয়ার অনুমতি দেয়, যা ক্ষতিকারক অপারেটরদের চেইন সেন্সর করা বা ফ্রিজ করা থেকে বাধা দেয়।
+
+রোলআপের সাথে ইন্টারঅ্যাক্ট করার জন্য ব্যবহারকারীদের জন্য অনচেইন প্রয়োজন। স্টেট ডেটাতে অ্যাক্সেস ছাড়া ব্যবহারকারীরা তাদের অ্যাকাউন্টের ব্যালেন্স জিজ্ঞাসা করতে বা স্টেট তথ্যের উপর নির্ভরশীল লেনদেন (যেমন, উইথড্রল) শুরু করতে পারে না।
+
+### লেনদেনের ফাইনালিটি {#transaction-finality}
+
+ইথেরিয়াম ZK-রোলআপগুলির জন্য একটি সেটেলমেন্ট লেয়ার হিসাবে কাজ করে: L2 লেনদেনগুলি তখনই চূড়ান্ত হয় যদি L1 কন্ট্র্যাক্ট ভ্যালিডিটি প্রুফ গ্রহণ করে। এটি ক্ষতিকারক অপারেটরদের চেইন নষ্ট করার ঝুঁকি (যেমন, রোলআপ তহবিল চুরি করা) দূর করে কারণ প্রতিটি লেনদেন অবশ্যই মেইননেটে অনুমোদিত হতে হবে। এছাড়াও, ইথেরিয়াম গ্যারান্টি দেয় যে ব্যবহারকারীর ক্রিয়াকলাপগুলি একবার L1-এ চূড়ান্ত হয়ে গেলে আর উল্টানো যাবে না।
+
+### সেন্সরশিপ প্রতিরোধ {#censorship-resistance}
+
+বেশিরভাগ ZK-রোলআপ লেনদেন কার্যকর করতে, ব্যাচ তৈরি করতে এবং L1-এ ব্লক জমা দিতে একটি "সুপারনোড" (অপারেটর) ব্যবহার করে। যদিও এটি দক্ষতা নিশ্চিত করে, এটি সেন্সরশিপের ঝুঁকি বাড়ায়: ক্ষতিকারক ZK-রোলআপ অপারেটররা ব্যবহারকারীদের লেনদেনগুলিকে ব্যাচে অন্তর্ভুক্ত করতে অস্বীকার করে তাদের সেন্সর করতে পারে।
+
+একটি নিরাপত্তা ব্যবস্থা হিসাবে, ZK-রোলআপগুলি ব্যবহারকারীদের সরাসরি মেইননেটে রোলআপ কন্ট্র্যাক্টে লেনদেন জমা দেওয়ার অনুমতি দেয় যদি তারা মনে করে যে তারা অপারেটর দ্বারা সেন্সর করা হচ্ছে। এটি ব্যবহারকারীদের অপারেটরের অনুমতির উপর নির্ভর না করে ZK-রোলআপ থেকে ইথেরিয়ামে একটি এক্সিট করতে বাধ্য করতে দেয়।
+
+## ZK-রোলআপস কীভাবে কাজ করে? {#how-do-zk-rollups-work}
+
+### লেনদেন {#transactions}
+
+ZK-রোলআপে ব্যবহারকারীরা লেনদেনে সাইন করে এবং প্রক্রিয়াকরণ এবং পরবর্তী ব্যাচে অন্তর্ভুক্তির জন্য L2 অপারেটরদের কাছে জমা দেয়। কিছু ক্ষেত্রে, অপারেটর একটি কেন্দ্রীভূত সত্তা, যাকে সিকোয়েন্সার বলা হয়, যে লেনদেন সম্পাদন করে, সেগুলোকে ব্যাচে একত্রিত করে এবং L1-এ জমা দেয়। এই সিস্টেমের সিকোয়েন্সারই একমাত্র সত্তা যা L2 ব্লক তৈরি করতে এবং ZK-রোলআপ কন্ট্র্যাক্টে রোলআপ লেনদেন যোগ করার অনুমতি পায়।
+
+অন্যান্য ZK-রোলআপগুলি একটি [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) ভ্যালিডেটর সেট ব্যবহার করে অপারেটরের ভূমিকা ঘোরাতে পারে। সম্ভাব্য অপারেটররা রোলআপ কন্ট্র্যাক্টে তহবিল জমা দেয়, প্রতিটি স্টেকের আকার স্টেকারের পরবর্তী রোলআপ ব্যাচ তৈরি করার জন্য নির্বাচিত হওয়ার সম্ভাবনাকে প্রভাবিত করে। অপারেটরের স্টেক স্ল্যাশ করা যেতে পারে যদি তারা দূষিতভাবে কাজ করে, যা তাদের বৈধ ব্লক পোস্ট করতে উৎসাহিত করে।
+
+#### কীভাবে ZK-রোলআপগুলি ইথেরিয়ামে লেনদেনের ডেটা প্রকাশ করে {#how-zk-rollups-publish-transaction-data-on-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` কীওয়ার্ডটি প্রায়শই একটি লেনদেন দ্বারা কল করা স্মার্ট কন্ট্র্যাক্ট পদ্ধতিকে চিহ্নিত করে এবং পদ্ধতিটির ইনপুটগুলিকে একটি নির্বিচার বাইট সিকোয়েন্স আকারে ধারণ করে। ZK-রোলআপগুলি সংকুচিত লেনদেনের ডেটা অনচেইনে প্রকাশ করতে `calldata` ব্যবহার করে; রোলআপ অপারেটর কেবল রোলআপ কন্ট্র্যাক্টে প্রয়োজনীয় ফাংশন কল করে একটি নতুন ব্যাচ যোগ করে এবং সংকুচিত ডেটা ফাংশন আর্গুমেন্ট হিসাবে পাস করে। এটি ব্যবহারকারীদের জন্য খরচ কমাতে সাহায্য করে কারণ রোলআপ ফি-এর একটি বড় অংশ অনচেইনে লেনদেন ডেটা সংরক্ষণে যায়।
+
+### স্টেট কমিটমেন্ট {#state-commitments}
+
+ZK-রোলআপের স্টেট, যার মধ্যে L2 অ্যাকাউন্ট এবং ব্যালেন্স অন্তর্ভুক্ত, একটি [Merkle ট্রি](/whitepaper/#merkle-trees) হিসাবে উপস্থাপন করা হয়। Merkle ট্রির রুটের (Merkle রুট) একটি ক্রিপ্টোগ্রাফিক হ্যাশ অনচেইন কন্ট্র্যাক্টে সংরক্ষণ করা হয়, যা রোলআপ প্রোটোকলকে ZK-রোলআপের স্টেটের পরিবর্তনগুলি ট্র্যাক করার অনুমতি দেয়।
+
+রোলআপটি একটি নতুন সেট লেনদেন কার্যকর করার পরে একটি নতুন স্টেটে রূপান্তরিত হয়। যে অপারেটর স্টেট ট্রানজিশন শুরু করেছে তাকে একটি নতুন স্টেট রুট গণনা করতে হবে এবং অনচেইন কন্ট্র্যাক্টে জমা দিতে হবে। যদি ব্যাচের সাথে যুক্ত ভ্যালিডিটি প্রুফ ভেরিফায়ার কন্ট্র্যাক্ট দ্বারা প্রমাণীকৃত হয়, তবে নতুন Merkle রুটটি ZK-রোলআপের ক্যানোনিকাল স্টেট রুটে পরিণত হয়।
+
+স্টেট রুট গণনা করার পাশাপাশি, ZK-রোলআপ অপারেটর একটি ব্যাচ রুটও তৈরি করে—একটি Merkle ট্রির রুট যা একটি ব্যাচের সমস্ত লেনদেন নিয়ে গঠিত। যখন একটি নতুন ব্যাচ জমা দেওয়া হয়, তখন রোলআপ কন্ট্র্যাক্টটি ব্যাচ রুট সংরক্ষণ করে, যা ব্যবহারকারীদের একটি লেনদেন (যেমন, একটি উইথড্রয়াল অনুরোধ) ব্যাচে অন্তর্ভুক্ত ছিল তা প্রমাণ করতে দেয়। ব্যবহারকারীদের লেনদেনের বিবরণ, ব্যাচ রুট এবং অন্তর্ভুক্তি পথ দেখানো একটি [Merkle প্রুফ](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) প্রদান করতে হবে।
+
+### ভ্যালিডিটি প্রুফ {#validity-proofs}
+
+ZK-রোলআপ অপারেটর L1 কন্ট্র্যাক্টে যে নতুন স্টেট রুট জমা দেয় তা হল রোলআপের স্টেটের আপডেটের ফলাফল। ধরা যাক অ্যালিস ববকে 10টি টোকেন পাঠায়, অপারেটর কেবল অ্যালিসের ব্যালেন্স 10 কমিয়ে দেয় এবং ববের ব্যালেন্স 10 বাড়িয়ে দেয়। অপারেটর তারপর আপডেটেড অ্যাকাউন্টের ডেটা হ্যাশ করে, রোলআপের Merkle ট্রি পুনর্নির্মাণ করে, এবং নতুন Merkle রুটটি অনচেইন কন্ট্র্যাক্টে জমা দেয়।
+
+কিন্তু রোলআপ কন্ট্র্যাক্ট প্রস্তাবিত স্টেট কমিটমেন্টটি স্বয়ংক্রিয়ভাবে গ্রহণ করবে না যতক্ষণ না অপারেটর প্রমাণ করে যে নতুন Merkle রুটটি রোলআপের স্টেটে সঠিক আপডেটের ফলে হয়েছে। ZK-রোলআপ অপারেটর এটি একটি ভ্যালিডিটি প্রুফ তৈরি করে করে, যা একটি সংক্ষিপ্ত ক্রিপ্টোগ্রাফিক কমিটমেন্ট যা ব্যাচড লেনদেনের সঠিকতা যাচাই করে।
+
+ভ্যালিডিটি প্রুফগুলি পক্ষগুলিকে বিবৃতিটি প্রকাশ না করেই একটি বিবৃতির সঠিকতা প্রমাণ করার অনুমতি দেয়—তাই, এগুলিকে জিরো-নলেজ প্রুফও বলা হয়। ZK-রোলআপগুলি ইথেরিয়ামে লেনদেন পুনরায় কার্যকর না করেই অফচেইন স্টেট ট্রানজিশনের সঠিকতা নিশ্চিত করতে ভ্যালিডিটি প্রুফ ব্যবহার করে। এই প্রমাণগুলি একটি [ZK-SNARK](https://arxiv.org/abs/2202.06877) (জিরো-নলেজ সাক্সিন্ট নন-ইন্টারেক্টিভ আর্গুমেন্ট অফ নলেজ) বা [ZK-STARK](https://eprint.iacr.org/2018/046) (জিরো-নলেজ স্কেলেবল ট্রান্সপারেন্ট আর্গুমেন্ট অফ নলেজ) আকারে আসতে পারে।
+
+SNARKs এবং STARKs উভয়ই ZK-রোলআপগুলিতে অফচেইন গণনার অখণ্ডতা প্রমাণ করতে সাহায্য করে, যদিও প্রতিটি প্রুফের ধরনের স্বতন্ত্র বৈশিষ্ট্য রয়েছে।
+
+**ZK-SNARKs**
+
+ZK-SNARK প্রোটোকল কাজ করার জন্য, একটি কমন রেফারেন্স স্ট্রিং (CRS) তৈরি করা প্রয়োজন: CRS ভ্যালিডিটি প্রুফ প্রমাণ এবং যাচাই করার জন্য পাবলিক প্যারামিটার সরবরাহ করে। প্রুভিং সিস্টেমের নিরাপত্তা CRS সেটআপের উপর নির্ভর করে; যদি পাবলিক প্যারামিটার তৈরি করতে ব্যবহৃত তথ্য ক্ষতিকারক অভিনেতাদের দখলে চলে যায় তবে তারা মিথ্যা ভ্যালিডিটি প্রুফ তৈরি করতে সক্ষম হতে পারে।
+
+কিছু ZK-রোলআপ একটি [মাল্টি-পার্টি কম্পিউটেশন সেরেমনি (MPC)](https://zkproof.org/2021/06/30/setup-ceremonies/amp/) ব্যবহার করে এই সমস্যার সমাধান করার চেষ্টা করে, যেখানে বিশ্বস্ত ব্যক্তিরা ZK-SNARK সার্কিটের জন্য পাবলিক প্যারামিটার তৈরি করে। প্রতিটি পক্ষ CRS নির্মাণের জন্য কিছু র‍্যান্ডমনেস (যাকে "টক্সিক ওয়েস্ট" বলা হয়) অবদান রাখে, যা তাদের অবশ্যই অবিলম্বে ধ্বংস করতে হবে।
+
+ট্রাস্টেড সেটআপ ব্যবহার করা হয় কারণ তারা CRS সেটআপের নিরাপত্তা বাড়ায়। যতক্ষণ পর্যন্ত একজন সৎ অংশগ্রহণকারী তাদের ইনপুট ধ্বংস করে, ততক্ষণ ZK-SNARK সিস্টেমের নিরাপত্তা নিশ্চিত করা হয়। তবুও, এই পদ্ধতির জন্য জড়িতদের তাদের নমুনা র‍্যান্ডমনেস মুছে ফেলার উপর এবং সিস্টেমের নিরাপত্তা গ্যারান্টিকে দুর্বল না করার উপর বিশ্বাস রাখতে হয়।
+
+বিশ্বাসের অনুমান বাদ দিলে, ZK-SNARK গুলি তাদের ছোট প্রুফ সাইজ এবং কনস্ট্যান্ট-টাইম ভেরিফিকেশনের জন্য জনপ্রিয়। যেহেতু L1-এ প্রুফ ভেরিফিকেশন একটি ZK-রোলআপ পরিচালনার বৃহত্তর খরচ গঠন করে, L2 গুলি ZK-SNARK ব্যবহার করে এমন প্রুফ তৈরি করে যা মেইননেটে দ্রুত এবং সস্তায় যাচাই করা যায়।
+
+**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-এর অসুবিধা হল যে তারা বড় প্রুফ সাইজ তৈরি করে, যা ইথেরিয়ামে যাচাই করা আরও ব্যয়বহুল।
+
+#### ZK-রোলআপগুলিতে ভ্যালিডিটি প্রুফগুলি কীভাবে কাজ করে? {#validity-proofs-in-zk-rollups}
+
+##### প্রুফ জেনারেশন
+
+লেনদেন গ্রহণ করার আগে, অপারেটর স্বাভাবিক চেকগুলি সম্পাদন করবে। এর মধ্যে রয়েছে নিশ্চিত করা:
+
+- প্রেরক এবং প্রাপকের অ্যাকাউন্টগুলি স্টেট ট্রি-এর অংশ।
+- লেনদেন প্রক্রিয়া করার জন্য প্রেরকের কাছে পর্যাপ্ত তহবিল রয়েছে।
+- লেনদেনটি সঠিক এবং রোলআপে প্রেরকের পাবলিক কী-এর সাথে মিলে যায়।
+- প্রেরকের নন্স সঠিক, ইত্যাদি।
+
+একবার ZK-রোলআপ নোডে পর্যাপ্ত লেনদেন হয়ে গেলে, এটি সেগুলিকে একটি ব্যাচে একত্রিত করে এবং প্রুভিং সার্কিটের জন্য ইনপুট কম্পাইল করে একটি সংক্ষিপ্ত ZK-প্রুফে কম্পাইল করে। এর মধ্যে রয়েছে:
+
+- ব্যাচের সমস্ত লেনদেন নিয়ে গঠিত একটি Merkle ট্রি রুট।
+- ব্যাচে অন্তর্ভুক্তি প্রমাণ করার জন্য লেনদেনের জন্য Merkle প্রুফ।
+- লেনদেনের প্রতিটি প্রেরক-প্রাপক জোড়ার জন্য Merkle প্রুফ প্রমাণ করতে যে সেই অ্যাকাউন্টগুলি রোলআপের স্টেট ট্রি-এর অংশ।
+- একটি সেট ইন্টারমিডিয়েট স্টেট রুট, প্রতিটি লেনদেনের জন্য স্টেট আপডেট প্রয়োগ করার পরে স্টেট রুট আপডেট করে প্রাপ্ত (যেমন, প্রেরকের অ্যাকাউন্ট কমানো এবং প্রাপকের অ্যাকাউন্ট বাড়ানো)।
+
+প্রুভিং সার্কিট প্রতিটি লেনদেনের উপর "লুপিং" করে ভ্যালিডিটি প্রুফ গণনা করে এবং লেনদেন প্রক্রিয়া করার আগে অপারেটরের করা একই চেক সম্পাদন করে। প্রথমে, এটি প্রদত্ত Merkle প্রুফ ব্যবহার করে যাচাই করে যে প্রেরকের অ্যাকাউন্টটি বিদ্যমান স্টেট রুটের অংশ। তারপর এটি প্রেরকের ব্যালেন্স কমায়, তাদের নন্স বাড়ায়, আপডেটেড অ্যাকাউন্টের ডেটা হ্যাশ করে এবং একটি নতুন Merkle রুট তৈরি করতে Merkle প্রুফের সাথে একত্রিত করে।
+
+এই Merkle রুটটি ZK-রোলআপের স্টেটের একমাত্র পরিবর্তনকে প্রতিফলিত করে: প্রেরকের ব্যালেন্স এবং নন্সের পরিবর্তন। এটি সম্ভব কারণ অ্যাকাউন্টের অস্তিত্ব প্রমাণ করতে ব্যবহৃত Merkle প্রুফটি নতুন স্টেট রুট বের করতে ব্যবহৃত হয়।
+
+প্রুভিং সার্কিট প্রাপকের অ্যাকাউন্টে একই প্রক্রিয়া সম্পাদন করে। এটি পরীক্ষা করে যে প্রাপকের অ্যাকাউন্টটি ইন্টারমিডিয়েট স্টেট রুটের অধীনে বিদ্যমান কিনা (Merkle প্রুফ ব্যবহার করে), তাদের ব্যালেন্স বাড়ায়, অ্যাকাউন্টের ডেটা পুনরায় হ্যাশ করে এবং একটি নতুন স্টেট রুট তৈরি করতে Merkle প্রুফের সাথে একত্রিত করে।
+
+প্রক্রিয়াটি প্রতিটি লেনদেনের জন্য পুনরাবৃত্তি হয়; প্রতিটি "লুপ" প্রেরকের অ্যাকাউন্ট আপডেট করে একটি নতুন স্টেট রুট তৈরি করে এবং প্রাপকের অ্যাকাউন্ট আপডেট করে একটি পরবর্তী নতুন রুট তৈরি করে। যেমন ব্যাখ্যা করা হয়েছে, স্টেট রুটের প্রতিটি আপডেট রোলআপের স্টেট ট্রি-এর একটি অংশের পরিবর্তনকে প্রতিনিধিত্ব করে।
+
+ZK-প্রুভিং সার্কিট পুরো লেনদেন ব্যাচের উপর পুনরাবৃত্তি করে, আপডেটের ক্রম যাচাই করে যা শেষ লেনদেন কার্যকর হওয়ার পরে একটি চূড়ান্ত স্টেট রুটের ফল দেয়। গণনাকৃত শেষ Merkle রুটটি ZK-রোলআপের নতুন ক্যানোনিকাল স্টেট রুটে পরিণত হয়।
+
+##### প্রুফ ভেরিফিকেশন
+
+প্রুভিং সার্কিট স্টেট আপডেটের সঠিকতা যাচাই করার পরে, L2 অপারেটর গণনাকৃত ভ্যালিডিটি প্রুফটি L1-এর ভেরিফায়ার কন্ট্র্যাক্টে জমা দেয়। কন্ট্র্যাক্টের ভেরিফিকেশন সার্কিট প্রুফের বৈধতা যাচাই করে এবং প্রুফের অংশ গঠনকারী পাবলিক ইনপুটগুলিও পরীক্ষা করে:
+
+- **প্রি-স্টেট রুট**: ZK-রোলআপের পুরানো স্টেট রুট (অর্থাৎ, ব্যাচড লেনদেন কার্যকর হওয়ার আগে), যা L2 চেইনের শেষ পরিচিত বৈধ স্টেটকে প্রতিফলিত করে।
+
+- **পোস্ট-স্টেট রুট**: ZK-রোলআপের নতুন স্টেট রুট (অর্থাৎ, ব্যাচড লেনদেন কার্যকর হওয়ার পরে), যা L2 চেইনের নতুন স্টেটকে প্রতিফলিত করে। পোস্ট-স্টেট রুট হল প্রুভিং সার্কিটে স্টেট আপডেট প্রয়োগ করার পরে প্রাপ্ত চূড়ান্ত রুট।
+
+- **ব্যাচ রুট**: ব্যাচের Merkle রুট, যা ব্যাচের লেনদেনগুলি _merklizing_ করে এবং ট্রি-এর রুট হ্যাশ করে প্রাপ্ত হয়।
+
+- **লেনদেন ইনপুট**: জমা দেওয়া ব্যাচের অংশ হিসাবে কার্যকর করা লেনদেনের সাথে যুক্ত ডেটা।
+
+যদি প্রুফটি সার্কিটকে সন্তুষ্ট করে (অর্থাৎ, এটি বৈধ), তবে এর মানে হল যে একটি বৈধ লেনদেনের ক্রম বিদ্যমান যা রোলআপটিকে পূর্ববর্তী স্টেট (প্রি-স্টেট রুট দ্বারা ক্রিপ্টোগ্রাফিকভাবে ফিঙ্গারপ্রিন্ট করা) থেকে একটি নতুন স্টেটে (পোস্ট-স্টেট রুট দ্বারা ক্রিপ্টোগ্রাফিকভাবে ফিঙ্গারপ্রিন্ট করা) রূপান্তরিত করে। যদি প্রি-স্টেট রুটটি রোলআপ কন্ট্র্যাক্টে সংরক্ষিত রুটের সাথে মিলে যায়, এবং প্রুফটি বৈধ হয়, তবে রোলআপ কন্ট্র্যাক্টটি প্রুফ থেকে পোস্ট-স্টেট রুট নেয় এবং রোলআপের পরিবর্তিত স্টেটকে প্রতিফলিত করতে তার স্টেট ট্রি আপডেট করে।
+
+### প্রবেশ এবং প্রস্থান {#entries-and-exits}
+
+ব্যবহারকারীরা L1 চেইনে ডিপ্লয় করা রোলআপের কন্ট্র্যাক্টে টোকেন জমা দিয়ে ZK-রোলআপে প্রবেশ করে। এই লেনদেনটি কিউতে থাকে কারণ শুধুমাত্র অপারেটররাই রোলআপ কন্ট্র্যাক্টে লেনদেন জমা দিতে পারে।
+
+যদি পেন্ডিং ডিপোজিট কিউ পূর্ণ হতে শুরু করে, ZK-রোলআপ অপারেটর ডিপোজিট লেনদেনগুলি নিয়ে রোলআপ কন্ট্র্যাক্টে জমা দেবে। একবার ব্যবহারকারীর তহবিল রোলআপে চলে গেলে, তারা প্রক্রিয়াকরণের জন্য অপারেটরের কাছে লেনদেন পাঠিয়ে লেনদেন শুরু করতে পারে। ব্যবহারকারীরা তাদের অ্যাকাউন্টের ডেটা হ্যাশ করে, হ্যাশটি রোলআপ কন্ট্র্যাক্টে পাঠিয়ে এবং বর্তমান স্টেট রুটের বিপরীতে যাচাই করার জন্য একটি Merkle প্রুফ প্রদান করে রোলআপে ব্যালেন্স যাচাই করতে পারে।
+
+একটি ZK-রোলআপ থেকে L1-এ উইথড্র করা সহজবোধ্য। ব্যবহারকারী রোলআপে তাদের সম্পদ বার্ন করার জন্য একটি নির্দিষ্ট অ্যাকাউন্টে পাঠিয়ে এক্সিট লেনদেন শুরু করে। যদি অপারেটর পরবর্তী ব্যাচে লেনদেনটি অন্তর্ভুক্ত করে, তবে ব্যবহারকারী অনচেইন কন্ট্র্যাক্টে একটি উইথড্রয়াল অনুরোধ জমা দিতে পারে। এই উইথড্রয়াল অনুরোধে নিম্নলিখিতগুলি অন্তর্ভুক্ত থাকবে:
+
+- Merkle প্রুফ যা একটি লেনদেন ব্যাচে বার্ন অ্যাকাউন্টে ব্যবহারকারীর লেনদেনের অন্তর্ভুক্তি প্রমাণ করে
+
+- লেনদেনের ডেটা
+
+- ব্যাচ রুট
+
+- ডিপোজিট করা তহবিল গ্রহণ করার জন্য L1 অ্যাড্রেস
+
+রোলআপ কন্ট্র্যাক্ট লেনদেনের ডেটা হ্যাশ করে, ব্যাচ রুট বিদ্যমান কিনা তা পরীক্ষা করে এবং লেনদেন হ্যাশটি ব্যাচ রুটের অংশ কিনা তা পরীক্ষা করতে Merkle প্রুফ ব্যবহার করে। এরপরে, কন্ট্র্যাক্টটি এক্সিট লেনদেন কার্যকর করে এবং ব্যবহারকারীর নির্বাচিত L1 অ্যাড্রেসে তহবিল পাঠায়।
+
+## ZK-রোলআপস এবং EVM সামঞ্জস্যতা {#zk-rollups-and-evm-compatibility}
+
+অপ্টিমিস্টিক রোলআপগুলির মতো নয়, ZK-রোলআপগুলি [ইথেরিয়াম ভার্চুয়াল মেশিন (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-রোলআপগুলির প্রবর্তন ডেভেলপারদের জিরো-নলেজ প্রুফের স্কেলেবিলিটি এবং নিরাপত্তা গ্যারান্টিগুলির লিভারেজ নিতে সাহায্য করবে বলে আশা করা হচ্ছে। আরও গুরুত্বপূর্ণভাবে, নেটিভ ইথেরিয়াম পরিকাঠামোর সাথে সামঞ্জস্যতার মানে হল ডেভেলপাররা পরিচিত (এবং যুদ্ধ-পরীক্ষিত) টুলিং এবং ভাষা ব্যবহার করে ZK-বান্ধব ডিঅ্যাপস তৈরি করতে পারে।
+
+## ZK-রোলআপ ফি কীভাবে কাজ করে? {#how-do-zk-rollup-fees-work}
+
+ব্যবহারকারীরা ZK-রোলআপে লেনদেনের জন্য কত টাকা প্রদান করেন তা ইথেরিয়াম মেইননেটের মতোই গ্যাস ফি-এর উপর নির্ভরশীল। যাইহোক, গ্যাস ফি L2-তে ভিন্নভাবে কাজ করে এবং নিম্নলিখিত খরচ দ্বারা প্রভাবিত হয়:
+
+1. **স্টেট রাইট**: ইথেরিয়ামের স্টেটে লেখার জন্য একটি নির্দিষ্ট খরচ আছে (অর্থাৎ, ইথেরিয়াম ব্লকচেইনে একটি লেনদেন জমা দেওয়া)। ZK-রোলআপগুলি লেনদেন ব্যাচ করে এবং একাধিক ব্যবহারকারীর মধ্যে নির্দিষ্ট খরচ ছড়িয়ে দিয়ে এই খরচ কমায়।
+
+2. **ডেটা প্রকাশনা**: ZK-রোলআপগুলি প্রতিটি লেনদেনের জন্য স্টেট ডেটা `calldata` হিসাবে ইথেরিয়ামে প্রকাশ করে। `calldata` খরচ বর্তমানে [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) দ্বারা নিয়ন্ত্রিত হয়, যা `calldata`-এর নন-জিরো বাইটের জন্য 16 গ্যাস এবং জিরো বাইটের জন্য 4 গ্যাস খরচ নির্ধারণ করে। প্রতিটি লেনদেনের জন্য প্রদত্ত খরচটি প্রভাবিত হয় তার জন্য কতটা `calldata` অনচেইনে পোস্ট করতে হবে তার উপর।
+
+3. **L2 অপারেটর ফি**: এটি রোলআপ অপারেটরকে লেনদেন প্রক্রিয়াকরণে ব্যয়িত গণনামূলক খরচের ক্ষতিপূরণ হিসাবে প্রদত্ত পরিমাণ, অনেকটা ইথেরিয়াম মেইননেটে [লেনদেনের "অগ্রাধিকার ফি (টিপস)"](/developers/docs/gas/#how-are-gas-fees-calculated) এর মতো।
+
+4. **প্রুফ জেনারেশন এবং ভেরিফিকেশন**: ZK-রোলআপ অপারেটরদের লেনদেন ব্যাচের জন্য ভ্যালিডিটি প্রুফ তৈরি করতে হবে, যা সম্পদ-নিবিড়। মেইননেটে জিরো-নলেজ প্রুফ যাচাই করতেও গ্যাস খরচ হয় (~ 500,000 গ্যাস)।
+
+লেনদেন ব্যাচ করা ছাড়াও, ZK-রোলআপগুলি লেনদেনের ডেটা সংকুচিত করে ব্যবহারকারীদের জন্য ফি কমায়। আপনি ইথেরিয়াম ZK-রোলআপগুলি ব্যবহার করতে কত খরচ হয় তার একটি [রিয়েল-টাইম ওভারভিউ](https://l2fees.info/) দেখতে পারেন।
+
+## কীভাবে ZK-রোলআপগুলি ইথেরিয়াম স্কেল করে? {#scaling-ethereum-with-zk-rollups}
+
+### লেনদেন ডেটা কম্প্রেশন {#transaction-data-compression}
+
+ZK-রোলআপগুলি অফচেইনে গণনা নিয়ে ইথেরিয়ামের বেস লেয়ারে থ্রুপুট বাড়ায়, তবে স্কেলিংয়ের জন্য আসল বুস্টটি আসে লেনদেনের ডেটা সংকুচিত করা থেকে। ইথেরিয়ামের [ব্লক সাইজ](/developers/docs/blocks/#block-size) প্রতিটি ব্লকে থাকা ডেটার পরিমাণ এবং, ফলস্বরূপ, প্রতি ব্লকে প্রক্রিয়াকৃত লেনদেনের সংখ্যা সীমিত করে। লেনদেন-সম্পর্কিত ডেটা সংকুচিত করার মাধ্যমে, ZK-রোলআপগুলি প্রতি ব্লকে প্রক্রিয়াকৃত লেনদেনের সংখ্যা উল্লেখযোগ্যভাবে বাড়িয়ে দেয়।
+
+ZK-রোলআপগুলি অপ্টিমিস্টিক রোলআপগুলির চেয়ে ভালভাবে লেনদেনের ডেটা সংকুচিত করতে পারে কারণ তাদের প্রতিটি লেনদেন ভ্যালিডেট করার জন্য প্রয়োজনীয় সমস্ত ডেটা পোস্ট করতে হয় না। তাদের কেবল রোলআপে অ্যাকাউন্ট এবং ব্যালেন্সের সর্বশেষ স্টেট পুনর্নির্মাণের জন্য প্রয়োজনীয় ন্যূনতম ডেটা পোস্ট করতে হয়।
+
+### পুনরাবৃত্তিমূলক প্রমাণ {#recursive-proofs}
+
+জিরো-নলেজ প্রুফের একটি সুবিধা হল যে প্রুফগুলি অন্যান্য প্রুফ যাচাই করতে পারে। উদাহরণস্বরূপ, একটি একক ZK-SNARK অন্যান্য ZK-SNARK যাচাই করতে পারে। এই ধরনের "প্রুফ-অফ-প্রুফ" কে রিকারসিভ প্রুফ বলা হয় এবং এটি ZK-রোলআপে থ্রুপুট নাটকীয়ভাবে বাড়িয়ে দেয়।
+
+বর্তমানে, ভ্যালিডিটি প্রুফগুলি ব্লক-বাই-ব্লক ভিত্তিতে তৈরি করা হয় এবং যাচাইকরণের জন্য L1 কন্ট্র্যাক্টে জমা দেওয়া হয়। যাইহোক, একক ব্লক প্রুফ যাচাই করা ZK-রোলআপগুলির দ্বারা অর্জিত থ্রুপুটকে সীমিত করে কারণ অপারেটর একটি প্রুফ জমা দিলে কেবল একটি ব্লকই চূড়ান্ত করা যায়।
+
+তবে, রিকারসিভ প্রুফগুলি একটি ভ্যালিডিটি প্রুফ দিয়ে বেশ কয়েকটি ব্লক চূড়ান্ত করা সম্ভব করে। এর কারণ হল প্রুভিং সার্কিট রিকারসিভভাবে একাধিক ব্লক প্রুফ একত্রিত করে যতক্ষণ না একটি চূড়ান্ত প্রুফ তৈরি হয়। L2 অপারেটর এই রিকারসিভ প্রুফ জমা দেয়, এবং যদি কন্ট্র্যাক্টটি এটি গ্রহণ করে, তবে সমস্ত প্রাসঙ্গিক ব্লকগুলি অবিলম্বে চূড়ান্ত হয়ে যাবে। রিকারসিভ প্রুফের সাথে, ইথেরিয়ামে নির্দিষ্ট বিরতিতে চূড়ান্ত করা ZK-রোলআপ লেনদেনের সংখ্যা বৃদ্ধি পায়।
+
+### ZK-রোলআপের সুবিধা এবং অসুবিধা {#zk-rollups-pros-and-cons}
+
+| যেসব বিষয়ে এর সুফল পাওয়া যায়                                                                                                                                                                            | কনস                                                                                                                                                                                                    |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| ভ্যালিডিটি প্রুফগুলি অফচেইন লেনদেনের সঠিকতা নিশ্চিত করে এবং অপারেটরদের অবৈধ স্টেট ট্রানজিশন কার্যকর করা থেকে বিরত রাখে।                                                                                 | ভ্যালিডিটি প্রুফ গণনা এবং যাচাই করার সাথে যুক্ত খরচ যথেষ্ট এবং এটি রোলআপ ব্যবহারকারীদের জন্য ফি বাড়াতে পারে।                                                                                          |
+| দ্রুত লেনদেনের ফাইনালিটি অফার করে কারণ L1-এ ভ্যালিডিটি প্রুফ যাচাই হয়ে গেলে স্টেট আপডেটগুলি অনুমোদিত হয়।                                                                                              | জিরো-নলেজ প্রযুক্তির জটিলতার কারণে EVM-সামঞ্জস্যপূর্ণ ZK-রোলআপ তৈরি করা কঠিন।                                                                                                                          |
+| নিরাপত্তার জন্য বিশ্বাসহীন ক্রিপ্টোগ্রাফিক পদ্ধতির উপর নির্ভর করে, [অপ্টিমিস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/#optimistic-pros-and-cons)-এর মতো উৎসাহিত অভিনেতাদের সততার উপর নয়। | ভ্যালিডিটি প্রুফ তৈরি করার জন্য বিশেষ হার্ডওয়্যার প্রয়োজন, যা কয়েকটি পক্ষের দ্বারা চেইনের কেন্দ্রীভূত নিয়ন্ত্রণকে উৎসাহিত করতে পারে।                                                               |
+| অফচেইন স্টেট পুনরুদ্ধার করার জন্য প্রয়োজনীয় ডেটা L1-এ সঞ্চয় করে, যা নিরাপত্তা, সেন্সরশিপ-প্রতিরোধ এবং বিকেন্দ্রীকরণের গ্যারান্টি দেয়।                                                               | কেন্দ্রীভূত অপারেটররা (সিকোয়েন্সার) লেনদেনের ক্রমকে প্রভাবিত করতে পারে।                                                                                                             |
+| ব্যবহারকারীরা বৃহত্তর মূলধন দক্ষতা থেকে উপকৃত হন এবং বিলম্ব ছাড়াই L2 থেকে তহবিল তুলতে পারেন।                                                                                                           | হার্ডওয়্যারের প্রয়োজনীয়তা অংশগ্রহণকারীদের সংখ্যা কমাতে পারে যারা চেইনকে অগ্রগতি করতে বাধ্য করতে পারে, যা ক্ষতিকারক অপারেটরদের রোলআপের স্টেট ফ্রিজ করা এবং ব্যবহারকারীদের সেন্সর করার ঝুঁকি বাড়ায়। |
+| লাইভনেস অনুমানের উপর নির্ভর করে না এবং ব্যবহারকারীদের তাদের তহবিল রক্ষা করার জন্য চেইন ভ্যালিডেট করতে হয় না।                                                                                           | কিছু প্রুভিং সিস্টেমের (যেমন, ZK-SNARK) জন্য একটি বিশ্বস্ত সেটআপ প্রয়োজন যা, যদি ভুলভাবে পরিচালনা করা হয়, তবে একটি ZK-রোলআপের নিরাপত্তা মডেলকে সম্ভাব্যভাবে আপস করতে পারে।        |
+| উন্নত ডেটা কম্প্রেশন ইথেরিয়ামে `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 হল ইথেরিয়াম ফাউন্ডেশন দ্বারা অর্থায়ন করা একটি প্রকল্প যা একটি EVM-সামঞ্জস্যপূর্ণ ZK-রোলআপ এবং ইথেরিয়াম ব্লকের জন্য ভ্যালিডিটি প্রুফ তৈরির একটি প্রক্রিয়া তৈরি করার জন্য।_
+
+- **[Polygon zkEVM](https://polygon.technology/solutions/polygon-zkevm)** - _একটি বিকেন্দ্রীভূত ZK রোলআপ ইথেরিয়াম মেইননেটে একটি জিরো-নলেজ ইথেরিয়াম ভার্চুয়াল মেশিন (zkEVM) নিয়ে কাজ করছে যা স্বচ্ছ উপায়ে ইথেরিয়াম লেনদেন সম্পাদন করে, যার মধ্যে রয়েছে জিরো-নলেজ-প্রুফ ভ্যালিডেশন সহ স্মার্ট কন্ট্র্যাক্ট।_
+
+- **[Scroll](https://scroll.io/blog/zkEVM)** - _Scroll একটি প্রযুক্তি-চালিত কোম্পানি যা ইথেরিয়ামের জন্য একটি নেটিভ zkEVM লেয়ার 2 সমাধান তৈরির কাজ করছে।_
+
+- **[Taiko](https://taiko.xyz)** - _Taiko একটি বিকেন্দ্রীভূত, ইথেরিয়াম-সমতুল্য ZK-রোলআপ (একটি [টাইপ 1 ZK-EVM](https://vitalik.eth.limo/general/2022/08/04/zkevm.html))।_
+
+- **[ZKsync](https://docs.zksync.io/)** - _ZKsync Era হল Matter Labs দ্বারা নির্মিত একটি EVM-সামঞ্জস্যপূর্ণ ZK রোলআপ, যা নিজস্ব zkEVM দ্বারা চালিত।_
+
+- **[Starknet](https://starkware.co/starknet/)** - _StarkNet হল StarkWare দ্বারা নির্মিত একটি EVM-সামঞ্জস্যপূর্ণ লেয়ার 2 স্কেলিং সমাধান।_
+
+- **[Morph](https://www.morphl2.io/)** - _Morph হল একটি হাইব্রিড রোলআপ স্কেলিং সমাধান যা লেয়ার 2 স্টেট চ্যালেঞ্জ সমস্যার সমাধানের জন্য zk-প্রুফ ব্যবহার করে।_
+
+- **[Linea](https://linea.build)** - _Linea হল Consensys দ্বারা নির্মিত একটি ইথেরিয়াম-সমতুল্য zkEVM লেয়ার 2, যা সম্পূর্ণরূপে ইথেরিয়াম ইকোসিস্টেমের সাথে সারিবদ্ধ।_
+
+## ZK-রোলআপ পড়ার বিষয়ে আরও পড়ুন {#further-reading-on-zk-rollups}
+
+- [জিরো-নলেজ রোলআপস কি?](https://coinmarketcap.com/alexandria/glossary/zero-knowledge-rollups)
+- [জিরো-নলেজ রোলআপস কি?](https://alchemy.com/blog/zero-knowledge-rollups)
+- [Ethereum রোলআপগুলির জন্য ব্যবহারিক নির্দেশিকা](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 প্রকারগুলি: ইথেরিয়াম-সমতুল্য, EVM-সমতুল্য, টাইপ 1, টাইপ 4, এবং অন্যান্য ক্রিপ্টিক বাজওয়ার্ড](https://taiko.mirror.xyz/j6KgY8zbGTlTnHRFGW6ZLVPuT0IV0_KmgowgStpA0K4)
+- [zkEVM-এর ভূমিকা](https://hackmd.io/@yezhang/S1_KMMbGt)
+- [ZK-EVM L2 গুলি কী?](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/bn/developers/docs/smart-contracts/anatomy/index.md b/public/content/translations/bn/developers/docs/smart-contracts/anatomy/index.md
new file mode 100644
index 00000000000..feed35981a0
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/anatomy/index.md
@@ -0,0 +1,657 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্টের অ্যানাটমি"
+description: "একটি স্মার্ট কন্ট্রাক্টের অ্যানাটমির উপর একটি গভীর দৃষ্টিপাত – ফাংশন, ডেটা এবং ভেরিয়েবল।"
+lang: bn
+---
+
+স্মার্ট কন্ট্র্যাক্ট হল এমন একটি প্রোগ্রাম যা Ethereum-এর একটি ঠিকানায় চলে। এগুলি ডেটা এবং ফাংশন দ্বারা গঠিত যা একটি লেনদেন পাওয়ার পরে এক্সিকিউট করতে পারে। এখানে একটি স্মার্ট কন্ট্র্যাক্ট কী দিয়ে তৈরি তার একটি ওভারভিউ দেওয়া হল।
+
+## পূর্বশর্ত {#prerequisites}
+
+প্রথমে আপনি [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) সম্পর্কে পড়েছেন তা নিশ্চিত করুন। এই ডকুমেন্টটি ধরে নিচ্ছে যে আপনি ইতিমধ্যে JavaScript বা Python-এর মতো প্রোগ্রামিং ভাষার সাথে পরিচিত।
+
+## ডেটা {#data}
+
+যেকোনো কন্ট্রাক্ট ডেটা অবশ্যই একটি অবস্থানে বরাদ্দ করতে হবে: হয় `storage`-এ বা `memory`-তে। একটি স্মার্ট কন্ট্র্যাক্টে সংগ্রহস্থল পরিবর্তন করা ব্যয়বহুল, তাই আপনার ডেটা কোথায় থাকবে তা আপনাকে বিবেচনা করতে হবে।
+
+### সংগ্রহস্থল {#storage}
+
+স্থায়ী ডেটাকে সংগ্রহস্থল হিসাবে উল্লেখ করা হয় এবং স্টেট ভেরিয়েবল দ্বারা উপস্থাপিত হয়। এই মানগুলি ব্লকচেইনে স্থায়ীভাবে সংরক্ষণ করা হয়। আপনাকে টাইপটি ডিক্লেয়ার করতে হবে যাতে কন্ট্রাক্টটি কম্পাইল করার সময় ব্লকচেইনে কতটা সংগ্রহস্থলের প্রয়োজন তা ট্র্যাক রাখতে পারে।
+
+```solidity
+// সলিডিটি উদাহরণ
+contract SimpleStorage {
+    uint storedData; // স্টেট ভেরিয়েবল
+    // ...
+}
+```
+
+```python
+# ভাইপার উদাহরণ
+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}
+
+যে মানগুলি শুধুমাত্র একটি কন্ট্রাক্ট ফাংশনের এক্সিকিউশনের জীবনকালের জন্য সংরক্ষণ করা হয় তাকে মেমরি ভেরিয়েবল বলা হয়। যেহেতু এগুলি ব্লকচেইনে স্থায়ীভাবে সংরক্ষণ করা হয় না, তাই এগুলি ব্যবহার করা অনেক সস্তা।
+
+[Solidity ডক্স](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#storage-memory-and-the-stack)-এ EVM কীভাবে ডেটা (Storage, Memory, এবং Stack) স্টোর করে সে সম্পর্কে আরও জানুন।
+
+### এনভায়রনমেন্ট ভেরিয়েবল {#environment-variables}
+
+আপনার কন্ট্রাক্টে আপনি যে ভেরিয়েবলগুলি সংজ্ঞায়িত করেন সেগুলি ছাড়াও, কিছু বিশেষ গ্লোবাল ভেরিয়েবল রয়েছে। এগুলি প্রাথমিকভাবে ব্লকচেইন বা বর্তমান লেনদেন সম্পর্কে তথ্য প্রদানের জন্য ব্যবহৃত হয়।
+
+উদাহরণ:
+
+| **Prop**          | **স্টেট ভেরিয়েবল** | **বিবরণ**                                      |
+| ----------------- | ------------------- | ---------------------------------------------- |
+| `block.timestamp` | uint256             | বর্তমান ব্লক ইপক টাইমস্ট্যাম্প                 |
+| `msg.sender`      | address             | বার্তার প্রেরক (বর্তমান কল) |
+
+## ফাংশন {#functions}
+
+সবচেয়ে সহজ ভাষায়, ফাংশনগুলি ইনকামিং লেনদেনের প্রতিক্রিয়া হিসাবে তথ্য পেতে বা সেট করতে পারে।
+
+দুই ধরনের ফাংশন কল আছে:
+
+- `internal` – এগুলি একটি EVM কল তৈরি করে না
+  - ইন্টারনাল ফাংশন এবং স্টেট ভেরিয়েবল শুধুমাত্র ইন্টারনালি অ্যাক্সেস করা যেতে পারে (যেমন, বর্তমান কন্ট্রাক্ট বা এটি থেকে প্রাপ্ত কন্ট্রাক্টের মধ্যে থেকে)
+- `external` – এগুলি একটি EVM কল তৈরি করে
+  - এক্সটার্নাল ফাংশনগুলি কন্ট্রাক্ট ইন্টারফেসের অংশ, যার মানে হল সেগুলি অন্যান্য কন্ট্রাক্ট থেকে এবং লেনদেনের মাধ্যমে কল করা যেতে পারে। একটি এক্সটার্নাল ফাংশন `f` ইন্টারনালি কল করা যায় না (যেমন, `f()` কাজ করে না, কিন্তু `this.f()` কাজ করে)।
+
+এগুলি `public` বা `private`ও হতে পারে
+
+- `public` ফাংশনগুলি কন্ট্রাক্টের মধ্যে থেকে ইন্টারনালি বা মেসেজের মাধ্যমে এক্সটারনালি কল করা যেতে পারে
+- `private` ফাংশনগুলি শুধুমাত্র সেই কন্ট্রাক্টের জন্য দৃশ্যমান যেখানে সেগুলি সংজ্ঞায়িত করা হয়েছে এবং প্রাপ্ত কন্ট্রাক্টে নয়
+
+ফাংশন এবং স্টেট ভেরিয়েবল উভয়ই পাবলিক বা প্রাইভেট করা যেতে পারে
+
+এখানে একটি কন্ট্রাক্টে একটি স্টেট ভেরিয়েবল আপডেট করার জন্য একটি ফাংশন দেওয়া হল:
+
+```solidity
+// সলিডিটি উদাহরণ
+function update_name(string value) public {
+    dapp_name = value;
+}
+```
+
+- `string` টাইপের `value` প্যারামিটারটি `update_name` ফাংশনে পাস করা হয়েছে
+- এটি `public` হিসাবে ডিক্লেয়ার করা হয়েছে, যার অর্থ যে কেউ এটি অ্যাক্সেস করতে পারে
+- এটি `view` হিসাবে ডিক্লেয়ার করা হয়নি, তাই এটি কন্ট্রাক্টের স্টেট পরিবর্তন করতে পারে
+
+### ভিউ ফাংশন {#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. `view` বা `pure` হিসাবে চিহ্নিত নয় এমন কোনো ফাংশন কল করা।
+7. নিম্ন-স্তরের কল ব্যবহার করা।
+8. ইনলাইন অ্যাসেম্বলি ব্যবহার করা যাতে নির্দিষ্ট অপকোড থাকে।
+
+### কনস্ট্রাক্টর ফাংশন {#constructor-functions}
+
+`constructor` ফাংশনগুলি শুধুমাত্র একবার এক্সিকিউট করা হয় যখন কন্ট্রাক্টটি প্রথমবার ডেপ্লয় করা হয়। অনেক ক্লাস-ভিত্তিক প্রোগ্রামিং ভাষার `constructor`-এর মতো, এই ফাংশনগুলি প্রায়শই স্টেট ভেরিয়েবলগুলিকে তাদের নির্দিষ্ট মানগুলিতে ইনিশিয়ালাইজ করে।
+
+```solidity
+// সলিডিটি উদাহরণ
+// কন্ট্রাক্টের ডেটা ইনিশিয়ালাইজ করে, `owner`-কে
+// কন্ট্রাক্ট নির্মাতার ঠিকানায় সেট করে।
+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
+# ভাইপার উদাহরণ
+
+@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}
+
+আপনার ফাংশনের প্রয়োজন:
+
+- প্যারামিটার ভেরিয়েবল এবং টাইপ (যদি এটি প্যারামিটার গ্রহণ করে)
+- ইন্টারনাল/এক্সটার্নাল ডিক্লেয়ারেশন
+- pure/view/payable-এর ডিক্লেয়ারেশন
+- রিটার্নস টাইপ (যদি এটি একটি মান রিটার্ন করে)
+
+```solidity
+pragma solidity >=0.4.0 <=0.6.0;
+
+contract ExampleDapp {
+    string dapp_name; // স্টেট ভেরিয়েবল
+
+    // কন্ট্রাক্টটি ডেপ্লয় করার সময় কল করা হয় এবং মানটি ইনিশিয়ালাইজ করে
+    constructor() public {
+        dapp_name = "My Example dapp";
+    }
+
+    // গেট ফাংশন
+    function read_name() public view returns(string) {
+        return dapp_name;
+    }
+
+    // সেট ফাংশন
+    function update_name(string value) public {
+        dapp_name = value;
+    }
+}
+```
+
+একটি সম্পূর্ণ কন্ট্রাক্ট দেখতে এরকম হতে পারে। এখানে `constructor` ফাংশন `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 {
+    // একটি `address` একটি ইমেল ঠিকানার সাথে তুলনীয় - এটি Ethereum-এ একটি অ্যাকাউন্ট শনাক্ত করতে ব্যবহৃত হয়।
+    // ঠিকানাগুলি একটি স্মার্ট কন্ট্র্যাক্ট বা একটি এক্সটার্নাল (ব্যবহারকারী) অ্যাকাউন্টকে প্রতিনিধিত্ব করতে পারে।
+    // আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/types.html#address
+    address public owner;
+
+    // একটি `mapping` মূলত একটি হ্যাস টেবিল ডেটা স্ট্রাকচার।
+    // এই `mapping` একটি আনসাইন্ড ইন্টিজার (টোকেন ব্যালেন্স) একটি ঠিকানায় (টোকেন হোল্ডার) বরাদ্দ করে।
+    // আরও জানুন: 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);
+
+    // কন্ট্রাক্টের ডেটা ইনিশিয়ালাইজ করে, `owner`-কে
+    // কন্ট্রাক্ট নির্মাতার ঠিকানায় সেট করে।
+    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, "সর্বোচ্চ ইস্যুয়েন্স অতিক্রম করেছে");
+
+        // `receiver`-এর ব্যালেন্স `amount` দ্বারা বৃদ্ধি করে
+        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;
+
+    // সলিডিটিতে ধ্রুবক স্টেট ভেরিয়েবলগুলি অন্যান্য ভাষার মতোই
+    // কিন্তু আপনাকে অবশ্যই একটি এক্সপ্রেশন থেকে বরাদ্দ করতে হবে যা কম্পাইলের সময় ধ্রুবক।
+    // আরও জানুন: 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[] public pizzas;
+
+    // পিৎজা আইডি থেকে তার মালিকের ঠিকানায় ম্যাপিং
+    mapping(uint256 => address) public pizzaToOwner;
+
+    // মালিকের ঠিকানা থেকে মালিকানাধীন টোকেনের সংখ্যায় ম্যাপিং
+    mapping(address => uint256) public ownerPizzaCount;
+
+    // টোকেন আইডি থেকে অনুমোদিত ঠিকানায় ম্যাপিং
+    mapping(uint256 => address) pizzaApprovals;
+
+    // আপনি ম্যাপিং নেস্ট করতে পারেন, এই উদাহরণটি অপারেটর অনুমোদনের জন্য মালিককে ম্যাপ করে
+    mapping(address => mapping(address => bool)) private operatorApprovals;
+
+    // স্ট্রিং (নাম) এবং ডিএনএ থেকে একটি র‍্যান্ডম পিৎজা তৈরি করার জন্য ইন্টারনাল ফাংশন
+    function _createPizza(string memory _name, uint256 _dna)
+        // `internal` কীওয়ার্ডটির অর্থ হল এই ফাংশনটি শুধুমাত্র দৃশ্যমান
+        // এই কন্ট্রাক্ট এবং এই কন্ট্রাক্ট থেকে প্রাপ্ত কন্ট্রাক্টের মধ্যে
+        // আরও জানুন: 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)
+    {
+        // পিৎজাকে পিৎজার অ্যারেতে যোগ করে এবং আইডি পায়
+        uint256 id = SafeMath.sub(pizzas.push(Pizza(_name, _dna)), 1);
+
+        // পিৎজার মালিক বর্তমান ব্যবহারকারীর সমান কিনা তা পরীক্ষা করে
+        // আরও জানুন: 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));
+
+        // পিৎজাকে মালিকের সাথে ম্যাপ করে
+        pizzaToOwner[id] = msg.sender;
+        ownerPizzaCount[msg.sender] = SafeMath.add(
+            ownerPizzaCount[msg.sender],
+            1
+        );
+    }
+
+    // স্ট্রিং (নাম) থেকে একটি র‍্যান্ডম পিৎজা তৈরি করে
+    function createRandomPizza(string memory _name) public {
+        uint256 randDna = generateRandomDna(_name, msg.sender);
+        _createPizza(_name, randDna);
+    }
+
+    // স্ট্রিং (নাম) এবং মালিকের (নির্মাতা) ঠিকানা থেকে র‍্যান্ডম ডিএনএ তৈরি করে
+    function generateRandomDna(string memory _str, address _owner)
+        public
+        // `pure` হিসাবে চিহ্নিত ফাংশনগুলি স্টেট থেকে পড়া বা পরিবর্তন না করার প্রতিশ্রুতি দেয়
+        // আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#pure-functions
+        pure
+        returns (uint256)
+    {
+        // স্ট্রিং (নাম) + ঠিকানা (মালিক) থেকে র‍্যান্ডম ইউইন্ট তৈরি করে
+        uint256 rand = uint256(keccak256(abi.encodePacked(_str))) +
+            uint256(_owner);
+        rand = rand % dnaModulus;
+        return rand;
+    }
+
+    // মালিক দ্বারা পাওয়া পিৎজার অ্যারে রিটার্ন করে
+    function getPizzasByOwner(address _owner)
+        public
+        // `view` হিসাবে চিহ্নিত ফাংশনগুলি স্টেট পরিবর্তন না করার প্রতিশ্রুতি দেয়
+        // আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#view-functions
+        view
+        returns (uint256[] memory)
+    {
+        // শুধুমাত্র এই ফাংশন কলের জীবনচক্রের জন্য মান সঞ্চয় করতে `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;
+    }
+
+    // পিৎজা এবং মালিকানা অন্য ঠিকানায় স্থানান্তর করে
+    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);
+    }
+
+    // একটি পিৎজা বার্ন করে - টোকেন সম্পূর্ণরূপে ধ্বংস করে
+    // `external` ফাংশন মডিফায়ারের অর্থ হল এই ফাংশনটি
+    // কন্ট্রাক্ট ইন্টারফেসের অংশ এবং অন্যান্য কন্ট্রাক্ট এটিকে কল করতে পারে
+    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);
+    }
+
+    // ঠিকানা দ্বারা পিৎজার সংখ্যা রিটার্ন করে
+    function balanceOf(address _owner) public view returns (uint256 _balance) {
+        return ownerPizzaCount[_owner];
+    }
+
+    // আইডি দ্বারা পাওয়া পিৎজার মালিককে রিটার্ন করে
+    function ownerOf(uint256 _pizzaId) public view returns (address _owner) {
+        address owner = pizzaToOwner[_pizzaId];
+        require(owner != address(0), "অবৈধ পিৎজা আইডি।");
+        return owner;
+    }
+
+    // পিৎজার মালিকানা স্থানান্তরের জন্য অন্য ঠিকানাকে অনুমোদন দেয়
+    function approve(address _to, uint256 _pizzaId) public {
+        require(msg.sender == pizzaToOwner[_pizzaId], "অবশ্যই পিৎজার মালিক হতে হবে।");
+        pizzaApprovals[_pizzaId] = _to;
+        emit Approval(msg.sender, _to, _pizzaId);
+    }
+
+    // নির্দিষ্ট পিৎজার জন্য অনুমোদিত ঠিকানা রিটার্ন করে
+    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];
+    }
+
+    // পিৎজার মালিকানা নেয় - শুধুমাত্র অনুমোদিত ব্যবহারকারীদের জন্য
+    function takeOwnership(uint256 _pizzaId) public {
+        require(_isApprovedOrOwner(msg.sender, _pizzaId), "ঠিকানাটি অনুমোদিত নয়।");
+        address owner = this.ownerOf(_pizzaId);
+        this.transferFrom(owner, msg.sender, _pizzaId);
+    }
+
+    // পিৎজা বিদ্যমান কিনা তা পরীক্ষা করে
+    function _exists(uint256 pizzaId) internal view returns (bool) {
+        address owner = pizzaToOwner[pizzaId];
+        return owner != address(0);
+    }
+
+    // ঠিকানাটি মালিক বা পিৎজা স্থানান্তরের জন্য অনুমোদিত কিনা তা পরীক্ষা করে
+    function _isApprovedOrOwner(address spender, uint256 pizzaId)
+        internal
+        view
+        returns (bool)
+    {
+        address owner = pizzaToOwner[pizzaId];
+        // solium চেক অক্ষম করুন কারণ
+        // https://github.com/duaraghav8/Solium/issues/175
+        // solium-disable-next-line operator-whitespace
+        return (spender == owner ||
+            this.getApproved(pizzaId) == spender ||
+            this.isApprovedForAll(owner, spender));
+    }
+
+    // পিৎজা অনন্য এবং এখনও বিদ্যমান নেই কিনা তা পরীক্ষা করুন
+    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/)
+- [ইথিরিয়াম ভার্চুয়াল মেশিন](/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/bn/developers/docs/smart-contracts/compiling/index.md b/public/content/translations/bn/developers/docs/smart-contracts/compiling/index.md
new file mode 100644
index 00000000000..72f1f4b35cc
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/compiling/index.md
@@ -0,0 +1,282 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট কম্পাইল করা"
+description: "স্মার্ট কন্ট্র্যাক্ট কেন কম্পাইল করতে হবে এবং কম্পাইলেশন আসলে কী করে তার একটি ব্যাখ্যা।"
+lang: bn
+incomplete: true
+---
+
+আপনার কন্ট্র্যাক্টটি আপনাকে কম্পাইল করতে হবে যাতে আপনার ওয়েব অ্যাপ এবং ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) এটি বুঝতে পারে।
+
+## পূর্বশর্ত {#prerequisites}
+
+কম্পাইলেশন সম্পর্কে পড়ার আগে আমাদের [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) এবং [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/) এর পরিচিতি পড়ে নেওয়াটা আপনার জন্য সহায়ক হতে পারে।
+
+## EVM {#the-evm}
+
+আপনার কন্ট্র্যাক্টটি চালানোর জন্য [EVM](/developers/docs/evm/)-এর কাছে এটি **বাইটকোডে** থাকা প্রয়োজন। কম্পাইলেশন এটিকে পরিবর্তন করে:
+
+```solidity
+pragma solidity 0.4.24;
+
+contract Greeter {
+
+    function greet() public view returns (string memory) {
+        return "Hello";
+    }
+
+}
+```
+
+**এইরূপে**
+
+```
+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 ফাইল যা ডেপ্লয়েড কন্ট্র্যাক্ট এবং এর স্মার্ট কন্ট্র্যাক্টের ফাংশনগুলিকে বর্ণনা করে। এটি web2 এবং web3-এর মধ্যে সেতুবন্ধন করতে সাহায্য করে।
+
+আপনার ওয়েব অ্যাপের ইন্টারফেস থেকে আপনার স্মার্ট কন্ট্র্যাক্ট কল করার জন্য একটি [জাভাস্ক্রিপ্ট ক্লায়েন্ট লাইব্রেরি](/developers/docs/apis/javascript/) **ABI** রিড করবে।
+
+নিচে ERC-20 টোকেন কন্ট্র্যাক্টের জন্য ABI দেওয়া হল। একটি ERC-20 হল একটি টোকেন যা আপনি ইথেরিয়াম-এ ট্রেড করতে পারেন।
+
+```json
+[
+  {
+    "constant": true,
+    "inputs": [],
+    "name": "name",
+    "outputs": [
+      {
+        "name": "",
+        "type": "string"
+      }
+    ],
+    "payable": false,
+    "stateMutability": "view",
+    "type": "function"
+  },
+  {
+    "constant": false,
+    "inputs": [
+      {
+        "name": "_spender",
+        "type": "address"
+      },
+      {
+        "name": "_value",
+        "type": "uint256"
+      }
+    ],
+    "name": "approve",
+    "outputs": [
+      {
+        "name": "",
+        "type": "bool"
+      }
+    ],
+    "payable": false,
+    "stateMutability": "nonpayable",
+    "type": "function"
+  },
+  {
+    "constant": true,
+    "inputs": [],
+    "name": "totalSupply",
+    "outputs": [
+      {
+        "name": "",
+        "type": "uint256"
+      }
+    ],
+    "payable": false,
+    "stateMutability": "view",
+    "type": "function"
+  },
+  {
+    "constant": false,
+    "inputs": [
+      {
+        "name": "_from",
+        "type": "address"
+      },
+      {
+        "name": "_to",
+        "type": "address"
+      },
+      {
+        "name": "_value",
+        "type": "uint256"
+      }
+    ],
+    "name": "transferFrom",
+    "outputs": [
+      {
+        "name": "",
+        "type": "bool"
+      }
+    ],
+    "payable": false,
+    "stateMutability": "nonpayable",
+    "type": "function"
+  },
+  {
+    "constant": true,
+    "inputs": [],
+    "name": "decimals",
+    "outputs": [
+      {
+        "name": "",
+        "type": "uint8"
+      }
+    ],
+    "payable": false,
+    "stateMutability": "view",
+    "type": "function"
+  },
+  {
+    "constant": true,
+    "inputs": [
+      {
+        "name": "_owner",
+        "type": "address"
+      }
+    ],
+    "name": "balanceOf",
+    "outputs": [
+      {
+        "name": "balance",
+        "type": "uint256"
+      }
+    ],
+    "payable": false,
+    "stateMutability": "view",
+    "type": "function"
+  },
+  {
+    "constant": true,
+    "inputs": [],
+    "name": "symbol",
+    "outputs": [
+      {
+        "name": "",
+        "type": "string"
+      }
+    ],
+    "payable": false,
+    "stateMutability": "view",
+    "type": "function"
+  },
+  {
+    "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": "_spender",
+        "type": "address"
+      }
+    ],
+    "name": "allowance",
+    "outputs": [
+      {
+        "name": "",
+        "type": "uint256"
+      }
+    ],
+    "payable": false,
+    "stateMutability": "view",
+    "type": "function"
+  },
+  {
+    "payable": true,
+    "stateMutability": "payable",
+    "type": "fallback"
+  },
+  {
+    "anonymous": false,
+    "inputs": [
+      {
+        "indexed": true,
+        "name": "owner",
+        "type": "address"
+      },
+      {
+        "indexed": true,
+        "name": "spender",
+        "type": "address"
+      },
+      {
+        "indexed": false,
+        "name": "value",
+        "type": "uint256"
+      }
+    ],
+    "name": "Approval",
+    "type": "event"
+  },
+  {
+    "anonymous": false,
+    "inputs": [
+      {
+        "indexed": true,
+        "name": "from",
+        "type": "address"
+      },
+      {
+        "indexed": true,
+        "name": "to",
+        "type": "address"
+      },
+      {
+        "indexed": false,
+        "name": "value",
+        "type": "uint256"
+      }
+    ],
+    "name": "Transfer",
+    "type": "event"
+  }
+]
+```
+
+## আরও পড়ুন {#further-reading}
+
+- [ABI স্পেক](https://solidity.readthedocs.io/en/v0.7.0/abi-spec.html) _– Solidity_
+
+## সম্পর্কিত বিষয় {#related-topics}
+
+- [জাভাস্ক্রিপ্ট ক্লায়েন্ট লাইব্রেরি](/developers/docs/apis/javascript/)
+- [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/composability/index.md b/public/content/translations/bn/developers/docs/smart-contracts/composability/index.md
new file mode 100644
index 00000000000..e82a5a39ff3
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/composability/index.md
@@ -0,0 +1,76 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট কম্পোজেবিলিটি"
+description: "বিদ্যমান উপাদানগুলি পুনঃব্যবহার করে কীভাবে লেগো ব্লকের মতো স্মার্ট কন্ট্র্যাক্টগুলিকে একত্রিত করে জটিল ডিএ্যাপস তৈরি করা যায় তা জানুন।"
+lang: bn
+incomplete: true
+---
+
+## একটি সংক্ষিপ্ত ভূমিকা {#a-brief-introduction}
+
+স্মার্ট কন্ট্র্যাক্টগুলি Ethereum-এ পাবলিক এবং সেগুলিকে ওপেন 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}
+
+কম্পোজেবিলিটি হলো নতুন সিস্টেম বা আউটপুট তৈরি করার জন্য স্বতন্ত্র উপাদানগুলিকে একত্রিত করা। সফ্টওয়্যার ডেভেলপমেন্টে, কম্পোজেবিলিটি মানে ডেভেলপাররা নতুন অ্যাপ্লিকেশন তৈরি করতে বিদ্যমান সফ্টওয়্যার উপাদানগুলি পুনরায় ব্যবহার করতে পারে। কম্পোজেবিলিটি বোঝার একটি ভালো উপায় হলো কম্পোজেবল উপাদানগুলিকে লেগো ব্লকের মতো মনে করা। প্রতিটি লেগো অন্যটির সাথে একত্রিত হতে পারে, যা আপনাকে বিভিন্ন লেগো একত্রিত করে জটিল কাঠামো তৈরি করার সুযোগ দেয়।
+
+ইথেরিয়ামে, প্রতিটি স্মার্ট কন্ট্র্যাক্ট এক ধরনের লেগো—আপনি আপনার প্রকল্পের জন্য বিল্ডিং ব্লক হিসাবে অন্যান্য প্রকল্পের স্মার্ট কন্ট্র্যাক্ট ব্যবহার করতে পারেন। এর মানে হল আপনাকে চাকা নতুন করে উদ্ভাবন করতে বা প্রথম থেকে তৈরি করতে সময় ব্যয় করতে হবে না।
+
+## কম্পোজেবিলিটি কীভাবে কাজ করে? {#how-does-composability-work}
+
+ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টগুলি পাবলিক API-এর মতো, তাই যে কেউ কন্ট্র্যাক্টটির সাথে ইন্টারঅ্যাক্ট করতে পারে বা অতিরিক্ত কার্যকারিতার জন্য সেগুলিকে ডিএ্যাপসগুলিতে একীভূত করতে পারে। স্মার্ট কন্ট্র্যাক্ট কম্পোজেবিলিটি সাধারণত তিনটি নীতির উপর ভিত্তি করে কাজ করে: মডুলারিটি, স্বায়ত্তশাসন, এবং আবিষ্কারযোগ্যতা:
+
+**১. মডুলারিটি**: এটি একটি নির্দিষ্ট কাজ সম্পাদন করার জন্য স্বতন্ত্র উপাদানগুলির ক্ষমতা। ইথেরিয়ামে, প্রতিটি স্মার্ট কন্ট্র্যাক্টের একটি নির্দিষ্ট ব্যবহারের ক্ষেত্র রয়েছে (যেমনটি Uniswap-এর উদাহরণে দেখানো হয়েছে)।
+
+**২. স্বায়ত্তশাসন**: কম্পোজেবল উপাদানগুলিকে অবশ্যই স্বাধীনভাবে কাজ করতে সক্ষম হতে হবে। ইথেরিয়ামের প্রতিটি স্মার্ট কন্ট্র্যাক্ট স্ব-নির্বাহী এবং সিস্টেমের অন্যান্য অংশের উপর নির্ভর না করে কাজ করতে পারে।
+
+**৩. আবিষ্কারযোগ্যতা**: ডেভেলপাররা বাহ্যিক কন্ট্র্যাক্ট কল করতে বা অ্যাপ্লিকেশনগুলিতে সফ্টওয়্যার লাইব্রেরিগুলিকে একীভূত করতে পারে না যদি আগেরগুলি সর্বজনীনভাবে উপলব্ধ না হয়। ডিজাইন অনুসারে, স্মার্ট কন্ট্র্যাক্টগুলি ওপেন-সোর্স; যে কেউ একটি স্মার্ট কন্ট্র্যাক্ট কল করতে বা একটি কোডবেস ফর্ক করতে পারে।
+
+## কম্পোজেবিলিটির সুবিধা {#benefits-of-composability}
+
+### সংক্ষিপ্ত ডেভেলপমেন্ট চক্র {#shorter-development-cycle}
+
+কম্পোজেবিলিটি [ডিএ্যাপস](/apps/#what-are-dapps) তৈরি করার সময় ডেভেলপারদের যে কাজ করতে হয় তা কমিয়ে দেয়। [নাভাল রবিকান্ত যেমন বলেছেন:](https://twitter.com/naval/status/1444366754650656770) "ওপেন সোর্স মানে প্রতিটি সমস্যার সমাধান একবার করতে হবে।"
+
+যদি এমন একটি স্মার্ট কন্ট্র্যাক্ট থাকে যা একটি সমস্যার সমাধান করে, তবে অন্যান্য ডেভেলপাররা এটি পুনরায় ব্যবহার করতে পারে, তাই তাদের একই সমস্যার সমাধান করতে হবে না। এইভাবে, ডেভেলপাররা বিদ্যমান সফ্টওয়্যার লাইব্রেরিগুলি নিতে পারে এবং নতুন ডিএ্যাপস তৈরি করতে অতিরিক্ত কার্যকারিতা যোগ করতে পারে।
+
+### বৃহত্তর উদ্ভাবন {#greater-innovation}
+
+কম্পোজেবিলিটি উদ্ভাবন এবং পরীক্ষাকে উৎসাহিত করে কারণ ডেভেলপাররা পছন্দসই ফলাফল তৈরি করতে ওপেন-সোর্স কোড পুনরায় ব্যবহার, পরিবর্তন, নকল বা একীভূত করতে স্বাধীন। ফলস্বরূপ, ডেভেলপমেন্ট দলগুলি মৌলিক কার্যকারিতার উপর কম সময় ব্যয় করে এবং নতুন বৈশিষ্ট্যগুলির সাথে পরীক্ষা করার জন্য আরও বেশি সময় বরাদ্দ করতে পারে।
+
+### উন্নত ব্যবহারকারী অভিজ্ঞতা {#better-user-experience}
+
+ইথেরিয়াম ইকোসিস্টেমের উপাদানগুলির মধ্যে ইন্টারঅপারেবিলিটি ব্যবহারকারীর অভিজ্ঞতা উন্নত করে। ব্যবহারকারীরা যখন ডিএ্যাপসগুলি বাহ্যিক স্মার্ট কন্ট্র্যাক্টগুলিকে একীভূত করে তখন একটি খণ্ডিত ইকোসিস্টেমের তুলনায় বৃহত্তর কার্যকারিতা অ্যাক্সেস করতে পারে যেখানে অ্যাপ্লিকেশনগুলি যোগাযোগ করতে পারে না।
+
+আমরা ইন্টারঅপারেবিলিটির সুবিধাগুলি ব্যাখ্যা করার জন্য আরবিট্রেজ ট্রেডিং থেকে একটি উদাহরণ ব্যবহার করব:
+
+যদি `exchange A`-তে `exchange B`-এর চেয়ে বেশি দামে একটি টোকেন ট্রেড করা হয়, তাহলে আপনি মুনাফা অর্জনের জন্য দামের পার্থক্যের সুবিধা নিতে পারেন। যাইহোক, আপনি কেবল তখনই তা করতে পারবেন যদি আপনার লেনদেনের জন্য পর্যাপ্ত পুঁজি থাকে (অর্থাৎ, `exchange B` থেকে টোকেন কেনা এবং `exchange A`-তে বিক্রি করা)।
+
+এমন একটি পরিস্থিতিতে যেখানে ট্রেডটি কভার করার জন্য আপনার কাছে পর্যাপ্ত তহবিল নেই, একটি ফ্ল্যাশ লোন আদর্শ হতে পারে। [ফ্ল্যাশ লোন](/defi/#flash-loans) অত্যন্ত প্রযুক্তিগত, তবে মূল ধারণাটি হলো আপনি সম্পদ ধার করতে পারেন (জামানত ছাড়াই) এবং _একই_ লেনদেনের মধ্যে তা ফেরত দিতে পারেন।
+
+আমাদের প্রাথমিক উদাহরণে ফিরে গেলে, একজন আরবিট্রেজ ট্রেডার একটি বড় ফ্ল্যাশ লোন নিতে পারে, `exchange B` থেকে টোকেন কিনতে পারে, `exchange A`-তে সেগুলি বিক্রি করতে পারে, মূলধন + সুদ পরিশোধ করতে পারে এবং একই লেনদেনের মধ্যে লাভ রাখতে পারে। এই জটিল যুক্তির জন্য একাধিক কন্ট্র্যাক্টে কল একত্রিত করা প্রয়োজন, যা স্মার্ট কন্ট্র্যাক্টগুলিতে ইন্টারঅপারেবিলিটির অভাব থাকলে সম্ভব হতো না।
+
+## ইথেরিয়ামে কম্পোজেবিলিটির উদাহরণ {#composability-in-ethereum}
+
+### টোকেন সোয়াপ {#token-swaps}
+
+আপনি যদি এমন একটি ডিএ্যাপ তৈরি করেন যার জন্য ETH-এ লেনদেন পরিশোধ করতে হয়, তবে আপনি টোকেন সোয়াপ লজিক একীভূত করে ব্যবহারকারীদের অন্যান্য ERC-20 টোকেনে অর্থ প্রদান করার অনুমতি দিতে পারেন। কন্ট্র্যাক্টটি কল করা ফাংশনটি এক্সিকিউট করার আগে কোডটি স্বয়ংক্রিয়ভাবে ব্যবহারকারীর টোকেনকে ETH-তে রূপান্তর করবে।
+
+### গভর্নেন্স {#governance}
+
+একটি [DAO](/dao/)-এর জন্য বেসপোক গভর্নেন্স সিস্টেম তৈরি করা ব্যয়বহুল এবং সময়সাপেক্ষ হতে পারে। পরিবর্তে, আপনি আপনার DAO বুটস্ট্র্যাপ করতে একটি ওপেন-সোর্স গভর্নেন্স টুলকিট ব্যবহার করতে পারেন, যেমন [Aragon ক্লায়েন্ট](https://client.aragon.org/), দ্রুত একটি গভর্নেন্স কাঠামো তৈরি করার জন্য।
+
+### পরিচয় ব্যবস্থাপনা {#identity-management}
+
+একটি কাস্টম প্রমাণীকরণ সিস্টেম তৈরি করার বা কেন্দ্রীভূত প্রদানকারীদের উপর নির্ভর করার পরিবর্তে, আপনি ব্যবহারকারীদের জন্য প্রমাণীকরণ পরিচালনা করতে ডিসেন্ট্রালাইজড আইডেন্টিটি (DID) টুলস একীভূত করতে পারেন। একটি উদাহরণ হলো [SpruceID](https://www.spruceid.com/), একটি ওপেন-সোর্স টুলকিট যা "Sign in with 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/bn/developers/docs/smart-contracts/deploying/index.md b/public/content/translations/bn/developers/docs/smart-contracts/deploying/index.md
new file mode 100644
index 00000000000..6ce636a2adc
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/deploying/index.md
@@ -0,0 +1,81 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করা"
+description: "পূর্বশর্ত, টুলস এবং ডিপ্লয়মেন্টের ধাপসহ কীভাবে ইথেরিয়াম নেটওয়ার্কে স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে হয় তা শিখুন।"
+lang: bn
+---
+
+একটি ইথেরিয়াম নেটওয়ার্কের ব্যবহারকারীদের কাছে উপলব্ধ করার জন্য আপনাকে আপনার স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে হবে।
+
+একটি স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে, আপনাকে শুধুমাত্র কোনো প্রাপক নির্দিষ্ট না করে স্মার্ট কন্ট্র্যাক্টের কম্পাইল করা কোডসহ একটি ইথেরিয়াম লেনদেন পাঠাতে হবে।
+
+## পূর্বশর্ত {#prerequisites}
+
+স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করার আগে আপনার [ইথেরিয়াম নেটওয়ার্ক](/developers/docs/networks/), [লেনদেন](/developers/docs/transactions/) এবং [স্মার্ট কন্ট্র্যাক্টের অ্যানাটমি](/developers/docs/smart-contracts/anatomy/) বোঝা উচিত।
+
+একটি কন্ট্র্যাক্ট ডিপ্লয় করতেও ইথার (ETH) খরচ হয় যেহেতু সেগুলি ব্লকচেইনে সংরক্ষিত থাকে, তাই আপনার ইথেরিয়ামের [গ্যাস এবং ফি](/developers/docs/gas/) এর সাথে পরিচিত হওয়া উচিত।
+
+অবশেষে, এটি ডিপ্লয় করার আগে আপনাকে আপনার কন্ট্র্যাক্ট কম্পাইল করতে হবে, তাই নিশ্চিত করুন যে আপনি [স্মার্ট কন্ট্র্যাক্ট কম্পাইল করা](/developers/docs/smart-contracts/compiling/) সম্পর্কে পড়েছেন।
+
+## কীভাবে একটি স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করবেন {#how-to-deploy-a-smart-contract}
+
+### আপনার যা প্রয়োজন হবে {#what-youll-need}
+
+- আপনার কন্ট্র্যাক্টের বাইটকোড – এটি [কম্পাইলেশন](/developers/docs/smart-contracts/compiling/) এর মাধ্যমে তৈরি হয়
+- গ্যাসের জন্য ETH – আপনি অন্যান্য লেনদেনের মতো আপনার গ্যাস লিমিট সেট করবেন তাই সচেতন থাকুন যে একটি সাধারণ ETH ট্রান্সফারের চেয়ে কন্ট্র্যাক্ট ডিপ্লয়মেন্টের জন্য অনেক বেশি গ্যাস প্রয়োজন।
+- একটি ডিপ্লয়মেন্ট স্ক্রিপ্ট বা প্লাগইন
+- একটি [ইথেরিয়াম নোড](/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/) এর মতো একটি ইথেরিয়াম অ্যাড্রেস থাকবে এবং [সোর্স কোড ভেরিফিকেশন টুলস](/developers/docs/smart-contracts/verifying/#source-code-verification-tools) ব্যবহার করে এটি ভেরিফাই করা যেতে পারে।
+
+## সম্পর্কিত টুলস {#related-tools}
+
+**Remix - _Remix IDE ইথেরিয়ামের মতো ব্লকচেইনগুলির জন্য স্মার্ট কন্ট্র্যাক্ট ডেভেলপ, ডিপ্লয় এবং পরিচালনা করার অনুমতি দেয়_**
+
+- [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 - _আপনার ইথেরিয়াম সফটওয়্যার কম্পাইল, ডিপ্লয়, পরীক্ষা এবং ডিবাগ করার জন্য একটি ডেভেলপমেন্ট এনভায়রনমেন্ট_**
+
+- [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 - _স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে, ক্রেডিট-কার্ড এবং ক্রস চেইন পেমেন্ট সক্ষম করতে এবং NFT তৈরি, বিতরণ, বিক্রি, সংরক্ষণ এবং সম্পাদনা করতে API ব্যবহার করার জন্য এন্টারপ্রাইজ-গ্রেড web3 ডেভেলপমেন্ট প্ল্যাটফর্ম।_**
+
+- [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/) _– একটি ইথেরিয়াম টেস্ট নেটওয়ার্কে আপনার প্রথম স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করার একটি পরিচিতি।_
+- [হ্যালো ওয়ার্ল্ড | স্মার্ট কন্ট্র্যাক্ট টিউটোরিয়াল](/developers/tutorials/hello-world-smart-contract/) _– ইথেরিয়ামে একটি বেসিক স্মার্ট কন্ট্র্যাক্ট তৈরি এবং ডিপ্লয় করার জন্য একটি সহজবোধ্য টিউটোরিয়াল।_
+- [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/)
+- [একটি ইথেরিয়াম নোড চালান](/developers/docs/nodes-and-clients/run-a-node/)
+- [নোড-অ্যাস-এ-সার্ভিস](/developers/docs/nodes-and-clients/nodes-as-a-service)
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/bn/developers/docs/smart-contracts/formal-verification/index.md
new file mode 100644
index 00000000000..5931e2a9166
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/formal-verification/index.md
@@ -0,0 +1,284 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্টের আনুষ্ঠানিক যাচাইকরণ"
+description: "ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য আনুষ্ঠানিক যাচাইকরণের একটি সংক্ষিপ্ত বিবরণ"
+lang: bn
+---
+
+[স্মার্ট কন্ট্র্যাক্ট](/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)।
+
+নিম্ন-স্তরের মডেলগুলিকে আদর্শ হিসাবে বিবেচনা করা হয় কারণ তারা ইথেরিয়ামের এক্সিকিউশন পরিবেশে (অর্থাৎ, [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`-এর (অর্থাৎ, প্রোগ্রাম) স্টেটের উপর প্রেডিকেট, যা আনুষ্ঠানিকভাবে যথাক্রমে _প্রিকন্ডিশন_ এবং _পোস্টকন্ডিশন_ হিসাবে বর্ণিত।
+
+একটি প্রিকন্ডিশন হল একটি প্রেডিকেট যা একটি ফাংশনের সঠিক এক্সিকিউশনের জন্য প্রয়োজনীয় শর্তাবলী বর্ণনা করে; কন্ট্র্যাক্টে কল করা ব্যবহারকারীদের অবশ্যই এই প্রয়োজনীয়তা পূরণ করতে হবে। একটি পোস্টকন্ডিশন হল একটি প্রেডিকেট যা একটি ফাংশন সঠিকভাবে এক্সিকিউট হলে যে শর্তটি প্রতিষ্ঠা করে তা বর্ণনা করে; ব্যবহারকারীরা ফাংশনে কল করার পরে এই শর্তটি সত্য হবে বলে আশা করতে পারেন। হোয়ার লজিকে একটি _ইনভ্যারিয়েন্ট_ হল একটি প্রেডিকেট যা একটি ফাংশনের এক্সিকিউশন দ্বারা সংরক্ষিত থাকে (অর্থাৎ, এটি পরিবর্তন হয় না)।
+
+হোয়ার-স্টাইল স্পেসিফিকেশনগুলি হয় _আংশিক সঠিকতা_ বা _সম্পূর্ণ সঠিকতা_ নিশ্চিত করতে পারে। একটি কন্ট্র্যাক্ট ফাংশনের বাস্তবায়ন "আংশিকভাবে সঠিক" হয় যদি ফাংশনটি এক্সিকিউট হওয়ার আগে প্রিকন্ডিশনটি সত্য হয় এবং যদি এক্সিকিউশনটি শেষ হয় তবে পোস্টকন্ডিশনটিও সত্য হয়। সম্পূর্ণ সঠিকতার প্রমাণ পাওয়া যায় যদি ফাংশন এক্সিকিউট করার আগে একটি প্রিকন্ডিশন সত্য হয়, এক্সিকিউশনটি শেষ হওয়ার নিশ্চয়তা থাকে এবং যখন এটি হয়, তখন পোস্টকন্ডিশনটি সত্য হয়।
+
+সম্পূর্ণ সঠিকতার প্রমাণ পাওয়া কঠিন কারণ কিছু এক্সিকিউশন শেষ হওয়ার আগে বিলম্বিত হতে পারে, বা একেবারেই শেষ নাও হতে পারে। তা সত্ত্বেও, এক্সিকিউশন শেষ হয় কিনা সেই প্রশ্নটি তর্কসাপেক্ষে একটি অমীমাংসিত বিষয় কারণ ইথেরিয়ামের গ্যাস মেকানিজম অসীম প্রোগ্রাম লুপ প্রতিরোধ করে (এক্সিকিউশন হয় সফলভাবে শেষ হয় অথবা 'আউট-অফ-গ্যাস' ত্রুটির কারণে শেষ হয়)।
+
+হোয়ার লজিক ব্যবহার করে তৈরি করা স্মার্ট কন্ট্র্যাক্ট স্পেসিফিকেশনগুলিতে একটি কন্ট্র্যাক্টে ফাংশন এবং লুপগুলির এক্সিকিউশনের জন্য প্রিকন্ডিশন, পোস্টকন্ডিশন এবং ইনভ্যারিয়েন্ট সংজ্ঞায়িত করা থাকবে। প্রিকন্ডিশনগুলিতে প্রায়শই একটি ফাংশনে ভুল ইনপুটের সম্ভাবনা অন্তর্ভুক্ত থাকে, পোস্টকন্ডিশনগুলি এই ধরনের ইনপুটগুলির প্রতি প্রত্যাশিত প্রতিক্রিয়া বর্ণনা করে (যেমন, একটি নির্দিষ্ট ব্যতিক্রম থ্রো করা)। এইভাবে হোয়ার-স্টাইল বৈশিষ্ট্যগুলি কন্ট্র্যাক্ট বাস্তবায়নের সঠিকতা নিশ্চিত করার জন্য কার্যকর।
+
+অনেক আনুষ্ঠানিক যাচাইকরণ ফ্রেমওয়ার্ক ফাংশনের সেমান্টিক সঠিকতা প্রমাণের জন্য হোয়ার-স্টাইল স্পেসিফিকেশন ব্যবহার করে। সলিডিটিতে `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/) কারণ হতে পারে। যাইহোক, ডিপ্লয়মেন্টের আগে একটি কন্ট্র্যাক্টকে আনুষ্ঠানিকভাবে যাচাই করা এই গ্যারান্টি বাড়াতে পারে যে এটি ব্লকচেইনে চলার সময় প্রত্যাশিতভাবে কাজ করবে।
+
+নির্ভরযোগ্যতা যেকোনো স্মার্ট কন্ট্র্যাক্টে একটি অত্যন্ত আকাঙ্ক্ষিত গুণ, বিশেষ করে কারণ ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)-এ ডিপ্লয় করা কোড সাধারণত অপরিবর্তনীয়। লঞ্চ-পরবর্তী আপগ্রেডগুলি সহজে অ্যাক্সেসযোগ্য না হওয়ায়, কন্ট্র্যাক্টের নির্ভরযোগ্যতা নিশ্চিত করার প্রয়োজন আনুষ্ঠানিক যাচাইকরণকে অপরিহার্য করে তোলে। আনুষ্ঠানিক যাচাইকরণ ইন্টিজার আন্ডারফ্লো এবং ওভারফ্লো, রি-এন্ট্রেন্সি, এবং দুর্বল গ্যাস অপ্টিমাইজেশনের মতো জটিল সমস্যাগুলি সনাক্ত করতে সক্ষম, যা অডিটর এবং টেস্টারদের চোখ এড়িয়ে যেতে পারে।
+
+#### কার্যকরী সঠিকতা প্রমাণ করুন {#prove-functional-correctness}
+
+প্রোগ্রাম টেস্টিং হল একটি স্মার্ট কন্ট্র্যাক্ট কিছু প্রয়োজনীয়তা পূরণ করে তা প্রমাণের সবচেয়ে সাধারণ পদ্ধতি। এর মধ্যে একটি কন্ট্র্যাক্টকে এটি যে ডেটা পরিচালনা করবে বলে আশা করা হয় তার একটি নমুনা দিয়ে এক্সিকিউট করা এবং এর আচরণ বিশ্লেষণ করা জড়িত। যদি কন্ট্র্যাক্টটি নমুনা ডেটার জন্য প্রত্যাশিত ফলাফল প্রদান করে, তবে ডেভেলপারদের কাছে এর সঠিকতার বস্তুনিষ্ঠ প্রমাণ থাকে।
+
+যাইহোক, এই পদ্ধতিটি এমন ইনপুট মানগুলির জন্য সঠিক এক্সিকিউশন প্রমাণ করতে পারে না যা নমুনার অংশ নয়। অতএব, একটি কন্ট্র্যাক্ট টেস্টিং বাগ সনাক্ত করতে সাহায্য করতে পারে (অর্থাৎ, যদি কিছু কোড পাথ এক্সিকিউশনের সময় কাঙ্ক্ষিত ফলাফল দিতে ব্যর্থ হয়), কিন্তু **এটি চূড়ান্তভাবে বাগের অনুপস্থিতি প্রমাণ করতে পারে না**।
+
+বিপরীতভাবে, আনুষ্ঠানিক যাচাইকরণ আনুষ্ঠানিকভাবে প্রমাণ করতে পারে যে একটি স্মার্ট কন্ট্র্যাক্ট কন্ট্র্যাক্টটি একেবারেই না চালিয়ে অসীম পরিসরের এক্সিকিউশনের জন্য প্রয়োজনীয়তা পূরণ করে। এর জন্য একটি আনুষ্ঠানিক স্পেসিফিকেশন তৈরি করতে হবে যা সঠিক কন্ট্র্যাক্ট আচরণগুলিকে অবিকলভাবে বর্ণনা করে এবং কন্ট্র্যাক্টের সিস্টেমের একটি আনুষ্ঠানিক (গাণিতিক) মডেল তৈরি করতে হবে। তারপর আমরা কন্ট্র্যাক্টের মডেল এবং এর স্পেসিফিকেশনের মধ্যে সঙ্গতি পরীক্ষা করার জন্য একটি আনুষ্ঠানিক প্রমাণ পদ্ধতি অনুসরণ করতে পারি।
+
+আনুষ্ঠানিক যাচাইকরণের মাধ্যমে, একটি কন্ট্র্যাক্টের ব্যবসায়িক যুক্তি প্রয়োজনীয়তা পূরণ করে কিনা তা যাচাই করার প্রশ্নটি একটি গাণিতিক প্রস্তাব যা প্রমাণ বা অপ্রমাণ করা যেতে পারে। একটি প্রস্তাবকে আনুষ্ঠানিকভাবে প্রমাণ করে, আমরা সসীম সংখ্যক ধাপে অসীম সংখ্যক টেস্ট কেস যাচাই করতে পারি। এই পদ্ধতিতে আনুষ্ঠানিক যাচাইকরণের একটি স্পেসিফিকেশনের সাপেক্ষে একটি কন্ট্র্যাক্ট কার্যকরীভাবে সঠিক প্রমাণ করার আরও ভাল সম্ভাবনা রয়েছে।
+
+#### আদর্শ যাচাইকরণ লক্ষ্য {#ideal-verification-targets}
+
+একটি যাচাইকরণ লক্ষ্য আনুষ্ঠানিকভাবে যাচাই করা হবে এমন সিস্টেমকে বর্ণনা করে। আনুষ্ঠানিক যাচাইকরণ "এম্বেডেড সিস্টেম" (সফ্টওয়্যারের ছোট, সহজ অংশ যা একটি বৃহত্তর সিস্টেমের অংশ গঠন করে) এ সবচেয়ে ভালভাবে ব্যবহৃত হয়। এগুলি বিশেষায়িত ডোমেনগুলির জন্যও আদর্শ যেগুলির নিয়ম কম, কারণ এটি ডোমেন-নির্দিষ্ট বৈশিষ্ট্য যাচাই করার জন্য টুলস পরিবর্তন করা সহজ করে তোলে।
+
+স্মার্ট কন্ট্র্যাক্ট—অন্তত, কিছু পরিমাণে—উভয় প্রয়োজনীয়তা পূরণ করে। উদাহরণস্বরূপ, ইথেরিয়াম কন্ট্র্যাক্টের ছোট আকার তাদের আনুষ্ঠানিক যাচাইকরণের জন্য উপযুক্ত করে তোলে। একইভাবে, EVM সহজ নিয়ম অনুসরণ করে, যা EVM-এ চলমান প্রোগ্রামগুলির জন্য সেমান্টিক বৈশিষ্ট্যগুলি নির্দিষ্ট করা এবং যাচাই করা সহজ করে তোলে।
+
+### দ্রুততর ডেভেলপমেন্ট চক্র {#faster-development-cycle}
+
+আনুষ্ঠানিক যাচাইকরণ কৌশল, যেমন মডেল চেকিং এবং সিম্বলিক এক্সিকিউশন, সাধারণত স্মার্ট কন্ট্র্যাক্ট কোডের নিয়মিত বিশ্লেষণের (টেস্টিং বা অডিটিংয়ের সময় সঞ্চালিত) চেয়ে বেশি কার্যকর। এর কারণ হল আনুষ্ঠানিক যাচাইকরণ দাবিগুলি পরীক্ষা করার জন্য সিম্বলিক মানের উপর নির্ভর করে ("যদি একজন ব্যবহারকারী _n_ ইথার উত্তোলন করার চেষ্টা করে?") টেস্টিং-এর বিপরীতে যা কংক্রিট মান ব্যবহার করে ("যদি একজন ব্যবহারকারী 5 ইথার উত্তোলন করার চেষ্টা করে?")।
+
+সিম্বলিক ইনপুট ভেরিয়েবলগুলি কংক্রিট মানগুলির একাধিক শ্রেণীকে কভার করতে পারে, তাই আনুষ্ঠানিক যাচাইকরণ পদ্ধতিগুলি একটি ছোট সময়সীমার মধ্যে আরও বেশি কোড কভারেজের প্রতিশ্রুতি দেয়। কার্যকরভাবে ব্যবহার করা হলে, আনুষ্ঠানিক যাচাইকরণ ডেভেলপারদের জন্য ডেভেলপমেন্ট চক্রকে ত্বরান্বিত করতে পারে।
+
+আনুষ্ঠানিক যাচাইকরণ ব্যয়বহুল ডিজাইন ত্রুটি হ্রাস করে ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস) তৈরির প্রক্রিয়াটিকেও উন্নত করে। দুর্বলতাগুলি ঠিক করার জন্য কন্ট্র্যাক্টগুলি আপগ্রেড করার (যেখানে সম্ভব) জন্য কোডবেসগুলির ব্যাপক पुनर्लेखन এবং ডেভেলপমেন্টে আরও বেশি প্রচেষ্টা ব্যয় করতে হয়। আনুষ্ঠানিক যাচাইকরণ কন্ট্র্যাক্ট বাস্তবায়নে অনেক ত্রুটি সনাক্ত করতে পারে যা টেস্টার এবং অডিটরদের চোখ এড়িয়ে যেতে পারে এবং একটি কন্ট্র্যাক্ট ডিপ্লয় করার আগে সেই সমস্যাগুলি সমাধান করার জন্য যথেষ্ট সুযোগ প্রদান করে।
+
+## আনুষ্ঠানিক যাচাইকরণের অসুবিধা {#drawbacks-of-formal-verification}
+
+### কায়িক শ্রমের খরচ {#cost-of-manual-labor}
+
+আনুষ্ঠানিক যাচাইকরণ, বিশেষত আধা-স্বয়ংক্রিয় যাচাইকরণ যেখানে একজন মানুষ সঠিকতার প্রমাণ পেতে প্রোভারকে গাইড করে, তার জন্য যথেষ্ট কায়িক শ্রম প্রয়োজন। উপরন্তু, আনুষ্ঠানিক স্পেসিফিকেশন তৈরি করা একটি জটিল কার্যকলাপ যা উচ্চ স্তরের দক্ষতার দাবি রাখে।
+
+এই কারণগুলি (প্রচেষ্টা এবং দক্ষতা) আনুষ্ঠানিক যাচাইকরণকে কন্ট্র্যাক্টে সঠিকতা মূল্যায়নের সাধারণ পদ্ধতি, যেমন টেস্টিং এবং অডিট, এর তুলনায় আরও বেশি দাবিদার এবং ব্যয়বহুল করে তোলে। তা সত্ত্বেও, স্মার্ট কন্ট্র্যাক্ট বাস্তবায়নে ত্রুটির খরচ বিবেচনা করে, একটি সম্পূর্ণ যাচাইকরণ অডিটের জন্য খরচ প্রদান করা বাস্তবসম্মত।
+
+### ফলস নেগেটিভ {#false-negatives}
+
+আনুষ্ঠানিক যাচাইকরণ কেবল এটিই পরীক্ষা করতে পারে যে স্মার্ট কন্ট্র্যাক্টের এক্সিকিউশন আনুষ্ঠানিক স্পেসিফিকেশনের সাথে মেলে কিনা। যেমন, এটি নিশ্চিত করা গুরুত্বপূর্ণ যে স্পেসিফিকেশনটি একটি স্মার্ট কন্ট্র্যাক্টের প্রত্যাশিত আচরণগুলি সঠিকভাবে বর্ণনা করে।
+
+যদি স্পেসিফিকেশনগুলি খারাপভাবে লেখা হয়, তবে সম্পত্তিগুলির লঙ্ঘন—যা দুর্বল এক্সিকিউশনের দিকে নির্দেশ করে—আনুষ্ঠানিক যাচাইকরণ অডিটের মাধ্যমে সনাক্ত করা যায় না। এই ক্ষেত্রে, একজন ডেভেলপার ভুলবশত ধরে নিতে পারেন যে কন্ট্র্যাক্টটি বাগ-মুক্ত।
+
+### পারফরম্যান্স সমস্যা {#performance-issues}
+
+আনুষ্ঠানিক যাচাইকরণ বেশ কিছু পারফরম্যান্স সমস্যার সম্মুখীন হয়। উদাহরণস্বরূপ, মডেল চেকিং এবং সিম্বলিক চেকিং-এর সময় যথাক্রমে সম্মুখীন হওয়া স্টেট এবং পাথ এক্সপ্লোশন সমস্যাগুলি যাচাইকরণ পদ্ধতিকে প্রভাবিত করতে পারে। এছাড়াও, আনুষ্ঠানিক যাচাইকরণ টুলগুলি প্রায়শই তাদের অন্তর্নিহিত লেয়ারে SMT সলভার এবং অন্যান্য কনস্ট্রেইন্ট সলভার ব্যবহার করে এবং এই সলভারগুলি গণনামূলকভাবে নিবিড় পদ্ধতির উপর নির্ভর করে।
+
+এছাড়াও, প্রোগ্রাম যাচাইকারীদের জন্য একটি সম্পত্তি (একটি যৌক্তিক সূত্র হিসাবে বর্ণিত) সন্তুষ্ট করা যেতে পারে কিনা তা নির্ধারণ করা সবসময় সম্ভব নয় (the "[decidability problem](https://en.wikipedia.org/wiki/Decision_problem)") কারণ একটি প্রোগ্রাম কখনও শেষ নাও হতে পারে। যেমন, একটি কন্ট্র্যাক্টের জন্য কিছু সম্পত্তি প্রমাণ করা অসম্ভব হতে পারে যদিও এটি ভালভাবে নির্দিষ্ট করা থাকে।
+
+## ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য আনুষ্ঠানিক যাচাইকরণ টুলস {#formal-verification-tools}
+
+### আনুষ্ঠানিক স্পেসিফিকেশন তৈরির জন্য স্পেসিফিকেশন ভাষা {#specification-languages}
+
+**Act**: __Act স্টোরেজ আপডেট, প্রি/পোস্ট কন্ডিশন এবং কন্ট্র্যাক্ট ইনভ্যারিয়েন্টের স্পেসিফিকেশনের অনুমতি দেয়।\*\* এর টুল স্যুটেও Coq, SMT সলভার, বা hevm-এর মাধ্যমে অনেক বৈশিষ্ট্য প্রমাণ করতে সক্ষম প্রুফ ব্যাকএন্ড রয়েছে।__
+
+- [GitHub](https://github.com/ethereum/act)
+- [নথিপত্র](https://github.com/argotorg/act)
+
+**Scribble** - __Scribble স্পেসিফিকেশন ভাষায় কোড টীকাগুলিকে কংক্রিট অ্যাসারশনে রূপান্তরিত করে যা স্পেসিফিকেশন পরীক্ষা করে।__
+
+- [নথিপত্র](https://docs.scribble.codes/)
+
+**Dafny** - __Dafny একটি যাচাইকরণ-প্রস্তুত প্রোগ্রামিং ভাষা যা কোডের সঠিকতা সম্পর্কে যুক্তি ও প্রমাণ করার জন্য উচ্চ-স্তরের টীকাগুলির উপর নির্ভর করে।__
+
+- [GitHub](https://github.com/dafny-lang/dafny)
+
+### সঠিকতা পরীক্ষা করার জন্য প্রোগ্রাম ভেরিফায়ার {#program-verifiers}
+
+**Certora Prover** - _Certora Prover স্মার্ট কন্ট্র্যাক্টে কোডের সঠিকতা পরীক্ষা করার জন্য একটি স্বয়ংক্রিয় আনুষ্ঠানিক যাচাইকরণ টুল। স্পেসিফিকেশনগুলি CVL (Certora Verification Language) এ লেখা হয়, যেখানে স্ট্যাটিক বিশ্লেষণ এবং কনস্ট্রেইন্ট-সলভিং এর সংমিশ্রণ ব্যবহার করে সম্পত্তি লঙ্ঘন সনাক্ত করা হয়।_
+
+- [ওয়েবসাইট](https://www.certora.com/)
+- [নথিপত্র](https://docs.certora.com/en/latest/index.html)
+
+**Solidity SMTChecker** - __সলিডিটির SMTChecker হল SMT (Satisfiability Modulo Theories) এবং Horn সলভিং-এর উপর ভিত্তি করে একটি অন্তর্নির্মিত মডেল চেকার।\*\* এটি নিশ্চিত করে যে একটি কন্ট্র্যাক্টের সোর্স কোড কম্পাইলেশনের সময় স্পেসিফিকেশনগুলির সাথে মেলে কিনা এবং নিরাপত্তা বৈশিষ্ট্যগুলির লঙ্ঘনের জন্য স্ট্যাটিকালি পরীক্ষা করে।__
+
+- [GitHub](https://github.com/ethereum/solidity)
+
+**solc-verify** - __solc-verify হল সলিডিটি কম্পাইলারের একটি বর্ধিত সংস্করণ যা টীকা এবং মডুলার প্রোগ্রাম ভেরিফিকেশন ব্যবহার করে সলিডিটি কোডে স্বয়ংক্রিয় আনুষ্ঠানিক যাচাইকরণ সম্পাদন করতে পারে।__
+
+- [GitHub](https://github.com/SRI-CSL/solidity)
+
+**KEVM** - __KEVM হল K ফ্রেমওয়ার্কে লেখা ইথেরিয়াম ভার্চুয়াল মেশিন (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** - _ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টে দুর্বলতা সনাক্ত করার জন্য একটি সিম্বলিক এক্সিকিউশন টুল_
+
+- [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)
+- [ইথেরিয়াম ইকোসিস্টেমে আনুষ্ঠানিক যাচাইকরণ প্রকল্পগুলির একটি সংক্ষিপ্ত বিবরণ](https://github.com/leonardoalt/ethereum_formal_verification_overview)
+- [ইথেরিয়াম 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/bn/developers/docs/smart-contracts/index.md b/public/content/translations/bn/developers/docs/smart-contracts/index.md
new file mode 100644
index 00000000000..1b7234b7e74
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/index.md
@@ -0,0 +1,112 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্টের ভূমিকা"
+description: "স্মার্ট কন্ট্র্যাক্ট-এর একটি সংক্ষিপ্ত বিবরণ, তাদের অনন্য বৈশিষ্ট্য এবং সীমাবদ্ধতার উপর আলোকপাত করে।"
+lang: bn
+---
+
+## স্মার্ট কন্ট্র্যাক্ট কি? {#what-is-a-smart-contract}
+
+"স্মার্ট কন্ট্র্যাক্ট" হলো একটি প্রোগ্রাম যা Ethereum ব্লকচেইনে চলে। এটি কোড (এর ফাংশন) এবং ডেটা (এর স্টেট)-এর একটি সংগ্রহ যা Ethereum ব্লকচেইনের একটি নির্দিষ্ট ঠিকানায় থাকে।
+
+স্মার্ট কন্ট্র্যাক্ট হলো এক ধরনের [Ethereum অ্যাকাউন্ট](/developers/docs/accounts/)। এর মানে হলো তাদের একটি ব্যালেন্স আছে এবং লেনদেনের লক্ষ্য হতে পারে। তবে এগুলো কোনো ব্যবহারকারী দ্বারা নিয়ন্ত্রিত হয় না, বরং এগুলো নেটওয়ার্কে স্থাপন করা হয় এবং প্রোগ্রাম অনুযায়ী চলে। ব্যবহারকারীর অ্যাকাউন্টগুলি তখন স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে পারে এমন লেনদেন জমা দিয়ে যা স্মার্ট কন্ট্র্যাক্টে সংজ্ঞায়িত একটি ফাংশন সম্পাদন করে। স্মার্ট কন্ট্র্যাক্টগুলি একটি নিয়মিত চুক্তির মতো নিয়ম সংজ্ঞায়িত করতে পারে এবং কোডের মাধ্যমে স্বয়ংক্রিয়ভাবে সেগুলি প্রয়োগ করতে পারে। স্মার্ট কন্ট্র্যাক্ট ডিফল্টরূপে মুছে ফেলা যায় না এবং তাদের সাথে ইন্টারঅ্যাকশন অপরিবর্তনীয়।
+
+## পূর্বশর্ত {#prerequisites}
+
+আপনি যদি সবে শুরু করেন বা একটি কম প্রযুক্তিগত ভূমিকা খুঁজছেন, আমরা আমাদের [স্মার্ট কন্ট্র্যাক্টের ভূমিকা](/smart-contracts/) পড়ার পরামর্শ দিই।
+
+স্মার্ট কন্ট্র্যাক্টের জগতে প্রবেশ করার আগে নিশ্চিত করুন যে আপনি [অ্যাকাউন্ট](/developers/docs/accounts/), [লেনদেন](/developers/docs/transactions/) এবং [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/) সম্পর্কে পড়েছেন।
+
+## একটি ডিজিটাল ভেন্ডিং মেশিন {#a-digital-vending-machine}
+
+[নিক জাবো](https://unenumerated.blogspot.com/) দ্বারা বর্ণিত একটি ভেন্ডিং মেশিন সম্ভবত স্মার্ট কন্ট্র্যাক্টের জন্য সেরা রূপক। সঠিক ইনপুট দিলে, একটি নির্দিষ্ট আউটপুট নিশ্চিত।
+
+একটি ভেন্ডিং মেশিন থেকে একটি স্ন্যাক পেতে:
+
+```
+টাকা + স্ন্যাক নির্বাচন = স্ন্যাক বিতরণ
+```
+
+এই যুক্তিটি ভেন্ডিং মেশিনে প্রোগ্রাম করা আছে।
+
+একটি স্মার্ট কন্ট্র্যাক্ট, একটি ভেন্ডিং মেশিনের মতো, এর মধ্যে যুক্তি প্রোগ্রাম করা থাকে। এখানে একটি সহজ উদাহরণ দেওয়া হল যে এই ভেন্ডিং মেশিনটি যদি Solidity-তে লেখা একটি স্মার্ট কন্ট্র্যাক্ট হতো তবে কেমন দেখাতো:
+
+```solidity
+pragma solidity 0.8.7;
+
+contract VendingMachine {
+
+    // কন্ট্র্যাক্টের স্টেট ভেরিয়েবল ঘোষণা করুন
+    address public owner;
+    mapping (address => uint) public cupcakeBalances;
+
+    // যখন 'VendingMachine' কন্ট্র্যাক্ট স্থাপন করা হয়:
+    // 1. স্থাপনকারী ঠিকানাকে কন্ট্র্যাক্টের মালিক হিসেবে সেট করুন
+    // 2. স্থাপন করা স্মার্ট কন্ট্র্যাক্টের কাপকেক ব্যালেন্স 100 এ সেট করুন
+    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 থাকতে হবে। একটি স্মার্ট কন্ট্র্যাক্ট স্থাপন করা প্রযুক্তিগতভাবে একটি লেনদেন, তাই আপনাকে [গ্যাস](/developers/docs/gas/) দিতে হবে ঠিক যেমন একটি সাধারণ ETH স্থানান্তরের জন্য গ্যাস দিতে হয়। তবে, কন্ট্র্যাক্ট স্থাপনের জন্য গ্যাসের খরচ অনেক বেশি।
+
+স্মার্ট কন্ট্র্যাক্ট লেখার জন্য Ethereum-এর ডেভেলপার-বান্ধব ভাষা রয়েছে:
+
+- Solidity
+- Vyper
+
+[ভাষা সম্পর্কে আরও জানুন](/developers/docs/smart-contracts/languages/)
+
+তবে, এগুলি স্থাপন করার আগে কম্পাইল করতে হবে যাতে Ethereum-এর ভার্চুয়াল মেশিন কন্ট্র্যাক্টটিকে ব্যাখ্যা এবং সংরক্ষণ করতে পারে। [কম্পাইলেশন সম্পর্কে আরও জানুন](/developers/docs/smart-contracts/compiling/)
+
+## কম্পোজেবিলিটি {#composability}
+
+স্মার্ট কন্ট্র্যাক্টগুলি Ethereum-এ পাবলিক এবং সেগুলিকে ওপেন API হিসাবে ভাবা যেতে পারে। এর মানে হল আপনি আপনার নিজের স্মার্ট কন্ট্র্যাক্টে অন্যান্য স্মার্ট কন্ট্র্যাক্টকে কল করতে পারেন যা সম্ভব তার পরিধিকে ব্যাপকভাবে প্রসারিত করতে। কন্ট্র্যাক্টগুলি এমনকি অন্যান্য কন্ট্র্যাক্টও স্থাপন করতে পারে।
+
+[স্মার্ট কন্ট্র্যাক্ট কম্পোজেবিলিটি](/developers/docs/smart-contracts/composability/) সম্পর্কে আরও জানুন।
+
+## সীমাবদ্ধতা {#limitations}
+
+স্মার্ট কন্ট্র্যাক্টগুলি একা "বাস্তব-বিশ্বের" ঘটনা সম্পর্কে তথ্য পেতে পারে না কারণ তারা অফচেইন উৎস থেকে ডেটা পুনরুদ্ধার করতে পারে না। এর মানে হল তারা বাস্তব জগতের ঘটনাগুলিতে সাড়া দিতে পারে না। এটি ডিজাইন দ্বারাই করা হয়েছে। বাহ্যিক তথ্যের উপর নির্ভর করা কনসেন্সাসকে বিপন্ন করতে পারে, যা নিরাপত্তা এবং বিকেন্দ্রীকরণের জন্য গুরুত্বপূর্ণ।
+
+তবে, ব্লকচেইন অ্যাপ্লিকেশনগুলির জন্য অফচেইন ডেটা ব্যবহার করতে পারাটা গুরুত্বপূর্ণ। সমাধান হল [ ওরাকল](/developers/docs/oracles/) যা এমন টুলস যা অফচেইন ডেটা গ্রহণ করে এবং স্মার্ট কন্ট্র্যাক্ট-এর জন্য উপলব্ধ করে।
+
+স্মার্ট কন্ট্র্যাক্টের আরেকটি সীমাবদ্ধতা হল সর্বোচ্চ কন্ট্র্যাক্টের আকার। একটি স্মার্ট কন্ট্র্যাক্ট সর্বোচ্চ 24KB হতে পারে নতুবা এটি গ্যাসের অভাবে চলবে না। এটি [The Diamond Pattern](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/bn/developers/docs/smart-contracts/languages/index.md b/public/content/translations/bn/developers/docs/smart-contracts/languages/index.md
new file mode 100644
index 00000000000..7d4299c8a7e
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/languages/index.md
@@ -0,0 +1,339 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট ল্যাঙ্গুয়েজ"
+description: "দুটি প্রধান স্মার্ট কন্ট্র্যাক্ট ল্যাঙ্গুয়েজ – Solidity এবং Vyper-এর একটি সংক্ষিপ্ত বিবরণ এবং তুলনা।"
+lang: bn
+---
+
+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)।
+
+আরও অভিজ্ঞ ডেভেলপাররাও Yul, [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)-এর জন্য একটি মধ্যবর্তী ল্যাঙ্গুয়েজ, অথবা 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 by Example](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 {
+    // "public" কীওয়ার্ডটি ভেরিয়েবলগুলোকে
+    // অন্যান্য কন্ট্র্যাক্ট থেকে অ্যাক্সেসযোগ্য করে তোলে
+    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 by Example](https://vyper.readthedocs.io/en/latest/vyper-by-example.html)
+- [More Vyper by Example](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)
+
+# শেষে true তে সেট করা হয়, কোনো পরিবর্তন নিষিদ্ধ করে
+
+ended: public(bool)
+
+# রিফান্ড করা বিডগুলোর হিসাব রাখুন যাতে আমরা উইথড্র প্যাটার্ন অনুসরণ করতে পারি
+
+pendingReturns: public(HashMap[address, uint256])
+
+# `_beneficiary` ঠিকানার পক্ষ থেকে `_bidding_time`
+
+# সেকেন্ড বিডিং সময় সহ একটি সাধারণ অকশন তৈরি করুন।
+
+@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():
+    # অন্যান্য কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করে এমন ফাংশনগুলোকে গঠন করার জন্য এটি একটি ভালো নির্দেশিকা
+    # (যেমন, তারা ফাংশন কল করে বা ইথার পাঠায়)
+    # তিনটি পর্যায়ে:
+    # ১. শর্তাবলী পরীক্ষা করা
+    # ২. কাজ সম্পাদন করা (সম্ভাব্য শর্তাবলী পরিবর্তন করা)
+    # ৩. অন্যান্য কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করা
+    # যদি এই পর্যায়গুলো মিশ্রিত হয়, তবে অন্য কন্ট্র্যাক্টটি
+    # বর্তমান কন্ট্র্যাক্টে আবার কল করতে পারে এবং স্টেট পরিবর্তন করতে পারে বা
+    # একাধিকবার এফেক্ট (ইথার পেআউট) সম্পাদন করতে পারে।
+    # যদি অভ্যন্তরীণভাবে কল করা ফাংশনগুলোতে এক্সটার্নাল
+    # কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাকশন অন্তর্ভুক্ত থাকে, তবে সেগুলোকে
+    # এক্সটার্নাল কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাকশন হিসেবেও বিবেচনা করতে হবে।
+
+    # ১. শর্তাবলী
+    # অকশনের শেষ সময় পৌঁছেছে কিনা তা পরীক্ষা করুন
+    assert block.timestamp >= self.auctionEnd
+    # এই ফাংশনটি ইতিমধ্যে কল করা হয়েছে কিনা তা পরীক্ষা করুন
+    assert not self.ended
+
+    # ২. এফেক্টস
+    self.ended = True
+
+    # ৩. ইন্টারঅ্যাকশন
+    send(self.beneficiary, self.highestBid)
+```
+
+এই উদাহরণটি আপনাকে Vyper কন্ট্র্যাক্টের সিনট্যাক্স কেমন সে সম্পর্কে একটি ধারণা দেবে। ফাংশন এবং ভেরিয়েবলগুলোর আরও বিস্তারিত বিবরণের জন্য, [ডকুমেন্টেশন দেখুন](https://vyper.readthedocs.io/en/latest/vyper-by-example.html#simple-open-auction)।
+
+## Yul and Yul+ {#yul}
+
+আপনি যদি Ethereum-এ নতুন হন এবং এখনও স্মার্ট কন্ট্র্যাক্ট ল্যাঙ্গুয়েজ দিয়ে কোনো কোডিং না করে থাকেন, তবে আমরা Solidity বা Vyper দিয়ে শুরু করার পরামর্শ দিই। আপনি স্মার্ট কন্ট্র্যাক্টের নিরাপত্তার সেরা অনুশীলন এবং EVM-এর সাথে কাজ করার নির্দিষ্ট বিষয়গুলোর সাথে পরিচিত হওয়ার পরেই কেবল Yul বা Yul+ নিয়ে দেখুন।
+
+**Yul**
+
+- Ethereum-এর জন্য মধ্যবর্তী ল্যাঙ্গুয়েজ।
+- [EVM](/developers/docs/evm) এবং [Ewasm](https://github.com/ewasm), যা একটি Ethereum ফ্লেভারযুক্ত WebAssembly, সাপোর্ট করে এবং এটি উভয় প্ল্যাটফর্মের একটি ব্যবহারযোগ্য সাধারণ ডিনোমিনেটর হিসাবে ডিজাইন করা হয়েছে।
+- উচ্চ-স্তরের অপ্টিমাইজেশন পর্যায়ের জন্য ভালো টার্গেট যা EVM এবং Ewasm উভয় প্ল্যাটফর্মকে সমানভাবে উপকৃত করতে পারে।
+
+**Yul+**
+
+- Yul-এর একটি নিম্ন-স্তরের, অত্যন্ত দক্ষ এক্সটেনশন।
+- প্রাথমিকভাবে একটি [অপ্টিমেস্টিক রোলআপ](/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}
+
+- ইথিরিয়াম ভার্চুয়াল মেশিন (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 by Example](https://solidity-by-example.org)
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/libraries/index.md b/public/content/translations/bn/developers/docs/smart-contracts/libraries/index.md
new file mode 100644
index 00000000000..7c34a01492a
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/libraries/index.md
@@ -0,0 +1,117 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট লাইব্রেরিসমূহ"
+description: "আপনার Ethereum ডেভেলপমেন্ট প্রজেক্টগুলোকে ত্বরান্বিত করতে পুনঃব্যবহারযোগ্য স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি এবং বিল্ডিং ব্লক আবিষ্কার করুন।"
+lang: bn
+---
+
+আপনার প্রজেক্টের প্রতিটি স্মার্ট কন্ট্র্যাক্ট স্ক্র্যাচ থেকে লেখার দরকার নেই। অনেক ওপেন সোর্স স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি রয়েছে যা আপনার প্রজেক্টের জন্য পুনঃব্যবহারযোগ্য বিল্ডিং ব্লক সরবরাহ করে যা আপনাকে নতুন করে চাকা আবিষ্কার করা থেকে বাঁচাতে পারে।
+
+## পূর্বশর্ত {#prerequisites}
+
+স্মার্ট কন্ট্র্যাক্ট লাইব্রেরিতে ঝাঁপিয়ে পড়ার আগে, একটি স্মার্ট কন্ট্র্যাক্টের গঠন সম্পর্কে একটি ভালো ধারণা থাকা জরুরি। আপনি যদি এখনও এটি না করে থাকেন তাহলে [স্মার্ট কন্ট্র্যাক্টের অ্যানাটমি](/developers/docs/smart-contracts/anatomy/) তে যান।
+
+## একটি লাইব্রেরিতে কী আছে {#whats-in-a-library}
+
+আপনি সাধারণত স্মার্ট কন্ট্র্যাক্ট লাইব্রেরিতে দুই ধরণের বিল্ডিং ব্লক খুঁজে পেতে পারেন: পুনঃব্যবহারযোগ্য আচরণ যা আপনি আপনার কন্ট্র্যাক্টে যোগ করতে পারেন, এবং বিভিন্ন স্ট্যান্ডার্ডের বাস্তবায়ন।
+
+### আচরণ {#behaviors}
+
+স্মার্ট কন্ট্র্যাক্ট লেখার সময়, একটি ভালো সম্ভাবনা রয়েছে যে আপনি নিজেকে বারবার একই ধরনের প্যাটার্ন লিখতে দেখবেন, যেমন একটি কন্ট্র্যাক্টে সুরক্ষিত অপারেশন চালানোর জন্য একটি _admin_ অ্যাড্রেস বরাদ্দ করা, অথবা একটি অপ্রত্যাশিত সমস্যার ক্ষেত্রে একটি জরুরি _pause_ বোতাম যোগ করা।
+
+স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি সাধারণত এই আচরণগুলির পুনঃব্যবহারযোগ্য বাস্তবায়ন Solidity-তে [লাইব্রেরি](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#libraries) হিসাবে বা [ইনহেরিটেন্স](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#inheritance) এর মাধ্যমে সরবরাহ করে।
+
+উদাহরণস্বরূপ, নিচে [OpenZeppelin কন্ট্র্যাক্টস লাইব্রেরি](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/) সহজতর করার জন্য, Ethereum কমিউনিটি **ERC** আকারে বেশ কয়েকটি স্ট্যান্ডার্ড সংজ্ঞায়িত করেছে। আপনি [স্ট্যান্ডার্ড](/developers/docs/standards/) বিভাগে তাদের সম্পর্কে আরও পড়তে পারেন।
+
+আপনার কন্ট্র্যাক্টের অংশ হিসাবে একটি ERC অন্তর্ভুক্ত করার সময়, নিজের তৈরি করার চেষ্টা না করে স্ট্যান্ডার্ড বাস্তবায়ন খোঁজা একটি ভালো ধারণা। অনেক স্মার্ট কন্ট্র্যাক্ট লাইব্রেরিতে সবচেয়ে জনপ্রিয় ERC-গুলির জন্য বাস্তবায়ন অন্তর্ভুক্ত রয়েছে। উদাহরণস্বরূপ, সর্বত্র বিদ্যমান [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)-এ পাওয়া যাবে। এছাড়াও, কিছু ERC নিজেই ERC-এর অংশ হিসাবে ক্যানোনিকাল বাস্তবায়ন প্রদান করে।
+
+এটি উল্লেখ করার মতো যে কিছু ERC স্বতন্ত্র নয়, তবে অন্যান্য ERC-এর সংযোজন। উদাহরণস্বরূপ, [ERC2612](https://eips.ethereum.org/EIPS/eip-2612) এর ব্যবহারযোগ্যতা উন্নত করার জন্য ERC20-তে একটি এক্সটেনশন যোগ করে।
+
+## কীভাবে একটি লাইব্রেরি যোগ করবেন {#how-to}
+
+আপনার প্রজেক্টে কীভাবে অন্তর্ভুক্ত করবেন তার নির্দিষ্ট নির্দেশাবলীর জন্য আপনি যে লাইব্রেরিটি অন্তর্ভুক্ত করছেন তার নথিপত্র দেখুন। বেশ কয়েকটি Solidity কন্ট্র্যাক্ট লাইব্রেরি `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/) সংস্করণের দিকে নজর রাখুন। উদাহরণস্বরূপ, আপনি যদি Solidity 0.5-এ আপনার কন্ট্র্যাক্টগুলি লেখেন তবে আপনি Solidity 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 -** **_কন্ট্র্যাক্ট, লাইব্রেরি এবং উদাহরণ সহ একটি Solidity প্রজেক্ট যা আপনাকে বাস্তব বিশ্বের জন্য সম্পূর্ণ বৈশিষ্ট্যযুক্ত ডিস্ট্রিবিউটেড অ্যাপ্লিকেশন তৈরি করতে সাহায্য করে।_**
+
+- [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}
+
+- [Ethereum ডেভেলপারদের জন্য নিরাপত্তা বিবেচনা](/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/bn/developers/docs/smart-contracts/naming/index.md b/public/content/translations/bn/developers/docs/smart-contracts/naming/index.md
new file mode 100644
index 00000000000..b03d4a49f48
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/naming/index.md
@@ -0,0 +1,101 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট-এর নামকরণ"
+description: "ENS-এর মাধ্যমে Ethereum স্মার্ট কন্ট্র্যাক্ট-এর নামকরণের জন্য সেরা অনুশীলন"
+lang: bn
+---
+
+স্মার্ট কন্ট্র্যাক্টগুলি 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` এর মতো আইপি ঠিকানার পরিবর্তে ethereum.org এর মতো একটি নাম ব্যবহার করে নেটওয়ার্ক ঠিকানা অ্যাক্সেস করতে সক্ষম করে।
+
+### উন্নত নিরাপত্তা এবং বিশ্বাস {#improved-security-and-trust}
+
+নামযুক্ত চুক্তিগুলি ভুল ঠিকানায় দুর্ঘটনাজনিত লেনদেন কমাতে সাহায্য করে। এগুলি ব্যবহারকারীদের নির্দিষ্ট অ্যাপ বা ব্র্যান্ডের সাথে যুক্ত চুক্তিগুলি সনাক্ত করতেও সাহায্য করে। এটি খ্যাতির বিশ্বাসের একটি স্তর যোগ করে, বিশেষ করে যখন নামগুলি `uniswap.eth`-এর মতো সুপরিচিত মূল ডোমেনের সাথে সংযুক্ত থাকে।
+
+Ethereum ঠিকানার 42-অক্ষরের দৈর্ঘ্যের কারণে, ব্যবহারকারীদের পক্ষে ঠিকানায় ছোট পরিবর্তনগুলি সনাক্ত করা খুব কঠিন, যেখানে কয়েকটি অক্ষর পরিবর্তন করা হয়েছে। উদাহরণস্বরূপ, `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 অ্যাপ](https://app.ens.domains) ব্যবহার করে, অথবা [Enscribe](https://www.enscribe.xyz) ব্যবহার করে। এগুলি নীচে বর্ণিত হয়েছে।
+
+### ম্যানুয়াল ENS সেটআপ {#manual-ens-setup}
+
+[ENS অ্যাপ](https://app.ens.domains/) ব্যবহার করে, ডেভেলপাররা ম্যানুয়ালি উপ-নাম তৈরি করতে পারে এবং ফরওয়ার্ড ঠিকানা রেকর্ড সেট করতে পারে। যাইহোক, তারা ENS অ্যাপের মাধ্যমে নামের জন্য রিভার্স রেকর্ড সেট করে একটি স্মার্ট কন্ট্র্যাক্টের জন্য একটি প্রাথমিক নাম সেট করতে পারে না। ম্যানুয়াল পদক্ষেপ নিতে হবে যা [ENS ডক্স](https://docs.ens.domains/web/naming-contracts/)-এ কভার করা হয়েছে।
+
+### Enscribe {#enscribe}
+
+[Enscribe](https://www.enscribe.xyz) ENS-এর মাধ্যমে স্মার্ট কন্ট্র্যাক্টের নামকরণ সহজ করে, এবং স্মার্ট কন্ট্র্যাক্টে ব্যবহারকারীর বিশ্বাস বাড়ায়। এটি প্রদান করে:
+
+- **অ্যাটমিক ডিপ্লয়মেন্ট এবং নামকরণ**: একটি নতুন কন্ট্র্যাক্ট ডিপ্লয় করার সময় একটি ENS নাম বরাদ্দ করুন
+- **পোস্ট-ডিপ্লয়মেন্ট নামকরণ**: ইতিমধ্যে-ডিপ্লয় করা কন্ট্র্যাক্টের সাথে নাম সংযুক্ত করুন
+- **মাল্টি-চেইন সমর্থন**: Ethereum এবং L2 নেটওয়ার্ক জুড়ে কাজ করে যেখানে ENS সমর্থিত
+- **কন্ট্র্যাক্ট যাচাইকরণ ডেটা**: ব্যবহারকারীদের জন্য বিশ্বাস বাড়াতে একাধিক উৎস থেকে প্রাপ্ত কন্ট্র্যাক্ট যাচাইকরণ ডেটা অন্তর্ভুক্ত করে
+
+Enscribe ব্যবহারকারীদের দ্বারা প্রদত্ত ENS নাম সমর্থন করে, অথবা যদি ব্যবহারকারীর কোনো ENS নাম না থাকে তবে তার নিজস্ব ডোমেন।
+
+আপনি স্মার্ট কন্ট্র্যাক্টের নামকরণ এবং দেখার জন্য [Enscribe অ্যাপ](https://app.enscribe.xyz) অ্যাক্সেস করতে পারেন।
+
+## সেরা অনুশীলন {#best-practices}
+
+- **পরিষ্কার, সংস্করণযুক্ত নাম ব্যবহার করুন** যেমন `v1.myapp.eth` কন্ট্র্যাক্ট আপগ্রেডগুলিকে স্বচ্ছ করতে
+- **রিভার্স রেকর্ড সেট করুন** ওয়ালেট এবং ব্লকচেইন এক্সপ্লোরারের মতো অ্যাপে দৃশ্যমানতার জন্য কন্ট্র্যাক্টগুলিকে ENS নামের সাথে লিঙ্ক করতে।
+- **মেয়াদ শেষ হওয়ার তারিখগুলি ঘনিষ্ঠভাবে পর্যবেক্ষণ করুন** যদি আপনি মালিকানায় দুর্ঘটনাজনিত পরিবর্তন রোধ করতে চান
+- **কন্ট্র্যাক্টের উৎস যাচাই করুন** যাতে ব্যবহারকারীরা বিশ্বাস করতে পারে যে নামযুক্ত কন্ট্র্যাক্টটি প্রত্যাশিতভাবে আচরণ করে
+
+## ঝুঁকি {#risks}
+
+স্মার্ট কন্ট্র্যাক্টের নামকরণ Ethereum-এর ব্যবহারকারীদের জন্য উল্লেখযোগ্য সুবিধা প্রদান করে, তবে, ENS ডোমেনের মালিকদের তাদের ব্যবস্থাপনার ক্ষেত্রে সতর্ক থাকতে হবে। উল্লেখযোগ্য ঝুঁকির মধ্যে রয়েছে:
+
+- **মেয়াদ শেষ হওয়া**: DNS নামের মতোই, ENS নামের নিবন্ধনগুলি সীমিত সময়ের জন্য হয়। তাই মালিকদের তাদের ডোমেনের মেয়াদ শেষ হওয়ার তারিখগুলি পর্যবেক্ষণ করা এবং মেয়াদ শেষ হওয়ার অনেক আগেই সেগুলি নবায়ন করা অত্যাবশ্যক। ENS অ্যাপ এবং Enscribe উভয়ই ডোমেনের মালিকদের জন্য মেয়াদ শেষ হওয়ার সময় ভিজ্যুয়াল ইন্ডিকেটর সরবরাহ করে।
+- **মালিকানায় পরিবর্তন**: ENS রেকর্ডগুলি Ethereum-এ NFT হিসাবে উপস্থাপিত হয়, যেখানে একটি নির্দিষ্ট `.eth` ডোমেনের মালিকের দখলে সংশ্লিষ্ট NFT থাকে। সুতরাং যদি কোনো ভিন্ন অ্যাকাউন্ট এই NFT-এর মালিকানা নেয়, নতুন মালিক তাদের ইচ্ছামতো যেকোনো ENS রেকর্ড পরিবর্তন করতে পারে।
+
+এই ধরনের ঝুঁকি কমাতে, `.eth` ২য় স্তরের ডোমেনের (2LD) মালিকের অ্যাকাউন্ট একটি মাল্টি-সিগ ওয়ালেটের মাধ্যমে সুরক্ষিত করা উচিত এবং কন্ট্র্যাক্টের নামকরণ পরিচালনার জন্য সাবডোমেন তৈরি করা উচিত। এইভাবে সাবডোমেন স্তরে মালিকানায় কোনো দুর্ঘটনাজনিত বা দূষিত পরিবর্তনের ক্ষেত্রে, সেগুলি 2LD মালিক দ্বারা ওভাররাইড করা যেতে পারে।
+
+## কন্ট্র্যাক্ট নামকরণের ভবিষ্যৎ {#future}
+
+কন্ট্র্যাক্টের নামকরণ ড্যাপ ডেভেলপমেন্টের জন্য একটি সেরা অনুশীলন হয়ে উঠছে, যেমনভাবে ডোমেন নামগুলি ওয়েবে আইপি ঠিকানা প্রতিস্থাপন করেছে। ওয়ালেট, এক্সপ্লোরার এবং ড্যাশবোর্ডের মতো আরও পরিকাঠামো কন্ট্র্যাক্টের জন্য 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/bn/developers/docs/smart-contracts/security/index.md b/public/content/translations/bn/developers/docs/smart-contracts/security/index.md
new file mode 100644
index 00000000000..86b4e6b01ef
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/security/index.md
@@ -0,0 +1,575 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট সুরক্ষা"
+description: "সুরক্ষিত ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট তৈরির জন্য নির্দেশাবলীর একটি সংক্ষিপ্ত বিবরণ"
+lang: bn
+---
+
+স্মার্ট কন্ট্র্যাক্টগুলো অত্যন্ত ফ্লেক্সিবল, এবং বিপুল পরিমাণ ভ্যালু ও ডেটা নিয়ন্ত্রণ করতে সক্ষম, যখন ব্লকচেইনে ডিপ্লয় করা কোডের উপর ভিত্তি করে অপরিবর্তনীয় লজিক চালায়। এটি ট্রাস্টলেস এবং ডিসেন্ট্রালাইজড এপ্লিকেশনগুলোর একটি প্রাণবন্ত ইকোসিস্টেম তৈরি করেছে যা লিগ্যাসি সিস্টেমের তুলনায় অনেক সুবিধা প্রদান করে। তারা স্মার্ট কন্ট্র্যাক্টে থাকা দুর্বলতাগুলোকে কাজে লাগিয়ে মুনাফা অর্জন করতে চাওয়া অ্যাটাকারদের জন্য সুযোগও তৈরি করে।
+
+পাবলিক ব্লকচেইন, যেমন ইথেরিয়াম, স্মার্ট কন্ট্র্যাক্ট সুরক্ষিত করার বিষয়টিকে আরও জটিল করে তোলে। ডিপ্লয় করা কন্ট্র্যাক্ট কোড _সাধারণত_ নিরাপত্তা ত্রুটি প্যাচ করার জন্য পরিবর্তন করা যায় না, যেখানে স্মার্ট কন্ট্র্যাক্ট থেকে চুরি করা সম্পদগুলো ট্র্যাক করা অত্যন্ত কঠিন এবং অপরিবর্তনীয়তার কারণে বেশিরভাগই পুনরুদ্ধার করা যায় না।
+
+যদিও পরিসংখ্যান ভিন্ন হতে পারে, তবে অনুমান করা হয় যে স্মার্ট কন্ট্র্যাক্টগুলোতে নিরাপত্তা ত্রুটির কারণে চুরি বা হারিয়ে যাওয়া মোট মূল্যের পরিমাণ সহজেই $1 বিলিয়নের বেশি। এর মধ্যে উচ্চ-প্রোফাইল ঘটনাগুলো অন্তর্ভুক্ত, যেমন [DAO হ্যাক](https://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/) (3.6M ETH চুরি হয়েছে, যার আজকের মূল্যে $1B-এর বেশি), [প্যারিটি মাল্টি-সিগ ওয়ালেট হ্যাক](https://www.coindesk.com/markets/2017/07/19/30-million-ether-reported-stolen-due-to-parity-wallet-breach) (হ্যাকারদের কাছে $30M হারিয়েছে), এবং [প্যারিটি ফ্রোজেন ওয়ালেট সমস্যা](https://www.theguardian.com/technology/2017/nov/08/cryptocurrency-300m-dollars-stolen-bug-ether) (ETH-এ $300M-এর বেশি চিরতরে লক হয়ে গেছে)।
+
+উপরে উল্লিখিত সমস্যাগুলো ডেভেলপারদের জন্য সুরক্ষিত, মজবুত এবং স্থিতিস্থাপক স্মার্ট কন্ট্র্যাক্ট তৈরিতে প্রচেষ্টা বিনিয়োগ করা অপরিহার্য করে তোলে। স্মার্ট কন্ট্র্যাক্ট সুরক্ষা একটি গুরুতর ব্যবসা, এবং এটি এমন একটি বিষয় যা প্রত্যেক ডেভেলপারের ভালোভাবে শেখা উচিত। এই গাইডটি ইথেরিয়াম ডেভেলপারদের জন্য নিরাপত্তা বিবেচনার বিষয়গুলো কভার করবে এবং স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা উন্নত করার জন্য রিসোর্সগুলো অন্বেষণ করবে।
+
+## পূর্বশর্ত {#prerequisites}
+
+নিরাপত্তার বিষয়টি মোকাবেলা করার আগে নিশ্চিত করুন যে আপনি [স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্টের মূল বিষয়গুলো](/developers/docs/smart-contracts/) সম্পর্কে পরিচিত।
+
+## সুরক্ষিত ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট তৈরির জন্য নির্দেশিকা {#smart-contract-security-guidelines}
+
+### ১. সঠিক অ্যাক্সেস কন্ট্রোল ডিজাইন করুন {#design-proper-access-controls}
+
+স্মার্ট কন্ট্র্যাক্টে, `public` বা `external` হিসেবে চিহ্নিত ফাংশনগুলো যেকোনো এক্সটার্নালি ওনড অ্যাকাউন্ট (EOAs) বা কন্ট্র্যাক্ট অ্যাকাউন্ট দ্বারা কল করা যেতে পারে। ফাংশনগুলোর জন্য পাবলিক ভিজিবিলিটি নির্দিষ্ট করা প্রয়োজন যদি আপনি চান অন্যরা আপনার কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করুক। তবে, `private` হিসেবে চিহ্নিত ফাংশনগুলো শুধুমাত্র স্মার্ট কন্ট্র্যাক্টের মধ্যে থাকা ফাংশন দ্বারা কল করা যেতে পারে, এক্সটার্নাল অ্যাকাউন্ট দ্বারা নয়। প্রতিটি নেটওয়ার্ক অংশগ্রহণকারীকে কন্ট্র্যাক্ট ফাংশনে অ্যাক্সেস দেওয়া সমস্যা তৈরি করতে পারে, বিশেষ করে যদি এর মানে হয় যে কেউ সংবেদনশীল অপারেশন (যেমন, নতুন টোকেন মিন্ট করা) সম্পাদন করতে পারে।
+
+স্মার্ট কন্ট্র্যাক্ট ফাংশনের অননুমোদিত ব্যবহার রোধ করতে, সুরক্ষিত অ্যাক্সেস কন্ট্রোল বাস্তবায়ন করা প্রয়োজন। অ্যাক্সেস কন্ট্রোল মেকানিজম একটি স্মার্ট কন্ট্র্যাক্টে নির্দিষ্ট ফাংশন ব্যবহার করার ক্ষমতাকে অনুমোদিত সত্তার মধ্যে সীমাবদ্ধ করে, যেমন কন্ট্র্যাক্ট পরিচালনার জন্য দায়ী অ্যাকাউন্টগুলো। স্মার্ট কন্ট্র্যাক্টে অ্যাক্সেস কন্ট্রোল বাস্তবায়নের জন্য **ওনেবল প্যাটার্ন** এবং **রোল-বেসড কন্ট্রোল** দুটি দরকারী প্যাটার্ন:
+
+#### ওনেবল প্যাটার্ন {#ownable-pattern}
+
+ওনেবল প্যাটার্নে, কন্ট্র্যাক্ট-তৈরির প্রক্রিয়া চলাকালীন একটি অ্যাড্রেসকে কন্ট্র্যাক্টের “মালিক” হিসাবে সেট করা হয়। সুরক্ষিত ফাংশনগুলোতে একটি `OnlyOwner` মডিফায়ার বরাদ্দ করা হয়, যা নিশ্চিত করে যে কন্ট্র্যাক্টটি ফাংশনটি কার্যকর করার আগে কলিং অ্যাড্রেসের পরিচয় প্রমাণ করে। কন্ট্র্যাক্টের মালিক ছাড়া অন্য অ্যাড্রেস থেকে সুরক্ষিত ফাংশনে করা কলগুলো সর্বদা রিভার্ট হয়, যা অবাঞ্ছিত অ্যাক্সেস প্রতিরোধ করে।
+
+#### ভূমিকা-ভিত্তিক অ্যাক্সেস কন্ট্রোল {#role-based-access-control}
+
+একটি স্মার্ট কন্ট্র্যাক্টে একটি একক অ্যাড্রেসকে `Owner` হিসাবে নিবন্ধন করা সেন্ট্রালাইজেশনের ঝুঁকি তৈরি করে এবং একটি সিঙ্গেল পয়েন্ট-অফ-ফেলিওর উপস্থাপন করে। যদি মালিকের অ্যাকাউন্টের কী গুলো আপোস করা হয়, তাহলে অ্যাটাকাররা মালিকানাধীন কন্ট্র্যাক্টে আক্রমণ করতে পারে। এ কারণেই একাধিক প্রশাসনিক অ্যাকাউন্ট সহ একটি ভূমিকা-ভিত্তিক অ্যাক্সেস কন্ট্রোল প্যাটার্ন ব্যবহার করা একটি ভাল বিকল্প হতে পারে।
+
+ভূমিকা-ভিত্তিক অ্যাক্সেস কন্ট্রোলে, সংবেদনশীল ফাংশনগুলোতে অ্যাক্সেস বিশ্বস্ত অংশগ্রহণকারীদের একটি সেটের মধ্যে বিতরণ করা হয়। উদাহরণস্বরূপ, একটি অ্যাকাউন্ট টোকেন মিন্ট করার জন্য দায়ী হতে পারে, যখন অন্য একটি অ্যাকাউন্ট আপগ্রেড সম্পাদন করে বা কন্ট্র্যাক্টটি পজ করে। এইভাবে অ্যাক্সেস কন্ট্রোল ডিসেন্ট্রালাইজ করা সিঙ্গেল পয়েন্ট অফ ফেলিওর দূর করে এবং ব্যবহারকারীদের জন্য বিশ্বাসের অনুমান কমায়।
+
+##### মাল্টি-সিগনেচার ওয়ালেট ব্যবহার করা
+
+সুরক্ষিত অ্যাক্সেস কন্ট্রোল বাস্তবায়নের আরেকটি পদ্ধতি হল একটি কন্ট্র্যাক্ট পরিচালনা করার জন্য একটি [মাল্টি-সিগনেচার অ্যাকাউন্ট](/developers/docs/smart-contracts/#multisig) ব্যবহার করা। একটি সাধারণ EOA-এর মতো নয়, মাল্টি-সিগনেচার অ্যাকাউন্টগুলো একাধিক সত্তার মালিকানাধীন এবং লেনদেন সম্পাদন করার জন্য ন্যূনতম সংখ্যক অ্যাকাউন্ট থেকে স্বাক্ষরের প্রয়োজন হয়—ধরুন 5টির মধ্যে 3টি।
+
+অ্যাক্সেস কন্ট্রোলের জন্য একটি মাল্টিসিগ ব্যবহার করা সুরক্ষার একটি অতিরিক্ত লেয়ার যোগ করে কারণ টার্গেট কন্ট্র্যাক্টের উপর অ্যাকশনগুলোর জন্য একাধিক পক্ষের সম্মতি প্রয়োজন। এটি বিশেষভাবে উপযোগী যদি ওনেবল প্যাটার্ন ব্যবহার করা প্রয়োজন হয়, কারণ এটি একজন অ্যাটাকার বা দুর্বৃত্ত অভ্যন্তরীণ ব্যক্তির পক্ষে ক্ষতিকারক উদ্দেশ্যে সংবেদনশীল কন্ট্র্যাক্ট ফাংশনগুলোকে ম্যানিপুলেট করা আরও কঠিন করে তোলে।
+
+### 2. কন্ট্র্যাক্ট অপারেশন রক্ষা করতে 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("যথেষ্ট ইথার প্রদান করা হয়নি।");
+        // ক্রয় সম্পাদন করুন।
+    }
+    function withdraw() public {
+        if (msg.sender != owner)
+            revert Unauthorized();
+
+        payable(msg.sender).transfer(address(this).balance);
+    }
+}
+```
+
+### 3. স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করুন এবং কোডের সঠিকতা যাচাই করুন {#test-smart-contracts-and-verify-code-correctness}
+
+[ইথেরিয়াম ভার্চুয়াল মেশিন](/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/) - _ইনফারেন্স_
+
+#### বাগ বাউন্টি {#bug-bounties}
+
+একটি বাগ বাউন্টি প্রোগ্রাম সেট আপ করা এক্সটার্নাল কোড রিভিউ বাস্তবায়নের আরেকটি পদ্ধতি। একটি বাগ বাউন্টি হল এমন ব্যক্তিদের (সাধারণত হোয়াইটহ্যাট হ্যাকার) দেওয়া একটি আর্থিক পুরস্কার যারা একটি অ্যাপ্লিকেশনে দুর্বলতা আবিষ্কার করে।
+
+সঠিকভাবে ব্যবহার করা হলে, বাগ বাউন্টি হ্যাকার সম্প্রদায়ের সদস্যদের আপনার কোডকে গুরুতর ত্রুটির জন্য পরিদর্শন করার জন্য উৎসাহ দেয়। একটি বাস্তব-জীবনের উদাহরণ হল “ইনফিনিট মানি বাগ” যা একজন অ্যাটাকারকে [Optimism](https://www.optimism.io/)-এ সীমাহীন পরিমাণে ইথার তৈরি করতে দিত, যা Ethereum-এ চলমান একটি [লেয়ার 2](/layer-2/) প্রোটোকল। সৌভাগ্যবশত, একজন হোয়াইটহ্যাট হ্যাকার [ত্রুটিটি আবিষ্কার করেন](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-এর মাধ্যমে চালান। আদর্শগতভাবে, প্রতিটি পুল রিকোয়েস্ট মার্জ করার আগে আপনার এটি করা উচিত এবং আউটপুটের পার্থক্য তুলনা করা উচিত
+
+- নিশ্চিত করুন যে আপনার কোড কোনো ত্রুটি ছাড়াই কম্পাইল হয়, এবং Solidity কম্পাইলার কোনো সতর্কতা জারি করে না
+
+- আপনার কোড সঠিকভাবে ডকুমেন্ট করুন ([NatSpec](https://solidity.readthedocs.io/en/develop/natspec-format.html) ব্যবহার করে) এবং কন্ট্র্যাক্ট আর্কিটেকচার সম্পর্কে বিস্তারিত সহজ-বোধ্য ভাষায় বর্ণনা করুন। এটি অন্যদের জন্য আপনার কোড অডিট এবং পর্যালোচনা করা সহজ করে তুলবে।
+
+### ৬. মজবুত ডিজাস্টার রিকভারি প্ল্যান বাস্তবায়ন করুন {#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) আপনাকে স্মার্ট কন্ট্র্যাক্ট ফাংশনে কল ট্র্যাক করতে এবং স্টেট ভ্যারিয়েবলের পরিবর্তনগুলো নিরীক্ষণ করতে দেয়। আপনার স্মার্ট কন্ট্র্যাক্টকে এমনভাবে প্রোগ্রাম করা আদর্শ যে যখনই কোনো পক্ষ একটি নিরাপত্তা-গুরুত্বপূর্ণ অ্যাকশন নেয় (যেমন, ফান্ড উইথড্র করা) তখন এটি একটি ইভেন্ট নির্গত করে।
+
+ইভেন্টগুলো লগ করা এবং অফচেইনে সেগুলোকে মনিটর করা কন্ট্র্যাক্ট অপারেশনের উপর অন্তর্দৃষ্টি প্রদান করে এবং ক্ষতিকারক অ্যাকশনগুলোর দ্রুত আবিষ্কারে সহায়তা করে। এর মানে হল আপনার দল হ্যাকের বিরুদ্ধে দ্রুত প্রতিক্রিয়া জানাতে পারে এবং ব্যবহারকারীদের উপর প্রভাব কমাতে পদক্ষেপ নিতে পারে, যেমন ফাংশন পজ করা বা একটি আপগ্রেড সম্পাদন করা।
+
+আপনি একটি অফ-দ্য-শেল্ফ মনিটরিং টুলের জন্যও বেছে নিতে পারেন যা যখনই কেউ আপনার কন্ট্র্যাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করে তখন স্বয়ংক্রিয়ভাবে অ্যালার্ট ফরওয়ার্ড করে। এই টুলসগুলো আপনাকে বিভিন্ন ট্রিগারের উপর ভিত্তি করে কাস্টম অ্যালার্ট তৈরি করতে দেবে, যেমন লেনদেনের পরিমাণ, ফাংশন কলের ফ্রিকোয়েন্সি, বা জড়িত নির্দিষ্ট ফাংশন। উদাহরণস্বরূপ, আপনি একটি অ্যালার্ট প্রোগ্রাম করতে পারেন যা একটি একক লেনদেনে উইথড্র করা পরিমাণ একটি নির্দিষ্ট থ্রেশহোল্ড অতিক্রম করলে আসে।
+
+### ৭. সুরক্ষিত গভর্নেন্স সিস্টেম ডিজাইন করুন {#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/), [DAO-তে বিভিন্ন ভোটিং মেকানিজম](https://hackernoon.com/governance-is-the-holy-grail-for-daos), এবং [DeFi লিভারেজ করে সাধারণ DAO আক্রমণ ভেক্টর](https://dacian.me/dao-governance-defi-attacks) সম্পর্কে আরও জানুন।
+
+### ৮. কোডের জটিলতা ন্যূনতম পর্যায়ে কমান {#reduce-code-complexity}
+
+ঐতিহ্যবাহী সফটওয়্যার ডেভেলপাররা KISS (“keep it simple, stupid”) নীতির সাথে পরিচিত, যা সফটওয়্যার ডিজাইনে অপ্রয়োজনীয় জটিলতা আনা থেকে বিরত থাকার পরামর্শ দেয়। এটি দীর্ঘদিনের চিন্তাভাবনা অনুসরণ করে যে “জটিল সিস্টেমগুলো জটিল উপায়ে ব্যর্থ হয়” এবং ব্যয়বহুল ত্রুটির জন্য বেশি সংবেদনশীল।
+
+স্মার্ট কন্ট্র্যাক্ট লেখার সময় জিনিসগুলো সহজ রাখা বিশেষভাবে গুরুত্বপূর্ণ, কারণ স্মার্ট কন্ট্র্যাক্টগুলো সম্ভাব্যভাবে বিপুল পরিমাণ মূল্য নিয়ন্ত্রণ করে। স্মার্ট কন্ট্র্যাক্ট লেখার সময় সরলতা অর্জনের জন্য একটি টিপস হল বিদ্যমান লাইব্রেরি, যেমন [OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/5.x/), যেখানে সম্ভব সেখানে পুনরায় ব্যবহার করা। যেহেতু এই লাইব্রেরিগুলো ডেভেলপারদের দ্বারা ব্যাপকভাবে অডিট এবং পরীক্ষা করা হয়েছে, তাই এগুলো ব্যবহার করলে স্ক্র্যাচ থেকে নতুন ফাংশনালিটি লিখে বাগ আনার সম্ভাবনা কমে যায়।
+
+আরেকটি সাধারণ পরামর্শ হল ছোট ফাংশন লেখা এবং একাধিক কন্ট্র্যাক্টে ব্যবসায়িক লজিক বিভক্ত করে কন্ট্র্যাক্টগুলোকে মডুলার রাখা। সহজ কোড লেখা কেবল একটি স্মার্ট কন্ট্র্যাক্টে আক্রমণের পৃষ্ঠকে কমায় না, এটি সামগ্রিক সিস্টেমের সঠিকতা সম্পর্কে যুক্তি দেওয়া এবং সম্ভাব্য ডিজাইনের ত্রুটিগুলো তাড়াতাড়ি সনাক্ত করা সহজ করে তোলে।
+
+### ৯. সাধারণ স্মার্ট কন্ট্র্যাক্ট দুর্বলতার বিরুদ্ধে প্রতিরক্ষা করুন {#mitigate-common-smart-contract-vulnerabilities}
+
+#### রিএন্ট্রেন্সি {#reentrancy}
+
+EVM কনকারেন্সি অনুমতি দেয় না, যার মানে একটি মেসেজ কলে জড়িত দুটি কন্ট্র্যাক্ট একযোগে চলতে পারে না। একটি এক্সটার্নাল কল কলিং কন্ট্র্যাক্টের এক্সিকিউশন এবং মেমরিকে কলটি ফিরে না আসা পর্যন্ত পজ করে, যার পরে এক্সিকিউশন স্বাভাবিকভাবে চলতে থাকে। এই প্রক্রিয়াটিকে আনুষ্ঠানিকভাবে অন্য কন্ট্র্যাক্টে [কন্ট্রোল ফ্লো](https://www.computerhope.com/jargon/c/contflow.htm) স্থানান্তর হিসাবে বর্ণনা করা যেতে পারে।
+
+যদিও বেশিরভাগ ক্ষেত্রে এটি ক্ষতিকারক নয়, অবিশ্বস্ত কন্ট্র্যাক্টে কন্ট্রোল ফ্লো স্থানান্তর করা সমস্যা তৈরি করতে পারে, যেমন রিএন্ট্রেন্সি। একটি রিএন্ট্রেন্সি অ্যাটাক ঘটে যখন একটি ক্ষতিকারক কন্ট্র্যাক্ট মূল ফাংশন ইনভোকেশন সম্পূর্ণ হওয়ার আগে একটি দুর্বল কন্ট্র্যাক্টে আবার কল করে। এই ধরনের অ্যাটাক একটি উদাহরণের মাধ্যমে সবচেয়ে ভালো ব্যাখ্যা করা যায়।
+
+একটি সাধারণ স্মার্ট কন্ট্র্যাক্ট (‘ভিকটিম’) বিবেচনা করুন যা যে কাউকে ইথার জমা এবং উইথড্র করতে দেয়:
+
+```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. ভিকটিম কন্ট্র্যাক্টে 1 ETH জমা করা
+3. স্মার্ট কন্ট্র্যাক্টে সংরক্ষিত 1 ETH উইথড্র করা
+
+এখানে কোনো ভুল নেই, শুধুমাত্র `Attacker`-এর আরেকটি ফাংশন আছে যা `Victim`-এ আবার `withdraw()` কল করে যদি ইনকামিং `msg.sender.call.value` থেকে অবশিষ্ট গ্যাস 40,000 এর বেশি হয়। এটি `Attacker` কে `Victim`-এ পুনরায় প্রবেশ করার এবং `withdraw`-এর প্রথম ইনভোকেশন সম্পূর্ণ হওয়ার _আগে_ আরও ফান্ড উইথড্র করার ক্ষমতা দেয়। চক্রটি দেখতে এইরকম:
+
+```solidity
+- অ্যাটাকারের EOA 1 ETH দিয়ে `Attacker.beginAttack()` কল করে
+- `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) অনুসরণ করা। এই প্যাটার্নটি ফাংশনগুলোর এক্সিকিউশনকে এমনভাবে অর্ডার করে যে এক্সিকিউশন এগিয়ে যাওয়ার আগে প্রয়োজনীয় চেক সম্পাদনকারী কোডটি প্রথমে আসে, তারপরে কন্ট্র্যাক্ট স্টেট ম্যানিপুলেটকারী কোড, এবং শেষে অন্য কন্ট্র্যাক্ট বা EOA-এর সাথে ইন্টারঅ্যাক্টকারী কোড আসে।
+
+চেক-ইফেক্ট-ইন্টারঅ্যাকশন প্যাটার্নটি `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, "রিএন্ট্রেন্সি থেকে ব্লক করা হয়েছে।");
+        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, "উইথড্র করার জন্য কোনো ব্যালেন্স নেই।");
+
+        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, "অপর্যাপ্ত ফান্ড");
+        require(block.timestamp > lockTime[msg.sender], "লক টাইম মেয়াদোত্তীর্ণ হয়নি");
+
+        uint amount = balances[msg.sender];
+        balances[msg.sender] = 0;
+
+        (bool sent, ) = msg.sender.call{value: amount}("");
+        require(sent, "ইথার পাঠাতে ব্যর্থ");
+    }
+}
+
+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 থেকে, Solidity কম্পাইলার সেই কোড প্রত্যাখ্যান করে যা পূর্ণসংখ্যা আন্ডারফ্লো এবং ওভারফ্লো ঘটায়। যাইহোক, একটি নিম্ন কম্পাইলার সংস্করণ দিয়ে কম্পাইল করা কন্ট্র্যাক্টগুলোতে হয় গাণিতিক অপারেশন জড়িত ফাংশনগুলোতে চেক সম্পাদন করা উচিত অথবা একটি লাইব্রেরি (যেমন, [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)** - _ইথেরিয়াম ডেভেলপমেন্ট প্রজেক্টের জন্য স্মার্ট কন্ট্র্যাক্ট অডিটিং পরিষেবা প্রদানকারী সংস্থাগুলোর তালিকা।_
+
+- **[বাগ বাউন্টি প্ল্যাটফর্ম](/developers/docs/smart-contracts/testing/#bug-bounty-platforms)** - _বাগ বাউন্টি সমন্বয় এবং স্মার্ট কন্ট্র্যাক্টে গুরুতর দুর্বলতার দায়িত্বশীল প্রকাশের জন্য পুরস্কৃত করার প্ল্যাটফর্ম।_
+
+- **[Fork Checker](https://forkchecker.hashex.org/)** - _একটি ফর্ক করা কন্ট্র্যাক্ট সম্পর্কিত সমস্ত উপলব্ধ তথ্য পরীক্ষা করার জন্য একটি বিনামূল্যের অনলাইন টুল।_
+
+- **[ABI Encoder](https://abi.hashex.org/)** - _আপনার Solidity কন্ট্র্যাক্ট ফাংশন এবং কনস্ট্রাক্টর আর্গুমেন্ট এনকোড করার জন্য একটি বিনামূল্যের অনলাইন পরিষেবা।_
+
+- **[Aderyn](https://github.com/Cyfrin/aderyn)** - _Solidity স্ট্যাটিক অ্যানালাইজার, অ্যাবস্ট্রাক্ট সিনট্যাক্স ট্রি (AST) ট্র্যাভার্স করে সন্দেহজনক দুর্বলতা চিহ্নিত করে এবং সহজে ব্যবহারযোগ্য মার্কডাউন ফরম্যাটে সমস্যাগুলো প্রিন্ট করে।_
+
+### স্মার্ট কন্ট্র্যাক্ট মনিটরিংয়ের জন্য টুলস {#smart-contract-monitoring-tools}
+
+- **[Tenderly রিয়েল-টাইম অ্যালার্টিং](https://tenderly.co/monitoring)** - _আপনার স্মার্ট কন্ট্র্যাক্ট বা ওয়ালেটে অস্বাভাবিক বা অপ্রত্যাশিত ইভেন্ট ঘটলে রিয়েল-টাইম নোটিফিকেশন পাওয়ার জন্য একটি টুল।_
+
+### স্মার্ট কন্ট্র্যাক্টের সুরক্ষিত প্রশাসনের জন্য টুলস {#smart-contract-administration-tools}
+
+- **[Safe](https://safe.global/)** - _ইথেরিয়ামে চলমান স্মার্ট কন্ট্র্যাক্ট ওয়ালেট যার জন্য একটি লেনদেন ঘটার আগে ন্যূনতম সংখ্যক লোকের অনুমোদন প্রয়োজন (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 সাইবারসিকিউরিটি অডিটর যা ব্লকচেইন নিরাপত্তায় ৩৬০-ডিগ্রি পদ্ধতি নিয়ে আসে।_
+
+- **[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/)** - _স্মার্ট কন্ট্র্যাক্ট অডিট এবং ব্লকচেইন নিরাপত্তা পরিষেবা যা EVM, Solidity, ZK, ক্রিপ্টো ফার্ম এবং DeFi প্রকল্পের জন্য ক্রস-চেইন প্রযুক্তিতে বিশেষজ্ঞ।_
+
+- **[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) আইটেমগুলোর একটি কিউরেটেড তালিকা যা ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টে প্রযোজ্য।_
+
+- **[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/Solidity-ভিত্তিক ওয়ারগেম যেখানে প্রতিটি লেভেল একটি স্মার্ট কন্ট্র্যাক্ট যা 'হ্যাক' করতে হবে।_
+
+- **[HackenProof x HackTheBox](https://app.hackthebox.com/tracks/HackenProof-Track)** - _একটি ফ্যান্টাসি অ্যাডভেঞ্চারে সেট করা স্মার্ট কন্ট্র্যাক্ট হ্যাকিং চ্যালেঞ্জ। চ্যালেঞ্জটি সফলভাবে সম্পন্ন করলে একটি ব্যক্তিগত বাগ বাউন্টি প্রোগ্রামে অ্যাক্সেসও পাওয়া যায়।_
+
+### স্মার্ট কন্ট্র্যাক্ট সুরক্ষিত করার জন্য সেরা অনুশীলন {#smart-contract-security-best-practices}
+
+- **[ConsenSys: ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা সেরা অনুশীলন](https://consensys.github.io/smart-contract-best-practices/)** - _ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট সুরক্ষিত করার জন্য নির্দেশাবলীর একটি বিস্তৃত তালিকা।_
+
+- **[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/)
+
+- [স্মার্ট কন্ট্র্যাক্ট বাগ খুঁজে পেতে কিভাবে Slither ব্যবহার করবেন](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+
+- [স্মার্ট কন্ট্র্যাক্ট বাগ খুঁজে পেতে কিভাবে Manticore ব্যবহার করবেন](/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/bn/developers/docs/smart-contracts/testing/index.md b/public/content/translations/bn/developers/docs/smart-contracts/testing/index.md
new file mode 100644
index 00000000000..137986ef331
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/testing/index.md
@@ -0,0 +1,310 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট টেস্টিং"
+description: "ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার জন্য কৌশল এবং বিবেচ্য বিষয়গুলির একটি সংক্ষিপ্ত বিবরণ।"
+lang: bn
+---
+
+ইথেরিয়াম-এর মতো পাবলিক ব্লকচেইন অপরিবর্তনীয়, যা ডেপ্লয়মেন্টের পরে একটি স্মার্ট কন্ট্র্যাক্ট-এর কোড পরিবর্তন করা কঠিন করে তোলে। "ভার্চুয়াল আপগ্রেড" সম্পাদনের জন্য [কন্ট্র্যাক্ট আপগ্রেড প্যাটার্ন](/developers/docs/smart-contracts/upgrading/) বিদ্যমান, কিন্তু এগুলি বাস্তবায়ন করা কঠিন এবং এর জন্য সামাজিক কনসেন্সাস প্রয়োজন। অধিকন্তু, একটি আপগ্রেড শুধুমাত্র একটি ত্রুটি আবিষ্কৃত হওয়ার _পরেই_ তা ঠিক করতে পারে—যদি একজন আক্রমণকারী প্রথমে দুর্বলতাটি আবিষ্কার করে, তবে আপনার স্মার্ট কন্ট্র্যাক্ট একটি এক্সপ্লয়েটের ঝুঁকিতে থাকবে।
+
+এই কারণগুলির জন্য, Mainnet-এ [ডেপ্লয়](/developers/docs/smart-contracts/deploying/) করার আগে স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করা [নিরাপত্তার](/developers/docs/smart-contracts/security/) জন্য একটি ন্যূনতম প্রয়োজনীয়তা। কন্ট্র্যাক্ট পরীক্ষা করা এবং কোডের সঠিকতা মূল্যায়নের জন্য অনেক কৌশল রয়েছে; আপনি কোনটি বেছে নেবেন তা আপনার প্রয়োজনের উপর নির্ভর করে। তা সত্ত্বেও, কন্ট্র্যাক্ট কোডে ছোট এবং বড় উভয় নিরাপত্তা ত্রুটি ধরার জন্য বিভিন্ন টুলস এবং পদ্ধতির সমন্বয়ে তৈরি একটি টেস্ট স্যুট আদর্শ।
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি ইথেরিয়াম নেটওয়ার্কে ডেপ্লয় করার আগে কীভাবে স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করতে হয় তা ব্যাখ্যা করে। এটি ধরে নেওয়া হয়েছে যে আপনি [স্মার্ট কন্ট্র্যাক্ট](/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}
+
+ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার পদ্ধতি দুটি প্রধান বিভাগে পড়ে: **স্বয়ংক্রিয় টেস্টিং** এবং **ম্যানুয়াল টেস্টিং**। স্বয়ংক্রিয় টেস্টিং এবং ম্যানুয়াল টেস্টিং অনন্য সুবিধা এবং ট্রেডঅফ অফার করে, কিন্তু আপনি আপনার কন্ট্র্যাক্ট বিশ্লেষণ করার জন্য একটি শক্তিশালী পরিকল্পনা তৈরি করতে উভয়কে একত্রিত করতে পারেন।
+
+### স্বয়ংক্রিয় টেস্টিং {#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`)।
+
+##### 2. কন্ট্র্যাক্ট এক্সিকিউশন সম্পর্কিত সমস্ত অনুমান মূল্যায়ন করুন
+
+একটি কন্ট্র্যাক্টের এক্সিকিউশন সম্পর্কে যেকোনো অনুমান নথিভুক্ত করা এবং সেই অনুমানগুলির বৈধতা যাচাই করার জন্য ইউনিট টেস্ট লেখা গুরুত্বপূর্ণ। অপ্রত্যাশিত এক্সিকিউশনের বিরুদ্ধে সুরক্ষা অফার করার পাশাপাশি, টেস্টিং অ্যাসারশন আপনাকে এমন অপারেশন সম্পর্কে ভাবতে বাধ্য করে যা একটি স্মার্ট কন্ট্র্যাক্টের নিরাপত্তা মডেলকে ভেঙে দিতে পারে। একটি দরকারী টিপ হল "হ্যাপি ইউজার টেস্ট" এর বাইরে গিয়ে নেগেটিভ টেস্ট লেখা যা পরীক্ষা করে যে একটি ফাংশন ভুল ইনপুটের জন্য ব্যর্থ হয় কিনা।
+
+অনেক ইউনিট টেস্টিং ফ্রেমওয়ার্ক আপনাকে অ্যাসারশন তৈরি করতে দেয়—সাধারণ বিবৃতি যা বলে একটি কন্ট্র্যাক্ট কী করতে পারে এবং কী করতে পারে না—এবং সেই অ্যাসারশনগুলি এক্সিকিউশনের অধীনে টিকে থাকে কিনা তা দেখার জন্য টেস্ট চালাতে দেয়। পূর্বে বর্ণিত নিলাম কন্ট্র্যাক্টে কাজ করা একজন ডেভেলপার নেগেটিভ টেস্ট চালানোর আগে এর আচরণ সম্পর্কে নিম্নলিখিত অ্যাসারশনগুলি করতে পারেন:
+
+- নিলাম শেষ হয়ে গেলে বা শুরু না হলে ব্যবহারকারীরা বিড করতে পারবে না।
+
+- গ্রহণযোগ্য থ্রেশহোল্ডের নিচে বিড হলে নিলাম কন্ট্র্যাক্টটি রিভার্ট হয়ে যায়।
+
+- যে ব্যবহারকারীরা বিড জিততে ব্যর্থ হয় তাদের ফান্ড তাদের অ্যাকাউন্টে জমা করে দেওয়া হয়।
+
+**দ্রষ্টব্য**: অনুমান পরীক্ষা করার আরেকটি উপায় হল এমন টেস্ট লেখা যা একটি কন্ট্র্যাক্টে [ফাংশন মডিফায়ার](https://docs.soliditylang.org/en/v0.8.16/contracts.html#function-modifiers) ট্রিগার করে, বিশেষ করে `require`, `assert`, এবং `if…else` স্টেটমেন্ট।
+
+##### 3. কোড কভারেজ পরিমাপ করুন
+
+[কোড কভারেজ](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-এর প্রয়োজন হবে না, উদাহরণস্বরূপ, বা আপনার পরিবর্তনগুলি প্রকৃত ইথেরিয়াম প্রোটোকলকে প্রভাবিত করবে না।
+
+### প্রপার্টি-ভিত্তিক টেস্টিং {#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}
+
+যদিও একটি স্থানীয় ডেভেলপমেন্ট পরিবেশে সঞ্চালিত স্বয়ংক্রিয় টেস্টিং দরকারী ডিবাগিং তথ্য সরবরাহ করতে পারে, আপনি জানতে চাইবেন আপনার স্মার্ট কন্ট্র্যাক্ট একটি প্রোডাকশন পরিবেশে কীভাবে আচরণ করে। তবে, মূল ইথেরিয়াম চেইনে ডেপ্লয় করতে গ্যাস ফি লাগে—এছাড়াও, আপনার স্মার্ট কন্ট্র্যাক্টে যদি এখনও বাগ থাকে তবে আপনি বা আপনার ব্যবহারকারীরা প্রকৃত অর্থ হারাতে পারেন।
+
+Mainnet-এ টেস্টিং করার একটি প্রস্তাবিত বিকল্প হল আপনার কন্ট্র্যাক্টটিকে একটি স্থানীয় ব্লকচেইনে ([ডেভেলপমেন্ট নেটওয়ার্ক](/developers/docs/development-networks/) হিসাবেও পরিচিত) পরীক্ষা করা। একটি স্থানীয় ব্লকচেইন হল ইথেরিয়াম ব্লকচেইনের একটি অনুলিপি যা আপনার কম্পিউটারে স্থানীয়ভাবে চলে এবং যা ইথেরিয়ামের এক্সিকিউশন লেয়ারের আচরণকে অনুকরণ করে। যেমন, আপনি উল্লেখযোগ্য ওভারহেড ছাড়াই একটি কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার জন্য লেনদেন প্রোগ্রাম করতে পারেন।
+
+একটি স্থানীয় ব্লকচেইনে কন্ট্র্যাক্ট চালানো ম্যানুয়াল ইন্টিগ্রেশন টেস্টিংয়ের একটি রূপ হিসাবে কার্যকর হতে পারে। [স্মার্ট কন্ট্র্যাক্টগুলি অত্যন্ত কম্পোজেবল](/developers/docs/smart-contracts/composability/), যা আপনাকে বিদ্যমান প্রোটোকলগুলির সাথে একীভূত করার অনুমতি দেয়—কিন্তু আপনাকে এখনও নিশ্চিত করতে হবে যে এই ধরনের জটিল অনচেইন ইন্টারঅ্যাকশনগুলি সঠিক ফলাফল তৈরি করে।
+
+[ডেভেলপমেন্ট নেটওয়ার্ক সম্পর্কে আরও।](/developers/docs/development-networks/)
+
+### টেস্টনেটে কন্ট্র্যাক্ট টেস্টিং {#testing-contracts-on-testnets}
+
+একটি টেস্ট নেটওয়ার্ক বা টেস্টনেট ঠিক ইথেরিয়াম Mainnet-এর মতো কাজ করে, তবে এটি এমন ইথার (ETH) ব্যবহার করে যার কোনো বাস্তব-বিশ্বের মূল্য নেই। একটি [টেস্টনেটে](/developers/docs/networks/#ethereum-testnets) আপনার কন্ট্র্যাক্ট ডেপ্লয় করার মানে হল যে কেউ এটির সাথে (যেমন, ডিএ্যাপ-এর ফ্রন্টএন্ডের মাধ্যমে) তহবিল ঝুঁকিতে না ফেলে ইন্টারঅ্যাক্ট করতে পারে।
+
+এই ধরনের ম্যানুয়াল টেস্টিং একজন ব্যবহারকারীর দৃষ্টিকোণ থেকে আপনার অ্যাপ্লিকেশনের এন্ড-টু-এন্ড ফ্লো মূল্যায়নের জন্য উপযোগী। এখানে, বিটা টেস্টাররা ট্রায়াল রান করতে পারে এবং কন্ট্র্যাক্টের ব্যবসায়িক যুক্তি এবং সামগ্রিক কার্যকারিতার সাথে সম্পর্কিত যেকোনো সমস্যা রিপোর্ট করতে পারে।
+
+একটি স্থানীয় ব্লকচেইনে পরীক্ষা করার পরে একটি টেস্টনেটে ডেপ্লয় করা আদর্শ কারণ পরেরটি ইথিরিয়াম ভার্চুয়াল মেশিনের আচরণের কাছাকাছি। অতএব, অনেক ইথেরিয়াম-নেটিভ প্রকল্পের জন্য বাস্তব-বিশ্বের পরিস্থিতিতে একটি স্মার্ট কন্ট্র্যাক্টের অপারেশন মূল্যায়ন করতে টেস্টনেটে ডিএ্যাপস ডেপ্লয় করা সাধারণ।
+
+[ইথেরিয়াম টেস্টনেট সম্পর্কে আরও।](/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)** - _ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট টেস্টিংয়ের জন্য অ্যাসারশন লাইব্রেরি। নিশ্চিত করুন আপনার কন্ট্র্যাক্টগুলো প্রত্যাশা অনুযায়ী আচরণ করে!_
+
+- **[Brownie unit testing framework](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** - _ব্রাউনি পাইটেস্ট ব্যবহার করে, যা একটি বৈশিষ্ট্য-সমৃদ্ধ টেস্ট ফ্রেমওয়ার্ক যা আপনাকে ন্যূনতম কোড সহ ছোট টেস্ট লিখতে দেয়, বড় প্রকল্পগুলির জন্য ভালভাবে স্কেল করে এবং অত্যন্ত প্রসারণযোগ্য।_
+
+- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** - _ফাউন্ড্রি ফোর্জ অফার করে, একটি দ্রুত এবং নমনীয় ইথেরিয়াম টেস্টিং ফ্রেমওয়ার্ক যা সাধারণ ইউনিট টেস্ট, গ্যাস অপ্টিমাইজেশন চেক এবং কন্ট্র্যাক্ট ফাজিং করতে সক্ষম।_
+
+- **[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)** - _ইথিরিয়াম ভার্চুয়াল মেশিনকে টার্গেট করে স্মার্ট কন্ট্র্যাক্টের জন্য পাইথন-ভিত্তিক ডেভেলপমেন্ট এবং টেস্টিং ফ্রেমওয়ার্ক।_
+
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** - _ইউনিট টেস্টিং এবং ফাজিংয়ের জন্য পাইথন-ভিত্তিক ফ্রেমওয়ার্ক, যা শক্তিশালী ডিবাগিং ক্ষমতা এবং ক্রস-চেইন টেস্টিং সমর্থন করে, সেরা ব্যবহারকারী অভিজ্ঞতা এবং পারফরম্যান্সের জন্য পাইটেস্ট এবং আনভিল ব্যবহার করে।_
+
+### প্রপার্টি-ভিত্তিক টেস্টিং টুলস {#property-based-testing-tools}
+
+#### স্ট্যাটিক বিশ্লেষণ টুলস {#static-analysis-tools}
+
+- **[Slither](https://github.com/crytic/slither)** - _দুর্বলতা খুঁজে বের করা, কোড বোঝা বাড়ানো এবং স্মার্ট কন্ট্র্যাক্টের জন্য কাস্টম বিশ্লেষণ লেখার জন্য পাইথন-ভিত্তিক সলিডিটি স্ট্যাটিক বিশ্লেষণ ফ্রেমওয়ার্ক।_
+
+- **[Ethlint](https://ethlint.readthedocs.io/en/latest/)** - _Solidity স্মার্ট কন্ট্র্যাক্ট প্রোগ্রামিং ভাষার জন্য স্টাইল এবং নিরাপত্তা সেরা অনুশীলন প্রয়োগের জন্য লিন্টার।_
+
+- **[Cyfrin Aderyn](https://cyfrin.io/tools/aderyn)** - _Rust-ভিত্তিক স্ট্যাটিক অ্যানালাইজার যা বিশেষভাবে Web3 স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা এবং ডেভেলপমেন্টের জন্য ডিজাইন করা হয়েছে।_
+
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** - _দুর্বলতা এবং কোডের গুণমান ডিটেক্টর, কোড থেকে দরকারী তথ্য বের করার জন্য প্রিন্টার এবং কাস্টম সাবমডিউল লেখার সমর্থন সহ পাইথন-ভিত্তিক স্ট্যাটিক বিশ্লেষণ ফ্রেমওয়ার্ক।_
+
+- **[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/)** - _স্ক্রিবল একটি স্পেসিফিকেশন ভাষা এবং রানটাইম ভেরিফিকেশন টুল যা আপনাকে স্মার্ট কন্ট্র্যাক্টগুলিকে এমন বৈশিষ্ট্যগুলির সাথে টীকা করতে দেয় যা আপনাকে ডিলিজেন্স ফাজিং বা মিথএক্স-এর মতো টুলস দিয়ে স্বয়ংক্রিয়ভাবে কন্ট্র্যাক্টগুলি পরীক্ষা করতে দেয়।_
+
+## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
+
+- [বিভিন্ন টেস্টিং পণ্যের একটি সংক্ষিপ্ত বিবরণ এবং তুলনা](/developers/tutorials/guide-to-smart-contract-security-tools/) \_
+- [স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার জন্য কীভাবে একিডনা ব্যবহার করবেন](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)
+- [স্মার্ট কন্ট্র্যাক্ট বাগ খুঁজে পেতে কিভাবে Manticore ব্যবহার করবেন](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+- [স্মার্ট কন্ট্র্যাক্ট বাগ খুঁজে পেতে কিভাবে Slither ব্যবহার করবেন](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+- [টেস্টিংয়ের জন্য কীভাবে সলিডিটি কন্ট্র্যাক্ট মক করবেন](/developers/tutorials/how-to-mock-solidity-contracts-for-testing/)
+- [ফাউন্ড্রি ব্যবহার করে সলিডিটিতে কীভাবে ইউনিট টেস্ট চালাবেন](https://www.rareskills.io/post/foundry-testing-solidity)
+
+## আরও পড়ুন {#further-reading}
+
+- [ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট টেস্টিংয়ের একটি গভীর নির্দেশিকা](https://iamdefinitelyahuman.medium.com/an-in-depth-guide-to-testing-ethereum-smart-contracts-2e41b2770297)
+- [কীভাবে ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করবেন](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/bn/developers/docs/smart-contracts/upgrading/index.md b/public/content/translations/bn/developers/docs/smart-contracts/upgrading/index.md
new file mode 100644
index 00000000000..1d10da24821
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/upgrading/index.md
@@ -0,0 +1,165 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করা"
+description: "ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য আপগ্রেড প্যাটার্নের একটি সংক্ষিপ্ত বিবরণ"
+lang: bn
+---
+
+ইথেরিয়ামের স্মার্ট কন্ট্র্যাক্ট হলো স্ব-নির্বাহী প্রোগ্রাম যা Ethereum Virtual Machine (EVM)-এ চলে। এই প্রোগ্রামগুলো ডিজাইনের দ্বারা অপরিবর্তনীয়, যা কন্ট্র্যাক্ট স্থাপন করার পরে ব্যবসায়িক যুক্তিতে কোনো আপডেট করা থেকে বিরত রাখে।
+
+যদিও স্মার্ট কন্ট্র্যাক্টের বিশ্বাসহীনতা, বিকেন্দ্রীকরণ এবং নিরাপত্তার জন্য অপরিবর্তনীয়তা প্রয়োজন, এটি কিছু ক্ষেত্রে একটি অসুবিধাও হতে পারে। উদাহরণস্বরূপ, অপরিবর্তনীয় কোড ডেভেলপারদের জন্য দুর্বল কন্ট্র্যাক্ট ঠিক করা অসম্ভব করে তুলতে পারে।
+
+যাইহোক, স্মার্ট কন্ট্র্যাক্ট উন্নত করার জন্য বর্ধিত গবেষণা বেশ কয়েকটি আপগ্রেড প্যাটার্নের প্রচলন ঘটিয়েছে। এই আপগ্রেড প্যাটার্নগুলো ডেভেলপারদের বিভিন্ন কন্ট্র্যাক্টে ব্যবসায়িক যুক্তি স্থাপন করে স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করতে সক্ষম করে (অপরিবর্তনীয়তা সংরক্ষণ করার সাথে সাথে)।
+
+## পূর্বশর্ত {#prerequisites}
+
+আপনার [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/), [স্মার্ট কন্ট্র্যাক্টের অ্যানাটমি](/developers/docs/smart-contracts/anatomy/), এবং [Ethereum Virtual Machine (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}
+
+| যেসব বিষয়ে এর সুফল পাওয়া যায়                                                                                                        | কনস                                                                                                                                                 |
+| ----------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
+| একটি স্মার্ট কন্ট্র্যাক্ট আপগ্রেড স্থাপনার পরবর্তী পর্যায়ে আবিষ্কৃত দুর্বলতাগুলো ঠিক করা সহজ করে তুলতে পারে।                       | স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করা কোডের অপরিবর্তনীয়তার ধারণাকে অস্বীকার করে, যা বিকেন্দ্রীকরণ এবং নিরাপত্তার উপর প্রভাব ফেলে।                       |
+| ডেভেলপাররা ডিসেন্ট্রালাইজড এপ্লিকেশনগুলোতে নতুন বৈশিষ্ট্য যোগ করতে লজিক আপগ্রেড ব্যবহার করতে পারেন।                                 | ব্যবহারকারীদের অবশ্যই ডেভেলপারদের উপর বিশ্বাস রাখতে হবে যেন তারা ইচ্ছামত স্মার্ট কন্ট্র্যাক্ট পরিবর্তন না করে।                                      |
+| স্মার্ট কন্ট্র্যাক্ট আপগ্রেডগুলো শেষ-ব্যবহারকারীদের জন্য নিরাপত্তা উন্নত করতে পারে কারণ বাগগুলো দ্রুত ঠিক করা যায়।                 | স্মার্ট কন্ট্র্যাক্টে আপগ্রেড কার্যকারিতা প্রোগ্রামিং করা জটিলতার আরও একটি স্তর যোগ করে এবং গুরুতর ত্রুটির সম্ভাবনা বাড়িয়ে তোলে।                  |
+| কন্ট্র্যাক্ট আপগ্রেড ডেভেলপারদের বিভিন্ন বৈশিষ্ট্য নিয়ে পরীক্ষা করার এবং সময়ের সাথে সাথে ডিএ্যাপস উন্নত করার জন্য আরও সুযোগ দেয়। | স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার সুযোগ ডেভেলপারদেরকে ডেভেলপমেন্ট পর্যায়ে যথাযথ সতর্কতা অবলম্বন না করেই দ্রুত প্রকল্প চালু করতে উৎসাহিত করতে পারে। |
+|                                                                                                                                     | স্মার্ট কন্ট্র্যাক্টে নিরাপত্তাহীন অ্যাক্সেস কন্ট্রোল বা কেন্দ্রীকরণ ক্ষতিকারক অভিনেতাদের জন্য অননুমোদিত আপগ্রেড করা সহজ করে তুলতে পারে।            |
+
+## স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার জন্য বিবেচনা {#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}
+
+- প্যাট্রিক কলিন্সের [আপনার স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করা | ইউটিউব টিউটোরিয়াল](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) - লেখক fangjun.eth
+
+## আরও পড়ুন {#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 ডক্স
+- [সলিডিটি কন্ট্র্যাক্টসের আপগ্রেডযোগ্যতার জন্য প্রক্সি প্যাটার্নস: ট্রান্সপারেন্ট বনাম UUPS প্রক্সি](https://mirror.xyz/0xB38709B8198d147cc9Ff9C133838a044d78B064B/M7oTptQkBGXxox-tk9VJjL66E1V8BUF0GF79MMK4YG0) - লেখক নবীন সাহু
+- নিক মুজের [ডায়মন্ড আপগ্রেড কীভাবে কাজ করে](https://dev.to/mudgen/how-diamond-upgrades-work-417j)
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/bn/developers/docs/smart-contracts/verifying/index.md
new file mode 100644
index 00000000000..709fea47c2e
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/smart-contracts/verifying/index.md
@@ -0,0 +1,113 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট যাচাই করা"
+description: "ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য সোর্স কোড যাচাইকরণের একটি সংক্ষিপ্ত বিবরণ"
+lang: bn
+---
+
+[স্মার্ট কন্ট্র্যাক্টগুলি](/developers/docs/smart-contracts/) “ট্রাস্টলেস” হওয়ার জন্য ডিজাইন করা হয়েছে, যার অর্থ ব্যবহারকারীদের একটি কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার আগে তৃতীয় পক্ষের (যেমন, ডেভেলপার এবং কোম্পানি) উপর বিশ্বাস করার প্রয়োজন নেই। ট্রাস্টলেসনেসের জন্য একটি পূর্বশর্ত হিসাবে, ব্যবহারকারী এবং অন্যান্য ডেভেলপারদের অবশ্যই একটি স্মার্ট কন্ট্র্যাক্টের সোর্স কোড যাচাই করতে সক্ষম হতে হবে। সোর্স কোড যাচাইকরণ ব্যবহারকারী এবং ডেভেলপারদের নিশ্চিত করে যে প্রকাশিত কন্ট্র্যাক্ট কোডটি ইথেরিয়াম ব্লকচেইনে কন্ট্র্যাক্ট অ্যাড্রেসে চলমান একই কোড।
+
+"সোর্স কোড যাচাইকরণ" এবং "[প্রথাগত যাচাইকরণ](/developers/docs/smart-contracts/formal-verification/)"-এর মধ্যে পার্থক্য করা গুরুত্বপূর্ণ। সোর্স কোড যাচাইকরণ, যা নীচে বিস্তারিতভাবে ব্যাখ্যা করা হবে, এটি একটি উচ্চ-স্তরের ভাষায় (যেমন, সলিডিটি) একটি স্মার্ট কন্ট্র্যাক্টের প্রদত্ত সোর্স কোডটি কন্ট্র্যাক্ট অ্যাড্রেসে কার্যকর করার জন্য একই বাইটকোডে কম্পাইল করা হয়েছে কিনা তা যাচাই করাকে বোঝায়। তবে, প্রথাগত যাচাইকরণ একটি স্মার্ট কন্ট্র্যাক্টের সঠিকতা যাচাই করার বর্ণনা দেয়, যার অর্থ কন্ট্র্যাক্টটি প্রত্যাশা অনুযায়ী আচরণ করে। যদিও প্রসঙ্গ-নির্ভর, কন্ট্র্যাক্ট যাচাইকরণ সাধারণত সোর্স কোড যাচাইকরণকে বোঝায়।
+
+## সোর্স কোড যাচাইকরণ কী? {#what-is-source-code-verification}
+
+[Ethereum Virtual Machine (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}
+
+ট্রাস্টলেসনেস তর্কযোগ্যভাবে স্মার্ট কন্ট্র্যাক্ট এবং [ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস)](/developers/docs/dapps/)-এর জন্য সবচেয়ে বড় ভিত্তি। স্মার্ট কন্ট্র্যাক্টগুলি “অপরিবর্তনীয়” এবং পরিবর্তন করা যায় না; একটি কন্ট্র্যাক্ট শুধুমাত্র ডিপ্লয়মেন্টের সময় কোডে সংজ্ঞায়িত ব্যবসায়িক যুক্তি কার্যকর করবে। এর মানে হল ডেভেলপার এবং এন্টারপ্রাইজগুলি Ethereum-এ ডিপ্লয় করার পরে একটি কন্ট্র্যাক্টের কোড পরিবর্তন করতে পারে না।
+
+একটি স্মার্ট কন্ট্র্যাক্টকে ট্রাস্টলেস হতে হলে, কন্ট্র্যাক্ট কোডটি স্বাধীন যাচাইকরণের জন্য উপলব্ধ থাকা উচিত। যদিও প্রতিটি স্মার্ট কন্ট্র্যাক্টের জন্য কম্পাইল করা বাইটকোড ব্লকচেইনে সর্বজনীনভাবে উপলব্ধ, নিম্ন-স্তরের ভাষা বোঝা কঠিন—ডেভেলপার এবং ব্যবহারকারী উভয়ের জন্যই।
+
+প্রকল্পগুলি তাদের কন্ট্র্যাক্টের সোর্স কোড প্রকাশ করে বিশ্বাসের অনুমান হ্রাস করে। কিন্তু এটি আরেকটি সমস্যার দিকে নিয়ে যায়: প্রকাশিত সোর্স কোডটি কন্ট্র্যাক্ট বাইটকোডের সাথে মেলে কিনা তা যাচাই করা কঠিন। এই পরিস্থিতিতে, ট্রাস্টলেসনেসের মূল্য হারিয়ে যায় কারণ ব্যবহারকারীদের ব্লকচেইনে এটি ডিপ্লয় করার আগে ডেভেলপারদের উপর বিশ্বাস করতে হয় যে তারা কন্ট্র্যাক্টের ব্যবসায়িক যুক্তি পরিবর্তন করবে না (অর্থাৎ, বাইটকোড পরিবর্তন করে)।
+
+সোর্স কোড যাচাইকরণ টুলগুলি গ্যারান্টি দেয় যে একটি স্মার্ট কন্ট্র্যাক্টের সোর্স কোড ফাইলগুলি অ্যাসেম্বলি কোডের সাথে মেলে। ফলাফল হল একটি ট্রাস্টলেস ইকোসিস্টেম, যেখানে ব্যবহারকারীরা তৃতীয় পক্ষকে অন্ধভাবে বিশ্বাস করে না এবং পরিবর্তে একটি কন্ট্র্যাক্টে অর্থ জমা করার আগে কোড যাচাই করে।
+
+### ব্যবহারকারীর নিরাপত্তা {#user-safety}
+
+স্মার্ট কন্ট্র্যাক্টের সাথে, সাধারণত অনেক টাকা ঝুঁকির মধ্যে থাকে। এটি ব্যবহার করার আগে উচ্চতর নিরাপত্তা গ্যারান্টি এবং একটি স্মার্ট কন্ট্র্যাক্টের যুক্তি যাচাই করার আহ্বান জানায়। সমস্যা হল যে অসাধু ডেভেলপাররা একটি স্মার্ট কন্ট্র্যাক্টে দূষিত কোড প্রবেশ করিয়ে ব্যবহারকারীদের প্রতারিত করতে পারে। যাচাইকরণ ছাড়া, দূষিত স্মার্ট কন্ট্র্যাক্টগুলিতে [ব্যাকডোর](https://www.trustnodes.com/2018/11/10/concerns-rise-over-backdoored-smart-contracts), বিতর্কিত অ্যাক্সেস কন্ট্রোল মেকানিজম, শোষণযোগ্য দুর্বলতা এবং অন্যান্য জিনিস থাকতে পারে যা ব্যবহারকারীর নিরাপত্তাকে বিপন্ন করে এবং যা অলক্ষিত থেকে যাবে।
+
+একটি স্মার্ট কন্ট্র্যাক্টের সোর্স কোড ফাইল প্রকাশ করা আগ্রহী পক্ষগুলির জন্য, যেমন অডিটরদের, সম্ভাব্য অ্যাটাক ভেক্টরের জন্য কন্ট্র্যাক্টটি মূল্যায়ন করা সহজ করে তোলে। একাধিক পক্ষ স্বাধীনভাবে একটি স্মার্ট কন্ট্র্যাক্ট যাচাই করার ফলে, ব্যবহারকারীরা এর নিরাপত্তার শক্তিশালী গ্যারান্টি পায়।
+
+## ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য সোর্স কোড কীভাবে যাচাই করবেন {#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 মেটাডেটা হ্যাসের সাথে সম্পূর্ণ মিল সমর্থন করে। যাচাইকৃত কন্ট্র্যাক্টগুলি তার [পাবলিক রিপোজিটরিতে](https://docs.sourcify.dev/docs/repository/) HTTP এবং [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/#what-is-ipfs)-এ পরিবেশন করা হয়, যা একটি ডিসেন্ট্রালাইজড, [কন্টেন্ট-অ্যাড্রেসড](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/bn/developers/docs/standards/index.md b/public/content/translations/bn/developers/docs/standards/index.md
new file mode 100644
index 00000000000..59ea47cfc5a
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/standards/index.md
@@ -0,0 +1,59 @@
+---
+title: "ইথেরিয়াম ডেভেলপমেন্ট স্ট্যান্ডার্ড"
+description: "EIP, ERC-20 এবং ERC-721-এর মতো টোকেন স্ট্যান্ডার্ড এবং ডেভেলপমেন্ট কনভেনশন সহ ইথেরিয়াম স্ট্যান্ডার্ড সম্পর্কে জানুন।"
+lang: bn
+incomplete: true
+---
+
+## স্ট্যান্ডার্ডের ওভারভিউ {#standards-overview}
+
+ইথেরিয়াম কমিউনিটি অনেক স্ট্যান্ডার্ড গ্রহণ করেছে যা বিভিন্ন ইমপ্লিমেন্টেশন জুড়ে প্রোজেক্টগুলিকে (যেমন [ইথেরিয়াম ক্লায়েন্ট](/developers/docs/nodes-and-clients/) এবং ওয়ালেটগুলি) ইন্টারঅপারেবল রাখতে সাহায্য করে এবং স্মার্ট কন্ট্র্যাক্ট ও ডিএ্যাপসগুলি যাতে কম্পোজেবল থাকে তা নিশ্চিত করে।
+
+সাধারণত স্ট্যান্ডার্ডগুলি [ইথেরিয়াম উন্নয়নের প্রস্তাব](/eips/) (EIPs) হিসাবে প্রবর্তিত হয়, যা কমিউনিটির সদস্যরা একটি [স্ট্যান্ডার্ড প্রক্রিয়ার](https://eips.ethereum.org/EIPS/eip-1) মাধ্যমে আলোচনা করেন।
+
+- [EIP-এর ভূমিকা](/eips/)
+- [EIP-গুলির তালিকা](https://eips.ethereum.org/)
+- [EIP GitHub রেপো](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 - Boris Mann_
+- [ইথেরিয়াম প্রোটোকল ডেভেলপমেন্ট গভর্নেন্স এবং নেটওয়ার্ক আপগ্রেড কোঅর্ডিনেশন](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) _মার্চ 23, 2020 - Hudson Jameson_
+- [সমস্ত ইথেরিয়াম কোর ডেভ মিটিংয়ের প্লেলিস্ট](https://www.youtube.com/@EthereumProtocol) _(YouTube প্লেলিস্ট)_
+
+## স্ট্যান্ডার্ডের প্রকারভেদ {#types-of-standards}
+
+3 ধরনের EIP আছে:
+
+- স্ট্যান্ডার্ড ট্র্যাক: এমন যেকোনো পরিবর্তন বর্ণনা করে যা বেশিরভাগ বা সমস্ত ইথেরিয়াম ইমপ্লিমেন্টেশনকে প্রভাবিত করে
+- [মেটা ট্র্যাক](https://eips.ethereum.org/meta): ইথেরিয়ামের চারপাশের একটি প্রক্রিয়া বর্ণনা করে বা একটি প্রক্রিয়ায় পরিবর্তনের প্রস্তাব দেয়
+- [ইনফরমেশনাল ট্র্যাক](https://eips.ethereum.org/informational): একটি ইথেরিয়াম ডিজাইন সমস্যা বর্ণনা করে বা ইথেরিয়াম কমিউনিটিকে সাধারণ নির্দেশিকা বা তথ্য প্রদান করে
+
+উপরন্তু, স্ট্যান্ডার্ড ট্র্যাকটি 4টি বিভাগে বিভক্ত:
+
+- [কোর](https://eips.ethereum.org/core): এমন উন্নতি যার জন্য কনসেন্সাস ফর্ক প্রয়োজন
+- [নেটওয়ার্কিং](https://eips.ethereum.org/networking): devp2p এবং লাইট ইথেরিয়াম সাবপ্রোটোকলের উন্নতি, সেইসাথে whisper এবং swarm-এর নেটওয়ার্ক প্রোটোকল স্পেসিফিকেশনের প্রস্তাবিত উন্নতি।
+- [ইন্টারফেস](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/bn/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-1155/index.md
new file mode 100644
index 00000000000..db02b8c9ea2
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-1155/index.md
@@ -0,0 +1,146 @@
+---
+title: "ERC-1155 মাল্টি-টোকেন স্ট্যান্ডার্ড"
+description: "ERC-1155 সম্পর্কে জানুন, একটি মাল্টি-টোকেন স্ট্যান্ডার্ড যা একটি একক কন্ট্র্যাক্টে ফাঞ্জিবল এবং নন-ফাঞ্জিবল টোকেনকে একত্রিত করে।"
+lang: bn
+---
+
+## ভূমিকা {#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`-তে id 3 সহ 100টি টোকেন ট্রান্সফার করুন।
+2. `_from` থেকে `_to`-তে id 6 সহ 200টি টোকেন ট্রান্সফার করুন।
+3. `_from` থেকে `_to`-তে id 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. অন্য কোনো ত্রুটি ঘটে।
+
+_দ্রষ্টব্য_: হুকসহ সমস্ত ব্যাচ ফাংশন ব্যাচ ছাড়া সংস্করণ হিসাবেও বিদ্যমান। এটি গ্যাস দক্ষতার জন্য করা হয়েছে, কারণ শুধুমাত্র একটি অ্যাসেট ট্রান্সফার করাই সম্ভবত সবচেয়ে বেশি ব্যবহৃত উপায় হিসেবে থাকবে। নিরাপদ ট্রান্সফার নিয়মসহ ব্যাখ্যার সরলতার জন্য আমরা সেগুলোকে বাদ দিয়েছি। নামগুলি অভিন্ন, শুধু 'ব্যাচ' সরিয়ে দিন।
+
+## আরও পড়ুন {#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/bn/developers/docs/standards/tokens/erc-1363/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-1363/index.md
new file mode 100644
index 00000000000..f1261784826
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-1363/index.md
@@ -0,0 +1,204 @@
+---
+title: "ERC-1363 প্রদেয় টোকেন স্ট্যান্ডার্ড"
+description: "ERC-1363 হল ERC-20 টোকেনগুলির জন্য একটি এক্সটেনশন ইন্টারফেস যা একটি একক লেনদেনের মধ্যে ট্রান্সফারের পরে প্রাপক কন্ট্র্যাক্টে বা অনুমোদনের পরে স্পেন্ডার কন্ট্র্যাক্টে কাস্টম লজিক এক্সিকিউট করা সমর্থন করে।"
+lang: bn
+---
+
+## ভূমিকা {#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;
+
+/**
+ * @শিরোনাম 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` কল করে।
+   * @প্যারাম to যে ঠিকানায় টোকেনগুলি ট্রান্সফার করা হচ্ছে।
+   * @প্যারাম value যে পরিমাণ টোকেন ট্রান্সফার করা হবে।
+   * @রিটার্ন একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে, যদি না কোনো থ্রো হয়।
+   */
+  function transferAndCall(address to, uint256 value) external returns (bool);
+
+  /**
+   * @dev কলারের অ্যাকাউন্ট থেকে `to`-তে একটি `value` পরিমাণ টোকেন সরিয়ে নিয়ে যায় এবং তারপর `to`-তে `ERC1363Receiver::onTransferReceived` কল করে।
+   * @প্যারাম to যে ঠিকানায় টোকেনগুলি ট্রান্সফার করা হচ্ছে।
+   * @প্যারাম value যে পরিমাণ টোকেন ট্রান্সফার করা হবে।
+   * @প্যারাম data কোনো নির্দিষ্ট বিন্যাস ছাড়াই অতিরিক্ত ডেটা, যা `to`-তে কলে পাঠানো হয়।
+   * @রিটার্ন একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে, যদি না কোনো থ্রো হয়।
+   */
+  function transferAndCall(address to, uint256 value, bytes calldata data) external returns (bool);
+
+  /**
+   * @dev অ্যালাউন্স মেকানিজম ব্যবহার করে `from` থেকে `to`-তে একটি `value` পরিমাণ টোকেন সরিয়ে নিয়ে যায় এবং তারপর `to`-তে `ERC1363Receiver::onTransferReceived` কল করে।
+   * @প্যারাম from যে ঠিকানা থেকে টোকেন পাঠাতে হবে।
+   * @প্যারাম to যে ঠিকানায় টোকেনগুলি ট্রান্সফার করা হচ্ছে।
+   * @প্যারাম value যে পরিমাণ টোকেন ট্রান্সফার করা হবে।
+   * @রিটার্ন একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে, যদি না কোনো থ্রো হয়।
+   */
+  function transferFromAndCall(address from, address to, uint256 value) external returns (bool);
+
+  /**
+   * @dev অ্যালাউন্স মেকানিজম ব্যবহার করে `from` থেকে `to`-তে একটি `value` পরিমাণ টোকেন সরিয়ে নিয়ে যায় এবং তারপর `to`-তে `ERC1363Receiver::onTransferReceived` কল করে।
+   * @প্যারাম from যে ঠিকানা থেকে টোকেন পাঠাতে হবে।
+   * @প্যারাম to যে ঠিকানায় টোকেনগুলি ট্রান্সফার করা হচ্ছে।
+   * @প্যারাম value যে পরিমাণ টোকেন ট্রান্সফার করা হবে।
+   * @প্যারাম data কোনো নির্দিষ্ট বিন্যাস ছাড়াই অতিরিক্ত ডেটা, যা `to`-তে কলে পাঠানো হয়।
+   * @রিটার্ন একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে, যদি না কোনো থ্রো হয়।
+   */
+  function transferFromAndCall(address from, address to, uint256 value, bytes calldata data) external returns (bool);
+
+  /**
+   * @dev কলারের টোকেনের উপর `spender`-এর অ্যালাউন্স হিসাবে একটি `value` পরিমাণ টোকেন সেট করে এবং তারপর `spender`-এর উপর `ERC1363Spender::onApprovalReceived` কল করে।
+   * @প্যারাম spender যে ঠিকানা তহবিল ব্যয় করবে।
+   * @প্যারাম value যে পরিমাণ টোকেন ব্যয় করা হবে।
+   * @রিটার্ন একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে, যদি না কোনো থ্রো হয়।
+   */
+  function approveAndCall(address spender, uint256 value) external returns (bool);
+
+  /**
+   * @dev কলারের টোকেনের উপর `spender`-এর অ্যালাউন্স হিসাবে একটি `value` পরিমাণ টোকেন সেট করে এবং তারপর `spender`-এর উপর `ERC1363Spender::onApprovalReceived` কল করে।
+   * @প্যারাম spender যে ঠিকানা তহবিল ব্যয় করবে।
+   * @প্যারাম value যে পরিমাণ টোকেন ব্যয় করা হবে।
+   * @প্যারাম data কোনো নির্দিষ্ট বিন্যাস ছাড়াই অতিরিক্ত ডেটা, যা `spender`-এর কাছে কলে পাঠানো হয়।
+   * @রিটার্ন একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে, যদি না কোনো থ্রো হয়।
+   */
+  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
+/**
+ * @শিরোনাম ERC1363Receiver
+ * @dev ERC-1363 টোকেন কন্ট্র্যাক্ট থেকে `transferAndCall` বা `transferFromAndCall` সমর্থন করতে চায় এমন যেকোনো কন্ট্র্যাক্টের জন্য ইন্টারফেস।
+ */
+interface ERC1363Receiver {
+  /**
+   * @dev যখনই `operator` দ্বারা `from` থেকে `ERC1363::transferAndCall` বা `ERC1363::transferFromAndCall` এর মাধ্যমে এই কন্ট্র্যাক্টে ERC-1363 টোকেনগুলি ট্রান্সফার করা হয়, তখন এই ফাংশনটি কল করা হয়।
+   *
+   * দ্রষ্টব্য: ট্রান্সফার গ্রহণ করতে, এটিকে অবশ্যই
+   * `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))`
+   * (অর্থাৎ 0x88a7ca5c, বা এর নিজস্ব ফাংশন সিলেক্টর) রিটার্ন করতে হবে।
+   *
+   * @প্যারাম operator যে ঠিকানাটি `transferAndCall` বা `transferFromAndCall` ফাংশন কল করেছে।
+   * @প্যারাম from যে ঠিকানা থেকে টোকেন ট্রান্সফার করা হয়েছে।
+   * @প্যারাম value ট্রান্সফার করা টোকেনের পরিমাণ।
+   * @প্যারাম data কোনো নির্দিষ্ট বিন্যাস ছাড়াই অতিরিক্ত ডেটা।
+   * @রিটার্ন `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
+/**
+ * @শিরোনাম ERC1363Spender
+ * @dev ERC-1363 টোকেন কন্ট্র্যাক্ট থেকে `approveAndCall` সমর্থন করতে চায় এমন যেকোনো কন্ট্র্যাক্টের জন্য ইন্টারফেস।
+ */
+interface ERC1363Spender {
+  /**
+   * @dev যখনই কোনো ERC-1363 টোকেনের `owner` এই কন্ট্র্যাক্টকে `ERC1363::approveAndCall` এর মাধ্যমে তাদের টোকেন ব্যয় করার জন্য অনুমোদন দেয়, তখন এই ফাংশনটি কল করা হয়।
+   *
+   * দ্রষ্টব্য: অনুমোদন গ্রহণ করতে, এটিকে অবশ্যই
+   * `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))`
+   * (অর্থাৎ 0x7b04a2d0, বা এর নিজস্ব ফাংশন সিলেক্টর) রিটার্ন করতে হবে।
+   *
+   * @প্যারাম owner যে ঠিকানাটি `approveAndCall` ফাংশন কল করেছে এবং পূর্বে টোকেনের মালিক ছিল।
+   * @প্যারাম value যে পরিমাণ টোকেন ব্যয় করা হবে।
+   * @প্যারাম data কোনো নির্দিষ্ট বিন্যাস ছাড়াই অতিরিক্ত ডেটা।
+   * @রিটার্ন `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/bn/developers/docs/standards/tokens/erc-20/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-20/index.md
new file mode 100644
index 00000000000..df000448eb0
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-20/index.md
@@ -0,0 +1,192 @@
+---
+title: "ERC-20 টোকেন স্ট্যান্ডার্ড"
+description: "ERC-20 সম্পর্কে জানুন, এটি Ethereum-এর ফানজিবল টোকেনগুলির জন্য একটি স্ট্যান্ডার্ড যা ইন্টারঅপারেবল টোকেন অ্যাপ্লিকেশনগুলিকে সক্ষম করে।"
+lang: bn
+---
+
+## ভূমিকা {#introduction}
+
+**টোকেন কি?**
+
+Ethereum-এ টোকেনগুলি কার্যত যেকোনো কিছুর প্রতিনিধিত্ব করতে পারে:
+
+- একটি অনলাইন প্ল্যাটফর্মে খ্যাতি পয়েন্ট
+- একটি গেমের কোনো চরিত্রের দক্ষতা
+- আর্থিক সম্পদ যেমন একটি কোম্পানির একটি শেয়ার
+- USD-এর মতো একটি ফিয়াট মুদ্রা
+- এক আউন্স সোনা
+- এবং আরও...
+
+Ethereum-এর এমন একটি শক্তিশালী বৈশিষ্ট্য অবশ্যই একটি শক্তিশালী মান দ্বারা পরিচালিত হতে হবে, তাই না? ঠিক এখানেই
+ERC-20 তার ভূমিকা পালন করে! এই স্ট্যান্ডার্ডটি ডেভেলপারদের এমন টোকেন অ্যাপ্লিকেশন তৈরি করতে দেয় যা অন্যান্য পণ্য এবং পরিষেবাগুলির সাথে আন্তঃকার্যক্ষম। ERC-20 স্ট্যান্ডার্ডটি [ইথার](/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 রিক্যুয়েস্ট ফর কমেন্টস 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) পাইথন লাইব্রেরিটি ইনস্টল করেছেন:
+
+```
+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("মোট সাপ্লাই:", totalSupply)
+print("ঠিকানার ব্যালেন্স:", 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("মোট সাপ্লাই:", totalSupply)
+print("ঠিকানার ব্যালেন্স:", 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 - সলিডিটি 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/bn/developers/docs/standards/tokens/erc-223/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-223/index.md
new file mode 100644
index 00000000000..af85dd7e670
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-223/index.md
@@ -0,0 +1,198 @@
+---
+title: "ERC-223 টোকেন স্ট্যান্ডার্ড"
+description: "ERC-223 ফাঞ্জিবল টোকেন স্ট্যান্ডার্ডের একটি সংক্ষিপ্ত বিবরণ, এটি কীভাবে কাজ করে, এবং ERC-20 এর সাথে একটি তুলনা।"
+lang: bn
+---
+
+## ভূমিকা {#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 প্রয়োগ করে। এটি সেইসব কন্ট্র্যাক্টের জন্যও একটি API ঘোষণা করে যেগুলি ERC-223 টোকেন গ্রহণ করার কথা। যে কন্ট্র্যাক্টগুলো ERC-223 রিসিভার API সমর্থন করে না, তারা ERC-223 টোকেন গ্রহণ করতে পারে না, যা ব্যবহারকারীর ত্রুটি প্রতিরোধ করে।
+
+যদি একটি স্মার্ট কন্ট্র্যাক্ট নিম্নলিখিত পদ্ধতি এবং ইভেন্টগুলি প্রয়োগ করে, তবে এটিকে একটি ERC-223 সামঞ্জস্যপূর্ণ টোকেন কন্ট্র্যাক্ট বলা যেতে পারে। একবার স্থাপন করা হলে, এটি
+Ethereum-এ তৈরি করা টোকেনগুলির ট্র্যাক রাখার জন্য দায়ী থাকবে।
+
+কন্ট্র্যাক্টটি শুধুমাত্র এই ফাংশনগুলি রাখতে বাধ্য নয় এবং একজন ডেভেলপার এই কন্ট্র্যাক্টে বিভিন্ন টোকেন স্ট্যান্ডার্ড থেকে অন্য কোনো বৈশিষ্ট্য যোগ করতে পারেন। উদাহরণস্বরূপ, `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) পড়ুন।
+
+উপরের উদাহরণে, `RecipientContract`-এর ঠিকানায় `transfer(address,uin256,bytes calldata _data)` ফাংশন দিয়ে একটি ERC-223 টোকেন স্থানান্তর করতে হবে। যদি ডেটা প্যারামিটার `0xc2985578` (`foo()` ফাংশনের সিগনেচার) হয়, তাহলে টোকেন ডিপোজিট পাওয়ার পরে foo() ফাংশনটি চালু হবে এবং Foo() ইভেন্টটি ফায়ার করা হবে।
+
+`_someNumber`-এর জন্য 12345 মান সহ টোকেন স্থানান্তরের `data`-তেও প্যারামিটার এনকোড করা যেতে পারে, উদাহরণস্বরূপ আমরা bar() ফাংশনটিকে কল করতে পারি। এই ক্ষেত্রে, `data` অবশ্যই `0x0423a13200000000000000000000000000000000000000000000000000000000000004d2` হতে হবে যেখানে `0x0423a132` হল `bar(uint256)` ফাংশনের সিগনেচার এবং `00000000000000000000000000000000000000000000000000000000000004d2` হল 12345 যা uint256 হিসেবে লেখা।
+
+## সীমাবদ্ধতা {#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/bn/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-4626/index.md
new file mode 100644
index 00000000000..bcf842491ab
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-4626/index.md
@@ -0,0 +1,227 @@
+---
+title: "ERC-4626 টোকেনাইজড ভল্ট স্ট্যান্ডার্ড"
+description: "ইল্ড বেয়ারিং ভল্টের জন্য একটি স্ট্যান্ডার্ড।"
+lang: bn
+---
+
+## ভূমিকা {#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)
+```
+
+এই ফাংশনটি প্রদত্ত `assets`-এর পরিমাণের জন্য ভল্ট দ্বারা বিনিময় করা হবে এমন `shares`-এর পরিমাণ প্রদান করে।
+
+#### সম্পদে রূপান্তর {#convertoassets}
+
+```solidity
+function convertToAssets(uint256 shares) public view returns (uint256 assets)
+```
+
+এই ফাংশনটি প্রদত্ত `shares`-এর পরিমাণের জন্য ভল্ট দ্বারা বিনিময় করা হবে এমন `assets`-এর পরিমাণ প্রদান করে।
+
+#### সর্বোচ্চ জমা {#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)
+```
+
+এই ফাংশনটি অন্তর্নিহিত সম্পদের সর্বোচ্চ পরিমাণ প্রদান করে যা একটি একক [`withdraw`](#withdraw) কলের মাধ্যমে `owner`-এর ব্যালেন্স থেকে উত্তোলন করা যেতে পারে।
+
+#### উত্তোলনের প্রিভিউ {#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` বার্ন করে এবং ভল্ট থেকে `receiver`-কে ঠিক `assets` টোকেন পাঠায়।
+
+#### সর্বোচ্চ রিডিম {#maxredeem}
+
+```solidity
+function maxRedeem(address owner) public view returns (uint256 maxShares)
+```
+
+এই ফাংশনটি একটি [`redeem`](#redeem) কলের মাধ্যমে `owner`-এর ব্যালেন্স থেকে রিডিম করা যেতে পারে এমন শেয়ারের সর্বোচ্চ পরিমাণ প্রদান করে।
+
+#### রিডিমের প্রিভিউ {#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/bn/developers/docs/standards/tokens/erc-721/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-721/index.md
new file mode 100644
index 00000000000..3d92d99cbaf
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-721/index.md
@@ -0,0 +1,263 @@
+---
+title: "ERC-721 নন-ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড"
+description: "ERC-721 সম্পর্কে জানুন, ইথেরিয়ামে অনন্য ডিজিটাল সম্পদের প্রতিনিধিত্বকারী নন-ফাঞ্জিবল টোকেন (NFTs)-এর জন্য একটি স্ট্যান্ডার্ড।"
+lang: bn
+---
+
+## ভূমিকা {#introduction}
+
+**নন-ফাঞ্জিবল টোকেন কী?**
+
+একটি নন-ফাঞ্জিবল টোকেন (NFT) কোনো কিছু বা কাউকে একটি অনন্য উপায়ে শনাক্ত করতে ব্যবহৃত হয়। এই ধরনের টোকেন এমন প্ল্যাটফর্মে ব্যবহারের জন্য উপযুক্ত যা সংগ্রহযোগ্য আইটেম, অ্যাক্সেস কী, লটারির টিকিট, কনসার্ট এবং
+খেলার ম্যাচের জন্য সংখ্যাযুক্ত আসন ইত্যাদি অফার করে। এই বিশেষ ধরনের টোকেনের অসাধারণ সম্ভাবনা রয়েছে তাই এর জন্য একটি সঠিক স্ট্যান্ডার্ড প্রয়োজন, ERC-721
+সেই সমাধান নিয়ে এসেছে!
+
+**ERC-721 কী?**
+
+ERC-721, NFT-এর জন্য একটি স্ট্যান্ডার্ড চালু করে, অন্য কথায়, এই ধরনের টোকেন অনন্য এবং একই স্মার্ট কন্ট্র্যাক্ট থেকে অন্য টোকেনের চেয়ে ভিন্ন মান
+থাকতে পারে, সম্ভবত এর বয়স, বিরলতা বা এমনকি এর ভিজ্যুয়ালের মতো অন্য কিছুর কারণে।
+অপেক্ষা করুন, ভিজ্যুয়াল?
+
+হ্যাঁ! সমস্ত NFT-এর `tokenId` নামক একটি `uint256` ভেরিয়েবল আছে, তাই যেকোনো ERC-721 কন্ট্র্যাক্টের জন্য, `contract address, uint256 tokenId` জোড়াটি
+বিশ্বব্যাপী অনন্য হতে হবে। বলা বাহুল্য, একটি dapp-এর একটি "কনভার্টার" থাকতে পারে যা
+ইনপুট হিসাবে `tokenId` ব্যবহার করে এবং জম্বি, অস্ত্র, দক্ষতা বা আশ্চর্যজনক কিটিদের মতো দুর্দান্ত কিছুর একটি চিত্র আউটপুট করে!
+
+## পূর্বশর্ত {#prerequisites}
+
+- [অ্যাকাউন্ট](/developers/docs/accounts/)
+- [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/)
+- [টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/)
+
+## বডি {#body}
+
+ERC-721 (Ethereum Request for Comments 721), যা উইলিয়াম এন্টিকেন, ডিটার শার্লি, জ্যাকব ইভান্স,
+নাস্টাসিয়া শ্যাক্স দ্বারা জানুয়ারী 2018-এ প্রস্তাবিত, এটি একটি নন-ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড যা স্মার্ট কন্ট্র্যাক্টের মধ্যে টোকেনগুলির জন্য একটি API প্রয়োগ করে।
+
+এটি একটি অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে টোকেন স্থানান্তর করা, একটি অ্যাকাউন্টের বর্তমান টোকেন ব্যালেন্স
+পাওয়া, একটি নির্দিষ্ট টোকেনের মালিক কে তা জানা এবং নেটওয়ার্কে উপলব্ধ টোকেনের মোট সরবরাহ জানার মতো কার্যকারিতা প্রদান করে।
+এগুলি ছাড়াও, এটিতে আরও কিছু কার্যকারিতা রয়েছে, যেমন কোনও অ্যাকাউন্ট থেকে একটি নির্দিষ্ট পরিমাণ টোকেন একটি তৃতীয় পক্ষের অ্যাকাউন্টের দ্বারা
+স্থানান্তর করার অনুমোদন দেওয়া।
+
+যদি একটি স্মার্ট কন্ট্র্যাক্ট নিম্নলিখিত পদ্ধতি এবং ইভেন্টগুলি প্রয়োগ করে তবে এটিকে একটি ERC-721 নন-ফাঞ্জিবল টোকেন কন্ট্র্যাক্ট বলা যেতে পারে
+এবং, একবার ডিপ্লয় করা হলে, এটি ইথেরিয়ামে তৈরি টোকেনগুলির ট্র্যাক রাখার জন্য দায়ী থাকবে।
+
+[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}
+
+আসুন দেখি কীভাবে একটি স্ট্যান্ডার্ড ইথেরিয়ামের যেকোনো ERC-721 টোকেন কন্ট্র্যাক্ট পরীক্ষা করার জন্য আমাদের জন্য জিনিসগুলিকে সহজ করে তোলে।
+যেকোনো ERC-721 টোকেনের একটি ইন্টারফেস তৈরি করতে আমাদের শুধুমাত্র কন্ট্র্যাক্ট অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI) প্রয়োজন। যেমন আপনি নিচে
+দেখতে পাচ্ছেন, এটিকে একটি ঝামেলাহীন উদাহরণ তৈরি করতে আমরা একটি সরলীকৃত ABI ব্যবহার করব।
+
+#### Web3.py উদাহরণ {#web3py-example}
+
+প্রথমে, নিশ্চিত করুন যে আপনি [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) পাইথন লাইব্রেরিটি ইনস্টল করেছেন:
+
+```
+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: {kitties_auctions}")
+
+pregnant_kitties = ck_contract.functions.pregnantKitties().call()
+print(f"{name} [{symbol}] গর্ভবতী NFTs: {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 থেকে বাড়ান।
+#   - আপনি যদি কোনো ট্রান্সফার ইভেন্ট খুঁজে না পান তাহলে আপনি এখানে একটি টোকেনআইডি পাওয়ার চেষ্টাও করতে পারেন:
+#       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}")
+```
+
+CryptoKitties কন্ট্র্যাক্টে স্ট্যান্ডার্ড ইভেন্টগুলি ছাড়াও কিছু আকর্ষণীয় ইভেন্ট রয়েছে।
+
+আসুন তাদের মধ্যে দুটি পরীক্ষা করি, `Pregnant` এবং `Birth`।
+
+```python
+# নতুন কিটিদের সম্পর্কে তথ্য পেতে Pregnant এবং Birth ইভেন্টের 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(),
+]
+
+# এখানে একটি Pregnant ইভেন্ট রয়েছে:
+# - 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]
+
+# এখানে একটি Birth ইভেন্ট রয়েছে:
+# - 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]
+```
+
+## জনপ্রিয় NFT {#popular-nfts}
+
+- [Etherscan NFT Tracker](https://etherscan.io/nft-top-contracts) স্থানান্তরের ভলিউম অনুসারে ইথেরিয়ামের শীর্ষস্থানীয় NFT-এর তালিকা করে।
+- [CryptoKitties](https://www.cryptokitties.co/) হল প্রজননযোগ্য, সংগ্রহযোগ্য এবং অত্যন্ত আরাধ্য প্রাণীদের কেন্দ্র করে একটি গেম,
+  যাদের আমরা CryptoKitties বলি।
+- [Sorare](https://sorare.com/) একটি বিশ্বব্যাপী ফ্যান্টাসি ফুটবল খেলা যেখানে আপনি সীমিত সংস্করণের সংগ্রহযোগ্য জিনিস সংগ্রহ করতে পারেন,
+  আপনার দল পরিচালনা করতে পারেন এবং পুরস্কার অর্জনের জন্য প্রতিযোগিতা করতে পারেন।
+- [The Ethereum Name Service (ENS)](https://ens.domains/) সহজ, মানুষের পাঠযোগ্য নাম ব্যবহার করে ব্লকচেইনের
+  ভিতরে এবং বাইরে উভয় রিসোর্স অ্যাড্রেস করার জন্য একটি নিরাপদ ও বিকেন্দ্রীভূত উপায় অফার করে।
+- [POAP](https://poap.xyz) যারা ইভেন্টে যোগ দেয় বা নির্দিষ্ট কাজ সম্পন্ন করে তাদের বিনামূল্যে NFT সরবরাহ করে। POAP তৈরি এবং বিতরণ করা বিনামূল্যে।
+- [Unstoppable Domains](https://unstoppabledomains.com/) হল একটি সান ফ্রান্সিসকো-ভিত্তিক কোম্পানি যা
+  ব্লকচেইনে ডোমেইন তৈরি করে। ব্লকচেইন ডোমেইনগুলি ক্রিপ্টোকারেন্সি অ্যাড্রেসগুলিকে মানুষের পাঠযোগ্য নাম দিয়ে প্রতিস্থাপন করে এবং সেন্সরশিপ-প্রতিরোধী ওয়েবসাইটগুলিকে
+  সক্ষম করতে ব্যবহার করা যেতে পারে।
+- [Gods Unchained Cards](https://godsunchained.com/) হল Ethereum ব্লকচেইনের একটি TCG যা ইন-গেম অ্যাসেটগুলিতে প্রকৃত মালিকানা আনতে
+  NFT ব্যবহার করে।
+- [Bored Ape Yacht Club](https://boredapeyachtclub.com) হলো ১০,০০০টি অনন্য NFT-এর একটি সংগ্রহ, যা একটি প্রমাণযোগ্য-বিরল শিল্পকর্ম হওয়ার পাশাপাশি ক্লাবের সদস্যপদ টোকেন হিসেবে কাজ করে, যা সদস্যদের জন্য বিভিন্ন সুযোগ-সুবিধা প্রদান করে এবং সম্প্রদায়ের প্রচেষ্টার ফলে সময়ের সাথে সাথে এর সুবিধা বাড়তে থাকে।
+
+## আরও পড়ুন {#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/bn/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-777/index.md
new file mode 100644
index 00000000000..fff9952c48e
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-777/index.md
@@ -0,0 +1,45 @@
+---
+title: "ERC-777 টোকেন স্ট্যান্ডার্ড"
+description: "ERC-777 সম্পর্কে জানুন, হুকসহ একটি উন্নত ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড, যদিও নিরাপত্তার জন্য ERC-20 সুপারিশ করা হয়।"
+lang: bn
+---
+
+## সতর্কবার্তা {#warning}
+
+**ERC-777 সঠিকভাবে প্রয়োগ করা কঠিন, কারণ এটি [বিভিন্ন ধরনের আক্রমণের জন্য ঝুঁকিপূর্ণ](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620)। এর পরিবর্তে [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-20-এর উপর ERC-777 কী কী উন্নতি প্রস্তাব করে? {#-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/bn/developers/docs/standards/tokens/index.md b/public/content/translations/bn/developers/docs/standards/tokens/index.md
new file mode 100644
index 00000000000..07874cfbb41
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/standards/tokens/index.md
@@ -0,0 +1,41 @@
+---
+title: "টোকেন স্ট্যান্ডার্ড"
+description: "ফাঞ্জিবল এবং নন-ফাঞ্জিবল টোকেনগুলির জন্য ERC-20, ERC-721, এবং ERC-1155 সহ Ethereum টোকেন স্ট্যান্ডার্ডগুলি এক্সপ্লোর করুন।"
+lang: bn
+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) এবং ক্রিপ্টোপাঙ্কসের মতো নন-ফাঞ্জিবল টোকেন উভয়ই তৈরি করার অনুমতি দেয়।
+
+[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 টেস্ট নেটওয়ার্কে আপনার প্রথম স্মার্ট কন্ট্র্যাক্ট স্থাপন করার একটি ভূমিকা।_
+- [একটি সলিডিটি স্মার্ট কন্ট্র্যাক্ট থেকে ERC20 টোকেনগুলির স্থানান্তর এবং অনুমোদন](/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/) _– সলিডিটি ভাষা ব্যবহার করে একটি টোকেনের সাথে ইন্টারঅ্যাক্ট করার জন্য কীভাবে একটি স্মার্ট কন্ট্র্যাক্ট ব্যবহার করবেন।_
+- [একটি ERC721 মার্কেট বাস্তবায়ন করা [একটি কীভাবে-করবেন গাইড]](/developers/tutorials/how-to-implement-an-erc721-market/) _– কীভাবে একটি ডিসেন্ট্রালাইজড ক্লাসিফাইড বোর্ডে বিক্রয়ের জন্য টোকেনাইজড আইটেম রাখতে হয়।_
diff --git a/public/content/translations/bn/developers/docs/storage/index.md b/public/content/translations/bn/developers/docs/storage/index.md
new file mode 100644
index 00000000000..6e1902f018b
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/storage/index.md
@@ -0,0 +1,216 @@
+---
+title: "বিকেন্দ্রীভূত স্টোরেজ"
+description: "বিকেন্দ্রীভূত স্টোরেজ কী এবং একটি ডিএ্যাপ-এ এটিকে সংযুক্ত করার জন্য উপলব্ধ টুলসের সংক্ষিপ্ত বিবরণ।"
+lang: bn
+---
+
+একটি একক কোম্পানি বা সংস্থা দ্বারা পরিচালিত একটি কেন্দ্রীভূত সার্ভারের বিপরীতে, বিকেন্দ্রীভূত স্টোরেজ সিস্টেমগুলি ব্যবহারকারী-অপারেটরদের একটি পিয়ার-টু-পিয়ার নেটওয়ার্ক নিয়ে গঠিত যারা সামগ্রিক ডেটার একটি অংশ ধরে রাখে, একটি স্থিতিস্থাপক ফাইল স্টোরেজ শেয়ারিং সিস্টেম তৈরি করে। এগুলি একটি ব্লকচেইন-ভিত্তিক অ্যাপ্লিকেশন বা যেকোনো পিয়ার-টু-পিয়ার-ভিত্তিক নেটওয়ার্কে থাকতে পারে।
+
+Ethereum নিজেই একটি বিকেন্দ্রীভূত স্টোরেজ সিস্টেম হিসেবে ব্যবহার করা যেতে পারে, এবং সমস্ত স্মার্ট কন্ট্র্যাক্টে কোড স্টোরেজের ক্ষেত্রে এটি তাই। তবে, যখন বিপুল পরিমাণ ডেটার কথা আসে, Ethereum সেটির জন্য ডিজাইন করা হয়নি। চেইনটি ক্রমাগত বৃদ্ধি পাচ্ছে, কিন্তু লেখার সময়, Ethereum চেইনটি প্রায় 500GB - 1TB ([ক্লায়েন্টের উপর নির্ভর করে](https://etherscan.io/chartsync/chaindefault)), এবং নেটওয়ার্কের প্রতিটি নোডকে সমস্ত ডেটা স্টোর করতে সক্ষম হতে হবে। যদি চেইনটি বিপুল পরিমাণ ডেটা (ধরা যাক 5TB) পর্যন্ত প্রসারিত হয়, তবে সমস্ত নোডের জন্য তা চালানো সম্ভব হবে না। এছাড়াও, মেইননেটে এত ডেটা স্থাপন করার খরচ [গ্যাস](/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 জেটা বাইটের বেশি স্টোরেজ ক্ষমতা প্রয়োজন)।
+
+ব্লকচেইনে অবশ্যই কোনো ধরনের প্রণোদনা কাঠামো থাকতে হবে। ব্লকচেইন-ভিত্তিক স্থায়িত্বের জন্য, ভ্যালিডেটরকে একটি অর্থ প্রদান করা হয়। যখন ডেটা চেইনে যোগ করা হয়, ভ্যালিডেটরদের ডেটা যোগ করার জন্য অর্থ প্রদান করা হয়।
+
+ব্লকচেইন-ভিত্তিক স্থায়িত্ব সহ প্ল্যাটফর্ম:
+
+- ইথেরিয়াম
+- [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
+- ইথেরিয়াম
+- Crust Network
+- 4EVERLAND
+
+### কনসেন্সাস {#consensus}
+
+এই টুলগুলির বেশিরভাগেরই নিজস্ব [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/) রয়েছে, কিন্তু সাধারণত সেগুলি [**প্রুফ-অফ-ওয়ার্ক (PoW)**](/developers/docs/consensus-mechanisms/pow/) বা [**প্রুফ-অফ-স্টেক (PoS)**](/developers/docs/consensus-mechanisms/pos/)-এর উপর ভিত্তি করে তৈরি।
+
+প্রুফ-অফ-ওয়ার্ক ভিত্তিক:
+
+- Skynet
+- Arweave
+
+প্রুফ-অফ-স্টেক ভিত্তিক:
+
+- ইথেরিয়াম
+- 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 - _একটি Web 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) যা ডিএ্যাপস-এর জন্য ডিজাইন করা হয়েছে যা তাদের অ্যাপ্লিকেশনগুলিকে সেরা পারফরম্যান্স সহ বিকেন্দ্রীভূত ইনফ্রাতে লঞ্চ করতে চায়। এটি কম্পিউট, বিকেন্দ্রীভূত স্টোরেজ, 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/bn/developers/docs/transactions/index.md b/public/content/translations/bn/developers/docs/transactions/index.md
new file mode 100644
index 00000000000..c04ca9eb1d0
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/transactions/index.md
@@ -0,0 +1,233 @@
+---
+title: "লেনদেনসমূহ"
+description: "ইথেরিয়াম লেনদেনের একটি সংক্ষিপ্ত বিবরণ – এটি কীভাবে কাজ করে, তাদের ডেটা কাঠামো, এবং কীভাবে একটি অ্যাপ্লিকেশনের মাধ্যমে সেগুলি পাঠাতে হয়।"
+lang: bn
+---
+
+লেনদেন হল অ্যাকাউন্ট থেকে ক্রিপ্টোগ্রাফিকভাবে স্বাক্ষরিত নির্দেশাবলী। একটি অ্যাকাউন্ট ইথেরিয়াম নেটওয়ার্কের স্টেট আপডেট করার জন্য একটি লেনদেন শুরু করবে। সবচেয়ে সহজ লেনদেন হল এক অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে ETH স্থানান্তর করা।
+
+## পূর্বশর্ত {#prerequisites}
+
+এই পৃষ্ঠাটি আপনাকে আরও ভালোভাবে বুঝতে সাহায্য করার জন্য, আমরা সুপারিশ করি যে আপনি প্রথমে [অ্যাকাউন্ট](/developers/docs/accounts/) এবং আমাদের [ইথেরিয়ামের পরিচিতি](/developers/docs/intro-to-ethereum/) পড়ুন।
+
+## লেনদেন কী? {#whats-a-transaction}
+
+একটি ইথেরিয়াম লেনদেন বলতে একটি বাহ্যিকভাবে-মালিকানাধীন অ্যাকাউন্ট দ্বারা শুরু করা একটি ক্রিয়াকে বোঝায়, অন্য কথায় একটি মানুষের দ্বারা পরিচালিত অ্যাকাউন্ট, কোনো চুক্তি নয়। উদাহরণস্বরূপ, যদি বব অ্যালিসকে 1 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-তে চিহ্নিত, যেখানে 1ETH সমান 1e+18wei)
+- `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-এর মতো একটি ইথেরিয়াম ক্লায়েন্ট এই স্বাক্ষর প্রক্রিয়াটি পরিচালনা করবে।
+
+উদাহরণ [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 স্পেসিফিকেশন অনুযায়ী, পূর্ণসংখ্যার মান (যেমন ঠিকানা, যা 20-বাইট পূর্ণসংখ্যা) ABI-তে 32-বাইট শব্দ হিসাবে প্রদর্শিত হয়, সামনে শূন্য দিয়ে প্যাড করা হয়।
+সুতরাং আমরা জানি যে `to` ঠিকানাটি হল [`4f6742badb049791cd9a37ea913f2bac38d01279`](https://etherscan.io/address/0x4f6742badb049791cd9a37ea913f2bac38d01279)।
+`value` হল 0x3b0559f4 = 990206452।
+
+## লেনদেনের প্রকার {#types-of-transactions}
+
+ইথেরিয়ামে কয়েক ধরনের লেনদেন রয়েছে:
+
+- নিয়মিত লেনদেন: এক অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে একটি লেনদেন।
+- চুক্তি স্থাপনার লেনদেন: একটি 'to' ঠিকানা ছাড়া একটি লেনদেন, যেখানে ডেটা ফিল্ড চুক্তির কোডের জন্য ব্যবহৃত হয়।
+- একটি চুক্তির সম্পাদন: একটি লেনদেন যা একটি স্থাপন করা স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করে। এই ক্ষেত্রে, 'to' ঠিকানাটি হল স্মার্ট কন্ট্র্যাক্টের ঠিকানা।
+
+### গ্যাসের উপর {#on-gas}
+
+উল্লিখিত হিসাবে, লেনদেন সম্পাদনের জন্য [গ্যাস](/developers/docs/gas/) খরচ হয়। সাধারণ স্থানান্তর লেনদেনের জন্য 21000 ইউনিট গ্যাস প্রয়োজন।
+
+সুতরাং ববকে অ্যালিসকে 1 ETH পাঠাতে 190 gwei-এর একটি `baseFeePerGas` এবং 10 gwei-এর একটি `maxPriorityFeePerGas`-এ, ববকে নিম্নলিখিত ফি দিতে হবে:
+
+```
+(190 + 10) * 21000 = 4,200,000 gwei
+--অথবা--
+0.0042 ETH
+```
+
+ববের অ্যাকাউন্ট ডেবিট হবে **-1.0042 ETH** (অ্যালিসের জন্য 1 ETH + গ্যাস ফিতে 0.0042 ETH)
+
+অ্যালিসের অ্যাকাউন্ট ক্রেডিট হবে **+1.0 ETH**
+
+বেস ফি পুড়িয়ে ফেলা হবে **-0.00399 ETH**
+
+ভ্যালিডেটর টিপ রাখে **+0.000210 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}
+
+ইথেরিয়ামের মূলত লেনদেনের জন্য একটি ফর্ম্যাট ছিল। প্রতিটি লেনদেনে একটি ননস, গ্যাস প্রাইস, গ্যাস লিমিট, টু এড্রেস, ভ্যালু, ডেটা, 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) এর মতো নতুন বৈশিষ্ট্যগুলিকে লিগ্যাসি লেনদেন ফর্ম্যাটকে প্রভাবিত না করেই প্রয়োগ করা যায়।
+
+[EIP-2718](https://eips.ethereum.org/EIPS/eip-2718) এই আচরণের জন্য অনুমতি দেয়। লেনদেনগুলিকে ব্যাখ্যা করা হয়:
+
+`TransactionType || TransactionPayload`
+
+যেখানে ক্ষেত্রগুলি সংজ্ঞায়িত করা হয়েছে:
+
+- `TransactionType` - 0 এবং 0x7f-এর মধ্যে একটি সংখ্যা, মোট 128টি সম্ভাব্য লেনদেনের ধরনের জন্য।
+- `TransactionPayload` - লেনদেনের ধরন দ্বারা সংজ্ঞায়িত একটি নির্বিচারে বাইট অ্যারে।
+
+`TransactionType` মানের উপর ভিত্তি করে, একটি লেনদেনকে শ্রেণীবদ্ধ করা যেতে পারে:
+
+1. **টাইপ 0 (লিগ্যাসি) লেনদেন:** ইথেরিয়ামের লঞ্চের পর থেকে ব্যবহৃত মূল লেনদেন ফর্ম্যাট। তারা [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) থেকে ডাইনামিক গ্যাস ফি গণনা বা স্মার্ট কন্ট্র্যাক্টের জন্য অ্যাক্সেস তালিকার মতো বৈশিষ্ট্যগুলি অন্তর্ভুক্ত করে না। [রিকার্সিভ লেংথ প্রিফিক্স (RLP)](/developers/docs/data-structures-and-encoding/rlp) এনকোডিং ব্যবহার করার সময় লিগ্যাসি লেনদেনগুলিতে তাদের সিরিয়ালাইজড আকারে তাদের ধরন নির্দেশ করে একটি নির্দিষ্ট উপসর্গ নেই, যা বাইট `0xf8` দিয়ে শুরু হয়। এই লেনদেনগুলির জন্য TransactionType মান হল `0x0`।
+
+2. **টাইপ 1 লেনদেন:** ইথেরিয়ামের [বার্লিন আপগ্রেড](/ethereum-forks/#berlin) এর অংশ হিসাবে [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) এ প্রবর্তিত, এই লেনদেনগুলিতে একটি `accessList` প্যারামিটার অন্তর্ভুক্ত রয়েছে। এই তালিকাটি ঠিকানা এবং স্টোরেজ কীগুলি নির্দিষ্ট করে যা লেনদেন অ্যাক্সেস করার আশা করে, যা স্মার্ট কন্ট্র্যাক্ট জড়িত জটিল লেনদেনের জন্য সম্ভাব্য [গ্যাস](/developers/docs/gas/) খরচ কমাতে সাহায্য করে। EIP-1559 ফি বাজারের পরিবর্তন টাইপ 1 লেনদেনে অন্তর্ভুক্ত নয়। টাইপ 1 লেনদেনে একটি `yParity` প্যারামিটারও অন্তর্ভুক্ত থাকে, যা `0x0` বা `0x1` হতে পারে, যা secp256k1 স্বাক্ষরের y-মানের প্যারিটি নির্দেশ করে। এগুলিকে বাইট `0x01` দিয়ে শুরু করে চিহ্নিত করা হয় এবং তাদের TransactionType মান হল `0x1`।
+
+3. **টাইপ 2 লেনদেন**, যা সাধারণত EIP-1559 লেনদেন হিসাবে পরিচিত, হল ইথেরিয়ামের [লন্ডন আপগ্রেড](/ethereum-forks/#london) এর [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) এ প্রবর্তিত লেনদেন। তারা ইথেরিয়াম নেটওয়ার্কে স্ট্যান্ডার্ড লেনদেনের ধরন হয়ে উঠেছে। এই লেনদেনগুলি একটি নতুন ফি বাজার ব্যবস্থা প্রবর্তন করে যা লেনদেন ফি একটি বেস ফি এবং একটি অগ্রাধিকার ফিতে বিভক্ত করে পূর্বাভাসের উন্নতি করে। এগুলি বাইট `0x02` দিয়ে শুরু হয় এবং `maxPriorityFeePerGas` এবং `maxFeePerGas` এর মতো ক্ষেত্রগুলি অন্তর্ভুক্ত করে। টাইপ 2 লেনদেন এখন তাদের নমনীয়তা এবং দক্ষতার কারণে ডিফল্ট, বিশেষ করে উচ্চ নেটওয়ার্ক কনজেশনের সময় ব্যবহারকারীদের লেনদেন ফি আরও অনুমানযোগ্যভাবে পরিচালনা করতে সাহায্য করার ক্ষমতার জন্য অনুকূল। এই লেনদেনগুলির জন্য TransactionType মান হল `0x2`।
+
+4. **টাইপ 3 (ব্লব) লেনদেন** ইথেরিয়ামের [ডেনকুন আপগ্রেড](/ethereum-forks/#dencun) এর অংশ হিসাবে [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) তে প্রবর্তিত হয়েছিল। এই লেনদেনগুলি "ব্লব" ডেটা (বাইনারি লার্জ অবজেক্ট) আরও দক্ষতার সাথে পরিচালনা করার জন্য ডিজাইন করা হয়েছে, বিশেষ করে লেয়ার 2 রোলআপগুলিকে কম খরচে ইথেরিয়াম নেটওয়ার্কে ডেটা পোস্ট করার একটি উপায় প্রদান করে উপকৃত করে। ব্লব লেনদেনগুলিতে `blobVersionedHashes`, `maxFeePerBlobGas` এবং `blobGasPrice` এর মতো অতিরিক্ত ক্ষেত্র অন্তর্ভুক্ত রয়েছে। তারা বাইট `0x03` দিয়ে শুরু করে, এবং তাদের TransactionType মান হল `0x3`। ব্লব লেনদেন ইথেরিয়ামের ডেটা প্রাপ্যতা এবং স্কেলিং ক্ষমতার একটি উল্লেখযোগ্য উন্নতির প্রতিনিধিত্ব করে।
+
+5. **টাইপ 4 লেনদেন** ইথেরিয়ামের [Pectra আপগ্রেড](/roadmap/pectra/) এর অংশ হিসেবে [EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) তে চালু করা হয়েছিল। এই লেনদেনগুলি অ্যাকাউন্ট অ্যাবস্ট্রাকশনের সাথে ফরোয়ার্ড-সামঞ্জস্যপূর্ণ হওয়ার জন্য ডিজাইন করা হয়েছে। এগুলি EOA-কে তাদের মূল কার্যকারিতা আপস না করে অস্থায়ীভাবে স্মার্ট কন্ট্র্যাক্ট অ্যাকাউন্টের মতো আচরণ করতে দেয়। এগুলিতে একটি `authorization_list` প্যারামিটার অন্তর্ভুক্ত থাকে, যা নির্দিষ্ট করে যে স্মার্ট কন্ট্র্যাক্টে EOA তার কর্তৃত্ব অর্পণ করে। লেনদেনের পরে, EOA-এর কোড ফিল্ডে অর্পিত স্মার্ট কন্ট্র্যাক্টের ঠিকানা থাকবে।
+
+## আরও পড়ুন {#further-reading}
+
+- [EIP-2718: টাইপড ট্রানজেকশন এনভেলপ](https://eips.ethereum.org/EIPS/eip-2718)
+
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+
+## সম্পর্কিত বিষয় {#related-topics}
+
+- [অ্যাকাউন্ট](/developers/docs/accounts/)
+- [ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)](/developers/docs/evm/)
+- [গ্যাস](/developers/docs/gas/)
diff --git a/public/content/translations/bn/developers/docs/web2-vs-web3/index.md b/public/content/translations/bn/developers/docs/web2-vs-web3/index.md
new file mode 100644
index 00000000000..54f7042b4a8
--- /dev/null
+++ b/public/content/translations/bn/developers/docs/web2-vs-web3/index.md
@@ -0,0 +1,62 @@
+---
+title: "Web2 বনাম Web3"
+description: "কেন্দ্রীভূত Web2 পরিষেবাগুলির সাথে ইথেরিয়াম ব্লকচেইন প্রযুক্তির উপর নির্মিত বিকেন্দ্রীভূত Web3 অ্যাপ্লিকেশনগুলির তুলনা করুন।"
+lang: bn
+---
+
+Web2 বলতে ইন্টারনেটের সেই সংস্করণকে বোঝায় যা আমরা বেশিরভাগই আজ জানি। এমন একটি ইন্টারনেট যা আপনার ব্যক্তিগত তথ্যের বিনিময়ে পরিষেবা প্রদানকারী সংস্থাগুলির দ্বারা প্রভাবিত। Web3, ইথেরিয়ামের প্রেক্ষাপটে, ব্লকচেইনে চালিত বিকেন্দ্রীভূত অ্যাপগুলিকে বোঝায়। এগুলি এমন অ্যাপ যা তাদের ব্যক্তিগত ডেটাকে নগদীকরণ না করেই যে কাউকে অংশগ্রহণের অনুমতি দেয়।
+
+আরও নতুনদের জন্য উপযুক্ত রিসোর্স খুঁজছেন? আমাদের [web3 পরিচিতি](/web3/) দেখুন।
+
+## Web3-এর সুবিধা {#web3-benefits}
+
+অনেক Web3 ডেভেলপার ইথেরিয়ামের অন্তর্নিহিত বিকেন্দ্রীকরণের কারণে ডিএ্যাপস তৈরি করতে বেছে নিয়েছেন:
+
+- নেটওয়ার্কে থাকা যে কেউ পরিষেবাটি ব্যবহার করার অনুমতি পাবে – বা অন্য কথায়, অনুমতির প্রয়োজন নেই।
+- কেউ আপনাকে ব্লক করতে বা পরিষেবাটিতে আপনার অ্যাক্সেস অস্বীকার করতে পারবে না।
+- নেটিভ টোকেন, ইথার (ETH)-এর মাধ্যমে পেমেন্টগুলি বিল্ট-ইন থাকে।
+- ইথেরিয়াম হল টিউরিং-সম্পূর্ণ, যার অর্থ আপনি প্রায় সবকিছুই প্রোগ্রাম করতে পারেন।
+
+## বাস্তবসম্মত তুলনা {#practical-comparisons}
+
+| Web2                                                                                       | Web3                                                                                                                                           |
+| ------------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------- |
+| টুইটার যেকোনো অ্যাকাউন্ট বা টুইট সেন্সর করতে পারে                                          | Web3 টুইটগুলি সেন্সর করা যাবে না কারণ নিয়ন্ত্রণ বিকেন্দ্রীভূত                                                                                 |
+| পেমেন্ট পরিষেবা নির্দিষ্ট ধরণের কাজের জন্য পেমেন্টের অনুমতি না দেওয়ার সিদ্ধান্ত নিতে পারে | Web3 পেমেন্ট অ্যাপগুলির জন্য কোনো ব্যক্তিগত ডেটার প্রয়োজন হয় না এবং পেমেন্ট আটকাতে পারে না                                                   |
+| গিগ-ইকোনমি অ্যাপের সার্ভার ডাউন হয়ে যেতে পারে এবং কর্মীদের আয়কে প্রভাবিত করতে পারে       | Web3 সার্ভারগুলি ডাউন হতে পারে না – তারা তাদের ব্যাকএন্ড হিসাবে ইথেরিয়াম ব্যবহার করে, যা হাজার হাজার কম্পিউটারের একটি বিকেন্দ্রীভূত নেটওয়ার্ক |
+
+এর মানে এই নয় যে সমস্ত পরিষেবাকে একটি ডিঅ্যাপ-এ পরিণত করতে হবে। এই উদাহরণগুলি web2 এবং web3 পরিষেবাগুলির মধ্যে প্রধান পার্থক্যগুলির দৃষ্টান্তমূলক।
+
+## Web3-এর সীমাবদ্ধতা {#web3-limitations}
+
+Web3-এর বর্তমানে কিছু সীমাবদ্ধতা রয়েছে:
+
+- স্কেলেবিলিটি – web3-এ লেনদেন ধীর হয় কারণ সেগুলি বিকেন্দ্রীভূত। স্টেট-এর পরিবর্তন, যেমন একটি পেমেন্ট, একটি নোড দ্বারা প্রক্রিয়া করা এবং পুরো নেটওয়ার্কে প্রচারিত হওয়া প্রয়োজন।
+- UX – web3 অ্যাপ্লিকেশনগুলির সাথে ইন্টারঅ্যাক্ট করার জন্য অতিরিক্ত পদক্ষেপ, সফ্টওয়্যার এবং শিক্ষার প্রয়োজন হতে পারে। এটি গ্রহণের ক্ষেত্রে একটি বাধা হতে পারে।
+- অ্যাক্সেসযোগ্যতা – আধুনিক ওয়েব ব্রাউজারগুলিতে ইন্টিগ্রেশনের অভাব বেশিরভাগ ব্যবহারকারীর জন্য web3-কে কম অ্যাক্সেসযোগ্য করে তোলে।
+- খরচ – সবচেয়ে সফল ডিএ্যাপস তাদের কোডের খুব ছোট অংশ ব্লকচেইনে রাখে কারণ এটি ব্যয়বহুল।
+
+## কেন্দ্রীকরণ বনাম বিকেন্দ্রীকরণ {#centralization-vs-decentralization}
+
+নীচের সারণীতে, আমরা কেন্দ্রীভূত এবং বিকেন্দ্রীভূত ডিজিটাল নেটওয়ার্কগুলির কিছু ব্যাপক সুবিধা এবং অসুবিধা তালিকাভুক্ত করেছি।
+
+| কেন্দ্রীভূত সিস্টেম                                                                                                                                                                                                             | বিকেন্দ্রীভূত সিস্টেম                                                                                                                                                                                                               |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| কম নেটওয়ার্ক ব্যাস (সমস্ত অংশগ্রহণকারী একটি কেন্দ্রীয় কর্তৃপক্ষের সাথে সংযুক্ত); তথ্য দ্রুত প্রচারিত হয়, কারণ প্রচার একটি কেন্দ্রীয় কর্তৃপক্ষ দ্বারা প্রচুর কম্পিউটেশনাল রিসোর্স সহ পরিচালিত হয়।        | নেটওয়ার্কের সবচেয়ে দূরের অংশগ্রহণকারীরা একে অপরের থেকে সম্ভাব্যভাবে অনেক দূরে থাকতে পারে। নেটওয়ার্কের এক প্রান্ত থেকে সম্প্রচারিত তথ্য অন্য প্রান্তে পৌঁছতে অনেক সময় লাগতে পারে।                                                |
+| সাধারণত উচ্চতর পারফরম্যান্স (উচ্চতর থ্রুপুট, কম মোট কম্পিউটেশনাল রিসোর্স ব্যয় করা হয়) এবং বাস্তবায়ন করা সহজ।                                                                                              | সাধারণত কম পারফরম্যান্স (নিম্ন থ্রুপুট, বেশি মোট কম্পিউটেশনাল রিসোর্স ব্যয় করা হয়) এবং বাস্তবায়ন করা আরও জটিল।                                                                                                |
+| পরস্পরবিরোধী ডেটার ক্ষেত্রে, সমাধান স্পষ্ট এবং সহজ: সত্যের চূড়ান্ত উৎস হল কেন্দ্রীয় কর্তৃপক্ষ।                                                                                                                | বিরোধ নিষ্পত্তির জন্য একটি প্রোটোকল (প্রায়শই জটিল) প্রয়োজন, যদি সহকর্মীরা ডেটার স্টেট সম্পর্কে পরস্পরবিরোধী দাবি করে যার উপর অংশগ্রহণকারীদের সিঙ্ক্রোনাইজ করার কথা।                                            |
+| ব্যর্থতার একক বিন্দু: ক্ষতিকারক অভিনেতারা কেন্দ্রীয় কর্তৃপক্ষকে লক্ষ্য করে নেটওয়ার্কটি ডাউন করতে সক্ষম হতে পারে।                                                                                              | ব্যর্থতার কোনো একক বিন্দু নেই: নেটওয়ার্ক এখনও কাজ করতে পারে এমনকি যদি অংশগ্রহণকারীদের একটি বড় অংশ আক্রমণ/সরিয়ে দেওয়া হয়।                                                                                         |
+| নেটওয়ার্ক অংশগ্রহণকারীদের মধ্যে সমন্বয় অনেক সহজ, এবং একটি কেন্দ্রীয় কর্তৃপক্ষ দ্বারা পরিচালিত হয়। কেন্দ্রীয় কর্তৃপক্ষ খুব কম ঘর্ষণে নেটওয়ার্ক অংশগ্রহণকারীদের আপগ্রেড, প্রোটোকল আপডেট ইত্যাদি গ্রহণ করতে বাধ্য করতে পারে। | সমন্বয় প্রায়শই কঠিন, কারণ নেটওয়ার্ক-স্তরের সিদ্ধান্ত, প্রোটোকল আপগ্রেড ইত্যাদিতে কোনো একক এজেন্টের চূড়ান্ত বক্তব্য নেই। সবচেয়ে খারাপ ক্ষেত্রে, প্রোটোকল পরিবর্তন সম্পর্কে মতবিরোধ থাকলে নেটওয়ার্ক বিভক্ত হওয়ার প্রবণতা থাকে। |
+| কেন্দ্রীয় কর্তৃপক্ষ ডেটা সেন্সর করতে পারে, যা নেটওয়ার্কের কিছু অংশকে বাকি নেটওয়ার্কের সাথে ইন্টারঅ্যাক্ট করা থেকে সম্ভাব্যভাবে বিচ্ছিন্ন করে দেয়।                                                                           | সেন্সরশিপ অনেক কঠিন, কারণ নেটওয়ার্ক জুড়ে তথ্য প্রচারের অনেক উপায় রয়েছে।                                                                                                                                                         |
+| নেটওয়ার্কে অংশগ্রহণ কেন্দ্রীয় কর্তৃপক্ষ দ্বারা নিয়ন্ত্রিত হয়।                                                                                                                                                               | যে কেউ নেটওয়ার্কে অংশগ্রহণ করতে পারে; কোনো “গেটকিপার” নেই। আদর্শগতভাবে, অংশগ্রহণের খরচ খুব কম।                                                                                                                                     |
+
+মনে রাখবেন যে এগুলি সাধারণ প্যাটার্ন যা প্রতিটি নেটওয়ার্কে সত্য নাও হতে পারে। তাছাড়া, বাস্তবে একটি নেটওয়ার্ক কতটা কেন্দ্রীভূত/বিকেন্দ্রীভূত তা একটি স্পেকট্রামের উপর নির্ভর করে; কোনো নেটওয়ার্কই সম্পূর্ণ কেন্দ্রীভূত বা সম্পূর্ণ বিকেন্দ্রীভূত নয়।
+
+## আরও পড়ুন {#further-reading}
+
+- [Web3 কী?](/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) _৬ ফেব্রুয়ারী, ২০১৭ - Vitalik Buterin_
+- [কেন বিকেন্দ্রীকরণ গুরুত্বপূর্ণ](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) _১৮ ফেব্রুয়ারী, ২০১৮ - Chris Dixon_
+- [Web 3.0 কী এবং কেন এটি গুরুত্বপূর্ণ](https://medium.com/fabric-ventures/what-is-web-3-0-why-it-matters-934eb07f3d2b) _৩১ ডিসেম্বর, ২০১৯ - Max Mersch and Richard Muirhead_
+- [কেন আমাদের Web 3.0 প্রয়োজন](https://gavofyork.medium.com/why-we-need-web-3-0-5da4f2bf95ab) _১২ সেপ্টেম্বর, ২০১৮ - Gavin Wood_
diff --git a/public/content/translations/bn/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md b/public/content/translations/bn/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
new file mode 100644
index 00000000000..ceed418309b
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/a-developers-guide-to-ethereum-part-one/index.md
@@ -0,0 +1,300 @@
+---
+title: "একজন পাইথন ডেভেলপারের জন্য ইথেরিয়ামের ভূমিকা, পার্ট ১"
+description: "ইথেরিয়াম ডেভেলপমেন্টের একটি ভূমিকা, বিশেষ করে তাদের জন্য উপযোগী যাদের পাইথন প্রোগ্রামিং ভাষা সম্পর্কে জ্ঞান আছে"
+author: Marc Garreau
+lang: bn
+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/
+---
+
+তাহলে, আপনি এই ইথেরিয়াম জিনিসটা সম্পর্কে শুনেছেন এবং এই রহস্যময় জগতে প্রবেশ করতে প্রস্তুত? এই পোস্টে দ্রুত কিছু ব্লকচেইন বেসিক কভার করা হবে, তারপর আপনাকে একটি সিমুলেটেড ইথেরিয়াম নোডের সাথে ইন্টারঅ্যাক্ট করানো হবে – ব্লক ডেটা পড়া, অ্যাকাউন্টের ব্যালেন্স চেক করা, এবং ট্রানজ্যাকশন পাঠানো। এর পাশাপাশি, আমরা অ্যাপ তৈরির প্রচলিত উপায় এবং এই নতুন ডিসেন্ট্রালাইজড দৃষ্টান্তের মধ্যে পার্থক্য তুলে ধরব।
+
+## (নমনীয়) পূর্বশর্ত {#soft-prerequisites}
+
+এই পোস্টটি বিস্তৃত পরিসরের ডেভেলপারদের কাছে সহজলভ্য হওয়ার আশা রাখে। [পাইথন টুলস](/developers/docs/programming-languages/python/) জড়িত থাকবে, কিন্তু সেগুলি ধারণাগুলির জন্য কেবল একটি বাহন – আপনি যদি পাইথন ডেভেলপার না হন তবে কোনো সমস্যা নেই। তবে, আপনি ইতিমধ্যে যা জানেন সে সম্পর্কে আমি কয়েকটি অনুমান করব, যাতে আমরা দ্রুত ইথেরিয়াম-নির্দিষ্ট অংশে যেতে পারি।
+
+অনুমান:
+
+- আপনি টার্মিনালে কাজ করতে পারেন,
+- আপনি পাইথনের কয়েকটি লাইন কোড লিখেছেন,
+- আপনার মেশিনে পাইথন সংস্করণ 3.6 বা তার বেশি ইনস্টল করা আছে (একটি [ভার্চুয়াল পরিবেশ](https://realpython.com/effective-python-environment/#virtual-environments) ব্যবহার করার জন্য দৃঢ়ভাবে উৎসাহিত করা হচ্ছে), এবং
+- আপনি `pip`, পাইথনের প্যাকেজ ইনস্টলার ব্যবহার করেছেন।
+  আবারও, যদি এগুলোর কোনোটি অসত্য হয়, অথবা আপনি যদি এই নিবন্ধের কোডটি পুনরুৎপাদন করার পরিকল্পনা না করেন, তাহলে আপনি সম্ভবত ঠিকঠাকভাবেই অনুসরণ করতে পারবেন।
+
+## ব্লকচেইন, সংক্ষেপে {#blockchains-briefly}
+
+ইথেরিয়ামকে বর্ণনা করার অনেক উপায় আছে, কিন্তু এর হৃদয়ে রয়েছে একটি ব্লকচেইন। ব্লকচেইনগুলো ব্লকের একটি সিরিজ দিয়ে তৈরি, তাই চলুন সেখান থেকেই শুরু করা যাক। সবচেয়ে সহজ ভাষায়, ইথেরিয়াম ব্লকচেইনের প্রতিটি ব্লক হল কিছু মেটাডেটা এবং ট্রানজ্যাকশনের একটি তালিকা। JSON ফরম্যাটে, এটি দেখতে অনেকটা এইরকম:
+
+```json
+{
+   "number": 1234567,
+   "hash": "0xabc123...",
+   "parentHash": "0xdef456...",
+   ...,
+   "transactions": [...]
+}
+```
+
+প্রতিটি [ব্লকের](/developers/docs/blocks/) তার আগের ব্লকের একটি রেফারেন্স থাকে; `parentHash` হল কেবল আগের ব্লকের হ্যাস।
+
+<FeaturedText>দ্রষ্টব্য: ইথেরিয়াম নিয়মিতভাবে <a href="https://wikipedia.org/wiki/Hash_function">হ্যাস ফাংশন</a> ব্যবহার করে নির্দিষ্ট আকারের মান (“হ্যাস”) তৈরি করতে। ইথেরিয়ামে হ্যাস একটি গুরুত্বপূর্ণ ভূমিকা পালন করে, কিন্তু আপাতত আপনি সেগুলোকে নিরাপদে অনন্য আইডি হিসেবে ভাবতে পারেন।</FeaturedText>
+
+![প্রতিটি ব্লকের ভিতরের ডেটা সহ একটি ব্লকচেইন চিত্রিত একটি ডায়াগ্রাম](./blockchain-diagram.png)
+
+_একটি ব্লকচেইন মূলত একটি লিঙ্কড তালিকা; প্রতিটি ব্লকের আগের ব্লকের একটি রেফারেন্স থাকে।_
+
+এই ডেটা স্ট্রাকচারটি নতুন কিছু নয়, কিন্তু নেটওয়ার্ক পরিচালনাকারী নিয়মগুলি (যেমন, পিয়ার-টু-পিয়ার প্রোটোকল) নতুন। কোনো কেন্দ্রীয় কর্তৃপক্ষ নেই; নেটওয়ার্ক টিকিয়ে রাখতে পিয়ারদের নেটওয়ার্ককে সহযোগিতা করতে হবে, এবং পরবর্তী ব্লকে কোন ট্রানজ্যাকশনগুলো অন্তর্ভুক্ত করা হবে তা নির্ধারণ করতে প্রতিযোগিতা করতে হবে। সুতরাং, যখন আপনি কোনো বন্ধুকে কিছু টাকা পাঠাতে চান, আপনাকে সেই ট্রানজ্যাকশনটি নেটওয়ার্কে ব্রডকাস্ট করতে হবে, তারপর এটি একটি আসন্ন ব্লকে অন্তর্ভুক্ত হওয়ার জন্য অপেক্ষা করতে হবে।
+
+এক ব্যবহারকারী থেকে অন্য ব্যবহারকারীর কাছে টাকা সত্যিই পাঠানো হয়েছে কিনা তা যাচাই করার জন্য ব্লকচেইনের একমাত্র উপায় হলো সেই ব্লকচেইনের একটি স্থানীয় মুদ্রা (অর্থাৎ, সেই ব্লকচেইন দ্বারা তৈরি এবং পরিচালিত) ব্যবহার করা। ইথেরিয়ামে, এই মুদ্রাকে বলা হয় ইথার, এবং ইথেরিয়াম ব্লকচেইনে অ্যাকাউন্টের ব্যালেন্সের একমাত্র অফিসিয়াল রেকর্ড থাকে।
+
+## একটি নতুন দৃষ্টান্ত {#a-new-paradigm}
+
+এই নতুন ডিসেন্ট্রালাইজড টেক স্ট্যাক নতুন ডেভেলপার টুলস তৈরি করেছে। এই ধরনের টুলস অনেক প্রোগ্রামিং ভাষায় বিদ্যমান, কিন্তু আমরা পাইথনের দৃষ্টিকোণ থেকে দেখব। পুনরায় বলতে গেলে: যদিও পাইথন আপনার পছন্দের ভাষা না হয়, তবুও এটি অনুসরণ করতে খুব বেশি অসুবিধা হওয়া উচিত নয়।
+
+যে পাইথন ডেভেলপাররা ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করতে চান তারা সম্ভবত [Web3.py](https://web3py.readthedocs.io/) ব্যবহার করবেন। Web3.py হল একটি লাইব্রেরি যা একটি ইথেরিয়াম নোডের সাথে সংযোগ স্থাপন এবং তারপর সেখান থেকে ডেটা পাঠানো এবং গ্রহণ করার উপায়কে ব্যাপকভাবে সরল করে।
+
+<FeaturedText>দ্রষ্টব্য: “ইথেরিয়াম নোড” এবং “ইথেরিয়াম ক্লায়েন্ট” একে অপরের পরিবর্তে ব্যবহৃত হয়। উভয় ক্ষেত্রেই, এটি সেই সফটওয়্যারকে বোঝায় যা ইথেরিয়াম নেটওয়ার্কের একজন অংশগ্রহণকারী চালায়। এই সফটওয়্যারটি ব্লক ডেটা পড়তে পারে, চেইনে নতুন ব্লক যুক্ত হলে আপডেট পেতে পারে, নতুন ট্রানজ্যাকশন ব্রডকাস্ট করতে পারে এবং আরও অনেক কিছু করতে পারে। টেকনিক্যালি, ক্লায়েন্ট হল সফটওয়্যার, নোড হল সেই কম্পিউটার যা সফটওয়্যারটি চালায়।</FeaturedText>
+
+[ইথেরিয়াম ক্লায়েন্টগুলো](/developers/docs/nodes-and-clients/) [IPC](https://wikipedia.org/wiki/Inter-process_communication), HTTP, বা Websockets দ্বারা পৌঁছানোর জন্য কনফিগার করা যেতে পারে, তাই Web3.py-কে এই কনফিগারেশনটি প্রতিফলিত করতে হবে। Web3.py এই সংযোগ বিকল্পগুলিকে **প্রোভাইডার** হিসাবে উল্লেখ করে। আপনার নোডের সাথে Web3.py ইনস্ট্যান্স লিঙ্ক করার জন্য আপনাকে তিনটি প্রোভাইডারের মধ্যে একটি বেছে নিতে হবে।
+
+![একটি ডায়াগ্রাম যা দেখাচ্ছে কিভাবে web3.py আপনার এপ্লিকেশনকে একটি ইথেরিয়াম নোডের সাথে সংযোগ করতে IPC ব্যবহার করে](./web3py-and-nodes.png)
+
+_ইথেরিয়াম নোড এবং Web3.py-কে একই প্রোটোকলের মাধ্যমে যোগাযোগ করার জন্য কনফিগার করুন, যেমন, এই ডায়াগ্রামে IPC।_
+
+একবার Web3.py সঠিকভাবে কনফিগার হয়ে গেলে, আপনি ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করা শুরু করতে পারেন। এখানে Web3.py ব্যবহারের কয়েকটি উদাহরণ দেওয়া হল যা ভবিষ্যতে যা আসবে তার একটি প্রিভিউ হিসাবে:
+
+```python
+# ব্লক ডেটা পড়ুন:
+w3.eth.get_block('latest')
+
+# একটি ট্রানজ্যাকশন পাঠান:
+w3.eth.send_transaction({'from': ..., 'to': ..., 'value': ...})
+```
+
+## ইনস্টলেশন {#installation}
+
+এই ওয়াকথ্রুতে, আমরা শুধু একটি পাইথন ইন্টারপ্রেটারের মধ্যে কাজ করব। আমরা কোনো ডিরেক্টরি, ফাইল, ক্লাস বা ফাংশন তৈরি করব না।
+
+<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]` প্যাকেজটি পাইথন 3.10.xx পর্যন্ত কাজ করে
+
+## একটি স্যান্ডবক্স চালু করুন {#spin-up-a-sandbox}
+
+আপনার টার্মিনালে `ipython` চালিয়ে একটি নতুন পাইথন পরিবেশ খুলুন। এটি `python` চালানোর সমতুল্য, কিন্তু আরও অনেক ফিচার সহ আসে।
+
+```bash
+ipython
+```
+
+এটি আপনার চালানো পাইথন এবং IPython এর সংস্করণ সম্পর্কে কিছু তথ্য প্রিন্ট করবে, তারপর আপনি ইনপুটের জন্য অপেক্ষারত একটি প্রম্পট দেখতে পাবেন:
+
+```python
+In [1]:
+```
+
+আপনি এখন একটি ইন্টারেক্টিভ পাইথন শেল দেখছেন। মূলত, এটি খেলার জন্য একটি স্যান্ডবক্স। আপনি যদি এতদূর এসে থাকেন, তাহলে Web3.py ইম্পোর্ট করার সময় হয়েছে:
+
+```python
+In [1]: from web3 import Web3
+```
+
+## Web3 মডিউলের পরিচিতি {#introducing-the-web3-module}
+
+ইথেরিয়ামের একটি গেটওয়ে হওয়ার পাশাপাশি, [Web3](https://web3py.readthedocs.io/en/stable/overview.html#base-api) মডিউলটি কয়েকটি সুবিধাজনক ফাংশন অফার করে। চলুন কয়েকটি অন্বেষণ করা যাক।
+
+একটি ইথেরিয়াম এপ্লিকেশনে, আপনাকে সাধারণত মুদ্রার ডিনোমিনেশন রূপান্তর করতে হবে। 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>, তাই ট্রানজ্যাকশন পাঠানোর সময় সেই মানটি নির্দিষ্ট করা হয়।
+
+১ ইথার = ১000000000000000000 wei
+
+১ 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}
+
+সুবিধাজনক মেথডগুলো চমৎকার, কিন্তু চলুন ব্লকচেইনের দিকে এগিয়ে যাওয়া যাক। পরবর্তী ধাপ হল একটি ইথেরিয়াম নোডের সাথে যোগাযোগের জন্য Web3.py কনফিগার করা। এখানে আমাদের কাছে IPC, HTTP, বা Websocket প্রোভাইডার ব্যবহার করার বিকল্প আছে।
+
+আমরা এই পথে যাব না, কিন্তু HTTP প্রোভাইডার ব্যবহার করে একটি সম্পূর্ণ ওয়ার্কফ্লোর একটি উদাহরণ এইরকম দেখতে হতে পারে:
+
+- একটি ইথেরিয়াম নোড ডাউনলোড করুন, যেমন, [Geth](https://geth.ethereum.org/)।
+- একটি টার্মিনাল উইন্ডোতে Geth শুরু করুন এবং এটি নেটওয়ার্ক সিঙ্ক করার জন্য অপেক্ষা করুন। ডিফল্ট HTTP পোর্ট হল `8545`, কিন্তু এটি কনফিগারযোগ্য।
+- Web3.py-কে HTTP এর মাধ্যমে, `localhost:8545`-এ নোডের সাথে সংযোগ করতে বলুন।
+  `w3 = Web3(Web3.HTTPProvider('http://127.0.0.1:8545'))`
+- `w3` ইনস্ট্যান্সটি নোডের সাথে ইন্টারঅ্যাক্ট করতে ব্যবহার করুন।
+
+যদিও এটি করার একটি “বাস্তব” উপায়, সিঙ্কিং প্রক্রিয়াটি কয়েক ঘন্টা সময় নেয় এবং আপনি যদি কেবল একটি ডেভেলপমেন্ট পরিবেশ চান তবে এটি অপ্রয়োজনীয়। Web3.py এই উদ্দেশ্যে একটি চতুর্থ প্রোভাইডার প্রকাশ করে, **EthereumTesterProvider**। এই টেস্টার প্রোভাইডারটি একটি সিমুলেটেড ইথেরিয়াম নোডের সাথে লিঙ্ক করে যেখানে খেলার জন্য শিথিল অনুমতি এবং জাল মুদ্রা রয়েছে।
+
+![একটি ডায়াগ্রাম যা EthereumTesterProvider-কে আপনার web3.py এপ্লিকেশনটিকে একটি সিমুলেটেড ইথেরিয়াম নোডের সাথে লিঙ্ক করতে দেখাচ্ছে](./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()`।
+
+## ট্যুর স্টপ #১: [অ্যাকাউন্ট](/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')
+```
+
+এক মিলিয়ন টেস্ট ইথার - এখনও খুব খারাপ নয়।
+
+## ট্যুর স্টপ #২: ব্লক ডেটা {#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': []
+})
+```
+
+একটি ব্লক সম্পর্কে অনেক তথ্য ফেরত আসে, কিন্তু এখানে কয়েকটি বিষয় উল্লেখ করার আছে:
+
+- ব্লক নম্বর শূন্য - আপনি যত আগেই টেস্টার প্রোভাইডার কনফিগার করুন না কেন। বাস্তব ইথেরিয়াম নেটওয়ার্কের মতো নয়, যা প্রতি 12 সেকেন্ডে একটি নতুন ব্লক যোগ করে, এই সিমুলেশনটি আপনি এটিকে কিছু কাজ না দেওয়া পর্যন্ত অপেক্ষা করবে।
+- `transactions` একটি খালি তালিকা, একই কারণে: আমরা এখনও কিছু করিনি। এই প্রথম ব্লকটি একটি **খালি ব্লক**, কেবল চেইন শুরু করার জন্য।
+- লক্ষ্য করুন যে `parentHash` কেবল কয়েকটি খালি বাইট। এটি নির্দেশ করে যে এটি চেইনের প্রথম ব্লক, যা **জেনেসিস ব্লক** নামেও পরিচিত।
+
+## ট্যুর স্টপ #৩: [ট্রানজ্যাকশন](/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` কলের ইনপুটগুলির সাথে মিলতে হবে। অন্য আশ্বস্তকারী বিষয় হল যে এই ট্রানজ্যাকশনটি ব্লক নম্বর ১-এর মধ্যে প্রথম ট্রানজ্যাকশন (`'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
+```
+
+পরেরটি ভালো দেখাচ্ছে! ব্যালেন্স ১,০০০,০০০ থেকে ১,০০০,০০৩ ইথারে চলে গেছে। কিন্তু প্রথম অ্যাকাউন্টের কী হল? মনে হচ্ছে এটি তিন ইথারের চেয়ে সামান্য বেশি হারিয়েছে। হায়, জীবনে কিছুই বিনামূল্যে নয়, এবং ইথেরিয়াম পাবলিক নেটওয়ার্ক ব্যবহার করার জন্য আপনাকে আপনার পিয়ারদের তাদের সহায়ক ভূমিকার জন্য ক্ষতিপূরণ দিতে হবে। ট্রানজ্যাকশন জমা দেওয়া অ্যাকাউন্ট থেকে একটি ছোট ট্রানজ্যাকশন ফি কেটে নেওয়া হয়েছিল - এই ফি হল পোড়ানো গ্যাসের পরিমাণ (একটি ETH ট্রান্সফারের জন্য ২১০০০ ইউনিট গ্যাস) যা নেটওয়ার্ক কার্যকলাপ অনুযায়ী পরিবর্তিত একটি বেস ফি দ্বারা গুণিত হয় এবং একটি টিপ যা সেই ভ্যালিডেটরের কাছে যায় যে ট্রানজ্যাকশনটি একটি ব্লকে অন্তর্ভুক্ত করে।
+
+[গ্যাস](/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}
+
+আমরা বেশ কিছুক্ষণ ধরে এটি করছি, তাই বিরতি নেওয়ার জন্য এটি যেকোনো জায়গার মতোই একটি ভালো জায়গা বলে মনে হচ্ছে। রহস্যময় জগতটি চলতে থাকে, এবং আমরা এই সিরিজের দ্বিতীয় অংশে অন্বেষণ চালিয়ে যাব। আসন্ন কিছু ধারণা: একটি বাস্তব নোডের সাথে সংযোগ, স্মার্ট কন্ট্র্যাক্ট এবং টোকেন। কোনো ফলো-আপ প্রশ্ন আছে? আমাকে জানান! আপনার প্রতিক্রিয়া প্রভাবিত করবে আমরা এখান থেকে কোথায় যাব। [টুইটার](https://twitter.com/wolovim)-এর মাধ্যমে অনুরোধ স্বাগত।
diff --git a/public/content/translations/bn/developers/tutorials/all-you-can-cache/index.md b/public/content/translations/bn/developers/tutorials/all-you-can-cache/index.md
new file mode 100644
index 00000000000..6b13e314a2b
--- /dev/null
+++ b/public/content/translations/bn/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: bn
+---
+
+রোলআপ ব্যবহার করার সময়, ট্রানজ্যাকশনের একটি বাইটের খরচ একটি স্টোরেজ স্লটের খরচের চেয়ে অনেক বেশি ব্যয়বহুল। অতএব, অনচেইনে যতটা সম্ভব তথ্য ক্যাশ করা যুক্তিযুক্ত।
+
+এই আর্টিকেলে আপনি শিখবেন কীভাবে এমনভাবে একটি ক্যাশিং কন্ট্রাক্ট তৈরি এবং ব্যবহার করতে হয়, যাতে যে কোনো প্যারামিটার ভ্যালু যা একাধিকবার ব্যবহৃত হওয়ার সম্ভাবনা থাকে, তা ক্যাশ করা হবে এবং (প্রথমবার ব্যবহারের পরে) অনেক কম সংখ্যক বাইট দিয়ে ব্যবহারের জন্য উপলব্ধ থাকবে, এবং এই ক্যাশ ব্যবহারকারী অফচেইন কোড কীভাবে লিখতে হয়।
+
+আপনি যদি আর্টিকেলটি এড়িয়ে যেতে চান এবং শুধু সোর্স কোড দেখতে চান, [এটি এখানে](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;
+```
+
+এই কনস্ট্যান্টগুলো সেই বিশেষ ক্ষেত্রগুলো ব্যাখ্যা করার জন্য ব্যবহৃত হয় যেখানে আমরা সমস্ত তথ্য প্রদান করি এবং চাই যে এটি ক্যাশে লেখা হোক বা না হোক। ক্যাশে লেখার জন্য, পূর্বে অব্যবহৃত স্টোরেজ স্লটে দুটি [`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, "প্রাথমিকীকরণ না করা ক্যাশ এন্ট্রি পড়া হচ্ছে");
+        return key2val[_key-1];
+    }  // ক্যাশরিড
+```
+
+ক্যাশ থেকে একটি ভ্যালু পড়ুন।
+
+```solidity
+    // যদি ক্যাশে কোনো ভ্যালু আগে থেকে না থাকে তবে সেটি লিখুন
+    // শুধুমাত্র টেস্ট কাজ করার জন্য পাবলিক করা হয়েছে
+    function cacheWrite(uint _value) public returns (uint) {
+        // যদি ভ্যালুটি ইতিমধ্যে ক্যাশে থাকে, তাহলে বর্তমান কী রিটার্ন করুন
+        if (val2key[_value] != 0) {
+            return val2key[_value];
+        }
+```
+
+একই ভ্যালু একাধিকবার ক্যাশে রাখার কোনো মানে হয় না। যদি ভ্যালুটি ইতিমধ্যে সেখানে থাকে, তবে বিদ্যমান কী-টি রিটার্ন করুন।
+
+```solidity
+        // যেহেতু 0xFE একটি বিশেষ ক্ষেত্র, ক্যাশ যে সবচেয়ে বড় কী ধারণ করতে
+        // পারে তা হলো 0x0D এবং এর পরে ১৫টি 0xFF। যদি ক্যাশের দৈর্ঘ্য ইতিমধ্যে ততটা
+        // বড় হয়, তাহলে ব্যর্থ হবে।
+        //                              1 2 3 4 5 6 7 8 9 A B C D E F
+        require(key2val.length+1 < 0x0DFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF,
+            "ক্যাশ ওভারফ্লো");
+```
+
+আমার মনে হয় না আমরা কখনও এত বড় একটি ক্যাশ পাব (প্রায় 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;
+    }  // ক্যাশরাইট
+```
+
+`key2val`-এর নতুন দৈর্ঘ্য রিটার্ন করুন, যা হলো সেই সেল যেখানে নতুন ভ্যালুটি সংরক্ষণ করা হয়েছে।
+
+```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 কলডেটাসাইজের বাইরে পড়ার চেষ্টা করছে");
+```
+
+এই ফাংশনটি ইন্টারনাল, তাই যদি বাকি কোড সঠিকভাবে লেখা হয় তবে এই টেস্টগুলো প্রয়োজন নেই। তবে, এগুলোর খরচ বেশি নয় তাই আমরা এগুলো রাখতেই পারি।
+
+```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;
+    } // _কলডেটাভ্যাল
+
+
+    // _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
+
+        // Read the value, but do not write it to the cache
+        if (_firstByte == uint8(DONT_CACHE))
+            return(_fromByte+33, _calldataVal(_fromByte+1, 32));
+
+        // Read the value, and write it to the cache
+        if (_firstByte == uint8(INTO_CACHE)) {
+            uint _param = _calldataVal(_fromByte+1, 32);
+            cacheWrite(_param);
+            return(_fromByte+33, _param);
+        }
+
+        // If we got here it means that we need to read from the cache
+
+        // Number of extra bytes to read
+        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
+
+
+    // Read n parameters (functions know how many parameters they expect)
+    function _readParams(uint _paramNum) internal returns (uint[] memory) {
+```
+
+আমরা কলডেটা থেকেই আমাদের প্যারামিটারের সংখ্যা জানতে পারতাম, কিন্তু যে ফাংশনগুলো আমাদের কল করে তারা জানে যে তারা কতগুলো প্যারামিটার আশা করে। তাদের কাছ থেকে জেনে নেওয়া সহজ।
+
+```solidity
+        // The parameters we read
+        uint[] memory params = new uint[](_paramNum);
+
+        // Parameters start at byte 4, before that it's the function signature
+        uint _atByte = 4;
+
+        for(uint i=0; i<_paramNum; i++) {
+            (_atByte, params[i]) = _readParam(_atByte);
+        }
+```
+
+আপনার প্রয়োজনীয় সংখ্যক প্যারামিটার না পাওয়া পর্যন্ত সেগুলো পড়তে থাকুন। আমরা যদি কলডেটার শেষ অতিক্রম করি, তাহলে `_readParams` কলটি বাতিল করে দেবে।
+
+```solidity
+
+        return(params);
+    }   // readParams
+
+    // For testing _readParams, test reading four parameters
+    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
+    // Get a value, return bytes that will encode it (using the cache if possible)
+    function encodeVal(uint _val) public view returns(bytes memory) {
+```
+
+`encodeVal` একটি ফাংশন যা অফচেইন কোডকে কল করে ক্যাশ ব্যবহার করে এমন কলডেটা তৈরি করতে সাহায্য করে। এটি একটি একক ভ্যালু গ্রহণ করে এবং এটিকে এনকোড করা বাইটগুলো রিটার্ন করে। এই ফাংশনটি একটি `view`, তাই এটির জন্য কোনো ট্রানজ্যাকশনের প্রয়োজন হয় না এবং বাইরে থেকে কল করা হলে কোনো গ্যাস খরচ হয় না।
+
+```solidity
+        uint _key = val2key[_val];
+
+        // The value isn't in the cache yet, add it
+        if (_key == 0)
+            return bytes.concat(INTO_CACHE, bytes32(_val));
+```
+
+[EVM](/developers/docs/evm/)-এ সমস্ত ইনিশিয়ালাইজ না করা স্টোরেজকে শূন্য বলে ধরে নেওয়া হয়। তাই যদি আমরা এমন একটি ভ্যালুর কী খুঁজি যা সেখানে নেই, আমরা একটি শূন্য পাই। সেই ক্ষেত্রে, এটিকে এনকোড করা বাইটগুলো হলো `INTO_CACHE` (যাতে এটি পরেরবার ক্যাশ করা হবে), যার পরে আসল ভ্যালুটি থাকে।
+
+```solidity
+        // If the key is <0x10, return it as a single byte
+        if (_key < 0x10)
+            return bytes.concat(bytes1(uint8(_key)));
+```
+
+একক বাইট সবচেয়ে সহজ। আমরা কেবল [`bytes.concat`](https://docs.soliditylang.org/en/v0.8.16/types.html#the-functions-bytes-concat-and-string-concat) ব্যবহার করে একটি `bytes<n>` টাইপকে একটি বাইট অ্যারেতে পরিণত করি যা যেকোনো দৈর্ঘ্যের হতে পারে। নাম সত্ত্বেও, এটি শুধুমাত্র একটি আর্গুমেন্ট প্রদান করা হলেও ঠিকঠাক কাজ করে।
+
+```solidity
+        // Two byte value, encoded as 0x1vvv
+        if (_key < 0x1000)
+            return bytes.concat(bytes2(uint16(_key) | 0x1000));
+```
+
+যখন আমাদের কাছে 16<sup>3</sup> এর চেয়ে কম একটি কী থাকে, তখন আমরা এটিকে দুটি বাইটে প্রকাশ করতে পারি। আমরা প্রথমে `_key`, যা একটি 256 বিটের ভ্যালু, কে একটি 16 বিটের ভ্যালুতে রূপান্তর করি এবং প্রথম বাইটে অতিরিক্ত বাইটের সংখ্যা যোগ করার জন্য লজিক্যাল or ব্যবহার করি। তারপর আমরা এটিকে একটি `bytes2` ভ্যালুতে পরিণত করি, যা `bytes`-এ রূপান্তরিত হতে পারে।
+
+```solidity
+        // There is probably a clever way to do the following lines as a loop,
+        // but it's a view function so I'm optimizing for programmer time and
+        // simplicity.
+
+        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
+        // If we get here, something is wrong.
+        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";
+
+
+// Need to run `forge test -vv` for the console.
+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
+
+
+    // Cache the same value multiple times, ensure that the key stays
+    // the same
+    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
+    // Read a uint from a memory buffer (to make sure we get back the parameters
+    // we sent out)
+    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
+
+    // Function signature for fourParams(), courtesy of
+    // https://www.4byte.directory/signatures/?bytes4_signature=0x3edc1e6d
+    bytes4 constant FOUR_PARAMS = 0x3edc1e6d;
+
+    // Just some constant values to see we're getting the correct values back
+    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
+        // First call, the cache is empty
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+```
+
+একই চুক্তির জন্য ক্যাশ করা ফাংশন (লেনদেন থেকে সরাসরি কলের জন্য) এবং নন-ক্যাশ করা ফাংশন (অন্যান্য স্মার্ট চুক্তি থেকে কলের জন্য) উভয়ই সমর্থন করা দরকারী। এটি করার জন্য আমাদের সঠিক ফাংশন কল করার জন্য Solidity মেকানিজমের উপর নির্ভর করা চালিয়ে যেতে হবে, সবকিছু একটি [ফলব্যাক ফাংশনে](https://docs.soliditylang.org/en/v0.8.16/contracts.html#fallback-function) রাখার পরিবর্তে। এটি করা কম্পোজেবিলিটিকে অনেক সহজ করে তোলে। একটি একক বাইট বেশিরভাগ ক্ষেত্রে ফাংশন সনাক্ত করার জন্য যথেষ্ট হবে, তাই আমরা তিনটি বাইট (16\*3=48 গ্যাস) অপচয় করছি। তবে, আমি যখন এটি লিখছি তখন সেই 48 গ্যাসের দাম 0.07 সেন্ট, যা সহজ, কম বাগ প্রবণ কোডের জন্য একটি যুক্তিসঙ্গত খরচ।
+
+```solidity
+            // First value, add it to the cache
+            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
+        // Second call, we can use the cache
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+
+            // First value in the Cache
+            bytes1(0x01),
+```
+
+১৬ এর নিচে ক্যাশ কীগুলি মাত্র এক বাইটের হয়।
+
+```solidity
+            // Second value, don't add it to the cache
+            cache.DONT_CACHE(),
+            bytes32(VAL_B),
+
+            // Third and fourth values, same value
+            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
+    // Test encodeVal when the key is more than a single byte
+    // Maximum three bytes because filling the cache to four bytes takes
+    // too long.
+    function testEncodeValBig() public {
+        // Put a number of values in the cache.
+        // To keep things simple, use key n for value 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),   // One byte        0x0F
+            cache.encodeVal(0x0010),   // Two bytes     0x1010
+            cache.encodeVal(0x0100),   // Two bytes     0x1100
+            cache.encodeVal(0x1000)    // Three bytes 0x201000
+        );
+```
+
+এক বাইট, দুই বাইট, এবং তিন বাইটের মান পরীক্ষা করুন। আমরা এর বাইরে পরীক্ষা করি না কারণ পর্যাপ্ত স্ট্যাক এন্ট্রি (অন্তত 0x10000000, প্রায় এক চতুর্থাংশ বিলিয়ন) লিখতে অনেক সময় লাগবে।
+
+```solidity
+        .
+        .
+        .
+        .
+    }    // testEncodeValBig
+
+
+    // Test what with an excessively small buffer we get a revert
+    function testShortCalldata() public {
+```
+
+যখন পর্যাপ্ত প্যারামিটার না থাকে তখন অস্বাভাবিক ক্ষেত্রে কী ঘটে তা পরীক্ষা করুন।
+
+```solidity
+        .
+        .
+        .
+        (_success, _callOutput) = _cacheAddr.call(_callInput);
+        assertEq(_success, false);
+    }   // testShortCalldata
+```
+
+যেহেতু এটি রিভার্ট হয়, তাই আমাদের যে ফলাফল পাওয়া উচিত তা হলো `false`।
+
+```
+    // Call with cache keys that aren't there
+    function testNoCacheKey() public {
+        .
+        .
+        .
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+
+            // First value, add it to the cache
+            cache.INTO_CACHE(),
+            bytes32(VAL_A),
+
+            // Second value
+            bytes1(0x0F),
+            bytes2(0x1234),
+            bytes11(0xA10102030405060708090A)
+        );
+```
+
+এই ফাংশনটি চারটি সম্পূর্ণ বৈধ প্যারামিটার পায়, তবে ক্যাশটি খালি হওয়ায় সেখানে পড়ার জন্য কোনো মান নেই।
+
+```solidity
+        .
+        .
+        .
+    // Test what with an excessively long buffer everything works file
+    function testLongCalldata() public {
+        address _cacheAddr = address(cache);
+        bool _success;
+        bytes memory _callInput;
+        bytes memory _callOutput;
+
+        // First call, the cache is empty
+        _callInput = bytes.concat(
+            FOUR_PARAMS,
+
+            // First value, add it to the cache
+            cache.INTO_CACHE(), bytes32(VAL_A),
+
+            // Second value, add it to the cache
+            cache.INTO_CACHE(), bytes32(VAL_B),
+
+            // Third value, add it to the cache
+            cache.INTO_CACHE(), bytes32(VAL_C),
+
+            // Fourth value, add it to the cache
+            cache.INTO_CACHE(), bytes32(VAL_D),
+
+            // And another value for "good luck"
+            bytes4(0x31112233)
+        );
+```
+
+এই ফাংশনটি পাঁচটি মান পাঠায়। আমরা জানি যে পঞ্চম মানটি উপেক্ষা করা হয় কারণ এটি একটি বৈধ ক্যাশ এন্ট্রি নয়, যা অন্তর্ভুক্ত না হলে একটি রিভার্ট ঘটাত।
+
+```solidity
+        (_success, _callOutput) = _cacheAddr.call(_callInput);
+        assertEq(_success, true);
+        .
+        .
+        .
+    }   // testLongCalldata
+
+}        // CacheTest
+
+```
+
+## একটি নমুনা অ্যাপ্লিকেশন {#a-sample-app}
+
+Solidity-তে টেস্ট লেখা খুবই ভালো, কিন্তু দিনের শেষে একটি dapp-কে চেইনের বাইরে থেকে অনুরোধ প্রক্রিয়া করতে সক্ষম হতে হবে যাতে এটি কার্যকর হয়। এই নিবন্ধটি `WORM` দিয়ে একটি dapp-এ ক্যাশিং কীভাবে ব্যবহার করতে হয় তা প্রদর্শন করে, যার অর্থ "Write Once, Read Many"। যদি একটি কী এখনও লেখা না থাকে, আপনি তাতে একটি মান লিখতে পারেন। যদি কীটি ইতিমধ্যে লেখা থাকে, আপনি একটি রিভার্ট পাবেন।
+
+### চুক্তিটি {#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
+    // Make it easier to call us
+    // Function signature for writeEntryCached(), courtesy of
+    // 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);
+```
+
+[এটি (`vm.expectRevert`)](https://book.getfoundry.sh/cheatcodes/expect-revert#expectrevert) হলো যেভাবে আমরা একটি Foundry টেস্টে নির্দিষ্ট করি যে পরবর্তী কলটি ব্যর্থ হওয়া উচিত, এবং ব্যর্থতার জন্য রিপোর্ট করা কারণ। এটি প্রযোজ্য যখন আমরা `<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 পরীক্ষার সাথে পান না তা হল JavaScript কোড যা আপনি আপনার নিজের অ্যাপ্লিকেশনে কাট এবং পেস্ট করতে পারেন। সেই কোডটি লেখার জন্য আমি WORM-কে [Optimism Goerli](https://community.optimism.io/docs/useful-tools/networks/#optimism-goerli)-তে ডিপ্লয় করেছি, যা [Optimism](https://www.optimism.io/)-এর নতুন টেস্টনেট। এটি ঠিকানা [`0xd34335b1d818cee54e3323d3246bd31d94e6a78a`](https://goerli-optimism.etherscan.io/address/0xd34335b1d818cee54e3323d3246bd31d94e6a78a)-এ রয়েছে।
+
+[আপনি ক্লায়েন্টের জন্য JavaScript কোড এখানে দেখতে পারেন](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` সম্পাদনা করুন:
+
+   | প্যারামিটার                                                   | মান                                                                                                                                                                                               |
+   | ------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+   | স্মৃতিচিহ্ন                                                   | একটি অ্যাকাউন্টের জন্য নেমোনিক যার একটি লেনদেনের জন্য অর্থ প্রদানের জন্য পর্যাপ্ত 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
+.
+.
+.
+const main = async () => {
+    const func = await worm.WRITE_ENTRY_CACHED()
+
+    // Need a new key every time
+    const key = await worm.encodeVal(Number(new Date()))
+```
+
+একটি প্রদত্ত স্লটে কেবল একবারই লেখা যায়, তাই আমরা স্লটগুলি পুনরায় ব্যবহার না করার জন্য টাইমস্ট্যাম্প ব্যবহার করি।
+
+```javascript
+const val = await worm.encodeVal("0x600D")
+
+// Write an entry
+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
+    .
+    .
+    .
+    // Read the entry just written
+    const realKey = '0x' + key.slice(4)  // remove the FF flag
+    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/bn/developers/tutorials/app-plasma/index.md b/public/content/translations/bn/developers/tutorials/app-plasma/index.md
new file mode 100644
index 00000000000..8793f4fde3c
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/app-plasma/index.md
@@ -0,0 +1,1255 @@
+---
+title: "একটি অ্যাপ-নির্দিষ্ট প্লাসমা লিখুন যা গোপনীয়তা রক্ষা করে"
+description: "এই টিউটোরিয়ালে, আমরা ডিপোজিটের জন্য একটি আধা-গোপন ব্যাংক তৈরি করি। ব্যাংকটি একটি কেন্দ্রীভূত উপাদান; এটি প্রতিটি ব্যবহারকারীর ব্যালেন্স জানে। তবে, এই তথ্য অনচেইনে সংরক্ষণ করা হয় না। পরিবর্তে, ব্যাংক স্টেটের একটি হ্যাস পোস্ট করে। যখনই কোনো লেনদেন ঘটে, ব্যাংকটি নতুন হ্যাস পোস্ট করে, সঙ্গে একটি জিরো-নলেজ প্রুফ দিয়ে থাকে যে এটিতে একটি স্বাক্ষরিত লেনদেন রয়েছে যা হ্যাস স্টেটকে নতুনটিতে পরিবর্তন করে। এই টিউটোরিয়ালটি পড়ার পরে, আপনি কেবল কীভাবে জিরো-নলেজ প্রুফ ব্যবহার করবেন তা-ই বুঝবেন না, বরং কেন আপনি সেগুলি ব্যবহার করবেন এবং কীভাবে নিরাপদে তা করবেন তাও বুঝবেন।"
+author: Ori Pomerantz
+tags: [ "জিরো-নলেজ", "সার্ভার", "অফচেইন", "গোপনীয়তা" ]
+skill: advanced
+lang: bn
+published: 2025-10-15
+---
+
+## ভূমিকা {#introduction}
+
+[রোলআপ](/developers/docs/scaling/zk-rollups/) এর বিপরীতে, [প্লাসমা](/developers/docs/scaling/plasma) ইন্টিগ্রিটির জন্য ইথেরিয়াম মেইননেট ব্যবহার করে, কিন্তু অ্যাভেইলেবিলিটির জন্য নয়। এই নিবন্ধে, আমরা এমন একটি অ্যাপ্লিকেশন লিখি যা প্লাজমার মতো আচরণ করে, যেখানে ইথেরিয়াম ইন্টিগ্রিটির (কোনো অননুমোদিত পরিবর্তন নয়) নিশ্চয়তা দেয় কিন্তু অ্যাভেইলেবিলিটির নয় (একটি কেন্দ্রীভূত উপাদান ডাউন হয়ে পুরো সিস্টেমটিকে নিষ্ক্রিয় করতে পারে)।
+
+এখানে আমরা যে অ্যাপ্লিকেশনটি লিখি তা হল একটি গোপনীয়তা-সংরক্ষণকারী ব্যাংক। বিভিন্ন অ্যাড্রেসের ব্যালেন্সসহ অ্যাকাউন্ট থাকে এবং তারা অন্য অ্যাকাউন্টে টাকা (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_, একটি লেনদেন যা পুরনো স্টেট থেকে নতুনটিতে পরিবর্তিত হয়। এই লেনদেনে এই ফিল্ডগুলি অন্তর্ভুক্ত করা প্রয়োজন:
+  - _Destination address_ যা ট্রান্সফার গ্রহণ করে
+  - _Amount_ যা ট্রান্সফার করা হচ্ছে
+  - _Nonce_ প্রতিটি লেনদেন শুধুমাত্র একবার প্রক্রিয়াজাত করা যাবে তা নিশ্চিত করার জন্য।
+    উৎস অ্যাড্রেস লেনদেনে থাকার প্রয়োজন নেই, কারণ এটি সিগনেচার থেকে পুনরুদ্ধার করা যায়।
+- _Signature_, একটি সিগনেচার যা লেনদেন সম্পাদনের জন্য অনুমোদিত। আমাদের ক্ষেত্রে, একটি লেনদেন সম্পাদনের জন্য অনুমোদিত একমাত্র অ্যাড্রেস হল উৎস অ্যাড্রেস। যেহেতু আমাদের জিরো-নলেজ সিস্টেম যেভাবে কাজ করে, সেহেতু ইথেরিয়াম সিগনেচার ছাড়াও আমাদের অ্যাকাউন্টের পাবলিক কী প্রয়োজন।
+
+_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. সার্ভার ইথেরিয়ামে একটি লেনদেন জমা দেয় যার মধ্যে রয়েছে:
+
+   - নতুন স্টেট হ্যাস
+   - লেনদেন হ্যাস (যাতে লেনদেন প্রেরক জানতে পারে যে এটি প্রক্রিয়াজাত হয়েছে)
+   - জিরো-নলেজ প্রুফ যা প্রমাণ করে যে নতুন স্টেটে ট্রানজিশনটি বৈধ
+
+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/) ব্যবহার করতে পারেন।
+
+সার্ভারের বেশিরভাগ অংশ JavaScript ব্যবহার করে [Node](https://nodejs.org/en)-এ লেখা হয়েছে। জিরো-নলেজ অংশটি [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) ইনস্টল করা আছে। বিশেষত, এগুলি একটি UNIX সিস্টেমে যেমন macOS, Linux, বা [WSL](https://learn.microsoft.com/en-us/windows/wsl/install)-এ ইনস্টল করুন।
+
+2. স্টেজ ১-এর কোড ডাউনলোড করুন এবং ক্লায়েন্ট কোড পরিবেশন করতে ওয়েব সার্ভার শুরু করুন।
+
+   ```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. **Sign**-এ ক্লিক করুন এবং লেনদেনটিতে স্বাক্ষর করুন।
+
+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)।
+
+স্ট্রিংটি 100 অক্ষর দীর্ঘ। জিরো-নলেজ প্রুফ পরিবর্তনশীল-আকারের ডেটা ভালোভাবে হ্যান্ডেল করতে পারে না, তাই প্রায়ই ডেটা প্যাড করার প্রয়োজন হয়।
+
+```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
+```
+
+এটি স্ট্রাকচারের একটি অ্যারে নির্দিষ্ট করার উপায়। প্রতিটি এন্ট্রির জন্য, আমরা অ্যাড্রেস, ব্যালেন্স (মিলিইথ এ.কে.এ. তে) নির্দিষ্ট করি। [ফিনি](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 () => {
+```
+
+এই ফাংশনটি ব্যবহারকারী যখন **Sign** বোতামে ক্লিক করে তখন কল করা হয়। মেসেজটি স্বয়ংক্রিয়ভাবে আপডেট করা হয়, কিন্তু সিগনেচারের জন্য ওয়ালেটে ব্যবহারকারীর অনুমোদন প্রয়োজন, এবং প্রয়োজন না হলে আমরা এর জন্য জিজ্ঞাসা করতে চাই না।
+
+```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) গণনা করে এবং একটি ফাংশন যা ইথেরিয়াম সিগনেচার যাচাই করে এবং স্বাক্ষরকারীর ইথেরিয়াম অ্যাড্রেস পুনরুদ্ধার করে।
+
+```
+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-বিট ইথেরিয়াম অ্যাড্রেস সংরক্ষণ করতে `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 হেক্সাডেসিমেল অঙ্ক) লম্বা হয় এবং ৭ নম্বর অক্ষর থেকে শুরু হয়। 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)। হাজার ভাগের এক 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)-এ ইথেরিয়াম সাইনিং ফরম্যাট অনুসরণ করতে হবে। এর মানে হল আমাদের একটি স্ট্যান্ডার্ড প্রিফিক্স, ASCII-তে মেসেজের দৈর্ঘ্য এবং মেসেজটি নিজেই সহ একটি সম্মিলিত বাফার তৈরি করতে হবে, এবং এটিকে হ্যাস করার জন্য ইথেরিয়ামের স্ট্যান্ডার্ড keccak256 ব্যবহার করতে হবে।
+
+```rust
+    // ASCII prefix
+    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)
+}
+```
+
+ইথেরিয়াম স্ট্যান্ডার্ড `keccak256` ফাংশন ব্যবহার করুন।
+
+```rust
+fn signatureToAddressAndHash(
+        message: str<MESSAGE_LENGTH>, 
+        pubKeyX: [u8; 32],
+        pubKeyY: [u8; 32],
+        signature: [u8; 64]
+    ) -> (Field, Field, Field)   // address, first 16 bytes of hash, last 16 bytes of hash        
+{
+```
+
+এই ফাংশনটি সিগনেচার যাচাই করে, যার জন্য মেসেজ হ্যাস প্রয়োজন। এটি তখন আমাদের স্বাক্ষরকারী অ্যাড্রেস এবং মেসেজ হ্যাস প্রদান করে। মেসেজ হ্যাস দুটি `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,  // Hash of old accounts array
+        Field,  // Hash of new accounts array
+        Field,  // First 16 bytes of message hash
+        Field,  // Last 16 bytes of message hash
+    )
+```
+
+অবশেষে, আমরা `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
+    )
+}
+```
+
+### স্টেজ ২ - একটি সার্ভার যুক্ত করা {#stage-2}
+
+দ্বিতীয় পর্যায়ে, আমরা একটি সার্ভার যুক্ত করি যা ব্রাউজার থেকে ট্রান্সফার লেনদেন গ্রহণ করে এবং বাস্তবায়ন করে।
+
+এটি বাস্তবে কাজ করতে দেখতে:
+
+1. যদি Vite চলমান থাকে তবে এটি বন্ধ করুন।
+
+2. সার্ভার সহ ব্রাঞ্চটি ডাউনলোড করুন এবং নিশ্চিত করুন যে আপনার সমস্ত প্রয়োজনীয় মডিউল রয়েছে।
+
+   ```sh
+   git checkout 02-add-server
+   cd client
+   npm install
+   cd ../server
+   npm install
+   ```
+
+   Noir কোড কম্পাইল করার প্রয়োজন নেই, এটি স্টেজ ১-এর জন্য ব্যবহৃত কোডের মতোই।
+
+3. সার্ভার শুরু করুন।
+
+   ```sh
+   npm run start
+   ```
+
+4. একটি পৃথক কমান্ড-লাইন উইন্ডোতে, ব্রাউজার কোড পরিবেশন করতে Vite চালান।
+
+   ```sh
+   cd client
+   npm run dev
+   ```
+
+5. [http://localhost:5173](http://localhost:5173) এ ক্লায়েন্ট কোডে ব্রাউজ করুন
+
+6. একটি লেনদেন জারি করার আগে, আপনাকে ননস এবং আপনি যে পরিমাণ পাঠাতে পারেন তা জানতে হবে। এই তথ্য পেতে, **Update account data** এ ক্লিক করুন এবং মেসেজে স্বাক্ষর করুন।
+
+   এখানে আমাদের একটি দ্বিধা রয়েছে। একদিকে, আমরা এমন একটি মেসেজে স্বাক্ষর করতে চাই না যা পুনরায় ব্যবহার করা যেতে পারে (একটি [রিপ্লে অ্যাটাক](https://en.wikipedia.org/wiki/Replay_attack)), যার কারণেই আমরা প্রথম স্থানে একটি ননস চাই। তবে, আমাদের এখনো কোনো ননস নেই। সমাধান হল এমন একটি ননস বেছে নেওয়া যা শুধুমাত্র একবার ব্যবহার করা যাবে এবং যা আমাদের উভয় দিকেই ইতিমধ্যে রয়েছে, যেমন বর্তমান সময়।
+
+   এই সমাধানের সমস্যা হল যে সময় পুরোপুরি সিঙ্ক্রোনাইজড নাও হতে পারে। তাই এর পরিবর্তে, আমরা এমন একটি মানের উপর স্বাক্ষর করি যা প্রতি মিনিটে পরিবর্তন হয়। এর মানে হল যে রিপ্লে অ্যাটাকের জন্য আমাদের দুর্বলতার সময়সীমা সর্বোচ্চ এক মিনিট। বিবেচনা করে যে প্রোডাকশনে স্বাক্ষরিত অনুরোধটি TLS দ্বারা সুরক্ষিত থাকবে, এবং টানেলের অন্য প্রান্ত—সার্ভার—ইতিমধ্যেই ব্যালেন্স এবং ননস প্রকাশ করতে পারে (কাজ করার জন্য তাদের এটি জানতে হবে), এটি একটি গ্রহণযোগ্য ঝুঁকি।
+
+7. ব্রাউজার ব্যালেন্স এবং ননস ফেরত পাওয়ার পরে, এটি ট্রান্সফার ফর্ম দেখায়। গন্তব্য অ্যাড্রেস এবং পরিমাণ নির্বাচন করুন এবং **Transfer** এ ক্লিক করুন। এই অনুরোধে স্বাক্ষর করুন।
+
+8. ট্রান্সফার দেখতে, হয় **Update account data** করুন অথবা যে উইন্ডোতে আপনি সার্ভার চালাচ্ছেন সেখানে দেখুন। সার্ভার প্রতিবার পরিবর্তনের সময় স্টেট লগ করে।
+
+    ```
+    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
+    })
+```
+
+এখন যেহেতু আমরা সার্ভারে জাভাস্ক্রিপ্ট চালাচ্ছি, আমরা ক্লায়েন্টের পরিবর্তে সেখানে পাবলিক কী পুনরুদ্ধার করতে পারি।
+
+```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` স্ট্রাকচার।
+
+### স্টেজ ৩ - ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট {#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)
+```
+
+আমাদের অনচেইনে পাঠানোর জন্য আসল প্রুফ তৈরি করতে [Barretenberg প্যাকেজ](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}
+
+- Josh Crites এই নিবন্ধের একটি খসড়া পড়েছিলেন এবং একটি কাঁটাযুক্ত Noir সমস্যায় আমাকে সাহায্য করেছিলেন।
+
+যেকোনো অবশিষ্ট ত্রুটির জন্য আমি দায়ী।
diff --git a/public/content/translations/bn/developers/tutorials/calling-a-smart-contract-from-javascript/index.md b/public/content/translations/bn/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
new file mode 100644
index 00000000000..b5905f1d5e8
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
@@ -0,0 +1,131 @@
+---
+title: "JavaScript থেকে একটি স্মার্ট কন্ট্র্যাক্ট কল করা"
+description: "একটি Dai টোকেনের উদাহরণ ব্যবহার করে JavaScript থেকে কীভাবে একটি স্মার্ট কন্ট্র্যাক্ট ফাংশন কল করতে হয়"
+author: jdourlens
+tags: [ "লেনদেনসমূহ", "ফ্রন্টএন্ড", "JavaScript", "web3.js" ]
+skill: beginner
+lang: bn
+published: 2020-04-19
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/calling-a-smart-contract-from-javascript/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+এই টিউটোরিয়ালে আমরা দেখব কিভাবে জাভাস্ক্রিপ্ট থেকে একটি [স্মার্ট কন্ট্র্যাক্ট](/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/[আপনার INFURA কী] -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/)।
+
+আপনি যেটির জন্য ABI প্রদান করেছেন সেই ইনস্ট্যানশিয়েটেড স্মার্ট কন্ট্র্যাক্ট মেথডগুলো নিম্নলিখিত উপায়ে অ্যাক্সেস করতে পারেন: `yourContract.methods.methodname`। `call` ফাংশন ব্যবহার করে আপনি ফাংশনটি কার্যকর করার ফলাফল পাবেন।
+
+```js
+daiToken.methods.balanceOf(senderAddress).call(function (err, res) {
+  if (err) {
+    console.log("একটি ত্রুটি ঘটেছে", err)
+    return
+  }
+  console.log("ব্যালেন্স হলো: ", res)
+})
+```
+
+মনে রাখবেন যে DAI ERC20-এর 18টি ডেসিমেল আছে যার অর্থ সঠিক পরিমাণ পেতে আপনাকে 18টি শূন্য সরাতে হবে। 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 স্মার্ট কন্ট্র্যাক্টের transfer ফাংশনটিকে কল করব। transfer ফাংশন দুটি প্যারামিটার গ্রহণ করে: প্রাপকের অ্যাড্রেস এবং ট্রান্সফারের জন্য টোকেনের পরিমাণ:
+
+```js
+daiToken.methods
+  .transfer(receiverAddress, "100000000000000000000")
+  .send({ from: senderAddress }, function (err, res) {
+    if (err) {
+      console.log("একটি ত্রুটি ঘটেছে", err)
+      return
+    }
+    console.log("লেনদেনের হ্যাস: " + res)
+  })
+```
+
+কল ফাংশনটি লেনদেনের হ্যাস রিটার্ন করে যা ব্লকচেইনে মাইন করা হবে। ইথেরিয়ামে, লেনদেনের হ্যাসগুলো অনুমানযোগ্য - এভাবেই আমরা একটি লেনদেন কার্যকর হওয়ার আগে তার হ্যাস পেতে পারি ([হ্যাসগুলো কীভাবে গণনা করা হয় তা এখানে জানুন](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/bn/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md b/public/content/translations/bn/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
new file mode 100644
index 00000000000..e7b06c7d21f
--- /dev/null
+++ b/public/content/translations/bn/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", "ফ্রন্টএন্ড" ]
+skill: beginner
+published: 2023-11-01
+lang: bn
+sidebarDepth: 3
+---
+
+আপনি একটি ফিচার খুঁজে পেয়েছেন যা ইথেরিয়াম ইকোসিস্টেমে আমাদের প্রয়োজন। আপনি এটি বাস্তবায়নের জন্য স্মার্ট কন্ট্র্যাক্ট লিখেছেন, এবং সম্ভবত কিছু সম্পর্কিত কোড যা অফচেইন চলে। এটা দারুণ! দুর্ভাগ্যবশত, একটি ইউজার ইন্টারফেস ছাড়া আপনার কোনো ব্যবহারকারী থাকবে না, এবং শেষবার যখন আপনি একটি ওয়েব সাইট লিখেছিলেন তখন মানুষ ডায়াল-আপ মডেম ব্যবহার করত এবং জাভাস্ক্রিপ্ট নতুন ছিল।
+
+এই নিবন্ধটি আপনার জন্য। আমি ধরে নিচ্ছি আপনি প্রোগ্রামিং জানেন, এবং হয়তো কিছুটা জাভাস্ক্রিপ্ট এবং HTML জানেন, কিন্তু আপনার ইউজার ইন্টারফেসের দক্ষতা মরিচা ধরা এবং পুরানো। একসাথে আমরা একটি সহজ আধুনিক অ্যাপ্লিকেশন দেখব যাতে আপনি দেখতে পারেন আজকাল এটি কীভাবে করা হয়।
+
+## এটি কেন গুরুত্বপূর্ণ {#why-important}
+
+তত্ত্বগতভাবে, আপনি আপনার কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার জন্য লোকেদের [Etherscan](https://holesky.etherscan.io/address/0x432d810484add7454ddb3b5311f0ac2e95cecea8#writeContract) বা [Blockscout](https://eth-holesky.blockscout.com/address/0x432d810484AdD7454ddb3b5311f0Ac2E95CeceA8?tab=write_contract) ব্যবহার করতে দিতে পারেন। অভিজ্ঞ ইথেরিয়ানদের জন্য এটি দারুণ হবে। কিন্তু আমরা [আরও এক বিলিয়ন মানুষকে](https://blog.ethereum.org/2021/05/07/ethereum-for-the-next-billion) পরিষেবা দেওয়ার চেষ্টা করছি। একটি দুর্দান্ত ব্যবহারকারী অভিজ্ঞতা ছাড়া এটি ঘটবে না, এবং একটি বন্ধুত্বপূর্ণ ইউজার ইন্টারফেস এর একটি বড় অংশ।
+
+## গ্রিটার অ্যাপ্লিকেশন {#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. গিটহাব রিপোজিটরিটি ক্লোন করুন।
+
+   ```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. আপনি কন্ট্র্যাক্টের সোর্স কোড দেখতে পারেন, যা হার্ডহ্যাটের গ্রিটারের একটি সামান্য পরিবর্তিত সংস্করণ, [একটি ব্লকচেইন এক্সপ্লোরারে](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}
+
+ফাইলের এক্সটেনশনটি আমাদের বলে যে এই ফাইলটি একটি [রিয়্যাক্ট কম্পোনেন্ট](https://www.w3schools.com/react/react_components.asp) যা [টাইপস্ক্রিপ্টে](https://www.typescriptlang.org/) লেখা, জাভাস্ক্রিপ্টের একটি এক্সটেনশন যা [টাইপ চেকিং](https://en.wikipedia.org/wiki/Type_system#Type_checking) সমর্থন করে। টাইপস্ক্রিপ্ট জাভাস্ক্রিপ্টে কম্পাইল করা হয়, তাই আমরা এটি ক্লায়েন্ট-সাইড এক্সিকিউশনের জন্য ব্যবহার করতে পারি।
+
+```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'
+```
+
+অ্যাপ্লিকেশনটি বাস্তবায়নকারী রিয়্যাক্ট কম্পোনেন্টটি ইম্পোর্ট করুন (নিচে দেখুন)।
+
+```tsx
+ReactDOM.createRoot(document.getElementById('root')!).render(
+```
+
+রুট রিয়্যাক্ট কম্পোনেন্টটি তৈরি করুন। `render`-এর প্যারামিটারটি হল [JSX](https://www.w3schools.com/react/react_jsx.asp), একটি এক্সটেনশন ভাষা যা HTML এবং জাভাস্ক্রিপ্ট/টাইপস্ক্রিপ্ট উভয়ই ব্যবহার করে। এখানকার বিস্ময়সূচক চিহ্নটি টাইপস্ক্রিপ্ট কম্পোনেন্টকে বলে: "আপনি জানেন না যে `document.getElementById('root')` `ReactDOM.createRoot`-এর জন্য একটি বৈধ প্যারামিটার হবে, কিন্তু চিন্তা করবেন না - আমি ডেভেলপার এবং আমি আপনাকে বলছি যে এটি থাকবে"।
+
+```tsx
+  <React.StrictMode>
+```
+
+অ্যাপ্লিকেশনটি [একটি `React.StrictMode` কম্পোনেন্টের](https://react.dev/reference/react/StrictMode) ভিতরে যাচ্ছে। এই কম্পোনেন্টটি রিয়্যাক্ট লাইব্রেরিকে অতিরিক্ত ডিবাগিং চেক যোগ করতে বলে, যা ডেভেলপমেন্টের সময় দরকারী।
+
+```tsx
+    <WagmiConfig config={config}>
+```
+
+অ্যাপ্লিকেশনটি [একটি `WagmiConfig` কম্পোনেন্টের](https://wagmi.sh/react/api/WagmiProvider) ভিতরেও রয়েছে। wagmi (উই আর গোয়িং টু মেক ইট) লাইব্রেরি একটি ইথেরিয়াম ডিসেন্ট্রালাইজড এপ্লিকেশন লেখার জন্য রিয়্যাক্ট UI সংজ্ঞাগুলিকে viem লাইব্রেরির সাথে সংযুক্ত করে।
+
+```tsx
+      <RainbowKitProvider chains={chains}>
+```
+
+এবং পরিশেষে, [একটি `RainbowKitProvider` কম্পোনেন্ট](https://www.rainbowkit.com/)। এই কম্পোনেন্টটি লগ ইন করা এবং ওয়ালেট এবং অ্যাপ্লিকেশনের মধ্যে যোগাযোগ পরিচালনা করে।
+
+```tsx
+        <App />
+```
+
+এখন আমরা অ্যাপ্লিকেশনের জন্য কম্পোনেন্টটি পেতে পারি, যা আসলে UI বাস্তবায়ন করে। কম্পোনেন্টের শেষে `/>` রিয়্যাক্টকে বলে যে 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() {
+```
+
+এটি একটি রিয়্যাক্ট কম্পোনেন্ট তৈরি করার স্ট্যান্ডার্ড উপায় - একটি ফাংশন সংজ্ঞায়িত করুন যা প্রতিবার রেন্ডার করার প্রয়োজন হলে কল করা হয়। এই ফাংশনটিতে সাধারণত উপরে কিছু টাইপস্ক্রিপ্ট বা জাভাস্ক্রিপ্ট কোড থাকে, তারপর একটি `return` স্টেটমেন্ট থাকে যা JSX কোড ফেরত দেয়।
+
+```tsx
+  const { isConnected } = useAccount()
+```
+
+এখানে আমরা [`useAccount`](https://wagmi.sh/react/api/hooks/useAccount) ব্যবহার করি এটি পরীক্ষা করতে যে আমরা একটি ওয়ালেটের মাধ্যমে একটি ব্লকচেইনের সাথে সংযুক্ত আছি কি না।
+
+প্রচলিতভাবে, রিয়্যাক্টে `use...` নামক ফাংশনগুলি হল [হুক](https://www.w3schools.com/react/react_hooks.asp) যা কিছু ধরণের ডেটা ফেরত দেয়। আপনি যখন এই ধরনের হুক ব্যবহার করেন, তখন আপনার কম্পোনেন্ট শুধুমাত্র ডেটা পায় না, বরং যখন সেই ডেটা পরিবর্তন হয় তখন কম্পোনেন্টটি আপডেট করা তথ্য দিয়ে পুনরায় রেন্ডার করা হয়।
+
+```tsx
+  return (
+    <>
+```
+
+একটি রিয়্যাক্ট কম্পোনেন্টের JSX _অবশ্যই_ একটি কম্পোনেন্ট ফেরত দেবে। যখন আমাদের একাধিক কম্পোনেন্ট থাকে এবং আমাদের এমন কিছু থাকে না যা "স্বাভাবিকভাবে" মোড়ানো হয় তখন আমরা একটি খালি কম্পোনেন্ট ব্যবহার করি (`<> ...` </>`) সেগুলিকে একটি একক কম্পোনেন্টে পরিণত করতে।
+
+```tsx
+      <h1>Greeter</h1>
+      <ConnectButton />
+```
+
+আমরা RainbowKit থেকে [`ConnectButton` কম্পোনেন্টটি](https://www.rainbowkit.com/docs/connect-button) পাই। যখন আমরা সংযুক্ত থাকি না, তখন এটি আমাদের একটি `Connect Wallet` বোতাম দেয় যা একটি মোডাল খোলে যা ওয়ালেটগুলি ব্যাখ্যা করে এবং আপনাকে বেছে নিতে দেয় যে আপনি কোনটি ব্যবহার করবেন। যখন আমরা সংযুক্ত থাকি, তখন এটি আমাদের ব্যবহৃত ব্লকচেইন, আমাদের অ্যাকাউন্টের ঠিকানা এবং আমাদের ETH ব্যালেন্স প্রদর্শন করে। আমরা এই ডিসপ্লেগুলি ব্যবহার করে নেটওয়ার্ক পরিবর্তন করতে বা সংযোগ বিচ্ছিন্ন করতে পারি।
+
+```tsx
+      {isConnected && (
+```
+
+যখন আমাদের একটি JSX-এ আসল জাভাস্ক্রিপ্ট (বা টাইপস্ক্রিপ্ট যা জাভাস্ক্রিপ্টে কম্পাইল করা হবে) প্রবেশ করাতে হয়, আমরা বন্ধনী (`{}`) ব্যবহার করি।
+
+`a && b` সিনট্যাক্সটি [`a ?`-এর সংক্ষিপ্ত রূপ b : a`](https://www.w3schools.com/react/react_es6_ternary.asp)-এর জন্য। অর্থাৎ, যদি `a`সত্য হয় তবে এটি`b`তে মূল্যায়ন করে এবং অন্যথায় এটি`a`তে মূল্যায়ন করে (যা`false`, `0` ইত্যাদি হতে পারে)। রিয়্যাক্টকে বলার এটি একটি সহজ উপায় যে একটি কম্পোনেন্ট শুধুমাত্র একটি নির্দিষ্ট শর্ত পূরণ হলে প্রদর্শিত হবে।
+
+এই ক্ষেত্রে, আমরা ব্যবহারকারীকে `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/) আমাদের বিভিন্ন ইথেরিয়াম ডেটা প্রকারের জন্য টাইপস্ক্রিপ্ট সংজ্ঞা প্রদান করে, যেমন [`AddressType`](https://abitype.dev/config#addresstype)।
+
+```tsx
+let greeterABI = [
+  .
+  .
+  .
+] as const   // greeterABI
+```
+
+`Greeter` কন্ট্র্যাক্টের জন্য ABI।
+আপনি যদি একই সময়ে কন্ট্র্যাক্ট এবং UI ডেভেলপ করেন তবে আপনি সাধারণত সেগুলিকে একই রিপোজিটরিতে রাখবেন এবং আপনার অ্যাপ্লিকেশনে একটি ফাইল হিসাবে সলিডিটি কম্পাইলার দ্বারা উত্পন্ন ABI ব্যবহার করবেন। তবে, এখানে এটি প্রয়োজনীয় নয় কারণ কন্ট্র্যাক্টটি ইতিমধ্যে তৈরি করা হয়েছে এবং এটি পরিবর্তন হবে না।
+
+```tsx
+type AddressPerBlockchainType = {
+  [key: number]: AddressType
+}
+```
+
+টাইপস্ক্রিপ্ট দৃঢ়ভাবে টাইপ করা হয়। আমরা এই সংজ্ঞাটি ব্যবহার করি সেই ঠিকানাটি নির্দিষ্ট করতে যেখানে `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)।
+
+দ্রষ্টব্য: আসলে একটি তৃতীয় সংজ্ঞা রয়েছে, রেডস্টোন হোলস্কির জন্য, এটি নীচে ব্যাখ্যা করা হবে।
+
+```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("")
+```
+
+রিয়্যাক্টের [`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) ব্যবহার করে।
+
+ধাপ ২ সম্ভবত একটি লক্ষণীয় পরিমাণ সময় নিতে পারে, যে সময়ে ব্যবহারকারীরা ভাববেন যে তাদের কমান্ডটি সত্যিই ইউজার ইন্টারফেস দ্বারা গৃহীত হয়েছে কিনা এবং কেন তাদের ইতিমধ্যে লেনদেন সাইন করতে বলা হচ্ছে না। এটি একটি খারাপ ব্যবহারকারী অভিজ্ঞতা (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}
+      >
+        আপডেট গ্রিটিং
+      </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}
+
+তথ্যের উদ্দেশ্যে, আমরা `ShowObject` কম্পোনেন্ট ব্যবহার করি গুরুত্বপূর্ণ বস্তুগুলি দেখানোর জন্য (`readResults` অভিবাদন পড়ার জন্য এবং `preparedTx` এবং `workingTx` আমাদের তৈরি করা লেনদেনের জন্য)।
+
+```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 &&
+        <>
+          ফাংশন:
+          <ul>
+```
+
+ব্যতিক্রম হল ফাংশন, যা [JSON স্ট্যান্ডার্ডের](https://www.json.org/json-en.html) অংশ নয়, তাই সেগুলিকে আলাদাভাবে প্রদর্শন করতে হবে।
+
+```tsx
+          {funs.map((f, i) =>
+```
+
+JSX-এর মধ্যে, `{` কার্লি ব্র্যাকেট `}` এর ভিতরের কোড জাভাস্ক্রিপ্ট হিসাবে ব্যাখ্যা করা হয়। তারপর, `(` রেগুলার ব্র্যাকেট `)` এর ভিতরের কোডটি আবার JSX হিসাবে ব্যাখ্যা করা হয়।
+
+```tsx
+           (<li key={i}>{f}</li>)
+                )}
+```
+
+রিয়্যাক্টের [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`-এ রয়েছে। আমি এখানে সবকিছু ব্যাখ্যা করতে যাচ্ছি না, কারণ এর বেশিরভাগই বয়লারপ্লেট যা আপনার পরিবর্তন করার প্রয়োজন হওয়ার সম্ভাবনা কম।
+
+এখানকার কোডটি [গিটহাবে](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 গিটহাবে](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/bn/developers/tutorials/deploying-your-first-smart-contract/index.md b/public/content/translations/bn/developers/tutorials/deploying-your-first-smart-contract/index.md
new file mode 100644
index 00000000000..626899db906
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/deploying-your-first-smart-contract/index.md
@@ -0,0 +1,101 @@
+---
+title: "আপনার প্রথম স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করা"
+description: "একটি ইথেরিয়াম টেস্ট নেটওয়ার্কে আপনার প্রথম স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করার একটি ভূমিকা"
+author: "jdourlens"
+tags:
+  [
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "remix",
+    "সলিডিটি",
+    "ডেপ্লয়িং"
+  ]
+skill: beginner
+lang: bn
+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 {
+
+    // গণনার সংখ্যা রাখার জন্য আনসাইন্ড 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()` করবে।
+- লাইন 15: দ্বিতীয় ফাংশনটি শুধুমাত্র একটি গেটার যা স্মার্ট কন্ট্র্যাক্টের বাইরে থেকে `count` ভেরিয়েবলের মান পড়তে সক্ষম। মনে রাখবেন, যেহেতু আমরা আমাদের `count` ভেরিয়েবলকে পাবলিক হিসেবে সংজ্ঞায়িত করেছি, এটি প্রয়োজনীয় নয় কিন্তু একটি উদাহরণ হিসেবে দেখানো হয়েছে।
+
+আমাদের প্রথম সহজ স্মার্ট কন্ট্র্যাক্টের জন্য এইটুকুই। আপনি হয়তো জানেন, এটি জাভা বা C++ এর মতো OOP (অবজেক্ট-ওরিয়েন্টেড প্রোগ্রামিং) ভাষাগুলির একটি ক্লাসের মতো দেখায়। এখন আমাদের কন্ট্র্যাক্ট নিয়ে খেলার সময়।
+
+## আমাদের কন্ট্র্যাক্ট ডিপ্লয় করা {#deploying-our-contract}
+
+যেহেতু আমরা আমাদের প্রথম স্মার্ট কন্ট্র্যাক্ট লিখেছি, এখন আমরা এটিকে ব্লকচেইনে ডিপ্লয় করব যাতে আমরা এটি নিয়ে খেলতে পারি।
+
+[ব্লকচেইনে স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করা](/developers/docs/smart-contracts/deploying/) আসলে কোনো প্রাপক নির্দিষ্ট না করে কম্পাইল করা স্মার্ট কন্ট্র্যাক্টের কোড ধারণকারী একটি লেনদেন পাঠানো মাত্র।
+
+আমরা প্রথমে বাম দিকের কম্পাইল আইকনে ক্লিক করে [কন্ট্র্যাক্টটি কম্পাইল করব](/developers/docs/smart-contracts/compiling/):
+
+![Remix টুলবারে কম্পাইল আইকন](./remix-compile-button.png)
+
+তারপর কম্পাইল বোতামে ক্লিক করুন:
+
+![Remix সলিডিটি কম্পাইলারে কম্পাইল বোতাম](./remix-compile.png)
+
+আপনি "Auto compile" বিকল্পটি নির্বাচন করতে পারেন যাতে আপনি যখন টেক্সট এডিটরে কন্টেন্ট সংরক্ষণ করবেন তখন কন্ট্র্যাক্টটি সর্বদা কম্পাইল করা হবে।
+
+তারপর "deploy and run transactions" স্ক্রিনে নেভিগেট করুন:
+
+![Remix টুলবারে ডিপ্লয় আইকন](./remix-deploy.png)
+
+একবার আপনি "deploy and run transactions" স্ক্রিনে এলে, আপনার কন্ট্র্যাক্টের নাম দেখা যাচ্ছে কিনা তা দুবার পরীক্ষা করুন এবং Deploy-এ ক্লিক করুন। যেমনটি আপনি পৃষ্ঠার শীর্ষে দেখতে পাচ্ছেন, বর্তমান এনভায়রনমেন্ট হল "JavaScript VM" যার মানে হল আমরা আমাদের স্মার্ট কন্ট্র্যাক্টটিকে একটি লোকাল টেস্ট ব্লকচেইনে ডিপ্লয় করব এবং তার সাথে ইন্টারঅ্যাক্ট করব যাতে দ্রুত এবং কোনো ফি ছাড়াই পরীক্ষা করা যায়।
+
+![Remix সলিডিটি কম্পাইলারে ডিপ্লয় বোতাম](./remix-deploy-button.png)
+
+একবার আপনি "Deploy" বোতামে ক্লিক করলে, আপনি দেখতে পাবেন আপনার কন্ট্র্যাক্টটি নীচে উপস্থিত হয়েছে। বাম দিকের তীরটিতে ক্লিক করে এটিকে প্রসারিত করুন যাতে আমরা আমাদের কন্ট্র্যাক্টের কন্টেন্ট দেখতে পারি। এটি হল আমাদের ভেরিয়েবল `counter`, আমাদের `increment()` ফাংশন এবং গেটার `getCounter()`।
+
+আপনি যদি `count` বা `getCount` বোতামে ক্লিক করেন, তবে এটি আসলে কন্ট্র্যাক্টের `count` ভেরিয়েবলের কন্টেন্ট পুনরুদ্ধার করবে এবং এটি প্রদর্শন করবে। যেহেতু আমরা এখনো `increment` ফাংশনটি কল করিনি, এটি 0 প্রদর্শন করবে।
+
+![Remix সলিডিটি কম্পাইলারে ফাংশন বোতাম](./remix-function-button.png)
+
+চলুন এখন বোতামে ক্লিক করে `increment` ফাংশনটিকে কল করি। আপনি দেখতে পাবেন যে লেনদেনগুলির লগ উইন্ডোর নীচে উপস্থিত হচ্ছে। আপনি দেখতে পাবেন যে `increment` বোতামের পরিবর্তে ডেটা পুনরুদ্ধারের জন্য বোতাম টিপলে লগগুলি আলাদা হয়। এর কারণ হল ব্লকচেইনে ডেটা পড়ার জন্য কোনো লেনদেন (লেখা) বা ফি প্রয়োজন হয় না। কারণ শুধুমাত্র ব্লকচেইনের স্টেট পরিবর্তন করার জন্য একটি লেনদেন করতে হয়:
+
+![লেনদেনের একটি লগ](./transaction-log.png)
+
+ইনক্রিমেন্ট বোতামটি চাপার পরে যা আমাদের `increment()` ফাংশনকে কল করার জন্য একটি লেনদেন তৈরি করবে, আমরা যদি কাউন্ট বা getCount বোতামগুলিতে আবার ক্লিক করি তাহলে আমরা আমাদের স্মার্ট কন্ট্র্যাক্টের নতুন আপডেট করা স্টেটটি পড়ব যেখানে কাউন্ট ভেরিয়েবলটি 0-এর চেয়ে বড় হবে।
+
+![স্মার্ট কন্ট্র্যাক্টের নতুন আপডেট করা স্টেট](./updated-state.png)
+
+পরবর্তী টিউটোরিয়ালে, আমরা কভার করব [কিভাবে আপনি আপনার স্মার্ট কন্ট্র্যাক্টে ইভেন্ট যোগ করতে পারেন](/developers/tutorials/logging-events-smart-contracts/)। লগিং ইভেন্টগুলি হল আপনার স্মার্ট কন্ট্র্যাক্ট ডিবাগ করার এবং একটি ফাংশন কল করার সময় কী ঘটছে তা বোঝার একটি সুবিধাজনক উপায়।
diff --git a/public/content/translations/bn/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md b/public/content/translations/bn/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
new file mode 100644
index 00000000000..8f5e9e82f56
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
@@ -0,0 +1,372 @@
+---
+title: "একটি স্থানীয়, মাল্টি-ক্লায়েন্ট টেস্টনেটে কীভাবে একটি dApp ডেভেলপ এবং পরীক্ষা করা যায়"
+description: "এই গাইডটি আপনাকে প্রথমে একটি মাল্টি-ক্লায়েন্ট স্থানীয় Ethereum টেস্টনেটকে কীভাবে ইনস্ট্যানশিয়েট এবং কনফিগার করতে হয় তা দেখাবে এবং তারপরে dApp স্থাপন এবং পরীক্ষা করার জন্য টেস্টনেট ব্যবহার করবে।"
+author: "Tedi Mitiku"
+tags:
+  [
+    "ক্লায়েন্ট",
+    "নোড",
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "কম্পোজেবিলিটি",
+    "কনসেন্সাস লেয়ার",
+    "এক্সিকিউশন লেয়ার",
+    "পরীক্ষা"
+  ]
+skill: intermediate
+lang: bn
+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 Foundation-এর the Merge পরীক্ষা করার জন্য Kurtosis ব্যবহার করার](https://www.kurtosis.com/blog/testing-the-ethereum-merge) একটি প্রধান কারণ এবং নেটওয়ার্ক আপগ্রেড পরীক্ষার জন্য এটি ব্যবহার করা অব্যাহত রয়েছে।
+
+## Kurtosis সেট আপ করা {#setting-up-kurtosis}
+
+এগিয়ে যাওয়ার আগে, নিশ্চিত করুন আপনার কাছে আছে:
+
+- আপনার স্থানীয় মেশিনে [Docker ইঞ্জিন ইনস্টল এবং শুরু করেছেন](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-কে একটি 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)-এ একটি Blackjack 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 পরীক্ষা রয়েছে যা নিশ্চিত করে যে আমাদের Blackjack 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 নেটওয়ার্ক কার্টোসিস প্যাকেজ দ্বারা উৎপাদিত একটি নোড URI-এর পোর্ট দিয়ে প্রতিস্থাপন করুন
+
+// এগুলি হল eth-নেটওয়ার্ক-প্যাকেজ দ্বারা তৈরি প্রিফান্ডেড টেস্ট অ্যাকাউন্টের সাথে যুক্ত প্রাইভেট কী
+// <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 এখানে স্থাপন করা হয়েছে: 0xAb2A01BC351770D09611Ac80f1DE076D56E0487d
+```
+
+এখন আপনার স্থানীয় dApp-এর বিরুদ্ধে `simple.js` পরীক্ষাটি চালিয়ে চেষ্টা করুন এটি নিশ্চিত করতে যে আমাদের Blackjack dApp-এর প্রতিটি খেলোয়াড়ের জন্য 1000 মিন্ট করা হয়েছে:
+
+আউটপুটটি এইরকম দেখতে হবে:
+
+```python
+npx hardhat test --network localnet
+```
+
+আউটপুটটি এইরকম দেখতে হবে:
+
+```python
+ChipToken
+    mint
+      ✔ প্লেয়ার ওয়ানের জন্য 1000 চিপ মিন্ট করা উচিত
+
+  1 পাসিং (654ms)
+```
+
+### পর্যালোচনা {#review-dapp-workflows}
+
+এই মুহূর্তে, আপনি একটি dApp ডেভেলপমেন্ট পরিবেশ সেট আপ করেছেন, এটিকে Kurtosis দ্বারা তৈরি একটি স্থানীয় Ethereum নেটওয়ার্কের সাথে সংযুক্ত করেছেন, এবং আপনার dApp-এর বিরুদ্ধে একটি সহজ পরীক্ষা কম্পাইল, স্থাপন এবং চালিয়েছেন।
+
+এখন আসুন অন্বেষণ করা যাক কীভাবে আপনি বিভিন্ন নেটওয়ার্ক কনফিগারেশনের অধীনে আমাদের ডিএ্যাপস পরীক্ষা করার জন্য অন্তর্নিহিত নেটওয়ার্ক কনফিগার করতে পারেন।
+
+## স্থানীয় 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 code successfully run. No output was returned.
+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/bn/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/bn/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
new file mode 100644
index 00000000000..69e0a5c7c00
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -0,0 +1,144 @@
+---
+title: "কন্ট্র্যাক্টের আকারের সীমাবদ্ধতার বিরুদ্ধে লড়তে কন্ট্র্যাক্টের আকার কমানো"
+description: "আপনার স্মার্ট কন্ট্র্যাক্টগুলোকে খুব বড় হয়ে যাওয়া থেকে আটকাতে আপনি কি করতে পারেন?"
+author: Markus Waas
+lang: bn
+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-এ একটি সীমা চালু করা হয়েছে)। এই কন্ট্র্যাক্টটি মেইননেটে ডিপ্লয়যোগ্য নাও হতে পারে। অপ্টিমাইজার সক্রিয় করার কথা বিবেচনা করুন (কম "রান" মান সহ!), রিভার্ট স্ট্রিংগুলি বন্ধ করুন, বা লাইব্রেরি ব্যবহার করুন।`
+
+এই সীমাটি ডিনায়াল-অফ-সার্ভিস (DOS) আক্রমণ প্রতিরোধ করার জন্য চালু করা হয়েছিল। একটি কন্ট্র্যাক্টে যেকোনো কল গ্যাসের দিক থেকে তুলনামূলকভাবে সস্তা। তবে, Ethereum নোডগুলোর জন্য একটি কন্ট্র্যাক্ট কলের প্রভাব কল করা কন্ট্র্যাক্টের কোডের আকারের উপর নির্ভর করে অসামঞ্জস্যপূর্ণভাবে বৃদ্ধি পায় (ডিস্ক থেকে কোড পড়া, কোড প্রি-প্রসেস করা, Merkle প্রুফে ডেটা যোগ করা)। যখনই আপনার এমন পরিস্থিতি থাকে যেখানে আক্রমণকারীকে অন্যদের জন্য অনেক কাজ তৈরি করার জন্য অল্প রিসোর্স প্রয়োজন হয়, তখন 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/)-এ চালু করা হয়েছে। এগুলি আপনার কন্ট্র্যাক্টের আকার কমানোর একটি দুর্দান্ত উপায়, কারণ এগুলি সিলেক্টর হিসাবে 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/bn/developers/tutorials/eip-1271-smart-contract-signatures/index.md b/public/content/translations/bn/developers/tutorials/eip-1271-smart-contract-signatures/index.md
new file mode 100644
index 00000000000..1a9da42f184
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/eip-1271-smart-contract-signatures/index.md
@@ -0,0 +1,107 @@
+---
+title: "EIP-1271: স্মার্ট কন্ট্র্যাক্ট স্বাক্ষর করা এবং যাচাই করা"
+description: "EIP-1271 সহ স্মার্ট কন্ট্র্যাক্ট স্বাক্ষর তৈরি এবং যাচাইকরণের একটি সংক্ষিপ্ত বিবরণ। আমরা Safe (পূর্বে Gnosis Safe) এ ব্যবহৃত EIP-1271 ইমপ্লিমেন্টেশন নিয়েও আলোচনা করব যাতে স্মার্ট কন্ট্র্যাক্ট ডেভেলপারদের জন্য একটি সুনির্দিষ্ট উদাহরণ দেওয়া যায়।"
+author: Nathan H. Leung
+lang: bn
+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. বার্তা: “আমি আমার ইথেরিয়াম ওয়ালেট দিয়ে এই ওয়েবসাইটে লগ ইন করতে চাই।”
+2. স্বাক্ষরকারী: আমার অ্যাড্রেস হল `0x000…`
+3. প্রমাণ: এখানে কিছু প্রমাণ দেওয়া হল যে আমি, `0x000…`, আসলে এই সম্পূর্ণ বার্তাটি তৈরি করেছি (এটি সাধারণত ক্রিপ্টোগ্রাফিক কিছু)।
+
+এটা মনে রাখা জরুরি যে একটি ডিজিটাল স্বাক্ষরের মধ্যে একটি “বার্তা” এবং একটি “স্বাক্ষর” দুটোই থাকে।
+
+কেন? উদাহরণস্বরূপ, যদি আপনি আমাকে স্বাক্ষর করার জন্য একটি চুক্তি দেন, এবং তারপর আমি স্বাক্ষরের পৃষ্ঠাটি কেটে ফেলি এবং চুক্তির বাকি অংশ ছাড়া শুধুমাত্র আমার স্বাক্ষরগুলি আপনাকে ফিরিয়ে দিই, তবে চুক্তিটি বৈধ হবে না।
+
+একইভাবে, একটি সংশ্লিষ্ট বার্তা ছাড়া একটি ডিজিটাল স্বাক্ষরের কোনো অর্থ হয় না!
+
+## EIP-1271 কেন বিদ্যমান?
+
+Ethereum-ভিত্তিক ব্লকচেইনে ব্যবহারের জন্য একটি ডিজিটাল স্বাক্ষর তৈরি করতে, আপনার সাধারণত একটি গোপন প্রাইভেট কী প্রয়োজন যা অন্য কেউ জানে না। এটাই আপনার স্বাক্ষরকে, আপনার করে তোলে (গোপন কী না জেনে অন্য কেউ একই স্বাক্ষর তৈরি করতে পারে না)।
+
+আপনার ইথেরিয়াম অ্যাকাউন্টের (অর্থাৎ, আপনার এক্সটারনালি-ওনড অ্যাকাউন্ট/EOA) সাথে একটি প্রাইভেট কী যুক্ত আছে এবং এই প্রাইভেট কী সাধারণত তখনই ব্যবহৃত হয় যখন কোনো ওয়েবসাইট বা ডিএ্যাপ আপনাকে স্বাক্ষরের জন্য জিজ্ঞাসা করে (যেমন, “ইথেরিয়াম দিয়ে লগইন করুন”)।
+
+একটি অ্যাপ 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 অ্যাকাউন্টে একটি প্রাইভেট কী থাকে, সেখানে স্মার্ট কন্ট্র্যাক্ট অ্যাকাউন্টে কোনো ধরনের প্রাইভেট বা গোপন কী থাকে না (তাই "ইথেরিয়াম দিয়ে লগইন করুন", ইত্যাদি স্মার্ট কন্ট্র্যাক্ট অ্যাকাউন্টের সাথে স্বাভাবিকভাবে কাজ করতে পারে না)।
+
+EIP-1271 যে সমস্যার সমাধান করার লক্ষ্য রাখে: আমরা কীভাবে বলতে পারি যে একটি স্মার্ট কন্ট্র্যাক্ট স্বাক্ষর বৈধ যদি স্মার্ট কন্ট্র্যাক্টের এমন কোনো “গোপন” তথ্য না থাকে যা এটি স্বাক্ষরে অন্তর্ভুক্ত করতে পারে?
+
+## EIP-1271 কীভাবে কাজ করে?
+
+স্মার্ট কন্ট্র্যাক্টে এমন কোনো প্রাইভেট কী নেই যা বার্তা স্বাক্ষর করতে ব্যবহার করা যেতে পারে। তাহলে আমরা কীভাবে বলতে পারি যে একটি স্বাক্ষর আসল কিনা?
+
+আচ্ছা, একটি ধারণা হল যে আমরা শুধু স্মার্ট কন্ট্র্যাক্টকেই _জিজ্ঞাসা_ করতে পারি যে একটি স্বাক্ষর আসল কিনা!
+
+EIP-1271 যা করে তা হল, একটি প্রদত্ত স্বাক্ষর বৈধ কিনা তা একটি স্মার্ট কন্ট্র্যাক্টকে “জিজ্ঞাসা” করার এই ধারণাটিকে এটি মানসম্মত করে।
+
+EIP-1271 প্রয়োগকারী একটি কন্ট্র্যাক্টে `isValidSignature` নামে একটি ফাংশন থাকতে হবে যা একটি বার্তা এবং একটি স্বাক্ষর ইনপুট হিসেবে নেয়। কন্ট্র্যাক্টটি তখন কিছু যাচাইকরণ লজিক চালাতে পারে (স্পেক এখানে নির্দিষ্ট কিছু প্রয়োগ করে না) এবং তারপর স্বাক্ষরটি বৈধ কিনা তা নির্দেশ করে একটি মান ফিরিয়ে দিতে পারে।
+
+যদি `isValidSignature` একটি বৈধ ফলাফল প্রদান করে, তবে সেটা অনেকটা কন্ট্র্যাক্টের বলার মতোই, “হ্যাঁ, আমি এই স্বাক্ষর + বার্তা অনুমোদন করছি!”
+
+### ইন্টারফেস
+
+EIP-1271 স্পেকে সঠিক ইন্টারফেসটি এখানে দেওয়া হলো (আমরা নীচে `_hash` প্যারামিটার সম্পর্কে কথা বলব, কিন্তু আপাতত, এটিকে সেই বার্তা হিসাবে ভাবুন যা যাচাই করা হচ্ছে):
+
+```jsx
+pragma solidity ^0.5.0;\n\ncontract ERC1271 {\n\n  // বাইট4(keccak256(\"isValidSignature(bytes32,bytes)\"))\n  bytes4 constant internal MAGICVALUE = 0x1626ba7e;\n\n  /**\n   * @dev প্রদত্ত হ্যাশের জন্য প্রদত্ত স্বাক্ষরটি বৈধ কিনা তা ফেরানো উচিত\n   * @param _hash      স্বাক্ষর করার ডেটার হ্যাস\n   * @param _signature _hash-এর সাথে যুক্ত স্বাক্ষর বাইট অ্যারে\n   *\n   * ফাংশন পাস হলে অবশ্যই বাইট4 ম্যাজিক ভ্যালু 0x1626ba7e ফেরাতে হবে।\n   * অবশ্যই স্টেট পরিবর্তন করা যাবে না (solc < 0.5 এর জন্য STATICCALL ব্যবহার করে, solc > 0.5 এর জন্য view মডিফায়ার ব্যবহার করে)\n   * এক্সটারনাল কলের অনুমতি দিতে হবে\n   */\n  function isValidSignature(\n    bytes32 _hash,\n    bytes memory _signature)\n    public\n    view\n    returns (bytes4 magicValue);\n}
+```
+
+## উদাহরণ 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. তৈরি: একজন সেফ মালিক একটি বার্তাকে “স্বাক্ষর” করার জন্য একটি নতুন সেফ লেনদেন তৈরি করেন, এবং লেনদেনে ডেটা হিসাবে বার্তাটি পাস করেন। মাল্টিসিগ থ্রেশহোল্ডে পৌঁছানোর জন্য পর্যাপ্ত মালিকরা লেনদেনটিতে স্বাক্ষর করার পরে, লেনদেনটি ব্রডকাস্ট এবং রান করা হয়। লেনদেনটিতে, (`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. তৈরি: একজন সেফ মালিক অফচেইনে একটি বার্তা তৈরি করে, তারপর অন্য সেফ মালিকদের দিয়ে বার্তাটি পৃথকভাবে স্বাক্ষর করায় যতক্ষণ না মাল্টিসিগ অনুমোদনের থ্রেশহোল্ড অতিক্রম করার জন্য পর্যাপ্ত স্বাক্ষর হয়।
+   2. যাচাইকরণ: `isValidSignature` কল করুন। বার্তা প্যারামিটারে, যাচাই করার জন্য বার্তাটি পাস করুন। স্বাক্ষর প্যারামিটারে, প্রতিটি সেফ মালিকের স্বতন্ত্র স্বাক্ষরগুলি পরপর একসাথে সংযুক্ত করে পাস করুন। Safe পরীক্ষা করবে যে থ্রেশহোল্ড পূরণ করার জন্য পর্যাপ্ত স্বাক্ষর আছে কিনা **এবং** প্রতিটি স্বাক্ষর বৈধ কিনা। যদি তাই হয়, এটি সফল স্বাক্ষর যাচাইকরণ নির্দেশ করে একটি মান ফিরিয়ে দেবে।
+
+## `_hash` প্যারামিটারটি আসলে কী? পুরো বার্তাটি কেন পাস করা হয় না?
+
+আপনি হয়তো লক্ষ্য করেছেন যে [EIP-1271 ইন্টারফেস](https://eips.ethereum.org/EIPS/eip-1271)-এর `isValidSignature` ফাংশনটি সরাসরি বার্তাটি নেয় না, বরং একটি `_hash` প্যারামিটার নেয়। এর মানে হল `isValidSignature`-এ সম্পূর্ণ ইচ্ছামতো দৈর্ঘ্যের বার্তা পাস করার পরিবর্তে, আমরা বার্তার একটি 32-বাইট হ্যাস (সাধারণত keccak256) পাস করি।
+
+কলডেটার প্রতিটি বাইট — অর্থাৎ, একটি স্মার্ট কন্ট্র্যাক্ট ফাংশনে পাস করা ফাংশন প্যারামিটার ডেটা — [খরচ 16 গ্যাস (শূন্য বাইট হলে 4 গ্যাস)](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-এর মতো আরও বেশি কাজ করার সুযোগ করে দেয় — উদাহরণস্বরূপ "ইথেরিয়াম দিয়ে লগইন করুন" পদ্ধতিটিকে স্মার্ট কন্ট্র্যাক্টের সাথে কাজ করার একটি উপায় প্রদান করে — এবং এটি অনেক উপায়ে প্রয়োগ করা যেতে পারে (Safe-এর একটি গুরুত্বপূর্ণ, আকর্ষণীয় ইমপ্লিমেন্টেশন রয়েছে যা বিবেচনা করার মতো)।
diff --git a/public/content/translations/bn/developers/tutorials/erc-721-vyper-annotated-code/index.md b/public/content/translations/bn/developers/tutorials/erc-721-vyper-annotated-code/index.md
new file mode 100644
index 00000000000..9dcb629aa7f
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/erc-721-vyper-annotated-code/index.md
@@ -0,0 +1,640 @@
+---
+title: "Vyper ERC-721 কন্ট্র্যাক্ট ওয়াকথ্রু"
+description: "Ryuya Nakamura-এর ERC-721 কন্ট্র্যাক্ট এবং এটি কীভাবে কাজ করে"
+author: Ori Pomerantz
+lang: bn
+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`, যা সেন্ডারকে যেকোনো গন্তব্যের অ্যাড্রেস নির্দিষ্ট করতে দেয় এবং ট্রান্সফারের দায়িত্ব সেন্ডারের উপর রাখে। এর মানে হল আপনি একটি অবৈধ অ্যাড্রেসে ট্রান্সফার করতে পারেন, সেক্ষেত্রে NFT চিরতরে হারিয়ে যাবে।
+- `safeTransferFrom`, যা গন্তব্যের অ্যাড্রেসটি একটি কন্ট্র্যাক্ট কিনা তা পরীক্ষা করে। যদি তাই হয়, ERC-721 কন্ট্র্যাক্টটি গ্রহণকারী কন্ট্র্যাক্টকে জিজ্ঞাসা করে যে এটি NFT গ্রহণ করতে চায় কিনা।
+
+`safeTransferFrom` অনুরোধের উত্তর দিতে একটি গ্রহণকারী কন্ট্র্যাক্টকে `ERC721Receiver` ইমপ্লিমেন্ট করতে হবে।
+
+```python
+            _operator: address,
+            _from: address,
+```
+
+`_from` অ্যাড্রেসটি টোকেনের বর্তমান মালিক। `_operator` অ্যাড্রেসটি হল সেই ব্যক্তি যে ট্রান্সফারের জন্য অনুরোধ করেছে (allowances-এর কারণে এই দুটি এক নাও হতে পারে)।
+
+```python
+            _tokenId: uint256,
+```
+
+ERC-721 টোকেন ID গুলি 256 বিটের হয়। সাধারণত টোকেনটি যা উপস্থাপন করে তার একটি বিবরণের হ্যাশিং করে এগুলি তৈরি করা হয়।
+
+```python
+            _data: Bytes[1024]
+```
+
+অনুরোধে 1024 বাইট পর্যন্ত ব্যবহারকারীর ডেটা থাকতে পারে।
+
+```python
+        ) -> bytes32: view
+```
+
+একটি কন্ট্র্যাক্ট যাতে ভুলবশত কোনো ট্রান্সফার গ্রহণ না করে, তা প্রতিরোধ করার জন্য রিটার্ন ভ্যালুটি বুলিয়ান নয়, বরং একটি নির্দিষ্ট মান সহ 256 বিটের হয়।
+
+এই ফাংশনটি একটি `view`, যার মানে এটি ব্লকচেইনের স্টেট পড়তে পারে, কিন্তু এটি পরিবর্তন করতে পারে না।
+
+### ইভেন্ট {#events}
+
+[ইভেন্টগুলি](https://media.consensys.net/technical-introduction-to-events-and-logs-in-ethereum-a074d65dd61e) ব্লকচেইনের বাইরের ব্যবহারকারী এবং সার্ভারদের ইভেন্ট সম্পর্কে জানাতে নির্গত হয়। মনে রাখবেন যে ইভেন্টের বিষয়বস্তু ব্লকচেইনের কন্ট্র্যাক্টগুলির জন্য উপলব্ধ নয়।
+
+```python
+# @dev যেকোনো মেকানিজমের মাধ্যমে কোনো NFT-এর মালিকানা পরিবর্তন হলে এটি নির্গত হয়। এই ইভেন্টটি তখন নির্গত হয় যখন NFT
+#      তৈরি হয় (`from` == 0) এবং ধ্বংস হয় (`to` == 0)। ব্যতিক্রম: কন্ট্র্যাক্ট তৈরির সময়, যেকোনো
+#      সংখ্যক NFT ট্রান্সফার নির্গত না করে তৈরি এবং অ্যাসাইন করা যেতে পারে। যেকোনো
+#      ট্রান্সফারের সময়, সেই 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 এটি তখন নির্গত হয় যখন একজন মালিকের জন্য একজন অপারেটর সক্রিয় বা নিষ্ক্রিয় করা হয়। অপারেটর পরিচালনা করতে পারে
+#      মালিকের সমস্ত NFT।
+# @param _owner NFT-এর মালিক।
+# @param _operator যে অ্যাড্রেসে আমরা অপারেটরের অধিকার সেট করছি।
+# @param _approved অপারেটরের অধিকারের স্থিতি (সত্য যদি অপারেটরের অধিকার দেওয়া হয় এবং মিথ্যা যদি
+# প্রত্যাহার করা হয়)।
+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 ID থেকে সেটির মালিকের অ্যাড্রেসের ম্যাপিং।
+idToOwner: HashMap[uint256, address]
+
+# @dev NFT ID থেকে অনুমোদিত অ্যাড্রেসের ম্যাপিং।
+idToApprovals: HashMap[uint256, address]
+```
+
+Ethereum-এ ব্যবহারকারী এবং কন্ট্র্যাক্টের পরিচয় 160-বিটের অ্যাড্রেস দ্বারা উপস্থাপিত হয়। এই দুটি ভ্যারিয়েবল টোকেন ID থেকে তাদের মালিক এবং যারা তাদের ট্রান্সফার করার জন্য অনুমোদিত (প্রতিটির জন্য সর্বাধিক একজন) তাদের ম্যাপ করে। Ethereum-এ, ইনিশিয়ালাইজ না করা ডেটা সবসময় শূন্য থাকে, তাই যদি কোনো মালিক বা অনুমোদিত ট্রান্সফারকারী না থাকে তবে সেই টোকেনের মান শূন্য হয়।
+
+```python
+# @dev মালিকের অ্যাড্রেস থেকে তার টোকেন সংখ্যার ম্যাপিং।
+ownerToNFTokenCount: HashMap[address, uint256]
+```
+
+এই ভ্যারিয়েবলটি প্রতিটি মালিকের টোকেনের সংখ্যা ধরে রাখে। মালিকদের থেকে টোকেনের কোনো ম্যাপিং নেই, তাই কোনো নির্দিষ্ট মালিকের মালিকানাধীন টোকেনগুলি শনাক্ত করার একমাত্র উপায় হলো ব্লকচেইনের ইভেন্ট ইতিহাসে ফিরে দেখা এবং উপযুক্ত `Transfer` ইভেন্টগুলি দেখা। আমরা এই ভ্যারিয়েবলটি ব্যবহার করে জানতে পারি যে কখন আমাদের কাছে সমস্ত NFT আছে এবং সময়ের আরও পিছনে দেখার প্রয়োজন নেই।
+
+মনে রাখবেন যে এই অ্যালগরিদমটি শুধুমাত্র ব্যবহারকারী ইন্টারফেস এবং বহিরাগত সার্ভারের জন্য কাজ করে। ব্লকচেইনে চলমান কোড নিজে অতীতের ইভেন্টগুলি পড়তে পারে না।
+
+```python
+# @dev মালিকের অ্যাড্রেস থেকে অপারেটর অ্যাড্রেসের ম্যাপিং-এর ম্যাপিং।
+ownerToOperators: HashMap[address, HashMap[address, bool]]
+```
+
+একটি অ্যাকাউন্টে একাধিক অপারেটর থাকতে পারে। একটি সাধারণ `HashMap` তাদের ট্র্যাক রাখার জন্য অপর্যাপ্ত, কারণ প্রতিটি কী একটি একক মানের দিকে নিয়ে যায়। এর পরিবর্তে, আপনি মান হিসাবে `HashMap[address, bool]` ব্যবহার করতে পারেন। ডিফল্টরূপে প্রতিটি অ্যাড্রেসের জন্য মান `False` থাকে, যার মানে এটি একজন অপারেটর নয়। প্রয়োজন অনুযায়ী আপনি মানগুলিকে `True` তে সেট করতে পারেন।
+
+```python
+# @dev মিন্টারের অ্যাড্রেস, যে একটি টোকেন মিন্ট করতে পারে
+minter: address
+```
+
+নতুন টোকেন কোনো না কোনোভাবে তৈরি করতে হবে। এই কন্ট্র্যাক্টে একটি একক সত্তা রয়েছে যা এটি করার অনুমতিপ্রাপ্ত, সেটি হলো `minter`। উদাহরণস্বরূপ, একটি গেমের জন্য এটি যথেষ্ট হতে পারে। অন্যান্য উদ্দেশ্যে, একটি আরও জটিল ব্যবসায়িক যুক্তি তৈরি করা প্রয়োজন হতে পারে।
+
+```python
+# @dev ইন্টারফেস আইডি থেকে বুলিয়ানের ম্যাপিং, এটি সমর্থিত কিনা।
+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) একটি কন্ট্র্যাক্টের জন্য একটি মেকানিজম নির্দিষ্ট করে যা প্রকাশ করে যে অ্যাপ্লিকেশনগুলি কীভাবে এর সাথে যোগাযোগ করতে পারে, এবং এটি কোন ERC গুলি মেনে চলে। এই ক্ষেত্রে, কন্ট্র্যাক্টটি 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 Virtual Machine](/developers/docs/evm/)-এর নেটিভ ওয়ার্ড সাইজ)। আউটপুটটি একটি বুলিয়ান মান। প্রথা অনুযায়ী, ফাংশন প্যারামিটারের নাম একটি আন্ডারস্কোর (`_`) দিয়ে শুরু হয়।
+
+```python
+    """
+    @dev ইন্টারফেস শনাক্তকরণ ERC-165-এ নির্দিষ্ট করা আছে।
+    @param _interfaceID ইন্টারফেসের আইডি
+    """
+    return self.supportedInterfaces[_interfaceID]
+```
+
+`self.supportedInterfaces` HashMap থেকে মানটি রিটার্ন করুন, যা কনস্ট্রাক্টরে (`__init__`) সেট করা হয়েছে।
+
+```python
+### VIEW FUNCTIONS ###
+
+```
+
+এগুলি এমন ভিউ ফাংশন যা ব্যবহারকারী এবং অন্যান্য কন্ট্র্যাক্টের জন্য টোকেন সম্পর্কে তথ্য উপলব্ধ করে।
+
+```python
+@view
+@external
+def balanceOf(_owner: address) -> uint256:
+    """
+    @dev `_owner`-এর মালিকানাধীন NFT-এর সংখ্যা ফেরত দেয়।
+         `_owner` যদি শূন্য অ্যাড্রেস হয় তবে থ্রো করে। শূন্য অ্যাড্রেসে অ্যাসাইন করা NFT গুলিকে অবৈধ বলে মনে করা হয়।
+    @param _owner যে অ্যাড্রেসের জন্য ব্যালেন্স জিজ্ঞাসা করতে হবে।
+    """
+    assert _owner != ZERO_ADDRESS
+```
+
+এই লাইনটি [অ্যাসার্ট করে](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 Virtual Machine (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 যে অ্যাড্রেসটি NFT-এর মালিক।
+    @param _operator যে অ্যাড্রেসটি মালিকের পক্ষে কাজ করে।
+    """
+    return (self.ownerToOperators[_owner])[_operator]
+```
+
+এই ফাংশনটি পরীক্ষা করে যে `_operator`-কে এই কন্ট্র্যাক্টে `_owner`-এর সমস্ত টোকেন পরিচালনা করার অনুমতি আছে কিনা।
+যেহেতু একাধিক অপারেটর থাকতে পারে, এটি একটি দুই-স্তরের HashMap।
+
+#### ট্রান্সফার হেল্পার ফাংশন {#transfer-helpers}
+
+এই ফাংশনগুলি টোকেন ট্রান্সফার বা পরিচালনার অংশ এমন অপারেশনগুলি ইমপ্লিমেন্ট করে।
+
+```python
+
+### TRANSFER FUNCTION HELPERS ###
+
+@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 Virtual Machine) এর অন্যতম ব্যয়বহুল অপারেশন ([গ্যাস](/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
+
+### TRANSFER FUNCTIONS ###
+
+@external
+def transferFrom(_from: address, _to: address, _tokenId: uint256):
+    """
+    @dev `msg.sender` যদি বর্তমান মালিক, একজন অনুমোদিত অপারেটর বা এই NFT-এর জন্য অনুমোদিত ঠিকানা না হয় তবে থ্রো করে।
+         যদি `_from` বর্তমান মালিক না হয় তবে থ্রো করে।
+         যদি `_to` শূন্য ঠিকানা হয় তবে থ্রো করে।
+         যদি `_tokenId` একটি বৈধ NFT না হয় তবে থ্রো করে।
+    @notice `_to` NFT গ্রহণ করতে সক্ষম কিনা তা নিশ্চিত করার জন্য কলার দায়ী, অন্যথায় সেগুলি স্থায়ীভাবে হারিয়ে যেতে পারে।
+    @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 অপারেটর অনুমোদিত হলে সত্য, অনুমোদন প্রত্যাহার করতে মিথ্যা।
+    """
+    # `_operator` যদি `msg.sender` হয় তবে থ্রো করে
+    assert _operator != msg.sender
+    self.ownerToOperators[msg.sender][_operator] = _approved
+    log ApprovalForAll(msg.sender, _operator, _approved)
+```
+
+#### নতুন টোকেন মিন্ট করুন এবং বিদ্যমানগুলি ধ্বংস করুন {#mint-burn}
+
+যে অ্যাকাউন্টটি চুক্তিটি তৈরি করেছে সেটি হল `মিন্টার`, সুপার ব্যবহারকারী যা নতুন এনএফটি মিন্ট করার জন্য অনুমোদিত। তবে, এমনকি এটিও বিদ্যমান টোকেনগুলি পোড়াতে অনুমোদিত নয়। কেবল মালিক, বা মালিক দ্বারা অনুমোদিত একটি সত্তা এটি করতে পারে।
+
+```python
+### MINT & BURN FUNCTIONS ###
+
+@external
+def mint(_to: address, _tokenId: uint256) -> bool:
+```
+
+এই ফাংশনটি সর্বদা `সত্য` প্রদান করে, কারণ অপারেশন ব্যর্থ হলে এটি প্রত্যাবর্তন করা হয়।
+
+```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` ইন্টারফেসটি ইমপ্লিমেন্ট করতে হবে।
+- এমনকি যদি আপনি নিরাপদ ট্রান্সফার ব্যবহার করেন, তবুও টোকেনগুলি আটকে যেতে পারে যদি আপনি সেগুলিকে এমন একটি অ্যাড্রেসে পাঠান যার প্রাইভেট কি অজানা।
+- যখন কোনও অপারেশনে সমস্যা হয় তখন কেবল একটি ব্যর্থতার মান ফেরত দেওয়ার পরিবর্তে কলটি `রিভার্ট` করা একটি ভাল ধারণা।
+- ERC-721 টোকেনগুলির অস্তিত্ব থাকে যখন তাদের একজন মালিক থাকে।
+- একটি NFT স্থানান্তর করার জন্য অনুমোদিত হওয়ার তিনটি উপায় আছে। আপনি মালিক হতে পারেন, একটি নির্দিষ্ট টোকেনের জন্য অনুমোদিত হতে পারেন, অথবা মালিকের সমস্ত টোকেনের জন্য একজন অপারেটর হতে পারেন।
+- অতীতের ইভেন্টগুলি কেবল ব্লকচেইনের বাইরে দৃশ্যমান। ব্লকচেইনের ভিতরে চলমান কোড সেগুলি দেখতে পারে না।
+
+এখন যান এবং সুরক্ষিত Vyper চুক্তিগুলি প্রয়োগ করুন।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
+
diff --git a/public/content/translations/bn/developers/tutorials/erc20-annotated-code/index.md b/public/content/translations/bn/developers/tutorials/erc20-annotated-code/index.md
new file mode 100644
index 00000000000..b68cf3f471c
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/erc20-annotated-code/index.md
@@ -0,0 +1,814 @@
+---
+title: "ERC-20 কন্ট্র্যাক্ট ওয়াক-থ্রু"
+description: "OpenZeppelin ERC-20 কন্ট্র্যাক্টের ভিতরে কী আছে এবং কেন এটি সেখানে আছে?"
+author: Ori Pomerantz
+lang: bn
+tags: [ "সলিডিটি", "erc-20" ]
+skill: beginner
+published: 2021-03-09
+---
+
+## ভূমিকা {#introduction}
+
+Ethereum-এর অন্যতম সাধারণ ব্যবহার হল একটি গোষ্ঠীর জন্য একটি ট্রেডযোগ্য টোকেন তৈরি করা, এক অর্থে তাদের নিজস্ব মুদ্রা। এই টোকেনগুলি সাধারণত একটি স্ট্যান্ডার্ড অনুসরণ করে,
+[ERC-20](/developers/docs/standards/tokens/erc-20/)। এই স্ট্যান্ডার্ডটি লিকুইডিটি পুল এবং ওয়ালেটের মতো টুলস লেখা সম্ভব করে, যা সমস্ত ERC-20 টোকেনের সাথে কাজ করে। এই নিবন্ধে আমরা
+[OpenZeppelin সলিডিটি 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-এর মতো একটি ডিএ্যাপ হোক বা লিকুইডিটি পুলের মতো ভিন্ন কোনো কন্ট্র্যাক্ট হোক।
+
+![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)-কে সলিডিটি কোডে অনুবাদ। অবশ্যই,
+ইন্টারফেসটি নিজে থেকে কিছু _কীভাবে_ করতে হয় তা নির্ধারণ করে না। সেটি নিচের কন্ট্র্যাক্ট সোর্স কোডে ব্যাখ্যা করা হয়েছে।
+
+&nbsp;
+
+```solidity
+// SPDX-License-Identifier: MIT
+```
+
+সলিডিটি ফাইলগুলিতে একটি লাইসেন্স আইডেন্টিফায়ার অন্তর্ভুক্ত থাকার কথা। [আপনি এখানে লাইসেন্সের তালিকা দেখতে পারেন](https://spdx.org/licenses/)। আপনার যদি একটি ভিন্ন
+লাইসেন্সের প্রয়োজন হয়, তবে কেবল কমেন্টে তা ব্যাখ্যা করুন।
+
+&nbsp;
+
+```solidity
+pragma solidity >=0.6.0 <0.8.0;
+```
+
+সলিডিটি ভাষা এখনও দ্রুত বিকশিত হচ্ছে এবং নতুন সংস্করণগুলি পুরানো কোডের সাথে সামঞ্জস্যপূর্ণ নাও হতে পারে
+([এখানে দেখুন](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)।
+এটি কন্ট্র্যাক্টে টোকেনের মোট সরবরাহ ফেরত দেয়। এই মানটি ইথেরিয়ামের সবচেয়ে সাধারণ টাইপ, আনসাইন্ড 256 বিট ব্যবহার করে ফেরত দেওয়া হয় (256 বিট হল EVM-এর
+নেটিভ ওয়ার্ড সাইজ)। এই ফাংশনটি একটি `view`ও, যার অর্থ এটি স্টেট পরিবর্তন করে না, তাই এটি ব্লকচেইনের প্রতিটি নোডে চালানোর পরিবর্তে একটি একক নোডে এক্সিকিউট করা যেতে পারে। এই ধরনের ফাংশন কোনো লেনদেন তৈরি করে না এবং কোনো [গ্যাস](/developers/docs/gas/) খরচ করে না।
+
+**দ্রষ্টব্য:** তত্ত্বগতভাবে এমনটা মনে হতে পারে যে কোনও কন্ট্র্যাক্টের নির্মাতা প্রকৃত মানের চেয়ে কম মোট সরবরাহ ফেরত দিয়ে প্রতারণা করতে পারে, যার ফলে প্রতিটি টোকেন তার প্রকৃত মূল্যের চেয়ে বেশি মূল্যবান বলে মনে হবে। যাইহোক, এই ভয় ব্লকচেইনের আসল প্রকৃতিকে উপেক্ষা করে। ব্লকচেইনে যা কিছু ঘটে তা প্রতিটি নোড দ্বারা যাচাই করা যেতে পারে। এটি অর্জন করার জন্য, প্রতিটি কন্ট্র্যাক্টের মেশিন ল্যাঙ্গুয়েজ কোড এবং স্টোরেজ প্রতিটি নোডে উপলব্ধ। যদিও আপনার কন্ট্র্যাক্টের জন্য সলিডিটি
+কোড প্রকাশ করা আপনার জন্য আবশ্যক নয়, আপনি যদি সোর্স কোড এবং যে সলিডিটি সংস্করণ দিয়ে এটি কম্পাইল করা হয়েছিল তা প্রকাশ না করেন তবে কেউ আপনাকে গুরুত্ব সহকারে নেবে না, যাতে এটি আপনার দেওয়া মেশিন ল্যাঙ্গুয়েজ কোডের সাথে যাচাই করা যায়।
+উদাহরণস্বরূপ, [এই কন্ট্র্যাক্টটি দেখুন](https://eth.blockscout.com/address/0xa530F85085C6FE2f866E7FdB716849714a89f4CD?tab=contract)।
+
+&nbsp;
+
+```solidity
+    /**
+     * @dev `account`-এর মালিকানাধীন টোকেনের পরিমাণ ফেরত দেয়।
+     */
+    function balanceOf(address account) external view returns (uint256);
+```
+
+নাম শুনেই বোঝা যাচ্ছে, `balanceOf` একটি অ্যাকাউন্টের ব্যালেন্স ফেরত দেয়। ইথেরিয়াম অ্যাকাউন্টগুলি সলিডিটিতে `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 {transferFrom}-এর মাধ্যমে `spender` `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` ফাংশনটি একটি অ্যালাওয়েন্স তৈরি করে। কীভাবে এটির অপব্যবহার করা যেতে পারে সে সম্পর্কে বার্তাটি পড়তে ভুলবেন না। ইথেরিয়ামে আপনি আপনার নিজের লেনদেনের ক্রম নিয়ন্ত্রণ করেন,
+কিন্তু আপনি অন্য লোকেদের লেনদেন কোন ক্রমে কার্যকর হবে তা নিয়ন্ত্রণ করতে পারবেন না,
+যদি না আপনি অন্য পক্ষের লেনদেন সম্পন্ন হয়েছে না দেখা পর্যন্ত আপনার নিজের লেনদেন জমা না দেন।
+
+&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/), যা সলিডিটি সংস্করণ **&lt;0.8.0**-এর জন্য অ্যারিথমেটিক ওভারফ্লো/আন্ডারফ্লো প্রতিরোধ করে। সলিডিটি ≥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;
+
+```
+
+এই লাইনটি `uint256` টাইপের সাথে `SafeMath` লাইব্রেরি সংযুক্ত করে। আপনি এই লাইব্রেরিটি
+[এখানে](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`, আগে ব্যাখ্যা করা অ্যালাওয়েন্সগুলো সংরক্ষণ করে। প্রথম ইন্ডেক্স হল টোকেনের মালিক, এবং দ্বিতীয়টি হল অ্যালাওয়েন্স সহ কন্ট্র্যাক্ট। অ্যাড্রেস B-এর অ্যাকাউন্ট থেকে অ্যাড্রেস A কত খরচ করতে পারে তা অ্যাক্সেস করতে, `_allowances[B][A]` ব্যবহার করুন।
+
+&nbsp;
+
+```solidity
+    uint256 private _totalSupply;
+```
+
+নাম থেকেই বোঝা যাচ্ছে, এই ভেরিয়েবলটি টোকেনের মোট সরবরাহের হিসাব রাখে।
+
+&nbsp;
+
+```solidity
+    string private _name;
+    string private _symbol;
+    uint8 private _decimals;
+```
+
+এই তিনটি ভেরিয়েবল পঠনযোগ্যতা উন্নত করতে ব্যবহৃত হয়। প্রথম দুটি স্ব-ব্যাখ্যামূলক, কিন্তু `_decimals` নয়।
+
+একদিকে, ইথেরিয়ামের কোনো ফ্লোটিং পয়েন্ট বা ভগ্নাংশ ভেরিয়েবল নেই। অন্যদিকে, মানুষ টোকেন ভাগ করতে পছন্দ করে। লোকেরা মুদ্রার জন্য সোনা বেছে নেওয়ার একটি কারণ হল, যখন কেউ একটি গরুর মূল্যের সমপরিমাণ হাঁস কিনতে চায়, তখন পরিবর্তন করা কঠিন ছিল।
+
+সমাধান হল পূর্ণসংখ্যার হিসাব রাখা, কিন্তু আসল টোকেনের পরিবর্তে এমন একটি ভগ্নাংশ টোকেন গণনা করা যা প্রায় মূল্যহীন। ইথারের ক্ষেত্রে, ভগ্নাংশ টোকেনটিকে 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 {
+        // সলিডিটি ≥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`, যার অর্থ মেমরিতে সংরক্ষিত একটি স্ট্রিং ফেরত দেওয়া। ভেরিয়েবল, যেমন স্ট্রিং, তিনটি স্থানে সংরক্ষণ করা যেতে পারে:
+
+|            | জীবনকাল                   | কন্ট্র্যাক্ট অ্যাক্সেস | গ্যাস খরচ                                                                                              |
+| ---------- | ------------------------- | ---------------------- | ------------------------------------------------------------------------------------------------------ |
+| মেমরি      | ফাংশন কল                  | পড়া/লেখা              | দশ বা শত (উচ্চতর অবস্থানের জন্য উচ্চতর)                                             |
+| Calldata   | ফাংশন কল                  | শুধুমাত্র পঠনযোগ্য     | রিটার্ন টাইপ হিসাবে ব্যবহার করা যাবে না, শুধুমাত্র একটি ফাংশন প্যারামিটার টাইপ হিসাবে ব্যবহার করা যাবে |
+| সংগ্রহস্থল | পরিবর্তন না হওয়া পর্যন্ত | পড়া/লেখা              | উচ্চ (পড়ার জন্য 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>`, স্টেট ভেরিয়েবলগুলির মতোই।
+
+সাধারণত সলিডিটিতে আমরা মেসেজ প্রেরকের জন্য `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` পরিমাণ ব্যালেন্স থাকতে হবে।
+     * - কলারের কাছে ``sender``-এর টোকেনের জন্য কমপক্ষে `amount` পরিমাণ
+     * অ্যালাওয়েন্স থাকতে হবে।
+     */
+    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`) আপনাকে একটি নির্দিষ্ট পরিমাণ দ্বারা অ্যালাওয়েন্স পরিবর্তন করার অনুমতি দেয়। সুতরাং যদি বিল ইতিমধ্যে পাঁচ টোকেন খরচ করে ফেলে, সে কেবল আরও পাঁচ টোকেন খরচ করতে পারবে। সময়ের উপর নির্ভর করে, এটি দুটি উপায়ে কাজ করতে পারে, যার উভয়টিতেই বিল শুধুমাত্র দশটি টোকেন পায়:
+
+A:
+
+| এলিস লেনদেন                                   | এলিস নন্স | বিল লেনদেন                                      | বিল নন্স | বিলের অ্যালাওয়েন্স | এলিসের কাছ থেকে বিলের মোট আয় |
+| --------------------------------------------- | --------: | ----------------------------------------------- | -------: | -----------------: | ----------------------------- |
+| 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                            |
+
+B:
+
+| এলিস লেনদেন                                   | এলিস নন্স | বিল লেনদেন                                       | বিল নন্স | বিলের অ্যালাওয়েন্স | এলিসের কাছ থেকে বিলের মোট আয় |
+| --------------------------------------------- | --------: | ------------------------------------------------ | -------: | -----------------: | ----------------------------: |
+| approve(Bill, 5)           |        10 |                                                  |          |                  5 |                             0 |
+| increaseAllowance(Bill, 5) |        11 |                                                  |          |           5+5 = 10 |                             0 |
+|                                               |           | transferFrom(Alice, Bill, 10) |   10,124 |                  0 |                            10 |
+
+```solidity
+    /**
+     * @dev কলার দ্বারা স্পেন্ডারকে প্রদত্ত অ্যালাওয়েন্স অ্যাটমিকভাবে বৃদ্ধি করে।
+     *
+     * এটি {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 কলার দ্বারা স্পেন্ডারকে প্রদত্ত অ্যালাওয়েন্স অ্যাটমিকভাবে হ্রাস করে।
+     *
+     * এটি {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");
+```
+
+ইথেরিয়ামে আসলে কেউ শূন্য অ্যাড্রেসের মালিক নয় (অর্থাৎ, কেউ এমন একটি ব্যক্তিগত কী জানে না যার ম্যাচিং পাবলিক কী শূন্য অ্যাড্রেসে রূপান্তরিত হয়)। লোকেরা যখন সেই অ্যাড্রেস ব্যবহার করে, তখন এটি সাধারণত একটি সফটওয়্যার বাগ - তাই প্রেরক বা প্রাপক হিসাবে শূন্য অ্যাড্রেস ব্যবহার করা হলে আমরা ব্যর্থ হই।
+
+&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);
+```
+
+এগুলি হল সেই লাইন যা আসলে স্থানান্তর করে। মনে রাখবেন যে তাদের মধ্যে **কিছুই** নেই, এবং আমরা প্রাপকের কাছে যোগ করার আগে প্রেরকের কাছ থেকে স্থানান্তরিত পরিমাণ বিয়োগ করি। এটি গুরুত্বপূর্ণ কারণ যদি মাঝখানে একটি ভিন্ন কন্ট্র্যাক্টে একটি কল থাকত, তবে এটি এই কন্ট্র্যাক্টকে প্রতারণা করতে ব্যবহার করা যেতে পারত। এইভাবে স্থানান্তরটি অ্যাটমিক, এর মাঝখানে কিছুই ঘটতে পারে না।
+
+&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 `spender`-এর `owner` টোকেনের উপর `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[Using Hooks]-এ যান।
+     */
+    function _beforeTokenTransfer(address from, address to, uint256 amount) internal virtual { }
+```
+
+এটি স্থানান্তরের সময় কল করার জন্য হুক ফাংশন। এটি এখানে খালি, কিন্তু যদি আপনার এটি কিছু করার প্রয়োজন হয় তবে আপনি শুধু এটি ওভাররাইড করুন।
+
+## উপসংহার {#conclusion}
+
+পর্যালোচনা করার জন্য, এখানে এই কন্ট্র্যাক্টের কিছু সবচেয়ে গুরুত্বপূর্ণ ধারণা দেওয়া হল (আমার মতে, আপনার মতামত ভিন্ন হতে পারে):
+
+- _ব্লকচেইনে কোনো গোপনীয়তা নেই_। যেকোনো তথ্য যা একটি স্মার্ট কন্ট্র্যাক্ট অ্যাক্সেস করতে পারে তা সমগ্র বিশ্বের জন্য উপলব্ধ।
+- আপনি আপনার নিজের লেনদেনের ক্রম নিয়ন্ত্রণ করতে পারেন, কিন্তু অন্য লোকের লেনদেন কখন ঘটবে তা নয়। এই কারণেই একটি অ্যালাওয়েন্স পরিবর্তন করা বিপজ্জনক হতে পারে, কারণ এটি স্পেন্ডারকে উভয় অ্যালাওয়েন্সের যোগফল খরচ করার অনুমতি দেয়।
+- `uint256` টাইপের মানগুলি মোড়ানো হয়। অন্য কথায়, _0-1=2^256-1_। যদি এটি কাঙ্ক্ষিত আচরণ না হয়, তাহলে আপনাকে এটি পরীক্ষা করতে হবে (অথবা SafeMath লাইব্রেরি ব্যবহার করতে হবে যা আপনার জন্য এটি করে)। মনে রাখবেন যে এটি [সলিডিটি 0.8.0](https://docs.soliditylang.org/en/breaking/080-breaking-changes.html)-তে পরিবর্তিত হয়েছে।
+- একটি নির্দিষ্ট ধরণের সমস্ত স্টেট পরিবর্তন একটি নির্দিষ্ট স্থানে করুন, কারণ এটি অডিটিং সহজ করে।
+  এই কারণেই আমাদের কাছে, উদাহরণস্বরূপ, `_approve` রয়েছে, যা `approve`, `transferFrom`, `increaseAllowance`, এবং `decreaseAllowance` দ্বারা কল করা হয়।
+- স্টেট পরিবর্তনগুলি অ্যাটমিক হওয়া উচিত, তাদের মাঝখানে অন্য কোনো অ্যাকশন ছাড়াই (যেমন আপনি `_transfer`-এ দেখতে পারেন)। এর কারণ হল স্টেট পরিবর্তনের সময় আপনার একটি অসামঞ্জস্যপূর্ণ স্টেট থাকে। উদাহরণস্বরূপ, প্রেরকের ব্যালেন্স থেকে কর্তন করার সময় এবং প্রাপকের ব্যালেন্সে যোগ করার সময়ের মধ্যে যত টোকেন থাকা উচিত তার চেয়ে কম টোকেন存在 করে। যদি তাদের মধ্যে অপারেশন থাকে, বিশেষ করে একটি ভিন্ন কন্ট্র্যাক্টে কল, তবে এর সম্ভাব্য অপব্যবহার করা যেতে পারে।
+
+এখন যেহেতু আপনি দেখেছেন OpenZeppelin ERC-20 কন্ট্র্যাক্টটি কীভাবে লেখা হয়েছে, এবং বিশেষ করে কীভাবে এটি আরও নিরাপদ করা হয়েছে, যান এবং আপনার নিজের নিরাপদ কন্ট্র্যাক্ট এবং অ্যাপ্লিকেশনগুলি লিখুন।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
diff --git a/public/content/translations/bn/developers/tutorials/erc20-with-safety-rails/index.md b/public/content/translations/bn/developers/tutorials/erc20-with-safety-rails/index.md
new file mode 100644
index 00000000000..590afab0898
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/erc20-with-safety-rails/index.md
@@ -0,0 +1,217 @@
+---
+title: "সেফটি রেলস সহ ERC-20"
+description: "লোকেদের বোকার মতো ভুল এড়াতে কীভাবে সাহায্য করবেন"
+author: Ori Pomerantz
+lang: bn
+tags: [ "erc-20" ]
+skill: beginner
+published: 2022-08-15
+---
+
+## ভূমিকা {#introduction}
+
+ইথেরিয়াম সম্পর্কে একটি দুর্দান্ত জিনিস হলো যে কোনও কেন্দ্রীয় কর্তৃপক্ষ নেই যা আপনার লেনদেন পরিবর্তন বা বাতিল করতে পারে। ইথেরিয়ামের একটি বড় সমস্যা হলো যে কোনও কেন্দ্রীয় কর্তৃপক্ষ নেই যার ব্যবহারকারীর ভুল বা অবৈধ লেনদেন বাতিল করার ক্ষমতা রয়েছে। এই নিবন্ধে আপনি [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. উপরে স্ক্রোল করুন এবং **Remix-এ খুলুন** (Remix-এর জন্য) অথবা একটি ভিন্ন এনভায়রনমেন্ট ব্যবহার করার জন্য **ডাউনলোড করুন**-এ ক্লিক করুন। আমি ধরে নিচ্ছি আপনি Remix ব্যবহার করছেন, যদি আপনি অন্য কিছু ব্যবহার করেন তবে শুধু উপযুক্ত পরিবর্তনগুলি করুন।
+
+4. এখন আমাদের একটি সম্পূর্ণরূপে কার্যকরী ERC-20 কন্ট্র্যাক্ট আছে। আপনি ইম্পোর্ট করা কোড দেখতে `.deps` > `npm` விரிৃত করতে পারেন।
+
+5. কন্ট্র্যাক্টটি একটি ERC-20 কন্ট্র্যাক্ট হিসাবে কাজ করে কিনা তা দেখার জন্য কম্পাইল করুন, ডিপ্লয় করুন এবং এর সাথে প্লে করুন। যদি আপনার Remix কীভাবে ব্যবহার করতে হয় তা শেখার প্রয়োজন হয়, [এই টিউটোরিয়ালটি ব্যবহার করুন](https://remix.ethereum.org/?#activate=udapp,solidity,LearnEth)।
+
+## সাধারণ ভুল {#common-mistakes}
+
+### ভুলগুলি {#the-mistakes}
+
+ব্যবহারকারীরা কখনও কখনও ভুল ঠিকানায় টোকেন পাঠান। যদিও আমরা তাদের মন পড়ে জানতে পারি না যে তারা কী করতে চেয়েছিল, তবে দুই ধরণের ভুল রয়েছে যা অনেক ঘটে এবং সহজে সনাক্ত করা যায়:
+
+1. কন্ট্র্যাক্টের নিজের ঠিকানায় টোকেন পাঠানো। উদাহরণস্বরূপ, [Optimism-এর OP টোকেন](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 ব্যালেন্স পরীক্ষা করতে পারি। EOA-গুলির প্রায় সবসময়ই একটি ব্যালেন্স থাকে, এমনকি যদি সেগুলি আর ব্যবহার না করা হয় - শেষ 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}
+
+কখনও কখনও একজন প্রশাসক থাকা দরকারি যিনি ভুল সংশোধন করতে পারেন। অপব্যবহারের সম্ভাবনা কমাতে, এই প্রশাসক একটি [মাল্টিসিগ](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` [মডিফায়ার](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}
+
+কন্ট্র্যাক্ট ফ্রিজ এবং আনফ্রিজ করার জন্য কয়েকটি পরিবর্তন প্রয়োজন:
+
+- কোন ঠিকানাগুলি ফ্রিজ করা হয়েছে তার হিসাব রাখার জন্য ঠিকানা থেকে [বুলিয়ানে](https://en.wikipedia.org/wiki/Boolean_data_type) একটি [ম্যাপিং](https://www.tutorialspoint.com/solidity/solidity_mappings.htm)। সমস্ত মান প্রাথমিকভাবে শূন্য থাকে, যা বুলিয়ান মানের জন্য মিথ্যা হিসাবে ব্যাখ্যা করা হয়। এটাই আমরা চাই কারণ ডিফল্টরূপে অ্যাকাউন্টগুলি ফ্রিজ করা হয় না।
+
+  ```solidity
+      mapping(address => bool) public frozenAccounts;
+  ```
+
+- যখন একটি অ্যাকাউন্ট ফ্রিজ বা আনফ্রিজ করা হয় তখন আগ্রহী যে কাউকে জানানোর জন্য [ইভেন্ট](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/bn/developers/tutorials/ethereum-for-web2-auth/index.md b/public/content/translations/bn/developers/tutorials/ethereum-for-web2-auth/index.md
new file mode 100644
index 00000000000..0361234926a
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/ethereum-for-web2-auth/index.md
@@ -0,0 +1,886 @@
+---
+title: "web2 প্রমাণীকরণের জন্য ইথেরিয়াম ব্যবহার করা"
+description: "এই টিউটোরিয়ালটি পড়ার পরে, একজন ডেভেলপার SAML লগইনের সাথে ইথেরিয়াম লগইন (web3) একীভূত করতে সক্ষম হবেন, যা web2-তে একক সাইন-অন এবং অন্যান্য সম্পর্কিত পরিষেবা প্রদানের জন্য ব্যবহৃত একটি স্ট্যান্ডার্ড। এটি ইথেরিয়াম স্বাক্ষরগুলির মাধ্যমে web2 রিসোর্সগুলিকে প্রমাণীকৃত করার অনুমতি দেয়, যার ব্যবহারকারী বৈশিষ্ট্যগুলি অ্যাটেস্টেশনগুলি থেকে আসে।"
+author: Ori Pomerantz
+tags: [ "web2", "প্রমাণীকরণ", "eas" ]
+skill: beginner
+lang: bn
+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\))-দের জন্য ব্যবহারকারীর তথ্য প্রদান করার অনুমতি দেয়।
+
+এই টিউটোরিয়ালে আপনি শিখবেন কিভাবে ইথেরিয়াম স্বাক্ষরকে SAML-এর সাথে একীভূত করতে হয়, যাতে ব্যবহারকারীরা তাদের ইথেরিয়াম ওয়ালেট ব্যবহার করে সেইসব web2 পরিষেবাগুলিতে নিজেদের প্রমাণীকরণ করতে পারে যা এখনও স্থানীয়ভাবে ইথেরিয়াম সমর্থন করে না।
+
+মনে রাখবেন যে এই টিউটোরিয়ালটি দুটি পৃথক দর্শকের জন্য লেখা হয়েছে:
+
+- ইথেরিয়াম ব্যবহারকারী যারা ইথেরিয়াম বোঝেন এবং তাদের SAML শিখতে হবে
+- Web2 ব্যবহারকারী যারা SAML এবং web2 প্রমাণীকরণ বোঝেন এবং তাদের ইথেরিয়াম শিখতে হবে
+
+ফলস্বরূপ, এতে এমন অনেক প্রাথমিক উপাদান থাকবে যা আপনি ইতিমধ্যেই জানেন। আপনি নির্দ্বিধায় এটি এড়িয়ে যেতে পারেন।
+
+### ইথেরিয়াম ব্যবহারকারীদের জন্য SAML
+
+SAML একটি কেন্দ্রীভূত প্রোটোকল। একজন পরিষেবা প্রদানকারী (SP) একজন পরিচয় প্রদানকারী (IdP) থেকে শুধুমাত্র তখনই দাবি (যেমন, "এটি আমার ব্যবহারকারী জন, তার A, B, এবং C করার অনুমতি থাকা উচিত") গ্রহণ করে, যদি তার সাথে এটির একটি পূর্ব-বিদ্যমান বিশ্বাস সম্পর্ক থাকে, অথবা সেই [সার্টিফিকেট কর্তৃপক্ষ](https://www.ssl.com/article/what-is-a-certificate-authority-ca/)-এর সাথে যা সেই IdP-র সার্টিফিকেট স্বাক্ষর করেছে।
+
+উদাহরণস্বরূপ, SP হতে পারে একটি ট্রাভেল এজেন্সি যা কোম্পানিগুলিকে ভ্রমণ পরিষেবা প্রদান করে, এবং IdP হতে পারে একটি কোম্পানির অভ্যন্তরীণ ওয়েব সাইট। যখন কর্মচারীদের ব্যবসায়িক ভ্রমণের জন্য বুকিং করতে হয়, তখন ট্রাভেল এজেন্সি তাদের আসল ভ্রমণের বুকিং করার আগে কোম্পানির দ্বারা প্রমাণীকরণের জন্য পাঠায়।
+
+![ধাপে ধাপে SAML প্রক্রিয়া](./fig-01-saml.png)
+
+এইভাবেই তিনটি সত্তা, ব্রাউজার, SP, এবং IdP, অ্যাক্সেসের জন্য আলোচনা করে। SP-কে আগে থেকে ব্রাউজার ব্যবহারকারী সম্পর্কে কিছু জানার প্রয়োজন নেই, শুধু IdP-কে বিশ্বাস করলেই চলে।
+
+### SAML ব্যবহারকারীদের জন্য ইথেরিয়াম
+
+ইথেরিয়াম একটি বিকেন্দ্রীভূত সিস্টেম।
+
+![ইথেরিয়াম লগঅন](./fig-02-eth-logon.png)
+
+ব্যবহারকারীদের একটি প্রাইভেট কী থাকে (সাধারণত একটি ব্রাউজার এক্সটেনশনে রাখা হয়)। প্রাইভেট কী থেকে আপনি একটি পাবলিক কী এবং তা থেকে একটি 20-বাইটের অ্যাড্রেস তৈরি করতে পারেন। যখন ব্যবহারকারীদের একটি সিস্টেমে লগ ইন করতে হয়, তখন তাদের একটি নন্স (একবার ব্যবহারযোগ্য মান) সহ একটি বার্তায় স্বাক্ষর করতে বলা হয়। সার্ভার যাচাই করতে পারে যে স্বাক্ষরটি সেই অ্যাড্রেস দ্বারা তৈরি করা হয়েছে।
+
+![অ্যাটেস্টেশন থেকে অতিরিক্ত ডেটা পাওয়া](./fig-03-eas-data.png)
+
+স্বাক্ষরটি শুধুমাত্র ইথেরিয়াম অ্যাড্রেস যাচাই করে। অন্যান্য ব্যবহারকারীর বৈশিষ্ট্যগুলি পেতে, আপনি সাধারণত [অ্যাটেস্টেশন](https://attest.org/) ব্যবহার করেন। একটি অ্যাটেস্টেশনে সাধারণত এই ফিল্ডগুলি থাকে:
+
+- **অ্যাটেস্টর**, যে অ্যাড্রেসটি অ্যাটেস্টেশনটি তৈরি করেছে
+- **প্রাপক**, যে অ্যাড্রেসের জন্য অ্যাটেস্টেশনটি প্রযোজ্য
+- **ডেটা**, যে ডেটা প্রত্যয়িত করা হচ্ছে, যেমন নাম, অনুমতি, ইত্যাদি।
+- **স্কিমা**, ডেটা ব্যাখ্যা করার জন্য ব্যবহৃত স্কিমার ID।
+
+ইথেরিয়ামের বিকেন্দ্রীভূত প্রকৃতির কারণে, যেকোনো ব্যবহারকারী অ্যাটেস্টেশন তৈরি করতে পারেন। আমরা কোন অ্যাটেস্টেশনগুলিকে নির্ভরযোগ্য বলে মনে করি তা শনাক্ত করার জন্য অ্যাটেস্টরের পরিচয় গুরুত্বপূর্ণ।
+
+## সেটআপ
+
+প্রথম ধাপ হল একটি SAML SP এবং একটি SAML IdP-র মধ্যে যোগাযোগ স্থাপন করা।
+
+1. সফ্টওয়্যারটি ডাউনলোড করুন। এই নিবন্ধটির জন্য নমুনা সফ্টওয়্যারটি [গিটহাবে](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) আবার পুনঃনির্দেশিত করা হয়েছে এবং এটি আপনাকে আপনার ইমেল অ্যাড্রেস দ্বারা চেনে।
+
+### বিস্তারিত ব্যাখ্যা
+
+ধাপে ধাপে যা ঘটে তা এখানে দেওয়া হল:
+
+![ইথেরিয়াম ছাড়া সাধারণ 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}`
+```
+
+উভয় উপাদানের জন্য URL।
+
+```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 POST](https://www.w3schools.com/tags/ref_httpmethods.asp) ব্যবহার করে `http://localhost:3000/sp/assertion` URL-এ যেতে হবে।
+
+```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`,
+```
+
+এটি সেই পৃষ্ঠা যা ব্রাউজার দ্বারা নিজের পরিচয় প্রদানের জন্য অ্যাক্সেস করা হয়। এই দাবিতে ব্যবহারকারীর শনাক্তকারী (এখানে আমরা ইমেল অ্যাড্রেস ব্যবহার করি) অন্তর্ভুক্ত থাকে এবং এতে অতিরিক্ত বৈশিষ্ট্যও অন্তর্ভুক্ত থাকতে পারে। এটি উপরের সিকোয়েন্স ডায়াগ্রামের ৭ নং ধাপের জন্য হ্যান্ডলার।
+
+```typescript
+  async (req, res) => {
+    // console.log(`SAML response:\n${Buffer.from(req.body.SAMLResponse, 'base64').toString('utf-8')}`)
+```
+
+আপনি দাবিতে প্রদত্ত XML ডেটা দেখতে কমেন্ট করা কমান্ডটি ব্যবহার করতে পারেন। এটি [বেস64 এনকোডেড](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',
+```
+
+ব্রাউজার যখন এই পৃষ্ঠাটি পাওয়ার চেষ্টা করে তখন একটি লগইন অনুরোধ তৈরি করুন। এটি উপরের সিকোয়েন্স ডায়াগ্রামের ১ নং ধাপের জন্য হ্যান্ডলার।
+
+```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>
+```
+
+এই পৃষ্ঠাটি ফর্মটি (নীচে দেখুন) স্বয়ংক্রিয়ভাবে জমা দেয়। এইভাবে ব্যবহারকারীকে পুনঃনির্দেশিত হওয়ার জন্য কিছু করতে হবে না। এটি উপরের সিকোয়েন্স ডায়াগ্রামের ২ নং ধাপ।
+
+```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`, যা আবার XML এবং বেস64 এনকোডেড।
+
+```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) বডি পড়ে। ডিফল্টভাবে express এটিকে উপেক্ষা করে, কারণ বেশিরভাগ অনুরোধের জন্য এটির প্রয়োজন হয় না। আমাদের এটির প্রয়োজন কারণ 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}`)
+})
+```
+
+এই express অ্যাপ্লিকেশনটির সাথে `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 => `
+```
+
+এই ফাংশনটি স্বয়ংক্রিয়-জমা দেওয়া ফর্ম সহ পৃষ্ঠাটি তৈরি করে যা উপরের সিকোয়েন্স ডায়াগ্রামের ৪ নং ধাপে ফেরত দেওয়া হয়।
+
+```typescript
+<html>
+  <head>
+    <title>লগইন পৃষ্ঠা</title>
+  </head>
+  <body>
+    <h2>লগইন পৃষ্ঠা</h2>
+    <form method="post" action="./loginSubmitted">
+      <input type="hidden" name="requestId" value="${requestId}" />
+      ইমেল অ্যাড্রেস: <input name="email" />
+      <br />
+      <button type="Submit">
+        পরিষেবা প্রদানকারীতে লগইন করুন
+      </button>
+```
+
+আমরা পরিষেবা প্রদানকারীকে দুটি ফিল্ড পাঠাই:
+
+1. যে `requestId`-তে আমরা প্রতিক্রিয়া জানাচ্ছি।
+2. ব্যবহারকারীর শনাক্তকারী (আপাতত আমরা ব্যবহারকারীর দেওয়া ইমেল অ্যাড্রেস ব্যবহার করি)।
+
+```typescript
+    </form>
+  </body>
+</html>
+
+const idpRouter = express.Router()
+
+idpRouter.post("/loginSubmitted", async (req, res) => {
+  const loginResponse = await idp.createLoginResponse(
+```
+
+এটি উপরের সিকোয়েন্স ডায়াগ্রামের ৫ নং ধাপের জন্য হ্যান্ডলার। [`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>
+  `)
+})
+```
+
+আবার, একটি স্বয়ংক্রিয়ভাবে জমা দেওয়া ফর্ম ব্যবহার করুন। এটি উপরের সিকোয়েন্স ডায়াগ্রামের ৬ নং ধাপ।
+
+```typescript
+
+// IdP endpoint for login requests
+idpRouter.post(`/login`,
+```
+
+এটি সেই এন্ডপয়েন্ট যা পরিষেবা প্রদানকারীর কাছ থেকে একটি লগইন অনুরোধ গ্রহণ করে। এটি উপরের সিকোয়েন্স ডায়াগ্রামের ৩ নং ধাপের হ্যান্ডলার।
+
+```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-এর শীর্ষ স্তরে রয়েছে।
+
+## ইথেরিয়াম স্বাক্ষর ব্যবহার করা
+
+এখন যেহেতু আমরা পরিষেবা প্রদানকারীর কাছে একজন ব্যবহারকারীর পরিচয় পাঠাতে পারি, পরবর্তী পদক্ষেপ হল বিশ্বস্ত উপায়ে ব্যবহারকারীর পরিচয় সংগ্রহ করা। Viem আমাদের শুধু ওয়ালেট থেকে ব্যবহারকারীর অ্যাড্রেস জিজ্ঞাসা করার অনুমতি দেয়, কিন্তু এর মানে হল ব্রাউজার থেকে তথ্য চাওয়া। আমরা ব্রাউজার নিয়ন্ত্রণ করি না, তাই আমরা এর থেকে প্রাপ্ত প্রতিক্রিয়াকে স্বয়ংক্রিয়ভাবে বিশ্বাস করতে পারি না।
+
+এর পরিবর্তে, IdP ব্রাউজারকে স্বাক্ষর করার জন্য একটি স্ট্রিং পাঠাবে। যদি ব্রাউজারের ওয়ালেটটি এই স্ট্রিংটি স্বাক্ষর করে, তার মানে হল এটি সত্যিই সেই অ্যাড্রেস (অর্থাৎ, এটি সেই প্রাইভেট কী জানে যা অ্যাড্রেসের সাথে সম্পর্কিত)।
+
+এটি কার্যকর দেখতে, বিদ্যমান IdP এবং SP বন্ধ করুন এবং এই কমান্ডগুলি চালান:
+
+```sh
+git checkout eth-signatures
+pnpm install
+pnpm start
+```
+
+তারপর [SP-তে](http://localhost:3000) ব্রাউজ করুন এবং নির্দেশাবলী অনুসরণ করুন।
+
+মনে রাখবেন যে এই মুহূর্তে আমরা জানি না কিভাবে ইথেরিয়াম অ্যাড্রেস থেকে ইমেল অ্যাড্রেস পেতে হয়, তাই এর পরিবর্তে আমরা SP-কে `<ethereum address>@bad.email.address` রিপোর্ট করি।
+
+### বিস্তারিত ব্যাখ্যা
+
+পরিবর্তনগুলি আগের ডায়াগ্রামের ৪-৫ নং ধাপে রয়েছে।
+
+![একটি ইথেরিয়াম স্বাক্ষরসহ SAML](./fig-05-saml-w-signature.png)
+
+আমরা শুধুমাত্র `idp.mts` ফাইলটি পরিবর্তন করেছি। এখানে পরিবর্তিত অংশগুলি দেওয়া হল।
+
+```typescript
+import { v4 as uuidv4 } from 'uuid'
+import { verifyMessage } from 'viem'
+```
+
+আমাদের এই দুটি অতিরিক্ত লাইব্রেরি প্রয়োজন। আমরা [নন্স](https://en.wikipedia.org/wiki/Cryptographic_nonce) মান তৈরি করতে [`uuid`](https://www.npmjs.com/package/uuid) ব্যবহার করি। মানটি নিজেই গুরুত্বপূর্ণ নয়, শুধু এটি একবারই ব্যবহৃত হয়।
+
+[`viem`](https://viem.sh/) লাইব্রেরি আমাদের ইথেরিয়াম সংজ্ঞা ব্যবহার করতে দেয়। এখানে আমাদের এটি প্রয়োজন স্বাক্ষরটি সত্যিই বৈধ কিনা তা যাচাই করার জন্য।
+
+```typescript
+const loginPrompt = "পরিষেবা প্রদানকারীতে অ্যাক্সেস করতে, এই ননসে স্বাক্ষর করুন: "
+```
+
+ওয়ালেটটি বার্তাটিতে স্বাক্ষর করার জন্য ব্যবহারকারীর কাছে অনুমতি চায়। একটি বার্তা যা শুধুমাত্র একটি নন্স, তা ব্যবহারকারীদের বিভ্রান্ত করতে পারে, তাই আমরা এই প্রম্পটটি অন্তর্ভুক্ত করি।
+
+```typescript
+// Keep requestIDs here
+let nonces = {}
+```
+
+এটিতে প্রতিক্রিয়া জানাতে আমাদের অনুরোধের তথ্য প্রয়োজন। আমরা এটি অনুরোধের সাথে পাঠাতে পারি (ধাপ 4), এবং এটি ফেরত পেতে পারি (ধাপ 5)। তবে, আমরা ব্রাউজার থেকে প্রাপ্ত তথ্য বিশ্বাস করতে পারি না, যা একজন সম্ভাব্য প্রতিকূল ব্যবহারকারীর নিয়ন্ত্রণে থাকে। তাই এটি এখানে সংরক্ষণ করা ভাল, নন্সকে কী হিসাবে ব্যবহার করে।
+
+মনে রাখবেন যে আমরা সরলতার জন্য এটি এখানে একটি ভেরিয়েবল হিসাবে করছি। তবে, এর বেশ কিছু অসুবিধা রয়েছে:
+
+- আমরা পরিষেবা অস্বীকার (denial of service) আক্রমণের জন্য ঝুঁকিপূর্ণ। একজন ক্ষতিকারক ব্যবহারকারী একাধিকবার লগ অন করার চেষ্টা করতে পারে, যা আমাদের মেমরি পূর্ণ করে দেবে।
+- যদি 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("অনুগ্রহ করে MetaMask বা একটি সামঞ্জস্যপূর্ণ ওয়ালেট ইনস্টল করুন এবং তারপরে পুনরায় লোড করুন")
+      }
+```
+
+ব্রাউজারে একটি ওয়ালেট থাকলেই আমরা কাজ করতে পারি।
+
+```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 প্রক্রিয়ায় সংজ্ঞায়িত ভেরিয়েবল ব্যবহার করতে পারি। এটি সিকোয়েন্স ডায়াগ্রামের ৪.৫ নং ধাপ।
+
+```typescript
+        }).then(signature => {
+            const path= "/${config.idpDir}/signature/${nonce}/" + account + "/" + signature
+            window.location.href = path
+        })
+      }
+```
+
+`/idp/signature/<nonce>/<address>/<signature>`-এ পুনঃনির্দেশ করুন। এটি সিকোয়েন্স ডায়াগ্রামের ৫ নং ধাপ।
+
+```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>অনুগ্রহ করে স্বাক্ষর করুন</h2>
+    <button onClick="window.goodSignature()">
+      একটি ভালো (বৈধ) স্বাক্ষর জমা দিন
+    </button>
+    <br/>
+    <button onClick="window.badSignature()">
+      একটি খারাপ (অবৈধ) স্বাক্ষর জমা দিন
+    </button>
+  </body>
+</html>  
+`
+}
+```
+
+বাকিটা শুধু স্ট্যান্ডার্ড HTML।
+
+```typescript
+idpRouter.get("/signature/:nonce/:account/:signature", async (req, res) => {
+```
+
+এটি সিকোয়েন্স ডায়াগ্রামের ৫ নং ধাপের জন্য হ্যান্ডলার।
+
+```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
+    })
+```
+
+সিকোয়েন্স ডায়াগ্রামে ৫.৫ নং ধাপ বাস্তবায়ন করতে [`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"
+    }
+  );
+```
+
+আমাদের কাছে আসল ইমেল অ্যাড্রেস নেই (আমরা এটি পরবর্তী বিভাগে পাব), তাই আপাতত আমরা ইথেরিয়াম অ্যাড্রেসটি ফেরত দিই এবং এটিকে স্পষ্টভাবে একটি ইমেল অ্যাড্রেস নয় বলে চিহ্নিত করি।
+
+```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`-এর পরিবর্তে, এখন ৩ নং ধাপের হ্যান্ডলারে `getSignaturePage` ব্যবহার করুন।
+
+## ইমেল অ্যাড্রেস পাওয়া
+
+পরবর্তী পদক্ষেপ হল ইমেল অ্যাড্রেস পাওয়া, যা পরিষেবা প্রদানকারীর দ্বারা অনুরোধ করা শনাক্তকারী। এটি করার জন্য, আমরা [ইথেরিয়াম অ্যাটেস্টেশন সার্ভিস (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` বা প্রাপক বলা হয়। এটি সবসময় একটি ইথেরিয়াম অ্যাড্রেস।
+
+সতর্কতা: আমরা এখানে যেভাবে অ্যাটেস্টেশন পাচ্ছি তাতে দুটি নিরাপত্তা সমস্যা রয়েছে।
+
+- আমরা 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. প্রাপক হিসাবে আপনার ইথেরিয়াম অ্যাড্রেস, ইমেল অ্যাড্রেস হিসাবে আপনার ই-মেইল অ্যাড্রেস লিখুন এবং **অনচেইন** নির্বাচন করুন। তারপর **অ্যাটেস্টেশন তৈরি করুন**-এ ক্লিক করুন।
+
+  4. আপনার ওয়ালেটে লেনদেনটি অনুমোদন করুন। গ্যাসের জন্য অর্থ প্রদান করতে আপনার [অপটিমিজম ব্লকচেইনে](https://app.optimism.io/bridge/deposit) কিছু ETH লাগবে।
+
+যাই হোক, এটি করার পর [http://localhost:3000](http://localhost:3000) তে ব্রাউজ করুন এবং নির্দেশাবলী অনুসরণ করুন। আপনি যদি টেস্টিং প্রাইভেট কী আমদানি করে থাকেন, তাহলে আপনি যে ই-মেইলটি পাবেন তা হল `test_addr_0@example.com`। আপনি যদি নিজের অ্যাড্রেস ব্যবহার করে থাকেন, তাহলে এটি তাই হবে যা আপনি প্রত্যয়িত করেছেন।
+
+### বিস্তারিত ব্যাখ্যা
+
+![ইথেরিয়াম অ্যাড্রেস থেকে ই-মেইলে যাওয়া](./fig-06-saml-sig-n-email.png)
+
+নতুন ধাপগুলি হল GraphQL কমিউনিকেশন, ধাপ ৫.৬ এবং ৫.৭।
+
+আবার, এখানে `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 => {
+```
+
+একটি ইথেরিয়াম অ্যাড্রেস থেকে একটি ই-মেইল অ্যাড্রেসে যাওয়ার জন্য একটি ফাংশন।
+
+```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)
+    }
+  );
+```
+
+ই-মেইল অ্যাড্রেস পেতে নতুন ফাংশনটি ব্যবহার করুন।
+
+## বিকেন্দ্রীকরণ সম্পর্কে কী?
+
+এই কনফিগারেশনে ব্যবহারকারীরা এমন কেউ হওয়ার ভান করতে পারে না যা তারা নয়, যতক্ষণ না আমরা ইথেরিয়াম থেকে ই-মেইল অ্যাড্রেস ম্যাপিংয়ের জন্য বিশ্বস্ত অ্যাটেস্টরদের উপর নির্ভর করি। তবে, আমাদের পরিচয় প্রদানকারী এখনও একটি কেন্দ্রীভূত উপাদান। পরিচয় প্রদানকারীর প্রাইভেট কী যার কাছে আছে, সে পরিষেবা প্রদানকারীর কাছে মিথ্যা তথ্য পাঠাতে পারে।
+
+[মাল্টি-পার্টি কম্পিউটেশন (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) ব্যবহার করে একটি সমাধান থাকতে পারে। আমি আশা করি ভবিষ্যতে একটি টিউটোরিয়ালে এটি নিয়ে লিখব।
+
+## উপসংহার
+
+ইথেরিয়াম স্বাক্ষরের মতো একটি লগ অন স্ট্যান্ডার্ড গ্রহণ করা একটি মুরগি ও ডিমের সমস্যার সম্মুখীন হয়। পরিষেবা প্রদানকারীরা সম্ভাব্য বিস্তৃত বাজারে আবেদন করতে চায়। ব্যবহারকারীরা তাদের লগ অন স্ট্যান্ডার্ড সমর্থন করার বিষয়ে চিন্তা না করে পরিষেবাগুলি অ্যাক্সেস করতে সক্ষম হতে চায়।
+ইথেরিয়াম IdP-এর মতো অ্যাডাপ্টার তৈরি করা আমাদের এই বাধা অতিক্রম করতে সাহায্য করতে পারে।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
diff --git a/public/content/translations/bn/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md b/public/content/translations/bn/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
new file mode 100644
index 00000000000..51fb7e28b30
--- /dev/null
+++ b/public/content/translations/bn/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: bn
+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 এন্ডপয়েন্টে অ্যাক্সেস দেবে যাতে আমরা ট্রানজ্যাকশন পড়তে এবং লিখতে পারি।
+
+আমরা আপনাকে Alchemy-তে সাইন আপ করা থেকে শুরু করে আপনার প্রথম web3 স্ক্রিপ্ট লেখা পর্যন্ত নিয়ে যাব! ব্লকচেইন ডেভেলপমেন্টের কোনো অভিজ্ঞতা আবশ্যক নয়!
+
+## ১. একটি বিনামূল্যে Alchemy অ্যাকাউন্টের জন্য সাইন আপ করুন {#sign-up-for-a-free-alchemy-account}
+
+Alchemy-তে একটি অ্যাকাউন্ট তৈরি করা সহজ, [এখানে বিনামূল্যে সাইন আপ করুন](https://auth.alchemy.com/)।
+
+## 2. একটি 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 কীগুলো পেতে পারে তা দেখানো একটি জিআইএফ](./pull-api-keys.gif)
+
+## 3. কমান্ড লাইন থেকে একটি রিকোয়েস্ট করুন {#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`: আপনার রিকোয়েস্টের আইডি। রেসপন্সের মাধ্যমে এটি ফেরত দেওয়া হবে যাতে আপনি ট্র্যাক রাখতে পারেন কোন রিকোয়েস্টের জন্য কোন রেসপন্সটি এসেছে।
+
+এখানে একটি উদাহরণ রয়েছে যা আপনি বর্তমান গ্যাসের মূল্য পুনরুদ্ধার করতে কমান্ড লাইন থেকে চালাতে পারেন:
+
+```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-র সাথে নির্বিঘ্নে কাজ করার জন্য তৈরি এবং কনফিগার করা হয়েছে। এটি স্বয়ংক্রিয় পুনঃপ্রচেষ্টা এবং শক্তিশালী WebSocket সাপোর্টের মতো একাধিক সুবিধা প্রদান করে।
+
+AlchemyWeb3.js ইনস্টল করতে, **আপনার প্রজেক্ট ডিরেক্টরিতে নেভিগেট করুন** এবং চালান:
+
+**Yarn দিয়ে:**
+
+```
+yarn add @alch/alchemy-web3
+```
+
+**NPM দিয়ে:**
+
+```
+npm install @alch/alchemy-web3
+```
+
+Alchemy-র নোড ইনফ্রাস্ট্রাকচারের সাথে ইন্টারঅ্যাক্ট করতে, NodeJS-এ চালান অথবা এটি একটি JavaScript ফাইলে যোগ করুন:
+
+```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 মেইননেট থেকে সর্বশেষ ব্লক নম্বরটি প্রিন্ট করবে।
+
+**১. যদি আপনি এখনও না করে থাকেন, তাহলে আপনার টার্মিনালে একটি নতুন প্রজেক্ট ডিরেক্টরি তৈরি করুন এবং তার মধ্যে প্রবেশ করুন:**
+
+```
+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()
+```
+
+অ্যাসিঙ্ক বিষয়গুলোর সাথে অপরিচিত? এই [মিডিয়াম পোস্টটি](https://medium.com/better-programming/understanding-async-await-in-javascript-1d81bb079b2c) দেখুন।
+
+**4.** নোড ব্যবহার করে এটি আপনার টার্মিনালে চালান\*\*
+
+```
+node index.js
+```
+
+**5.** আপনি এখন আপনার কনসোলে সর্বশেষ ব্লক নম্বরের আউটপুট দেখতে পাবেন!\*\*
+
+```
+সর্বশেষ ব্লক নম্বর হল 11043912
+```
+
+**বাহ! অভিনন্দন! আপনি এইমাত্র Alchemy ব্যবহার করে আপনার প্রথম web3 স্ক্রিপ্ট লিখেছেন 🎉**
+
+এরপরে কী করবেন তা নিয়ে নিশ্চিত নন? আমাদের [হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্র্যাক্ট গাইডে](https://www.alchemy.com/docs/hello-world-smart-contract) আপনার প্রথম স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করার চেষ্টা করুন এবং কিছু সলিডিটি প্রোগ্রামিংয়ের সাথে হাত পাকান, অথবা [ড্যাশবোর্ড ডেমো অ্যাপ](https://docs.alchemyapi.io/tutorials/demo-app) দিয়ে আপনার ড্যাশবোর্ডের জ্ঞান পরীক্ষা করুন!
+
+_[বিনামূল্যে Alchemy-তে সাইন আপ করুন](https://auth.alchemy.com/), আমাদের [নথিপত্র](https://www.alchemy.com/docs/) দেখুন এবং সর্বশেষ খবরের জন্য, আমাদের [টুইটারে](https://twitter.com/AlchemyPlatform) অনুসরণ করুন_।
diff --git a/public/content/translations/bn/developers/tutorials/guide-to-smart-contract-security-tools/index.md b/public/content/translations/bn/developers/tutorials/guide-to-smart-contract-security-tools/index.md
new file mode 100644
index 00000000000..9cb0d88f3c6
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/guide-to-smart-contract-security-tools/index.md
@@ -0,0 +1,102 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা টুলের জন্য একটি গাইড"
+description: "তিনটি ভিন্ন পরীক্ষা এবং প্রোগ্রাম বিশ্লেষণ কৌশলের একটি সংক্ষিপ্ত বিবরণ"
+author: "Trailofbits"
+lang: bn
+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-এর মাধ্যমে বা ব্যবহারকারী-সংজ্ঞায়িত পরীক্ষার জন্য API-এর মাধ্যমে Slither চালান।
+
+**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)
+- [Shostack থ্রেট মডেলিং](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}
+
+আপনি কী পরীক্ষা করতে চান তা জানলে সঠিক টুল বেছে নিতেও সাহায্য করবে।
+
+স্মার্ট কন্ট্র্যাক্টের জন্য প্রায়শই প্রাসঙ্গিক বিস্তৃত ক্ষেত্রগুলির মধ্যে রয়েছে:
+
+- **স্টেট মেশিন।** বেশিরভাগ কন্ট্র্যাক্টকে একটি স্টেট মেশিন হিসাবে উপস্থাপন করা যেতে পারে। বিবেচনা করুন যে (1) কোনো অবৈধ স্টেটে পৌঁছানো যাবে না, (2) যদি একটি স্টেট বৈধ হয় তবে সেখানে পৌঁছানো যাবে, এবং (3) কোনো স্টেট কন্ট্র্যাক্টকে ফাঁদে ফেলবে না।
+
+  - স্টেট-মেশিন স্পেসিফিকেশন পরীক্ষা করার জন্য Echidna এবং Manticore হল পছন্দের টুল।
+
+- **অ্যাক্সেস কন্ট্রোল।** যদি আপনার সিস্টেমে বিশেষ সুবিধাপ্রাপ্ত ব্যবহারকারী থাকে (যেমন, একজন মালিক, কন্ট্রোলার, ...) আপনাকে নিশ্চিত করতে হবে যে (1) প্রত্যেক ব্যবহারকারী শুধুমাত্র অনুমোদিত কাজ সম্পাদন করতে পারে এবং (2) কোনো ব্যবহারকারী আরও সুবিধাপ্রাপ্ত ব্যবহারকারীর কাজ ব্লক করতে পারে না।
+
+  - 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/bn/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/bn/developers/tutorials/hello-world-smart-contract-fullstack/index.md
new file mode 100644
index 00000000000..8b1939fa53f
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/hello-world-smart-contract-fullstack/index.md
@@ -0,0 +1,1542 @@
+---
+title: "নতুনদের জন্য Hello World স্মার্ট কন্ট্র্যাক্ট - ফুলস্ট্যাক"
+description: "Ethereum-এ একটি সহজ স্মার্ট কন্ট্র্যাক্ট লেখা এবং স্থাপন করার উপর একটি পরিচিতি টিউটোরিয়াল।"
+author: "nstrike2"
+tags:
+  [
+    "সলিডিটি",
+    "hardhat",
+    "alchemy",
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "ডেপ্লয়িং",
+    "ব্লক এক্সপ্লোরার",
+    "ফ্রন্টএন্ড",
+    "লেনদেনসমূহ"
+  ]
+skill: beginner
+lang: bn
+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}
+
+### ইথেরিয়াম নেটওয়ার্কের সাথে সংযোগ করুন {#connect-to-the-ethereum-network}
+
+Ethereum চেইনে রিকুয়েস্ট করার অনেক উপায় আছে। সহজ করার জন্য, আমরা Alchemy-তে একটি বিনামূল্যের অ্যাকাউন্ট ব্যবহার করব, যা একটি ব্লকচেইন ডেভেলপার প্ল্যাটফর্ম এবং API, যা আমাদের নিজেদের নোড না চালিয়ে ইথেরিয়াম চেইনের সাথে যোগাযোগ করতে দেয়। 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_' নাম দিন এবং একটি সংক্ষিপ্ত বিবরণ লিখুন। আপনার এনভায়রনমেন্ট হিসেবে **Staging** এবং আপনার নেটওয়ার্ক হিসেবে **Goerli** নির্বাচন করুন।
+
+![অ্যাপ ভিউ হ্যালো ওয়ার্ল্ড তৈরি করুন](./create-app-view-hello-world.png)
+
+_দ্রষ্টব্য: অবশ্যই **Goerli** নির্বাচন করুন, নতুবা এই টিউটোরিয়ালটি কাজ করবে না।_
+
+**অ্যাপ তৈরি করুন**-এ ক্লিক করুন। আপনার অ্যাপটি নীচের টেবিলে প্রদর্শিত হবে।
+
+### একটি ইথেরিয়াম অ্যাকাউন্ট তৈরি করুন {#create-an-ethereum-account}
+
+লেনদেন পাঠানো এবং গ্রহণ করার জন্য আপনার একটি ইথেরিয়াম অ্যাকাউন্ট প্রয়োজন। আমরা MetaMask ব্যবহার করব, যা ব্রাউজারের একটি ভার্চুয়াল ওয়ালেট এবং এটি ব্যবহারকারীদের তাদের ইথেরিয়াম অ্যাকাউন্টের ঠিকানা পরিচালনা করতে দেয়।
+
+আপনি [এখানে](https://metamask.io/download) বিনামূল্যে একটি MetaMask অ্যাকাউন্ট ডাউনলোড এবং তৈরি করতে পারেন। যখন আপনি একটি অ্যাকাউন্ট তৈরি করছেন, বা যদি আপনার আগে থেকেই একটি অ্যাকাউন্ট থাকে, তবে উপরের ডানদিকে থাকা "Goerli Test Network"-এ স্যুইচ করতে ভুলবেন না (যাতে আমরা আসল টাকা নিয়ে কাজ না করি)।
+
+### ধাপ ৪: একটি ফসেট থেকে ইথার যোগ করুন {#step-4-add-ether-from-a-faucet}
+
+টেস্ট নেটওয়ার্কে আপনার স্মার্ট কন্ট্র্যাক্ট স্থাপন করতে, আপনার কিছু নকল ETH লাগবে। Goerli নেটওয়ার্কে ETH পেতে, একটি Goerli ফসেটে যান এবং আপনার Goerli অ্যাকাউন্টের ঠিকানা লিখুন। উল্লেখ্য যে Goerli ফসেটগুলি সম্প্রতি কিছুটা অবিশ্বাস্য হতে পারে - চেষ্টা করার জন্য বিকল্পগুলির একটি তালিকার জন্য [টেস্ট নেটওয়ার্ক পৃষ্ঠাটি](/developers/docs/networks/#goerli) দেখুন:
+
+_দ্রষ্টব্য: নেটওয়ার্ক কনজেশনের কারণে, এতে কিছুটা সময় লাগতে পারে।_
+``
+
+### ধাপ ৫: আপনার ব্যালেন্স পরীক্ষা করুন {#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" }
+```
+
+> _দ্রষ্টব্য: এই ফলাফলটি wei-তে, ETH-এ নয়।_ Wei ইথারের ক্ষুদ্রতম একক হিসাবে ব্যবহৃত হয়।_
+
+যাক বাবা! আমাদের নকল টাকা সব আছে।
+
+### ধাপ ৬: আমাদের প্রজেক্ট শুরু করুন {#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)
+বর্ণনা: hello world স্মার্ট কন্ট্র্যাক্ট
+এন্ট্রি পয়েন্ট: (index.js)
+টেস্ট কমান্ড:
+git রিপোজিটরি:
+কীওয়ার্ড:
+লেখক:
+লাইসেন্স: (ISC)
+
+/Users/.../.../.../hello-world/package.json এ লিখতে চলেছে:
+
+{
+   "name": "hello-world",
+   "version": "1.0.0",
+   "description": "hello world স্মার্ট কন্ট্র্যাক্ট",
+   "main": "index.js",
+   "scripts": {
+      "test": "echo \"Error: no test specified\" && exit 1"
+   },
+   "author": "",
+   "license": "ISC"
+}
+```
+
+package.json অনুমোদন করুন এবং আমরা এগিয়ে যাওয়ার জন্য প্রস্তুত!
+
+### ধাপ ৭: Hardhat ডাউনলোড করুন {#step-7-download-hardhat}
+
+Hardhat হল আপনার Ethereum সফ্টওয়্যার কম্পাইল, স্থাপন, পরীক্ষা এবং ডিবাগ করার জন্য একটি ডেভেলপমেন্ট পরিবেশ। এটি ডেভেলপারদের লাইভ চেইনে স্থাপন করার আগে স্থানীয়ভাবে স্মার্ট কন্ট্র্যাক্ট এবং ডিএ্যাপস তৈরি করতে সাহায্য করে।
+
+আমাদের `hello-world` প্রজেক্টের ভিতরে চালান:
+
+```
+npm install --save-dev hardhat
+```
+
+[ইনস্টলেশন নির্দেশাবলী](https://hardhat.org/getting-started/#overview) সম্পর্কে আরও বিস্তারিত জানতে এই পৃষ্ঠাটি দেখুন।
+
+### ধাপ ৮: Hardhat প্রজেক্ট তৈরি করুন {#step-8-create-hardhat-project}
+
+আমাদের `hello-world` প্রজেক্ট ফোল্ডারের ভিতরে, চালান:
+
+```
+npx hardhat
+```
+
+তারপরে আপনার একটি স্বাগত বার্তা এবং আপনি কী করতে চান তা নির্বাচন করার একটি বিকল্প দেখতে পাওয়া উচিত। “একটি খালি 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` ফাইল তৈরি করবে। আমরা আমাদের প্রজেক্টের সেটআপ নির্দিষ্ট করার জন্য টিউটোরিয়ালের পরে এটি ব্যবহার করব।
+
+### ধাপ ৯: প্রজেক্ট ফোল্ডার যোগ করুন {#step-9-add-project-folders}
+
+প্রজেক্টটি সংগঠিত রাখতে, আসুন দুটি নতুন ফোল্ডার তৈরি করি। কমান্ড লাইনে, আপনার `hello-world` প্রজেক্টের রুট ডিরেক্টরিতে নেভিগেট করুন এবং টাইপ করুন:
+
+```
+mkdir contracts
+mkdir scripts
+```
+
+- `contracts/` হল যেখানে আমরা আমাদের হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্র্যাক্ট কোড ফাইল রাখব
+- `scripts/` হল যেখানে আমরা আমাদের কন্ট্র্যাক্ট স্থাপন এবং ইন্টারঅ্যাক্ট করার জন্য স্ক্রিপ্ট রাখব
+
+### ধাপ ১০: আমাদের কন্ট্র্যাক্ট লিখুন {#step-10-write-our-contract}
+
+আপনি নিজেকে জিজ্ঞাসা করতে পারেন, আমরা কখন কোড লিখতে যাচ্ছি? এখন সেই সময়!
+
+আপনার প্রিয় এডিটরে hello-world প্রজেক্টটি খুলুন। স্মার্ট কন্ট্র্যাক্টগুলি সাধারণত সলিডিটিতে লেখা হয়, যা আমরা আমাদের স্মার্ট কন্ট্র্যাক্ট লেখার জন্য ব্যবহার করব।‌
+
+1. `contracts` ফোল্ডারে নেভিগেট করুন এবং `HelloWorld.sol` নামে একটি নতুন ফাইল তৈরি করুন
+2. নীচে একটি নমুনা Hello World স্মার্ট কন্ট্র্যাক্ট রয়েছে যা আমরা এই টিউটোরিয়ালের জন্য ব্যবহার করব। নীচের বিষয়বস্তুগুলি `HelloWorld.sol` ফাইলে কপি করুন।
+
+_দ্রষ্টব্য: এই কন্ট্র্যাক্টটি কী করে তা বোঝার জন্য মন্তব্যগুলি পড়তে ভুলবেন না।_
+
+```
+// সিমেন্টিক ভার্সনিং ব্যবহার করে সলিডিটির সংস্করণ নির্দিষ্ট করে।
+// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity >=0.7.3;
+
+// `HelloWorld` নামের একটি কন্ট্র্যাক্ট সংজ্ঞায়িত করে।
+// একটি কন্ট্র্যাক্ট হল ফাংশন এবং ডেটার একটি সংগ্রহ (তার স্টেট)। একবার স্থাপন করা হলে, একটি কন্ট্র্যাক্ট ইথেরিয়াম ব্লকচেইনে একটি নির্দিষ্ট ঠিকানায় থাকে। আরও জানুন: 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` ফাংশন কল করে আপডেট করা যেতে পারে।
+
+### ধাপ ১১: আপনার প্রজেক্টের সাথে 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) দেখুন।
+
+প্রথমে, আপনার প্রজেক্ট ডিরেক্টরিতে ডটএনভ প্যাকেজটি ইনস্টল করুন:
+
+```
+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"
+```
+
+এগুলিকে আমাদের কোডের সাথে সংযোগ করতে, আমরা ধাপ 13-এ আমাদের `hardhat.config.js` ফাইলে এই ভেরিয়েবলগুলিকে রেফারেন্স করব।
+
+### ধাপ 12: Ethers.js ইনস্টল করুন {#step-12-install-ethersjs}
+
+Ethers.js হল একটি লাইব্রেরি যা আরও ব্যবহারকারী-বান্ধব পদ্ধতির সাথে [স্ট্যান্ডার্ড JSON-RPC পদ্ধতি](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc) মোড়ক দিয়ে ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করা এবং অনুরোধ করা সহজ করে তোলে।
+
+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"
+```
+
+### ধাপ ১৩: 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}`],
+    },
+  },
+}
+```
+
+### ধাপ ১৪: আমাদের কন্ট্র্যাক্ট কম্পাইল করুন {#step-14-compile-our-contract}
+
+সবকিছু ঠিকঠাক কাজ করছে কিনা তা নিশ্চিত করতে, আসুন আমাদের কন্ট্র্যাক্ট কম্পাইল করি। `compile` টাস্কটি অন্তর্নির্মিত হার্ডহ্যাট টাস্কগুলির মধ্যে একটি।
+
+কমান্ড লাইন থেকে রান করুন:
+
+```bash
+npx hardhat compile
+```
+
+আপনি `SPDX লাইসেন্স আইডেন্টিফায়ার সোর্স ফাইলে সরবরাহ করা হয়নি` সম্পর্কে একটি সতর্কতা পেতে পারেন, কিন্তু সে সম্পর্কে চিন্তা করার দরকার নেই — আশা করি বাকি সব ঠিকঠাক দেখাবে! যদি না হয়, আপনি সবসময় [Alchemy ডিসকর্ড](https://discord.gg/u72VCg3)-এ বার্তা দিতে পারেন।
+
+### ধাপ ১৫: আমাদের ডেপ্লয় স্ক্রিপ্ট লিখুন {#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` হল আমাদের hello world কন্ট্র্যাক্টের উদাহরণগুলির জন্য একটি [ফ্যাক্টরি](https://en.wikipedia.org/wiki/Factory_\(object-oriented_programming\))। `hardhat-ethers` প্লাগইন `ContractFactory` এবং `Contract` ব্যবহার করার সময়, ইনস্ট্যান্সগুলি ডিফল্টরূপে প্রথম স্বাক্ষরকারী (মালিক) এর সাথে সংযুক্ত থাকে।
+
+```javascript
+const hello_world = await HelloWorld.deploy()
+```
+
+একটি `ContractFactory`-এ `deploy()` কল করলে ডেপ্লয়মেন্ট শুরু হবে, এবং একটি `Promise` প্রদান করবে যা একটি `Contract` অবজেক্টে সমাধান করে। এটি সেই অবজেক্ট যার আমাদের প্রতিটি স্মার্ট কন্ট্র্যাক্ট ফাংশনের জন্য একটি পদ্ধতি রয়েছে।
+
+### ধাপ 16: আমাদের কন্ট্র্যাক্ট স্থাপন করুন {#step-16-deploy-our-contract}
+
+আমরা অবশেষে আমাদের স্মার্ট কন্ট্র্যাক্ট স্থাপন করার জন্য প্রস্তুত! কমান্ড লাইনে যান এবং চালান:
+
+```bash
+npx hardhat run scripts/deploy.js --network goerli
+```
+
+তারপরে আপনার এইরকম কিছু দেখা উচিত:
+
+```bash
+কন্ট্র্যাক্টটি এই ঠিকানায় স্থাপন করা হয়েছে: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
+```
+
+**অনুগ্রহ করে এই ঠিকানাটি সংরক্ষণ করুন**। আমরা এটি টিউটোরিয়ালের পরে ব্যবহার করব।
+
+আমরা যদি [Goerli etherscan](https://goerli.etherscan.io)-এ যাই এবং আমাদের কন্ট্র্যাক্টের ঠিকানা অনুসন্ধান করি, তাহলে আমরা দেখতে পাব যে এটি সফলভাবে স্থাপন করা হয়েছে। লেনদেনটি এইরকম কিছু দেখাবে:
+
+![](./etherscan-contract.png)
+
+`From` ঠিকানাটি আপনার MetaMask অ্যাকাউন্টের ঠিকানার সাথে মিলবে এবং `To` ঠিকানায় বলা হবে **কন্ট্র্যাক্ট তৈরি**। যদি আমরা লেনদেনের মধ্যে ক্লিক করি, তাহলে আমরা `To` ফিল্ডে আমাদের কন্ট্র্যাক্টের ঠিকানা দেখতে পাব।
+
+![](./etherscan-transaction.png)
+
+অভিনন্দন! আপনি সবেমাত্র একটি ইথেরিয়াম টেস্টনেটে একটি স্মার্ট কন্ট্র্যাক্ট স্থাপন করেছেন।
+
+নেপথ্যে কী ঘটছে তা বোঝার জন্য, আসুন আমাদের [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), যা হ্যাস দেওয়া হলে আমাদের transaction সম্পর্কে তথ্য পড়ার জন্য একটি অনুরোধ। লেনদেন পাঠানোর বিষয়ে আরও জানতে, [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. স্বাক্ষরকারী - একটি ইথেরিয়াম অ্যাকাউন্ট যা লেনদেন স্বাক্ষর করতে পারে
+3. কন্ট্র্যাক্ট - একটি Ethers.js অবজেক্ট যা অনচেইনে স্থাপন করা একটি নির্দিষ্ট কন্ট্র্যাক্টকে প্রতিনিধিত্ব করে
+
+আমরা আগের ধাপ থেকে কন্ট্র্যাক্ট ABI ব্যবহার করে কন্ট্র্যাক্টের উদাহরণ তৈরি করব:
+
+```javascript
+// interact.js
+
+// Provider
+const alchemyProvider = new ethers.providers.AlchemyProvider(
+  (network = "goerli"),
+  API_KEY
+)
+
+// Signer
+const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider)
+
+// Contract
+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
+
+// ...
+
+asyn'c function main() {
+  const message = await helloWorldContract.message()
+  console.log("The message is: " + message)
+}
+main()
+```
+
+টার্মিনালে `npx hardhat run scripts/interact.js` ব্যবহার করে ফাইলটি চালানোর পর আমরা এই প্রতিক্রিয়া দেখতে পাব:
+
+```
+বার্তাটি হল: Hello world!
+```
+
+অভিনন্দন! আপনি সবেমাত্র ইথেরিয়াম ব্লকচেইন থেকে সফলভাবে স্মার্ট কন্ট্র্যাক্ট ডেটা পড়েছেন, সাবাশ!
+
+### বার্তা আপডেট করুন {#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`
+
+```
+বার্তাটি হল: Hello World!
+বার্তা আপডেট হচ্ছে...
+নতুন বার্তাটি হল: এটি নতুন বার্তা।
+```
+
+সেই স্ক্রিপ্টটি চালানোর সময়, আপনি লক্ষ্য করতে পারেন যে নতুন বার্তা লোড হওয়ার আগে `বার্তা আপডেট হচ্ছে...` ধাপটি লোড হতে কিছুটা সময় নেয়। এটি মাইনিং প্রক্রিয়ার কারণে হয়; যদি আপনি মাইনিং করার সময় লেনদেন ট্র্যাক করতে আগ্রহী হন, তবে একটি লেনদেনের স্থিতি দেখতে [Alchemy mempool](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
+কন্ট্র্যাক্টের জন্য সোর্স কোড সফলভাবে জমা দেওয়া হয়েছে
+contracts/HelloWorld.sol:HelloWorld at 0xdeployed-contract-address
+Etherscan-এ যাচাইকরণের জন্য। যাচাইকরণের ফলাফলের জন্য অপেক্ষা করা হচ্ছে...
+
+
+সফলভাবে Etherscan-এ HelloWorld কন্ট্র্যাক্ট যাচাই করা হয়েছে।
+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 ব্যবহার করে ইথেরিয়াম লেনদেন স্বাক্ষর করা
+
+এই ডিএ্যাপ-এর জন্য, আমরা আমাদের ফ্রন্টএন্ড ফ্রেমওয়ার্ক হিসেবে [React](https://react.dev/) ব্যবহার করব; তবে, এটি মনে রাখা গুরুত্বপূর্ণ যে আমরা এর মূল বিষয়গুলি ভেঙে দেখতে বেশি সময় ব্যয় করব না, কারণ আমরা মূলত আমাদের প্রজেক্টে Web3 কার্যকারিতা আনার উপর মনোযোগ দেব।
+
+পূর্বশর্ত হিসেবে, আপনার React সম্পর্কে প্রাথমিক স্তরের ধারণা থাকা উচিত। যদি না থাকে, আমরা অফিসিয়াল [Intro to 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-কে আপনার ইথেরিয়াম ওয়ালেট এবং [পর্ব ৩](#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 ? (
+        "সংযুক্ত: " +
+        String(walletAddress).substring(0, 6) +
+        "..." +
+        String(walletAddress).substring(38)
+      ) : (
+        <span>ওয়ালেট সংযোগ করুন</span>
+      )}
+    </button>
+
+    <h2 style={{ paddingTop: "50px" }}>বর্তমান বার্তা:</h2>
+    <p>{message}</p>
+
+    <h2 style={{ paddingTop: "18px" }}>নতুন বার্তা:</h2>
+
+    <div>
+      <input
+        type="text"
+        placeholder="আপনার স্মার্ট কন্ট্র্যাক্টে বার্তা আপডেট করুন।"
+        onChange={(e) => setNewMessage(e.target.value)}
+        value={newMessage}
+      />
+      <p id="status">{status}</p>
+
+      <button id="publishButton" onClick={onUpdatePressed}>
+        আপডেট
+      </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) ব্যবহার করে Hello World স্মার্ট কন্ট্র্যাক্টে একটি _পড়ার_ কল করবে।
+- `connectWallet` - এই ফাংশনটি ব্যবহারকারীর MetaMask কে আমাদের ডিএ্যাপস-এর সাথে সংযোগ করবে।
+- `getCurrentWalletConnected` - এই ফাংশনটি পৃষ্ঠা লোড হওয়ার সময় আমাদের ডিএ্যাপস-এর সাথে একটি ইথেরিয়াম অ্যাকাউন্ট ইতিমধ্যে সংযুক্ত আছে কিনা তা পরীক্ষা করবে এবং সেই অনুযায়ী আমাদের UI আপডেট করবে।
+- `updateMessage` - এই ফাংশনটি স্মার্ট কন্ট্র্যাক্টে সংরক্ষিত বার্তা আপডেট করবে। এটি Hello World স্মার্ট কন্ট্র্যাক্টে একটি _লেখার_ কল করবে, তাই বার্তা আপডেট করার জন্য ব্যবহারকারীর MetaMask ওয়ালেটকে একটি ইথেরিয়াম লেনদেন স্বাক্ষর করতে হবে।
+
+এখন যেহেতু আমরা বুঝতে পারছি আমরা কী নিয়ে কাজ করছি, আসুন দেখি কীভাবে আমাদের স্মার্ট কন্ট্র্যাক্ট থেকে পড়তে হয়!
+
+### ধাপ ৩: আপনার স্মার্ট কন্ট্র্যাক্ট থেকে পড়ুন {#step-3-read-from-your-smart-contract}
+
+আপনার স্মার্ট কন্ট্র্যাক্ট থেকে পড়তে, আপনাকে সফলভাবে সেট আপ করতে হবে:
+
+- ইথেরিয়াম চেইনের সাথে একটি API সংযোগ
+- আপনার স্মার্ট কন্ট্র্যাক্টের একটি লোড করা উদাহরণ
+- আপনার স্মার্ট কন্ট্র্যাক্ট ফাংশনে কল করার জন্য একটি ফাংশন
+- স্মার্ট কন্ট্র্যাক্ট থেকে আপনি যে ডেটা পড়ছেন তা পরিবর্তন হলে আপডেটগুলির জন্য নজর রাখার জন্য একটি লিসেনার
+
+এটি অনেক ধাপের মতো শোনাতে পারে, কিন্তু চিন্তা করবেন না! আমরা আপনাকে ধাপে ধাপে প্রতিটি কিভাবে করতে হয় তা দেখাব! :\)
+
+#### ইথেরিয়াম চেইনের সাথে একটি 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/)-এর একটি র‍্যাপার, যা উন্নত API পদ্ধতি এবং অন্যান্য গুরুত্বপূর্ণ সুবিধা প্রদান করে যাতে আপনার জীবন একজন ওয়েব3 ডেভেলপার হিসাবে সহজ হয়। এটি এমনভাবে ডিজাইন করা হয়েছে যাতে ন্যূনতম কনফিগারেশনের প্রয়োজন হয় যাতে আপনি এখনই আপনার অ্যাপে এটি ব্যবহার করা শুরু করতে পারেন!
+
+তারপর, আপনার প্রজেক্ট ডিরেক্টরিতে [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 এন্ডপয়েন্ট স্থাপন করার জন্য `createAlchemyWeb3`-এ আমাদের `alchemyKey` পাস করেছি।
+
+এই এন্ডপয়েন্ট প্রস্তুত হলে, এখন আমাদের স্মার্ট কন্ট্র্যাক্ট লোড করার সময়!
+
+#### আপনার Hello World স্মার্ট কন্ট্র্যাক্ট লোড করা হচ্ছে {#loading-your-hello-world-smart-contract}
+
+আপনার Hello World স্মার্ট কন্ট্র্যাক্ট লোড করার জন্য, আপনার এর কন্ট্র্যাক্ট ঠিকানা এবং 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) ব্যবহার করতে পারি। `interact.js` ফাইলে আপনার কন্ট্র্যাক্ট ABI ইম্পোর্ট করুন এবং আপনার কন্ট্র্যাক্ট ঠিকানা যোগ করুন।
+
+```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}
+
+এই ফাংশনটি খুবই সহজ। আমরা আমাদের কন্ট্র্যাক্ট থেকে পড়ার জন্য একটি সহজ অ্যাসিঙ্ক web3 কল করব। আমাদের ফাংশনটি স্মার্ট কন্ট্র্যাক্টে সংরক্ষিত বার্তা ফেরত দেবে:
+
+আপনার `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` শুধুমাত্র কম্পোনেন্টের প্রথম রেন্ডারের সময় একবার কল করা হোক। আমরা শীঘ্রই `addSmartContractListener` বাস্তবায়ন করব যাতে স্মার্ট কন্ট্র্যাক্টে বার্তা পরিবর্তন হওয়ার পরে UI স্বয়ংক্রিয়ভাবে আপডেট হয়।
+
+আমাদের লিসেনারে ডুব দেওয়ার আগে, আসুন দেখি আমরা এখন পর্যন্ত কী করেছি! আপনার `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
+
+// সিমেন্টিক ভার্সনিং ব্যবহার করে সলিডিটির সংস্করণ নির্দিষ্ট করে।
+// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity ^0.7.3;
+
+// `HelloWorld` নামের একটি কন্ট্র্যাক্ট সংজ্ঞায়িত করে।
+// একটি কন্ট্র্যাক্ট হল ফাংশন এবং ডেটার একটি সংগ্রহ (তার স্টেট)। একবার স্থাপন করা হলে, একটি কন্ট্র্যাক্ট ইথেরিয়াম ব্লকচেইনে একটি নির্দিষ্ট ঠিকানায় থাকে। আরও জানুন: 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` ফাংশনটি বিশেষভাবে আমাদের Hello World স্মার্ট কন্ট্র্যাক্টের `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()
+}, [])
+```
+
+এখন যেহেতু আমরা আমাদের স্মার্ট কন্ট্র্যাক্ট থেকে পড়তে সক্ষম, এটিতে কীভাবে লিখতেও হয় তা বের করা দুর্দান্ত হবে! তবে, আমাদের ডিএ্যাপস-এ লিখতে হলে, আমাদের প্রথমে একটি ইথেরিয়াম ওয়ালেট এর সাথে সংযুক্ত থাকতে হবে।
+
+সুতরাং, এরপর আমরা আমাদের ইথেরিয়াম ওয়ালেট (MetaMask) সেট আপ করব এবং তারপরে এটি আমাদের ডিএ্যাপস-এর সাথে সংযোগ করব!
+
+### ধাপ ৪: আপনার ইথেরিয়াম ওয়ালেট সেট আপ করুন {#step-4-set-up-your-ethereum-wallet}
+
+ইথেরিয়াম চেইনে কিছু লিখতে, ব্যবহারকারীদের তাদের ভার্চুয়াল ওয়ালেটের ব্যক্তিগত কী ব্যবহার করে লেনদেন স্বাক্ষর করতে হবে। এই টিউটোরিয়ালের জন্য, আমরা [MetaMask](https://metamask.io/) ব্যবহার করব, যা ব্রাউজারে একটি ভার্চুয়াল ওয়ালেট এবং আপনার ইথেরিয়াম অ্যাকাউন্টের ঠিকানা পরিচালনা করতে ব্যবহৃত হয়, কারণ এটি শেষ-ব্যবহারকারীর জন্য এই লেনদেন স্বাক্ষর করা খুব সহজ করে তোলে।
+
+আপনি যদি Ethereum-এ লেনদেন কিভাবে কাজ করে সে সম্পর্কে আরও বুঝতে চান, তাহলে ইথেরিয়াম ফাইন্ডেশনের [এই পৃষ্ঠাটি](/developers/docs/transactions/) দেখুন।
+
+#### MetaMask ডাউনলোড করুন {#download-metamask}
+
+আপনি [এখানে](https://metamask.io/download) বিনামূল্যে একটি MetaMask অ্যাকাউন্ট ডাউনলোড এবং তৈরি করতে পারেন। যখন আপনি একটি অ্যাকাউন্ট তৈরি করছেন, বা যদি আপনার আগে থেকেই একটি অ্যাকাউন্ট থাকে, তবে উপরের ডানদিকে থাকা "Goerli Test Network"-এ স্যুইচ করতে ভুলবেন না (যাতে আমরা আসল টাকা নিয়ে কাজ না করি)।
+
+#### একটি ফসেট থেকে ইথার যোগ করুন {#add-ether-from-a-faucet}
+
+ইথেরিয়াম ব্লকচেইনে একটি লেনদেন স্বাক্ষর করার জন্য, আমাদের কিছু নকল Eth লাগবে। Eth পেতে আপনি [FaucETH](https://fauceth.komputing.org)-এ যেতে পারেন এবং আপনার Goerli অ্যাকাউন্টের ঠিকানা লিখতে পারেন, "ফান্ড অনুরোধ করুন"-এ ক্লিক করুন, তারপরে ড্রপডাউনে "Ethereum Testnet 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 অ্যাকাউন্ট অ্যাড্রেস ইনপুট করার পরে এবং “অনুরোধ পাঠান”-এ ক্লিক করার পরে, আপনার এইরকম একটি প্রতিক্রিয়া দেখা উচিত:
+
+```text
+{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
+```
+
+**দ্রষ্টব্য:** এই ফলাফলটি wei-তে, eth-এ নয়। 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 ইনস্টল করতে হবে, যা একটি ভার্চুয়াল ইথেরিয়াম ওয়ালেট।
+            </a>
+          </p>
+        </span>
+      ),
+    }
+  }
+}
+```
+
+তাহলে এই বিশাল কোড ব্লকটি ঠিক কী করে?
+
+ওয়েল, প্রথমে, এটি পরীক্ষা করে যে আপনার ব্রাউজারে `window.ethereum` সক্ষম আছে কিনা।
+
+`window.ethereum` হল একটি গ্লোবাল API যা MetaMask এবং অন্যান্য ওয়ালেট প্রদানকারীরা ইনজেক্ট করে, যা ওয়েবসাইটগুলিকে ব্যবহারকারীদের ইথেরিয়াম অ্যাকাউন্টগুলির জন্য অনুরোধ করার অনুমতি দেয়। অনুমোদিত হলে, এটি ব্যবহারকারী যে ব্লকচেইনগুলির সাথে সংযুক্ত রয়েছে সেখান থেকে ডেটা পড়তে পারে এবং ব্যবহারকারীকে বার্তা এবং লেনদেন স্বাক্ষর করার পরামর্শ দিতে পারে। আরও তথ্যের জন্য [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` (লাইন ৯ দেখুন) এবং একটি `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)
+}
+```
+
+লক্ষ্য করুন কীভাবে আমাদের বেশিরভাগ কার্যকারিতা `interact.js` ফাইল থেকে আমাদের `HelloWorld.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 ইনস্টল করতে হবে, যা একটি ভার্চুয়াল ইথেরিয়াম ওয়ালেট।
+            </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 ইনস্টল করতে হবে, যা একটি ভার্চুয়াল ইথেরিয়াম ওয়ালেট।
+        </a>
+      </p>
+    )
+  }
+}
+```
+
+আমি বাজি ধরতে পারি যে এই মুহূর্তে এখানে কী ঘটছে তা বোঝার জন্য আপনার আর আমাদের সাহায্যের প্রয়োজন নেই, তবে সম্পূর্ণতার জন্য, আসুন দ্রুত এটি ভেঙে দেখা যাক:
+
+- প্রথমে, আমাদের ফাংশন পরীক্ষা করে যে `window.ethereum` সক্রিয় আছে কিনা (অর্থাৎ MetaMask ইনস্টল করা আছে)।
+  - যদি না থাকে, আমরা কেবল আমাদের `status` স্টেট ভেরিয়েবলটিকে একটি JSX স্ট্রিং-এ সেট করি যা ব্যবহারকারীকে MetaMask ইনস্টল করার জন্য অনুরোধ করে।
+  - যদি এটি সক্রিয় থাকে, আমরা লাইন ৩-এ `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 ইথেরিয়াম লেনদেনের সাথে ইতিমধ্যে স্বাচ্ছন্দ্য বোধ করেন, তবে আমরা পরবর্তীতে যে কোডটি লিখব তা খুব পরিচিত হবে। আপনার ইনপুট ত্রুটি হ্যান্ডলিং কোডের নীচে, `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` আমাদের Hello World স্মার্ট কন্ট্র্যাক্টের `update` পদ্ধতিতে কল ধারণ করে, যা ইনপুট হিসাবে আমাদের `message` স্ট্রিং ভেরিয়েবল গ্রহণ করে
+
+তারপর, আমরা একটি অ্যাওয়েট কল করি, `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` ফাংশনে একটি অ্যাওয়েট কল করবে এবং `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 ব্যবহার করে ইথেরিয়াম লেনদেন স্বাক্ষর করা
+
+এখন আপনি এই টিউটোরিয়ালের দক্ষতা প্রয়োগ করে আপনার নিজের কাস্টম ডিএ্যাপস প্রজেক্ট তৈরি করার জন্য সম্পূর্ণরূপে সজ্জিত! বরাবরের মতো, আপনার যদি কোনো প্রশ্ন থাকে, তাহলে [Alchemy Discord](https://discord.gg/gWuC7zB)-এ আমাদের কাছে সাহায্যের জন্য পৌঁছাতে দ্বিধা করবেন না। 🧙‍♂️
+
+এই টিউটোরিয়ালটি সম্পূর্ণ করার পর, টুইটারে [@alchemyplatform](https://twitter.com/AlchemyPlatform)-এ আমাদের ট্যাগ করে আপনার অভিজ্ঞতা কেমন ছিল বা আপনার কোনো মতামত থাকলে আমাদের জানান!
diff --git a/public/content/translations/bn/developers/tutorials/hello-world-smart-contract/index.md b/public/content/translations/bn/developers/tutorials/hello-world-smart-contract/index.md
new file mode 100644
index 00000000000..bf5ea083d3a
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/hello-world-smart-contract/index.md
@@ -0,0 +1,366 @@
+---
+title: "শিক্ষানবিশদের জন্য হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্র্যাক্ট"
+description: "Ethereum-এ একটি সহজ স্মার্ট কন্ট্র্যাক্ট লেখা এবং স্থাপন করার উপর একটি পরিচিতি টিউটোরিয়াল।"
+author: "elanh"
+tags:
+  [
+    "সলিডিটি",
+    "hardhat",
+    "alchemy",
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "ডেপ্লয়িং"
+  ]
+skill: beginner
+lang: bn
+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) ব্যবহার করে Sepolia টেস্ট নেটওয়ার্কে একটি সহজ স্মার্ট কন্ট্র্যাক্ট তৈরি এবং স্থাপন করার মাধ্যমে দেখাব (যদি আপনি এখনও এর কোনটির অর্থ না বোঝেন তবে চিন্তা করবেন না, আমরা এটি ব্যাখ্যা করব)।
+
+এই টিউটোরিয়ালের [পার্ট 2](https://docs.alchemy.com/docs/interacting-with-a-smart-contract)-তে আমরা দেখব কিভাবে আমাদের স্মার্ট কন্ট্র্যাক্টটি এখানে স্থাপন করার পরে তার সাথে ইন্টারঅ্যাক্ট করা যায়, এবং [পার্ট 3](https://www.alchemy.com/docs/submitting-your-smart-contract-to-etherscan)-তে আমরা দেখব কিভাবে এটি Etherscan-এ প্রকাশ করা যায়।
+
+যেকোনো সময়ে আপনার কোনো প্রশ্ন থাকলে [Alchemy Discord](https://discord.gg/gWuC7zB)-এ যোগাযোগ করতে পারেন!
+
+## ধাপ 1: Ethereum নেটওয়ার্কের সাথে সংযোগ করুন {#step-1}
+
+Ethereum চেইনে রিকুয়েস্ট করার অনেক উপায় আছে। সহজ করার জন্য, আমরা Alchemy-তে একটি বিনামূল্যের অ্যাকাউন্ট ব্যবহার করব, এটি একটি ব্লকচেইন ডেভেলপার প্ল্যাটফর্ম এবং API যা আমাদের নিজস্ব নোড চালানোর প্রয়োজন ছাড়াই Ethereum চেইনের সাথে যোগাযোগ করতে দেয়। প্ল্যাটফর্মটিতে পর্যবেক্ষণ এবং বিশ্লেষণের জন্য ডেভেলপার টুলসও রয়েছে যা আমরা এই টিউটোরিয়ালে আমাদের স্মার্ট কন্ট্র্যাক্ট স্থাপনার আড়ালে কী ঘটছে তা বোঝার জন্য ব্যবহার করব। আপনার যদি আগে থেকেই একটি Alchemy অ্যাকাউন্ট না থাকে, [আপনি এখানে বিনামূল্যে সাইন আপ করতে পারেন](https://dashboard.alchemy.com/signup)।
+
+## ধাপ 2: আপনার অ্যাপ (এবং API কী) তৈরি করুন {#step-2}
+
+একবার আপনি একটি Alchemy অ্যাকাউন্ট তৈরি করে ফেললে, আপনি একটি অ্যাপ তৈরি করে একটি API কী জেনারেট করতে পারেন। এটি আমাদের Sepolia টেস্ট নেটওয়ার্কে অনুরোধ করার অনুমতি দেবে। আপনি যদি টেস্টনেটের সাথে পরিচিত না হন, তাহলে [এই পেজটি](/developers/docs/networks/) দেখুন।
+
+1. ন্যাভ বারে "Select an app" নির্বাচন করে এবং "Create new app" ক্লিক করে আপনার Alchemy ড্যাশবোর্ডের "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 কী কপির জন্য উপলব্ধ সহ ন্যাভ বার ড্রপডাউন মেনুতে উপস্থিত হওয়া উচিত।
+
+## ধাপ 3: একটি Ethereum অ্যাকাউন্ট (অ্যাড্রেস) তৈরি করুন {#step-3}
+
+লেনদেন পাঠানো এবং গ্রহণ করার জন্য আমাদের একটি Ethereum অ্যাকাউন্ট প্রয়োজন। এই টিউটোরিয়ালের জন্য, আমরা MetaMask ব্যবহার করব, যা ব্রাউজারের একটি ভার্চুয়াল ওয়ালেট এবং আপনার Ethereum অ্যাকাউন্ট অ্যাড্রেস পরিচালনা করতে ব্যবহৃত হয়। [লেনদেন](/developers/docs/transactions/) সম্পর্কে আরও।
+
+আপনি [এখানে](https://metamask.io/download) বিনামূল্যে MetaMask ডাউনলোড করতে এবং একটি Ethereum অ্যাকাউন্ট তৈরি করতে পারেন। আপনি যখন একটি অ্যাকাউন্ট তৈরি করছেন, অথবা যদি আপনার আগে থেকেই একটি অ্যাকাউন্ট থাকে, তাহলে নেটওয়ার্ক ড্রপডাউন মেনু ব্যবহার করে "Sepolia" টেস্ট নেটওয়ার্কে স্যুইচ করতে ভুলবেন না (যাতে আমরা আসল টাকা নিয়ে কাজ না করি)।
+
+আপনি যদি Sepolia তালিকাভুক্ত না দেখেন, তাহলে মেনুতে যান, তারপর Advanced-এ যান এবং "Show test networks" চালু করতে নিচে স্ক্রোল করুন। নেটওয়ার্ক নির্বাচন মেনুতে, টেস্টনেটগুলির একটি তালিকা খুঁজে পেতে "Custom" ট্যাবটি বেছে নিন এবং "Sepolia" নির্বাচন করুন।
+
+![মেটামাস্ক সেপোলিয়া উদাহরণ](./metamask-sepolia-example.png)
+
+## ধাপ 4: একটি ফসেট থেকে ইথার যোগ করুন {#step-4}
+
+টেস্ট নেটওয়ার্কে আমাদের স্মার্ট কন্ট্র্যাক্ট স্থাপন করার জন্য, আমাদের কিছু নকল Eth লাগবে। Sepolia ETH পেতে আপনি বিভিন্ন ফসেটের একটি তালিকা দেখতে [Sepolia নেটওয়ার্কের বিবরণ](/developers/docs/networks/#sepolia)-এ যেতে পারেন। যদি একটি কাজ না করে, তবে অন্যটি চেষ্টা করুন কারণ সেগুলি মাঝে মাঝে খালি হয়ে যেতে পারে। নেটওয়ার্ক ট্রাফিকের কারণে আপনার নকল ETH পেতে কিছু সময় লাগতে পারে। কিছুক্ষণ পরেই আপনার Metamask অ্যাকাউন্টে ETH দেখতে পাবেন!
+
+## ধাপ 5: আপনার ব্যালেন্স পরীক্ষা করুন {#step-5}
+
+আমাদের ব্যালেন্স আছে কিনা তা দুবার পরীক্ষা করার জন্য, আসুন [Alchemy’s composer tool](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 অ্যাকাউন্ট অ্যাড্রেস ইনপুট করার পরে এবং “অনুরোধ পাঠান”-এ ক্লিক করার পরে, আপনার এইরকম একটি প্রতিক্রিয়া দেখা উচিত:
+
+```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} />।
+
+## ধাপ 6: আমাদের প্রজেক্ট শুরু করুন {#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
+```
+
+ইনস্টলেশন প্রশ্নগুলির উত্তর আপনি কীভাবে দেন তা সত্যিই গুরুত্বপূর্ণ নয়, রেফারেন্সের জন্য আমরা কীভাবে এটি করেছি তা এখানে রয়েছে:
+
+```
+প্যাকেজের নাম: (hello-world)
+ভার্সন: (1.0.0)
+বিবরণ: হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্র্যাক্ট
+এন্ট্রি পয়েন্ট: (index.js)
+টেস্ট কমান্ড:
+গিট রিপোজিটরি:
+কীওয়ার্ড:
+লেখক:
+লাইসেন্স: (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](https://hardhat.org/getting-started/#overview) ডাউনলোড করুন {#step-7}
+
+Hardhat হল আপনার Ethereum সফ্টওয়্যার কম্পাইল, স্থাপন, পরীক্ষা এবং ডিবাগ করার জন্য একটি ডেভেলপমেন্ট পরিবেশ। এটি ডেভেলপারদের লাইভ চেইনে স্থাপন করার আগে স্থানীয়ভাবে স্মার্ট কন্ট্র্যাক্ট এবং ডিএ্যাপস তৈরি করতে সাহায্য করে।
+
+আমাদের `hello-world` প্রজেক্টের ভিতরে চালান:
+
+```
+npm install --save-dev hardhat
+```
+
+[ইনস্টলেশন নির্দেশাবলী](https://hardhat.org/getting-started/#overview) সম্পর্কে আরও বিস্তারিত জানতে এই পৃষ্ঠাটি দেখুন।
+
+## ধাপ 8: Hardhat প্রজেক্ট তৈরি করুন {#step-8}
+
+আমাদের প্রজেক্ট ফোল্ডারের ভিতরে চালান:
+
+```
+npx hardhat
+```
+
+তারপরে আপনার একটি স্বাগত বার্তা এবং আপনি কী করতে চান তা নির্বাচন করার একটি বিকল্প দেখতে পাওয়া উচিত। “একটি খালি 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-এ)।
+
+## ধাপ 9: প্রজেক্ট ফোল্ডার যোগ করুন {#step-9}
+
+আমাদের প্রজেক্টকে সংগঠিত রাখতে আমরা দুটি নতুন ফোল্ডার তৈরি করব। আপনার কমান্ড লাইনে আপনার প্রজেক্টের রুট ডিরেক্টরিতে নেভিগেট করুন এবং টাইপ করুন:
+
+```
+mkdir contracts
+mkdir scripts
+```
+
+- `contracts/` হল যেখানে আমরা আমাদের হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্র্যাক্ট কোড ফাইল রাখব
+- `scripts/` হল যেখানে আমরা আমাদের কন্ট্র্যাক্ট স্থাপন এবং ইন্টারঅ্যাক্ট করার জন্য স্ক্রিপ্ট রাখব
+
+## ধাপ 10: আমাদের কন্ট্র্যাক্ট লিখুন {#step-10}
+
+আপনি হয়তো নিজেকে জিজ্ঞাসা করছেন, আমরা কখন কোড লিখতে যাচ্ছি?? আচ্ছা, আমরা এখানে, ধাপ 10-এ।
+
+আপনার প্রিয় এডিটরে হ্যালো-ওয়ার্ল্ড প্রজেক্টটি খুলুন (আমরা [VSCode](https://code.visualstudio.com/) পছন্দ করি)। স্মার্ট কন্ট্র্যাক্টগুলি সলিডিটি নামক একটি ভাষায় লেখা হয় যা আমরা আমাদের 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` ফাংশন কল করে আপডেট করা যায়।
+
+## ধাপ 11: আপনার প্রজেক্টে MetaMask এবং Alchemy সংযোগ করুন {#step-11}
+
+আমরা একটি MetaMask ওয়ালেট, Alchemy অ্যাকাউন্ট তৈরি করেছি এবং আমাদের স্মার্ট কন্ট্র্যাক্ট লিখেছি, এখন এই তিনটি সংযোগ করার সময়।
+
+আপনার ভার্চুয়াল ওয়ালেট থেকে পাঠানো প্রতিটি লেনদেনের জন্য আপনার অনন্য ব্যক্তিগত কী ব্যবহার করে একটি স্বাক্ষরের প্রয়োজন। আমাদের প্রোগ্রামকে এই অনুমতি দেওয়ার জন্য, আমরা আমাদের ব্যক্তিগত কী (এবং Alchemy API কী) একটি এনভায়রনমেন্ট ফাইলে নিরাপদে সংরক্ষণ করতে পারি।
+
+> লেনদেন পাঠানো সম্পর্কে আরও জানতে, ওয়েব3 ব্যবহার করে লেনদেন পাঠানোর উপর [এই টিউটোরিয়ালটি](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) দেখুন।
+
+প্রথমে, আপনার প্রজেক্ট ডিরেক্টরিতে ডটএনভ প্যাকেজটি ইনস্টল করুন:
+
+```
+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 পেতে নিচে দেখুন
+
+![alchemy এপিআই কি পান](./get-alchemy-api-key.png)
+
+Alchemy API URL কপি করুন
+
+আপনার `.env` ফাইলটি এইরকম দেখতে হবে:
+
+```
+API_URL = "https://eth-sepolia.g.alchemy.com/v2/আপনার-এপিআই-কি"
+PRIVATE_KEY = "আপনার-মেটামাস্ক-প্রাইভেট-কি"
+```
+
+এগুলিকে আমাদের কোডের সাথে সংযোগ করতে, আমরা ধাপ 13-এ আমাদের `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>
+
+## ধাপ 12: 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 এর প্রয়োজনীয়তাও যোগ করব।
+
+## ধাপ 13: 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}`]
+      }
+   },
+}
+```
+
+## ধাপ 14: আমাদের কন্ট্র্যাক্ট কম্পাইল করুন {#step-14-compile-our-contracts}
+
+সবকিছু ঠিকঠাক কাজ করছে কিনা তা নিশ্চিত করতে, আসুন আমাদের কন্ট্র্যাক্ট কম্পাইল করি। `compile` টাস্কটি অন্তর্নির্মিত হার্ডহ্যাট টাস্কগুলির মধ্যে একটি।
+
+কমান্ড লাইন থেকে রান করুন:
+
+```
+npx hardhat compile
+```
+
+আপনি `SPDX license identifier not provided in source file` সম্পর্কে একটি সতর্কবার্তা পেতে পারেন, কিন্তু সে সম্পর্কে চিন্তা করার দরকার নেই — আশা করি বাকি সব ঠিক আছে! যদি না হয়, আপনি সবসময় [Alchemy ডিসকর্ড](https://discord.gg/u72VCg3)-এ বার্তা দিতে পারেন।
+
+## ধাপ 15: আমাদের ডিপ্লয় স্ক্রিপ্ট লিখুন {#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("কন্ট্র্যাক্টটি এই ঠিকানায় স্থাপন করা হয়েছে:", 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`-এ সমাধান করে। এটি সেই অবজেক্ট যার আমাদের প্রতিটি স্মার্ট কন্ট্র্যাক্ট ফাংশনের জন্য একটি পদ্ধতি রয়েছে।
+
+## ধাপ 16: আমাদের কন্ট্র্যাক্ট স্থাপন করুন {#step-16-deploy-our-contract}
+
+আমরা অবশেষে আমাদের স্মার্ট কন্ট্র্যাক্ট স্থাপন করার জন্য প্রস্তুত! কমান্ড লাইনে যান এবং চালান:
+
+```
+npx hardhat run scripts/deploy.js --network sepolia
+```
+
+তারপরে আপনার এইরকম কিছু দেখা উচিত:
+
+```
+কন্ট্র্যাক্টটি এই ঠিকানায় স্থাপন করা হয়েছে: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
+```
+
+যদি আমরা [Sepolia etherscan](https://sepolia.etherscan.io/) এ যাই এবং আমাদের কন্ট্র্যাক্টের ঠিকানা অনুসন্ধান করি তবে আমরা দেখতে পাব যে এটি সফলভাবে স্থাপন করা হয়েছে। লেনদেনটি এইরকম কিছু দেখাবে:
+
+![ইথারস্ক্যান কন্ট্র্যাক্ট](./etherscan-contract.png)
+
+`From` ঠিকানাটি আপনার MetaMask অ্যাকাউন্টের ঠিকানার সাথে মিলবে এবং To ঠিকানায় “Contract Creation” লেখা থাকবে কিন্তু যদি আমরা লেনদেনে ক্লিক করি তবে আমরা `To` ক্ষেত্রে আমাদের কন্ট্র্যাক্টের ঠিকানা দেখতে পাব:
+
+![ইথারস্ক্যান লেনদেন](./etherscan-transaction.png)
+
+অভিনন্দন! আপনি এইমাত্র Ethereum চেইনে একটি স্মার্ট কন্ট্র্যাক্ট স্থাপন করেছেন 🎉
+
+নেপথ্যে কী ঘটছে তা বোঝার জন্য, আসুন আমাদের [Alchemy ড্যাশবোর্ড](https://dashboard.alchemyapi.io/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), যা আমাদের কন্ট্র্যাক্টকে Sepolia চেইনে লেখার অনুরোধ, এবং [`eth_getTransactionByHash`](https://www.alchemy.com/docs/node/abstract/abstract-api-endpoints/eth-get-transaction-by-hash) যা হ্যাস দেওয়া হলে আমাদের লেনদেন সম্পর্কে তথ্য পড়ার অনুরোধ (লেনদেনের সময় একটি সাধারণ প্যাটার্ন)। লেনদেন পাঠানো সম্পর্কে আরও জানতে, [Web3 ব্যবহার করে লেনদেন পাঠানো](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) এই টিউটোরিয়ালটি দেখুন।
+
+এই টিউটোরিয়ালের পার্ট 1 এর জন্য এটুকুই, পার্ট 2-এ আমরা আমাদের প্রাথমিক বার্তা আপডেট করে আমাদের [স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করব](https://www.alchemy.com/docs/interacting-with-a-smart-contract), এবং পার্ট 3-এ আমরা [আমাদের স্মার্ট কন্ট্র্যাক্ট 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/bn/developers/tutorials/how-to-implement-an-erc721-market/index.md b/public/content/translations/bn/developers/tutorials/how-to-implement-an-erc721-market/index.md
new file mode 100644
index 00000000000..4afbaf5d6b6
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-implement-an-erc721-market/index.md
@@ -0,0 +1,145 @@
+---
+title: "কিভাবে একটি ERC-721 বাজার প্রয়োগ করবেন"
+description: "কিভাবে একটি বিকেন্দ্রীভূত ক্লাসিফায়েড বোর্ডে টোকেনাইজড আইটেম বিক্রির জন্য রাখবেন"
+author: "Alberto Cuesta Cañada"
+tags: [ "স্মার্ট কন্ট্র্যাক্ট", "erc-721", "সলিডিটি", "টোকেন" ]
+skill: intermediate
+lang: bn
+published: 2020-03-19
+source: Hackernoon
+sourceUrl: https://hackernoon.com/how-to-implement-an-erc721-market-1e1a32j9
+---
+
+এই আর্টিকেলে, আমি আপনাকে দেখাতে যাচ্ছি কিভাবে Ethereum ব্লকচেইনের জন্য Craigslist কোড করতে হয়।
+
+Gumtree, Ebay এবং Craigslist-এর আগে, ক্লাসিফায়েড বোর্ডগুলি বেশিরভাগই কর্ক বা কাগজ দিয়ে তৈরি ছিল। স্কুলের করিডোরে, সংবাদপত্রে, রাস্তার আলোতে, দোকানের সামনে ক্লাসিফায়েড বোর্ড ছিল।
+
+ইন্টারনেটের সাথে সাথে এই সবকিছু বদলে গেছে। একটি নির্দিষ্ট ক্লাসিফায়েড বোর্ড দেখতে পারা মানুষের সংখ্যা বহুগুণে বেড়ে গেছে। এর সাথে, তারা যে বাজারগুলির প্রতিনিধিত্ব করে তা অনেক বেশি দক্ষ হয়ে ওঠে এবং বিশ্বব্যাপী আকারে স্কেল করা হয়েছিল। Ebay একটি বিশাল ব্যবসা যার উৎপত্তি এই শারীরিক ক্লাসিফায়েড বোর্ডগুলি থেকে হয়েছে।
+
+ব্লকচেইনের সাথে এই বাজারগুলি আরও একবার পরিবর্তনের জন্য প্রস্তুত, আমি আপনাকে দেখাই কিভাবে।
+
+## নগদীকরণ {#monetization}
+
+একটি পাবলিক ব্লকচেইন ক্লাসিফায়েড বোর্ডের ব্যবসায়িক মডেল Ebay এবং কোম্পানির থেকে ভিন্ন হতে হবে।
+
+প্রথমত, এখানে [বিকেন্দ্রীকরণের দৃষ্টিকোণ](/developers/docs/web2-vs-web3/) রয়েছে। বিদ্যমান প্ল্যাটফর্মগুলিকে তাদের নিজস্ব সার্ভার বজায় রাখতে হবে। একটি বিকেন্দ্রীভূত প্ল্যাটফর্ম তার ব্যবহারকারীদের দ্বারা রক্ষণাবেক্ষণ করা হয়, তাই প্ল্যাটফর্মের মালিকের জন্য মূল প্ল্যাটফর্মটি চালানোর খরচ শূন্যে নেমে আসে।
+
+তারপর রয়েছে ফ্রন্ট এন্ড, ওয়েবসাইট বা ইন্টারফেস যা প্ল্যাটফর্মে অ্যাক্সেস দেয়। এখানে অনেক বিকল্প আছে। প্ল্যাটফর্মের মালিকরা অ্যাক্সেস সীমাবদ্ধ করতে পারে এবং প্রত্যেককে তাদের ইন্টারফেস ব্যবহার করতে বাধ্য করতে পারে, একটি ফি চার্জ করে। প্ল্যাটফর্মের মালিকরা অ্যাক্সেস খোলার সিদ্ধান্তও নিতে পারে (জনগণের হাতে ক্ষমতা!) এবং যে কাউকে প্ল্যাটফর্মে ইন্টারফেস তৈরি করতে দিন। অথবা মালিকরা সেই চরম পর্যায়গুলোর মাঝখানে যেকোনো পদ্ধতির সিদ্ধান্ত নিতে পারেন।
+
+_আমার চেয়ে বেশি দূরদৃষ্টিসম্পন্ন ব্যবসায়িক নেতারা জানবেন কিভাবে এটিকে নগদীকরণ করা যায়। আমি শুধু দেখছি যে এটি স্থিতাবস্থা থেকে আলাদা এবং সম্ভবত লাভজনক।_
+
+উপরন্তু, এখানে অটোমেশন এবং পেমেন্টের দৃষ্টিকোণ রয়েছে। কিছু জিনিস খুব [কার্যকরভাবে টোকেনাইজড](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com) করা যেতে পারে এবং একটি ক্লাসিফায়েড বোর্ডে ট্রেড করা যেতে পারে। টোকেনাইজড অ্যাসেটগুলি একটি ব্লকচেইনে সহজেই স্থানান্তর করা যায়। অত্যন্ত জটিল পেমেন্ট পদ্ধতি একটি ব্লকচেইনে সহজেই প্রয়োগ করা যেতে পারে।
+
+আমি এখানে শুধু একটি ব্যবসায়িক সুযোগের গন্ধ পাচ্ছি। কোনো চলমান খরচ ছাড়াই একটি ক্লাসিফায়েড বোর্ড সহজেই প্রয়োগ করা যেতে পারে, প্রতিটি লেনদেনে অন্তর্ভুক্ত জটিল পেমেন্ট পাথ সহ। আমি নিশ্চিত যে কেউ এটি কিসের জন্য ব্যবহার করতে হবে সে সম্পর্কে একটি ধারণা নিয়ে আসবে।
+
+আমি শুধু এটি তৈরি করে খুশি। চলুন কোডটি একবার দেখে নেওয়া যাক।
+
+## বাস্তবায়ন {#implementation}
+
+কিছু সময় আগে আমরা ব্যবসায়িক ক্ষেত্রের উদাহরণ বাস্তবায়ন এবং অন্যান্য ভাল জিনিস সহ একটি [ওপেন সোর্স রিপোজিটরি](https://github.com/HQ20/contracts?ref=hackernoon.com) শুরু করেছি, অনুগ্রহ করে একবার দেখুন।
+
+এই [Ethereum ক্লাসিফায়েড বোর্ড](https://github.com/HQ20/contracts/tree/master/contracts/classifieds?ref=hackernoon.com) এর কোডটি সেখানে আছে, দয়া করে এটি ব্যবহার করুন এবং যথেচ্ছভাবে ব্যবহার করুন। শুধু সচেতন থাকুন যে কোডটি অডিট করা হয়নি এবং এতে টাকা লাগানোর আগে আপনাকে নিজের যথাযথ সতর্কতা অবলম্বন করতে হবে।
+
+বোর্ডের মূল বিষয়গুলি জটিল নয়। বোর্ডের সমস্ত বিজ্ঞাপনগুলি কয়েকটি ফিল্ড সহ একটি স্ট্রাকট হবে:
+
+```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) ইন্টারফেসটি প্রয়োগ করে, যা প্রকৃতপক্ষে ব্লকচেইনে বাস্তব বিশ্বের আইটেমগুলিকে উপস্থাপন করার একটি উপায়, যদিও এটি [ডিজিটাল অ্যাসেটগুলির সাথে সবচেয়ে ভাল কাজ করে](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com)। আমরা কনস্ট্রাক্টরে আমাদের নিজস্ব ERC721 কন্ট্র্যাক্ট নির্দিষ্ট করতে যাচ্ছি, যার অর্থ আমাদের ক্লাসিফায়েড বোর্ডের যেকোনো অ্যাসেটকে আগে থেকে টোকেনাইজড করতে হবে।
+
+পেমেন্টের জন্য, আমরা একই ধরনের কিছু করতে যাচ্ছি। বেশিরভাগ ব্লকচেইন প্রকল্প তাদের নিজস্ব [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");
+}
+```
+
+অবশেষে, আমাদের কাছে বিক্রেতাদের জন্য একটি বিকল্প রয়েছে ক্রেতা গ্রহণ করার আগে একটি ট্রেড থেকে সরে আসার। কিছু মডেলে, বিজ্ঞাপনগুলি মেয়াদ শেষ হওয়ার আগে কিছু সময়ের জন্য লাইভ থাকে। আপনার বাজারের ডিজাইনের উপর নির্ভর করে এটি আপনার পছন্দ।
+
+কোডটি একটি ট্রেড কার্যকর করার জন্য ব্যবহৃত কোডের সাথে খুব সাদৃশ্যপূর্ণ, শুধুমাত্র এখানে কোনো মুদ্রা হাতবদল হয় না এবং আইটেমটি বিজ্ঞাপন পোস্টারের কাছে ফিরে যায়।
+
+```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}
+
+ক্লাসিফায়েড বোর্ডগুলি একটি সাধারণ বাজার কনফিগারেশন যা ইন্টারনেটের সাথে ব্যাপকভাবে প্রসারিত হয়েছে, এবং কিছু একচেটিয়া বিজয়ীর সাথে এটি একটি অত্যন্ত জনপ্রিয় ব্যবসায়িক মডেল হয়ে উঠেছে।
+
+ক্লাসিফায়েড বোর্ডগুলি ব্লকচেইন পরিবেশে নকল করার জন্য একটি সহজ টুল, যার কিছু নির্দিষ্ট বৈশিষ্ট্য রয়েছে যা বিদ্যমান জায়ান্টদের জন্য একটি চ্যালেঞ্জ তৈরি করা সম্ভব করবে।
+
+এই আর্টিকেলে, আমি একটি ক্লাসিফায়েড বোর্ড ব্যবসার ব্যবসায়িক বাস্তবতা এবং প্রযুক্তিগত বাস্তবায়নের মধ্যে একটি সেতুবন্ধন করার চেষ্টা করেছি। আপনার যদি সঠিক দক্ষতা থাকে তবে এই জ্ঞান আপনাকে বাস্তবায়নের জন্য একটি দৃষ্টিভঙ্গি এবং একটি রোডম্যাপ তৈরি করতে সাহায্য করবে।
+
+বরাবরের মতো, আপনি যদি মজাদার কিছু তৈরি করতে চান এবং কিছু পরামর্শ চান, তাহলে অনুগ্রহ করে [আমার সাথে যোগাযোগ করুন](https://albertocuesta.es/)! আমি সাহায্য করতে সবসময় খুশি।
diff --git a/public/content/translations/bn/developers/tutorials/how-to-mint-an-nft/index.md b/public/content/translations/bn/developers/tutorials/how-to-mint-an-nft/index.md
new file mode 100644
index 00000000000..ddf3326fa85
--- /dev/null
+++ b/public/content/translations/bn/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: bn
+published: 2021-04-22
+---
+
+[Beeple](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 মিলিয়ন
+[Grimes](https://www.theguardian.com/music/2021/mar/02/grimes-sells-digital-art-collection-non-fungible-tokens): $6 মিলিয়ন
+
+তারা সবাই Alchemy-এর শক্তিশালী API ব্যবহার করে তাদের NFT মিন্ট করেছে। এই টিউটোরিয়ালে, আমরা আপনাকে \<10 মিনিটের মধ্যে একই কাজটি কীভাবে করতে হয় তা শেখাব।
+
+“একটি NFT মিন্ট করা” হল ব্লকচেইনে আপনার ERC-721 টোকেনের একটি অনন্য ইনস্ট্যান্স প্রকাশ করার কাজ। [এই NFT টিউটোরিয়াল সিরিজের পার্ট 1](/developers/tutorials/how-to-write-and-deploy-an-nft/) থেকে আমাদের স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে, আসুন আমাদের Web3 দক্ষতা দিয়ে একটি NFT মিন্ট করি। এই টিউটোরিয়াল শেষে, আপনি আপনার মন (এবং ওয়ালেট) যতগুলো চায় ততগুলো NFT মিন্ট করতে পারবেন!
+
+চলুন শুরু করা যাক!
+
+## ধাপ 1: 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
+```
+
+## ধাপ 2: একটি `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)
+```
+
+## ধাপ 3: আপনার কন্ট্র্যাক্টের ABI নিন {#contract-abi}
+
+আমাদের কন্ট্র্যাক্টের ABI (অ্যাপ্লিকেশন বাইনারি ইন্টারফেস) হল আমাদের স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার ইন্টারফেস। আপনি [এখানে](https://docs.alchemyapi.io/alchemy/guides/eth_getlogs#what-are-ab-is) কন্ট্র্যাক্ট ABI সম্পর্কে আরও জানতে পারেন। 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
+```
+
+## ধাপ 4: IPFS ব্যবহার করে আপনার NFT-এর জন্য মেটাডেটা কনফিগার করুন {#config-meta}
+
+আপনার যদি পার্ট 1-এ আমাদের টিউটোরিয়াল থেকে মনে থাকে, আমাদের `mintNFT` স্মার্ট কন্ট্র্যাক্ট ফাংশন একটি tokenURI প্যারামিটার নেয় যা NFT-এর মেটাডেটা বর্ণনাকারী একটি JSON ডকুমেন্টে রিসলভ হওয়া উচিত — যা সত্যিই NFT-কে জীবন্ত করে তোলে, এটিকে কনফিগারযোগ্য বৈশিষ্ট্য, যেমন নাম, বর্ণনা, ছবি এবং অন্যান্য অ্যাট্রিবিউট পেতে দেয়।
+
+> _ইন্টারপ্ল্যানেটারি ফাইল সিস্টেম (IPFS) হল একটি ডিস্ট্রিবিউটেড ফাইল সিস্টেমে ডেটা সংরক্ষণ এবং শেয়ার করার জন্য একটি ডিসেন্ট্রালাইজড প্রোটোকল এবং পিয়ার-টু-পিয়ার নেটওয়ার্ক।_
+
+আমরা Pinata ব্যবহার করব, একটি সুবিধাজনক IPFS API এবং টুলকিট, আমাদের NFT অ্যাসেট এবং মেটাডেটা সংরক্ষণ করার জন্য যাতে আমাদের NFT সত্যিই ডিসেন্ট্রালাইজড হয়। আপনার যদি Pinata অ্যাকাউন্ট না থাকে, তাহলে [এখানে](https://app.pinata.cloud) একটি বিনামূল্যের অ্যাকাউন্টের জন্য সাইন আপ করুন এবং আপনার ইমেল যাচাই করার পদক্ষেপগুলি সম্পূর্ণ করুন।
+
+আপনি একটি অ্যাকাউন্ট তৈরি করার পরে:
+
+- “Files” পেজে নেভিগেট করুন এবং পেজের উপরের বাম দিকে নীল "Upload" বোতামে ক্লিক করুন।
+
+- Pinata-তে একটি ছবি আপলোড করুন — এটি আপনার NFT-এর জন্য ছবির অ্যাসেট হবে। আপনার ইচ্ছামত অ্যাসেটের নাম দিন
+
+- আপলোড করার পরে, আপনি "Files" পেজের টেবিলে ফাইলের তথ্য দেখতে পাবেন। আপনি একটি 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": "Breed",
+      "value": "Maltipoo"
+    },
+    {
+      "trait_type": "Eye color",
+      "value": "Mocha"
+    }
+  ],
+  "description": "বিশ্বের সবচেয়ে আদুরে এবং সংবেদনশীল কুকুরছানা।",
+  "image": "ipfs://QmWmvTJmJU3pozR9ZHFmQC2DNDwi2XJtf3QGyYiiagFSWb",
+  "name": "Ramses"
+}
+```
+
+json-এর ডেটা পরিবর্তন করতে দ্বিধা করবেন না। আপনি অ্যাট্রিবিউট বিভাগ থেকে সরাতে বা যোগ করতে পারেন। সবচেয়ে গুরুত্বপূর্ণ, নিশ্চিত করুন যে ইমেজ ফিল্ডটি আপনার IPFS ছবির লোকেশনে পয়েন্ট করে — অন্যথায়, আপনার NFT-তে একটি (খুব সুন্দর!) কুকুরের ছবি থাকবে।
+
+JSON ফাইলটি এডিট করা হয়ে গেলে, এটি সেভ করুন এবং ছবিটি আপলোড করার জন্য আমরা যে পদক্ষেপগুলি অনুসরণ করেছিলাম সেগুলি অনুসরণ করে Pinata-তে আপলোড করুন।
+
+![কীভাবে আপনার nft-metadata.json Pinata-তে আপলোড করবেন](./uploadPinata.gif)
+
+## ধাপ 5: আপনার কন্ট্র্যাক্টের একটি ইনস্ট্যান্স তৈরি করুন {#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)
+```
+
+## ধাপ 6: `.env` ফাইলটি আপডেট করুন {#update-env}
+
+এখন, Ethereum চেইনে ট্রানজ্যাকশন তৈরি এবং পাঠানোর জন্য, আমরা অ্যাকাউন্ট নন্স (নিচে ব্যাখ্যা করা হবে) পেতে আপনার পাবলিক Ethereum অ্যাকাউন্ট অ্যাড্রেস ব্যবহার করব।
+
+আপনার পাবলিক কী আপনার `.env` ফাইলে যোগ করুন — আপনি যদি টিউটোরিয়ালের পার্ট 1 সম্পন্ন করে থাকেন, তাহলে আমাদের `.env` ফাইলটি এখন এইরকম দেখতে হবে:
+
+```js
+API_URL = "https://eth-sepolia.g.alchemy.com/v2/আপনার-এপিআই-কী"
+PRIVATE_KEY = "আপনার-প্রাইভেট-অ্যাকাউন্ট-অ্যাড্রেস"
+PUBLIC_KEY = "আপনার-পাবলিক-অ্যাকাউন্ট-অ্যাড্রেস"
+```
+
+## ধাপ 7: আপনার ট্রানজ্যাকশন তৈরি করুন {#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()
+     };
+   }​
+```
+
+## ধাপ 8: ট্রানজ্যাকশন সাইন করুন {#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-র মেমপুল দেখুন!"
+            )
+          } else {
+            console.log(
+              "আপনার ট্রানজ্যাকশন জমা দেওয়ার সময় কিছু ভুল হয়েছে:",
+              err
+            )
+          }
+        }
+      )
+    })
+    .catch((err) => {
+      console.log(" Promise ব্যর্থ হয়েছে:", err)
+    })
+}
+```
+
+## ধাপ 9: `mintNFT` কল করুন এবং node `mint-nft.js` রান করুন {#call-mintnft-fn}
+
+Pinata-তে আপলোড করা `metadata.json`-এর কথা মনে আছে? Pinata থেকে এর হ্যাসকোড নিন এবং `mintNFT` ফাংশনে নিম্নলিখিতটি প্যারামিটার হিসাবে পাস করুন `https://gateway.pinata.cloud/ipfs/<metadata-hash-code>`
+
+হ্যাসকোড কীভাবে পাবেন তা এখানে দেওয়া হল:
+
+![Pinata-তে আপনার এনএফটি মেটাডেটা হ্যাসকোড কীভাবে পাবেন](./metadataPinata.gif)_Pinata-তে আপনার এনএফটি মেটাডেটা হ্যাসকোড কীভাবে পাবেন_
+
+> আলাদা উইন্ডোতে `https://gateway.pinata.cloud/ipfs/<metadata-hash-code>` লোড করে ডাবল-চেক করুন যে আপনার কপি করা হ্যাসকোডটি আপনার **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-র মেমপুল দেখুন!"
+            )
+          } else {
+            console.log(
+              "আপনার ট্রানজ্যাকশন জমা দেওয়ার সময় কিছু ভুল হয়েছে:",
+              err
+            )
+          }
+        }
+      )
+    })
+    .catch((err) => {
+      console.log("Promise ব্যর্থ হয়েছে:", err)
+    })
+}
+
+mintNFT("ipfs://QmYueiuRNmL4MiA2GwtVMm6ZagknXnSpQnB3z2gWbz36hP")
+```
+
+এখন, আপনার NFT ডিপ্লয় করতে `node scripts/mint-nft.js` রান করুন। কয়েক সেকেন্ড পরে, আপনার টার্মিনালে এইরকম একটি প্রতিক্রিয়া দেখতে পাওয়া উচিত:
+
+    ```
+    আপনার ট্রানজ্যাকশনের হ্যাস হল: 0x301791fdf492001fcd9d5e5b12f3aa1bbbea9a88ed24993a8ab2cdae2d06e1e8
+    
+    আপনার ট্রানজ্যাকশনের স্থিতি দেখতে Alchemy-র মেমপুল দেখুন!
+    ```
+
+এরপরে, আপনার ট্রানজ্যাকশনের স্থিতি দেখতে (এটি পেন্ডিং, মাইনিং করা বা নেটওয়ার্ক দ্বারা ড্রপ করা হয়েছে কিনা) আপনার [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` ব্যবহার করে আপনি আপনার মন (এবং ওয়ালেট) যতগুলো চায় ততগুলো NFT মিন্ট করতে পারবেন! শুধু NFT-এর মেটাডেটা বর্ণনাকারী একটি নতুন tokenURI পাস করতে ভুলবেন না (অন্যথায়, আপনি কেবল বিভিন্ন ID সহ একগুচ্ছ অভিন্ন NFT তৈরি করবেন)।
+
+সম্ভবত, আপনি আপনার ওয়ালেটে আপনার NFT দেখাতে সক্ষম হতে চাইবেন — তাই [পার্ট 3: আপনার ওয়ালেটে আপনার NFT কীভাবে দেখবেন](/developers/tutorials/how-to-view-nft-in-metamask/) দেখতে ভুলবেন না!
diff --git a/public/content/translations/bn/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md b/public/content/translations/bn/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
new file mode 100644
index 00000000000..dd7053184b0
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-mock-solidity-contracts-for-testing/index.md
@@ -0,0 +1,102 @@
+---
+title: "পরীক্ষার জন্য সলিডিটি স্মার্ট কন্ট্র্যাক্টগুলিকে কীভাবে মক করা যায়"
+description: "পরীক্ষার সময় আপনার কন্ট্র্যাক্টগুলো নিয়ে কেন মজা করা উচিত"
+author: Markus Waas
+lang: bn
+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: অবৈধ প্রাপক");
+    }
+
+    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"?.`
+
+যেহেতু আমরা নতুন 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` ফাংশন থাকা যা যেকোনো ব্যবহারকারীকে বিনামূল্যে নতুন টোকেন পেতে দেয়।
+- টেস্টনেটে ব্যবহার: যখন আপনি আপনার ডিএ্যাপ-এর সাথে টেস্টনেটে আপনার কন্ট্র্যাক্টগুলি স্থাপন এবং পরীক্ষা করেন, তখন একটি মকড সংস্করণ ব্যবহার করার কথা বিবেচনা করুন। ফাংশন ওভাররাইড করা এড়িয়ে চলুন যদি না আপনার সত্যিই প্রয়োজন হয়। আপনি সর্বোপরি আসল লজিক পরীক্ষা করতে চান। কিন্তু উদাহরণস্বরূপ একটি রিসেট ফাংশন যোগ করা কার্যকর হতে পারে যা কেবল কন্ট্র্যাক্টের স্টেটকে শুরুতে রিসেট করে, কোনো নতুন স্থাপনার প্রয়োজন নেই। স্পষ্টতই আপনি এটি একটি মেইননেট কন্ট্র্যাক্টে রাখতে চাইবেন না।
diff --git a/public/content/translations/bn/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md b/public/content/translations/bn/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
new file mode 100644
index 00000000000..911b0c274aa
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/index.md
@@ -0,0 +1,708 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার জন্য Echidna কীভাবে ব্যবহার করবেন"
+description: "স্বয়ংক্রিয়ভাবে স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার জন্য Echidna কীভাবে ব্যবহার করবেন"
+author: "Trailofbits"
+lang: bn
+tags:
+  [
+    "সলিডিটি",
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "নিরাপত্তা",
+    "পরীক্ষা",
+    "ফাজিং"
+  ]
+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}
+
+[ফাজিং](https://wikipedia.org/wiki/Fuzzing) নিরাপত্তা কমিউনিটিতে একটি সুপরিচিত কৌশল। এটিতে প্রোগ্রামের মধ্যে বাগ খুঁজে বের করার জন্য কম-বেশি র‍্যান্ডম ইনপুট তৈরি করা হয়। প্রচলিত সফটওয়্যারের জন্য ফাজার (যেমন [AFL](http://lcamtuf.coredump.cx/afl/) বা [LibFuzzer](https://llvm.org/docs/LibFuzzer.html)) বাগ খুঁজে বের করার জন্য দক্ষ টুলস হিসেবে পরিচিত।
+
+শুধুমাত্র র‍্যান্ডম ইনপুট তৈরি করার বাইরেও, ভালো ইনপুট তৈরি করার জন্য অনেক কৌশল এবং স্ট্র্যাটেজি রয়েছে, যার মধ্যে রয়েছে:
+
+- প্রতিটি এক্সিকিউশন থেকে ফিডব্যাক পাওয়া এবং তা ব্যবহার করে জেনারেশনকে গাইড করা। উদাহরণস্বরূপ, যদি একটি নতুন জেনারেটেড ইনপুট একটি নতুন পথ আবিষ্কার করে, তবে তার কাছাকাছি নতুন ইনপুট জেনারেট করা অর্থপূর্ণ হতে পারে।
+- একটি কাঠামোগত সীমাবদ্ধতাকে সম্মান করে ইনপুট তৈরি করা। উদাহরণস্বরূপ, যদি আপনার ইনপুটে একটি চেক্সামসহ একটি হেডার থাকে, তাহলে ফাজারকে চেক্সাম ভ্যালিডেট করে এমন ইনপুট তৈরি করতে দেওয়াটা যুক্তিযুক্ত হবে।
+- নতুন ইনপুট তৈরি করার জন্য পরিচিত ইনপুট ব্যবহার করা: যদি আপনার কাছে বৈধ ইনপুটের একটি বড় ডেটাসেটের অ্যাক্সেস থাকে, তাহলে আপনার ফাজার স্ক্র্যাচ থেকে জেনারেশন শুরু করার পরিবর্তে সেগুলো থেকে নতুন ইনপুট তৈরি করতে পারে। এগুলোকে সাধারণত _সিড_ বলা হয়।
+
+### প্রপার্টি-ভিত্তিক ফাজিং {#property-based-fuzzing}
+
+Echidna একটি নির্দিষ্ট ফাজার পরিবারের অন্তর্গত: এটি প্রপার্টি-ভিত্তিক ফাজিং যা [QuickCheck](https://wikipedia.org/wiki/QuickCheck) দ্বারা ব্যাপকভাবে অনুপ্রাণিত। ক্লাসিক ফাজারের বিপরীতে, যা ক্র্যাশ খুঁজে বের করার চেষ্টা করে, Echidna ব্যবহারকারী-সংজ্ঞায়িত ইনভেরিয়েন্টগুলো ভাঙার চেষ্টা করবে।
+
+স্মার্ট কন্ট্র্যাক্টে, ইনভেরিয়েন্টগুলো হলো সলিডিটি ফাংশন, যা কন্ট্র্যাক্ট পৌঁছাতে পারে এমন যেকোনো ভুল বা অবৈধ স্টেটকে উপস্থাপন করতে পারে, যার মধ্যে রয়েছে:
+
+- ভুল অ্যাক্সেস কন্ট্রোল: আক্রমণকারী কন্ট্র্যাক্টের মালিক হয়ে গিয়েছে।
+- ভুল স্টেট মেশিন: কন্ট্র্যাক্ট পজ করা অবস্থায় টোকেনগুলো ট্রান্সফার করা যেতে পারে।
+- ভুল অ্যারিথমেটিক: ব্যবহারকারী তার ব্যালেন্স আন্ডারফ্লো করতে পারে এবং সীমাহীন ফ্রি টোকেন পেতে পারে।
+
+### 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 প্রপার্টিগুলো হলো সলিডিটি ফাংশন। একটি প্রপার্টিতে অবশ্যই থাকতে হবে:
+
+- কোনো আর্গুমেন্ট থাকবে না
+- সফল হলে `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-এর জন্য আর্গুমেন্ট ছাড়া একটি [কন্সট্রাক্টর](/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`-এ সেট করে দেবে।
+তবে, আমরা রিসেট ফাংশনকে ব্ল্যাকলিস্ট করতে বা শুধুমাত্র `f`, `g`,
+`h` এবং `i` ফাংশনগুলোকে হোয়াইটলিস্ট করতে একটি বিশেষ Echidna ফিচার ব্যবহার করতে পারি।
+
+ফাংশন ব্ল্যাকলিস্ট করতে, আমরা এই কনফিগারেশন ফাইলটি ব্যবহার করতে পারি:
+
+```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-এর অ্যাসার্ট কীভাবে পরীক্ষা করবেন {#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/bn/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md b/public/content/translations/bn/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
new file mode 100644
index 00000000000..8c506dc8609
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/index.md
@@ -0,0 +1,526 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্টে বাগ খুঁজে বের করতে Manticore কিভাবে ব্যবহার করবেন"
+description: "স্মার্ট কন্ট্র্যাক্টে স্বয়ংক্রিয়ভাবে বাগ খুঁজে বের করতে Manticore কিভাবে ব্যবহার করবেন"
+author: Trailofbits
+lang: bn
+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 চালাতে পারেন (`প্রজেক্ট` একটি সলিডিটি ফাইল, বা একটি প্রজেক্ট ডিরেক্টরি হতে পারে):
+
+```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 ৭টি টেস্ট কেস খুঁজে পেয়েছে, যা নিম্নরূপ (ফাইলের নামের ক্রম পরিবর্তন হতে পারে):
+
+|                                                           |      লেনদেন 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` এক্সটেনশন সহ নতুন ফাইল তৈরি করতে পারেন এবং এই ফাইলে API কমান্ডগুলি (যার মূল বিষয়গুলি নীচে বর্ণনা করা হবে) যোগ করে প্রয়োজনীয় কোড লিখতে পারেন এবং তারপরে `$ python3 *.py` কমান্ড দিয়ে এটি চালাতে পারেন। এছাড়াও আপনি নীচের কমান্ডগুলি সরাসরি পাইথন কনসোলে এক্সিকিউট করতে পারেন, কনসোলটি চালানোর জন্য `$ 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)
+```
+
+একটি সলিডিটি কন্ট্র্যাক্ট [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("Results are in {}".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("Results are in {}".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('Throw found {}'.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 (আনসাইন্ড গ্রেটার দ্যান),
+- Operators.UGE (আনসাইন্ড গ্রেটার দ্যান অর ইকুয়াল টু),
+- Operators.ULT (আনসাইন্ড লোয়ার দ্যান),
+- Operators.ULE (আনসাইন্ড লোয়ার দ্যান অর ইকুয়াল টু)।
+
+মডিউলটি ইম্পোর্ট করতে নিম্নলিখিতটি ব্যবহার করুন:
+
+```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/bn/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md b/public/content/translations/bn/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
new file mode 100644
index 00000000000..b65980a88d9
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/index.md
@@ -0,0 +1,239 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট বাগ খুঁজে বের করতে কীভাবে স্লিদার ব্যবহার করবেন"
+description: "স্মার্ট কন্ট্র্যাক্টে স্বয়ংক্রিয়ভাবে বাগ খুঁজে পেতে কীভাবে স্লিদার ব্যবহার করবেন"
+author: Trailofbits
+lang: bn
+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): পাইথন API-এর বর্ণনা
+
+## ইনস্টলেশন {#installation}
+
+স্লিদারের জন্য পাইথন >= 3.6 প্রয়োজন। এটি pip-এর মাধ্যমে বা docker ব্যবহার করে ইনস্টল করা যেতে পারে।
+
+pip-এর মাধ্যমে স্লিদার:
+
+```bash
+pip3 install --user slither-analyzer
+```
+
+ডকারের মাধ্যমে স্লিদার:
+
+```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 হলো সেই এক্সপ্রেশন যা পরীক্ষা করা হবে
+print(f'এক্সপ্রেশন {expression}-এ একটি অ্যাডিশন আছে: {visitor.result()}')
+```
+
+### কন্ট্রোল ফ্লো গ্রাফ (CFG) {#control-flow-graph-cfg}
+
+দ্বিতীয় সবচেয়ে সাধারণ কোড রিপ্রেজেন্টেশন হলো কন্ট্রোল ফ্লো গ্রাফ (CFG)। এর নাম অনুসারে, এটি একটি গ্রাফ-ভিত্তিক রিপ্রেজেন্টেশন যা সমস্ত এক্সিকিউশন পথ প্রকাশ করে। প্রতিটি নোডে এক বা একাধিক ইন্সট্রাকশন থাকে। গ্রাফের এজগুলি কন্ট্রোল ফ্লো অপারেশন (if/then/else, loop, ইত্যাদি) উপস্থাপন করে। আমাদের আগের উদাহরণের 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)`: তার নাম থেকে একটি StateVariable রিটার্ন করুন
+
+একটি `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))`: পড়া স্টেট ভেরিয়েবলের তালিকা (variables`read-এর উপসেট)
+- `state_variables_written (list(StateVariable))`: লেখা স্টেট ভেরিয়েবলের তালিকা (variables`written-এর উপসেট)
diff --git a/public/content/translations/bn/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md b/public/content/translations/bn/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
new file mode 100644
index 00000000000..4c14b01d5fe
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-use-tellor-as-your-oracle/index.md
@@ -0,0 +1,81 @@
+---
+title: "আপনার Oracle হিসাবে Tellor কীভাবে সেট আপ করবেন"
+description: "আপনার প্রোটোকলে Tellor ওরাকলকে সংহত করার জন্য শুরু করার একটি নির্দেশিকা"
+author: "Tellor"
+lang: bn
+tags: [ "সলিডিটি", "স্মার্ট কন্ট্র্যাক্ট", "ওরাকলস" ]
+skill: beginner
+published: 2021-06-29
+source: Tellor Docs
+sourceUrl: https://docs.tellor.io/tellor/
+---
+
+পপ কুইজ: আপনার প্রোটোকল প্রায় শেষ, কিন্তু অফচেইন ডেটা অ্যাক্সেস করার জন্য এটির একটি ওরাকল প্রয়োজন...আপনি কী করবেন?
+
+## (নরম) পূর্বশর্ত {#soft-prerequisites}
+
+এই পোস্টটির লক্ষ্য হল একটি ওরাকল ফিড অ্যাক্সেস করাকে যতটা সম্ভব সহজ এবং সরল করা। বলা বাহুল্য, ওরাকলের দিকটিতে ফোকাস করার জন্য আমরা আপনার কোডিং দক্ষতার স্তর সম্পর্কে নিম্নলিখিতগুলি ধরে নিচ্ছি।
+
+অনুমান:
+
+- আপনি একটি টার্মিনাল নেভিগেট করতে পারেন
+- আপনার npm ইনস্টল করা আছে
+- আপনি নির্ভরতা পরিচালনা করতে npm কীভাবে ব্যবহার করতে হয় তা জানেন
+
+Tellor হল একটি লাইভ এবং ওপেন-সোর্স ওরাকল যা বাস্তবায়নের জন্য প্রস্তুত। এই শিক্ষানবিসদের নির্দেশিকাটি এখানে Tellor-এর সাথে সহজে শুরু করা এবং চালানোর বিষয়টি প্রদর্শনের জন্য, যা আপনার প্রকল্পকে একটি সম্পূর্ণ বিকেন্দ্রীভূত এবং সেন্সরশিপ-প্রতিরোধী ওরাকল প্রদান করে।
+
+## একনজরে {#overview}
+
+Tellor হল একটি ওরাকল সিস্টেম যেখানে পক্ষগুলো একটি অফচেইন ডেটা পয়েন্টের (যেমন, BTC/USD) মান অনুরোধ করতে পারে এবং রিপোর্টাররা এই মানটি একটি অনচেইন ডেটা-ব্যাঙ্কে যোগ করার জন্য প্রতিযোগিতা করে, যা সমস্ত Ethereum স্মার্ট কন্ট্র্যাক্ট দ্বারা অ্যাক্সেসযোগ্য। এই ডেটা-ব্যাঙ্কের ইনপুটগুলি স্টেক করা রিপোর্টারদের একটি নেটওয়ার্ক দ্বারা সুরক্ষিত। Tellor ক্রিপ্টো-অর্থনৈতিক ইনসেনটিভ মেকানিজম ব্যবহার করে, রিপোর্টারদের দ্বারা সৎ ডেটা জমা দেওয়ার জন্য পুরস্কৃত করে এবং Tellor-এর টোকেন, Tributes (TRB) এবং একটি বিরোধ পদ্ধতির ইস্যুয়েন্সের মাধ্যমে খারাপ অভিনেতাদের শাস্তি দেয়।
+
+এই টিউটোরিয়ালে আমরা আলোচনা করব:
+
+- আপনার শুরু করার এবং চালানোর জন্য প্রয়োজনীয় প্রাথমিক টুলকিট সেট আপ করা।
+- একটি সহজ উদাহরণের মাধ্যমে চলুন।
+- আপনি বর্তমানে Tellor পরীক্ষা করতে পারেন এমন নেটওয়ার্কগুলির টেস্টনেট ঠিকানা তালিকাভুক্ত করুন।
+
+## UsingTellor {#usingtellor}
+
+প্রথম যে জিনিসটি আপনি করতে চাইবেন তা হল আপনার ওরাকল হিসাবে Tellor ব্যবহার করার জন্য প্রয়োজনীয় মৌলিক টুলস ইনস্টল করা। Tellor ব্যবহারকারী চুক্তিগুলি ইনস্টল করতে [এই প্যাকেজটি](https://github.com/tellor-io/usingtellor) ব্যবহার করুন:
+
+`npm install usingtellor`
+
+ইনস্টল হয়ে গেলে এটি আপনার চুক্তিগুলিকে 'UsingTellor' চুক্তি থেকে ফাংশনগুলি উত্তরাধিকার সূত্রে পেতে অনুমতি দেবে।
+
+দারুণ! এখন যেহেতু আপনার কাছে টুলস প্রস্তুত আছে, আসুন একটি সহজ অনুশীলনের মাধ্যমে যাই যেখানে আমরা বিটকয়েনের মূল্য পুনরুদ্ধার করি:
+
+### BTC/USD উদাহরণ {#btcusd-example}
+
+UsingTellor চুক্তিটি উত্তরাধিকার সূত্রে প্রাপ্ত করুন, কনস্ট্রাক্টর আর্গুমেন্ট হিসাবে Tellor ঠিকানাটি পাস করুন:
+
+এখানে একটি উদাহরণ:
+
+```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) দেখুন।
+
+Tellor ওরাকলের আরও শক্তিশালী বাস্তবায়নের জন্য, উপলব্ধ ফাংশনগুলির সম্পূর্ণ তালিকা [এখানে](https://github.com/tellor-io/usingtellor/blob/master/README.md) দেখুন।
diff --git a/public/content/translations/bn/developers/tutorials/how-to-view-nft-in-metamask/index.md b/public/content/translations/bn/developers/tutorials/how-to-view-nft-in-metamask/index.md
new file mode 100644
index 00000000000..05707f5f46c
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-view-nft-in-metamask/index.md
@@ -0,0 +1,33 @@
+---
+title: "কীভাবে আপনার ওয়ালেটে আপনার NFT দেখবেন (NFT টিউটোরিয়াল সিরিজের পার্ট 3/3)"
+description: "এই টিউটোরিয়ালটি বর্ণনা করে যে কিভাবে MetaMask-এ একটি বিদ্যমান NFT দেখতে হয়!"
+author: "Sumi Mudgil"
+tags: [ "ERC-721", "Alchemy", "Solidity" ]
+skill: beginner
+lang: bn
+published: 2021-04-22
+---
+
+এই টিউটোরিয়ালটি NFT টিউটোরিয়াল সিরিজের পার্ট 3/3, যেখানে আমরা আমাদের নতুন মিন্ট করা NFT দেখব। যাইহোক, আপনি Mainnet বা যেকোনো টেস্টনেট সহ MetaMask ব্যবহার করে যেকোনো ERC-721 টোকেনের জন্য সাধারণ টিউটোরিয়ালটি ব্যবহার করতে পারেন। আপনি যদি ইথেরিয়ামে আপনার নিজের NFT কীভাবে মিন্ট করবেন তা শিখতে চান, তাহলে আপনার [কীভাবে একটি NFT স্মার্ট কন্ট্র্যাক্ট লিখবেন এবং ডিপ্লয় করবেন তার পার্ট 1](/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)-এ বিনামূল্যে অ্যাপটি পেতে পারেন।
+
+## ধাপ 1: আপনার নেটওয়ার্ক Sepolia-তে সেট করুন {#set-network-to-sepolia}
+
+অ্যাপের শীর্ষে, “Wallet” বোতাম টিপুন, যার পরে আপনাকে একটি নেটওয়ার্ক নির্বাচন করতে বলা হবে। যেহেতু আমাদের NFT Sepolia নেটওয়ার্কে মিন্ট করা হয়েছিল, তাই আপনি আপনার নেটওয়ার্ক হিসাবে Sepolia নির্বাচন করতে চাইবেন।
+
+![কীভাবে MetaMask মোবাইলে আপনার নেটওয়ার্ক হিসাবে Sepolia সেট করবেন](./goerliMetamask.gif)
+
+## ধাপ 2: আপনার সংগ্রহযোগ্য জিনিসটি MetaMask-এ যোগ করুন {#add-nft-to-metamask}
+
+আপনি Sepolia নেটওয়ার্কে গেলে, ডানদিকের “Collectibles” ট্যাবটি নির্বাচন করুন এবং NFT স্মার্ট কন্ট্র্যাক্ট ঠিকানা এবং আপনার NFT-এর ERC-721 টোকেন আইডি যোগ করুন — যা আপনি আমাদের টিউটোরিয়ালের পার্ট II-তে ডিপ্লয় করা আপনার NFT থেকে পাওয়া ট্রানজ্যাকশন হ্যাস-এর উপর ভিত্তি করে Etherscan-এ খুঁজে পেতে সক্ষম হবেন।
+
+![কীভাবে আপনার ট্রানজ্যাকশন হ্যাস এবং ERC-721 টোকেন আইডি খুঁজে বের করবেন](./findNFTEtherscan.png)
+
+আপনার NFT দেখতে আপনাকে কয়েকবার রিফ্রেশ করতে হতে পারে — তবে এটি সেখানে থাকবে <Emoji text="😄" size={1} />!
+
+![কীভাবে আপনার NFT MetaMask-এ আপলোড করবেন](./findNFTMetamask.gif)
+
+অভিনন্দন! আপনি সফলভাবে একটি NFT মিন্ট করেছেন, এবং আপনি এখন এটি দেখতে পারেন! আপনি কীভাবে NFT জগতে ঝড় তুলবেন তা দেখার জন্য আমরা অপেক্ষা করতে পারছি না!
diff --git a/public/content/translations/bn/developers/tutorials/how-to-write-and-deploy-an-nft/index.md b/public/content/translations/bn/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
new file mode 100644
index 00000000000..4a3206c0949
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-write-and-deploy-an-nft/index.md
@@ -0,0 +1,386 @@
+---
+title: "কিভাবে একটি NFT লিখবেন এবং স্থাপন করবেন (NFT টিউটোরিয়াল সিরিজের পর্ব ১/৩)"
+description: "এই টিউটোরিয়ালটি হল NFT-এর উপর একটি সিরিজের পর্ব ১ যা আপনাকে ধাপে ধাপে শেখাবে কিভাবে Ethereum এবং ইন্টার প্ল্যানেটারি ফাইল সিস্টেম (IPFS) ব্যবহার করে একটি নন-ফাঞ্জিবল টোকেন (ERC-721 টোকেন) স্মার্ট কন্ট্র্যাক্ট লিখতে এবং স্থাপন করতে হয়।"
+author: "Sumi Mudgil"
+tags:
+  [
+    "ERC-721",
+    "Alchemy",
+    "Solidity",
+    "স্মার্ট কন্ট্র্যাক্ট"
+  ]
+skill: beginner
+lang: bn
+published: 2021-04-22
+---
+
+NFT ব্লকচেইনকে জনসাধারণের দৃষ্টিতে নিয়ে আসার সাথে সাথে, Ethereum ব্লকচেইনে আপনার নিজের NFT কন্ট্র্যাক্ট (ERC-721 টোকেন) প্রকাশ করে এই হাইপটি নিজে বোঝার জন্য এটি একটি চমৎকার সুযোগ!
+
+Alchemy এনএফটি স্পেসের সবচেয়ে বড় নামগুলোকে শক্তি জোগাতে পেরে অত্যন্ত গর্বিত, যার মধ্যে রয়েছে 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 ডক্স](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-এ লেনদেন কিভাবে কাজ করে সে সম্পর্কে আরও বুঝতে চান, তাহলে ইথেরিয়াম ফাইন্ডেশনের [এই পৃষ্ঠাটি](/developers/docs/transactions/) দেখুন।
+
+আপনি [এখানে](https://metamask.io/download) বিনামূল্যে একটি MetaMask অ্যাকাউন্ট ডাউনলোড এবং তৈরি করতে পারেন। আপনি যখন একটি অ্যাকাউন্ট তৈরি করছেন, বা যদি আপনার ইতিমধ্যে একটি অ্যাকাউন্ট থাকে, তখন উপরের ডানদিকে থাকা “Sepolia Test Network”-এ স্যুইচ করতে ভুলবেন না (যাতে আমরা আসল টাকা নিয়ে কাজ না করি)।
+
+![আপনার নেটওয়ার্ক হিসাবে Sepolia সেট করুন](./metamask-goerli.png)
+
+## ধাপ ৪: একটি ফসেট থেকে ইথার যোগ করুন {#step-4-add-ether-from-a-faucet}
+
+আমাদের স্মার্ট কন্ট্র্যাক্টটি টেস্ট নেটওয়ার্কে স্থাপন করার জন্য আমাদের কিছু নকল ETH লাগবে। ETH পেতে আপনি Alchemy দ্বারা হোস্ট করা [Sepolia Faucet](https://sepoliafaucet.com/)-এ যেতে পারেন, লগ ইন করে আপনার অ্যাকাউন্ট অ্যাড্রেস লিখুন, এবং “আমাকে 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 অ্যাকাউন্ট অ্যাড্রেস ইনপুট করার পরে এবং “অনুরোধ পাঠান”-এ ক্লিক করার পরে, আপনার এইরকম একটি প্রতিক্রিয়া দেখা উচিত:
+
+    ```
+    `{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}`
+    ```
+
+> **দ্রষ্টব্য** এই ফলাফলটি wei-তে, ETH-এ নয়। 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)
+    টেস্ট কমান্ড:
+    গিট রিপোজিটরি:
+    কীওয়ার্ড:
+    লেখক:
+    লাইসেন্স: (ISC)
+    /Users/thesuperb1/Desktop/my-nft/package.json-এ লেখা হচ্ছে:
+
+    {
+      "name": "my-nft",
+      "version": "1.0.0",
+      "description": "আমার প্রথম NFT!",
+      "main": "index.js",
+      "scripts": {
+        "test": "echo \"Error: no test specified\" && exit 1"
+      },
+      "author": "",
+      "license": "ISC"
+    }
+```
+
+package.json অনুমোদন করুন, এবং আমরা এগিয়ে যাওয়ার জন্য প্রস্তুত!
+
+## ধাপ ৭: [Hardhat](https://hardhat.org/getting-started/#overview) ইনস্টল করুন {#install-hardhat}
+
+Hardhat হল আপনার Ethereum সফ্টওয়্যার কম্পাইল, স্থাপন, পরীক্ষা এবং ডিবাগ করার জন্য একটি ডেভেলপমেন্ট পরিবেশ। এটি ডেভেলপারদের লাইভ চেইনে স্থাপন করার আগে স্থানীয়ভাবে স্মার্ট কন্ট্র্যাক্ট এবং ডিএ্যাপস তৈরি করতে সাহায্য করে।
+
+আমাদের my-nft প্রজেক্টের ভিতরে চালান:
+
+    ```
+    npm install --save-dev hardhat
+    ```
+
+[ইনস্টলেশন নির্দেশাবলী](https://hardhat.org/getting-started/#overview) সম্পর্কে আরও বিস্তারিত জানতে এই পৃষ্ঠাটি দেখুন।
+
+## ধাপ ৮: Hardhat প্রজেক্ট তৈরি করুন {#create-hardhat-project}
+
+আমাদের প্রজেক্ট ফোল্ডারের ভিতরে চালান:
+
+    ```
+    npx hardhat
+    ```
+
+তারপরে আপনার একটি স্বাগত বার্তা এবং আপনি কী করতে চান তা নির্বাচন করার একটি বিকল্প দেখতে পাওয়া উচিত। “একটি খালি 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 ফাইল তৈরি করবে যেখানে আমরা আমাদের প্রজেক্টের সমস্ত সেট আপ নির্দিষ্ট করব (ধাপ ১৩-তে)।
+
+## ধাপ ৯: প্রজেক্ট ফোল্ডার যোগ করুন {#add-project-folders}
+
+আমাদের প্রজেক্টকে সংগঠিত রাখতে, আমরা দুটি নতুন ফোল্ডার তৈরি করব। আপনার কমান্ড লাইনে আপনার প্রজেক্টের রুট ডিরেক্টরিতে নেভিগেট করুন এবং টাইপ করুন:
+
+    ```
+    mkdir contracts
+    mkdir scripts
+    ```
+
+- contracts/ এখানেই আমরা আমাদের NFT স্মার্ট কন্ট্র্যাক্ট কোড রাখব
+
+- scripts/ এখানেই আমরা আমাদের স্মার্ট কন্ট্র্যাক্ট স্থাপন এবং তার সাথে ইন্টারঅ্যাক্ট করার জন্য স্ক্রিপ্ট রাখব
+
+## ধাপ ১০: আমাদের কন্ট্র্যাক্ট লিখুন {#write-contract}
+
+এখন যেহেতু আমাদের পরিবেশ সেট আপ করা হয়েছে, আসুন আরও উত্তেজনাপূর্ণ জিনিসগুলিতে যাই: _আমাদের স্মার্ট কন্ট্র্যাক্ট কোড লেখা!_
+
+আপনার প্রিয় এডিটরে my-nft প্রজেক্টটি খুলুন (আমরা [VSCode](https://code.visualstudio.com/) পছন্দ করি)। স্মার্ট কন্ট্র্যাক্টগুলো সলিডিটি নামক একটি ভাষায় লেখা হয় যা আমরা আমাদের 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 এমন কাউন্টার সরবরাহ করে যা শুধুমাত্র এক করে বাড়ানো বা কমানো যায়। আমাদের স্মার্ট কন্ট্র্যাক্ট মোট মিন্ট করা NFT-এর সংখ্যা ট্র্যাক করতে এবং আমাদের নতুন NFT-তে অনন্য আইডি সেট করতে একটি কাউন্টার ব্যবহার করে। (একটি স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে মিন্ট করা প্রতিটি NFT-কে একটি অনন্য আইডি বরাদ্দ করতে হবে — এখানে আমাদের অনন্য আইডিটি কেবল অস্তিত্বে থাকা মোট NFT-এর সংখ্যা দ্বারা নির্ধারিত হয়। উদাহরণস্বরূপ, আমাদের স্মার্ট কন্ট্র্যাক্ট দিয়ে মিন্ট করা প্রথম NFT-এর আইডি হল "1", আমাদের দ্বিতীয় NFT-এর আইডি হল "2", ইত্যাদি।)
+
+- @openzeppelin/contracts/access/Ownable.sol আমাদের স্মার্ট কন্ট্র্যাক্টে [অ্যাক্সেস কন্ট্রোল](https://docs.openzeppelin.com/contracts/3.x/access-control) সেট আপ করে, যাতে শুধুমাত্র স্মার্ট কন্ট্র্যাক্টের মালিক (আপনি) NFT মিন্ট করতে পারেন। (দ্রষ্টব্য, অ্যাক্সেস কন্ট্রোল অন্তর্ভুক্ত করা সম্পূর্ণরূপে একটি পছন্দের বিষয়। আপনি যদি চান যে কেউ আপনার স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে একটি NFT মিন্ট করতে পারুক, তাহলে ১০ নম্বর লাইনের Ownable শব্দটি এবং ১৭ নম্বর লাইনের onlyOwner শব্দটি সরিয়ে দিন।)
+
+আমাদের ইম্পোর্ট স্টেটমেন্টের পরে, আমাদের কাস্টম NFT স্মার্ট কন্ট্র্যাক্ট রয়েছে, যা আশ্চর্যজনকভাবে ছোট — এতে শুধুমাত্র একটি কাউন্টার, একটি কনস্ট্রাক্টর এবং একটি একক ফাংশন রয়েছে! এটি আমাদের ইনহেরিট করা OpenZeppelin কন্ট্র্যাক্টগুলোর জন্য ধন্যবাদ, যা একটি NFT তৈরি করার জন্য প্রয়োজনীয় বেশিরভাগ পদ্ধতি বাস্তবায়ন করে, যেমন `ownerOf` যা NFT-এর মালিককে ফেরত দেয়, এবং `transferFrom`, যা NFT-এর মালিকানা এক অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে স্থানান্তর করে।
+
+আমাদের ERC-721 কনস্ট্রাক্টরে, আপনি লক্ষ্য করবেন আমরা দুটি স্ট্রিং, “MyNFT” এবং “NFT” পাস করি। প্রথম ভ্যারিয়েবলটি হল স্মার্ট কন্ট্র্যাক্টের নাম এবং দ্বিতীয়টি হল এর প্রতীক। আপনি এই ভ্যারিয়েবলগুলোর প্রত্যেকটির নাম যা ইচ্ছা তাই রাখতে পারেন!
+
+অবশেষে, আমাদের `mintNFT(address recipient, string memory tokenURI)` ফাংশন রয়েছে যা আমাদের একটি NFT মিন্ট করতে দেয়! আপনি লক্ষ্য করবেন এই ফাংশনটি দুটি ভ্যারিয়েবল গ্রহণ করে:
+
+- `address recipient` সেই অ্যাড্রেসটি নির্দিষ্ট করে যা আপনার সদ্য মিন্ট করা NFT পাবে
+
+- `string memory tokenURI` হল একটি স্ট্রিং যা একটি JSON ডকুমেন্টে সমাধান করা উচিত যা NFT-এর মেটাডেটা বর্ণনা করে। একটি NFT-এর মেটাডেটা সত্যিই এটিকে জীবন্ত করে তোলে, এটিকে কনফিগারযোগ্য বৈশিষ্ট্য যেমন একটি নাম, বিবরণ, ছবি এবং অন্যান্য অ্যাট্রিবিউট থাকার অনুমতি দেয়। এই টিউটোরিয়ালের ২য় পর্বে, আমরা এই মেটাডেটা কীভাবে কনফিগার করতে হয় তা বর্ণনা করব।
+
+`mintNFT` ইনহেরিট করা ERC-721 লাইব্রেরি থেকে কিছু পদ্ধতি কল করে, এবং অবশেষে একটি সংখ্যা ফেরত দেয় যা সদ্য মিন্ট করা NFT-এর আইডি প্রতিনিধিত্ব করে।
+
+## ধাপ ১১: MetaMask ও Alchemy-কে আপনার প্রজেক্টের সাথে সংযুক্ত করুন {#connect-metamask-and-alchemy}
+
+এখন যেহেতু আমরা একটি MetaMask ওয়ালেট, Alchemy অ্যাকাউন্ট তৈরি করেছি এবং আমাদের স্মার্ট কন্ট্র্যাক্ট লিখেছি, এখন এই তিনটিকে সংযুক্ত করার সময়।
+
+আপনার ভার্চুয়াল ওয়ালেট থেকে পাঠানো প্রতিটি লেনদেনের জন্য আপনার অনন্য ব্যক্তিগত কী ব্যবহার করে একটি স্বাক্ষরের প্রয়োজন। আমাদের প্রোগ্রামকে এই অনুমতি দেওয়ার জন্য, আমরা আমাদের ব্যক্তিগত কী (এবং Alchemy API কী) একটি এনভায়রনমেন্ট ফাইলে নিরাপদে সংরক্ষণ করতে পারি।
+
+লেনদেন পাঠানো সম্পর্কে আরও জানতে, ওয়েব3 ব্যবহার করে লেনদেন পাঠানোর উপর [এই টিউটোরিয়ালটি](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) দেখুন।
+
+প্রথমে, আপনার প্রজেক্ট ডিরেক্টরিতে ডটএনভ প্যাকেজটি ইনস্টল করুন:
+
+    ```
+    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 ডিসকর্ড](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() কল করলে ডেপ্লয়মেন্ট শুরু হবে, এবং একটি প্রমিস রিটার্ন করবে যা একটি 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 অ্যাড্রেসে “কন্ট্র্যাক্ট ক্রিয়েশন” লেখা থাকবে। যদি আমরা লেনদেনটিতে ক্লিক করি, আমরা To ফিল্ডে আমাদের কন্ট্র্যাক্ট অ্যাড্রেস দেখতে পাব:
+
+![Etherscan-এ আপনার কন্ট্র্যাক্টের ঠিকানা দেখুন](./etherscan-sepolia-tx-details.png)
+
+দারুণ! আপনি এইমাত্র আপনার NFT স্মার্ট কন্ট্র্যাক্টটি Ethereum (টেস্টনেট) চেইনে স্থাপন করেছেন!
+
+নেপথ্যে কী ঘটছে তা বোঝার জন্য, আসুন আমাদের [Alchemy ড্যাশবোর্ড](https://dashboard.alchemyapi.io/explorer)-এর এক্সপ্লোরার ট্যাবে নেভিগেট করি। আপনার যদি একাধিক Alchemy অ্যাপ থাকে তবে অ্যাপ দ্বারা ফিল্টার করে “MyNFT” নির্বাচন করতে ভুলবেন না।
+
+![Alchemy-এর এক্সপ্লোরার ড্যাশবোর্ড দিয়ে “নেপথ্যে” করা কলগুলি দেখুন](./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/bn/developers/tutorials/interact-with-other-contracts-from-solidity/index.md b/public/content/translations/bn/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
new file mode 100644
index 00000000000..fd832c47307
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/interact-with-other-contracts-from-solidity/index.md
@@ -0,0 +1,179 @@
+---
+title: "সলিডিটি থেকে অন্যান্য কন্ট্র্যাক্টগুলির সাথে ইন্টারঅ্যাক্ট করুন"
+description: "কীভাবে একটি বিদ্যমান কন্ট্র্যাক্ট থেকে একটি স্মার্ট কন্ট্র্যাক্ট ডেপ্লয় করবেন এবং এর সাথে ইন্টারঅ্যাক্ট করবেন"
+author: "jdourlens"
+tags:
+  [
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "সলিডিটি",
+    "remix",
+    "ডেপ্লয়িং",
+    "কম্পোজেবিলিটি"
+  ]
+skill: advanced
+lang: bn
+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/) অথবা [সলিডিটিতে এরর হ্যান্ডলিং](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, "আপনি কন্ট্র্যাক্টের মালিক নন");
+        _;
+    }
+
+    modifier onlyFactory() {
+        require(msg.sender == _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;
+```
+
+ইথেরিয়ামে, ম্যাপিং জাভাস্ক্রিপ্টে অবজেক্টের সমতুল্য, এগুলি 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` এটি msg.sender-কে সরাসরি `getCount` ফাংশনে পাস করার একটি সংক্ষিপ্ত উপায় মাত্র।
+
+`increment` ফাংশনটিও বেশ একইরকম, কিন্তু এটি মূল ট্রানজ্যাকশন সেন্ডারকে `Counter` কন্ট্র্যাক্টে পাস করে দেয়:
+
+```solidity
+function increment() public {
+      require (_counters[msg.sender] != Counter(0));
+      Counter(_counters[msg.sender]).increment(msg.sender);
+  }
+```
+
+লক্ষ্য করুন যে যদি অনেকবার কল করা হয়, আমাদের কাউন্টার একটি ওভারফ্লোর শিকার হতে পারে। এই সম্ভাব্য পরিস্থিতি থেকে রক্ষা পাওয়ার জন্য আপনার যতটা সম্ভব [সেফম্যাথ লাইব্রেরি](https://ethereumdev.io/using-safe-math-library-to-prevent-from-overflows/) ব্যবহার করা উচিত।
+
+আমাদের কন্ট্র্যাক্ট ডেপ্লয় করার জন্য, আপনাকে `CounterFactory` এবং `Counter` উভয়ের কোড সরবরাহ করতে হবে। উদাহরণস্বরূপ রিমিক্সে ডেপ্লয় করার সময় আপনাকে 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, "আপনি কন্ট্র্যাক্টের মালিক নন");
+        _;
+    }
+
+    modifier onlyFactory() {
+        require(msg.sender == _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));
+    }
+
+}
+```
+
+কম্পাইল করার পরে, রিমিক্সের ডেপ্লয় বিভাগে আপনি ডেপ্লয় করার জন্য ফ্যাক্টরিটি নির্বাচন করবেন:
+
+![রিমিক্সে ডেপ্লয় করার জন্য ফ্যাক্টরি নির্বাচন করা হচ্ছে](./counterfactory-deploy.png)
+
+তারপর আপনি আপনার কন্ট্র্যাক্ট ফ্যাক্টরি নিয়ে খেলতে পারেন এবং মানের পরিবর্তন পরীক্ষা করতে পারেন। আপনি যদি একটি ভিন্ন অ্যাড্রেস থেকে স্মার্ট কন্ট্র্যাক্টটি কল করতে চান, তবে আপনাকে রিমিক্সের অ্যাকাউন্ট সিলেক্টে অ্যাড্রেসটি পরিবর্তন করতে হবে।
diff --git a/public/content/translations/bn/developers/tutorials/ipfs-decentralized-ui/index.md b/public/content/translations/bn/developers/tutorials/ipfs-decentralized-ui/index.md
new file mode 100644
index 00000000000..093e315f0ec
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/ipfs-decentralized-ui/index.md
@@ -0,0 +1,73 @@
+---
+title: "বিকেন্দ্রীভূত ইউজার ইন্টারফেসের জন্য IPFS"
+description: "এই টিউটোরিয়ালটি পাঠককে শেখায় কিভাবে একটি ডিএ্যাপ-এর জন্য ইউজার ইন্টারফেস সংরক্ষণ করতে IPFS ব্যবহার করতে হয়। যদিও অ্যাপ্লিকেশনটির ডেটা এবং ব্যবসায়িক যুক্তি বিকেন্দ্রীভূত, একটি সেন্সরশিপ প্রতিরোধী ইউজার ইন্টারফেস ছাড়া ব্যবহারকারীরা যাইহোক এতে অ্যাক্সেস হারাতে পারে।"
+author: Ori Pomerantz
+tags: [ "ipfs" ]
+skill: beginner
+lang: bn
+published: 2024-06-29
+---
+
+আপনি একটি অবিশ্বাস্য নতুন ডিএ্যাপ লিখেছেন। আপনি এমনকি এর জন্য একটি [ইউজার ইন্টারফেস](/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 ডেস্কটপে, **Import > Folder**-এ ক্লিক করুন এবং আগের ধাপে তৈরি করা ডিরেক্টরিটি নির্বাচন করুন।
+
+4. আপনি এইমাত্র আপলোড করা ফোল্ডারটি নির্বাচন করুন এবং **Rename**-এ ক্লিক করুন। এটিকে আরও অর্থপূর্ণ একটি নাম দিন।
+
+5. এটিকে আবার নির্বাচন করুন এবং **Share link**-এ ক্লিক করুন। URLটি ক্লিপবোর্ডে অনুলিপি করুন। লিঙ্কটি `https://ipfs.io/ipfs/QmaCuQ7yN6iyBjLmLGe8YiFuCwnePoKfVu6ue8vLBsLJQJ`-এর অনুরূপ হবে।
+
+6. **Status**-এ ক্লিক করুন। গেটওয়ে অ্যাড্রেসটি দেখতে **Advanced** ট্যাবটি প্রসারিত করুন। উদাহরণস্বরূপ, আমার সিস্টেমে অ্যাড্রেসটি হল `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. বাম সাইডবারে **Storage > 4EVER Pin**-এ ক্লিক করুন।
+
+3. **Upload > Selected CID**-এ ক্লিক করুন। আপনার কন্টেন্টকে একটি নাম দিন এবং IPFS ডেস্কটপ থেকে CID প্রদান করুন। বর্তমানে একটি CID হল `Qm` দিয়ে শুরু হওয়া একটি স্ট্রিং, যার পরে 44টি অক্ষর এবং অঙ্ক থাকে যা একটি [বেস-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.ipfs.dweb.link/) দেখতে পারেন।
+
+6. এক মাসের বেশি সময় ধরে এটিকে পিন করে রাখার জন্য আপনার অ্যাকাউন্টটি সক্রিয় করার প্রয়োজন হতে পারে। অ্যাকাউন্ট সক্রিয়করণের খরচ প্রায় $1। আপনি যদি এটি বন্ধ করে দেন, তবে পুনরায় সক্রিয় করার জন্য জিজ্ঞাসা করা হবে তাই লগ আউট করে আবার লগ ইন করুন।
+
+## IPFS থেকে ব্যবহার {#using-from-ipfs}
+
+এই মুহূর্তে আপনার কাছে একটি কেন্দ্রীভূত গেটওয়ের একটি লিঙ্ক আছে যা আপনার IPFS কন্টেন্ট পরিবেশন করে। সংক্ষেপে, আপনার ইউজার ইন্টারফেস কিছুটা নিরাপদ হতে পারে কিন্তু এটি এখনও সেন্সরশিপ প্রতিরোধী নয়। আসল সেন্সরশিপ প্রতিরোধের জন্য, ব্যবহারকারীদের [সরাসরি একটি ব্রাউজার থেকে](https://docs.ipfs.tech/install/ipfs-companion/#prerequisites) IPFS ব্যবহার করতে হবে।
+
+একবার আপনি এটি ইনস্টল করলে (এবং ডেস্কটপ 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}
+
+ঠিক যেমন ইথেরিয়াম আপনাকে আপনার ডিএ্যাপ-এর ডেটাবেস এবং ব্যবসায়িক যুক্তির দিকগুলি বিকেন্দ্রীভূত করতে দেয়, তেমনি IPFS আপনাকে ইউজার ইন্টারফেস বিকেন্দ্রীভূত করতে দেয়। এটি আপনাকে আপনার ডিএ্যাপ-এর বিরুদ্ধে আরও একটি আক্রমণ ভেক্টর বন্ধ করতে দেয়।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
diff --git a/public/content/translations/bn/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md b/public/content/translations/bn/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
new file mode 100644
index 00000000000..da2e48f3a54
--- /dev/null
+++ b/public/content/translations/bn/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:
+  [
+    "ফ্রন্টএন্ড",
+    "javascript",
+    "ethers.js",
+    "দ্য গ্রাফ",
+    "defi"
+  ]
+skill: beginner
+lang: bn
+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/)-এর প্রতিষ্ঠাতা Paul Razvan Berg-এর দ্বারা শুরু করা, এই অ্যাপটি আপনার ফ্রন্টএন্ড ডেভেলপমেন্ট শুরু করবে এবং বেছে নেওয়ার জন্য বেশ কয়েকটি ঐচ্ছিক ইন্টিগ্রেশন সহ আসে।
+
+## ইনস্টলেশন {#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/` খুলুন। আপনি যখন প্রোডাকশনে ডিপ্লয় করার জন্য প্রস্তুত হবেন, তখন 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, ফ্লো সিনট্যাক্স সমর্থন।
+- ES6-এর বাইরে ভাষার অতিরিক্ত যেমন অবজেক্ট স্প্রেড অপারেটর।
+- অটোপ্রিফিক্সড CSS, তাই আপনার -webkit- বা অন্য প্রিফিক্সের প্রয়োজন নেই।
+- কভারেজ রিপোর্টিংয়ের জন্য অন্তর্নির্মিত সমর্থন সহ একটি দ্রুত ইন্টারেক্টিভ ইউনিট পরীক্ষা চালনাকারী।
+- একটি লাইভ ডেভেলপমেন্ট সার্ভার যা সাধারণ ভুল সম্পর্কে সতর্ক করে।
+- প্রোডাকশনের জন্য JS, CSS এবং ছবি বান্ডিল করার জন্য একটি বিল্ড স্ক্রিপ্ট, হ্যাস এবং সোর্সম্যাপ সহ।
+
+বিশেষ করে _create-eth-app_ নতুন [hooks effects](https://legacy.reactjs.org/docs/hooks-effect.html) ব্যবহার করছে। শক্তিশালী, অথচ খুব ছোট তথাকথিত কার্যকরী উপাদান লেখার একটি পদ্ধতি। কীভাবে সেগুলি _create-eth-app_-এ ব্যবহার করা হয় তার জন্য অ্যাপোলো সম্পর্কে নীচের বিভাগটি দেখুন।
+
+### 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}
+
+[GraphQL](https://graphql.org/) একটি [Restful API](https://restfulapi.net/)-এর তুলনায় ডেটা পরিচালনা করার একটি বিকল্প উপায়। Restful Apis-এর তুলনায় তাদের বেশ কিছু সুবিধা রয়েছে, বিশেষ করে বিকেন্দ্রীভূত ব্লকচেইন ডেটার জন্য। আপনি যদি এর পেছনের কারণ জানতে আগ্রহী হন, তাহলে [GraphQL Will Power the Decentralized Web](https://medium.com/graphprotocol/graphql-will-power-the-decentralized-web-d7443a69c69a) দেখুন।
+
+সাধারণত আপনি সরাসরি আপনার স্মার্ট কন্ট্র্যাক্ট থেকে ডেটা আনতেন। সর্বশেষ ট্রেড-এর সময় পড়তে চান? শুধু `MyContract.methods.latestTradeTime().call()` কল করুন যা একটি Ethereum নোড থেকে আপনার dApp-এ ডেটা নিয়ে আসে। কিন্তু আপনার যদি শত শত ভিন্ন ডেটা পয়েন্টের প্রয়োজন হয়? এর ফলে নোডে শত শত ডেটা ফেচ হবে, প্রতিবার একটি [RTT](https://wikipedia.org/wiki/Round-trip_delay_time) প্রয়োজন হবে যা আপনার dApp-কে ধীর এবং অদক্ষ করে তুলবে। একটি সমাধান হতে পারে আপনার চুক্তির ভিতরে একটি ফেচার কল ফাংশন যা একবারে একাধিক ডেটা ফেরত দেয়। যদিও এটি সবসময় আদর্শ নয়।
+
+এবং তারপরে আপনি ঐতিহাসিক ডেটাতেও আগ্রহী হতে পারেন। আপনি শুধু শেষ ট্রেডের সময়ই নয়, আপনি নিজে থেকে করা সমস্ত ট্রেডের সময়ও জানতে চান। _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-এর একটি অনন্য বৈশিষ্ট্য হল সেই [flash loans](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)-এ [raw](https://thegraph.com/explorer/subgraph/aave/protocol-raw) অথবা [formatted](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)। তারল্য প্রদানকারীরা একটি ট্রেডের উভয় পক্ষের জন্য প্রয়োজনীয় টোকেন বা ইথার সরবরাহ করে ফি উপার্জন করতে পারে। এটি ব্যাপকভাবে ব্যবহৃত হয় এবং তাই এটির টোকেনের একটি খুব বিস্তৃত পরিসরের জন্য সর্বোচ্চ তারল্য রয়েছে। আপনি এটিকে সহজেই আপনার dApp-এ সংহত করতে পারেন, উদাহরণস্বরূপ, ব্যবহারকারীদের তাদের ETH-কে DAI-এর জন্য অদলবদল করার অনুমতি দিতে।
+
+দুর্ভাগ্যবশত, এই লেখার সময় ইন্টিগ্রেশনটি শুধুমাত্র 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/bn/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/bn/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
new file mode 100644
index 00000000000..2b8baab5af7
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
@@ -0,0 +1,269 @@
+---
+title: "SQL-এর সাহায্যে ইথেরিয়ামের ভিত্তিগত বিষয়গুলি শিখুন"
+description: "এই টিউটোরিয়ালটি স্ট্রাকচার্ড কোয়েরি ল্যাঙ্গুয়েজ (SQL) দিয়ে অনচেইন ডেটা কোয়েরি করার মাধ্যমে পাঠকদের ট্রানজ্যাকশন, ব্লক এবং গ্যাসের মতো ইথেরিয়ামের মৌলিক ধারণাগুলি বুঝতে সাহায্য করে।"
+author: "Paul Apivat"
+tags: [ "SQL", "কোয়েরি করা", "লেনদেনসমূহ" ]
+skill: beginner
+lang: bn
+published: 2021-05-11
+source: paulapivat.com
+sourceUrl: https://paulapivat.com/post/query_ethereum/
+---
+
+অনেক ইথেরিয়াম টিউটোরিয়াল ডেভেলপারদের লক্ষ্য করে তৈরি, কিন্তু ডেটা অ্যানালিস্ট বা এমন লোকেদের জন্য শিক্ষামূলক রিসোর্সের অভাব রয়েছে যারা কোনো ক্লায়েন্ট বা নোড না চালিয়ে অনচেইন ডেটা দেখতে চান।
+
+এই টিউটোরিয়ালটি [Dune Analytics](https://dune.com/) দ্বারা প্রদত্ত একটি ইন্টারফেসের মাধ্যমে স্ট্রাকচার্ড কোয়েরি ল্যাঙ্গুয়েজ (SQL) দিয়ে অনচেইন ডেটা কোয়েরি করে পাঠকদেরকে ট্রানজ্যাকশন, ব্লক এবং গ্যাসের মতো ইথেরিয়ামের মৌলিক ধারণাগুলি বুঝতে সাহায্য করে।
+
+অনচেইন ডেটা আমাদের ইথেরিয়াম, নেটওয়ার্ক এবং কম্পিউটিং পাওয়ারের জন্য একটি অর্থনীতি হিসাবে বুঝতে সাহায্য করতে পারে এবং বর্তমানে ইথেরিয়ামের মুখোমুখি হওয়া চ্যালেঞ্জগুলি (যেমন, ক্রমবর্ধমান গ্যাসের দাম) এবং, আরও গুরুত্বপূর্ণভাবে, স্কেলিং সমাধান নিয়ে আলোচনার জন্য একটি ভিত্তি হিসাবে কাজ করা উচিত।
+
+### লেনদেন {#transactions}
+
+ইথেরিয়ামে একজন ব্যবহারকারীর যাত্রা শুরু হয় একটি ব্যবহারকারী-নিয়ন্ত্রিত অ্যাকাউন্ট অথবা একটি ETH ব্যালেন্স সহ একটি এন্টিটি ইনিশিয়ালাইজ করার মাধ্যমে। দুই ধরনের অ্যাকাউন্ট আছে - ব্যবহারকারী-নিয়ন্ত্রিত বা একটি স্মার্ট কন্ট্র্যাক্ট ([ethereum.org](/developers/docs/accounts/) দেখুন)।
+
+যেকোনো অ্যাকাউন্ট [Etherscan](https://etherscan.io/) বা [Blockscout](https://eth.blockscout.com/)-এর মতো একটি ব্লক এক্সপ্লোরারে দেখা যেতে পারে। ব্লক এক্সপ্লোরার হলো ইথেরিয়ামের ডেটার জন্য একটি পোর্টাল। তারা রিয়েল-টাইমে ব্লক, ট্রানজ্যাকশন, মাইনার, অ্যাকাউন্ট এবং অন্যান্য অনচেইন কার্যকলাপের ডেটা প্রদর্শন করে ([এখানে](/developers/docs/data-and-analytics/block-explorers/) দেখুন)।
+
+তবে, একজন ব্যবহারকারী বাহ্যিক ব্লক এক্সপ্লোরার দ্বারা প্রদত্ত তথ্যের সাথে মেলানোর জন্য সরাসরি ডেটা কোয়েরি করতে চাইতে পারেন। [Dune Analytics](https://dune.com/) SQL সম্পর্কে কিছু জ্ঞান আছে এমন যেকোনো ব্যক্তিকে এই ক্ষমতা প্রদান করে।
+
+রেফারেন্সের জন্য, Ethereum Foundation (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 অ্যানালিটিক্স {#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 Foundation-এর পাবলিক ঠিকানায় করা ট্রানজ্যাকশনের জন্য এই নির্দিষ্ট তথ্যগুলি কোয়েরি করতে পারি:
+
+```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}
+
+প্রতিটি ট্রানজ্যাকশন ইথিরিয়াম ভার্চুয়াল মেশিন ([EVM](/developers/docs/evm/))-এর স্টেট পরিবর্তন করবে ([উৎস](/developers/docs/transactions/))। ট্রানজ্যাকশনগুলি যাচাই করার জন্য এবং একটি ব্লকে অন্তর্ভুক্ত করার জন্য নেটওয়ার্কে সম্প্রচার করা হয়। প্রতিটি ট্রানজ্যাকশন একটি ব্লক নম্বরের সাথে যুক্ত। ডেটা দেখতে, আমরা একটি নির্দিষ্ট ব্লক নম্বর কোয়েরি করতে পারি: 12396854 (এই লেখা পর্যন্ত, 11/5/21, Ethereum Foundation-এর ট্রানজ্যাকশনগুলির মধ্যে সাম্প্রতিকতম ব্লক)।
+
+উপরন্তু, যখন আমরা পরবর্তী দুটি ব্লক কোয়েরি করি, আমরা দেখতে পাই যে প্রতিটি ব্লকে পূর্ববর্তী ব্লকের হ্যাস (অর্থাৎ, প্যারেন্ট হ্যাস) রয়েছে, যা ব্লকচেইন কীভাবে গঠিত হয় তা চিত্রিত করে।
+
+প্রতিটি ব্লকে তার প্যারেন্ট ব্লকের একটি রেফারেন্স থাকে। এটি `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)
+
+চেইনে এই একক ব্লকটি যুক্ত হলে ইথিরিয়াম ভার্চুয়াল মেশিন ([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 সেকেন্ডে একটি ব্লক তৈরি হয় তা দেখতে, আমরা প্রতিদিনের ব্লকের আনুমানিক গড় সংখ্যা (~ 5760) পেতে একদিনের সেকেন্ড সংখ্যাকে (86400) 15 দিয়ে ভাগ করতে পারি।
+
+প্রতিদিন উৎপাদিত ইথেরিয়াম ব্লকের চার্ট (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
+```
+
+তারপরে রয়েছে প্রতিদিন ব্যবহৃত প্রকৃত গ্যাস যা ইথেরিয়াম চেইনে করা কম্পিউটিংয়ের জন্য অর্থ প্রদান করে (যেমন, ট্রানজ্যাকশন পাঠানো, একটি স্মার্ট কন্ট্র্যাক্ট কল করা, একটি NFT মিন্ট করা)। এটি উপলব্ধ ইথেরিয়াম ব্লক স্পেসের **চাহিদা**:
+
+![](./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 Foundation দ্বারা প্রতি ট্রানজ্যাকশনে প্রদত্ত গড় গ্যাসের পরিমাণে ফিল্টার করব।
+
+![](./ef_daily_gas.png)
+
+আমরা বছরের পর বছর ধরে Ethereum Foundation ঠিকানায় করা সমস্ত ট্রানজ্যাকশনের জন্য প্রদত্ত গ্যাসের দাম দেখতে পারি। কোয়েরিটি এখানে দেওয়া হলো:
+
+```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}
+
+এই টিউটোরিয়ালের মাধ্যমে, আমরা অনচেইন ডেটা কোয়েরি করে এবং তার একটি অনুভূতি পেয়ে ইথেরিয়ামের ভিত্তিগত ধারণাগুলি এবং ইথেরিয়াম ব্লকচেইন কীভাবে কাজ করে তা বুঝতে পারি।
+
+এই টিউটোরিয়ালে ব্যবহৃত সমস্ত কোড ধারণকারী ড্যাশবোর্ডটি [এখানে](https://dune.com/paulapivat/Learn-Ethereum) পাওয়া যাবে।
+
+web3 অন্বেষণ করতে ডেটার আরও ব্যবহারের জন্য [আমাকে টুইটারে খুঁজুন](https://twitter.com/paulapivat)।
diff --git a/public/content/translations/bn/developers/tutorials/logging-events-smart-contracts/index.md b/public/content/translations/bn/developers/tutorials/logging-events-smart-contracts/index.md
new file mode 100644
index 00000000000..450c9768df2
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/logging-events-smart-contracts/index.md
@@ -0,0 +1,62 @@
+---
+title: "ইভেন্টস সহ স্মার্ট কন্ট্র্যাক্ট থেকে ডেটা লগ করা"
+description: "স্মার্ট কন্ট্র্যাক্ট ইভেন্টস-এর একটি ভূমিকা এবং ডেটা লগ করতে আপনি কীভাবে সেগুলি ব্যবহার করতে পারেন"
+author: "jdourlens"
+tags: [ "স্মার্ট কন্ট্র্যাক্ট", "remix", "সলিডিটি", "ইভেন্টস" ]
+skill: intermediate
+lang: bn
+published: 2020-04-03
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/logging-data-with-events/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+Solidity-তে, [events](/developers/docs/smart-contracts/anatomy/#events-and-logs) হলো প্রেরিত সংকেত যা স্মার্ট কন্ট্র্যাক্ট ফায়ার করতে পারে। ডিএ্যাপস, বা Ethereum JSON-RPC API-এর সাথে সংযুক্ত যেকোনো কিছু, এই ইভেন্টসগুলো শুনতে পারে এবং সেই অনুযায়ী কাজ করতে পারে। একটি ইভেন্টকেও ইন্ডেক্স করা যেতে পারে যাতে ইভেন্টের ইতিহাস পরে সার্চ করা যায়।
+
+## ইভেন্ট {#events}
+
+এই নিবন্ধটি লেখার সময় Ethereum ব্লকচেইনের সবচেয়ে সাধারণ ইভেন্ট হলো ট্রান্সফার ইভেন্ট যা ERC20 টোকেন দ্বারা নির্গত হয় যখন কেউ টোকেন ট্রান্সফার করে।
+
+```solidity
+event Transfer(address indexed from, address indexed to, uint256 value);
+```
+
+ইভেন্টের সিগনেচারটি কন্ট্র্যাক্ট কোডের ভিতরে ঘোষণা করা হয় এবং এমিট কীওয়ার্ড দিয়ে নির্গত করা যেতে পারে। উদাহরণস্বরূপ, ট্রান্সফার ইভেন্ট লগ করে কে ট্রান্সফার পাঠিয়েছে (_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;
+    }
+
+}
+```
+
+লক্ষ্য করুন যে:
+
+- **লাইন 5**: আমরা আমাদের ইভেন্ট এবং এতে কী রয়েছে, পুরানো মান এবং নতুন মান ঘোষণা করি।
+
+- **লাইন 13**: যখন আমরা আমাদের কাউন্ট ভেরিয়েবল বৃদ্ধি করি, তখন আমরা ইভেন্টটি নির্গত করি।
+
+যদি আমরা এখন কন্ট্র্যাক্টটি ডিপ্লয় করি এবং ইনক্রিমেন্ট ফাংশনটি কল করি, আমরা দেখতে পাব যে আপনি যদি লগস নামের একটি অ্যারের ভিতরে নতুন ট্রানজ্যাকশনে ক্লিক করেন তবে Remix স্বয়ংক্রিয়ভাবে এটি প্রদর্শন করবে।
+
+![Remix স্ক্রিনশট](./remix-screenshot.png)
+
+লগগুলি আপনার স্মার্ট কন্ট্র্যাক্ট ডিবাগ করার জন্য সত্যিই দরকারী কিন্তু আপনি যদি বিভিন্ন লোকের দ্বারা ব্যবহৃত অ্যাপ্লিকেশন তৈরি করেন এবং আপনার স্মার্ট কন্ট্র্যাক্ট কীভাবে ব্যবহার করা হয় তা ট্র্যাক এবং বোঝার জন্য বিশ্লেষণ করা সহজ করে তোলে তবে সেগুলিও গুরুত্বপূর্ণ। ট্রানজ্যাকশনের মাধ্যমে তৈরি করা লগগুলি জনপ্রিয় ব্লক এক্সপ্লোরারে প্রদর্শিত হয় এবং আপনি উদাহরণস্বরূপ, নির্দিষ্ট ইভেন্ট শোনার জন্য এবং সেগুলি ঘটলে পদক্ষেপ নেওয়ার জন্য অফচেইন স্ক্রিপ্ট তৈরি করতেও সেগুলি ব্যবহার করতে পারেন।
diff --git a/public/content/translations/bn/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md b/public/content/translations/bn/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
new file mode 100644
index 00000000000..1de9f65240e
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
@@ -0,0 +1,247 @@
+---
+title: "অফলাইন ডেটা ইন্টিগ্রিটির জন্য মেরকেল প্রুফস"
+description: "যে ডেটা বেশিরভাগই অফচেইনে স্টোর করা থাকে, সেই ডেটার ইন্টিগ্রিটি অনচেইনে নিশ্চিত করা"
+author: Ori Pomerantz
+tags: [ "সংগ্রহস্থল" ]
+skill: advanced
+lang: bn
+published: 2021-12-30
+---
+
+## ভূমিকা {#introduction}
+
+আদর্শগতভাবে আমরা ইথেরিয়াম সংগ্রহস্থলে সবকিছু স্টোর করতে চাই, যা হাজার হাজার কম্পিউটার জুড়ে স্টোর করা থাকে এবং এর
+অত্যন্ত উচ্চ প্রাপ্যতা (ডেটা সেন্সর করা যায় না) এবং ইন্টিগ্রিটি (ডেটা অননুমোদিত উপায়ে পরিবর্তন করা যায় না) রয়েছে, তবে একটি 32-বাইট শব্দ স্টোর করতে সাধারণত 20,000 গ্যাস খরচ হয়। আমি যখন এটি লিখছি, তখন সেই খরচ
+$6.60 এর সমতুল্য। প্রতি বাইটে 21 সেন্টে এটি অনেক ব্যবহারের জন্য খুবই ব্যয়বহুল।
+
+এই সমস্যার সমাধান করার জন্য ইথেরিয়াম ইকোসিস্টেম বিকেন্দ্রীভূত উপায়ে ডেটা স্টোর করার জন্য [অনেক বিকল্প উপায় তৈরি করেছে](/developers/docs/storage/)। সাধারণত এগুলিতে প্রাপ্যতা
+এবং মূল্যের মধ্যে একটি ট্রেডঅফ জড়িত থাকে। তবে, ইন্টিগ্রিটি সাধারণত নিশ্চিত করা হয়।
+
+এই নিবন্ধে আপনি শিখবেন **কিভাবে** ব্লকচেইনে ডেটা স্টোর না করে ডেটা ইন্টিগ্রিটি নিশ্চিত করতে হয়, [Merkle proofs](https://computersciencewiki.org/index.php/Merkle_proof) ব্যবহার করে।
+
+## এটি কিভাবে কাজ করে? {#how-does-it-work}
+
+তাত্ত্বিকভাবে আমরা ডেটার হ্যাস অনচেইনে স্টোর করতে পারি, এবং লেনদেনে প্রয়োজনীয় সমস্ত ডেটা পাঠাতে পারি। তবে, এটি এখনও খুব ব্যয়বহুল। একটি লেনদেনে এক বাইট ডেটার জন্য প্রায় 16 গ্যাস খরচ হয়, বর্তমানে প্রায় অর্ধেক সেন্ট, বা প্রতি কিলোবাইটে প্রায় $5। প্রতি মেগাবাইটে $5000 হলে, এটি অনেক ব্যবহারের জন্য এখনও খুব ব্যয়বহুল, এমনকি ডেটা হ্যাস করার অতিরিক্ত খরচ ছাড়াই।
+
+এর সমাধান হল ডেটার বিভিন্ন উপসেটকে বারবার হ্যাস করা, যাতে আপনার যে ডেটা পাঠাতে হবে না তার জন্য আপনি কেবল একটি হ্যাস পাঠাতে পারেন। আপনি এটি একটি Merkle tree ব্যবহার করে করেন, এটি একটি ট্রি ডেটা স্ট্রাকচার যেখানে প্রতিটি নোড তার নীচের নোডগুলির একটি হ্যাস:
+
+![মেরকেল ট্রি](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-এ থাকে।
+
+#### Merkle রুট তৈরি করা {#creating-the-merkle-root}
+
+প্রথমে আমাদের চেইনে Merkle রুট সরবরাহ করতে হবে।
+
+```javascript
+const ethers = require("ethers")
+```
+
+[আমরা ethers প্যাকেজ থেকে হ্যাস ফাংশনটি ব্যবহার করি](https://docs.ethers.io/v5/api/utils/hashing/#utils-keccak256)।
+
+```javascript
+// কাঁচা ডেটা যার ইন্টিগ্রিটি আমাদের যাচাই করতে হবে। প্রথম দুটি বাইট একটি
+// ব্যবহারকারী শনাক্তকারী, এবং শেষ দুটি বাইট ব্যবহারকারীর বর্তমানে মালিকানাধীন টোকেনের পরিমাণ।
+const dataArray = [
+  0x0bad0010, 0x60a70020, 0xbeef0030, 0xdead0040, 0xca110050, 0x0e660060,
+  0xface0070, 0xbad00080, 0x060d0091,
+]
+```
+
+প্রতিটি এন্ট্রিকে একটি একক 256-বিট পূর্ণসংখ্যাতে এনকোড করার ফলে, উদাহরণস্বরূপ, JSON ব্যবহারের চেয়ে কম পঠনযোগ্য কোড তৈরি হয়। তবে, এর অর্থ হল চুক্তিতে ডেটা পুনরুদ্ধারের জন্য উল্লেখযোগ্যভাবে কম প্রক্রিয়াকরণ, তাই অনেক কম গ্যাস খরচ হয়। [আপনি অনচেইনে JSON পড়তে পারেন](https://github.com/chrisdotn/jsmnSol), এটি যদি এড়ানো যায় তবে এটি একটি খারাপ ধারণা।
+
+```javascript
+// হ্যাস মানের অ্যারে, BigInts হিসাবে
+const hashArray = dataArray
+```
+
+এই ক্ষেত্রে আমাদের ডেটা শুরু করার জন্য 256-বিট মান, তাই কোনও প্রক্রিয়াকরণের প্রয়োজন নেই। আমরা যদি স্ট্রিংয়ের মতো আরও জটিল ডেটা স্ট্রাকচার ব্যবহার করি, তবে আমাদের নিশ্চিত করতে হবে যে আমরা প্রথমে ডেটা হ্যাস করে হ্যাসের একটি অ্যারে পেয়েছি। মনে রাখবেন যে এটিও কারণ ব্যবহারকারীরা অন্যান্য ব্যবহারকারীদের তথ্য জানলে আমাদের কিছু যায় আসে না। অন্যথায় আমাদের হ্যাস করতে হতো যাতে ব্যবহারকারী 1 ব্যবহারকারী 0-এর মান জানতে না পারে, ব্যবহারকারী 2 ব্যবহারকারী 3-এর মান জানতে না পারে ইত্যাদি।
+
+```javascript
+// হ্যাস ফাংশন যে স্ট্রিং আশা করে এবং আমরা অন্য সব জায়গায় যে BigInt ব্যবহার করি তার মধ্যে রূপান্তর করুন।
+const hash = (x) =>
+  BigInt(ethers.utils.keccak256("0x" + x.toString(16).padStart(64, 0)))
+```
+
+ethers হ্যাস ফাংশনটি একটি হেক্সাডেসিমেল সংখ্যা সহ একটি জাভাস্ক্রিপ্ট স্ট্রিং পাওয়ার আশা করে, যেমন `0x60A7`, এবং একই কাঠামো সহ অন্য একটি স্ট্রিং দিয়ে প্রতিক্রিয়া জানায়। তবে, বাকি কোডের জন্য `BigInt` ব্যবহার করা সহজ, তাই আমরা একটি হেক্সাডেসিমেল স্ট্রিংয়ে রূপান্তর করি এবং আবার ফিরে আসি।
+
+```javascript
+// একটি জোড়ার প্রতিসম হ্যাস যাতে ক্রমটি বিপরীত হলে আমাদের কিছু যায় আসে না।
+const pairHash = (a, b) => hash(hash(a) ^ hash(b))
+```
+
+এই ফাংশনটি প্রতিসম (a [xor](https://en.wikipedia.org/wiki/Exclusive_or) b-এর হ্যাস)। এর মানে হল যে যখন আমরা Merkle প্রমাণটি পরীক্ষা করি তখন আমাদের প্রমাণের মানটি গণনাকৃত মানের আগে বা পরে রাখতে হবে কিনা তা নিয়ে চিন্তা করার দরকার নেই। Merkle প্রুফ চেকিং অনচেইনে করা হয়, তাই সেখানে আমাদের যত কম কাজ করতে হবে ততই ভালো।
+
+সতর্কতা:
+ক্রিপ্টোগ্রাফি দেখতে যতটা সহজ মনে হয় তার চেয়ে কঠিন।
+এই নিবন্ধটির প্রাথমিক সংস্করণে `hash(a^b)` হ্যাস ফাংশন ছিল।
+এটি একটি **খারাপ** ধারণা ছিল কারণ এর মানে হল যে আপনি যদি `a` এবং `b`-এর বৈধ মানগুলি জানতেন তবে আপনি যে কোনও পছন্দসই `a'` মান প্রমাণ করতে `b' = a^b^a'` ব্যবহার করতে পারতেন।
+এই ফাংশনটির সাথে আপনাকে `b'` গণনা করতে হবে যাতে `hash(a') ^ hash(b')` একটি পরিচিত মানের সমান হয় (রুটে যাওয়ার পথে পরবর্তী শাখা), যা অনেক কঠিন।
+
+```javascript
+// একটি নির্দিষ্ট শাখা খালি, এর কোনো মান নেই বোঝানোর জন্য মান
+// এর কোনো মান নেই
+const empty = 0n
+```
+
+যখন মানের সংখ্যা দুইয়ের পূর্ণসংখ্যার ঘাত নয় তখন আমাদের খালি শাখাগুলি পরিচালনা করতে হবে। এই প্রোগ্রামটি যেভাবে এটি করে তা হল একটি স্থানধারক হিসাবে শূন্য রাখা।
+
+![শাখা ছাড়া Merkle ট্রি](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
+} // oneLevelUp
+```
+
+এই ফাংশনটি বর্তমান স্তরের মানগুলির জোড়া হ্যাস করে Merkle ট্রিতে এক স্তর "উপরে ওঠে"। মনে রাখবেন যে এটি সবচেয়ে কার্যকর বাস্তবায়ন নয়, আমরা ইনপুট অনুলিপি করা এড়াতে পারতাম এবং লুপে উপযুক্ত সময়ে `hashEmpty` যোগ করতে পারতাম, কিন্তু এই কোডটি পঠনযোগ্যতার জন্য অপ্টিমাইজ করা হয়েছে।
+
+```javascript
+const getMerkleRoot = (inputArray) => {
+  var result
+
+  result = [...inputArray] // ট্রি-এর উপরে উঠুন যতক্ষণ না কেবল একটি মান থাকে, যা // রুট। // // যদি একটি স্তরে বিজোড় সংখ্যক এন্ট্রি থাকে তবে // oneLevelUp-এর কোড একটি খালি মান যোগ করে, তাই যদি আমাদের কাছে থাকে, উদাহরণস্বরূপ, // ১০টি লিফ তাহলে দ্বিতীয় স্তরে আমাদের ৫টি শাখা থাকবে, তৃতীয় স্তরে ৩টি // শাখা, চতুর্থটিতে ২টি এবং রুটটি পঞ্চম
+
+  while (result.length > 1) result = oneLevelUp(result)
+
+  return result[0]
+}
+```
+
+রুট পেতে, একটি মাত্র মান অবশিষ্ট থাকা পর্যন্ত উপরে উঠুন।
+
+#### একটি Merkle প্রুফ তৈরি করা {#creating-a-merkle-proof}
+
+একটি Merkle প্রুফ হল Merkle রুটে ফিরে যাওয়ার জন্য প্রমাণিত মানের সাথে একসাথে হ্যাস করার মান। প্রমাণ করার মানটি প্রায়শই অন্যান্য ডেটা থেকে পাওয়া যায়, তাই আমি এটিকে কোডের অংশ হিসাবে না দিয়ে আলাদাভাবে প্রদান করতে পছন্দ করি।
+
+```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)
+    }   // while currentLayer.length > 1
+
+    return result
+}   // getMerkleProof
+```
+
+### অনচেইন কোড {#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;
+    }   // setRoot
+```
+
+Merkle রুটের জন্য সেট এবং গেট ফাংশন। সবাইকে Merkle রুট আপডেট করতে দেওয়া একটি প্রোডাকশন সিস্টেমে একটি _অত্যন্ত খারাপ ধারণা_। নমুনা কোডের জন্য সরলতার খাতিরে আমি এখানে এটি করি। **এমন সিস্টেমে এটি করবেন না যেখানে ডেটা ইন্টিগ্রিটি সত্যিই গুরুত্বপূর্ণ**।
+
+```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`-এর জন্য জাভাস্ক্রিপ্ট কোডের সলিডিটি অনুবাদ।
+
+**দ্রষ্টব্য:** এটি পঠনযোগ্যতার জন্য অপ্টিমাইজেশনের আরেকটি ক্ষেত্র। [ফাংশন সংজ্ঞা](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
+    // একটি Merkle প্রুফ যাচাই করুন
+    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;
+    }
+
+}  // MarkleProof
+```
+
+গাণিতিক স্বরলিপিতে Merkle প্রুফ যাচাইকরণ দেখতে এইরকম: `H(proof_n, H(proof_n-1, H(proof_n-2, ...` H(proof_1, H(proof_0, value))...)))`। এই কোডটি এটি বাস্তবায়ন করে।
+
+## Merkle প্রুফ এবং রোলআপগুলি মেশে না {#merkle-proofs-and-rollups}
+
+Merkle প্রুফ [রোলআপ](/developers/docs/scaling/#rollups)-এর সাথে ভালো কাজ করে না। এর কারণ হল রোলআপগুলি L1-এ সমস্ত লেনদেনের ডেটা লেখে, কিন্তু L2-তে প্রক্রিয়া করে। একটি লেনদেনের সাথে একটি Merkle প্রুফ পাঠানোর খরচ প্রতি স্তরে গড়ে 638 গ্যাস (বর্তমানে কল ডেটাতে একটি বাইটের খরচ 16 গ্যাস যদি এটি শূন্য না হয়, এবং 4 যদি এটি শূন্য হয়)। যদি আমাদের কাছে 1024 শব্দের ডেটা থাকে, একটি Merkle প্রুফের জন্য দশটি স্তর বা মোট 6380 গ্যাস প্রয়োজন।
+
+উদাহরণস্বরূপ [Optimism](https://public-grafana.optimism.io/d/9hkhMxn7z/public-dashboard?orgId=1&refresh=5m)-এ, L1 গ্যাস লেখার খরচ প্রায় 100 gwei এবং L2 গ্যাস খরচ 0.001 gwei (এটি স্বাভাবিক মূল্য, এটি কনজেশনের সাথে বাড়তে পারে)। সুতরাং একটি L1 গ্যাসের খরচে আমরা L2 প্রক্রিয়াকরণে এক লক্ষ গ্যাস ব্যয় করতে পারি। ধরে নিচ্ছি আমরা সংগ্রহস্থল ওভাররাইট করি না, এর মানে হল যে আমরা একটি L1 গ্যাসের দামে L2-তে সংগ্রহস্থলে প্রায় পাঁচটি শব্দ লিখতে পারি। একটি একক Merkle প্রুফের জন্য আমরা সম্পূর্ণ 1024 শব্দ সংগ্রহস্থলে লিখতে পারি (ধরে নিচ্ছি সেগুলি লেনদেনে সরবরাহ করার পরিবর্তে অনচেইনে গণনা করা যেতে পারে) এবং তারপরেও বেশিরভাগ গ্যাস অবশিষ্ট থাকে।
+
+## উপসংহার {#conclusion}
+
+বাস্তব জীবনে আপনি নিজে থেকে Merkle ট্রি বাস্তবায়ন নাও করতে পারেন। সুপরিচিত এবং নিরীক্ষিত লাইব্রেরি রয়েছে যা আপনি ব্যবহার করতে পারেন এবং সাধারণভাবে বলতে গেলে, নিজের থেকে ক্রিপ্টোগ্রাফিক প্রিমিটিভগুলি বাস্তবায়ন না করাই ভাল। কিন্তু আমি আশা করি যে এখন আপনি Merkle প্রুফগুলি আরও ভালভাবে বুঝতে পারবেন এবং সিদ্ধান্ত নিতে পারবেন যে কখন সেগুলি ব্যবহার করা মূল্যবান।
+
+মনে রাখবেন যে Merkle প্রুফগুলি _ইন্টিগ্রিটি_ সংরক্ষণ করে, তারা _প্রাপ্যতা_ সংরক্ষণ করে না। অন্য কেউ আপনার সম্পদ নিতে পারবে না এটা জেনে সামান্য সান্ত্বনা হয় যদি ডেটা সংগ্রহস্থল অ্যাক্সেস নিষিদ্ধ করার সিদ্ধান্ত নেয় এবং আপনি সেগুলি অ্যাক্সেস করার জন্য একটি Merkle ট্রি তৈরি করতে না পারেন। সুতরাং Merkle ট্রি বিকেন্দ্রীভূত সংগ্রহস্থলের সাথে সবচেয়ে ভাল ব্যবহার করা হয়, যেমন IPFS।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
diff --git a/public/content/translations/bn/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/bn/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
new file mode 100644
index 00000000000..4b38e395203
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
@@ -0,0 +1,151 @@
+---
+title: "InfluxDB এবং Grafana দিয়ে Geth পর্যবেক্ষণ"
+description: "আপনার Geth নোডের কার্যকারিতা ট্র্যাক করতে এবং সমস্যা শনাক্ত করতে InfluxDB ও Grafana ব্যবহার করে পর্যবেক্ষণ ব্যবস্থা সেট আপ করুন।"
+author: "Mario Havel"
+tags: [ "ক্লায়েন্ট", "নোড" ]
+skill: intermediate
+lang: bn
+published: 2021-01-13
+---
+
+এই টিউটোরিয়ালটি আপনাকে আপনার Geth নোডের জন্য পর্যবেক্ষণ ব্যবস্থা সেট আপ করতে সাহায্য করবে, যাতে আপনি এর কার্যকারিতা আরও ভালোভাবে বুঝতে পারেন এবং সম্ভাব্য সমস্যাগুলি শনাক্ত করতে পারেন।
+
+## পূর্বশর্ত {#prerequisites}
+
+- আপনার Geth-এর একটি ইনস্ট্যান্স আগে থেকেই চালু থাকা উচিত।
+- বেশিরভাগ ধাপ এবং উদাহরণ linux পরিবেশের জন্য, তাই টার্মিনাল সম্পর্কে প্রাথমিক জ্ঞান থাকা সহায়ক হবে।
+- Geth-এর মেট্রিক্স স্যুটের এই ভিডিও ওভারভিউটি দেখুন: [Péter Szilágyi-র ইথেরিয়াম পরিকাঠামো পর্যবেক্ষণ](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 shell](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/)-এর আইডি কপি করুন এবং Grafana-র "Import page"-এ পেস্ট করুন। ড্যাশবোর্ডটি সেভ করার পর, এটি এইরকম দেখাবে:
+
+![](./grafana8.png)
+
+আপনি আপনার ড্যাশবোর্ড পরিবর্তন করতে পারেন। প্রতিটি প্যানেল এডিট করা, সরানো, মুছে ফেলা বা যোগ করা যেতে পারে। আপনি আপনার কনফিগারেশন পরিবর্তন করতে পারেন। এটা আপনার উপর নির্ভর করছে! ড্যাশবোর্ড কীভাবে কাজ করে সে সম্পর্কে আরও জানতে, [Grafana-র নথিপত্র](https://grafana.com/docs/grafana/latest/dashboards/) দেখুন।
+আপনি [অ্যালার্টিং](https://grafana.com/docs/grafana/latest/alerting/)-এও আগ্রহী হতে পারেন। এটি আপনাকে মেট্রিক্স নির্দিষ্ট মানে পৌঁছালে অ্যালার্ট নোটিফিকেশন সেট আপ করার সুবিধা দেয়। বিভিন্ন কমিউনিকেশন চ্যানেল সমর্থিত।
diff --git a/public/content/translations/bn/developers/tutorials/nft-minter/index.md b/public/content/translations/bn/developers/tutorials/nft-minter/index.md
new file mode 100644
index 00000000000..7bb9f1b0de6
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/nft-minter/index.md
@@ -0,0 +1,874 @@
+---
+title: "NFT মিন্টার টিউটোরিয়াল"
+description: "এই টিউটোরিয়ালে, আপনি একটি NFT মিন্টার তৈরি করবেন এবং MetaMask ও Web3 টুল ব্যবহার করে আপনার স্মার্ট কন্ট্র্যাক্টকে একটি React ফ্রন্টএন্ডের সাথে সংযুক্ত করে কীভাবে একটি ফুল স্ট্যাক dApp তৈরি করতে হয় তা শিখবেন।"
+author: "smudgil"
+tags:
+  [
+    "সলিডিটি",
+    "NFT",
+    "alchemy",
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "ফ্রন্টএন্ড",
+    "Pinata"
+  ]
+skill: intermediate
+lang: bn
+published: 2021-10-06
+---
+
+Web2 ব্যাকগ্রাউন্ড থেকে আসা ডেভেলপারদের জন্য সবচেয়ে বড় চ্যালেঞ্জগুলির মধ্যে একটি হলো কীভাবে আপনার স্মার্ট কন্ট্র্যাক্টকে একটি ফ্রন্টএন্ড প্রজেক্টের সাথে সংযুক্ত করতে হয় এবং এর সাথে ইন্টারঅ্যাক্ট করতে হয় তা খুঁজে বের করা।
+
+একটি NFT মিন্টার তৈরি করার মাধ্যমে — একটি সাধারণ UI যেখানে আপনি আপনার ডিজিটাল অ্যাসেটের একটি লিঙ্ক, একটি শিরোনাম এবং একটি বিবরণ ইনপুট করতে পারেন — আপনি শিখবেন কীভাবে:
+
+- আপনার ফ্রন্টএন্ড প্রজেক্টের মাধ্যমে MetaMask-এর সাথে সংযোগ করুন
+- আপনার ফ্রন্টএন্ড থেকে স্মার্ট কন্ট্র্যাক্ট পদ্ধতিগুলিকে কল করুন
+- MetaMask ব্যবহার করে ট্রানজ্যাকশন সাইন করুন
+
+এই টিউটোরিয়ালে, আমরা আমাদের ফ্রন্টএন্ড ফ্রেমওয়ার্ক হিসেবে [React](https://react.dev/) ব্যবহার করব। যেহেতু এই টিউটোরিয়ালটি মূলত Web3 ডেভেলপমেন্টের উপর দৃষ্টি নিবদ্ধ করে, তাই আমরা React-এর মৌলিক বিষয়গুলো বিস্তারিত আলোচনায় খুব বেশি সময় ব্যয় করব না। এর পরিবর্তে, আমরা আমাদের প্রজেক্টে ফাংশনালিটি আনার উপর মনোযোগ দেব।
+
+পূর্বশর্ত হিসেবে, আপনার React সম্পর্কে প্রাথমিক স্তরের ধারণা থাকা উচিত—কম্পোনেন্ট, প্রপস, useState/useEffect এবং বেসিক ফাংশন কলিং কীভাবে কাজ করে তা জানতে হবে। আপনি যদি আগে এই শব্দগুলোর কোনোটি না শুনে থাকেন, তাহলে আপনি এই [Intro to React tutorial](https://react.dev/learn/tutorial-tic-tac-toe) টি দেখে নিতে পারেন। যারা দেখে শিখতে পছন্দ করেন, তাদের জন্য আমরা Net Ninja-এর এই চমৎকার [Full Modern React Tutorial](https://www.youtube.com/playlist?list=PL4cUxeGkcC9gZD-Tvwfod2gaISzfRiP9d) ভিডিও সিরিজটি অত্যন্ত সুপারিশ করি।
+
+এবং যদি আপনার এখনও না থাকে, তাহলে এই টিউটোরিয়ালটি সম্পূর্ণ করার পাশাপাশি ব্লকচেইনে কিছু তৈরি করার জন্য আপনার অবশ্যই একটি Alchemy অ্যাকাউন্ট প্রয়োজন হবে। একটি বিনামূল্যের অ্যাকাউন্টের জন্য [এখানে](https://alchemy.com/) সাইন আপ করুন।
+
+আর দেরি না করে, চলুন শুরু করা যাক!
+
+## NFT তৈরি 101 {#making-nfts-101}
+
+কোনও কোড দেখার আগে, NFT কীভাবে তৈরি করা হয় তা বোঝা গুরুত্বপূর্ণ। এর মধ্যে দুটি ধাপ জড়িত:
+
+### ইথেরিয়াম ব্লকচেইনে একটি 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 স্মার্ট কন্ট্র্যাক্টের জন্য যা আমরা এই টিউটোরিয়ালে কল করব। আপনি যদি জানতে চান আমরা এটি কীভাবে তৈরি করেছি, তবে আমরা আপনাকে আমাদের অন্য টিউটোরিয়াল, [\"How to Create an NFT\"](https://www.alchemy.com/docs/how-to-create-an-nft) দেখার জন্য অত্যন্ত সুপারিশ করি।
+
+দারুণ, এখন যেহেতু আমরা বুঝতে পেরেছি কীভাবে একটি NFT তৈরি করতে হয়, চলুন আমাদের স্টার্টার ফাইলগুলো ক্লোন করি!
+
+## স্টার্টার ফাইলগুলো ক্লোন করুন {#clone-the-starter-files}
+
+প্রথমে, এই প্রজেক্টের স্টার্টার ফাইলগুলো পেতে [nft-minter-tutorial GitHub repository](https://github.com/alchemyplatform/nft-minter-tutorial)-এ যান। আপনার লোকাল এনভায়রনমেন্টে এই রিপোজিটরিটি ক্লোন করুন।
+
+যখন আপনি এই ক্লোন করা `nft-minter-tutorial` রিপোজিটরি খুলবেন, আপনি লক্ষ্য করবেন যে এতে দুটি ফোল্ডার রয়েছে: `minter-starter-files` এবং `nft-minter`।
+
+- `minter-starter-files` এই প্রজেক্টের জন্য স্টার্টার ফাইল (মূলত React UI) ধারণ করে। এই টিউটোরিয়ালে, **আমরা এই ডিরেক্টরিতে কাজ করব**, কারণ আপনি আপনার ইথেরিয়াম ওয়ালেট এবং একটি NFT স্মার্ট কন্ট্র্যাক্টের সাথে এটি সংযুক্ত করে এই UI-কে কীভাবে প্রাণবন্ত করতে হয় তা শিখবেন।
+- `nft-minter` সম্পূর্ণ টিউটোরিয়ালটি ধারণ করে এবং আপনি যদি আটকে যান তবে এটি আপনার জন্য একটি **রেফারেন্স** হিসেবে রয়েছে।
+
+পরবর্তীতে, আপনার কোড এডিটরে `minter-starter-files`-এর আপনার কপিটি খুলুন এবং তারপর আপনার `src` ফোল্ডারে নেভিগেট করুন।
+
+আমরা যে সমস্ত কোড লিখব তা `src` ফোল্ডারের অধীনে থাকবে। আমরা `Minter.js` কম্পোনেন্ট সম্পাদনা করব এবং আমাদের প্রজেক্টকে Web3 ফাংশনালিটি দেওয়ার জন্য অতিরিক্ত জাভাস্ক্রিপ্ট ফাইল লিখব।
+
+## ধাপ ২: আমাদের স্টার্টার ফাইলগুলো দেখুন {#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/ খুলবে, যেখানে আপনি আমাদের প্রজেক্টের ফ্রন্টএন্ড দেখতে পাবেন। এটিতে ৩টি ফিল্ড থাকা উচিত: আপনার NFT-এর অ্যাসেটের লিঙ্ক ইনপুট করার জায়গা, আপনার NFT-এর নাম প্রবেশ করানো এবং একটি বিবরণ প্রদান করা।
+
+আপনি যদি "Connect Wallet" বা "Mint NFT" বোতামে ক্লিক করার চেষ্টা করেন, আপনি লক্ষ্য করবেন যে সেগুলি কাজ করছে না—এর কারণ হলো আমাদের এখনও তাদের ফাংশনালিটি প্রোগ্রাম করতে হবে! :\)
+
+### Minter.js কম্পোনেন্ট {#minter-js}
+
+**দ্রষ্টব্য:** নিশ্চিত করুন যে আপনি `minter-starter-files` ফোল্ডারে আছেন এবং `nft-minter` ফোল্ডারে নন!
+
+চলুন আমাদের এডিটরে `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 হুক যা আপনার কম্পোনেন্ট রেন্ডার হওয়ার পরে কল করা হয়। যেহেতু এটিতে একটি খালি অ্যারে `[]` প্রপ পাস করা হয়েছে (লাইন ৩ দেখুন), এটি শুধুমাত্র কম্পোনেন্টের _প্রথম_ রেন্ডারে কল করা হবে। এখানে আমরা আমাদের ওয়ালেট লিসেনার এবং আরেকটি ওয়ালেট ফাংশন কল করব যাতে আমাদের UI আপডেট হয় এবং একটি ওয়ালেট ইতিমধ্যে সংযুক্ত আছে কিনা তা প্রতিফলিত করে।
+- `connectWalletPressed` - এই ফাংশনটি ব্যবহারকারীর MetaMask ওয়ালেটকে আমাদের dApp-এর সাথে সংযোগ করার জন্য কল করা হবে।
+- `onMintPressed` - এই ফাংশনটি ব্যবহারকারীর NFT মিন্ট করার জন্য কল করা হবে।
+
+এই ফাইলের শেষের দিকে, আমাদের কম্পোনেন্টের UI রয়েছে। আপনি যদি এই কোডটি সাবধানে স্ক্যান করেন, আপনি লক্ষ্য করবেন যে আমরা আমাদের `url`, `name` এবং `description` স্টেট ভেরিয়েবলগুলিকে আপডেট করি যখন তাদের সংশ্লিষ্ট টেক্সট ফিল্ডের ইনপুট পরিবর্তন হয়।
+
+আপনি আরও দেখতে পাবেন যে `mintButton` এবং `walletButton` আইডি সহ বোতামগুলিতে ক্লিক করা হলে যথাক্রমে `connectWalletPressed` এবং `onMintPressed` কল করা হয়।
+
+```javascript
+//আমাদের কম্পোনেন্টের UI
+return (
+  <div className="Minter">
+    <button id="walletButton" onClick={connectWalletPressed}>
+      {walletAddress.length > 0 ? (
+        "সংযুক্ত: " +
+        String(walletAddress).substring(0, 6) +
+        "..." +
+        String(walletAddress).substring(38)
+      ) : (
+        <span>ওয়ালেট সংযোগ করুন</span>
+      )}
+    </button>
+
+    <br></br>
+    <h1 id="title">🧙‍♂️ Alchemy NFT Minter</h1>
+    <p>
+      কেবল আপনার অ্যাসেটের লিঙ্ক, নাম এবং বিবরণ যোগ করুন, তারপর "মিন্ট" টিপুন।
+    </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}>
+      NFT মিন্ট করুন
+    </button>
+    <p id="status">{status}</p>
+</div>
+)
+```
+
+সবশেষে, এই Minter কম্পোনেন্টটি কোথায় যুক্ত করা হয়েছে তা দেখা যাক।
+
+আপনি যদি `App.js` ফাইলে যান, যা React-এর প্রধান কম্পোনেন্ট এবং অন্যান্য সমস্ত কম্পোনেন্টের জন্য একটি কন্টেইনার হিসেবে কাজ করে, আপনি দেখতে পাবেন যে আমাদের Minter কম্পোনেন্টটি লাইন ৭-এ ইনজেক্ট করা হয়েছে।
+
+**এই টিউটোরিয়ালে, আমরা শুধুমাত্র `Minter.js` ফাইল সম্পাদনা করব এবং আমাদের `src` ফোল্ডারে ফাইল যোগ করব।**
+
+এখন যেহেতু আমরা বুঝতে পেরেছি আমরা কী নিয়ে কাজ করছি, চলুন আমাদের ইথেরিয়াম ওয়ালেট সেট আপ করি!
+
+## আপনার ইথেরিয়াম ওয়ালেট সেট আপ করুন {#set-up-your-ethereum-wallet}
+
+ব্যবহারকারীদের আপনার স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে সক্ষম হওয়ার জন্য, তাদের ইথেরিয়াম ওয়ালেটকে আপনার dApp-এর সাথে সংযুক্ত করতে হবে।
+
+### MetaMask ডাউনলোড করুন {#download-metamask}
+
+এই টিউটোরিয়ালের জন্য, আমরা MetaMask ব্যবহার করব, যা ব্রাউজারের একটি ভার্চুয়াল ওয়ালেট এবং আপনার Ethereum অ্যাকাউন্ট অ্যাড্রেস পরিচালনা করতে ব্যবহৃত হয়। আপনি যদি ইথেরিয়ামে ট্রানজ্যাকশন কীভাবে কাজ করে সে সম্পর্কে আরও বুঝতে চান, তাহলে [এই পৃষ্ঠাটি](/developers/docs/transactions/) দেখুন।
+
+আপনি [এখানে](https://metamask.io/download) বিনামূল্যে একটি MetaMask অ্যাকাউন্ট ডাউনলোড এবং তৈরি করতে পারেন। যখন আপনি একটি অ্যাকাউন্ট তৈরি করছেন, বা যদি আপনার ইতিমধ্যে একটি অ্যাকাউন্ট থাকে, তবে উপরের ডানদিকে “Ropsten Test Network”-এ স্যুইচ করতে ভুলবেন না (যাতে আমরা আসল টাকা নিয়ে কাজ না করি)।
+
+### একটি ফসেট থেকে ইথার যোগ করুন {#add-ether-from-faucet}
+
+আমাদের NFT মিন্ট করার জন্য (বা ইথেরিয়াম ব্লকচেইনে কোনো ট্রানজ্যাকশন সাইন করার জন্য), আমাদের কিছু নকল Eth প্রয়োজন হবে। Eth পেতে আপনি [Ropsten ফসেট](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 অ্যাকাউন্ট অ্যাড্রেস ইনপুট করার পরে এবং “অনুরোধ পাঠান”-এ ক্লিক করার পরে, আপনার এইরকম একটি প্রতিক্রিয়া দেখা উচিত:
+
+```text
+{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
+```
+
+**দ্রষ্টব্য:** এই ফলাফলটি wei-তে, eth-এ নয়। Wei ইথারের ক্ষুদ্রতম একক হিসাবে ব্যবহৃত হয়। wei থেকে eth-এ রূপান্তর হলো: 1 eth = 10¹⁸ wei। সুতরাং যদি আমরা 0xde0b6b3a7640000 কে দশমিকে রূপান্তর করি, আমরা 1\*10¹⁸ পাই যা 1 eth-এর সমান।
+
+যাক বাবা! আমাদের নকল টাকা সব আছে! <Emoji text=":money_mouth_face:" size={1} />
+
+## আপনার UI-এর সাথে MetaMask সংযোগ করুন {#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, একটি ভার্চুয়াল ইথেরিয়াম ওয়ালেট, ইনস্টল করতে হবে।
+            </a>
+          </p>
+        </span>
+      ),
+    }
+  }
+}
+```
+
+চলুন এই কোডটি কী করে তা ভেঙে দেখি:
+
+প্রথমে, আমাদের ফাংশনটি পরীক্ষা করে যে আপনার ব্রাউজারে `window.ethereum` সক্রিয় আছে কিনা।
+
+`window.ethereum` হল একটি গ্লোবাল API যা MetaMask এবং অন্যান্য ওয়ালেট প্রদানকারীরা ইনজেক্ট করে, যা ওয়েবসাইটগুলিকে ব্যবহারকারীদের ইথেরিয়াম অ্যাকাউন্টগুলির জন্য অনুরোধ করার অনুমতি দেয়। অনুমোদিত হলে, এটি ব্যবহারকারী যে ব্লকচেইনগুলির সাথে সংযুক্ত রয়েছে সেখান থেকে ডেটা পড়তে পারে এবং ব্যবহারকারীকে বার্তা এবং ট্রানজ্যাকশন সাইন করার পরামর্শ দিতে পারে। আরও তথ্যের জন্য [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` (লাইন ৯ দেখুন) এবং একটি `status` বার্তা ধারণ করবে যা ব্যবহারকারীকে স্মার্ট কন্ট্র্যাক্টে একটি বার্তা লিখতে অনুরোধ করে।
+- যদি ব্যবহারকারী সংযোগ প্রত্যাখ্যান করে, তাহলে JSON অবজেক্টটি রিটার্ন করা `address`-এর জন্য একটি খালি স্ট্রিং এবং একটি `status` বার্তা ধারণ করবে যা ব্যবহারকারীর সংযোগ প্রত্যাখ্যান করার বিষয়টি প্রতিফলিত করে।
+
+### আপনার Minter.js UI কম্পোনেন্টে connectWallet ফাংশন যোগ করুন {#add-connect-wallet}
+
+এখন যেহেতু আমরা এই `connectWallet` ফাংশনটি লিখেছি, চলুন এটিকে আমাদের `Minter.js.` কম্পোনেন্টের সাথে সংযুক্ত করি।
+
+প্রথমে, আমাদের `Minter.js` ফাইলের শীর্ষে `import { connectWallet } from \"./utils/interact.js\";` যোগ করে আমাদের ফাংশনটি `Minter.js` ফাইলে ইম্পোর্ট করতে হবে। `Minter.js`-এর আপনার প্রথম ১১টি লাইন এখন এইরকম দেখতে হবে:
+
+```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)
+}
+```
+
+লক্ষ্য করুন কীভাবে আমাদের বেশিরভাগ কার্যকারিতা `interact.js` ফাইল থেকে আমাদের `Minter.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, একটি ভার্চুয়াল ইথেরিয়াম ওয়ালেট, ইনস্টল করতে হবে।
+            </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, একটি ভার্চুয়াল ইথেরিয়াম ওয়ালেট, ইনস্টল করতে হবে।
+        </a>
+      </p>
+    )
+  }
+}
+```
+
+চলুন দ্রুত দেখি এখানে কী ঘটছে:
+
+- প্রথমে, আমাদের ফাংশন পরীক্ষা করে যে `window.ethereum` সক্রিয় আছে কিনা (অর্থাৎ MetaMask ইনস্টল করা আছে)।
+  - যদি না থাকে, আমরা কেবল আমাদের `status` স্টেট ভেরিয়েবলটিকে একটি JSX স্ট্রিং-এ সেট করি যা ব্যবহারকারীকে MetaMask ইনস্টল করার জন্য অনুরোধ করে।
+  - যদি এটি সক্রিয় থাকে, আমরা লাইন ৩-এ `window.ethereum.on(\"accountsChanged\")` লিসেনার সেট আপ করি যা MetaMask ওয়ালেটের স্টেট পরিবর্তন শোনে, যার মধ্যে রয়েছে যখন ব্যবহারকারী dApp-এ একটি অতিরিক্ত অ্যাকাউন্ট সংযোগ করে, অ্যাকাউন্ট পরিবর্তন করে বা একটি অ্যাকাউন্ট সংযোগ বিচ্ছিন্ন করে। যদি অন্তত একটি অ্যাকাউন্ট সংযুক্ত থাকে, তাহলে `walletAddress` স্টেট ভেরিয়েবলটি লিসেনারের দ্বারা রিটার্ন করা `accounts` অ্যারের প্রথম অ্যাকাউন্ট হিসেবে আপডেট হয়। অন্যথায়, `walletAddress` একটি খালি স্ট্রিং হিসাবে সেট করা হয়।
+
+অবশেষে, আমাদের এটিকে `useEffect` ফাংশনে কল করতে হবে:
+
+```javascript
+useEffect(async () => {
+  const { address, status } = await getCurrentWalletConnected()
+  setWallet(address)
+  setStatus(status)
+
+  addWalletListener()
+}, [])
+```
+
+এবং Voilà! আমরা আমাদের সমস্ত ওয়ালেট কার্যকারিতা প্রোগ্রামিং সম্পন্ন করেছি! এখন যেহেতু আমাদের ওয়ালেট সেট আপ করা হয়েছে, চলুন দেখি কিভাবে আমাদের NFT মিন্ট করা যায়!
+
+## NFT মেটাডেটা 101 {#nft-metadata-101}
+
+সুতরাং এই টিউটোরিয়ালের ধাপ ০-তে আমরা যে NFT মেটাডেটা নিয়ে কথা বলেছিলাম তা মনে আছে—এটি একটি NFT-কে প্রাণবন্ত করে তোলে, যার ফলে এটির ডিজিটাল অ্যাসেট, নাম, বিবরণ এবং অন্যান্য অ্যাট্রিবিউটের মতো বৈশিষ্ট্য থাকতে পারে।
+
+আমাদের এই মেটাডেটাটিকে একটি JSON অবজেক্ট হিসেবে কনফিগার করতে হবে এবং এটি সংরক্ষণ করতে হবে, যাতে আমরা আমাদের স্মার্ট কন্ট্র্যাক্টের `mintNFT` ফাংশন কল করার সময় এটিকে `tokenURI` প্যারামিটার হিসেবে পাস করতে পারি।
+
+"লিঙ্ক টু অ্যাসেট", "নাম", "বিবরণ" ফিল্ডের টেক্সট আমাদের NFT-এর মেটাডেটার বিভিন্ন বৈশিষ্ট্য নিয়ে গঠিত হবে। আমরা এই মেটাডেটাটিকে একটি JSON অবজেক্ট হিসেবে ফরম্যাট করব, কিন্তু এই JSON অবজেক্টটি কোথায় সংরক্ষণ করব তার জন্য কয়েকটি বিকল্প রয়েছে:
+
+- আমরা এটিকে ইথেরিয়াম ব্লকচেইনে সংরক্ষণ করতে পারতাম; তবে, এটি করা খুব ব্যয়বহুল হবে।
+- আমরা এটিকে একটি সেন্ট্রালাইজড সার্ভারে সংরক্ষণ করতে পারতাম, যেমন 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" বোতামটি নির্বাচন করুন, অ্যাডমিন উইজেটটি সক্রিয় হিসাবে সেট করুন এবং আপনার কী-এর নাম দিন।
+
+তারপরে আপনাকে আপনার API তথ্য সহ একটি পপআপ দেখানো হবে। এটি একটি নিরাপদ জায়গায় রাখতে ভুলবেন না।
+
+এখন আমাদের কী সেট আপ করা হয়েছে, চলুন এটিকে আমাদের প্রজেক্টে যোগ করি যাতে আমরা এটি ব্যবহার করতে পারি।
+
+### একটি .env ফাইল তৈরি করুন {#create-a-env}
+
+আমরা আমাদের Pinata কী এবং সিক্রেট একটি এনভায়রনমেন্ট ফাইলে নিরাপদে সংরক্ষণ করতে পারি। চলুন আপনার প্রজেক্ট ডিরেক্টরিতে [dotenv package](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>
+```
+
+ফাইলটি সংরক্ষণ করুন, এবং তারপরে আপনি IPFS-এ আপনার JSON মেটাডেটা আপলোড করার জন্য ফাংশন লেখা শুরু করতে প্রস্তুত!
+
+### pinJSONToIPFS ইমপ্লিমেন্ট করুন {#pin-json-to-ipfs}
+
+সৌভাগ্যবশত, Pinata-এর [IPFS-এ JSON ডেটা আপলোড করার জন্য একটি নির্দিষ্ট API](https://docs.pinata.cloud/api-reference/endpoint/ipfs/pin-json-to-ipfs#pin-json) এবং axios সহ একটি সুবিধাজনক জাভাস্ক্রিপ্ট উদাহরণ রয়েছে যা আমরা কিছু সামান্য পরিবর্তন সহ ব্যবহার করতে পারি।
+
+আপনার `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`
+  //Pinata-তে axios POST অনুরোধ করা হচ্ছে ⬇️
+  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}
+
+এখন যেহেতু আমাদের NFT মেটাডেটা IPFS-এ `pinJSONToIPFS` ফাংশনের মাধ্যমে আপলোড করার একটি উপায় আছে, আমাদের স্মার্ট কন্ট্র্যাক্টের একটি ইনস্ট্যান্স লোড করার একটি উপায় প্রয়োজন হবে যাতে আমরা এর `mintNFT` ফাংশন কল করতে পারি।
+
+যেমন আমরা আগে উল্লেখ করেছি, এই টিউটোরিয়ালে আমরা [এই বিদ্যমান NFT স্মার্ট কন্ট্র্যাক্ট](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE) ব্যবহার করব; তবে, আপনি যদি জানতে চান আমরা এটি কীভাবে তৈরি করেছি, বা নিজে একটি তৈরি করতে চান, আমরা আপনাকে আমাদের অন্য টিউটোরিয়াল, [\"How to Create an NFT.\"](https://www.alchemy.com/docs/how-to-create-an-nft) দেখার জন্য অত্যন্ত সুপারিশ করি।
+
+### কন্ট্র্যাক্ট ABI {#contract-abi}
+
+আপনি যদি আমাদের ফাইলগুলো মনোযোগ দিয়ে দেখে থাকেন, তাহলে আপনি লক্ষ্য করেছেন যে আমাদের `src` ডিরেক্টরিতে একটি `contract-abi.json` ফাইল আছে। কোন ফাংশন একটি কন্ট্র্যাক্ট কল করবে তা নির্দিষ্ট করার জন্য এবং ফাংশনটি আপনার প্রত্যাশিত ফর্ম্যাটে ডেটা রিটার্ন করবে তা নিশ্চিত করার জন্য একটি ABI প্রয়োজন।
+
+আমাদের ইথেরিয়াম ব্লকচেইনের সাথে সংযোগ স্থাপন এবং আমাদের স্মার্ট কন্ট্র্যাক্ট লোড করার জন্য একটি 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” পৃষ্ঠায় নেভিগেট করুন, নেভ বারে “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}
+
+প্রথমে, যদি আপনার কাছে এটি ইতিমধ্যে না থাকে, তাহলে আপনাকে টার্মিনালে হোম ডিরেক্টরি: `nft-minter-tutorial`-এ নেভিগেট করে [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) ইনস্টল করতে হবে:
+
+```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/)-এর একটি র‍্যাপার, যা উন্নত API পদ্ধতি এবং অন্যান্য গুরুত্বপূর্ণ সুবিধা প্রদান করে যাতে আপনার জীবন একজন ওয়েব3 ডেভেলপার হিসাবে সহজ হয়। এটি এমনভাবে ডিজাইন করা হয়েছে যাতে ন্যূনতম কনফিগারেশনের প্রয়োজন হয় যাতে আপনি এখনই আপনার অ্যাপে এটি ব্যবহার করা শুরু করতে পারেন!
+
+এরপরে, আসুন আমাদের কন্ট্র্যাক্ট 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 মিন্ট করবে।
+
+যেহেতু আমরা অসংখ্য অ্যাসিঙ্ক্রোনাস কল করব (Pinata-তে আমাদের মেটাডেটা IPFS-এ পিন করতে, 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
+
+  //পিনাতা কল করুন
+  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 ইনিশিয়ালাইজড করেছিলাম তা ব্যবহার করে আমাদের স্মার্ট কন্ট্র্যাক্ট লোড করার। কন্ট্র্যাক্টটিকে `window.contract` গ্লোবাল ভেরিয়েবলে সেট করতে `mintNFT` ফাংশনের নিচে নিম্নলিখিত কোড লাইনটি যোগ করুন:
+
+```javascript
+window.contract = await new web3.eth.Contract(contractABI, contractAddress)
+```
+
+আমাদের `mintNFT` ফাংশনে শেষ যে জিনিসটি যোগ করতে হবে তা হল আমাদের ইথেরিয়াম ট্রানজ্যাকশন:
+
+```javascript
+//আপনার ইথেরিয়াম ট্রানজ্যাকশন সেট আপ করুন
+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,
+  }
+}
+```
+
+আপনি যদি ইথেরিয়াম ট্রানজ্যাকশনের সাথে ইতিমধ্যে পরিচিত হন, আপনি লক্ষ্য করবেন যে কাঠামোটি আপনার দেখা কাঠামোর সাথে বেশ সাদৃশ্যপূর্ণ।
+
+- প্রথমে, আমরা আমাদের ট্রানজ্যাকশন প্যারামিটার সেট আপ করি।
+  - `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
+
+  //পিনাতা পিন অনুরোধ
+  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();
+
+  //আপনার ইথেরিয়াম ট্রানজ্যাকশন সেট আপ করুন
+  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` কম্পোনেন্টের সাথে সংযুক্ত করতে হবে...
+
+## আমাদের Minter.js ফ্রন্টএন্ডে mintNFT সংযোগ করুন {#connect-our-frontend}
+
+`Minter.js` ফাইলটি খুলুন এবং `import { connectWallet, getCurrentWalletConnected } from "./utils/interact.js";` লাইনটি আপডেট করে এমন করুন:
+
+```javascript
+import {
+  connectWallet,
+  getCurrentWalletConnected,
+  mintNFT,
+} from "./utils/interact.js"
+```
+
+অবশেষে, আপনার ইম্পোর্ট করা `mintNFT` ফাংশনে একটি await কল করার জন্য `onMintPressed` ফাংশনটি ইমপ্লিমেন্ট করুন এবং আমাদের ট্রানজ্যাকশন সফল হয়েছে নাকি ব্যর্থ হয়েছে তা প্রতিফলিত করার জন্য `status` স্টেট ভেরিয়েবলটি আপডেট করুন:
+
+```javascript
+const onMintPressed = async () => {
+  const { status } = await mintNFT(url, name, description)
+  setStatus(status)
+}
+```
+
+## আপনার NFT একটি লাইভ ওয়েবসাইটে ডিপ্লয় করুন {#deploy-your-NFT}
+
+ব্যবহারকারীদের সাথে ইন্টারঅ্যাক্ট করার জন্য আপনার প্রজেক্ট লাইভ করতে প্রস্তুত? আপনার Minter একটি লাইভ ওয়েবসাইটে ডিপ্লয় করার জন্য [এই টিউটোরিয়ালটি](https://docs.alchemy.com/alchemy/tutorials/nft-minter/how-do-i-deploy-nfts-online) দেখুন।
+
+আর একটি শেষ ধাপ...
+
+## ব্লকচেইন বিশ্বকে নাড়িয়ে দিন {#take-the-blockchain-world-by-storm}
+
+মজা করছি, আপনি টিউটোরিয়ালের শেষে পৌঁছে গেছেন!
+
+সংক্ষেপে, একটি NFT মিন্টার তৈরি করে, আপনি সফলভাবে শিখেছেন কীভাবে:
+
+- আপনার ফ্রন্টএন্ড প্রজেক্টের মাধ্যমে MetaMask-এর সাথে সংযোগ করুন
+- আপনার ফ্রন্টএন্ড থেকে স্মার্ট কন্ট্র্যাক্ট পদ্ধতিগুলিকে কল করুন
+- MetaMask ব্যবহার করে ট্রানজ্যাকশন সাইন করুন
+
+সম্ভবত, আপনি আপনার dApp এর মাধ্যমে মিন্ট করা NFT গুলি আপনার ওয়ালেটে দেখাতে চাইবেন — তাই আমাদের দ্রুত টিউটোরিয়াল [How to View Your NFT in Your Wallet](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/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md b/public/content/translations/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md
new file mode 100644
index 00000000000..9b07bb8eb05
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md
@@ -0,0 +1,1320 @@
+---
+title: "অপটিমিজম স্ট্যান্ডার্ড ব্রিজ কন্ট্রাক্ট ওয়াকথ্রু"
+description: "Optimism-এর জন্য স্ট্যান্ডার্ড ব্রিজ কীভাবে কাজ করে? এটি কেন এইভাবে কাজ করে?"
+author: Ori Pomerantz
+tags: [ "সলিডিটি", "ব্রিজ", "লেয়ার 2" ]
+skill: intermediate
+published: 2022-03-30
+lang: bn
+---
+
+[Optimism](https://www.optimism.io/) একটি [অপ্টিমিস্টিক রোলআপ](/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 {
+    /**********
+     * ইভেন্টস *
+     **********/
+
+    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` মান হলো কোভান টেস্ট নেটওয়ার্ক (42) এবং অপ্টিমিস্টিক কোভান টেস্ট নেটওয়ার্ক (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
+
+    /********************
+     * পাবলিক ফাংশন *
+     ********************/
+
+    /**
+     * @dev সংশ্লিষ্ট L2 ব্রিজ কন্ট্রাক্টের ঠিকানা পান।
+     * @return সংশ্লিষ্ট L2 ব্রিজ কন্ট্রাক্টের ঠিকানা।
+     */
+    function l2TokenBridge() external returns (address);
+```
+
+এই ফাংশনটি সত্যিই প্রয়োজন নেই, কারণ L2-তে এটি একটি প্রি-ডিপ্লয়েড কন্ট্রাক্ট, তাই এটি সর্বদা `0x4200000000000000000000000000000000000010` ঠিকানায় থাকে।
+এটি L2 ব্রিজের সাথে প্রতিসাম্যের জন্য এখানে রয়েছে, কারণ L1 ব্রিজের ঠিকানা জানা তুচ্ছ _নয়_।
+
+```solidity
+    /**
+     * @dev L2-তে কলারের ব্যালেন্সে ERC20-এর একটি পরিমাণ ডিপোজিট করুন।
+     * @param _l1Token আমরা যে L1 ERC20 ডিপোজিট করছি তার ঠিকানা
+     * @param _l2Token L1 সংশ্লিষ্ট L2 ERC20-এর ঠিকানা
+     * @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ
+     * @param _l2Gas L2-তে ডিপোজিট সম্পূর্ণ করার জন্য প্রয়োজনীয় গ্যাস সীমা।
+     * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র বাহ্যিক কন্ট্রাক্টগুলির সুবিধার জন্য সরবরাহ করা হয়। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই চুক্তিগুলি এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না।
+     */
+    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 L2-তে একজন প্রাপকের ব্যালেন্সে ERC20-এর একটি পরিমাণ ডিপোজিট করুন।
+     * @param _l1Token আমরা যে L1 ERC20 ডিপোজিট করছি তার ঠিকানা
+     * @param _l2Token L1 সংশ্লিষ্ট L2 ERC20-এর ঠিকানা
+     * @param _to L2 ঠিকানা যেখানে উইথড্রয়াল ক্রেডিট করা হবে।
+     * @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ।
+     * @param _l2Gas L2-তে ডিপোজিট সম্পূর্ণ করার জন্য প্রয়োজনীয় গ্যাস সীমা।
+     * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র বাহ্যিক কন্ট্রাক্টগুলির সুবিধার জন্য সরবরাহ করা হয়। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই চুক্তিগুলি এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না।
+     */
+    function depositERC20To(
+        address _l1Token,
+        address _l2Token,
+        address _to,
+        uint256 _amount,
+        uint32 _l2Gas,
+        bytes calldata _data
+    ) external;
+```
+
+এই ফাংশনটি `depositERC20`-এর প্রায় অনুরূপ, কিন্তু এটি আপনাকে ERC-20 একটি ভিন্ন ঠিকানায় পাঠাতে দেয়।
+
+```solidity
+    /*************************
+     * ক্রস-চেইন ফাংশন *
+     *************************/
+
+    /**
+     * @dev L2 থেকে L1-এ একটি উইথড্রয়াল সম্পূর্ণ করুন, এবং L1 ERC20 টোকেনের প্রাপকের ব্যালেন্সে তহবিল ক্রেডিট করুন।
+     * L2 থেকে শুরু করা উইথড্রয়াল চূড়ান্ত না হলে এই কলটি ব্যর্থ হবে।
+     *
+     * @param _l1Token L1 টোকেনের ঠিকানা যার জন্য finalizeWithdrawal করতে হবে।
+     * @param _l2Token L2 টোকেনের ঠিকানা যেখানে উইথড্রয়াল শুরু হয়েছিল।
+     * @param _from L2 ঠিকানা যা স্থানান্তর শুরু করছে।
+     * @param _to L1 ঠিকানা যেখানে উইথড্রয়াল ক্রেডিট করা হবে।
+     * @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ।
+     * @param _data L2-তে প্রেরকের দ্বারা প্রদত্ত ডেটা। এই ডেটা শুধুমাত্র বাহ্যিক কন্ট্রাক্টগুলির সুবিধার জন্য সরবরাহ করা হয়। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই চুক্তিগুলি এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না।
+     */
+    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-এর জন্য ইভেন্ট এবং ফাংশনের সংজ্ঞা রয়েছে।
+এই সংজ্ঞাগুলি ERC-20-এর জন্য উপরে `IL1ERC20Bridge`-এ সংজ্ঞায়িতগুলির সাথে খুব মিল।
+
+ব্রিজ ইন্টারফেসটি দুটি ফাইলের মধ্যে বিভক্ত কারণ কিছু 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 {
+    /**********
+     * ইভেন্টস *
+     **********/
+    event ETHDepositInitiated(
+        address indexed _from,
+        address indexed _to,
+        uint256 _amount,
+        bytes _data
+    );
+```
+
+এই ইভেন্টটি ERC-20 সংস্করণ (`ERC20DepositInitiated`)-এর প্রায় অনুরূপ, শুধুমাত্র L1 এবং L2 টোকেন ঠিকানা ছাড়া।
+অন্যান্য ইভেন্ট এবং ফাংশনগুলির জন্যও একই কথা সত্য।
+
+```solidity
+    event ETHWithdrawalFinalized(
+        .
+        .
+        .
+    );
+
+    /********************
+     * পাবলিক ফাংশন *
+     ********************/
+
+    /**
+     * @dev L2-তে কলারের ব্যালেন্সে ETH-এর একটি পরিমাণ ডিপোজিট করুন।
+            .
+            .
+            .
+     */
+    function depositETH(uint32 _l2Gas, bytes calldata _data) external payable;
+
+    /**
+     * @dev L2-তে একজন প্রাপকের ব্যালেন্সে ETH-এর একটি পরিমাণ ডিপোজিট করুন।
+            .
+            .
+            .
+     */
+    function depositETHTo(
+        address _to,
+        uint32 _l2Gas,
+        bytes calldata _data
+    ) external payable;
+
+    /*************************
+     * ক্রস-চেইন ফাংশন *
+     *************************/
+
+    /**
+     * @dev L2 থেকে L1-এ একটি উইথড্রয়াল সম্পূর্ণ করুন এবং L1 ETH টোকেনের প্রাপকের ব্যালেন্সে তহবিল ক্রেডিট করুন। যেহেতু শুধুমাত্র xDomainMessenger এই ফাংশনটি কল করতে পারে, তাই উইথড্রয়াল চূড়ান্ত হওয়ার আগে এটি কখনই কল করা হবে না।
+                .
+                .
+                .
+     */
+    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;
+
+/* ইন্টারফেস ইমপোর্টস */
+import { ICrossDomainMessenger } from "./ICrossDomainMessenger.sol";
+```
+
+[এই ইন্টারফেসটি](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/ICrossDomainMessenger.sol) কন্ট্রাক্টকে বলে যে কীভাবে ক্রস ডোমেন মেসেঞ্জার ব্যবহার করে অন্য লেয়ারে মেসেজ পাঠাতে হয়।
+এই ক্রস ডোমেন মেসেঞ্জার একটি সম্পূর্ণ ভিন্ন সিস্টেম, এবং এর জন্য একটি নিজস্ব নিবন্ধ প্রয়োজন, যা আমি ভবিষ্যতে লেখার আশা করি।
+
+```solidity
+/**
+ * @title CrossDomainEnabled
+ * @dev ক্রস-ডোমেন কমিউনিকেশন করা কন্ট্রাক্টগুলোর জন্য সহায়ক কন্ট্রাক্ট
+ *
+ * ব্যবহৃত কম্পাইলার: ইনহেরিট করা কন্ট্রাক্ট দ্বারা সংজ্ঞায়িত
+ */
+contract CrossDomainEnabled {
+    /*************
+     * ভেরিয়েবল *
+     *************/
+
+    // অন্য ডোমেন থেকে মেসেজ পাঠাতে এবং গ্রহণ করতে ব্যবহৃত মেসেঞ্জার কন্ট্রাক্ট।
+    address public messenger;
+
+    /***************
+     * কনস্ট্রাক্টর *
+     ***************/
+
+    /**
+     * @param _messenger বর্তমান লেয়ারে CrossDomainMessenger-এর ঠিকানা।
+     */
+    constructor(address _messenger) {
+        messenger = _messenger;
+    }
+```
+
+একটি প্যারামিটার যা কন্ট্রাক্টকে জানতে হবে, তা হলো এই লেয়ারে ক্রস ডোমেন মেসেঞ্জারের ঠিকানা।
+এই প্যারামিটারটি কনস্ট্রাক্টরে একবার সেট করা হয় এবং আর কখনও পরিবর্তন হয় না।
+
+```solidity
+
+    /**********************
+     * ফাংশন মডিফায়ার *
+     **********************/
+
+    /**
+     * বাধ্য করে যে পরিবর্তিত ফাংশনটি শুধুমাত্র একটি নির্দিষ্ট ক্রস-ডোমেন অ্যাকাউন্ট দ্বারা কলযোগ্য।
+     * @param _sourceDomainAccount উৎস ডোমেনের একমাত্র অ্যাকাউন্ট যা এই ফাংশনটি কল করার জন্য প্রমাণীকৃত।
+     */
+    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
+
+        _;
+    }
+
+    /**********************
+     * ইন্টারনাল ফাংশন *
+     **********************/
+
+    /**
+     * মেসেঞ্জার পায়, সাধারণত স্টোরেজ থেকে। চাইল্ড কন্ট্রাক্টকে ওভাররাইড করার প্রয়োজন হলে এই ফাংশনটি এক্সপোজ করা হয়।
+     * @return ক্রস-ডোমেন মেসেঞ্জার কন্ট্রাক্টের ঠিকানা যা ব্যবহার করা উচিত।
+     */
+    function getCrossDomainMessenger() internal virtual returns (ICrossDomainMessenger) {
+        return ICrossDomainMessenger(messenger);
+    }
+```
+
+এই ফাংশনটি ক্রস ডোমেন মেসেঞ্জার রিটার্ন করে।
+আমরা `messenger` ভেরিয়েবলের পরিবর্তে একটি ফাংশন ব্যবহার করি যাতে এই কন্ট্রাক্ট থেকে ইনহেরিট করা কন্ট্রাক্টগুলো কোন ক্রস ডোমেন মেসেঞ্জার ব্যবহার করতে হবে তা নির্দিষ্ট করার জন্য একটি অ্যালগরিদম ব্যবহার করতে পারে।
+
+```solidity
+
+    /**
+     * অন্য ডোমেনের একটি অ্যাকাউন্টে একটি মেসেজ পাঠায়
+     * @param _crossDomainTarget গন্তব্য ডোমেনের উদ্দিষ্ট প্রাপক
+     * @param _message টার্গেটে পাঠানোর জন্য ডেটা (সাধারণত onlyFromCrossDomainAccount() সহ একটি ফাংশনের জন্য ক্যালডাটা)
+     * @param _gasLimit টার্গেট ডোমেনে মেসেজ প্রাপ্তির জন্য গ্যাসলিমিট।
+     */
+    function sendCrossDomainMessage(
+        address _crossDomainTarget,
+        uint32 _gasLimit,
+        bytes memory _message
+```
+
+অবশেষে, যে ফাংশনটি অন্য লেয়ারে একটি মেসেজ পাঠায়।
+
+```solidity
+    ) internal {
+        // slither-disable-next-line reentrancy-events, reentrancy-benign
+```
+
+[Slither](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()` একটি বিশ্বাসযোগ্য ঠিকানা রিটার্ন করে, যদিও Slither-এর এটি জানার কোনো উপায় নেই।
+
+### 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
+/* ইন্টারফেস ইমপোর্টস */
+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
+/* লাইব্রেরি ইমপোর্ট */
+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-এর 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-এর `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 L1 ETH এবং ERC20 ব্রিজ হল এমন একটি কন্ট্রাক্ট যা ডিপোজিট করা L1 ফান্ড এবং স্ট্যান্ডার্ড টোকেন সংরক্ষণ করে যা L2-তে ব্যবহৃত হচ্ছে। এটি একটি সংশ্লিষ্ট L2 ব্রিজকে সিঙ্ক্রোনাইজ করে, এটিকে ডিপোজিট সম্পর্কে জানায় এবং নতুন চূড়ান্ত হওয়া উইথড্রয়ালের জন্য এটি শোনে।
+ *
+ */
+contract L1StandardBridge is IL1StandardBridge, CrossDomainEnabled {
+    using SafeERC20 for IERC20;
+```
+
+এই লাইনটি হল যেভাবে আমরা `IERC20` ইন্টারফেস ব্যবহার করার সময় `SafeERC20` র‍্যাপার ব্যবহার করতে নির্দিষ্ট করি।
+
+```solidity
+
+    /********************************
+     * এক্সটার্নাল কন্ট্রাক্ট রেফারেন্স *
+     ********************************/
+
+    address public l2TokenBridge;
+```
+
+[L2StandardBridge](#the-l2-bridge-contract)-এর ঠিকানা।
+
+```solidity
+
+    // ডিপোজিট করা L1 টোকেনের ব্যালেন্সে L1 টোকেন থেকে L2 টোকেন ম্যাপ করে
+    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() CrossDomainEnabled(address(0)) {}
+```
+
+স্টোরেজের সমস্ত ভেরিয়েবল কপি না করেই এই কন্ট্রাক্ট আপগ্রেড করতে চাই।
+এটি করার জন্য আমরা একটি [`Proxy`](https://docs.openzeppelin.com/contracts/3.x/api/proxy) ব্যবহার করি, একটি কন্ট্রাক্ট যা একটি পৃথক কন্ট্রাক্টে কল স্থানান্তর করার জন্য [`delegatecall`](https://solidity-by-example.org/delegatecall/) ব্যবহার করে যার ঠিকানা প্রক্সি কন্ট্রাক্ট দ্বারা সংরক্ষণ করা হয় (আপনি আপগ্রেড করার সময় প্রক্সিটিকে সেই ঠিকানা পরিবর্তন করতে বলেন)।
+আপনি যখন `delegatecall` ব্যবহার করেন তখন স্টোরেজ _কলিং_ কন্ট্রাক্টের স্টোরেজ হিসাবে থাকে, তাই সমস্ত কন্ট্রাক্ট স্টেট ভেরিয়েবলের মান প্রভাবিত হয় না।
+
+এই প্যাটার্নের একটি প্রভাব হলো যে `delegatecall`-এর _কল করা_ কন্ট্রাক্টের স্টোরেজ ব্যবহার করা হয় না এবং তাই এটিতে পাস করা কনস্ট্রাক্টর মানগুলি কোনো গুরুত্ব রাখে না।
+এই কারণেই আমরা `CrossDomainEnabled` কনস্ট্রাক্টরে একটি অর্থহীন মান সরবরাহ করতে পারি।
+এটিই কারণ যে নীচের ইনিশিয়ালাইজেশন কনস্ট্রাক্টর থেকে আলাদা।
+
+```solidity
+    /******************
+     * ইনিশিয়ালাইজেশন *
+     ******************/
+
+    /**
+     * @param _l1messenger ক্রস-চেইন যোগাযোগের জন্য ব্যবহৃত L1 মেসেঞ্জারের ঠিকানা।
+     * @param _l2TokenBridge L2 স্ট্যান্ডার্ড ব্রিজের ঠিকানা।
+     */
+    // slither-disable-next-line external-function
+```
+
+এই [Slither পরীক্ষাটি](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
+
+    /**************
+     * ডিপোজিট করা *
+     **************/
+
+    /** @dev প্রেরককে EOA হতে হবে এমন মডিফায়ার। এই পরীক্ষাটি একটি ক্ষতিকারক
+     *  কন্ট্রাক্ট ইনিটকোডের মাধ্যমে বাইপাস করতে পারে, তবে এটি ব্যবহারকারীর যে ত্রুটি আমরা এড়াতে চাই তার যত্ন নেয়।
+     */
+    modifier onlyEOA() {
+        // কন্ট্রাক্ট থেকে ডিপোজিট বন্ধ করতে ব্যবহৃত (দুর্ঘটনাক্রমে হারিয়ে যাওয়া টোকেন এড়াতে)
+        require(!Address.isContract(msg.sender), "Account not EOA");
+        _;
+    }
+```
+
+এই কারণেই আমাদের OpenZeppelin-এর `Address` ইউটিলিটির প্রয়োজন ছিল।
+
+```solidity
+    /**
+     * @dev এই ফাংশনটি কোনো ডেটা ছাড়াই কল করা যেতে পারে
+     * L2-তে কলারের ব্যালেন্সে ETH-এর একটি পরিমাণ ডিপোজিট করতে।
+     * যেহেতু রিসিভ ফাংশন ডেটা নেয় না, একটি রক্ষণশীল
+     * ডিফল্ট পরিমাণ 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 ETH সংরক্ষণ করে এবং L2 ETH গেটওয়েকে ডিপোজিট সম্পর্কে জানিয়ে ডিপোজিটের জন্য যুক্তি সম্পাদন করে।
+     * @param _from L1-এ যে অ্যাকাউন্ট থেকে ডিপোজিট টানা হবে।
+     * @param _to L2-তে যে অ্যাকাউন্টে ডিপোজিট দেওয়া হবে।
+     * @param _l2Gas L2-তে ডিপোজিট সম্পূর্ণ করার জন্য প্রয়োজনীয় গ্যাস সীমা।
+     * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র বাহ্যিক কন্ট্রাক্টগুলির সুবিধার জন্য সরবরাহ করা হয়। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই চুক্তিগুলি এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না।
+     */
+    function _initiateETHDeposit(
+        address _from,
+        address _to,
+        uint32 _l2Gas,
+        bytes memory _data
+    ) internal {
+        // finalizeDeposit কলের জন্য ক্যালডাটা তৈরি করুন
+        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
+        );
+```
+
+এখানে মেসেজটি হলো এই প্যারামিটারগুলির সাথে [`finalizeDeposit` ফাংশন](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol#L141-L148) কল করা:
+
+| প্যারামিটার                     | মান                                                                                      | অর্থ                                                                                                                                                                      |
+| ------------------------------- | ---------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| \_l1Token | address(0)                                                            | L1-এ ETH-এর (যা একটি ERC-20 টোকেন নয়) জন্য বিশেষ মান                                                                                                  |
+| \_l2Token | Lib_PredeployAddresses.OVM_ETH | Optimism-এ ETH পরিচালনাকারী L2 কন্ট্রাক্ট, `0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000` (এই কন্ট্রাক্টটি শুধুমাত্র অভ্যন্তরীণ Optimism ব্যবহারের জন্য) |
+| \_from    | \_from                                                             | L1-এর ঠিকানা যা ETH পাঠায়                                                                                                                                                |
+| \_to      | \_to                                                               | L2-এর ঠিকানা যা ETH গ্রহণ করে                                                                                                                                             |
+| পরিমাণ                          | msg.value                                                                | প্রেরিত wei-এর পরিমাণ (যা ইতিমধ্যে ব্রিজে পাঠানো হয়েছে)                                                                                               |
+| \_data    | \_data                                                             | ডিপোজিটের সাথে সংযুক্ত করার জন্য অতিরিক্ত ডেটা                                                                                                                            |
+
+```solidity
+        // ক্যালডাটা 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 L2 ডিপোজিটেড টোকেন কন্ট্রাক্টকে ডিপোজিট সম্পর্কে জানিয়ে এবং L1 ফান্ড লক করার জন্য একটি হ্যান্ডলার কল করে ডিপোজিটের জন্য যুক্তি সম্পাদন করে। (যেমন, transferFrom)
+     *
+     * @param _l1Token আমরা ডিপোজিট করছি এমন L1 ERC20-এর ঠিকানা
+     * @param _l2Token L1 সংশ্লিষ্ট L2 ERC20-এর ঠিকানা
+     * @param _from L1-এ যে অ্যাকাউন্ট থেকে ডিপোজিট টানা হবে
+     * @param _to L2-তে যে অ্যাকাউন্টে ডিপোজিট দেওয়া হবে
+     * @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ।
+     * @param _l2Gas L2-তে ডিপোজিট সম্পূর্ণ করার জন্য প্রয়োজনীয় গ্যাস সীমা।
+     * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র বাহ্যিক কন্ট্রাক্টগুলির সুবিধার জন্য সরবরাহ করা হয়। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই চুক্তিগুলি এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না।
+     */
+    function _initiateERC20Deposit(
+        address _l1Token,
+        address _l2Token,
+        address _from,
+        address _to,
+        uint256 _amount,
+        uint32 _l2Gas,
+        bytes calldata _data
+    ) internal {
+```
+
+এই ফাংশনটি উপরের `_initiateETHDeposit`-এর মতোই, তবে কয়েকটি গুরুত্বপূর্ণ পার্থক্য রয়েছে।
+প্রথম পার্থক্য হল এই ফাংশনটি টোকেনের ঠিকানা এবং স্থানান্তরের পরিমাণ প্যারামিটার হিসাবে গ্রহণ করে।
+ETH-এর ক্ষেত্রে ব্রিজের কলে ইতিমধ্যেই ব্রিজ অ্যাকাউন্টে সম্পদ স্থানান্তর অন্তর্ভুক্ত থাকে (`msg.value`)।
+
+```solidity
+        // যখন L1-এ একটি ডিপোজিট শুরু হয়, তখন L1 ব্রিজ ভবিষ্যতের উইথড্রয়ালের জন্য ফান্ডগুলি নিজের কাছে স্থানান্তর করে। safeTransferFrom এটিও পরীক্ষা করে যে কন্ট্রাক্টে কোড আছে কিনা, তাই যদি _from একটি EOA বা 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`) শুধুমাত্র `msg.sender`-কে `_from` প্যারামিটার হিসাবে দিয়ে এই ফাংশনটি কল করে।
+
+```solidity
+        // _l2Token.finalizeDeposit(_to, _amount)-এর জন্য ক্যালডাটা তৈরি করুন
+        bytes memory message = abi.encodeWithSelector(
+            IL2ERC20Bridge.finalizeDeposit.selector,
+            _l1Token,
+            _l2Token,
+            _from,
+            _to,
+            _amount,
+            _data
+        );
+
+        // ক্যালডাটা 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);
+    }
+
+    /*************************
+     * ক্রস-চেইন ফাংশন *
+     *************************/
+
+    /**
+     * @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
+
+        // যখন L1-এ একটি উইথড্রয়াল চূড়ান্ত হয়, তখন L1 ব্রিজটি ফান্ডগুলি উইথড্রয়ারকে স্থানান্তর করে
+        // 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);
+    }
+
+
+    /*****************************
+     * অস্থায়ী - ETH মাইগ্রেট করা *
+     *****************************/
+
+    /**
+     * @dev অ্যাকাউন্টে ETH ব্যালেন্স যোগ করে। এটি একটি পুরানো গেটওয়ে থেকে একটি নতুন গেটওয়েতে ETH মাইগ্রেট করার অনুমতি দেওয়ার জন্য তৈরি।
+     * দ্রষ্টব্য: এটি শুধুমাত্র একটি আপগ্রেডের জন্য রাখা হয়েছে যাতে আমরা পুরানো কন্ট্রাক্ট থেকে মাইগ্রেট করা ETH পেতে পারি।
+     */
+    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";
+```
+
+[স্ট্যান্ডার্ড ERC-20 ইন্টারফেসে](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) `mint` এবং `burn` ফাংশন অন্তর্ভুক্ত নেই।
+সেই পদ্ধতিগুলি [ERC-20 স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-20) দ্বারা প্রয়োজন হয় না, যা টোকেন তৈরি এবং ধ্বংস করার পদ্ধতিগুলি অনির্দিষ্ট রাখে।
+
+```solidity
+import { IERC165 } from "@openzeppelin/contracts/utils/introspection/IERC165.sol";
+```
+
+[ERC-165 ইন্টারফেসটি](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 L2 স্ট্যান্ডার্ড ব্রিজের ঠিকানা।
+     * @param _l1Token সংশ্লিষ্ট L1 টোকেনের ঠিকানা।
+     * @param _name ERC20 নাম।
+     * @param _symbol ERC20 প্রতীক।
+     */
+    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) [এক্সক্লুসিভ অর](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;
+
+/* ইন্টারফেস ইমপোর্টস */
+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 ব্যালেন্সগুলি [0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000](https://explorer.optimism.io/address/0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000) ঠিকানা সহ একটি ERC-20 টোকেন হিসাবে পরিচালিত হয়।
+
+```solidity
+/* লাইব্রেরি ইমপোর্টস */
+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";
+
+/* কন্ট্রাক্ট ইমপোর্টস */
+import { IL2StandardERC20 } from "../../standards/IL2StandardERC20.sol";
+
+/**
+ * @title L2StandardBridge
+ * @dev L2 স্ট্যান্ডার্ড ব্রিজ এমন একটি কন্ট্রাক্ট যা L1 এবং L2-এর মধ্যে ETH এবং ERC20 স্থানান্তর সক্ষম করতে L1 স্ট্যান্ডার্ড ব্রিজের সাথে একসাথে কাজ করে।
+ * এই কন্ট্রাক্টটি L1 স্ট্যান্ডার্ড ব্রিজে ডিপোজিট সম্পর্কে শোনার সময় নতুন টোকেনের জন্য একটি মিন্টার হিসাবে কাজ করে।
+ * এই কন্ট্রাক্টটি উইথড্রয়ালের উদ্দেশ্যে থাকা টোকেনগুলির জন্য একটি বার্নার হিসাবেও কাজ করে, যা L1 ব্রিজকে L1 ফান্ড প্রকাশ করার জন্য জানায়।
+ */
+contract L2StandardBridge is IL2ERC20Bridge, CrossDomainEnabled {
+    /********************************
+     * এক্সটার্নাল কন্ট্রাক্ট রেফারেন্স *
+     ********************************/
+
+    address public l1TokenBridge;
+```
+
+L1 ব্রিজের ঠিকানা ট্র্যাক রাখুন।
+উল্লেখ্য যে L1 সমতুল্যের বিপরীতে, এখানে আমাদের _প্রয়োজন_ এই ভেরিয়েবলটি।
+L1 ব্রিজের ঠিকানা আগে থেকে জানা যায় না।
+
+```solidity
+
+    /***************
+     * কনস্ট্রাক্টর *
+     ***************/
+
+    /**
+     * @param _l2CrossDomainMessenger এই কন্ট্রাক্ট দ্বারা ব্যবহৃত ক্রস-ডোমেন মেসেঞ্জার।
+     * @param _l1TokenBridge মূল চেইনে ডিপ্লয় করা L1 ব্রিজের ঠিকানা।
+     */
+    constructor(address _l2CrossDomainMessenger, address _l1TokenBridge)
+        CrossDomainEnabled(_l2CrossDomainMessenger)
+    {
+        l1TokenBridge = _l1TokenBridge;
+    }
+
+    /***************
+     * উইথড্র করা *
+     ***************/
+
+    /**
+     * @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 টোকেন বার্ন করে এবং উইথড্রয়ালের বিষয়ে L1 টোকেন গেটওয়েকে জানিয়ে উইথড্রয়ালের জন্য যুক্তি সম্পাদন করে।
+     * @param _l2Token L2 টোকেনের ঠিকানা যেখানে উইথড্রয়াল শুরু হয়েছে।
+     * @param _from L2-তে যে অ্যাকাউন্ট থেকে উইথড্রয়াল টানা হবে।
+     * @param _to L1-তে যে অ্যাকাউন্টে উইথড্রয়াল দেওয়া হবে।
+     * @param _amount উইথড্র করার জন্য টোকেনের পরিমাণ।
+     * @param _l1Gas অব্যবহৃত, তবে ভবিষ্যতের সামঞ্জস্যতার বিবেচনার জন্য অন্তর্ভুক্ত।
+     * @param _data L1-এ ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র বাহ্যিক কন্ট্রাক্টগুলির সুবিধার জন্য সরবরাহ করা হয়। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই চুক্তিগুলি এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না।
+     */
+    function _initiateWithdrawal(
+        address _l2Token,
+        address _from,
+        address _to,
+        uint256 _amount,
+        uint32 _l1Gas,
+        bytes calldata _data
+    ) internal {
+        // যখন একটি উইথড্রয়াল শুরু হয়, তখন আমরা পরবর্তী L2 ব্যবহার রোধ করতে উইথড্রয়ারের ফান্ড বার্ন করি।
+        // slither-disable-next-line reentrancy-events
+        IL2StandardERC20(_l2Token).burn(msg.sender, _amount);
+```
+
+লক্ষ্য করুন যে আমরা `_from` প্যারামিটারের উপর নির্ভর করছি না, বরং `msg.sender`-এর উপর নির্ভর করছি যা জাল করা অনেক কঠিন (যতদূর আমি জানি, অসম্ভব)।
+
+```solidity
+
+        // 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
+            );
+        }
+
+        // L1 ব্রিজে মেসেজ পাঠান
+        // 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);
+    }
+
+    /************************************
+     * ক্রস-চেইন ফাংশন: ডিপোজিট করা *
+     ************************************/
+
+    /**
+     * @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
+        // লক্ষ্য টোকেনটি অনুবর্তী কিনা তা পরীক্ষা করুন এবং
+        // এখানে L1-এ ডিপোজিট করা টোকেন L2 ডিপোজিটেড টোকেন প্রতিনিধিত্বের সাথে মিলে কিনা তা যাচাই করুন
+        if (
+            // slither-disable-next-line reentrancy-events
+            ERC165Checker.supportsInterface(_l2Token, 0x1d1d8b63) &&
+            _l1Token == IL2StandardERC20(_l2Token).l1Token()
+```
+
+স্যানিটি চেক:
+
+1. সঠিক ইন্টারফেস সমর্থিত
+2. L2 ERC-20 কন্ট্রাক্টের L1 ঠিকানা টোকেনগুলির L1 উৎসের সাথে মিলে যায়
+
+```solidity
+        ) {
+            // যখন একটি ডিপোজিট চূড়ান্ত হয়, তখন আমরা L2-তে অ্যাকাউন্টটিকে একই পরিমাণ টোকেন দিয়ে ক্রেডিট করি।
+            // 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 {
+            // হয় যে L2 টোকেনটি ডিপোজিট করা হচ্ছে তা তার L1 টোকেনের সঠিক ঠিকানা সম্পর্কে দ্বিমত পোষণ করে, অথবা সঠিক ইন্টারফেস সমর্থন করে না।
+            // এটি শুধুমাত্র তখনই ঘটা উচিত যদি একটি ক্ষতিকারক L2 টোকেন থাকে, বা যদি কোনো ব্যবহারকারী কোনোভাবে ডিপোজিট করার জন্য ভুল L2 টোকেন ঠিকানা নির্দিষ্ট করে।
+            // উভয় ক্ষেত্রেই, আমরা এখানে প্রক্রিয়াটি বন্ধ করি এবং একটি উইথড্রয়াল মেসেজ তৈরি করি যাতে ব্যবহারকারীরা কিছু ক্ষেত্রে তাদের ফান্ড বের করতে পারে।
+            // ক্ষতিকারক টোকেন কন্ট্রাক্টগুলি পুরোপুরি প্রতিরোধ করার কোনো উপায় নেই, তবে এটি ব্যবহারকারীর ত্রুটি সীমাবদ্ধ করে এবং কিছু ধরনের ক্ষতিকারক কন্ট্রাক্ট আচরণ প্রশমিত করে।
+```
+
+যদি কোনো ব্যবহারকারী ভুল L2 টোকেন ঠিকানা ব্যবহার করে একটি সনাক্তযোগ্য ত্রুটি করে, তাহলে আমরা ডিপোজিট বাতিল করতে এবং L1-এ টোকেনগুলি ফিরিয়ে দিতে চাই।
+L2 থেকে এটি করার একমাত্র উপায় হল একটি মেসেজ পাঠানো যা ফল্ট চ্যালেঞ্জ পিরিয়ডের জন্য অপেক্ষা করতে হবে, তবে এটি ব্যবহারকারীর জন্য টোকেন স্থায়ীভাবে হারানোর চেয়ে অনেক ভালো।
+
+```solidity
+            bytes memory message = abi.encodeWithSelector(
+                IL1ERC20Bridge.finalizeERC20Withdrawal.selector,
+                _l1Token,
+                _l2Token,
+                _to, // এখানে ডিপোজিটটি প্রেরকের কাছে ফেরত পাঠানোর জন্য _to এবং _from পরিবর্তন করা হয়েছে
+                _from,
+                _amount,
+                _data
+            );
+
+            // L1 ব্রিজে মেসেজ পাঠান
+            // 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/bn/developers/tutorials/reverse-engineering-a-contract/index.md b/public/content/translations/bn/developers/tutorials/reverse-engineering-a-contract/index.md
new file mode 100644
index 00000000000..d0d4ca12c81
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/reverse-engineering-a-contract/index.md
@@ -0,0 +1,744 @@
+---
+title: "একটি চুক্তির রিভার্স ইঞ্জিনিয়ারিং"
+description: "আপনার কাছে সোর্স কোড না থাকলে কীভাবে একটি চুক্তি বুঝবেন"
+author: Ori Pomerantz
+lang: bn
+tags: [ "evm", "অপকোডস" ]
+skill: advanced
+published: 2021-12-30
+---
+
+## ভূমিকা {#introduction}
+
+_ব্লকচেইনে কোনো গোপনীয়তা নেই_, যা কিছু ঘটে তা সামঞ্জস্যপূর্ণ, যাচাইযোগ্য এবং সর্বজনীনভাবে উপলব্ধ। বিশেষত, [চুক্তিগুলির সোর্স কোড Etherscan-এ প্রকাশিত এবং যাচাই করা উচিত](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-এ গিয়ে, **চুক্তি** ট্যাবে ক্লিক করে এবং তারপর **অপকোড ভিউতে স্যুইচ করুন** ক্লিক করে অপকোডগুলি পেতে পারেন। আপনি একটি ভিউ পাবেন যা প্রতি লাইনে একটি অপকোড।
+
+![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. কলডেটা আকার পড়ুন। সাধারণত একটি Ethereum চুক্তির জন্য কল ডেটা [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-এর দিকে তাকায়, এবং যদি এটি "সত্য" হয় (অর্থাৎ, শূন্য নয়) 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 |
+
+সুতরাং যখন কোন কল ডেটা থাকে না তখন আমরা Storage[6] এর মান পড়ি। আমরা এখনও জানি না এই মানটি কী, কিন্তু আমরা এমন লেনদেনগুলি দেখতে পারি যা চুক্তিটি কোনও কল ডেটা ছাড়াই পেয়েছে। যে লেনদেনগুলি শুধুমাত্র কোনও কল ডেটা ছাড়াই ETH স্থানান্তর করে (এবং তাই কোনও পদ্ধতি নেই) Etherscan-এ `Transfer` পদ্ধতি রয়েছে। প্রকৃতপক্ষে, [চুক্তিটি প্রাপ্ত প্রথম লেনদেন](https://etherscan.io/tx/0xeec75287a583c36bcc7ca87685ab41603494516a0f5986d18de96c8e630762e7) একটি স্থানান্তর।
+
+আমরা যদি সেই লেনদেনটি দেখি এবং **আরও দেখতে ক্লিক করুন** ক্লিক করি, আমরা দেখতে পাই যে কল ডেটা, যাকে ইনপুট ডেটা বলা হয়, তা সত্যিই খালি (`0x`)। এও লক্ষ্য করুন যে মানটি 1.559 ETH, যা পরে প্রাসঙ্গিক হবে।
+
+![কল ডেটা খালি](calldata-empty.png)
+
+এরপরে, **অবস্থা** ট্যাবে ক্লিক করুন এবং আমরা যে চুক্তিটি বিপরীত প্রকৌশলী করছি তা প্রসারিত করুন (0x2510...)। আপনি দেখতে পারেন যে লেনদেনের সময় `Storage[6]` পরিবর্তিত হয়েছে, এবং আপনি যদি হেক্সকে **সংখ্যা**-তে পরিবর্তন করেন, আপনি দেখতে পাবেন এটি 1,559,000,000,000,000,000 হয়ে গেছে, wei-তে স্থানান্তরিত মান (আমি স্পষ্টতার জন্য কমা যোগ করেছি), যা পরবর্তী চুক্তির মানের সাথে সঙ্গতিপূর্ণ।
+
+![Storage[6]-এর পরিবর্তন](storage6.png)
+
+যদি আমরা [একই সময়কালের অন্যান্য `Transfer` লেনদেনের](https://etherscan.io/tx/0xf708d306de39c422472f43cb975d97b66fd5d6a6863db627067167cbf93d84d1#statechange) দ্বারা সৃষ্ট অবস্থার পরিবর্তনগুলি দেখি, আমরা দেখতে পাই যে `Storage[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]-ঠিকানা-হিসাবে 0x9D 0x00                                                              |
+
+এই অপকোডগুলি আমরা Storage[3] থেকে পড়া মানটিকে 160 বিটে ছোট করে দেয়, যা একটি Ethereum ঠিকানার দৈর্ঘ্য।
+
+| অফসেট | অপকোড | স্ট্যাক                                                                                   |
+| ----: | ----- | ----------------------------------------------------------------------------------------- |
+|    9B | SWAP1 | 0x9D সংগ্রহস্থল[3]-ঠিকানা-হিসাবে 0x00 |
+|    9C | JUMP  | সংগ্রহস্থল[3]-ঠিকানা-হিসাবে 0x00      |
+
+এই জাম্পটি অপ্রয়োজনীয়, কারণ আমরা পরবর্তী অপকোডে যাচ্ছি। এই কোডটি যতটা গ্যাস-দক্ষ হতে পারত ততটা নয়।
+
+| অফসেট | অপকোড      | স্ট্যাক                                                                                                                                       |
+| ----: | ---------- | --------------------------------------------------------------------------------------------------------------------------------------------- |
+|    9D | JUMPDEST   | সংগ্রহস্থল[3]-ঠিকানা-হিসাবে 0x00                                                          |
+|    9E | SWAP1      | 0x00 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                          |
+|    9F | POP        | সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                               |
+|    A0 | PUSH1 0x40 | 0x40 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                          |
+|    A2 | MLOAD      | Mem[0x40] সংগ্রহস্থল[3]-ঠিকানা-হিসাবে |
+
+কোডের একেবারে শুরুতে আমরা Mem[0x40] কে 0x80 তে সেট করি। যদি আমরা পরে 0x40 খুঁজি, আমরা দেখতে পাই যে আমরা এটি পরিবর্তন করি না - তাই আমরা ধরে নিতে পারি এটি 0x80।
+
+| অফসেট | অপকোড        | স্ট্যাক                                                                                                     |
+| ----: | ------------ | ----------------------------------------------------------------------------------------------------------- |
+|    A3 | CALLDATASIZE | CALLDATASIZE 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে           |
+|    A4 | PUSH1 0x00   | 0x00 CALLDATASIZE 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে      |
+|    A6 | DUP3         | 0x80 0x00 CALLDATASIZE 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে |
+|    A7 | CALLDATACOPY | 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                        |
+
+সমস্ত কল ডেটা মেমরিতে অনুলিপি করুন, 0x80 থেকে শুরু করে।
+
+| অফসেট | অপকোড                              | স্ট্যাক                                                                                                                                                                                              |
+| ----: | ---------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    A8 | PUSH1 0x00                         | 0x00 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                                                                            |
+|    AA | DUP1                               | 0x00 0x00 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                                                                       |
+|    AB | CALLDATASIZE                       | CALLDATASIZE 0x00 0x00 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                                                          |
+|    AC | DUP4                               | 0x80 CALLDATASIZE 0x00 0x00 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                                                     |
+|    AD | DUP6                               | সংগ্রহস্থল[3]-ঠিকানা-হিসাবে 0x80 CALLDATASIZE 0x00 0x00 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে     |
+|    AE | GAS                                | GAS সংগ্রহস্থল[3]-ঠিকানা-হিসাবে 0x80 CALLDATASIZE 0x00 0x00 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে |
+|    AF | DELEGATE_CALL |                                                                                                                                                                                                      |
+
+এখন জিনিসগুলি অনেক পরিষ্কার। এই চুক্তিটি একটি [প্রক্সি](https://blog.openzeppelin.com/proxy-patterns/) হিসাবে কাজ করতে পারে, আসল কাজটি করার জন্য Storage[3]-এর ঠিকানায় কল করে। `DELEGATE_CALL` একটি পৃথক চুক্তিকে কল করে, কিন্তু একই স্টোরেজে থাকে। এর মানে হল যে অর্পিত চুক্তি, যার জন্য আমরা একটি প্রক্সি, একই স্টোরেজ স্পেস অ্যাক্সেস করে। কলের জন্য প্যারামিটারগুলি হল:
+
+- _গ্যাস_: বাকি সব গ্যাস
+- _কল করা ঠিকানা_: সংগ্রহস্থল[3]-ঠিকানা-হিসাবে
+- _কল ডেটা_: CALLDATASIZE বাইট 0x80 থেকে শুরু, যেখানে আমরা আসল কল ডেটা রাখি।
+- _রিটার্ন ডেটা_: কোনোটিই নয় (0x00 - 0x00) আমরা অন্য উপায়ে রিটার্ন ডেটা পাব (নীচে দেখুন)
+
+| অফসেট | অপকোড          | স্ট্যাক                                                                                                                                                                                                       |
+| ----: | -------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    B0 | RETURNDATASIZE | RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                          |
+|    B1 | DUP1           | RETURNDATASIZE RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে           |
+|    B2 | PUSH1 0x00     | 0x00 RETURNDATASIZE RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে      |
+|    B4 | DUP5           | 0x80 0x00 RETURNDATASIZE RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে |
+|    B5 | RETURNDATACOPY | RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                          |
+
+এখানে আমরা 0x80 থেকে শুরু করে মেমরি বাফারে সমস্ত রিটার্ন ডেটা কপি করি।
+
+| অফসেট | অপকোড        | স্ট্যাক                                                                                                                                                                                                                                                                                                                                                          |
+| ----: | ------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    B6 | DUP2         | (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                                                            |
+|    B7 | DUP1         | (((কল সফলতা/ব্যর্থতা))) (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে           |
+|    B8 | ISZERO       | (((কলটি কি ব্যর্থ হয়েছিল))) (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে      |
+|    B9 | PUSH2 0x00c0 | 0xC0 (((কলটি কি ব্যর্থ হয়েছিল))) (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে |
+|    BC | JUMPI        | (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                                                            |
+|    BD | DUP2         | RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                                             |
+|    BE | DUP5         | 0x80 RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                                                                        |
+|    BF | RETURN       |                                                                                                                                                                                                                                                                                                                                                                  |
+
+সুতরাং কলের পরে আমরা রিটার্ন ডেটা বাফার 0x80 - 0x80+RETURNDATASIZE-এ অনুলিপি করি, এবং যদি কল সফল হয় তবে আমরা ঠিক সেই বাফার দিয়ে `RETURN` করি।
+
+### DELEGATECALL ব্যর্থ হয়েছে {#delegatecall-failed}
+
+আমরা যদি এখানে 0xC0-তে পৌঁছাই, তার মানে আমরা যে চুক্তিটি কল করেছি তা উল্টে গেছে। যেহেতু আমরা সেই চুক্তির জন্য শুধুমাত্র একটি প্রক্সি, তাই আমরা একই ডেটা ফেরত দিতে এবং রিভার্ট করতে চাই।
+
+| অফসেট | অপকোড    | স্ট্যাক                                                                                                                                                                                                                                                                                   |
+| ----: | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+|    C0 | JUMPDEST | (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে                     |
+|    C1 | DUP2     | RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে      |
+|    C2 | DUP5     | 0x80 RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) RETURNDATASIZE (((কল সফলতা/ব্যর্থতা))) 0x80 সংগ্রহস্থল[3]-ঠিকানা-হিসাবে |
+|    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                                               | প্রক্সি ঠিকানা 0x80                                                                                                                                                                                                                                                                       |
+|   12F | DUP2                                              | 0x80 প্রক্সি ঠিকানা 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-এর মান হল সংগ্রহস্থল[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()`-এর ক্ষেত্রে, এটি Storage[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                                                 |
+|                                                                        190 | 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) Storage[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\* |
+
+কিন্তু আমরা জানি যে অন্য কোনো কার্যকারিতা Storage[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}
+
+ডিকম্পাইলার যে কোড তৈরি করে তা জটিল, এবং এর সবটাই আমাদের জন্য প্রাসঙ্গিক নয়। আমি এর কিছু অংশ এড়িয়ে যাচ্ছি সেই লাইনগুলিতে ফোকাস করার জন্য যা আমার মতে দরকারী তথ্য সরবরাহ করে।
+
+```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'
+```
+
+সুতরাং এখন আমরা জানি যে Storage[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/bn/developers/tutorials/run-node-raspberry-pi/index.md b/public/content/translations/bn/developers/tutorials/run-node-raspberry-pi/index.md
new file mode 100644
index 00000000000..601ec6b033b
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/run-node-raspberry-pi/index.md
@@ -0,0 +1,190 @@
+---
+title: "রাস্পবেরি পাই 4-এ একটি ইথেরিয়াম নোড চালান"
+description: "আপনার রাস্পবেরি পাই 4 ফ্ল্যাশ করুন, একটি ইথারনেট কেবল প্লাগ ইন করুন, এসএসডি ডিস্কটি সংযুক্ত করুন এবং ডিভাইসটি পাওয়ার আপ করুন যাতে রাস্পবেরি পাই 4 একটি সম্পূর্ণ ইথেরিয়াম নোড + ভ্যালিডেটরে পরিণত হয়"
+author: "EthereumOnArm"
+tags:
+  [
+    "ক্লায়েন্ট",
+    "এক্সিকিউশন লেয়ার",
+    "কনসেন্সাস লেয়ার",
+    "নোড"
+  ]
+lang: bn
+skill: intermediate
+published: 2022-06-10
+source: Ethereum on ARM
+sourceUrl: https://ethereum-on-arm-documentation.readthedocs.io/en/latest/
+---
+
+**ARM-এর উপর ইথেরিয়াম হল একটি কাস্টম লিনাক্স ইমেজ যা রাস্পবেরি পাই-কে ইথেরিয়াম নোডে পরিণত করতে পারে।**
+
+ARM-এর উপর ইথেরিয়াম ব্যবহার করে রাস্পবেরি পাই-কে ইথেরিয়াম নোডে পরিণত করতে, নিম্নলিখিত হার্ডওয়্যারগুলি সুপারিশ করা হচ্ছে:
+
+- রাস্পবেরি 4 (মডেল B 8GB), ওড্রয়েড M1 বা রক 5B (8GB/16GB RAM) বোর্ড
+- মাইক্রোএসডি কার্ড (ন্যূনতম 16 GB ক্লাস 10)
+- ন্যূনতম 2 TB SSD ইউএসবি 3.0 ডিস্ক বা ইউএসবি থেকে সাটা কেস সহ একটি এসএসডি।
+- পাওয়ার সাপ্লাই
+- ইথারনেট কেবল
+- পোর্ট ফরওয়ার্ডিং (আরো তথ্যের জন্য ক্লায়েন্ট দেখুন)
+- হিটসিঙ্ক এবং ফ্যান সহ একটি কেস
+- USB কীবোর্ড, মনিটর এবং HDMI কেবল (মাইক্রো-HDMI) (ঐচ্ছিক)
+
+## ARM-এ ইথেরিয়াম কেন চালাবেন? {#why-run-ethereum-on-arm}
+
+ARM বোর্ডগুলো খুব সাশ্রয়ী, নমনীয়, ছোট কম্পিউটার। ইথেরিয়াম নোড চালানোর জন্য এগুলি ভাল পছন্দ কারণ সেগুলি সস্তায় কেনা যায়, এমনভাবে কনফিগার করা যায় যাতে তাদের সমস্ত রিসোর্স শুধুমাত্র নোডের উপর ফোকাস করে, তাদের দক্ষ করে তোলে, তারা কম পরিমাণে শক্তি খরচ করে এবং শারীরিকভাবে ছোট হয় যাতে তারা যে কোনও হোমে বিচক্ষণতার সাথে ফিট করতে পারে। নোডগুলোকে স্পিন আপ করাও খুব সহজ কারণ রাস্পবেরি পাই-এর মাইক্রোএসডি-কে একটি পূর্বনির্মিত ইমেজ দিয়ে ফ্ল্যাশ করা যেতে পারে, যার জন্য কোনো সফ্টওয়্যার ডাউনলোড বা তৈরি করার প্রয়োজন নেই।
+
+## এটি কিভাবে কাজ করে? {#how-does-it-work}
+
+রাস্পবেরি পাই-এর মেমরি কার্ডটি একটি পূর্বনির্মিত ইমেজ দিয়ে ফ্ল্যাশ করা হয়। এই ইমেজে একটি ইথেরিয়াম নোড চালানোর জন্য প্রয়োজনীয় সবকিছু রয়েছে। একটি ফ্ল্যাশ করা কার্ড দিয়ে, ব্যবহারকারীকে শুধুমাত্র রাস্পবেরি পাই-কে পাওয়ার-অন করতে হবে। নোড চালানোর জন্য প্রয়োজনীয় সমস্ত প্রসেস স্বয়ংক্রিয়ভাবে শুরু হয়ে যায়। এটি কাজ করে কারণ মেমরি কার্ডে একটি লিনাক্স-ভিত্তিক অপারেটিং সিস্টেম (OS) থাকে যার উপরে সিস্টেম-স্তরের প্রসেস স্বয়ংক্রিয়ভাবে চলে যা ইউনিটটিকে একটি ইথেরিয়াম নোডে পরিণত করে।
+
+জনপ্রিয় রাস্পবেরি পাই লিনাক্স ওএস "রাস্পবিয়ান" ব্যবহার করে ইথেরিয়াম চালানো যায় না কারণ রাস্পবিয়ান এখনও একটি 32-বিট আর্কিটেকচার ব্যবহার করে যা ইথেরিয়াম ব্যবহারকারীদের মেমরি সমস্যায় ফেলে এবং কনসেন্সাস ক্লায়েন্ট 32-বিট বাইনারি সমর্থন করে না। এই সমস্যাটি কাটিয়ে উঠতে, Arm টিমের উপর ইথেরিয়াম "Armbian" নামক একটি নেটিভ 64-বিট OS-এ স্থানান্তরিত হয়েছে।
+
+**ইমেজগুলি সমস্ত প্রয়োজনীয় পদক্ষেপের যত্ন নেয়**, পরিবেশ সেট আপ করা এবং SSD ডিস্ক ফর্ম্যাট করা থেকে শুরু করে ইথেরিয়াম সফ্টওয়্যার ইনস্টল করা এবং চালানো এবং সেইসাথে ব্লকচেইন সিঙ্ক্রোনাইজেশন শুরু করা পর্যন্ত।
+
+## এক্সিকিউশন এবং কনসেন্সাস ক্লায়েন্টের উপর নোট {#note-on-execution-and-consensus-clients}
+
+Arm-এর উপর ইথেরিয়াম ইমেজে পরিষেবা হিসাবে পূর্বনির্মিত এক্সিকিউশন এবং কনসেন্সাস ক্লায়েন্ট অন্তর্ভুক্ত রয়েছে। একটি ইথেরিয়াম নোডের জন্য উভয় ক্লায়েন্টকে সিঙ্ক এবং চলমান থাকতে হবে। আপনাকে শুধুমাত্র ইমেজটি ডাউনলোড এবং ফ্ল্যাশ করতে হবে এবং তারপর পরিষেবাগুলি শুরু করতে হবে। ইমেজটি নিম্নলিখিত এক্সিকিউশন ক্লায়েন্টগুলির সাথে প্রি-লোড করা আছে:
+
+- Geth
+- Nethermind
+- Besu
+
+এবং নিম্নলিখিত কনসেন্সাস ক্লায়েন্টগুলি:
+
+- Lighthouse
+- Nimbus
+- Prysm
+- Teku
+
+আপনার চালানোর জন্য প্রত্যেকটি থেকে একটি বেছে নেওয়া উচিত - সমস্ত এক্সিকিউশন ক্লায়েন্ট সমস্ত কনসেন্সাস ক্লায়েন্টের সাথে সামঞ্জস্যপূর্ণ। আপনি যদি স্পষ্টভাবে একটি ক্লায়েন্ট নির্বাচন না করেন, নোডটি তার ডিফল্টে ফিরে যাবে - Geth এবং Lighthouse - এবং বোর্ডটি পাওয়ার আপ হলে সেগুলি স্বয়ংক্রিয়ভাবে চালাবে। আপনাকে অবশ্যই আপনার রাউটারে 30303 পোর্টটি খুলতে হবে যাতে Geth পিয়ারদের খুঁজে পেতে এবং সংযোগ করতে পারে।
+
+## ইমেজ ডাউনলোড করা হচ্ছে {#downloading-the-image}
+
+রাস্পবেরি পাই 4 ইথেরিয়াম ইমেজটি একটি "প্লাগ অ্যান্ড প্লে" ইমেজ যা স্বয়ংক্রিয়ভাবে এক্সিকিউশন এবং কনসেন্সাস উভয় ক্লায়েন্টকে ইনস্টল এবং সেট আপ করে, একে অপরের সাথে কথা বলার জন্য এবং ইথেরিয়াম নেটওয়ার্কের সাথে সংযোগ করার জন্য কনফিগার করে। ব্যবহারকারীকে শুধুমাত্র একটি সহজ কমান্ড ব্যবহার করে তাদের প্রসেস শুরু করতে হবে।
+
+[Arm-এর উপর ইথেরিয়াম](https://ethereumonarm-my.sharepoint.com/:u:/p/dlosada/Ec_VmUvr80VFjf3RYSU-NzkBmj2JOteDECj8Bibde929Gw?download=1) থেকে রাস্পবেরি পাই ইমেজটি ডাউনলোড করুন এবং SHA256 হ্যাস যাচাই করুন:
+
+```sh
+# ডাউনলোড করা ইমেজ ধারণকারী ডিরেক্টরি থেকে
+shasum -a 256 ethonarm_22.04.00.img.zip
+# হ্যাস আউটপুট হওয়া উচিত: fb497e8f8a7388b62d6e1efbc406b9558bee7ef46ec7e53083630029c117444f
+```
+
+মনে রাখবেন যে রক 5B এবং ওড্রয়েড M1 বোর্ডের জন্য ইমেজগুলি Ethereum-on-Arm [ডাউনলোড পেজে](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/quick-guide/download-and-install.html) উপলব্ধ।
+
+## মাইক্রোএসডি ফ্ল্যাশ করা {#flashing-the-microsd}
+
+রাস্পবেরি পাই-এর জন্য ব্যবহৃত মাইক্রোএসডি কার্ডটি প্রথমে একটি ডেস্কটপ বা ল্যাপটপে প্রবেশ করানো উচিত যাতে এটি ফ্ল্যাশ করা যায়। তারপরে, নিম্নলিখিত টার্মিনাল কমান্ডগুলি ডাউনলোড করা ইমেজটিকে এসডি কার্ডে ফ্ল্যাশ করবে:
+
+```shell
+# মাইক্রোএসডি কার্ডের নাম চেক করুন
+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
+```
+
+কার্ডটি এখন ফ্ল্যাশ করা হয়েছে, তাই এটি রাস্পবেরি পাই-তে প্রবেশ করানো যেতে পারে।
+
+## নোড শুরু করুন {#start-the-node}
+
+এসডি কার্ডটি রাস্পবেরি পাই-তে প্রবেশ করানোর পরে, ইথারনেট কেবল এবং এসএসডি সংযোগ করুন এবং তারপরে পাওয়ার চালু করুন। OS বুট আপ হবে এবং ক্লায়েন্ট সফ্টওয়্যার ইনস্টল এবং তৈরি সহ স্বয়ংক্রিয়ভাবে প্রি-কনফিগার করা কাজগুলি সম্পাদন করা শুরু করবে যা রাস্পবেরি পাই-কে একটি ইথেরিয়াম নোডে পরিণত করে। এতে সম্ভবত 10-15 মিনিট সময় লাগবে।
+
+একবার সবকিছু ইনস্টল এবং কনফিগার করা হয়ে গেলে, একটি ssh সংযোগের মাধ্যমে ডিভাইসে লগ ইন করুন বা বোর্ডে একটি মনিটর এবং কীবোর্ড সংযুক্ত থাকলে সরাসরি টার্মিনাল ব্যবহার করুন। লগ ইন করতে `ethereum` অ্যাকাউন্টটি ব্যবহার করুন, কারণ নোড শুরু করার জন্য প্রয়োজনীয় অনুমতি রয়েছে।
+
+```shell
+ব্যবহারকারী: ethereum
+পাসওয়ার্ড: ethereum
+```
+
+ডিফল্ট এক্সিকিউশন ক্লায়েন্ট, Geth, স্বয়ংক্রিয়ভাবে শুরু হবে। আপনি নিম্নলিখিত টার্মিনাল কমান্ড ব্যবহার করে লগগুলি পরীক্ষা করে এটি নিশ্চিত করতে পারেন:
+
+```sh
+sudo journalctl -u geth -f
+```
+
+কনসেন্সাস ক্লায়েন্টকে স্পষ্টভাবে শুরু করতে হবে। এটি করার জন্য, প্রথমে আপনার রাউটারে পোর্ট 9000 খুলুন যাতে Lighthouse পিয়ারদের খুঁজে পেতে এবং সংযোগ করতে পারে। তারপর লাইটহাউস পরিষেবাটি সক্ষম করুন এবং শুরু করুন:
+
+```sh
+sudo systemctl enable lighthouse-beacon
+sudo systemctl start lighthouse-beacon
+```
+
+লগ ব্যবহার করে ক্লায়েন্ট পরীক্ষা করুন:
+
+```sh
+sudo journalctl -u lighthouse-beacon
+```
+
+মনে রাখবেন যে কনসেন্সাস ক্লায়েন্ট কয়েক মিনিটের মধ্যে সিঙ্ক হবে কারণ এটি চেকপয়েন্ট সিঙ্ক ব্যবহার করে। এক্সিকিউশন ক্লায়েন্টের বেশি সময় লাগবে - সম্ভাব্য কয়েক ঘন্টা, এবং এটি কনসেন্সাস ক্লায়েন্টের সিঙ্ক করা শেষ না হওয়া পর্যন্ত শুরু হবে না (কারণ এক্সিকিউশন ক্লায়েন্টের সিঙ্ক করার জন্য একটি টার্গেট প্রয়োজন, যা সিঙ্ক করা কনসেন্সাস ক্লায়েন্ট সরবরাহ করে)।
+
+Geth এবং Lighthouse পরিষেবাগুলি চলমান এবং সিঙ্ক করা অবস্থায়, আপনার রাস্পবেরি পাই এখন একটি ইথেরিয়াম নোড! Geth-এর জাভাস্ক্রিপ্ট কনসোল ব্যবহার করে ইথেরিয়াম নেটওয়ার্কের সাথে ইন্টারঅ্যাক্ট করা সবচেয়ে সাধারণ, যা পোর্ট 8545-এ Geth ক্লায়েন্টের সাথে সংযুক্ত করা যেতে পারে। Curl-এর মতো একটি রিকোয়েস্ট টুল ব্যবহার করে JSON অবজেক্ট হিসাবে ফর্ম্যাট করা কমান্ড জমা দেওয়াও সম্ভব। [Geth ডকুমেন্টেশনে](https://geth.ethereum.org/) আরও দেখুন।
+
+Geth একটি Grafana ড্যাশবোর্ডে মেট্রিক্স রিপোর্ট করার জন্য প্রি-কনফিগার করা আছে যা ব্রাউজারে দেখা যায়। আরও উন্নত ব্যবহারকারীরা তাদের নোডের স্বাস্থ্য নিরীক্ষণের জন্য `ipaddress:3000`-এ নেভিগেট করে, `user: admin` এবং `passwd: ethereum` পাস করে এই বৈশিষ্ট্যটি ব্যবহার করতে চাইতে পারেন।
+
+## ভ্যালিডেটর {#validators}
+
+একটি ভ্যালিডেটর ঐচ্ছিকভাবে কনসেন্সাস ক্লায়েন্টে যোগ করা যেতে পারে। ভ্যালিডেটর সফ্টওয়্যারটি আপনার নোডকে সক্রিয়ভাবে কনসেন্সাসে অংশগ্রহণ করতে দেয় এবং নেটওয়ার্ককে ক্রিপ্টো-ইকোনমিক নিরাপত্তা প্রদান করে। এই কাজের জন্য আপনাকে ETH-এ পুরস্কৃত করা হয়। একটি ভ্যালিডেটর চালানোর জন্য, আপনার কাছে প্রথমে 32 ETH থাকতে হবে, যা ডিপোজিট চুক্তিতে জমা করতে হবে। [লঞ্চপ্যাডে](https://launchpad.ethereum.org/) ধাপে ধাপে নির্দেশিকা অনুসরণ করে ডিপোজিট করা যেতে পারে। এটি একটি ডেস্কটপ/ল্যাপটপে করুন, তবে কী তৈরি করবেন না — এটি সরাসরি রাস্পবেরি পাই-তে করা যেতে পারে।
+
+রাস্পবেরি পাই-তে একটি টার্মিনাল খুলুন এবং ডিপোজিট কী তৈরি করতে নিম্নলিখিত কমান্ডটি চালান:
+
+```
+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` কমান্ডটি চালান)
+
+নেমোনিক ফ্রেজটি নিরাপদে রাখুন! উপরের কমান্ডটি নোডের কীস্টোরে দুটি ফাইল তৈরি করেছে: ভ্যালিডেটর কী এবং একটি ডিপোজিট ডেটা ফাইল। ডিপোজিট ডেটা লঞ্চপ্যাডে আপলোড করতে হবে, তাই এটি রাস্পবেরি পাই থেকে ডেস্কটপ/ল্যাপটপে কপি করতে হবে। এটি একটি ssh সংযোগ বা অন্য কোনো কপি/পেস্ট পদ্ধতি ব্যবহার করে করা যেতে পারে।
+
+একবার ডিপোজিট ডেটা ফাইলটি লঞ্চপ্যাড চালিত কম্পিউটারে উপলব্ধ হলে, এটি লঞ্চপ্যাড স্ক্রিনের `+` চিহ্নের উপর টেনে এনে ছেড়ে দেওয়া যেতে পারে। ডিপোজিট চুক্তিতে একটি লেনদেন পাঠাতে স্ক্রিনের নির্দেশাবলী অনুসরণ করুন।
+
+রাস্পবেরি পাই-তে ফিরে, একটি ভ্যালিডেটর শুরু করা যেতে পারে। এর জন্য ভ্যালিডেটর কীগুলি ইম্পোর্ট করা, পুরস্কার সংগ্রহ করার জন্য ঠিকানা সেট করা এবং তারপরে প্রি-কনফিগার করা ভ্যালিডেটর প্রক্রিয়া শুরু করা প্রয়োজন। নীচের উদাহরণটি লাইটহাউসের জন্য—অন্যান্য কনসেন্সাস ক্লায়েন্টের জন্য নির্দেশাবলী [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
+```
+
+অভিনন্দন, আপনার কাছে এখন একটি রাস্পবেরি পাই-তে একটি সম্পূর্ণ ইথেরিয়াম নোড এবং ভ্যালিডেটর চলছে!
+
+## আরও বিশদ বিবরণ {#more-details}
+
+এই পৃষ্ঠাটি রাস্পবেরি পাই ব্যবহার করে কীভাবে একটি Geth-Lighthouse নোড এবং ভ্যালিডেটর সেট আপ করতে হয় তার একটি ওভারভিউ দিয়েছে। [Ethereum-on-Arm ওয়েবসাইটে](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/index.html)-এ আরও বিস্তারিত নির্দেশাবলী উপলব্ধ।
+
+## মতামত প্রশংসিত {#feedback-appreciated}
+
+আমরা জানি যে রাস্পবেরি পাই-এর একটি বিশাল ব্যবহারকারী বেস রয়েছে যা ইথেরিয়াম নেটওয়ার্কের স্বাস্থ্যের উপর খুব ইতিবাচক প্রভাব ফেলতে পারে।
+অনুগ্রহ করে এই টিউটোরিয়ালের বিশদ বিবরণগুলি দেখুন, টেস্টনেটে চালানোর চেষ্টা করুন, 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/bn/developers/tutorials/scam-token-tricks/index.md b/public/content/translations/bn/developers/tutorials/scam-token-tricks/index.md
new file mode 100644
index 00000000000..16385015257
--- /dev/null
+++ b/public/content/translations/bn/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: bn
+---
+
+এই টিউটোরিয়ালে আমরা স্ক্যামাররা কী কী কৌশল ব্যবহার করে এবং কীভাবে তারা সেগুলি প্রয়োগ করে তা দেখতে [একটি স্ক্যাম টোকেন](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) একটি [`proxy`](https://docs.openzeppelin.com/contracts/5.x/api/proxy)-এর পিছনে বসে। সেই চুক্তিতে একটি বিশেষ সুবিধাপ্রাপ্ত ঠিকানা রয়েছে (চতুর্থ ফাইলটি দেখুন, `ERC1967Upgrade.sol`) যা আপগ্রেডের জন্য ব্যবহার করা যেতে পারে।
+
+```solidity
+    /**
+     * @dev EIP1967 অ্যাডমিন স্লটে একটি নতুন ঠিকানা স্টোর করে।
+     */
+    function _setAdmin(address newAdmin) private {
+        require(newAdmin != address(0), "ERC1967: new admin is the zero address");
+        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: transfer from the zero address");
+        require(recipient != address(0), "ERC20: transfer to the zero address");
+
+        _beforeTokenTransfer(sender, recipient, amount);
+
+        _balances[sender] = _balances[sender].sub(amount, "ERC20: transfer amount exceeds balance");
+        _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: transfer amount exceeds allowance"));
+        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: transfer from the zero address");
+        require(recipient != address(0), "ERC20: transfer to the zero address");
+
+        _beforeTokenTransfer(sender, recipient, amount);
+
+        _balances[sender] = _balances[sender].sub(amount, "ERC20: transfer amount exceeds balance");
+        _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, "Not allowed to interact");
+    _;
+}
+```
+
+এই সীমাবদ্ধতাটি নিখুঁত অর্থবহ, কারণ আমরা চাই না যে এলোমেলো অ্যাকাউন্টগুলি টোকেন বিতরণ করুক। যাইহোক, ফাংশনের বাকি অংশ সন্দেহজনক।
+
+```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 থেকে এসেছে, তাই এটি কেস সংবেদনশীল। "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: burn amount exceeds balance");
+            _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: mint to the zero address");
+```
+
+`require`-এর দিকে তাকালে আমরা দেখি যে শুধুমাত্র চুক্তির মালিককেই মিন্ট করার অনুমতি দেওয়া হয়েছে। এটা বৈধ। কিন্তু ত্রুটির বার্তাটি হওয়া উচিত _শুধুমাত্র মালিককে মিন্ট করার অনুমতি দেওয়া হয়েছে_ বা এই জাতীয় কিছু। পরিবর্তে, এটি অপ্রাসঙ্গিক _ERC20: mint to the zero address_। শূন্য ঠিকানায় মিন্ট করার জন্য সঠিক পরীক্ষা হল `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, "Not allowed to interact");
+        _;
+    }
+
+    modifier approver() {
+        require(msg.sender == contract_owner, "Not allowed to interact");
+        _;
+    }
+```
+
+`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)।
+
+এর মানে হল যে `Approval` ইভেন্টগুলি যা একটি [বাহ্যিকভাবে মালিকানাধীন অ্যাকাউন্ট](/developers/docs/accounts/#types-of-account) থেকে ব্যয় অনুমোদন করে সেগুলিকে সেই অ্যাকাউন্টে উদ্ভূত লেনদেন থেকে আসতে হবে, এবং যার গন্তব্য হল ERC-20 চুক্তি। একটি বাহ্যিকভাবে মালিকানাধীন অ্যাকাউন্ট থেকে অন্য যেকোনো ধরনের অনুমোদন সন্দেহজনক।
+
+এখানে [viem](https://viem.sh/) এবং [TypeScript](https://www.typescriptlang.org/docs/), টাইপ সুরক্ষাসহ একটি JavaScript ভেরিয়েন্ট ব্যবহার করে [এই ধরনের ইভেন্ট শনাক্তকারী একটি প্রোগ্রাম](https://github.com/qbzzt/20230915-scam-token-detection) দেওয়া হলো। এটি চালানোর জন্য:
+
+1. `.env.example`-কে `.env`-এ কপি করুন।
+2. একটি Ethereum mainnet নোডের 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 ক্লায়েন্ট তৈরি করুন। আমাদের কেবল ব্লকচেইন থেকে পড়তে হবে, তাই এই ক্লায়েন্টের একটি প্রাইভেট কী-এর প্রয়োজন নেই।
+
+```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 })
+```
+
+এই ফাংশনটি একটি ইভেন্ট থেকে লেনদেনের রসিদ পায়। লেনদেনের গন্তব্য কী ছিল তা নিশ্চিত করার জন্য আমাদের রসিদ প্রয়োজন।
+
+```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 চুক্তি না হয়
+//
+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 অংশগুলিতে, যেখানে অনেক টোকেন রয়েছে এবং সেগুলি স্বয়ংক্রিয়ভাবে পরিচালনা করা প্রয়োজন। কিন্তু বরাবরের মতোই [caveat emptor](https://www.investopedia.com/terms/c/caveatemptor.asp), আপনার নিজের গবেষণা করুন, এবং আপনার ব্যবহারকারীদেরও একই কাজ করতে উৎসাহিত করুন।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
diff --git a/public/content/translations/bn/developers/tutorials/secret-state/index.md b/public/content/translations/bn/developers/tutorials/secret-state/index.md
new file mode 100644
index 00000000000..d68ec14ce98
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/secret-state/index.md
@@ -0,0 +1,741 @@
+---
+title: "গোপন স্টেটের জন্য জিরো-নলেজ ব্যবহার করা"
+description: "অনচেইন গেমগুলি সীমিত কারণ তারা কোনও লুকানো তথ্য রাখতে পারে না। এই টিউটোরিয়ালটি পড়ার পরে, একজন পাঠক জিরো-নলেজ প্রুফ এবং সার্ভার কম্পোনেন্টগুলিকে একত্রিত করে একটি গোপন স্টেট, অফচেইন, কম্পোনেন্ট সহ যাচাইযোগ্য গেম তৈরি করতে সক্ষম হবেন। এই কৌশলটি একটি মাইনসুইপার গেম তৈরি করে দেখানো হবে।"
+author: Ori Pomerantz
+tags:
+  [
+    "সার্ভার",
+    "অফচেইন",
+    "কেন্দ্রীভূত",
+    "জিরো-নলেজ",
+    "zokrates",
+    "mud"
+  ]
+skill: advanced
+lang: bn
+published: 2025-03-15
+---
+
+_ব্লকচেইনে কোনো গোপনীয়তা নেই_। ব্লকচেইনে যা কিছু পোস্ট করা হয় তা সবার পড়ার জন্য উন্মুক্ত। এটি প্রয়োজনীয়, কারণ ব্লকচেইনটি যে কেউ এটি যাচাই করতে সক্ষম হওয়ার উপর ভিত্তি করে তৈরি। যাইহোক, গেমগুলি প্রায়শই গোপন স্টেটের উপর নির্ভর করে। উদাহরণস্বরূপ, [মাইনসুইপার](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}
+
+[মাইনসুইপার](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): [নোড](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
+   ```
+
+   মনে রাখবেন যে স্টার্টআপে দীর্ঘ সময় লাগে। অগ্রগতি দেখতে, প্রথমে MUD কন্ট্র্যাক্টগুলি ডেপ্লয় হতে দেখার জন্য ডাউন অ্যারো ব্যবহার করে _কন্ট্র্যাক্ট_ ট্যাবে স্ক্রোল করুন। যখন আপনি _Waiting for file changes…_ মেসেজটি পাবেন, তখন কন্ট্র্যাক্টগুলি ডেপ্লয় হয়ে যাবে এবং পরবর্তী অগ্রগতি _সার্ভার_ ট্যাবে ঘটবে। সেখানে, আপনি _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) ব্রাউজ করতে পারেন, **নতুন গেম**-এ ক্লিক করুন এবং খেলা শুরু করুন।
+
+### টেবিল {#tables}
+
+আমাদের অনচেইনে [কয়েকটি টেবিল](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts) প্রয়োজন।
+
+- `Configuration`: এই টেবিলটি একটি সিঙ্গেলটন, এর কোনো কী এবং একটিমাত্র রেকর্ড নেই। এটি গেম কনফিগারেশন তথ্য ধরে রাখতে ব্যবহৃত হয়:
+  - `height`: একটি মাইনফিল্ডের উচ্চতা
+  - `width`: একটি মাইনফিল্ডের প্রস্থ
+  - `numberOfBombs`: প্রতিটি মাইনফিল্ডে বোমার সংখ্যা
+
+- `VerifierAddress`: এই টেবিলটিও একটি সিঙ্গেলটন। এটি কনফিগারেশনের একটি অংশ, ভেরিফায়ার কন্ট্র্যাক্টের (`verifier`) অ্যাড্রেস ধরে রাখতে ব্যবহৃত হয়। আমরা এই তথ্যটি `Configuration` টেবিলে রাখতে পারতাম, কিন্তু এটি একটি ভিন্ন কম্পোনেন্ট, সার্ভার দ্বারা সেট করা হয়, তাই এটি একটি পৃথক টেবিলে রাখা সহজ।
+
+- `PlayerGame`: কী হল প্লেয়ারের অ্যাড্রেস। ডেটা হল:
+
+  - `gameId`: ৩২-বাইট মান যা প্লেয়ার যে ম্যাপে খেলছে তার হ্যাস (গেম আইডেন্টিফায়ার)।
+  - `win`: একটি বুলিয়ান যা নির্দেশ করে খেলোয়াড় গেমটি জিতেছে কিনা।
+  - `lose`: একটি বুলিয়ান যা নির্দেশ করে খেলোয়াড় গেমটি হেরেছে কিনা।
+  - `digNumber`: গেমে সফল খননের সংখ্যা।
+
+- `GamePlayer`: এই টেবিলটি `gameId` থেকে প্লেয়ার অ্যাড্রেসে বিপরীত ম্যাপিং ধরে রাখে।
+
+- `Map`: কী হল তিনটি মানের একটি টাপল:
+
+  - `gameId`: ৩২-বাইট মান যা প্লেয়ার যে ম্যাপে খেলছে তার হ্যাস (গেম আইডেন্টিফায়ার)।
+  - `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. `কন্ট্র্যাক্টস` প্যাকেজটি 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) একটি `সিস্টেম` কল। 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)-কে কল করে। এই ফাংশনটি একটি ভিন্ন `সিস্টেম`-এ, [`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)-এ সংজ্ঞায়িত করা আছে।
+
+   অ্যাক্সেস লিস্ট `সিস্টেম` কল করার জন্য শুধুমাত্র একটি একক অ্যাড্রেসকে অনুমতি দেয়। এটি সার্ভার ফাংশনে অ্যাক্সেস একটি একক অ্যাড্রেসে সীমাবদ্ধ করে, যাতে কেউ সার্ভারের ছদ্মবেশ ধারণ করতে না পারে।
+
+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}
+
+আমরা [এই জাভাস্ক্রিপ্ট কোডটি](https://github.com/ZK-Plus/ICBC24_Tutorial_Compute-Offchain-Verify-onchain/tree/solutions/exercise) ব্যবহার করে [পসেইডন](https://www.poseidon-hash.info) ইমপ্লিমেন্ট করতে পারি, যা আমরা Zokrates হ্যাস ফাংশন হিসাবে ব্যবহার করি। তবে, যদিও এটি দ্রুততর হবে, এটি Zokrates হ্যাস ফাংশন ব্যবহার করার চেয়ে আরও জটিল হবে। এটি একটি টিউটোরিয়াল, তাই কোডটি পারফরম্যান্সের জন্য নয়, সরলতার জন্য অপ্টিমাইজ করা হয়েছে। অতএব, আমাদের দুটি ভিন্ন Zokrates প্রোগ্রামের প্রয়োজন, একটি ম্যাপের হ্যাস (`হ্যাস`) গণনা করার জন্য এবং অন্যটি ম্যাপের একটি অবস্থানে খননের ফলাফলের জিরো-নলেজ প্রুফ (`ডিগ`) তৈরি করার জন্য।
+
+### হ্যাস ফাংশন {#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) একটি [পসেইডন হ্যাস](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) হিসাবে সংরক্ষণ করা হয়। `${` এবং `}` এর মধ্যে কোড জাভাস্ক্রিপ্ট দ্বারা মূল্যায়ন করা হয়, এবং এইভাবে প্রোগ্রামটি বিভিন্ন ম্যাপ আকারের জন্য ব্যবহার করা যেতে পারে। ম্যাপ প্যারামিটারটির চারপাশে এক অবস্থান প্রশস্ত বর্ডার রয়েছে যেখানে কোনো বোমা নেই, যা আমাদের প্রস্থ এবং উচ্চতায় দুই যোগ করার কারণ।
+
+রিটার্ন ভ্যালু হলো একটি `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` লুপের অবশ্যই নির্দিষ্ট সীমা থাকতে হবে, কারণ যদিও এটি একটি লুপের মতো দেখায়, কম্পাইলার আসলে এটিকে "unrolls" করে। `${width+2}` এক্সপ্রেশনটি একটি কম্পাইল টাইম ধ্রুবক কারণ `width` টাইপস্ক্রিপ্ট কোড দ্বারা কম্পাইলার কল করার আগে সেট করা হয়।
+
+```
+      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}
+
+// অবস্থান (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 {
+```
+
+যদি অবস্থানে বোমা থাকে তাহলে আমরা ২৫৫ একটি বিশেষ মান হিসাবে ব্যবহার করি।
+
+```
+            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)
+         }
+   );
+}
+```
+
+যদি প্লেয়ার কোনো মাইনে আঘাত না করে, তাহলে অবস্থানের চারপাশের এলাকার মাইন সংখ্যা যোগ করুন এবং সেটি রিটার্ন করুন।
+
+### টাইপস্ক্রিপ্ট থেকে Zokrates ব্যবহার {#using-zokrates-from-typescript}
+
+Zokrates-এর একটি কমান্ড লাইন ইন্টারফেস রয়েছে, কিন্তু এই প্রোগ্রামে আমরা এটি [টাইপস্ক্রিপ্ট কোড](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 জাভাস্ক্রিপ্ট বাইন্ডিং](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
+// জিরো-নলেজ ভেরিফিকেশনের জন্য কী তৈরি করুন।
+// একটি প্রোডাকশন সিস্টেমে আপনি একটি সেটআপ সেরিমনি ব্যবহার করতে চাইবেন।
+// (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
+// খনন করুন এবং ফলাফলের জিরো-নলেজ প্রুফ রিটার্ন করুন
+// (সার্ভার-সাইড কোড)
+```
+
+জিরো-নলেজ প্রুফের মধ্যে পাবলিক ইনপুট (`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)}
+        `
+```
+
+একটি সলিডিটি ভেরিফায়ার, একটি স্মার্ট কন্ট্র্যাক্ট যা আমরা ব্লকচেইনে ডেপ্লয় করতে পারি এবং `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**-এর অ্যাড্রেস এখন শূন্য হওয়া উচিত।
+
+একই `সিস্টেম`-এর সমস্ত 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 `সিস্টেম`-এর ক্ষেত্রে এটি [সামান্য জটিল](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)]);
+```
+
+সমাধান, অন্ততপক্ষে ব্লক এক্সপ্লোরাররা তাদের ব্যবহারকারী ইন্টারফেসে জোকরেটস যাচাইকরণ যোগ না করা পর্যন্ত, অ্যাপ্লিকেশন ডেভেলপারদের জন্য জোকরেটস প্রোগ্রামগুলি উপলব্ধ করা, এবং অন্তত কিছু ব্যবহারকারীর জন্য সেগুলিকে যথাযথ যাচাইকরণ কী দিয়ে নিজেদের কম্পাইল করা।
+
+এটি করতে হলে:
+
+1. [Zokrates ইনস্টল করুন](https://zokrates.github.io/gettingstarted.html)।
+
+2. Zokrates প্রোগ্রাম দিয়ে একটি ফাইল তৈরি করুন, `dig.zok`। নীচের কোডটি ধরে নেয় যে আপনি আসল ম্যাপের আকার, 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. আপনার নিজের সলিডিটি ভেরিফায়ার তৈরি করুন এবং যাচাই করুন যে এটি ব্লকচেইনের ভেরিফায়ারের সাথে কার্যকরীভাবে অভিন্ন (সার্ভার একটি মন্তব্য যোগ করে, তবে এটি গুরুত্বপূর্ণ নয়)।
+
+   ```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}
+
+এই প্রোগ্রামে আমরা Zokrates প্রোগ্রামগুলি [প্রতিবার সার্ভার শুরু হওয়ার সময়](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L60-L61) কম্পাইল করি। এটি স্পষ্টতই রিসোর্সের অপচয়, কিন্তু এটি একটি টিউটোরিয়াল, যা সরলতার জন্য অপ্টিমাইজ করা হয়েছে।
+
+যদি আমি একটি প্রোডাকশন-লেভেল অ্যাপ্লিকেশন লিখতাম, আমি পরীক্ষা করে দেখতাম যে আমার কাছে এই মাইনফিল্ড আকারে কম্পাইল করা জোকরেটস প্রোগ্রামগুলির একটি ফাইল আছে কিনা, এবং যদি থাকে তবে সেটি ব্যবহার করতাম। অনচেইনে একটি ভেরিফায়ার কন্ট্র্যাক্ট ডেপ্লয় করার ক্ষেত্রেও একই কথা প্রযোজ্য।
+
+### ভেরিফায়ার এবং প্রোভার কী তৈরি করা {#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) দেয় এবং তারপর বিশ্বাস করতে দেয় যে যতক্ষণ পর্যন্ত এর জন্য কন্ট্র্যাক্ট অ্যাড্রেস একই থাকে ততক্ষণ এটি পরিবর্তন হবে না। যদি ক্লায়েন্টে যাচাই করা হতো, তাহলে প্রতিবার ক্লায়েন্ট ডাউনলোড করার সময় আপনাকে পাওয়া কোডটি যাচাই করতে হতো।
+
+এছাড়াও, যদিও এই গেমটি একক খেলোয়াড়ের, অনেক ব্লকচেইন গেম বহু-খেলোয়াড়ের হয়। অনচেইন যাচাইকরণ মানে আপনি শুধুমাত্র একবার জিরো-নলেজ প্রুফ যাচাই করবেন। এটি ক্লায়েন্টে করলে প্রতিটি ক্লায়েন্টকে স্বাধীনভাবে যাচাই করতে হবে।
+
+### টাইপস্ক্রিপ্ট নাকি জোকরেটসে ম্যাপ ফ্ল্যাটেন করবেন? {#where-flatten}
+
+সাধারণভাবে, যখন প্রসেসিং টাইপস্ক্রিপ্ট বা জোকরেটসে করা যেতে পারে, তখন টাইপস্ক্রিপ্টে করা ভালো, যা অনেক দ্রুত এবং জিরো-নলেজ প্রুফের প্রয়োজন হয় না। এই কারণেই, উদাহরণস্বরূপ, আমরা জোকরেটসকে হ্যাস সরবরাহ করি না এবং এটিকে এটি সঠিক কিনা তা যাচাই করতে বলি না। হ্যাশিং জোকরেটসের ভিতরে করতে হবে, কিন্তু রিটার্ন করা হ্যাস এবং অনচেইনের হ্যাসের মধ্যে মিল এর বাইরে হতে পারে।
+
+তবে, আমরা এখনও [জোকরেটসে ম্যাপটিকে ফ্ল্যাটেন করি](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L15-L20), যেখানে আমরা এটি টাইপস্ক্রিপ্টে করতে পারতাম। কারণ হল যে অন্যান্য বিকল্পগুলি, আমার মতে, আরও খারাপ।
+
+- জোকরেটস কোডে একটি বুলিয়ানের এক-মাত্রিক অ্যারে সরবরাহ করুন এবং দ্বি-মাত্রিক ম্যাপ পেতে `x*(height+2)
+  +y`-এর মতো একটি এক্সপ্রেশন ব্যবহার করুন। এটি [কোডটিকে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L44-L47) কিছুটা জটিল করে তুলবে, তাই আমি সিদ্ধান্ত নিয়েছি যে একটি টিউটোরিয়ালের জন্য পারফরম্যান্স লাভ মূল্যবান নয়।
+
+- 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}
+
+- আলভারো আলোনসো এই নিবন্ধের একটি খসড়া পড়েছেন এবং জোকরেটস সম্পর্কে আমার কিছু ভুল বোঝাবুঝি দূর করেছেন।
+
+যেকোনো অবশিষ্ট ত্রুটির জন্য আমি দায়ী।
diff --git a/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md b/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md
new file mode 100644
index 00000000000..6d455b4ef09
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md
@@ -0,0 +1,52 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট সুরক্ষা চেকলিস্ট"
+description: "সুরক্ষিত স্মার্ট কন্ট্র্যাক্ট লেখার জন্য একটি প্রস্তাবিত ওয়ার্কফ্লো"
+author: "Trailofbits"
+tags: [ "স্মার্ট কন্ট্র্যাক্ট", "নিরাপত্তা", "সলিডিটি" ]
+skill: intermediate
+lang: bn
+published: 2020-09-07
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/workflow.md
+---
+
+## স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট চেকলিস্ট {#smart-contract-development-checklist}
+
+আপনার স্মার্ট কন্ট্র্যাক্ট লেখার সময় আমরা যে উচ্চ-স্তরের প্রক্রিয়া অনুসরণ করার পরামর্শ দিই তা এখানে দেওয়া হল।
+
+জ্ঞাত সুরক্ষা সমস্যাগুলির জন্য পরীক্ষা করুন:
+
+- [Slither](https://github.com/crytic/slither) দিয়ে আপনার কন্ট্র্যাক্টগুলি পর্যালোচনা করুন। সাধারণ দুর্বলতার জন্য এটিতে 40টিরও বেশি অন্তর্নির্মিত ডিটেক্টর রয়েছে। নতুন কোড সহ প্রতিটি চেক-ইনে এটি চালান এবং নিশ্চিত করুন যে এটি একটি ক্লিন রিপোর্ট পায় (অথবা নির্দিষ্ট সমস্যাগুলিকে নীরব করতে ট্রায়াজ মোড ব্যবহার করুন)।
+- [Crytic](https://crytic.io/) দিয়ে আপনার কন্ট্র্যাক্টগুলি পর্যালোচনা করুন। এটি এমন 50টি সমস্যা পরীক্ষা করে যা Slither করে না। GitHub-এর পুল রিকোয়েস্টে সুরক্ষা সংক্রান্ত সমস্যাগুলি সহজেই তুলে ধরে Crytic আপনার টিমকে একে অপরের কাজের উপর নজর রাখতে সাহায্য করতে পারে।
+
+আপনার কন্ট্র্যাক্টের বিশেষ বৈশিষ্ট্যগুলি বিবেচনা করুন:
+
+- আপনার কন্ট্র্যাক্টগুলি কি আপগ্রেডযোগ্য? [`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/) দিয়ে ত্রুটির জন্য আপনার আপগ্রেডিবিলিটি কোড পর্যালোচনা করুন। আমরা 17টি উপায় নথিভুক্ত করেছি যেখানে আপগ্রেডগুলি ভুল পথে যেতে পারে।
+- আপনার কন্ট্র্যাক্টগুলি কি ERC-গুলির সাথে সঙ্গতিপূর্ণ হওয়ার দাবি করে? [`slither-check-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance) দিয়ে সেগুলি পরীক্ষা করুন। এই টুলটি ছয়টি সাধারণ স্পেক থেকে তৎক্ষণাৎ বিচ্যুতি শনাক্ত করে।
+- আপনি কি থার্ড পার্টি টোকেনের সাথে একীভূত করেন? বাহ্যিক কন্ট্র্যাক্টের উপর নির্ভর করার আগে আমাদের [টোকেন ইন্টিগ্রেশন চেকলিস্ট](/developers/tutorials/token-integration-checklist/) পর্যালোচনা করুন।
+
+আপনার কোডের গুরুত্বপূর্ণ সুরক্ষা বৈশিষ্ট্যগুলি দৃশ্যত পরিদর্শন করুন:
+
+- 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) প্রিন্টার পর্যালোচনা করুন। এটি স্টেট ভেরিয়েবলের উপর অ্যাক্সেস কন্ট্রোল রিপোর্ট করে।
+
+গুরুত্বপূর্ণ সুরক্ষা বৈশিষ্ট্যগুলি নথিভুক্ত করুন এবং সেগুলিকে মূল্যায়ন করার জন্য স্বয়ংক্রিয় পরীক্ষা জেনারেটর ব্যবহার করুন:
+
+- [আপনার কোডের জন্য সুরক্ষা বৈশিষ্ট্যগুলি নথিভুক্ত করতে](/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's Python API](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/) দিয়ে সুরক্ষা বৈশিষ্ট্যগুলি সংজ্ঞায়িত করুন। ইনহেরিটেন্স, ভেরিয়েবল নির্ভরতা, অ্যাক্সেস কন্ট্রোল এবং অন্যান্য কাঠামোগত সমস্যাগুলির উপর মনোযোগ দিন।
+- [Crytic](https://crytic.io) দিয়ে প্রতিটি কমিটে আপনার প্রপার্টি টেস্টগুলি চালান। Crytic সুরক্ষা প্রপার্টি টেস্টগুলি গ্রহণ এবং মূল্যায়ন করতে পারে যাতে আপনার দলের প্রত্যেকে সহজেই দেখতে পারে যে তারা GitHub-এ পাস করেছে। ব্যর্থ পরীক্ষা কমিট ব্লক করতে পারে।
+
+অবশেষে, সেইসব সমস্যাগুলির বিষয়ে সচেতন থাকুন যা স্বয়ংক্রিয় টুলগুলি সহজে খুঁজে পায় না:
+
+- গোপনীয়তার অভাব: যখন আপনার লেনদেনগুলি পুলে সারিবদ্ধ থাকে, তখন অন্য সবাই সেগুলি দেখতে পারে
+- ফ্রন্ট রানিং লেনদেন
+- ক্রিপ্টোগ্রাফিক অপারেশন
+- বাহ্যিক DeFi উপাদানগুলির সাথে ঝুঁকিপূর্ণ মিথস্ক্রিয়া
+
+## সাহায্যের জন্য জিজ্ঞাসা করুন {#ask-for-help}
+
+[ইথেরিয়াম অফিস আওয়ারস](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/bn/developers/tutorials/send-token-ethersjs/index.md b/public/content/translations/bn/developers/tutorials/send-token-ethersjs/index.md
new file mode 100644
index 00000000000..c4e5dfcd939
--- /dev/null
+++ b/public/content/translations/bn/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: bn
+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")
+```
+
+### 2. ওয়ালেট তৈরি করুন {#create-wallet}
+
+```javascript
+let wallet = new ethers.Wallet(private_key)
+```
+
+### 3. ওয়ালেটকে নেটের সাথে সংযোগ করুন {#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,
+}
+```
+
+### ৬. ট্রান্সফার {#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/bn/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md b/public/content/translations/bn/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
new file mode 100644
index 00000000000..58fd7812144
--- /dev/null
+++ b/public/content/translations/bn/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: bn
+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 আপনার প্রাইভেট কী সংরক্ষণ করে না {#alchemy-does-not-store-your-private-keys}
+
+- এর মানে হল যে Alchemy আপনার পক্ষে লেনদেনে স্বাক্ষর এবং পাঠাতে পারে না। এর কারণ হল নিরাপত্তা। Alchemy আপনাকে কখনই আপনার প্রাইভেট কী শেয়ার করতে বলবে না এবং আপনার কখনই আপনার প্রাইভেট কী কোনো হোস্ট করা নোড (বা অন্য কারো) সাথে শেয়ার করা উচিত নয়।
+- আপনি Alchemy-এর কোর API ব্যবহার করে ব্লকচেইন থেকে পড়তে পারেন, কিন্তু এতে লেখার জন্য আপনাকে Alchemy-এর মাধ্যমে পাঠানোর আগে আপনার লেনদেনগুলিতে স্বাক্ষর করার জন্য অন্য কিছু ব্যবহার করতে হবে (এটি অন্য যেকোনো [নোড পরিষেবা](/developers/docs/nodes-and-clients/nodes-as-a-service/)-এর জন্যও একই)।
+
+### ২। “সাইনার” কী? {#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) ব্যবহার করব যা জাভাস্ক্রিপ্টে লেখা। আপনি [এখানে](https://docs.alchemyapi.io/guides/getting-started#other-web3-libraries) অন্যান্য বিকল্প যেমন [ethers.js](https://docs.ethers.org/v5/) দেখতে পারেন।
+
+ঠিক আছে, এখন যেহেতু আমরা এই প্রশ্নগুলির কয়েকটি সমাধান করেছি, আসুন টিউটোরিয়ালে যাওয়া যাক। Alchemy [ডিসকর্ড](https://discord.gg/gWuC7zB)-এ যেকোনো সময় প্রশ্ন করতে দ্বিধা করবেন না!
+
+### ৭। নিরাপদ, গ্যাস-অপ্টিমাইজড, এবং ব্যক্তিগত লেনদেন কীভাবে পাঠাবেন? {#how-to-send-secure-gas-optimized-and-private-transactions}
+
+- [Alchemy-এর একটি Transact API-এর স্যুট রয়েছে](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 ড্যাশবোর্ড](https://dashboard.alchemyapi.io/)-এ নেভিগেট করুন এবং আপনার নেটওয়ার্কের জন্য Sepolia (বা অন্য কোনো টেস্টনেট) বেছে নিয়ে একটি নতুন অ্যাপ তৈরি করুন।
+
+### ২। Sepolia ফসেট থেকে ETH অনুরোধ করুন {#request-eth-from-sepolia-faucet}
+
+ETH গ্রহণ করতে [Alchemy Sepolia ফসেট](https://www.sepoliafaucet.com/)-এর নির্দেশাবলী অনুসরণ করুন। আপনার **Sepolia** Ethereum ঠিকানা (MetaMask থেকে) অন্তর্ভুক্ত করা নিশ্চিত করুন এবং অন্য কোনো নেটওয়ার্ক নয়। নির্দেশাবলী অনুসরণ করার পর, আপনার ওয়ালেটে ETH পেয়েছেন কিনা তা দুবার পরীক্ষা করে দেখুন।
+
+### ৩। একটি নতুন প্রজেক্ট ডিরেক্টরি তৈরি করুন এবং এতে `cd` করুন {#create-a-new-project-direction}
+
+কমান্ড লাইন (ম্যাকের জন্য টার্মিনাল) থেকে একটি নতুন প্রজেক্ট ডিরেক্টরি তৈরি করুন এবং এতে নেভিগেট করুন:
+
+```
+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` ফাইলে সুরক্ষিত আছে, চলুন কোডিং শুরু করি। আমাদের লেনদেন পাঠানোর উদাহরণের জন্য, আমরা ETH Sepolia ফসেটে ফেরত পাঠাব।
+
+একটি `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-র মেমপুল পরীক্ষা করুন!");
+    } else {
+      console.log("❗আপনার লেনদেন জমা দেওয়ার সময় কিছু ভুল হয়েছে:", error)
+    }
+   });
+}
+
+main();
+```
+
+**লাইন 6**-এর ঠিকানাটি আপনার নিজের পাবলিক ঠিকানা দিয়ে প্রতিস্থাপন করতে ভুলবেন না।
+
+এখন, এই কোডটি চালানোর আগে, আসুন এখানকার কিছু উপাদান নিয়ে কথা বলি।
+
+- `ননস`: ননস স্পেসিফিকেশন আপনার ঠিকানা থেকে পাঠানো লেনদেনের সংখ্যা ট্র্যাক করতে ব্যবহৃত হয়। নিরাপত্তার উদ্দেশ্যে এবং [রিপ্লে অ্যাটাক](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) প্রতিরোধ করার জন্য আমাদের এটি প্রয়োজন। আপনার ঠিকানা থেকে পাঠানো লেনদেনের সংখ্যা পেতে আমরা [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount) ব্যবহার করি।
+- `লেনদেন`: লেনদেন অবজেক্টের কয়েকটি দিক রয়েছে যা আমাদের নির্দিষ্ট করতে হবে
+  - `to`: এটি হল সেই ঠিকানা যেখানে আমরা ETH পাঠাতে চাই। এই ক্ষেত্রে, আমরা যে [Sepolia ফসেট](https://sepoliafaucet.com/) থেকে প্রথমে অনুরোধ করেছিলাম সেখানে ETH ফেরত পাঠাচ্ছি।
+  - `value`: এটি হল সেই পরিমাণ যা আমরা পাঠাতে চাই, Wei-তে নির্দিষ্ট করা হয়েছে যেখানে 10^18 Wei = 1 ETH
+  - `গ্যাস`: আপনার লেনদেনের সাথে অন্তর্ভুক্ত করার জন্য সঠিক পরিমাণ গ্যাস নির্ধারণ করার অনেক উপায় আছে। Alchemy-এর একটি [গ্যাস প্রাইস ওয়েবহুক](https://docs.alchemyapi.io/guides/alchemy-notify#address-activity-1) ও আছে যা আপনাকে গ্যাসের দাম একটি নির্দিষ্ট সীমার মধ্যে নেমে এলে सूचित করে। মেইননেট লেনদেনের জন্য, অন্তর্ভুক্ত করার জন্য সঠিক পরিমাণ গ্যাস নির্ধারণ করতে [ETH গ্যাস স্টেশন](https://ethgasstation.info/)-এর মতো একটি গ্যাস অনুমানকারী পরীক্ষা করা একটি ভাল অভ্যাস। 21000 হল Ethereum-এ একটি অপারেশনের জন্য সর্বনিম্ন পরিমাণ গ্যাস, তাই আমাদের লেনদেনটি কার্যকর হবে তা নিশ্চিত করতে আমরা এখানে 30000 রেখেছি।
+  - `ননস`: উপরের ননসের সংজ্ঞা দেখুন। ননস শূন্য থেকে গণনা শুরু করে।
+  - [ঐচ্ছিক] ডেটা: আপনার স্থানান্তরের সাথে অতিরিক্ত তথ্য পাঠাতে বা একটি স্মার্ট কন্ট্র্যাক্ট কল করার জন্য ব্যবহৃত হয়, ব্যালেন্স স্থানান্তরের জন্য প্রয়োজন হয় না, নীচের নোটটি দেখুন।
+- `signedTx`: আমাদের লেনদেন অবজেক্টে স্বাক্ষর করার জন্য আমরা `signTransaction` পদ্ধতিটি আমাদের `PRIVATE_KEY`-এর সাথে ব্যবহার করব
+- `sendSignedTransaction`: একবার আমাদের একটি স্বাক্ষরিত লেনদেন হয়ে গেলে, আমরা `sendSignedTransaction` ব্যবহার করে এটিকে পরবর্তী ব্লকে অন্তর্ভুক্ত করার জন্য পাঠাতে পারি
+
+**ডেটার উপর একটি নোট**
+Ethereum-এ দুই ধরনের প্রধান লেনদেন পাঠানো যেতে পারে।
+
+- ব্যালেন্স স্থানান্তর: এক ঠিকানা থেকে অন্য ঠিকানায় ETH পাঠান। কোনো ডেটা ফিল্ডের প্রয়োজন নেই, তবে, আপনি যদি আপনার লেনদেনের পাশাপাশি অতিরিক্ত তথ্য পাঠাতে চান, তাহলে আপনি সেই তথ্য এই ফিল্ডে HEX ফরম্যাটে অন্তর্ভুক্ত করতে পারেন।
+  - উদাহরণস্বরূপ, ধরা যাক আমরা একটি IPFS ডকুমেন্টের হ্যাস Ethereum চেইনে লিখতে চেয়েছিলাম যাতে এটিকে একটি অপরিবর্তনীয় টাইমস্ট্যাম্প দেওয়া যায়। আমাদের ডেটা ফিল্ডটি তখন দেখতে হবে: `web3.utils.toHex(‘IPFS হ্যাস‘)`। এবং এখন যে কেউ চেইনটি জিজ্ঞাসা করতে পারে এবং দেখতে পারে কখন সেই ডকুমেন্টটি যোগ করা হয়েছিল।
+- স্মার্ট কন্ট্র্যাক্ট লেনদেন: চেইনে কিছু স্মার্ট কন্ট্র্যাক্ট কোড কার্যকর করুন। এই ক্ষেত্রে, ডেটা ফিল্ডে আপনি যে স্মার্ট ফাংশনটি কার্যকর করতে চান তা থাকা উচিত, সাথে যেকোনো প্যারামিটার।
+  - একটি ব্যবহারিক উদাহরণের জন্য, এই [Hello World টিউটোরিয়াল](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
+```
+
+### ৯। মেমপুলে আপনার লেনদেন দেখুন {#see-your-transaction-in-the-mempool}
+
+আপনার Alchemy ড্যাশবোর্ডে [মেমপুল পৃষ্ঠা](https://dashboard.alchemyapi.io/mempool) খুলুন এবং আপনার লেনদেন খুঁজে পেতে আপনার তৈরি করা অ্যাপ দ্বারা ফিল্টার করুন। এখানেই আমরা আমাদের লেনদেনকে পেন্ডিং স্থিতি থেকে মাইনড স্থিতি (সফল হলে) বা ড্রপড স্থিতি (অসফল হলে) তে স্থানান্তর দেখতে পারি। “All”-এ রাখা নিশ্চিত করুন যাতে আপনি “মাইনড”, “পেন্ডিং”, এবং “ড্রপড” লেনদেনগুলি ক্যাপচার করতে পারেন। আপনি `0x31b98d14007bdee637298086988a0bbd31184523` ঠিকানায় পাঠানো লেনদেন খুঁজে আপনার লেনদেন অনুসন্ধান করতে পারেন।
+
+একবার আপনি এটি খুঁজে পেলে আপনার লেনদেনের বিশদ দেখতে, tx হ্যাস নির্বাচন করুন, যা আপনাকে এমন একটি ভিউতে নিয়ে যাবে যা দেখতে এইরকম:
+
+![মেমপুল ওয়াচার স্ক্রিনশট](./mempool.png)
+
+সেখান থেকে আপনি লাল বৃত্তে চিহ্নিত আইকনে ক্লিক করে Etherscan-এ আপনার লেনদেন দেখতে পারেন!
+
+**ইয়াহু! আপনি এইমাত্র Alchemy ব্যবহার করে আপনার প্রথম Ethereum লেনদেন পাঠিয়েছেন 🎉**
+
+_এই নির্দেশিকা সম্পর্কে প্রতিক্রিয়া এবং পরামর্শের জন্য, অনুগ্রহ করে Alchemy-র [ডিসকর্ড](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/bn/developers/tutorials/server-components/index.md b/public/content/translations/bn/developers/tutorials/server-components/index.md
new file mode 100644
index 00000000000..e0542991828
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/server-components/index.md
@@ -0,0 +1,295 @@
+---
+title: "web3 অ্যাপের জন্য সার্ভার উপাদান এবং এজেন্ট"
+description: "এই টিউটোরিয়ালটি পড়ার পরে, আপনি TypeScript সার্ভার লিখতে পারবেন যা একটি ব্লকচেইনে ইভেন্ট শোনে এবং সেই অনুযায়ী তাদের নিজস্ব লেনদেন দিয়ে প্রতিক্রিয়া জানায়। এটি আপনাকে কেন্দ্রীভূত অ্যাপ্লিকেশন লিখতে সক্ষম করবে (কারণ সার্ভারটি ব্যর্থতার একটি বিন্দু), কিন্তু web3 সত্তার সাথে ইন্টারঅ্যাক্ট করতে পারে। একই কৌশল একটি এজেন্ট লিখতেও ব্যবহার করা যেতে পারে যা মানুষের হস্তক্ষেপ ছাড়াই অনচেইন ইভেন্টে সাড়া দেয়।"
+
+author: Ori Pomerantz
+lang: bn
+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-এর গ্রিটারের একটি পরিবর্তিত সংস্করণ। যখন অভিবাদন পরিবর্তন করা হয়, এটি এটিকে আবার পরিবর্তন করে।
+
+এটি চালানোর জন্য:
+
+1. রিপোজিটরি ক্লোন করুন।
+
+   ```sh copy
+   git clone https://github.com/qbzzt/20240715-server-component.git
+   cd 20240715-server-component
+   ```
+
+2. প্রয়োজনীয় প্যাকেজগুলি ইনস্টল করুন। আপনার কাছে যদি এটি আগে থেকেই না থাকে, [প্রথমে নোড ইনস্টল করুন](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 <প্রাইভেট কী এখানে দিন>
+   ```
+
+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/) সত্তা যা আমাদের প্রয়োজন, ফাংশন এবং [`ঠিকানা` টাইপ](https://viem.sh/docs/glossary/types#address)। এই সার্ভারটি [TypeScript](https://www.typescriptlang.org/)-এ লেখা, যা JavaScript-এর একটি এক্সটেনশন যা এটিকে [strongly typed](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 হল strongly typed। একটি এনভায়রনমেন্ট ভেরিয়েবল যেকোনো স্ট্রিং হতে পারে, বা খালি হতে পারে, তাই একটি এনভায়রনমেন্ট ভেরিয়েবলের জন্য টাইপ হল `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` ফাংশনটি কল করা হয়। ইথেরিয়ামে "লগ" এবং "ইভেন্ট" সাধারণত বিনিময়যোগ্য।
+
+```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}
+
+আমরা এখানে যে কেন্দ্রীভূত সার্ভার তৈরি করেছি তা তার কাজ করে, যা একজন ব্যবহারকারীর জন্য এজেন্ট হিসাবে কাজ করা। অন্য যে কেউ ডিএ্যাপটি চালু রাখতে চায় এবং গ্যাস খরচ করতে ইচ্ছুক, তারা তাদের নিজস্ব ঠিকানা দিয়ে সার্ভারের একটি নতুন ইনস্ট্যান্স চালাতে পারে।
+
+তবে, এটি কেবল তখনই কাজ করে যখন কেন্দ্রীভূত সার্ভারের ক্রিয়াগুলি সহজে যাচাই করা যায়। যদি কেন্দ্রীভূত সার্ভারের কোনো গোপন অবস্থার তথ্য থাকে, বা কঠিন গণনা চালায়, তবে এটি একটি কেন্দ্রীভূত সত্তা যা অ্যাপ্লিকেশনটি ব্যবহার করার জন্য আপনার বিশ্বাস প্রয়োজন, যা ব্লকচেইনগুলি এড়াতে চেষ্টা করে। ভবিষ্যতের একটি নিবন্ধে আমি দেখানোর পরিকল্পনা করছি যে এই সমস্যাটি কাটিয়ে উঠতে কীভাবে [জিরো-নলেজ প্রুফ](/zero-knowledge-proofs) ব্যবহার করতে হয়।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
diff --git a/public/content/translations/bn/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md b/public/content/translations/bn/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
new file mode 100644
index 00000000000..809eba00111
--- /dev/null
+++ b/public/content/translations/bn/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: bn
+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 ইনস্ট্যান্স ইনস্ট্যানশিয়েট করব। যদি আপনার একটি নোড বা [আপনার কম্পিউটারে চলমান একটি ganache ইনস্ট্যান্স](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/bn/developers/tutorials/short-abi/index.md b/public/content/translations/bn/developers/tutorials/short-abi/index.md
new file mode 100644
index 00000000000..48e412adbae
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/short-abi/index.md
@@ -0,0 +1,585 @@
+---
+title: "ক্যালডাটা অপটিমাইজেশনের জন্য সংক্ষিপ্ত ABI"
+description: "অপ্টিমিস্টিক রোলআপগুলির জন্য স্মার্ট কন্ট্র্যাক্ট অপ্টিমাইজ করা"
+author: Ori Pomerantz
+lang: bn
+tags: [ "লেয়ার 2" ]
+skill: intermediate
+published: 2022-04-01
+---
+
+## ভূমিকা {#introduction}
+
+এই নিবন্ধে, আপনি [অপ্টিমিস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups), সেগুলিতে লেনদেনের খরচ, এবং কীভাবে সেই বিভিন্ন খরচ কাঠামো আমাদের Ethereum Mainnet-এর থেকে ভিন্ন জিনিসগুলির জন্য অপ্টিমাইজ করতে বাধ্য করে, সে সম্পর্কে জানবেন।
+আপনি এই অপটিমাইজেশনটি কীভাবে প্রয়োগ করবেন তাও শিখবেন।
+
+### সম্পূর্ণ প্রকাশ {#full-disclosure}
+
+আমি একজন পূর্ণ-সময়ের [Optimism](https://www.optimism.io/) কর্মচারী, তাই এই নিবন্ধের উদাহরণগুলি Optimism-এ চলবে।
+তবে, এখানে ব্যাখ্যা করা কৌশলটি অন্যান্য রোলআপগুলির জন্যও একইভাবে কাজ করবে।
+
+### পরিভাষা {#terminology}
+
+রোলআপগুলি নিয়ে আলোচনা করার সময়, 'লেয়ার 1' (L1) শব্দটি Mainnet, অর্থাৎ প্রোডাকশন Ethereum নেটওয়ার্কের জন্য ব্যবহৃত হয়।
+'লেয়ার 2' (L2) শব্দটি রোলআপ বা অন্য কোনো সিস্টেমের জন্য ব্যবহৃত হয় যা নিরাপত্তার জন্য L1-এর উপর নির্ভর করে কিন্তু এর বেশিরভাগ প্রক্রিয়াকরণ অফচেইন করে।
+
+## আমরা কীভাবে L2 লেনদেনের খরচ আরও কমাতে পারি? {#how-can-we-further-reduce-the-cost-of-L2-transactions}
+
+[অপ্টিমিস্টিক রোলআপগুলি](/developers/docs/scaling/optimistic-rollups)-কে প্রতিটি ঐতিহাসিক লেনদেনের একটি রেকর্ড সংরক্ষণ করতে হয় যাতে যে কেউ সেগুলি পরীক্ষা করতে এবং বর্তমান অবস্থা সঠিক কিনা তা যাচাই করতে পারে।
+Ethereum Mainnet-এ ডেটা প্রবেশ করানোর সবচেয়ে সস্তা উপায় হল এটিকে ক্যালডাটা হিসাবে লেখা।
+এই সমাধানটি [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 স্টোরেজ, যা Mainnet গ্যাস খরচের সাথে যুক্ত
+
+আমি যখন এটি লিখছি, 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> &gt; 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);
+    }   // function faucet
+```
+
+### 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_);
+    }   // constructor
+```
+
+টোকেনের ঠিকানা হল একমাত্র প্যারামিটার যা আমাদের উল্লেখ করতে হবে।
+
+```solidity
+    function calldataVal(uint startByte, uint length)
+        private pure returns (uint) {
+```
+
+ক্যালডাটা থেকে একটি মান পড়ুন।
+
+```solidity
+        uint _retVal;
+
+        require(length < 0x21,
+            "calldataVal length limit is 32 bytes");
+
+        require(length + startByte <= msg.data.length,
+            "calldataVal trying to read beyond calldatasize");
+```
+
+আমরা মেমরিতে একটি একক 32-বাইট (256-বিট) শব্দ লোড করতে যাচ্ছি এবং যে বাইটগুলি আমরা চাই সেই ফিল্ডের অংশ নয় তা সরিয়ে ফেলতে যাচ্ছি।
+এই অ্যালগরিদম 32 বাইটের চেয়ে দীর্ঘ মানের জন্য কাজ করে না এবং অবশ্যই আমরা ক্যালডাটার শেষ পর্যন্ত পড়তে পারি না।
+L1-এ গ্যাস বাঁচানোর জন্য এই পরীক্ষাগুলি এড়িয়ে যাওয়ার প্রয়োজন হতে পারে, কিন্তু L2-এ গ্যাস অত্যন্ত সস্তা, যা আমরা ভাবতে পারি এমন যেকোনো স্যানিটি চেক করতে সক্ষম করে।
+
+```solidity
+        assembly {
+            _retVal := calldataload(startByte)
+        }
+```
+
+আমরা `fallback()`-এ করা কল থেকে ডেটা কপি করতে পারতাম (নিচে দেখুন), কিন্তু [Yul](https://docs.soliditylang.org/en/v0.8.12/yul.html) ব্যবহার করা সহজ, যা EVM-এর অ্যাসেম্বলি ল্যাঙ্গুয়েজ।
+
+এখানে আমরা স্ট্যাকের মধ্যে `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>কিছু</sup> দিয়ে গুণ করার পরিবর্তে।
+
+```solidity
+
+        return _retVal;
+    }
+
+
+    fallback() external {
+```
+
+যখন একটি Solidity কন্ট্র্যাক্টে করা কল কোনো ফাংশন সিগনেচারের সাথে মেলে না, তখন এটি [the `fallback()` function](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
+
+        // ক্যালডাটা থেকে তথ্য ব্যবহার করে
+        // টোকেনের অবস্থা পরিবর্তনকারী পদ্ধতিগুলিকে কল করুন
+
+        // faucet
+        if (_func == 1) {
+```
+
+`faucet()`-এ একটি কল, যার কোনো প্যারামিটার নেই।
+
+```solidity
+            token.faucet();
+            token.transfer(msg.sender,
+                token.balanceOf(address(this)));
+        }
+```
+
+আমরা `token.faucet()` কল করার পরে আমরা টোকেন পাই। তবে, প্রক্সি চুক্তি হিসাবে, আমাদের টোকেনের **প্রয়োজন নেই**।
+যে EOA (externally owned account) বা কন্ট্র্যাক্ট আমাদের কল করেছে, তার প্রয়োজন।
+তাই আমরা আমাদের সমস্ত টোকেন যে কেউ আমাদের ডেকেছে তাকে স্থানান্তর করি।
+
+```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
+    }   // fallback
+
+}       // contract CalldataInterpreter
+```
+
+### test.js {#test-js}
+
+[এই জাভাস্ক্রিপ্ট ইউনিট পরীক্ষাটি](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)
+  })    // it
+})      // describe
+```
+
+## যখন আপনি গন্তব্য কন্ট্র্যাক্ট নিয়ন্ত্রণ করেন তখন খরচ কমানো {#reducing-the-cost-when-you-do-control-the-destination-contract}
+
+যদি আপনার গন্তব্য কন্ট্র্যাক্টের উপর নিয়ন্ত্রণ থাকে তবে আপনি এমন ফাংশন তৈরি করতে পারেন যা `msg.sender` চেকগুলিকে বাইপাস করে কারণ তারা ক্যালডাটা ইন্টারপ্রেটারের উপর বিশ্বাস করে।
+[আপনি `কন্ট্রোল-কন্ট্র্যাক্ট` শাখায়, এখানে এটি কীভাবে কাজ করে তার একটি উদাহরণ দেখতে পারেন](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 প্রক্সির জন্য ঠিকানা সেট করুন (the CalldataInterpreter)।
+     * মালিক দ্বারা কেবল একবার কল করা যেতে পারে
+     */
+    function setProxy(address _proxy) external {
+        require(msg.sender == owner, "Can only be called by owner");
+        require(proxy == address(0), "Proxy is already set");
+
+        proxy = _proxy;
+    }    // function 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-এ লেখা ক্যালডাটার আকার এবং তার ফলে লেনদেনের খরচ কমানোর উপায় খুঁজছে।
+যাইহোক, জেনেরিক সমাধান খোঁজার জন্য অবকাঠামো প্রদানকারী হিসাবে, আমাদের ক্ষমতা সীমিত।
+ড্যাপ ডেভেলপার হিসাবে, আপনার কাছে অ্যাপ্লিকেশন-নির্দিষ্ট জ্ঞান রয়েছে, যা আপনাকে একটি জেনেরিক সমাধানে আমাদের চেয়ে অনেক ভালোভাবে আপনার ক্যালডাটা অপটিমাইজ করতে দেয়।
+আশা করি, এই নিবন্ধটি আপনাকে আপনার প্রয়োজনের জন্য আদর্শ সমাধান খুঁজে পেতে সহায়তা করবে।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
+
diff --git a/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md b/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md
new file mode 100644
index 00000000000..831304c4347
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md
@@ -0,0 +1,91 @@
+---
+title: "স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা নির্দেশিকা"
+description: "আপনার ডিএ্যাপ তৈরি করার সময় বিবেচনা করার জন্য নিরাপত্তা নির্দেশিকাগুলির একটি চেকলিস্ট"
+author: "Trailofbits"
+tags: [ "সলিডিটি", "স্মার্ট কন্ট্র্যাক্ট", "নিরাপত্তা" ]
+skill: intermediate
+lang: bn
+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}
+
+নথিপত্র বিভিন্ন স্তরে লেখা যেতে পারে এবং কন্ট্র্যাক্টগুলি বাস্তবায়ন করার সময় আপডেট করা উচিত:
+
+- **সিস্টেমটির একটি সহজবোধ্য ইংরেজি বর্ণনা**, যেখানে কন্ট্র্যাক্টগুলি কী করে এবং কোডবেসের ওপর যেকোনো অনুমান তার বর্ণনা থাকবে।
+- **স্কিমা এবং আর্কিটেকচারাল ডায়াগ্রাম**, কন্ট্র্যাক্টের ইন্টার‍্যাকশন এবং সিস্টেমের স্টেট মেশিন সহ। [Slither প্রিন্টার](https://github.com/crytic/slither/wiki/Printer-documentation) এই স্কিমাগুলি তৈরি করতে সাহায্য করতে পারে।
+- **পুঙ্খানুপুঙ্খ কোড নথিপত্র**, Solidity-র জন্য [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/) বেশি গুরুত্ব দিন।** মাইগ্রেশন সিস্টেমে আপগ্রেডযোগ্য সিস্টেমের মতো অনেক সুবিধা রয়েছে, তাদের অসুবিধাগুলো ছাড়াই।
+- **delegatecallproxy প্যাটার্নের চেয়ে ডেটা সেপারেশন প্যাটার্ন ব্যবহার করুন।** যদি আপনার প্রোজেক্টে একটি স্পষ্ট অ্যাবস্ট্রাকশন সেপারেশন থাকে, তাহলে ডেটা সেপারেশন ব্যবহার করে আপগ্রেডযোগ্যতার জন্য শুধুমাত্র কয়েকটি সামঞ্জস্যের প্রয়োজন হবে। delegatecallproxy-এর জন্য EVM দক্ষতার প্রয়োজন এবং এটিতে ভুল হওয়ার সম্ভাবনা অনেক বেশি।
+- **ডিপ্লয়মেন্টের আগে মাইগ্রেশন/আপগ্রেড পদ্ধতি নথিভুক্ত করুন।** যদি আপনাকে কোনো নির্দেশিকা ছাড়াই চাপের মধ্যে প্রতিক্রিয়া দেখাতে হয়, তাহলে আপনি ভুল করবেন। অনুসরণ করার পদ্ধতি আগে থেকেই লিখে রাখুন। এতে অন্তর্ভুক্ত করা উচিত:
+  - যে কলগুলি নতুন কন্ট্র্যাক্ট শুরু করে
+  - কি-গুলি কোথায় সংরক্ষণ করা হয়েছে এবং কীভাবে সেগুলি অ্যাক্সেস করতে হয়
+  - কীভাবে ডিপ্লয়মেন্ট পরীক্ষা করবেন! একটি পোস্ট-ডিপ্লয়মেন্ট স্ক্রিপ্ট তৈরি করুন এবং পরীক্ষা করুন।
+
+## বাস্তবায়ন নির্দেশিকা {#implementation-guidelines}
+
+**সরলতার জন্য চেষ্টা করুন।** সর্বদা আপনার উদ্দেশ্যের সাথে মানানসই সহজতম সমাধানটি ব্যবহার করুন। আপনার দলের যেকোনো সদস্যের আপনার সমাধানটি বুঝতে পারা উচিত।
+
+### ফাংশন কম্পোজিশন {#function-composition}
+
+আপনার কোডবেসের আর্কিটেকচার আপনার কোডকে পর্যালোচনা করা সহজ করে তুলবে। এমন আর্কিটেকচারাল পছন্দগুলি এড়িয়ে চলুন যা এর সঠিকতা সম্পর্কে যুক্তি দেওয়ার ক্ষমতা হ্রাস করে।
+
+- **আপনার সিস্টেমের লজিককে বিভক্ত করুন**, একাধিক কন্ট্র্যাক্টের মাধ্যমে অথবা একই ধরনের ফাংশনগুলিকে একসাথে গ্রুপ করে (উদাহরণস্বরূপ, অথেন্টিকেশন, অ্যারিথমেটিক, ...)।
+- **ছোট ছোট ফাংশন লিখুন, একটি স্পষ্ট উদ্দেশ্য সহ।** এটি পর্যালোচনা সহজতর করবে এবং স্বতন্ত্র উপাদানগুলির পরীক্ষা করার অনুমতি দেবে।
+
+### ইনহেরিটেন্স {#inheritance}
+
+- **ইনহেরিটেন্স পরিচালনাযোগ্য রাখুন।** লজিক বিভক্ত করার জন্য ইনহেরিটেন্স ব্যবহার করা উচিত, তবে, আপনার প্রোজেক্টের লক্ষ্য হওয়া উচিত ইনহেরিটেন্স ট্রি-এর গভীরতা এবং প্রস্থ কমানো।
+- **কন্ট্র্যাক্টগুলির হায়ারার্কি পরীক্ষা করতে Slither-এর [ইনহেরিটেন্স প্রিন্টার](https://github.com/crytic/slither/wiki/Printer-documentation#inheritance-graph) ব্যবহার করুন।** ইনহেরিটেন্স প্রিন্টার আপনাকে হায়ারার্কির আকার পর্যালোচনা করতে সাহায্য করবে।
+
+### ইভেন্ট {#events}
+
+- **সমস্ত গুরুত্বপূর্ণ অপারেশন লগ করুন।** ডেভেলপমেন্টের সময় কন্ট্র্যাক্ট ডিবাগ করতে এবং ডিপ্লয়মেন্টের পরে এটি নিরীক্ষণ করতে ইভেন্টগুলি সাহায্য করবে।
+
+### পরিচিত ফাঁদগুলি এড়িয়ে চলুন {#avoid-known-pitfalls}
+
+- **সবচেয়ে সাধারণ নিরাপত্তা সমস্যা সম্পর্কে সচেতন থাকুন।** সাধারণ সমস্যাগুলি সম্পর্কে জানার জন্য অনেক অনলাইন রিসোর্স রয়েছে, যেমন [Ethernaut CTF](https://ethernaut.openzeppelin.com/), [Capture the Ether](https://capturetheether.com/), অথবা [Not so smart contracts](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}
+
+- **পুঙ্খানুপুঙ্খ ইউনিট-টেস্ট লিখুন।** উচ্চ-মানের সফ্টওয়্যার তৈরি করতে একটি বিস্তৃত টেস্ট স্যুট অত্যন্ত গুরুত্বপূর্ণ।
+- **[Slither](https://github.com/crytic/slither), [Echidna](https://github.com/crytic/echidna) এবং [Manticore](https://github.com/trailofbits/manticore)-এর কাস্টম চেক এবং প্রপার্টি লিখুন।** স্বয়ংক্রিয় টুলস আপনার কন্ট্র্যাক্ট সুরক্ষিত কিনা তা নিশ্চিত করতে সাহায্য করবে। দক্ষ চেক এবং প্রপার্টি কীভাবে লিখতে হয় তা শিখতে এই গাইডের বাকি অংশ পর্যালোচনা করুন।
+- **[crytic.io](https://crytic.io/) ব্যবহার করুন।** Crytic GitHub-এর সাথে ইন্টিগ্রেট করে, প্রাইভেট Slither ডিটেক্টরে অ্যাক্সেস দেয়, এবং Echidna থেকে কাস্টম প্রপার্টি চেক চালায়।
+
+### Solidity {#solidity}
+
+- **0.4 এবং 0.6-এর চেয়ে Solidity 0.5-কে প্রাধান্য দিন।** আমাদের মতে, Solidity 0.5 আরও সুরক্ষিত এবং 0.4-এর তুলনায় এতে আরও ভালো বিল্ট-ইন প্র্যাকটিস রয়েছে। Solidity 0.6 প্রোডাকশনের জন্য অত্যন্ত অস্থিতিশীল প্রমাণিত হয়েছে এবং পরিপক্ক হওয়ার জন্য সময়ের প্রয়োজন।
+- **কম্পাইল করার জন্য একটি স্থিতিশীল রিলিজ ব্যবহার করুন; সতর্কবার্তা পরীক্ষা করার জন্য সর্বশেষ রিলিজ ব্যবহার করুন।** সর্বশেষ কম্পাইলার সংস্করণে আপনার কোডে কোনো রিপোর্ট করা সমস্যা নেই তা পরীক্ষা করুন। তবে, Solidity-র একটি দ্রুত রিলিজ চক্র রয়েছে এবং কম্পাইলার বাগের একটি ইতিহাস রয়েছে, তাই আমরা ডিপ্লয়মেন্টের জন্য সর্বশেষ সংস্করণ সুপারিশ করি না (Slither-এর [solc সংস্করণ সুপারিশ](https://github.com/crytic/slither/wiki/Detector-Documentation#recommendation-33) দেখুন)।
+- **ইনলাইন অ্যাসেম্বলি ব্যবহার করবেন না।** অ্যাসেম্বলির জন্য EVM দক্ষতার প্রয়োজন। যদি আপনি ইয়েলো পেপার _দক্ষতার সাথে আয়ত্ত_ না করে থাকেন তবে EVM কোড লিখবেন না।
+
+## ডিপ্লয়মেন্ট নির্দেশিকা {#deployment-guidelines}
+
+একবার কন্ট্র্যাক্টটি তৈরি এবং ডিপ্লয় করা হয়ে গেলে:
+
+- **আপনার কন্ট্র্যাক্টগুলি নিরীক্ষণ করুন।** লগগুলি দেখুন, এবং কন্ট্র্যাক্ট বা ওয়ালেট কম্প্রোমাইজ হলে প্রতিক্রিয়া জানাতে প্রস্তুত থাকুন।
+- **[blockchain-security-contacts](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/bn/developers/tutorials/stealth-addr/index.md b/public/content/translations/bn/developers/tutorials/stealth-addr/index.md
new file mode 100644
index 00000000000..6b5b613b6ae
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/stealth-addr/index.md
@@ -0,0 +1,443 @@
+---
+title: "স্টেলথ অ্যাড্রেস ব্যবহার করা"
+description: "স্টেলথ অ্যাড্রেস ব্যবহারকারীদের বেনামে অ্যাসেট ট্রান্সফার করতে দেয়। এই আর্টিকেলটি পড়ার পর, আপনি সক্ষম হবেন: স্টেলথ অ্যাড্রেস কী এবং কীভাবে এটি কাজ করে তা ব্যাখ্যা করতে, কীভাবে এমনভাবে স্টেলথ অ্যাড্রেস ব্যবহার করতে হয় যা গোপনীয়তা রক্ষা করে তা বুঝতে এবং স্টেলথ অ্যাড্রেস ব্যবহার করে এমন একটি ওয়েব-ভিত্তিক অ্যাপ্লিকেশন লিখতে।"
+author: Ori Pomerantz
+tags:
+  [
+    "স্টেলথ অ্যাড্রেস",
+    "গোপনীয়তা",
+    "ক্রিপ্টোগ্রাফি",
+    "rust",
+    "wasm"
+  ]
+skill: intermediate
+published: 2025-11-30
+lang: bn
+sidebarDepth: 3
+---
+
+আপনি বিল। আমরা যে কারণগুলিতে যাব না, সেগুলির জন্য আপনি "বিশ্বের রানীর জন্য অ্যালিস" প্রচারাভিযানে অনুদান দিতে চান এবং অ্যালিসকে জানাতে চান যে আপনি অনুদান দিয়েছেন যাতে সে জিতলে আপনাকে পুরস্কৃত করবে। দুর্ভাগ্যবশত, তার জয় নিশ্চিত নয়। একটি প্রতিযোগী প্রচারাভিযান আছে, "সৌরজগতের সম্রাজ্ঞীর জন্য ক্যারল"। যদি ক্যারল জিতে যায়, এবং সে জানতে পারে যে আপনি অ্যালিসকে অনুদান দিয়েছেন, তাহলে আপনি সমস্যায় পড়বেন। সুতরাং আপনি শুধু আপনার অ্যাকাউন্ট থেকে অ্যালিসের অ্যাকাউন্টে 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}
+
+অ্যালিস দুটি প্রাইভেট কী তৈরি করে এবং সংশ্লিষ্ট পাবলিক কীগুলি প্রকাশ করে (যা একটি একক ডাবল-লেংথ মেটা-অ্যাড্রেসে একত্রিত করা যেতে পারে)। বিলও একটি প্রাইভেট কী তৈরি করে এবং সংশ্লিষ্ট পাবলিক কী প্রকাশ করে।
+
+এক পক্ষের পাবলিক কী এবং অন্য পক্ষের প্রাইভেট কী ব্যবহার করে, আপনি একটি শেয়ার্ড সিক্রেট পেতে পারেন যা শুধুমাত্র অ্যালিস এবং বিল জানে (এটি শুধুমাত্র পাবলিক কী থেকে পাওয়া যায় না)। এই শেয়ার্ড সিক্রেট ব্যবহার করে, বিল স্টেলথ অ্যাড্রেসটি পায় এবং এতে অ্যাসেট পাঠাতে পারে।
+
+অ্যালিসও শেয়ার্ড সিক্রেট থেকে অ্যাড্রেসটি পায়, কিন্তু যেহেতু সে তার প্রকাশিত পাবলিক কী-এর প্রাইভেট কীগুলি জানে, তাই সে সেই প্রাইভেট কীও পেতে পারে যা তাকে সেই অ্যাড্রেস থেকে উইথড্র করতে দেয়।
+
+### গণিত (কেন স্টেলথ অ্যাড্রেস এইভাবে কাজ করে) {#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_ দ্বারা ভাগ করা কার্যত অসম্ভব। ইথেরিয়ামে সাধারণত যেভাবে পাবলিক কী ক্রিপ্টোগ্রাফি কাজ করে তা হল, আপনি একটি প্রাইভেট কী, _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_, শেয়ার্ড সিক্রেট। এটি বিলকে একটি পাবলিক কী দেয়, _P<sub>pub</sub> = K<sub>pub</sub>+G\*হ্যাস(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>+হ্যাস(S)_ গণনা করতে পারে। এই কী তাকে _P<sub>pub</sub> = GP<sub>priv</sub> = GK<sub>priv</sub>+G\*হ্যাস(S) = K<sub>pub</sub>+G\*হ্যাস(S)_ থেকে প্রাপ্ত অ্যাড্রেসে থাকা অ্যাসেট অ্যাক্সেস করতে দেয়।
+
+আমাদের একটি পৃথক ভিউয়িং কী আছে যা অ্যালিসকে ডেভের ওয়ার্ল্ড ডমিনেশন ক্যাম্পেইন সার্ভিসেস-কে সাবকন্ট্রাক্ট দেওয়ার অনুমতি দেয়। অ্যালিস ডেভকে পাবলিক অ্যাড্রেস জানাতে এবং আরও টাকা পাওয়া গেলে তাকে জানাতে ইচ্ছুক, কিন্তু সে চায় না যে ডেভ তার প্রচারণার টাকা খরচ করুক।
+
+যেহেতু দেখা এবং খরচ করার জন্য আলাদা কী ব্যবহার করা হয়, অ্যালিস ডেভকে _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\*হ্যাস(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\*হ্যাস(S)_        | -                 | _P<sub>pub</sub> = K<sub>pub</sub>+G\*হ্যাস(S)_        | _P<sub>pub</sub> = K<sub>pub</sub>+G\*হ্যাস(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>+হ্যাস(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 ব্যবহার করতে, আমাদের নোড প্রয়োজন।
+
+### স্টেলথ অ্যাড্রেস বাস্তবে দেখুন {#in-action}
+
+1. প্রয়োজনীয় টুলস ইনস্টল করুন: [Rust](https://rust-lang.org/tools/install/) এবং [নোড](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. অ্যালিস হিসাবে, **Generate a Stealth Meta-Address** এ ক্লিক করুন। এটি নতুন স্টেলথ অ্যাড্রেস এবং সংশ্লিষ্ট প্রাইভেট কীগুলি প্রদর্শন করবে। স্টেলথ মেটা-অ্যাড্রেসটি ক্লিপবোর্ডে কপি করুন।
+
+7. বিল হিসাবে, নতুন স্টেলথ মেটা-অ্যাড্রেসটি পেস্ট করুন এবং **Generate an address** এ ক্লিক করুন। এটি আপনাকে অ্যালিসের জন্য ফান্ড করার অ্যাড্রেস দেয়।
+
+8. অ্যাড্রেস এবং বিলের পাবলিক কী কপি করুন এবং সেগুলিকে অ্যালিসের ইউজার ইন্টারফেসের "Private key for address generated by Bill" অংশে পেস্ট করুন। একবার সেই ফিল্ডগুলি পূরণ হয়ে গেলে, আপনি সেই অ্যাড্রেসে অ্যাসেট অ্যাক্সেস করার জন্য প্রাইভেট কী দেখতে পাবেন।
+
+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) এ দেখতে পারেন। এই কোডটি মূলত জাভাস্ক্রিপ্ট কোড এবং [`eth-stealth-addresses` লাইব্রেরি](https://github.com/kassandraoftroy/eth-stealth-addresses) এর মধ্যে একটি ইন্টারফেস।
+
+**`Cargo.toml`**
+
+Rust-এ [`Cargo.toml`](https://doc.rust-lang.org/cargo/reference/manifest.html) জাভাস্ক্রিপ্টে [`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>]`) ব্যবহার করে। কিন্তু জাভাস্ক্রিপ্টে, আমরা সাধারণত হেক্সাডেসিমেল স্ট্রিং ব্যবহার করি। [`hex` লাইব্রেরি](https://docs.rs/hex/latest/hex/) আমাদের জন্য একটি রিপ্রেজেন্টেশন থেকে অন্যটিতে অনুবাদ করে।
+
+```rust
+#[wasm_bindgen]
+```
+
+জাভাস্ক্রিপ্ট থেকে এই ফাংশনটি কল করতে সক্ষম হওয়ার জন্য 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]> {
+```
+
+এই ফাংশনটি একটি হেক্স স্ট্রিংকে (জাভাস্ক্রিপ্ট দ্বারা সরবরাহ করা) একটি বাইট অ্যারেতে পরিণত করে। আমরা এটি জাভাস্ক্রিপ্ট কোড দ্বারা সরবরাহ করা মানগুলি পার্স করতে ব্যবহার করি। ফাংশনটি জটিল কারণ 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
+    // ডিকোড 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 vec কনজিউম করে এবং [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\*হ্যাস(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> {
+    .
+    .
+    .
+}
+```
+
+এই ফাংশনটি লাইব্রেরির [`compute_stealth_key`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.compute_stealth_key.html) ব্যবহার করে অ্যাড্রেস থেকে উইথড্র করার জন্য প্রাইভেট কী (_R<sub>priv</sub>_) গণনা করে। এই গণনার জন্য এই মানগুলি প্রয়োজন:
+
+- অ্যাড্রেস (_অ্যাড্রেস=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();
+}
+```
+
+এই কোডটি নির্দিষ্ট করে যে প্যানিক আউটপুট জাভাস্ক্রিপ্ট কনসোলে পাঠানো হবে। এটি বাস্তবে দেখতে, অ্যাপ্লিকেশনটি ব্যবহার করুন এবং বিলকে একটি অবৈধ মেটা-অ্যাড্রেস দিন (শুধু একটি হেক্সাডেসিমেল ডিজিট পরিবর্তন করুন)। আপনি জাভাস্ক্রিপ্ট কনসোলে এই ত্রুটিটি দেখতে পাবেন:
+
+```
+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`) এবং এটি ব্যবহার করার জন্য সংজ্ঞা সহ একটি জাভাস্ক্রিপ্ট ফাইল (এখানে, `src/rust-wasm/pkg/rust_wasm.js`)। সেই জাভাস্ক্রিপ্ট ফাইলের ডিফল্ট এক্সপোর্ট হল কোড যা WASM শুরু করার জন্য চালাতে হবে।
+
+```jsx
+function App() {
+    .
+    .
+    .
+  useEffect(() => {
+    const loadWasm = async () => {
+      try {
+        await init();
+        setWasmReady(true)
+      } catch (err) {
+        console.error('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` দ্বারা তৈরি জাভাস্ক্রিপ্ট কোডটি ডিফল্ট এক্সপোর্ট ছাড়াও, WASM কোডের প্রতিটি ফাংশনের জন্য একটি ফাংশন এক্সপোর্ট করে।
+
+```jsx
+            <button onClick={() => {
+              setPublicAddress(JSON.parse(wasm_generate_stealth_address(stealthMetaAddress)))
+            }}>
+```
+
+WASM ফাংশন কল করার জন্য, আমরা কেবল `wasm-pack` দ্বারা তৈরি জাভাস্ক্রিপ্ট ফাইল দ্বারা এক্সপোর্ট করা ফাংশনটি কল করি।
+
+**`Alice.jsx`**
+
+`Alice.jsx`-এর কোডটি অনুরূপ, শুধুমাত্র অ্যালিসের দুটি অ্যাকশন রয়েছে:
+
+- একটি মেটা-অ্যাড্রেস তৈরি করুন
+- বিল দ্বারা প্রকাশিত একটি অ্যাড্রেসের জন্য প্রাইভেট কী পান
+
+## উপসংহার {#conclusion}
+
+স্টেলথ অ্যাড্রেস কোনো সর্বরোগহর ঔষধ নয়; এগুলি [সঠিকভাবে ব্যবহার](#go-wrong) করতে হবে। কিন্তু সঠিকভাবে ব্যবহার করা হলে, এগুলি একটি পাবলিক ব্লকচেইনে গোপনীয়তা সক্ষম করতে পারে।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/bn/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
new file mode 100644
index 00000000000..9154d619266
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/the-graph-fixing-web3-data-querying/index.md
@@ -0,0 +1,314 @@
+---
+title: "দ্য গ্রাফ: Web3 ডেটা কোয়েরি করা ঠিক করা"
+description: "ব্লকচেইন একটি ডেটাবেসের মতো কিন্তু SQL ছাড়া। সমস্ত ডেটা সেখানে আছে, কিন্তু এটি অ্যাক্সেস করার কোনো উপায় নেই। আমাকে দেখাতে দিন যে কিভাবে The Graph এবং GraphQL দিয়ে এটি ঠিক করতে হয়।"
+author: Markus Waas
+lang: bn
+tags:
+  [
+    "সলিডিটি",
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "querying",
+    "দ্য গ্রাফ",
+    "react"
+  ]
+skill: intermediate
+published: 2020-09-06
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/thegraph
+---
+
+এইবার আমরা The Graph-কে আরও কাছ থেকে দেখব যা মূলত গত বছরে ডিএ্যাপস ডেভেলপ করার জন্য স্ট্যান্ডার্ড স্ট্যাকের একটি অংশ হয়ে উঠেছে। আসুন প্রথমে দেখি আমরা কিভাবে ঐতিহ্যগত উপায়ে কাজগুলো করব...
+
+## The Graph ছাড়া... {#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, "Transfer failed");
+            totalGamesPlayerWon++;
+        } else {
+            totalGamesPlayerLost++;
+        }
+
+        emit BetPlaced(msg.sender, msg.value, hasWon);
+    }
+}
+```
+
+এখন ধরা যাক আমাদের ডিএ্যাপে, আমরা মোট বাজি, মোট হারানো/জেতা গেমগুলি প্রদর্শন করতে চাই এবং যখনই কেউ আবার খেলে তখন এটি আপডেট করতে চাই। পন্থাটি হবে:
+
+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 প্রত্যাখ্যাত হয়েছে
+});
+```
+
+এখন আমাদের সহজ উদাহরণের জন্য এটি এখনও কিছুটা ঠিক আছে। কিন্তু ধরা যাক আমরা এখন শুধুমাত্র বর্তমান প্লেয়ারের জন্য হারানো/জেতা বাজির পরিমাণ প্রদর্শন করতে চাই। আচ্ছা আমাদের ভাগ্য খারাপ, আপনার বরং একটি নতুন কন্ট্র্যাক্ট স্থাপন করা উচিত যা সেই মানগুলি সঞ্চয় করে এবং সেগুলি নিয়ে আসে। এবং এখন একটি অনেক বেশি জটিল স্মার্ট কন্ট্র্যাক্ট এবং ডিএ্যাপ কল্পনা করুন, জিনিসগুলি দ্রুত অগোছালো হয়ে যেতে পারে।
+
+![সহজে কেউ কোয়েরি করে না](./one-does-not-simply-query.jpg)
+
+আপনি দেখতে পাচ্ছেন কিভাবে এটি সর্বোত্তম নয়:
+
+- ইতিমধ্যে স্থাপন করা কন্ট্র্যাক্টের জন্য কাজ করে না।
+- সেই মানগুলি সংরক্ষণ করার জন্য অতিরিক্ত গ্যাস খরচ।
+- একটি Ethereum নোডের জন্য ডেটা আনতে অন্য একটি কল প্রয়োজন।
+
+![এটা যথেষ্ট ভালো নয়](./not-good-enough.jpg)
+
+এখন একটি ভালো সমাধানের দিকে নজর দেওয়া যাক।
+
+## আপনাদের সাথে GraphQL-এর পরিচয় করিয়ে দিই {#let-me-introduce-to-you-graphql}
+
+প্রথমে GraphQL সম্পর্কে কথা বলা যাক, যা মূলত Facebook দ্বারা ডিজাইন এবং প্রয়োগ করা হয়েছিল। আপনি হয়তো ঐতিহ্যবাহী REST API মডেলের সাথে পরিচিত। এখন কল্পনা করুন পরিবর্তে আপনি ঠিক যে ডেটা চেয়েছিলেন তার জন্য একটি কোয়েরি লিখতে পারেন:
+
+![GraphQL API বনাম REST API](./graphql.jpg)
+
+![](./graphql-query.gif)
+
+দুটি ছবি GraphQL-এর সারমর্মকে বেশ ভালোভাবে তুলে ধরেছে। ডানদিকের কোয়েরিটির সাহায্যে আমরা ঠিক কোন ডেটা চাই তা নির্ধারণ করতে পারি, তাই সেখানে আমরা একটি অনুরোধে সবকিছু পাই এবং আমাদের যা প্রয়োজন তার থেকে বেশি কিছু নয়। একটি GraphQL সার্ভার প্রয়োজনীয় সমস্ত ডেটা আনার কাজ পরিচালনা করে, তাই এটি ফ্রন্টএন্ড গ্রাহক পক্ষের জন্য ব্যবহার করা অবিশ্বাস্যভাবে সহজ। আপনি যদি আগ্রহী হন তবে সার্ভারটি ঠিক কিভাবে একটি কোয়েরি পরিচালনা করে তার [এটি একটি চমৎকার ব্যাখ্যা](https://www.apollographql.com/blog/graphql-explained)।
+
+এখন সেই জ্ঞানের সাথে, আসুন অবশেষে ব্লকচেইন স্পেস এবং The Graph-এ প্রবেশ করি।
+
+## The Graph কি? {#what-is-the-graph}
+
+একটি ব্লকচেইন একটি বিকেন্দ্রীভূত ডেটাবেস, কিন্তু সাধারণত যা হয় তার বিপরীতে, আমাদের এই ডেটাবেসের জন্য কোনো কোয়েরি ল্যাঙ্গুয়েজ নেই। ডেটা পুনরুদ্ধারের সমাধানগুলি বেদনাদায়ক বা সম্পূর্ণ অসম্ভব। The Graph হল ব্লকচেইন ডেটা ইন্ডেক্সিং এবং কোয়েরি করার জন্য একটি বিকেন্দ্রীভূত প্রোটোকল। এবং আপনি হয়তো অনুমান করেছেন, এটি কোয়েরি ল্যাঙ্গুয়েজ হিসাবে GraphQL ব্যবহার করছে।
+
+![দ্য গ্রাফ](./thegraph.png)
+
+উদাহরণগুলি সবসময় কিছু বোঝার জন্য সেরা, তাই আসুন আমাদের GameContract উদাহরণের জন্য The Graph ব্যবহার করি।
+
+## কিভাবে একটি সাবগ্রাফ তৈরি করবেন {#how-to-create-a-subgraph}
+
+কিভাবে ডেটা ইন্ডেক্স করতে হয় তার সংজ্ঞাকে সাবগ্রাফ বলা হয়। এর জন্য তিনটি উপাদান প্রয়োজন:
+
+1. ম্যানিফেস্ট (`subgraph.yaml`)
+2. স্কিমা (`schema.graphql`)
+3. ম্যাপিং (`mapping.ts`)
+
+### ম্যানিফেস্ট (`subgraph.yaml`) {#manifest}
+
+ম্যানিফেস্ট হল আমাদের কনফিগারেশন ফাইল এবং এটি নির্ধারণ করে:
+
+- কোন স্মার্ট কন্ট্র্যাক্টগুলি ইন্ডেক্স করতে হবে (অ্যাড্রেস, নেটওয়ার্ক, ABI...)
+- কোন ইভেন্টগুলি শুনতে হবে
+- অন্যান্য জিনিস যা শুনতে হবে যেমন ফাংশন কল বা ব্লক
+- যে ম্যাপিং ফাংশনগুলিকে কল করা হচ্ছে (নিচে `mapping.ts` দেখুন)
+
+আপনি এখানে একাধিক কন্ট্র্যাক্ট এবং হ্যান্ডলার সংজ্ঞায়িত করতে পারেন। একটি সাধারণ সেটআপে Hardhat প্রকল্পের ভিতরে তার নিজস্ব সংগ্রহস্থল সহ একটি সাবগ্রাফ ফোল্ডার থাকবে। তাহলে আপনি সহজেই ABI-কে রেফারেন্স করতে পারেন।
+
+সুবিধার কারণে আপনি mustache-এর মতো একটি টেমপ্লেট টুলও ব্যবহার করতে চাইতে পারেন। তারপর আপনি একটি `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 link -
+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 ডেটা সংজ্ঞা। এটি আপনাকে কোন সত্তা বিদ্যমান এবং তাদের প্রকারগুলি সংজ্ঞায়িত করার অনুমতি দেবে। The Graph থেকে সমর্থিত প্রকারগুলি হল
+
+- বাইট
+- ID
+- স্ট্রিং
+- বুলিয়ান
+- Int
+- BigInt
+- BigDecimal
+
+আপনি সম্পর্ক সংজ্ঞায়িত করতে প্রকার হিসাবে সত্তা ব্যবহার করতে পারেন। আমাদের উদাহরণে আমরা প্লেয়ার থেকে বাজি পর্যন্ত একটি ১-থেকে-অনেক সম্পর্ক সংজ্ঞায়িত করি। ! মানে মান খালি হতে পারে না। সম্পূর্ণ ডকুমেন্টেশন [এখানে](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}
+
+The Graph-এর ম্যাপিং ফাইল আমাদের ফাংশনগুলিকে সংজ্ঞায়িত করে যা ইনকামিং ইভেন্টগুলিকে সত্তায় রূপান্তরিত করে। এটি AssemblyScript-এ লেখা, যা Typescript-এর একটি উপসেট। এর মানে হল ম্যাপিংয়ের আরও দক্ষ এবং পোর্টেবল এক্সিকিউশনের জন্য এটি WASM (WebAssembly)-এ কম্পাইল করা যেতে পারে।
+
+আপনাকে `subgraph.yaml` ফাইলে নাম দেওয়া প্রতিটি ফাংশন সংজ্ঞায়িত করতে হবে, তাই আমাদের ক্ষেত্রে আমাদের কেবল একটি প্রয়োজন: `handleNewBet`। আমরা প্রথমে প্রেরকের অ্যাড্রেস থেকে প্লেয়ার সত্তাকে আইডি হিসাবে লোড করার চেষ্টা করি। যদি এটি বিদ্যমান না থাকে, আমরা একটি নতুন সত্তা তৈরি করি এবং এটিকে প্রারম্ভিক মান দিয়ে পূরণ করি।
+
+তারপর আমরা একটি নতুন বেট সত্তা তৈরি করি। এর জন্য আইডি হবে `event.transaction.hash.toHex() + \"-\" + event.logIndex.toString()` যা সর্বদা একটি অনন্য মান নিশ্চিত করে। শুধুমাত্র হ্যাশ ব্যবহার করা যথেষ্ট নয় কারণ কেউ স্মার্ট কন্ট্র্যাক্টের মাধ্যমে একটি লেনদেনে একাধিকবার placeBet ফাংশন কল করতে পারে।
+
+সবশেষে আমরা সমস্ত ডেটা দিয়ে প্লেয়ার সত্তা আপডেট করতে পারি। অ্যারেগুলি সরাসরি পুশ করা যায় না, তবে এখানে দেখানো হিসাবে আপডেট করা প্রয়োজন। আমরা বাজি রেফারেন্স করতে আইডি ব্যবহার করি। এবং একটি সত্তা সংরক্ষণ করার জন্য শেষে `.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 ডিএ্যাপে (বা Apollo-Vue) The Graph সংহত করতে পারেন। বিশেষ করে যখন 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/)-এ The Graph একটি বিকেন্দ্রীভূত ইন্ডেক্সিং নেটওয়ার্কে তার রূপান্তর শুরু করে। আপনি এই বিকেন্দ্রীভূত ইন্ডেক্সিং নেটওয়ার্কের আর্কিটেকচার সম্পর্কে আরও পড়তে পারেন [এখানে](https://thegraph.com/docs/en/network/explorer/)।
+
+দুটি মূল দিক হল:
+
+1. ব্যবহারকারীরা কোয়েরির জন্য ইন্ডেক্সারদের অর্থ প্রদান করে।
+2. ইন্ডেক্সাররা গ্রাফ টোকেন (GRT) স্টেক করে।
diff --git a/public/content/translations/bn/developers/tutorials/token-integration-checklist/index.md b/public/content/translations/bn/developers/tutorials/token-integration-checklist/index.md
new file mode 100644
index 00000000000..649d31c455c
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/token-integration-checklist/index.md
@@ -0,0 +1,86 @@
+---
+title: "টোকেন ইন্টিগ্রেশন চেকলিস্ট"
+description: "টোকেনগুলির সাথে ইন্টারঅ্যাক্ট করার সময় বিবেচনা করার জন্য একটি চেকলিস্ট"
+author: "Trailofbits"
+lang: bn
+tags:
+  [
+    "সলিডিটি",
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "নিরাপত্তা",
+    "টোকেন"
+  ]
+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] [ঐচ্ছিক: --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 একটি বুলিয়ান রিটার্ন করে।** বেশ কয়েকটি টোকেন এই ফাংশনগুলিতে একটি বুলিয়ান রিটার্ন করে না। ফলস্বরূপ, চুক্তিতে তাদের কল ব্যর্থ হতে পারে।
+- **যদি ব্যবহৃত হয়, তাহলে নাম, ডেসিমেল, এবং প্রতীক ফাংশন উপস্থিত থাকে।** এই ফাংশনগুলি ERC20 স্ট্যান্ডার্ডে ঐচ্ছিক এবং নাও থাকতে পারে।
+- **ডেসিমেল একটি 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-এর [হিউম্যান-সামারি প্রিন্টার](https://github.com/crytic/slither/wiki/Printer-documentation#human-summary) ব্যবহার করুন।
+- **চুক্তিটি SafeMath ব্যবহার করে।** যে চুক্তিগুলো SafeMath ব্যবহার করে না সেগুলোর জন্য উচ্চ মানের পর্যালোচনার প্রয়োজন হয়। SafeMath ব্যবহারের জন্য চুক্তিটি হাতে-কলমে পরিদর্শন করুন।
+- **চুক্তিটিতে টোকেন-সম্পর্কিত নয় এমন কয়েকটি মাত্র ফাংশন রয়েছে।** টোকেন-সম্পর্কিত নয় এমন ফাংশনগুলো চুক্তিতে কোনো সমস্যার সম্ভাবনা বাড়িয়ে দেয়। চুক্তিতে ব্যবহৃত কোড ব্যাপকভাবে পর্যালোচনা করতে Slither-এর [কন্ট্রাক্ট-সামারি প্রিন্টার](https://github.com/crytic/slither/wiki/Printer-documentation#contract-summary) ব্যবহার করুন।
+- **টোকেনটির কেবল একটি ঠিকানা রয়েছে।** ব্যালেন্স আপডেটের জন্য একাধিক এন্ট্রি পয়েন্ট সহ টোকেন ঠিকানার উপর ভিত্তি করে অভ্যন্তরীণ হিসাবরক্ষণ ব্যাহত করতে পারে (যেমন, `balances[token_address][msg.sender]` প্রকৃত ব্যালেন্স প্রতিফলিত নাও করতে পারে)।
+
+## মালিকের বিশেষাধিকার {#owner-privileges}
+
+- **টোকেনটি আপগ্রেডযোগ্য নয়।** আপগ্রেডযোগ্য চুক্তি সময়ের সাথে সাথে তাদের নিয়ম পরিবর্তন করতে পারে। চুক্তিটি আপগ্রেডযোগ্য কিনা তা নির্ধারণ করতে Slither-এর [হিউম্যান-সামারি প্রিন্টার](https://github.com/crytic/slither/wiki/Printer-documentation#contract-summary) ব্যবহার করুন।
+- **মালিকের সীমিত মিন্টিং ক্ষমতা রয়েছে।** ক্ষতিকারক বা আপোস করা মালিকরা মিন্টিং ক্ষমতার অপব্যবহার করতে পারে। মিন্টিং ক্ষমতা পর্যালোচনা করতে Slither-এর [হিউম্যান-সামারি প্রিন্টার](https://github.com/crytic/slither/wiki/Printer-documentation#contract-summary) ব্যবহার করুন এবং ম্যানুয়ালি কোড পর্যালোচনা করার কথা বিবেচনা করুন।
+- **টোকেনটি পজযোগ্য নয়।** ক্ষতিকারক বা আপোস করা মালিকরা পজযোগ্য টোকেনের উপর নির্ভরশীল চুক্তিগুলিকে ফাঁদে ফেলতে পারে। ম্যানুয়ালি পজযোগ্য কোড শনাক্ত করুন।
+- **মালিক চুক্তিটিকে কালো তালিকাভুক্ত করতে পারে না।** ক্ষতিকারক বা আপোস করা মালিকরা কালো তালিকা সহ টোকেনগুলির উপর নির্ভরশীল চুক্তিগুলিকে ফাঁদে ফেলতে পারে। ম্যানুয়ালি ব্ল্যাকলিস্টিং বৈশিষ্ট্যগুলি শনাক্ত করুন।
+- **টোকেনের পেছনের দলটি পরিচিত এবং অপব্যবহারের জন্য দায়ী করা যেতে পারে।** বেনামী ডেভেলপমেন্ট দলগুলির চুক্তি বা আইনি আশ্রয়ে থাকা চুক্তিগুলির জন্য উচ্চ মানের পর্যালোচনার প্রয়োজন।
+
+## টোকেনের অভাব {#token-scarcity}
+
+টোকেনের অভাবের সমস্যা পর্যালোচনার জন্য ম্যানুয়াল পর্যালোচনার প্রয়োজন। এই শর্তগুলি পরীক্ষা করুন:
+
+- **কোনো ব্যবহারকারী সরবরাহের বেশিরভাগের মালিক নয়।** যদি কয়েকজন ব্যবহারকারী বেশিরভাগ টোকেনের মালিক হয়, তবে তারা টোকেনের পুনর্বণ্টনের উপর ভিত্তি করে কার্যক্রমকে প্রভাবিত করতে পারে।
+- **মোট সরবরাহ পর্যাপ্ত।** কম মোট সরবরাহ সহ টোকেনগুলি সহজেই ম্যানিপুলেট করা যেতে পারে।
+- **টোকেনগুলো কয়েকটি এক্সচেঞ্জের বেশি জায়গায় অবস্থিত।** যদি সব টোকেন একটি এক্সচেঞ্জে থাকে, তবে সেই এক্সচেঞ্জের কোনো আপোসের ফলে টোকেনের ওপর নির্ভরশীল চুক্তিটিও আপোস করা হতে পারে।
+- **ব্যবহারকারীরা বড় তহবিল বা ফ্ল্যাশ লোনের সাথে সম্পর্কিত ঝুঁকি বোঝেন।** টোকেন ব্যালেন্সের উপর নির্ভরশীল চুক্তিগুলিকে অবশ্যই বড় তহবিল সহ আক্রমণকারী বা ফ্ল্যাশ লোনের মাধ্যমে আক্রমণগুলিকে সাবধানে বিবেচনায় নিতে হবে।
+- **টোকেনটি ফ্ল্যাশ মিন্টিংয়ের অনুমতি দেয় না**। ফ্ল্যাশ মিন্টিং ব্যালেন্স এবং মোট সরবরাহে উল্লেখযোগ্য পরিবর্তনের কারণ হতে পারে, যার জন্য টোকেনের পরিচালনায় কঠোর এবং ব্যাপক ওভারফ্লো চেকের প্রয়োজন হয়।
diff --git a/public/content/translations/bn/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md b/public/content/translations/bn/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
new file mode 100644
index 00000000000..b80289f4cdf
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/index.md
@@ -0,0 +1,314 @@
+---
+title: "একটি সলিডিটি স্মার্ট কন্ট্র্যাক্ট থেকে ERC-20 টোকেনগুলির স্থানান্তর এবং অনুমোদন"
+description: "সলিডিটি ব্যবহার করে ERC-20 টোকেন স্থানান্তর এবং অনুমোদনগুলি পরিচালনা করে এমন একটি DEX স্মার্ট কন্ট্র্যাক্ট তৈরি করুন।"
+author: "jdourlens"
+tags: [ "স্মার্ট কন্ট্র্যাক্ট", "টোকেন", "সলিডিটি", "erc-20" ]
+skill: intermediate
+lang: bn
+published: 2020-04-07
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/transfers-and-approval-or-erc20-tokens-from-a-solidity-smart-contract/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+আগের টিউটোরিয়ালে আমরা ইথেরিয়াম ব্লকচেইনে [সলিডিটিতে একটি ERC-20 টোকেনের অ্যানাটমি](/developers/tutorials/understand-the-erc-20-token-smart-contract/) নিয়ে আলোচনা করেছি। এই নিবন্ধে আমরা দেখব কিভাবে সলিডিটি ভাষা ব্যবহার করে একটি টোকেনের সাথে ইন্টারঅ্যাক্ট করার জন্য আমরা একটি স্মার্ট কন্ট্র্যাক্ট ব্যবহার করতে পারি।
+
+এই স্মার্ট কন্ট্র্যাক্টের জন্য, আমরা একটি আসল ডামি ডিসেন্ট্রালাইজড এক্সচেঞ্জ তৈরি করব যেখানে একজন ব্যবহারকারী আমাদের নতুন স্থাপন করা [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);
+}
+```
+
+যে ক্ষেত্রে কেনা সফল হয়, সেক্ষেত্রে আমাদের লেনদেনে দুটি ইভেন্ট দেখা উচিত: টোকেন `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 হল wei-তে চিহ্নিত 1 ইথার
+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-and-sold-events.png)
+
+<Divider />
+
+এই টিউটোরিয়াল থেকে আমরা দেখেছি কিভাবে একটি ERC-20 টোকেনের ব্যালেন্স এবং অ্যালাউন্স পরীক্ষা করতে হয় এবং ইন্টারফেস ব্যবহার করে একটি ERC20 স্মার্ট কন্ট্র্যাক্টের `Transfer` এবং `TransferFrom` কল করতে হয়।
+
+একবার আপনি একটি লেনদেন করলে আমাদের কাছে একটি জাভাস্ক্রিপ্ট টিউটোরিয়াল রয়েছে [লেনদেন সম্পর্কে অপেক্ষা করা এবং বিস্তারিত জানার জন্য](https://ethereumdev.io/waiting-for-a-transaction-to-be-mined-on-ethereum-with-js/) যা আপনার চুক্তিতে করা হয়েছিল এবং একটি [টিউটোরিয়াল টোকেন স্থানান্তর বা অন্য কোনো ইভেন্ট দ্বারা উত্পন্ন ইভেন্ট ডিকোড করার জন্য](https://ethereumdev.io/how-to-decode-event-logs-in-javascript-using-abi-decoder/) যতক্ষণ আপনার ABI থাকে।
+
+টিউটোরিয়ালের জন্য সম্পূর্ণ কোড এখানে দেওয়া হল:
+
+```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/bn/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md b/public/content/translations/bn/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
new file mode 100644
index 00000000000..554a8f7ac84
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/understand-the-erc-20-token-smart-contract/index.md
@@ -0,0 +1,177 @@
+---
+title: "ERC-20 টোকেন স্মার্ট কন্ট্র্যাক্টটি বুঝুন"
+description: "একটি সম্পূর্ণ সলিডিটি স্মার্ট কন্ট্র্যাক্টের উদাহরণ এবং ব্যাখ্যা সহ কীভাবে ERC-20 টোকেন স্ট্যান্ডার্ড প্রয়োগ করতে হয় তা জানুন।"
+author: "jdourlens"
+tags: [ "স্মার্ট কন্ট্র্যাক্ট", "টোকেন", "সলিডিটি", "erc-20" ]
+skill: beginner
+lang: bn
+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);
+```
+
+বিদ্যমান টোকেনের পরিমাণ প্রদান করে। এই ফাংশনটি একটি গেটার এবং চুক্তির স্টেট পরিবর্তন করে না। মনে রাখবেন যে Solidity-তে কোনো ফ্লোট নেই। তাই বেশিরভাগ টোকেন 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` ইভেন্টটি নির্গত করে। স্থানান্তর সম্ভব হলে এটি ট্রু প্রদান করে।
+
+```solidity
+function approve(address spender, uint256 amount) external returns (bool);
+```
+
+`spender`-কে ফাংশন কলারের (`msg.sender`) ব্যালেন্স থেকে স্থানান্তর করার জন্য অনুমোদিত `allowance`-এর পরিমাণ সেট করুন। এই ফাংশনটি Approval ইভেন্টটি নির্গত করে। ফাংশনটি অ্যালাউন্স সফলভাবে সেট করা হয়েছে কিনা তা প্রদান করে।
+
+```solidity
+function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+```
+
+অ্যালাউন্স মেকানিজম ব্যবহার করে `sender` থেকে `recipient`-এর কাছে টোকেনের `amount` স্থানান্তর করে। তারপর কলারের অ্যালাউন্স থেকে amount কেটে নেওয়া হয়। এই ফাংশনটি `Transfer` ইভেন্টটি নির্গত করে।
+
+## ইভেন্ট {#events}
+
+```solidity
+event Transfer(address indexed from, address indexed to, uint256 value);
+```
+
+এই ইভেন্টটি তখন নির্গত হয় যখন টোকেনের পরিমাণ (value) `from` ঠিকানা থেকে `to` ঠিকানায় পাঠানো হয়।
+
+নতুন টোকেন মিন্ট করার ক্ষেত্রে, স্থানান্তর সাধারণত 0x00..0000 ঠিকানা `from` হয়, যেখানে টোকেন বার্ন করার ক্ষেত্রে স্থানান্তর 0x00..0000 `to` হয়।
+
+```solidity
+event Approval(address indexed owner, address indexed spender, uint256 value);
+```
+
+এই ইভেন্টটি তখন নির্গত হয় যখন টোকেনের পরিমাণ (`value`) `owner` দ্বারা `spender`-কে ব্যবহারের জন্য অনুমোদিত হয়।
+
+## 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 টোকেন স্ট্যান্ডার্ডের আরেকটি চমৎকার বাস্তবায়ন হলো [ওপেনজেপেলিন ERC-20 বাস্তবায়ন](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20)।
diff --git a/public/content/translations/bn/developers/tutorials/uniswap-v2-annotated-code/index.md b/public/content/translations/bn/developers/tutorials/uniswap-v2-annotated-code/index.md
new file mode 100644
index 00000000000..5053b1a8d25
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/uniswap-v2-annotated-code/index.md
@@ -0,0 +1,1822 @@
+---
+title: "Uniswap-v2 চুক্তির ওয়াক-থ্রু"
+description: "Uniswap-v2 চুক্তিটি কীভাবে কাজ করে? এটা কেন সেভাবে লেখা হয়েছে?"
+author: Ori Pomerantz
+tags: [ "সলিডিটি" ]
+skill: intermediate
+published: 2021-05-01
+lang: bn
+---
+
+## ভূমিকা {#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
+```
+
+প্রতিটি টোকেন টাইপের জন্য পুলের রিজার্ভ রয়েছে। আমরা ধরে নিই যে দুটি একই পরিমাণ মূল্যের প্রতিনিধিত্ব করে এবং তাই প্রতিটি টোকেন0 এর মূল্য হল রিজার্ভ1/রিজার্ভ0 টোকেন1।
+
+```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% ট্রেডিং ফি উপেক্ষা করি তাই সংখ্যাগুলি সঠিক নয়।
+
+| ঘটনা                                                                   |                  রিজার্ভ0 |                  রিজার্ভ1 | রিজার্ভ0 \* রিজার্ভ1 | গড় বিনিময় হার (টোকেন1 / টোকেন0) |
+| ---------------------------------------------------------------------- | ------------------------: | ------------------------: | -------------------: | ---------------------------------------------------- |
+| প্রাথমিক সেটআপ                                                         | 1,000.000 | 1,000.000 |            1,000,000 |                                                      |
+| ট্রেডার A 50টি টোকেন0 এর জন্য 47.619 টোকেন1 অদলবদল করে | 1,050.000 |   952.381 |            1,000,000 | 0.952                                |
+| ট্রেডার B 10টি টোকেন0 এর জন্য 8.984 টোকেন1 অদলবদল করে  | 1,060.000 |   943.396 |            1,000,000 | 0.898                                |
+| ট্রেডার C 40টি টোকেন0 এর জন্য 34.305 টোকেন1 অদলবদল করে | 1,100.000 |   909.090 |            1,000,000 | 0.858                                |
+| ট্রেডার D 100 টোকেন1 এর জন্য 109.01 টোকেন0 অদলবদল করে  |   990.990 | 1,009.090 |            1,000,000 | 0.917                                |
+| ট্রেডার E 10 টোকেন0 এর জন্য 10.079 টোকেন1 অদলবদল করে   | 1,000.990 |   999.010 |            1,000,000 | 1.008                                |
+
+চাহিদা এবং সরবরাহের উপর ভিত্তি করে ট্রেডাররা টোকেন0 বেশি সরবরাহ করার সাথে সাথে টোকেন1 এর আপেক্ষিক মান বৃদ্ধি পায় এবং এর বিপরীতও হয়।
+
+#### লক {#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() {
+```
+
+এই ফাংশনটি একটি [modifier](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`) অন্তর্ভুক্ত থাকে, যা প্রেরকের সমান নাও হতে পারে।
+
+```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
+    // রিজার্ভ আপডেট করুন এবং, প্রতি ব্লকে প্রথম কলে, মূল্য সঞ্চয়কারী
+    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) {
+```
+
+যদি অতিবাহিত সময় শূন্য না হয়, তার মানে আমরা এই ব্লকের প্রথম এক্সচেঞ্জ লেনদেন। সেক্ষেত্রে, আমাদের মূল্য সঞ্চয়কারী আপডেট করতে হবে।
+
+```solidity
+            // * কখনও ওভারফ্লো হয় না, এবং + ওভারফ্লো কাম্য
+            price0CumulativeLast += uint(UQ112x112.encode(_reserve1).uqdiv(_reserve0)) * timeElapsed;
+            price1CumulativeLast += uint(UQ112x112.encode(_reserve0).uqdiv(_reserve1)) * timeElapsed;
+        }
+```
+
+প্রতিটি মূল্য সঞ্চয়কারী সর্বশেষ মূল্য (অন্যান্য টোকেনের রিজার্ভ/এই টোকেনের রিজার্ভ) দিয়ে সেকেন্ডে অতিবাহিত সময়ের সাথে গুণ করে আপডেট করা হয়। একটি গড় মূল্য পেতে, আপনি দুটি সময়ের বিন্দুতে ক্রমবর্ধমান মূল্য পড়ুন এবং তাদের মধ্যে সময়ের পার্থক্য দ্বারা ভাগ করুন। উদাহরণস্বরূপ, এই ঘটনাগুলির ক্রমটি ধরুন:
+
+| ঘটনা                                                                      |                  রিজার্ভ0 |                  রিজার্ভ1 | টাইমস্ট্যাম্প | প্রান্তিক বিনিময় হার (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
+উভয় ক্ষেত্রেই, টোকেন0 এবং টোকেন1 এর পরিমাণ যা জমা বা উত্তোলন করা হয় তা ইভেন্টের অংশ, সেইসাথে আমাদের কল করা অ্যাকাউন্টের পরিচয় (`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} \_আপডেট
+
+```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** আরও মূল্যবান, এবং সেখান থেকে ভ্যালু বের করে নিতে পারে।
+
+| ঘটনা                                                            | রিজার্ভ0 | রিজার্ভ1 | রিজার্ভ0 \* রিজার্ভ1 | 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টি টোকেন0 জমা করে এবং 8.984 টোকেন1 ফেরত পায় যদি তারা তা না করে, আমরা তাদের শাস্তি হিসাবে তাদের দেওয়া কম মূল্যের উপর ভিত্তি করে লিকুইডিটি টোকেন দিই।
+
+এটি প্রাথমিক আমানত হোক বা পরবর্তী কোনো আমানত হোক, আমরা যে পরিমাণ লিকুইডিটি টোকেন প্রদান করি তা `reserve0*reserve1`-এর পরিবর্তনের বর্গমূলের সমান এবং লিকুইডিটি টোকেনের মান পরিবর্তন হয় না (যদি না আমরা এমন কোনো আমানত পাই যেখানে উভয় প্রকারের সমান মান নেই, সেক্ষেত্রে "জরিমানা" বিতরণ করা হয়)। 5,030
+
+| ঘটনা                                                                                                                                                        |                                                                                                                                                  রিজার্ভ0 |                                                                                                                                                  রিজার্ভ1 |                                                          রিজার্ভ0 \* রিজার্ভ1 |                                                                                                                          পুলের মান (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` কমাতে পারে। পুলের মান (রিজার্ভ0 + রিজার্ভ1)
+
+```solidity
+        }
+
+        _update(balance0, balance1, _reserve0, _reserve1);
+        emit Swap(msg.sender, amount0In, amount1In, amount0Out, amount1Out, to);
+    }
+```
+
+`reserve0` এবং `reserve1` আপডেট করুন, এবং প্রয়োজনে মূল্য সঞ্চয়কারী এবং টাইমস্ট্যাম্প আপডেট করুন এবং একটি ইভেন্ট নির্গত করুন।
+
+##### সিঙ্ক বা স্কিম
+
+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 টোকেনের উপর ভিত্তি করে একটি পেয়ার এক্সচেঞ্জ কন্ট্র্যাক্ট শনাক্ত করে যা এটি এক্সচেঞ্জ করে। পুল মান (রিজার্ভ0 + রিজার্ভ1) এই জমার জন্য মিন্ট করা লিকুইডিটি টোকেন
+
+মোট লিকুইডিটি টোকেন প্রতিটি লিকুইডিটি টোকেনের মান
+
+দ্রষ্টব্য: আপনি একটি ম্যাপিংয়ের সমস্ত কী-এর উপর পুনরাবৃত্তি করতে না পারার কারণ হল কন্ট্র্যাক্ট ডেটা স্টোরেজ _ব্যয়বহুল_, তাই আমরা যত কম এটি ব্যবহার করি তত ভাল, এবং আমরা যত কম এটি পরিবর্তন করি
+তত ভাল। 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 এটি আর কোনো সমস্যা নয়, কারণ [সলিডিটি এখন 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` কার্যকারিতা।
+
+ইথেরিয়ামের লেনদেনে ইথার (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), পৃ. 26, সমীকরণ 298 দেখুন।
+```
+
+```
+        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'); অদলবদল থেকে আমরা যাতে হেরে না যাই তা নিশ্চিত করার জন্য এটি একটি স্যানিটি চেক। এমন কোনো পরিস্থিতি নেই যেখানে একটি অদলবদল `reserve0*reserve1` কমাতে পারে। এখানেই আমরা নিশ্চিত করি যে অদলবদলে 0.3% ফি পাঠানো হচ্ছে; K এর মান স্যানিটি চেক করার আগে, আমরা উভয় ব্যালেন্সকে 1000 দ্বারা গুণ করি এবং পরিমাণগুলিকে 3 দ্বারা গুণ করে বিয়োগ করি, এর মানে হল বর্তমান রিজার্ভের K মানের সাথে তার K মান তুলনা করার আগে ব্যালেন্স থেকে 0.3% (3/1000 = 0.003 = 0.3%) কেটে নেওয়া হচ্ছে।
+
+### ```
+
+    }
+
+    _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 অনুমোদন](https://eips.ethereum.org/EIPS/eip-20#approve) হিসাবে বিবেচনা করুন।
+```
+
+পেরিফেরি চুক্তি {#periphery-contracts} পেরিফেরি চুক্তিগুলি হল Uniswap-এর জন্য API (অ্যাপ্লিকেশন প্রোগ্রাম ইন্টারফেস)।
+
+```solidity
+এগুলি অন্যান্য চুক্তি বা বিকেন্দ্রীভূত অ্যাপ্লিকেশন থেকে বাহ্যিক কলের জন্য উপলব্ধ।
+```
+
+আপনি সরাসরি মূল চুক্তিগুলিকে কল করতে পারেন, তবে এটি আরও জটিল এবং আপনি যদি ভুল করেন তবে আপনি মান হারাতে পারেন। মূল চুক্তিগুলিতে কেবল এটি নিশ্চিত করার জন্য পরীক্ষা রয়েছে যে সেগুলি প্রতারিত হচ্ছে না, অন্য কারো জন্য স্যানিটি চেক নয়। এগুলি পেরিফেরিতে রয়েছে যাতে প্রয়োজন অনুসারে সেগুলি আপডেট করা যায়।
+
+```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-এর আগে X করুন যদি আপনি পারেন") তাদের সময়সীমার পরে না ঘটে।
+
+```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(
+```
+
+এই ফাংশনটি A এবং B টোকেনের পরিমাণ গণনা করতে ব্যবহৃত হয় যা পেয়ার এক্সচেঞ্জে জমা করা উচিত।
+
+#### ```
+
+    address tokenA,
+    address tokenB,
+```
+
+```solidity
+এগুলি হল ERC-20 টোকেন চুক্তির ঠিকানা।
+```
+
+```
+    uint amountADesired,
+    uint amountBDesired,
+```
+
+```solidity
+এগুলি হল সেই পরিমাণ যা লিকুইডিটি প্রদানকারী জমা করতে চায়।
+```
+
+এগুলি হল A এবং B-এর সর্বোচ্চ পরিমাণ যা জমা করা হবে।         uint amountAMin,
+uint amountBMin এগুলি হল জমার জন্য ন্যূনতম গ্রহণযোগ্য পরিমাণ। যদি লেনদেন এই পরিমাণ বা তার বেশি দিয়ে না করা যায়, তাহলে এটি থেকে রিভার্ট করুন। আপনি যদি এই বৈশিষ্ট্যটি না চান, তবে কেবল শূন্য নির্দিষ্ট করুন।
+
+লিকুইডিটি প্রদানকারীরা সাধারণত একটি ন্যূনতম নির্দিষ্ট করে, কারণ তারা লেনদেনটিকে বর্তমানের কাছাকাছি একটি বিনিময় হারে সীমাবদ্ধ করতে চায়। যদি বিনিময় হার খুব বেশি ওঠানামা করে তবে এর অর্থ হতে পারে এমন খবর যা অন্তর্নিহিত মানগুলিকে পরিবর্তন করে এবং তারা ম্যানুয়ালি সিদ্ধান্ত নিতে চায় কী করতে হবে।
+
+1. উদাহরণস্বরূপ, এমন একটি ঘটনা কল্পনা করুন যেখানে বিনিময় হার এক-এক এবং লিকুইডিটি প্রদানকারী এই মানগুলি নির্দিষ্ট করে:
+2. একজন ট্রেডার 24.695 A টোকেন বিক্রি করে এবং 25.305 B টোকেন পায়।
+3. ট্রেডার 24.695 B টোকেন বিক্রি করে 25.305 C টোকেন পায়, এবং লাভ হিসাবে প্রায় 0.61 B টোকেন রাখে।
+4. amountADesired 1000
+
+| amountBDesired | A-B এক্সচেঞ্জ                                                                      | amountAMin                                                                                          | 900                                                                                                            |
+| -------------- | ---------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- |
+| 1              | 800                                                                                | যতক্ষণ বিনিময় হার 0.9 এবং 1.25 এর মধ্যে থাকে, ততক্ষণ লেনদেন ঘটে।   | যদি বিনিময় হার সেই পরিসরের বাইরে চলে যায়, তাহলে লেনদেন বাতিল হয়ে যায়।                                      |
+| 2              | জমা এবং অন্তর্ভুক্তির মধ্যবর্তী ব্যবধানে কী ঘটে তা আপনি নিয়ন্ত্রণ করতে পারবেন না। | যতক্ষণ বিনিময় হার 0.9 এবং 1.25 এর মধ্যে থাকে, ততক্ষণ লেনদেন ঘটে।   | যদি বিনিময় হার সেই পরিসরের বাইরে চলে যায়, তাহলে লেনদেন বাতিল হয়ে যায়।                                      |
+| 3              | জমা এবং অন্তর্ভুক্তির মধ্যবর্তী ব্যবধানে কী ঘটে তা আপনি নিয়ন্ত্রণ করতে পারবেন না। | ```
+    (uint reserveA, uint reserveB) = UniswapV2Library.getReserves(factory, tokenA, tokenB);
+``` | যদি বিনিময় হার সেই পরিসরের বাইরে চলে যায়, তাহলে লেনদেন বাতিল হয়ে যায়।                                      |
+| 4              | জমা এবং অন্তর্ভুক্তির মধ্যবর্তী ব্যবধানে কী ঘটে তা আপনি নিয়ন্ত্রণ করতে পারবেন না। | ```
+    (uint reserveA, uint reserveB) = UniswapV2Library.getReserves(factory, tokenA, tokenB);
+``` | ```
+    } else {
+        uint amountBOptimal = UniswapV2Library.quote(amountADesired, reserveA, reserveB);
+``` |
+
+```solidity
+যদি আমাদের দেখতে হয় কোন পরিমাণ হবে, আমরা [এই ফাংশনটি](https://github.com/Uniswap/uniswap-v2-periphery/blob/master/contracts/libraries/UniswapV2Library.sol#L35) ব্যবহার করে সর্বোত্তম পরিমাণ পাই।
+```
+
+আমরা বর্তমান রিজার্ভের মতো একই অনুপাত চাই।
+
+```solidity
+            if (amountBOptimal <= amountBDesired) {
+                require(amountBOptimal >= amountBMin, 'UniswapV2Router: INSUFFICIENT_B_AMOUNT');
+                (amountA, amountB) = (amountADesired, amountBOptimal);
+```
+
+যদি `amountBOptimal` লিকুইডিটি প্রদানকারী যা জমা করতে চায় তার চেয়ে কম হয় তবে এর মানে হল টোকেন B বর্তমানে লিকুইডিটি আমানতকারীর ধারণার চেয়ে বেশি মূল্যবান, তাই কম পরিমাণ প্রয়োজন।
+
+```solidity
+            } else {
+                uint amountAOptimal = UniswapV2Library.quote(amountBDesired, reserveB, reserveA);
+                assert(amountAOptimal <= amountADesired);
+                require(amountAOptimal >= amountAMin, 'UniswapV2Router: INSUFFICIENT_A_AMOUNT');
+                (amountA, amountB) = (amountAOptimal, amountBDesired);
+```
+
+যদি সর্বোত্তম B পরিমাণ কাঙ্খিত B পরিমাণের চেয়ে বেশি হয় তবে এর মানে হল B টোকেনগুলি বর্তমানে লিকুইডিটি আমানতকারীর ধারণার চেয়ে কম মূল্যবান, তাই উচ্চ পরিমাণ প্রয়োজন। তবে, কাঙ্খিত পরিমাণ একটি সর্বোচ্চ, তাই আমরা তা করতে পারি না। পরিবর্তে আমরা B টোকেনের কাঙ্খিত পরিমাণের জন্য সর্বোত্তম সংখ্যক A টোকেন গণনা করি।
+
+```solidity
+সবকিছু একসাথে করে আমরা এই গ্রাফটি পাই।
+```
+
+ধরে নিন আপনি এক হাজার A টোকেন (নীল রেখা) এবং এক হাজার B টোকেন (লাল রেখা) জমা করার চেষ্টা করছেন। x অক্ষ হল বিনিময় হার, A/B।
+
+```solidity
+যদি x=1 হয়, তবে তারা মূল্যে সমান এবং আপনি প্রতিটির এক হাজার জমা করেন।
+```
+
+যদি x=2 হয়, A এর মান B এর দ্বিগুণ (আপনি প্রতিটি A টোকেনের জন্য দুটি B টোকেন পান) তাই আপনি এক হাজার B টোকেন জমা করেন, কিন্তু কেবল 500 A টোকেন।
+
+```solidity
+যদি x=0.5 হয়, পরিস্থিতি বিপরীত হয়, এক হাজার A টোকেন এবং পাঁচশত B টোকেন।
+```
+
+![Graph](liquidityProviderDeposit.png) আপনি সরাসরি মূল চুক্তিতে লিকুইডিটি জমা করতে পারেন ([UniswapV2Pair::mint](https://github.com/Uniswap/uniswap-v2-core/blob/master/contracts/UniswapV2Pair.sol#L110) ব্যবহার করে), কিন্তু মূল চুক্তি কেবল এটি নিশ্চিত করে যে এটি নিজে প্রতারিত হচ্ছে না, তাই আপনি যদি আপনার লেনদেন জমা দেওয়ার সময় এবং এটি কার্যকর হওয়ার সময়ের মধ্যে বিনিময় হার পরিবর্তিত হয় তবে আপনি মান হারানোর ঝুঁকিতে থাকেন।
+
+আপনি যদি পেরিফেরি চুক্তি ব্যবহার করেন, এটি আপনার জমা করার পরিমাণ নির্ধারণ করে এবং অবিলম্বে এটি জমা করে, তাই বিনিময় হার পরিবর্তিত হয় না এবং আপনি কিছুই হারান না।     function addLiquidity(
+address tokenA,
+address tokenB,
+uint amountADesired,
+uint amountBDesired,
+uint amountAMin,
+uint amountBMin,
+address to,
+uint deadline এই ফাংশনটি একটি লেনদেন দ্বারা লিকুইডিটি জমা করার জন্য কল করা যেতে পারে। বেশিরভাগ প্যারামিটার উপরের `_addLiquidity`-এর মতোই, দুটি ব্যতিক্রম ছাড়া:
+
+`uint` বা `address`-এর মতো স্কেলার প্রকারের সাথে কম্পাইলার আমাদের জন্য সংগ্রহস্থলের পছন্দটি পরিচালনা করে, কিন্তু অ্যারেগুলির সাথে, যা দীর্ঘ এবং আরও ব্যয়বহুল, আমরা ব্যবহৃত সংগ্রহস্থলের ধরনটি নির্দিষ্ট করি।
+
+```solidity
+`to` হল সেই ঠিকানা যা পুলের লিকুইডিটি প্রদানকারীর অংশ দেখানোর জন্য মিন্ট করা নতুন লিকুইডিটি টোকেন পায়
+।
+```
+
+`deadline` হল লেনদেনের উপর একটি সময়সীমা
+
+```solidity
+    ) external virtual override ensure(deadline) returns (uint amountA, uint amountB, uint liquidity) {
+        (amountA, amountB) = _addLiquidity(tokenA, tokenB, amountADesired, amountBDesired, amountAMin, amountBMin);
+        address pair = UniswapV2Library.pairFor(factory, tokenA, tokenB);
+```
+
+আমরা প্রকৃতপক্ষে জমা করার পরিমাণ গণনা করি এবং তারপর লিকুইডিটি পুলের ঠিকানা খুঁজে বের করি। গ্যাস বাঁচাতে আমরা এটি ফ্যাক্টরিকে জিজ্ঞাসা করে করি না, বরং লাইব্রেরি ফাংশন `pairFor` (লাইব্রেরিতে নীচে দেখুন) ব্যবহার করি
+
+```solidity
+        TransferHelper.safeTransferFrom(tokenA, msg.sender, pair, amountA);
+        TransferHelper.safeTransferFrom(tokenB, msg.sender, pair, amountB);
+```
+
+ব্যবহারকারী থেকে পেয়ার এক্সচেঞ্জে টোকেনের সঠিক পরিমাণ স্থানান্তর করুন।         liquidity = IUniswapV2Pair(pair).mint(to);
+}
+
+```solidity
+বিনিময়ে `to` ঠিকানাকে পুলের আংশিক মালিকানার জন্য লিকুইডিটি টোকেন দিন।
+```
+
+মূল চুক্তির `mint` ফাংশনটি দেখে যে তার কাছে কতগুলি অতিরিক্ত টোকেন রয়েছে (শেষবার লিকুইডিটি পরিবর্তিত হওয়ার সময়ের তুলনায়) এবং সেই অনুযায়ী লিকুইডিটি মিন্ট করে।     function addLiquidityETH(
+address token,
+uint amountTokenDesired,
+
+যখন একজন লিকুইডিটি প্রদানকারী একটি টোকেন/ETH পেয়ার এক্সচেঞ্জে লিকুইডিটি সরবরাহ করতে চায়, তখন কয়েকটি পার্থক্য থাকে।
+
+```solidity
+চুক্তিটি লিকুইডিটি প্রদানকারীর জন্য ETH র‍্যাপ করার কাজটি করে।
+```
+
+ব্যবহারকারী কত ETH জমা করতে চায় তা নির্দিষ্ট করার প্রয়োজন নেই, কারণ ব্যবহারকারী কেবল লেনদেনের সাথে সেগুলি পাঠায় (`msg.value`-তে পরিমাণ উপলব্ধ)।         uint amountTokenMin,
+uint amountETHMin,
+address to,
+uint deadline
+) external virtual override payable ensure(deadline) returns (uint amountToken, uint amountETH, uint liquidity) {
+(amountToken, amountETH) = _addLiquidity(
+token,
+WETH,
+amountTokenDesired,
+msg.value,
+amountTokenMin,
+amountETHMin
+);
+address pair = UniswapV2Library.pairFor(factory, token, WETH);
+TransferHelper.safeTransferFrom(token, msg.sender, pair, amountToken);
+IWETH(WETH).deposit{value: amountETH}();
+assert(IWETH(WETH).transfer(pair, amountETH));
+
+```solidity
+ETH জমা করার জন্য চুক্তিটি প্রথমে এটিকে WETH-এ র‍্যাপ করে এবং তারপর WETH-টিকে পেয়ারে স্থানান্তর করে।
+```
+
+লক্ষ্য করুন যে স্থানান্তরটি একটি `assert`-এ মোড়ানো আছে।
+
+```solidity
+এর মানে হল যদি স্থানান্তর ব্যর্থ হয় তবে এই চুক্তি কলটিও ব্যর্থ হয় এবং তাই র‍্যাপিংটি আসলে ঘটে না।
+```
+
+```
+    liquidity = IUniswapV2Pair(pair).mint(to);
+    // refund dust eth, if any
+    if (msg.value > amountETH) TransferHelper.safeTransferETH(msg.sender, msg.value - amountETH);
+} ব্যবহারকারী ইতিমধ্যে আমাদের ETH পাঠিয়েছে, তাই যদি কোনো অতিরিক্ত বাকি থাকে (কারণ অন্য টোকেনটি ব্যবহারকারীর ধারণার চেয়ে কম মূল্যবান), আমাদের একটি ফেরত জারি করতে হবে।
+```
+
+লিকুইডিটি সরান {#remove-liquidity} এই ফাংশনগুলি লিকুইডিটি সরিয়ে ফেলবে এবং লিকুইডিটি প্রদানকারীকে ফেরত দেবে।
+
+```solidity
+    // **** REMOVE LIQUIDITY ****
+    function removeLiquidity(
+        address tokenA,
+        address tokenB,
+        uint liquidity,
+        uint amountAMin,
+        uint amountBMin,
+        address to,
+        uint deadline
+    ) public virtual override ensure(deadline) returns (uint amountA, uint amountB) {
+```
+
+লিকুইডিটি সরানোর সবচেয়ে সহজ উপায়।
+
+```solidity
+লিকুইডিটি প্রদানকারী প্রতিটি টোকেনের একটি ন্যূনতম পরিমাণ গ্রহণ করতে সম্মত হয় এবং এটি সময়সীমার আগে ঘটতে হবে।
+```
+
+```
+    address pair = UniswapV2Library.pairFor(factory, tokenA, tokenB);
+    IUniswapV2Pair(pair).transferFrom(msg.sender, pair, liquidity); // send liquidity to pair
+    (uint amount0, uint amount1) = IUniswapV2Pair(pair).burn(to);
+```
+
+### মূল চুক্তির `burn` ফাংশনটি ব্যবহারকারীকে টোকেন ফেরত দেওয়ার কাজটি করে।
+
+```
+    (address token0,) = UniswapV2Library.sortTokens(tokenA, tokenB); যখন একটি ফাংশন একাধিক মান ফেরত দেয়, কিন্তু আমরা কেবল তাদের মধ্যে কয়েকটিতে আগ্রহী, তখন আমরা কেবল সেই মানগুলি পাই।
+```
+
+## এটি একটি মান পড়া এবং এটি কখনই ব্যবহার না করার চেয়ে গ্যাস খরচের দিক থেকে কিছুটা সস্তা।
+
+```
+    (amountA, amountB) = tokenA == token0 ? (amount0, amount1) : (amount1, amount0);
+```
+
+### মূল চুক্তি যেভাবে পরিমাণগুলি ফেরত দেয় (প্রথমে নিম্ন ঠিকানার টোকেন) তা থেকে ব্যবহারকারী যেভাবে সেগুলি আশা করে ( `tokenA` এবং `tokenB`-এর সাথে সঙ্গতিপূর্ণ) তা অনুবাদ করুন।
+
+```
+    require(amountA >= amountAMin, 'UniswapV2Router: INSUFFICIENT_A_AMOUNT');
+    require(amountB >= amountBMin, 'UniswapV2Router: INSUFFICIENT_B_AMOUNT');
+}
+```
+
+```solidity
+প্রথমে স্থানান্তর করা এবং তারপর এটি বৈধ কিনা তা যাচাই করা ঠিক আছে, কারণ যদি তা না হয় তবে আমরা সমস্ত স্টেট পরিবর্তনগুলি থেকে রিভার্ট করব।
+```
+
+```
+function removeLiquidityETH(
+    address token,
+    uint liquidity,
+    uint amountTokenMin,
+    uint amountETHMin,
+    address to,
+    uint deadline
+) public virtual override ensure(deadline) returns (uint amountToken, uint amountETH) {
+    (amountToken, amountETH) = removeLiquidity(
+        token,
+        WETH,
+        liquidity,
+        amountTokenMin,
+        amountETHMin,
+        address(this),
+        deadline
+    );
+    TransferHelper.safeTransfer(token, to, amountToken);
+    IWETH(WETH).withdraw(amountETH);
+    TransferHelper.safeTransferETH(to, amountETH);
+}
+```
+
+```solidity
+ETH-এর জন্য লিকুইডিটি সরানো প্রায় একই, তবে আমরা WETH টোকেনগুলি গ্রহণ করি এবং তারপর সেগুলিকে ETH-এর জন্য রিডিম করে লিকুইডিটি প্রদানকারীকে ফেরত দিই।
+```
+
+```
+function removeLiquidityWithPermit(
+    address tokenA,
+    address tokenB,
+    uint liquidity,
+    uint amountAMin,
+    uint amountBMin,
+    address to,
+    uint deadline,
+    bool approveMax, uint8 v, bytes32 r, bytes32 s
+) external virtual override returns (uint amountA, uint amountB) {
+    address pair = UniswapV2Library.pairFor(factory, tokenA, tokenB);
+    uint value = approveMax ? uint(-1) : liquidity;
+    IUniswapV2Pair(pair).permit(msg.sender, address(this), value, deadline, v, r, s);
+    (amountA, amountB) = removeLiquidity(tokenA, tokenB, liquidity, amountAMin, amountBMin, to, deadline);
+}
+
+
+function removeLiquidityETHWithPermit(
+    address token,
+    uint liquidity,
+    uint amountTokenMin,
+    uint amountETHMin,
+    address to,
+    uint deadline,
+    bool approveMax, uint8 v, bytes32 r, bytes32 s
+) external virtual override returns (uint amountToken, uint amountETH) {
+    address pair = UniswapV2Library.pairFor(factory, token, WETH);
+    uint value = approveMax ? uint(-1) : liquidity;
+    IUniswapV2Pair(pair).permit(msg.sender, address(this), value, deadline, v, r, s);
+    (amountToken, amountETH) = removeLiquidityETH(token, liquidity, amountTokenMin, amountETHMin, to, deadline);
+} এই ফাংশনগুলি মেটা-লেনদেন রিলে করে যাতে ইথারবিহীন ব্যবহারকারীরা পুল থেকে উত্তোলন করতে পারে, [পারমিট মেকানিজম](#UniswapV2ERC20) ব্যবহার করে। 
+// **** REMOVE LIQUIDITY (supporting fee-on-transfer tokens) ****
+function removeLiquidityETHSupportingFeeOnTransferTokens(
+    address token,
+    uint liquidity,
+    uint amountTokenMin,
+    uint amountETHMin,
+    address to,
+    uint deadline
+) public virtual override ensure(deadline) returns (uint amountETH) {
+    (, amountETH) = removeLiquidity(
+        token,
+        WETH,
+        liquidity,
+        amountTokenMin,
+        amountETHMin,
+        address(this),
+        deadline
+    );
+    TransferHelper.safeTransfer(token, to, IERC20(token).balanceOf(address(this)));
+    IWETH(WETH).withdraw(amountETH);
+    TransferHelper.safeTransferETH(to, amountETH);
+}
+```
+
+```solidity
+এই ফাংশনটি স্থানান্তর বা স্টোরেজ ফি সহ টোকেনগুলির জন্য ব্যবহার করা যেতে পারে।
+```
+
+যখন একটি টোকেনের এমন ফি থাকে তখন আমরা `removeLiquidity` ফাংশনের উপর নির্ভর করতে পারি না যে আমরা টোকেনটির কতটা ফেরত পাব, তাই আমাদের প্রথমে উত্তোলন করতে হবে এবং তারপর ব্যালেন্স পেতে হবে।```
+function removeLiquidityETHWithPermitSupportingFeeOnTransferTokens(
+    address token,
+    uint liquidity,
+    uint amountTokenMin,
+    uint amountETHMin,
+    address to,
+    uint deadline,
+    bool approveMax, uint8 v, bytes32 r, bytes32 s
+) external virtual override returns (uint amountETH) {
+    address pair = UniswapV2Library.pairFor(factory, token, WETH);
+    uint value = approveMax ? uint(-1) : liquidity;
+    IUniswapV2Pair(pair).permit(msg.sender, address(this), value, deadline, v, r, s);
+    amountETH = removeLiquidityETHSupportingFeeOnTransferTokens(
+        token, liquidity, amountTokenMin, amountETHMin, to, deadline
+    );
+}
+```
+
+```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;
+    }
+```
+
+এই ফাংশনটি আপনাকে টোকেন B-এর পরিমাণ দেয় যা আপনি টোকেন A-এর বিনিময়ে পাবেন যদি কোনো ফি জড়িত না থাকে। এই গণনাটি বিবেচনায় নেয় যে স্থানান্তরটি বিনিময় হার পরিবর্তন করে।
+
+```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;
+    }
+```
+
+সলিডিটি স্থানীয়ভাবে ভগ্নাংশ পরিচালনা করে না, তাই আমরা শুধু পরিমাণটিকে 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-লাইসেন্স-আইডেন্টিফায়ার: GPL-3.0-বা-পরবর্তী
+
+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/bn/developers/tutorials/using-websockets/index.md b/public/content/translations/bn/developers/tutorials/using-websockets/index.md
new file mode 100644
index 00000000000..c6842cafe0e
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/using-websockets/index.md
@@ -0,0 +1,245 @@
+---
+title: "WebSockets ব্যবহার"
+description: "JSON-RPC রিকোয়েস্ট করতে এবং ইভেন্টগুলিতে সাবস্ক্রাইব করার জন্য WebSockets এবং Alchemy ব্যবহারের নির্দেশিকা।"
+author: "Elan Halpern"
+lang: bn
+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
+---
+
+ইথেরিয়াম ব্লকচেইনে রিকোয়েস্ট পাঠানোর জন্য 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 পরীক্ষা করার সবচেয়ে সহজ উপায় হল [wscat](https://github.com/websockets/wscat) এর মতো WebSocket রিকোয়েস্ট করার জন্য একটি কমান্ড লাইন টুল ইনস্টল করা। wscat ব্যবহার করে, আপনি নিম্নলিখিতভাবে রিকোয়েস্ট পাঠাতে পারেন:
+
+_দ্রষ্টব্য: যদি আপনার একটি Alchemy অ্যাকাউন্ট থাকে তবে আপনি আপনার নিজের API কী দিয়ে `demo` প্রতিস্থাপন করতে পারেন।_ [এখানে একটি বিনামূল্যে 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 খুলুন। আপনি [আপনার ড্যাশবোর্ডে](https://dashboard.alchemy.com/) অ্যাপের পৃষ্ঠাটি খুলে এবং "View Key"-তে ক্লিক করে আপনার অ্যাপের WebSocket URL খুঁজে পেতে পারেন। মনে রাখবেন যে 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. ঐচ্ছিক প্যারাম
+
+প্রথম আর্গুমেন্টটি কোন ধরনের ইভেন্টের জন্য শুনতে হবে তা নির্দিষ্ট করে। দ্বিতীয় আর্গুমেন্টে অতিরিক্ত বিকল্প রয়েছে যা প্রথম আর্গুমেন্টের উপর নির্ভর করে। বিভিন্ন বর্ণনার প্রকার, তাদের বিকল্প এবং তাদের ইভেন্ট পেলোডগুলি নীচে বর্ণনা করা হয়েছে।
+
+#### রিটার্ন {#returns}
+
+সাবস্ক্রিপশন আইডি: এই আইডিটি যে কোনো প্রাপ্ত ইভেন্টের সাথে সংযুক্ত করা হবে, এবং `eth_unsubscribe` ব্যবহার করে সাবস্ক্রিপশন বাতিল করতেও ব্যবহার করা যেতে পারে।
+
+#### সাবস্ক্রিপশন ইভেন্ট {#subscription-events}
+
+সাবস্ক্রিপশন সক্রিয় থাকাকালীন, আপনি ইভেন্টগুলি পাবেন যা নিম্নলিখিত ক্ষেত্রগুলি সহ অবজেক্ট:
+
+- `jsonrpc`: সর্বদা "2.0"
+- `method`: সর্বদা "eth_subscription"
+- `params`: নিম্নলিখিত ক্ষেত্রগুলি সহ একটি অবজেক্ট:
+  - `subscription`: `eth_subscribe` কল দ্বারা প্রত্যাবর্তিত সাবস্ক্রিপশন আইডি যা এই সাবস্ক্রিপশনটি তৈরি করেছে।
+  - `result`: একটি অবজেক্ট যার বিষয়বস্তু সাবস্ক্রিপশনের প্রকারের উপর নির্ভর করে পরিবর্তিত হয়।
+
+#### সাবস্ক্রিপশনের প্রকার {#subscription-types}
+
+1. `alchemy_newFullPendingTransactions`
+
+পেন্ডিং স্টেটে যোগ করা সমস্ত ট্রানজ্যাকশনের জন্য ট্রানজ্যাকশনের তথ্য রিটার্ন করে। এই সাবস্ক্রিপশন প্রকারটি পেন্ডিং ট্রানজ্যাকশনের জন্য সাবস্ক্রাইব করে, যা স্ট্যান্ডার্ড Web3 কল `web3.eth.subscribe("pendingTransactions")` এর অনুরূপ, কিন্তু এটি শুধু ট্রানজ্যাকশন হ্যাসের পরিবর্তে _সম্পূর্ণ ট্রানজ্যাকশনের তথ্য_ নির্গত করে, এই দিক থেকে এটি ভিন্ন।
+
+উদাহরণ:
+
+```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":"0xa9059cbb0000000000000000000000000d0707963952f2fba59dd06f2b425ace40b492fe00000000000000000000000000000000000000000000015b1111266cfca100000",
+          "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` নয়, নির্গত লগগুলিকে কেবল তাদের মধ্যে সীমাবদ্ধ করে যাদের সেই অবস্থানে প্রদত্ত টপিকগুলির মধ্যে একটি রয়েছে।
+
+টপিক স্পেসিফিকেশনের কিছু উদাহরণ:
+
+- `[]`: যেকোনো টপিক অনুমোদিত।
+- `[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/bn/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md b/public/content/translations/bn/developers/tutorials/waffle-dynamic-mocking-and-testing-calls/index.md
new file mode 100644
index 00000000000..b6daaf4a838
--- /dev/null
+++ b/public/content/translations/bn/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: bn
+published: 2020-11-14
+---
+
+## এই টিউটোরিয়ালটি কী সম্পর্কে? {#what-is-this-tutorial-about}
+
+এই টিউটোরিয়ালে আপনি শিখবেন কীভাবে:
+
+- ডাইনামিক মকিং ব্যবহার করা
+- স্মার্ট কন্ট্র্যাক্টগুলির মধ্যে ইন্টারঅ্যাকশন পরীক্ষা করা
+
+অনুমান:
+
+- আপনি ইতিমধ্যেই জানেন কীভাবে `Solidity`-তে একটি সহজ স্মার্ট কন্ট্র্যাক্ট লিখতে হয়
+- আপনি `JavaScript` এবং `TypeScript` সম্পর্কে জানেন
+- আপনি অন্যান্য `Waffle` টিউটোরিয়াল করেছেন বা এটি সম্পর্কে এক-দুটি জিনিস জানেন
+
+## ডাইনামিক মকিং {#dynamic-mocking}
+
+ডাইনামিক মকিং কেন উপযোগী? আচ্ছা, এটি আমাদের ইন্টিগ্রেশন টেস্টের পরিবর্তে ইউনিট টেস্ট লিখতে দেয়। এর মানে কী? এর মানে হল যে আমাদের স্মার্ট কন্ট্র্যাক্টগুলির নির্ভরতা নিয়ে চিন্তা করতে হবে না, সুতরাং আমরা সেগুলির সবগুলিকে সম্পূর্ণ বিচ্ছিন্নভাবে পরীক্ষা করতে পারি। আমি আপনাকে দেখাই আপনি ঠিক কীভাবে এটি করতে পারেন।
+
+### **১. প্রজেক্ট** {#1-project}
+
+আমরা শুরু করার আগে আমাদের একটি সহজ node.js প্রজেক্ট প্রস্তুত করতে হবে:
+
+```bash
+mkdir dynamic-mocking
+cd dynamic-mocking
+mkdir contracts src
+
+yarn init
+# বা যদি আপনি npm ব্যবহার করেন
+npm init
+```
+
+typescript এবং টেস্ট নির্ভরতা - mocha & chai যোগ করে শুরু করা যাক:
+
+```bash
+yarn add --dev @types/chai @types/mocha chai mocha ts-node typescript
+# বা যদি আপনি npm ব্যবহার করেন
+npm install @types/chai @types/mocha chai mocha ts-node typescript --save-dev
+```
+
+এখন `Waffle` এবং `ethers` যোগ করা যাক:
+
+```bash
+yarn add --dev ethereum-waffle ethers
+# বা যদি আপনি npm ব্যবহার করেন
+npm install ethereum-waffle ethers --save-dev
+```
+
+আপনার প্রজেক্টের গঠন এখন এইরকম দেখতে হবে:
+
+```
+.
+├── contracts
+├── package.json
+└── test
+```
+
+### **২. স্মার্ট কন্ট্র্যাক্ট** {#2-smart-contract}
+
+ডাইনামিক মকিং শুরু করতে, আমাদের নির্ভরতা সহ একটি স্মার্ট কন্ট্র্যাক্ট প্রয়োজন। চিন্তা করবেন না, আমি আছি আপনার জন্য!
+
+`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()` ফাংশন প্রয়োগ করতে হবে যা প্রতিটি পরীক্ষার আগে কন্ট্র্যাক্টের স্টেট রিসেট করবে। প্রথমে ভাবা যাক সেখানে আমাদের কী প্রয়োজন। একটি কন্ট্র্যাক্ট ডিপ্লয় করতে আমাদের দুটি জিনিস প্রয়োজন: একটি ওয়ালেট এবং `AmIRichAlready` কন্ট্র্যাক্টের জন্য আর্গুমেন্ট হিসাবে পাস করার জন্য একটি ডিপ্লয় করা ERC20 কন্ট্র্যাক্ট।
+
+প্রথমত আমরা একটি ওয়ালেট তৈরি করি:
+
+```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()` ফাংশনটি সবসময় 99999 ফেরাবে। আমরা একটি ওয়ালেট নির্দিষ্ট করে এটিকে উন্নত করতে পারি যার জন্য ফাংশনটি কিছু ফেরাবে - ঠিক একটি আসল কন্ট্র্যাক্টের মতো:
+
+```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/bn/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md b/public/content/translations/bn/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
new file mode 100644
index 00000000000..c1c2cf91146
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/waffle-say-hello-world-with-hardhat-and-ethers/index.md
@@ -0,0 +1,204 @@
+---
+title: "Hardhat এবং ethers সহ Waffle হ্যালো ওয়ার্ল্ড টিউটোরিয়াল"
+description: "hardhat এবং ethers.js দিয়ে আপনার প্রথম Waffle প্রজেক্ট তৈরি করুন"
+author: "MiZiet"
+tags:
+  [
+    "waffle",
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "সলিডিটি",
+    "পরীক্ষা",
+    "hardhat",
+    "ethers.js"
+  ]
+skill: beginner
+lang: bn
+published: 2020-10-16
+---
+
+এই [Waffle](https://ethereum-waffle.readthedocs.io) টিউটোরিয়ালে, আমরা শিখব কিভাবে [hardhat](https://hardhat.org/) এবং [ethers.js](https://docs.ethers.io/v5/) ব্যবহার করে একটি সহজ "হ্যালো ওয়ার্ল্ড" স্মার্ট কন্ট্র্যাক্ট প্রজেক্ট সেট আপ করতে হয়। তারপর আমরা শিখব কিভাবে আমাদের স্মার্ট কন্ট্র্যাক্টে একটি নতুন কার্যকারিতা যোগ করতে হয় এবং কিভাবে 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
+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. constructor - যেখানে আমরা `greeting` নামে একটি স্ট্রিং টাইপ ভ্যারিয়েবল ডিক্লেয়ার করি,
+2. function greet - একটি ফাংশন যা কল করা হলে `greeting` রিটার্ন করবে,
+3. function setGreeting - একটি ফাংশন যা আমাদের `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-এর chai ম্যাচার `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 দিয়ে একটি সাধারণ প্রজেক্ট তৈরি করেছি। আমরা শিখেছি কিভাবে একটি প্রজেক্ট সেট আপ করতে হয়, একটি টেস্ট যোগ করতে হয় এবং নতুন কার্যকারিতা ইমপ্লিমেন্ট করতে হয়।
+
+আপনার স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার জন্য আরও দুর্দান্ত chai ম্যাচারের জন্য, [Waffle-এর অফিসিয়াল ডক্স](https://ethereum-waffle.readthedocs.io/en/latest/matchers.html) দেখুন।
diff --git a/public/content/translations/bn/developers/tutorials/waffle-test-simple-smart-contract/index.md b/public/content/translations/bn/developers/tutorials/waffle-test-simple-smart-contract/index.md
new file mode 100644
index 00000000000..88296390d49
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/waffle-test-simple-smart-contract/index.md
@@ -0,0 +1,205 @@
+---
+title: "Waffle লাইব্রেরি দিয়ে সহজ স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করা"
+description: "নতুনদের জন্য টিউটোরিয়াল"
+author: Ewa Kowalska
+tags:
+  [
+    "স্মার্ট কন্ট্র্যাক্ট",
+    "সলিডিটি",
+    "Waffle",
+    "পরীক্ষা"
+  ]
+skill: beginner
+lang: bn
+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}
+
+আপনার প্রজেক্টের dev ডিপেন্ডেন্সিতে 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 পাঠাতে এবং দুটি পূর্বনির্ধারিত রিসিভারের মধ্যে সমানভাবে ভাগ করার অনুমতি দেওয়া ছাড়া আর বেশি কিছু করে না।
+split ফাংশনের জন্য wei-এর সংখ্যা জোড় হওয়া প্রয়োজন, অন্যথায় এটি রিভার্ট হয়ে যাবে। উভয় রিসিভারের জন্য এটি একটি wei ট্রান্সফার করে এবং তারপরে ট্রান্সফার ইভেন্টের নির্গমন করে।
+
+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, 'Uneven wei amount not allowed');
+        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 matchers এবং 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("Ether Splitter", () => {
+  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}
+
+প্রথমে, আমরা পরীক্ষা করব যে split মেথডটি আসলে রিসিভারদের ওয়ালেটের ব্যালেন্স পরিবর্তন করে কিনা। যদি আমরা প্রেরকের অ্যাকাউন্ট থেকে 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` উভয় ক্ষেত্রেই আমরা split ফাংশনটিকে একটি কলব্যাক হিসাবে পাস করি কারণ ম্যাচারকে কলের আগে এবং পরে ব্যালেন্সের স্টেট অ্যাক্সেস করতে হয়।
+
+এরপরে, আমরা পরীক্ষা করব যে প্রতিটি wei ট্রান্সফারের পরে Transfer ইভেন্টটি নির্গত হয়েছিল কিনা। আমরা Waffle থেকে আরেকটি ম্যাচারের দিকে যাব:
+
+## নির্গমন {#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(
+    "Uneven wei amount not allowed"
+  )
+})
+```
+
+পরীক্ষাটি পাস হলে, এটি আমাদের নিশ্চিত করবে যে ট্রানজ্যাকশনটি সত্যিই রিভার্ট করা হয়েছিল। যাইহোক, আমরা `require` স্টেটমেন্টে যে বার্তাগুলো পাস করেছি এবং `revertedWith`-এ আমরা যে বার্তাটি আশা করি তার মধ্যে একটি সঠিক মিল থাকতে হবে। যদি আমরা EtherSplitter কন্ট্র্যাক্টের কোডে ফিরে যাই, wei পরিমাণের জন্য `require` স্টেটমেন্টে, আমরা বার্তাটি দিই: 'Uneven wei amount not allowed'। এটি আমাদের পরীক্ষায় প্রত্যাশিত বার্তার সাথে মিলে যায়। যদি তারা সমান না হয়, পরীক্ষা ব্যর্থ হবে।
+
+## অভিনন্দন! {#congratulations}
+
+আপনি Waffle দিয়ে স্মার্ট কন্ট্র্যাক্ট পরীক্ষার দিকে আপনার প্রথম বড় পদক্ষেপ নিয়েছেন!
diff --git a/public/content/translations/bn/developers/tutorials/yellow-paper-evm/index.md b/public/content/translations/bn/developers/tutorials/yellow-paper-evm/index.md
new file mode 100644
index 00000000000..0bacd29914b
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/yellow-paper-evm/index.md
@@ -0,0 +1,278 @@
+---
+title: "ইয়েলো পেপারের EVM স্পেসিফিকেশন বোঝা"
+description: "ইয়েলো পেপারের সেই অংশটি বোঝা, যা Ethereum-এর জন্য আনুষ্ঠানিক স্পেসিফিকেশন, যা Ethereum ভার্চুয়াল মেশিন (EVM) ব্যাখ্যা করে।"
+author: "qbzzt"
+tags: [ "evm" ]
+skill: intermediate
+lang: bn
+published: 2022-05-15
+---
+
+[The Yellow Paper](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-এর একটি পৃথক নন-ভোলাটাইল **স্টোরেজ** মডেলও রয়েছে যা সিস্টেম স্টেটের অংশ হিসাবে রক্ষণাবেক্ষণ করা হয় - এই মেমরিটি শব্দ অ্যারেতে সংগঠিত হয় (স্ট্যাকের শব্দ-অ্যাড্রেসেবল বাইট অ্যারের বিপরীতে)। এই স্টোরেজ হল যেখানে চুক্তিগুলি স্থায়ী ডেটা রাখে - একটি চুক্তি কেবল তার নিজের স্টোরেজের সাথে ইন্টারঅ্যাক্ট করতে পারে। স্টোরেজ কী-ভ্যালু ম্যাপিং-এ সংগঠিত হয়।
+
+যদিও ইয়েলো পেপারের এই বিভাগে এটি উল্লেখ করা হয়নি, তবে এটিও জানা দরকারী যে চতুর্থ ধরণের মেমরি রয়েছে। **Calldata** হল বাইট-অ্যাড্রেসেবল রিড-অনলি মেমরি যা একটি লেনদেনের `data` প্যারামিটারের সাথে পাস করা মান সংরক্ষণ করতে ব্যবহৃত হয়। EVM-এর `calldata` পরিচালনা করার জন্য নির্দিষ্ট অপকোড রয়েছে। `calldatasize` ডেটার আকার ফিরিয়ে দেয়। `calldataload` ডেটা স্ট্যাকে লোড করে। `calldatacopy` ডেটা মেমরিতে কপি করে।
+
+স্ট্যান্ডার্ড [Von Neumann আর্কিটেকচার](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}
+
+নির্দিষ্ট অপকোডের অন্তর্নিহিত খরচ। এই মান পেতে, Appendix H-এ (পৃ. 28, সমীকরণ (327)-এর অধীনে) অপকোডের খরচ গ্রুপটি খুঁজুন, এবং সমীকরণ (324)-এ খরচ গ্রুপটি খুঁজুন। এটি আপনাকে একটি কস্ট ফাংশন দেয়, যা বেশিরভাগ ক্ষেত্রে Appendix 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⌉_। Appendix G দেখলে, আমরা দেখতে পাই যে উভয় ধ্রুবকই 3, যা আমাদের _3+3×⌈μ<sub>s</sub>[2]÷32⌉_ দেয়।
+
+আমাদের এখনও _⌈μ<sub>s</sub>[2]÷32⌉_ এক্সপ্রেশনটির পাঠোদ্ধার করতে হবে। বাইরের অংশ, _⌈ \<value\> ⌉_ হল সিলিং ফাংশন, একটি ফাংশন যা একটি মান দেওয়া হলে সেই ক্ষুদ্রতম পূর্ণসংখ্যাটি ফিরিয়ে দেয় যা এখনও মানের চেয়ে ছোট নয়। উদাহরণস্বরূপ, _⌈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⌋_। <em>⌊x⌋</em> হল ফ্লোর ফাংশন, একটি ফাংশন যা একটি মান দেওয়া হলে সেই বৃহত্তম পূর্ণসংখ্যাটি ফিরিয়ে দেয় যা এখনও মানের চেয়ে বড় নয়। উদাহরণস্বরূপ, _⌊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-এর অংশ নয়।
+
+| প্যারামিটার     | ডেটা অ্যাক্সেস করার জন্য অপকোড                                                                             | ডেটা অ্যাক্সেস করার জন্য Solidity কোড        |
+| --------------- | ---------------------------------------------------------------------------------------------------------- | -------------------------------------------- |
+| _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) ফাংশন, তাই এটি একটি [লজিক্যাল or এর জন্য _∨_](https://en.wikipedia.org/wiki/Logical_disjunction) এবং একটি [লজিক্যাল and এর জন্য _∧_](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]_ হল ডেটার দৈর্ঘ্য। এই শর্তটি ঘটে যখন আপনি রিটার্ন ডেটা বাফারের শেষের বাইরে পড়ার চেষ্টা করেন। মনে রাখবেন যে calldata বা কোডের জন্য কোনো অনুরূপ শর্ত নেই। যখন আপনি সেই বাফারগুলির শেষের বাইরে পড়ার চেষ্টা করেন তখন আপনি কেবল শূন্য পান।
+
+- **_|| μ<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> (Appendix 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_-তে সমস্ত বৈধ জাম্প গন্তব্যের [সেট](https://en.wikipedia.org/wiki/Set_\(mathematics\)), যা অপকোড অবস্থান _i_ থেকে শুরু হয়। এই ফাংশনটি পুনরাবৃত্তিমূলকভাবে সংজ্ঞায়িত করা হয়েছে। যদি _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_, তিন ধরনের মান ফিরিয়ে দিতে পারে।
+
+- যদি আমরা একটি হল্ট অপকোডে না থাকি, তবে _∅_, খালি সেটটি ফিরিয়ে দিন। প্রচলিত রীতি অনুসারে, এই মানটি বুলিয়ান false হিসাবে ব্যাখ্যা করা হয়।
+- যদি আমাদের একটি হল্ট অপকোড থাকে যা আউটপুট তৈরি করে না (হয় [`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-এ যাওয়ার আগে, আসুন ইন্সট্রাকশনগুলিই দেখে নেওয়া যাক। সেগুলি Appendix H.2-এ সংজ্ঞায়িত করা হয়েছে যা পৃষ্ঠা 29 থেকে শুরু হয়। যে কোনো কিছু যা সেই নির্দিষ্ট অপকোডের সাথে পরিবর্তনশীল হিসাবে নির্দিষ্ট করা হয়নি তা একই থাকবে বলে আশা করা হয়। যে ভেরিয়েবলগুলি পরিবর্তন হয় সেগুলি \<something\>′ হিসাবে নির্দিষ্ট করা হয়।
+
+উদাহরণস্বরূপ, আসুন [`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) Python-এ লেখা হয়েছে। Python-এ [এক্সিকিউশন লেয়ার স্পেকস](https://ethereum.github.io/execution-specs) রয়েছে, কিন্তু সেগুলি সম্পূর্ণ নয়। যতক্ষণ না এবং যদি না সম্পূর্ণ ইয়েলো পেপারটি Python বা অনুরূপ কোনো ভাষায় অনুবাদ করা হয়, ততক্ষণ ইয়েলো পেপারটি পরিষেবাতে থাকবে, এবং এটি পড়তে পারা সহায়ক।
diff --git a/public/content/translations/bn/eips/index.md b/public/content/translations/bn/eips/index.md
new file mode 100644
index 00000000000..1120edcbae7
--- /dev/null
+++ b/public/content/translations/bn/eips/index.md
@@ -0,0 +1,78 @@
+---
+title: "ইথেরিয়াম উন্নয়নের প্রস্তাব (EIPs)"
+description: "EIPs বোঝার জন্য আপনার প্রয়োজনীয় প্রাথমিক তথ্য"
+lang: bn
+---
+
+# ইথেরিয়াম উন্নয়নের প্রস্তাব (EIPs)-এর ভূমিকা {#introduction-to-ethereum-improvement-proposals}
+
+## EIPs কী? {#what-are-eips}
+
+[ইথেরিয়াম উন্নয়নের প্রস্তাব (EIPs)](https://eips.ethereum.org/) হল ইথেরিয়ামের জন্য সম্ভাব্য নতুন বৈশিষ্ট্য বা প্রক্রিয়া নির্দিষ্ট করার মান। EIPs-এ প্রস্তাবিত পরিবর্তনগুলির জন্য প্রযুক্তিগত স্পেসিফিকেশন থাকে এবং এটি সম্প্রদায়ের জন্য “সত্যের উৎস” হিসাবে কাজ করে। ইথেরিয়ামের জন্য নেটওয়ার্ক আপগ্রেড এবং অ্যাপ্লিকেশন স্ট্যান্ডার্ডগুলি EIP প্রক্রিয়ার মাধ্যমে আলোচনা ও বিকশিত হয়।
+
+ইথেরিয়াম কমিউনিটির মধ্যে যে কেউ একটি EIP তৈরি করতে পারেন। EIP লেখার জন্য নির্দেশিকা [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) দ্বারা প্রয়োগ করা প্রয়োজন। এর মানে হল ইথেরিয়াম মেইননেটে অন্যান্য ক্লায়েন্টদের সাথে কনসেন্সাসে থাকার জন্য, ক্লায়েন্ট ডেভেলপারদের নিশ্চিত করতে হবে যে তারা সমস্ত প্রয়োজনীয় EIPs প্রয়োগ করেছে।
+
+পরিবর্তনের জন্য একটি প্রযুক্তিগত স্পেসিফিকেশন প্রদানের পাশাপাশি, EIPs হল সেই একক যার চারপাশে ইথেরিয়ামে গভর্নেন্স ঘটে: যে কেউ একটি প্রস্তাব করতে স্বাধীন, এবং তারপর সম্প্রদায়ের বিভিন্ন স্টেকহোল্ডাররা এটি একটি মান হিসাবে গ্রহণ করা উচিত নাকি নেটওয়ার্ক আপগ্রেডে অন্তর্ভুক্ত করা উচিত তা নির্ধারণ করতে বিতর্ক করবে। যেহেতু নন-কোর EIP গুলিকে সমস্ত অ্যাপ্লিকেশনের দ্বারা গ্রহণ করার প্রয়োজন নেই (উদাহরণস্বরূপ, EIP-20 প্রয়োগ করে না এমন একটি ফানজিবল টোকেন তৈরি করা সম্ভব), কিন্তু কোর EIP গুলিকে ব্যাপকভাবে গ্রহণ করা আবশ্যক (কারণ একই নেটওয়ার্কের অংশ থাকার জন্য সমস্ত নোডকে আপগ্রেড করতে হবে), কোর EIP গুলির জন্য নন-কোর EIP গুলির চেয়ে সম্প্রদায়ের মধ্যে একটি বিস্তৃত কনসেন্সাস প্রয়োজন।
+
+## 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">
+
+পৃষ্ঠার বিষয়বস্তু আংশিকভাবে হাডসন জেমসন দ্বারা [ইথেরিয়াম প্রোটোকল ডেভেলপমেন্ট গভর্নেন্স এবং নেটওয়ার্ক আপগ্রেড সমন্বয়](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) থেকে প্রদান করা হয়েছে।
+
+</cite>
diff --git a/public/content/translations/bn/energy-consumption/index.md b/public/content/translations/bn/energy-consumption/index.md
new file mode 100644
index 00000000000..079c4c7c8ff
--- /dev/null
+++ b/public/content/translations/bn/energy-consumption/index.md
@@ -0,0 +1,86 @@
+---
+title: "ইথেরিয়াম শক্তি খরচ"
+description: "ইথেরিয়াম এর শক্তি খরচ বুঝতে আপনার প্রয়োজনীয় প্রাথমিক তথ্য।"
+lang: bn
+---
+
+# ইথেরিয়ামের শক্তি ব্যয় {#proof-of-stake-energy}
+
+ইথেরিয়াম একটি সবুজ ব্লকচেইন। ইথেরিয়ামের [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos) কনসেন্সাস মেকানিজম [নেটওয়ার্ক সুরক্ষিত করতে শক্তির](/developers/docs/consensus-mechanisms/pow) পরিবর্তে ETH ব্যবহার করে। ইথেরিয়ামের শক্তি খরচ পুরো গ্লোবাল নেটওয়ার্ক জুড়ে আনুমানিক [~0.0026 TWh/yr](https://carbon-ratings.com/eth-report-2022)৷
+
+ইথেরিয়ামের জন্য শক্তি খরচের অনুমানটি একটি [CCRI (ক্রিপ্টো কার্বন রেটিং ইনস্টিটিউট)](https://carbon-ratings.com) গবেষণা থেকে এসেছে। তারা ইথেরিয়াম নেটওয়ার্কের বিদ্যুৎ খরচ এবং কার্বন ফুটপ্রিন্টের বটম-আপ অনুমান তৈরি করেছে ([রিপোর্টটি দেখুন](https://carbon-ratings.com/eth-report-2022))। তারা বিভিন্ন হার্ডওয়্যার এবং ক্লায়েন্ট সফ্টওয়্যার কনফিগারেশন সহ বিভিন্ন নোডের বিদ্যুৎ খরচ পরিমাপ করেছে। আঞ্চলিক-নির্দিষ্ট কার্বন তীব্রতার কারণগুলো প্রয়োগ করার পর, নেটওয়ার্কের বার্ষিক আনুমানিক বিদ্যুৎ খরচ **2,601 MWh** (0.0026 TWh), যা বছরে **870 টন CO2e** কার্বন নির্গমনের সমান। নোডগুলো নেটওয়ার্কে প্রবেশ এবং ত্যাগ করার সাথে সাথে এই মান পরিবর্তিত হয় - আপনি [কেমব্রিজ ব্লকচেইন নেটওয়ার্ক সাসটেইনেবিলিটি ইনডেক্স](https://ccaf.io/cbnsi/ethereum) দ্বারা প্রদত্ত একটি চলমান 7-দিনের গড় অনুমান ব্যবহার করে এর হিসাব রাখতে পারেন (লক্ষ্য করুন যে তারা তাদের অনুমানের জন্য সামান্য ভিন্ন পদ্ধতি ব্যবহার করে - বিস্তারিত তাদের সাইটে উপলব্ধ)।
+
+ইথেরিয়ামের শক্তি খরচকে প্রাসঙ্গিক করে তোলার জন্য, আমরা কিছু অন্যান্য পণ্য এবং শিল্পের জন্য বার্ষিক অনুমানের তুলনা করতে পারি। এটি আমাদের আরও ভালভাবে বুঝতে সাহায্য করে যে ইথেরিয়ামের অনুমান বেশি বা কম কিনা।
+
+<EnergyConsumptionChart />
+
+উপরের চার্টটি অন্যান্য বেশ কয়েকটি পণ্য এবং শিল্পের তুলনায়, ইথেরিয়ামের জন্য TWh/yr-এ আনুমানিক শক্তি খরচ প্রদর্শন করে। প্রদত্ত অনুমানগুলো সর্বজনীনভাবে উপলব্ধ তথ্য থেকে সংগ্রহ করা হয়েছে, যা জুলাই 2023-এ অ্যাক্সেস করা হয়েছে, এবং উৎসগুলোর লিঙ্ক নিচের সারণিতে দেওয়া আছে।
+
+|                               | বার্ষিক শক্তি খরচ (TWh) | PoS Ethereum এর সাথে তুলনা |                                                                                       উৎস                                                                                      |
+| :---------------------------- | :----------------------------------------: | :------------------------: | :----------------------------------------------------------------------------------------------------------------------------------------------------------------------------: |
+| গ্লোবাল ডেটা সেন্টারসমূহ      |                     190                    |           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                       |            0.457           |            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)                                 |
+| AirBnB                        |            0.02            |             8x             |                              [উৎস](https://s26.q4cdn.com/656283129/files/doc_downloads/governance_doc_updated/Airbnb-ESG-Factsheet-\(Final\).pdf)                              |
+| **ইথেরিয়াম PoS**              |         **0.0026**         |           **1x**           |                                                                [উৎস](https://carbon-ratings.com/eth-report-2022)                                                               |
+
+\*এতে এন্ড-ইউজার ডিভাইস যেমন PC, ল্যাপটপ এবং গেমিং কনসোল অন্তর্ভুক্ত।
+
+শক্তি খরচের জন্য সঠিক অনুমান পাওয়াটা জটিল, বিশেষ করে যখন পরিমাপ করা বিষয়ের একটি জটিল সরবরাহ চেইন বা স্থাপনার বিবরণ থাকে যা তার দক্ষতাকে প্রভাবিত করে। উদাহরণস্বরূপ, Netflix এবং Google-এর শক্তি খরচের অনুমান এই বিষয়ের উপর নির্ভর করে পরিবর্তিত হয় যে, তারা শুধু তাদের সিস্টেম রক্ষণাবেক্ষণ এবং ব্যবহারকারীদের কাছে কন্টেন্ট পৌঁছে দেওয়ার জন্য ব্যবহৃত শক্তিকে অন্তর্ভুক্ত করে (_সরাসরি ব্যয়_), নাকি তারা কন্টেন্ট উৎপাদন, কর্পোরেট অফিস চালানো, বিজ্ঞাপন দেওয়া ইত্যাদির জন্য প্রয়োজনীয় ব্যয়কেও অন্তর্ভুক্ত করে (_পরোক্ষ ব্যয়_)। পরোক্ষ ব্যয়ের মধ্যে টিভি, কম্পিউটার এবং মোবাইলের মতো এন্ড-ইউজার ডিভাইসগুলোতে কন্টেন্ট উপভোগ করার জন্য প্রয়োজনীয় শক্তিও অন্তর্ভুক্ত থাকতে পারে।
+
+উপরের অনুমানগুলো নিখুঁত তুলনা নয়। হিসাব করা পরোক্ষ ব্যয়ের পরিমাণ উৎস অনুসারে পরিবর্তিত হয় এবং এতে এন্ড-ইউজার ডিভাইস থেকে ব্যবহৃত শক্তি খুব কমই অন্তর্ভুক্ত থাকে। প্রতিটি অন্তর্নিহিত উৎসে কী পরিমাপ করা হচ্ছে সে সম্পর্কে আরও বিস্তারিত তথ্য অন্তর্ভুক্ত রয়েছে।
+
+উপরের টেবিল এবং চার্টে বিটকয়েন এবং প্রুফ-অফ-ওয়ার্ক ইথেরিয়াম এর তুলনাও অন্তর্ভুক্ত রয়েছে। এটা লক্ষ্য করা গুরুত্বপূর্ণ যে প্রুফ-অফ-ওয়ার্ক নেটওয়ার্কগুলির শক্তি খরচ স্থির নয় এবং এটি প্রতিদিন পরিবর্তিত হয়। উৎসভেদে অনুমানের পরিমাণ ব্যাপকভাবে ভিন্ন হতে পারে। এই বিষয়টি শুধুমাত্র ব্যবহৃত শক্তির পরিমাণ নিয়েই নয়, বরং সেই শক্তির উৎস এবং সম্পর্কিত নৈতিকতা নিয়েও একটি সূক্ষ্ম [বিতর্কের](https://www.coindesk.com/business/2020/05/19/the-last-word-on-bitcoins-energy-consumption/) জন্ম দেয়। শক্তি খরচ যে পরিবেশগত ফুটপ্রিন্টের সাথে নিখুঁতভাবে মিলে যাবে তা আবশ্যক নয়, কারণ বিভিন্ন প্রকল্প বিভিন্ন শক্তির উৎস ব্যবহার করতে পারে, যার মধ্যে নবায়নযোগ্য শক্তির কম বা বেশি অনুপাত অন্তর্ভুক্ত। উদাহরণস্বরূপ, [কেমব্রিজ বিটকয়েন বিদ্যুৎ খরচ সূচক](https://ccaf.io/cbnsi/cbeci/comparisons) নির্দেশ করে যে বিটকয়েন নেটওয়ার্কের চাহিদা তাত্ত্বিকভাবে গ্যাস ফ্লেয়ারিং বা এমন বিদ্যুৎ দ্বারা চালিত হতে পারে যা অন্যথায় ট্রান্সমিশন এবং ডিস্ট্রিবিউশনে নষ্ট হয়ে যেত। টেকসইতার জন্য ইথেরিয়াম এর পথ ছিল নেটওয়ার্কের শক্তি-ক্ষুধার্ত অংশটিকে সবুজ বিকল্প দিয়ে প্রতিস্থাপন করা।
+
+আপনি [কেমব্রিজ ব্লকচেইন নেটওয়ার্ক সাসটেইনেবিলিটি ইনডেক্স সাইটে](https://ccaf.io/cbnsi/ethereum) অনেক শিল্পের জন্য শক্তি খরচ এবং কার্বন নির্গমনের অনুমান ব্রাউজ করতে পারেন।
+
+## প্রতি-লেনদেন অনুমান {#per-transaction-estimates}
+
+অনেক আর্টিকেল ব্লকচেইনের জন্য "প্রতি-লেনদেন" শক্তি ব্যয় অনুমান করে। এটি বিভ্রান্তিকর হতে পারে কারণ একটি ব্লক প্রস্তাব ও যাচাই করার জন্য প্রয়োজনীয় শক্তি এটির মধ্যে লেনদেনের সংখ্যা থেকে স্বাধীন। প্রতি-লেনদেন শক্তি ব্যয়ের একটি ইউনিট থেকে বোঝা যায় যে কম লেনদেনের ফলে কম শক্তি ব্যয় হবে এবং এর বিপরীতও সত্য, কিন্তু এক্ষেত্রে তা হয় না। এছাড়াও, প্রতি-লেনদেনের অনুমানগুলি কীভাবে একটি ব্লকচেইনের লেনদেন থ্রুপুট সংজ্ঞায়িত করা হয় তার জন্য অত্যন্ত সংবেদনশীল, এবং এই সংজ্ঞাটি টুইক করে মানটিকে বড় বা ছোট মনে করার জন্য গেম করা যেতে পারে।
+
+উদাহরণস্বরূপ, ইথেরিয়ামে, লেনদেন থ্রুপুট শুধুমাত্র বেস লেয়ারের নয় - এটি এর সমস্ত "[লেয়ার 2](/layer-2/)" রোলআপগুলোর লেনদেন থ্রুপুটের সমষ্টিও বটে। লেয়ার 2 সাধারণত গণনার মধ্যে অন্তর্ভুক্ত করা হয় না, তবে সিকোয়েন্সার (ছোট) দ্বারা ব্যবহৃত অতিরিক্ত শক্তি এবং তারা যে পরিমাণ লেনদেন প্রক্রিয়া করে (বড়) তার হিসাব করলে প্রতি-লেনদেনের অনুমান ব্যাপকভাবে হ্রাস পাবে। এই একটি কারণে প্ল্যাটফর্ম জুড়ে প্রতি-লেনদেন শক্তি খরচের তুলনা বিভ্রান্তিকর হতে পারে।
+
+## ইথেরিয়ামের কার্বন ঋণ {#carbon-debt}
+
+ইথেরিয়াম এর শক্তি ব্যয় খুব কম, কিন্তু এটি সর্বদা হয় না। ইথেরিয়াম মূলত প্রুফ-অফ-ওয়ার্ক ব্যবহার করত যার বর্তমান প্রুফ-অফ-স্টেক মেকানিজমের তুলনায় অনেক বেশি পরিবেশগত খরচ ছিল।
+
+প্রথম থেকেই, ইথেরিয়াম একটি প্রুফ-অফ-স্টেক ভিত্তিক কনসেনসাস প্রক্রিয়া বাস্তবায়নের পরিকল্পনা করেছিল, কিন্তু নিরাপত্তা এবং বিকেন্দ্রীকরণকে ত্যাগ না করেই তা করতে কয়েক বছর ধরে গবেষণা ও উন্নয়নের কেন্দ্রীভূত হয়েছে। অতএব, নেটওয়ার্ক শুরু করার জন্য একটি প্রুফ-অফ-ওয়ার্ক মেকানিজম ব্যবহার করা হয়েছিল। প্রুফ-অফ-কাজের জন্য মাইনাররা তাদের কম্পিউটিং হার্ডওয়্যার ব্যবহার করে একটি মান গণনা করতে হয়, প্রক্রিয়াটিতে শক্তি ব্যয় করে।
+
+![মার্জ-পূর্ববর্তী এবং পরবর্তী ইথেরিয়ামের শক্তি খরচের তুলনা, যেখানে বাঁ দিকে আইফেল টাওয়ার (330 মিটার লম্বা) দ্য মার্জের আগের উচ্চ শক্তি খরচের প্রতীক এবং ডানদিকে একটি ছোট 4 সেমি লম্বা লেগো মূর্তি দ্য মার্জের পরে শক্তি ব্যবহারের নাটকীয় হ্রাসকে উপস্থাপন করছে](energy_consumption_pre_post_merge.png)
+
+CCRI অনুমান করে যে দ্য মার্জ ইথেরিয়ামের বার্ষিক বিদ্যুৎ খরচ **99.988%**-এরও বেশি কমিয়েছে। একইভাবে, ইথেরিয়ামের কার্বন ফুটপ্রিন্ট প্রায় **99.992%** হ্রাস পেয়েছে (11,016,000 থেকে 870 টন CO2e)। এটিকে পরিপ্রেক্ষিতে রাখার জন্য, নির্গমন হ্রাস আইফেল টাওয়ারের উচ্চতা থেকে একটি ছোট প্লাস্টিকের খেলনা চিত্রে যাওয়ার মতো, যেমনটি উপরের চিত্রে চিত্রিত হয়েছে। ফলস্বরূপ, নেটওয়ার্ক সুরক্ষিত করার পরিবেশগত খরচ ব্যাপকভাবে হ্রাস পায়। একই সময়ে, নেটওয়ার্কের নিরাপত্তা উন্নত হয়েছে বলে মনে করা হচ্ছে।
+
+## একটি সবুজ অ্যাপ্লিকেশন লেয়ার {#green-applications}
+
+যদিও ইথেরিয়ামের শক্তি খরচ খুব কম, ইথেরিয়ামে একটি উল্লেখযোগ্য, ক্রমবর্ধমান এবং অত্যন্ত সক্রিয় [**রিজেনারেটিভ ফাইন্যান্স (ReFi)**](/refi/) কমিউনিটিও তৈরি হচ্ছে। ReFi অ্যাপ্লিকেশনগুলি আর্থিক অ্যাপ্লিকেশনগুলি তৈরি করতে DeFi উপাদানগুলি ব্যবহার করে যা পরিবেশের জন্য ইতিবাচক বাহ্যিকতা রয়েছে। ReFi একটি বৃহত্তর ["সোলারপাঙ্ক"](https://en.wikipedia.org/wiki/Solarpunk) আন্দোলনের অংশ যা ইথেরিয়ামের সাথে ঘনিষ্ঠভাবে সংযুক্ত এবং প্রযুক্তিগত অগ্রগতি ও পরিবেশগত ব্যবস্থাপনাকে একত্রিত করার লক্ষ্যে কাজ করে। ইথেরিয়ামের বিকেন্দ্রীভূত, অনুমতিহীন এবং সংমিশ্রণযোগ্য প্রকৃতি এটিকে ReFi এবং সোলারপাঙ্ক কমিউনিটির জন্য আদর্শ বেস লেয়ার করে তোলে।
+
+ওয়েব3 নেটিভ পাবলিক গুডস ফান্ডিং প্ল্যাটফর্মগুলো, যেমন [Gitcoin](https://gitcoin.co), ইথেরিয়ামের অ্যাপ্লিকেশন লেয়ারে পরিবেশ-সচেতন নির্মাণকে উৎসাহিত করতে জলবায়ু রাউন্ড পরিচালনা করে। এই উদ্যোগগুলোর (এবং অন্যান্য, যেমন, [DeSci](/desci/)) বিকাশের মাধ্যমে, ইথেরিয়াম একটি পরিবেশগত এবং সামাজিকভাবে নেট-পজিটিভ প্রযুক্তি হয়ে উঠছে।
+
+<Alert variant="update">
+<AlertEmoji text=":evergreen_tree:" />
+<AlertContent>
+<AlertDescription>
+  আপনি যদি মনে করেন যে এই পৃষ্ঠাটি আরও সঠিক করা যেতে পারে, দয়া করে একটি সমস্যা বা PR উত্থাপন করুন৷ এই পৃষ্ঠার পরিসংখ্যানগুলি সর্বজনীনভাবে উপলব্ধ ডেটার উপর ভিত্তি করে অনুমান করা হয় - এগুলি ethereum.org টিম, বা Ethereum ফাউন্ডেশনের কোনও অফিসিয়াল বিবৃতি বা প্রতিশ্রুতির প্রতিনিধিত্ব করে না৷
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## আরও পড়ুন {#further-reading}
+
+- [কেমব্রিজ ব্লকচেইন নেটওয়ার্ক সাসটেইনেবিলিটি ইনডেক্স](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)
+- [ইথেরিয়াম এমিশনস: একটি বটম-আপ এস্টিমেট](https://kylemcdonald.github.io/ethereum-emissions/) - _কাইল ম্যাকডোনাল্ড_
+- [ইথেরিয়াম এনার্জি কনজাম্পশন ইনডেক্স](https://digiconomist.net/ethereum-energy-consumption/) - _ডিজিকোνομিস্ট_
+- [ETHMerge.com](https://ethmerge.com/) - _[@InsideTheSim](https://twitter.com/InsideTheSim)_
+- [দ্য মার্জ - ইথেরিয়াম নেটওয়ার্কের বিদ্যুৎ খরচ এবং কার্বন ফুটপ্রিন্টের উপর প্রভাব](https://carbon-ratings.com/eth-report-2022) - _CCRI_
+- [ইথেরিয়ামের শক্তি খরচ](https://mirror.xyz/jmcook.eth/ODpCLtO4Kq7SCVFbU4He8o8kXs418ZZDTj0lpYlZkR8)
+
+## সম্পর্কিত বিষয় {#related-topics}
+
+- [বিকন চেইন](/roadmap/beacon-chain)
+- [দ্য মার্জ](/roadmap/merge/)
diff --git a/public/content/translations/bn/eth/supply/index.md b/public/content/translations/bn/eth/supply/index.md
new file mode 100644
index 00000000000..22aee3301db
--- /dev/null
+++ b/public/content/translations/bn/eth/supply/index.md
@@ -0,0 +1,80 @@
+---
+title: "ETH সরবরাহ এবং ইস্যুয়েন্স বোঝা"
+description: "ETH সরবরাহ এবং ইস্যুয়েন্সের জন্য একটি শিক্ষানবিস-বান্ধব নির্দেশিকা, যা EIP, PoS, এবং EIP-1559-এর মতো মূল ধারণাগুলিকে কভার করে।"
+lang: bn
+---
+
+# ETH সরবরাহ এবং ইস্যুয়েন্স {#eth-supply-and-issuance}
+
+## পূর্বশর্ত {#prerequisites}
+
+এই নিবন্ধটি কোনো পূর্ব জ্ঞান ছাড়াই শিক্ষানবিসদের জন্য লেখা হয়েছে। তবে, বিষয়টি সম্পূর্ণরূপে বোঝার জন্য, [ইথেরিয়াম উন্নয়নের প্রস্তাব (EIPs)](/eips/#introduction-to-ethereum-improvement-proposals), [Proof-of-work (PoW)](/developers/docs/consensus-mechanisms/pow/), [Proof-of-stake (PoS)](/developers/docs/consensus-mechanisms/pos/), এবং [The London আপগ্রেড](/ethereum-forks/#london)-এর মতো ধারণাগুলির একটি প্রাথমিক ধারণা থাকা সহায়ক।
+
+## আজকে কতগুলো ETH টোকেন আছে? {#current-eth-supply}
+
+ETH-এর মোট সরবরাহ পরিবর্তনশীল এবং দুটি প্রধান কারণের জন্য এটি ক্রমাগত পরিবর্তিত হয়:
+
+1. **প্রুফ-অফ-স্টেক (PoS) ইস্যুয়েন্স**: নতুন ETH তৈরি করা হয় সেইসব ভ্যালিডেটরদের পুরস্কার হিসেবে যারা নেটওয়ার্ককে সুরক্ষিত করে
+2. **EIP-1559 বার্নিং**: লেনদেন ফি-এর একটি অংশ প্রচলন থেকে স্থায়ীভাবে সরিয়ে ফেলা হয়
+
+[Ultrasound Money](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 অর্জন করে। আপনি [Ultrasound Money](https://ultrasound.money)-তে বর্তমান ইস্যুয়েন্স রেট দেখতে পারেন।
+
+তবে, এই সংখ্যাটি পরিবর্তনশীল। EIP-1559-এর দৌলতে, যখন নেটওয়ার্কের কার্যকলাপ বেশি থাকে, তখন ETH বার্ন রেট ইস্যুয়েন্সকে ছাড়িয়ে যেতে পারে, যা একটি মুদ্রা সংকোচনমূলক প্রভাব তৈরি করে। উদাহরণস্বরূপ, উচ্চ চাহিদার সময়, যেমন NFT লঞ্চ বা DeFi কার্যকলাপের সময়, ইস্যু করা ETH-এর চেয়ে বেশি ETH বার্ন করা হতে পারে।
+
+### ETH সরবরাহ এবং ইস্যুয়েন্স ট্র্যাক করার জন্য টুলস:
+
+- [Ultrasound Money](https://ultrasound.money) - ETH সরবরাহ, ইস্যুয়েন্স এবং বার্ন রেটের রিয়েল-টাইম ট্র্যাকিং
+- [Etherscan](https://etherscan.io) - সরবরাহ মেট্রিক সহ ব্লক এক্সপ্লোরার
+
+## ভবিষ্যতের ETH সরবরাহ এবং ইস্যুয়েন্সকে প্রভাবিত করার কারণসমূহ {#future-eth-supply}
+
+Ethereum-এর ভবিষ্যতের সরবরাহ স্থির নয়—এটি বেশ কয়েকটি ভ্যারিয়েবলের উপর নির্ভর করে:
+
+1. **স্টেকিং অংশগ্রহণ**:
+   - নেটওয়ার্কে আরও বেশি ভ্যালিডেটর যোগ দেওয়ার অর্থ হল আরও বেশি ETH পুরস্কার বিতরণ করা হয়।
+   - কম ভ্যালিডেটর অংশগ্রহণ করলে ইস্যুয়েন্স হ্রাস পেতে পারে।
+   - [স্টেকিং](/staking/) সম্পর্কে আরও জানুন।
+
+2. **নেটওয়ার্ক কার্যকলাপ**:
+   - উচ্চ লেনদেনের পরিমাণ আরও বেশি ETH বার্ন করার দিকে পরিচালিত করে, যা সম্ভাব্যভাবে ইস্যুয়েন্সকে অফসেট বা অতিক্রম করে।
+   - [গ্যাস ফি](/developers/docs/gas/) এবং কীভাবে তারা বার্নিংকে প্রভাবিত করে সে সম্পর্কে পড়ুন।
+
+3. **প্রোটোকল আপগ্রেড**:
+   - ইথেরিয়ামের কোডে ভবিষ্যতের পরিবর্তনগুলি স্টেকিং রিওয়ার্ড বা বার্নিং মেকানিজম সামঞ্জস্য করতে পারে, যা সরবরাহের গতিশীলতাকে আরও আকার দিতে পারে।
+   - [Ethereum রোডম্যাপ](/roadmap/) সহ আপডেট থাকুন।
+
+## পুনরালোচনা: ETH সরবরাহ, ইস্যুয়েন্স এবং এর পরে কী {#recap}
+
+ETH সরবরাহ এবং ইস্যুয়েন্স সম্পর্কে আপনার যা জানা দরকার তার একটি দ্রুত সারসংক্ষেপ এখানে দেওয়া হল:
+
+- **ETH সরবরাহ**: গতিশীল এবং ক্রমাগত পরিবর্তনশীল, [Ultrasound Money](https://ultrasound.money)-এর মতো টুলসের মাধ্যমে রিয়েল-টাইমে ট্র্যাক করা যায়
+- **PoS-এর অধীনে ইস্যুয়েন্স**: PoW-এর তুলনায় উল্লেখযোগ্যভাবে হ্রাস পেয়েছে, যেখানে পুরস্কার ভ্যালিডেটরদের কাছে যায়। [Ultrasound Money](https://ultrasound.money)-তে বর্তমান রেট দেখুন
+- **EIP-1559-এর ভূমিকা**: ETH বার্নিং উচ্চ কার্যকলাপের সময় নেটওয়ার্ককে মুদ্রা সংকোচনমূলক করে তুলতে পারে
+- **ভবিষ্যতের প্রবণতা**: স্টেকিং অংশগ্রহণ, নেটওয়ার্কের চাহিদা এবং প্রোটোকল আপডেট সবই ETH সরবরাহকে আকার দেবে
+
+ETH ইস্যুয়েন্স বোঝা Ethereum-এর মূল্য এবং একটি মুদ্রা সংকোচনমূলক, বিকেন্দ্রীভূত সম্পদ হিসেবে এর সম্ভাবনাকে রহস্যমুক্ত করতে সাহায্য করে। The Merge কীভাবে ETH সরবরাহকে প্রভাবিত করেছে সে সম্পর্কে আরও বিস্তারিত তথ্যের জন্য, আমাদের [বিস্তারিত বিবরণ](/roadmap/merge/issuance/) দেখুন। ETH-এর ভবিষ্যৎ সম্পর্কে জানতে আগ্রহী? [Ultrasound Money](https://ultrasound.money) এর মতো টুলগুলির সাহায্যে আরও গভীরে যান অথবা আমাদের [staking guides](/staking/) অন্বেষণ করুন।
\ No newline at end of file
diff --git a/public/content/translations/bn/ethereum-forks/index.md b/public/content/translations/bn/ethereum-forks/index.md
new file mode 100644
index 00000000000..a3f8b93f5e0
--- /dev/null
+++ b/public/content/translations/bn/ethereum-forks/index.md
@@ -0,0 +1,663 @@
+---
+title: "সমস্ত ইথেরিয়াম ফর্কের টাইমলাইন (২০১৪ থেকে বর্তমান)"
+description: "ইথেরিয়াম ব্লকচেইনের ইতিহাস যেখানে প্রধান মাইলফলক, রিলিজ এবং ফর্ক অন্তর্ভুক্ত।"
+lang: bn
+sidebarDepth: 1
+---
+
+# সমস্ত ইথেরিয়াম ফর্কের টাইমলাইন (২০১৪ থেকে বর্তমান) {#the-history-of-ethereum}
+
+ইথেরিয়াম ব্লকচেইনের সমস্ত প্রধান মাইলফলক, ফর্ক এবং আপডেটের একটি টাইমলাইন।
+
+<ExpandableCard title="ফর্ক কী?" contentPreview="ইথেরিয়াম প্রোটোকলের নিয়মে পরিবর্তন, যাতে প্রায়ই পরিকল্পিত প্রযুক্তিগত আপগ্রেড থাকে।">
+
+ফর্কগুলি হল যখন নেটওয়ার্কে বড় প্রযুক্তিগত আপগ্রেড বা পরিবর্তন করার প্রয়োজন হয় – এগুলি সাধারণত [ইথেরিয়াম ইমপ্রুভমেন্ট প্রপোজাল (EIPs)](/eips/) থেকে উদ্ভূত হয় এবং প্রোটোকলের "নিয়ম" পরিবর্তন করে।
+
+প্রথাগত, কেন্দ্রীয়ভাবে-নিয়ন্ত্রিত সফ্টওয়্যারে যখন আপগ্রেডের প্রয়োজন হয়, তখন কোম্পানি শেষ ব্যবহারকারীর জন্য একটি নতুন সংস্করণ প্রকাশ করে। ব্লকচেইন ভিন্নভাবে কাজ করে কারণ এর কোনো কেন্দ্রীয় মালিকানা নেই। [ইথেরিয়াম ক্লায়েন্টদের](/developers/docs/nodes-and-clients/) নতুন ফর্কের নিয়মগুলি বাস্তবায়ন করতে তাদের সফ্টওয়্যার আপডেট করতে হবে। এছাড়াও ব্লক প্রস্তুতকারকদের (প্রুফ-অফ-ওয়ার্ক জগতে মাইনার, প্রুফ-অফ-স্টেক জগতে ভ্যালিডেটর) এবং নোডগুলিকে নতুন নিয়মের বিরুদ্ধে ব্লক তৈরি করতে হবে এবং ভ্যালিডেট করতে হবে। [কনসেন্সাস পদ্ধতি সম্পর্কে আরও](/developers/docs/consensus-mechanisms/)
+
+এই নিয়ম পরিবর্তনগুলি নেটওয়ার্কে একটি অস্থায়ী বিভাজন তৈরি করতে পারে। নতুন ব্লক নতুন নিয়ম বা পুরানো নিয়ম অনুযায়ী তৈরি করা যেতে পারে। ফর্কগুলি সাধারণত সময়ের আগেই সম্মত হয় যাতে ক্লায়েন্টরা একযোগে পরিবর্তনগুলি গ্রহণ করে এবং আপগ্রেড সহ ফর্কটি মূল চেইন হয়ে যায়। তবে, বিরল ক্ষেত্রে, ফর্কের বিষয়ে মতানৈক্যের কারণে নেটওয়ার্ক স্থায়ীভাবে বিভক্ত হতে পারে - বিশেষত <a href="#dao-fork">DAO ফর্ক</a> দিয়ে ইথেরিয়াম ক্লাসিকের সৃষ্টি।
+</ExpandableCard>
+
+<ExpandableCard title="কিছু আপগ্রেডের একাধিক নাম কেন?" contentPreview="আপগ্রেডের নামগুলো একটি প্যাটার্ন অনুসরণ করে">
+
+ইথেরিয়ামের অন্তর্নিহিত সফ্টওয়্যারটি দুটি অর্ধেকের সমন্বয়ে গঠিত, যা [এক্সিকিউশন লেয়ার](/glossary/#execution-layer) এবং [কনসেন্সাস লেয়ার](/glossary/#consensus-layer) নামে পরিচিত।
+
+**এক্সিকিউশন আপগ্রেড নামকরণ**
+
+২০২১ সাল থেকে, **এক্সিকিউশন লেয়ার**-এর আপগ্রেডগুলির নাম কালানুক্রমিক ক্রমে [পূর্ববর্তী Devcon অবস্থানগুলির](https://devcon.org/en/past-events/) শহরের নাম অনুসারে রাখা হয়েছে:
+
+| আপগ্রেডের নাম | Devcon বছর | Devcon নম্বর | আপগ্রেডের তারিখ |
+| ------------- | ---------- | ------------ | --------------- |
+| বার্লিন       | ২০১৪       | 0            | এপ্রিল ১৫, ২০২১ |
+| লন্ডন         | ২০১৫       | I            | আগস্ট ৫, ২০২১   |
+| সাংহাই        | ২০১৬       | II           | এপ্রিল ১২, ২০২৩ |
+| কানকুন        | ২০১৭       | III          | মার্চ ১৩, ২০২৪  |
+| **প্রাগ**     | ২০১৮       | IV           | TBD - পরবর্তী   |
+| _ওসাকা_       | ২০১৯       | V            | TBD             |
+| _বোগোটা_      | 2022       | VI           | TBD             |
+| _ব্যাংকক_     | ২০২৪       | VII          | TBD             |
+
+**কনসেন্সাস আপগ্রেড নামকরণ**
+
+[বিকন চেইন](/glossary/#beacon-chain) চালু হওয়ার পর থেকে, **কনসেন্সাস লেয়ার**-এর আপগ্রেডগুলির নাম বর্ণানুক্রমিকভাবে অগ্রসর হওয়া অক্ষর দিয়ে শুরু হওয়া মহাজাগতিক তারাগুলির নামে নামকরণ করা হয়েছে:
+
+| আপগ্রেডের নাম                                                 | আপগ্রেডের তারিখ    |
+| ------------------------------------------------------------- | ------------------ |
+| বিকন চেইন জেনেসিস                                             | ডিসেম্বর ১, ২০২০   |
+| [Altair](https://en.wikipedia.org/wiki/Altair)                | অক্টোবর ২৭, ২০২১   |
+| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix)          | সেপ্টেম্বর ৬, ২০২২ |
+| [Capella](https://en.wikipedia.org/wiki/Capella)              | এপ্রিল ১২, ২০২৩    |
+| [Deneb](https://en.wikipedia.org/wiki/Deneb)                  | মার্চ ১৩, ২০২৪     |
+| [**Electra**](https://en.wikipedia.org/wiki/Electra_\(star\)) | TBD - পরবর্তী      |
+| [_Fulu_](https://en.wikipedia.org/wiki/Fulu_\(star\))         | TBD                |
+
+**সম্মিলিত নামকরণ**
+
+এক্সিকিউশন এবং কনসেন্সাস আপগ্রেডগুলি প্রাথমিকভাবে বিভিন্ন সময়ে রোল আউট করা হয়েছিল, কিন্তু ২০২২ সালে [দ্য মার্জ](/roadmap/merge/)-এর পরে এগুলি একযোগে স্থাপন করা হয়েছে। এর ফলে, একটি একক সংযুক্ত শব্দ ব্যবহার করে এই আপগ্রেডগুলির রেফারেন্স সহজ করার জন্য কথ্য শব্দ আবির্ভূত হয়েছে। এটি _সাংহাই-ক্যাপেলা_ আপগ্রেডের মাধ্যমে শুরু হয়েছিল, যা সাধারণত "**শ্যাপেলা**" হিসাবে উল্লেখ করা হয় এবং এটি _কানকুন-ডেনেব_ (**ডেনকুন**), এবং _প্রাগ-ইলেক্ট্রা_ (**পেকট্রা**) আপগ্রেডগুলির সাথে অব্যাহত রয়েছে।
+
+| এক্সিকিউশন আপগ্রেড | কনসেন্সাস আপগ্রেড | সংক্ষিপ্ত নাম |
+| ------------------ | ----------------- | ------------- |
+| সাংহাই             | Capella           | "শ্যাপেলা"    |
+| কানকুন             | Deneb             | "ডেনকুন"      |
+| প্রাগ              | ইলেক্ট্রা         | "পেকট্রা"     |
+| ওসাকা              | Fulu              | "ফুসাকা"      |
+</ExpandableCard>
+
+কিছু বিশেষ গুরুত্বপূর্ণ অতীতের আপগ্রেড সম্পর্কে তথ্যে সরাসরি যান: [দ্য বিকন চেইন](/roadmap/beacon-chain/); [দ্য মার্জ](/roadmap/merge/); এবং [EIP-1559](#london)
+
+ভবিষ্যৎ প্রোটোকল আপগ্রেড খুঁজছেন? [ইথেরিয়াম রোডম্যাপে আসন্ন আপগ্রেড সম্পর্কে জানুন](/roadmap/)।
+
+<Divider />
+
+## ২০২৫ {#2025}
+
+### ফুলু-ওসাকা ("ফুসাকা") {#fusaka}
+
+<NetworkUpgradeSummary name="fusaka" />
+
+[ফুসাকা সম্পর্কে আরও জানুন](/roadmap/fusaka/)
+
+### প্রাগ-ইলেক্ট্রা ("পেকট্রা") {#pectra}
+
+<NetworkUpgradeSummary name="pectra" />
+
+প্রাগ-ইলেক্ট্রা ("পেকট্রা") আপগ্রেডে ইথেরিয়াম প্রোটোকলে বেশ কিছু উন্নতি অন্তর্ভুক্ত ছিল যার লক্ষ্য ছিল সমস্ত ব্যবহারকারী, লেয়ার ২ নেটওয়ার্ক, স্ট্যাকার এবং নোড অপারেটরদের জন্য অভিজ্ঞতা বাড়ানো।
+
+স্টেকিং একটি আপগ্রেড পেয়েছে যেখানে ভ্যালিডেটর অ্যাকাউন্টের চক্রবৃদ্ধি এবং এক্সিকিউশন উইথড্রয়াল অ্যাড্রেস ব্যবহার করে স্টেক করা তহবিলের উপর উন্নত নিয়ন্ত্রণ আনা হয়েছে। EIP-7251 একটি একক ভ্যালিডেটরের জন্য সর্বোচ্চ কার্যকর ব্যালেন্স ২০৪৮-এ বাড়িয়েছে, যা স্ট্যাকারদের জন্য মূলধন দক্ষতা উন্নত করেছে। EIP-7002 একটি এক্সিকিউশন অ্যাকাউন্টকে নিরাপদে ভ্যালিডেটর অ্যাকশন ট্রিগার করতে সক্ষম করেছে, যার মধ্যে রয়েছে এক্সিট করা বা তহবিলের অংশ উইথড্র করা, ETH স্ট্যাকারদের জন্য অভিজ্ঞতা উন্নত করা, এবং নোড অপারেটরদের জন্য জবাবদিহিতা জোরদার করতে সাহায্য করা।
+
+আপগ্রেডের অন্যান্য অংশগুলি সাধারণ ব্যবহারকারীদের জন্য অভিজ্ঞতা উন্নত করার উপর দৃষ্টি নিবদ্ধ করে। EIP-7702 একটি সাধারণ নন-স্মার্ট-কন্ট্র্যাক্ট অ্যাকাউন্টের ([EOA](/glossary/#eoa)) জন্য একটি স্মার্ট কন্ট্র্যাক্টের মতো কোড কার্যকর করার ক্ষমতা নিয়ে এসেছে। এটি প্রথাগত ইথেরিয়াম অ্যাকাউন্টগুলির জন্য সীমাহীন নতুন কার্যকারিতা আনলক করেছে, যেমন লেনদেন ব্যাচিং, গ্যাস স্পনসরশিপ, বিকল্প প্রমাণীকরণ, প্রোগ্রামেবল ব্যয় নিয়ন্ত্রণ, অ্যাকাউন্ট পুনরুদ্ধার প্রক্রিয়া এবং আরও অনেক কিছু।
+
+<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)
+- [Pectra কীভাবে স্টেকিং অভিজ্ঞতা বাড়াবে](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}
+
+### কানকুন-ডেনেব ("ডেনকুন") {#dencun}
+
+<NetworkUpgradeSummary name="dencun" />
+
+#### কানকুন সারাংশ {#cancun-summary}
+
+কানকুন আপগ্রেডে ইথেরিয়ামের _এক্সিকিউশন_-এর জন্য একগুচ্ছ উন্নতি রয়েছে যা ডেনেব কনসেন্সাস আপগ্রেডের সাথে সামঞ্জস্য রেখে স্কেলেবিলিটি উন্নত করার লক্ষ্যে।
+
+বিশেষত এর মধ্যে EIP-4844 অন্তর্ভুক্ত, যা **প্রোটো-ড্যাঙ্কশার্ডিং** নামে পরিচিত, যা লেয়ার ২ রোলআপগুলির জন্য ডেটা স্টোরেজের খরচ উল্লেখযোগ্যভাবে হ্রাস করে। এটি ডেটা "ব্লব" প্রবর্তনের মাধ্যমে অর্জন করা হয় যা রোলআপগুলিকে স্বল্প সময়ের জন্য মেইননেটে ডেটা পোস্ট করতে সক্ষম করে। এর ফলে লেয়ার ২ রোলআপ ব্যবহারকারীদের জন্য লেনদেন ফি উল্লেখযোগ্যভাবে কমে যায়।
+
+<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>
+
+- [লেয়ার ২ রোলআপ](/layer-2/)
+- [প্রোটো-ড্যাঙ্কশার্ডিং](/roadmap/scaling/#proto-danksharding)
+- [Danksharding](/roadmap/danksharding/)
+- [কানকুন আপগ্রেড স্পেসিফিকেশন পড়ুন](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md)
+
+#### ডেনেব সারাংশ {#deneb-summary}
+
+ডেনেব আপগ্রেডে ইথেরিয়ামের _কনসেন্সাস_-এর জন্য একগুচ্ছ উন্নতি রয়েছে যা স্কেলেবিলিটি উন্নত করার লক্ষ্যে। এই আপগ্রেডটি কানকুন এক্সিকিউশন আপগ্রেডের সাথে সামঞ্জস্য রেখে প্রোটো-ড্যাঙ্কশার্ডিং (EIP-4844) সক্ষম করার জন্য এবং বিকন চেইনের অন্যান্য উন্নতির জন্য এসেছে।
+
+পূর্ব-উৎপাদিত স্বাক্ষরিত "স্বেচ্ছায় এক্সিট মেসেজ" আর মেয়াদোত্তীর্ণ হয় না, ফলে ব্যবহারকারীরা তৃতীয় পক্ষের নোড অপারেটরের সাথে তাদের তহবিল স্টেকিং করার উপর আরও বেশি নিয়ন্ত্রণ পায়। এই স্বাক্ষরিত এক্সিট মেসেজের মাধ্যমে, স্ট্যাকাররা নোড অপারেশন অর্পণ করতে পারে এবং যে কোনও সময় নিরাপদে এক্সিট করার এবং তাদের তহবিল উইথড্র করার ক্ষমতা বজায় রাখতে পারে, কারও কাছ থেকে অনুমতি নেওয়ার প্রয়োজন ছাড়াই।
+
+EIP-7514 প্রতি ইপকে আট (৮) ভ্যালিডেটর নেটওয়ার্কে যোগদানের "চার্ন" হারকে সীমাবদ্ধ করে 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}
+
+### সাংহাই-ক্যাপেলা ("শ্যাপেলা") {#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}
+
+### প্যারিস (দ্য মার্জ) {#paris}
+
+<NetworkUpgradeSummary name="paris" />
+
+#### সারাংশ {#paris-summary}
+
+প্যারিস আপগ্রেডটি ট্রিগার করা হয়েছিল যখন প্রুফ-অফ-ওয়ার্ক ব্লকচেইন [টার্মিনাল টোটাল ডিফিকাল্টি](/glossary/#terminal-total-difficulty) 58750000000000000000000 অতিক্রম করে। এটি ১৫ই সেপ্টেম্বর ২০২২-এ ১৫৫৩৭৩৯৩ নং ব্লকে ঘটে, যা পরবর্তী ব্লকে প্যারিস আপগ্রেড ট্রিগার করে। প্যারিস ছিল [দ্য মার্জ](/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)-এর পর ইথেরিয়াম ইতিহাসে এটি সম্ভবত সবচেয়ে উল্লেখযোগ্য আপগ্রেড ছিল!
+
+- [প্যারিস আপগ্রেড স্পেসিফিকেশন পড়ুন](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/)-এর জন্য প্রস্তুত করে। এটি নিষ্ক্রিয়তা এবং স্ল্যাশযোগ্য অপরাধের জন্য ভ্যালিডেটর পেনাল্টিগুলিকে তাদের পূর্ণ মূল্যে নিয়ে আসে। বেলাট্রিক্স-এ ফর্ক পছন্দের নিয়মগুলির জন্য একটি আপডেটও রয়েছে যা চেইনটিকে দ্য মার্জ এবং শেষ প্রুফ-অফ-ওয়ার্ক ব্লক থেকে প্রথম প্রুফ-অফ-স্টেক ব্লকে রূপান্তরের জন্য প্রস্তুত করে। এর মধ্যে কনসেন্সাস ক্লায়েন্টদের [টার্মিনাল টোটাল ডিফিকাল্টি](/glossary/#terminal-total-difficulty) 58750000000000000000000 সম্পর্কে সচেতন করা অন্তর্ভুক্ত।
+
+- [বেলাট্রিক্স আপগ্রেড স্পেসিফিকেশন পড়ুন](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>সেপ্টেম্বর ২০২২ পর্যন্ত ডিফিকাল্টি বম্ব বিলম্বিত করে</em></li>
+</ul>
+</ExpandableCard>
+
+<Divider />
+
+## ২০২১ {#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/)
+- [ইথেরিয়াম ক্যাট হার্ডার্স - ইথেরিয়াম অ্যারো গ্লেসিয়ার আপগ্রেড](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>জুন ২০২২ পর্যন্ত ডিফিকাল্টি বম্ব বিলম্বিত করে</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}
+
+আল্টেয়ার ছিল প্রথম প্রধান নেটওয়ার্ক আপগ্রেড যার একটি নির্দিষ্ট রোলআউট সময় ছিল। এর আগের প্রতিটি আপগ্রেড প্রুফ-অফ-ওয়ার্ক চেইনে একটি ঘোষিত ব্লক নম্বরের উপর ভিত্তি করে ছিল, যেখানে ব্লকের সময় পরিবর্তিত হয়। বিকন চেইনে প্রুফ-অফ-ওয়ার্ক সমাধান করার প্রয়োজন হয় না, এবং এর পরিবর্তে একটি সময়-ভিত্তিক ইপক সিস্টেমের উপর কাজ করে যা ৩২টি বারো-সেকেন্ডের "স্লট" নিয়ে গঠিত যেখানে ভ্যালিডেটররা ব্লক প্রস্তাব করতে পারে। এই কারণেই আমরা ঠিক জানতাম কখন আমরা ইপক 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-forks/#london) দিয়ে ইথেরিয়াম নেটওয়ার্কে লেনদেন ফি গণনা করার পদ্ধতি পরিবর্তিত হয়েছে। লন্ডন আপগ্রেডের আগে, `base` এবং `priority` ফি আলাদা না করে ফি গণনা করা হত, নিম্নরূপ:
+
+ধরা যাক, অ্যালিসকে ববকে ১ 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 ব্যাখ্যা করা হয়েছে](https://www.youtube.com/watch?v=MGemhK9t44Q)
+
+- [আপনি কি একজন ডিএ্যাপস ডেভেলপার? আপনার লাইব্রেরি এবং টুলিং আপগ্রেড করতে ভুলবেন না।](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/london-ecosystem-readiness.md)
+- [ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2021/07/15/london-mainnet-announcement/)
+- [ইথেরিয়াম ক্যাট হার্ডারের ব্যাখ্যা পড়ুন](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>ডিসেম্বর ২০২১ পর্যন্ত আইস এজ বিলম্বিত করে</em></li>
+</ul>
+</ExpandableCard>
+
+---
+
+### বার্লিন {#berlin}
+
+<NetworkUpgradeSummary name="berlin" />
+
+#### সারাংশ {#berlin-summary}
+
+বার্লিন আপগ্রেড নির্দিষ্ট EVM অ্যাকশনের জন্য গ্যাস খরচ অপ্টিমাইজ করেছে এবং একাধিক লেনদেনের প্রকারের জন্য সমর্থন বাড়িয়েছে।
+
+- [ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2021/03/08/ethereum-berlin-upgrade-announcement/)
+- [ইথেরিয়াম ক্যাট হার্ডারের ব্যাখ্যা পড়ুন](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}
+
+### বিকন চেইন জেনেসিস {#beacon-chain-genesis}
+
+<NetworkUpgradeSummary name="beaconChainGenesis" />
+
+#### সারাংশ {#beacon-chain-genesis-summary}
+
+[বিকন চেইন](/roadmap/beacon-chain/) নিরাপদে চালু করার জন্য ৩২টি স্টেক করা ETH-এর ১৬৩৮৪টি ডিপোজিটের প্রয়োজন ছিল। এটি ২৭শে নভেম্বর ঘটেছিল, এবং বিকন চেইন ১লা ডিসেম্বর, ২০২০-এ ব্লক তৈরি করা শুরু করেছিল।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](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}
+
+স্টেকিং ডিপোজিট চুক্তিটি ইথেরিয়াম ইকোসিস্টেমে [স্টেকিং](/glossary/#staking) চালু করেছে। যদিও এটি একটি [মেইননেট](/glossary/#mainnet) চুক্তি, এটি [বিকন চেইন](/roadmap/beacon-chain/) চালু করার সময়রেখার উপর সরাসরি প্রভাব ফেলেছিল, যা একটি গুরুত্বপূর্ণ [ইথেরিয়াম আপগ্রেড](/roadmap/)।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](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/) কনসেন্সাস পদ্ধতির ব্লক ডিফিকাল্টি বৃদ্ধি লেনদেন পাঠানো এবং ডিএ্যাপস ব্যবহার করার জন্য অপেক্ষার সময় বাড়িয়ে ইথেরিয়ামের ব্যবহারযোগ্যতা হ্রাস করার হুমকি দিয়েছে।
+
+- [ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2019/12/23/ethereum-muir-glacier-upgrade-announcement/)
+- [ইথেরিয়াম ক্যাট হার্ডারের ব্যাখ্যা পড়ুন](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}
+
+### ইস্তাম্বুল {#istanbul}
+
+<NetworkUpgradeSummary name="istanbul" />
+
+#### সারাংশ {#istanbul-summary}
+
+ইস্তাম্বুল ফর্ক:
+
+- [EVM](/developers/docs/ethereum-stack/#ethereum-virtual-machine)-এ নির্দিষ্ট কিছু কাজের [গ্যাস](/glossary/#gas) খরচ অপ্টিমাইজ করা হয়েছে।
+- ডিনায়াল-অফ-সার্ভিস আক্রমণের সহনশীলতা উন্নত করা হয়েছে।
+- SNARKs এবং STARKs-এর উপর ভিত্তি করে [লেয়ার ২ স্কেলিং](/developers/docs/scaling/#layer-2-scaling) সমাধানগুলিকে আরও কর্মক্ষম করে তুলেছে।
+- ইথেরিয়াম এবং Zcash-কে আন্তঃক্রিয়া করতে সক্ষম করেছে।
+- চুক্তিগুলিকে আরও সৃজনশীল ফাংশন প্রবর্তন করার অনুমতি দিয়েছে।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](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-এর মতো গোপনীয়তা-সংরক্ষণকারী মুদ্রার সাথে কাজ করার অনুমতি দেয়।</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) যোগ করে ইথেরিয়ামকে রিপ্লে আক্রমণের বিরুদ্ধে রক্ষা করে।</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-এর খরচ কমায় – [লেয়ার ২ স্কেলিং](/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) খরচ অপ্টিমাইজ করা হয়েছে।
+- এখনও তৈরি হয়নি এমন অ্যাড্রেসগুলির সাথে ইন্টারঅ্যাক্ট করার ক্ষমতা যোগ করা হয়েছে।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](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}
+
+### বাইজেন্টাইন {#byzantium}
+
+<NetworkUpgradeSummary name="byzantium" />
+
+#### সারাংশ {#byzantium-summary}
+
+বাইজেন্টাইন ফর্ক:
+
+- ব্লক [মাইনিং](/developers/docs/consensus-mechanisms/pow/mining/) পুরস্কার ৫ থেকে ৩ ETH-এ হ্রাস করা হয়েছে।
+- [ডিফিকাল্টি বম্ব](/glossary/#difficulty-bomb) এক বছর বিলম্বিত করা হয়েছে।
+- অন্যান্য চুক্তিতে নন-স্টেট-চেঞ্জিং কল করার ক্ষমতা যোগ করা হয়েছে।
+- [লেয়ার ২ স্কেলিং](/developers/docs/scaling/#layer-2-scaling)-এর জন্য কিছু ক্রিপ্টোগ্রাফি পদ্ধতি যোগ করা হয়েছে।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](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}
+
+### স্পুরিয়াস ড্রাগন {#spurious-dragon}
+
+<NetworkUpgradeSummary name="spuriousDragon" />
+
+#### সারাংশ {#spurious-dragon-summary}
+
+স্পুরিয়াস ড্রাগন ফর্কটি নেটওয়ার্কে ডিনায়াল অফ সার্ভিস (DoS) আক্রমণের (সেপ্টেম্বর/অক্টোবর ২০১৬) দ্বিতীয় প্রতিক্রিয়া ছিল, যার মধ্যে রয়েছে:
+
+- নেটওয়ার্কে ভবিষ্যতের আক্রমণ প্রতিরোধ করার জন্য অপকোড মূল্য নির্ধারণ করা।
+- ব্লকচেইন স্টেটের “ডিব্লোট” সক্ষম করা।
+- রিপ্লে অ্যাটাক সুরক্ষা যোগ করা।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](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>একটি ইথেরিয়াম চেইন থেকে লেনদেনকে অন্য চেইনে পুনঃসম্প্রচার করা থেকে বাধা দেয়, উদাহরণস্বরূপ একটি টেস্টনেট লেনদেনকে প্রধান ইথেরিয়াম চেইনে রিপ্লে করা।</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) আক্রমণের (সেপ্টেম্বর/অক্টোবর ২০১৬) প্রথম প্রতিক্রিয়া ছিল, যার মধ্যে রয়েছে:
+
+- কম মূল্যের অপারেশন কোড সম্পর্কিত জরুরি নেটওয়ার্ক স্বাস্থ্য সমস্যা সমাধান করা।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](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>ইথেরিয়াম প্রোটোকলের পূর্ববর্তী সংস্করণগুলির ত্রুটির কারণে খুব কম খরচে স্টেটে রাখা বিপুল সংখ্যক খালি অ্যাকাউন্ট অপসারণ করে স্টেটের আকার হ্রাস করে।</em></li>
+</ul>
+</ExpandableCard>
+
+---
+
+### DAO ফর্ক {#dao-fork}
+
+<NetworkUpgradeSummary name="daoFork" />
+
+#### সারাংশ {#dao-fork-summary}
+
+DAO ফর্কটি [২০১৬ সালের DAO আক্রমণ](https://www.coindesk.com/learn/understanding-the-dao-attack/)-এর প্রতিক্রিয়া হিসাবে হয়েছিল যেখানে একটি অনিরাপদ [DAO](/glossary/#dao) চুক্তি থেকে একটি হ্যাকের মাধ্যমে ৩.৬ মিলিয়নেরও বেশি 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/) গঠন করে।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2016/07/20/hard-fork-completed/)
+
+---
+
+### হোমস্টেড {#homestead}
+
+<NetworkUpgradeSummary name="homestead" />
+
+#### সারাংশ {#homestead-summary}
+
+হোমস্টেড ফর্ক যা ভবিষ্যতের দিকে তাকিয়ে ছিল। এটিতে বেশ কিছু প্রোটোকল পরিবর্তন এবং একটি নেটওয়ার্কিং পরিবর্তন অন্তর্ভুক্ত ছিল যা ইথেরিয়ামকে আরও নেটওয়ার্ক আপগ্রেড করার ক্ষমতা দিয়েছে।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](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}
+
+### ফ্রন্টিয়ার থোয়িং {#frontier-thawing}
+
+<NetworkUpgradeSummary name="frontierThawing" />
+
+#### সারাংশ {#frontier-thawing-summary}
+
+ফ্রন্টিয়ার থোয়িং ফর্কটি প্রতি [ব্লকে](/glossary/#block) ৫,০০০ [গ্যাস](/glossary/#gas) সীমা তুলে দিয়েছে এবং ডিফল্ট গ্যাস মূল্য ৫১ [gwei](/glossary/#gwei) সেট করেছে। এটি লেনদেনের অনুমতি দিয়েছে – লেনদেনের জন্য ২১,০০০ গ্যাস প্রয়োজন। [প্রুফ-অফ-স্টেক](/glossary/#pos)-এ ভবিষ্যতের হার্ড-ফর্ক নিশ্চিত করার জন্য [ডিফিকাল্টি বম্ব](/glossary/#difficulty-bomb) চালু করা হয়েছিল।
+
+- [ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2015/08/04/the-thawing-frontier/)
+- [ইথেরিয়াম প্রোটোকল আপডেট ১ পড়ুন](https://blog.ethereum.org/2015/08/04/ethereum-protocol-update-1/)
+
+---
+
+### ফ্রন্টিয়ার {#frontier}
+
+<NetworkUpgradeSummary name="frontier" />
+
+#### সারাংশ {#frontier-summary}
+
+ফ্রন্টিয়ার ইথেরিয়াম প্রকল্পের একটি লাইভ, কিন্তু বেয়ারবোন বাস্তবায়ন ছিল। এটি সফল অলিম্পিক টেস্টিং পর্ব অনুসরণ করেছে। এটি প্রযুক্তিগত ব্যবহারকারীদের জন্য, বিশেষ করে ডেভেলপারদের জন্য ಉದ್ದೇಶিত ছিল। [ব্লক](/glossary/#block)-এর [গ্যাস](/glossary/#gas) সীমা ছিল ৫,০০০। এই ‘থোয়িং’ সময়কাল মাইনারদের তাদের কার্যক্রম শুরু করতে এবং প্রাথমিক গ্রহণকারীদের ‘তাড়াহুড়ো’ না করে তাদের ক্লায়েন্ট ইনস্টল করতে সক্ষম করেছে।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2015/07/22/frontier-is-coming-what-to-expect-and-how-to-prepare/)
+
+<Divider />
+
+## ২০১৪ {#2014}
+
+### ইথার বিক্রয় {#ether-sale}
+
+<NetworkUpgradeSummary name="etherSale" />
+
+ইথার আনুষ্ঠানিকভাবে ৪২ দিনের জন্য বিক্রির জন্য উপলব্ধ হয়েছিল। আপনি BTC দিয়ে এটি কিনতে পারতেন।
+
+[ইথেরিয়াম ফাউন্ডেশনের ঘোষণা পড়ুন](https://blog.ethereum.org/2014/07/22/launching-the-ether-sale/)
+
+---
+
+### ইয়েলোপেপার প্রকাশিত হয়েছে {#yellowpaper}
+
+<NetworkUpgradeSummary name="yellowpaperRelease" />
+
+ইয়েলো পেপার, ড. গ্যাভিন উডের লেখা, ইথেরিয়াম প্রোটোকলের একটি প্রযুক্তিগত সংজ্ঞা।
+
+[ইয়েলো পেপার দেখুন](https://github.com/ethereum/yellowpaper)
+
+<Divider />
+
+## ২০১৩ {#2013}
+
+### হোয়াইটপেপার প্রকাশিত হয়েছে {#whitepaper}
+
+<NetworkUpgradeSummary name="whitepaperRelease" />
+
+প্রারম্ভিক পেপার, ২০১৩ সালে ইথেরিয়ামের প্রতিষ্ঠাতা ভিটালিক বুটেরিন দ্বারা প্রকাশিত, যা ২০১৫ সালে প্রকল্পের লঞ্চের আগে।
+
+<DocLink href="/whitepaper/">
+  হোয়াইটপেপার
+</DocLink>
diff --git a/public/content/translations/bn/foundation/index.md b/public/content/translations/bn/foundation/index.md
new file mode 100644
index 00000000000..9132a039b62
--- /dev/null
+++ b/public/content/translations/bn/foundation/index.md
@@ -0,0 +1,33 @@
+---
+title: "ইথেরিয়াম ফাইন্ডেশন"
+description: "ইথেরিয়াম ফাইন্ডেশন (EF) সম্পর্কে জানুন, একটি অলাভজনক সংস্থা যা ইথেরিয়াম এবং সম্পর্কিত প্রযুক্তিগুলিকে সমর্থন করার জন্য নিবেদিত।"
+hideEditButton: true
+lang: bn
+---
+
+# ইথেরিয়াম ফাউন্ডেশন {#ethereum-foundation}
+
+<Logo/>
+
+[ইথেরিয়াম ফাউন্ডেশন](http://ethereum.foundation/) (EF) একটি অলাভজনক সংস্থা যা ইথেরিয়াম ইকোসিস্টেমকে সমর্থন করে। এটি প্রোটোকল ডেভেলপমেন্টের জন্য তহবিল সরবরাহ করে, ইকোসিস্টেমকে বৃদ্ধি করে, এবং ইথেরিয়ামের পক্ষে কথা বলে।
+
+EF কোনো কোম্পানি নয়, বা এমনকি কোনো প্রথাগত অলাভজনক সংস্থাও নয়। এটি ইথেরিয়ামকে নিয়ন্ত্রণ বা নেতৃত্ব দেয় না, এবং এটিই একমাত্র সংস্থা নয় যা ইথেরিয়াম-সম্পর্কিত প্রযুক্তিগুলির গুরুত্বপূর্ণ ডেভেলপমেন্টের জন্য তহবিল সরবরাহ করে। EF একটি অনেক বড় [ইকোসিস্টেমের](/community/) অংশ।
+
+## EF কী করে {#what-the-ef-does}
+
+- **প্রোটোকল ডেভেলপমেন্ট** – ইথেরিয়ামের কোর প্রোটোকলে কাজ করা দলগুলিকে সমর্থন করা, যার মধ্যে রয়েছে ক্লায়েন্ট ডেভেলপমেন্ট, গবেষণা, আপগ্রেড, এবং [বাগ বাউন্টি প্রোগ্রাম](/bug-bounty/)
+- **ইকোসিস্টেম ফান্ডিং** – [ইকোসিস্টেম সাপোর্ট প্রোগ্রামের](https://esp.ethereum.foundation/) মাধ্যমে ইথেরিয়ামের উপর নির্মিত প্রকল্পগুলিকে অনুদান এবং সহায়তা প্রদান।
+- **গবেষণা** – ক্রিপ্টোগ্রাফি, কনসেন্সাস, স্কেলিং, গোপনীয়তা, এবং নিরাপত্তা জুড়ে গবেষণার জন্য অর্থায়ন।
+
+## প্রোগ্রাম এবং উদ্যোগ {#programs-and-initiatives}
+
+- **[ইকোসিস্টেম সাপোর্ট প্রোগ্রাম](https://esp.ethereum.foundation/)** – ইথেরিয়ামের উপর নির্মিত ওপেন-সোর্স প্রকল্পগুলির জন্য অনুদান এবং সহায়তা।
+- **[একাডেমিক গ্রান্টস](https://esp.ethereum.foundation/academic-grants)** – ইথেরিয়াম-সম্পর্কিত একাডেমিক গবেষণাকে সমর্থন করা।
+- **[Devcon](https://devcon.org/)** – ইথেরিয়ামের ডেভেলপার, গবেষক, এবং নির্মাতাদের জন্য বার্ষিক সম্মেলন।
+- **[বাগ বাউন্টি প্রোগ্রাম](/bug-bounty/)** – ইথেরিয়াম প্রোটোকলের দুর্বলতা খুঁজে বের করার জন্য পুরস্কার।
+
+## আরও জানুন {#learn-more}
+
+- [ethereum.foundation](https://ethereum.foundation/) – অফিসিয়াল EF ওয়েবসাইট
+- [EF Blog](https://blog.ethereum.org/) – খবর এবং ঘোষণা
+- [ইকোসিস্টেম সাপোর্ট প্রোগ্রাম](https://esp.ethereum.foundation/) – অনুদান এবং সহায়তা
diff --git a/public/content/translations/bn/gaming/index.md b/public/content/translations/bn/gaming/index.md
new file mode 100644
index 00000000000..ff79dc5cf44
--- /dev/null
+++ b/public/content/translations/bn/gaming/index.md
@@ -0,0 +1,70 @@
+---
+title: "অনচেইন গেমিং"
+lang: bn
+template: use-cases
+image: /images/robot-help-bar.png
+sidebarDepth: 2
+summaryPoint1: "গেমের নিয়মকানুন এবং স্টেট কোনো স্টুডিওর সার্ভার দ্বারা নয়, ব্লকচেইনের মাধ্যমে বলবৎ করা যেতে পারে"
+summaryPoint2: "যেকোনও ব্যক্তি একই অনচেইন ডেটাতে প্লাগ ইন করে এমন মড, বট, বা সম্পূর্ণ নতুন গেম তৈরি করতে পারে"
+summaryPoint3: "উদ্দেশ্য-নির্মিত L2s, যেমন Redstone, এবং MUD-এর মতো ফ্রেমওয়ার্ক, রিয়েল-টাইম গেমপ্লে সমর্থন করার জন্য খরচ যথেষ্ট কমিয়ে দেয়।"
+buttons:
+  - content: আরও জানুন
+    toId: how-gaming-on-ethereum-works
+  - content: অ্যাপস এক্সপ্লোর করুন
+    toId: popular-games-built-on-ethereum
+    isSecondary: false
+---
+
+## ইথেরিয়ামে গেমিং কীভাবে কাজ করে {#how-gaming-on-ethereum-works}
+
+ইথেরিয়ামে গেমিং বিভিন্ন রূপে আসে, নির্দিষ্ট বৈশিষ্ট্যের জন্য ব্লকচেইন সংহত করে এমন গেম থেকে শুরু করে যেখানে পুরো গেমের জগতটি অনচেইনে থাকে। অনেক গেম ইন-গেম সম্পদ NFT (নন-ফাঞ্জিবল টোকেন) হিসাবে পরিচালনা করার জন্য ইথেরিয়াম ব্যবহার করে। এটি খেলোয়াড়দের একটি একক গেম ডেভেলপারের ইকোসিস্টেমের সীমাবদ্ধতার বাইরে অনন্য ডিজিটাল আইটেমগুলির সত্যিকারের মালিকানার সুযোগ দেয়, যা খোলাখুলিভাবে ট্রেড, বিক্রি বা উপহার দেওয়া যায়। যদিও এই সম্পদগুলি প্লেয়ারদের নতুন ধরনের এজেন্সি অফার করে, মূল গেমের যুক্তি প্রায়শই কেন্দ্রীভূত সার্ভারে থেকে যায়।
+
+সম্পূর্ণ অনচেইন গেমগুলি হল সেই গেম যেখানে মৌলিক মেকানিক্স, এবং প্রায়শই পুরো গেমের জগত, ইথেরিয়াম ব্লকচেইন (বা এর লেয়ার 2s)-এ সরাসরি স্মার্ট কন্ট্র্যাক্ট দ্বারা পরিচালিত হয়। এটি অতুলনীয় স্বচ্ছতা নিশ্চিত করে। কোনও কেন্দ্রীয় সার্ভার নেই, কোনও মধ্যস্থতাকারী নেই—শুধু স্বচ্ছ, প্লেয়ার-চালিত অভিজ্ঞতা এবং অর্থনীতি।
+
+- খেলোয়াড়রা NFT হিসেবে তাদের সম্পদের মালিক।
+- আইটেমগুলি অবাধে ট্রেড করা, উপহার দেওয়া বা বিক্রি করা যায়।
+- ব্লকচেইন নিশ্চিত করে যে সম্পদগুলি চিরতরে অ্যাক্সেসযোগ্য থাকবে।
+
+## গেমিংয়ের বর্তমান অবস্থা {#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% ইন-গেম কেনাকাটা থেকে অর্থ পুনরুদ্ধার করা কতটা কঠিন তা নিয়ে বিরক্ত। খেলোয়াড়রা ইন-গেম আইটেম অর্জন করতে যথেষ্ট সময় এবং অর্থ বিনিয়োগ করে, কিন্তু পরে দেখতে পায় যে তারা সত্যিই সেগুলির মালিক নয়। ইথেরিয়ামের NFT স্ট্যান্ডার্ড যাচাইযোগ্য ডিজিটাল মালিকানা প্রদান করে, যা নিশ্চিত করে যে খেলোয়াড়রা তাদের সম্পদের উপর নিয়ন্ত্রণ রাখে।
+- **রিটার্ন ছাড়া উচ্চ ব্যয়:** [গেমাররা তাদের জীবদ্দশায় ভার্চুয়াল আইটেমগুলিতে গড়ে \$6,425 খরচ করে](https://www.starknet.io/blog/blockchain-gaming/), প্রতি মাসে \$8.74 বা প্রতি বছর \$104 খরচ করে। অনচেইন মালিকানা সেই খরচকে একটি সলিল সমাধি খরচ থেকে একটি ডিজিটাল সম্পদে বিনিয়োগে রূপান্তরিত করে যা বিক্রি, ট্রেড বা উপহার দেওয়া যেতে পারে, অনেকটা একটি ভৌত সংগ্রহযোগ্য জিনিসের মতো।
+
+## ইথেরিয়ামে নির্মিত জনপ্রিয় গেম {#popular-games-built-on-ethereum}
+
+ডেভেলপাররা গেমগুলিকে আরও আকর্ষনীয় করতে এবং সাধারণ পুরস্কার মেকানিক্সের বাইরে গিয়ে দক্ষতা-ভিত্তিক গেমপ্লেকে আরও গভীর করার জন্য নতুন উপায় অন্বেষণ করছেন।
+
+<OnchainGamingProductList list="game" />
+
+## খেলে-উপার্জন (P2E) {#play-to-earn-p2e}
+
+খেলে-উপার্জন (P2E) গেমের মাধ্যমে, আপনি বাস্তব জগতে মূল্য রয়েছে এমন ইন-গেম সম্পদ উপার্জন করতে পারেন। প্রাথমিক P2E মডেলগুলির মতো নয় যা অস্থিতিশীল পুরস্কারের উপর নির্ভর করত, নতুন গেমগুলি দীর্ঘমেয়াদী মূল্যের উপর মনোযোগ দেয়। উদাহরণস্বরূপ, [Wolf Game](https://gam3s.gg/wolf-game/) কৌশলগত গেমপ্লের সাথে বাস্তব ডিজিটাল সম্পদের মালিকানার সমন্বয় করে। খেলোয়াড়রা ভার্চুয়াল ভেড়া এবং নেকড়ে পরিচালনা করে, ইন-গেম মুদ্রা WOOL উপার্জন করে, যা ট্রেড বা বিক্রি করা যায়।
+
+<OnchainGamingProductList list="p2e" />
+
+## আন্তঃকার্যক্ষমতা এবং ক্রস-চেইন প্লে {#interoperability-and-cross-chain-play}
+
+গেমিংয়ের জন্য ইথেরিয়ামের অন্যতম শক্তিশালী বৈশিষ্ট্য হল এর আন্তঃকার্যক্ষমতা এবং কম্পোজেবিলিটির জন্য সহজাত সমর্থন। প্রচলিত গেমগুলি "প্রাচীর-ঘেরা বাগানে" পরিচালিত হয়, যা ইন-গেম সম্পদ এবং অগ্রগতি একটি একক টাইটেলে লক করে রাখে। ইথেরিয়ামে নির্মিত ইন-গেম সম্পদ, এবং এমনকি মূল গেমের যুক্তি, নিরাপত্তার সাথে আপস না করে বিভিন্ন অ্যাপ্লিকেশন এবং চেইন জুড়ে সম্ভাব্যভাবে ইন্টারঅ্যাক্ট করতে পারে। যদিও এটি এখনও একটি উন্নয়নশীল ইকোসিস্টেম, কিছু ইথেরিয়াম-ভিত্তিক গেম নেটওয়ার্ক ইতিমধ্যেই আন্তঃকার্যক্ষম এবং একাধিক গেমে ইন-গেম আইটেম (NFTs) ব্যবহার করার অনুমতি দেয়।
+
+উদাহরণস্বরূপ, Illuvium-এ, [খেলোয়াড়রা Illuvials নামক প্রাণী সংগ্রহ করতে পারে](https://gam3s.gg/news/illuvium-three-web3-games/), যা NFT। এই Illuvials গুলি Illuvium ইউনিভার্সের মধ্যে বিভিন্ন গেম জুড়ে ব্যবহার করা যেতে পারে। Illuvium Overworld-এ ধরা একটি Illuvial, Illuvium Arena-তেও যুদ্ধের জন্য ব্যবহার করা যেতে পারে।
+
+আরেকটি উদাহরণ হল Galaxy Fight Club। এই গেমে, [খেলোয়াড়রা যুদ্ধে অংশ নিতে বিভিন্ন NFT সংগ্রহ ব্যবহার করতে পারে](https://gam3s.gg/galaxy-fight-club/), অর্থাৎ বিভিন্ন প্রজেক্টের NFT গুলি গেমের মধ্যে ব্যবহার করা যেতে পারে।
+
+## স্কেলেবিলিটি এবং গ্যাস ফি উন্নতি {#scalability-and-gas-fee-improvements}
+
+অনচেইন গেমিংয়ের একটি পুরোনো সমালোচনা ছিল যে ব্লকচেইনগুলি খুব জটিল এবং ধীর গেমারদের প্রত্যাশিত অভিজ্ঞতা প্রদান করার জন্য। কিন্তু ইথেরিয়াম পরিপক্ক হওয়ার সাথে সাথে, অনচেইন গেমিংয়ের খরচ উল্লেখযোগ্যভাবে হ্রাস করতে এবং কর্মক্ষমতা বাড়ানোর জন্য সমাধান উদ্ভূত হয়েছে, যা ইন্টারেক্টিভ এবং দ্রুত গতির অভিজ্ঞতাকে কার্যকর করে তুলেছে।
+
+এই অগ্রগতিগুলি প্রধানত এর মাধ্যমে অর্জিত হয়:
+
+- **গ্যাস-বিহীন লেনদেন:** Immutable X ব্যবহারকারী সহ কিছু প্ল্যাটফর্ম এবং প্রোটোকল, ব্যবহারকারীর জন্য ফি ছাড়াই ট্রেডিং বা NFT মিন্টিং-এর মতো লেনদেন পরিচালনা করার ক্ষমতা অফার করে, যা প্লেয়ারের অভিজ্ঞতাকে আরও সুগম করে।
+- **স্কেলিং সমাধান:** Arbitrum, zkSync এবং Starknet-এর মতো Ethereum L2s তাদের উচ্চ থ্রুপুট এবং কম খরচের কারণে অনচেইন গেমের জন্য সক্রিয়ভাবে ইকোসিস্টেম তৈরি করছে।
+- **[MUD ইকোসিস্টেম](https://mud.dev/):** MUD অনচেইন গেম ডেভেলপমেন্টের জন্য ইথেরিয়াম-ভিত্তিক অ্যাপ্লিকেশন ডেভেলপমেন্ট টুলকিটগুলিকে অপ্টিমাইজ করে, যা জটিল গেম লজিকের জন্য আরও দক্ষ স্টেট ম্যানেজমেন্ট প্রদান করে।
+
+## ইথেরিয়াম গেমিং শুরু করুন {#get-started-with-ethereum-gaming}
+
+ইথেরিয়াম গেমিংয়ে প্রবেশ করা আপনার ভাবনার চেয়েও সহজ। মাত্র কয়েকটি ধাপে, আপনি খেলা শুরু করতে এবং আপনার অগ্রগতি উপভোগ করতে পারেন:
+
+1. **একটি ক্রিপ্টো ওয়ালেট সেট আপ করুন:** আপনার ডিজিটাল সম্পদ পরিচালনা করতে এবং ডিসেন্ট্রালাইজড এপ্লিকেশনের সাথে ইন্টারঅ্যাক্ট করতে আপনার একটি ওয়ালেট প্রয়োজন হবে। [একটি ওয়ালেট বেছে নিন](/wallets/find-wallet/)
+2. **আপনার ওয়ালেটে ফান্ড যোগ করুন:** কিছু Ether (ETH) বা আপনি যে লেয়ার 2 নেটওয়ার্ক ব্যবহার করার পরিকল্পনা করছেন তার সাথে প্রাসঙ্গিক টোকেন সংগ্রহ করুন।
+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/bn/glossary/index.md b/public/content/translations/bn/glossary/index.md
new file mode 100644
index 00000000000..5895d05e03b
--- /dev/null
+++ b/public/content/translations/bn/glossary/index.md
@@ -0,0 +1,505 @@
+---
+title: "ইথেরিয়াম শব্দকোষ"
+description: "ইথেরিয়াম সম্পর্কিত প্রযুক্তিগত এবং অ-প্রযুক্তিগত পরিভাষার একটি অসম্পূর্ণ শব্দকোষ"
+lang: bn
+---
+
+# শব্দকোষ {#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}
+
+_CC-BY-SA-এর অধীনে [Andreas M. Antonopoulos, Gavin Wood](https://aantonop.com/books/mastering-ethereum) দ্বারা রচিত [Mastering Ethereum](https://github.com/ethereumbook/ethereumbook) থেকে আংশিকভাবে নেওয়া হয়েছে_
+
+<Divider />
+
+## এই পৃষ্ঠায় অবদান রাখুন {#contribute-to-this-page}
+
+আমরা কি কিছু বাদ দিয়েছি? কিছু কি ভুল আছে? GitHub-এ এই শব্দকোষে অবদান রেখে আমাদের উন্নতি করতে সাহায্য করুন!
+
+[কীভাবে অবদান রাখতে হয় সে সম্পর্কে আরও জানুন](/contributing/adding-glossary-terms)
diff --git a/public/content/translations/bn/governance/index.md b/public/content/translations/bn/governance/index.md
new file mode 100644
index 00000000000..8ac76c0828c
--- /dev/null
+++ b/public/content/translations/bn/governance/index.md
@@ -0,0 +1,184 @@
+---
+title: "ইথেরিয়াম পরিচালনা"
+description: "কিভাবে ইথেরিয়াম সম্পর্কে সিদ্ধান্ত নেওয়া হয় তার একটি ভূমিকা।"
+lang: bn
+---
+
+# ইথেরিয়াম গভর্নেন্সের ভূমিকা {#introduction}
+
+_যদি কেউ ইথেরিয়ামের মালিক না হন, তাহলে ইথেরিয়ামের অতীত এবং ভবিষ্যতের পরিবর্তন সম্পর্কে সিদ্ধান্ত কীভাবে নেওয়া হয়? ইথেরিয়াম গভর্নেন্স এমন একটি প্রক্রিয়াকে বোঝায় যা এই ধরনের সিদ্ধান্ত নেওয়ার অনুমোদন দেয়।_
+
+<Divider />
+
+## শাসন ​​কি? গভর্নেন্স কী? {#what-is-governance}
+
+গভর্নেন্স হল সেই ব্যবস্থা যা সিদ্ধান্ত নেওয়ার অনুমতি দেয়। একটি সাধারণ সাংগঠনিক কাঠামোতে, নির্বাহী দল বা পরিচালনা পর্ষদের সিদ্ধান্ত গ্রহণের চূড়ান্ত বক্তব্য থাকতে পারে। অথবা সম্ভবত শেয়ারহোল্ডাররা পরিবর্তন আনার প্রস্তাবে ভোট দেন। একটি রাজনৈতিক ব্যবস্থায়, নির্বাচিত কর্মকর্তারা এমন আইন প্রণয়ন করতে পারেন যা তাদের ভোটারদের আকাঙ্ক্ষার প্রতিনিধিত্ব করার চেষ্টা করে।
+
+## বিকেন্দ্রীভূত গভর্নেন্স {#decentralized-governance}
+
+কেউ ইথেরিয়াম প্রোটোকলের মালিক বা নিয়ন্ত্রণ করে না, তবে নেটওয়ার্কের দীর্ঘায়ু এবং সমৃদ্ধি সর্বোত্তমভাবে নিশ্চিত করার জন্য পরিবর্তনগুলি বাস্তবায়নের বিষয়ে এখনও সিদ্ধান্ত নেওয়া দরকার। মালিকানার এই অভাব ঐতিহ্যগত সাংগঠনিক শাসনকে একটি বেমানান সমাধান করে তোলে।
+
+## ইথেরিয়াম গভর্নেন্স {#ethereum-governance}
+
+ইথেরিয়াম গভর্নেন্স হল একটি প্রক্রিয়া যার মাধ্যমে প্রোটোকল পরিবর্তন করা হয়। এটি উল্লেখ করা গুরুত্বপূর্ণ যে এই প্রক্রিয়াটি মানুষ এবং অ্যাপ্লিকেশনগুলি কীভাবে প্রোটোকল ব্যবহার করে তার সাথে সম্পর্কিত নয় - ইথেরিয়াম অনুমতিহীন। বিশ্বের যে কোনো জায়গা থেকে যে কেউ অনচেইন কার্যকলাপে অংশগ্রহণ করতে পারে। কে একটি অ্যাপ্লিকেশন তৈরি করতে বা লেনদেন পাঠাতে পারে বা করতে পারে না তার জন্য কোনও নিয়ম সেট করা নেই৷ যাইহোক, মূল প্রোটোকলের পরিবর্তনের প্রস্তাব করার একটি প্রক্রিয়া রয়েছে, যার উপর বিকেন্দ্রীভূত অ্যাপ্লিকেশনগুলি চলে। যেহেতু অনেক লোক ইথেরিয়ামের স্থায়িত্বের উপর নির্ভর করে, তাই সামাজিক এবং প্রযুক্তিগত প্রক্রিয়া সহ মূল পরিবর্তনগুলির জন্য একটি খুব উচ্চ সমন্বয় থ্রেশহোল্ড রয়েছে, যাতে ইথেরিয়াম-এর যেকোনো পরিবর্তন নিরাপদ এবং সম্প্রদায় দ্বারা ব্যাপকভাবে সমর্থিত হয়।
+
+### অনচেইন বনাম অফচেইন গভর্নেন্স {#onchain-vs-offchain}
+
+ব্লকচেইন প্রযুক্তি নতুন গভর্নেন্স ক্ষমতার সুযোগ করে দেয়, যা অনচেইন গভর্নেন্স নামে পরিচিত। অনচেইন গভর্নেন্স হল যখন প্রস্তাবিত প্রোটোকল পরিবর্তনগুলি স্টেকহোল্ডারদের ভোটের মাধ্যমে স্থির করা হয়, সাধারণত একটি গভর্নেন্স টোকেনের হোল্ডারদের দ্বারা, এবং ভোটদান ব্লকচেইনে সম্পন্ন হয়। অনচেইন গভর্নেন্সের কিছু ফর্মের সাথে, প্রস্তাবিত প্রোটোকল পরিবর্তনগুলি ইতিমধ্যেই কোডে লেখা থাকে এবং যদি স্টেকহোল্ডাররা একটি লেনদেন স্বাক্ষর করার মাধ্যমে পরিবর্তনগুলি অনুমোদন করে তবে স্বয়ংক্রিয়ভাবে প্রয়োগ করা হয়।
+
+বিপরীত পদ্ধতি, অফচেইন গভর্নেন্স, যেখানে যেকোনো প্রোটোকল পরিবর্তনের সিদ্ধান্ত সামাজিক আলোচনার একটি অনানুষ্ঠানিক প্রক্রিয়ার মাধ্যমে ঘটে, যা অনুমোদিত হলে, কোডে প্রয়োগ করা হবে।
+
+**ইথেরিয়াম গভর্নেন্স অফচেইন পদ্ধতিতে ঘটে** এবং এই প্রক্রিয়ায় বিভিন্ন ধরনের স্টেকহোল্ডার জড়িত থাকে।
+
+_যদিও প্রোটোকল স্তরে ইথেরিয়াম গভর্নেন্স অফচেইন, ইথেরিয়ামের উপর নির্মিত অনেক ব্যবহারের ক্ষেত্রে, যেমন DAO-গুলো, অনচেইন গভর্নেন্স ব্যবহার করে।_
+
+<ButtonLink href="/dao/">
+  DAO সম্পর্কে আরও জানুন
+</ButtonLink>
+
+<Divider />
+
+## কে জড়িত? কারা জড়িত? {#who-is-involved}
+
+[ইথেরিয়াম কমিউনিটি](/community/)-তে বিভিন্ন স্টেকহোল্ডার রয়েছে, প্রত্যেকেই গভর্নেন্স প্রক্রিয়ায় একটি ভূমিকা পালন করে। প্রোটোকল থেকে সবচেয়ে দূরে স্টেকহোল্ডারদের থেকে শুরু করে জুম ইন করা, আমাদের রয়েছে:
+
+- **ইথার হোল্ডার**: এই ব্যক্তিরা যেকোনো পরিমাণ ETH ধারণ করে। [ETH সম্পর্কে আরও জানুন](/what-is-ether/)।
+- **অ্যাপ্লিকেশন ব্যবহারকারী**: এই ব্যক্তিরা ইথেরিয়াম ব্লকচেইনের অ্যাপ্লিকেশনগুলির সাথে ইন্টারঅ্যাক্ট করে।
+- **অ্যাপ্লিকেশন/টুলিং ডেভেলপার**: এই ব্যক্তিরা এমন অ্যাপ্লিকেশন লেখেন যা ইথেরিয়াম ব্লকচেইনে চলে (যেমন, DeFi, NFTs, ইত্যাদি) অথবা ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করার জন্য টুলিং তৈরি করে (যেমন, ওয়ালেট, টেস্ট স্যুট, ইত্যাদি)। [ডিএ্যাপস সম্পর্কে আরও জানুন](/apps/)।
+- **নোড অপারেটর**: এই ব্যক্তিরা নোড চালায় যা ব্লক এবং লেনদেন প্রচার করে, এবং তাদের সামনে আসা যেকোনো অবৈধ লেনদেন বা ব্লককে প্রত্যাখ্যান করে। [নোড সম্পর্কে আরও জানুন](/developers/docs/nodes-and-clients/)।
+- **EIP লেখক**: এই ব্যক্তিরা ইথেরিয়াম ইমপ্রুভমেন্ট প্রপোজাল (EIPs) আকারে ইথেরিয়াম প্রোটোকলের পরিবর্তনের প্রস্তাব দেন। [EIPs সম্পর্কে আরও জানুন](/eips/)।
+- **ভ্যালিডেটর**: এই ব্যক্তিরা নোড চালায় যা ইথেরিয়াম ব্লকচেইনে নতুন ব্লক যোগ করতে পারে।
+- **প্রোটোকল ডেভেলপার** (ওরফে "কোর ডেভেলপার" ): এই ব্যক্তিরা বিভিন্ন ইথেরিয়াম ইমপ্লিমেন্টেশন রক্ষণাবেক্ষণ করে (যেমন, এক্সিকিউশন লেয়ারে go-ethereum, Nethermind, Besu, Erigon, Reth অথবা কনসেন্সাস লেয়ারে Prysm, Lighthouse, Nimbus, Teku, Lodestar, Grandine)। [ইথেরিয়াম ক্লায়েন্ট সম্পর্কে আরও জানুন](/developers/docs/nodes-and-clients/)।
+
+_দ্রষ্টব্য: যেকোনো ব্যক্তি এই গ্রুপগুলির একাধিকটির অংশ হতে পারে (যেমন, একজন প্রোটোকল ডেভেলপার একটি EIP-কে সমর্থন করতে পারে, একটি বিকন চেইন ভ্যালিডেটর চালাতে পারে এবং DeFi অ্যাপ্লিকেশন ব্যবহার করতে পারে)।_ তবে, ধারণাগত স্বচ্ছতার জন্য, তাদের মধ্যে পার্থক্য করা সবচেয়ে সহজ।_
+
+<Divider />
+
+## একটি EIP কি? একটি EIP কী? {#what-is-an-eip}
+
+ইথেরিয়াম গভর্নেন্সে ব্যবহৃত একটি গুরুত্বপূর্ণ প্রক্রিয়া হলো **ইথেরিয়াম ইমপ্রুভমেন্ট প্রপোজাল (EIPs)** এর প্রস্তাব। EIP হল ইথেরিয়ামের জন্য সম্ভাব্য নতুন বৈশিষ্ট্য বা প্রক্রিয়া নির্দিষ্ট করে এমন মান। ইথেরিয়াম কমিউনিটির মধ্যে যে কেউ একটি EIP তৈরি করতে পারেন। আপনি যদি একটি EIP লিখতে বা পিয়ার-রিভিউ এবং/অথবা গভর্নেন্সে অংশগ্রহণ করতে আগ্রহী হন, দেখুন:
+
+<ButtonLink href="/eips/">
+  EIPs সম্পর্কে আরও জানুন
+</ButtonLink>
+
+<Divider />
+
+## আনুষ্ঠানিক প্রক্রিয়া {#formal-process}
+
+Ethereum প্রোটোকল পরিবর্তন উপস্থাপনের জন্য আনুষ্ঠানিক প্রক্রিয়া নিম্নরূপ:
+
+1. **একটি কোর EIP প্রস্তাব করুন**: যেমন [EIP-1](https://eips.ethereum.org/EIPS/eip-1#core-eips)-এ বর্ণনা করা হয়েছে, ইথেরিয়ামে আনুষ্ঠানিকভাবে একটি পরিবর্তনের প্রস্তাব দেওয়ার প্রথম ধাপ হলো একটি কোর EIP-তে এর বিস্তারিত বিবরণ দেওয়া। এটি একটি EIP-এর অফিসিয়াল স্পেসিফিকেশন হিসেবে কাজ করবে যা প্রটোকল ডেভেলপাররা গ্রহণ করলে তা বাস্তবায়ন করবে।
+
+2. **প্রোটোকল ডেভেলপারদের কাছে আপনার EIP উপস্থাপন করুন**: একবার আপনার কাছে একটি কোর EIP থাকে যার জন্য আপনি কমিউনিটির ইনপুট সংগ্রহ করেছেন, আপনার উচিত এটি প্রোটোকল ডেভেলপারদের কাছে উপস্থাপন করা। আপনি একটি [AllCoreDevs কল](https://github.com/ethereum/execution-specs/tree/master/network-upgrades#getting-the-considered-for-inclusion-cfi-status)-এ আলোচনার জন্য এটি প্রস্তাব করে তা করতে পারেন। সম্ভবত কিছু আলোচনা ইতিমধ্যেই অ্যাসিঙ্ক্রোনাসভাবে [Ethereum Magician's ফোরামে](https://ethereum-magicians.org/) বা [Ethereum R&D ডিসকর্ডে](https://discord.gg/mncqtgVSVw) হয়েছে।
+
+> এই পর্যায়ের সম্ভাব্য ফলাফল হল:
+
+> - ভবিষ্যতের নেটওয়ার্ক আপগ্রেডের জন্য EIP বিবেচনা করা হবে
+> - প্রযুক্তিগত পরিবর্তন অনুরোধ করা হবে
+> - এটি প্রত্যাখ্যান করা যেতে পারে যদি এটি অগ্রাধিকার না হয় বা উন্নয়ন প্রচেষ্টার তুলনায় উন্নতি যথেষ্ট বড় না হয়
+
+3. **চূড়ান্ত প্রস্তাবের দিকে পুনরাবৃত্তি করুন:** সমস্ত প্রাসঙ্গিক স্টেকহোল্ডারদের কাছ থেকে মতামত পাওয়ার পরে, এর নিরাপত্তা উন্নত করতে বা বিভিন্ন ব্যবহারকারীর চাহিদা আরও ভালোভাবে পূরণ করতে আপনাকে সম্ভবত আপনার প্রাথমিক প্রস্তাবে পরিবর্তন করতে হবে। একবার আপনার EIP সমস্ত পরিবর্তনগুলিকে অন্তর্ভুক্ত করে যা আপনি প্রয়োজনীয় বলে মনে করেন, আপনাকে এটি আবার প্রোটোকল ডেভেলপারদের কাছে উপস্থাপন করতে হবে। তারপরে আপনি এই প্রক্রিয়ার পরবর্তী ধাপে চলে যাবেন, অথবা নতুন উদ্বেগ উত্থাপিত হবে, যার জন্য আপনার প্রস্তাবে আরও একটি পুনরাবৃত্তির প্রয়োজন হবে।
+
+4. **নেটওয়ার্ক আপগ্রেডে EIP অন্তর্ভুক্ত**: ধরে নেওয়া হচ্ছে যে EIP অনুমোদিত, পরীক্ষিত এবং বাস্তবায়িত হয়েছে, এটি একটি নেটওয়ার্ক আপগ্রেডের অংশ হিসাবে নির্ধারিত হয়। নেটওয়ার্ক আপগ্রেডের উচ্চ সমন্বয় খরচের পরিপ্রেক্ষিতে (প্রত্যেককে একই সাথে আপগ্রেড করতে হবে), EIP গুলি সাধারণত আপগ্রেডে একত্রিত হয়।
+
+5. **নেটওয়ার্ক আপগ্রেড সক্রিয় করা হয়েছে**: নেটওয়ার্ক আপগ্রেড সক্রিয় হওয়ার পরে, EIP ইথেরিয়াম নেটওয়ার্কে লাইভ হবে। _দ্রষ্টব্য: নেটওয়ার্ক আপগ্রেডগুলি সাধারণত ইথেরিয়াম মেইননেটে সক্রিয় হওয়ার আগে টেস্টনেটগুলিতে সক্রিয় করা হয়।_
+
+এই প্রবাহ, যদিও খুব সরলীকৃত, ইথেরিয়ামে একটি প্রোটোকল পরিবর্তন সক্রিয় করার জন্য উল্লেখযোগ্য পর্যায়ের একটি ওভারভিউ দেয়। এখন, এই প্রক্রিয়া চলাকালীন ইনফর্মাল ফেক্টরগুলি দেখুন।
+
+## অনানুষ্ঠানিক প্রক্রিয়া {#informal-process}
+
+### পূর্ববর্তী কাজ বোঝা {#prior-work}
+
+EIP চ্যাম্পিয়নদের একটি EIP তৈরি করার আগে পূর্বের কাজ এবং প্রস্তাবগুলির সাথে নিজেদের পরিচিত করা উচিত যা ইথেরিয়াম মেইননেটে স্থাপনের জন্য গুরুত্ব সহকারে বিবেচনা করা যেতে পারে। এইভাবে, EIP আশা করি নতুন কিছু নিয়ে আসবে যা আগে প্রত্যাখ্যান করা হয়নি। এটি নিয়ে গবেষণা করার তিনটি প্রধান স্থান হল [EIP রিপোজিটরি](https://github.com/ethereum/EIPs), [Ethereum Magicians](https://ethereum-magicians.org/) এবং [ethresear.ch](https://ethresear.ch/)।
+
+### ওয়ার্কিং গ্রুপ {#working-groups}
+
+একটি EIP এর প্রাথমিক খসড়া সম্পাদনা বা পরিবর্তন ছাড়াই ইথেরিয়াম মেইননেট এ বাস্তবায়িত হওয়ার সম্ভাবনা কম। সাধারণত, EIP চ্যাম্পিয়নরা প্রোটোকল ডেভেলপারদের একটি উপদলের সাথে তাদের প্রস্তাব নির্দিষ্ট করতে, প্রয়োগ করতে, পরীক্ষা করতে, পুনরাবৃত্তি করতে এবং চূড়ান্ত করতে কাজ করবে। ঐতিহাসিকভাবে, এই ওয়ার্কিং গ্রুপগুলিতে কয়েক মাস (এবং কখনও কখনও বছর!) কাজের প্রয়োজন হয়েছে। একইভাবে, এই ধরনের পরিবর্তনের জন্য EIP চ্যাম্পিয়নদের প্রাসঙ্গিক অ্যাপ্লিকেশন/টুলিং ডেভেলপারদের তাদের শেষ-ব্যবহারকারীর প্রতিক্রিয়া সংগ্রহ করার এবং যে কোনো স্থাপনার ঝুঁকি কমানোর প্রচেষ্টার প্রথম দিকে জড়িত করা উচিত।
+
+### কমিউনিটির কনসেন্সাস {#community-consensus}
+
+যদিও কিছু EIP ন্যূনতম সূক্ষ্মতা সহ সহজবোধ্য প্রযুক্তিগত উন্নতি, কিছু আরও জটিল এবং ট্রেডঅফের সাথে আসে যা বিভিন্ন স্টেকহোল্ডারকে বিভিন্ন উপায়ে প্রভাবিত করবে। এর মানে কিছু EIP কমিউনিটির মধ্যে অন্যদের তুলনায় বেশি বিতর্কিত।
+
+বিতর্কিত প্রস্তাবগুলি কীভাবে পরিচালনা করা যায় সে সম্পর্কে কোনও স্পষ্ট প্লেবুক নেই। এটি ইথেরিয়াম-এর বিকেন্দ্রীভূত নকশার একটি ফলাফল যেখানে কোনও একক স্টেকহোল্ডার কমিউনিটি অন্যকে পাশবিক শক্তির মাধ্যমে জবরদস্তি করতে পারে না: প্রোটোকল ডেভেলপাররা কোড পরিবর্তনগুলি বাস্তবায়ন না করা বেছে নিতে পারে; নোড অপারেটররা সর্বশেষ ইথেরিয়াম ক্লায়েন্ট চালানো না বেছে নিতে পারে; অ্যাপ্লিকেশন দল এবং ব্যবহারকারীরা চেইনে লেনদেন না করা বেছে নিতে পারে। যেহেতু প্রোটোকল ডেভেলপারদের নেটওয়ার্ক আপগ্রেড গ্রহণ করার জন্য লোকেদের বাধ্য করার কোন উপায় নেই, তারা সাধারণত EIPs প্রয়োগ করা এড়াবে যেখানে বিতর্কিততা বৃহত্তর সম্প্রদায়ের সুবিধার চেয়ে বেশি।
+
+EIP চ্যাম্পিয়ন সকল প্রাসঙ্গিক স্টেকহোল্ডারদের কাছ থেকে প্রতিক্রিয়া চাওয়ার আশা করা হচ্ছে। আপনি যদি নিজেকে একটি বিতর্কিত EIP-এর চ্যাম্পিয়ন খুঁজে পান, তাহলে আপনার EIP-এর চারপাশে ঐক্যমত্য গড়ে তোলার জন্য আপনার আপত্তিগুলি সমাধান করার চেষ্টা করা উচিত। ইথেরিয়াম কমিউনিটির আকার এবং বৈচিত্র্যের পরিপ্রেক্ষিতে, এমন কোনো একক মেট্রিক নেই (যেমন একটি মুদ্রা ভোট) যা কমিউনিটির কনসেন্সাস পরিমাপ করতে ব্যবহার করা যেতে পারে, এবং EIP চ্যাম্পিয়নদের তাদের প্রস্তাবের পরিস্থিতির সাথে খাপ খাইয়ে নিতে হবে বলে আশা করা হয়।
+
+ইথেরিয়াম নেটওয়ার্কের নিরাপত্তার বাইরে, প্রটোকল ডেভেলপারদের দ্বারা ঐতিহাসিকভাবে উল্লেখযোগ্য ওজন রাখা হয়েছে যেটি অ্যাপ্লিকেশন/টুলিং ডেভেলপার এবং অ্যাপ্লিকেশন ব্যবহারকারীদের মূল্য দেয়, এই কারণে যে তাদের ইথেরিয়াম-এ ব্যবহার এবং ডেভেলপ অন্যান্য স্টেকহোল্ডারদের জন্য ইকোসিস্টেমকে আকর্ষণীয় করে তোলে। অতিরিক্তভাবে, EIP গুলিকে সমস্ত ক্লায়েন্ট বাস্তবায়ন জুড়ে প্রয়োগ করতে হবে, যা স্বতন্ত্র দল দ্বারা পরিচালিত হয়। এই প্রক্রিয়ার অংশ সাধারণত প্রোটোকল ডেভেলপারদের একাধিক দলকে বোঝানো হয় যে একটি নির্দিষ্ট পরিবর্তন মূল্যবান এবং এটি শেষ ব্যবহারকারীদের সাহায্য করে বা একটি নিরাপত্তা সমস্যা সমাধান করে।
+
+<Divider />
+
+## মতবিরোধ সামলানো {#disagreements}
+
+বিভিন্ন অনুপ্রেরণা এবং বিশ্বাসের সাথে অনেক স্টেকহোল্ডার থাকার মানে হল যে মতবিরোধ অস্বাভাবিক নয়।
+
+সাধারণত, সমস্যার মূলটি বোঝার জন্য এবং যে কাউকে ওজন করার অনুমতি দেওয়ার জন্য পাবলিক ফোরামে দীর্ঘ আলোচনার মাধ্যমে মতবিরোধগুলি পরিচালনা করা হয়। সাধারণত, একটি দল স্বীকার করে, বা একটি সুখী মাধ্যম অর্জন করা হয়। যদি একটি গ্রুপ যথেষ্ট দৃঢ়ভাবে অনুভব করে, একটি নির্দিষ্ট পরিবর্তনের মাধ্যমে জোর করে একটি চেইন বিভক্ত হতে পারে। একটি চেইন বিভক্ত হয় যখন কিছু স্টেকহোল্ডার একটি প্রোটোকল পরিবর্তন বাস্তবায়নের প্রতিবাদ করে যার ফলে প্রোটোকল পরিচালনার বিভিন্ন, বেমানান সংস্করণ হয়, যেখান থেকে দুটি স্বতন্ত্র ব্লকচেইন উদ্ভূত হয়।
+
+### DAO ফর্ক {#dao-fork}
+
+ফর্কগুলি হল যখন বড় প্রযুক্তিগত আপগ্রেড বা নেটওয়ার্কে পরিবর্তন করা এবং প্রোটোকলের "নিয়ম" পরিবর্তন করা প্রয়োজন। [ইথেরিয়াম ক্লায়েন্টদের](/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-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) - _Vitalik Buterin_
+- [ইথেরিয়াম গভর্নেন্স কীভাবে কাজ করে?](https://cryptotesters.com/blog/ethereum-governance) – _Cryptotesters_
+- [ইথেরিয়াম গভর্নেন্স যেভাবে কাজ করে](https://medium.com/coinmonks/how-ethereum-governance-works-71856426b63a) – _Micah Zoltu_
+- [একজন ইথেরিয়াম কোর ডেভেলপার কে?](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) - _Vitalik Buterin_
+- [কয়েন ভোটিং গভর্নেন্সের বাইরে](https://vitalik.eth.limo/general/2021/08/16/voting3.html) - _Vitalik Buterin_
+- [ব্লকচেইন গভর্নেন্স বোঝা](https://web.archive.org/web/20250124192731/https://research.2077.xyz/understanding-blockchain-governance) - _2077 Research_
+- [দ্য ইথেরিয়াম গভর্নমেন্ট](https://www.galaxy.com/insights/research/ethereum-governance/) - _Christine Kim_
diff --git a/public/content/translations/bn/guides/how-to-create-an-ethereum-account/index.md b/public/content/translations/bn/guides/how-to-create-an-ethereum-account/index.md
new file mode 100644
index 00000000000..c638dd83b41
--- /dev/null
+++ b/public/content/translations/bn/guides/how-to-create-an-ethereum-account/index.md
@@ -0,0 +1,75 @@
+---
+title: "কিভাবে একটি ইথেরিয়াম একাউন্টে \"সৃষ্টি\" করবেন"
+description: "ওয়ালেট ব্যবহার করে ইথেরিয়াম অ্যাকাউন্ট তৈরি করার জন্য একটি ধাপে ধাপে গাইড।"
+lang: bn
+---
+
+# কিভাবে একটি ইথেরিয়াম একাউন্টে সৃষ্টি করবেন
+
+**যেকেউ বিনামূল্যে একটি ইথিরিয়াম অ্যাকাউন্ট তৈরি করতে পারেন।** আপনাকে শুধু একটি ক্রিপ্টো ওয়ালেট অ্যাপ ইনস্টল করতে হবে। ওয়ালেটগুলো আপনার ইথেরিয়াম অ্যাকাউন্ট তৈরি ও পরিচালনা করে। তারা লেনদেন পাঠাতে পারে, আপনার ব্যালেন্স চেক করতে পারে এবং আপনাকে ইথেরিয়ামের ওপর তৈরি অন্যান্য অ্যাপের সঙ্গে সংযুক্ত করতে পারে।
+
+একটি ওয়ালেট দিয়ে আপনি যেকোনো টোকেন এক্সচেঞ্জ, গেম, [NFT](/glossary/#nft) মার্কেটপ্লেসে তাৎক্ষণিকভাবে লগ ইন করতে পারেন। ব্যক্তিগত রেজিষ্ট্রেশনের প্রয়োজন নেই, ইথেরিয়ামের ওপর তৈরি সব অ্যাপের জন্য একটি একক অ্যাকাউন্টই ব্যবহার করা হয়।
+
+## ধাপ ১: একটি ওয়ালেট বেছে নিন
+
+একটি ওয়ালেট হলো এমন একটি অ্যাপ যা আপনাকে আপনার ইথেরিয়াম একাউন্ট ব্যবস্থাপনা করতে সহায়তা করে। বেছে নেওয়ার জন্য অনেক ধরনের ওয়ালেট রয়েছে :মোবাইল, ডেস্কটপ এমনকি ব্রাউজার এক্সটেনশনও।
+
+<ButtonLink href="/wallets/find-wallet/">
+  ওয়ালেটের তালিকা
+</ButtonLink>
+
+আপনি যদি নতুন হন, তাহলে "ওয়ালেট খুজুন" পাতায় "ক্রিপ্টোতে নতুন" ফিল্টারটি নির্বাচন করতে পারেন, যা এমন সব ওয়ালেট দেখাবে যেগুলোতে নতুনদের জন্য প্রয়োজনীয় সব বৈশিষ্ট্য অন্তর্ভুক্ত থাকে।
+
+!['একটি ওয়ালেট খুঁজুন' পৃষ্ঠায় ফিল্টার নির্বাচন](./wallet-box.png)
+
+আপনার প্রয়োজন অনুযায়ী মানানসই ওয়ালেট খুঁজে পেতে আরও কিছু প্রোফাইল ফিল্টার রয়েছে। এগুলো সাধারণত ব্যবহৃত ওয়ালেটের উদাহরণ—কোনো সফটওয়্যার বিশ্বাস করার আাগে অবশ্যই নিজে থেকে গবেষণা করা উচিত।
+
+## ধাপ ২: আপনার ওয়ালেট অ্যাপটি ইনস্টল করে ডাউনলোড করুন।
+
+একবার আপনি নির্দিষ্ট কোনো ওয়ালেট নির্বাচন করলে, তাদের অফিসিয়াল ওয়েবসাইট বা অ্যাপ স্টোরে যান, ডাউনলোড করুন এবং ইনস্টল করুন। এসবের মধ্যে সবগুলোই ফ্রি হওয়া উচিত।
+
+## ধাপ ৩: অ্যাপটি খুলুন এবং আপনার ইথেরিয়াম একাউন্ট তৈরি করুন
+
+আপনি যখন প্রথমবার আপনার নতুন ওয়ালেট খুলবেন,তখন আপনাকে হয় নতুন একাউন্ট তৈরি করার, নয়তো আগের কোন একাউন্ট ইমপোর্ট করার অপশন দেওয়া হতে পারে। নতুন একাউন্ট তৈরি করার অপশনপ ক্লিক করুন। **এটি সেই ধাপ যেখানে ওয়ালেট সফ্টওয়্যারটি আপনার ইথিরিয়াম অ্যাকাউন্ট তৈরি করে।**
+
+## ধাপ ৪: আপনার রিকভারি ফ্রেজ সংরক্ষণ করুন
+
+কিছু অ্যাপ আপনাকে একটি গোপন "রিকভারি ফ্রেজ"(কখনো কখনো " সিড ফ্রেজ" বলা হয়) সংরক্ষণ করতে বলবে। এই ফ্রেজটি নিরাপদে রাখা অত্যনত গুরুত্বপূর্ণ! এটি আপনার ইথেরিয়াম একাউন্ট তৈরি করতে ব্যবহৃত হয় এবং লেনদেন জমা করার জন্য ও ব্যবহার করা যেতে পারে।
+
+**যে কোনো ব্যক্তি যিনি এই ফ্রেজটি জানেন তিনি সমস্ত ফান্ডের নিয়ন্ত্রণ নিতে পারেন।** এটি কখনও কারো সাথে শেয়ার করবেন না। এই ফ্রেজটিতে ১২ থেকে ২৪ টি এলোমেলোভাবে তৈরি করা শব্দ থাকা উচিত( শব্দগুলোর ক্রম গুরুত্বপূর্ণ)
+
+<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/)
+
+## সাধারণত জিজ্ঞাসিত প্রশ্নসমুহ
+
+### আমার ওয়ালেট এবং আামার ইথেরিয়াম একাউন্ট কি একই?
+
+না। ওয়ালেট হলো একটি ব্যবস্থাপনা টুল, যা আপনাকে একাউন্টগুলো পরিচালনা করতে সাহায্য করে। একটি ওয়ালেট একাধিক একাউন্টে প্রবেশাধিকার পেতে পারে এবং একটি একাউন্ট একাধিক ওয়ালেট দ্বারা ব্যবহৃত হতে পারে। রিকভারি ফ্রেজটি একাউন্ট তৈরি করতে ব্যবহৃত হয় এবং একটি ওয়ালেট অ্যাপকে সম্পদ পরিচালনার অনুমতি দেয়।
+
+### আমি কি বিটকয়েন ইথেরিয়াম ঠিকানায় পাঠাতে পারি বা ইথার বিটকয়েন ঠিকানায় পাঠাতে পারি?
+
+না, আপনি পারবেন না। বিটকয়েন এবং ইথার দুটি আলাদা নেটওয়ার্কে (অর্থাৎ, ভিন্ন ব্লকচেইন) বিদ্যমান, প্রতিটির নিজস্ব হিসাবরক্ষণ এবং অ্যাড্রেস ফরম্যাট রয়েছে। দুটি ভিন্ন নেটওয়ার্ককে ব্রিজ করার জন্য বিভিন্ন প্রচেষ্টা করা হয়েছে, যার মধ্যে বর্তমানে সবচেয়ে সক্রিয় হল [র‍্যাপড বিটকয়েন বা WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/)। এটি কোনো সমর্থন নয়, কারণ  WBTC একটি কাস্টডিয়াল সলিউশন (অর্থাৎ একটি নির্দিষ্ট গ্রুপ গুরুত্বপূর্ণ কার্যক্রম নিয়ন্ত্রণ করে) এবং এখানে শুধুমাত্র তথ্যগত উদ্দেশ্যে প্রদান করা হয়েছে।
+
+### আমি যদি একটি ETH ঠিকানার মালিক হই, তবে কি আমি অন্যান্য ব্লকচেইনেও একই ঠিকানার মালিক?
+
+আপনি সমস্ত ব্লকচেইনে একই [অ্যাড্রেস](/glossary/#address) ব্যবহার করতে পারেন যেগুলি ইথিরিয়ামের মতো একই ধরনের অন্তর্নিহিত সফ্টওয়্যার ব্যবহার করে (যা 'EVM-কম্প্যাটিবল' নামে পরিচিত)। এই [তালিকাটি](https://chainlist.org/) আপনাকে দেখাবে কোন ব্লকচেইনগুলি আপনি একই ঠিকানা দিয়ে ব্যবহার করতে পারেন। কিছু ব্লকচেইন, যেমন বিটকয়েন, সম্পুর্ন আলাদা নেটওয়ার্ক নিয়ম প্রয়োগ করে এবং এর জন্য আপনাকে একটি ভিন্ন ফরম্যাটের আলাদা ঠিকানা ব্যবহার করতে হবে। যদি আপনার স্মার্ট কন্ট্র্যাক্ট ওয়ালেট থাকে, তাহলে কোন ব্লকচেইন সমর্থিত তা জানার জন্য ওয়ালেটের অফিসিয়াল ওয়েবসাইট থেকে বিস্তারিত তথ্য দেখে নেওয়া উচিত, কারণ সাধারণত এসব ওয়ালেটের সাপোর্ট সীমিত হলেও নিরাপত্তা বেশী।
+
+### আমার নিজের ওয়ালেট থাকাটা কি এক্সচেঞ্জে ফান্ড রাখার চেয়ে নিরাপদ?
+
+নিজের ওয়ালেটে থাকা মানে আপনি আপনার সম্পদের নিরাপত্তার দায়িত্ব নিজের কাঁধে নিচ্ছেন। দূর্ভাগ্যবশত,এমন অনেক উদাহরণ রয়েছে যেখানে এক্সচেঞ্জ ব্যর্থ হয়েছে এবং তাদের গ্রাহকদের অর্থ হারিয়ে গেছে। রিকভারি ফ্রেজসহ একটি ওয়ালেট থাকার মাধ্যমে আপনি কোনো প্রতিষ্ঠানের ওপর সম্পদ রাখার কারনে সৃষ্ট ঝুঁকি এড়াতে পারেন। তবে আপনাকে নিজে থেকে এটি নিরাপদ রাখতে হবে এবং ফিশিং স্ক্যাম, ভুলবশত লেনদেন অনুমোদন, রিকভারি ফ্রেজ ফাঁস হওয়া,নকল ওয়েবসাইটের সাথে যোগাযোগ এবং অন্যান্য স্ব-রক্ষার ঝুকি এড়াতে হবে। ঝুঁকি এবং সুবিধাগুলো একে অপরের থেকে ভিন্ন।
+
+### আমি যদি আমার ফোন বা হার্ডওয়্যার ওয়ালেট হারিয়ে ফেলি, তাহলে কি হারানো ফান্ড পুনরুদ্ধার করতে একই ওয়ালেট অ্যাপ ব্যবহার করতে হবে?
+
+না, আপনি একটি ভিন্ন ওয়ালেট ব্যবহার করতে পারেন। যতক্ষণ আপনার কাছে সিড ফ্রেজ থাকে, ততক্ষণ আপনি এটি বেশীরভাগ ওয়ালেটে প্রবেশ করিয়ে আপনার একাউন্ট পুনরুদ্ধার করতে পারবেন। যদি কখনো আপনাকে এটি করতে হয়, তাহলে সতর্ক থাকুন: ওয়ালেট পুনরুদ্ধার করার সময় ইন্টারনেটে সংযুক্ত থাকা এড়ানোই ভালো,যাতে আপনার সিড ফ্রেজ দূর্ঘটনাবশতঃ লিক না হয়ে যায়। রিকভারি ফ্রেজ ছাড়া হারানো ফান্ড পুনরুদ্ধার করা প্রায়ই অসম্ভব হয়।
diff --git a/public/content/translations/bn/guides/how-to-id-scam-tokens/index.md b/public/content/translations/bn/guides/how-to-id-scam-tokens/index.md
new file mode 100644
index 00000000000..1f9b5696f6a
--- /dev/null
+++ b/public/content/translations/bn/guides/how-to-id-scam-tokens/index.md
@@ -0,0 +1,94 @@
+---
+title: "স্ক্যাম টোকেন কীভাবে শনাক্ত করবেন"
+description: "স্ক্যাম টোকেন বোঝা, কীভাবে তারা নিজেদেরকে বৈধ দেখায় এবং কীভাবে সেগুলি এড়ানো যায়।"
+lang: bn
+---
+
+# কীভাবে স্ক্যাম টোকেন শনাক্ত করবেন {#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 হল একটি সংস্থা যা [অপ্টিমিস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/) তৈরি এবং পরিচালনা করে। প্রাথমিকভাবে, Arbitrum একটি লাভজনক কোম্পানি হিসাবে সংগঠিত হয়েছিল, কিন্তু তারপর বিকেন্দ্রীকরণের জন্য পদক্ষেপ নিয়েছিল। এই প্রক্রিয়ার অংশ হিসাবে, তারা একটি ট্রেডযোগ্য [গভর্নেন্স টোকেন](/dao/#token-based-membership) জারি করেছে।
+</ExpandableCard>
+
+<ExpandableCard
+title="স্ক্যাম টোকেনটিকে wARB কেন বলা হয়?"
+contentPreview=''>
+
+Ethereum-এ একটি কনভেনশন রয়েছে যে যখন একটি অ্যাসেট ERC-20 অনুবর্তী হয় না, তখন আমরা এটির একটি "wrapped" সংস্করণ তৈরি করি যার নাম "w" দিয়ে শুরু হয়। সুতরাং, উদাহরণস্বরূপ, আমাদের কাছে বিটকয়েনের জন্য wBTC এবং <a href="https://cointelegraph.com/news/what-is-wrapped-ethereum-weth-and-how-does-it-work">ইথারের জন্য wETH</a> আছে।
+
+একটি ERC-20 টোকেনের একটি র‍্যাপড সংস্করণ তৈরি করার কোনো মানে হয় না যা ইতিমধ্যে Ethereum-এ রয়েছে, তবে স্ক্যামাররা অন্তর্নিহিত বাস্তবতার পরিবর্তে বৈধতার চেহারার উপর নির্ভর করে।
+</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 চুক্তির মতো একই প্রতীক এবং নাম থাকতে পারে। আপনি নিরাপত্তার জন্য সেই ক্ষেত্রগুলির উপর নির্ভর করতে পারবেন না।
+
+- **বৈধ মালিক**। স্ক্যাম টোকেনগুলি প্রায়শই সেই ঠিকানাগুলিতে উল্লেখযোগ্য ব্যালেন্স এয়ারড্রপ করে যা আসল টোকেনের বৈধ ধারক হিসাবে প্রত্যাশিত হতে পারে।
+
+  উদাহরণস্বরূপ, আসুন আবার `wARB`-এর দিকে তাকাই। [টোকেনের প্রায় 16%](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` কেনার চেষ্টা করেন, তখন এমনকি একটি ছোট কেনাকাটাও দাম 90% এর বেশি পরিবর্তন করবে:
+
+![একটি স্ক্যাম টোকেন কেনা](./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/bn/guides/how-to-revoke-token-access/index.md b/public/content/translations/bn/guides/how-to-revoke-token-access/index.md
new file mode 100644
index 00000000000..50df14786f0
--- /dev/null
+++ b/public/content/translations/bn/guides/how-to-revoke-token-access/index.md
@@ -0,0 +1,75 @@
+---
+title: "কিভাবে আপনার ক্রিপ্টো ফান্ড থেকে স্মার্ট কন্ট্রাক্টের অ্যাক্সেস প্রত্যাহার করবেন"
+description: "শোষণমূলক স্মার্ট কন্ট্র্যাক্ট টোকেন অ্যাক্সেস প্রত্যাহার করার জন্য একটি নির্দেশিকা"
+lang: bn
+---
+
+# কিভাবে আপনার ক্রিপ্টো ফান্ড থেকে স্মার্ট কন্ট্রাক্টের অ্যাক্সেস প্রত্যাহার করবেন
+
+এই নির্দেশিকাটি আপনাকে শেখাবে কিভাবে সমস্ত [স্মার্ট কন্ট্র্যাক্ট](/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/bn/guides/how-to-swap-tokens/index.md b/public/content/translations/bn/guides/how-to-swap-tokens/index.md
new file mode 100644
index 00000000000..0db5da544a5
--- /dev/null
+++ b/public/content/translations/bn/guides/how-to-swap-tokens/index.md
@@ -0,0 +1,70 @@
+---
+title: "কিভাবে টোকেন অদলবদল করতে হয়"
+description: "ইথেরিয়ামে টোকেন সোয়াপ করার একটি গাইড।"
+lang: bn
+---
+
+# কিভাবে টোকেন অদলবদল করতে হয়
+
+আপনি কি এমন একটি এক্সচেঞ্জ খুঁজতে খুঁজতে ক্লান্ত যা আপনার সব পছন্দের টোকেন তালিকাভুক্ত করে? আপনি [বিকেন্দ্রীভূত এক্সচেঞ্জ](/glossary/#dex) ব্যবহার করে বেশিরভাগ টোকেন সোয়াপ করতে পারেন।
+
+একটি টোকেন সোয়াপের মধ্যে ইথেরিয়াম নেটওয়ার্কে বিদ্যমান দুটি ভিন্ন সম্পদের বিনিময় জড়িত, উদাহরণস্বরূপ ETH-এর জন্য DAI (একটি [ERC-20](/glossary/#erc-20) টোকেন) সোয়াপ করা। প্রক্রিয়াটি খুব দ্রুত এবং সস্তা। টোকেন সোয়াপ করার জন্য আপনার একটি ক্রিপ্টো ওয়ালেট থাকতে হবে।
+
+**পূর্বশর্ত:**
+
+- একটি [ক্রিপ্টো ওয়ালেট](/glossary/#wallet) থাকতে হবে; যদি আপনার কাছে না থাকে, তাহলে আপনি [কীভাবে একটি ইথেরিয়াম অ্যাকাউন্ট তৈরি করবেন](/guides/how-to-create-an-ethereum-account/) এই নির্দেশিকাটি অনুসরণ করতে পারেন
+- আপনার ওয়ালেটে ফান্ড যোগ করুন
+
+## 1. আপনার পছন্দের বিকেন্দ্রীভূত এক্সচেঞ্জের (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/) কী এবং এই নতুন ধরণের এক্সচেঞ্জগুলি কীভাবে কাজ করে সে সম্পর্কে আরও জানুন।
+
+## 2. আপনি যে টোকেন জোড়াটি সোয়াপ করতে চান তা নির্বাচন করুন
+
+উদাহরণস্বরূপ, ETH এবং DAI। নিশ্চিত করুন যে দুটি টোকেনের একটিতে আপনার ফান্ড আছে।
+![সোয়াপ করার জন্য সাধারণ ইন্টারফেস](./swap1.png)
+
+## 3. আপনি যে পরিমাণ টোকেন ট্রেড করতে চান তা লিখুন এবং সোয়াপ-এ ক্লিক করুন
+
+এক্সচেঞ্জটি স্বয়ংক্রিয়ভাবে গণনা করবে আপনি কতগুলি টোকেন পাবেন।
+
+![সোয়াপ করার জন্য সাধারণ ইন্টারফেস](./swap2.png)
+
+## ৪. লেনদেনটি নিশ্চিত করুন
+
+লেনদেনের বিবরণ পর্যালোচনা করুন। অপ্রীতিকর চমক এড়াতে বিনিময় হার এবং অন্য কোনও ফি পরীক্ষা করুন।
+
+![লেনদেন পর্যালোচনার জন্য সাধারণ ইন্টারফেস](./swap3.png)
+
+## ৫। লেনদেনটি প্রক্রিয়া করার জন্য অপেক্ষা করুন
+
+আপনি যেকোনো ব্লকচেইন এক্সপ্লোরারে লেনদেনের অগ্রগতি দেখতে পারেন। এই প্রক্রিয়াটিতে 10 মিনিটের বেশি সময় লাগা উচিত নয়।
+
+লেনদেন প্রক্রিয়া হয়ে গেলে আপনি স্বয়ংক্রিয়ভাবে আপনার ওয়ালেটে সোয়াপ করা টোকেনগুলি পেয়ে যাবেন। <br />
+
+<Alert variant="update">
+<AlertEmoji text=":eyes:"/>
+<AlertContent className="justify-between flex-row items-center">
+  <div>আরো জানতে চান?</div>
+  <ButtonLink href="/guides/">
+    আমাদের অন্যান্য নির্দেশিকা দেখুন
+  </ButtonLink>
+</AlertContent>
+</Alert>
+
+## সাধারণত জিজ্ঞাসিত প্রশ্নসমুহ
+
+### আমি কি আমার ওয়ালেট থেকে BTC-এর জন্য ETH সোয়াপ করতে পারি?
+
+না, আপনি শুধুমাত্র সেই টোকেনগুলিই সোয়াপ করতে পারেন যেগুলি ইথেরিয়াম নেটওয়ার্কের স্থানীয়, যেমন ETH, ERC-20 টোকেন বা NFTs। আপনি শুধুমাত্র বিটকয়েনের "র‍্যাপড" ফর্মগুলি সোয়াপ করতে পারেন যা ইথেরিয়ামে বিদ্যমান।
+
+### স্লিপেজ কি?
+
+এটি আপনার প্রত্যাশিত বিনিময় হার এবং প্রকৃত হারের মধ্যে পার্থক্য।
diff --git a/public/content/translations/bn/guides/how-to-use-a-bridge/index.md b/public/content/translations/bn/guides/how-to-use-a-bridge/index.md
new file mode 100644
index 00000000000..0029f8a39ea
--- /dev/null
+++ b/public/content/translations/bn/guides/how-to-use-a-bridge/index.md
@@ -0,0 +1,72 @@
+---
+title: "কিভাবে লেয়ার 2 এর সাথে টোকেন সংযুক্ত করতে হয়"
+description: "ব্রিজ ব্যবহার করে Ethereum থেকে লেয়ার 2-এ টোকেন স্থানান্তরের একটি নির্দেশিকা।"
+lang: bn
+---
+
+# কিভাবে লেয়ার 2 এর সাথে টোকেন সংযুক্ত করতে হয়
+
+Ethereum-এ প্রচুর ট্র্যাফিক থাকলে, এটি ব্যয়বহুল হয়ে উঠতে পারে। এর একটি সমাধান হল নতুন "লেয়ার" তৈরি করা: অর্থাৎ, বিভিন্ন নেটওয়ার্ক যা Ethereum-এর মতোই কাজ করে। এই তথাকথিত লেয়ার 2-গুলি কম ফিতে অনেক বেশি লেনদেন প্রক্রিয়া করে Ethereum-এ যানজট এবং খরচ কমাতে সাহায্য করে, এবং শুধুমাত্র মাঝে মাঝে Ethereum-এ এগুলির ফলাফল সংরক্ষণ করে। এর ফলে, এই লেয়ার 2-গুলি আমাদের বর্ধিত গতি এবং কম খরচে লেনদেন করতে সক্ষম করে। এই সুবিধাগুলির কারণে অনেক জনপ্রিয় ক্রিপ্টো প্রজেক্ট লেয়ার 2-গুলিতে চলে আসছে। Ethereum থেকে লেয়ার 2-এ টোকেন স্থানান্তর করার সবচেয়ে সহজ উপায় হল একটি ব্রিজ ব্যবহার করা।
+
+**পূর্বশর্ত:**
+
+- একটি ক্রিপ্টো ওয়ালেট থাকতে হবে—যদি আপনার না থাকে, তবে [একটি Ethereum অ্যাকাউন্ট তৈরি করতে](/guides/how-to-create-an-ethereum-account/) এই নির্দেশিকাটি অনুসরণ করুন
+- আপনার ওয়ালেটে ফান্ড যোগ করুন
+
+## ১. আপনি কোন লেয়ার 2 নেটওয়ার্কটি ব্যবহার করতে চান তা নির্ধারণ করুন
+
+আমাদের [লেয়ার 2 পেজে](/layer-2/) বিভিন্ন প্রজেক্ট এবং গুরুত্বপূর্ণ লিঙ্কগুলি সম্পর্কে আপনি আরও জানতে পারেন।
+
+## 2. নির্বাচিত ব্রিজে যান
+
+কিছু জনপ্রিয় লেয়ার 2 হল:
+
+- [Arbitrum ব্রিজ](https://portal.arbitrum.io/bridge?l2ChainId=42161)
+- [Optimism ব্রিজ](https://app.optimism.io/bridge/deposit)
+- [Boba নেটওয়ার্ক ব্রিজ](https://hub.boba.network/)
+
+## 3. আপনার ওয়ালেট দিয়ে ব্রিজের সাথে সংযোগ করুন
+
+নিশ্চিত করুন যে আপনার ওয়ালেটটি Ethereum মেইননেট নেটওয়ার্কের সাথে সংযুক্ত আছে। যদি তা না হয়, ওয়েবসাইটটি স্বয়ংক্রিয়ভাবে আপনাকে নেটওয়ার্ক পরিবর্তন করার জন্য অনুরোধ করবে।
+
+![টোকেন ব্রিজ করার জন্য সাধারণ ইন্টারফেস](./bridge1.png)
+
+## ৪. পরিমাণ নির্দিষ্ট করুন এবং তহবিল স্থানান্তর করুন
+
+অপ্রীতিকর পরিস্থিতি এড়াতে লেয়ার 2 নেটওয়ার্কে আপনি যে পরিমাণ ফেরত পাবেন এবং ফি পর্যালোচনা করুন।
+
+![টোকেন ব্রিজ করার জন্য সাধারণ ইন্টারফেস](./bridge2.png)
+
+## ৫। আপনার ওয়ালেটে লেনদেনটি নিশ্চিত করুন
+
+লেনদেনটি প্রক্রিয়া করার জন্য আপনাকে ETH হিসেবে একটি ফি ([গ্যাস](/glossary/#gas) বলা হয়) দিতে হবে।
+
+![টোকেন ব্রিজ করার জন্য সাধারণ ইন্টারফেস](./bridge3.png)
+
+## ৬. আপনার তহবিল স্থানান্তরের জন্য অপেক্ষা করুন।
+
+এই প্রক্রিয়াটিতে 10 মিনিটের বেশি সময় লাগা উচিত নয়।
+
+## ৭. আপনার ওয়ালেটে নির্বাচিত লেয়ার 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>
+
+## সাধারণত জিজ্ঞাসিত প্রশ্নসমুহ
+
+### আমার যদি কোনো এক্সচেঞ্জে তহবিল থাকে তাহলে কী হবে?
+
+আপনি হয়তো একটি এক্সচেঞ্জ থেকে সরাসরি কিছু লেয়ার 2-গুলিতে উত্তোলন করতে পারবেন। আরও তথ্যের জন্য আমাদের [লেয়ার 2 পেজের](/layer-2/) "লেয়ার 2-এ স্থানান্তর" বিভাগটি দেখুন।
+
+### আমার টোকেনগুলিকে L2-এ ব্রিজ করার পর আমি কি Ethereum মেইননেটে ফিরে যেতে পারি?
+
+হ্যাঁ, আপনি একই ব্রিজ ব্যবহার করে সর্বদা আপনার তহবিল মেইননেটে ফিরিয়ে আনতে পারেন।
diff --git a/public/content/translations/bn/guides/how-to-use-a-wallet/index.md b/public/content/translations/bn/guides/how-to-use-a-wallet/index.md
new file mode 100644
index 00000000000..c13f9f3528a
--- /dev/null
+++ b/public/content/translations/bn/guides/how-to-use-a-wallet/index.md
@@ -0,0 +1,91 @@
+---
+title: "কিভাবে একটি ওয়ালেট ব্যবহার করতে হয়"
+metaTitle: "কীভাবে Ethereum ওয়ালেট ব্যবহার করবেন | ধাপে ধাপে"
+description: "একটি গাইড যা ব্যাখ্যা করে কীভাবে টোকেন পাঠানো, গ্রহণ করা এবং web3 প্রোজেক্টগুলির সাথে সংযোগ করতে হয়।"
+lang: bn
+---
+
+# কিভাবে একটি ওয়ালেট ব্যবহার করতে হয়
+
+কীভাবে কোনও ওয়ালেটের সমস্ত প্রাথমিক বৈশিষ্ট্য ব্যবহার করবেন তা জানুন. আপনার যদি এখনও একটি না থাকে, তাহলে আমাদের [কীভাবে একটি Ethereum অ্যাকাউন্ট তৈরি করবেন](/guides/how-to-create-an-ethereum-account/) দেখুন।
+
+## আপনার ওয়ালেট খুলুন
+
+আপনি একটি ড্যাশবোর্ড দেখতে পাবেন যা সম্ভবত আপনার ব্যালেন্স দেখাবে এবং টোকেন পাঠানো ও গ্রহণ করার জন্য বোতাম থাকবে।
+
+## ক্রিপটোকারেন্সি গ্রহণ করুন
+
+আপনি কি আপনার ওয়ালেটে ক্রিপ্টো গ্রহণ করতে চান?
+
+প্রতিটি ইথেরিয়াম অ্যাকাউন্টের নিজস্ব গ্রহণকারী ঠিকানা থাকে যা সংখ্যা এবং অক্ষরের একটি অনন্য ক্রম। ঠিকানাটি একটি ব্যাংক অ্যাকাউন্ট নম্বরের মতো কাজ করে। ইথেরিয়াম ঠিকানাগুলি সর্বদা "0x" দিয়ে শুরু হবে। আপনি এই ঠিকানাটি যে কারও সাথে শেয়ার করতে পারেন: এটা করা নিরাপদ।
+
+আপনার ঠিকানাটি আপনার বাড়ির ঠিকানার মতো: আপনাকে লোকেদের জানাতে হবে এটি কী যাতে তারা আপনাকে খুঁজে পেতে পারে। এটা করা নিরাপদ, কারণ আপনি এখনও আপনার সামনের দরজা অন্য একটি চাবি দিয়ে লক করতে পারেন যা শুধুমাত্র আপনি নিয়ন্ত্রণ করেন, যাতে কেউ ভিতরে প্রবেশ করতে না পারে, এমনকি তারা জানলেও যে আপনি কোথায় থাকেন।
+
+যে আপনাকে টাকা পাঠাতে চায় তাকে আপনার পাবলিক ঠিকানা প্রদান করতে হবে। অনেক ওয়ালেট অ্যাপ আপনাকে আপনার ঠিকানা কপি করতে বা সহজ ব্যবহারের জন্য স্ক্যান করার জন্য একটি QR কোড দেখাতে দেয়। ম্যানুয়ালি কোনো ইথেরিয়াম ঠিকানা টাইপ করা এড়িয়ে চলুন। এর ফলে সহজেই করণিকের ভুল হতে পারে এবং তহবিল হারিয়ে যেতে পারে।
+
+বিভিন্ন অ্যাপ ভিন্ন হতে পারে বা ভিন্ন ভাষা ব্যবহার করতে পারে, কিন্তু আপনি যদি তহবিল স্থানান্তর করার চেষ্টা করেন তবে তাদের আপনাকে একটি অনুরূপ প্রক্রিয়ার মধ্যে দিয়ে নিয়ে যাওয়া উচিত।
+
+1. আপনার ওয়ালেট অ্যাপটি খুলুন।
+2. "Receive" (বা অনুরূপ শব্দযুক্ত বিকল্প)-এ ক্লিক করুন।
+3. আপনার ইথেরিয়াম ঠিকানা ক্লিপবোর্ডে কপি করুন।
+4. প্রেরককে আপনার গ্রহণকারী ইথেরিয়াম ঠিকানা দিন।
+
+## ক্রিপটোকারেন্সি প্রেরণ করুন
+
+আপনি কি অন্য ওয়ালেটে ETH পাঠাতে চান?
+
+1. আপনার ওয়ালেট অ্যাপটি খুলুন।
+2. গ্রহণকারী ঠিকানাটি নিন এবং নিশ্চিত করুন যে আপনি প্রাপকের মতো একই নেটওয়ার্কে সংযুক্ত আছেন।
+3. গ্রহণকারী ঠিকানাটি লিখুন বা আপনার ক্যামেরা দিয়ে একটি QR কোড স্ক্যান করুন যাতে আপনাকে ম্যানুয়ালি ঠিকানা লিখতে না হয়।
+4. আপনার ওয়ালেটে একটি "Send" বোতামে (বা একটি অনুরূপ শব্দযুক্ত বিকল্প) ক্লিক করুন।
+
+![ক্রিপ্টো ঠিকানার জন্য সেন্ড ফিল্ড](./send.png) <br/>
+
+5. অনেক সম্পদ, যেমন DAI বা USDC, একাধিক নেটওয়ার্কে বিদ্যমান। ক্রিপ্টো টোকেন স্থানান্তর করার সময়, নিশ্চিত করুন যে প্রাপক আপনার মতো একই নেটওয়ার্ক ব্যবহার করছেন, কারণ এগুলি বিনিময়যোগ্য নয়।
+6. নিশ্চিত করুন যে আপনার ওয়ালেটে লেনদেনের ফি দেওয়ার মতো পর্যাপ্ত ETH আছে, যা নেটওয়ার্কের অবস্থার উপর নির্ভর করে পরিবর্তিত হয়। বেশিরভাগ ওয়ালেট লেনদেনে প্রস্তাবিত ফি স্বয়ংক্রিয়ভাবে যোগ করবে যা আপনি তারপর নিশ্চিত করতে পারেন।
+7. আপনার লেনদেন প্রক্রিয়া হয়ে গেলে, সংশ্লিষ্ট ক্রিপ্টোর পরিমাণ প্রাপকের অ্যাকাউন্টে দেখা যাবে। নেটওয়ার্ক বর্তমানে কতটা ব্যবহৃত হচ্ছে তার উপর নির্ভর করে এতে কয়েক সেকেন্ড থেকে কয়েক মিনিট সময় লাগতে পারে।
+
+## প্রোজেক্টের সাথে সংযোগ করা
+
+সমস্ত ইথেরিয়াম প্রোজেক্টে আপনার ঠিকানা একই থাকবে। আপনাকে কোনো প্রোজেক্টে পৃথকভাবে নিবন্ধন করতে হবে না। একবার আপনার একটি ওয়ালেট হয়ে গেলে, আপনি কোনো অতিরিক্ত তথ্য ছাড়াই যেকোনো ইথেরিয়াম প্রোজেক্টের সাথে সংযোগ করতে পারেন। কোনো ইমেল বা অন্য কোনো ব্যক্তিগত তথ্যের প্রয়োজন নেই।
+
+1. যেকোনো প্রোজেক্টের ওয়েবসাইটে যান।
+2. যদি প্রোজেক্টের ল্যান্ডিং পেজটি প্রোজেক্টের একটি স্থির বিবরণ হয়, তবে আপনার মেনুতে একটি "অ্যাপটি খুলুন" বোতামে ক্লিক করতে পারা উচিত যা আপনাকে আসল ওয়েব অ্যাপে নিয়ে যাবে।
+3. অ্যাপে প্রবেশ করার পর "সংযোগ করুন"-এ ক্লিক করুন।
+
+![বোতাম যা ব্যবহারকারীকে একটি ওয়ালেট দিয়ে ওয়েবসাইটের সাথে সংযোগ করতে দেয়](./connect1.png)
+
+4. প্রদত্ত বিকল্পগুলির তালিকা থেকে আপনার ওয়ালেট নির্বাচন করুন। আপনি যদি আপনার ওয়ালেট দেখতে না পান, তাহলে এটি "WalletConnect" বিকল্পের অধীনে লুকানো থাকতে পারে।
+
+![সংযোগ করার জন্য ওয়ালেটের একটি তালিকা থেকে নির্বাচন করা হচ্ছে](./connect2.png)
+
+5. সংযোগ স্থাপন করতে আপনার ওয়ালেটে স্বাক্ষরের অনুরোধটি নিশ্চিত করুন। **এই বার্তায় স্বাক্ষর করার জন্য কোনো ETH খরচ করার প্রয়োজন হওয়া উচিত নয়**।
+6. এটাই! অ্যাপটি ব্যবহার করা শুরু করুন। আপনি আমাদের [ডিএ্যাপস পৃষ্ঠায়](/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/) আপনাকে দেখাবে কোন ব্লকচেইনগুলি আপনি একই ঠিকানা দিয়ে ব্যবহার করতে পারেন। কিছু ব্লকচেইন, যেমন বিটকয়েন, সম্পুর্ন আলাদা নেটওয়ার্ক নিয়ম প্রয়োগ করে এবং এর জন্য আপনাকে একটি ভিন্ন ফরম্যাটের আলাদা ঠিকানা ব্যবহার করতে হবে। আপনার যদি একটি স্মার্ট কন্ট্র্যাক্ট ওয়ালেট থাকে, তবে কোন ব্লকচেইনগুলি সমর্থিত সে সম্পর্কে আরও তথ্যের জন্য আপনার উচিত এর পণ্যের ওয়েবসাইটটি পরীক্ষা করা।
+
+### আমি কি একাধিক ডিভাইসে একই ঠিকানা ব্যবহার করতে পারি?
+
+হ্যাঁ, আপনি একাধিক ডিভাইসে একই ঠিকানা ব্যবহার করতে পারেন। ওয়ালেটগুলি প্রযুক্তিগতভাবে শুধুমাত্র আপনাকে আপনার ব্যালেন্স দেখাতে এবং লেনদেন করার জন্য একটি ইন্টারফেস, আপনার অ্যাকাউন্ট ওয়ালেটের ভিতরে সংরক্ষণ করা হয় না, বরং ব্লকচেইনে সংরক্ষিত থাকে।
+
+### আমি ক্রিপ্টো পাইনি, আমি একটি লেনদেনের স্থিতি কোথায় পরীক্ষা করতে পারি?
+
+রিয়েল টাইমে যেকোনো লেনদেনের স্থিতি দেখতে আপনি [ব্লক এক্সপ্লোরার](/developers/docs/data-and-analytics/block-explorers/) ব্যবহার করতে পারেন। আপনাকে শুধু আপনার ওয়ালেট ঠিকানা বা লেনদেনের আইডি দিয়ে অনুসন্ধান করতে হবে।
+
+### আমি কি লেনদেন বাতিল বা ফেরত দিতে পারি?
+
+না, একবার একটি লেনদেন নিশ্চিত হয়ে গেলে, আপনি লেনদেনটি বাতিল করতে পারবেন না।
diff --git a/public/content/translations/bn/guides/index.md b/public/content/translations/bn/guides/index.md
new file mode 100644
index 00000000000..66b5dd59074
--- /dev/null
+++ b/public/content/translations/bn/guides/index.md
@@ -0,0 +1,27 @@
+---
+title: "ইথেরিয়াম গাইড"
+description: "নতুনদের জন্য ইথেরিয়াম ব্যবহারের মূল বিষয়গুলি ব্যাখ্যা করে এমন ব্যবহারিক গাইডের একটি সংগ্রহ।"
+lang: bn
+---
+
+# ইথেরিয়াম গাইড
+
+আপনি কি আপনার ইথেরিয়াম যাত্রা শুরু করতে চান? আমাদের ব্যবহারিক গাইডগুলি আপনাকে ধাপে ধাপে শুরু করতে সাহায্য করে এবং এই নতুন প্রযুক্তিটি নেভিগেট করা সহজ করে তোলে।
+
+## শুরু করা
+
+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/bn/nft/index.md b/public/content/translations/bn/nft/index.md
index 72fbee6d6a9..98279067530 100644
--- a/public/content/translations/bn/nft/index.md
+++ b/public/content/translations/bn/nft/index.md
@@ -1,47 +1,42 @@
 ---
-title: নন-ফাঞ্জিবল টোকেন (NFT)
-description: ইথেরিয়াম এ NFT এর একটি সংক্ষিপ্ত বিবরণী
+title: "নন-ফাঞ্জিবল টোকেন (NFT)"
+metaTitle: "NFT কী? | সুবিধা এবং ব্যবহার"
+description: "ইথেরিয়াম এ NFT এর একটি সংক্ষিপ্ত বিবরণী"
 lang: bn
 template: use-cases
 emoji: ":frame_with_picture:"
 sidebarDepth: 2
 image: /images/infrastructure_transparent.png
-alt: হলোগ্রামের মাধ্যমে একটি Eth লোগো ডিসপ্লে করা হচ্ছে।.
-summaryPoint1: একটি ইথেরিয়াম-ভিত্তিক সম্পদ হিসেবে অনন্য কিছু উপস্থাপন করার একটি উপায়।
-summaryPoint2: NFT কন্টেন্ট নির্মাতাদের আগের চেয়ে আরও ক্ষমতা দিচ্ছে।
-summaryPoint3: ইথেরিয়াম ব্লকচেইনে স্মার্ট কন্ট্র্যাক্ট দ্বারা চালিত।
+alt: "হলোগ্রামের মাধ্যমে একটি Eth লোগো ডিসপ্লে করা হচ্ছে।."
+summaryPoint1: "একটি ইথেরিয়াম-ভিত্তিক সম্পদ হিসেবে অনন্য কিছু উপস্থাপন করার একটি উপায়।"
+summaryPoint2: "NFT কন্টেন্ট নির্মাতাদের আগের চেয়ে আরও ক্ষমতা দিচ্ছে।"
+summaryPoint3: "ইথেরিয়াম ব্লকচেইনে স্মার্ট কন্ট্র্যাক্ট দ্বারা চালিত।"
 ---
 
-## What are NFTs? {#what-are-nfts}
+## NFT কী? {#what-are-nfts}
 
-NFT হল টোকেন যারা প্রত্যেকে অনন্য। প্রতিটি NFT এর আলাদা বৈশিষ্ট্য রয়েছে (নন-ফাঞ্জিবল) এবং সম্ভবত দুষ্প্রাপ্য। এটি ERC-20 এর মতো টোকেন থেকে ভিন্ন যেখানে একটি সেটের প্রতিটি টোকেন অভিন্ন এবং একই বৈশিষ্ট্য রয়েছে ('ফাঞ্জিবল')। আপনার ওয়ালেট এ কোন নির্দিষ্ট ডলারের বিল আছে তা নিয়ে আপনি ভাবেন না, কারণ সেগুলি সবই অভিন্ন এবং একই মূল্যের। যাইহোক, আপনি কোন নির্দিষ্ট NFT এর মালিক তা আপনি কেয়ার _করেন_, কারণ তাদের সকলেরই স্বতন্ত্র বৈশিষ্ট্য রয়েছে যা তাদের অন্যদের থেকে আলাদা করে ('নন-ফাঞ্জিবল')।
+NFT হল এমন টোকেন যা **আলাদাভাবে অনন্য**। প্রতিটি NFT এর আলাদা বৈশিষ্ট্য রয়েছে (নন-ফাঞ্জিবল) এবং সম্ভবত দুষ্প্রাপ্য। এটি [ETH](/glossary/#ether) বা USDC-এর মতো অন্যান্য ইথেরিয়াম-ভিত্তিক টোকেনের থেকে আলাদা, যেখানে প্রতিটি টোকেন অভিন্ন এবং একই বৈশিষ্ট্য রয়েছে ('fungible')। আপনার ওয়ালেটে কোন নির্দিষ্ট ডলার বিল (বা ETH) আছে তা আপনি গ্রাহ্য করেন না, কারণ সেগুলি সবই অভিন্ন এবং একই মূল্যের। যাইহোক, আপনি কোন নির্দিষ্ট NFT-এর মালিক, সে বিষয়ে আপনি _অবশ্যই_ যত্নশীল, কারণ তাদের সকলেরই স্বতন্ত্র বৈশিষ্ট্য রয়েছে যা তাদের অন্যদের থেকে আলাদা করে ('non-fungible')।
 
-প্রতিটি NFT এর স্বতন্ত্রতা শিল্প, সংগ্রহযোগ্য বা এমনকি আবাসন এর মতো জিনিসগুলির টোকেনাইজেশন সক্ষম করে, যেখানে একটি নির্দিষ্ট অনন্য NFT কিছু নির্দিষ্ট অনন্য বাস্তব জাগতিক বা ডিজিটাল আইটেমকে প্রতিনিধিত্ব করে। কোন সম্পদের মালিকানা ইথেরিয়াম ব্লকচেইন দ্বারা সুরক্ষিত – কেউ মালিকানার রেকর্ড পরিবর্তন করতে বা একটি নতুন NFT কে বিদ্যমান কোনটিতে কপি/পেস্ট করতে পারে না।
+প্রতিটি NFT এর স্বতন্ত্রতা শিল্প, সংগ্রহযোগ্য বা এমনকি আবাসন এর মতো জিনিসগুলির টোকেনাইজেশন সক্ষম করে, যেখানে একটি নির্দিষ্ট অনন্য NFT কিছু নির্দিষ্ট অনন্য বাস্তব জাগতিক বা ডিজিটাল আইটেমকে প্রতিনিধিত্ব করে। একটি অ্যাসেটের মালিকানা ইথেরিয়াম [ব্লকচেইনে](/glossary/#blockchain) সর্বজনীনভাবে যাচাইযোগ্য।
 
 <YouTube id="Xdkkux6OxfM" />
 
-## সম্পদ বণ্টনের ক্ষেত্রে ইন্টারনেটের ব্যবহার {#internet-of-assets}
+## অ্যাসেটসমূহের ইন্টারনেট {#internet-of-assets}
 
-NFT এবং ইথেরিয়াম বর্তমানে ইন্টারনেটে বিদ্যমান কিছু সমস্যার সমাধান করে। যেহেতু সবকিছু আরও ডিজিটাল হয়ে উঠছে, তাই ঘাটতি, স্বতন্ত্রতা এবং মালিকানার প্রমাণের মতো ফিজিক্যাল আইটেমগুলির বৈশিষ্ট্যগুলিকে প্রতিলিপি করার প্রয়োজন রয়েছে। এমনভাবে যা একটি কেন্দ্রীয় সংস্থা দ্বারা নিয়ন্ত্রিত নয়। উদাহরণস্বরূপ, NFT-এর দ্বারা, আপনি একটি মিউজিক mp3 এর মালিক হতে পারেন যা একটি কোম্পানির নির্দিষ্ট মিউজিক অ্যাপের জন্য নির্দিষ্ট নয়, অথবা আপনি একটি সোশ্যাল মিডিয়া হ্যান্ডেলের মালিক হতে পারেন যা আপনি বিক্রি বা অদলবদল করতে পারেন, কিন্তু ইচ্ছাকৃতভাবে প্ল্যাটফর্ম প্রদানকারীর দ্বারা আপনার কাছ থেকে কেড়ে নেয়া যাবে না।
+NFT এবং ইথেরিয়াম বর্তমানে ইন্টারনেটে বিদ্যমান কিছু সমস্যার সমাধান করে। যেহেতু সবকিছু আরও ডিজিটাল হয়ে উঠছে, তাই ঘাটতি, অনন্যতা এবং মালিকানার প্রমাণের মতো ভৌত আইটেমগুলির বৈশিষ্ট্যগুলিকে এমনভাবে প্রতিলিপি করার প্রয়োজন রয়েছে যা কোনও কেন্দ্রীয় সংস্থা দ্বারা নিয়ন্ত্রিত নয়। উদাহরণস্বরূপ, NFT-এর মাধ্যমে, আপনি সমস্ত ইথেরিয়াম-ভিত্তিক অ্যাপ জুড়ে একটি মিউজিক mp3 ফাইলের মালিক হতে পারেন এবং Spotify বা Apple Music-এর মতো একটি কোম্পানির নির্দিষ্ট মিউজিক অ্যাপে আবদ্ধ নন। আপনি একটি সোশ্যাল মিডিয়া হ্যান্ডেলের মালিক হতে পারেন যা আপনি বিক্রি বা সোয়াপ করতে পারেন, কিন্তু একজন প্ল্যাটফর্ম প্রদানকারী কর্তৃক **আপনার থেকে ইচ্ছামত কেড়ে নেওয়া যাবে না**।
 
 আমাদের মধ্যে বেশিরভাগই বর্তমানে যে ইন্টারনেট ব্যবহার করে তার তুলনায় NFT-এর একটি ইন্টারনেট দেখতে কেমন তা এখানে...
 
 ### একটি তুলনা {#nft-comparison}
 
-| একটি NFT ইন্টারনেট                                                                                                                          | আজকের ইন্টারনেট                                                                                                                              |
-| ------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------- |
-| আপনি আপনার সম্পদের মালিক! শুধুমাত্র আপনি সেগুলো বিক্রি বা অদলবদল করতে পারেন।                                                                | আপনি কোনো প্রতিষ্ঠান থেকে একটি সম্পদ ভাড়া করেন।                                                                                              |
-| NFT ডিজিটালভাবে অনন্য, দুটি NFT একই নয়।                                                                                                    | কোনো এনটিটির একটি কপি প্রায়ই আসল থেকে আলাদা করা যায় না।                                                                                    |
-| কোনো NFT এর মালিকানা যে কেউ যাচাই করার জন্য ব্লকচেইনে সংরক্ষণ করা হয়।                                                                      | ডিজিটাল আইটেমগুলোর মালিকানা রেকর্ডসমূহ প্রতিষ্ঠান দ্বারা নিয়ন্ত্রিত সার্ভারগুলিতে সংরক্ষণ করা হয় – আপনাকে অবশ্যই তাদের কথা মানতে হবে।      |
-| NFT হল ইথেরিয়ামে স্মার্ট কন্ট্র্যাক্ট। এর মানে এগুলি সহজেই ইথেরিয়ামে অন্যান্য স্মার্ট কন্ট্র্যাক্ট এবং অ্যাপগুলিতে ব্যবহার করা যেতে পারে! | ডিজিটাল আইটেমগুলি সহ কোম্পানিগুলির সাধারণত তাদের নিজস্ব "ওয়াল্ড গার্ডেন" অবকাঠামো প্রয়োজন।                                                  |
-| কন্টেন্ট নির্মাতারা তাদের কাজ যেকোনো জায়গায় বিক্রি করতে পারে এবং একটি বিশ্ব বাজারে অ্যাক্সেস করতে পারে।                                   | নির্মাতারা তাদের ব্যবহার করা প্ল্যাটফর্মের অবকাঠামো ও বিতরণের উপর নির্ভর করে। এগুলি প্রায়ই ব্যবহারের শর্তাবলী এবং ভৌগলিক সীমাবদ্ধতার বিষয়। |
-| NFT নির্মাতারা তাদের নিজস্ব কাজের উপর মালিকানার অধিকার রাখতে পারেন, এবং প্রোগ্রামের মুনাফা সরাসরি NFT কনট্র্যাক্টে নিতে পারেন।              | প্ল্যাটফর্ম, যেমন মিউজিক স্ট্রিমিং পরিষেবা, বিক্রয় থেকে লাভের সিংহভাগ ধরে রাখে।                                                             |
-
-## NFT কিভাবে কাজ করে? {#how-nfts-work}
-
-ইথেরিয়াম-এ ইস্যু করা যেকোনো টোকেনের মতো, NFT গুলো একটি স্মার্ট কন্ট্র্যাক্টের মাধ্যমে ইস্যু করা হয়। স্মার্ট কন্ট্রাক্টটি বেশ কয়েকটি NFT স্ট্যান্ডার্ডের (সাধারণত ERC-721 বা ERC-1155) একটির সাথে সঙ্গতিপূর্ণ যা সংজ্ঞায়িত করে কনট্র্যাক্টের কী কী কাজ রয়েছে। কনট্র্যাক্ট NFT তৈরি ('মিন্ট') করতে পারে এবং সেগুলো একটি নির্দিষ্ট মালিককে বরাদ্দ করতে পারে। নির্দিষ্ট ঠিকানায় নির্দিষ্ট NFT ম্যাপ করে মালিকানা কনট্র্যাক্টে সংজ্ঞায়িত করা হয়। NFT তে একটি ID থাকে এবং সাধারণত এটির সাথে সম্পর্কিত মেটাডেটা থাকে যা নির্দিষ্ট টোকেনটিকে অনন্য করে তোলে।
-
-যখন কেউ একটি NFT তৈরি করে বা মিন্ট করে, তারা সত্যিই স্মার্ট কন্ট্র্যাক্টে একটি ফাংশন সম্পাদন করে যা তাদের ঠিকানায় একটি নির্দিষ্ট NFT বরাদ্দ করে। এই তথ্য কনট্র্যাক্টের স্টোরেজে সংরক্ষণ করা হয়, যা ব্লকচেইনের অংশ। কনট্র্যাক্টের নির্মাতা কনট্র্যাক্টে অতিরিক্ত লজিক লিখতে পারেন, উদাহরণস্বরূপ মোট সরবরাহ সীমিত করা বা প্রতিবার একটি টোকেন স্থানান্তর করার সময় নির্মাতাকে প্রদান করা রয়্যালটি সংজ্ঞায়িত করা।
+| একটি NFT ইন্টারনেট                                                                                                                                                              | আজকের ইন্টারনেট                                                                                                                                  |
+| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------ |
+| **আপনি আপনার অ্যাসেটের মালিক!** শুধুমাত্র আপনি সেগুলি বিক্রি বা সোয়াপ করতে পারেন।                                                                                               | **আপনি কোনো সংস্থা থেকে একটি অ্যাসেট ভাড়া নেন** এবং এটি আপনার কাছ থেকে কেড়ে নেওয়া যেতে পারে।                                                  |
+| NFT হল **ডিজিটালভাবে অনন্য**, কোনও দুটি NFT একই নয়।                                                                                                                            | **একটি অনুলিপিকে প্রায়শই** মূল থেকে আলাদা করা যায় না।                                                                                          |
+| একটি NFT-এর মালিকানা যে কারোর **সর্বজনীনভাবে যাচাই** করার জন্য ব্লকচেইনে সংরক্ষিত থাকে।                                                                                         | ডিজিটাল আইটেমগুলির মালিকানার রেকর্ডের অ্যাক্সেস **প্রতিষ্ঠান দ্বারা নিয়ন্ত্রিত** – আপনাকে তাদের কথা বিশ্বাস করতে হবে।                           |
+| NFT হল ইথেরিয়ামের [স্মার্ট কন্ট্র্যাক্ট](/glossary/#smart-contract)। এর মানে হল, এগুলি ইথেরিয়ামে অন্যান্য স্মার্ট কন্ট্র্যাক্ট এবং অ্যাপগুলিতে **সহজেই ব্যবহার করা যেতে পারে**! | ডিজিটাল আইটেম থাকা কোম্পানিগুলির সাধারণত **তাদের নিজস্ব "প্রাচীরঘেরা বাগান" পরিকাঠামো প্রয়োজন**।                                                |
+| বিষয়বস্তুর **নির্মাতারা তাদের কাজ যেকোনো জায়গায় বিক্রি করতে পারেন** এবং একটি বিশ্বব্যাপী বাজারে প্রবেশ করতে পারেন।                                                            | নির্মাতারা তাদের ব্যবহার করা প্ল্যাটফর্মের অবকাঠামো ও বিতরণের উপর নির্ভর করে। এগুলি প্রায়ই ব্যবহারের শর্তাবলী এবং **ভৌগোলিক বিধিনিষেধের** অধীন। |
+| NFT নির্মাতারা তাদের নিজস্ব কাজের উপর **মালিকানার অধিকার ধরে রাখতে পারেন**, এবং রয়্যালটি সরাসরি NFT কন্ট্র্যাক্টে প্রোগ্রাম করতে পারেন।                                        | প্ল্যাটফর্মগুলি, যেমন মিউজিক **স্ট্রিমিং পরিষেবা, বিক্রয় থেকে লাভের বেশিরভাগ অংশ ধরে রাখে**।                                                    |
 
 ## NFT কেন ব্যবহার করা হয়? {#nft-use-cases}
 
@@ -56,38 +51,68 @@ NFT অনেক কিছুর জন্য ব্যবহার করা 
 - কনটেন্টে অ্যাক্সেস পাওয়া
 - টিকেট কেনা
 - বিকেন্দ্রীকৃত ইন্টারনেটের ডোমেইন নাম
-- DeFi এ কোলেটারেল
+- [ডিসেন্ট্রালাইজড ফাইন্যান্স](/glossary/#defi)-এ কোল্যাটেরাল
 
-হতে পারে আপনি এমন একজন শিল্পী যিনি NFT ব্যবহার করে তাদের কাজ শেয়ার করতে চান, নিয়ন্ত্রণ না হারিয়ে এবং মধ্যস্থতাকারীদের কাছে আপনার লাভ উৎসর্গ না করে। আপনি একটি নতুন কনট্র্যাক্ট তৈরি করতে পারেন এবং NFT এর সংখ্যা, তাদের বৈশিষ্ট্য এবং কিছু নির্দিষ্ট শিল্পকর্মের লিঙ্ক উল্লেখ করতে পারেন। শিল্পী হিসাবে, আপনাকে যে রয়্যালটি দিতে হবে আপনি স্মার্ট কন্ট্র্যাক্টে প্রোগ্রাম করতে পারেন (যেমন প্রতিবার NFT স্থানান্তর করার সময় চুক্তির মালিককে বিক্রয় মূল্যের 5% হস্তান্তর করুন)। আপনি সর্বদা প্রমাণ করতে পারেন যে আপনি NFT তৈরি করেছেন কারণ আপনি সেই ওয়ালেটের মালিক যে কনট্র্যাক্টটি প্রসার করেছে। আপনার ক্রেতারা সহজেই প্রমাণ করতে পারে যে তারা আপনার সংগ্রহ থেকে একটি খাঁটি NFT এর মালিক, কারণ তাদের ওয়ালেট অ্যাড্রেস আপনার স্মার্ট কন্ট্র্যাক্টে একটি টোকেনের সাথে যুক্ত। তারা ইথেরিয়াম ইকোসিস্টেম জুড়ে এটি ব্যবহার করতে পারে, এর বিশুদ্ধতা সম্পর্কে আত্মবিশ্বাসী।
+হতে পারে আপনি এমন একজন শিল্পী যিনি NFT ব্যবহার করে তাদের কাজ শেয়ার করতে চান, নিয়ন্ত্রণ না হারিয়ে এবং মধ্যস্থতাকারীদের কাছে আপনার লাভ উৎসর্গ না করে। আপনি একটি নতুন কনট্র্যাক্ট তৈরি করতে পারেন এবং NFT এর সংখ্যা, তাদের বৈশিষ্ট্য এবং কিছু নির্দিষ্ট শিল্পকর্মের লিঙ্ক উল্লেখ করতে পারেন। শিল্পী হিসাবে, **আপনি স্মার্ট কন্ট্র্যাক্টে রয়্যালটি প্রোগ্রাম করতে পারেন** যা আপনাকে প্রদান করা উচিত (উদাহরণস্বরূপ, প্রতিবার NFT স্থানান্তরিত হওয়ার সময় বিক্রয় মূল্যের 5% কন্ট্র্যাক্টের মালিককে স্থানান্তর করুন)। আপনি সর্বদা প্রমাণ করতে পারেন যে আপনি NFT তৈরি করেছেন কারণ আপনি সেই [ওয়ালেটের](/glossary/#wallet) মালিক যা কন্ট্র্যাক্টটি স্থাপন করেছে। আপনার ক্রেতারা সহজেই প্রমাণ করতে পারে যে তারা আপনার সংগ্রহ থেকে একটি **খাঁটি NFT**-এর মালিক, কারণ তাদের ওয়ালেট [অ্যাড্রেস](/glossary/#address) আপনার স্মার্ট কন্ট্র্যাক্টে একটি টোকেনের সাথে যুক্ত। তারা ইথেরিয়াম ইকোসিস্টেম জুড়ে এটি ব্যবহার করতে পারে, এর বিশুদ্ধতা সম্পর্কে আত্মবিশ্বাসী।
 
-অথবা একটি ক্রীড়া ইভেন্টের একটি টিকিট বিবেচনা করুন। ঠিক যেমন একটি ইভেন্টের একজন সংগঠক কতগুলি টিকিট বিক্রি করবেন তা পছন্দ করতে পারেন, তেমনি একটি 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-এ, NFT ব্যবহার করা হয় তা দেখানোর জন্য যে লোকেরা আমাদের Github রেপোজিটোরিতে অবদান রেখেছে বা কল এটেন্ড করেছে, এবং এমনকি আমরা আমাদের নিজস্ব 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` ইথেরিয়াম নেইম পরিষেবা (ENS) এর মাধ্যমে ইথেরিয়াম এ নিবন্ধিত হয়। এবং এটি মালিকানাধীন এবং আমাদের দ্বারা পরিচালিত। [আমাদের ENS রেকর্ড চেক করুন](https://app.ens.domains/name/ethereum.eth)
+এই ওয়েবসাইটের একটি বিকল্প ডোমেন নামও রয়েছে যা NFT দ্বারা চালিত, **ethereum.eth**। আমাদের `.org` অ্যাড্রেস একটি ডোমেন নেম সিস্টেম (DNS) প্রদানকারী দ্বারা কেন্দ্রীয়ভাবে পরিচালিত হয়, যেখানে ethereum`.eth` ইথেরিয়াম নেম সার্ভিস (ENS)-এর মাধ্যমে ইথেরিয়ামে নিবন্ধিত হয়। এবং এটি মালিকানাধীন এবং আমাদের দ্বারা পরিচালিত। [আমাদের ENS রেকর্ড দেখুন](https://app.ens.domains/name/ethereum.eth)
 
-[ENS সম্পর্কে আরো](https://app.ens.domains)
+[ENS সম্পর্কে আরও](https://app.ens.domains)
 
 <Divider />
 
+## NFT কিভাবে কাজ করে? {#how-nfts-work}
+
+NFT, ইথেরিয়াম ব্লকচেইনের যেকোনো ডিজিটাল আইটেমের মতো, একটি "স্মার্ট কন্ট্র্যাক্ট" নামক বিশেষ ইথেরিয়াম-ভিত্তিক কম্পিউটার প্রোগ্রামের মাধ্যমে তৈরি করা হয়। এই কন্ট্র্যাক্টগুলো কিছু নির্দিষ্ট নিয়ম অনুসরণ করে, যেমন [ERC-721](/glossary/#erc-721) বা [ERC-1155](/glossary/#erc-1155) স্ট্যান্ডার্ড, যা নির্ধারণ করে কন্ট্র্যাক্টটি কী করতে পারে।
+
+NFT স্মার্ট কন্ট্র্যাক্ট কয়েকটি মূল কাজ করতে পারে:
+
+- **NFT তৈরি করুন:** এটি নতুন NFT তৈরি করতে পারে।
+- **মালিকানা নির্ধারণ করুন:** এটি নির্দিষ্ট ইথেরিয়াম অ্যাড্রেসের সাথে লিঙ্ক করে কোন NFT-এর মালিক কে, তার ট্র্যাক রাখে।
+- **প্রতিটি NFT-কে একটি আইডি দিন:** প্রতিটি NFT-এর একটি নম্বর থাকে যা এটিকে অনন্য করে তোলে। উপরন্তু, এর সাথে সাধারণত কিছু তথ্য (মেটাডেটা) সংযুক্ত থাকে, যা বর্ণনা করে NFT-টি কীসের প্রতিনিধিত্ব করে।
+
+যখন কেউ একটি এনএফটি "তৈরি করে" বা "মিন্ট" করে, তখন তারা মূলত স্মার্ট চুক্তিকে একটি নির্দিষ্ট এনএফটি-এর মালিকানা দেওয়ার জন্য বলে। এই তথ্য নিরাপদে এবং সর্বজনীনভাবে ব্লকচেইনে সংরক্ষণ করা হয়।
+
+অধিকন্তু, কন্ট্র্যাক্টের নির্মাতা অতিরিক্ত নিয়ম যোগ করতে পারেন। তারা একটি নির্দিষ্ট NFT কতগুলি তৈরি করা যেতে পারে তা সীমিত করতে পারে বা সিদ্ধান্ত নিতে পারে যে যখনই NFT পরিবর্তন হবে তখন তাদের একটি ছোট রয়্যালটি ফি পাওয়া উচিত।
+
 ### NFT নিরাপত্তা {#nft-security}
 
-ইথেরিয়াম এর নিরাপত্তা প্রুফ-অফ-স্টেক থেকে আসে। সিস্টেমটি অর্থনৈতিকভাবে দূষিত ক্রিয়াকলাপকে বিচ্ছিন্ন করার জন্য ডিজাইন করা হয়েছে, যা ইথেরিয়াম টেম্পার-প্রুফ করে। এটিই NFT কে সম্ভব করে তোলে। একবার আপনার NFT লেনদেন সম্বলিত ব্লকটি চূড়ান্ত হয়ে গেলে এটি পরিবর্তন করতে আক্রমণকারীকে লক্ষ লক্ষ ETH খরচ করতে হবে। ইথেরিয়াম সফ্টওয়্যার চালানো যে কেউ অবিলম্বে একটি NFT এর সাথে অসাধু কারসাজি শনাক্ত করতে সক্ষম হবে এবং ক্ষতিকর ব্যাক্তিকে অর্থনৈতিকভাবে শাস্তি দেওয়া হবে এবং বহিষ্কার করা হবে।
+ইথেরিয়ামের নিরাপত্তা [প্রুফ-অফ-স্টেক](/glossary/#pos) থেকে আসে। সিস্টেমটি অর্থনৈতিকভাবে দূষিত ক্রিয়াকলাপকে বিচ্ছিন্ন করার জন্য ডিজাইন করা হয়েছে, যা ইথেরিয়াম টেম্পার-প্রুফ করে। এটিই NFT কে সম্ভব করে তোলে। একবার আপনার NFT লেনদেন সম্বলিত [ব্লকটি](/glossary/#block) [চূড়ান্ত](/glossary/#finality) হয়ে গেলে, একজন আক্রমণকারীকে এটি পরিবর্তন করতে লক্ষ লক্ষ ETH খরচ করতে হবে। ইথেরিয়াম সফ্টওয়্যার চালানো যে কেউ অবিলম্বে একটি NFT এর সাথে অসাধু কারসাজি শনাক্ত করতে সক্ষম হবে এবং ক্ষতিকর ব্যাক্তিকে অর্থনৈতিকভাবে শাস্তি দেওয়া হবে এবং বহিষ্কার করা হবে।
 
 NFT-এর সাথে সম্পর্কিত নিরাপত্তা সমস্যাগুলি প্রায়শই ফিশিং স্ক্যাম, স্মার্ট কন্ট্র্যাক্টের দুর্বলতা বা ব্যবহারকারীর ত্রুটিগুলির সাথে সম্পর্কিত (যেমন অসাবধানতাবশত ব্যক্তিগত কীগুলি প্রকাশ করা), যা NFT মালিকদের জন্য ভাল ওয়ালেটের নিরাপত্তাকে গুরুত্বপূর্ণ করে তোলে।
 
 <ButtonLink href="/security/">
-  নিরাপত্তা সম্পর্কে আরো
+  নিরাপত্তা সম্পর্কে আরও
 </ButtonLink>
 
-## Further reading {#further-reading}
+## আরও পড়ুন {#further-reading}
 
-- [NFT-এর জন্য একটি শিক্ষানবিস গাইড](https://linda.mirror.xyz/df649d61efb92c910464a4e74ae213c4cab150b9cbcc4b7fb6090fc77881a95d) – _Linda Xie, জানুয়ারি 2020_
-- [EtherscanNFT ট্র্যাকার](https://etherscan.io/nft-top-contracts)
+- [NFT-এর জন্য একটি শিক্ষানবিস নির্দেশিকা](https://linda.mirror.xyz/df649d61efb92c910464a4e74ae213c4cab150b9cbcc4b7fb6090fc77881a95d) – _Linda Xie, জানুয়ারী 2020_
+- [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/bn/payments/index.md b/public/content/translations/bn/payments/index.md
new file mode 100644
index 00000000000..ebea2eeb5b9
--- /dev/null
+++ b/public/content/translations/bn/payments/index.md
@@ -0,0 +1,207 @@
+---
+title: "ইথেরিয়াম পেমেন্টস"
+metaTitle: "ইথেরিয়ামে পেমেন্ট"
+description: "ইথেরিয়ামে পেমেন্টের একটি সংক্ষিপ্ত বিবরণ"
+lang: bn
+template: use-cases
+emoji: ":frame_with_picture:"
+sidebarDepth: 2
+image: /images/impact_transparent.png
+alt: "হাত দেওয়ার পাশাপাশি একটি Eth লোগো প্রদর্শিত হচ্ছে।"
+summaryPoint1: "এমন একটি বিশ্ব যেখানে তথ্যর মতো অর্থও অবাধে চলাচল করে"
+summaryPoint2: "উন্মুক্ত এবং বিশ্বব্যাপী, প্রত্যেকের জন্য সীমান্তহীন লেনদেন সক্ষম করে"
+summaryPoint3: "এক মিনিটের মধ্যে পেমেন্ট প্রাপ্তি"
+---
+
+প্রতিদিন, লক্ষ লক্ষ মানুষ একই চ্যালেঞ্জের মুখোমুখি হয়: সীমান্ত পেরিয়ে অর্থ স্থানান্তর করা ধীর, ব্যয়বহুল এবং প্রায়শই হতাশাজনক। বালির একজন ফ্রিল্যান্সার তার নিউ ইয়র্কের ক্লায়েন্টের কাছ থেকে পেমেন্ট ক্লিয়ার হওয়ার জন্য দিনের পর দিন অপেক্ষা করে। এটি বিশেষ করে সীমিত ব্যাংকিং পরিকাঠামো সহ অঞ্চলগুলিতে বসবাসকারী মানুষদের প্রভাবিত করে, যা বিশ্ব অর্থনীতিতে অংশগ্রহণ করা কঠিন করে তোলে।
+
+এটি কোনো দূরবর্তী স্বপ্ন নয়—এটি আজ ইথেরিয়ামে ঘটছে। যদিও ঐতিহ্যবাহী আর্থিক প্রতিষ্ঠানগুলি কয়েক দশক ধরে শক্তিশালী পেমেন্ট সিস্টেম তৈরি করেছে, তারা প্রায়শই সীমানা, কাজের সময় এবং লিগ্যাসি পরিকাঠামোর দ্বারা সীমাবদ্ধ থাকে। ইথেরিয়াম একটি নতুন দৃষ্টান্ত স্থাপন করেছে: একটি বিশ্বব্যাপী, 24/7 আর্থিক প্ল্যাটফর্ম যা ইন্টারনেট অ্যাক্সেস সহ যে কারো জন্য প্রায়-তাত্ক্ষণিক, প্রোগ্রামেবল লেনদেন সক্ষম করে।
+
+<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="ইথার পাঠানো বা পাওয়ার জন্য আপনার শুধু একটি ইন্টারনেট সংযোগ এবং একটি ওয়ালেট অ্যাপ প্রয়োজন।" />
+</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 এবং স্টেবলকয়েন ব্যয় করতে দেয়। কাস্টোডিয়াল কার্ডের বিপরীতে, যা ব্যবহারকারীদের তৃতীয় পক্ষের কাছে তহবিল জমা করতে হয়, সেলফ-কাস্টোডিয়াল কার্ডগুলি অনচেইন নিয়ন্ত্রণ বজায় রেখে ভিসা এবং মাস্টারকার্ডের মতো বাস্তব-বিশ্বের পেমেন্ট সক্ষম করে।
+
+### উদাহরণ {#crypto-cards-examples}
+
+- **মেটামাস্ক কার্ড:** মেটামাস্ক ওয়ালেটের সাথে লিঙ্ক করা, এই মাস্টারকার্ড ডেবিট কার্ডটি ব্যবহারকারীদের ETH, স্টেবলকয়েন এবং অন্যান্য সমর্থিত টোকেন ব্যয় করতে দেয়। এটি Apple Pay এবং Google Pay সমর্থন করে, ক্রিপ্টো ক্যাশব্যাক পুরস্কার অন্তর্ভুক্ত করে এবং ইল্ড-আর্নিং বিকল্প অফার করে।
+
+- **Tuyo Card:** একটি স্মার্ট কন্ট্র্যাক্ট-ভিত্তিক ভিসা কার্ড যা ভিসা গৃহীত হয় এমন যেকোনো জায়গায় খরচ করার জন্য স্বয়ংক্রিয়ভাবে ক্রিপ্টোকে USDC-তে রূপান্তর করে। ব্যবহারকারীরা তাদের সম্পদের কাস্টডি রাখে, ইল্ড, ট্রেডিং এবং ব্যয়ের বৈশিষ্ট্যগুলিতে অ্যাক্সেস সহ।
+
+- **Gnosis Pay:** Gnosis সেফ স্মার্ট অ্যাকাউন্টের সাথে যুক্ত প্রথম সেলফ-কাস্টোডিয়াল ভিসা কার্ড। ব্যবহারকারীরা তাদের ওয়ালেট থেকে সরাসরি ক্রিপ্টো ব্যয় করে কোনো গ্যাস, এফএক্স, বা অফ-র‌্যাম্পিং ফি ছাড়াই। Ethereum Name Service (ENS) এর মাধ্যমে কার্ড ব্যক্তিগতকরণও সমর্থিত।
+
+- **Ether.Fi ক্যাশ কার্ড:** ether.fi-এর স্টেকিং প্রোটোকলের সাথে সমন্বিত, এই কার্ডটি ব্যবহারকারীদের খরচ করতে দেয় যখন তাদের ETH স্টেক করা থাকে। পেমেন্টগুলি স্মার্ট কন্ট্র্যাক্টের মাধ্যমে পরিচালিত হয়, ব্যয় করার সময়ও সেলফ-কাস্টডি বজায় রাখে।
+
+### সেলফ-কাস্টোডিয়াল ক্রিপ্টো কার্ড তুলনা {#crypto-card-custody-comparison}
+
+| **ক্রিপ্টো কার্ড**             | **সেলফ-কাস্টোডিয়াল** | **নন-কাস্টোডিয়াল** | **মূল নোট**                                                                    |
+| ------------------------------ | :-------------------: | :-----------------: | ------------------------------------------------------------------------------ |
+| মেটামাস্ক কার্ড                |           ✅           |          ✅          | ওয়ালেট মেটামাস্কে থাকে; পেমেন্টের সময় স্বয়ংক্রিয় অফ-র‌্যাম্প                |
+| Tuyo কার্ড                     |           ✅           |          ✅          | স্মার্ট ওয়ালেট USDC-তে রূপান্তরিত হয়; ব্যবহারকারী নিয়ন্ত্রণ ধরে রাখে         |
+| Gnosis পে                      |           ✅           |          ✅          | ব্যবহারকারীর Gnosis সেফের সাথে লিঙ্ক করা; ব্যবহারের সময় কোনো কাস্টডি শিফট নেই |
+| 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:** এই ফিনিশ সংস্থাটি বিটকয়েনে বেতন দেওয়ার প্রথম সংস্থাগুলির মধ্যে একটি ছিল, যা ইথেরিয়ামের সাথে অনুরূপ ব্যবস্থার পথ প্রশস্ত করেছে।
+- **ব্লকচেইন স্টার্টআপ:** ব্লকচেইন স্পেসের অনেক সংস্থা স্বাভাবিকভাবেই তাদের কর্মচারীদের ক্রিপটোকারেন্সি বেতনের বিকল্প অফার করে।
+- **DAOs:** DAO-তে অবদানকারীদের বিশেষত্ব এবং বৈচিত্র্যের কারণে, বেশিরভাগ অবদান এবং বেতন ক্রিপটোকারেন্সিতে পুরস্কৃত করা হয়।
+
+এই প্রবণতাটি বিশেষত দূরবর্তী কর্মী এবং ডিজিটাল যাযাবরদের কাছে আবেদন করে যারা সীমান্তহীন পেমেন্ট এবং সম্ভাব্য অনুকূল বিনিময় হার থেকে উপকৃত হতে পারে।
+
+## বিশ্বব্যাপী ত্রাণ প্রচেষ্টা {#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}
+
+ইথেরিয়াম পেমেন্টের প্রভাবকে সত্যিই উপলব্ধি করতে, সেগুলিকে ঐতিহ্যবাহী ফিয়াট মুদ্রার সাথে তুলনা করা মূল্যবান:
+
+|                             | **ইথেরিয়াম**                | **ঐতিহ্যবাহী ব্যাংক**                                  |
+| --------------------------- | --------------------------- | ------------------------------------------------------ |
+| **গতি**                     | সেকেন্ড থেকে মিনিট          | ঘন্টা থেকে দিন                                         |
+| **গ্লোবাল রিচ**             | সীমান্তহীন, 24/7            | আন্তর্জাতিক ব্যাংকিং বিধিনিষেধ এবং কাজের সময় সাপেক্ষে |
+| **স্বচ্ছতা**                | সম্পূর্ণ স্বচ্ছ             | প্রতিষ্ঠান অনুসারে পরিবর্তিত হয়                       |
+| **প্রোগ্রামেবিলিটি**        | স্মার্ট কন্ট্র্যাক্টস সক্ষম | মৌলিক লেনদেনের মধ্যে সীমাবদ্ধ                          |
+| **মুদ্রাস্ফীতি নিয়ন্ত্রণ** | অনুমানযোগ্য ইস্যুয়েন্স      | কেন্দ্রীয় ব্যাংকের নীতি সাপেক্ষে                      |
+| **অ্যাক্সেসিবিলিটি**        | ইন্টারনেট সহ যে কেউ         | জাতীয় এবং আন্তর্জাতিক বিধিনিষেধ সাপেক্ষে              |
+
+এর মূল অংশে, ইথেরিয়াম একটি ডিসেন্ট্রালাইজড প্ল্যাটফর্ম যা নিরাপদ, দ্রুত এবং স্বচ্ছ লেনদেনের অনুমতি দেয়। যাইহোক, অনেক উপাদান এটিকে ঐতিহ্যবাহী পেমেন্ট পদ্ধতি থেকে আলাদা করে। আসুন সেই সুবিধাগুলির মধ্যে ডুব দেওয়া যাক যা ইথেরিয়াম পেমেন্টকে একটি গেম-চেঞ্জার করে তোলে:
+
+### প্রোগ্রামেবিলিটি {#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/bn/prediction-markets/index.md b/public/content/translations/bn/prediction-markets/index.md
new file mode 100644
index 00000000000..6492e701cd9
--- /dev/null
+++ b/public/content/translations/bn/prediction-markets/index.md
@@ -0,0 +1,86 @@
+---
+title: "পূর্বাভাসের বাজার"
+lang: bn
+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
+---
+
+পূর্বাভাসের বাজার ঘটনাগুলির পূর্বাভাস দেওয়ার জন্য জনগণের জ্ঞান এবং আর্থিক প্রণোদনা ব্যবহার করে। এগুলি বিভিন্ন, উচ্চ-মানের ডেটা সরবরাহ করে এবং ২০২৪ সালের মার্কিন যুক্তরাষ্ট্রের সময় আকর্ষণ অর্জন করে। নির্বাচনে।
+
+## কীভাবে পূর্বাভাসের বাজার কাজ করে {#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. পূর্বাভাসগুলি একটি নির্দিষ্ট ঘটনার সাথে যুক্ত (যেমন, বিম চেইন কি ২০৩০ সালের মধ্যে ডেপ্লয় হবে?)
+2. বাজার অংশগ্রহণকারীরা যেকোনো ফলাফলের উপর তাদের আস্থার ভিত্তিতে শেয়ার কেনা-বেচা করে।
+3. যত বেশি অংশগ্রহণকারী তাদের বিশ্বাসকে বাজি ধরে, দাম তত সমন্বিত হয়, যা বাস্তব-সময়ের অন্তর্দৃষ্টি প্রতিফলিত করে।
+4. সঠিকভাবে বাজি ধরা যে কেউ বাজি ধরা পরিমাণের অনুপাতে উপার্জন করে।
+5. বাজার পর্যবেক্ষকরা গবেষণা বা আলোচনার জন্য উন্মুক্ত ডেটা ব্যবহার করতে পারে।
+
+## একটি পূর্বাভাসের বাজার খুঁজুন {#find-a-prediction-market}
+
+বেশ কয়েকটি Ethereum-ভিত্তিক পূর্বাভাসের বাজার উপলব্ধ আছে। এগুলো আজকের সবচেয়ে পরিচিত কিছু পূর্বাভাসের বাজার:
+
+<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)) বাজারের নির্ভরযোগ্যতা কমাতে পারে।  
+🏛 **নিয়ন্ত্রক অনিশ্চয়তা** – সরকার কিছু প্ল্যাটফর্মের উপর বিধিনিষেধ আরোপ করেছে।
+
+এই সমস্যাগুলি প্রশমিত করার জন্য, Ethereum ডেভেলপাররা ফিউটার্কি (পূর্বাভাসের বাজার দ্বারা গভর্নেন্স) এবং বিকেন্দ্রীভূত পরিচয় যাচাইয়ের মতো সমাধান নিয়ে পরীক্ষা-নিরীক্ষা করছে।
+
+## পূর্বাভাসের বাজার নিয়ে পরীক্ষা-নিরীক্ষা {#experimenting-with-prediction-markets}
+
+পূর্বাভাসের বাজারগুলি ডিজিটাল যুগে সিদ্ধান্ত গ্রহণকে নতুন আকার দিচ্ছে। Ethereum ব্যবহার করে, তারা **ভবিষ্যতের পূর্বাভাস দেওয়ার জন্য ন্যায্য, উন্মুক্ত এবং লাভজনক উপায়** সরবরাহ করে।
+
+আর্থিক লাভের বাইরেও পূর্বাভাস দেওয়ার টুল ব্যবহার করার অনেক উপায় আছে। উদাহরণস্বরূপ, একটি [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) - Vitalik Buterin  
+[Ethereum-এ বিকেন্দ্রীভূত পূর্বাভাসের বাজার উন্নয়ন](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/bn/privacy/index.md b/public/content/translations/bn/privacy/index.md
new file mode 100644
index 00000000000..8503f8d10d1
--- /dev/null
+++ b/public/content/translations/bn/privacy/index.md
@@ -0,0 +1,97 @@
+---
+title: "ইথেরিয়ামের উপর গোপনীয়তা"
+description: "ইথেরিয়ামে আপনার গোপনীয়তা রক্ষার জন্য টুলস এবং কৌশল"
+lang: bn
+---
+
+# ইথেরিয়ামে গোপনীয়তা {#introduction}
+
+গোপনীয়তা কেবল ব্যক্তিগত সুরক্ষার জন্য অপরিহার্য নয়, এটি স্বাধীনতার একটি ভিত্তি এবং [বিকেন্দ্রীকরণের জন্য একটি প্রধান গ্যারান্টর](https://vitalik.eth.limo/general/2025/04/14/privacy.html)৷ গোপনীয়তা মানুষকে নিজেদের প্রকাশ করার, অন্যদের সাথে লেনদেন করার এবং অবাধে কমিউনিটি সংগঠিত করার ক্ষমতা দেয়। কিন্তু সব ব্লকচেইনের মতো, ইথেরিয়ামের পাবলিক লেজার গোপনীয়তাকে চ্যালেঞ্জিং করে তোলে।
+
+ইথেরিয়াম ডিজাইনগতভাবেই স্বচ্ছ। প্রতিটি অনচেইন কাজ যে কেউ দেখতে পারে। যদিও ইথেরিয়াম একটি বাস্তব-বিশ্বের পরিচয়ের পরিবর্তে একটি [পাবলিক কী](/decentralized-identity/#public-key-cryptography)-এর সাথে আপনার কার্যকলাপ লিঙ্ক করে ছদ্মনাম প্রদান করে, কার্যকলাপের প্যাটার্ন বিশ্লেষণ করে সংবেদনশীল তথ্য প্রকাশ করতে এবং ব্যবহারকারীদের সনাক্ত করতে পারে।
+
+ইথেরিয়ামে গোপনীয়তা-সংরক্ষণকারী টুলস তৈরি করা মানুষ, সংস্থা এবং প্রতিষ্ঠানকে অপ্রয়োজনীয় এক্সপোজার সীমিত রেখে নিরাপদে ইন্টারঅ্যাক্ট করতে সাহায্য করতে পারে। এটি ইকোসিস্টেমকে আরও নিরাপদ এবং বিস্তৃত ব্যবহারের ক্ষেত্রে আরও ব্যবহারিক করে তোলে।
+
+## লেখার জন্য গোপনীয়তা {#privacy-of-writes}
+
+ডিফল্টরূপে, ইথেরিয়ামে লেখা প্রতিটি লেনদেন পাবলিক এবং স্থায়ী। এর মধ্যে শুধু ETH পাঠানোই নয়, ENS নাম নিবন্ধন করা, POAP সংগ্রহ করা বা NFT ট্রেডিং করাও অন্তর্ভুক্ত। পেমেন্ট, ভোটিং বা পরিচয় যাচাইয়ের মতো দৈনন্দিন কাজগুলি আপনার তথ্য অনিচ্ছাকৃত পক্ষের কাছে প্রকাশ করতে পারে। এগুলিকে আরও ব্যক্তিগত করতে সাহায্য করতে পারে এমন বেশ কয়েকটি টুলস এবং কৌশল রয়েছে:
+
+### মিক্সিং প্রোটোকল (বা "মিক্সার") {#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) প্রতিটি প্রেরককে একটি অনন্য, এককালীন P.O. দেওয়ার মতো। বক্স যা শুধুমাত্র আপনি খুলতে পারবেন। প্রতিবার যখন কেউ আপনাকে ক্রিপ্টো পাঠায়, এটি একটি নতুন অ্যাড্রেসে যায়, তাই অন্য কেউ দেখতে পারে না যে এই সমস্ত পেমেন্ট আপনার। এটি আপনার পেমেন্টের ইতিহাসকে ব্যক্তিগত রাখে এবং ট্র্যাক করা কঠিন করে তোলে।
+
+_উদাহরণ: [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) (প্রাইভেট ভোটিং) এর মতো সিস্টেম।
+
+এই টুলসগুলো ইথেরিয়ামে ব্যক্তিগতভাবে লেখার জন্য বিকল্পগুলি প্রসারিত করে, কিন্তু প্রতিটিরই কিছু সীমাবদ্ধতা রয়েছে। কিছু পদ্ধতি এখনও পরীক্ষামূলক, কিছু খরচ বা জটিলতা বাড়ায়, এবং মিক্সারের মতো কিছু টুলস ব্যবহারের উপর নির্ভর করে আইনি বা নিয়ন্ত্রক তদন্তের সম্মুখীন হতে পারে।
+
+## পড়ার জন্য গোপনীয়তা {#privacy-of-reads}
+
+ইথেরিয়ামে যেকোনো তথ্য পড়া বা চেক করা (যেমন আপনার ওয়ালেট ব্যালেন্স) সাধারণত আপনার ওয়ালেট প্রদানকারী, একটি নোড প্রদানকারী বা একটি ব্লক এক্সপ্লোরারের মতো একটি পরিষেবার মাধ্যমে হয়। যেহেতু আপনি আপনার জন্য ব্লকচেইন পড়ার জন্য তাদের উপর নির্ভর করছেন, তাই তারা আপনার আইপি অ্যাড্রেস বা অবস্থানের মতো মেটাডেটা সহ আপনার অনুরোধগুলিও দেখতে পারে। আপনি যদি একই অ্যাকাউন্ট চেক করতে থাকেন, তাহলে এই তথ্য একত্রিত করে আপনার পরিচয়ের সাথে আপনার কার্যকলাপ লিঙ্ক করা যেতে পারে।
+
+আপনার নিজের ইথেরিয়াম নোড চালালে এটি প্রতিরোধ করা যাবে, কিন্তু সম্পূর্ণ ব্লকচেইন সংরক্ষণ এবং সিঙ্ক করা বেশিরভাগ ব্যবহারকারীর জন্য ব্যয়বহুল এবং অবাস্তব, বিশেষ করে মোবাইল ডিভাইসে।
+
+প্রাইভেট রিড অন্বেষণকারী কিছু প্রকল্পের মধ্যে রয়েছে [প্রাইভেট ইনফরমেশন রিট্রিভাল](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}
+
+গোপনীয়তা-সংরক্ষণকারী প্রমাণগুলি এমন টুলস যা আপনি ইথেরিয়ামে ব্যবহার করতে পারেন এটি দেখানোর জন্য যে কিছু সত্য, অপ্রয়োজনীয় বিবরণ প্রকাশ না করে। উদাহরণস্বরূপ, আপনি করতে পারেন:
+
+- আপনার সম্পূর্ণ জন্মতারিখ শেয়ার না করে প্রমাণ করুন যে আপনার বয়স 18-এর বেশি
+- আপনার পুরো ওয়ালেট প্রকাশ না করে একটি NFT বা টোকেনের মালিকানা প্রমাণ করুন
+- অন্যান্য ব্যক্তিগত ডেটা প্রকাশ না করে সদস্যপদ, পুরস্কার বা ভোটের জন্য যোগ্যতা প্রমাণ করুন
+
+এগুলির জন্য বেশিরভাগ টুলস জিরো-নলেজ প্রুফের মতো ক্রিপ্টোগ্রাফিক কৌশলের উপর নির্ভর করে, কিন্তু চ্যালেঞ্জ হলো সেগুলিকে দৈনন্দিন ডিভাইসে চালানোর জন্য যথেষ্ট দক্ষ, যেকোনো প্ল্যাটফর্মে পোর্টেবল এবং সুরক্ষিত করা।
+
+প্রমাণের জন্য গোপনীয়তা অন্বেষণকারী কিছু প্রকল্পের মধ্যে রয়েছে [ক্লায়েন্ট সাইড প্রুভিং](https://pse.dev/projects/client-side-proving) (ZK প্রুভিং সিস্টেম), [TLSNotary](https://tlsnotary.org/), (ওয়েবের যেকোনো ডেটার জন্য প্রামাণিকতার প্রমাণ), [Mopro](https://pse.dev/projects/mopro) (মোবাইল ক্লায়েন্ট-সাইড প্রুভিং), [প্রাইভেট প্রুফ ডেলিগেশন](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)**: এমন পদ্ধতি যা একাধিক পক্ষকে তাদের ব্যক্তিগত ইনপুট প্রকাশ না করে একসাথে একটি ফলাফল গণনা করতে দেয়
+
+**প্রোগ্রামেবল ক্রিপ্টোগ্রাফি**: নমনীয়, নিয়ম-চালিত ক্রিপ্টোগ্রাফি যা সফ্টওয়্যারে কাস্টমাইজ করা যায় ডেটা কীভাবে এবং কখন শেয়ার, যাচাই বা প্রকাশ করা হবে তা নিয়ন্ত্রণ করতে
+
+**ছদ্মনাম**: ব্যক্তিগত শনাক্তকারীর পরিবর্তে অনন্য কোড বা নম্বর (যেমন একটি ইথেরিয়াম অ্যাড্রেস) ব্যবহার করা
+
+**নির্বাচিত প্রকাশ**: শুধুমাত্র যা প্রয়োজন তা শেয়ার করার ক্ষমতা (যেমন আপনার সম্পূর্ণ ওয়ালেট ইতিহাস প্রকাশ না করে একটি NFT-এর মালিকানা প্রমাণ করা)
+
+**আনলিঙ্केবিলিটি**: ব্লকচেইনে পৃথক কাজগুলি একই অ্যাড্রেসের সাথে যুক্ত করা যাবে না তা নিশ্চিত করা
+
+**যাচাইযোগ্যতা**: অন্যরা একটি দাবি সত্য বলে নিশ্চিত করতে পারে তা নিশ্চিত করা, যেমন ইথেরিয়ামে একটি লেনদেন বা প্রমাণ ভ্যালিডেট করা
+
+**যাচাইযোগ্য ডেলিগেশন**: অন্য কোনো পক্ষকে একটি কাজ অ্যাসাইন করা—যেমন একটি প্রমাণ তৈরি করা—(যেমন ভারী ক্রিপ্টোগ্রাফির জন্য একটি সার্ভার ব্যবহার করে একটি মোবাইল ওয়ালেট) এবং এটি সঠিকভাবে করা হয়েছে কিনা তা যাচাই করতে সক্ষম হওয়া
+
+**[জিরো-নলেজ প্রুফ](/zero-knowledge-proofs/#why-zero-knowledge-proofs-are-important) (ZKPs)**: ক্রিপ্টোগ্রাফিক প্রোটোকল যা কাউকে অন্তর্নিহিত ডেটা প্রকাশ না করে তথ্য সত্য বলে প্রমাণ করতে দেয়
+
+**ZK রোলআপ**: একটি স্কেলেবিলিটি সিস্টেম যা অফ-চেইন লেনদেনগুলিকে ব্যাচ করে এবং অনচেইনে একটি ভ্যালিডিটি প্রুফ জমা দেয়—ডিফল্টরূপে ব্যক্তিগত নয়, তবে তারা খরচ কমিয়ে দক্ষ গোপনীয়তা সিস্টেম (যেমন শিল্ডেড পুল) সক্ষম করে
+
+## রিসোর্স {#resources}
+
+- [Privacy Stewards of Ethereum](https://pse.dev/) (PSE), একটি ইথেরিয়াম ফাউন্ডেশন গবেষণা এবং উন্নয়ন ল্যাব যা ইকোসিস্টেমের জন্য গোপনীয়তার উপর দৃষ্টি নিবদ্ধ করে
+- [Web3PrivacyNow](https://web3privacy.info/), মানুষ, প্রকল্প এবং সারিবদ্ধ সংস্থাগুলির একটি নেটওয়ার্ক যারা অনলাইনে মানবাধিকার রক্ষা এবং এগিয়ে নিয়ে যায়
+- [WalletBeat](https://beta.walletbeat.eth.limo/wallet/summary/), একটি ইথেরিয়াম ওয়ালেট রেটিং সাইট যার লক্ষ্য ওয়ালেট, তাদের কার্যকারিতা, অনুশীলন এবং নির্দিষ্ট মানগুলির জন্য সমর্থনের একটি বিস্তৃত তালিকা প্রদান করা।
+- [Zk-kit](https://zkkit.pse.dev/): লাইব্রেরির একটি সেট (অ্যালগরিদম, ইউটিলিটি ফাংশন এবং ডেটা স্ট্রাকচার) যা বিভিন্ন প্রকল্প এবং জিরো-নলেজ প্রোটোকলে পুনরায় ব্যবহার করা যেতে পারে।
+- [গোপনীয়তা অ্যাপ্লিকেশন](/apps/categories/privacy/) - ইথেরিয়ামে চালিত কিউরেটেড গোপনীয়তা অ্যাপ্লিকেশনগুলির একটি তালিকা আবিষ্কার করুন।
diff --git a/public/content/translations/bn/real-world-assets/index.md b/public/content/translations/bn/real-world-assets/index.md
new file mode 100644
index 00000000000..eb3feef0df5
--- /dev/null
+++ b/public/content/translations/bn/real-world-assets/index.md
@@ -0,0 +1,93 @@
+---
+title: "বাস্তব-বিশ্বের সম্পদ (RWAs)"
+metaTitle: "RWAs কী? |বাস্তব বিশ্বের সম্পদের সুবিধা ও ব্যবহার"
+description: "ইথেরিয়ামে বাস্তব বিশ্বের সম্পদে একটি সংক্ষিপ্ত পর্যালোচনা"
+lang: bn
+template: use-cases
+emoji: ":house_buildings:"
+image: /images/man-and-dog-playing.png
+alt: "মানুষ ও কুকুর খেলছে"
+sidebarDepth: 2
+summaryPoint1: "মূল্যবান পণ্যকে ডিজিটাল টোকেনে পরিণত করার একটি পদ্ধতি।"
+summaryPoint2: "এখন আপনি সম্পূর্ণ একটি সম্পত্তি বা জিনিস কিনতে না গিয়ে বাস্তব বিশ্বের জিনিসপত্র বা সম্পদের অংশবিশেষের মালিক হতে পারেন।"
+summaryPoint3: "প্রচলিত অর্থব্যবস্থাকে ব্লকচেইন ইথেরিয়ামের সাথে সংযুক্ত করে।"
+---
+
+বাস্তব বিশ্বের সম্পদ হলো টোকেন যা বিদ্যমান ধরনের সম্পদ যেমন রিয়েল এস্টেট, স্বর্ন, স্টক, শিল্পকলা, যন্ত্রপাতি বা সংগ্রহযোগ্য বস্তুগুলোকে প্রতিনিধিত্ব করে। এই জিনিসগুলোকে টোকেনাইজ করার অর্থ তাদের ডিজিটাল ফরম্যাটে রুপান্তর করা, যার ফলে এগুলোকে একাধিক মালিকের মধ্যে ভাগ করা যায় এবং সহজে ট্রেড করা সম্ভব হয়।
+
+## RWAs কী? {#what-are-rwas}
+
+কিছু বাস্তব বিশ্বের সম্পদ স্পর্শযোগ্য- যেমন স্বর্নের বার বা বানিজ্যিক ভবন,যেগুলো আপনি দেখতে বা ছুতে পারেন। অন্যগুলো অমূর্ত, যেমন সরকারি ঋন, বৌদ্ধিক সম্পত্তি বা কোনো কোম্পানির ইক্যুইটি।
+
+টোকেনাইজ করার মাধ্যমে, এই সম্পদগুলোকে মূল্যবোধের একক হিসেবে রুপান্তর করা হয়। টোকেনাইজড স্বর্ন এই প্রকিয়ায় একটি ভালো উদাহরণ। [Paxos](https://www.paxos.com/) কোম্পানি 400-আউন্স সোনার বারকে Ethereum ব্লকচেইনে 400টি টোকেনে রূপান্তরিত করে, যার প্রতিটি এক আউন্স সোনা দ্বারা সমর্থিত। টোকেনধারীরা যেকোনো সময় তাদের টোকেন স্বর্নের বিনিময়ে ফেরত নিতে পারেন। অন্য একটি RWA কোম্পানি [Tether Gold](https://gold.tether.to/) থেকে কেনা টোকেনগুলির ক্ষেত্রেও এটি একই।
+
+প্রতিটি টোকেনকে আরও ছোট ছোট ভাগে ভাগ করা যেতে পারে।  উদাহরণস্বরুপ, Tether gold টোকেনগুলো ০.০০০০০১ এর মতো ছোট অংশেও ভাগ করা যেতে পারে।
+
+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="RWA বিনিয়োগকে সবার জন্য সহজলভ্য করে। যদি সামর্থ্যের অভাবে আপনি নির্দিষ্ট সম্পদে বিনিয়োগ করতে না পারেন, তাহলে এখন আপনি আংশিক মালিক হিসেবে তা করতে পারবেন।"/>
+  <Card title="বিনিয়োগে বৈচিত্র্য" emoji="🛒" description="আপনি অনেক ধরনের সম্পদে বিনিয়োগ করতে পারেন, যার ফলে হেজ-ফান্ডের মতো বড় অংকের টাকা খরচ না করেই আপনার পোর্টফোলিওতে বৈচিত্র্য আনতে পারবেন।" />
+  <Card title="বৈশ্বিক সুযোগ" emoji="🌏" description="RWA বিনিয়োগের ভৌগলিক বাধা দূর করে। আপনি বিশ্বের যেকোনো স্থানে অবস্থিত সম্পদের জন্য টোকেন কিনতে পারেন।" />
+  <Card title="সম্পদকে ব্যবহারযোগ্য করা" emoji="🖼️" description="অনেক সম্পদ সহজে নগদ করা যায় না। সেগুলো মূল্যবান, কিন্তু তা খরচ করার মতো নগদ টাকার সমান নয়। একটি সম্পদকে টোকেনাইজ করার মাধ্যমে, মালিকরা এর অংশ বা পুরোটাই ব্যবহারযোগ্য মূল্যে রূপান্তর করতে পারেন।"/>
+  <Card title="বিশ্বব্যাপী বাজার" emoji="💰" description="যেসব মালিকেরা তাদের সম্পদ থেকে লাভ করতে চান, তারা আরও বেশি সংখ্যক বিনিয়োগকারীর কাছে পৌঁছাতে পারেন—শুধু তারাই নন যারা সাধারণত জমি, ইক্যুইটি, শিল্পকর্ম বা প্রচলিত আর্থিক ইন্সট্রুমেন্ট কেনার সামর্থ্য রাখেন।" />
+  <Card title="মধ্যস্থতাকারীদের এড়িয়ে চলুন" emoji="👩‍💻" description="টোকেনগুলো স্মার্ট কন্ট্রাক্টে চলে, যার মানে হলো কোনো মধ্যস্থতাকারী এবং তাদের ফি ছাড়াই টোকেনগুলো সরাসরি ব্যক্তি থেকে ব্যক্তি ট্রেড করা যায়।" />
+</CardGrid>
+
+## বাস্তব বিশ্বের সম্পদ কীভাবে কাজ করে? {#how-rwas-work}
+
+চলুন RWA ইকোসিস্টেম থেকে কয়েকটি উদাহরণ দেখি: রিয়েল এস্টেট, প্রচলিত আর্থিক পন্য এবং সুক্ষ্ম শিল্পকর্ম।
+
+### রিয়েল এস্টেটে বিনিয়োগ {#investing-in-real-estate}
+
+ধরুন আপনি রিয়েল এস্টেটে বিনিয়োগ করতে চান, কিন্তু সম্পূর্ণ একটি প্রপার্টি কেনা আপনার সাধ্যের বাইরে। পরিবর্তে, আপনি [RealT](https://realt.co/) এর মতো একটি প্রকল্পের মাধ্যমে RWA কিনতে পারেন। এর টোকেনগুলো একটি লিমিটেড লায়াবিলিটি কোম্পানির শেয়ারের প্রতিনিধিত্ব করে,যা সেই সম্পত্তির দলিল ধারণ করার জন্য তৈরি করা হয়েছে। টোকেনধারীরা তাদের মালিকানার অনুপাতে রেন্টাল আয়ের একটি অংশ স্টেবলকয়েনের মাধ্যমে পান।RealT-এর দাবি অনুযায়ী,তারা এখন পর্যন্ত বিনিয়োগকারীদের মধ্যে মোট ১.৫ কোটি মার্কিন ডলার সমপরিমাণ  নিট রেন্টাল আয় বিতরন করেছে।
+
+একই ধরনের আরেকটি প্রজেক্ট, [LABS Group](https://x.com/labsgroupio), लोकांना $100 USD-এর মতো সামান্য পরিমাণ অর্থ দিয়ে টোকেনাইজড রিয়েল এস্টেটে বিনিয়োগ করার সুযোগ দেয়।
+
+### আর্থিক পণ্যগুলিতে বিনিয়োগ {#investing-in-financial-products}
+
+বিভিন্ন প্রকল্প প্রচলিত অর্থব্যবস্থা এবং বিকেন্দ্রীভূত অর্থব্যবস্থার মধ্যে সেতুবন্ধন তৈরি করেছে, যেখানে সিকিউরিটিজ,শেয়ার, বন্ড এবং অন্যান্য আর্থিক উপকরণগুলোকে ব্লকচেইনে আনা হচ্ছে।
+
+উদাহরণস্বরূপ, Ethereum-ভিত্তিক কোম্পানি [Securitize](https://securitize.io/) প্রথাগত আর্থিক পণ্য টোকেনাইজ করার ক্ষেত্রে বিশেষজ্ঞ। ২০২৪ সালে, এটি ব্ল্যাকরক-এর সাথে অংশীদারত্ব করে একটি RWA ফান্ড চালু করে। ব্ল্যাকরক বলছে যে তারা ভবিষ্যতে তাদের ১০ ট্রিলিয়ন মার্কিন ডলার মূল্যের সম্পদ টোকেনাইজ করার পরিকল্পনা করেছে। তাদের সিইও,ল্যারি ফিঙ্ক, টোকেনাইজেশনকে "বাজারের পরবর্তী প্রজন্ম " বলে অভিহিত করেছেন।
+
+### চারুকলায় বিনিয়োগ {#investing-in-fine-art}
+
+সুক্ষ্ম শিল্পকর্মে বিনিয়োগের জন্য কয়েকটি ভিন্ন পদ্ধতি রয়েছে। [Masterworks](https://www.masterworks.com/) শিল্পকর্ম কেনে, প্রতিটি অংশকে সিকিউরিটাইজ করে, এবং টোকেনের আকারে শেয়ার বিক্রি করে। তারা পরে শিল্পকর্মটি বিক্রি করার পরিকল্পনা করেছে এবং লাভ টোকেনধারীদের মধ্যে বিতরণ করবে।
+
+টোকেন-ধারীরা শিল্পকর্মের সংরক্ষণ বা ভবিষ্যতের বিক্রি নিয়ন্ত্রণ করে না। বরং, তারা কতক্ষণ তাদের টোকেন ধরে রাখবে তার দায়িত্বে থাকে, যার মূল্য শিল্পের মূল্যের উত্থানপতনের সাথে পরিবর্তিত হয়।
+
+ইতিমধ্যে, ব্লকচেইন-ভিত্তিক ডিজিটাল আর্ট রেজিস্ট্রি [Artory](https://www.artory.com/) শিল্পকর্মের সত্যতা যাচাই করে এবং অতীতের মালিকানার রেকর্ড রাখে।
+
+### সংগ্রহযোগ্য জিনিসে বিনিয়োগ {#investing-in-collectibles}
+
+এপর্যন্ত, এই অধিকাংশ উদাহরণ দেখিয়েছে কীভাবে টোকেনাইজেশন বিভিন্ন ধরনের সম্পদের আংশিক মালিকানা সম্ভব করে তোলে। টোকেনাইজেশনের আরেকটি সুবিধা হলো এটি বিশ্ববাজারে মূল্যবান বস্তু, যেমন সংগ্রহযোগ্য আইটেমের লেনদেনের সুযোগ করে দেয়।
+
+এর একটি উদাহরণ হল [Courtyard](https://courtyard.io/), যা ট্রেডিং কার্ডগুলিকে টোকেনাইজ করে - বেসবল কার্ড, ফুটবল কার্ড বা পোকেমন কার্ডের কথা ভাবুন। কার্ডের মালিকরা তাদের কার্ডগুলো যুক্তরাষ্ট্রে একটি নিরাপদ সংরক্ষণাগারে পাঠান। কার্ডগুলি ডিজিটাল টোকেন হিসেবে তৈরি করা হয় এবং কোর্টইয়ার্ডের মার্কেটপ্লেসে লেনদেনের জন্য মালিকদের ওয়ালেটে যোগ করা হয়। প্রাঙ্গন কেবলমাত্র গ্রেডেড কার্ড গ্রহণ করে: যেখানে একটি তৃতীয় পক্ষ একটি কার্ডের সত্যতা নিশ্চিত করেছে এবং এর অবস্থার উপর ভিত্তি করে–তা জীর্নশীর্ন হোক বা একেবারে নতুন –একটি স্কোর প্রদান করেছে।
+
+কোর্টইয়ার্ড এক ধরণের রয়্যালটি স্কিমও অফার করে। প্রতিবার একটি কার্ড বিক্রি হলে, যিনি সেটি টোকেনাইজ করেছেন তিনি আায়ের এক শতাংশ পান।  শুধুমাত্র কার্ডের মূল স্রষ্টারাই এইভাবে পুরষ্কৃত হন। যেকোনো সময়, একজন মালিক তাদের ডিজিটাল কার্ডের বদলে ফিজিকাল কার্ড নিতে পারেন, তারা বিশ্বের যেকোনো প্রান্তেই থাকুক না কেন।
+
+## RWAs-এর সীমাবদ্ধতাগুলো কী কী? {#rwas-limitations}
+
+RWAs-এর এই প্রাথমিক পর্যায়ে একটি বড় চ্যালেন্জ হলো বাস্তব জীবনের বস্তুগুলোর সঙ্গে  তাদের ডিজিটাল উপস্থাপনার সংযোগ নিশ্চিত করা।
+
+সবুজ সংকেত হলো তখন, যখন RWA প্রকল্পগুলো বিনিয়োগকারীদের প্রমাণ প্রদান করে যে তাদের কাছে রিজার্ভ রয়েছে– অর্থাৎ তারা সেই বাস্তব বস্তুগুলোর বৈধ মালিক, যেগুলো ডিজিটাল টোকেনের পেছনে  ভিত্তি হিসেবে কাজ করে। আগে উল্লেখ করা paxos, Tether gold বা courtyard-এর কথা ভাবুন–এরা সবাই তাদের সম্পদ সুরক্ষিত ভান্ডারে সংরক্ষণ করে এবং মালিকদের যেকোনো সময় টোকেনের বিনিময়ে তার বাস্তব রুপটি পাওয়ার সুযোগ দেয়।
+
+আরেকটি সীমাবদ্ধতা হলো– বিশ্বের বিভিন্ন দেশের আইনি ব্যবস্থাগুলো টোকেন মালিকানাকে স্বীকৃতি দেয় কি না অর্থাৎ, স্মার্ট  কন্ট্রাক্টগুলো কি আদালতে কার্যকর করা যায়, নাকি RWA টোকেনের ধারক বাস্তব জীবনের বস্তুটির মালিকানা দাবি করতে পারে?
+
+টোকেনাইজেশনকে বিশেষভাবে স্বীকৃতি দিতে আইনি কাঠামো গঠনে কিছু অগ্রগামী দেশের মধ্যে রয়েছে সিঙ্গাপুর, সংযুক্ত আরব আমিরাত, হংকং এবং সুইজারল্যান্ড। সুইজারল্যান্ড ২০২১ সালে 'ব্লকচেইন অ্যাক্ট' নামে পরিচিত একটি আইন প্রবর্তন করেছে যা টোকেনাইজেশনসহ বিভিন্ন প্রযুক্তি নিয়ন্ত্রণ করে। ইউরোপীয় ইউনিয়ন ইতিমধ্যেই 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-তে
+- [বাজার মূলধন অনুসারে আজকের সেরা রিয়েল-ওয়ার্ল্ড অ্যাসেট (RWA) কয়েন](https://www.forbes.com/digital-assets/categories/real-world-assets-rwa/) ফোর্বসে
diff --git a/public/content/translations/bn/refi/index.md b/public/content/translations/bn/refi/index.md
index 9eb7b22cfb2..bc10a514e2b 100644
--- a/public/content/translations/bn/refi/index.md
+++ b/public/content/translations/bn/refi/index.md
@@ -1,36 +1,38 @@
 ---
-title: রিজেনারেটিভ ফাইনান্স (ReFi)
-description: ReFi এবং এর বর্তমান ব্যবহার ক্ষেত্রের একটি সংক্ষিপ্ত বিবরণী।
+title: "রিজেনারেটিভ ফাইনান্স (ReFi)"
+description: "ReFi এবং এর বর্তমান ব্যবহার ক্ষেত্রের একটি সংক্ষিপ্ত বিবরণী।"
 lang: bn
 template: use-cases
 emoji: ":recycle:"
 sidebarDepth: 2
 image: /images/future_transparent.png
 alt: ""
-summaryPoint1: পুনঃউৎপাদনমূলক নীতির উপর নির্মিত একটি বিকল্প অর্থনৈতিক ব্যবস্থা
-summaryPoint2: জলবায়ু পরিবর্তনের মতো বিশ্ব-স্তরের সমন্বয় সংকট সমাধানের জন্য ইথেরিয়ামকে কাজে লাগানোর একটি প্রচেষ্টা
-summaryPoint3: যাচাইকৃত কার্বন ক্রেডিটগুলির মতো পরিবেশগত সুবিধার সম্পদগুলিকে ব্যাপকভাবে স্কেল করার একটি টুল
+summaryPoint1: "পুনঃউৎপাদনমূলক নীতির উপর নির্মিত একটি বিকল্প অর্থনৈতিক ব্যবস্থা"
+summaryPoint2: "জলবায়ু পরিবর্তনের মতো বিশ্ব-স্তরের সমন্বয় সংকট সমাধানের জন্য ইথেরিয়ামকে কাজে লাগানোর একটি প্রচেষ্টা"
+summaryPoint3: "যাচাইকৃত কার্বন ক্রেডিটগুলির মতো পরিবেশগত সুবিধার সম্পদগুলিকে ব্যাপকভাবে স্কেল করার একটি টুল"
 ---
 
 ## ReFi কি? {#what-is-refi}
 
-**রিজেনারেটিভ ফাইনান্স (ReFi)** হল ব্লকচেইনের উপরে তৈরি করা টুলস এবং আইডিয়ার একটি সেট, যেগুলির উদ্দেশ্য হল এমন অর্থনীতি তৈরি করা যা এক্সট্র্যাক্টিভ বা শোষণমূলক নয়। অবশেষে, নিষ্কাশন ব্যবস্থা উপলব্ধ সংস্থানগুলিকে হ্রাস করে এবং ধসে পড়ে; রিজেনারেটিভ প্রক্রিয়া ছাড়া, তাদের সহনশীলতা অভাব রয়েছে। ReFi এই অনুমানের উপর কাজ করে যে আর্থিক মূল্যের সৃষ্টি অবশ্যই আমাদের গ্রহ এবং সম্প্রদায় থেকে সম্পদের অস্থিতিশীল নিষ্কাশন থেকে বিচ্ছিন্ন করা উচিত।
+**রিজেনারেটিভ ফাইন্যান্স (ReFi)** হল [ব্লকচেইন](/glossary/#blockchain) এর উপর নির্মিত টুলস এবং ধারণার একটি সেট, যার লক্ষ্য নিষ্কাশন বা শোষণমূলক অর্থনীতির পরিবর্তে পুনরুৎপাদনশীল অর্থনীতি তৈরি করা। অবশেষে, নিষ্কাশন ব্যবস্থা উপলব্ধ সংস্থানগুলিকে হ্রাস করে এবং ধসে পড়ে; রিজেনারেটিভ প্রক্রিয়া ছাড়া, তাদের সহনশীলতা অভাব রয়েছে। ReFi এই অনুমানের উপর কাজ করে যে আর্থিক মূল্যের সৃষ্টি অবশ্যই আমাদের গ্রহ এবং সম্প্রদায় থেকে সম্পদের অস্থিতিশীল নিষ্কাশন থেকে বিচ্ছিন্ন করা উচিত।
 
 পরিবর্তে, ReFi এর লক্ষ্য পুনঃউৎপাদন চক্র তৈরি করে পরিবেশগত, সাম্প্রদায়িক বা সামাজিক সমস্যার সমাধান করা। এই সিস্টেমগুলি একই সাথে ইকোসিস্টেম এবং কমিউনিটিগুলিকে উপকৃত করার সময় অংশগ্রহণকারীদের জন্য মূল্য তৈরি করে।
 
-ReFi এর অন্যতম ভিত্তি হ'ল [ক্যাপিটাল ইনস্টিউটের](https://capitalinstitute.org) জন ফুলারটন প্রবর্তিত পুনঃউৎপাদনশীল অর্থনীতির ধারণা। তিনি আটটি আন্তঃসংযুক্ত নীতি প্রস্তাব করেছিলেন যা সিস্টেমিক স্বাস্থ্যের উপর ভিত্তি করে:
+ReFi এর অন্যতম ভিত্তি হ'ল ক্যাপিটাল ইনস্টিউটের জন ফুলারটন প্রবর্তিত পুনঃউৎপাদনশীল অর্থনীতির ধারণা। তিনি [আটটি আন্তঃসংযুক্ত নীতি](https://capitalinstitute.org/8-principles-regenerative-economy/) প্রস্তাব করেছিলেন যা সিস্টেমিক স্বাস্থ্যের ভিত্তি:
 
-![আটটি পরস্পর সংযুক্ত নীতি](./refi-regenerative-economy-diagram.png)
+![আটটি আন্তঃসংযুক্ত নীতি](refi-regenerative-economy-diagram.png)
 
-ReFi প্রকল্পগুলি [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) এবং [বিকেন্দ্রীভূত অর্থায়ন (DeFi)](/defi/) অ্যাপ্লিকেশনগুলি ব্যবহার করে এই নীতিগুলি উপলব্ধি করে পুনরুৎপাদনমূলক আচরণগুলিকে উত্সাহিত করে, উদাহরণস্বরূপ অবনমিত ইকোসিস্টেম পুনরুদ্ধার এবং জলবায়ু পরিবর্তন এবং জীববৈচিত্র্য ক্ষতির মতো বৈশ্বিক ইস্যুতে বড় আকারের সহযোগিতাকে সহজতর করে।
+ReFi প্রকল্পগুলি [স্মার্ট কন্ট্র্যাক্ট](/glossary/#smart-contract) এবং [ডিসেন্ট্রালাইজড ফাইন্যান্স (DeFi)](/glossary/#defi) অ্যাপ্লিকেশন ব্যবহার করে এই নীতিগুলি বাস্তবায়ন করে, যার মাধ্যমে পুনরুৎপাদনমূলক আচরণকে উৎসাহিত করা হয়, যেমন, ক্ষয়প্রাপ্ত ইকোসিস্টেম পুনরুদ্ধার করা, এবং জলবায়ু পরিবর্তন ও জীববৈচিত্র্য হ্রাসের মতো বৈশ্বিক সমস্যাগুলিতে বড় আকারের সহযোগিতাকে সহজতর করা হয়।
 
-ReFi [বিকেন্দ্রীভূত বিজ্ঞান (DeSci)](/desci/) আন্দোলনের সাথেও ওভারল্যাপ করে, যা বৈজ্ঞানিক জ্ঞানকে অর্থায়ন, তৈরি, পর্যালোচনা, ক্রেডিট, সঞ্চয় এবং প্রচারের জন্য একটি প্ল্যাটফর্ম হিসাবে ইথেরিয়াম ব্যবহার করে। গাছ লাগানো, সমুদ্র থেকে প্লাস্টিক অপসারণ বা অবনমিত ইকোসিস্টেম পুনরুদ্ধারের মতো পুনরুত্পাদনমূলক ক্রিয়াকলাপগুলি বাস্তবায়ন এবং পর্যবেক্ষণের জন্য যাচাইযোগ্য মান এবং অনুশীলনগুলি বিকাশের জন্য DeSci টুলস কার্যকর হতে পারে।
+ReFi বিকেন্দ্রীভূত বিজ্ঞান (DeSci) আন্দোলনের সাথেও ওভারল্যাপ করে, যা বৈজ্ঞানিক জ্ঞানকে অর্থায়ন, তৈরি, পর্যালোচনা, ক্রেডিট, সঞ্চয় এবং প্রচারের জন্য একটি প্ল্যাটফর্ম হিসাবে ইথেরিয়াম ব্যবহার করে। গাছ লাগানো, সমুদ্র থেকে প্লাস্টিক অপসারণ বা অবনমিত ইকোসিস্টেম পুনরুদ্ধারের মতো পুনরুত্পাদনমূলক ক্রিয়াকলাপগুলি বাস্তবায়ন এবং পর্যবেক্ষণের জন্য যাচাইযোগ্য মান এবং অনুশীলনগুলি বিকাশের জন্য DeSci টুলস কার্যকর হতে পারে।
+
+<YouTube id="La52dDzBt2k" />
 
 ## কার্বন ক্রেডিটের টোকেনাইজেশন {#tokenization-of-carbon-credits}
 
-**[স্বেচ্ছাচালিত কার্বন বাজার (VCM)](https://climatefocus.com/so-what-voluntary-carbon-market-exactly/)** এমন প্রকল্পগুলির অর্থায়নের জন্য একটি প্রক্রিয়া যা কার্বন নিঃসরণের উপর যাচাইকৃত ইতিবাচক প্রভাব ফেলে, হয় চলমান নির্গমন হ্রাস করে বা বায়ুমণ্ডল থেকে ইতিমধ্যে নির্গত গ্রিনহাউস গ্যাসগুলি অপসারণ করে। এই প্রকল্পগুলি যাচাই করার পরে "কার্বন ক্রেডিট" নামে একটি সম্পদ পায়, যা তারা এমন ব্যক্তি এবং সংস্থার কাছে বিক্রি করতে পারে যারা জলবায়ু পদক্ষেপকে সমর্থন করতে চায়।
+**[স্বেচ্ছাসেবী কার্বন বাজার (VCM)](https://climatefocus.com/so-what-voluntary-carbon-market-exactly/)** হল এমন প্রকল্পগুলিতে অর্থায়নের জন্য একটি প্রক্রিয়া যা কার্বন নির্গমনের উপর একটি যাচাইকৃত ইতিবাচক প্রভাব ফেলে, হয় চলমান নির্গমন হ্রাস করে, অথবা বায়ুমণ্ডল থেকে ইতিমধ্যে নির্গত গ্রিনহাউস গ্যাসগুলি অপসারণ করে। এই প্রকল্পগুলি যাচাই করার পরে "কার্বন ক্রেডিট" নামে একটি সম্পদ পায়, যা তারা এমন ব্যক্তি এবং সংস্থার কাছে বিক্রি করতে পারে যারা জলবায়ু পদক্ষেপকে সমর্থন করতে চায়।
 
-VCM ছাড়াও, বেশ কয়েকটি সরকার-বাধ্যতামূলক কার্বন বাজার ('কমপ্লায়েন্স মার্কেট') রয়েছে যা একটি নির্দিষ্ট এখতিয়ারের (যেমন দেশ বা অঞ্চল) মধ্যে আইন বা প্রবিধানের মাধ্যমে কার্বনের মূল্য প্রতিষ্ঠার লক্ষ্য রাখে, বিতরণের অনুমতিসরবরাহ নিয়ন্ত্রণ করে। কমপ্লায়েন্স মার্কেটগুলি নির্গমন হ্রাস করার জন্য তাদের এখতিয়ারের মধ্যে দূষণকারীদের উত্সাহিত করে, তবে তারা ইতিমধ্যে নির্গত গ্রিনহাউস গ্যাসগুলি অপসারণ করতে সক্ষম নয়।
+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 এর মূল উপাদান {#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/) এর মতো রেজিস্ট্রিগুলি নিশ্চিত করে যে কার্বন ক্রেডিট সৃষ্টিকারী প্রকল্পগুলি নির্ভরযোগ্য। তারা ডাটাবেসগুলিও পরিচালনা করে যেখানে ডিজিটাল কার্বন ক্রেডিটগুলি উৎপন্ন হয় এবং স্থানান্তর বা ব্যবহার করা যেতে পারে (অবসরপ্রাপ্ত)।
 
 ব্লকচেইনগুলিতে উদ্ভাবনী প্রকল্পগুলির একটি নতুন তরঙ্গ তৈরি হচ্ছে যা এই সেক্টরে দায়িত্বশীলদের ব্যাহত করার চেষ্টা করে।
 
-2. কার্বন ব্রিজগুলো, a.k.a. টোকেনাইজার, প্রথাগত রেজিস্ট্রি থেকে DCM-এ কার্বন ক্রেডিট প্রতিনিধিত্ব বা স্থানান্তর করার প্রযুক্তি প্রদান করে। উল্লেখযোগ্য উদাহরণগুলির মধ্যে রয়েছে [Toucan প্রোটোকল](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 আমাদের প্রজাতি এবং আমাদের গ্রহের সমস্ত প্রাণের মুখোমুখি অস্তিত্বের চ্যালেঞ্জগুলির বিরুদ্ধে পদক্ষেপের সমন্বয় করার জন্য একটি প্রক্রিয়া হিসাবে ইথেরিয়ামের একটি দৃষ্টিভঙ্গি অফার করে—একটি নতুন অর্থনৈতিক দৃষ্টান্তের ভিত্তি স্তর হিসাবে, যা আগামী শতাব্দীর জন্য আরও অন্তর্ভুক্তিমূলক এবং টেকসই ভবিষ্যত সক্ষম করে।
 
 ## 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/bn/restaking/index.md b/public/content/translations/bn/restaking/index.md
new file mode 100644
index 00000000000..bebbe9510f2
--- /dev/null
+++ b/public/content/translations/bn/restaking/index.md
@@ -0,0 +1,188 @@
+---
+title: "রিস্টেকিং"
+metaTitle: "রিস্টেকিং কি? | রিস্টেকিং এর সুবিধা এবং ব্যবহার"
+description: "অন্যান্য বিকেন্দ্রীভূত পরিষেবা সুরক্ষিত করতে এবং অতিরিক্ত পুরষ্কার অর্জন করতে স্টেক করা ETH ব্যবহার করুন।"
+lang: bn
+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 নেটওয়ার্ককে সুরক্ষিত করে এমন সফ্টওয়্যার চালানোর জন্য স্মার্ট কন্ট্র্যাক্টে [ether (ETH)](/eth/) লক করে (বা "স্টেক" করে)। এর বিনিময়ে, তারা আরও ETH দিয়ে পুরস্কৃত হয়।
+
+রিস্টেকিং হল [স্টেকারদের](/staking/) জন্য নির্মিত একটি প্রযুক্তি যা এই নিরাপত্তাকে অন্যান্য পরিষেবা, অ্যাপ্লিকেশন বা নেটওয়ার্কে প্রসারিত করে। এর বিনিময়ে, তারা অতিরিক্ত রিস্টেকিং পুরস্কার অর্জন করে। তবে, তারা তাদের স্টেক করা ETH-কে আরও ঝুঁকির মধ্যে ফেলে।
+
+**18 মিনিটে রিস্টেকিং ব্যাখ্যা করা হয়েছে**
+
+<YouTube id="rOJo7VwPh7I" />
+
+## রিস্টেকিং কি? {#what-is-restaking}
+
+রিস্টেকিং হল যখন স্টেকাররা অন্যান্য বিকেন্দ্রীভূত পরিষেবাগুলিকে সুরক্ষিত করার জন্য তাদের ইতিমধ্যে স্টেক করা ETH ব্যবহার করে। বিনিময়ে, রিস্টেকাররা তাদের নিয়মিত ETH স্টেকিং পুরস্কারের উপরে অন্যান্য পরিষেবাগুলি থেকে অতিরিক্ত পুরস্কার পেতে পারে।
+
+রিস্টেকিং দ্বারা সুরক্ষিত বিকেন্দ্রীভূত পরিষেবাগুলি "সক্রিয়ভাবে যাচাইকৃত পরিষেবা" (AVS) হিসাবে পরিচিত।
+একইভাবে যেভাবে অনেক 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">AVS-গুলি বিকেন্দ্রীকরণ এবং নিরাপত্তা নিয়ে বিভ্রান্ত না হয়ে, তাদের সমস্ত সম্পদ তাদের পরিষেবা তৈরি এবং বিপণনে ঢালতে পারে।</p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## রিস্টেকিং কিভাবে কাজ করে? {#how-does-restaking-work}
+
+রিস্টেকিং-এ বেশ কয়েকটি সত্তা জড়িত — তাদের প্রত্যেকেই একটি গুরুত্বপূর্ণ ভূমিকা পালন করে।
+
+| **শব্দ**                  | **বিবরণ**                                                                                                                                                                                                                                                                                                                                                                     |
+| ------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| **রিস্টেকিং প্ল্যাটফর্ম** | একটি রিস্টেকিং প্ল্যাটফর্ম হল একটি পরিষেবা যা AVSs, ETH স্টেকার এবং অপারেটরদের সংযোগ করে। তারা স্টেকারদের জন্য তাদের ETH রিস্টেক করার জন্য ডিসেন্ট্রালাইজড এপ্লিকেশনস তৈরি করে, এবং এমন মার্কেটপ্লেস তৈরি করে যেখানে স্টেকার, AVS এবং অপারেটররা একে অপরকে খুঁজে পেতে পারে।                                                                                                    |
+| **নেটিভ রিস্টেকার**       | যে ব্যক্তিরা তাদের নিজস্ব Ethereum ভ্যালিডেটর চালিয়ে তাদের ETH স্টেক করে তারা EigenLayer এবং অন্যান্য সহ একটি রিস্টেকিং প্ল্যাটফর্মে তাদের স্টেক করা ETH সংযোগ করতে পারে, ETH ভ্যালিডেটর পুরস্কারের উপরে রিস্টেকিং পুরস্কার অর্জন করতে।                                                                                                                                      |
+|                           |                                                                                                                                                                                                                                                                                                                                                                               |
+| **লিকুইড রিস্টেকার**      | যে ব্যক্তিরা তৃতীয় পক্ষের লিকুইড স্টেকিং প্রদানকারী, যেমন Lido বা Rocket Pool-এর মাধ্যমে তাদের ETH স্টেক করে, তারা লিকুইড স্টেকিং টোকেন (LSTs) পায় যা তাদের স্টেক করা ETH-এর প্রতিনিধিত্ব করে। তারা তাদের আসল ETH স্টেক করে রেখে রিস্টেকিং পুরস্কার অর্জনের জন্য এই LST-গুলি রিস্টেক করতে পারে।                                                          |
+|                           |                                                                                                                                                                                                                                                                                                                                                                               |
+| **অপারেটর**               | অপারেটররা AVS-এর রিস্টেকিং সফ্টওয়্যার চালায়, প্রতিটি AVS-এর জন্য প্রয়োজনীয় যাচাইকরণের কাজগুলি সম্পাদন করে। অপারেটররা সাধারণত পেশাদার পরিষেবা প্রদানকারী যারা আপটাইম এবং পারফরম্যান্সের মতো বিষয়গুলির গ্যারান্টি দেয়। নন-অপারেটর রিস্টেকারদের মতো, অপারেটররা AVS সুরক্ষিত করতে স্টেক করা ETH ব্যবহার করে, কিন্তু অপারেটররা তাদের কাজের বিনিময়ে অতিরিক্ত পুরস্কারও পায়। |
+|                           |                                                                                                                                                                                                                                                                                                                                                                               |
+| **AVS-সমূহ**              | এগুলি হল বিকেন্দ্রীভূত পরিষেবা — যেমন প্রাইস ওরাকল, টোকেন ব্রিজ এবং ডেটা সিস্টেম — যা রিস্টেকারদের কাছ থেকে নিরাপত্তা পায় এবং বিনিময়ে টোকেন পুরস্কার অফার করে।                                                                                                                                                                                                              |
+
+<br/>
+
+<Alert className="justify-between">
+<AlertEmoji text=":bulb:"/>
+<AlertContent>
+<AlertDescription>
+  <p className="mt-0"><strong>জানা ভালো</strong></p>
+  <p className="mt-2">নেটিভ এবং লিকুইড রিস্টেকাররা প্রায়শই নিজেরাই AVS সুরক্ষিত করার জন্য সফ্টওয়্যার চালানোর পরিবর্তে তাদের স্টেক করা ETH একজন অপারেটরের কাছে অর্পণ করে।</p>
+  <p className="mt-2">এইভাবে তাদের AVS-এর জটিল প্রযুক্তিগত প্রয়োজনীয়তা নিয়ে চিন্তা করতে হবে না, যদিও তারা অপারেটরদের চেয়ে কম পুরস্কারের হার পায়।</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-তে LST ধার দেওয়া এবং নেওয়ার সাথে গুলিয়ে ফেলে। উভয়ই স্টেক করা ETH-কে কাজে লাগায়, কিন্তু রিস্টেকিং মানে হল AVS সুরক্ষিত করা, শুধু LST-তে আয় উপার্জন করা নয়।</p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## আমি রিস্টেকিং থেকে কত উপার্জন করতে পারি? {#how-much-can-i-make-from-restaking}
+
+যদিও AVS-গুলি বিভিন্ন হার অফার করে, eETH-এর মতো লিকুইড রিস্টেকিং টোকেন (LRTs) আপনাকে একটি ধারণা দেয় যে আপনি কত উপার্জন করতে পারেন। একইভাবে যেভাবে আপনি আপনার ETH স্টেক করার জন্য stETH-এর মতো LST পান, আপনি stETH রিস্টেক করার জন্য eETH-এর মতো LRT পেতে পারেন। এই টোকেনগুলি ETH স্টেকিং এবং রিস্টেকিং পুরস্কার অর্জন করে।
+
+**রিস্টেকিং-এর সাথে জড়িত ঝুঁকিগুলি স্বীকার করা গুরুত্বপূর্ণ। সম্ভাব্য পুরস্কার আকর্ষণীয় হতে পারে, কিন্তু সেগুলি ঝুঁকিমুক্ত নয়।**
+
+## রিস্টেকিং-এর ঝুঁকিগুলি কি কি? {#what-are-the-risks-of-restaking}
+
+| **ঝুঁকি**                                    | **বিবরণ**                                                                                                                                                                                                          |
+| -------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| **দণ্ড (বা "স্ল্যাশিং")** | ETH স্টেকিং-এর মতো, যদি রিস্টেকার/অপারেটররা অফলাইনে চলে যায়, বার্তা সেন্সর করে বা নেটওয়ার্ককে দূষিত করার চেষ্টা করে, তবে তাদের স্টেক আংশিকভাবে বা সম্পূর্ণরূপে স্ল্যাশ (বার্ন) করা যেতে পারে। |
+| **কেন্দ্রীকরণ**                              | যদি কিছু অপারেটর বেশিরভাগ রিস্টেকিং-এ আধিপত্য বিস্তার করে, তবে তারা রিস্টেকার, AVS এবং এমনকি রিস্টেকিং প্ল্যাটফর্মের উপরও ব্যাপক প্রভাব ফেলতে পারে।                                                                |
+| **শৃঙ্খল প্রতিক্রিয়া**                      | যদি একজন রিস্টেকার একাধিক AVS সুরক্ষিত করার সময় স্ল্যাশড হয়, তবে এটি অন্যান্য AVS-গুলির নিরাপত্তা কমিয়ে দিতে পারে, যা তাদের ঝুঁকিপূর্ণ করে তোলে।                                                                |
+| **তহবিলে তাৎক্ষণিক প্রবেশাধিকার**            | রিস্টেক করা 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। </a>  
+</p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## রিস্টেকিং দিয়ে কীভাবে শুরু করবেন? {#how-to-get-started-with-restaking}
+
+| 🫡 শিক্ষানবিশ                                                                                     | 🤓 উন্নত ব্যবহারকারীরা                                                                                                |
+| ------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- |
+| 1. LST পেতে Lido বা Rocket Pool-এর মতো প্ল্যাটফর্মে ETH স্টেক করুন।        | 1. Ethereum-এ একজন ভ্যালিডেটর হিসেবে আপনার ETH স্টেক করুন।                                     |
+| 2. একটি রিস্টেকিং পরিষেবাতে রিস্টেকিং শুরু করতে সেই LST-গুলি ব্যবহার করুন। | 2. EigenLayer, Symbiotic এবং অন্যান্যের মতো রিস্টেকিং পরিষেবাগুলির তুলনা করুন।                 |
+|                                                                                                   | 3. আপনার ভ্যালিডেটরকে রিস্টেকিং স্মার্ট কন্ট্র্যাক্টে সংযোগ করার জন্য নির্দেশাবলী অনুসরণ করুন। |
+
+<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 - Don't overload Ethereum's 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 ক্রিপ্টো গবেষণা - 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/bn/roadmap/account-abstraction/index.md b/public/content/translations/bn/roadmap/account-abstraction/index.md
new file mode 100644
index 00000000000..887b82a9442
--- /dev/null
+++ b/public/content/translations/bn/roadmap/account-abstraction/index.md
@@ -0,0 +1,71 @@
+---
+title: "অ্যাকাউন্ট এবস্ট্রাকশন"
+description: "ব্যবহারকারীর অ্যাকাউন্টগুলিকে সহজ এবং নিরাপদ করার জন্য ইথেরিয়ামের পরিকল্পনার একটি সংক্ষিপ্ত বিবরণ"
+lang: bn
+summaryPoints:
+  - অ্যাকাউন্ট অ্যাবস্ট্রাকশন স্মার্ট কন্ট্র্যাক্ট ওয়ালেট তৈরি করা অনেক সহজ করে তোলে
+  - স্মার্ট কন্ট্র্যাক্ট ওয়ালেটগুলি ইথেরিয়াম অ্যাকাউন্টে অ্যাক্সেস পরিচালনা করা অনেক সহজ করে তোলে
+  - একাধিক ব্যাকআপ ব্যবহার করে হারিয়ে যাওয়া এবং উন্মোচিত কীগুলি পুনরুদ্ধার করা যেতে পারে
+---
+
+# অ্যাকাউন্ট অ্যাবস্ট্রাকশন {#account-abstraction}
+
+অধিকাংশ বিদ্যমান ব্যবহারকারীরা **[এক্সটারনালি ওনড অ্যাকাউন্ট (EOAs)](/glossary/#eoa)** ব্যবহার করে ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করে। এটি ব্যবহারকারীরা কীভাবে ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করতে পারে তা সীমিত করে। উদাহরণস্বরূপ, এটি লেনদেনের ব্যাচ করা কঠিন করে তোলে এবং ব্যবহারকারীদের ট্রানজ্যাকশন ফি প্রদানের জন্য সর্বদা একটি ETH ব্যালেন্স রাখতে হয়।
+
+অ্যাকাউন্ট অ্যাবস্ট্রাকশন হলো ব্যবহারকারীদের তাদের অ্যাকাউন্টে আরও বেশি নিরাপত্তা এবং উন্নত ব্যবহারকারী অভিজ্ঞতা প্রোগ্রাম করার অনুমতি দিয়ে এই সমস্যাগুলো সমাধান করার একটি উপায়। এটি [EOA আপগ্রেড করে](https://eips.ethereum.org/EIPS/eip-7702) (EIP-7702) করা যেতে পারে যাতে সেগুলি স্মার্ট কন্ট্র্যাক্ট দ্বারা নিয়ন্ত্রিত হতে পারে। বিদ্যমান প্রোটোকলের সমান্তরালে চালানোর জন্য একটি [দ্বিতীয়, পৃথক লেনদেন ব্যবস্থা](https://eips.ethereum.org/EIPS/eip-4337) (EIP-4337) যোগ করার সাথে জড়িত আরেকটি পথও রয়েছে। পথ নির্বিশেষে, ফলাফল হল স্মার্ট কন্ট্র্যাক্ট ওয়ালেটের মাধ্যমে ইথেরিয়ামে অ্যাক্সেস, যা হয় বিদ্যমান প্রোটোকলের অংশ হিসাবে স্থানীয়ভাবে সমর্থিত অথবা একটি অ্যাড-অন ট্রানজ্যাকশন নেটওয়ার্কের মাধ্যমে।
+
+স্মার্ট কন্ট্র্যাক্ট ওয়ালেট ব্যবহারকারীর জন্য অনেক সুবিধা আনলক করে, যার মধ্যে রয়েছে:
+
+- আপনার নিজস্ব নমনীয় নিরাপত্তা নিয়ম সংজ্ঞায়িত করুন
+- আপনি যদি কীগুলি হারিয়ে ফেলেন তবে আপনার অ্যাকাউন্টটি পুনরুদ্ধার করুন
+- বিশ্বস্ত ডিভাইস বা ব্যক্তিদের মধ্যে আপনার অ্যাকাউন্টের নিরাপত্তা শেয়ার করুন
+- অন্য কারো গ্যাস পরিশোধ করুন, অথবা অন্য কাউকে আপনার গ্যাস পরিশোধ করতে দিন
+- একসাথে লেনদেন ব্যাচ করুন (যেমন, একবারে একটি সোয়াপ অনুমোদন এবং সম্পাদন করুন)
+- ডিএ্যাপস এবং ওয়ালেট ডেভেলপারদের জন্য ব্যবহারকারীর অভিজ্ঞতায় নতুনত্ব আনার আরও সুযোগ
+
+এই সুবিধাগুলি আজ স্থানীয়ভাবে সমর্থিত নয় কারণ শুধুমাত্র এক্সটারনালি-ওনড অ্যাকাউন্টগুলি ([EOAs](/glossary/#eoa)) লেনদেন শুরু করতে পারে। EOA গুলি কেবল পাবলিক-প্রাইভেট কী পেয়ার। তারা এভাবে কাজ করে:
+
+- আপনার কাছে প্রাইভেট কী থাকলে আপনি ইথেরিয়াম ভার্চুয়াল মেশিন (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 মিলিয়ন ইউজারঅপারেশনস তৈরিতে সহায়তা করেছে।
+
+## বর্তমান অগ্রগতি {#current-progress}
+
+ইথেরিয়ামের Pectra আপগ্রেডের অংশ হিসাবে, 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)
+- [Vitalik-এর "রোড টু অ্যাকাউন্ট অ্যাবস্ট্রাকশন"](https://notes.ethereum.org/@vbuterin/account_abstraction_roadmap#Transaction-inclusion-lists)
+- [সোশ্যাল রিকভারি ওয়ালেট নিয়ে Vitalik-এর ব্লগ](https://vitalik.eth.limo/general/2021/01/11/recovery.html)
+- [অসাধারণ অ্যাকাউন্ট অ্যাবস্ট্রাকশন](https://github.com/4337Mafia/awesome-account-abstraction)
diff --git a/public/content/translations/bn/roadmap/beacon-chain/index.md b/public/content/translations/bn/roadmap/beacon-chain/index.md
new file mode 100644
index 00000000000..a22737d0da6
--- /dev/null
+++ b/public/content/translations/bn/roadmap/beacon-chain/index.md
@@ -0,0 +1,80 @@
+---
+title: "বীকন চেন"
+description: "বীকন চেইন সম্পর্কে জানুন- এটি সেই উন্নয়ন যা ইথেরিয়ামে প্রুফ-অফ-স্টেক পদ্ধতি  চালু করেছে।"
+lang: bn
+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 উপার্জন করতে সাহায্য করে। প্রয়োগে, স্টেকিং অর্থ হচ্ছে ইথার স্টেক করে ভ্যালিডেটর সফটওয়্যার সক্রিয় করা। একজন স্টেকার হিসেবে, আপনি এমন একটি সফটওয়্যার চালান যা ব্লকচেইনে নতুন ব্লক তৈরি করে এবং সেগুলো যাচাই করে।
+
+স্টেকিং অনেকটা একই উদ্দেশ্য সাধন করে যা আগে [মাইনিং](/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}
+
+ইথেরিয়াম আপগ্রেডগুলো একে অপরের সাথে কিছুটা সম্পর্কিত। তাহলে আসুন একবার পুনরায় দেখে নেওয়া যাক কীভাবে বীকন চেন অন্যান্য আপগ্রেডকে প্রভাবিত করে।
+
+### বিকন চেইন এবং দ্য মার্জ {#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/bn/roadmap/danksharding/index.md b/public/content/translations/bn/roadmap/danksharding/index.md
new file mode 100644
index 00000000000..00b27e4d3f4
--- /dev/null
+++ b/public/content/translations/bn/roadmap/danksharding/index.md
@@ -0,0 +1,89 @@
+---
+title: "ড্যাঙ্কশার্ডিং"
+description: "Proto-Danksharding এবং Danksharding সম্পর্কে জানুন - ইথেরিয়াম স্কেলিং-এর জন্য দুটি ক্রমিক আপগ্রেড।"
+lang: bn
+summaryPoints:
+  - Danksharding হল ইথেরিয়ামের পরিমাপযোগ্যতা এবং ক্ষমতা উন্নত করার জন্য একটি মাল্টি-ফেজ আপগ্রেড।
+  - প্রথম পর্যায়, Proto-Danksharding, ব্লকে ডেটা ব্লব যোগ করে
+  - ডেটা ব্লব রোলআপগুলির জন্য ইথেরিয়ামে ডেটা পোস্ট করার একটি সস্তা উপায় অফার করে এবং সেই খরচগুলি কম ট্রানজ্যাকশন ফি-এর আকারে ব্যবহারকারীদের কাছে প্রেরণ করা যেতে পারে।
+  - পরে, সম্পূর্ণ Danksharding ডেটা ব্লব যাচাই করার দায়িত্ব নোডের উপসেট জুড়ে ছড়িয়ে দেবে, যা ইথেরিয়ামকে প্রতি সেকেন্ডে 100,000-এর বেশি ট্রানজ্যাকশনে স্কেল করবে।
+---
+
+# Danksharding {#danksharding}
+
+**Danksharding**-এর মাধ্যমেই ইথেরিয়াম একটি সত্যিকারের স্কেলেবল ব্লকচেইন হয়ে ওঠে, কিন্তু সেখানে পৌঁছানোর জন্য বেশ কিছু প্রোটোকল আপগ্রেড প্রয়োজন। **Proto-Danksharding** এই পথের একটি মধ্যবর্তী পদক্ষেপ। উভয়েরই লক্ষ্য হল ব্যবহারকারীদের জন্য লেয়ার 2-এর লেনদেন যতটা সম্ভব সস্তা করা এবং ইথেরিয়ামকে প্রতি সেকেন্ডে >100,000 লেনদেনে স্কেল করা।
+
+## Proto-Danksharding কি? {#what-is-protodanksharding}
+
+Proto-Danksharding, যা [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) নামেও পরিচিত, এটি হল [রোলআপ](/layer-2/#rollups)-এর জন্য ব্লকে সস্তা ডেটা যোগ করার একটি উপায়। এই নামটি এসেছে দুইজন গবেষকের কাছ থেকে যারা এই ধারণাটি প্রস্তাব করেছিলেন: Protolambda এবং Dankrad Feist। ঐতিহাসিকভাবে, রোলআপগুলি ব্যবহারকারীর লেনদেনকে কতটা সস্তা করতে পারে তার উপর সীমাবদ্ধতা ছিল কারণ তারা তাদের লেনদেন `CALLDATA`-তে পোস্ট করে।
+
+এটি ব্যয়বহুল কারণ এটি সমস্ত ইথেরিয়াম নোড দ্বারা প্রক্রিয়াজাত করা হয় এবং চিরকালের জন্য অনচেইন থাকে, যদিও রোলআপগুলির জন্য ডেটা কেবল অল্প সময়ের জন্য প্রয়োজন। Proto-Danksharding ডেটা ব্লব চালু করে যা ব্লকে পাঠানো এবং সংযুক্ত করা যায়। এই ব্লবগুলির ডেটা EVM-এর কাছে অ্যাক্সেসযোগ্য নয় এবং একটি নির্দিষ্ট সময়সীমার পরে স্বয়ংক্রিয়ভাবে মুছে ফেলা হয় (লেখার সময় 4096 এপক বা প্রায় 18 দিন সেট করা হয়েছে)। এর মানে হল রোলআপগুলি তাদের ডেটা অনেক সস্তায় পাঠাতে পারে এবং সস্তা লেনদেনের আকারে সঞ্চয়গুলি শেষ ব্যবহারকারীদের কাছে পৌঁছে দিতে পারে।
+
+<ExpandableCard title="ব্লব কেন রোলআপকে সস্তা করে তোলে?" eventCategory="/roadmap/danksharding" eventName="clicked why do blocks make rollups cheaper?">
+
+রোলআপ হল অফচেইনে লেনদেন ব্যাচ করে এবং তারপর ফলাফল ইথেরিয়ামে পোস্ট করে ইথেরিয়ামকে স্কেল করার একটি উপায়। একটি রোলআপ মূলত দুটি অংশ নিয়ে গঠিত: ডেটা এবং এক্সিকিউশন চেক। ডেটা হল লেনদেনের সম্পূর্ণ ক্রম যা ইথেরিয়ামে পোস্ট করা স্টেট পরিবর্তন তৈরি করতে একটি রোলআপ দ্বারা প্রক্রিয়া করা হয়। এক্সিকিউশন চেক হল কিছু সৎ অভিনেতা (একজন "প্রুভার") দ্বারা সেই লেনদেনগুলির পুনঃ-এক্সিকিউশন করা যাতে প্রস্তাবিত স্টেট পরিবর্তন সঠিক হয় তা নিশ্চিত করা যায়। এক্সিকিউশন চেক সম্পাদনের জন্য, লেনদেনের ডেটা যথেষ্ট দীর্ঘ সময়ের জন্য উপলব্ধ থাকতে হবে যাতে যে কেউ ডাউনলোড এবং চেক করতে পারে। এর মানে হল রোলআপ সিকোয়েন্সারের যেকোনো অসৎ আচরণ প্রুভার দ্বারা চিহ্নিত এবং চ্যালেঞ্জ করা যেতে পারে। তবে, এটি চিরকাল উপলব্ধ থাকার প্রয়োজন নেই।
+</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 এর পূর্ণরূপ হলো Kate-Zaverucha-Goldberg - এটি একটি স্কিমের তিনজন [আসল লেখকের](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11) নাম যা ডেটার একটি ব্লবকে একটি ছোট [ক্রিপ্টোগ্রাফিক "প্রতিশ্রুতি"](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)-তে পরিণত করে। রোলআপ দ্বারা জমা দেওয়া ডেটার ব্লব যাচাই করতে হবে যাতে রোলআপটি কোনো ভুল আচরণ না করে। এর মধ্যে একজন প্রুভার প্রতিশ্রুতিটি বৈধ ছিল কিনা তা পরীক্ষা করার জন্য ব্লবের লেনদেনগুলি পুনরায়-এক্সিকিউট করে। এটি ধারণাগতভাবে সেই পদ্ধতির মতোই যেভাবে এক্সিকিউশন ক্লায়েন্টরা Merkle প্রুফ ব্যবহার করে লেয়ার 1-এ ইথেরিয়াম লেনদেনের বৈধতা পরীক্ষা করে। KZG একটি বিকল্প প্রমাণ যা ডেটাতে একটি বহুপদী সমীকরণকে ফিট করে। প্রতিশ্রুতিটি কিছু গোপন ডেটা পয়েন্টে বহুপদীকে মূল্যায়ন করে। একজন প্রুভার ডেটার উপর একই বহুপদী ফিট করবে এবং একই মানগুলিতে এটি মূল্যায়ন করবে, ফলাফল একই কিনা তা পরীক্ষা করে। এটি ডেটা যাচাই করার একটি উপায় যা কিছু রোলআপ দ্বারা ব্যবহৃত জিরো-নলেজ কৌশল এবং অবশেষে ইথেরিয়াম প্রোটোকলের অন্যান্য অংশগুলির সাথে সামঞ্জস্যপূর্ণ।
+
+### KZG অনুষ্ঠান কি ছিল? {#what-is-a-kzg-ceremony}
+
+KZG অনুষ্ঠানটি ছিল ইথেরিয়াম কমিউনিটির অনেক লোকের জন্য সম্মিলিতভাবে সংখ্যার একটি গোপন র‍্যান্ডম স্ট্রিং তৈরি করার একটি উপায় যা কিছু ডেটা যাচাই করতে ব্যবহার করা যেতে পারে। এটি খুবই গুরুত্বপূর্ণ যে এই সংখ্যার স্ট্রিংটি কারো জানা নেই এবং কেউ এটি পুনরায় তৈরি করতে পারে না। এটি নিশ্চিত করার জন্য, অনুষ্ঠানে অংশগ্রহণকারী প্রত্যেক ব্যক্তি পূর্ববর্তী অংশগ্রহণকারীর কাছ থেকে একটি স্ট্রিং পেয়েছিলেন। তারপর তারা কিছু নতুন র‍্যান্ডম মান তৈরি করে (যেমন, তাদের ব্রাউজারকে তাদের মাউসের নড়াচড়া পরিমাপ করার অনুমতি দিয়ে) এবং পূর্ববর্তী মানের সাথে মিশিয়ে দেয়। তারপর তারা মানটি পরবর্তী অংশগ্রহণকারীর কাছে পাঠিয়ে দেয় এবং তাদের স্থানীয় মেশিন থেকে এটি ধ্বংস করে দেয়। যতক্ষণ পর্যন্ত অনুষ্ঠানের একজন ব্যক্তি সততার সাথে এটি করেছে, ততক্ষণ চূড়ান্ত মানটি একজন আক্রমণকারীর কাছে অজানা থাকবে।
+
+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="কেজেডজি র‍্যান্ডম ডেটা কেন গোপন রাখতে হবে?" eventCategory="/roadmap/danksharding" eventName="clicked why does the KZG random data have to stay secret?">
+
+যদি কেউ প্রতিশ্রুতির জন্য ব্যবহৃত র‍্যান্ডম অবস্থানগুলি জানে, তবে তাদের পক্ষে সেই নির্দিষ্ট পয়েন্টগুলিতে ফিট করে এমন একটি নতুন বহুপদী তৈরি করা সহজ (অর্থাৎ, একটি "সংঘর্ষ")। এর মানে হল তারা ব্লব থেকে ডেটা যোগ বা অপসারণ করতে পারে এবং তারপরেও একটি বৈধ প্রমাণ সরবরাহ করতে পারে। এটি প্রতিরোধ করার জন্য, প্রুভারদের প্রকৃত গোপন অবস্থান দেওয়ার পরিবর্তে, তারা আসলে উপবৃত্তাকার বক্ররেখা ব্যবহার করে একটি ক্রিপ্টোগ্রাফিক "ব্ল্যাক বক্স" এ মোড়ানো অবস্থানগুলি গ্রহণ করে। এগুলি কার্যকরভাবে মানগুলিকে এমনভাবে স্ক্র্যাম্বল করে যে মূল মানগুলিকে বিপরীত-ইঞ্জিনিয়ারিং করা যায় না, কিন্তু কিছু চতুর বীজগণিতের মাধ্যমে প্রুভার এবং ভেরিফায়াররা এখনও তাদের প্রতিনিধিত্ব করা পয়েন্টগুলিতে বহুপদীগুলির মূল্যায়ন করতে পারে।
+</ExpandableCard>
+
+<Alert variant="warning" className="mb-8">
+  Danksharding বা Proto-Danksharding কোনোটিই ঐতিহ্যবাহী "শার্ডিং" মডেল অনুসরণ করে না যার লক্ষ্য ব্লকচেইনকে একাধিক অংশে বিভক্ত করা। শার্ড চেইন আর রোডম্যাপের অংশ নয়। পরিবর্তে, Danksharding ইথেরিয়াম স্কেল করার জন্য ব্লব জুড়ে বিতরণ করা ডেটা স্যাম্পলিং ব্যবহার করে। এটি বাস্তবায়ন করা অনেক সহজ। এই মডেলটিকে কখনও কখনও "ডেটা-শার্ডিং" হিসাবে উল্লেখ করা হয়েছে।
+</Alert>
+
+## Danksharding কি? {#what-is-danksharding}
+
+Danksharding হল রোলআপ স্কেলিং-এর সম্পূর্ণ বাস্তবায়ন যা Proto-Danksharding-এর মাধ্যমে শুরু হয়েছিল। Danksharding রোলআপগুলির জন্য তাদের সংকুচিত লেনদেনের ডেটা ডাম্প করার জন্য ইথেরিয়ামে প্রচুর পরিমাণে স্থান নিয়ে আসবে। এর মানে হল ইথেরিয়াম সহজেই শত শত স্বতন্ত্র রোলআপকে সমর্থন করতে সক্ষম হবে এবং প্রতি সেকেন্ডে লক্ষ লক্ষ লেনদেনকে বাস্তবে পরিণত করবে।
+
+এটি যেভাবে কাজ করে তা হল Proto-Danksharding-এ ব্লকের সাথে সংযুক্ত ব্লবগুলিকে ছয় (6) থেকে সম্পূর্ণ Danksharding-এ 64 পর্যন্ত প্রসারিত করা। প্রয়োজনীয় বাকি পরিবর্তনগুলি হল কনসেন্সাস ক্লায়েন্টদের পরিচালনার পদ্ধতির আপডেট যা তাদের নতুন বড় ব্লবগুলি পরিচালনা করতে সক্ষম করে। এই পরিবর্তনগুলির মধ্যে বেশ কয়েকটি ইতিমধ্যে Danksharding থেকে স্বাধীন অন্যান্য উদ্দেশ্যে রোডম্যাপে রয়েছে। উদাহরণস্বরূপ, Danksharding-এর জন্য প্রপোজার-বিল্ডার সেপারেশন বাস্তবায়ন করা প্রয়োজন। এটি একটি আপগ্রেড যা বিভিন্ন ভ্যালিডেটর জুড়ে ব্লক তৈরি এবং ব্লক প্রস্তাব করার কাজগুলিকে পৃথক করে। একইভাবে, Danksharding-এর জন্য ডেটা উপলব্ধতা স্যাম্পলিং প্রয়োজন, তবে এটি খুব লাইটওয়েট ক্লায়েন্টদের বিকাশের জন্যও প্রয়োজন যা বেশি ঐতিহাসিক ডেটা সঞ্চয় করে না ("স্টেটলেস ক্লায়েন্ট")।
+
+<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}
+
+সম্পূর্ণ Danksharding কয়েক বছর দূরে। ইতিমধ্যে, KZG অনুষ্ঠানটি 140,000 টিরও বেশি অবদানের সাথে শেষ হয়েছে, এবং Proto-Danksharding-এর জন্য [EIP](https://eips.ethereum.org/EIPS/eip-4844) পরিপক্ক হয়েছে। এই প্রস্তাবটি সমস্ত টেস্টনেটে সম্পূর্ণরূপে বাস্তবায়িত হয়েছে এবং মার্চ 2024-এ Cancun-Deneb ("Dencun") নেটওয়ার্ক আপগ্রেডের সাথে মেইননেটে লাইভ হয়েছে।
+
+### আরও পড়ুন {#further-reading}
+
+- [Proto-Danksharding নোট](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) - _Vitalik Buterin_
+- [Dankrad's notes on Danksharding](https://notes.ethereum.org/@dankrad/new_sharding)
+- [Dankrad, Proto and Vitalik discuss Danksharding](https://www.youtube.com/watch?v=N5p0TB77flM)
+- [The KZG ceremony](https://ceremony.ethereum.org/)
+- [Carl Beekhuizen's Devcon talk on trusted setups](https://archive.devcon.org/archive/watch/6/the-kzg-ceremony-or-how-i-learnt-to-stop-worrying-and-love-trusted-setups/?tab=YouTube)
+- [More on data availability sampling for blobs](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling)
+- [Dankrad Feist on KZG commitments and proofs](https://youtu.be/8L2C6RDMV9Q)
+- [KZG polynomial commitments](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)
diff --git a/public/content/translations/bn/roadmap/dencun/index.md b/public/content/translations/bn/roadmap/dencun/index.md
new file mode 100644
index 00000000000..56207a77bf8
--- /dev/null
+++ b/public/content/translations/bn/roadmap/dencun/index.md
@@ -0,0 +1,120 @@
+---
+title: "কানকুন-ডেনেব (ডেনকুন) প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী"
+description: "কানকুন-ডেনেব (ডেনকুন) নেটওয়ার্ক আপগ্রেড সম্পর্কিত প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী"
+lang: bn
+---
+
+# কানকুন-ডেনেব (ডেনকুন) {#dencun}
+
+কানকুন-ডেনেব (ডেনকুন) হল ইথেরিয়াম নেটওয়ার্কের একটি আপগ্রেড, যা **প্রোটো-ড্যাঙ্কশার্ডিং (EIP-4844)** সক্রিয় করে, আরও সস্তা [লেয়ার 2 (L2)](/glossary/#layer-2) রোলআপ স্টোরেজের জন্য অস্থায়ী ডেটা **ব্লব** চালু করে।
+
+একটি নতুন ট্রানজ্যাকশন টাইপ রোলআপ প্রদানকারীদের "ব্লব" নামে পরিচিত বিষয়টিতে আরও সাশ্রয়ীভাবে ডেটা স্টোর করতে সক্ষম করে। ব্লবগুলি নেটওয়ার্কে প্রায় 18 দিনের জন্য উপলব্ধ থাকার গ্যারান্টিযুক্ত (আরও নির্দিষ্টভাবে, 4096 [ইপক](/glossary/#epoch))। এই সময়ের পরে, নেটওয়ার্ক থেকে ব্লবগুলি ছেঁটে ফেলা হয়, তবে অ্যাপ্লিকেশনগুলি এখনও প্রুফ ব্যবহার করে তাদের ডেটার বৈধতা যাচাই করতে পারে।
+
+এটি রোলআপের খরচ উল্লেখযোগ্যভাবে হ্রাস করে, চেইনের বৃদ্ধি সীমিত করে এবং নিরাপত্তা এবং নোড অপারেটরদের একটি বিকেন্দ্রীভূত সেট বজায় রেখে আরও ব্যবহারকারীদের সমর্থন করতে সহায়তা করে।
+
+## প্রোটো-ড্যাঙ্কশার্ডিং-এর কারণে রোলআপগুলি কখন কম ফি প্রতিফলিত করবে বলে আমরা আশা করি? {#when}
+
+- এই আপগ্রেডটি ইপক 269568-এ, **13-মার্চ-2024 তারিখে 13:55PM (UTC)**-তে সক্রিয় হয়েছে।
+- Arbitrum বা Optimism-এর মতো সমস্ত প্রধান রোলআপ প্রদানকারী সংকেত দিয়েছে যে আপগ্রেডের পরপরই ব্লবগুলি সমর্থিত হবে।
+- পৃথক রোলআপ সমর্থনের জন্য সময়সীমা ভিন্ন হতে পারে, কারণ প্রতিটি প্রদানকারীকে নতুন ব্লব স্পেসের সুবিধা নিতে তাদের সিস্টেম আপডেট করতে হবে।
+
+## হার্ড ফর্কের পরে ETH কীভাবে রূপান্তরিত করা যাবে? {#scam-alert}
+
+- **আপনার ETH-এর জন্য কোনও পদক্ষেপের প্রয়োজন নেই**: ইথেরিয়াম ডেনকুন আপগ্রেডের পরে, আপনার ETH রূপান্তর বা আপগ্রেড করার কোনও প্রয়োজন নেই। আপনার অ্যাকাউন্টের ব্যালেন্স একই থাকবে, এবং আপনার বর্তমানে থাকা ETH হার্ড ফর্কের পরেও তার বিদ্যমান ফর্মে অ্যাক্সেসযোগ্য থাকবে।
+- **স্ক্যাম থেকে সাবধান!** <Emoji text="⚠️" /> **যে কেউ আপনাকে আপনার ETH "আপগ্রেড" করার নির্দেশ দিচ্ছে সে আপনাকে স্ক্যাম করার চেষ্টা করছে।** এই আপগ্রেডের সাথে সম্পর্কিত আপনার কিছুই করার নেই। আপনার সম্পদ সম্পূর্ণরূপে প্রভাবিত হবে না। মনে রাখবেন, অবগত থাকাই স্ক্যামের বিরুদ্ধে সেরা প্রতিরক্ষা।
+
+[স্ক্যাম চেনা এবং এড়ানোর বিষয়ে আরও জানুন](/security/)
+
+## ডেনকুন নেটওয়ার্ক আপগ্রেড কোন সমস্যার সমাধান করছে? {#network-impact}
+
+ডেনকুন প্রাথমিকভাবে **সাশ্রয়ী ফি**-এর সাথে **স্কেলেবিলিটি** (বেশি ব্যবহারকারী এবং বেশি ট্রানজ্যাকশন সামলানো)-এর সমাধান করে, এবং একই সাথে নেটওয়ার্কের **বিকেন্দ্রীকরণ বজায় রাখে**।
+
+ইথেরিয়াম কমিউনিটি তার বৃদ্ধির জন্য একটি "রোলআপ-কেন্দ্রিক" পদ্ধতি গ্রহণ করেছে, যা নিরাপদে আরও ব্যবহারকারীদের সমর্থন করার প্রাথমিক উপায় হিসাবে লেয়ার 2 রোলআপগুলিকে স্থান দেয়।
+
+রোলআপ নেটওয়ার্কগুলি মেইননেট থেকে আলাদাভাবে ট্রানজ্যাকশনের _প্রসেসিং_ (বা "এক্সিকিউশন") পরিচালনা করে এবং তারপরে রেকর্ড রাখার জন্য ফলাফলগুলির একটি ক্রিপ্টোগ্রাফিক প্রুফ এবং/অথবা সংকুচিত ট্রানজ্যাকশন ডেটা মেইননেটে আবার প্রকাশ করে। এই প্রুফগুলি স্টোর করতে একটি খরচ লাগে ([গ্যাস](/glossary/#gas) আকারে), যা প্রোটো-ড্যাঙ্কশার্ডিং-এর আগে, সমস্ত নেটওয়ার্ক নোড অপারেটরদের দ্বারা স্থায়ীভাবে স্টোর করতে হত, যা এটিকে একটি ব্যয়বহুল কাজ করে তুলেছিল।
+
+ডেনকুন আপগ্রেডে প্রোটো-ড্যাঙ্কশার্ডিং-এর প্রবর্তন এই প্রুফগুলির জন্য সস্তা ডেটা স্টোরেজ যোগ করে। এর জন্য নোড অপারেটরদের শুধুমাত্র প্রায় 18 দিনের জন্য এই ডেটা স্টোর করতে হয়, যার পরে হার্ডওয়্যার প্রয়োজনীয়তার সম্প্রসারণ রোধ করতে ডেটা নিরাপদে সরানো যেতে পারে।  যেহেতু রোলআপগুলির সাধারণত 7 দিনের একটি উত্তোলনের সময়কাল থাকে, তাই তাদের নিরাপত্তা মডেল অপরিবর্তিত থাকে যতক্ষণ না এই সময়কালের জন্য L1-এ ব্লবগুলি উপলব্ধ থাকে। 18-দিনের ছাঁটাই উইন্ডো এই সময়ের জন্য একটি উল্লেখযোগ্য বাফার প্রদান করে।
+
+[ইথেরিয়াম স্কেলিং সম্পর্কে আরও জানুন](/roadmap/scaling/)
+
+## পুরানো ব্লব ডেটা কীভাবে অ্যাক্সেস করা হয়? {#historical-access}
+
+যদিও নিয়মিত ইথেরিয়াম নোডগুলি সর্বদা নেটওয়ার্কের _বর্তমান স্টেট_ ধরে রাখবে, ঐতিহাসিক ব্লব ডেটা তার প্রবর্তনের প্রায় 18 দিন পরে বাতিল করা যেতে পারে। এই ডেটা বাতিল করার আগে, ইথেরিয়াম নিশ্চিত করে যে এটি সমস্ত নেটওয়ার্ক অংশগ্রহণকারীদের জন্য উপলব্ধ করা হয়েছে, যার জন্য সময় দেওয়া হয়:
+
+- আগ্রহী পক্ষদের ডেটা ডাউনলোড এবং স্টোর করার জন্য।
+- সমস্ত রোলআপ চ্যালেঞ্জ পিরিয়ড সম্পন্ন করার জন্য।
+- রোলআপ ট্রানজ্যাকশনের চূড়ান্তকরণের জন্য।
+
+_ঐতিহাসিক_ ব্লব ডেটা বিভিন্ন কারণে পছন্দ করা যেতে পারে এবং বিভিন্ন বিকেন্দ্রীভূত প্রোটোকল ব্যবহার করে স্টোর এবং অ্যাক্সেস করা যেতে পারে:
+
+- **থার্ড-পার্টি ইন্ডেক্সিং প্রোটোকল**, যেমন The Graph, ক্রিপ্টো-অর্থনৈতিক প্রক্রিয়া দ্বারা উৎসাহিত নোড অপারেটরদের একটি বিকেন্দ্রীভূত নেটওয়ার্কের মাধ্যমে এই ডেটা স্টোর করে।
+- **BitTorrent** একটি বিকেন্দ্রীভূত প্রোটোকল যেখানে স্বেচ্ছাসেবকরা এই ডেটা ধরে রাখতে এবং অন্যদের কাছে বিতরণ করতে পারে।
+- **[Ethereum পোর্টাল নেটওয়ার্ক](/developers/docs/networking-layer/portal-network/)**-এর লক্ষ্য হল BitTorrent-এর মতো অংশগ্রহণকারীদের মধ্যে ডেটা বিতরণ করে নোড অপারেটরদের একটি বিকেন্দ্রীভূত নেটওয়ার্কের মাধ্যমে সমস্ত Ethereum ডেটাতে অ্যাক্সেস সরবরাহ করা।
+- **স্বতন্ত্র ব্যবহারকারীরা** ঐতিহাসিক রেফারেন্সের জন্য তাদের ইচ্ছামত যেকোনো ডেটার নিজস্ব কপি স্টোর করতে সর্বদা স্বাধীন।
+- **রোলআপ প্রদানকারীরা** তাদের রোলআপের ব্যবহারকারীর অভিজ্ঞতা বাড়ানোর জন্য এই ডেটা স্টোর করতে উৎসাহিত হয়।
+- **ব্লক এক্সপ্লোরার** সাধারণত আর্কাইভাল নোড চালায় যা একটি ওয়েব ইন্টারফেসের মাধ্যমে ব্যবহারকারীদের জন্য সহজ ঐতিহাসিক রেফারেন্সের জন্য এই সমস্ত তথ্য ইন্ডেক্স এবং স্টোর করে।
+
+এটা মনে রাখা গুরুত্বপূর্ণ যে ঐতিহাসিক স্টেট পুনরুদ্ধার একটি **1-অফ-N ট্রাস্ট মডেল**-এ কাজ করে। এর মানে হল যে নেটওয়ার্কের বর্তমান স্টেট ব্যবহার করে এর সঠিকতা যাচাই করার জন্য আপনার কেবল _একটি বিশ্বস্ত উৎস_ থেকে ডেটা প্রয়োজন।
+
+## এই আপগ্রেডটি বৃহত্তর ইথেরিয়াম রোডম্যাপে কীভাবে অবদান রাখে? {#roadmap-impact}
+
+প্রোটো-ড্যাঙ্কশার্ডিং [ড্যাঙ্কশার্ডিং](/roadmap/danksharding/)-এর সম্পূর্ণ বাস্তবায়নের জন্য মঞ্চ তৈরি করে। ড্যাঙ্কশার্ডিং নোড অপারেটরদের মধ্যে রোলআপ ডেটার স্টোরেজ বিতরণ করার জন্য ডিজাইন করা হয়েছে, যাতে প্রতিটি অপারেটরকে মোট ডেটার একটি ছোট অংশ পরিচালনা করতে হয়। এই বিতরণ প্রতি ব্লকে ডেটা ব্লবের সংখ্যা বাড়িয়ে দেবে, যা আরও ব্যবহারকারী এবং ট্রানজ্যাকশন পরিচালনা করার জন্য ইথেরিয়াম স্কেলিংয়ের জন্য অপরিহার্য।
+
+এই স্কেলেবিলিটি একটি বিকেন্দ্রীভূত নেটওয়ার্ক বজায় রেখে সাশ্রয়ী ফি এবং আরও উন্নত অ্যাপ্লিকেশন সহ [ইথেরিয়ামে কোটি কোটি ব্যবহারকারীকে সমর্থন করার](/roadmap/scaling/) জন্য অত্যন্ত গুরুত্বপূর্ণ। এই পরিবর্তনগুলি ছাড়া, নোড অপারেটরদের জন্য হার্ডওয়্যারের চাহিদা বাড়বে, যার ফলে ক্রমবর্ধমান ব্যয়বহুল সরঞ্জামের প্রয়োজন হবে। এটি ছোট অপারেটরদের বাজার থেকে বের করে দিতে পারে, যার ফলে কিছু বড় অপারেটরের মধ্যে নেটওয়ার্ক নিয়ন্ত্রণের ঘনত্ব তৈরি হবে, যা বিকেন্দ্রীকরণের নীতির বিরুদ্ধে যাবে।
+
+## এই আপগ্রেড কি সমস্ত ইথেরিয়াম কনসেন্সাস এবং ভ্যালিডেটর ক্লায়েন্টকে প্রভাবিত করে? {#client-impact}
+
+হ্যাঁ, প্রোটো-ড্যাঙ্কশার্ডিং (EIP-4844)-এর জন্য এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট উভয়কেই আপডেট করতে হবে। সমস্ত প্রধান ইথেরিয়াম ক্লায়েন্ট আপগ্রেড সমর্থনকারী সংস্করণ প্রকাশ করেছে। আপগ্রেডের পরে ইথেরিয়াম নেটওয়ার্কের সাথে সিঙ্ক্রোনাইজেশন বজায় রাখতে, নোড অপারেটরদের অবশ্যই নিশ্চিত করতে হবে যে তারা একটি সমর্থিত ক্লায়েন্ট সংস্করণ চালাচ্ছে। লক্ষ্য করুন যে ক্লায়েন্ট রিলিজ সম্পর্কিত তথ্য সময়-সংবেদনশীল, এবং ব্যবহারকারীদের সবচেয়ে বর্তমান বিবরণের জন্য সর্বশেষ আপডেটগুলি উল্লেখ করা উচিত। [সমর্থিত ক্লায়েন্ট রিলিজের বিশদ বিবরণ দেখুন](https://blog.ethereum.org/2024/02/27/dencun-mainnet-announcement#client-releases)।
+
+কনসেন্সাস ক্লায়েন্টগুলি _ভ্যালিডেটর_ সফ্টওয়্যার পরিচালনা করে, যা আপগ্রেডকে সামঞ্জস্য করার জন্য সবই আপডেট করা হয়েছে।
+
+## কানকুন-ডেনেব (ডেনকুন) কীভাবে ইথেরিয়াম টেস্টনেটকে প্রভাবিত করে? {#testnet-impact}
+
+- ডেভনেট, সেপোলিয়া এবং হোলস্কি সবই ডেনকুন আপগ্রেডের মধ্য দিয়ে গেছে এবং প্রোটো-ড্যাঙ্কশার্ডিং সম্পূর্ণরূপে কার্যকরী রয়েছে।
+- রোলআপ ডেভেলপাররা এই নেটওয়ার্কগুলি EIP-4844 পরীক্ষার জন্য ব্যবহার করতে পারে।
+- বেশিরভাগ ব্যবহারকারী প্রতিটি টেস্টনেটের এই পরিবর্তনে সম্পূর্ণভাবে প্রভাবিত হবে না।
+
+## L2-এর সমস্ত ট্রানজ্যাকশন কি এখন অস্থায়ী ব্লব স্পেস ব্যবহার করবে, নাকি আপনি বেছে নিতে পারবেন? {#calldata-vs-blobs}
+
+ইথেরিয়ামের লেয়ার 2 (L2)-এ রোলআপ ট্রানজ্যাকশনগুলিতে দুই ধরনের ডেটা স্টোরেজ ব্যবহার করার বিকল্প রয়েছে: অস্থায়ী ব্লব স্পেস বা স্থায়ী স্মার্ট কন্ট্র্যাক্ট কলডাটা। ব্লব স্পেস একটি অর্থনৈতিক পছন্দ, যা কম খরচে অস্থায়ী স্টোরেজ প্রদান করে। এটি সমস্ত প্রয়োজনীয় চ্যালেঞ্জ পিরিয়ডের জন্য ডেটা উপলব্ধতার নিশ্চয়তা দেয়। অন্যদিকে, স্মার্ট কন্ট্র্যাক্ট কলডাটা স্থায়ী স্টোরেজ অফার করে তবে এটি আরও ব্যয়বহুল।
+
+ব্লব স্পেস বা কলডাটা ব্যবহার করার সিদ্ধান্তটি মূলত রোলআপ প্রদানকারীরা নেয়। তারা ব্লব স্পেসের বর্তমান চাহিদার উপর ভিত্তি করে এই সিদ্ধান্ত নেয়। যদি ব্লব স্পেসের চাহিদা বেশি থাকে, তবে রোলআপগুলি সময়মতো ডেটা পোস্ট করা নিশ্চিত করতে কলডাটার বিকল্প বেছে নিতে পারে।
+
+যদিও ব্যবহারকারীদের তাদের পছন্দের স্টোরেজ টাইপ বেছে নেওয়া তাত্ত্বিকভাবে সম্ভব, রোলআপ প্রদানকারীরা সাধারণত এই পছন্দটি পরিচালনা করে। ব্যবহারকারীদের এই বিকল্পটি অফার করলে জটিলতা বাড়বে, বিশেষ করে সাশ্রয়ী বান্ডলিং ট্রানজ্যাকশনের ক্ষেত্রে। এই পছন্দের নির্দিষ্ট বিবরণের জন্য, ব্যবহারকারীদের পৃথক রোলআপ প্রদানকারীদের দ্বারা প্রদত্ত ডকুমেন্টেশন উল্লেখ করা উচিত।
+
+## 4844 কি L1 গ্যাস কমাবে? {#l1-fee-impact}
+
+উল্লেখযোগ্যভাবে নয়। রোলআপ প্রদানকারীদের ব্যবহারের জন্য শুধুমাত্র ব্লব স্পেসের জন্য একটি নতুন গ্যাস বাজার চালু করা হয়েছে। _যদিও রোলআপ ডেটা ব্লবগুলিতে অফ-লোড করে L1-এর ফি হ্রাস করা যেতে পারে, এই আপগ্রেডটি মূলত L2 ফি হ্রাসের উপর দৃষ্টি নিবদ্ধ করে। L1 (মেইননেট)-এ ফি হ্রাস একটি দ্বিতীয়-ক্রমের প্রভাব হিসাবে কিছুটা কম পরিমাণে ঘটতে পারে।_
+
+- L1 গ্যাস হ্রাস রোলআপ প্রদানকারীদের দ্বারা ব্লব ডেটার গ্রহণ/ব্যবহারের সমানুপাতিক হবে।
+- অ-রোলআপ সম্পর্কিত কার্যকলাপের কারণে L1 গ্যাস প্রতিযোগিতামূলক থাকার সম্ভাবনা রয়েছে।
+- যে রোলআপগুলি ব্লব স্পেস ব্যবহার গ্রহণ করবে সেগুলি কম L1 গ্যাসের দাবি করবে, যা স্বল্পমেয়াদে L1 গ্যাসের ফি নিচের দিকে ঠেলে দিতে সাহায্য করবে।
+- ব্লব স্পেস এখনও সীমিত, তাই যদি একটি ব্লকের মধ্যে ব্লবগুলি পরিপূর্ণ/সম্পূর্ণ থাকে, তবে রোলআপগুলিকে তাদের ডেটা স্থায়ী ডেটা হিসাবে পোস্ট করতে হতে পারে, যা L1 এবং L2 গ্যাসের দাম বাড়িয়ে দেবে।
+
+## এটি কি অন্যান্য EVM লেয়ার 1 ব্লকচেইনে ফি কমাবে? {#alt-l1-fee-impact}
+
+না। প্রোটো-ড্যাঙ্কশার্ডিং-এর সুবিধাগুলি ইথেরিয়াম লেয়ার 2 রোলআপগুলির জন্য নির্দিষ্ট যা তাদের প্রমাণ লেয়ার 1 (মেইননেট)-এ স্টোর করে।
+
+শুধুমাত্র ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)-এর সাথে সামঞ্জস্যপূর্ণ হওয়া মানে এই নয় যে একটি নেটওয়ার্ক এই আপগ্রেড থেকে কোনো সুবিধা দেখতে পাবে। যে নেটওয়ার্কগুলি ইথেরিয়াম থেকে স্বাধীনভাবে কাজ করে (তা EVM সামঞ্জস্যপূর্ণ হোক বা না হোক) তারা ইথেরিয়ামে তাদের ডেটা স্টোর করে না এবং এই আপগ্রেড থেকে কোনো সুবিধা দেখতে পাবে না।
+
+[লেয়ার 2 রোলআপ সম্পর্কে আরও জানুন](/layer-2/)
+
+## আপনি কি দেখে শিখতে বেশি পছন্দ করেন? {#visual-learner}
+
+<YouTube id="HT9PHWloIiU" />
+
+_ইথেরিয়ামের স্কেলিং আনলক করা, EIP-4844 — Finematics _
+
+<YouTube id="dFjyUY3e53Q" />
+
+_ডমোথির সাথে ব্লবস্পেস 101 — Bankless_
+
+## আরও পড়ুন {#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) - _ইথেরিয়াম ফাউন্ডেশন ব্লগ_
+- [দ্য হিচহাইকার'স গাইড টু ইথেরিয়াম: প্রোটো-ড্যাঙ্কশার্ডিং](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum/#proto-danksharding-eip-4844) - _জন শার্বোনিউ_
+- [প্রোটো-ড্যাঙ্কশার্ডিং প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) - _Vitalik Buterin_
+- [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/bn/roadmap/fusaka/index.md b/public/content/translations/bn/roadmap/fusaka/index.md
new file mode 100644
index 00000000000..03861f60df0
--- /dev/null
+++ b/public/content/translations/bn/roadmap/fusaka/index.md
@@ -0,0 +1,300 @@
+---
+title: "ফুলু-ওসাকা (ফুসাকা)"
+description: "ফুসাকা প্রোটোকল আপগ্রেড সম্পর্কে জানুন"
+lang: bn
+---
+
+# ফুসাকা <Emoji text="🦓" /> {#fusaka}
+
+**Ethereum-এর অত্যন্ত প্রতীক্ষিত ফুসাকা আপগ্রেডটি ৩ ডিসেম্বর, ২০২৫-এ লাইভ হয়েছে**
+
+ফুসাকা নেটওয়ার্ক আপগ্রেডটি [Pectra](/roadmap/pectra/) অনুসরণ করে এবং প্রতিটি Ethereum ব্যবহারকারী এবং ডেভেলপারের জন্য আরও নতুন বৈশিষ্ট্য নিয়ে আসে এবং অভিজ্ঞতা উন্নত করে। এই নামটি এক্সিকিউশন লেয়ার আপগ্রেড ওসাকা এবং ফুলু তারার নামে নামকরণ করা কনসেনসাস লেয়ার সংস্করণ নিয়ে গঠিত। Ethereum-এর উভয় অংশই একটি আপগ্রেড পেয়েছে যা Ethereum স্কেলিং, নিরাপত্তা এবং ব্যবহারকারীর অভিজ্ঞতাকে ভবিষ্যতের দিকে ঠেলে দেয়।
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+ফুসাকা আপগ্রেড হল Ethereum-এর দীর্ঘমেয়াদী উন্নয়ন লক্ষ্যমাত্রার একটি মাত্র ধাপ। [প্রোটোকল রোডম্যাপ](/roadmap/) এবং [পূর্ববর্তী আপগ্রেডসমূহ](/ethereum-forks/) সম্পর্কে আরও জানুন।
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## ফুসাকা-তে উন্নতি {#improvements-in-fusaka}
+
+### স্কেল ব্লব {#scale-blobs}
+
+#### PeerDAS {#peerdas}
+
+এটি ফুসাকা ফর্কের _হেডলাইনার_, এই আপগ্রেডে যোগ করা প্রধান বৈশিষ্ট্য। Layer 2s বর্তমানে তাদের ডেটা Ethereum-এ ব্লব হিসাবে পোস্ট করে, যা বিশেষ করে layer 2s-এর জন্য তৈরি করা ক্ষণস্থায়ী ডেটা টাইপ। প্রাক-ফুসাকা, প্রতিটি ফুল নোডকে ডেটার অস্তিত্ব নিশ্চিত করার জন্য প্রতিটি ব্লব সংরক্ষণ করতে হত। ব্লব থ্রুপুট বাড়ার সাথে সাথে, এই সমস্ত ডেটা ডাউনলোড করা অগ্রহণযোগ্যভাবে রিসোর্স-ইনটেনসিভ হয়ে ওঠে।
+
+[ডেটা অ্যাভেইলেবিলিটি স্যাম্পলিং](https://notes.ethereum.org/@fradamt/das-fork-choice) এর সাথে, সমস্ত ব্লব ডেটা সংরক্ষণ করার পরিবর্তে, প্রতিটি নোড ব্লব ডেটার একটি উপসেটের জন্য দায়ী থাকবে। ব্লবগুলি নেটওয়ার্কের নোড জুড়ে समानভাবে র‍্যান্ডমলি বিতরণ করা হয় এবং প্রতিটি ফুল নোড ডেটার মাত্র 1/8 ভাগ ধারণ করে, যা তাত্ত্বিকভাবে 8x পর্যন্ত স্কেল আপ করতে সক্ষম করে। ডেটার প্রাপ্যতা নিশ্চিত করতে, ডেটার যেকোনো অংশ পুরো ডেটার যেকোনো বিদ্যমান 50% থেকে পুনর্গঠন করা যেতে পারে এমন পদ্ধতি ব্যবহার করে যা ভুল বা অনুপস্থিত ডেটার সম্ভাবনাকে ক্রিপ্টোগ্রাফিকভাবে নগণ্য স্তরে (~10<sup>20</sup>-এ একটি থেকে 10<sup>24</sup>-এ একটি) নামিয়ে আনে।
+
+এটি নোডগুলির জন্য হার্ডওয়্যার এবং ব্যান্ডউইথের প্রয়োজনীয়তাকে সহনীয় রাখে এবং ব্লব স্কেলিং সক্ষম করে যার ফলে layer 2s-এর জন্য কম ফিতে আরও বেশি স্কেল করা যায়।
+
+[PeerDAS সম্পর্কে আরও জানুন](/roadmap/fusaka/peerdas/)
+
+**রিসোর্স**:
+
+- [EIP-7594 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7594)
+- [DappLion অন PeerDAS: স্কেলিং Ethereum টুডে | ETHSofia 2024](https://youtu.be/bONWd1x2TjQ?t=328)
+- [একাডেমিক: Ethereum-এর PeerDAS-এর একটি ডকুমেন্টেশন (PDF)](https://eprint.iacr.org/2024/1362.pdf)
+
+#### শুধুমাত্র ব্লব-প্যারামিটার ফর্ক {#blob-parameter-only-forks}
+
+Layer 2s Ethereum স্কেল করে - তাদের নেটওয়ার্ক বাড়ার সাথে সাথে তাদের Ethereum-এ আরও ডেটা পোস্ট করতে হবে। এর মানে হল যে সময়ের সাথে সাথে Ethereum-কে তাদের জন্য উপলব্ধ ব্লবের সংখ্যা বাড়াতে হবে। যদিও PeerDAS ব্লব ডেটা স্কেলিং সক্ষম করে, এটি ধীরে ধীরে এবং নিরাপদে করা প্রয়োজন।
+
+যেহেতু Ethereum হাজার হাজার স্বাধীন নোডে চলমান কোড যার জন্য একই নিয়মের উপর চুক্তির প্রয়োজন, তাই আমরা কেবল একটি ওয়েবসাইট আপডেটের মতো ব্লব সংখ্যা বাড়ানোর মতো পরিবর্তন প্রবর্তন করতে পারি না। যেকোনো নিয়মের পরিবর্তন অবশ্যই একটি সমন্বিত আপগ্রেড হতে হবে যেখানে প্রতিটি নোড, ক্লায়েন্ট এবং ভ্যালিডেটর সফ্টওয়্যার একই পূর্বনির্ধারিত ব্লকের আগে আপগ্রেড করে।
+
+এই সমন্বিত আপগ্রেডগুলিতে সাধারণত অনেক পরিবর্তন অন্তর্ভুক্ত থাকে, অনেক পরীক্ষার প্রয়োজন হয় এবং এতে সময় লাগে। পরিবর্তনশীল layer 2 ব্লব চাহিদার সাথে দ্রুত মানিয়ে নেওয়ার জন্য, শুধুমাত্র ব্লব প্যারামিটার ফর্কগুলি সেই আপগ্রেড সময়সূচীর জন্য অপেক্ষা না করে ব্লব বাড়ানোর একটি প্রক্রিয়া প্রবর্তন করে।
+
+শুধুমাত্র ব্লব প্যারামিটার ফর্ক ক্লায়েন্টদের দ্বারা সেট করা যেতে পারে, গ্যাস লিমিটের মতো অন্যান্য কনফিগারেশনের মতোই। প্রধান Ethereum আপগ্রেডগুলির মধ্যে, ক্লায়েন্টরা `target` এবং `max` ব্লব বাড়িয়ে যেমন ৯ এবং ১২ করতে সম্মত হতে পারে এবং তারপরে নোড অপারেটররা সেই ছোট ফর্কে অংশ নিতে আপডেট করবে। এই শুধুমাত্র ব্লব প্যারামিটার ফর্কগুলি যেকোনো সময় কনফিগার করা যেতে পারে।
+
+ডেনকুন আপগ্রেডে যখন প্রথম নেটওয়ার্কে ব্লব যুক্ত করা হয়েছিল, তখন লক্ষ্য ছিল ৩। Pectra-তে এটি বাড়িয়ে ৬ করা হয়েছিল এবং ফুসাকার পরে, এখন এটি এই প্রধান নেটওয়ার্ক আপগ্রেডগুলি থেকে স্বাধীনভাবে একটি টেকসই হারে বাড়ানো যেতে পারে।
+
+![প্রতি ব্লকে গড় ব্লব সংখ্যা এবং আপগ্রেডের সাথে লক্ষ্যমাত্রা বৃদ্ধির চার্ট](./average-blob-count-per-block.webp)
+
+গ্রাফের উৎস: [Ethereum ব্লবস - @hildobby, Dune Analytics](https://dune.com/hildobby/blobs)
+
+**রিসোর্স**: [EIP-7892 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7892)
+
+#### এক্সিকিউশন খরচ দ্বারা সীমাবদ্ধ ব্লব বেস-ফি {#blob-base-fee-bounded-by-execution-costs}
+
+Layer 2s ডেটা পোস্ট করার সময় দুটি বিল পরিশোধ করে: ব্লব ফি এবং সেই ব্লবগুলি যাচাই করার জন্য প্রয়োজনীয় এক্সিকিউশন গ্যাস। যদি এক্সিকিউশন গ্যাস প্রাধান্য পায়, তাহলে ব্লব ফি নিলাম ১ wei-তে নেমে যেতে পারে এবং একটি মূল্য সংকেত হওয়া বন্ধ করে দিতে পারে।
+
+EIP-7918 প্রতিটি ব্লবের অধীনে একটি আনুপাতিক রিজার্ভ মূল্য পিন করে। যখন রিজার্ভ নামমাত্র ব্লব বেস ফি-র চেয়ে বেশি হয়, তখন ফি সমন্বয় অ্যালগরিদম ব্লকটিকে টার্গেটের উপরে হিসেবে বিবেচনা করে এবং ফি কমানো বন্ধ করে দেয় এবং এটিকে স্বাভাবিকভাবে বাড়তে দেয়। এর ফলে:
+
+- ব্লব ফি বাজার সর্বদা কনজেশনে প্রতিক্রিয়া জানায়
+- layer 2s নোডগুলিতে যে কম্পিউট চাপায় তার অন্তত একটি অর্থপূর্ণ অংশ পরিশোধ করে
+- EL-এ বেস-ফি স্পাইক আর ব্লব ফি-কে ১ wei-তে আটকে রাখতে পারে না
+
+**রিসোর্স**:
+
+- [EIP-7918 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7918)
+- [স্টোরিবুক এক্সপ্লেইনার](https://notes.ethereum.org/@anderselowsson/AIG)
+
+### L1 স্কেল করুন {#scale-l1}
+
+#### হিস্ট্রি এক্সপায়ারি এবং সরল রিসিপ্ট {#history-expiry}
+
+জুলাই ২০২৫-এ, Ethereum এক্সিকিউশন ক্লায়েন্টরা [আংশিক হিস্ট্রি এক্সপায়ারি সমর্থন করা শুরু করে](https://blog.ethereum.org/2025/07/08/partial-history-exp)। এটি [the Merge](https://ethereum.org/roadmap/merge/)-এর চেয়ে পুরানো হিস্ট্রি বাদ দিয়েছে যাতে Ethereum বাড়তে থাকার সাথে সাথে নোড অপারেটরদের জন্য প্রয়োজনীয় ডিস্ক স্পেস কমানো যায়।
+
+এই EIP-টি "কোর EIPs" থেকে আলাদা একটি বিভাগে রয়েছে কারণ ফর্কটি আসলে কোনো পরিবর্তন প্রয়োগ করে না - এটি একটি বিজ্ঞপ্তি যে ক্লায়েন্ট দলগুলিকে অবশ্যই ফুসাকা আপগ্রেডের মধ্যে হিস্ট্রি এক্সপায়ারি সমর্থন করতে হবে। বাস্তবিকভাবে, ক্লায়েন্টরা এটি যেকোনো সময় বাস্তবায়ন করতে পারে তবে এটিকে আপগ্রেডে যুক্ত করা তাদের করণীয় তালিকায় এটি নির্দিষ্টভাবে স্থাপন করেছে এবং তাদের এই বৈশিষ্ট্যের সাথে ফুসাকা পরিবর্তনগুলি পরীক্ষা করতে সক্ষম করেছে।
+
+**রিসোর্স**: [EIP-7642 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7642)
+
+#### MODEXP-এর জন্য ঊর্ধ্বসীমা সেট করুন {#set-upper-bounds-for-modexp}
+
+এখন পর্যন্ত, MODEXP প্রিকম্পাইল কার্যত যেকোনো আকারের সংখ্যা গ্রহণ করত। এটি পরীক্ষা করা কঠিন, অপব্যবহার করা সহজ এবং ক্লায়েন্টের স্থিতিশীলতার জন্য ঝুঁকিপূর্ণ করে তুলেছিল। EIP-7823 একটি স্পষ্ট সীমা স্থাপন করে: প্রতিটি ইনপুট সংখ্যা সর্বোচ্চ ৮১৯২ বিট (১০২৪ বাইট) দীর্ঘ হতে পারে। এর চেয়ে বড় কিছু প্রত্যাখ্যান করা হয়, লেনদেনের গ্যাস পুড়িয়ে দেওয়া হয় এবং কোনো স্টেট পরিবর্তন ঘটে না। এটি খুব আরামদায়কভাবে বাস্তব-বিশ্বের চাহিদা পূরণ করে এবং সেই চরম ক্ষেত্রগুলি সরিয়ে দেয় যা গ্যাস লিমিট পরিকল্পনা এবং নিরাপত্তা পর্যালোচনাকে জটিল করে তুলেছিল। এই পরিবর্তনটি ব্যবহারকারী বা ডেভেলপারের অভিজ্ঞতাকে প্রভাবিত না করেই আরও নিরাপত্তা এবং DoS সুরক্ষা প্রদান করে।
+
+**রিসোর্স**: [EIP-7823 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7823)
+
+#### ট্রানজ্যাকশন গ্যাস লিমিট ক্যাপ {#transaction-gas-limit-cap}
+
+EIP-[7825](https://eips.ethereum.org/EIPS/eip-7825) প্রতি ট্রানজ্যাকশনে ১৬,৭৭৭,২১৬ (2^24) গ্যাসের একটি ক্যাপ যুক্ত করে। এটি একটি সক্রিয় DoS হার্ডেনিং যা যেকোনো একক লেনদেনের সবচেয়ে খারাপ পরিস্থিতি খরচকে সীমাবদ্ধ করে যখন আমরা ব্লক গ্যাস লিমিট বাড়াই। এটি ভ্যালিডেশন এবং প্রোপাগেশন মডেল করা সহজ করে তোলে যাতে আমরা গ্যাস লিমিট বাড়ানোর মাধ্যমে স্কেলিং মোকাবেলা করতে পারি।
+
+ঠিক 2^24 গ্যাস কেন? এটি আজকের গ্যাস লিমিটের চেয়ে আরামদায়কভাবে ছোট, বাস্তব চুক্তি স্থাপন এবং ভারী প্রিকম্পাইলের জন্য যথেষ্ট বড় এবং ২-এর একটি শক্তি এটিকে ক্লায়েন্ট জুড়ে বাস্তবায়ন করা সহজ করে তোলে। এই নতুন সর্বোচ্চ ট্রানজ্যাকশনের আকার প্রাক-Pectra গড় ব্লক আকারের অনুরূপ, যা এটিকে Ethereum-এর যেকোনো অপারেশনের জন্য একটি যুক্তিসঙ্গত সীমা করে তোলে।
+
+**রিসোর্স**: [EIP-7825 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7825)
+
+#### `MODEXP` গ্যাস খরচ বৃদ্ধি {#modexp-gas-cost-increase}
+
+MODEXP একটি প্রিকম্পাইল বিল্ট-ইন ফাংশন যা মডুলার এক্সপোনেনসিয়েশন গণনা করে, এটি RSA স্বাক্ষর যাচাইকরণ এবং প্রুফ সিস্টেমে ব্যবহৃত এক ধরণের বড়-সংখ্যার গণিত। এটি চুক্তিগুলিকে নিজেদের বাস্তবায়ন না করেই সরাসরি এই গণনাগুলি চালাতে দেয়।
+
+ডেভ এবং ক্লায়েন্ট দলগুলি MODEXP-কে ব্লক গ্যাস লিমিট বাড়ানোর একটি প্রধান বাধা হিসাবে চিহ্নিত করেছে কারণ বর্তমান গ্যাস প্রাইসিং প্রায়শই অবমূল্যায়ন করে যে নির্দিষ্ট ইনপুটগুলির জন্য কতটা কম্পিউটিং পাওয়ার প্রয়োজন। এর মানে হল MODEXP ব্যবহার করে একটি লেনদেন একটি সম্পূর্ণ ব্লক প্রক্রিয়া করার জন্য প্রয়োজনীয় বেশিরভাগ সময় নিতে পারে, যা নেটওয়ার্ককে ধীর করে দেয়।
+
+এই EIP বাস্তব কম্পিউটেশনাল খরচের সাথে মেলাতে প্রাইসিং পরিবর্তন করে:
+
+- ন্যূনতম চার্জ ২০০ থেকে ৫০০ গ্যাস পর্যন্ত বাড়ানো এবং সাধারণ খরচ গণনা থেকে EIP-2565-এর এক-তৃতীয়াংশ ডিসকাউন্ট অপসারণ করা
+- এক্সপোনেন্ট ইনপুট খুব দীর্ঘ হলে খরচ আরও তীব্রভাবে বৃদ্ধি করা। যদি এক্সপোনেন্ট (দ্বিতীয় আর্গুমেন্ট হিসাবে আপনি যে “পাওয়ার” নম্বরটি পাস করেন) ৩২ বাইট / ২৫৬ বিটের চেয়ে দীর্ঘ হয়, তবে প্রতিটি অতিরিক্ত বাইটের জন্য গ্যাস চার্জ অনেক দ্রুত বৃদ্ধি পায়
+- বড় বেস বা মডিউলাসের জন্যও অতিরিক্ত চার্জ করা। অন্য দুটি সংখ্যা (বেস এবং মডিউলাস) কমপক্ষে ৩২ বাইট বলে ধরে নেওয়া হয় - যদি কোনোটি বড় হয়, তবে এর আকারের অনুপাতে খরচ বৃদ্ধি পায়
+
+প্রকৃত প্রক্রিয়াকরণের সময়ের সাথে খরচকে আরও ভালোভাবে মেলানোর মাধ্যমে, MODEXP আর একটি ব্লককে ভ্যালিডেট করতে খুব বেশি সময় নিতে পারে না। এই পরিবর্তনটি ভবিষ্যতে Ethereum-এর ব্লক গ্যাস লিমিট বাড়ানোকে নিরাপদ করার লক্ষ্যে করা বেশ কয়েকটি পরিবর্তনের মধ্যে একটি।
+
+**রিসোর্স**: [EIP-7883 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7883)
+
+#### RLP এক্সিকিউশন ব্লক সাইজ লিমিট {#rlp-execution-block-size-limit}
+
+এটি একটি ব্লকের আকারের উপর একটি সর্বোচ্চ সীমা তৈরি করে - এটি নেটওয়ার্কের মাধ্যমে যা _পাঠানো_ হয় তার উপর একটি সীমা এবং এটি গ্যাস লিমিট থেকে পৃথক, যা একটি ব্লকের ভিতরের _কাজ_ সীমাবদ্ধ করে। ব্লক সাইজ ক্যাপ হলো ১০ MiB, সাথে কনসেনসাস ডেটার জন্য একটি ছোট বরাদ্দ (২ MiB) সংরক্ষিত থাকে যাতে সবকিছু ফিট হয় এবং পরিষ্কারভাবে প্রচারিত হয়। যদি একটি ব্লক এর চেয়ে বড় হয়, ক্লায়েন্টরা তা প্রত্যাখ্যান করে।
+এটি প্রয়োজন কারণ খুব বড় ব্লকগুলি নেটওয়ার্ক জুড়ে ছড়িয়ে পড়তে এবং যাচাই করতে বেশি সময় নেয় এবং কনসেনসাস সমস্যা তৈরি করতে পারে বা DoS ভেক্টর হিসাবে অপব্যবহার হতে পারে। এছাড়াও, কনসেনসাস লেয়ারের গসিপ ইতিমধ্যে ~১০ MiB এর বেশি ব্লক ফরওয়ার্ড করবে না, তাই এক্সিকিউশন লেয়ারকে সেই সীমার সাথে সামঞ্জস্যপূর্ণ করা “কিছু দ্বারা দেখা, অন্যদের দ্বারা বাদ দেওয়া” এর মতো অদ্ভুত পরিস্থিতি এড়ায়।
+
+মূল বিষয়: এটি [RLP](/developers/docs/data-structures-and-encoding/rlp/)-এনকোডেড এক্সিকিউশন ব্লক সাইজের উপর একটি ক্যাপ। মোট ১০ MiB, বীকন-ব্লক ফ্রেমিংয়ের জন্য ২ MiB সুরক্ষা মার্জিন সংরক্ষিত। বাস্তবিকভাবে, ক্লায়েন্টরা সংজ্ঞায়িত করে
+
+`MAX_BLOCK_SIZE = ১০,৪৮৫,৭৬০` বাইট এবং
+
+`SAFETY_MARGIN = ২,০৯৭,১৫২` বাইট,
+
+এবং এমন যেকোনো এক্সিকিউশন ব্লক প্রত্যাখ্যান করে যার RLP পেলোড অতিক্রম করে
+
+`MAX_RLP_BLOCK_SIZE = MAX_BLOCK_SIZE − SAFETY_MARGIN`
+
+লক্ষ্য হলো সবচেয়ে খারাপ পরিস্থিতির প্রোপাগেশন/ভ্যালিডেশন সময়কে সীমাবদ্ধ করা এবং কনসেনসাস লেয়ার গসিপ আচরণের সাথে সামঞ্জস্যপূর্ণ করা, গ্যাস অ্যাকাউন্টিং পরিবর্তন না করেই রিঅর্গ/DoS ঝুঁকি কমানো।
+
+**রিসোর্স**: [EIP-7934 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7934)
+
+#### ডিফল্ট গ্যাস লিমিট ৬০ মিলিয়নে সেট করুন {#set-default-gas-limit-to-60-million}
+
+ফেব্রুয়ারি ২০২৫-এ গ্যাস লিমিট ৩০M থেকে ৩৬M (এবং পরবর্তীতে ৪৫M)-এ বাড়ানোর আগে, এই মানটি the Merge (সেপ্টেম্বর ২০২২) এর পর থেকে পরিবর্তিত হয়নি। এই EIP-এর লক্ষ্য হলো ধারাবাহিক স্কেলিংকে অগ্রাধিকার দেওয়া।
+
+EIP-7935 ফুসাকার জন্য EL ক্লায়েন্ট দলগুলিকে আজকের ৪৫M-এর উপরে ডিফল্ট গ্যাস-লিমিট বাড়াতে সমন্বয় করে। এটি একটি তথ্যমূলক EIP, তবে এটি স্পষ্টভাবে ক্লায়েন্টদের ডেভনেটে উচ্চতর সীমা পরীক্ষা করতে, একটি নিরাপদ মানে পৌঁছাতে এবং সেই সংখ্যাটি তাদের ফুসাকা রিলিজে সরবরাহ করতে বলে।
+
+ডেভনেট পরিকল্পনায় প্রায় ৬০M স্ট্রেস (সিন্থেটিক লোড সহ পূর্ণ ব্লক) এবং পুনরাবৃত্তিমূলক বাম্প লক্ষ্য করা হয়েছে; গবেষণা বলছে সবচেয়ে খারাপ ব্লক-আকারের প্যাথলজিগুলি ~১৫০M-এর নীচে আবদ্ধ হওয়া উচিত নয়। রোলআউটটি ট্রানজ্যাকশন গ্যাস-লিমিট ক্যাপ (EIP-7825) এর সাথে যুক্ত করা উচিত যাতে সীমা বাড়ার সাথে সাথে কোনো একক লেনদেন প্রাধান্য না পায়।
+
+**রিসোর্স**: [EIP-7935 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7935)
+
+### UX উন্নত করুন {#improve-ux}
+
+#### ডিটারমিনিস্টিক প্রোপোজার লুকাআহেড {#deterministic-proposer-lookahead}
+
+EIP-7917-এর সাথে, Beacon Chain পরবর্তী যুগের জন্য আসন্ন ব্লক প্রোপোজারদের সম্পর্কে সচেতন হবে। ভবিষ্যতের ব্লকগুলি কোন ভ্যালিডেটররা প্রস্তাব করবে সে সম্পর্কে একটি ডিটারমিনিস্টিক ভিউ থাকলে তা [প্রিকনফার্মেশন](https://ethresear.ch/t/based-preconfirmations/17353) সক্ষম করতে পারে - এটি আসন্ন প্রোপোজারের সাথে একটি প্রতিশ্রুতি যা গ্যারান্টি দেয় যে ব্যবহারকারীর লেনদেনটি প্রকৃত ব্লকের জন্য অপেক্ষা না করেই তাদের ব্লকে অন্তর্ভুক্ত করা হবে।
+
+এই বৈশিষ্ট্যটি ক্লায়েন্ট বাস্তবায়ন এবং নেটওয়ার্কের নিরাপত্তাকে উপকৃত করে কারণ এটি এমন প্রান্তিক পরিস্থিতি প্রতিরোধ করে যেখানে ভ্যালিডেটররা প্রোপোজার সময়সূচী ম্যানিপুলেট করতে পারে। লুকাআহেড বাস্তবায়নের জটিলতাও কমিয়ে দেয়।
+
+**রিসোর্স**: [EIP-7917 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7917)
+
+#### লিডিং জিরো গণনা (CLZ) অপকোড {#count-leading-zeros-opcode}
+
+এই বৈশিষ্ট্যটি একটি ছোট EVM নির্দেশ, **লিডিং জিরো গণনা (CLZ)** যোগ করে। EVM-এর প্রায় সবকিছুই একটি ২৫৬-বিট মান হিসাবে উপস্থাপিত হয়—এই নতুন অপকোডটি সামনে কতগুলি শূন্য বিট আছে তা ফেরত দেয়। এটি অনেক ইন্সট্রাকশন সেট আর্কিটেকচারে একটি সাধারণ বৈশিষ্ট্য কারণ এটি আরও দক্ষ গাণিতিক অপারেশন সক্ষম করে। বাস্তবে এটি আজকের হাতে-রোল করা বিট স্ক্যানগুলিকে এক ধাপে সংকুচিত করে, তাই প্রথম সেট বিট খুঁজে বের করা, বাইট স্ক্যান করা বা বিটফিল্ড পার্স করা সহজ এবং সস্তা হয়ে যায়। অপকোডটি কম, নির্দিষ্ট-মূল্যের এবং একটি বেসিক অ্যাডের সমতুল্য হিসেবে বেঞ্চমার্ক করা হয়েছে, যা একই কাজের জন্য বাইটকোড ছাঁটাই করে এবং গ্যাস বাঁচায়।
+
+**রিসোর্স**: [EIP-7939 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7939)
+
+#### secp256r1 কার্ভ সাপোর্টের জন্য প্রিকম্পাইল {#secp256r1-precompile}
+
+অনেক L2 দ্বারা ইতিমধ্যে গৃহীত একই কল ফর্ম্যাট ব্যবহার করে এবং প্রান্তিক কেসগুলি ঠিক করে নির্দিষ্ট ঠিকানা `0x100`-এ একটি অন্তর্নির্মিত, পাসকি-স্টাইল secp256r1 (P-256) স্বাক্ষর পরীক্ষক প্রবর্তন করে, যাতে সেই পরিবেশের জন্য লেখা চুক্তিগুলি L1-এ পরিবর্তন ছাড়াই কাজ করে।
+
+UX আপগ্রেড! ব্যবহারকারীদের জন্য, এটি ডিভাইস-নেটিভ সাইনিং এবং পাসকি আনলক করে। ওয়ালেটগুলি সরাসরি Apple Secure Enclave, Android Keystore, হার্ডওয়্যার সিকিউরিটি মডিউল (HSMs), এবং FIDO2/WebAuthn-এ ট্যাপ করতে পারে - কোনো সিড ফ্রেজ নেই, মসৃণ অনবোর্ডিং, এবং মাল্টি-ফ্যাক্টর ফ্লো যা আধুনিক অ্যাপের মতো মনে হয়। এর ফলে আরও ভালো UX, সহজ পুনরুদ্ধার এবং অ্যাকাউন্ট অ্যাবস্ট্রাকশন প্যাটার্ন পাওয়া যায় যা কোটি কোটি ডিভাইস ইতিমধ্যে যা করে তার সাথে মেলে।
+
+ডেভেলপারদের জন্য, এটি একটি ১৬০-বাইট ইনপুট নেয় এবং একটি ৩২-বাইট আউটপুট ফেরত দেয়, যা বিদ্যমান লাইব্রেরি এবং 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` যাতে ভ্যালিডেটর এবং মনিটরিং টুলগুলি যাচাই করতে পারে যে ক্লায়েন্টরা একটি আসন্ন ফর্কের জন্য সারিবদ্ধ আছে।
+
+বাস্তবিকভাবে বলতে গেলে, এটি একটি ঘাটতি সমাধান করার জন্য যা ২০২৫ সালের শুরুতে হোলেস্কি টেস্টনেটে পেক্ট্রা ফর্ক লাইভ হওয়ার সময় আবিষ্কৃত হয়েছিল, যেখানে সামান্য ভুল কনফিগারেশনের ফলে একটি নন-ফাইনালাইজিং স্টেট তৈরি হয়েছিল। এটি টেস্টিং দল এবং ডেভেলপারদের নিশ্চিত করতে সাহায্য করে যে প্রধান ফর্কগুলি ডেভনেট থেকে টেস্টনেটে এবং টেস্টনেট থেকে মেইননেটে যাওয়ার সময় প্রত্যাশিত আচরণ করবে।
+
+স্ন্যাপশটগুলির মধ্যে রয়েছে: `chainId`, `forkId`, পরিকল্পিত ফর্ক অ্যাক্টিভেশন সময়, কোন প্রিকম্পাইলগুলি সক্রিয়, প্রিকম্পাইল ঠিকানা, সিস্টেম চুক্তি নির্ভরতা, এবং ফর্কের ব্লব সময়সূচী।
+
+এই EIP-টি "কোর EIPs" থেকে আলাদা একটি বিভাগে রয়েছে কারণ ফর্কটি আসলে কোনো পরিবর্তন প্রয়োগ করে না - এটি একটি বিজ্ঞপ্তি যে ক্লায়েন্ট দলগুলিকে অবশ্যই ফুসাকা আপগ্রেডের মধ্যে এই JSON-RPC পদ্ধতিটি বাস্তবায়ন করতে হবে।
+
+**রিসোর্স**: [EIP-7910 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7910)
+
+## সাধারণ জিজ্ঞাসা {#faq}
+
+### এই আপগ্রেডটি কি সমস্ত ইথেরিয়াম নোড এবং যাচাইকারীদের প্রভাবিত করে? এই আপগ্রেডটি কি সমস্ত Ethereum নোড এবং ভ্যালিডেটরকে প্রভাবিত করে? {#does-this-upgrade-affect-all-ethereum-nodes-and-validators}
+
+হ্যাঁ, ফুসাকা আপগ্রেডের জন্য [এক্সিকিউশন ক্লায়েন্ট এবং কনসেনসাস ক্লায়েন্ট](/developers/docs/nodes-and-clients/) উভয়কেই আপডেট করতে হবে। সমস্ত প্রধান ইথেরিয়াম ক্লায়েন্ট উচ্চ অগ্রাধিকার হিসাবে চিহ্নিত হার্ড ফর্ক সমর্থনকারী সংস্করণ প্রকাশ করবে। আপনি ক্লায়েন্ট Github রিপো, তাদের [ডিসকর্ড চ্যানেল](https://ethstaker.org/support), [EthStaker ডিসকর্ড](https://dsc.gg/ethstaker) বা প্রোটোকল আপডেটের জন্য Ethereum ব্লগে সাবস্ক্রাইব করে এই রিলিজগুলি কখন উপলব্ধ হবে সে সম্পর্কে অবগত থাকতে পারেন। আপগ্রেডের পরে ইথেরিয়াম নেটওয়ার্কের সাথে সিঙ্ক্রোনাইজেশন বজায় রাখতে, নোড অপারেটরদের অবশ্যই নিশ্চিত করতে হবে যে তারা একটি সমর্থিত ক্লায়েন্ট সংস্করণ চালাচ্ছে। মনে রাখবেন যে ক্লায়েন্ট রিলিজ সম্পর্কিত তথ্য সময়-সংবেদনশীল, এবং ব্যবহারকারীদের সবচেয়ে সাম্প্রতিক বিবরণের জন্য সর্বশেষ আপডেটগুলি দেখা উচিত।
+
+### হার্ড ফর্কের পরে ETH কীভাবে রূপান্তরিত করা যেতে পারে? হার্ডফর্কের পর ETH কিভাবে রূপান্তরিত করা যাবে? {#how-can-eth-be-converted-after-the-hardfork}
+
+- **আপনার ETH-এর জন্য কোনো পদক্ষেপের প্রয়োজন নেই**: Ethereum ফুসাকা আপগ্রেডের পরে, আপনার ETH রূপান্তর বা আপগ্রেড করার কোনো প্রয়োজন নেই। আপনার অ্যাকাউন্টের ব্যালেন্স একই থাকবে, এবং আপনার কাছে বর্তমানে থাকা ETH হার্ড ফর্কের পরেও তার বিদ্যমান আকারে অ্যাক্সেসযোগ্য থাকবে।
+- **স্ক্যাম থেকে সাবধান!** <Emoji text="⚠️" /> **আপনাকে আপনার ETH "আপগ্রেড" করার নির্দেশ দেওয়া যে কেউ আপনাকে স্ক্যাম করার চেষ্টা করছে।** এই আপগ্রেডের সাথে সম্পর্কিত আপনার কিছুই করার নেই। আপনার সম্পদ সম্পূর্ণরূপে প্রভাবিত হবে না। মনে রাখবেন, অবগত থাকাই স্ক্যামের বিরুদ্ধে সেরা প্রতিরক্ষা।
+
+[স্ক্যাম সনাক্তকরণ এবং এড়ানো সম্পর্কে আরও জানুন](/security/)
+
+### জেব্রাগুলোর ব্যাপার কী? <Emoji text="🦓" /> {#whats-with-the-zebras}
+
+জেব্রা হল ফুসাকার ডেভেলপার-নির্বাচিত "মাস্কট" কারণ এর ডোরাকাটা দাগগুলি PeerDAS-এর কলাম-ভিত্তিক ডেটা-অ্যাভেইলেবিলিটি স্যাম্পলিংকে প্রতিফলিত করে, যেখানে নোডগুলি নির্দিষ্ট কলাম সাবনেটগুলির দায়িত্ব নেয় এবং ব্লব ডেটা উপলব্ধ আছে কিনা তা পরীক্ষা করার জন্য প্রতিটি পিয়ার স্লট থেকে কয়েকটি অন্য কলামের নমুনা নেয়।
+
+২০২২ সালের the Merge তার মাস্কট হিসেবে [একটি পান্ডা ব্যবহার করেছিল](https://x.com/hwwonx/status/1431970802040127498) যা এক্সিকিউশন এবং কনসেনসাস লেয়ারের সংযোগকে সংকেত দিয়েছিল। তারপর থেকে, প্রতিটি ফর্কের জন্য অনানুষ্ঠানিকভাবে মাস্কট বেছে নেওয়া হয়েছে এবং আপগ্রেডের সময় ক্লায়েন্ট লগে ASCII আর্ট হিসাবে দেখা যায়। এটি কেবল উদযাপনের একটি মজার উপায়।
+
+### L2 স্কেলিংয়ের জন্য কী কী উন্নতি অন্তর্ভুক্ত করা হয়েছে? {#what-improvements-are-included-for-l2-scaling}
+
+[PeerDAS](/roadmap/fusaka/peerdas) হল ফর্কের প্রধান বৈশিষ্ট্য। এটি ডেটা অ্যাভেইলেবিলিটি স্যাম্পলিং (DAS) বাস্তবায়ন করে যা রোলআপগুলির জন্য আরও স্কেলেবিলিটি আনলক করে, তাত্ত্বিকভাবে ব্লব স্পেসকে বর্তমান আকারের ৮ গুণ পর্যন্ত স্কেল করে। ব্লব ফি বাজারকেও উন্নত করা হবে যাতে এটি দক্ষতার সাথে কনজেশনে প্রতিক্রিয়া জানাতে পারে এবং গ্যারান্টি দেয় যে L2s নোডগুলিতে ব্লবগুলির দ্বারা আরোপিত কম্পিউট এবং স্পেসের জন্য একটি অর্থপূর্ণ ফি প্রদান করে।
+
+### BPO ফর্কগুলো কিভাবে ভিন্ন? {#how-are-bpo-forks-different}
+
+শুধুমাত্র ব্লব প্যারামিটার ফর্কগুলি PeerDAS সক্রিয় হওয়ার পরে ক্রমাগত ব্লব সংখ্যা (টার্গেট এবং ম্যাক্স উভয়ই) বাড়ানোর জন্য একটি প্রক্রিয়া সরবরাহ করে, একটি সম্পূর্ণ সমন্বিত আপগ্রেডের জন্য অপেক্ষা না করেই। প্রতিটি বৃদ্ধি ফুসাকা সমর্থনকারী ক্লায়েন্ট রিলিজগুলিতে প্রি-কনফিগার করার জন্য হার্ডকোড করা আছে।
+
+একজন ব্যবহারকারী বা ভ্যালিডেটর হিসাবে, প্রতিটি BPO-এর জন্য আপনার ক্লায়েন্ট আপডেট করার প্রয়োজন নেই এবং শুধুমাত্র ফুসাকার মতো প্রধান হার্ডফর্কগুলি অনুসরণ করা নিশ্চিত করুন। এটি আগের মতোই একই অনুশীলন, কোনো বিশেষ পদক্ষেপের প্রয়োজন নেই। আপগ্রেড এবং BPO-এর সময় আপনার ক্লায়েন্টগুলি পর্যবেক্ষণ করা এবং প্রধান রিলিজগুলির মধ্যেও সেগুলিকে আপডেট রাখা এখনও সুপারিশ করা হয় কারণ হার্ডফর্কের পরে ফিক্স বা অপ্টিমাইজেশন আসতে পারে।
+
+### BPO সময়সূচী কী? {#what-is-the-bpo-schedule}
+
+BPO আপডেটের সঠিক সময়সূচী ফুসাকা রিলিজের সাথে নির্ধারিত হবে। [প্রোটোকল ঘোষণা](https://blog.ethereum.org/category/protocol) এবং আপনার ক্লায়েন্টদের রিলিজ নোট অনুসরণ করুন।
+
+এটি কেমন দেখতে হতে পারে তার উদাহরণ:
+
+- ফুসাকার আগে: টার্গেট ৬, ম্যাক্স ৯
+- ফুসাকা অ্যাক্টিভেশনের সময়: টার্গেট ৬, ম্যাক্স ৯
+- BPO1, ফুসাকা অ্যাক্টিভেশনের কয়েক সপ্তাহ পর: টার্গেট ১০, ম্যাক্স ১৫, দুই-তৃতীয়াংশ বৃদ্ধি
+- BPO2, BPO1-এর কয়েক সপ্তাহ পর: টার্গেট ১৪, ম্যাক্স ২১
+
+### এটি কি Ethereum-এ (layer 1) ফি কমাবে {#will-this-lower-gas}
+
+এই আপগ্রেডটি L1-এ গ্যাস ফি কমায় না, অন্তত সরাসরি নয়। মূল ফোকাস হল রোলআপ ডেটার জন্য আরও ব্লব স্পেস, তাই layer 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 নোডগুলি যেভাবে ব্লব ডেটা প্রেরণ করে তাতে একটি উল্লেখযোগ্য পরিবর্তন আনে। সমস্ত ডেটা ১২৮টি সাবনেট জুড়ে কলাম নামক টুকরোগুলিতে বিভক্ত থাকে এবং নোডগুলি শুধুমাত্র সেগুলির কয়েকটিতে সাবস্ক্রাইব করে। নোডগুলিকে যে পরিমাণ সাবনেট কলামের দায়িত্ব নিতে হবে তা তাদের কনফিগারেশন এবং সংযুক্ত ভ্যালিডেটরের সংখ্যার উপর নির্ভর করে। প্রকৃত ব্যান্ডউইথ প্রয়োজনীয়তা নেটওয়ার্কে অনুমোদিত ব্লবের পরিমাণ এবং নোডের ধরণের উপর নির্ভর করবে। ফুসাকা অ্যাক্টিভেশনের মুহূর্তে ব্লব টার্গেট আগের মতোই থাকে, কিন্তু PeerDAS-এর সাথে, নোড অপারেটররা তাদের ব্লবের ডিস্ক ব্যবহার এবং নেটওয়ার্ক ট্র্যাফিকে হ্রাস দেখতে পারে। BPO-গুলি নেটওয়ার্কে ব্লবের উচ্চতর সংখ্যা কনফিগার করার সাথে সাথে, প্রতিটি BPO-এর সাথে প্রয়োজনীয় ব্যান্ডউইথ বৃদ্ধি পাবে।
+
+ফুসাকা BPO-এর পরেও নোডগুলির প্রয়োজনীয়তাগুলি [সুপারিশকৃত মার্জিনের](https://eips.ethereum.org/EIPS/eip-7870) মধ্যেই রয়েছে।
+
+#### ফুল নোড {#full-nodes}
+
+কোনো ভ্যালিডেটর ছাড়া নিয়মিত নোডগুলি শুধুমাত্র ৪টি সাবনেটে সাবস্ক্রাইব করবে, যা মূল ডেটার ১/৮ অংশের দায়িত্ব প্রদান করবে। এর মানে হল যে একই পরিমাণ ব্লব ডেটা সহ, সেগুলি ডাউনলোড করার জন্য নোড ব্যান্ডউইথ আট (৮) গুণ কম হবে। একটি সাধারণ ফুল নোডের জন্য ব্লবের ডিস্ক ব্যবহার এবং ডাউনলোড ব্যান্ডউইথ প্রায় ৮০% কমে যেতে পারে, মাত্র কয়েক Mb-তে।
+
+#### একক স্টেকার {#solo-stakers}
+
+যদি নোডটি একটি ভ্যালিডেটর ক্লায়েন্টের জন্য ব্যবহৃত হয়, তবে এটিকে আরও কলামের দায়িত্ব নিতে হবে এবং তাই আরও ডেটা প্রক্রিয়া করতে হবে। একটি ভ্যালিডেটর যোগ করার সাথে, নোডটি কমপক্ষে ৮টি কলাম সাবনেটে সাবস্ক্রাইব করে এবং তাই নিয়মিত নোডের চেয়ে দ্বিগুণ ডেটা প্রক্রিয়া করে কিন্তু ফুসাকার আগের চেয়ে এখনও কম। যদি ভ্যালিডেটরের ব্যালেন্স ২৮৭ ETH-এর উপরে হয়, তবে আরও বেশি করে সাবনেটে সাবস্ক্রাইব করা হবে।
+
+একজন একক স্ট্যাকারের জন্য, এর মানে হল তাদের ডিস্ক ব্যবহার এবং ডাউনলোড ব্যান্ডউইথ প্রায় ৫০% হ্রাস পাবে। তবে স্থানীয়ভাবে ব্লক তৈরি করতে এবং সমস্ত ব্লব নেটওয়ার্কে আপলোড করতে, আরও আপলোড ব্যান্ডউইথ প্রয়োজন। স্থানীয় বিল্ডারদের ফুসাকার সময়ে আগের চেয়ে ২-৩ গুণ বেশি আপলোড ব্যান্ডউইথ প্রয়োজন হবে এবং ১৫/২১ ব্লবের BPO2 টার্গেটের সাথে, চূড়ান্ত প্রয়োজনীয় আপলোড ব্যান্ডউইথ প্রায় ৫ গুণ বেশি, ১০০Mbps হতে হবে।
+
+#### বড় ভ্যালিডেটর {#large-validators}
+
+নোডে আরও ব্যালেন্স এবং ভ্যালিডেটর যোগ করার সাথে সাথে সাবস্ক্রাইব করা সাবনেটের সংখ্যা বৃদ্ধি পায়। উদাহরণস্বরূপ, প্রায় ৮০০ ETH ব্যালেন্সের সাথে, নোড ২৫টি কলামের দায়িত্ব নেয় এবং আগের চেয়ে প্রায় ৩০% বেশি ডাউনলোড ব্যান্ডউইথ প্রয়োজন হবে। প্রয়োজনীয় আপলোড নিয়মিত নোডগুলির মতোই বৃদ্ধি পায় এবং কমপক্ষে ১০০Mbps প্রয়োজন।
+
+৪০৯৬ ETH-এ, ২টি সর্বোচ্চ ব্যালেন্স ভ্যালিডেটরের সাথে, নোডটি 'সুপারনোড' হয়ে যায় যা সমস্ত কলামের দায়িত্ব নেয়, তাই সবকিছু ডাউনলোড এবং সঞ্চয় করে। এই নোডগুলি অনুপস্থিত ডেটা ফেরত দিয়ে সক্রিয়ভাবে নেটওয়ার্ককে নিরাময় করে তবে এর জন্য অনেক বেশি ব্যান্ডউইথ এবং স্টোরেজ প্রয়োজন। চূড়ান্ত ব্লব টার্গেট আগের চেয়ে ৬ গুণ বেশি হওয়ায়, সুপার নোডগুলিকে প্রায় ৬০০GB অতিরিক্ত ব্লব ডেটা সঞ্চয় করতে হবে এবং প্রায় ২০Mbps-এ দ্রুততর টেকসই ডাউনলোড ব্যান্ডউইথ থাকতে হবে।
+
+[প্রত্যাশিত প্রয়োজনীয়তার উপর আরও বিশদ পড়ুন।](https://ethpandaops.io/posts/fusaka-bandwidth-estimation/#theoretical-requirements)
+
+### কী কী EVM পরিবর্তন বাস্তবায়িত হয়েছে? {#what-evm-changes-are-implemented}
+
+ফুসাকা নতুন ছোটখাটো পরিবর্তন এবং বৈশিষ্ট্যগুলির সাথে EVM-কে শক্তিশালী করে।
+
+- স্কেলিংয়ের সময় নিরাপত্তার জন্য, একটি একক লেনদেনের সর্বোচ্চ আকার [১৬.৭ মিলিয়নে সীমাবদ্ধ](https://eips.ethereum.org/EIPS/eip-7825) করা হবে গ্যাস ইউনিট।
+- [নতুন অপকোড কাউন্ট লিডিং জিরোস (CLZ)](https://eips.ethereum.org/EIPS/eip-7939) EVM-এ যোগ করা হয়েছে এবং এটি স্মার্ট কন্ট্র্যাক্ট ভাষাগুলিকে নির্দিষ্ট অপারেশনগুলি আরও দক্ষতার সাথে সম্পাদন করতে সক্ষম করবে।
+- [`ModExp` প্রিকম্পাইলের খরচ বাড়ানো হবে](https://eips.ethereum.org/EIPS/eip-7883)—এটি ব্যবহারকারী চুক্তিগুলি এক্সিকিউশনের জন্য আরও বেশি গ্যাস চার্জ করবে।
+
+### নতুন ১৬M গ্যাস লিমিট কিভাবে চুক্তি ডেভেলপারদের প্রভাবিত করে? {#how-does-new-16m-gas-limit-affects-contract-developers}
+
+ফুসাকা একটি একক লেনদেনের [সর্বোচ্চ আকার ১৬.৭ মিলিয়ন](https://eips.ethereum.org/EIPS/eip-7825) (2^24) গ্যাস ইউনিটে সীমাবদ্ধ করে। এটি মোটামুটিভাবে একটি গড় ব্লকের আগের আকারের সমান যা এটিকে একটি সম্পূর্ণ ব্লক গ্রাস করতে পারে এমন জটিল লেনদেনগুলিকে সামঞ্জস্য করার জন্য যথেষ্ট বড় করে তোলে। এই সীমাটি ক্লায়েন্টদের জন্য সুরক্ষা তৈরি করে, ভবিষ্যতে উচ্চতর ব্লক গ্যাস লিমিটের সাথে সম্ভাব্য DoS আক্রমণ প্রতিরোধ করে। স্কেলিংয়ের লক্ষ্য হল ব্লকচেইনে আরও লেনদেন প্রবেশ করতে সক্ষম করা যাতে একটিও লেনদেন পুরো ব্লকটি গ্রাস না করে।
+
+নিয়মিত ব্যবহারকারীর লেনদেন এই সীমাতে পৌঁছানো থেকে অনেক দূরে। বড় এবং জটিল DeFi অপারেশন, বড় স্মার্ট কন্ট্র্যাক্ট স্থাপন বা একাধিক চুক্তিকে লক্ষ্য করে ব্যাচ লেনদেনের মতো কিছু প্রান্তিক ক্ষেত্র এই পরিবর্তনে প্রভাবিত হতে পারে। এই লেনদেনগুলিকে ছোট ছোট ভাগে ভাগ করতে হবে বা অন্য কোনো উপায়ে অপ্টিমাইজ করতে হবে। সীমাতে পৌঁছানোর সম্ভাবনা থাকা লেনদেন জমা দেওয়ার আগে সিমুলেশন ব্যবহার করুন।
+
+`eth_call` RPC পদ্ধতিটি সীমাবদ্ধ নয় এবং এটি প্রকৃত ব্লকচেইন সীমার চেয়ে বড় লেনদেনের সিমুলেশন করার অনুমতি দেবে। RPC পদ্ধতির প্রকৃত সীমা ক্লায়েন্ট অপারেটর দ্বারা অপব্যবহার রোধ নিশ্চিত করার জন্য কনফিগার করা যেতে পারে।
+
+### ডেভেলপারদের জন্য CLZ-এর অর্থ কী? {#what-clz-means-for-developers}
+
+Solidity-এর মতো EVM কম্পাইলাররা আড়ালে শূন্য গণনার জন্য নতুন ফাংশনটি বাস্তবায়ন এবং ব্যবহার করবে। নতুন চুক্তিগুলি যদি এই ধরণের অপারেশনের উপর নির্ভর করে তবে তারা গ্যাস সাশ্রয় থেকে উপকৃত হতে পারে। সম্ভাব্য সাশ্রয়ের উপর ডকুমেন্টেশনের জন্য স্মার্ট কন্ট্র্যাক্ট ভাষার রিলিজ এবং বৈশিষ্ট্য ঘোষণা অনুসরণ করুন।
+
+### আমার বিদ্যমান স্মার্ট কন্ট্র্যাক্টগুলির জন্য কোনো পরিবর্তন আছে কি? {#what-clz-means-for-developers}
+
+ফুসাকার কোনো প্রত্যক্ষ প্রভাব নেই যা কোনো বিদ্যমান চুক্তিকে ভাঙবে বা তাদের আচরণ পরিবর্তন করবে। এক্সিকিউশন লেয়ারে প্রবর্তিত পরিবর্তনগুলি পশ্চাৎমুখী সামঞ্জস্যের সাথে করা হয়, তবে, সর্বদা প্রান্তিক কেস এবং সম্ভাব্য প্রভাবের উপর নজর রাখুন।
+
+[`ModExp` প্রিকম্পাইলের বর্ধিত ব্যয়ের সাথে](https://eips.ethereum.org/EIPS/eip-7883), এর উপর নির্ভরশীল চুক্তিগুলি এক্সিকিউশনের জন্য আরও বেশি গ্যাস ব্যবহার করবে। যদি আপনার চুক্তি এটির উপর ব্যাপকভাবে নির্ভর করে এবং ব্যবহারকারীদের জন্য আরও ব্যয়বহুল হয়ে ওঠে, তাহলে এটি কীভাবে ব্যবহার করা হয় তা পুনর্বিবেচনা করুন।
+
+আপনার চুক্তি সম্পাদনকারী লেনদেনগুলি যদি অনুরূপ আকারে পৌঁছাতে পারে তবে [নতুন ১৬.৭ মিলিয়ন সীমা](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)
+- [ব্যাঙ্কবিহীন: ফুসাকা এবং পেক্ট্রা Ethereum-কে কী দেবে](https://www.bankless.com/read/what-fusaka-pectra-will-bring-ethereum)
+- [ব্যাঙ্কবিহীন: 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/bn/roadmap/fusaka/peerdas/index.md b/public/content/translations/bn/roadmap/fusaka/peerdas/index.md
new file mode 100644
index 00000000000..2c47b6063e1
--- /dev/null
+++ b/public/content/translations/bn/roadmap/fusaka/peerdas/index.md
@@ -0,0 +1,88 @@
+---
+title: PeerDAS
+description: "Fusaka Ethereum প্রোটোকল আপগ্রেডের অংশ হিসাবে PeerDAS সম্পর্কে জানুন"
+lang: bn
+---
+
+# 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) তাদের নিজস্ব পৃথক চেইনে লেনদেন প্রক্রিয়া করে এবং যাচাইকরণ এবং সুরক্ষার জন্য ইথেরিয়াম ব্যবহার করে। শুধুমাত্র নিরাপত্তা-গুরুত্বপূর্ণ প্রতিশ্রুতি প্রকাশ করা এবং পেলোড সংকুচিত করা L2-কে ইথেরিয়ামের DA ক্ষমতা আরও দক্ষতার সাথে ব্যবহার করতে দেয়। এর ফলে, L1 নিরাপত্তার গ্যারান্টির সাথে আপস না করে কম ডেটা বহন করে, যখন L2s কম গ্যাস খরচে আরও ব্যবহারকারীকে অনবোর্ড করে। প্রাথমিকভাবে, L2s সাধারণ লেনদেনে `calldata` হিসেবে ডেটা প্রকাশ করত, যা গ্যাসের জন্য L1 লেনদেনের সাথে প্রতিযোগিতা করত এবং বাল্ক ডেটা প্রাপ্যতার জন্য অবাস্তব ছিল।
+
+## প্রোটো-ড্যাঙ্কশার্ডিং {#proto-danksharding}
+
+L2 স্কেলিং এর দিকে প্রথম বড় পদক্ষেপ ছিল Dencun আপগ্রেড, যা [প্রোটো-ড্যাঙ্কশার্ডিং](/roadmap/danksharding/) (EIP-4844) প্রবর্তন করেছিল। এই আপগ্রেডটি রোলআপগুলির জন্য একটি নতুন, বিশেষায়িত ডেটা টাইপ তৈরি করেছে যা ব্লব নামে পরিচিত। [ব্লবস](/developers/docs/data-availability/blockchain-data-storage-strategies/#eip-4844-blobs), বা বাইনারি লার্জ অবজেক্টস, হলো আরবিট্রারি ডেটার ক্ষণস্থায়ী খণ্ড যার জন্য EVM এক্সিকিউশনের প্রয়োজন হয় না এবং নোডগুলি শুধুমাত্র সীমিত সময়ের জন্য সংরক্ষণ করে। এই আরও দক্ষ প্রক্রিয়াকরণ L2-কে ইথেরিয়ামে আরও ডেটা প্রকাশ করতে এবং আরও স্কেল করতে অনুমতি দিয়েছে।
+
+স্কেলিং-এর জন্য ইতিমধ্যে শক্তিশালী সুবিধা থাকা সত্ত্বেও, ব্লব ব্যবহার করা শেষ লক্ষ্যের কেবল একটি অংশ। বর্তমান প্রোটোকলে, নেটওয়ার্কের প্রতিটি নোডকে এখনও প্রতিটি ব্লব ডাউনলোড করতে হয়। বটলনেকটি হয়ে যায় স্বতন্ত্র নোডগুলির জন্য প্রয়োজনীয় ব্যান্ডউইথ, যেখানে ব্লবের সংখ্যা বাড়ার সাথে সাথে ডাউনলোড করার জন্য প্রয়োজনীয় ডেটার পরিমাণ সরাসরি বৃদ্ধি পায়।
+
+ইথেরিয়াম বিকেন্দ্রীকরণের উপর কোন আপস করে না, এবং ব্যান্ডউইথ সবচেয়ে সংবেদনশীল নবগুলির মধ্যে একটি। এমনকি শক্তিশালী কম্পিউটিং যা সাধ্যের মধ্যে থাকা যে কারও জন্য ব্যাপকভাবে উপলব্ধ, উন্নত দেশগুলির (যেমন [জার্মানি](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 মেকানিজম প্রয়োগ করে, যা সম্ভবত The Merge এর পর থেকে সবচেয়ে বড় আপগ্রেড। PeerDAS ব্লব ডেটা প্রসারিত করার জন্য ডিজাইন করা হয়েছে, এটিকে কলামে বিভক্ত করে এবং নোডগুলিতে একটি উপসেট বিতরণ করে।
+
+ইথেরিয়াম এটি অর্জনের জন্য কিছু চতুর গণিত ধার করে: এটি ব্লব ডেটাতে Reed-Solomon স্টাইল ইরেজার কোডিং প্রয়োগ করে। ব্লব ডেটাকে একটি বহুপদী হিসাবে উপস্থাপন করা হয় যার সহগগুলি ডেটা এনকোড করে, তারপর একটি প্রসারিত ব্লব তৈরি করতে অতিরিক্ত পয়েন্টে সেই বহুপদীটিকে মূল্যায়ন করা হয়, মূল্যায়নের সংখ্যা দ্বিগুণ করে। এই অতিরিক্ত রিডানডেন্সি ইরেজার পুনরুদ্ধারে সক্ষম করে: এমনকি যদি কিছু মূল্যায়ন অনুপস্থিত থাকে, তবে মূল ব্লবটি পুনর্গঠন করা যেতে পারে যতক্ষণ না প্রসারিত অংশ সহ মোট ডেটার অন্তত অর্ধেক উপলব্ধ থাকে।
+
+![প্রসারিত বহুপদী](./polynomial.png)
+
+বাস্তবে, এই বহুপদীর হাজার হাজার সহগ রয়েছে। KZG কমিট হল কয়েক বাইটের মান, হ্যাশের মতো কিছু, যা সমস্ত নোডের কাছে পরিচিত। পর্যাপ্ত ডেটা পয়েন্ট ধারণকারী প্রতিটি নোড [দক্ষতার সাথে ব্লব ডেটার একটি সম্পূর্ণ সেট পুনর্গঠন করতে পারে](https://arxiv.org/abs/2207.11079)।
+
+> মজার তথ্য: একই কোডিং কৌশল ডিভিডি দ্বারা ব্যবহৃত হত। আপনি যদি একটি ডিভিডিতে আঁচড় দেন, প্লেয়ারটি এখনও এটি পড়তে সক্ষম ছিল কারণ Reed-Solomon কোডিং বহুপদীর অনুপস্থিত অংশগুলি যোগ করে।
+
+ঐতিহাসিকভাবে, ব্লকচেইনের ডেটা, তা ব্লক হোক বা ব্লব, সমস্ত নোডে সম্প্রচার করা হত। PeerDAS-এর স্প্লিট-অ্যান্ড-স্যাম্পল পদ্ধতির সাথে, প্রত্যেককে সবকিছু সম্প্রচার করার আর প্রয়োজন নেই। ফুসাকা-পরবর্তী, কনসেনসাস লেয়ার নেটওয়ার্কিং গসিপ টপিক/সাবনেটে সংগঠিত: ব্লব কলামগুলি নির্দিষ্ট সাবনেটে বরাদ্দ করা হয়, এবং প্রতিটি নোড একটি পূর্বনির্ধারিত উপসেটে সাবস্ক্রাইব করে এবং শুধুমাত্র সেই অংশগুলির কাস্টডি নেয়।
+
+PeerDAS-এর মাধ্যমে, প্রসারিত ব্লব ডেটা 128টি অংশে বিভক্ত করা হয় যাকে কলাম বলা হয়। তারা যে নির্দিষ্ট সাবনেটগুলিতে সাবস্ক্রাইব করে সেগুলিতে একটি ডেডিকেটেড গসিপ প্রোটোকলের মাধ্যমে এই নোডগুলিতে ডেটা বিতরণ করা হয়। নেটওয়ার্কের প্রতিটি নিয়মিত নোড অন্তত 8টি এলোমেলোভাবে নির্বাচিত কলাম সাবনেটে অংশগ্রহণ করে। 128টি সাবনেটের মধ্যে মাত্র 8টি থেকে ডেটা গ্রহণ করার অর্থ হল এই ডিফল্ট নোড সমস্ত ডেটার মাত্র 1/16 অংশ গ্রহণ করে, কিন্তু যেহেতু ডেটা প্রসারিত করা হয়েছিল, তাই এটি মূল ডেটার 1/8 অংশ।
+
+এটি বর্তমান “প্রত্যেকে সবকিছু ডাউনলোড করে” স্কিমার 8x একটি নতুন তাত্ত্বিক স্কেলিং সীমার জন্য অনুমতি দেয়। ব্লব কলাম পরিবেশনকারী বিভিন্ন র‍্যান্ডম সাবনেটে সাবস্ক্রাইব করা নোডগুলির সাথে, সম্ভাবনা খুব বেশি যে সেগুলি সমানভাবে বিতরণ করা হয়েছে এবং তাই ডেটার প্রতিটি অংশ নেটওয়ার্কের কোথাও বিদ্যমান। ভ্যালিডেটর চালানো নোডগুলিকে তারা চালানো প্রতিটি ভ্যালিডেটরের সাথে আরও সাবনেটে সাবস্ক্রাইব করতে হবে।
+
+> প্রতিটি নোডের একটি অনন্য র‍্যান্ডমভাবে তৈরি আইডি থাকে, এটি সাধারণত সংযোগের জন্য তার পাবলিক পরিচয় হিসাবে কাজ করে। In PeerDAS, this number is used to determine random set subnets it has to subscribe to resulting in a uniform random distribution of all blob data.
+
+একবার একটি নোড সফলভাবে মূল ডেটা পুনর্গঠন করলে, এটি পুনরুদ্ধার করা কলামগুলিকে নেটওয়ার্কে পুনরায় বিতরণ করে, সক্রিয়ভাবে যেকোনো ডেটা ফাঁক পূরণ করে এবং সামগ্রিক সিস্টেমের স্থিতিস্থাপকতা বৃদ্ধি করে। ≥4096 ETH এর সম্মিলিত ব্যালেন্স সহ ভ্যালিডেটরদের সাথে সংযুক্ত নোডগুলিকে একটি সুপারনোড হতে হবে এবং তাই সমস্ত ডেটা কলাম সাবনেটে সাবস্ক্রাইব করতে হবে এবং সমস্ত কলামের কাস্টডি নিতে হবে। এই সুপারনোডগুলি ক্রমাগত ডেটা ফাঁক পূরণ করবে। প্রোটোকলের সম্ভাবনামূলকভাবে স্ব-নিরাময় প্রকৃতি শক্তিশালী প্রাপ্যতার গ্যারান্টির জন্য অনুমতি দেয় যখন ডেটার কেবল অংশ ধারণকারী হোম অপারেটরদের সীমাবদ্ধ করে না।
+
+![সাবনেটের মাধ্যমে বিতরণ করা কলামে সাবস্ক্রাইব করা নোড](./subnets.png)
+
+উপরে বর্ণিত স্যাম্পলিং মেকানিজমের জন্য ধন্যবাদ, ব্লব ডেটার কেবল ছোট উপসেট ধারণকারী যেকোনো নোড দ্বারা ডেটা প্রাপ্যতা নিশ্চিত করা যেতে পারে। এই প্রাপ্যতা প্রয়োগ করা হয়: ভ্যালিডেটরদের অবশ্যই নতুন ফর্ক-পছন্দ নিয়ম অনুসরণ করতে হবে, যার অর্থ তারা ডেটার প্রাপ্যতা যাচাই করার পরেই ব্লকগুলি গ্রহণ করবে এবং ভোট দেবে।
+
+ব্যবহারকারীদের উপর সরাসরি প্রভাব (বিশেষত L2 ব্যবহারকারী) হল কম ফি। রোলআপ ডেটার জন্য 8x বেশি স্থান সহ, তাদের চেইনে ব্যবহারকারীর ক্রিয়াকলাপ সময়ের সাথে সাথে আরও সস্তা হয়ে যায়। কিন্তু ফুসাকা-পরবর্তী কম ফি সময়সাপেক্ষ হবে এবং BPO-এর উপর নির্ভর করবে।
+
+## ব্লব-প্যারামিটার-অনলি (BPOs) {#bpo}
+
+নেটওয়ার্ক তাত্ত্বিকভাবে 8x বেশি ব্লব প্রক্রিয়া করতে সক্ষম হবে, কিন্তু ব্লব বৃদ্ধি একটি পরিবর্তন যা সঠিকভাবে পরীক্ষা করা এবং ধাপে ধাপে নিরাপদে কার্যকর করা প্রয়োজন। টেস্টনেটগুলি মেইননেটে বৈশিষ্ট্যগুলি ডিপ্লয় করার জন্য যথেষ্ট আস্থা প্রদান করে তবে উল্লেখযোগ্যভাবে উচ্চ সংখ্যক ব্লব সক্ষম করার আগে আমাদের p2p নেটওয়ার্কের স্থিতিশীলতা নিশ্চিত করতে হবে।
+
+নেটওয়ার্ককে অভিভূত না করে প্রতি ব্লকে ব্লবের লক্ষ্য সংখ্যা ধীরে ধীরে বাড়াতে, ফুসাকা **[ব্লব-প্যারামিটার-অনলি (BPO)](https://ethereum-magicians.org/t/blob-parameter-only-bpo-forks/22623)** ফর্ক প্রবর্তন করে। নিয়মিত ফর্কগুলির মতো নয় যেগুলির জন্য ব্যাপক ইকোসিস্টেম সমন্বয়, চুক্তি এবং সফ্টওয়্যার আপডেটের প্রয়োজন হয়, [BPOs (EIP-7892)](https://eips.ethereum.org/EIPS/eip-7892) হল পূর্ব-প্রোগ্রাম করা আপগ্রেড যা হস্তক্ষেপ ছাড়াই সময়ের সাথে সাথে ব্লবের সর্বোচ্চ সংখ্যা বাড়ায়।
+
+এর মানে হল যে ফুসাকা সক্রিয় হওয়ার এবং PeerDAS লাইভ হওয়ার সাথে সাথেই, ব্লবের সংখ্যা অপরিবর্তিত থাকবে। ব্লবের সংখ্যা প্রতি কয়েক সপ্তাহে দ্বিগুণ হতে শুরু করবে যতক্ষণ না এটি সর্বোচ্চ 48-এ পৌঁছায়, যখন ডেভেলপাররা মনিটর করবে যাতে মেকানিজমটি প্রত্যাশিতভাবে কাজ করছে এবং নেটওয়ার্ক চালানো নোডগুলিতে কোনও প্রতিকূল প্রভাব ফেলছে না।
+
+## ভবিষ্যতের দিকনির্দেশনা {#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/bn/roadmap/future-proofing/index.md b/public/content/translations/bn/roadmap/future-proofing/index.md
new file mode 100644
index 00000000000..dc4b8f684b4
--- /dev/null
+++ b/public/content/translations/bn/roadmap/future-proofing/index.md
@@ -0,0 +1,53 @@
+---
+title: "ভবিষ্যৎ-প্রুফিং ইথেরিয়াম"
+description: "ভবিষ্যতে যাই ঘটুক না কেন, এই আপগ্রেডগুলি ইথেরিয়াম-কে একটি স্থিতিস্থাপক, বিকেন্দ্রীভূত বেস লেয়ার হিসেবে প্রতিষ্ঠিত করে।"
+lang: bn
+image: /images/roadmap/roadmap-future.png
+alt: "ইথেরিয়াম রোডম্যাপ"
+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) কোয়ান্টাম-সংবেদনশীল বলে পরিচিত। বর্তমানে, এটি “ট্রাস্টেড সেটআপ” ব্যবহার করে এড়ানো হয়েছে (যার জন্য প্রধান সেটআপ অনুষ্ঠানটি ২০২৩ সালে সফলভাবে সম্পন্ন হয়েছিল), যেখানে অনেক ব্যবহারকারী এমন র‍্যান্ডমনেস তৈরি করেছেন যা কোয়ান্টাম কম্পিউটার দ্বারা রিভার্স-ইঞ্জিনিয়ার করা যায় না। তবে, আদর্শ দীর্ঘমেয়াদী সমাধান হবে পরিবর্তে কোয়ান্টাম নিরাপদ ক্রিপ্টোগ্রাফি অন্তর্ভুক্ত করা। দুটি প্রধান পদ্ধতি রয়েছে যা 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 (লন্ডন আপগ্রেড, ২০২১-এ প্রয়োগ করা হয়েছে)**-এর মাধ্যমে উল্লেখযোগ্যভাবে উন্নত করা হয়েছে, যা আরও অনুমানযোগ্য লেনদেনের মূল্যের জন্য একটি বেস ফি এবং বার্ন মেকানিজম চালু করেছে।
+- **`SELFDESTRUCT` সীমাবদ্ধতা:** `SELFDESTRUCT` অপকোড, যদিও খুব কমই ব্যবহৃত হয়, সম্ভাব্য ঝুঁকি তৈরি করেছিল। বিশেষ করে স্টেট ম্যানেজমেন্ট সংক্রান্ত বিপদগুলি প্রশমিত করার জন্য **ডেকান আপগ্রেডে (মার্চ ২০২৪) 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)** প্রবর্তনের মতো মূল পরিবর্তনগুলি **Dencun আপগ্রেডে (মার্চ ২০২৪)** বাস্তবায়িত হয়েছিল। ক্লায়েন্ট কম্প্রেশন স্কিম এবং অন্যান্য দক্ষতার উন্নতির সামঞ্জস্য সাধনের কাজও চলছে।
+
+**আরও পড়ুন**
+
+- [গ্যাস](/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/bn/roadmap/merge/index.md b/public/content/translations/bn/roadmap/merge/index.md
new file mode 100644
index 00000000000..2922cd653b9
--- /dev/null
+++ b/public/content/translations/bn/roadmap/merge/index.md
@@ -0,0 +1,227 @@
+---
+title: "দ্য মার্জ"
+description: "দ্য মার্জ সম্পর্কে জানুন - যখন মেইননেট ইথেরিয়াম প্রুফ-অফ-স্টেক গ্রহণ করেছিল।"
+lang: bn
+template: upgrade
+image: /images/upgrades/merge.png
+alt:
+summaryPoint1: "ইথেরিয়াম মেইননেট প্রুফ-অফ-স্টেক ব্যবহার করে, কিন্তু এটি সবসময় এমন ছিল না।"
+summaryPoint2: "আসল প্রুফ-অফ-ওয়ার্ক মেকানিজম থেকে প্রুফ-অফ-স্টেকের আপগ্রেডটিকে দ্য মার্জ বলা হয়েছিল।"
+summaryPoint3: "দ্য মার্জ বলতে আসল ইথেরিয়াম মেইননেটকে বিকন চেইন নামক একটি পৃথক প্রুফ-অফ-স্টেক ব্লকচেইনের সাথে মার্জ করাকে বোঝায়, যা এখন একটি চেইন হিসাবে বিদ্যমান।"
+summaryPoint4: "দ্য মার্জ ইথেরিয়ামের শক্তি খরচ প্রায় ৯৯.৯৫% কমিয়েছে।"
+---
+
+<UpgradeStatus isShipped dateKey="page-upgrades:page-upgrades-beacon-date">
+  দ্য মার্জ ১৫ই সেপ্টেম্বর, ২০২২-এ কার্যকর করা হয়েছিল। এটি ইথেরিয়ামের প্রুফ-অফ-স্টেক কনসেন্সাসে রূপান্তর সম্পন্ন করেছে, আনুষ্ঠানিকভাবে প্রুফ-অফ-ওয়ার্ক বাতিল করেছে এবং শক্তি খরচ প্রায় ৯৯.৯৫% কমিয়েছে।
+</UpgradeStatus>
+
+## দ্য মার্জ কী ছিল? {#what-is-the-merge}
+
+দ্য মার্জ ছিল ইথেরিয়ামের আসল এক্সিকিউশন লেয়ার (মেইননেট যা [জেনেসিস](/ethereum-forks/#frontier) থেকে বিদ্যমান) এবং এর নতুন প্রুফ-অফ-স্টেক কনসেন্সাস লেয়ার, বিকন চেইনের যোগদান। এটি শক্তি-নিবিড় মাইনিংয়ের প্রয়োজনীয়তা দূর করেছে এবং পরিবর্তে স্টেক করা ETH ব্যবহার করে নেটওয়ার্ককে সুরক্ষিত করতে সক্ষম করেছে। এটি ইথেরিয়ামের ভিশন—অধিক স্কেলেবিলিটি, নিরাপত্তা এবং স্থায়িত্ব উপলব্ধি করার জন্য একটি সত্যিই উত্তেজনাপূর্ণ পদক্ষেপ ছিল।
+
+<MergeInfographic />
+
+প্রাথমিকভাবে, [বিকন চেইন](/roadmap/beacon-chain/) [মেইননেট](/glossary/#mainnet) থেকে আলাদাভাবে চালু হয়েছিল। ইথেরিয়াম মেইননেট - তার সমস্ত অ্যাকাউন্ট, ব্যালেন্স, স্মার্ট কন্ট্র্যাক্ট এবং ব্লকচেইন স্টেট সহ - [প্রুফ-অফ-ওয়ার্ক](/developers/docs/consensus-mechanisms/pow/) দ্বারা সুরক্ষিত হতে থাকে, এমনকি যখন বিকন চেইন সমান্তরালভাবে [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) ব্যবহার করে চলছিল। দ্য মার্জ ছিল যখন এই দুটি সিস্টেম অবশেষে একত্রিত হয়, এবং প্রুফ-অফ-ওয়ার্ক স্থায়ীভাবে প্রুফ-অফ-স্টেক দ্বারা প্রতিস্থাপিত হয়।
+
+কল্পনা করুন ইথেরিয়াম একটি মহাকাশযান যা একটি আন্তঃনাক্ষত্রিক যাত্রার জন্য পুরোপুরি প্রস্তুত হওয়ার আগেই চালু হয়েছিল। বিকন চেইনের মাধ্যমে, কমিউনিটি একটি নতুন ইঞ্জিন এবং একটি দৃঢ় কাঠামো তৈরি করেছে। উল্লেখযোগ্য পরীক্ষার পর, মাঝ-আকাশে পুরানো ইঞ্জিনের জন্য নতুন ইঞ্জিন হট-সোয়াপ করার সময় আসে। এটি নতুন, আরও দক্ষ ইঞ্জিনকে বিদ্যমান জাহাজের সাথে মার্জ করে এটিকে কিছু গুরুতর আলোকবর্ষ পাড়ি দিতে এবং মহাবিশ্বের মুখোমুখি হতে সক্ষম করে।
+
+## মেইননেটের সাথে মার্জ করা {#merging-with-mainnet}
+
+প্রুফ-অফ-ওয়ার্ক জেনেসিস থেকে দ্য মার্জ পর্যন্ত ইথেরিয়াম মেইননেটকে সুরক্ষিত রেখেছে। এটি জুলাই ২০১৫ সালে আমাদের সকলের পরিচিত ইথেরিয়াম ব্লকচেইনকে তার সমস্ত পরিচিত বৈশিষ্ট্য—লেনদেন, স্মার্ট কন্ট্র্যাক্ট, অ্যাকাউন্ট ইত্যাদি সহ অস্তিত্বে আসতে সাহায্য করেছিল।
+
+ইথেরিয়ামের ইতিহাস জুড়ে, ডেভেলপাররা প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকের দিকে একটি সম্ভাব্য রূপান্তরের জন্য প্রস্তুতি নিয়েছিল। ১লা ডিসেম্বর, ২০২০-এ, বিকন চেইনটি মেইননেটের একটি পৃথক ব্লকচেইন হিসাবে তৈরি করা হয়েছিল, যা সমান্তরালভাবে চলছিল।
+
+বিকন চেইন মূলত মেইননেটের লেনদেন প্রক্রিয়াকরণ করছিল না। পরিবর্তে, এটি সক্রিয় ভ্যালিডেটর এবং তাদের অ্যাকাউন্ট ব্যালেন্সের উপর একমত হয়ে নিজস্ব স্টেটের উপর কনসেন্সাস তৈরি করছিল। ব্যাপক পরীক্ষার পর, বিকন চেইনের জন্য বাস্তব বিশ্বের ডেটার উপর কনসেন্সাস পৌঁছানোর সময় হয়ে গিয়েছিল। দ্য মার্জের পরে, বিকন চেইন এক্সিকিউশন লেয়ারের লেনদেন এবং অ্যাকাউন্ট ব্যালেন্স সহ সমস্ত নেটওয়ার্ক ডেটার জন্য কনসেন্সাস ইঞ্জিন হয়ে ওঠে।
+
+দ্য মার্জ ব্লক উৎপাদনের ইঞ্জিন হিসাবে বিকন চেইন ব্যবহারের আনুষ্ঠানিক সুইচকে প্রতিনিধিত্ব করে। বৈধ ব্লক তৈরির মাধ্যম আর মাইনিং নয়। পরিবর্তে, প্রুফ-অফ-স্টেক ভ্যালিডেটররা এই ভূমিকা গ্রহণ করেছে এবং এখন সমস্ত লেনদেনের বৈধতা প্রক্রিয়াকরণ এবং ব্লক প্রস্তাব করার জন্য দায়ী।
+
+দ্য মার্জে কোনো ইতিহাস হারিয়ে যায়নি। যেহেতু মেইননেট বিকন চেইনের সাথে মার্জ হয়েছে, এটি ইথেরিয়ামের সম্পূর্ণ লেনদেনের ইতিহাসকেও মার্জ করেছে।
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+প্রুফ-অফ-স্টেকের এই রূপান্তরটি ইথার ইস্যু করার পদ্ধতি পরিবর্তন করেছে। [দ্য মার্জের আগে এবং পরে ইথার ইস্যুয়েন্স](/roadmap/merge/issuance/) সম্পর্কে আরও জানুন।
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+### ব্যবহারকারী এবং হোল্ডাররা {#users-holders}
+
+**দ্য মার্জ হোল্ডার/ব্যবহারকারীদের জন্য কিছুই পরিবর্তন করেনি।**
+
+_এটি পুনরাবৃত্তি করার মতো_: ইথেরিয়ামের একজন ব্যবহারকারী বা ETH বা অন্য কোনো ডিজিটাল অ্যাসেটের হোল্ডার হিসাবে, সেইসাথে নন-নোড-অপারেটিং স্ট্যাকার হিসাবে, **দ্য মার্জের জন্য আপনার তহবিল বা ওয়ালেট দিয়ে কিছু করার দরকার নেই।** ETH শুধুমাত্র ETH। "পুরানো ETH"/"নতুন ETH" বা "ETH1"/"ETH2" বলে কিছু নেই এবং ওয়ালেটগুলো দ্য মার্জের পরেও ঠিক আগের মতোই কাজ করে—যারা আপনাকে অন্য কিছু বলছে তারা সম্ভবত স্ক্যামার।
+
+প্রুফ-অফ-ওয়ার্ক সোয়াপ করা সত্ত্বেও, জেনেসিস থেকে ইথেরিয়ামের পুরো ইতিহাস প্রুফ-অফ-স্টেকের রূপান্তরের দ্বারা অক্ষত এবং অপরিবর্তিত ছিল। দ্য মার্জের আগে আপনার ওয়ালেটে থাকা যেকোনো তহবিল দ্য মার্জের পরেও অ্যাক্সেসযোগ্য। **আপনার পক্ষ থেকে আপগ্রেড করার জন্য কোনো পদক্ষেপের প্রয়োজন নেই।**
+
+[ইথেরিয়াম নিরাপত্তা সম্পর্কে আরও](/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="আপনি যদি একটি নন-ভ্যালিডেটিং ইথেরিয়াম নোড পরিচালনা করেন, তবে দ্য মার্জের সাথে আসা সবচেয়ে উল্লেখযোগ্য পরিবর্তনটি ছিল এক্সিকিউশন লেয়ার এবং কনসেন্সাস লেয়ার উভয়ের জন্যই ক্লায়েন্ট চালানোর প্রয়োজনীয়তা।"
+id="node-operators">
+
+দ্য মার্জ পর্যন্ত, একটি এক্সিকিউশন ক্লায়েন্ট (যেমন Geth, Erigon, Besu বা Nethermind) নেটওয়ার্ক দ্বারা প্রচারিত ব্লকগুলি গ্রহণ, সঠিকভাবে যাচাই এবং প্রচার করার জন্য যথেষ্ট ছিল। _দ্য মার্জের পরে_, একটি এক্সিকিউশন পেলোডে থাকা লেনদেনের বৈধতা এখন এটি যে "কনসেন্সাস ব্লক" এর মধ্যে রয়েছে তার বৈধতার উপরও নির্ভর করে।
+
+ফলস্বরূপ, একটি সম্পূর্ণ ইথেরিয়াম নোডের জন্য এখন একটি এক্সিকিউশন ক্লায়েন্ট এবং একটি কনসেন্সাস ক্লায়েন্ট উভয়ই প্রয়োজন। এই দুটি ক্লায়েন্ট একটি নতুন ইঞ্জিন 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/">হাউ দ্য মার্জ ইমপ্যাক্টস ইথেরিয়াম'স অ্যাপ্লিকেশন লেয়ার</a>-এর এই ব্লগ পোস্টটি দেখুন।
+</ExpandableCard>
+
+## দ্য মার্জ এবং শক্তি খরচ {#merge-and-energy}
+
+দ্য মার্জ ইথেরিয়ামের জন্য প্রুফ-অফ-ওয়ার্কের সমাপ্তি চিহ্নিত করেছে এবং আরও টেকসই, পরিবেশ-বান্ধব ইথেরিয়ামের যুগের সূচনা করেছে। ইথেরিয়ামের শক্তি খরচ আনুমানিক ৯৯.৯৫% কমে গেছে, যা ইথেরিয়ামকে একটি সবুজ ব্লকচেইন বানিয়েছে। [ইথেরিয়ামের শক্তি খরচ](/energy-consumption/) সম্পর্কে আরও জানুন।
+
+## দ্য মার্জ এবং স্কেলিং {#merge-and-scaling}
+
+দ্য মার্জ প্রুফ-অফ-ওয়ার্কের অধীনে সম্ভব নয় এমন আরও স্কেলেবিলিটি আপগ্রেডের জন্য মঞ্চ তৈরি করেছে, যা ইথেরিয়ামকে পূর্ণ স্কেল, নিরাপত্তা এবং স্থায়িত্ব অর্জনের এক ধাপ কাছাকাছি নিয়ে এসেছে, যা [এর রোডম্যাপ](/roadmap/) তৈরি করছে।
+
+## দ্য মার্জ সম্পর্কে ভুল ধারণা {#misconceptions}
+
+<ExpandableCard
+title="ভুল ধারণা: "একটি নোড চালানোর জন্য ৩২ ETH স্টেকিং প্রয়োজন।""
+contentPreview="মিথ্যা। যেকেউ ইথেরিয়ামের নিজস্ব স্ব-যাচাইকৃত কপি সিঙ্ক করতে পারে (অর্থাৎ, একটি নোড চালাতে পারে)। কোনো ETH প্রয়োজন নেই—দ্য মার্জের আগে নয়, দ্য মার্জের পরেও নয়, কখনোই নয়।">
+
+দুই ধরনের ইথেরিয়াম নোড রয়েছে: যে নোডগুলি ব্লক প্রস্তাব করতে পারে এবং যে নোডগুলি তা পারে না।
+
+যে নোডগুলি ব্লক প্রস্তাব করে সেগুলি ইথেরিয়ামের মোট নোডের একটি ছোট সংখ্যা মাত্র। এই বিভাগে প্রুফ-অফ-ওয়ার্ক (PoW) এর অধীনে মাইনিং নোড এবং প্রুফ-অফ-স্টেক (PoS) এর অধীনে ভ্যালিডেটর নোড অন্তর্ভুক্ত রয়েছে। এই বিভাগে মাঝে মাঝে পরবর্তী ব্লক প্রস্তাব করার এবং প্রোটোকল পুরস্কার অর্জনের ক্ষমতার বিনিময়ে অর্থনৈতিক রিসোর্স (যেমন প্রুফ-অফ-ওয়ার্কে GPU হ্যাস পাওয়ার বা প্রুফ-অফ-স্টেকের মধ্যে স্টেক করা ETH) প্রতিশ্রুতিবদ্ধ করার প্রয়োজন হয়।
+
+নেটওয়ার্কের অন্যান্য নোডগুলির (অর্থাৎ, সংখ্যাগরিষ্ঠ) একটি কনজিউমার-গ্রেড কম্পিউটার যার ১-২ টিবি উপলব্ধ স্টোরেজ এবং একটি ইন্টারনেট সংযোগ রয়েছে, এর বাইরে কোনো অর্থনৈতিক রিসোর্স প্রতিশ্রুতিবদ্ধ করার প্রয়োজন নেই। এই নোডগুলি ব্লক প্রস্তাব করে না, তবে তারা নতুন ব্লকের জন্য অপেক্ষা করে এবং নেটওয়ার্ক কনসেন্সাস নিয়ম অনুযায়ী আগমনের পর তাদের বৈধতা যাচাই করে সমস্ত ব্লক প্রস্তাবকারীদের জবাবদিহি করার মাধ্যমে নেটওয়ার্ক সুরক্ষিত করতে একটি গুরুত্বপূর্ণ ভূমিকা পালন করে। যদি ব্লকটি বৈধ হয়, নোডটি নেটওয়ার্কের মাধ্যমে এটি প্রচার করতে থাকে। যদি কোনো কারণে ব্লকটি অবৈধ হয়, নোড সফটওয়্যারটি এটিকে অবৈধ হিসাবে উপেক্ষা করবে এবং এর প্রচার বন্ধ করবে।
+
+যেকোনো কনসেন্সাস মেকানিজমের অধীনে (প্রুফ-অফ-ওয়ার্ক বা প্রুফ-অফ-স্টেক) যেকেউ একটি নন-ব্লক-প্রডিউসিং নোড চালাতে পারে; সকল ব্যবহারকারীদের জন্য এটি <em>দৃঢ়ভাবে উৎসাহিত</em> করা হয় যদি তাদের সামর্থ্য থাকে। একটি নোড চালানো ইথেরিয়ামের জন্য অত্যন্ত মূল্যবান এবং এটি চালানো যেকোনো ব্যক্তির জন্য অতিরিক্ত সুবিধা দেয়, যেমন উন্নত নিরাপত্তা, গোপনীয়তা এবং সেন্সরশিপ প্রতিরোধ।
+
+ইথেরিয়াম নেটওয়ার্কের বিকেন্দ্রীকরণ বজায় রাখার জন্য যেকেউ নিজের নোড চালানোর ক্ষমতা থাকা <em>একেবারে অপরিহার্য</em>।
+
+[আপনার নিজের নোড চালানো সম্পর্কে আরও](/run-a-node/)
+</ExpandableCard>
+
+<ExpandableCard
+title="ভুল ধারণা: "দ্য মার্জ গ্যাস ফি কমাতে ব্যর্থ হয়েছে।""
+contentPreview="মিথ্যা। দ্য মার্জ ছিল কনসেন্সাস মেকানিজমের একটি পরিবর্তন, নেটওয়ার্ক ক্ষমতার সম্প্রসারণ নয়, এবং এটি কখনই গ্যাস ফি কমানোর উদ্দেশ্যে করা হয়নি।">
+
+গ্যাস ফি হল নেটওয়ার্কের ক্ষমতার সাপেক্ষে নেটওয়ার্ক চাহিদার একটি ফল। দ্য মার্জ প্রুফ-অফ-ওয়ার্কের ব্যবহার বাতিল করে কনসেন্সাসের জন্য প্রুফ-অফ-স্টেকের দিকে স্থানান্তরিত হয়েছে, কিন্তু নেটওয়ার্ক ক্ষমতা বা থ্রুপুটকে সরাসরি প্রভাবিত করে এমন কোনো প্যারামিটারে উল্লেখযোগ্যভাবে পরিবর্তন করেনি।
+
+একটি <a href="https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698">রোলআপ-কেন্দ্রিক রোডম্যাপ</a> দিয়ে, [লেয়ার 2](/layer-2/)-তে ব্যবহারকারীর কার্যকলাপ স্কেলিংয়ের উপর প্রচেষ্টা কেন্দ্রীভূত করা হচ্ছে, এবং লেয়ার 1 মেইননেটকে রোলআপ ডেটা স্টোরেজের জন্য অপ্টিমাইজ করা একটি নিরাপদ বিকেন্দ্রীভূত সেটেলমেন্ট লেয়ার হিসাবে সক্ষম করা হচ্ছে যাতে রোলআপ লেনদেনগুলি দ্রুতগতিতে সস্তা হয়। এটি উপলব্ধি করার জন্য প্রুফ-অফ-স্টেকের দিকে রূপান্তর একটি গুরুত্বপূর্ণ পূর্বশর্ত। [গ্যাস এবং ফি সম্পর্কে আরও জানুন।](/developers/docs/gas/)
+</ExpandableCard>
+
+<ExpandableCard
+title="ভুল ধারণা: "দ্য মার্জের মাধ্যমে লেনদেনগুলি উল্লেখযোগ্যভাবে ত্বরান্বিত হয়েছিল।""
+contentPreview="মিথ্যা। যদিও কিছু সামান্য পরিবর্তন বিদ্যমান, লেয়ার 1-এ লেনদেনের গতি এখন দ্য মার্জের আগের মতোই।">
+একটি লেনদেনের "গতি" কয়েকটি উপায়ে পরিমাপ করা যেতে পারে, যার মধ্যে একটি ব্লকে অন্তর্ভুক্ত হওয়ার সময় এবং চূড়ান্তকরণের সময় অন্তর্ভুক্ত। এই দুটি পরিবর্তনই সামান্য, কিন্তু এমনভাবে নয় যা ব্যবহারকারীরা লক্ষ্য করবে।
+
+ঐতিহাসিকভাবে, প্রুফ-অফ-ওয়ার্কে, প্রতি ~13.3 সেকেন্ডে একটি নতুন ব্লক তৈরির লক্ষ্য ছিল। প্রুফ-অফ-স্টেকের অধীনে, স্লটগুলি ঠিক প্রতি ১২ সেকেন্ডে ঘটে, যার প্রতিটি একটি ভ্যালিডেটরের জন্য একটি ব্লক প্রকাশ করার সুযোগ। বেশিরভাগ স্লটে ব্লক থাকে, তবে সবগুলিতে নয় (অর্থাৎ, একটি ভ্যালিডেটর অফলাইন থাকে)। প্রুফ-অফ-স্টেকের মধ্যে, ব্লকগুলি প্রুফ-অফ-ওয়ার্কের চেয়ে ~১০% বেশি ঘন ঘন উৎপাদিত হয়। এটি একটি মোটামুটি নগণ্য পরিবর্তন ছিল এবং ব্যবহারকারীদের দ্বারা লক্ষ্য করার সম্ভাবনা কম।
+
+প্রুফ-অফ-স্টেক লেনদেন চূড়ান্তকরণের ধারণাটি চালু করেছে যা আগে বিদ্যমান ছিল না। প্রুফ-অফ-ওয়ার্কে, একটি লেনদেনের উপরে মাইন করা প্রতিটি পাসিং ব্লকের সাথে একটি ব্লক উল্টানোর ক্ষমতা দ্রুতগতিতে আরও কঠিন হয়ে যায়, তবে এটি কখনই শূন্যে পৌঁছায় না। প্রুফ-অফ-স্টেকের অধীনে, ব্লকগুলিকে ইপোকে (৬.৪ মিনিটের সময়কাল যাতে ব্লকের জন্য ৩২টি সুযোগ থাকে) বান্ডিল করা হয় যার উপর ভ্যালিডেটররা ভোট দেয়। যখন একটি ইপোক শেষ হয়, ভ্যালিডেটররা ইপোকটিকে 'যৌক্তিক' হিসাবে বিবেচনা করা হবে কিনা তা নিয়ে ভোট দেয়। যদি ভ্যালিডেটররা ইপোককে যৌক্তিক করতে সম্মত হয়, তবে এটি পরবর্তী ইপোকে চূড়ান্ত করা হয়। চূড়ান্ত লেনদেনগুলি বাতিল করা অর্থনৈতিকভাবে অকার্যকর কারণ এর জন্য মোট স্টেক করা ETH-এর এক-তৃতীয়াংশের বেশি অর্জন এবং বার্ন করতে হবে।
+</ExpandableCard>
+
+<ExpandableCard
+title="ভুল ধারণা: "দ্য মার্জ স্টেকিং উইথড্রয়ালস সক্ষম করেছে।""
+contentPreview="মিথ্যা, কিন্তু স্টেকিং উইথড্রয়ালস তখন থেকে সাংহাই/ক্যাপেলা আপগ্রেডের মাধ্যমে সক্ষম করা হয়েছে।">
+
+প্রাথমিকভাবে দ্য মার্জের পরে, স্ট্যাকাররা কেবল ব্লক প্রস্তাবের ফলে অর্জিত ফি টিপস এবং MEV অ্যাক্সেস করতে পারত। এই পুরস্কারগুলি ভ্যালিডেটর দ্বারা নিয়ন্ত্রিত একটি নন-স্টেকিং অ্যাকাউন্টে (যা <em>ফি প্রাপক</em> হিসাবে পরিচিত) জমা হয় এবং অবিলম্বে উপলব্ধ হয়। এই পুরস্কারগুলি ভ্যালিডেটরের দায়িত্ব পালনের জন্য প্রোটোকল পুরস্কার থেকে পৃথক।
+
+সাংহাই/ক্যাপেলা নেটওয়ার্ক আপগ্রেডের পর থেকে, স্ট্যাকাররা এখন একটি <em>উইথড্রয়াল অ্যাড্রেস</em> নির্ধারণ করতে পারে যাতে তারা যেকোনো অতিরিক্ত স্টেকিং ব্যালেন্সের (প্রোটোকল পুরস্কার থেকে ৩২-এর বেশি ETH) স্বয়ংক্রিয় পেআউট পেতে শুরু করে। এই আপগ্রেডটি একটি ভ্যালিডেটরকে নেটওয়ার্ক থেকে বের হওয়ার সময় তার সম্পূর্ণ ব্যালেন্স আনলক এবং পুনরুদ্ধার করার ক্ষমতাও দিয়েছে।
+
+[স্টেকিং উইথড্রয়ালস সম্পর্কে আরও জানুন](/staking/withdrawals/)
+</ExpandableCard>
+
+<ExpandableCard
+title="ভুল ধারণা: "এখন যেহেতু দ্য মার্জ সম্পূর্ণ হয়েছে, এবং উইথড্রয়ালস সক্ষম করা হয়েছে, স্ট্যাকাররা সবাই একবারে বেরিয়ে যেতে পারে।""
+contentPreview="মিথ্যা। নিরাপত্তার কারণে ভ্যালিডেটর এক্সিট রেট সীমাবদ্ধ।">
+যেহেতু সাংহাই/ক্যাপেলা আপগ্রেড উইথড্রয়ালস সক্ষম করেছে, ভ্যালিডেটরদের ৩২ ETH-এর উপরে তাদের স্টেকিং ব্যালেন্স তুলে নিতে উৎসাহিত করা হয়, কারণ এই তহবিলগুলি ইল্ডে যোগ হয় না এবং অন্যথায় লক করা থাকে। APR-এর উপর নির্ভর করে (মোট স্টেক করা ETH দ্বারা নির্ধারিত), তারা তাদের সম্পূর্ণ ব্যালেন্স পুনরুদ্ধার করতে তাদের ভ্যালিডেটর(গুলি) থেকে বেরিয়ে যেতে উৎসাহিত হতে পারে বা সম্ভাব্যভাবে আরও বেশি ইল্ড অর্জনের জন্য তাদের পুরস্কার ব্যবহার করে আরও বেশি স্টেক করতে পারে।
+
+এখানে একটি গুরুত্বপূর্ণ সতর্কতা হল, সম্পূর্ণ ভ্যালিডেটর এক্সিট প্রোটোকল দ্বারা রেট সীমাবদ্ধ, এবং প্রতি ইপোকে (প্রতি ৬.৪ মিনিটে) কেবল নির্দিষ্ট সংখ্যক ভ্যালিডেটরই বেরিয়ে যেতে পারে। এই সীমা সক্রিয় ভ্যালিডেটরের সংখ্যার উপর নির্ভর করে ওঠানামা করে, তবে এটি একদিনে নেটওয়ার্ক থেকে মোট স্টেক করা ETH-এর প্রায় ০.৩৩% বেরিয়ে যাওয়ার সমান।
+
+এটি স্টেক করা তহবিলের একটি গণ প্রস্থান প্রতিরোধ করে। উপরন্তু, এটি মোট স্টেক করা ETH-এর একটি বড় অংশে অ্যাক্সেস সহ একটি সম্ভাব্য আক্রমণকারীকে একটি স্ল্যাশেবল অপরাধ করা এবং একই ইপোকে সমস্ত অপরাধী ভ্যালিডেটর ব্যালেন্স থেকে প্রস্থান/উইথড্র করা থেকে বিরত রাখে, প্রোটোকল স্ল্যাশিং পেনাল্টি কার্যকর করার আগে।
+
+APR ইচ্ছাকৃতভাবে ডাইনামিক, যা স্ট্যাকারদের একটি বাজারকে ভারসাম্য বজায় রাখতে দেয় যে তারা নেটওয়ার্ক সুরক্ষিত করতে সাহায্য করার জন্য কতটা অর্থ পেতে ইচ্ছুক। যদি রেট খুব কম হয়, তবে ভ্যালিডেটররা প্রোটোকল দ্বারা সীমাবদ্ধ একটি হারে বেরিয়ে যাবে। ধীরে ধীরে এটি অবশিষ্ট সবার জন্য APR বাড়িয়ে দেবে, যা আবার নতুন বা ফিরে আসা স্ট্যাকারদের আকর্ষণ করবে।
+</ExpandableCard>
+
+## 'Eth2'-এর কী হয়েছিল? {#eth2}
+
+'Eth2' শব্দটি বাতিল করা হয়েছে। 'Eth1' এবং 'Eth2' একটি একক চেইনে মার্জ করার পরে, দুটি ইথেরিয়াম নেটওয়ার্কের মধ্যে পার্থক্য করার আর কোনো প্রয়োজন নেই; কেবল ইথেরিয়াম আছে।
+
+বিভ্রান্তি সীমিত করতে, কমিউনিটি এই শর্তাবলী আপডেট করেছে:
+
+- 'Eth1' এখন 'এক্সিকিউশন লেয়ার', যা লেনদেন এবং এক্সিকিউশন পরিচালনা করে।
+- 'Eth2' এখন 'কনসেন্সাস লেয়ার', যা প্রুফ-অফ-স্টেক কনসেন্সাস পরিচালনা করে।
+
+এই পরিভাষা আপডেটগুলি কেবল নামকরণের নিয়ম পরিবর্তন করে; এটি ইথেরিয়ামের লক্ষ্য বা রোডম্যাপ পরিবর্তন করে না।
+
+['Eth2' পুনঃনামকরণ সম্পর্কে আরও জানুন](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/)
+
+## আপগ্রেডগুলির মধ্যে সম্পর্ক {#relationship-between-upgrades}
+
+ইথেরিয়াম আপগ্রেডগুলো একে অপরের সাথে কিছুটা সম্পর্কিত। তাহলে চলুন সংক্ষেপে দেখে নেওয়া যাক কিভাবে দ্য মার্জ অন্যান্য আপগ্রেডগুলির সাথে সম্পর্কিত।
+
+### দ্য মার্জ এবং বিকন চেইন {#merge-and-beacon-chain}
+
+দ্য মার্জ আসল মেইননেট এক্সিকিউশন লেয়ারে নতুন কনসেন্সাস লেয়ার হিসাবে বিকন চেইনের আনুষ্ঠানিক গ্রহণকে প্রতিনিধিত্ব করে। দ্য মার্জের পর থেকে, ভ্যালিডেটরদের ইথেরিয়াম মেইননেট সুরক্ষিত করার জন্য নিযুক্ত করা হয়েছে, এবং [প্রুফ-অফ-ওয়ার্ক](/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}
+
+মূলত, স্কেলেবিলিটি মোকাবেলার জন্য দ্য মার্জের আগে শার্ডিং নিয়ে কাজ করার পরিকল্পনা ছিল। [লেয়ার 2 স্কেলিং সলিউশন](/layer-2/)-এর উত্থানের সাথে, অগ্রাধিকার প্রথমে প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকের দিকে স্থানান্তরিত হয়।
+
+শার্ডিংয়ের পরিকল্পনাগুলি দ্রুত বিকশিত হচ্ছে, কিন্তু লেনদেন এক্সিকিউশন স্কেল করার জন্য লেয়ার 2 প্রযুক্তির উত্থান এবং সাফল্যের কারণে, শার্ডিং পরিকল্পনাগুলি রোলআপ কন্ট্র্যাক্ট থেকে সংকুচিত কলডেটা সংরক্ষণের বোঝা বিতরণের সবচেয়ে অনুকূল উপায় খুঁজে বের করার দিকে স্থানান্তরিত হয়েছে, যা নেটওয়ার্ক ক্ষমতার দ্রুতগতিতে বৃদ্ধির অনুমতি দেয়। প্রুফ-অফ-স্টেকের দিকে রূপান্তর ছাড়া এটি সম্ভব হতো না।
+
+<ButtonLink href="/roadmap/danksharding/">
+  শার্ডিং
+</ButtonLink>
+
+## আরও পড়ুন {#further-reading}
+
+<MergeArticleList />
+
+<QuizWidget quizKey="merge" />
diff --git a/public/content/translations/bn/roadmap/merge/issuance/index.md b/public/content/translations/bn/roadmap/merge/issuance/index.md
new file mode 100644
index 00000000000..02806e210a2
--- /dev/null
+++ b/public/content/translations/bn/roadmap/merge/issuance/index.md
@@ -0,0 +1,155 @@
+---
+title: "The Merge কীভাবে ETH সরবরাহকে প্রভাবিত করেছে"
+description: "The Merge কীভাবে ETH সরবরাহকে প্রভাবিত করেছে তার একটি বিশদ বিবরণ"
+lang: bn
+---
+
+# The Merge কীভাবে ETH সরবরাহকে প্রভাবিত করেছে {#how-the-merge-impacts-ETH-supply}
+
+The Merge ইথেরিয়াম নেটওয়ার্কের প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে রূপান্তরকে প্রতিনিধিত্ব করে যা সেপ্টেম্বর 2022-এ ঘটেছিল। সেই রূপান্তরের সময় ETH ইস্যু করার পদ্ধতিতে পরিবর্তন আসে। আগে, নতুন ETH দুটি উৎস থেকে ইস্যু করা হতো: এক্সিকিউশন লেয়ার (যেমন, মেইননেট) এবং কনসেন্সাস লেয়ার (যেমন, বিকন চেইন)। The Merge এর পর থেকে, এক্সিকিউশন লেয়ারে ইস্যুয়েন্স এখন শূন্য। আসুন এটি ভেঙে দেখি।
+
+## ETH ইস্যুয়েন্সের উপাদানসমূহ {#components-of-eth-issuance}
+
+আমরা ETH-এর সরবরাহকে দুটি প্রধান শক্তিতে ভাগ করতে পারি: ইস্যুয়েন্স এবং বার্ন।
+
+ETH-এর **ইস্যুয়েন্স** হলো এমন ETH তৈরি করার প্রক্রিয়া যা আগে বিদ্যমান ছিল না। ETH **বার্ন** করা হলো যখন বিদ্যমান ETH ধ্বংস হয়ে যায়, এটিকে প্রচলন থেকে সরিয়ে দেয়। ইস্যুয়েন্স এবং বার্ন করার হার বিভিন্ন প্যারামিটারের উপর গণনা করা হয়, এবং তাদের মধ্যে ভারসাম্য ইথারের মুদ্রাস্ফীতি/মুদ্রাসংকোচনের হার নির্ধারণ করে।
+
+<Card
+emoji=":chart_decreasing:"
+title="ETH ইস্যুয়েন্স সংক্ষেপে">
+
+- প্রুফ-অফ-স্টেকে রূপান্তরের আগে, মাইনারদের প্রতিদিন প্রায় 13,000 ETH ইস্যু করা হতো।
+- স্টেকারদের প্রতিদিন প্রায় 1,700 ETH ইস্যু করা হয়, যা প্রায় 14 মিলিয়ন মোট ETH স্টেকের উপর ভিত্তি করে।
+- সঠিক স্টেকিং ইস্যুয়েন্স মোট স্টেক করা ETH-এর পরিমাণের উপর ভিত্তি করে ওঠানামা করে।
+- **The Merge-এর পর থেকে, শুধুমাত্র ~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) ব্লক প্রকাশ করার জন্যও পুরস্কৃত করা হয়েছিল, যা বৈধ ব্লক ছিল কিন্তু দীর্ঘতম/ক্যানোনিকাল চেইনে শেষ হয়নি। এই পুরস্কারগুলি প্রতি ommer-এর জন্য সর্বোচ্চ 1.75 ETH ছিল, এবং ক্যানোনিকাল ব্লক থেকে ইস্যু করা পুরস্কারের _অতিরিক্ত_ ছিল। মাইনিং প্রক্রিয়াটি একটি অর্থনৈতিকভাবে নিবিড় কার্যকলাপ ছিল, যা ঐতিহাসিকভাবে টিকিয়ে রাখার জন্য উচ্চ স্তরের ETH ইস্যুয়েন্সের প্রয়োজন ছিল।
+
+### কনসেন্সাস লেয়ার ইস্যুয়েন্স {#cl-issuance-pre-merge}
+
+[বিকন চেইন](/ethereum-forks/#beacon-chain-genesis) 2020 সালে লাইভ হয়েছিল। মাইনারদের পরিবর্তে, এটি প্রুফ-অফ-স্টেক ব্যবহার করে ভ্যালিডেটরদের দ্বারা সুরক্ষিত। এই চেইনটি Ethereum ব্যবহারকারীদের দ্বারা বুটস্ট্র্যাপ করা হয়েছিল যারা মেইননেটে (এক্সিকিউশন লেয়ার) একটি স্মার্ট কন্ট্র্যাক্টে একমুখী ETH জমা করেছিল, যা বিকন চেইন শোনে, এবং ব্যবহারকারীকে নতুন চেইনে সমান পরিমাণ ETH ক্রেডিট করে। The Merge না হওয়া পর্যন্ত, বিকন চেইনের ভ্যালিডেটররা লেনদেন প্রক্রিয়া করছিল না এবং মূলত ভ্যালিডেটর পুলের অবস্থার উপরই কনসেন্সাসে আসছিল।
+
+বিকন চেইনের ভ্যালিডেটরদের চেইনের অবস্থার প্রত্যয়ন এবং ব্লক প্রস্তাব করার জন্য ETH দিয়ে পুরস্কৃত করা হয়। পুরস্কার (বা জরিমানা) প্রতিটি εποc (প্রতি 6.4 মিনিট) ভ্যালিডেটরের পারফরম্যান্সের উপর ভিত্তি করে গণনা এবং বিতরণ করা হয়। ভ্যালিডেটরের পুরস্কারগুলি প্রুফ-অফ-ওয়ার্কের অধীনে পূর্বে ইস্যু করা মাইনিং পুরস্কারের (প্রতি ~13.5 সেকেন্ডে 2 ETH) চেয়ে **উল্লেখযোগ্যভাবে** কম, কারণ একটি ভ্যালিডেটিং নোড পরিচালনা করা ততটা অর্থনৈতিকভাবে তীব্র নয় এবং তাই এত উচ্চ পুরস্কারের প্রয়োজন বা ওয়ারেন্টি দেয় না।
+
+### প্রি-মার্জ ইস্যুয়েন্সের ব্রেকডাউন {#pre-merge-issuance-breakdown}
+
+মোট ETH সরবরাহ: **~120,520,000 ETH** (সেপ্টেম্বর 2022-এ The Merge-এর সময়)
+
+**এক্সিকিউশন লেয়ার ইস্যুয়েন্স:**
+
+- প্রতি 13.3 সেকেন্ডে 2.08 ETH অনুমান করা হয়েছিল\*: এক বছরে **~4,930,000** ETH ইস্যু করা হয়েছে
+- এর ফলে মুদ্রাস্ফীতির হার **প্রায় 4.09%** হয়েছে (প্রতি বছর 4.93M / মোট 120.5M)
+- \*এর মধ্যে প্রতি ক্যানোনিকাল ব্লকে 2 ETH, এবং ommer ব্লক থেকে সময়ের সাথে সাথে গড়ে 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}
+
+The Merge-এর পর থেকে এক্সিকিউশন লেয়ার ইস্যুয়েন্স শূন্য। কনসেন্সাসের আপগ্রেড করা নিয়মগুলির অধীনে ব্লক উৎপাদনের জন্য প্রুফ-অফ-ওয়ার্ক আর একটি বৈধ উপায় নয়। সমস্ত এক্সিকিউশন লেয়ার কার্যকলাপ "বিকন ব্লক"-এ প্যাকেজ করা হয়, যা প্রুফ-অফ-স্টেক ভ্যালিডেটরদের দ্বারা প্রকাশিত এবং প্রত্যয়িত হয়। বিকন ব্লকগুলির প্রত্যয়ন এবং প্রকাশনার জন্য পুরস্কারগুলি কনসেন্সাস লেয়ারে আলাদাভাবে হিসাব করা হয়।
+
+### কনসেন্সাস লেয়ার ইস্যুয়েন্স {#cl-issuance-post-merge}
+
+কনসেন্সাস লেয়ার ইস্যুয়েন্স আজও The Merge-এর আগের মতোই অব্যাহত রয়েছে, যেখানে ভ্যালিডেটরদের জন্য ছোট পুরস্কার রয়েছে যারা ব্লকগুলির প্রত্যয়ন এবং প্রস্তাব করে। ভ্যালিডেটরের পুরস্কারগুলি _ভ্যালিডেটর ব্যালেন্স_-এ জমা হতে থাকে যা কনসেন্সাস লেয়ারের মধ্যে পরিচালিত হয়। বর্তমান অ্যাকাউন্টগুলির ("এক্সিকিউশন" অ্যাকাউন্ট) থেকে ভিন্ন, যা মেইননেটে লেনদেন করতে পারে, এগুলি হল পৃথক Ethereum অ্যাকাউন্ট যা অন্যান্য Ethereum অ্যাকাউন্টের সাথে অবাধে লেনদেন করতে পারে না। এই অ্যাকাউন্টগুলির তহবিল শুধুমাত্র একটি নির্দিষ্ট এক্সিকিউশন ঠিকানায় তোলা যাবে।
+
+এপ্রিল 2023-এ সংঘটিত সাংহাই/ক্যাপেলা আপগ্রেডের পর থেকে, এই উত্তোলনগুলি স্টেকারদের জন্য সক্রিয় করা হয়েছে। স্টেকারদের তাদের _আয়/পুরস্কার (32 ETH-এর বেশি ব্যালেন্স)_ সরিয়ে ফেলার জন্য উৎসাহিত করা হয় কারণ এই তহবিলগুলি অন্যথায় তাদের স্টেক ওজনে অবদান রাখছে না (যা সর্বোচ্চ 32)।
+
+স্টেকাররা তাদের সম্পূর্ণ ভ্যালিডেটর ব্যালেন্স থেকে বেরিয়ে যেতে এবং তুলে নিতেও পারেন। Ethereum স্থিতিশীল রয়েছে তা নিশ্চিত করার জন্য, একই সাথে ছেড়ে যাওয়া ভ্যালিডেটরের সংখ্যা সীমিত করা হয়েছে।
+
+একটি নির্দিষ্ট দিনে মোট ভ্যালিডেটর সংখ্যার প্রায় 0.33% বেরিয়ে যেতে পারে। ডিফল্টরূপে, প্রতি εποc (প্রতি 6.4 মিনিট, বা প্রতিদিন 900) চারটি (4) ভ্যালিডেটর বেরিয়ে যেতে পারে। 262,144 (2<sup>18</sup>)-এর উপরে প্রতি 65,536 (2<sup>16</sup>) অতিরিক্ত ভ্যালিডেটরের জন্য একটি (1) অতিরিক্ত ভ্যালিডেটরকে বেরিয়ে যাওয়ার অনুমতি দেওয়া হয়েছে। উদাহরণস্বরূপ, 327,680-এর বেশি ভ্যালিডেটর সহ, প্রতি εποc (প্রতিদিন 1,125) পাঁচটি (5) চলে যেতে পারে। 393,216-এর বেশি মোট সক্রিয় ভ্যালিডেটর সংখ্যা সহ ছয় (6)-কে অনুমতি দেওয়া হবে, এবং আরও অনেক কিছু।
+
+যত বেশি ভ্যালিডেটর টাকা তুলে নেয়, তত বেশি প্রস্থানকারী ভ্যালিডেটরের সর্বোচ্চ সংখ্যা ধীরে ধীরে সর্বনিম্ন চারে নামিয়ে আনা হবে যাতে ইচ্ছাকৃতভাবে একই সময়ে বিপুল পরিমাণ অস্থিতিশীল স্টেকড ETH তোলা থেকে বিরত রাখা যায়।
+
+### পোস্ট-মার্জ মুদ্রাস্ফীতির ব্রেকডাউন {#post-merge-inflation-breakdown}
+
+- মোট ETH সরবরাহ: **~120,520,000 ETH** (সেপ্টেম্বর 2022-এ The Merge-এর সময়)
+- এক্সিকিউশন লেয়ার ইস্যুয়েন্স: **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) এর সাথে লাইভ হয়েছিল, এবং The Merge এর পর থেকে অপরিবর্তিত রয়েছে।
+</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/গ্যাস এককে) সমাধান করতে পারি:
+
+- `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/গ্যাস মূল্যকে প্রতিনিধিত্ব করে।
+
+সুতরাং, উদাহরণস্বরূপ, যদি `X` (দৈনিক ETH ইস্যুয়েন্স) মোট স্টেক করা ETH-এর উপর ভিত্তি করে 1800-এ বৃদ্ধি পায়, `f(X)` (সমস্ত ইস্যুয়েন্স অফসেট করার জন্য প্রয়োজনীয় gwei) তখন `17 gwei` হবে (2টি উল্লেখযোগ্য সংখ্যা ব্যবহার করে)
+
+## আরও পড়ুন {#further-reading}
+
+- [দ্য মার্জ](/roadmap/merge/)
+- [Ultrasound.money](https://ultrasound.money/) - _রিয়েল-টাইমে ETH ইস্যুয়েন্স এবং বার্ন ভিজ্যুয়ালাইজ করার জন্য ড্যাশবোর্ড উপলব্ধ_
+- [চার্টিং ইথেরিয়াম ইস্যুয়েন্স](https://www.attestant.io/posts/charting-ethereum-issuance/) - _জিম ম্যাকডোনাল্ড 2020_
diff --git a/public/content/translations/bn/roadmap/pbs/index.md b/public/content/translations/bn/roadmap/pbs/index.md
new file mode 100644
index 00000000000..773b2ca684c
--- /dev/null
+++ b/public/content/translations/bn/roadmap/pbs/index.md
@@ -0,0 +1,50 @@
+---
+title: "প্রস্তাবক-নির্মাতা পৃথকীকরণ"
+description: "জানুন কিভাবে এবং কেন Ethereum ভ্যালিডেটররা তাদের ব্লক বিল্ডিং এবং ব্লক ব্রডকাস্টিং দায়িত্বগুলো ভাগ করবে।"
+lang: bn
+---
+
+# প্রোপোজার-বিল্ডার সেপারেশন {#proposer-builder-separation}
+
+বর্তমান দিনের Ethereum ভ্যালিডেটররা ব্লক তৈরি _এবং_ ব্রডকাস্ট করে। তারা গসিপ নেটওয়ার্কের মাধ্যমে শোনা লেনদেনগুলোকে একসাথে বান্ডিল করে এবং সেগুলোকে একটি ব্লকে প্যাকেজ করে যা Ethereum নেটওয়ার্কে পিয়ারদের কাছে পাঠানো হয়। **প্রোপোজার-বিল্ডার সেপারেশন (PBS)** এই কাজগুলোকে একাধিক ভ্যালিডেটরের মধ্যে বিভক্ত করে। ব্লক বিল্ডাররা ব্লক তৈরি করার জন্য এবং প্রতিটি স্লটে ব্লক প্রোপোজারকে অফার করার জন্য দায়ী হয়ে ওঠে। ব্লক প্রোপোজার ব্লকের বিষয়বস্তু দেখতে পারে না, তারা কেবল সবচেয়ে লাভজনকটি বেছে নেয়, ব্লকের নির্মাতাকে ফি প্রদান করে এবং তারপর ব্লকটি তার পিয়ারদের কাছে পাঠায়।
+
+এটি বিভিন্ন কারণে একটি গুরুত্বপূর্ণ আপগ্রেড। প্রথমত, এটি প্রোটোকল স্তরে লেনদেন সেন্সরশিপ প্রতিরোধের সুযোগ তৈরি করে। দ্বিতীয়ত, এটি শখের ভ্যালিডেটরদের প্রাতিষ্ঠানিক প্লেয়ারদের দ্বারা প্রতিযোগিতায় হেরে যাওয়া থেকে বাধা দেয় যারা তাদের ব্লক বিল্ডিংয়ের লাভজনকতাকে আরও ভালোভাবে অপ্টিমাইজ করতে পারে। তৃতীয়ত, এটি Danksharding আপগ্রেডগুলো সক্ষম করার মাধ্যমে Ethereum স্কেলিং করতে সাহায্য করে।
+
+## 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 এবং Danksharding {#pbs-and-danksharding}
+
+Danksharding হল সেই উপায় যার মাধ্যমে Ethereum প্রতি সেকেন্ডে >100,000 লেনদেনে স্কেল করবে এবং রোলআপ ব্যবহারকারীদের জন্য ফি কমিয়ে আনবে। এটি PBS-এর উপর নির্ভর করে কারণ এটি ব্লক বিল্ডারদের কাজের চাপ বাড়ায়, যাদেরকে 1 সেকেন্ডের কম সময়ে 64 MB পর্যন্ত রোলআপ ডেটার জন্য প্রমাণ গণনা করতে হবে। এর জন্য সম্ভবত বিশেষায়িত বিল্ডারদের প্রয়োজন হবে যারা এই কাজের জন্য যথেষ্ট পরিমাণে হার্ডওয়্যার উৎসর্গ করতে পারে। যাইহোক, বর্তমান পরিস্থিতিতে ব্লক বিল্ডিং MEV এক্সট্রাকশনের কারণে এমনিতেও আরও অত্যাধুনিক এবং শক্তিশালী অপারেটরদের চারপাশে ক্রমবর্ধমানভাবে কেন্দ্রীভূত হতে পারে। প্রোপোজার-বিল্ডার সেপারেশন হল এই বাস্তবতাকে আলিঙ্গন করার এবং এটিকে ব্লক ভ্যালিডেশন (গুরুত্বপূর্ণ অংশ) বা স্টেকিং পুরস্কার বিতরণের উপর কেন্দ্রীভূত শক্তি প্রয়োগ করা থেকে বিরত রাখার একটি উপায়। একটি বড় পার্শ্ব-সুবিধা হল যে বিশেষায়িত ব্লক বিল্ডাররাও Danksharding-এর জন্য প্রয়োজনীয় ডেটা প্রমাণ গণনা করতে ইচ্ছুক এবং সক্ষম।
+
+## বর্তমান অগ্রগতি {#current-progress}
+
+PBS গবেষণার একটি উন্নত পর্যায়ে রয়েছে, তবে এখনও কিছু গুরুত্বপূর্ণ ডিজাইনের প্রশ্ন রয়েছে যা Ethereum ক্লায়েন্টে প্রোটোটাইপ করার আগে সমাধান করা প্রয়োজন। এখনও কোনো চূড়ান্ত স্পেসিফিকেশন নেই। এর মানে হল 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/bn/roadmap/pectra/7702/index.md b/public/content/translations/bn/roadmap/pectra/7702/index.md
new file mode 100644
index 00000000000..a5de036b5e4
--- /dev/null
+++ b/public/content/translations/bn/roadmap/pectra/7702/index.md
@@ -0,0 +1,149 @@
+---
+title: "Pectra 7702 নির্দেশিকা"
+description: "Pectra রিলিজে 7702 সম্পর্কে আরও জানুন"
+lang: bn
+---
+
+# Pectra 7702
+
+## সারসংক্ষেপ {#abstract}
+
+EIP 7702 একটি EOA-তে কোড যোগ করার জন্য একটি প্রক্রিয়া সংজ্ঞায়িত করে। এই প্রস্তাবটি EOA-কে, যা হলো লিগ্যাসি Ethereum অ্যাকাউন্ট, স্বল্প-মেয়াদী ফাংশনালিটি উন্নত করার সুযোগ দেয়, যার ফলে অ্যাপ্লিকেশনগুলির ব্যবহারযোগ্যতা বৃদ্ধি পায়। এটি একটি নতুন ট্রানজ্যাকশন টাইপ: 4 ব্যবহার করে ইতিমধ্যে ডিপ্লয় করা কোডে একটি পয়েন্টার সেট করে করা হয়।
+
+এই নতুন ট্রানজ্যাকশন টাইপটি একটি অনুমোদন তালিকা উপস্থাপন করে। তালিকার প্রতিটি অনুমোদন টাপলকে এইভাবে সংজ্ঞায়িত করা হয়েছে
+
+```
+[ chain_id, address, nonce, y_parity, r, s ]
+```
+
+**address** হলো ডেলেগেশন (ইতিমধ্যে ডিপ্লয় করা বাইটকোড যা EOA দ্বারা ব্যবহৃত হবে)
+**chain_id** অনুমোদনটিকে একটি নির্দিষ্ট চেইনে লক করে (অথবা সমস্ত চেইনের জন্য 0)
+**nonce** অনুমোদনটিকে একটি নির্দিষ্ট অ্যাকাউন্ট ননসে লক করে
+(**y_parity, r, s**) হলো অনুমোদন টাপলের স্বাক্ষর, যা keccak(0x05 || rlp ([chain_id ,address, nonce])) হিসেবে সংজ্ঞায়িত এবং যে EOA-এর জন্য অনুমোদনটি প্রযোজ্য তার প্রাইভেট কী দ্বারা তৈরি (যাকে অথরিটি-ও বলা হয়)
+
+একটি ডেলেগেশন নাল অ্যাড্রেসে ডেলেগেট করে রিসেট করা যেতে পারে।
+
+ডেলেগেশনের পরেও EOA-এর প্রাইভেট কী অ্যাকাউন্টের উপর সম্পূর্ণ নিয়ন্ত্রণ রাখে। উদাহরণস্বরূপ, একটি Safe-এ ডেলেগেট করা অ্যাকাউন্টটিকে মাল্টিসিগ করে না কারণ এখনও একটি একক কী রয়েছে যা যেকোনো সাইনিং পলিসি বাইপাস করতে পারে। ভবিষ্যতে, ডেভেলপারদের এই ধারণা নিয়ে ডিজাইন করা উচিত যে সিস্টেমের যেকোনো অংশগ্রহণকারী একটি স্মার্ট কন্ট্র্যাক্ট হতে পারে। স্মার্ট কন্ট্র্যাক্ট ডেভেলপারদের জন্য, `tx.origin` একটি EOA-কে নির্দেশ করে এমনটা ধরে নেওয়া আর নিরাপদ নয়।
+
+## সেরা অনুশীলন {#best-practices}
+
+**অ্যাকাউন্ট অ্যাবস্ট্রাকশন**: সামঞ্জস্যতা সর্বাধিক করার জন্য একটি ডেলেগেশন কন্ট্র্যাক্টকে Ethereum-এর বৃহত্তর অ্যাকাউন্ট অ্যাবস্ট্রাকশন (AA) স্ট্যান্ডার্ডের সাথে সামঞ্জস্যপূর্ণ হওয়া উচিত। বিশেষত, এটি আদর্শভাবে ERC-4337 অনুবর্তী বা সামঞ্জস্যপূর্ণ হওয়া উচিত।
+
+**পারমিশনলেস এবং সেন্সরশিপ-প্রতিরোধী ডিজাইন**: Ethereum পারমিশনলেস অংশগ্রহণের গুরুত্ব দেয়। একটি ডেলেগেশন কন্ট্রাক্ট কোনো একক "বিশ্বস্ত" রিলেয়ার বা পরিষেবার ওপর হার্ড-কোড বা নির্ভর করবে না। রিলেয়ার অফলাইন হয়ে গেলে এটি অ্যাকাউন্টটি অকেজো করে দেবে। ব্যাচিংয়ের মতো বৈশিষ্ট্যগুলি (যেমন, approve+transferFrom) EOA নিজেই একটি রিলেয়ার ছাড়াই ব্যবহার করতে পারে। 7702 দ্বারা সক্রিয় উন্নত বৈশিষ্ট্যগুলি (গ্যাস অ্যাবস্ট্রাকশন, গোপনীয়তা-সংরক্ষণকারী উইথড্রয়াল) ব্যবহার করতে ইচ্ছুক অ্যাপ্লিকেশন ডেভেলপারদের জন্য একটি রিলেয়ারের প্রয়োজন হবে। যদিও বিভিন্ন রিলেয়ার আর্কিটেকচার রয়েছে, আমাদের সুপারিশ হলো অন্তত [এন্ট্রি পয়েন্ট 0.8](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0)-কে নির্দেশ করে এমন [4337 বান্ডলার](https://www.erc4337.io/bundlers) ব্যবহার করা, কারণ:
+
+- এগুলি রিলে করার জন্য স্ট্যান্ডার্ডাইজড ইন্টারফেস প্রদান করে
+- অন্তর্নির্মিত পে-মাস্টার সিস্টেম অন্তর্ভুক্ত করে
+- ভবিষ্যৎ সামঞ্জস্যতা নিশ্চিত করে
+- একটি [পাবলিক মেমপুল](https://notes.ethereum.org/@yoav/unified-erc-4337-mempool)-এর মাধ্যমে সেন্সরশিপ প্রতিরোধ সমর্থন করতে পারে
+- init ফাংশনটি শুধুমাত্র [এন্ট্রি পয়েন্ট](https://github.com/eth-infinitism/account-abstraction/releases/tag/v0.8.0) থেকে কল করার প্রয়োজন হতে পারে
+
+অন্য কথায়, যে কেউ ট্রানজ্যাকশন স্পনসর/রিলেয়ার হিসেবে কাজ করতে পারবে, যতক্ষণ তারা অ্যাকাউন্ট থেকে প্রয়োজনীয় বৈধ স্বাক্ষর বা UserOperation প্রদান করে। এটি সেন্সরশিপ প্রতিরোধ নিশ্চিত করে: যদি কোনো কাস্টম ইনফ্রাস্ট্রাকচারের প্রয়োজন না হয়, তবে একজন ব্যবহারকারীর ট্রানজ্যাকশন একটি গেটকিপিং রিলে দ্বারা ইচ্ছামতো ব্লক করা যাবে না। উদাহরণস্বরূপ, [MetaMask-এর ডেলেগেশন টুলকিট](https://github.com/MetaMask/delegation-framework/releases/tag/v1.3.0) যেকোনো চেইনে যেকোনো ERC-4337 বান্ডলার বা পে-মাস্টারের সাথে স্পষ্টভাবে কাজ করে, MetaMask-নির্দিষ্ট সার্ভারের প্রয়োজন ছাড়াই।
+
+**ওয়ালেট ইন্টারফেসের মাধ্যমে ডিএ্যাপস ইন্টিগ্রেশন**:
+
+যেহেতু ওয়ালেটগুলি EIP-7702-এর জন্য নির্দিষ্ট ডেলেগেশন কন্ট্র্যাক্টগুলিকে হোয়াইটলিস্ট করবে, তাই ডিএ্যাপসগুলির সরাসরি 7702 অনুমোদনের জন্য অনুরোধ করা উচিত নয়। পরিবর্তে, ইন্টিগ্রেশন স্ট্যান্ডার্ডাইজড ওয়ালেট ইন্টারফেসের মাধ্যমে হওয়া উচিত:
+
+- **ERC-5792 (`wallet_sendCalls`)**: ডিএ্যাপসগুলিকে ওয়ালেটগুলির কাছে ব্যাচড কল কার্যকর করার জন্য অনুরোধ করতে সক্ষম করে, যা ট্রানজ্যাকশন ব্যাচিং এবং গ্যাস অ্যাবস্ট্রাকশনের মতো ফাংশনালিটিগুলিকে সহজ করে তোলে।
+
+- **ERC-6900**: ওয়ালেট-পরিচালিত মডিউলগুলির মাধ্যমে ডিএ্যাপসগুলিকে মডুলার স্মার্ট অ্যাকাউন্ট ক্ষমতা, যেমন সেশন কী এবং অ্যাকাউন্ট পুনরুদ্ধার, ব্যবহার করার সুবিধা দেয়।
+
+এই ইন্টারফেসগুলি ব্যবহার করে, ডিএ্যাপসগুলি সরাসরি ডেলেগেশন পরিচালনা না করেই EIP-7702 দ্বারা প্রদত্ত স্মার্ট অ্যাকাউন্ট ফাংশনালিটিগুলি অ্যাক্সেস করতে পারে, যা বিভিন্ন ওয়ালেট ইমপ্লিমেন্টেশন জুড়ে সামঞ্জস্যতা এবং নিরাপত্তা নিশ্চিত করে।
+
+> দ্রষ্টব্য: ডিএ্যাপসগুলির জন্য সরাসরি 7702 অনুমোদন স্বাক্ষর অনুরোধ করার কোনো স্ট্যান্ডার্ডাইজড পদ্ধতি নেই। EIP-7702 বৈশিষ্ট্যগুলির সুবিধা নিতে ডিএ্যাপসগুলিকে অবশ্যই 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-র মডুলার অ্যাকাউন্ট](https://github.com/alchemyplatform/modular-account) মডুলার স্মার্ট অ্যাকাউন্টের জন্য ERC-6900 স্ট্যান্ডার্ড ব্যবহার করে এবং "পারমিশনলেস ইন্টারঅপারেবল ব্যবহার" মাথায় রেখে ডিজাইন করা হয়েছে।
+
+**গোপনীয়তা সংরক্ষণ**: যদিও অনচেইন গোপনীয়তা সীমিত, একটি ডেলেগেশন কন্ট্র্যাক্টকে ডেটা প্রকাশ এবং লিঙ্কেবিলিটি কমানোর জন্য চেষ্টা করা উচিত। এটি ERC-20 টোকেনে গ্যাস পেমেন্টের মতো বৈশিষ্ট্য সমর্থন করে অর্জন করা যেতে পারে (যাতে ব্যবহারকারীদের একটি পাবলিক ETH ব্যালেন্স বজায় রাখার প্রয়োজন হয় না, যা গোপনীয়তা এবং UX উন্নত করে) এবং ওয়ান-টাইম সেশন কী (যা একটি একক দীর্ঘমেয়াদী কী-এর উপর নির্ভরতা কমায়)। উদাহরণস্বরূপ, EIP-7702 স্পনসরড ট্রানজ্যাকশনের মাধ্যমে টোকেনে গ্যাস প্রদানের সুবিধা দেয় এবং একটি ভালো ইমপ্লিমেন্টেশন প্রয়োজনের চেয়ে বেশি তথ্য ফাঁস না করে এই ধরনের পে-মাস্টারগুলিকে একীভূত করা সহজ করে তুলবে। অতিরিক্তভাবে, কিছু অনুমোদনের অফ-চেইন ডেলেগেশন (অনচেইনে যাচাইকৃত স্বাক্ষর ব্যবহার করে) মানে ব্যবহারকারীর প্রাথমিক কী দিয়ে কম অনচেইন ট্রানজ্যাকশন, যা গোপনীয়তা রক্ষায় সহায়তা করে। যে অ্যাকাউন্টগুলিতে রিলেয়ার ব্যবহার করতে হয়, সেগুলি ব্যবহারকারীদের তাদের IP অ্যাড্রেস প্রকাশ করতে বাধ্য করে। পাবলিকমেমপুলগুলি এটিকে উন্নত করে, যখন একটি ট্রানজ্যাকশন/ইউজারঅপ মেমপুলের মাধ্যমে প্রচারিত হয়, তখন আপনি বলতে পারবেন না যে এটি যে আইপি থেকে পাঠানো হয়েছে সেখান থেকে উদ্ভূত হয়েছে, নাকি p2p প্রোটোকলের মাধ্যমে এটির মাধ্যমে কেবল রিলে করা হয়েছে।
+
+**সম্প্রসারণযোগ্যতা এবং মডুলার নিরাপত্তা**: অ্যাকাউন্ট ইমপ্লিমেন্টেশনগুলি সম্প্রসারণযোগ্য হওয়া উচিত যাতে সেগুলি নতুন বৈশিষ্ট্য এবং নিরাপত্তা উন্নতির সাথে বিকশিত হতে পারে। EIP-7702-এর সাথে আপগ্রেডিবিলিটি স্বাভাবিকভাবেই সম্ভব (যেহেতু একটি EOA তার লজিক আপগ্রেড করার জন্য ভবিষ্যতে সর্বদা একটি নতুন কন্ট্রাক্টে ডেলেগেট করতে পারে)। আপগ্রেডযোগ্যতার বাইরে, একটি ভাল ডিজাইন মডুলারিটির সুযোগ দেয় – যেমন, বিভিন্ন স্বাক্ষর স্কিম বা ব্যয় নীতির জন্য প্লাগ-ইন মডিউল – সম্পূর্ণভাবে পুনরায় ডিপ্লয় করার প্রয়োজন ছাড়াই। Alchemy-র অ্যাকাউন্ট কিট একটি প্রধান উদাহরণ, যা ডেভেলপারদের বিভিন্ন ধরণের স্বাক্ষরের (যেমন 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` ফাংশনটি কার্যকর করতে পারে, যা সম্ভাব্যভাবে অ্যাকাউন্টের নিয়ন্ত্রণ নিয়ে নিতে পারে।
+
+এই ঝুঁকিটি বিশেষভাবে প্রাসঙ্গিক যখন বিদ্যমান স্মার্ট কন্ট্রাক্ট অ্যাকাউন্ট (SCA) ইমপ্লিমেন্টেশনগুলিকে তাদের ইনিশিয়ালাইজেশন মেকানিজম পরিবর্তন না করে EIP-7702-এর সাথে ব্যবহার করার চেষ্টা করা হয়।
+
+**ইনিশিয়ালাইজেশন দুর্বলতা প্রশমিত করার সমাধান**
+
+- `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 লাইন সলিডিটি, যা ইচ্ছাকৃতভাবে বাগ কমানোর জন্য জটিলতা কমিয়ে দেয়। বৈশিষ্ট্য-সমৃদ্ধ যুক্তি এবং অডিটিং সহজ করে এমন সরলতার মধ্যে একটি ভারসাম্য বজায় রাখতে হবে।
+
+### পরিচিত ইমপ্লিমেন্টেশন {#known-implementations}
+
+EIP 7702-এর প্রকৃতির কারণে, ব্যবহারকারীদের একটি তৃতীয় পক্ষের কন্ট্রাক্টে ডেলেগেট করতে সাহায্য করার সময় ওয়ালেটগুলিকে সতর্কতা অবলম্বন করার পরামর্শ দেওয়া হয়। নিচে পরিচিত ইমপ্লিমেন্টেশনগুলির একটি সংগ্রহ তালিকাভুক্ত করা হলো যা অডিট করা হয়েছে:
+
+| কন্ট্র্যাক্ট অ্যাড্রেস                     | উৎস                                                                                                                                       | অডিট                                                                                                                                                        |
+| ------------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| 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 Foundation 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 NFT, এবং সাপোর্টকে এটি সম্পর্কে সচেতন হওয়া উচিত।
+
+#### সচেতন {#aware}
+
+ব্যবহারকারীকে জানান যে EOA-এর জন্য একটি ডেলেগেশন রয়েছে তার কোড পরীক্ষা করে, এবং ঐচ্ছিকভাবে ডেলেগেশনটি সরানোর অফার দিন।
+
+#### সাধারণ ডেলেগেশন {#common-delegation}
+
+হার্ডওয়্যার প্রদানকারী পরিচিত ডেলেগেশন কন্ট্রাক্টগুলিকে হোয়াইটলিস্ট করে এবং সফ্টওয়্যার কম্প্যানিয়নে তাদের সমর্থন প্রয়োগ করে। সম্পূর্ণ ERC 4337 সমর্থন সহ একটি কন্ট্রাক্ট বেছে নেওয়ার সুপারিশ করা হয়।
+
+ভিন্ন একটিতে ডেলেগেট করা EOA-গুলিকে স্ট্যান্ডার্ড EOA হিসাবে বিবেচনা করা হবে।
+
+#### কাস্টম ডেলেগেশন {#custom-delegation}
+
+হার্ডওয়্যার প্রদানকারী তার নিজস্ব ডেলেগেশন কন্ট্রাক্ট প্রয়োগ করে এবং এটিকে তালিকায় যুক্ত করে এবং সফ্টওয়্যার কম্প্যানিয়নে তার সমর্থন প্রয়োগ করে। সম্পূর্ণ ERC 4337 সমর্থন সহ একটি কন্ট্রাক্ট তৈরি করার সুপারিশ করা হয়।
+
+ভিন্ন একটিতে ডেলেগেট করা EOA-গুলিকে স্ট্যান্ডার্ড EOA হিসাবে বিবেচনা করা হবে।
diff --git a/public/content/translations/bn/roadmap/pectra/index.md b/public/content/translations/bn/roadmap/pectra/index.md
new file mode 100644
index 00000000000..d281ab05488
--- /dev/null
+++ b/public/content/translations/bn/roadmap/pectra/index.md
@@ -0,0 +1,127 @@
+---
+title: "প্রাগ-ইলেক্ট্রা (পেক্ট্রা)"
+description: "Pectra প্রোটোকল আপগ্রেড সম্পর্কে জানুন"
+lang: bn
+---
+
+# পেক্ট্রা {#pectra}
+
+Pectra নেটওয়ার্ক আপগ্রেড [Dencun](/roadmap/dencun/) কে অনুসরণ করেছে এবং Ethereum এর এক্সিকিউশন লেয়ার এবং কনসেন্সাস লেয়ার উভয়তেই পরিবর্তন এনেছে। সংক্ষিপ্ত নাম Pectra হল Prague এবং Electra-এর একটি সংমিশ্রণ, যা যথাক্রমে এক্সিকিউশন লেয়ার এবং কনসেন্সাস লেয়ার স্পেসিফিকেশন পরিবর্তনের নাম। এই পরিবর্তনগুলি একত্রিতভাবে Ethereum ব্যবহারকারী, ডেভেলপার এবং ভ্যালিডেটরদের জন্য অনেক উন্নতি এনেছে।
+
+এই আপগ্রেডটি Ethereum মেইননেটে `364032` ইপোকে, **07-May-2025 তারিখ 10:05 (UTC)** সময়ে সফলভাবে সক্রিয় করা হয়েছিল।
+
+<Alert variant="update">
+<AlertContent>
+<AlertDescription>
+Pectra আপগ্রেড হল Ethereum-এর দীর্ঘমেয়াদী উন্নয়ন লক্ষ্যগুলির একটি মাত্র ধাপ। [প্রোটোকল রোডম্যাপ](/roadmap/) এবং [পূর্ববর্তী আপগ্রেড](/ethereum-forks/) সম্পর্কে আরও জানুন।
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## পেক্ট্রা-তে উন্নতি {#new-improvements}
+
+Pectra পূর্ববর্তী যেকোনো আপগ্রেডের তুলনায় সবচেয়ে বেশি সংখ্যক [EIPs](https://eips.ethereum.org/) নিয়ে এসেছে! অনেক ছোটখাটো পরিবর্তন রয়েছে তবে কিছু উল্লেখযোগ্য নতুন বৈশিষ্ট্যও রয়েছে। পরিবর্তন এবং প্রযুক্তিগত বিবরণের সম্পূর্ণ তালিকা অন্তর্ভুক্ত পৃথক EIP-গুলিতে পাওয়া যাবে।
+
+### 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) কলডেটার মূল্য বৃদ্ধি করে, কিন্তু শুধুমাত্র ডেটা-ভারী লেনদেনের জন্য। এটি সবচেয়ে খারাপ-পরিস্থিতির ব্লক আকারকে সীমাবদ্ধ করে, L2-কে শুধুমাত্র ব্লব ব্যবহার করার জন্য একটি প্রণোদনা প্রদান করে এবং 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}
+
+প্রিকম্পাইল হল ইথিরিয়াম ভার্চুয়াল মেশিন ([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 কনসেন্সাস ভ্যালিডেটরদের সর্বশেষ ব্লক এবং চূড়ান্ত ইপোকে তাদের ভোট দেওয়ার উপর ভিত্তি করে। অ্যাটেস্টেশনে ৩টি উপাদান অন্তর্ভুক্ত রয়েছে, যার মধ্যে ২টি ভোট এবং তৃতীয়টি হল কমিটি ইন্ডেক্স মান।
+
+[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">Pectra FAQ</a> দেখুন।
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+## এই আপগ্রেডটি কি সমস্ত Ethereum নোড এবং ভ্যালিডেটরকে প্রভাবিত করে? {#client-impact}
+
+হ্যাঁ, Pectra আপগ্রেডের জন্য [এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট](/developers/docs/nodes-and-clients/) উভয়েরই আপডেট প্রয়োজন। সমস্ত প্রধান Ethereum ক্লায়েন্ট উচ্চ অগ্রাধিকার হিসাবে চিহ্নিত হার্ড ফর্ক সমর্থনকারী সংস্করণ প্রকাশ করবে। আপগ্রেডের পরে ইথেরিয়াম নেটওয়ার্কের সাথে সিঙ্ক্রোনাইজেশন বজায় রাখতে, নোড অপারেটরদের অবশ্যই নিশ্চিত করতে হবে যে তারা একটি সমর্থিত ক্লায়েন্ট সংস্করণ চালাচ্ছে। লক্ষ্য করুন যে ক্লায়েন্ট রিলিজ সম্পর্কিত তথ্য সময়-সংবেদনশীল, এবং ব্যবহারকারীদের সবচেয়ে বর্তমান বিবরণের জন্য সর্বশেষ আপডেটগুলি উল্লেখ করা উচিত।
+
+## হার্ড ফর্কের পরে ETH কীভাবে রূপান্তরিত করা যাবে? {#scam-alert}
+
+- **আপনার ETH-এর জন্য কোনো পদক্ষেপের প্রয়োজন নেই**: Ethereum Pectra আপগ্রেডের পরে, আপনার ETH রূপান্তর বা আপগ্রেড করার কোনো প্রয়োজন নেই। আপনার অ্যাকাউন্টের ব্যালেন্স একই থাকবে, এবং আপনার বর্তমানে থাকা ETH হার্ড ফর্কের পরেও তার বিদ্যমান ফর্মে অ্যাক্সেসযোগ্য থাকবে।
+- **স্ক্যাম থেকে সাবধান!** <Emoji text="⚠️" /> **যে কেউ আপনাকে আপনার ETH "আপগ্রেড" করার নির্দেশ দিচ্ছে সে আপনাকে স্ক্যাম করার চেষ্টা করছে।** এই আপগ্রেডের সাথে সম্পর্কিত আপনার কিছুই করার নেই। আপনার সম্পদ সম্পূর্ণরূপে প্রভাবিত হবে না। মনে রাখবেন, অবগত থাকাই স্ক্যামের বিরুদ্ধে সেরা প্রতিরক্ষা।
+
+[স্ক্যাম চেনা এবং এড়ানোর বিষয়ে আরও জানুন](/security/)
+
+## আপনি কি দেখে শিখতে বেশি পছন্দ করেন? {#visual-learner}
+
+<YouTube id="ufIDBCgdGwY" />
+
+_পেক্ট্রা আপগ্রেডে কী কী আসছে?_ - ক্রিস্টিন কিম_
+
+<YouTube id="_UpAFpC7X6Y" />
+
+_Ethereum পেক্ট্রা আপগ্রেড: স্টেককারীদের যা জানা দরকার — Blockdaemon_
+
+## আরও পড়ুন {#further-reading}
+
+- [Ethereum রোডম্যাপ](/roadmap/)
+- [Pectra 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/)
+- [Pectra devnets](https://github.com/ethereum/pm/blob/master/Pectra/pectra-pm.md)
diff --git a/public/content/translations/bn/roadmap/pectra/maxeb/index.md b/public/content/translations/bn/roadmap/pectra/maxeb/index.md
new file mode 100644
index 00000000000..bd252ed045d
--- /dev/null
+++ b/public/content/translations/bn/roadmap/pectra/maxeb/index.md
@@ -0,0 +1,204 @@
+---
+title: Pectra MaxEB
+description: "Pectra রিলিজ-এ MaxEB সম্পর্কে আরও জানো।"
+lang: bn
+---
+
+# MaxEB {#maxeb}
+
+_সংক্ষেপে:_ Pectra হার্ড ফর্কের মাধ্যমে Ethereum ভ্যালিডেটররা **টাইপ 1** থেকে **টাইপ 2** উইথড্রয়াল ক্রেডেনশিয়ালে রূপান্তরিত করে একটি উচ্চতর সর্বোচ্চ কার্যকর ব্যালেন্স এবং কম্পাউন্ডিং বেছে নিতে পারে। এটি করার জন্য অফিসিয়াল টুল হলো Launchpad। এই অপারেশনটি উল্টানো যায় না।
+
+## একনজরে {#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)। Pectra হার্ড ফর্কের আগে পর্যন্ত, প্রতিটি ভ্যালিডেটর সর্বোচ্চ 32 ETH-এর উপর উপার্জন করে। Pectra-এর পরে, ভ্যালিডেটরদের কাছে পরিবর্তনে অপ্ট-ইন করে 32 থেকে 2048 ETH-এর মধ্যে যেকোনো ব্যালেন্সের উপর, 1 ETH বৃদ্ধিতে উপার্জন করার বিকল্প রয়েছে।
+
+### একজন ভ্যালিডেটর কীভাবে অপ্ট ইন করে? {#how-does-a-validator-opt-in}
+
+একজন ভ্যালিডেটর **টাইপ 1** থেকে **টাইপ 2** উইথড্রয়াল ক্রেডেনশিয়ালে রূপান্তরিত করার মাধ্যমে maxEB পরিবর্তনে অপ্ট ইন করে। Pectra হার্ড ফর্ক লাইভ হওয়ার পরে এটি [Launchpad (ভ্যালিডেটর অ্যাকশনস)](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...` দিয়ে শুরু হয়, তাহলে তুমি Shapella হার্ড ফর্কের আগে জমা দিয়েছ এবং এখনও কোনো উইথড্রয়াল ঠিকানা সেট করোনি।
+
+![টাইপ 0 উইথড্রয়াল ক্রেডেনশিয়াল](./0x00-wd.png)
+
+2. **টাইপ 1** উইথড্রয়াল ক্রেডেনশিয়াল: যদি তোমার ভ্যালিডেটরের উইথড্রয়াল ক্রেডেনশিয়াল `0x01...` দিয়ে শুরু হয়, তাহলে তুমি Shapella হার্ড ফর্কের পরে জমা দিয়েছ বা ইতিমধ্যেই তোমার **টাইপ 0** ক্রেডেনশিয়ালগুলিকে **টাইপ 1** ক্রেডেনশিয়ালে রূপান্তরিত করেছ।
+
+![টাইপ 1 উইথড্রয়াল ক্রেডেনশিয়াল](./0x01-wd.png)
+
+3. **টাইপ 2** উইথড্রয়াল ক্রেডেনশিয়াল: এই নতুন উইথড্রয়াল ক্রেডেনশিয়াল টাইপ `0x02...` দিয়ে শুরু হবে এবং Pectra-এর পরে সক্রিয় করা হবে। **টাইপ 2** উইথড্রয়াল ক্রেডেনশিয়াল সহ ভ্যালিডেটরদের কখনও কখনও "**কম্পাউন্ডিং ভ্যালিডেটর**" বলা হয়।
+
+| **অনুমোদিত**      | **অনুমোদিত নয়**   |
+| ----------------- | ----------------- |
+| ✅ টাইপ 0 → টাইপ 1 | ❌ টাইপ 0 → টাইপ 2 |
+| ✅ টাইপ 1 → টাইপ 2 | ❌ টাইপ 1 → টাইপ 0 |
+|                   | ❌ টাইপ 2 → টাইপ 1 |
+|                   | ❌ টাইপ 2 → টাইপ 0 |
+
+### ঝুঁকি {#risks}
+
+MaxEB একটি ভ্যালিডেটরকে তার সম্পূর্ণ ব্যালেন্স অন্য ভ্যালিডেটরের কাছে পাঠাতে সক্ষম করে। কনসোলিডেশন অনুরোধ জমা দেওয়া ব্যবহারকারীদের তারা যে লেনদেনে স্বাক্ষর করছেন তার উৎস এবং বিষয়বস্তু যাচাই করা উচিত। maxEB বৈশিষ্ট্যগুলির সুবিধা নেওয়ার জন্য অফিসিয়াল টুল হলো Launchpad। যদি তুমি কোনো তৃতীয়-পক্ষের টুল ব্যবহার করার সিদ্ধান্ত নাও, তাহলে যাচাই করে নিও যে:
+
+- উৎস ভ্যালিডেটরের পাবকি (pubkey) এবং উইথড্রয়াল ঠিকানা তাদের নিয়ন্ত্রিত ভ্যালিডেটরের সাথে মেলে
+- লক্ষ্য ভ্যালিডেটরের পাবকি সঠিক এবং তাদেরই
+- যদি তারা অন্য ভ্যালিডেটরের কাছে ফান্ড পাঠাতে না চায়, তবে অনুরোধটি একটি রূপান্তর, কনসোলিডেশন নয়
+- সঠিক উইথড্রয়াল ঠিকানা দ্বারা লেনদেনটি স্বাক্ষরিত হচ্ছে
+
+আমরা তোমাকে **জোরালোভাবে সুপারিশ করছি** যে তুমি যে কোনো তৃতীয়-পক্ষের টুল ব্যবহার করার পরিকল্পনা করছো, তা নিয়ে [EthStaker কমিউনিটি](https://ethstaker.org/about)-এর সাথে আলোচনা করে নাও। তোমার পদ্ধতিটি স্যানিটি-চেক করতে এবং ভুল এড়াতে এটি একটি সহায়ক জায়গা। যদি তুমি একটি ম্যালিসিয়াস বা ভুলভাবে কনফিগার করা টুল ব্যবহার করো, **তোমার সম্পূর্ণ ভ্যালিডেটর ব্যালেন্স এমন একটি ভ্যালিডেটরের কাছে পাঠানো হতে পারে যা তুমি নিয়ন্ত্রণ করো না** — এবং এটি ফিরিয়ে আনার কোনো উপায় থাকবে না।
+
+## প্রযুক্তিগত বিবরণ {#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. সেই লক্ষ্য ভ্যালিডেটরের পাবলিক কী
+
+একটি রূপান্তরের ক্ষেত্রে, ২ ও ৩ একই হবে। এই অপারেশনটি [Launchpad](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 ফাউন্ডেশন দ্বারা নির্মিত অফিসিয়াল টুলটি হলো [Launchpad](https://launchpad.ethereum.org/en/validator-actions)। স্টেকিং কমিউনিটির সত্তা দ্বারা নির্মিত তৃতীয়-পক্ষের টুলসও রয়েছে যা Launchpad দ্বারা প্রদান করা হয় না এমন বৈশিষ্ট্য অফার করতে পারে। যদিও এখানের টুলসগুলি Ethereum ফাউন্ডেশন দ্বারা অডিট করা বা অনুমোদিত নয়, নিম্নলিখিতগুলি কমিউনিটির পরিচিত সদস্যদের দ্বারা তৈরি ওপেন সোর্স টুলস।
+
+| টুল                             | ওয়েবসাইট                                                                                                 | ওপেন সোর্স                        | নির্মাতা                                       | নিরীক্ষিত                                                                                                                                            | ইন্টারফেস                                                                      | উল্লেখযোগ্য বৈশিষ্ট্য                                                |
+| ------------------------------- | --------------------------------------------------------------------------------------------------------- | --------------------------------- | ---------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------ | -------------------------------------------------------------------- |
+| Pectra স্টেকিং ম্যানেজার        | pectrastaking.com                                                                         | হ্যাঁ, Apache 2.0 | [Pier Two](https://piertwo.com/)               | না                                                                                                                                                   | ওয়েব UI                                                                       | ওয়ালেট কানেক্ট, SAFE-এর সাথে কাজ করে                                 |
+| Pectra ভ্যালিডেটর অপস 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                                 | শুধুমাত্র তুমি Lighthouse কনসেন্সাস ক্লায়েন্ট ব্যবহার করলে কাজ করে   |
+| Consolideth.app | https://consolideth.app/ [GitHub](https://github.com/Stakely/consolideth) | হ্যাঁ, MIT লাইসেন্স               | [Stakely](https://stakely.io/)                 | না                                                                                                                                                   | ওয়েব UI, stakely দ্বারা হোস্ট করা এবং বিনামূল্যে সেলফহোস্ট করার জন্য প্রস্তুত | ওয়ালেটকানেক্ট ব্যবহার করে সেফ সহ প্রধান ওয়ালেট সংযোগগুলি সমর্থন করে। |
+
+## সাধারণ জিজ্ঞাসা {#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}
+
+হ্যাঁ। ইন-প্লেস রূপান্তর একই ভ্যালিডেটর সূচক রাখে। যদি তুমি একাধিক ভ্যালিডেটর একত্রিত করো, তবে তুমি শুধুমাত্র _লক্ষ্য ভ্যালিডেটরের_ সূচক রাখতে পারবে।
+
+### আমি কি অ্যাটেস্টেশন মিস করব? {#miss-attestations}
+
+অন্য ভ্যালিডেটরে কনসোলিডেশনের সময়, উৎস ভ্যালিডেটর থেকে প্রস্থান করা হয় এবং লক্ষ্য ভ্যালিডেটরে ব্যালেন্স সক্রিয় হওয়ার আগে প্রায় 27 ঘন্টার একটি অপেক্ষার সময় থাকে। এই সময়কাল **পারফরম্যান্স মেট্রিক্সকে প্রভাবিত করে না**।
+
+### আমার কি জরিমানা হবে? {#incur-penalties}
+
+না। যতক্ষণ তোমার ভ্যালিডেটর অনলাইন থাকে, ততক্ষণ তোমার কোনো জরিমানা হবে না।
+
+### একত্রিত করা ভ্যালিডেটরদের উইথড্রয়াল ঠিকানাগুলি কি মিলতে হবে? {#withdrawal-addresses-match}
+
+না। কিন্তু _উৎসকে_ তার নিজের ঠিকানা থেকে অনুরোধটি অনুমোদন করতে হবে।
+
+### রূপান্তরের পরে কি আমার পুরস্কার কম্পাউন্ড হবে? {#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}
+
+- [Electra কনসেন্সাস স্পেকস](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): কমিউনিটি-নির্মিত চুক্তি যা একাধিক Ethereum ভ্যালিডেটরকে একটি একক লেনদেনে জমা দেওয়ার অনুমতি দেয়
diff --git a/public/content/translations/bn/roadmap/scaling/index.md b/public/content/translations/bn/roadmap/scaling/index.md
new file mode 100644
index 00000000000..a813d8163f0
--- /dev/null
+++ b/public/content/translations/bn/roadmap/scaling/index.md
@@ -0,0 +1,58 @@
+---
+title: "ইথেরিয়াম স্কেলিং"
+description: "রোলআপগুলি অফচেইনে লেনদেনগুলিকে একসাথে ব্যাচ করে, ব্যবহারকারীর জন্য খরচ কমিয়ে দেয়। তবে, রোলআপগুলি বর্তমানে যেভাবে ডেটা ব্যবহার করে তা খুব ব্যয়বহুল, যা লেনদেন কতটা সস্তা হতে পারে তা সীমাবদ্ধ করে। প্রোটো-ড্যাঙ্কশার্ডিং এই সমস্যার সমাধান করে।"
+lang: bn
+image: /images/roadmap/roadmap-transactions.png
+alt: "ইথেরিয়াম রোডম্যাপ"
+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 {#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-এ কানকুন-ডেনেব ("ডানকুন") নেটওয়ার্ক আপগ্রেডের অংশ হিসাবে সফলভাবে প্রয়োগ করা হয়েছিল। এর বাস্তবায়নের পর থেকে, রোলআপগুলি ব্লব সংগ্রহস্থল ব্যবহার করা শুরু করেছে, যার ফলে ব্যবহারকারীদের জন্য লেনদেনের খরচ কমেছে এবং ব্লবগুলিতে লক্ষ লক্ষ লেনদেন প্রক্রিয়াকরণ করা হয়েছে।
+
+সম্পূর্ণ ড্যাঙ্কশার্ডিং-এর কাজ চলতে থাকে, এর পূর্বশর্ত যেমন PBS (প্রোপোজার-বিল্ডার সেপারেশন) এবং DAS (ডেটা অ্যাভেইলেবিলিটি স্যাম্পলিং)-এর উপর অগ্রগতি সাধিত হচ্ছে। রোলআপ পরিকাঠামো বিকেন্দ্রীকরণ একটি ক্রমান্বয়িক প্রক্রিয়া - বিভিন্ন ধরনের রোলআপ রয়েছে যারা সামান্য ভিন্ন সিস্টেম তৈরি করছে এবং বিভিন্ন হারে সম্পূর্ণ বিকেন্দ্রীভূত হবে।
+
+[ডানকুন নেটওয়ার্ক আপগ্রেড এবং এর প্রভাব সম্পর্কে আরও জানুন](/roadmap/dencun/)
+
+<QuizWidget quizKey="scaling" />
diff --git a/public/content/translations/bn/roadmap/secret-leader-election/index.md b/public/content/translations/bn/roadmap/secret-leader-election/index.md
new file mode 100644
index 00000000000..5984c5a7c2c
--- /dev/null
+++ b/public/content/translations/bn/roadmap/secret-leader-election/index.md
@@ -0,0 +1,44 @@
+---
+title: "সিক্রেট লিডার ইলেকশন"
+description: "কীভাবে গোপন নেতা নির্বাচন ভ্যালিডেটরদের আক্রমণ থেকে রক্ষা করতে সাহায্য করতে পারে তার ব্যাখ্যা।"
+lang: bn
+summaryPoints:
+  - ব্লক প্রস্তাবকদের IP অ্যাড্রেস আগে থেকেই জানা যেতে পারে, যা তাদের আক্রমণের জন্য ঝুঁকিপূর্ণ করে তোলে।
+  - গোপন নেতা নির্বাচন ভ্যালিডেটরদের পরিচয় লুকিয়ে রাখে যাতে তাদের আগে থেকে জানা না যায়।
+  - এই ধারণার একটি সম্প্রসারণ হলো প্রতিটি স্লটে ভ্যালিডেটর নির্বাচন র‍্যান্ডম করা।
+---
+
+# গোপন নেতা নির্বাচন {#single-secret-leader-election}
+
+আজকের [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos) ভিত্তিক কনসেন্সাস মেকানিজমে, আসন্ন ব্লক প্রস্তাবকদের তালিকা সর্বজনীন এবং তাদের IP অ্যাড্রেস ম্যাপ করা সম্ভব। এর মানে হলো আক্রমণকারীরা শনাক্ত করতে পারে কোন ভ্যালিডেটররা একটি ব্লক প্রস্তাব করতে চলেছে এবং তাদের ডিনায়াল-অফ-সার্ভিস (DOS) আক্রমণ দিয়ে টার্গেট করতে পারে যা তাদের সময়মতো ব্লক প্রস্তাব করতে অক্ষম করে দেয়।
+
+এটি একজন আক্রমণকারীর জন্য লাভ করার সুযোগ তৈরি করতে পারে। উদাহরণস্বরূপ, `n+1` স্লটের জন্য নির্বাচিত একজন ব্লক প্রস্তাবক `n` স্লটের প্রস্তাবককে DOS করতে পারে যাতে তারা একটি ব্লক প্রস্তাব করার সুযোগ হাতছাড়া করে। এটি আক্রমণকারী ব্লক প্রস্তাবককে উভয় স্লটের MEV নিষ্কাশন করার সুযোগ দেবে, অথবা যে সমস্ত লেনদেন দুটি ব্লকের মধ্যে বিভক্ত হওয়া উচিত ছিল তা দখল করে সবগুলোকে একটিতে অন্তর্ভুক্ত করার সুযোগ দেবে, যার ফলে সমস্ত সংশ্লিষ্ট ফি অর্জন করা যাবে। এটি হোম ভ্যালিডেটরদের উপর অত্যাধুনিক প্রাতিষ্ঠানিক ভ্যালিডেটরদের চেয়ে বেশি প্রভাব ফেলতে পারে, যারা DOS আক্রমণ থেকে নিজেদের রক্ষা করার জন্য আরও উন্নত পদ্ধতি ব্যবহার করতে পারে এবং তাই এটি একটি কেন্দ্রীভূত করার শক্তি হতে পারে।
+
+এই সমস্যার বেশ কিছু সমাধান আছে। একটি হলো [ডিস্ট্রিবিউটেড ভ্যালিডেটর টেকনোলজি](https://github.com/ethereum/distributed-validator-specs) যার লক্ষ্য হলো একটি ভ্যালিডেটর চালানোর সাথে সম্পর্কিত বিভিন্ন কাজ রিডানডেন্সি সহ একাধিক মেশিনে ছড়িয়ে দেওয়া, যাতে একজন আক্রমণকারীর জন্য একটি নির্দিষ্ট স্লটে একটি ব্লক প্রস্তাব করা থেকে বিরত রাখা অনেক বেশি কঠিন হয়ে যায়। তবে, সবচেয়ে শক্তিশালী সমাধান হলো **সিঙ্গল সিক্রেট লিডার ইলেকশন (SSLE)**।
+
+## সিঙ্গল সিক্রেট লিডার ইলেকশন {#secret-leader-election}
+
+SSLE-তে, চতুর ক্রিপ্টোগ্রাফি ব্যবহার করে এটি নিশ্চিত করা হয় যে শুধুমাত্র নির্বাচিত ভ্যালিডেটরই জানে যে তাকে নির্বাচন করা হয়েছে। এটি কাজ করে এইভাবে যে প্রতিটি ভ্যালিডেটর তাদের সকলের শেয়ার করা একটি গোপনীয়তার প্রতি একটি প্রতিশ্রুতি জমা দেয়। প্রতিশ্রুতিগুলি এলোমেলো ও পুনর্গঠন করা হয় যাতে কেউ প্রতিশ্রুতিগুলিকে ভ্যালিডেটরদের সাথে মেলাতে না পারে, কিন্তু প্রতিটি ভ্যালিডেটর জানে কোন প্রতিশ্রুতিটি তাদের। তারপর, একটি প্রতিশ্রুতি র‍্যান্ডমভাবে বেছে নেওয়া হয়। যদি একজন ভ্যালিডেটর সনাক্ত করে যে তাদের প্রতিশ্রুতিটি বেছে নেওয়া হয়েছে, তারা জানে যে এটি একটি ব্লক প্রস্তাব করার জন্য তাদের পালা।
+
+এই ধারণার প্রধান বাস্তবায়নটিকে বলা হয় [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763)। যা নিম্নলিখিতভাবে কাজ করে:
+
+1. ভ্যালিডেটররা একটি শেয়ার করা গোপনীয়তার প্রতি প্রতিশ্রুতিবদ্ধ হয়। প্রতিশ্রুতি স্কিমটি এমনভাবে ডিজাইন করা হয়েছে যে এটি একটি ভ্যালিডেটর পরিচয়ের সাথে আবদ্ধ করা যেতে পারে তবে এটিকে র‍্যান্ডমাইজও করা যেতে পারে যাতে কোনো তৃতীয় পক্ষ বাইন্ডিংটিকে রিভার্স ইঞ্জিনিয়ারিং করে একটি নির্দিষ্ট প্রতিশ্রুতিকে একটি নির্দিষ্ট ভ্যালিডেটরের সাথে লিঙ্ক করতে না পারে।
+2. একটি ইপকের শুরুতে, RANDAO ব্যবহার করে 16,384 জন ভ্যালিডেটর থেকে প্রতিশ্রুতি নমুনা করার জন্য ভ্যালিডেটরদের একটি র‍্যান্ডম সেট বেছে নেওয়া হয়।
+3. পরবর্তী 8182 স্লটের (1 দিন) জন্য, ব্লক প্রস্তাবকরা তাদের নিজস্ব ব্যক্তিগত এনট্রপি ব্যবহার করে প্রতিশ্রুতিগুলির একটি উপসেট এলোমেলো এবং র‍্যান্ডমাইজ করে।
+4. এলোমেলো করা শেষ হলে, প্রতিশ্রুতিগুলির একটি ক্রমबद्ध তালিকা তৈরি করতে RANDAO ব্যবহার করা হয়। এই তালিকাটি Ethereum স্লটের উপর ম্যাপ করা হয়।
+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/bn/roadmap/security/index.md b/public/content/translations/bn/roadmap/security/index.md
new file mode 100644
index 00000000000..f6c0ed29c67
--- /dev/null
+++ b/public/content/translations/bn/roadmap/security/index.md
@@ -0,0 +1,48 @@
+---
+title: "একটি আরও সুরক্ষিত ইথেরিয়াম।"
+description: "ইথেরিয়াম বর্তমান সময়ে সবচেয়ে সুরক্ষিত এবং বিকেন্দ্রীভূত স্মার্ট কন্ট্রাক্ট প্লাটফর্ম। তবে, এখোনো কিছু উন্নতি করা সম্ভব যাতে ইথেরিয়াম ভবিষ্যতে যেকোনো ধরনের আক্রমণের বিরুদ্ধে আরও প্রতিরোধক্ষম থাকে।"
+lang: bn
+image: /images/roadmap/roadmap-security.png
+alt: "ইথেরিয়াম রোডম্যাপ"
+template: roadmap
+---
+
+**ইথেরিয়াম ইতিমধ্যেই একটি অত্যন্ত নিরাপদ**, বিকেন্দ্রীভূত [স্মার্ট-কন্ট্রাক্ট](/glossary/#smart-contract) প্ল্যাটফর্ম। তবে,এখনো কিছু উন্নতি করা সম্ভব যাতে ইথেরিয়াম ভবিষ্যতে যেকোনো ধরনের আক্রমণের বিরুদ্ধে আরও প্রতিরোধক্ষম থাকে। এর মধ্যে প্রতিযোগী [ব্লকগুলোর](/glossary/#block) সাথে [ইথেরিয়াম ক্লায়েন্টদের](/glossary/#consensus-client) ডিল করার পদ্ধতিতে সূক্ষ্ম পরিবর্তন এবং নেটওয়ার্ক যে গতিতে ব্লকগুলোকে ["চূড়ান্ত"](/developers/docs/consensus-mechanisms/pos/#finality) বলে বিবেচনা করে (যার অর্থ একজন আক্রমণকারীর চরম অর্থনৈতিক ক্ষতি ছাড়া সেগুলো পরিবর্তন করা যায় না) তা বৃদ্ধি করাও অন্তর্ভুক্ত রয়েছে।
+
+এছাড়া, এমন কিছু উন্নতি রয়েছে যা লেনদেন সেন্সর করা অনেক বেশী কঠিন করে তোলে, ব্লক প্রস্তাবকদের তাদের ব্লকের প্রকৃত বিষয়বস্তু থেকে অন্ধ করে রেখে, এবং ক্লায়েন্ট সেন্সরিং করছে কিনা তা চিন্হিত করার নতুন উপায় ও তৈরি করা হচ্ছে। এই উন্নতিগুলো একসাথে [প্রুফ-অফ-স্টেক](/glossary/#pos) প্রোটোকলকে আপগ্রেড করবে যাতে ব্যবহারকারীরা - ব্যক্তি থেকে শুরু করে কর্পোরেশন পর্যন্ত - ইথেরিয়ামের উপর তাদের অ্যাপ, ডেটা এবং সম্পদের উপর তাত্ক্ষণিক আস্থা রাখতে পারে।
+
+## স্টেকিং প্রত্যাহার {#staking-withdrawals}
+
+[প্রুফ-অফ-ওয়ার্ক](/glossary/#pow) থেকে প্রুফ-অফ-স্টেকের আপগ্রেড শুরু হয়েছিল ইথেরিয়ামের অগ্রগামীদের একটি ডিপোজিট কন্ট্রাক্টে তাদের ETH “স্টেক” করার মাধ্যমে। এই ETH নেটওয়ার্ককে সুরক্ষিত রাখতে ব্যবহৃত হয়। ১২ই এপ্রিল, ২০২৩-এ একটি দ্বিতীয় আপডেট ছিল যা ভ্যালিডেটরদের স্টেক করা ETH প্রত্যাহার করার অনুমতি দেয়। তারপর থেকে ভ্যালিডেটররা স্বাধীনভাবে 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/) হল **চূড়ান্তকরণের বিলম্ব কমানোর একটি উপায়**। এখন, আক্রমণকারী তাত্ত্বিকভাবে অন্য ভ্যালিডেটরদের ১৫ মিনিটের ব্লক পুনরায় কনফিগার করতে রাজি করাতে পারে। SSF এর সাথে, সেখানে ০ ব্যবহারকারীরা, ব্যক্তি থেকে শুরু করে অ্যাপস এবং এক্সচেন্জ পর্যন্ত, দ্রুত নিশ্চিতকরন লাভ করে যে তাদের লেনদেনগুলি বাস্তবায়িত হবে না, এবং নেটওয়ার্ক উপকৃত হয় একটি পুরো আক্রমণের শ্রেণী বন্ধ করে দিয়ে।
+
+<ButtonLink variant="outline-color" href="/roadmap/single-slot-finality/">সিঙ্গল স্লট ফাইনালিটি সম্পর্কে পড়ুন</ButtonLink>
+
+## সেন্সরশিপের বিরুদ্ধে প্রতিরক্ষা {#defending-against-censorship}
+
+বিকেন্দ্রীকরণ ব্যক্তি বা [ভ্যালিডেটরদের](/glossary/#validator) ছোট গোষ্ঠীকে খুব বেশি প্রভাবশালী হওয়া থেকে বাধা দেয়। নতুন স্টেকিং প্রযুক্তিগুলো ইথেরিয়ামের ভ্যালিডেটরদের যতটা সম্ভব বিকেন্দ্রীভূত রাখার পাশাপাশি তাদের হার্ডওয়্যার, সফটওয়্যার এবং নেটওয়ার্ক বিপর্যয়ের বিরুদ্ধে সুরক্ষা দিতে সহায়তা করতে পারে। এর মধ্যে এমন সফ্টওয়্যার রয়েছে যা একাধিক [নোড](/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}
+
+**রোডম্যাপের নিরাপত্তা আপগ্রেডগুলি গবেষণার উন্নত পর্যায়ে রয়েছে**, তবে সেগুলি কিছু সময়ের জন্য বাস্তবায়িত হবে বলে আশা করা যায় না। ভিউ-মার্জ, পিবিএস, এসএসএফ এবং এসএলই-এর জন্য পরবর্তী পদক্ষেপগুলি হল একটি স্পেসিফিকেশন চূড়ান্ত করা এবং প্রোটোটাইপ তৈরি করা শুরু করা।
diff --git a/public/content/translations/bn/roadmap/single-slot-finality/index.md b/public/content/translations/bn/roadmap/single-slot-finality/index.md
new file mode 100644
index 00000000000..57775b62678
--- /dev/null
+++ b/public/content/translations/bn/roadmap/single-slot-finality/index.md
@@ -0,0 +1,66 @@
+---
+title: "সিঙ্গল স্লট ফাইনালিটি"
+description: "সিঙ্গল স্লট ফাইনালিটির ব্যাখ্যা"
+lang: bn
+---
+
+# সিঙ্গল স্লট ফাইনালিটি {#single-slot-finality}
+
+একটি Ethereum ব্লক চূড়ান্ত হতে প্রায় 15 মিনিট সময় লাগে। যাইহোক, আমরা Ethereum-এর কনসেন্সাস মেকানিজমকে আরও দক্ষতার সাথে ব্লক যাচাই করতে এবং চূড়ান্ত হতে लागা সময়কে নাটকীয়ভাবে কমিয়ে আনতে পারি। পনেরো মিনিট অপেক্ষা করার পরিবর্তে, ব্লকগুলো একই স্লটে প্রস্তাবিত এবং চূড়ান্ত করা যেতে পারে। এই ধারণাটি **সিঙ্গল স্লট ফাইনালিটি (SSF)** নামে পরিচিত।
+
+## চূড়ান্ততা কী? {#what-is-finality}
+
+Ethereum-এর প্রুফ-অফ-স্টেক ভিত্তিক কনসেন্সাস মেকানিজমে, ফাইনালিটি বলতে সেই গ্যারান্টি বোঝায় যে মোট স্টেক করা ETH-এর কমপক্ষে 33% বার্ন না করে ব্লকচেইন থেকে একটি ব্লক পরিবর্তন বা অপসারণ করা যাবে না। এটি 'ক্রিপ্টো-ইকোনমিক' নিরাপত্তা কারণ চেইনের ক্রম বা বিষয়বস্তু পরিবর্তনের সাথে যুক্ত অত্যন্ত উচ্চ খরচ থেকে আত্মবিশ্বাস আসে যা কোনো যুক্তিসঙ্গত অর্থনৈতিক অভিনেতাকে এটি চেষ্টা করা থেকে বিরত রাখবে।
+
+## কেন দ্রুত ফাইনালিটির লক্ষ্য করা হয়? {#why-aim-for-quicker-finality}
+
+ফাইনালিটির জন্য বর্তমান সময়টি অনেক দীর্ঘ হয়ে গিয়েছে। বেশিরভাগ ব্যবহারকারী ফাইনালিটির জন্য 15 মিনিট অপেক্ষা করতে চান না, এবং এটি এমন অ্যাপ এবং এক্সচেঞ্জগুলির জন্য অসুবিধাজনক যারা উচ্চ লেনদেন থ্রুপুট চায় এবং তাদের লেনদেনগুলি স্থায়ী কিনা তা নিশ্চিত করার জন্য এতক্ষণ অপেক্ষা করতে হয়। একটি ব্লকের প্রস্তাবনা এবং চূড়ান্তকরণের মধ্যে বিলম্বের কারণে সংক্ষিপ্ত রিঅর্গসের (short reorgs) সুযোগ তৈরি হয় যা একজন আক্রমণকারী নির্দিষ্ট ব্লক সেন্সর করতে বা MEV নিষ্কাশন করতে ব্যবহার করতে পারে। পর্যায়ক্রমে ব্লক আপগ্রেড করার মেকানিজমটিও বেশ জটিল এবং নিরাপত্তার দুর্বলতাগুলো বন্ধ করার জন্য বেশ কয়েকবার প্যাচ করা হয়েছে, যা এটিকে Ethereum কোডবেসের এমন একটি অংশে পরিণত করেছে যেখানে সূক্ষ্ম বাগ তৈরি হওয়ার সম্ভাবনা বেশি। ফাইনালিটির সময়কে একটি একক স্লটে কমিয়ে এনে এই সমস্ত সমস্যা দূর করা যেতে পারে।
+
+## বিকেন্দ্রীকরণ / সময় / ওভারহেড ট্রেডঅফ {#the-decentralization-time-overhead-tradeoff}
+
+ফাইনালিটির গ্যারান্টি একটি নতুন ব্লকের তাৎক্ষণিক বৈশিষ্ট্য নয়; একটি নতুন ব্লক চূড়ান্ত হতে সময় লাগে। এর কারণ হল, একটি ব্লককে চূড়ান্ত বলে বিবেচনা করার জন্য নেটওয়ার্কে মোট স্টেক করা ETH-এর কমপক্ষে 2/3 প্রতিনিধিত্বকারী ভ্যালিডেটরদের ব্লকের পক্ষে ভোট দিতে হবে (\"অ্যাটেস্ট\" করতে হবে)। নেটওয়ার্কের প্রতিটি ভ্যালিডেটিং নোডকে অন্যান্য নোড থেকে অ্যাটেস্টেশনগুলো প্রসেস করতে হয় যাতে জানা যায় যে একটি ব্লক সেই 2/3 থ্রেশহোল্ড অর্জন করেছে কি না।
+
+ফাইনালিটিতে পৌঁছানোর জন্য যত কম সময় দেওয়া হবে, প্রতিটি নোডে তত বেশি কম্পিউটিং পাওয়ার প্রয়োজন হবে কারণ অ্যাটেস্টেশন প্রসেসিং দ্রুত করতে হবে। এছাড়াও, নেটওয়ার্কে যত বেশি ভ্যালিডেটিং নোড থাকবে, প্রতিটি ব্লকের জন্য তত বেশি অ্যাটেস্টেশন প্রসেস করতে হবে, যা প্রয়োজনীয় প্রসেসিং পাওয়ারেও যোগ হয়। যত বেশি প্রসেসিং পাওয়ার প্রয়োজন, তত কম লোক অংশগ্রহণ করতে পারে কারণ প্রতিটি ভ্যালিডেটিং নোড চালানোর জন্য আরও ব্যয়বহুল হার্ডওয়্যারের প্রয়োজন হয়। ব্লকগুলির মধ্যে সময় বাড়ালে প্রতিটি নোডে প্রয়োজনীয় কম্পিউটিং পাওয়ার কমে যায় তবে ফাইনালিটির সময়ও দীর্ঘায়িত হয়, কারণ অ্যাটেস্টেশনগুলো আরও ধীরে প্রসেস করা হয়।
+
+অতএব, ওভারহেড (কম্পিউটিং পাওয়ার), বিকেন্দ্রীকরণ (চেইন ভ্যালিডেট করতে অংশগ্রহণ করতে পারে এমন নোডের সংখ্যা) এবং ফাইনালিটির সময়ের মধ্যে একটি ট্রেড-অফ রয়েছে। আদর্শ সিস্টেমটি ন্যূনতম কম্পিউটিং পাওয়ার, সর্বোচ্চ বিকেন্দ্রীকরণ এবং ন্যূনতম ফাইনালিটির সময়ের মধ্যে ভারসাম্য বজায় রাখে।
+
+Ethereum-এর বর্তমান কনসেন্সাস মেকানিজম এই তিনটি প্যারামিটারের মধ্যে ভারসাম্য বজায় রেখেছে এইভাবে:
+
+- **ন্যূনতম স্টেক 32 ETH নির্ধারণ করা**। এটি স্বতন্ত্র নোড দ্বারা প্রসেস করা ভ্যালিডেটরদের অ্যাটেস্টেশনের সংখ্যার উপর একটি উচ্চ সীমা নির্ধারণ করে, এবং ফলস্বরূপ প্রতিটি নোডের জন্য কম্পিউটেশনাল প্রয়োজনীয়তার উপর একটি উচ্চ সীমা নির্ধারণ করে।
+- **ফাইনালিটির সময় প্রায় ১৫ মিনিট নির্ধারণ করা**। এটি সাধারণ হোম কম্পিউটারে চালিত ভ্যালিডেটরদের প্রতিটি ব্লকের জন্য নিরাপদে অ্যাটেস্টেশন প্রসেস করার জন্য যথেষ্ট সময় দেয়।
+
+বর্তমান মেকানিজম ডিজাইনের সাথে, ফাইনালিটির সময় কমাতে, নেটওয়ার্কে ভ্যালিডেটরের সংখ্যা কমানো বা প্রতিটি নোডের জন্য হার্ডওয়্যারের প্রয়োজনীয়তা বাড়ানো প্রয়োজন। যাইহোক, অ্যাটেস্টেশনগুলো যেভাবে প্রসেস করা হয় তাতে উন্নতি করা যেতে পারে যা প্রতিটি নোডে ওভারহেড যোগ না করে আরও বেশি অ্যাটেস্টেশন গণনা করার অনুমতি দেয়। আরও দক্ষ প্রসেসিং দুটি ইপোক জুড়ে না হয়ে, একটি একক স্লটের মধ্যে ফাইনালিটি নির্ধারণ করার অনুমতি দেবে।
+
+## SSF এর পথ {#routes-to-ssf}
+
+<ExpandableCard title= "আজকে আমাদের SSF নেই কেন?" eventCategory="/roadmap/single-slot-finality" eventName="clicked Why can't we hear SSF today?">
+
+বর্তমান কনসেন্সাস মেকানিজমটি একাধিক ভ্যালিডেটর থেকে প্রাপ্ত অ্যাটেস্টেশনগুলোকে একত্রিত করে, যা কমিটি নামে পরিচিত, যাতে প্রতিটি ভ্যালিডেটরকে একটি ব্লক ভ্যালিডেট করার জন্য যে বার্তাগুলো প্রসেস করতে হয় তার সংখ্যা কমানো যায়। প্রতিটি ভ্যালিডেটরের প্রতিটি ইপোকে (32 স্লট) অ্যাটেস্ট করার সুযোগ থাকে কিন্তু প্রতিটি স্লটে, শুধুমাত্র ভ্যালিডেটরদের একটি উপসেট, যা একটি 'কমিটি' নামে পরিচিত, অ্যাটেস্ট করে। তারা সাবনেটে বিভক্ত হয়ে এটি করে যেখানে কিছু ভ্যালিডেটরকে 'অ্যাগ্রিগেটর' হিসেবে নির্বাচিত করা হয়। এই অ্যাগ্রিগেটররা প্রত্যেকে তাদের সাবনেটে থাকা অন্যান্য ভ্যালিডেটরদের থেকে দেখা সমস্ত স্বাক্ষরকে একটি একক সমষ্টিগত স্বাক্ষরে একত্রিত করে। যে অ্যাগ্রিগেটর সবচেয়ে বেশি সংখ্যক স্বতন্ত্র অবদান অন্তর্ভুক্ত করে, সে তার সমষ্টিগত স্বাক্ষরটি ব্লক প্রস্তাবকের কাছে পাঠায়, যিনি এটিকে ব্লকে অন্তর্ভুক্ত করেন অন্যান্য কমিটি থেকে প্রাপ্ত সমষ্টিগত স্বাক্ষরের সাথে।
+
+এই প্রক্রিয়াটি প্রতিটি ভ্যালিডেটরকে প্রতিটি ইপোকে ভোট দেওয়ার জন্য পর্যাপ্ত ক্ষমতা প্রদান করে, কারণ `32 স্লট * 64 কমিটি * প্রতি কমিটিতে 256 ভ্যালিডেটর = প্রতি ইপোকে 524,288 ভ্যালিডেটর`। এই লেখার সময় (ফেব্রুয়ারি 2023) প্রায় ~513,000 সক্রিয় ভ্যালিডেটর রয়েছে।
+
+এই স্কিমে, প্রতিটি ভ্যালিডেটরের জন্য শুধুমাত্র পুরো ইপোক জুড়ে তাদের অ্যাটেস্টেশনগুলো বিতরণ করে একটি ব্লকে ভোট দেওয়া সম্ভব। যাইহোক, মেকানিজম উন্নত করার সম্ভাব্য উপায় রয়েছে যাতে _প্রতিটি ভ্যালিডেটরের প্রতিটি স্লটে অ্যাটেস্ট করার সুযোগ থাকে_।
+</ExpandableCard>
+
+যেহেতু Ethereum কনসেন্সাস মেকানিজম ডিজাইন করা হয়েছিল, স্বাক্ষর একত্রিতকরণ স্কিম (BLS) প্রাথমিকভাবে যা ভাবা হয়েছিল তার চেয়ে অনেক বেশি পরিমাপযোগ্য বলে প্রমাণিত হয়েছে, এবং ক্লায়েন্টদের স্বাক্ষর প্রসেস এবং যাচাই করার ক্ষমতাও উন্নত হয়েছে। দেখা যাচ্ছে যে বিপুল সংখ্যক ভ্যালিডেটর থেকে অ্যাটেস্টেশন প্রসেস করা আসলে একটি একক স্লটের মধ্যেই সম্ভব। উদাহরণস্বরূপ, এক মিলিয়ন ভ্যালিডেটর প্রত্যেকে প্রতিটি স্লটে দুবার ভোট দিলে এবং স্লটের সময় 16 সেকেন্ডে সামঞ্জস্য করা হলে, স্লটের মধ্যে সমস্ত 1 মিলিয়ন অ্যাটেস্টেশন প্রসেস করার জন্য নোডগুলিকে প্রতি সেকেন্ডে সর্বনিম্ন 125,000 অ্যাগ্রিগেশন হারে স্বাক্ষর যাচাই করতে হবে। বাস্তবে, একটি সাধারণ কম্পিউটারের একটি স্বাক্ষর যাচাই করতে প্রায় 500 ন্যানোসেকেন্ড সময় লাগে, যার মানে 125,000 যাচাই করা যায় প্রায় ~62.5 ms-এ - যা এক সেকেন্ডের থ্রেশহোল্ডের অনেক নিচে।
+
+প্রতি স্লটে এলোমেলোভাবে নির্বাচিত 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/bn/roadmap/statelessness/index.md b/public/content/translations/bn/roadmap/statelessness/index.md
new file mode 100644
index 00000000000..c632318ef1c
--- /dev/null
+++ b/public/content/translations/bn/roadmap/statelessness/index.md
@@ -0,0 +1,105 @@
+---
+title: "স্টেটলেসনেস, স্টেট এক্সপায়ারি এবং হিস্টোরি এক্সপায়ারি"
+description: "হিস্টোরি এক্সপায়ারি এবং স্টেটলেস Ethereum-এর ব্যাখ্যা"
+lang: bn
+---
+
+# স্টেটলেসনেস, স্টেট এক্সপায়ারি এবং হিস্টোরি এক্সপায়ারি {#statelessness}
+
+প্রকৃত বিকেন্দ্রীকরণের জন্য সাধারণ হার্ডওয়্যারে Ethereum নোড চালানোর ক্ষমতা অত্যন্ত গুরুত্বপূর্ণ। এর কারণ হলো, একটি নোড চালানো ব্যবহারকারীগণকে ডেটা দেওয়ার জন্য তৃতীয় পক্ষের উপর বিশ্বাস করার পরিবর্তে স্বাধীনভাবে ক্রিপ্টোগ্রাফিক চেক সম্পাদনের মাধ্যমে তথ্য যাচাই করার ক্ষমতা দেয়। একটি নোড চালানো ব্যবহারকারীগণকে কোনো মধ্যস্থতাকারীর উপর বিশ্বাস না করে সরাসরি Ethereum পিয়ার-টু-পিয়ার নেটওয়ার্কে লেনদেন জমা দেওয়ার অনুমতি দেয়। যদি এই সুবিধাগুলো শুধুমাত্র ব্যয়বহুল হার্ডওয়্যার সহ ব্যবহারকারীগণের জন্য উপলব্ধ থাকে তবে বিকেন্দ্রীকরণ সম্ভব নয়। পরিবর্তে, নোডগুলি অত্যন্ত সাধারণ প্রসেসিং এবং মেমরির প্রয়োজনীয়তা নিয়ে চালানোর সক্ষমতা থাকা উচিত যাতে সেগুলি মোবাইল ফোন, মাইক্রো-কম্পিউটার বা একটি হোম কম্পিউটারে অলক্ষ্যে চালানো যায়।
+
+বর্তমানে, নোডগুলিতে সার্বজনীন অ্যাক্সেসের প্রধান বাধা হল উচ্চ ডিস্ক স্পেসের প্রয়োজনীয়তা। এর প্রধান কারণ হলো Ethereum-এর স্টেট ডেটার বড় অংশ সংরক্ষণ করার প্রয়োজনীয়তা। এই স্টেট ডেটাতে নতুন ব্লক এবং লেনদেন সঠিকভাবে প্রসেস করার জন্য প্রয়োজনীয় গুরুত্বপূর্ণ তথ্য থাকে। এই লেখার সময়, একটি সম্পূর্ণ Ethereum নোড চালানোর জন্য একটি দ্রুত 2TB SSD সুপারিশ করা হয়। যেসব নোড কোনো পুরোনো ডেটা ছাঁটাই করে না, তাদের জন্য স্টোরেজের প্রয়োজনীয়তা প্রতি সপ্তাহে প্রায় 14GB করে বাড়ে, এবং জেনেসিস থেকে সমস্ত ডেটা সংরক্ষণকারী আর্কাইভ নোডগুলি প্রায় 12 TB-তে পৌঁছেছে (এই লেখার সময়, ফেব্রুয়ারি ২০২৩)।
+
+পুরোনো ডেটা সংরক্ষণ করার জন্য সস্তা হার্ড ড্রাইভ ব্যবহার করা যেতে পারে কিন্তু ইনকামিং ব্লকগুলির সাথে তাল মিলিয়ে চলার জন্য সেগুলি খুবই ধীর। ক্লায়েন্টদের জন্য বর্তমান স্টোরেজ মডেল বজায় রেখে ডেটা সস্তা এবং সহজে সংরক্ষণযোগ্য করাটা সমস্যার একটি অস্থায়ী ও আংশিক সমাধান মাত্র, কারণ Ethereum-এর স্টেট বৃদ্ধি 'সীমাহীন', যার অর্থ হল স্টোরেজের প্রয়োজনীয়তা কেবল বাড়তেই থাকবে এবং প্রযুক্তিগত উন্নতিকে সর্বদা অবিরাম স্টেট বৃদ্ধির সঙ্গে তাল মিলিয়ে চলতে হবে। পরিবর্তে, ক্লায়েন্টদের অবশ্যই ব্লক এবং লেনদেন যাচাই করার জন্য নতুন উপায় খুঁজে বের করতে হবে যা স্থানীয় ডেটাবেস থেকে ডেটা খোঁজার উপর নির্ভর করে না।
+
+## নোডগুলির জন্য স্টোরেজ কমানো {#reducing-storage-for-nodes}
+
+প্রতিটি নোডকে যে পরিমাণ ডেটা সংরক্ষণ করতে হয় তা কমানোর বিভিন্ন উপায় আছে, যার প্রত্যেকটির জন্য Ethereum-এর মূল প্রোটোকলকে বিভিন্ন মাত্রায় আপডেট করতে হবে:
+
+- **হিস্টোরি এক্সপায়ারি**: নোডগুলিকে X ব্লকের চেয়ে পুরোনো স্টেট ডেটা বাতিল করতে সক্ষম করে, কিন্তু Ethereum ক্লায়েন্ট কীভাবে স্টেট ডেটা পরিচালনা করে তা পরিবর্তন করে না।
+- **স্টেট এক্সপায়ারি**: যে স্টেট ডেটা ঘন ঘন ব্যবহার করা হয় না তাকে নিষ্ক্রিয় হতে দেয়। নিষ্ক্রিয় ডেটা ক্লায়েন্টরা উপেক্ষা করতে পারে যতক্ষণ না এটি পুনরুজ্জীবিত হয়।
+- **দুর্বল স্টেটলেসনেস**: শুধুমাত্র ব্লক উৎপাদকদের সম্পূর্ণ স্টেট ডেটাতে অ্যাক্সেসের প্রয়োজন, অন্যান্য নোডগুলি স্থানীয় স্টেট ডেটাবেস ছাড়াই ব্লক যাচাই করতে পারে।
+- **শক্তিশালী স্টেটলেসনেস**: কোনো নোডেরই সম্পূর্ণ স্টেট ডেটাতে অ্যাক্সেসের প্রয়োজন নেই।
+
+## ডেটা এক্সপায়ারি {#data-expiry}
+
+### হিস্টোরি এক্সপায়ারি {#history-expiry}
+
+হিস্টোরি এক্সপায়ারি বলতে ক্লায়েন্টদের এমন পুরোনো ডেটা ছেঁটে ফেলাকে বোঝায় যা তাদের প্রয়োজন হওয়ার সম্ভাবনা কম, যাতে তারা শুধুমাত্র অল্প পরিমাণে ঐতিহাসিক ডেটা সংরক্ষণ করে এবং নতুন ডেটা আসার সাথে সাথে পুরোনো ডেটা ফেলে দেয়। ক্লায়েন্টদের ঐতিহাসিক ডেটার প্রয়োজন হওয়ার দুটি কারণ আছে: সিঙ্ক করা এবং ডেটা অনুরোধ পরিবেশন করা। মূলত, ক্লায়েন্টদের জেনেসিস ব্লক থেকে সিঙ্ক করতে হতো, চেইনের হেড পর্যন্ত প্রতিটি ধারাবাহিক ব্লক সঠিক কিনা তা যাচাই করে। বর্তমানে, ক্লায়েন্টরা চেইনের হেডে তাদের পথ বুটস্ট্র্যাপ করতে "উইক সাবজেক্টিভিটি চেকপয়েন্ট" ব্যবহার করে। এই চেকপয়েন্টগুলি বিশ্বস্ত সূচনা বিন্দু, যা Ethereum-এর একেবারে শুরু থেকে না হয়ে বর্তমানের কাছাকাছি একটি জেনেসিস ব্লক থাকার মতো। এর মানে হলো, ক্লায়েন্টরা চেইনের হেডে সিঙ্ক করার ক্ষমতা না হারিয়েই সাম্প্রতিকতম উইক সাবজেক্টিভিটি চেকপয়েন্টের আগের সমস্ত তথ্য ফেলে দিতে পারে। ক্লায়েন্টরা বর্তমানে তাদের স্থানীয় ডেটাবেস থেকে ঐতিহাসিক ডেটা সংগ্রহ করে (JSON-RPC-এর মাধ্যমে আসা) অনুরোধ পরিবেশন করে। তবে, হিস্টোরি এক্সপায়ারির সাথে, অনুরোধ করা ডেটা যদি ছেঁটে ফেলা হয় তবে এটি সম্ভব হবে না। এই ঐতিহাসিক ডেটা পরিবেশন করার জন্য কিছু উদ্ভাবনী সমাধানের প্রয়োজন।
+
+একটি বিকল্প হল ক্লায়েন্টরা Portal Network-এর মতো সমাধান ব্যবহার করে পিয়ারদের কাছ থেকে ঐতিহাসিক ডেটার জন্য অনুরোধ করবে। Portal Network হলো ঐতিহাসিক ডেটা পরিবেশনের জন্য একটি নির্মাণাধীন পিয়ার-টু-পিয়ার নেটওয়ার্ক, যেখানে প্রতিটি নোড 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) বলা হয়।
+
+হিস্টোরি এক্সপায়ারির মতোই, স্টেট এক্সপায়ারির অধীনে পুরোনো স্টেট ডেটা সংরক্ষণের দায়িত্ব পৃথক ব্যবহারকারীগণের কাছ থেকে সরিয়ে কেন্দ্রীভূত প্রদানকারী, পরোপকারী কমিউনিটি সদস্য বা Portal Network-এর মতো আরও ভবিষ্যৎমুখী বিকেন্দ্রীভূত সমাধানগুলির উপর চাপানো হয়।
+
+স্টেট এক্সপায়ারি এখনও গবেষণা পর্যায়ে রয়েছে এবং চালু করার জন্য প্রস্তুত নয়। স্টেট এক্সপায়ারি সম্ভবত স্টেটলেস ক্লায়েন্ট এবং হিস্টোরি এক্সপায়ারির পরে ঘটবে কারণ এই আপগ্রেডগুলি বেশিরভাগ ভ্যালিডেটরের জন্য বড় স্টেট সাইজকে সহজেই পরিচালনাযোগ্য করে তোলে।
+
+## স্টেটলেসনেস {#statelessness}
+
+স্টেটলেসনেস কিছুটা ভুল নাম কারণ এর মানে এই নয় যে "স্টেট"-এর ধারণাটি নির্মূল করা হয়েছে, তবে এটি Ethereum নোডগুলি কীভাবে স্টেট ডেটা পরিচালনা করে তাতে পরিবর্তন আনে। স্টেটলেসনেস নিজেই দুটি প্রকারে আসে: দুর্বল স্টেটলেসনেস এবং শক্তিশালী স্টেটলেসনেস। দুর্বল স্টেটলেসনেস স্টেট স্টোরেজের দায়িত্ব কয়েকজনের উপর চাপিয়ে দিয়ে বেশিরভাগ নোডকে স্টেটলেস হতে সক্ষম করে। শক্তিশালী স্টেটলেসনেস কোনো নোডের জন্য সম্পূর্ণ স্টেট ডেটা সংরক্ষণ করার প্রয়োজনকে সম্পূর্ণরূপে সরিয়ে দেয়। দুর্বল এবং শক্তিশালী উভয় স্টেটলেসনেস সাধারণ ভ্যালিডেটরদের জন্য নিম্নলিখিত সুবিধাগুলি অফার করে:
+
+- প্রায় তাৎক্ষণিক সিঙ্কিং
+- ক্রমানুসারে না থাকা ব্লকগুলিকে যাচাই করার ক্ষমতা
+- খুব কম হার্ডওয়্যারের প্রয়োজনীয়তা নিয়ে নোড চালানোর ক্ষমতা (যেমন, ফোনে)
+- নোডগুলি সস্তা হার্ড ড্রাইভের উপর চলতে পারে কারণ কোনো ডিস্ক পড়া/লেখার প্রয়োজন হয় না
+- Ethereum-এর ক্রিপ্টোগ্রাফিতে ভবিষ্যতের আপগ্রেডের সাথে সামঞ্জস্যপূর্ণ
+
+### দুর্বল স্টেটলেসনেস {#weak-statelessness}
+
+দুর্বল স্টেটলেসনেস Ethereum নোডগুলি যেভাবে স্টেট পরিবর্তন যাচাই করে তাতে পরিবর্তন আনে, কিন্তু এটি নেটওয়ার্কের সমস্ত নোডে স্টেট স্টোরেজের প্রয়োজনকে সম্পূর্ণরূপে নির্মূল করে না। পরিবর্তে, দুর্বল স্টেটলেসনেস স্টেট স্টোরেজের দায়িত্ব ব্লক প্রপোজারদের উপর চাপিয়ে দেয়, যখন নেটওয়ার্কের অন্যান্য সমস্ত নোড সম্পূর্ণ স্টেট ডেটা সংরক্ষণ না করেই ব্লক যাচাই করে।
+
+**দুর্বল স্টেটলেসনেসে ব্লক প্রস্তাব করার জন্য সম্পূর্ণ স্টেট ডেটাতে অ্যাক্সেস প্রয়োজন কিন্তু ব্লক যাচাই করার জন্য কোনো স্টেট ডেটার প্রয়োজন নেই**
+
+এটি ঘটার জন্য, Ethereum ক্লায়েন্টগুলিতে অবশ্যই [Verkle ট্রি](/roadmap/verkle-trees/) প্রয়োগ করা থাকতে হবে। Verkle ট্রি হলো 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 ট্রি প্রয়োগের উপর নির্ভর করে যাতে ছোট উইটনেসগুলি পিয়ারদের মধ্যে পাস করা যায়। এর মানে হলো দুর্বল স্টেটলেসনেস সম্ভবত Ethereum মেইননেট থেকে কয়েক বছর দূরে।
+
+### শক্তিশালী স্টেটলেসনেস {#strong-statelessness}
+
+শক্তিশালী স্টেটলেসনেস যেকোনো নোডের স্টেট ডেটা সংরক্ষণ করার প্রয়োজনীয়তা দূর করে। পরিবর্তে, লেনদেনগুলি উইটনেস সহ পাঠানো হয় যা ব্লক উৎপাদকদের দ্বারা একত্রিত করা যেতে পারে। ব্লক উৎপাদকরা তখন শুধুমাত্র সেই স্টেট সংরক্ষণের জন্য দায়ী যা প্রাসঙ্গিক অ্যাকাউন্টগুলির জন্য উইটনেস তৈরি করতে প্রয়োজন। স্টেটের দায়িত্ব প্রায় সম্পূর্ণরূপে ব্যবহারকারীগণের উপর স্থানান্তরিত হয়, কারণ তারা কোন অ্যাকাউন্ট এবং স্টোরেজ কীগুলির সাথে ইন্টারঅ্যাক্ট করছে তা ঘোষণা করার জন্য উইটনেস এবং 'অ্যাক্সেস তালিকা' পাঠায়। এটি অত্যন্ত হালকা নোড সক্ষম করবে, তবে এর কিছু সীমাবদ্ধতা রয়েছে যার মধ্যে স্মার্ট কন্ট্র্যাক্টের সাথে লেনদেন করা আরও কঠিন হয়ে পড়াও অন্তর্ভুক্ত।
+
+গবেষকরা শক্তিশালী স্টেটলেসনেস নিয়ে গবেষণা করেছেন কিন্তু এটি বর্তমানে Ethereum-এর রোডম্যাপের অংশ হবে বলে আশা করা হচ্ছে না - এটা বেশি সম্ভাব্য যে দুর্বল স্টেটলেসনেসই Ethereum-এর স্কেলিং প্রয়োজনের জন্য যথেষ্ট।
+
+## বর্তমান অগ্রগতি {#current-progress}
+
+দুর্বল স্টেটলেসনেস, হিস্টোরি এক্সপায়ারি এবং স্টেট এক্সপায়ারি সবই গবেষণা পর্যায়ে রয়েছে এবং এখন থেকে বেশ কয়েক বছর পরে চালু হবে বলে আশা করা হচ্ছে। এই সমস্ত প্রস্তাবগুলি বাস্তবায়িত হবে এমন কোনো নিশ্চয়তা নেই, উদাহরণস্বরূপ, যদি স্টেট এক্সপায়ারি প্রথমে বাস্তবায়িত হয় তবে হিস্টোরি এক্সপায়ারি বাস্তবায়নের প্রয়োজন নাও হতে পারে। অন্যান্য রোডম্যাপ আইটেমও রয়েছে, যেমন [Verkle ট্রি](/roadmap/verkle-trees) এবং [প্রপোজার-বিল্ডার সেপারেশন](/roadmap/pbs), যা প্রথমে সম্পন্ন করা প্রয়োজন।
+
+## আরও পড়ুন {#further-reading}
+
+- [স্টেটলেস Ethereum কী?](https://stateless.fyi/)
+- [Vitalik স্টেটলেসনেস 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-এর উপর Alex Stokes](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/bn/roadmap/user-experience/index.md b/public/content/translations/bn/roadmap/user-experience/index.md
new file mode 100644
index 00000000000..96d8de699f8
--- /dev/null
+++ b/public/content/translations/bn/roadmap/user-experience/index.md
@@ -0,0 +1,36 @@
+---
+title: "ব্যবহারকারীর অভিজ্ঞতা উন্নত করা"
+description: "বেশিরভাগ মানুষের জন্য ইথেরিয়াম ব্যবহার করা এখনও খুব জটিল। ব্যাপকভাবে গ্রহণকে উৎসাহিত করার জন্য, ইথেরিয়ামকে অবশ্যই তার প্রবেশের বাধাগুলি ব্যাপকভাবে কমাতে হবে - ব্যবহারকারীদের অবশ্যই ইথেরিয়ামে বিকেন্দ্রীভূত, অনুমতিহীন এবং সেন্সরশিপ প্রতিরোধী অ্যাক্সেসের সুবিধা পেতে হবে তবে এটি অবশ্যই একটি প্রচলিত web2 অ্যাপ ব্যবহার করার মতো ঘর্ষণহীন হতে হবে।"
+lang: bn
+image: /images/roadmap/roadmap-ux.png
+alt: "ইথেরিয়াম রোডম্যাপ"
+template: roadmap
+---
+
+**ইথেরিয়াম ব্যবহারকে সহজ করা প্রয়োজন**; [কী](/glossary/#key) এবং [ওয়ালেট](/glossary/#wallet) পরিচালনা করা থেকে শুরু করে লেনদেন শুরু করা পর্যন্ত। ব্যাপকভাবে গ্রহণকে সহজতর করার জন্য, ইথেরিয়ামকে অবশ্যই ব্যবহারের সহজলভ্যতা ব্যাপকভাবে বৃদ্ধি করতে হবে, যা ব্যবহারকারীদের [Web2](/glossary/#web2) অ্যাপ ব্যবহারের ঘর্ষণহীন অভিজ্ঞতার সাথে ইথেরিয়ামে অনুমতিহীন এবং সেন্সরশিপ-প্রতিরোধী অ্যাক্সেস উপভোগ করতে দেবে।
+
+## সিড ফ্রেজের বাইরেও {#no-more-seed-phrases}
+
+ইথেরিয়াম অ্যাকাউন্টগুলি এক জোড়া কী দ্বারা সুরক্ষিত থাকে যা অ্যাকাউন্ট শনাক্ত করতে (পাবলিক কী) এবং বার্তা স্বাক্ষর করতে (প্রাইভেট কী) ব্যবহৃত হয়। একটি প্রাইভেট কী একটি মাস্টার পাসওয়ার্ডের মতো; এটি একটি ইথেরিয়াম অ্যাকাউন্টে সম্পূর্ণ অ্যাক্সেসের অনুমতি দেয়। যারা ব্যাংক এবং Web2 অ্যাপের সাথে বেশি পরিচিত, যা ব্যবহারকারীর পক্ষে অ্যাকাউন্ট পরিচালনা করে, তাদের জন্য এটি কাজ করার একটি ভিন্ন উপায়। কেন্দ্রীভূত তৃতীয় পক্ষের উপর নির্ভর না করে ইথেরিয়ামের ব্যাপক গ্রহণযোগ্যতায় পৌঁছানোর জন্য, একজন ব্যবহারকারীর জন্য পাবলিক-প্রাইভেট কী ক্রিপ্টোগ্রাফি এবং কী ম্যানেজমেন্ট না বুঝেই তাদের সম্পদের জিম্মা নেওয়া এবং তাদের ডেটার নিয়ন্ত্রণ রাখার জন্য একটি সহজ, ঘর্ষণহীন উপায় থাকতে হবে।
+
+এর সমাধান হল ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করার জন্য [স্মার্ট কন্ট্র্যাক্ট](/glossary/#smart-contract) ওয়ালেট ব্যবহার করা। স্মার্ট কন্ট্র্যাক্ট ওয়ালেটগুলো কী হারিয়ে গেলে বা চুরি হয়ে গেলে অ্যাকাউন্ট রক্ষা করার উপায় তৈরি করে, উন্নত জালিয়াতি সনাক্তকরণ এবং প্রতিরোধের সুযোগ দেয়, এবং ওয়ালেটগুলোকে নতুন কার্যকারিতা পেতে দেয়। যদিও স্মার্ট কন্ট্র্যাক্ট ওয়ালেট বর্তমানে বিদ্যমান, এগুলো তৈরি করা অসুবিধাজনক কারণ ইথেরিয়াম প্রোটোকলকে এগুলোকে আরও ভালোভাবে সমর্থন করতে হবে। এই অতিরিক্ত সমর্থনটি অ্যাকাউন্ট অ্যাবস্ট্রাকশন নামে পরিচিত।
+
+<ButtonLink variant="outline-color" href="/roadmap/account-abstraction/">অ্যাকাউন্ট অ্যাবস্ট্রাকশন সম্পর্কে আরও জানুন</ButtonLink>
+
+## সবার জন্য নোড
+
+[নোড](/glossary/#node) পরিচালনাকারী ব্যবহারকারীদের ডেটা সরবরাহ করার জন্য তৃতীয় পক্ষের উপর বিশ্বাস করতে হয় না, এবং তারা দ্রুত, ব্যক্তিগতভাবে এবং অনুমতিহীনভাবে ইথেরিয়াম [ব্লকচেইনের](/glossary/#blockchain) সাথে ইন্টারঅ্যাক্ট করতে পারে। তবে, এই মুহূর্তে একটি নোড চালানোর জন্য প্রযুক্তিগত জ্ঞান এবং যথেষ্ট ডিস্ক স্পেস প্রয়োজন, যার অর্থ অনেককে এর পরিবর্তে মধ্যস্থতাকারীদের উপর বিশ্বাস করতে হয়।
+
+বেশ কিছু আপগ্রেড রয়েছে যা নোড চালানোকে অনেক সহজ এবং অনেক কম রিসোর্স ইনটেনসিভ করে তুলবে। ডেটা সংরক্ষণের পদ্ধতি পরিবর্তন করা হবে যাতে **Verkle Tree** নামে পরিচিত একটি আরও বেশি স্থান-দক্ষ কাঠামো ব্যবহার করা যায়। এছাড়াও, [স্টেটলেসনেস](/roadmap/statelessness) বা [ডেটা এক্সপায়ারি](/roadmap/statelessness/#data-expiry)-এর সাথে, ইথেরিয়াম নোডগুলোকে সম্পূর্ণ ইথেরিয়াম স্টেট ডেটার একটি অনুলিপি সংরক্ষণ করতে হবে না, যা হার্ড ডিস্ক স্পেসের প্রয়োজনীয়তা ব্যাপকভাবে কমিয়ে দেবে। [লাইট নোড](/developers/docs/nodes-and-clients/light-clients/) একটি পূর্ণ নোড চালানোর অনেক সুবিধা দেবে কিন্তু মোবাইল ফোন বা সাধারণ ব্রাউজার অ্যাপের ভিতরে সহজেই চলতে পারে।
+
+<ButtonLink variant="outline-color" href="/roadmap/verkle-trees/">Verkle ট্রি সম্পর্কে পড়ুন</ButtonLink>
+
+এই আপগ্রেডগুলোর সাথে, একটি নোড চালানোর বাধা কার্যত শূন্যে নেমে আসে। ব্যবহারকারীরা তাদের কম্পিউটার বা মোবাইল ফোনে লক্ষণীয় ডিস্ক স্পেস বা সিপিইউ ত্যাগ না করেই ইথেরিয়ামে নিরাপদ, অনুমতিহীন অ্যাক্সেস থেকে উপকৃত হবেন, এবং অ্যাপ ব্যবহার করার সময় ডেটা বা নেটওয়ার্ক অ্যাক্সেসের জন্য তৃতীয় পক্ষের উপর নির্ভর করতে হবে না।
+
+## বর্তমান অগ্রগতি {#current-progress}
+
+স্মার্ট কন্ট্র্যাক্ট ওয়ালেটগুলো ইতিমধ্যেই উপলব্ধ, কিন্তু এগুলোকে যতটা সম্ভব বিকেন্দ্রীভূত এবং অনুমতিহীন করার জন্য আরও আপগ্রেড প্রয়োজন। EIP-4337 একটি পরিণত প্রস্তাব যার জন্য ইথেরিয়ামের প্রোটোকলে কোনো পরিবর্তনের প্রয়োজন নেই। EIP-4337 এর জন্য প্রয়োজনীয় প্রধান স্মার্ট কন্ট্র্যাক্টটি **মার্চ 2023-এ স্থাপন করা হয়েছিল**।
+
+**সম্পূর্ণ স্টেটলেসনেস এখনও গবেষণা পর্যায়ে রয়েছে** এবং এটি বাস্তবায়িত হতে সম্ভবত বেশ কয়েক বছর সময় লাগবে। সম্পূর্ণ স্টেটলেসনেসের পথে ডেটা এক্সপায়ারি সহ বেশ কয়েকটি মাইলফলক রয়েছে, যা শীঘ্রই বাস্তবায়িত হতে পারে। অন্যান্য রোডম্যাপ আইটেম, যেমন [Verkle Trees](/roadmap/verkle-trees/) এবং [Proposer-builder separation](/roadmap/pbs/) আগে সম্পন্ন করতে হবে।
+
+Verkle ট্রি টেস্টনেটগুলো ইতিমধ্যেই চালু এবং চলছে, এবং পরবর্তী পর্যায় হল প্রাইভেট, তারপর পাবলিক টেস্টনেটে Verkle-ট্রি সক্ষম ক্লায়েন্ট চালানো। আপনি টেস্টনেটগুলিতে চুক্তি ডিপ্লয় করে বা টেস্টনেট ক্লায়েন্ট চালিয়ে অগ্রগতি ত্বরান্বিত করতে সাহায্য করতে পারেন।
diff --git a/public/content/translations/bn/roadmap/verkle-trees/index.md b/public/content/translations/bn/roadmap/verkle-trees/index.md
new file mode 100644
index 00000000000..6df750f0168
--- /dev/null
+++ b/public/content/translations/bn/roadmap/verkle-trees/index.md
@@ -0,0 +1,64 @@
+---
+title: "ভার্কল ট্রি"
+description: "ভার্কেল ট্রি-গুলির একটি উচ্চ-স্তরের বিবরণ এবং কীভাবে সেগুলি ইথেরিয়াম আপগ্রেড করতে ব্যবহার করা হবে"
+lang: bn
+summaryPoints:
+  - ভার্কেল ট্রি কী তা আবিষ্কার করুন
+  - ইথেরিয়ামের জন্য ভার্কেল ট্রি কেন একটি দরকারি আপগ্রেড তা পড়ুন
+---
+
+# ভার্কেল ট্রি {#verkle-trees}
+
+ভার্কেল ট্রি ("ভেক্টর কমিটমেন্ট" এবং "মার্কল ট্রি"-এর একটি পোরম্যান্তো) হল একটি ডেটা কাঠামো যা ইথেরিয়াম নোডগুলিকে আপগ্রেড করতে ব্যবহার করা যেতে পারে যাতে তারা ব্লক যাচাই করার ক্ষমতা না হারিয়ে প্রচুর পরিমাণে স্টেট ডেটা সংরক্ষণ করা বন্ধ করতে পারে।
+
+## স্টেটলেসনেস {#statelessness}
+
+ভার্কেল ট্রি হল স্টেটলেস ইথেরিয়াম ক্লায়েন্টদের পথে একটি গুরুত্বপূর্ণ পদক্ষেপ। স্টেটলেস ক্লায়েন্ট হল সেইগুলি যাদের ইনকামিং ব্লক যাচাই করার জন্য সম্পূর্ণ স্টেট ডেটাবেস সংরক্ষণ করতে হয় না। ব্লক যাচাই করার জন্য ইথেরিয়ামের স্টেটের নিজস্ব লোকাল কপি ব্যবহার করার পরিবর্তে, স্টেটলেস ক্লায়েন্টরা ব্লকের সাথে আসা স্টেট ডেটার একটি "উইটনেস" ব্যবহার করে। একটি উইটনেস হল স্টেট ডেটার স্বতন্ত্র অংশগুলির একটি সংগ্রহ যা একটি নির্দিষ্ট সেট লেনদেন সম্পাদন করার জন্য প্রয়োজনীয়, এবং একটি ক্রিপ্টোগ্রাফিক প্রমাণ যে উইটনেসটি সত্যিই সম্পূর্ণ ডেটার অংশ। উইটনেসটি স্টেট ডেটাবেসের _পরিবর্তে_ ব্যবহৃত হয়। এটি কাজ করার জন্য, উইটনেসগুলিকে খুব ছোট হতে হবে, যাতে সেগুলিকে 12-সেকেন্ডের স্লটের মধ্যে প্রসেস করার জন্য ভ্যালিডেটরদের কাছে সময়মতো নেটওয়ার্ক জুড়ে নিরাপদে সম্প্রচার করা যায়। বর্তমান স্টেট ডেটা কাঠামো উপযুক্ত নয় কারণ উইটনেসগুলি খুব বড়। ভার্কেল ট্রি ছোট উইটনেস সক্ষম করে এই সমস্যার সমাধান করে, স্টেটলেস ক্লায়েন্টদের জন্য অন্যতম প্রধান বাধা দূর করে।
+
+<ExpandableCard title="আমরা স্টেটলেস ক্লায়েন্ট কেন চাই?" eventCategory="/roadmap/verkle-trees" eventName="clicked why do we want stateless clients?">
+
+ইথেরিয়াম ক্লায়েন্টরা বর্তমানে তাদের স্টেট ডেটা সংরক্ষণের জন্য প্যাট্রিসিয়া মার্কল ট্রাই নামে পরিচিত একটি ডেটা কাঠামো ব্যবহার করে। স্বতন্ত্র অ্যাকাউন্ট সম্পর্কিত তথ্য ট্রাই-এর লিফ হিসাবে সংরক্ষণ করা হয় এবং লিফগুলির জোড়া বারবার হ্যাস করা হয় যতক্ষণ না একটি মাত্র হ্যাস অবশিষ্ট থাকে। এই চূড়ান্ত হ্যাসটি "রুট" নামে পরিচিত। ব্লক যাচাই করতে, ইথেরিয়াম ক্লায়েন্টরা একটি ব্লকের সমস্ত লেনদেন সম্পাদন করে এবং তাদের স্থানীয় স্টেট ট্রাই আপডেট করে। ব্লকটি বৈধ বলে বিবেচিত হয় যদি স্থানীয় ট্রাইয়ের রুটটি ব্লক প্রোপোজার দ্বারা প্রদত্ত রুটের সাথে অভিন্ন হয়, কারণ ব্লক প্রোপোজার এবং যাচাইকারী নোড দ্বারা করা গণনার যেকোনো পার্থক্য রুট হ্যাসকে সম্পূর্ণ আলাদা করে তুলবে। এর সমস্যা হল যে ব্লকচেইন যাচাই করার জন্য প্রতিটি ক্লায়েন্টকে হেড ব্লক এবং বেশ কয়েকটি ঐতিহাসিক ব্লকের জন্য পুরো স্টেট ট্রাই সংরক্ষণ করতে হয় (Geth-এ ডিফল্ট হল হেডের পিছনে 128টি ব্লকের জন্য স্টেট ডেটা রাখা)। এর জন্য ক্লায়েন্টদের প্রচুর পরিমাণে ডিস্ক স্পেস অ্যাক্সেস করতে হয়, যা সস্তা, কম শক্তির হার্ডওয়্যারে সম্পূর্ণ নোড চালানোর ক্ষেত্রে একটি বাধা। এর একটি সমাধান হল স্টেট ট্রাইটিকে আরও দক্ষ কাঠামোতে (ভার্কেল ট্রি) আপডেট করা যা সম্পূর্ণ স্টেট ডেটার পরিবর্তে শেয়ার করা যেতে পারে এমন ডেটার একটি ছোট "উইটনেস" ব্যবহার করে সংক্ষিপ্ত করা যেতে পারে। স্টেট ডেটাকে একটি ভার্কেল ট্রিতে রিফর্ম্যাট করা স্টেটলেস ক্লায়েন্টদের দিকে যাওয়ার জন্য একটি সোপান।
+</ExpandableCard>
+
+## উইটনেস কী এবং কেন আমাদের তাদের প্রয়োজন? {#what-is-a-witness}
+
+একটি ব্লক যাচাই করার অর্থ হল ব্লকের মধ্যে থাকা লেনদেনগুলি পুনরায় সম্পাদন করা, ইথেরিয়ামের স্টেট ট্রাই-তে পরিবর্তনগুলি প্রয়োগ করা এবং নতুন রুট হ্যাস গণনা করা। একটি যাচাইকৃত ব্লক হল এমন একটি ব্লক যার গণনাকৃত স্টেট রুট হ্যাস ব্লকের সাথে প্রদত্ত হ্যাসের সমান (কারণ এর মানে হল ব্লক প্রোপোজার সত্যিই সেই গণনাটি করেছে যা তারা বলেছে)। আজকের ইথেরিয়াম ক্লায়েন্টগুলিতে, স্টেট আপডেট করার জন্য সম্পূর্ণ স্টেট ট্রাই অ্যাক্সেস করতে হয়, যা একটি বড় ডেটা কাঠামো যা স্থানীয়ভাবে সংরক্ষণ করা আবশ্যক। একটি উইটনেসে শুধুমাত্র স্টেট ডেটার সেই অংশগুলি থাকে যা ব্লকের লেনদেনগুলি কার্যকর করার জন্য প্রয়োজন। একজন ভ্যালিডেটর তখন শুধুমাত্র সেই খণ্ডগুলি ব্যবহার করে যাচাই করতে পারে যে ব্লক প্রোপোজার ব্লকের লেনদেনগুলি সম্পাদন করেছে এবং সঠিকভাবে স্টেট আপডেট করেছে। হুম, এর অর্থ হল যে উইটনেসটিকে ইথেরিয়াম নেটওয়ার্কের পিয়ারদের মধ্যে যথেষ্ট দ্রুত স্থানান্তর করতে হবে যাতে প্রতিটি নোড 12-সেকেন্ডের স্লটের মধ্যে নিরাপদে এটি গ্রহণ এবং প্রক্রিয়া করতে পারে। যদি উইটনেসটি খুব বড় হয়, তবে কিছু নোডের এটি ডাউনলোড করতে এবং চেইনের সাথে তাল মিলিয়ে চলতে খুব বেশি সময় লাগতে পারে। এটি একটি কেন্দ্রীভূত শক্তি কারণ এর মানে হল শুধুমাত্র দ্রুত ইন্টারনেট সংযোগ সহ নোডগুলি ব্লক যাচাইকরণে অংশগ্রহণ করতে পারে। ভার্কেল ট্রি-এর সাথে আপনার হার্ড ড্রাইভে স্টেট সংরক্ষণ করার কোন প্রয়োজন নেই; একটি ব্লক যাচাই করার জন্য আপনার যা কিছু প্রয়োজন তা _সবকিছুই_ ব্লকের মধ্যেই রয়েছে। দুর্ভাগ্যবশত, মার্কল ট্রাই থেকে যে উইটনেস তৈরি করা যায় তা স্টেটলেস ক্লায়েন্টদের সমর্থন করার জন্য খুব বড়।
+
+## ভার্কেল ট্রি কেন ছোট উইটনেস সক্ষম করে? {#why-do-verkle-trees-enable-smaller-witnesses}
+
+একটি মার্কল ট্রাই-এর কাঠামো উইটনেসের আকারকে খুব বড় করে তোলে - যা একটি 12-সেকেন্ডের স্লটের মধ্যে পিয়ারদের মধ্যে নিরাপদে সম্প্রচার করার জন্য খুব বড়। এর কারণ হল উইটনেস হল একটি পথ যা ডেটাকে, যা লিফগুলিতে রাখা হয়, রুট হ্যাসের সাথে সংযুক্ত করে। ডেটা যাচাই করার জন্য শুধুমাত্র প্রতিটি লিফকে রুটের সাথে সংযুক্ত করে এমন সমস্ত মধ্যবর্তী হ্যাস থাকাই প্রয়োজন নয়, বরং সমস্ত "সিবলিং" নোডও থাকা প্রয়োজন। প্রুফের প্রতিটি নোডের একটি সিবলিং রয়েছে যার সাথে এটি হ্যাস করা হয় যাতে ট্রাই-এর উপরের পরবর্তী হ্যাসটি তৈরি করা যায়। এটি অনেক ডেটা। ভার্কেল ট্রি গাছের পাতা এবং তার রুটের মধ্যে দূরত্ব কমিয়ে উইটনেসের আকার হ্রাস করে এবং রুট হ্যাস যাচাইয়ের জন্য সিবলিং নোড প্রদানের প্রয়োজনীয়তাও দূর করে। হ্যাস-স্টাইল ভেক্টর কমিটমেন্টের পরিবর্তে একটি শক্তিশালী পলিনোমিয়াল কমিটমেন্ট স্কিম ব্যবহার করে আরও বেশি স্পেস এফিসিয়েন্সি পাওয়া যাবে। পলিনোমিয়াল কমিটমেন্ট উইটনেসকে একটি নির্দিষ্ট আকারের হতে দেয়, এটি যে সংখ্যক লিফ প্রমাণ করে তা নির্বিশেষে।
+
+পলিনোমিয়াল কমিটমেন্ট স্কিমের অধীনে, উইটনেসগুলির পরিচালনাযোগ্য আকার থাকে যা সহজেই পিয়ার-টু-পিয়ার নেটওয়ার্কে স্থানান্তর করা যায়। এটি ক্লায়েন্টদের ন্যূনতম পরিমাণ ডেটা দিয়ে প্রতিটি ব্লকের স্টেট পরিবর্তন যাচাই করার অনুমতি দেয়।
+
+<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)` জোড়া যেখানে কী-গুলি হল 32-বাইট উপাদান যা একটি 31-বাইট _স্টেম_ এবং একটি একক বাইট _সাফিক্স_ দ্বারা গঠিত। এই কী-গুলি _এক্সটেনশন_ নোড এবং _ইনার_ নোডগুলিতে সংগঠিত হয়। এক্সটেনশন নোডগুলি বিভিন্ন সাফিক্স সহ 256টি চিলড্রেনের জন্য একটি একক স্টেমকে উপস্থাপন করে। ইনার নোডগুলিতেও 256টি চিলড্রেন থাকে, তবে সেগুলি অন্যান্য এক্সটেনশন নোড হতে পারে। ভার্কেল ট্রি এবং মার্কল ট্রি কাঠামোর মধ্যে প্রধান পার্থক্য হল যে ভার্কেল ট্রি অনেক বেশি চ্যাপ্টা, যার অর্থ একটি লিফকে রুটের সাথে সংযুক্তকারী কম অন্তর্বর্তী নোড রয়েছে এবং তাই একটি প্রমাণ তৈরি করার জন্য কম ডেটা প্রয়োজন।
+
+![](./verkle.png)
+
+[ভার্কেল ট্রি-এর গঠন সম্পর্কে আরও পড়ুন](https://blog.ethereum.org/2021/12/02/verkle-tree-structure)
+
+## বর্তমান অগ্রগতি {#current-progress}
+
+ভার্কেল ট্রি টেস্টনেটগুলি ইতিমধ্যেই চালু এবং চলছে, কিন্তু ক্লায়েন্টদের জন্য এখনও এমন কিছু গুরুত্বপূর্ণ আপডেট বাকি আছে যা ভার্কেল ট্রি সমর্থন করার জন্য প্রয়োজন। আপনি টেস্টনেটগুলিতে চুক্তি ডিপ্লয় করে বা টেস্টনেট ক্লায়েন্ট চালিয়ে অগ্রগতি ত্বরান্বিত করতে সাহায্য করতে পারেন।
+
+[Condrieu Verkle টেস্টনেটের ব্যাখ্যা Guillaume Ballet-এর কাছে শুনুন](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (মনে রাখবেন যে Condrieu টেস্টনেটটি ছিল প্রুফ-অফ-ওয়ার্ক এবং এখন এটিকে Verkle Gen Devnet 6 টেস্টনেট দ্বারা প্রতিস্থাপিত করা হয়েছে)।
+
+## আরও পড়ুন {#further-reading}
+
+- [স্টেটলেসনেসের জন্য ভার্কেল ট্রি](https://verkle.info/)
+- [PEEPanEIP-তে Dankrad Feist-এর ভার্কেল ট্রি ব্যাখ্যা](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 থেকে স্টেটলেস ক্লায়েন্টদের উপর Piper Merriam-এর বক্তব্য](https://www.youtube.com/watch?v=0yiZJNciIJ4)
+- [Zero Knowledge পডকাস্টে Dankrad Fiest ভার্কেল ট্রি এবং স্টেটলেসনেস ব্যাখ্যা করেছেন](https://zeroknowledge.fm/podcast/202/)
+- [ভার্কেল ট্রি-এর উপর Vitalik Buterin-এর বক্তব্য](https://vitalik.eth.limo/general/2021/06/18/verkle.html)
+- [ভার্কেল ট্রি-এর উপর Dankrad Feist-এর বক্তব্য](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/bn/security/index.md b/public/content/translations/bn/security/index.md
new file mode 100644
index 00000000000..f58be331f9f
--- /dev/null
+++ b/public/content/translations/bn/security/index.md
@@ -0,0 +1,305 @@
+---
+title: "ইথেরিয়াম সুরক্ষা এবং স্ক্যাম প্রতিরোধ"
+description: "ইথেরিয়াম এ নিরাপদ থাকা"
+lang: bn
+---
+
+# 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/">
+  Ether কী?
+</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 দেবে না
+- আপনার প্রাইভেট কী বা ব্যক্তিগত তথ্যে কারোরই অ্যাক্সেসের প্রয়োজন নেই
+
+### টুইটার বিজ্ঞাপন ফিশিং {#ad-phishing}
+
+![টুইটার লিঙ্ক ফিশিং](./twitterPhishingScam.png)
+
+টুইটারের (X নামেও পরিচিত) লিঙ্ক প্রিভিউ ফিচার (আনফারলিং) স্পুফ করার একটি পদ্ধতি রয়েছে, যা ব্যবহারকারীদের এই ভেবে প্রতারিত করতে পারে যে তারা একটি বৈধ ওয়েবসাইট ভিজিট করছে। এই কৌশলটি টুইটগুলিতে শেয়ার করা URL-এর প্রিভিউ তৈরি করার জন্য টুইটারের পদ্ধতিকে কাজে লাগায় এবং উদাহরণস্বরূপ _ethereum.org থেকে_ দেখায় (উপরে দেখানো হয়েছে), যখন বাস্তবে তাদের একটি দূষিত সাইটে পুনঃনির্দেশিত করা হয়।
+
+সর্বদা পরীক্ষা করুন যে আপনি সঠিক ডোমেইনে আছেন, বিশেষ করে একটি লিঙ্কে ক্লিক করার পরে।
+
+[এখানে আরও তথ্য](https://harrydenley.com/faking-twitter-unfurling)।
+
+### গিভঅ্যাওয়ে স্ক্যাম {#giveaway}
+
+ক্রিপটোকারেন্সিতে সবচেয়ে সাধারণ স্ক্যামগুলির মধ্যে একটি হলো গিভঅ্যাওয়ে স্ক্যাম। গিভঅ্যাওয়ে স্ক্যাম অনেক রূপ নিতে পারে, কিন্তু সাধারণ ধারণাটি হলো যে আপনি যদি প্রদত্ত ওয়ালেট অ্যাড্রেসে ETH পাঠান, তাহলে আপনি আপনার ETH দ্বিগুণ করে ফেরত পাবেন।_এই কারণে, এটি 2-এর-জন্য-1 স্ক্যাম হিসাবেও পরিচিত।_
+
+এই স্ক্যামগুলি সাধারণত একটি মিথ্যা জরুরি অনুভূতি তৈরি করার জন্য গিভঅ্যাওয়ে দাবি করার একটি সীমিত সময়ের সুযোগ দেয়।
+
+### সোশ্যাল মিডিয়া হ্যাক {#social-media-hacks}
+
+এর একটি হাই-প্রোফাইল সংস্করণ জুলাই ২০২০-এ ঘটেছিল, যখন বিশিষ্ট সেলিব্রিটি এবং সংস্থাগুলির টুইটার অ্যাকাউন্ট হ্যাক হয়েছিল। হ্যাকার একই সাথে হ্যাক করা অ্যাকাউন্টগুলিতে একটি বিটকয়েন গিভঅ্যাওয়ে পোস্ট করেছিল। যদিও প্রতারণামূলক টুইটগুলি দ্রুত নজরে আসে এবং মুছে ফেলা হয়, হ্যাকাররা তবুও ১১টি বিটকয়েন (বা সেপ্টেম্বর ২০২১ অনুযায়ী $৫০০,০০০) নিয়ে পালিয়ে যেতে সক্ষম হয়েছিল।
+
+![টুইটারে একটি স্ক্যাম](./appleTwitterScam.png)
+
+### সেলিব্রিটি গিভঅ্যাওয়ে {#celebrity-giveaway}
+
+সেলিব্রিটি গিভঅ্যাওয়ে হলো গিভঅ্যাওয়ে স্ক্যামের আরেকটি সাধারণ রূপ। স্ক্যামাররা একজন সেলিব্রিটির দেওয়া একটি রেকর্ড করা ভিডিও সাক্ষাৎকার বা কনফারেন্সের আলোচনা নিয়ে ইউটিউবে লাইভস্ট্রিম করবে - যাতে মনে হয় যেন সেলিব্রিটি একটি ক্রিপটোকারেন্সি গিভঅ্যাওয়েকে সমর্থন করে লাইভ ভিডিও সাক্ষাৎকার দিচ্ছেন।
+
+এই স্ক্যামে প্রায়শই ভিটিক বুটেরিনকে ব্যবহার করা হয়, তবে ক্রিপ্টোতে জড়িত আরও অনেক বিশিষ্ট ব্যক্তিকেও ব্যবহার করা হয় (যেমন, ইলোন মাস্ক বা চার্লস হসকিনসন)। একজন সুপরিচিত ব্যক্তিকে অন্তর্ভুক্ত করা স্ক্যামারদের লাইভস্ট্রিমকে একটি বৈধতার অনুভূতি দেয় (এটা সন্দেহজনক মনে হলেও, যেহেতু ভিটিক জড়িত, তাই এটা ঠিকই হবে!)।
+
+**গিভঅ্যাওয়ে সবসময়ই স্ক্যাম। আপনি যদি এই অ্যাকাউন্টগুলিতে আপনার ফান্ড পাঠান, তাহলে আপনি সেগুলি চিরতরে হারাবেন।**
+
+![ইউটিউবে একটি স্ক্যাম](./youtubeScam.png)
+
+### সাপোর্ট স্ক্যাম {#support-scams}
+
+ক্রিপটোকারেন্সি একটি অপেক্ষাকৃত নতুন এবং স্বল্পবোধ্য প্রযুক্তি। এর সুযোগ নিয়ে একটি সাধারণ স্ক্যাম হলো সাপোর্ট স্ক্যাম, যেখানে স্ক্যামাররা জনপ্রিয় ওয়ালেট, এক্সচেঞ্জ বা ব্লকচেইনের সাপোর্ট কর্মীর ছদ্মবেশ ধারণ করে।
+
+Ethereum সম্পর্কে বেশিরভাগ আলোচনা ডিসকর্ডে হয়। সাপোর্ট স্ক্যামাররা সাধারণত পাবলিক ডিসকর্ড চ্যানেলে সাপোর্টের প্রশ্ন অনুসন্ধান করে তাদের লক্ষ্য খুঁজে নেয় এবং তারপর অনুসন্ধানকারীকে সাপোর্ট দেওয়ার প্রস্তাব দিয়ে একটি ব্যক্তিগত বার্তা পাঠায়। বিশ্বাস তৈরি করে, সাপোর্ট স্ক্যামাররা আপনাকে আপনার প্রাইভেট কী প্রকাশ করতে বা তাদের ওয়ালেটে আপনার ফান্ড পাঠানোর জন্য প্রতারণা করার চেষ্টা করে।
+
+![ডিসকর্ডে একটি সাপোর্ট স্ক্যাম](./discordScam.png)
+
+একটি সাধারণ নিয়ম হিসাবে, কর্মীরা কখনোই আপনার সাথে ব্যক্তিগত, অনানুষ্ঠানিক চ্যানেলের মাধ্যমে যোগাযোগ করবে না। সাপোর্টের সাথে কাজ করার সময় কিছু সহজ জিনিস মনে রাখবেন:
+
+- কখনোই আপনার প্রাইভেট কী, সিড ফ্রেজ বা পাসওয়ার্ড শেয়ার করবেন না
+- কখনোই কাউকে আপনার কম্পিউটারে দূরবর্তী অ্যাক্সেসের অনুমতি দেবেন না
+- একটি সংস্থার নির্ধারিত চ্যানেলের বাইরে কখনোই যোগাযোগ করবেন না
+
+<Alert variant="update">
+<AlertEmoji text=":lock:"/>
+<AlertContent>
+<AlertDescription>
+    সতর্ক থাকুন: যদিও সাপোর্ট-স্টাইলের স্ক্যামগুলি সাধারণত ডিসকর্ডে ঘটে, তবে সেগুলি ক্রিপ্টো আলোচনা হয় এমন যে কোনও চ্যাট অ্যাপ্লিকেশনে, ইমেল সহ, প্রচলিত হতে পারে।
+</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}
+
+স্ক্যাম ক্রিপ্টো ট্রেডিং ব্রোকাররা বিশেষজ্ঞ ক্রিপটোকারেন্সি ব্রোকার বলে দাবি করে যারা আপনার টাকা নিয়ে আপনার পক্ষে বিনিয়োগ করার প্রস্তাব দেবে। স্ক্যামার আপনার ফান্ড পাওয়ার পর, তারা আপনাকে আরও ফান্ড পাঠাতে বলতে পারে, যাতে আপনি আরও বিনিয়োগ লাভ থেকে বঞ্চিত না হন, অথবা তারা পুরোপুরি অদৃশ্য হয়ে যেতে পারে।
+
+এই প্রতারকরা প্রায়শই ইউটিউবে জাল অ্যাকাউন্ট ব্যবহার করে 'ব্রোকার' সম্পর্কে আপাতদৃষ্টিতে স্বাভাবিক কথোপকথন শুরু করে লক্ষ্য খুঁজে বের করে। বৈধতা বাড়ানোর জন্য এই কথোপকথনগুলিতে প্রায়শই উচ্চ পরিমাণে আপভোট করা হয়, তবে আপভোটগুলি সবই বট অ্যাকাউন্ট থেকে আসে।
+
+**আপনার পক্ষে বিনিয়োগ করার জন্য ইন্টারনেটের অপরিচিতদের বিশ্বাস করবেন না। আপনি আপনার ক্রিপ্টো হারাবেন।**
+
+![ইউটিউবে একটি ট্রেডিং ব্রোকার স্ক্যাম](./brokerScam.png)
+
+### ক্রিপ্টো মাইনিং পুল স্ক্যাম {#mining-pool-scams}
+
+সেপ্টেম্বর ২০২২ থেকে, Ethereum-এ মাইনিং আর সম্ভব নয়। যাইহোক, মাইনিং পুল স্ক্যাম এখনও বিদ্যমান। মাইনিং পুল স্ক্যামের মধ্যে এমন লোক জড়িত থাকে যারা আপনার সাথে অযাচিতভাবে যোগাযোগ করে এবং দাবি করে যে আপনি একটি Ethereum মাইনিং পুলে যোগ দিয়ে বড় রিটার্ন পেতে পারেন। স্ক্যামার দাবি করবে এবং যতক্ষণ সময় লাগে আপনার সাথে যোগাযোগ রাখবে। মূলত, স্ক্যামার আপনাকে বোঝানোর চেষ্টা করবে যে আপনি যখন একটি Ethereum মাইনিং পুলে যোগ দেবেন, তখন আপনার ক্রিপটোকারেন্সি ETH তৈরি করতে ব্যবহৃত হবে এবং আপনাকে ETH লভ্যাংশ দেওয়া হবে। তারপরে আপনি দেখতে পাবেন যে আপনার ক্রিপটোকারেন্সি ছোট রিটার্ন তৈরি করছে। এটি আপনাকে আরও বিনিয়োগ করতে প্রলুব্ধ করার জন্য মাত্র। অবশেষে, আপনার সমস্ত ফান্ড একটি অজানা অ্যাড্রেসে পাঠানো হবে এবং স্ক্যামার হয় অদৃশ্য হয়ে যাবে অথবা কিছু ক্ষেত্রে যোগাযোগে থাকবে যেমনটি সাম্প্রতিক একটি ক্ষেত্রে ঘটেছে।
+
+শেষ কথা: সোশ্যাল মিডিয়ায় যারা আপনার সাথে একটি মাইনিং পুলের অংশ হতে বলে যোগাযোগ করে তাদের থেকে সতর্ক থাকুন। একবার আপনি আপনার ক্রিপ্টো হারালে, তা চলে গেছে।
+
+মনে রাখার মতো কিছু বিষয়:
+
+- আপনার ক্রিপ্টো থেকে অর্থ উপার্জনের উপায় সম্পর্কে আপনার সাথে যোগাযোগকারী যে কারো থেকে সতর্ক থাকুন
+- স্টেকিং, লিকুইডিটি পুল, বা আপনার ক্রিপ্টো বিনিয়োগের অন্যান্য উপায় সম্পর্কে আপনার গবেষণা করুন
+- খুব কমই, যদি কখনও হয়, এই ধরনের স্কিম বৈধ। যদি তারা বৈধ হত, তবে তারা সম্ভবত মূলধারার হত এবং আপনি তাদের সম্পর্কে শুনে থাকতেন।
+
+[মাইনিং পুল স্ক্যামে এক ব্যক্তি $২০০ হাজার হারালেন](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/)
+
+### এয়ারড্রপ স্ক্যাম {#airdrop-scams}
+
+এয়ারড্রপ স্ক্যামের মধ্যে একটি স্ক্যাম প্রকল্প আপনার ওয়ালেটে একটি সম্পদ (NFT, টোকেন) এয়ারড্রপ করা এবং এয়ারড্রপ করা সম্পদ দাবি করার জন্য আপনাকে একটি স্ক্যাম ওয়েবসাইটে পাঠানো জড়িত। দাবি করার চেষ্টা করার সময় আপনাকে আপনার Ethereum ওয়ালেট দিয়ে সাইন ইন করতে এবং একটি লেনদেন "অনুমোদন" করতে বলা হবে। এই লেনদেনটি স্ক্যামারের কাছে আপনার পাবলিক এবং প্রাইভেট কী পাঠিয়ে আপনার অ্যাকাউন্টের সাথে আপোস করে। এই স্ক্যামের একটি বিকল্প রূপে আপনাকে এমন একটি লেনদেন নিশ্চিত করতে হতে পারে যা স্ক্যামারের অ্যাকাউন্টে ফান্ড পাঠায়।
+
+[এয়ারড্রপ স্ক্যাম সম্পর্কে আরও](https://www.youtube.com/watch?v=LLL_nQp1lGk)
+
+<Divider />
+
+## ওয়েব নিরাপত্তা 101 {#web-security}
+
+### শক্তিশালী পাসওয়ার্ড ব্যবহার করুন {#use-strong-passwords}
+
+[৮০%-এরও বেশি অ্যাকাউন্ট হ্যাক দুর্বল বা চুরি হওয়া পাসওয়ার্ডের কারণে হয়](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">সিম জ্যাকিং</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}
+
+ব্রাউজার এক্সটেনশন, যেমন ক্রোম এক্সটেনশন বা ফায়ারফক্সের জন্য অ্যাড-অন, ব্রাউজারের কার্যকারিতা উন্নত করতে পারে তবে ঝুঁকিও নিয়ে আসে। ডিফল্টরূপে, বেশিরভাগ ব্রাউজার এক্সটেনশন 'সাইট ডেটা পড়া এবং পরিবর্তন করার' জন্য অ্যাক্সেস চায়, যা তাদের আপনার ডেটা দিয়ে প্রায় সবকিছু করতে দেয়। ক্রোম এক্সটেনশনগুলি সর্বদা স্বয়ংক্রিয়ভাবে আপডেট হয়, তাই একটি পূর্বে নিরাপদ এক্সটেনশন পরে দূষিত কোড অন্তর্ভুক্ত করার জন্য আপডেট হতে পারে। বেশিরভাগ ব্রাউজার এক্সটেনশন আপনার ডেটা চুরি করার চেষ্টা করে না, তবে আপনার সচেতন হওয়া উচিত যে তারা তা করতে পারে।
+
+#### নিরাপদ থাকুন এইভাবে: {#browser-extension-safety}
+
+- শুধুমাত্র বিশ্বস্ত উৎস থেকে ব্রাউজার এক্সটেনশন ইনস্টল করুন
+- অব্যবহৃত ব্রাউজার এক্সটেনশনগুলি সরিয়ে ফেলুন
+- স্বয়ংক্রিয়-আপডেট বন্ধ করতে স্থানীয়ভাবে ক্রোম এক্সটেনশন ইনস্টল করুন (অ্যাডভান্সড)
+
+[ব্রাউজার এক্সটেনশনের ঝুঁকি সম্পর্কে আরও](https://www.kaspersky.co.uk/blog/browser-extensions-security/12750/)
+
+<Divider />
+
+## আরও পড়ুন {#further-reading}
+
+### ওয়েব নিরাপত্তা {#reading-web-security}
+
+- [ম্যালওয়্যারযুক্ত ক্রোম এবং এজ অ্যাড-অন দ্বারা ৩০ লক্ষ পর্যন্ত ডিভাইস সংক্রমিত](https://arstechnica.com/information-technology/2020/12/up-to-3-million-devices-infected-by-malware-laced-chrome-and-edge-add-ons/) - _ড্যান গুডিন_
+- [কীভাবে একটি শক্তিশালী পাসওয়ার্ড তৈরি করবেন — যা আপনি ভুলবেন না](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) - _আন্দ্রেয়াস এম. আন্তোনোপোলোস_
+
+### স্ক্যাম শিক্ষা {#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_
+- [সাধারণ ক্রিপ্টো ফিশিং ইমেল এবং বার্তাগুলির উপর টুইটার থ্রেড](https://twitter.com/tayvano_/status/1516225457640787969) - _টেলর মোনাহান_
+
+<QuizWidget quizKey="security" />
diff --git a/public/content/translations/bn/smart-contracts/index.md b/public/content/translations/bn/smart-contracts/index.md
index 33e41c0ebf4..f36357307f8 100644
--- a/public/content/translations/bn/smart-contracts/index.md
+++ b/public/content/translations/bn/smart-contracts/index.md
@@ -1,18 +1,27 @@
 ---
-title: স্মার্ট কন্ট্র্যাক্ট
-description: স্মার্ট কন্ট্র্যাক্টের একটি অ-প্রযুক্তিগত ভূমিকা
+title: "স্মার্ট কন্ট্র্যাক্ট"
+metaTitle: "স্মার্ট কন্ট্র্যাক্ট: সেগুলি কী এবং তাদের সুবিধাগুলি"
+description: "স্মার্ট কন্ট্র্যাক্টের একটি অ-প্রযুক্তিগত ভূমিকা"
 lang: bn
 ---
 
-# Introduction to smart contracts {#introduction-to-smart-contracts}
+# স্মার্ট কন্ট্র্যাক্টের ভূমিকা {#introduction-to-smart-contracts}
 
-স্মার্ট কন্ট্র্যাক্ট হল ইথেরিয়াম এর অ্যাপ্লিকেশন স্তরের মৌলিক বিল্ডিং ব্লক। এগুলি ব্লকচেইনে সঞ্চিত কম্পিউটার প্রোগ্রাম যা "if this then that" যুক্তি অনুসরণ করে এবং এর কোড দ্বারা সংজ্ঞায়িত নিয়ম অনুসারে কার্যকর করার গ্যারান্টি দেওয়া হয়, যা একবার তৈরি হয়ে গেলে পরিবর্তন করা যায় না।
+<div className="mt-4">
+<ListenToPlayer slug="/smart-contracts/" />
+</div>
 
-Nick Szabo "স্মার্ট কন্ট্র্যাক্ট" শব্দটি তৈরি করেছিলেন। 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) তার একটি অনুসন্ধান লিখেছিলেন।
+স্মার্ট কন্ট্র্যাক্ট হল ইথেরিয়াম এর অ্যাপ্লিকেশন স্তরের মৌলিক বিল্ডিং ব্লক। এগুলি [ব্লকচেইনে](/glossary/#blockchain) সংরক্ষিত কম্পিউটার প্রোগ্রাম যা "যদি এটি তবে ওটা" যুক্তি অনুসরণ করে, এবং এর কোড দ্বারা সংজ্ঞায়িত নিয়ম অনুসারে কার্যকর করার গ্যারান্টি দেওয়া হয়, যা একবার তৈরি হয়ে গেলে পরিবর্তন করা যায় না।
 
-Szabo একটি ডিজিটাল মার্কেটপ্লেসের কল্পনা করেছে যেখানে স্বয়ংক্রিয়, ক্রিপ্টোগ্রাফিকভাবে-সুরক্ষিত প্রক্রিয়াগুলি বিশ্বস্ত মধ্যস্থতাকারী ছাড়াই লেনদেন এবং ব্যবসায়িক ফাংশনগুলি ঘটতে সক্ষম করে। ইথেরিয়ামে স্মার্ট কন্ট্র্যাক্টগুলি এই দৃষ্টিভঙ্গিকে অনুশীলন করে।
+Nick Szabo "স্মার্ট কন্ট্র্যাক্ট" শব্দটি তৈরি করেছিলেন। 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) প্রক্রিয়াগুলি বিশ্বস্ত মধ্যস্থতাকারী ছাড়াই লেনদেন এবং ব্যবসায়িক কার্যকারিতা ঘটতে সক্ষম করে। ইথেরিয়ামে স্মার্ট কন্ট্র্যাক্টগুলি এই দৃষ্টিভঙ্গিকে অনুশীলন করে।
+
+Finematics কে স্মার্ট চুক্তি ব্যাখ্যা করতে দেখুন:
+
+<YouTube id="pWGLtjG-F5c" />
+
+## প্রচলিত চুক্তিতে বিশ্বাস {#trust-and-contracts}
 
 একটি প্রথাগত কন্ট্রাক্ট এর সাথে সবচেয়ে বড় সমস্যাগুলির মধ্যে একটি হল চুক্তির ফলাফলগুলি অনুসরণ করার জন্য বিশ্বস্ত ব্যক্তিদের প্রয়োজন।
 
@@ -20,9 +29,9 @@ Szabo একটি ডিজিটাল মার্কেটপ্লেসে
 
 অ্যালিস ও বব একটি সাইকেল রেস করছেন। ধরা যাক অ্যালিস ববের সাথে $10 বাজি ধরেছেন যে তিনি রেসটি জিতবেন। বব আত্মবিশ্বাসী যে তিনি বিজয়ী হবেন এবং বাজিতে সম্মত হন। শেষ পর্যন্ত, অ্যালিস ববের চেয়ে এগিয়ে দৌড় শেষ করে এবং স্পষ্ট বিজয়ী হয়। কিন্তু বব বাজির উপর অর্থ প্রদান করতে অস্বীকার করেন, দাবি করেন যে অ্যালিস অবশ্যই প্রতারণা করেছেন।
 
-এই নির্বোধ উদাহরণটি কোনও অ-স্মার্ট কন্ট্র্যাক্টের সাথে সমস্যাটি চিত্রিত করে। এমনকি যদি চুক্তির শর্তগুলি পূরণ হয় (অর্থাত্ আপনি দৌড়ের বিজয়ী), তবুও আপনাকে চুক্তিটি পূরণের জন্য অন্য ব্যক্তির উপরে বিশ্বাস করতে হবে (অর্থাৎ বাজিতে অর্থ প্রদান)।
+এই নির্বোধ উদাহরণটি কোনও অ-স্মার্ট কন্ট্র্যাক্টের সাথে সমস্যাটি চিত্রিত করে। এমনকি যদি চুক্তির শর্তগুলি পূরণ হয় (অর্থাৎ, আপনি দৌড়ের বিজয়ী), তবুও আপনাকে চুক্তিটি পূরণের জন্য অন্য ব্যক্তির উপরে বিশ্বাস করতে হবে (অর্থাৎ, বাজিতে অর্থ প্রদান)।
 
-## A digital vending machine {#vending-machine}
+## একটি ডিজিটাল ভেন্ডিং মেশিন {#vending-machine}
 
 একটি স্মার্ট কন্ট্র্যাক্টের একটি সাধারণ রূপক হল একটি ভেন্ডিং মেশিন, যা কিছুটা স্মার্ট চুক্তির অনুরূপ কাজ করে - নির্দিষ্ট ইনপুটগুলি পূর্বনির্ধারিত আউটপুটগুলির গ্যারান্টি দেয়।
 
@@ -34,7 +43,7 @@ Szabo একটি ডিজিটাল মার্কেটপ্লেসে
 
 ভেন্ডিং মেশিন সমস্ত প্রয়োজনীয়তা পূরণ করার পরে শুধুমাত্র আপনার পছন্দসই পণ্য বিতরণ করবে। আপনি যদি একটি পণ্য নির্বাচন না করেন বা পর্যাপ্ত অর্থ না দেন, তাহলে ভেন্ডিং মেশিন আপনার পণ্যটি দেবে না।
 
-## স্বয়ংক্রিয় নিষ্পত্তি {#automation}
+## স্বয়ংক্রিয় এক্সিকিউশন {#automation}
 
 একটি স্মার্ট কন্ট্র্যাক্টের প্রধান সুবিধা হল নির্দিষ্ট শর্তগুলি পূরণ করা হলে এটি নির্ণায়কভাবে দ্ব্যর্থহীন কোড কার্যকর করে। ফলাফলটি ব্যাখ্যা বা সমঝোতা করার জন্য কোনো মানুষের জন্য অপেক্ষা করার দরকার নেই। এটি বিশ্বস্ত মধ্যস্থতাকারীর প্রয়োজনীয়তা দূর করে।
 
@@ -56,29 +65,26 @@ Szabo একটি ডিজিটাল মার্কেটপ্লেসে
 
 অবশেষে, প্রথাগত চুক্তির মতো, আপনি একটি স্মার্ট কন্ট্র্যাক্টে স্বাক্ষর করার আগে (বা অন্যথায় এটির সাথে ইন্টারঅ্যাক্ট) করার আগে পরীক্ষা করতে পারেন। একটি স্মার্ট কন্ট্র্যাক্ট স্বচ্ছতার গ্যারান্টি দেয় যে কেউ এটি যাচাই করতে পারে।
 
-## স্মার্ট কন্ট্র্যাক্ট ব্যবহারের ক্ষেত্রসমূহ {#use-cases}
+## স্মার্ট কন্ট্র্যাক্ট ব্যবহারের ক্ষেত্র {#use-cases}
 
 স্মার্ট চুক্তিগুলি মূলত কম্পিউটার প্রোগ্রামগুলি করতে পারে এমন কিছু করতে পারে।
 
-তারা গণনা করতে পারে, মুদ্রা তৈরি করতে পারে, ডেটা সঞ্চয় করতে পারে, NFT মিন্ট করতে পারে, যোগাযোগ পাঠাতে পারে এবং এমনকি গ্রাফিক্স তৈরি করতে পারে। এখানে কিছু জনপ্রিয়, বাস্তব-বিশ্বের উদাহরণ রয়েছে:
+তারা গণনা করতে পারে, মুদ্রা তৈরি করতে পারে, ডেটা সঞ্চয় করতে পারে, [NFTs](/glossary/#nft) মিন্ট করতে পারে, যোগাযোগ পাঠাতে পারে এবং এমনকি গ্রাফিক্স তৈরি করতে পারে। এখানে কিছু জনপ্রিয়, বাস্তব-বিশ্বের উদাহরণ রয়েছে:
 
-- [স্টেবলকয়েন](/stablecoins/)
-- [অনন্য ডিজিটাল সম্পদ তৈরি এবং বিতরণ](/nft/)
+- [স্টেবলকয়েন](/stablecoins/)
+- [অনন্য ডিজিটাল সম্পদ তৈরি এবং বিতরণ করা](/nft/)
 - [একটি স্বয়ংক্রিয়, উন্মুক্ত মুদ্রা বিনিময়](/get-eth/#dex)
 - [বিকেন্দ্রীভূত গেমিং](/apps/categories/gaming)
 - [একটি বীমা পলিসি যা স্বয়ংক্রিয়ভাবে পরিশোধ করে](https://etherisc.com/)
 - [একটি মান যা লোকেদের কাস্টমাইজড, ইন্টারঅপারেবল মুদ্রা তৈরি করতে দেয়](/developers/docs/standards/tokens/)
 
-## More of a visual learner? {#visual-learner}
+## আরও পড়ুন {#further-reading}
 
-Finematics কে স্মার্ট চুক্তি ব্যাখ্যা করতে দেখুন:
-
-<YouTube id="pWGLtjG-F5c" />
+- [স্মার্ট কন্ট্র্যাক্টগুলি কীভাবে বিশ্বকে পরিবর্তন করবে](https://www.youtube.com/watch?v=pA6CGuXEKtQ)
+- [ডেভেলপারদের জন্য স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/)
+- [স্মার্ট-কন্ট্র্যাক্ট লিখতে শিখুন](/developers/learning-tools/)
+- [Mastering 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/)
-- [মাস্টারিং ইথেরিয়াম - একটি স্মার্ট কন্ট্র্যাক্ট কি?](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/bn/social-networks/index.md b/public/content/translations/bn/social-networks/index.md
index 574978c40fc..764a87724a6 100644
--- a/public/content/translations/bn/social-networks/index.md
+++ b/public/content/translations/bn/social-networks/index.md
@@ -1,121 +1,140 @@
 ---
-title: বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক
-description: ইথেরিয়াম-এ বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলির একটি ওভারভিউ
+title: "বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক"
+description: "ইথেরিয়াম-এ বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলির একটি ওভারভিউ"
 lang: bn
 template: use-cases
 emoji: ":mega:"
 sidebarDepth: 2
 image: /images/ethereum-learn.png
-summaryPoint1: সামাজিক মিথস্ক্রিয়া এবং কন্টেন্ট তৈরি এবং বিতরণের জন্য ব্লকচেইন-ভিত্তিক প্ল্যাটফর্ম।
-summaryPoint2: বিকেন্দ্রীভূত সামাজিক মিডিয়া নেটওয়ার্কগুলি ব্যবহারকারীর গোপনীয়তা রক্ষা করে এবং ডেটা সুরক্ষা বাড়ায়।
-summaryPoint3: টোকেন এবং NFT কনটেন্ট নগদীকরণের নতুন উপায় তৈরি করে।
+summaryPoint1: "সামাজিক মিথস্ক্রিয়া এবং কন্টেন্ট তৈরি এবং বিতরণের জন্য ব্লকচেইন-ভিত্তিক প্ল্যাটফর্ম।"
+summaryPoint2: "বিকেন্দ্রীভূত সামাজিক মিডিয়া নেটওয়ার্কগুলি ব্যবহারকারীর গোপনীয়তা রক্ষা করে এবং ডেটা সুরক্ষা বাড়ায়।"
+summaryPoint3: "টোকেন এবং NFT কনটেন্ট নগদীকরণের নতুন উপায় তৈরি করে।"
 ---
 
 সামাজিক নেটওয়ার্কগুলি আমাদের দৈনন্দিন যোগাযোগ এবং মিথস্ক্রিয়াতে একটি বিশাল ভূমিকা পালন করে। যাইহোক, এই প্ল্যাটফর্মগুলির কেন্দ্রীভূত নিয়ন্ত্রণ অনেক গুলি সমস্যা তৈরি করেছে: ডেটা লঙ্ঘন, সার্ভার বিভ্রাট, ডি-প্ল্যাটফর্মিং, সেন্সরশিপ এবং গোপনীয়তা লঙ্ঘন গুলি সোশ্যাল মিডিয়া প্রায়শই কিছু ট্রেড-অফ করে। এই সমস্যাগুলি মোকাবেলা করার জন্য, ডেভেলপাররা ইথেরিয়াম-এ সামাজিক নেটওয়ার্ক তৈরি করছে। বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলি ঐতিহ্যগত সামাজিক নেটওয়ার্কিং প্ল্যাটফর্মের অনেক সমস্যা সমাধান করতে পারে এবং ব্যবহারকারীদের সামগ্রিক অভিজ্ঞতা উন্নত করতে পারে।
 
 ## বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক কি? {#what-are-decentralized-social-networks}
 
-বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলি হল ব্লকচেইন-ভিত্তিক প্ল্যাটফর্ম যা ব্যবহারকারীদের তথ্য বিনিময়ের পাশাপাশি শ্রোতাদের কাছে কনটেন্ট প্রকাশ ও বিতরণ করতে দেয়। যেহেতু এই অ্যাপ্লিকেশনগুলি ব্লকচেইনে চালিত হয়, তারা বিকেন্দ্রীভূত হতে সক্ষম এবং সেন্সরশিপ এবং অযাচিত নিয়ন্ত্রণের বিরুদ্ধে প্রতিরোধী।
+বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলি হল [ব্লকচেইন-ভিত্তিক](/glossary/#blockchain) প্ল্যাটফর্ম যা ব্যবহারকারীদের তথ্য বিনিময়ের পাশাপাশি শ্রোতাদের কাছে কনটেন্ট প্রকাশ ও বিতরণ করতে দেয়। যেহেতু এই অ্যাপ্লিকেশনগুলি ব্লকচেইনে চালিত হয়, তারা বিকেন্দ্রীভূত হতে সক্ষম এবং সেন্সরশিপ এবং অযাচিত নিয়ন্ত্রণের বিরুদ্ধে প্রতিরোধী।
 
 অনেক বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক প্রতিষ্ঠিত সামাজিক মিডিয়া পরিষেবার বিকল্প হিসাবে বিদ্যমান, যেমন Facebook, LinkedIn, Twitter, এবং Medium। কিন্তু ব্লকচেইন-চালিত সোশ্যাল নেটওয়ার্কের বেশ কিছু বৈশিষ্ট্য রয়েছে যা তাদের প্রথাগত সামাজিক প্ল্যাটফর্মের চেয়ে এগিয়ে রাখে।
 
+<YouTube id="UdT2lpcGvcQ" />
+
 ### বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক কিভাবে কাজ করে? {#decentralized-social-networks-overview}
 
-বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক হল [বিকেন্দ্রীভূত অ্যাপ্লিকেশনের (dapps)](/apps/) একটি শ্রেণী—[স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) দ্বারা চালিত অ্যাপ্লিকেশন যেগুলো ব্লকচেইনে স্থাপন করা হয়েছে। কনট্র্যাক্ট কোড এই অ্যাপগুলির জন্য ব্যাকএন্ড হিসাবে কাজ করে এবং তাদের ব্যবসার যুক্তি সংজ্ঞায়িত করে।
+বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক হলো [ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস)](/apps/)-এর একটি শ্রেণী—ব্লকচেইনে স্থাপন করা [স্মার্ট কন্ট্র্যাক্ট](/glossary/#smart-contract) দ্বারা চালিত অ্যাপ্লিকেশন। কনট্র্যাক্ট কোড এই অ্যাপগুলির জন্য ব্যাকএন্ড হিসাবে কাজ করে এবং তাদের ব্যবসার যুক্তি সংজ্ঞায়িত করে।
 
-প্রথাগত সোশ্যাল মিডিয়া প্ল্যাটফর্মগুলি ব্যবহারকারীর তথ্য, প্রোগ্রাম কোড এবং অন্যান্য ধরণের ডেটা সঞ্চয় করার জন্য ডেটাবেসের উপর নির্ভর করে। কিন্তু এটি ব্যর্থতার একক পয়েন্ট তৈরি করে এবং উল্লেখযোগ্য ঝুঁকির পরিচয় দেয়। উদাহরণস্বরূপ, গত বছর ফেসবুকের সার্ভারগুলি [কয়েক ঘন্টার জন্য অফলাইন হয়ে যায়](https://www.npr.org/2021/10/05/1043211171/facebook-instagram-whatsapp-outage-business-impact), যার ফলে ব্যবহারকারীরা প্ল্যাটফর্ম থেকে বিচ্ছিন্ন হয়ে যায়।
+প্রথাগত সোশ্যাল মিডিয়া প্ল্যাটফর্মগুলি ব্যবহারকারীর তথ্য, প্রোগ্রাম কোড এবং অন্যান্য ধরণের ডেটা সঞ্চয় করার জন্য ডেটাবেসের উপর নির্ভর করে। কিন্তু এটি ব্যর্থতার একক পয়েন্ট তৈরি করে এবং উল্লেখযোগ্য ঝুঁকির পরিচয় দেয়। উদাহরণস্বরূপ, 2021 সালের অক্টোবরে ফেসবুকের সার্ভার কুখ্যাতভাবে [ঘণ্টার পর ঘণ্টা অফলাইন ছিল](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/)-এর মতো বিকেন্দ্রীভূত স্টোরেজ সিস্টেম ব্যবহার করে, ইথেরিয়ামে নির্মিত সামাজিক নেটওয়ার্কগুলি ব্যবহারকারীর তথ্য শোষণ এবং অপব্যবহার থেকে রক্ষা করতে পারে। কেউ আপনার ব্যক্তিগত তথ্য বিজ্ঞাপনদাতাদের কাছে বিক্রি করবে না, হ্যাকাররাও আপনার গোপনীয় তথ্য চুরি করতে পারবে না।
+[The InterPlanetary File System (IPFS)](https://ipfs.io/)-এর মতো বিকেন্দ্রীভূত স্টোরেজ সিস্টেম ব্যবহার করে, Ethereum-এ নির্মিত সামাজিক নেটওয়ার্কগুলি ব্যবহারকারীর তথ্যকে শোষণ এবং দূষিত ব্যবহার থেকে রক্ষা করতে পারে। কেউ আপনার ব্যক্তিগত তথ্য বিজ্ঞাপনদাতাদের কাছে বিক্রি করবে না, হ্যাকাররাও আপনার গোপনীয় তথ্য চুরি করতে পারবে না।
 
 অনেক ব্লকচেইন-ভিত্তিক সামাজিক প্ল্যাটফর্মের নেটিভ টোকেন রয়েছে যা বিজ্ঞাপনের আয়ের অভাবে নগদীকরণকে শক্তি দেয়। ব্যবহারকারীরা নির্দিষ্ট বৈশিষ্ট্যগুলি অ্যাক্সেস করতে, অ্যাপ-মধ্যস্থ কেনাকাটা সম্পূর্ণ করতে বা তাদের প্রিয় কনটেন্ট ক্রিয়েটরদের পরামর্শ দিতে এই টোকেনগুলি কিনতে পারেন।
 
 ## বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কের সুবিধা {#benefits}
 
-1. বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলি সেন্সরশিপ-প্রতিরোধী এবং সবার জন্য উন্মুক্ত। এর অর্থ ব্যবহারকারীদের নির্বিচারে নিষিদ্ধ, ডিপ্ল্যাটফর্ম বা সীমাবদ্ধ করা যাবে না।
+1. বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলি সেন্সরশিপ-প্রতিরোধী এবং সবার জন্য উন্মুক্ত। এর মানে হল **ব্যবহারকারীদের নির্বিচারে নিষিদ্ধ করা**, প্ল্যাটফর্ম থেকে সরানো, বা সীমাবদ্ধ করা যাবে না।
 
-2. বিকেন্দ্রীকৃত সামাজিক নেটওয়ার্কগুলি ওপেন-সোর্স আদর্শের উপর নির্মিত হয় এবং পাবলিক পরিদর্শনের জন্য উপলব্ধ অ্যাপ্লিকেশনগুলির জন্য উত্স কোড তৈরি করে। প্রচলিত সামাজিক মিডিয়াতে প্রচলিত অস্বচ্ছ অ্যালগরিদমের বাস্তবায়ন দূর করে, ব্লকচেইন-ভিত্তিক সামাজিক নেটওয়ার্কগুলি ব্যবহারকারী এবং প্ল্যাটফর্ম নির্মাতাদের স্বার্থকে সারিবদ্ধ করতে পারে।
+2. বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলি **ওপেন-সোর্স আদর্শের উপর নির্মিত** এবং অ্যাপ্লিকেশনগুলির সোর্স কোড জনসাধারণের পরিদর্শনের জন্য উপলব্ধ করে। প্রচলিত সামাজিক মিডিয়াতে প্রচলিত অস্বচ্ছ অ্যালগরিদমের বাস্তবায়ন দূর করে, ব্লকচেইন-ভিত্তিক সামাজিক নেটওয়ার্কগুলি ব্যবহারকারী এবং প্ল্যাটফর্ম নির্মাতাদের স্বার্থকে সারিবদ্ধ করতে পারে।
 
-3. বিকেন্দ্রীকৃত সামাজিক নেটওয়ার্কগুলি "মধ্য-মানুষ" কে নির্মূল করে। কনটেন্ট ক্রিয়েটরদের তাদের সামগ্রীর উপর সরাসরি মালিকানা রয়েছে এবং তারা অনুসরণকারী, ভক্ত, ক্রেতা এবং অন্যান্য পক্ষের সাথে সরাসরি জড়িত, এর মধ্যে একটি স্মার্ট কন্ট্র্যাক্ট ছাড়া আর কিছুই নেই।
+3. বিকেন্দ্রীকৃত সামাজিক নেটওয়ার্কগুলি "মধ্য-মানুষ" কে নির্মূল করে। কনটেন্ট **নির্মাতাদের তাদের কনটেন্টের উপর সরাসরি মালিকানা থাকে**, এবং তারা অনুসারী, ভক্ত, ক্রেতা এবং অন্যান্য পক্ষের সাথে সরাসরি যুক্ত হন, যেখানে মাঝে শুধু একটি স্মার্ট কন্ট্র্যাক্ট থাকে।
 
-4. ইথেরিয়াম নেটওয়ার্কে চলমান dapps হিসাবে, যা নোডগুলির একটি বিশ্বব্যাপী, পিয়ার-টু-পিয়ার নেটওয়ার্ক দ্বারা টেকসই হয়, বিকেন্দ্রীকৃত সামাজিক নেটওয়ার্কগুলি সার্ভার ডাউনটাইম এবং আউটেজের জন্য কম সংবেদনশীল।
+4. Ethereum নেটওয়ার্কে চালিত ডিএ্যাপস হিসাবে, যা বিশ্বব্যাপী নোডের একটি পিয়ার-টু-পিয়ার নেটওয়ার্ক দ্বারা সমর্থিত, বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলি **সার্ভার ডাউনটাইম** এবং বিভ্রাটের জন্য কম ঝুঁকিপূর্ণ।
 
-5. বিকেন্দ্রীকৃত সামাজিক প্ল্যাটফর্মগুলি নন-ফাঙ্গিবল টোকেন (NFT), ইন-অ্যাপ ক্রিপ্টো পেমেন্ট এবং আরও অনেক কিছুর মাধ্যমে কনটেন্ট ক্রিয়েটরদের জন্য একটি উন্নত নগদীকরণ কাঠামো সরবরাহ করে।
+5. বিকেন্দ্রীভূত সামাজিক প্ল্যাটফর্মগুলি [নন-ফাঞ্জিবল টোকেন (NFTs)](/glossary/#nft), অ্যাপ-মধ্যস্থ ক্রিপ্টো পেমেন্ট এবং আরও অনেক কিছুর মাধ্যমে কনটেন্ট নির্মাতাদের জন্য একটি **উন্নত নগদীকরণ** কাঠামো অফার করে।
 
-6. বিকেন্দ্রীকৃত সামাজিক নেটওয়ার্কগুলি ব্যবহারকারীদের উচ্চ স্তরের গোপনীয়তা এবং নামহীনতা প্রদান করে। উদাহরণস্বরূপ, কোনও ব্যক্তি ENS প্রোফাইল বা ওয়ালেট ব্যবহার করে ইথেরিয়াম-ভিত্তিক সামাজিক নেটওয়ার্কে সাইন ইন করতে পারেন—নাম, ইমেল ঠিকানা ইত্যাদির মতো ব্যক্তিগতভাবে সনাক্তযোগ্য তথ্য (PII) শেয়ার না করে।
+6. বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক ব্যবহারকারীদের **উচ্চ স্তরের গোপনীয়তা এবং পরিচয় গোপন রাখার সুযোগ দেয়**। উদাহরণস্বরূপ, একজন ব্যক্তি একটি [ENS](/glossary/#ens) প্রোফাইল বা [ওয়ালেট](/glossary/#wallet) ব্যবহার করে একটি Ethereum-ভিত্তিক সামাজিক নেটওয়ার্কে সাইন ইন করতে পারেন— নাম, ইমেল ঠিকানা ইত্যাদির মতো ব্যক্তিগতভাবে শনাক্তযোগ্য তথ্য (PII) শেয়ার না করেই।
 
 7. বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলি বিকেন্দ্রীভূত স্টোরেজের উপর নির্ভর করে, কেন্দ্রীভূত ডেটাবেস নয়, যা ব্যবহারকারীর ডেটা সুরক্ষিত করার জন্য যথেষ্ট ভাল।
 
-## ইথেরিয়াম-এ বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক {#ethereum-social-networks}
+## Ethereum-এ বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক {#ethereum-social-networks}
 
-ইথেরিয়াম নেটওয়ার্ক তার টোকেনগুলির জনপ্রিয়তা (ERC-20/ERC-721) এবং এর ব্যাপক ব্যবহারকারী বেসের কারণে বিকেন্দ্রীভূত সামাজিক মিডিয়া তৈরি করার জন্য ডেভেলপারদের পছন্দের হাতিয়ার হয়ে উঠেছে। এখানে ইথেরিয়াম-ভিত্তিক সামাজিক নেটওয়ার্কের কিছু উদাহরণ রয়েছে:
+এর টোকেনের জনপ্রিয়তা এবং বিশাল ব্যবহারকারী বেসের কারণে Ethereum নেটওয়ার্ক বিকেন্দ্রীভূত সোশ্যাল মিডিয়া তৈরির জন্য ডেভেলপারদের পছন্দের টুল হয়ে উঠেছে। এখানে ইথেরিয়াম-ভিত্তিক সামাজিক নেটওয়ার্কের কিছু উদাহরণ রয়েছে:
 
-### Peepeth {#peepeth}
+### Mirror {#mirror}
 
-[Peepeth](https://peepeth.com/) হল Twitter-এর অনুরূপ একটি মাইক্রোব্লগিং প্ল্যাটফর্ম। এটি ইথেরিয়াম ব্লকচেইনে চলে এবং ব্যবহারকারীর ডেটা সঞ্চয় করতে IPFS ব্যবহার করে।
+[Mirror](https://mirror.xyz/) একটি web3-সক্ষম লেখার প্ল্যাটফর্ম যার লক্ষ্য হল বিকেন্দ্রীভূত এবং ব্যবহারকারী-মালিকানাধীন হওয়া। ব্যবহারকারীরা কেবল তাদের ওয়ালেটগুলি সংযুক্ত করে Mirror-এ বিনামূল্যে পড়তে এবং লিখতে পারেন। ব্যবহারকারীরা লেখা সংগ্রহ করতে এবং তাদের প্রিয় লেখকদের সাবস্ক্রাইব করতে পারেন।
 
-ব্যবহারকারীরা "Peeps" নামক সংক্ষিপ্ত বার্তা পাঠাতে পারে, যা মুছে ফেলা বা পরিবর্তন করা যায় না। আপনি অ্যাপ্লিকেশনটি ছেড়ে না গিয়ে ইথার (ETH) এ প্ল্যাটফর্মের যে কাউকে টিপস সংগ্রহ করতে বা টিপ দিতে পারেন।
+Mirror-এ প্রকাশিত পোস্টগুলি Arweave, একটি বিকেন্দ্রীভূত স্টোরেজ প্ল্যাটফর্মে স্থায়ীভাবে সংরক্ষণ করা হয়, এবং Writing NFTs নামে পরিচিত সংগ্রহযোগ্য [নন-ফাঞ্জিবল টোকেন (NFTs)](/nft/) হিসাবে মিন্ট করা যেতে পারে। লেখকদের জন্য Writing 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 নামে পরিচিত। লেখকরা রাইটিং NFT সম্পূর্ণ বিনামূল্যে তৈরু করতে পারবেন এবং ইথেরিয়াম L2-এ কালেকশন হয় — যা লেনদেনগুলিকে সাশ্রয়ী, দ্রুত এবং পরিবেশবান্ধব করে তোলে।
+ব্যবহারকারীরা আইটেমগুলির জন্য অর্থপ্রদান করতে প্ল্যাটফর্মের নিজস্ব [ERC-20](/glossary/#erc-20) টোকেন $MIND ব্যবহার করে। ব্যবহারকারীরা জনপ্রিয় সামগ্রী প্রকাশ করে, ইকোসিস্টেমে অবদান রেখে এবং প্ল্যাটফর্মে অন্যদের উল্লেখ করে $MIND টোকেন উপার্জন করতে পারেন।
 
-### MINDS {#minds}
+### Farcaster {#farcaster}
+
+[Farcaster](https://farcaster.xyz/) হল X এবং Reddit-এর মতো একটি "যথেষ্ট বিকেন্দ্রীভূত" সামাজিক নেটওয়ার্ক যা ব্যবহারকারীদের "কাস্ট" শেয়ার এবং আবিষ্কার করতে দেয়। লেনদেন তুলনামূলকভাবে সস্তা রাখতে এটি Optimism L2 নেটওয়ার্কে তৈরি করা হয়েছে।
+
+## বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক ব্যবহার করুন {#use-decentralized-social-networks}
+
+- **[Status.app](https://status.app/)** - _Status একটি নিরাপদ মেসেজিং অ্যাপ যা আপনার বার্তাগুলিকে তৃতীয় পক্ষের থেকে রক্ষা করার জন্য একটি ওপেন-সোর্স, পিয়ার-টু-পিয়ার প্রোটোকল এবং এন্ড-টু-এন্ড এনক্রিপশন ব্যবহার করে।_
+- **[Mirror.xyz](https://mirror.xyz/)** - _Mirror হল একটি বিকেন্দ্রীভূত, ব্যবহারকারী-মালিকানাধীন প্রকাশনা প্ল্যাটফর্ম যা Ethereum-এর উপর নির্মিত, যাতে ব্যবহারকারীরা আইডিয়া ক্রাউডফান্ড করতে, কনটেন্ট নগদীকরণ করতে এবং উচ্চ-মূল্যের কমিউনিটি তৈরি করতে পারে।_
+- **[Lens Protocol](https://lens.xyz/)** - _Lens Protocol একটি কম্পোজেবল এবং বিকেন্দ্রীভূত সামাজিক গ্রাফ যা নির্মাতাদের বিকেন্দ্রীভূত ইন্টারনেটের ডিজিটাল বাগানে যেখানেই যান না কেন তাদের কনটেন্টের মালিকানা নিতে সাহায্য করে।_
+- **[Farcaster](https://farcaster.xyz/)** - _Farcaster একটি যথেষ্ট বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক।_ এটি একটি ওপেন প্রোটোকল যা ইমেলের মতোই অনেক ক্লায়েন্টকে সমর্থন করতে পারে।_
+- **[Ethereum Follow Protocol](https://efp.app/)** - _Ethereum Follow Protocol হল Ethereum অ্যাকাউন্টগুলির জন্য একটি সম্পূর্ণ বিকেন্দ্রীভূত অনচেইন সামাজিক গ্রাফ, যা ENS এবং SIWE-এর পরিপূরক হিসাবে একটি মডুলার Ethereum আইডেন্টিটি স্ট্যাকের ধারণাকে এগিয়ে নিয়ে যায়।_
+- **[Ethereum Comments Protocol](https://www.ethcomments.xyz/)** - _Ethereum-এ আপনার চিন্তাভাবনা অনচেইন রাখার জন্য একটি নতুন, প্রোগ্রামেবল সামাজিক কনটেন্ট প্রিমিটিভ।_
+
+## Ethereum-এ Web2 সামাজিক নেটওয়ার্ক {#web2-social-networks-and-ethereum}
+
+[Web3](/glossary/#web3) নেটিভ সামাজিক প্ল্যাটফর্মগুলিই একমাত্র নয় যারা সোশ্যাল মিডিয়াতে ব্লকচেইন প্রযুক্তি অন্তর্ভুক্ত করার চেষ্টা করছে। অনেক কেন্দ্রীভূত প্ল্যাটফর্মও তাদের পরিকাঠামোতে Ethereum একীভূত করার জন্য অন্বেষণ করছে বা পরীক্ষা-নিরীক্ষা করেছে:
+
+### Brave Browser {#brave}
+
+- Brave ডিজিটাল বিজ্ঞাপন এবং কনটেন্ট নির্মাতা সহায়তায় বিপ্লব ঘটাতে তার ব্রাউজার ইকোসিস্টেমে Ethereum-এর উপর নির্মিত একটি ERC-20 টোকেন **[Basic Attention Token (BAT)](https://basicattentiontoken.org/)** একীভূত করেছে।
+
+- **[Brave Rewards program](https://brave.com/brave-rewards/)** ব্যবহারকারীদের গোপনীয়তা-সম্মানকারী বিজ্ঞাপন দেখে BAT উপার্জন করতে এবং তারপর মনোযোগের সময় অনুসারে YouTube, Twitter, এবং GitHub-এর মতো বিভিন্ন প্ল্যাটফর্ম জুড়ে ওয়েবসাইট এবং কনটেন্ট নির্মাতাদের স্বয়ংক্রিয়ভাবে অবদান রাখতে দেয়।
+
+- কনটেন্ট নির্মাতারা **[Brave যাচাইকৃত নির্মাতা](https://creators.brave.com/)** হিসাবে নিবন্ধন করে এই অবদানগুলি সরাসরি তাদের Ethereum ওয়ালেটে গ্রহণ করতে পারেন, যা ঐতিহ্যবাহী ওয়েব প্ল্যাটফর্ম এবং ব্লকচেইন-ভিত্তিক নগদীকরণের মধ্যে একটি ব্রিজ তৈরি করে।
 
-[MINDS](https://www.minds.com/) সর্বাধিক ব্যবহৃত বিকেন্দ্রীভূত সামাজিক নেটওয়ার্কগুলির মধ্যে একটি। এটি Facebook-এর মতো কাজ করে এবং ইতিমধ্যে লক্ষ লক্ষ ব্যবহারকারীকে আকৃষ্ট করেছে।
+- BAT টোকেনগুলি Ethereum ব্লকচেইনে স্বাধীনভাবে বিদ্যমান, যা ব্যবহারকারীদের অর্জিত টোকেনগুলি ব্যক্তিগত ওয়ালেট বা এক্সচেঞ্জে স্থানান্তর করতে দেয়।
 
-ব্যবহারকারীরা আইটেমগুলির জন্য অর্থ প্রদানের জন্য প্ল্যাটফর্মের নেটিভ ERC -20 টোকেন $MIND ব্যবহার করে। ব্যবহারকারীরা জনপ্রিয় সামগ্রী প্রকাশ করে, ইকোসিস্টেমে অবদান রেখে এবং প্ল্যাটফর্মে অন্যদের উল্লেখ করে $MIND টোকেন উপার্জন করতে পারেন।
+### Audius Music Platform {#audius}
 
-## ইথেরিয়াম-এ Web2 সামাজিক নেটওয়ার্ক {#web2-social-networks-and-ethereum}
+- **[Audius](https://audius.co/)** একটি মিউজিক স্ট্রিমিং প্ল্যাটফর্ম যা শিল্পীদের সরাসরি অনুরাগীদের সাথে সংযুক্ত করতে Ethereum ব্লকচেইন প্রযুক্তি ব্যবহার করে।
 
-[Web3](/web3/) নেটিভ সোশ্যাল প্ল্যাটফর্মগুলি কেবল মাত্র সোশ্যাল মিডিয়াতে ব্লকচেইন প্রযুক্তি অন্তর্ভুক্ত করার চেষ্টা করছে না। অনেক কেন্দ্রীভূত প্ল্যাটফর্মগুলি তাদের অবকাঠামোতে ইথেরিয়ামকে একীভূত করার পরিকল্পনা করছে:
+- প্ল্যাটফর্মটিতে একটি হাইব্রিড বিকেন্দ্রীভূত আর্কিটেকচার রয়েছে যেখানে মালিকানার অধিকার এবং **[AUDIO টোকেন](https://eth.blockscout.com/token/0x18aaa7115705e8be94bffebde57af9bfc265b998)**-এর জন্য ব্লকচেইন ব্যবহার করার সময় কনটেন্ট IPFS-এ সংরক্ষণ করা হয়।
 
-### Reddit {#reddit}
+- Audius **[TikTok-এর সাথে একটি অংশীদারিত্ব](https://audius.co/tiktok)** স্থাপন করেছে, যা মূলধারার দর্শকদের কাছে Web3 কার্যকারিতা নিয়ে এসেছে এবং শিল্পীদের ব্লকচেইন প্রযুক্তির মাধ্যমে তাদের কনটেন্ট নগদীকরণ করতে দেয়।
 
-Reddit [কমিউনিটি পয়েন্টগুলি প্রচার করেছে](https://cointelegraph.com/news/reddit-to-reportedly-tokenize-karma-points-and-onboard-500m-new-users), যা হল [ERC-20 টোকেন](/developers/docs/standards/tokens/erc-20/) যা ব্যবহারকারীরা মানসম্পন্ন সামগ্রী পোস্ট করে এবং অনলাইন সম্প্রদায়গুলিতে অবদান রেখে উপার্জন করতে পারে (subreddits)। আপনি [একচেটিয়া বিশেষ সুবিধা এবং বিশেষ সুবিধা পেতে](https://www.reddit.com/community-points/) একটি সাবরেডিটের মধ্যে এই টোকেনগুলি ভাঙ্গাতে পারেন। এই প্রকল্পের জন্য, Reddit Arbitrum-এর সাথে কাজ করছে, একটি [লেয়ার 2](/layer-2/) রোলআপ যা ইথেরিয়াম লেনদেন স্কেল করার জন্য ডিজাইন করা হয়েছে।
+- প্ল্যাটফর্মটির প্রযুক্তিগত বিবরণ তাদের **[হোয়াইটপেপারে](https://whitepaper.audius.co/)** উপলব্ধ, যা দেখায় কিভাবে তারা Ethereum-এর পরিকাঠামোর উপর ভিত্তি করে তৈরি করেছে।
 
-এই প্রোগ্রামটি ইতিমধ্যেই লাইভ এবং r/CryptoCurrency [সাবরেডিট "মুনস" নামের এর কমিউনিটি পয়েন্টের ভার্সন রান করছে](https://www.reddit.com/r/CryptoCurrency/wiki/moons_wiki)। অফিসিয়াল বিবরণ অনুসারে, মুনস "সাবরেডিতে অবদানের জন্য পোস্টার, মন্তব্যকারী এবং মডারেটরদের পুরস্কৃত করে।" যেহেতু এই টোকেনগুলি ব্লকচেইনে রয়েছে (ব্যবহারকারীরা এগুলি ওয়ালেটগুলিতে গ্রহণ করে), তারা Reddit থেকে স্বাধীন এবং এটি কেড়ে নেওয়া যায় না।
+### Sorare Fantasy Sports {#sorare}
 
-Rinkeby টেস্টনেট-এ একটি বিটা পর্ব শেষ করার পর, Reddit কমিউনিটি পয়েন্টগুলি এখন [Arbitrum Nova](https://nova.arbitrum.io/)-এ রয়েছে, একটি ব্লকচেইন যা [এর বৈশিষ্ট্যগুলিকে একত্রিত করে](/developers/docs/scaling/sidechains/) এবং একটি [অপ্টিমিস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/)। বিশেষ বৈশিষ্ট্যগুলি আনলক করতে কমিউনিটি পয়েন্টগুলি ব্যবহার করার পাশাপাশি, ব্যবহারকারীরা এক্সচেঞ্জগুলিতে ফিয়াটের জন্য সেগুলি ট্রেড করতে পারেন। এছাড়াও, একজন ব্যবহারকারীর মালিকানাধীন কমিউনিটি পয়েন্টগুলির পরিমাণ সম্প্রদায়ের মধ্যে সিদ্ধান্ত গ্রহণের প্রক্রিয়াতে তাদের প্রভাব নির্ধারণ করে।
+- **[Sorare](https://sorare.com/)** হল **[Ethereum-এর উপর নির্মিত একটি ফ্যান্টাসি স্পোর্টস প্ল্যাটফর্ম](https://sorare.com/help/a/4402888626577/what-is-a-sorare-wallet)** যা ব্যবহারকারীদের অফিসিয়াল NFT প্লেয়ার কার্ড সংগ্রহ, ট্রেড এবং খেলতে দেয়।
 
-### Twitter {#twitter}
+- প্লেয়ার কার্ডগুলি Ethereum ব্লকচেইনে যাচাইযোগ্য NFT, এবং প্ল্যাটফর্মের স্মার্ট কন্ট্র্যাক্টগুলি **[Etherscan](https://eth.blockscout.com/address/0x629a673a8242c2ac4b7b8c5d8735fbeac21a6205?tab=contract)**-এ দেখা যেতে পারে।
 
-Twitter Blue জানুয়ারী 2021-এ [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)।
+- Sorare ডিজিটাল সম্পদের ব্লকচেইন মালিকানার সাথে ঐতিহ্যবাহী ফ্যান্টাসি স্পোর্টস গেমপ্লেকে একত্রিত করে, মূলধারার ক্রীড়া অনুরাগীদের কাছে **[Ethereum to fund](https://sorare.com/help/a/10969733392797/what-network-should-i-use-to-fund-my-eth-wallet)** কার্যকারিতা নিয়ে আসে।
 
-### Instagram {#instagram}
+### Twitter/X (ক্রিপ্টো টিপিং) {#twitter}
 
-মে 2022-এ, [Instagram ইথেরিয়াম এবং Polygon-এ NFT-এর জন্য সমর্থন ঘোষণা করেছে](https://about.instagram.com/blog/announcements/instagram-digital-collectibles)। ব্যবহারকারীরা তাদের ইথেরিয়াম ওয়ালেট সংযুক্ত করে সরাসরি Instagram-এ NFT পোস্ট করতে পারেন।
+**[Twitter](https://x.com)** (এখন X) নির্মাতা নগদীকরণ এবং ডিজিটাল পরিচয় যাচাইকরণ উন্নত করতে একাধিক উপায়ে ব্লকচেইন প্রযুক্তি অন্তর্ভুক্ত করেছে:
 
-## বিকেন্দ্রীভূত সামাজিক নেটওয়ার্ক সমূহ ব্যবহার করুন {#use-decentralized-social-networks}
+- **ক্রিপ্টো টিপিং**: প্ল্যাটফর্মটি **[Ethereum টিপিং](https://help.x.com/en/using-x/tips)** একীভূত করেছে, যা ব্যবহারকারীদের Strike-এর মতো Ethereum-ভিত্তিক ওয়ালেটগুলির মাধ্যমে পেমেন্ট পাঠাতে সক্ষম করে।
 
-- **[Status.im](https://status.im/)** - _Status হল একটি নিরাপদ মেসেজিং অ্যাপ যা একটি ওপেন-সোর্স, পিয়ার-টু-পিয়ার প্রোটোকল এবং এন্ড-টু-এন্ড এনক্রিপশন ব্যবহার করে আপনার বার্তাগুলিকে তৃতীয় পক্ষের হাত থেকে রক্ষা করে।_
-- **[Mirror.xyz](https://mirror.xyz/)** - _Mirror হল একটি বিকেন্দ্রীভূত, ব্যবহারকারীর মালিকানাধীন প্রকাশনা প্ল্যাটফর্ম ইথেরিয়ামে ব্যবহারকারীদের জন্য ক্রাউডফান্ড আইডিয়া, বিষয়বস্তু নগদীকরণ এবং উচ্চ-মূল্যের সম্প্রদায়গুলি তৈরি করার জন্য তৈরি।_
-- **[লেন্স প্রোটোকল](https://lens.xyz/)** - _লেন্স প্রোটোকল হল একটি কম্পোজেবল এবং বিকেন্দ্রীভূত সামাজিক গ্রাফ যা নির্মাতাদের বিকেন্দ্রীভূত ইন্টারনেটের ডিজিটাল বাগানে যেখানেই যান তাদের কন্টেন্টের মালিকানা নিতে সহায়তা করে।_
-- **[Farcaster](https://farcaster.xyz/)** - _Farcaster একটি যথেষ্ট বিকেন্দ্রীভূত সামাজিক যোগাযোগ মাধ্যম। এটি একটি উন্মুক্ত প্রোটোকল যা অনেক ক্লায়েন্টকে সমর্থন করতে পারে, ঠিক ইমেলের মতো।_
+ব্লকচেইন বৈশিষ্ট্যগুলিকে একীভূত করার মাধ্যমে, X Web2 সামাজিক অভিজ্ঞতা এবং বিকেন্দ্রীভূত ডিজিটাল মালিকানার মধ্যে একটি ব্রিজ তৈরি করছে।
 
-## Further reading {#further-reading}
+## আরও পড়ুন {#further-reading}
 
-### আর্টিকেল সমূহ {#articles}
+### নিবন্ধ {#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) — _Gemini ক্রিপ্টোপিডিয়া_
-- [ব্লকচেন কীভাবে সামাজিক মিডিয়া গোপনীয়তার সমাধান করতে পারে](https://www.investopedia.com/news/ethereum-blockchain-social-media-privacy-problem-linkedin-indorse/) — _প্রবলেন বাজপাই_
-- [সোশ্যাল মিডিয়া নেটওয়ার্কগুলি ব্লকচেইনে আসছে](https://eawosika.com/what-are-decentralized-social-networks) — _ইমানুয়েল আওসিকা_
-- [সামাজিক নেটওয়ার্কগুলির জন্য পর্যাপ্ত বিকেন্দ্রীকরণ](https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-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/) — _Sumit Ghosh_
+- [ব্লকচেইন সোশ্যাল মিডিয়া ল্যান্ডস্কেপের একটি সংক্ষিপ্ত বিবরণ](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/) — _Prableen Bajpai_
+- [সামাজিক নেটওয়ার্কের জন্য যথেষ্ট বিকেন্দ্রীকরণ](https://www.varunsrinivasan.com/2022/01/11/sufficient-decentralization-for-social-networks) — _Varun Srinivasan_
 
-### Videos {#videos}
+### ভিডিও {#videos}
 
-- [বিকেন্দ্রীভূত সামাজিক মিডিয়া ব্যাখ্যা করা হয়েছে](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_
+- [বিকেন্দ্রীভূত সামাজিক মিডিয়ার ব্যাখ্যা](https://www.youtube.com/watch?v=UdT2lpcGvcQ) — _Coinmarketcap_
 - [DeSo ব্লকচেইন সোশ্যাল মিডিয়াকে বিকেন্দ্রীকরণ করতে চায়](https://www.youtube.com/watch?v=SG2HUiVp0rE) — _Bloomberg Technology_
-- [বালাজি শ্রীনিবাসন, Vitalik বুটেরিন, জুয়ান বেনেটের সাথে বিকেন্দ্রীভূত সামাজিক মিডিয়ার ভবিষ্যত](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_
+- [বালাজি শ্রীনিবাসন, ভিটালিক বুটেরিন, জুয়ান বেনেটের সাথে বিকেন্দ্রীভূত সামাজিক মিডিয়ার ভবিষ্যত](https://www.youtube.com/watch?v=DTxE9KV3YrE) — _ETHGlobal_
 
-### কমিউনিটিগুলো {#communities}
+### কমিউনিটি {#communities}
 
-- [Status Discord সার্ভার](https://discord.com/invite/3Exux7Y)
-- [Mirror Discord সার্ভার](https://discord.com/invite/txuCHcE8wV)
-- [r/CryptoCurrency সাব-রেড্ডিট](https://www.reddit.com/r/CryptoCurrency/)
+- [r/CryptoCurrency সাবরেডিট](https://www.reddit.com/r/CryptoCurrency/)
diff --git a/public/content/translations/bn/staking/dvt/index.md b/public/content/translations/bn/staking/dvt/index.md
index b3046641c9c..8b228d36b60 100644
--- a/public/content/translations/bn/staking/dvt/index.md
+++ b/public/content/translations/bn/staking/dvt/index.md
@@ -1,6 +1,6 @@
 ---
-title: ডিস্ট্রিবিউটেড ভ্যালিডেটর প্রযুক্তি
-description: ডিস্ট্রিবিউটেড ভ্যালিডেটর টেকনোলজি একাধিক পক্ষের দ্বারা একটি ইথেরিয়াম ভ্যালিডেটরের ডিস্ট্রিবিউটেড অপারেশনকে সক্ষম করে।
+title: "ডিস্ট্রিবিউটেড ভ্যালিডেটর প্রযুক্তি"
+description: "ডিস্ট্রিবিউটেড ভ্যালিডেটর টেকনোলজি একাধিক পক্ষের দ্বারা একটি ইথেরিয়াম ভ্যালিডেটরের ডিস্ট্রিবিউটেড অপারেশনকে সক্ষম করে।"
 lang: bn
 ---
 
@@ -8,9 +8,9 @@ lang: bn
 
 ডিস্ট্রিবিউটেড ভ্যালিডেটর টেকনোলজি (DVT) হল ভ্যালিডেটর সিকিউরিটির একটি পন্থা যা একাধিক পক্ষের মধ্যে মূল ব্যবস্থাপনা এবং সাইনিং দায়িত্ব ছড়িয়ে দেয়, ব্যর্থতার একক পয়েন্ট কমাতে এবং ভ্যালিডেটরের স্থিতিশীলতা বাড়ায়।
 
-**অনেকগুলো কম্পিউটার মিলে** একটি "ক্লাস্টার" গঠিত হয় যার মধ্যে **গোপন কী বিভক্ত করে দেওয়ার মাধ্যমে** এটি এমনটি করে। এর সুবিধা হল এতে আক্রমণকারীদের জন্য কী টিতে অ্যাক্সেস অর্জন করা খুব কঠিন হয়ে যায়, কারণ এটি কোনও একক মেশিনে সম্পূর্ণরূপে সংরক্ষণ করা হয় না। এটি কিছু নোডকে অফলাইনে যেতে দেয়, কারণ প্রয়োজনীয় স্বাক্ষর প্রতিটি ক্লাস্টারে মেশিনের একটি উপসেট দ্বারা করা যেতে পারে। এটি নেটওয়ার্ক থেকে অসফলের সিঙ্গেল পয়েন্ট হ্রাস করে এবং পুরো ভ্যালিডেটরকে আরও শক্তিশালী করে তোলে।
+এটি একটি ভ্যালিডেটরকে সুরক্ষিত করতে ব্যবহৃত **প্রাইভেট কী**-কে একটি "ক্লাস্টার" হিসাবে সংগঠিত **একাধিক কম্পিউটারে বিভক্ত** করার মাধ্যমে এটি করে। এর সুবিধা হল এতে আক্রমণকারীদের জন্য কী টিতে অ্যাক্সেস অর্জন করা খুব কঠিন হয়ে যায়, কারণ এটি কোনও একক মেশিনে সম্পূর্ণরূপে সংরক্ষণ করা হয় না। এটি কিছু নোডকে অফলাইনে যেতে দেয়, কারণ প্রয়োজনীয় স্বাক্ষর প্রতিটি ক্লাস্টারে মেশিনের একটি উপসেট দ্বারা করা যেতে পারে। এটি নেটওয়ার্ক থেকে অসফলের সিঙ্গেল পয়েন্ট হ্রাস করে এবং পুরো ভ্যালিডেটরকে আরও শক্তিশালী করে তোলে।
 
-![একটি ডায়াগ্রাম দেখায় যে কীভাবে একটি সিঙ্গেল ভ্যালিডেটর কী শেয়ারে বিভক্ত হয় এবং বিভিন্ন উপাদানসহ একাধিক নোডে বিতরণ করা হয়।](./dvt-cluster.png)
+![একটি ডায়াগ্রাম যা দেখাচ্ছে কীভাবে একটি একক ভ্যালিডেটর কী, কী শেয়ারে বিভক্ত হয় এবং বিভিন্ন উপাদানসহ একাধিক নোডে বিতরণ করা হয়।](./dvt-cluster.png)
 
 ## কেন আমাদের DVT দরকার? {#why-do-we-need-dvt}
 
@@ -20,72 +20,72 @@ lang: bn
 
 DVT ব্যবহার করে, স্টেকহোল্ডাররা কোল্ড স্টোরেজে ভ্যালিডেটর প্রাইভেট কী রাখার সময় স্টেকিংয়ে অংশ নিতে পারে। এটি মূল সম্পূর্ণ ভ্যালিডেটর কী এনক্রিপ্ট করে এবং তারপর এটিকে কী শেয়ারে বিভক্ত করে অর্জন করা হয়। মূল শেয়ারগুলি অনলাইনে লাইভ থাকে এবং একাধিক নোডে বিতরণ করা হয় যা ভ্যালিডেটর বিতরণ করা অপারেশনকে সক্রিয় করে। এটি সম্ভব কারণ ইথেরিয়াম ভ্যালিডেটররা BLS স্বাক্ষর ব্যবহার করে যা বাড়তি সুযোগ প্রদান করে, যার অর্থ তাদের উপাদান যন্ত্রাংশগুলো যোগ করে সম্পূর্ণ কী পুনর্গঠন করা যেতে পারে। এটি স্টেকারকে সম্পূর্ণ, আসল 'মাস্টার' ভ্যালিডেটর কী নিরাপদে অফলাইনে রাখতে দেয়।
 
-### ব্যর্থতার কোন পয়েন্টস নেই {#no-single-point-of-failure}
+### ব্যর্থতার কোনো একক পয়েন্ট নেই {#no-single-point-of-failure}
 
 যখন একটি ভ্যালিডেটর একাধিক অপারেটর এবং একাধিক মেশিনে বিভক্ত হয়, তখন এটি অফলাইনে না গিয়ে পৃথক হার্ডওয়্যার এবং সফ্টওয়্যার ব্যর্থতা প্রতিরোধ করতে পারে। ক্লাস্টারের নোডজুড়ে বিভিন্ন হার্ডওয়্যার এবং সফ্টওয়্যার কনফিগারেশন ব্যবহার করে ব্যর্থতার ঝুঁকিও হ্রাস করা যেতে পারে। এই স্থিতিশীলতা একক-নোড ভ্যালিডেটর কনফিগারেশনের জন্য এভেইলেবল নয় - এটি DVT লেয়ার থেকে আসে।
 
 একটি ক্লাস্টারে একটি মেশিনের উপাদানগুলির একটি যদি কাজ না করে (উদাহরণস্বরূপ, যদি একটি যাচাইকারী ক্লাস্টারে চারটি অপারেটর থাকে এবং একজন একটি নির্দিষ্ট ক্লায়েন্ট ব্যবহার করে যার একটি বাগ আছে), অন্যগুলো ভ্যালিডেটর চালিয়ে রাখবে।
 
-### Decentralization {#decentralization}
+### বিকেন্দ্রীকরণ {#decentralization}
 
 ইথেরিয়াম-এর জন্য আদর্শ দৃশ্যকল্প হল যতটা সম্ভব স্বাধীনভাবে পরিচালিত ভ্যালিডেটর থাকা। তবে, কয়েকটি স্টেকিং প্রোভাইডার খুব জনপ্রিয় হয়ে উঠেছে এবং নেটওয়ার্কে মোট স্টেক করা ETH-এর একটি উল্লেখযোগ্য অংশের জন্য দায়ী। স্টেকের ডিসেন্ট্রালাইজেশন সংরক্ষণ করার সময় DVT এই অপারেটরদের থাকতে দিতে পারে। এর কারণ হল প্রতিটি ভ্যালিডেটরের কী অনেকগুলি মেশিনে বিতরণ করা হয় এবং এটি একটি ভ্যালিডেটরকে ম্যালিসিয়াসে পরিণত হতে অনেক বেশি কলুশন নিতে হবে।
 
 DVT ছাড়া, স্টেকিং প্রদানকারীদের জন্য তাদের সকল ভ্যালিডেটরদের জন্য শুধুমাত্র এক বা দুটি ক্লায়েন্ট কনফিগারেশন সাপোর্ট করা সহজ, একটি ক্লায়েন্ট বাগের প্রভাবকে বাড়িয়ে তোলে। DVT একাধিক ক্লায়েন্ট কনফিগারেশন এবং বিভিন্ন হার্ডওয়্যার জুড়ে ঝুঁকি ছড়িয়ে দিতে ব্যবহার করা হতে পারে, বৈচিত্র্যের মাধ্যমে স্থিতিশীলতা তৈরি করে।
 
-**DVT ইথেরিয়ামে নিম্নলিখিত সুবিধাগুলি প্রদান করে:**
+**DVT, Ethereum-কে নিম্নলিখিত সুবিধাগুলি প্রদান করে:**
 
-1. ইথেরিয়ামের প্রুফ-অফ-স্টেক কন্সেনসাস **ডিসেন্ট্রালাইজেশন**
-2. নেটওয়ার্কের **সজীবতা** নিশ্চিত করে
+1. **Ethereum-এর প্রুফ-অফ-স্টেক কনসেন্সাসের বিকেন্দ্রীকরণ**
+2. নেটওয়ার্কের **লাইভনেস** নিশ্চিত করে
 3. ভ্যালিডেটরের **ফল্ট টলারেন্স** তৈরি করে
-4. ভ্যালিডেটর অপারেশনের **ট্রাস্ট মিনিমাইজড** করে
-5. **নূন্যতম স্ল্যাশিং** এবং ডাউনটাইম ঝুঁকি
-6. **বৈচিত্র্যের উন্নতি করে** (ক্লায়েন্ট, ডেটা সেন্টার, অবস্থান, নিয়ন্ত্রণ, ইত্যাদি)
-7. ভ্যালিডেটর কী ব্যবস্থাপনার **বর্ধিত নিরাপত্তা**
+4. **ট্রাস্ট মিনিমাইজড** ভ্যালিডেটর অপারেশন
+5. **ন্যূনতম স্ল্যাশিং** এবং ডাউনটাইমের ঝুঁকি
+6. **বৈচিত্র্যের উন্নতি করে** (ক্লায়েন্ট, ডেটা সেন্টার, অবস্থান, প্রবিধান, ইত্যাদি)
+7. ভ্যালিডেটর কী ব্যবস্থাপনার **উন্নত নিরাপত্তা**
 
 ## কিভাবে DVT কাজ করে? {#how-does-dvt-work}
 
 একটি DVT সমাধানে নিম্নলিখিত উপাদান রয়েছে:
 
 - **[শামির'স সিক্রেট শেয়ারিং](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)** - মাল্টিপার্টি কম্পিউটেশন ব্যবহার করে সম্পূর্ণ ভ্যালিডেটর কী গোপনে তৈরি করা হয়। সম্পূর্ণ কী টি কোন একজন অপারেটরের জানার কথা নয় — তারা শুধুমাত্র তাদের নিজস্ব অংশটি জানবে (তাদের "শেয়ার")।
-- **কনসেনসাস প্রোটোকল** - কনসেনসাস প্রোটোকল ব্লক প্রস্তাবক হতে একটি নোড নির্বাচন করে। তারা ক্লাস্টারের অন্যান্য নোডগুলির সাথে ব্লকটি ভাগ করে, যারা তাদের মূল শেয়ারগুলি সামগ্রিক স্বাক্ষরে যুক্ত করে। যখন পর্যাপ্ত মূল শেয়ারগুলি একত্রিত করা হয়, তখন ব্লকটি ইথেরিয়ামে প্রস্তাবিত হয়।
+- **[থ্রেশহোল্ড সিগনেচার স্কিম](https://medium.com/nethermind-eth/threshold-signature-schemes-36f40bc42aca)** - স্বাক্ষরের দায়িত্ব পালনের জন্য প্রয়োজনীয় স্বতন্ত্র কী শেয়ারের সংখ্যা নির্ধারণ করে, যেমন, ৪টির মধ্যে ৩টি।
+- **[ডিস্ট্রিবিউটেড কী জেনারেশন (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 ব্যবহারের ক্ষেত্র {#dvt-use-cases}
 
 বৃহত্তর স্টেকিং ইনডাস্টির জন্য DVT এর উল্লেখযোগ্য প্রভাব রয়েছে:
 
-### স্বতন্ত্র স্টেকার্স {#solo-stakers}
+### একক স্টেইকার {#solo-stakers}
 
 DVT আপনাকে সম্পূর্ণ অফলাইনে রেখে রিমোট নোডগুলিতে আপনার ভ্যালিডেটর কী বিতরণ করার অনুমতি দিয়ে নন-কাস্টডিয়াল স্টেকিং সক্রিয় করে। এর অর্থ হলো হোম স্টেকারদের হার্ডওয়্যারের জন্য ব্যয় করার প্রয়োজন নেই, যখন মূল শেয়ারগুলি বিতরণ করার সময় সম্ভাব্য হ্যাকগুলির বিরুদ্ধে তাদের শক্তিশালী করতে সহায়তা করতে পারে।
 
-### Staking as a service (SaaS) {#saas}
+### পরিষেবা হিসাবে স্টেকিং (SaaS) {#saas}
 
 অপারেটর (যেমন স্টেকিং পুল এবং প্রাতিষ্ঠানিক স্টেকার্স) অনেক ভ্যালিডেটরকে পরিচালনা করে তাদের ঝুঁকি কমাতে DVT ব্যবহার করতে পারে। তাদের অবকাঠামো বিতরণ করে, তারা তাদের ক্রিয়াকলাপে অপ্রয়োজনীয়তা যোগ করতে পারে এবং তারা যে ধরণের হার্ডওয়্যার ব্যবহার করে তাতে বৈচিত্র্য আনতে পারে।
 
 DVT একাধিক নোড জুড়ে মূল পরিচালনার দায়িত্ব ভাগ করে, যার অর্থ কিছু অপারেশনাল খরচও শেয়ার করা হতে পারে। DVT স্টেকিং প্রদানকারীদের জন্য অপারেশনাল ঝুঁকি এবং ইন্স্যুরেন্স খরচ কমাতে পারে।
 
-### Staking pools {#staking-pools}
+### স্টেকিং পুল {#staking-pools}
 
 স্ট্যান্ডার্ড ভ্যালিডেটর সেটআপের কারণে, স্টেকিং পুল এবং লিকুইড স্টেকিং সরবরাহকারীরা পুল জুড়ে লাভ এবং ক্ষতি সামাজিকীকরণের কারণে একক-অপারেটরের বিশ্বাসের বিভিন্ন স্তরের থাকতে বাধ্য হয়। তারা সাইনিং কীগুলি সুরক্ষিত করার জন্য অপারেটরদের উপরও নির্ভরশীল কারণ এখন পর্যন্ত তাদের জন্য অন্য কোনও বিকল্প নেই।
 
 যদিও ট্রেডিশনালি একাধিক অপারেটরজুড়ে শেয়ার বিতরণ করে ঝুঁকি ছড়িয়ে দেওয়ার প্রচেষ্টা করা হয়, তবুও প্রতিটি অপারেটর একটি গুরুত্বপূর্ণ স্টেক স্বাধীনভাবে পরিচালনা করে। একটি একক অপারেটরের উপর নির্ভর করা অপরিসীম ঝুঁকি তৈরি করে যদি তারা কম পারফর্ম করে, ডাউনটাইমের সম্মুখীন হয়, কম্প্রোমাইজ করা হয় বা ম্যালিসিয়াসলি কাজ করা হয়।
 
-DVT ব্যবহার করে, অপারেটরদের থেকে প্রয়োজনীয় বিশ্বাস উল্লেখযোগ্যভাবে হ্রাস পেয়েছে। **পুলগুলি ভ্যালিডেটর কীগুলির হেফাজতের প্রয়োজন ছাড়াই অপারেটরদের স্টেক ধরে রাখতে সক্ষম করতে পারে** (কেবলমাত্র মূল শেয়ারগুলি ব্যবহার করা হয়)। এটি আরও অপারেটরদের মধ্যে ম্যানেজড স্টেক বন্টন করার অনুমতি দেয় (যেমন, 1000 ভ্যালিডেটর পরিচালনা করার জন্য একটি একক অপারেটর থাকার পরিবর্তে, DVT সেই ভ্যালিডেটরগুলিকে একাধিক অপারেটর দ্বারা সম্মিলিতভাবে চালানোর জন্য সক্রিয় করে)। বৈচিত্রময় অপারেটর কনফিগারেশন নিশ্চয়তা দেয় যে, একজন অপারেটর ডাউন থাকলেও অন্য অপারেটরগণ প্রত্যায়িত করতে পারবেন। এর ফলে প্রাচুর্য এবং বৈচিত্র্য আসে যা পুরষ্কার সর্বাধিক করার সাথে সাথে আরো ভাল কর্মক্ষমতা এবং স্থিতিশীলতার দিকে পরিচালিত করে।
+DVT ব্যবহার করে, অপারেটরদের থেকে প্রয়োজনীয় বিশ্বাস উল্লেখযোগ্যভাবে হ্রাস পেয়েছে। **পুলগুলি অপারেটরদের ভ্যালিডেটর কী-এর কাস্টডির প্রয়োজন ছাড়াই স্টেক ধরে রাখতে সক্ষম করে** (যেহেতু শুধুমাত্র কী শেয়ার ব্যবহার করা হয়)। এটি আরও অপারেটরদের মধ্যে ম্যানেজড স্টেক বন্টন করার অনুমতি দেয় (যেমন, 1000 ভ্যালিডেটর পরিচালনা করার জন্য একটি একক অপারেটর থাকার পরিবর্তে, DVT সেই ভ্যালিডেটরগুলিকে একাধিক অপারেটর দ্বারা সম্মিলিতভাবে চালানোর জন্য সক্রিয় করে)। বৈচিত্রময় অপারেটর কনফিগারেশন নিশ্চয়তা দেয় যে, একজন অপারেটর ডাউন থাকলেও অন্য অপারেটরগণ প্রত্যায়িত করতে পারবেন। এর ফলে প্রাচুর্য এবং বৈচিত্র্য আসে যা পুরষ্কার সর্বাধিক করার সাথে সাথে আরো ভাল কর্মক্ষমতা এবং স্থিতিশীলতার দিকে পরিচালিত করে।
 
 একক-অপারেটরে বিশ্বাস কমানোর আরেকটি সুবিধা হল যে স্টেকিং পুলগুলি আরো উন্মুক্ত এবং অনুমতিহীন অপারেটর অংশগ্রহণের সুযোগ দিতে পারে। এটি করার মাধ্যমে, পরিষেবাগুলি তাদের ঝুঁকি কমাতে পারে এবং অপারেটরগুলির কিউরেটেড এবং অনুমতিহীন উভয় সেট ব্যবহার করে ইথেরিয়াম বিকেন্দ্রীকরণকে সমর্থন করতে পারে, উদাহরণস্বরূপ, বড়গুলির সাথে হোম বা আরও ছোটখাটো স্টেকার যুক্ত করে।
 
-## DVT ব্যবহারের সম্ভাব্য ত্রুটি {#potential-drawbacks-of-using-dvt}
+## DVT ব্যবহারের সম্ভাব্য অসুবিধা {#potential-drawbacks-of-using-dvt}
 
 - **অতিরিক্ত উপাদান** - একটি DVT নোড প্রবর্তন করলে আরেকটি অংশ যোগ হয় যা সম্ভবত ত্রুটিপূর্ণ বা দুর্বল হতে পারে। এটি প্রশমিত করার একটি উপায় হল DVT নোডের একাধিক বাস্তবায়নের প্রচেষ্টা করা, যার অর্থ একাধিক DVT ক্লায়েন্ট (একইভাবে কারণ কনসেনসাস এবং এক্সিকিউশন লেয়ারগুলির জন্য একাধিক ক্লায়েন্ট রয়েছে)।
-- **অপারেশনাল খরচ** - যেহেতু DVT একাধিক পক্ষের মধ্যে ভ্যালিডেটরকে বিতরণ করে, শুধুমাত্র একটি একক নোডের পরিবর্তে অপারেশনের জন্য আরও বেশি নোড প্রয়োজন, যা বর্ধিত অপারেটিং খরচ প্রবর্তন করে।
-- **সম্ভাব্যভাবে বর্ধিত বিলম্ব** - যেহেতু DVT একটি বৈধতা প্রদানকারী একাধিক নোডের মধ্যে ঐকমত্য অর্জনের জন্য একটি সম্মতি প্রোটোকল ব্যবহার করে, তাই এটি সম্ভাব্যভাবে বৃদ্ধির বিলম্ব প্রবর্তন করতে পারে।
+- **পরিচালন ব্যয়** - যেহেতু DVT একাধিক পক্ষের মধ্যে ভ্যালিডেটরকে বণ্টন করে, তাই একটি মাত্র নোডের পরিবর্তে অপারেশনের জন্য আরও নোডের প্রয়োজন হয়, যা পরিচালন ব্যয় বাড়িয়ে দেয়।
+- **সম্ভাব্য বর্ধিত লেটেন্সি** - যেহেতু DVT একটি ভ্যালিডেটর পরিচালনাকারী একাধিক নোডের মধ্যে কনসেন্সাস অর্জনের জন্য একটি কনসেন্সাস প্রোটোকল ব্যবহার করে, এটি সম্ভাব্যভাবে লেটেন্সি বাড়াতে পারে।
 
-## Further Reading {#further-reading}
+## আরও পড়ুন {#further-reading}
 
-- [ইথেরিয়াম ডিস্ট্রিবিউটেড ভ্যালিডেটর স্পেক্স (হাই লেভেল)](https://github.com/ethereum/distributed-validator-specs)
-- [ইথেরিয়াম ডিস্ট্রিবিউটেড ভ্যালিডেটর টেকনিক্যাল স্পেক্স](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec)
-- [Shamir-এর গোপন শেয়ারিং ডেমো অ্যাপ](https://iancoleman.io/shamir/)
+- [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/bn/staking/pools/index.md b/public/content/translations/bn/staking/pools/index.md
index dbdcc79de90..215e2372215 100644
--- a/public/content/translations/bn/staking/pools/index.md
+++ b/public/content/translations/bn/staking/pools/index.md
@@ -1,11 +1,11 @@
 ---
-title: সম্মিলিত স্টেকিং
-description: পুল করা দিয়ে কীভাবে ETH স্টেকিং শুরু করবেন তার একটি ওভারভিউ
+title: "সম্মিলিত স্টেকিং"
+description: "স্টেকিং পুল সম্পর্কে জানুন"
 lang: bn
 template: staking
 emoji: ":money_with_wings:"
 image: /images/staking/leslie-pool.png
-alt: Leslie the rhino পুলে সাঁতার কাটছে।
+alt: "Leslie the rhino পুলে সাঁতার কাটছে।"
 sidebarDepth: 2
 summaryPoints:
   - অন্যদের সাথে বাহিনীতে যোগদান করে যেকোন পরিমাণ ETH সহ পুরষ্কার অর্জন করুন
@@ -17,21 +17,21 @@ summaryPoints:
 
 স্টেকিং পুলগুলো হল একটি সহযোগিতামূলক পদ্ধতি যা অনেককে কম পরিমাণে ETH সহ বৈধকারী কীগুলির একটি সেট সক্রিয় করার জন্য প্রয়োজনীয় 32টি ETH পেতে দেয়। পুলিং কার্যকারিতা প্রোটোকলের মধ্যে স্থানীয়ভাবে সমর্থিত নয়, তাই এই প্রয়োজনের সমাধান করার জন্য আলাদাভাবে সমাধানগুলি তৈরি করা হয়েছিল।
 
-কিছু পুল স্মার্ট কনট্র্যাক্ট ব্যবহার করে কাজ করে, যেখানে তহবিল একটি চুক্তিতে জমা করা যেতে পারে, যা বিশ্বাসহীনভাবে আপনার শেয়ার পরিচালনা করে এবং ট্র্যাক করে এবং আপনাকে একটি টোকেন জারি করে যা এই মানকে প্রতিনিধিত্ব করে। অন্যান্য পুলগুলিতে স্মার্ট চুক্তি জড়িত নাও থাকতে পারে এবং পরিবর্তে অফ-চেইনে মধ্যস্থতা করা হয়।
+কিছু পুল স্মার্ট কনট্র্যাক্ট ব্যবহার করে কাজ করে, যেখানে তহবিল একটি চুক্তিতে জমা করা যেতে পারে, যা বিশ্বাসহীনভাবে আপনার শেয়ার পরিচালনা করে এবং ট্র্যাক করে এবং আপনাকে একটি টোকেন জারি করে যা এই মানকে প্রতিনিধিত্ব করে। অন্যান্য পুলে স্মার্ট কন্ট্র্যাক্ট জড়িত নাও থাকতে পারে এবং পরিবর্তে অফচেইনে মধ্যস্থতা করা হয়।
 
 ## কেন একটি পুল দিয়ে স্টেইক করবেন? {#why-stake-with-a-pool}
 
-আমাদের [স্টেকিংয়ের ভূমিকা](/staking/)-তে আমরা যে সুবিধাগুলি উল্লেখ করেছি তা ছাড়াও, একটি পুল দিয়ে স্টেকিং অনেকগুলি স্বতন্ত্র সুবিধা নিয়ে আসে।
+আমাদের [স্টেকিংয়ের পরিচিতি](/staking/) অংশে উল্লেখ করা সুবিধাগুলি ছাড়াও, একটি পুলের সাথে স্টেকিং করা আরও বেশ কিছু স্বতন্ত্র সুবিধা নিয়ে আসে।
 
 <CardGrid>
-  <Card title="প্রবেশে কম বাধা" emoji="🐟" description="Not a whale? No problem. Most staking pools let you stake virtually any amount of ETH by joining forces with other stakers, unlike staking solo which requires 32 ETH." />
-  <Card title="আজই স্টেইক করুন" emoji=":stopwatch:" description="Staking with a pool is as easy as a token swap. No need to worry about hardware setup and node maintenance. Pools allow you to deposit your ETH which enables node operators to run validators. Rewards are then distributed to contributors minus a fee for node operations." />
-  <Card title="স্টেকিং টোকেনসমূহ" emoji=":droplet:" description="Many staking pools provide a token that represents a claim on your staked ETH and the rewards it generates. This allows you to make use of your staked ETH, e.g., as collateral in DeFi applications." />
+  <Card title="প্রবেশের বাধা কম" emoji="🐟" description="বেশি ETH নেই? কোনো সমস্যা নেই। বেশিরভাগ স্টেকিং পুলে আপনি অন্যান্য স্টেককারীদের সাথে মিলে প্রায় যেকোনো পরিমাণ ETH স্টেক করতে পারেন, যেখানে একা স্টেক করার জন্য 32 ETH প্রয়োজন হয়।" />
+  <Card title="আজই স্টেক করুন" emoji=":stopwatch:" description="পুলে স্টেক করা টোকেন সোয়াপের মতোই সহজ। হার্ডওয়্যার সেটআপ এবং নোড রক্ষণাবেক্ষণ নিয়ে চিন্তা করার কোনো প্রয়োজন নেই। পুলগুলো আপনাকে আপনার ETH জমা করার সুযোগ দেয়, যা দিয়ে নোড অপারেটররা ভ্যালিডেটর চালায়। এরপর নোড অপারেশনের ফি বাদ দিয়ে অংশগ্রহণকারীদের মধ্যে রিওয়ার্ড বিতরণ করা হয়।" />
+  <Card title="স্টেকিং টোকেন" emoji=":droplet:" description="অনেক স্টেকিং পুল একটি টোকেন সরবরাহ করে, যা আপনার স্টেক করা ETH এবং এর থেকে উপার্জিত রিওয়ার্ডের উপর আপনার দাবিকে প্রতিনিধিত্ব করে। এটি আপনাকে আপনার স্টেক করা ETH ব্যবহার করার সুযোগ দেয়, যেমন DeFi অ্যাপ্লিকেশনগুলিতে জামানত হিসাবে।" />
 </CardGrid>
 
 <StakingComparison page="pools" />
 
-## কি বিবেচনা করতে হবে {#what-to-consider}
+## বিবেচ্য বিষয়সমূহ {#what-to-consider}
 
 পুল করা বা অর্পিত স্টেকিং স্থানীয়ভাবে ইথেরিয়াম প্রোটোকল দ্বারা সমর্থিত নয়, কিন্তু ব্যবহারকারীদের 32 ETH-এর কম স্টেকিং এর চাহিদার প্রেক্ষিতে এই চাহিদা পূরণের জন্য ক্রমবর্ধমান সংখ্যক সমাধান তৈরি করা হয়েছে।
 
@@ -39,13 +39,13 @@ summaryPoints:
 
 যাইহোক, এই স্টেকড-ETH টোকেনগুলি কার্টেলের মতো আচরণ তৈরি করে যেখানে প্রচুর পরিমাণে স্টেকড ETH অনেক স্বাধীন ব্যক্তিদের মধ্যে ছড়িয়ে পড়ার পরিবর্তে কয়েকটি কেন্দ্রীভূত সংস্থার নিয়ন্ত্রণে শেষ হয়। এটি সেন্সরশিপ বা মান নিষ্কাশনের জন্য শর্ত তৈরি করে। স্টকিংয়ের জন্য স্বর্ণের মান সর্বদা এমন ব্যক্তিদের হওয়া উচিত যারা যখনই সম্ভব তাদের নিজস্ব হার্ডওয়্যারে যাচাইকারী চালাচ্ছেন।
 
-[টোকেন স্টেকিং এর ঝুঁকি সম্পর্কে আরও কিছু](https://notes.ethereum.org/@djrtwo/risks-of-lsd)।
+[স্টেকিং টোকেনের ঝুঁকি সম্পর্কে আরও](https://notes.ethereum.org/@djrtwo/risks-of-lsd).
 
 একটি তালিকাভুক্ত স্টেকিং পুলের উল্লেখযোগ্য শক্তি বা দুর্বলতা সংকেত দিতে নিচে অ্যাট্রিবিউট সূচক ব্যবহার করা হয়েছে। আপনি যোগদানের জন্য একটি পুল নির্বাচন করার সময় আমরা কীভাবে এই বৈশিষ্ট্যগুলিকে সংজ্ঞায়িত করি তার একটি রেফারেন্স হিসাবে এই বিভাগটি ব্যবহার করুন।
 
 <StakingConsiderations page="pools" />
 
-## স্টেকিং পুলগুলি অন্বেষণ করুন {#explore-staking-pools}
+## স্টেকিং পুল অন্বেষণ করুন {#explore-staking-pools}
 
 আপনার সেটআপে আপনাকে সাহায্য করার জন্য বিভিন্ন বিকল্প উপলব্ধ রয়েছে। নীচের টুলসের মাধ্যমে আপনাকে গাইড করতে সাহায্য করার জন্য উপরের সূচকগুলি ব্যবহার করুন।
 
@@ -53,33 +53,34 @@ summaryPoints:
 
 <StakingProductsCardGrid category="pools" />
 
-দয়া করে মনে রাখবেন এমন একটি পরিষেবা বেছে নেওয়ার গুরুত্ব যা [ক্লায়েন্ট বৈচিত্র্য](/developers/docs/nodes-and-clients/client-diversity/) কে গুরুত্ব সহকারে নেয়, কারণ এটি নেটওয়ার্কের নিরাপত্তা উন্নত করে এবং আপনার ঝুঁকি সীমিত করে। যে পরিষেবাগুলিতে সংখ্যাগরিষ্ঠ ক্লায়েন্টের ব্যবহার সীমিত করার প্রমাণ রয়েছে সেগুলি দিয়ে নির্দেশিত হয় <em style={{ textTransform: "uppercase" }}>"এক্সিকিউশন ক্লায়েন্ট বৈচিত্র্য"</em> এবং <em style={{ textTransform: "uppercase" }}>"কনসেনসাস ক্লায়েন্ট বৈচিত্র্য।"</em>
+অনুগ্রহ করে এমন একটি পরিষেবা বেছে নেওয়ার গুরুত্ব মনে রাখবেন যা [ক্লায়েন্ট ডাইভারসিটি](/developers/docs/nodes-and-clients/client-diversity/)-কে গুরুত্ব সহকারে নেয়, কারণ এটি নেটওয়ার্কের নিরাপত্তা উন্নত করে এবং আপনার ঝুঁকি সীমিত করে। যে পরিষেবাগুলিতে সংখ্যাগরিষ্ঠ ক্লায়েন্টের ব্যবহার সীমিত করার প্রমাণ রয়েছে সেগুলি দিয়ে নির্দেশিত হয় <em style={{ textTransform: "uppercase" }}>"এক্সিকিউশন ক্লায়েন্ট বৈচিত্র্য"</em> এবং <em style={{ textTransform: "uppercase" }}>"কনসেনসাস ক্লায়েন্ট বৈচিত্র্য।"</em>
 
-আমরা মিস করেছি একটি স্টেকিংয়ের টুলস জন্য আপনার পরামর্শ আছে? আমাদের [পণ্য তালিকা নীতি](/contributing/adding-staking-products/) দেখুন এটি উপযুক্ত কিনা তা দেখতে এবং পর্যালোচনার জন্য জমা দিতে।
+আমরা মিস করেছি একটি স্টেকিংয়ের টুলস জন্য আপনার পরামর্শ আছে? এটি উপযুক্ত কিনা তা দেখতে এবং পর্যালোচনার জন্য জমা দিতে আমাদের [পণ্য তালিকাভুক্ত করার নীতি](/contributing/adding-staking-products/) দেখুন।
 
-## Frequently asked questions {#faq}
+## সাধারণত জিজ্ঞাসিত প্রশ্নসমূহ {#faq}
 
-<ExpandableCard title="আমি কিভাবে পুরস্কার অর্জন করতে পারি?">
-সাধারণত ERC-20 স্টেকিং টোকেনগুলি স্টেকারদের জন্য জারি করা হয় যা তাদের স্টেক করা ETH প্লাস পুরস্কারের মূল্যকে প্রতিনিধিত্ব করে। মনে রাখবেন যে বিভিন্ন পুল তাদের ব্যবহারকারীদের কাছে সামান্য ভিন্ন পদ্ধতির মাধ্যমে স্টেকিং পুরস্কার বিতরণ করবে, তবে এটি সাধারণ থিম।
+<ExpandableCard title="আমি কীভাবে রিওয়ার্ড উপার্জন করব?">
+সাধারণত ERC-20 স্টেকিং টোকেনগুলি স্টেকারদের জন্য জারি করা হয় যা তাদের স্টেক করা ETH এবং পুরস্কারের মূল্যকে প্রতিনিধিত্ব করে। মনে রাখবেন যে বিভিন্ন পুল তাদের ব্যবহারকারীদের কাছে সামান্য ভিন্ন পদ্ধতির মাধ্যমে স্টেকিং পুরস্কার বিতরণ করবে, তবে এটি সাধারণ থিম।
 </ExpandableCard>
 
-<ExpandableCard title="আমি কখন আমার অংশীদারিত্ব প্রত্যাহার করতে পারি?">
+<ExpandableCard title="আমি কখন আমার স্টেক উইথড্র করতে পারব?">
 এই মুহূর্তে! Shanghai/Capella নেটওয়ার্ক আপগ্রেড এপ্রিল 2023 এ হয়েছিল, এবং স্টেকিং উত্তোলন চালু করেছিল। ভ্যালিডেটর অ্যাকাউন্টগুলি যে ব্যাক স্টেকিং পুলগুলি এখন তাদের মনোনীত প্রত্যাহারের ঠিকানায় ETH থেকে প্রস্থান করার এবং প্রত্যাহার করার ক্ষমতা রাখে। এটি অন্তর্নিহিত ETH-এর জন্য আপনার অংশের অংশ ভাঙানোর ক্ষমতা সক্ষম করে। তারা কিভাবে এই কার্যকারিতা সমর্থন করে তা দেখতে আপনার প্রদানকারীর সাথে যোগাযোগ করুন।
 
 বিকল্পভাবে, যে পুলগুলি একটি ERC-20 স্টেকিং টোকেন ব্যবহার করে সেগুলি ব্যবহারকারীদের এই টোকেনটি খোলা বাজারে ট্রেড করার অনুমতি দেয়, আপনাকে আপনার স্টেকিং পজিশন বিক্রি করতে দেয়, কার্যকরভাবে ETH কে স্টেকিং চুক্তি থেকে সরিয়ে না দিয়েই "প্রত্যাহার" করে।
 
-<ButtonLink href="/staking/withdrawals/">স্টেকিং প্রত্যাহার এর উপর আরো</ButtonLink>
+<ButtonLink href="/staking/withdrawals/">স্টেকিং প্রত্যাহার সম্পর্কে আরও</ButtonLink>
 </ExpandableCard>
 
-<ExpandableCard title="এটা কি আমার এক্সচেঞ্জ এর মাধ্যমে স্টেকিং থেকে ভিন্ন?">
-এই পুলড স্টেকিং অপশন এবং কেন্দ্রীভূত এক্সচেঞ্জের মধ্যে অনেক মিল রয়েছে, যেমন অল্প পরিমাণ ETH স্টক করার ক্ষমতা এবং যাচাইকারীদের সক্রিয় করার জন্য সেগুলিকে একত্রিত করা।
+<ExpandableCard title="এটি কি আমার এক্সচেঞ্জে স্টেক করার থেকে আলাদা?">
+এই পুলড স্টেকিং বিকল্প এবং সেন্ট্রালাইডড এক্সচেঞ্জগুলির মধ্যে অনেক মিল রয়েছে, যেমন অল্প পরিমাণে ETH স্টেক করার এবং ভ্যালিডেটরদের সক্রিয় করার জন্য সেগুলিকে একত্রিত করার ক্ষমতা।
 
 সেন্ট্রালাইজড এক্সচেঞ্জের বিপরীতে, অনেক অন্যান্য পুলড স্টেকিং অপশন স্মার্ট কন্ট্রাক্ট এবং/অথবা স্টেকিং টোকেন ব্যবহার করে, যা সাধারণত ERC-20 টোকেন যা আপনার নিজের ওয়ালেটে রাখা যায় এবং অন্য টোকেনের মতোই কেনা বা বিক্রি করা যায়। এটি আপনাকে আপনার টোকেনগুলির উপর নিয়ন্ত্রণ করার ক্ষমতা প্রদান করে সার্বভৌমত্ব এবং নিরাপত্তার একটি লেয়ার অফার করে, কিন্তু তারপরও ব্যাকগ্রাউন্ডে আপনাকে আপনার পক্ষের সত্যায়িতকারী ক্লায়েন্টের উপর সরাসরি নিয়ন্ত্রণ দেয় না।
 
 কিছু পুলিং অপশন অন্যদের তুলনায় বেশি বিকেন্দ্রীকৃত হয় যখন এটি নোডগুলির জন্য আসে যা তাদের ব্যাক করে। নেটওয়ার্কের স্বাস্থ্য এবং বিকেন্দ্রীকরণকে উন্নীত করার জন্য, স্টেকারদের সর্বদা একটি পুলিং পরিষেবা নির্বাচন করতে উত্সাহিত করা হয় যা নোড অপারেটরদের একটি অনুমতিহীন বিকেন্দ্রীকৃত সেট সক্ষম করে।
 </ExpandableCard>
 
-## Further reading {#further-reading}
+## আরও পড়ুন {#further-reading}
 
-- [Rocket Pool দ্বারা স্টেকিং - স্টেকিং ওভারভিউ](https://docs.rocketpool.net/guides/staking/overview.html) - _RocketPool docs_
-- [লিডোর সাথে ইথেরিয়াম স্টেকিং](https://help.lido.fi/en/collections/2947324-staking-ethereum-with-lido) - _লিডো হেল্প ডকস_
+- [দি ইথেরিয়াম স্টেকিং ডিরেক্টরি](https://www.staking.directory/) - _Eridian and Spacesider_
+- [Rocket Pool-এর সাথে স্টেকিং - স্টেকিং ওভারভিউ](https://docs.rocketpool.net/guides/staking/overview.html) - _RocketPool docs_
+- [Lido-এর সাথে ইথেরিয়াম স্টেকিং](https://help.lido.fi/en/collections/2947324-staking-ethereum-with-lido) - _Lido help docs_
diff --git a/public/content/translations/bn/staking/saas/index.md b/public/content/translations/bn/staking/saas/index.md
index 96760a0aa7f..33229c1fa41 100644
--- a/public/content/translations/bn/staking/saas/index.md
+++ b/public/content/translations/bn/staking/saas/index.md
@@ -1,11 +1,11 @@
 ---
-title: একটি সেবা হিসাবে স্টেকিং
-description: পুল করা দিয়ে কীভাবে ETH স্টেকিং শুরু করবেন তার একটি ওভারভিউ
+title: "একটি সেবা হিসাবে স্টেকিং"
+description: "পরিষেবা হিসাবে স্টেকিং সম্পর্কে জানুন"
 lang: bn
 template: staking
 emoji: ":money_with_wings:"
 image: /images/staking/leslie-saas.png
-alt: Leslie the rhino মেঘের মধ্যে ভাসছে।
+alt: "Leslie the rhino মেঘের মধ্যে ভাসছে।"
 sidebarDepth: 2
 summaryPoints:
   - থার্ড-পার্টি নোড অপারেটররা আপনার ভ্যালিডেটর ক্লায়েন্টের অপারেশন পরিচালনা করে
@@ -22,14 +22,14 @@ summaryPoints:
 ইথেরিয়াম প্রোটোকল স্থানীয়ভাবে অংশীদারিত্বের প্রতিনিধিকে সমর্থন করে না, তাই এই চাহিদা পূরণের জন্য এই পরিষেবাগুলি তৈরি করা হয়েছে। যদি আপনার কাছে 32 ETH থাকে, কিন্তু আপনি হার্ডওয়্যার নিয়ে কাজ করতে স্বাচ্ছন্দ্য বোধ করেন না, তবে SaaS পরিষেবাগুলি আপনাকে হার্ড অংশ অর্পণ করার অনুমতি দেয় যখন আপনি স্থানীয় ব্লক পুরস্কার অর্জন করেন।
 
 <CardGrid>
-  <Card title="আপনার নিজস্ব যাচাইকারী" emoji=":desktop_computer:" description="Deposit your own 32 ETH to activate your own set of signing keys that will participate in Ethereum consensus. Monitor your progress with dashboards to watch those ETH rewards accumulate." />
-  <Card title="শুরু করা সহজ" emoji="🏁" description="Forget about hardware specs, setup, node maintenance and upgrades. SaaS providers let you outsource the hard part by uploading your own signing credentials, allowing them to run a validator on your behalf, for a small cost." />
-  <Card title="আপনার ঝুঁকি সীমিত করুন" emoji=":shield:" description="In many cases users do not have to give up access to the keys that enable withdrawing or transferring staked funds. These are different from the signing keys, and can be stored separately to limit (but not eliminate) your risk as a staker." />
+  <Card title="আপনার নিজের ভ্যালিডেটর" emoji=":desktop_computer:" description="ইথিরিয়াম কনসেন্সাস-এ অংশগ্রহণের জন্য আপনার সাইনিং কী-এর সেট সক্রিয় করতে নিজের 32 ETH জমা দিন। ড্যাশবোর্ডে আপনার অগ্রগতি দেখুন এবং ETH রিওয়ার্ড জমা হতে পর্যবেক্ষণ করুন।" />
+  <Card title="শুরু করা সহজ" emoji="🏁" description="হার্ডওয়্যার স্পেকস, সেটআপ, নোড রক্ষণাবেক্ষণ এবং আপগ্রেডের কথা ভুলে যান। SaaS প্রদানকারীরা আপনার নিজের সাইনিং ক্রেডেনশিয়াল আপলোড করার মাধ্যমে কঠিন অংশটি আউটসোর্স করার সুযোগ দেয়, যার ফলে তারা অল্প খরচে আপনার হয়ে একটি ভ্যালিডেটর চালাতে পারে।" />
+  <Card title="আপনার ঝুঁকি সীমিত করুন" emoji=":shield:" description="অনেক ক্ষেত্রে, ব্যবহারকারীদের স্টেক করা ফান্ড উত্তোলন বা স্থানান্তর করার কী-গুলির অ্যাক্সেস ছেড়ে দিতে হয় না। এগুলি সাইনিং কী থেকে আলাদা, এবং একজন স্টেকার হিসাবে আপনার ঝুঁকি সীমিত (কিন্তু নির্মূল নয়) করার জন্য আলাদাভাবে সংরক্ষণ করা যেতে পারে।" />
 </CardGrid>
 
 <StakingComparison page="saas" />
 
-## কি বিবেচনা করতে হবে {#what-to-consider}
+## বিবেচ্য বিষয়সমূহ {#what-to-consider}
 
 আপনার ETH স্টেক করতে আপনাকে সাহায্য করার জন্য SaaS প্রদানকারীর সংখ্যা ক্রমবর্ধমান, কিন্তু তাদের সকলের নিজস্ব সুবিধা এবং ঝুঁকি রয়েছে। সমস্ত SaaS বিকল্পের জন্য হোম-স্টেকিংয়ের তুলনায় অতিরিক্ত বিশ্বাসের অনুমান প্রয়োজন। Saas বিকল্পগুলিতে ইথেরিয়াম ক্লায়েন্টদের মোড়ানো অতিরিক্ত কোড থাকতে পারে যা খোলা বা নিরীক্ষণযোগ্য নয়। SaaS নেটওয়ার্ক বিকেন্দ্রীকরণের উপরও ক্ষতিকর প্রভাব ফেলে। সেটআপের উপর নির্ভর করে, আপনি আপনার যাচাইকারীকে নিয়ন্ত্রণ করতে পারবেন না - অপারেটর আপনার ETH ব্যবহার করে অসৎ আচরণ করতে পারে।
 
@@ -39,7 +39,7 @@ summaryPoints:
 
 ## স্টেকিং পরিষেবা প্রদানকারীদের অন্বেষণ করুন {#saas-providers}
 
-নীচে কিছু এভেইল্যাবল SaaS প্রদানকারী আছে। এই পরিষেবাগুলির মাধ্যমে আপনাকে গাইড করতে সাহায্য করার জন্য উপরের সূচকগুলি ব্যবহার করুন
+নীচে কিছু উপলব্ধ SaaS প্রদানকারী রয়েছে। এই পরিষেবাগুলির মাধ্যমে আপনাকে গাইড করতে সাহায্য করার জন্য উপরের সূচকগুলি ব্যবহার করুন
 
 <ProductDisclaimer />
 
@@ -47,48 +47,49 @@ summaryPoints:
 
 <StakingProductsCardGrid category="saas" />
 
-[ক্লায়েন্ট বৈচিত্র্য](/developers/docs/nodes-and-clients/client-diversity/) সমর্থন করার গুরুত্ব অনুগ্রহ করে মনে রাখবেন কারণ এটি নেটওয়ার্কের নিরাপত্তা উন্নত করে এবং আপনার ঝুঁকি সীমিত করে। যে পরিষেবাগুলিতে সংখ্যাগরিষ্ঠ ক্লায়েন্টের ব্যবহার সীমিত করার প্রমাণ রয়েছে সেগুলি দিয়ে নির্দেশিত হয় <em style={{ textTransform: "uppercase" }}>"এক্সিকিউশন ক্লায়েন্ট বৈচিত্র্য"</em> এবং <em style={{ textTransform: "uppercase" }}>"কনসেনসাস ক্লায়েন্ট বৈচিত্র্য।"</em>
+[ক্লায়েন্ট বৈচিত্র্য](/developers/docs/nodes-and-clients/client-diversity/) সমর্থন করার গুরুত্ব অনুগ্রহ করে মনে রাখবেন কারণ এটি নেটওয়ার্কের নিরাপত্তা উন্নত করে, এবং আপনার ঝুঁকি সীমিত করে। যে পরিষেবাগুলিতে সংখ্যাগরিষ্ঠ ক্লায়েন্টের ব্যবহার সীমিত করার প্রমাণ রয়েছে সেগুলি দিয়ে নির্দেশিত হয় <em style={{ textTransform: "uppercase" }}>"এক্সিকিউশন ক্লায়েন্ট বৈচিত্র্য"</em> এবং <em style={{ textTransform: "uppercase" }}>"কনসেনসাস ক্লায়েন্ট বৈচিত্র্য।"</em>
 
 ### কী জেনারেটর সমূহ
 
 <StakingProductsCardGrid category="keyGen" />
 
-আমরা মিস করেছি এমন কোন স্টেকিং-অ্যাস-এ-সার্ভিস সরবরাহকারীর পরামর্শ আছে? আমাদের [পণ্য তালিকা নীতি](/contributing/adding-staking-products/) দেখুন এটি উপযুক্ত কিনা তা দেখতে এবং পর্যালোচনার জন্য জমা দিতে।
+আমরা মিস করেছি এমন কোন স্টেকিং-অ্যাস-এ-সার্ভিস সরবরাহকারীর পরামর্শ আছে? এটি উপযুক্ত কিনা তা দেখতে এবং পর্যালোচনার জন্য জমা দিতে আমাদের [পণ্য তালিকাভুক্ত করার নীতি](/contributing/adding-staking-products/) দেখুন।
 
-## Frequently asked questions {#faq}
+## সাধারণত জিজ্ঞাসিত প্রশ্নসমূহ {#faq}
 
-<ExpandableCard title="আমার কী কে রাখে?" eventCategory="SaasStaking" eventName="clicked who holds my keys">
+<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">
+<ExpandableCard title="তাহলে কি দুই সেট কী আছে?" eventCategory="SaasStaking" eventName="clicked so there are two sets of keys">
 হ্যাঁ। প্রতিটি অ্যাকাউন্টে উভয় BLS <em>সাইনিং</em> কী এবং BLS <em>প্রত্যাহার</em> কী রয়েছে। চেইনের অবস্থা প্রমাণ করার জন্য একজন যাচাইকারীর জন্য, সিঙ্ক কমিটিতে অংশগ্রহণ করতে এবং ব্লক প্রস্তাব করার জন্য, সাইনিং কীগুলি অবশ্যই একজন যাচাইকারী ক্লায়েন্টের দ্বারা সহজেই অ্যাক্সেসযোগ্য হতে হবে। এগুলিকে অবশ্যই কোনো না কোনো আকারে ইন্টারনেটের সাথে সংযুক্ত থাকতে হবে এবং এইভাবে এগুলোকে "হট" কী হিসেবে বিবেচনা করা হয়। এটি আপনার যাচাইকারীর জন্য একটি প্রয়োজনীয়তা যা সত্যায়িত করতে সক্ষম হবেন এবং এইভাবে তহবিল স্থানান্তর বা উত্তোলনের জন্য ব্যবহৃত কীগুলি নিরাপত্তার কারণে আলাদা করা হয়।
 
 BLS প্রত্যাহার কীগুলি একটি এককালীন বার্তা স্বাক্ষর করতে ব্যবহার করা হয় যা ঘোষণা করে যে কোন এক্সিকিউশন লেয়ার অ্যাকাউন্ট স্টেকিং রিওয়ার্ড এবং প্রস্থান করা তহবিলগুলি যেতে হবে। একবার এই বার্তাটি সম্প্রচার করা হলে, <em>BLS প্রত্যাহার</em> কীগুলির আর প্রয়োজন নেই। পরিবর্তে, উত্তোলিত তহবিলের উপর নিয়ন্ত্রণ স্থায়ীভাবে আপনার দেওয়া ঠিকানায় অর্পণ করা হয়। এটি আপনাকে আপনার নিজের কোল্ড স্টোরেজের মাধ্যমে সুরক্ষিত একটি উত্তোলনের ঠিকানা সেট করতে দেয়, আপনার যাচাইকারী তহবিলের ঝুঁকি কমিয়ে দেয়, এমনকি যদি অন্য কেউ আপনার ভ্যালিডেটর সাইনিং কীগুলি নিয়ন্ত্রণ করে।
 
 প্রত্যাহার শংসাপত্রগুলি আপডেট করা প্রত্যাহার সক্ষম করার জন্য একটি প্রয়োজনীয় পদক্ষেপ\*। এই প্রক্রিয়াটি আপনার স্মৃতিবিজড়িত সীড বাক্যাংশ ব্যবহার করে প্রত্যাহার কী তৈরি করা সাথে জড়িত।
 
-<strong>নিশ্চিত করুন যে আপনি এই সীড বাক্যাংশটি নিরাপদে ব্যাক আপ করেছেন বা সময় এলে আপনি আপনার উইথড্র কী তৈরি করতে পারবেন না।</strong>
+<strong>নিশ্চিত করুন যে আপনি এই সিড ফ্রেজটি নিরাপদে ব্যাক আপ করেছেন নইলে সময় হলে আপনি আপনার উত্তোলনের কী জেনারেট করতে পারবেন না।</strong>
 
-প্রাথমিক আমানত সহ একটি উত্তোলনের ঠিকানা প্রদানকারী স্টেকারদের এটি সেট করার প্রয়োজন নেই। আপনার যাচাইকারীকে কীভাবে প্রস্তুত করবেন সেই বিষয়ে সহায়তার জন্য আপনার SaaS প্রদানকারীর সাথে যোগাযোগ করুন।
+\*যে স্টেকাররা প্রাথমিক জমার সাথে একটি উত্তোলনের ঠিকানা দিয়েছেন, তাদের এটি সেট করার প্রয়োজন নেই। আপনার যাচাইকারীকে কীভাবে প্রস্তুত করবেন সেই বিষয়ে সহায়তার জন্য আপনার SaaS প্রদানকারীর সাথে যোগাযোগ করুন।
 </ExpandableCard>
 
-<ExpandableCard title="আমি কখন প্রত্যাহার করতে পারি?" eventCategory="SaasStaking" eventName="clicked when can I withdraw">
-2023 সালের এপ্রিলে Shanghai/Capella আপগ্রেডে স্টেকিং প্রত্যাহার কার্যকর করা হয়েছিল। স্টেকারদের একটি প্রত্যাহার ঠিকানা প্রদান করতে হবে (প্রাথমিক আমানতের ক্ষেত্রে প্রদান করা না হলে), এবং পুরস্কার প্রদানগুলি প্রতি কয়েক দিনে পর্যায়ক্রমিক ভিত্তিতে স্বয়ংক্রিয়ভাবে বিতরণ করা শুরু হবে।
+<ExpandableCard title="আমি কখন উত্তোলন করতে পারব?" eventCategory="SaasStaking" eventName="clicked when can I withdraw">
+স্টেকারদের একটি উত্তোলনের ঠিকানা প্রদান করতে হবে (যদি প্রাথমিক জমার সময় প্রদান করা না হয়), এবং পুরস্কারের পেমেন্ট প্রতি কয়েক দিন পর পর পর্যায়ক্রমিকভাবে স্বয়ংক্রিয়ভাবে বিতরণ করা শুরু হবে।
 
 বৈধকারীরাও সম্পূর্ণরূপে বৈধকারী হিসাবে প্রস্থান করতে পারেন, যা তাদের অবশিষ্ট ETH ব্যালেন্সকে তুলে আনবে। যে অ্যাকাউন্টগুলি একটি এক্সিকিউশন প্রত্যাহার ঠিকানা প্রদান করেছে এবং প্রস্থান প্রক্রিয়া সম্পন্ন করেছে তারা পরবর্তী বৈধতা প্রদানকারীর সময় প্রদত্ত প্রত্যাহার ঠিকানায় তাদের সম্পূর্ণ ব্যালেন্স পাবে।
 
-<ButtonLink href="/staking/withdrawals/">স্টেকিং প্রত্যাহার এর উপর আরো</ButtonLink>
+<ButtonLink href="/staking/withdrawals/">স্টেকিং প্রত্যাহার সম্পর্কে আরও</ButtonLink>
 </ExpandableCard>
 
-<ExpandableCard title="যদি আমাকে বাদ দিয়ে দেওয়া হয় তবে কী হবে?" eventCategory="SaasStaking" eventName="clicked what happens if I get slashed">
+<ExpandableCard title="যদি আমি স্ল্যাশড হই তাহলে কী হবে?" eventCategory="SaasStaking" eventName="clicked what happens if I get slashed">
 একটি SaaS সরবরাহকারী ব্যবহার করে, আপনি আপনার নোডের অপারেশন অন্য কারও কাছে হস্তান্তর করছেন। এটি দুর্বল নোড পারফরম্যান্সের ঝুঁকি নিয়ে আসে, যা আপনার নিয়ন্ত্রণে নেই। যদি আপনার বৈধতা হ্রাস করা হয় তবে আপনার বৈধতা ব্যালেন্সটি জরিমানা করা হবে এবং বৈধতা পুল থেকে জোর করে সরানো হবে।
 
 স্ল্যাশিং/প্রস্থান প্রক্রিয়া শেষ হওয়ার পরে, এই তহবিলগুলি যাচাইকারীকে নির্ধারিত প্রত্যাহার ঠিকানায় স্থানান্তর করা হবে। এটি সক্ষম করার জন্য একটি উইথড্রয়াল এড্রেস প্রদান করা প্রয়োজন। এটি প্রাথমিক আমানত প্রদান করা হতে পারে। যদি তা না হয়, তাহলে প্রত্যাহারের ঠিকানা ঘোষণা করে একটি বার্তা স্বাক্ষর করার জন্য যাচাইকারী প্রত্যাহার কী ব্যবহার করতে হবে। যদি কোন উইথড্রয়াল এড্রেস প্রদান করা না হয়, তহবিল প্রদান না হওয়া পর্যন্ত লক থাকবে।
 
-যেকোনো গ্যারান্টি বা বীমা বিকল্প সম্পর্কে আরও বিশদ বিবরণের জন্য এবং কীভাবে প্রত্যাহারের ঠিকানা প্রদান করতে হয় তার নির্দেশাবলীর জন্য পৃথক SaaS প্রদানকারীর সাথে যোগাযোগ করুন। আপনি যদি আপনার ভ্যালিডেটর সেটআপের সম্পূর্ণ নিয়ন্ত্রণে থাকতে চান, তাহলে [কীভাবে আপনার ETH এককভাবে দখল করবেন সে সম্পর্কে আরও জানুন](/staking/solo/)।
+যেকোনো গ্যারান্টি বা বীমা বিকল্প সম্পর্কে আরও বিশদ বিবরণের জন্য এবং কীভাবে প্রত্যাহারের ঠিকানা প্রদান করতে হয় তার নির্দেশাবলীর জন্য পৃথক SaaS প্রদানকারীর সাথে যোগাযোগ করুন। আপনি যদি আপনার ভ্যালিডেটর সেটআপের সম্পূর্ণ নিয়ন্ত্রণে থাকতে পছন্দ করেন, তাহলে [কিভাবে আপনার ETH সোলো স্টেক করবেন সে সম্পর্কে আরও জানুন](/staking/solo/)।
 </ExpandableCard>
 
-## Further reading {#further-reading}
+## আরও পড়ুন {#further-reading}
 
-- [স্টেকিং পরিষেবার মূল্যায়ন](https://www.attestant.io/posts/evaluating-staking-services/) - _Jim McDonald 2020_
+- [দি ইথেরিয়াম স্টেকিং ডিরেক্টরি](https://www.staking.directory/) - _Eridian and Spacesider_
+- [স্টেকিং পরিষেবাগুলির মূল্যায়ন](https://www.attestant.io/posts/evaluating-staking-services/) - _জিম ম্যাকডোনাল্ড ২০২০_
diff --git a/public/content/translations/bn/staking/solo/index.md b/public/content/translations/bn/staking/solo/index.md
index ebdea31627e..a9a1f0fc628 100644
--- a/public/content/translations/bn/staking/solo/index.md
+++ b/public/content/translations/bn/staking/solo/index.md
@@ -1,11 +1,11 @@
 ---
-title: আপনার ETH দিয়ে স্বতন্ত্র স্টেক করুন
-description: আপনার স্বতন্ত্র ETH স্টেকিং কিভাবে শুরু করবেন তার একটি ওভারভিউ
+title: "আপনার ETH দিয়ে হোম স্টেক করুন"
+description: "আপনার ETH দিয়ে হোম স্টেকিং কিভাবে শুরু করবেন তার একটি ওভারভিউ"
 lang: bn
 template: staking
 emoji: ":money_with_wings:"
 image: /images/staking/leslie-solo.png
-alt: Leslie the rhino তার নিজের কম্পিউটার চিপে।
+alt: "Leslie the rhino তার নিজের কম্পিউটার চিপে।"
 sidebarDepth: 2
 summaryPoints:
   - আপনার যাচাইকারীকে সঠিকভাবে কাজ করে এবং অনলাইনে রাখার জন্য প্রোটোকল থেকে সরাসরি সর্বাধিক পুরষ্কার পান
@@ -13,52 +13,52 @@ summaryPoints:
   - কাউকে বিশ্বাস করবেন না, এবং আপনার তহবিলের চাবিগুলির নিয়ন্ত্রণ কখনই ছেড়ে দেবেন না
 ---
 
-## সলো স্টেকিং কি? {#what-is-solo-staking}
+## হোম স্টেকিং কী? {#what-is-solo-staking}
 
-সোলো স্টেকিং হল ইন্টারনেটের সাথে সংযুক্ত [একটি ইথেরিয়াম নোড চালানো](/run-a-node/) এবং একটি [বৈধকারী](#faq) সক্রিয় করার জন্য 32 ETH জমা করার কাজ, যা আপনাকে নেটওয়ার্ক সম্মতিতে সরাসরি অংশগ্রহণ করার ক্ষমতা দেয়।
+হোম স্টেকিং হল ইন্টারনেটের সাথে সংযুক্ত একটি [Ethereum নোড](/run-a-node/) চালানো এবং একটি [ভ্যালিডেটর](#faq) সক্রিয় করার জন্য 32 ETH জমা করার কাজ, যা আপনাকে নেটওয়ার্ক কনসেন্সাসে সরাসরি অংশগ্রহণ করার ক্ষমতা দেয়।
 
-**সলো স্টেকিং ইথেরিয়াম নেটওয়ার্কের বিকেন্দ্রীকরণ বাড়ায়**, ইথেরিয়ামকে আরো সেন্সরশিপ-প্রতিরোধী এবং আক্রমণের বিরুদ্ধে শক্তিশালী করে তোলে। অন্যান্য স্টেকিং পদ্ধতিগুলি একই ভাবে নেটওয়ার্ককে সাহায্য করতে পারে না। ইথেরিয়াম সুরক্ষিত করার জন্য সোলো স্টেকিং হল সেরা স্টেকিং বিকল্প।
+**হোম স্টেকিং Ethereum নেটওয়ার্কের ডিসেন্ট্রালাইজেশন বাড়ায়**, যা Ethereum-কে আরও সেন্সরশিপ-প্রতিরোধী এবং আক্রমণের বিরুদ্ধে শক্তিশালী করে তোলে। অন্যান্য স্টেকিং পদ্ধতিগুলি একই ভাবে নেটওয়ার্ককে সাহায্য করতে পারে না। Ethereum সুরক্ষিত করার জন্য হোম স্টেকিং হল সেরা স্টেকিং বিকল্প।
 
-একটি ইথেরিয়াম নোড উভয়ই একটি এক্সিকিউশন লেয়ার (EL) ক্লায়েন্ট, সেইসাথে একটি কনসেনসাস লেয়ার (CL) ক্লায়েন্ট নিয়ে গঠিত। এই ক্লায়েন্টগুলি হল সফ্টওয়্যার যেগুলি সাইনিং কীগুলির একটি বৈধ সেট সহ, লেনদেন এবং ব্লকগুলি যাচাই করার জন্য, চেইনের সঠিক প্রধানকে সত্যায়িত করতে, সমষ্টিগত প্রত্যয়নগুলি এবং ব্লকগুলি প্রস্তাব করার জন্য একসাথে কাজ করে।
+একটি Ethereum নোড একটি এক্সিকিউশন লেয়ার (EL) ক্লায়েন্ট এবং একটি কনসেন্সাস লেয়ার (CL) ক্লায়েন্ট উভয়ই নিয়ে গঠিত। এই ক্লায়েন্টগুলি হল সফ্টওয়্যার যেগুলি সাইনিং কীগুলির একটি বৈধ সেট সহ, লেনদেন এবং ব্লকগুলি যাচাই করার জন্য, চেইনের সঠিক প্রধানকে সত্যায়িত করতে, সমষ্টিগত প্রত্যয়নগুলি এবং ব্লকগুলি প্রস্তাব করার জন্য একসাথে কাজ করে।
 
-সোলো স্টেকাররা এই ক্লায়েন্টদের চালানোর জন্য প্রয়োজনীয় হার্ডওয়্যার পরিচালনার জন্য দায়ী। এটির জন্য একটি ডেডিকেটেড মেশিন ব্যবহার করার পরামর্শ দেওয়া হয় যা আপনি বাড়ি থেকে পরিচালনা করেন-এটি নেটওয়ার্কের স্বাস্থ্যের জন্য অত্যন্ত উপকারী।
+হোম স্টেকাররা এই ক্লায়েন্টদের চালানোর জন্য প্রয়োজনীয় হার্ডওয়্যার পরিচালনার জন্য দায়ী। এটির জন্য একটি ডেডিকেটেড মেশিন ব্যবহার করার পরামর্শ দেওয়া হয় যা আপনি বাড়ি থেকে পরিচালনা করেন-এটি নেটওয়ার্কের স্বাস্থ্যের জন্য অত্যন্ত উপকারী।
 
-একজন একক স্টেকার তাদের যাচাইকারীকে সঠিকভাবে কাজ করে এবং অনলাইনে রাখার জন্য প্রোটোকল থেকে সরাসরি পুরষ্কার পায়।
+একজন হোম স্টেকার তাদের ভ্যালিডেটরকে সঠিকভাবে কাজ করে এবং অনলাইনে রাখার জন্য প্রোটোকল থেকে সরাসরি পুরস্কার পায়।
 
-## কেন একা স্টেক করবেন? {#why-stake-solo}
+## কেন বাড়ি থেকে স্টেক করবেন? {#why-stake-solo}
 
-সোলো স্টেকিং আরও দায়িত্ব নিয়ে আসে কিন্তু আপনাকে আপনার তহবিল এবং স্টেকিং সেটআপের উপর সর্বাধিক নিয়ন্ত্রণ প্রদান করে।
+হোম স্টেকিং আরও দায়িত্ব নিয়ে আসে কিন্তু আপনাকে আপনার তহবিল এবং স্টেকিং সেটআপের উপর সর্বাধিক নিয়ন্ত্রণ প্রদান করে।
 
 <CardGrid>
-  <Card title="নতুন ETH উপার্জন করুন" emoji="💸" description="Earn ETH-denominated rewards directly from the protocol when your validator is online, without any middlemen taking a cut." />
-  <Card title="সম্পূর্ণ নিয়ন্ত্রণ" emoji="🎛️" description="Keep your own keys. Choose the combination of clients and hardware that allows you to minimize your risk and best contribute to the health and security of the network. Third-party staking services make these decisions for you, and they don't always make the safest choices." />
-  <Card title="নেটওয়ার্কের নিরাপত্তা" emoji="🔐" description="Solo staking is the most impactful way to stake. By running a validator on your own hardware at home, you strengthen the robustness, decentralization, and security of the Ethereum protocol." />
+  <Card title="নতুন ETH আয় করুন" emoji="💸" description="আপনার ভ্যালিডেটর অনলাইনে থাকলে, কোনো মধ্যস্থতাকারী ছাড়াই সরাসরি প্রোটোকল থেকে ETH পুরস্কার আয় করুন।" />
+  <Card title="সম্পূর্ণ নিয়ন্ত্রণ" emoji="🎛️" description="আপনার নিজের কি (key) নিজের কাছে রাখুন। এমন ক্লায়েন্ট ও হার্ডওয়্যার বেছে নিন যা আপনার ঝুঁকি কমায় এবং নেটওয়ার্ককে সুরক্ষিত রাখতে সাহায্য করে। তৃতীয় পক্ষের স্টেকিং পরিষেবাগুলো আপনার জন্য এই সিদ্ধান্তগুলো নেয়, কিন্তু তারা সবসময় সবচেয়ে নিরাপদ বিকল্পটি বেছে নেয় না।" />
+  <Card title="নেটওয়ার্ক নিরাপত্তা" emoji="🔐" description="বাড়িতে স্টেকিং করাই হলো স্টেক করার সবচেয়ে প্রভাবশালী উপায়। বাড়িতে আপনার নিজের হার্ডওয়্যারে একটি ভ্যালিডেটর চালানোর মাধ্যমে, আপনি ইথেরিয়াম প্রোটোকলের দৃঢ়তা, বিকেন্দ্রীকরণ এবং নিরাপত্তা শক্তিশালী করেন।" />
 </CardGrid>
 
-## সোলো স্টেকিং এর আগে যা যা বিবেচনা করা উচিত {#considerations-before-staking-solo}
+## হোম স্টেকিং করার আগে বিবেচ্য বিষয় {#considerations-before-staking-solo}
 
-আমরা যতই আশা করি যে সোলো স্টেকিং সবার জন্য অ্যাক্সেসযোগ্য এবং ঝুঁকিমুক্ত হবে, আসলে সেটা হয়না। আপনার ETH সোলো স্টেক করার আগে কিছু ব্যবহারিক এবং গুরুতর বিষয় মাথায় রাখতে হবে।
+আমরা যতই আশা করি যে হোম স্টেকিং সবার জন্য অ্যাক্সেসযোগ্য এবং ঝুঁকিমুক্ত হবে, আসলে সেটা হয়না। আপনার ETH হোম স্টেক করার আগে কিছু ব্যবহারিক এবং গুরুতর বিষয় মাথায় রাখতে হবে।
 
 <InfoGrid>
-<ExpandableCard title="পড়া আবশ্যক" eventCategory="SoloStaking" eventName="clicked required reading">
+<ExpandableCard title="প্রয়োজনীয় পাঠ" eventCategory="SoloStaking" eventName="clicked required reading">
 আপনার নিজের নোড পরিচালনা করার সময় আপনার বেছে নেওয়া সফ্টওয়্যারটি কীভাবে ব্যবহার করবেন তা শিখতে কিছু সময় ব্যয় করা উচিত। এর মধ্যে প্রাসঙ্গিক নথিপত্র পড়া এবং সেই ডেভেলপার টিমের যোগাযোগের চ্যানেলগুলির সাথে মানিয়ে নেওয়া জড়িত।
 
 আপনি যে সফ্টওয়্যারটি চালাচ্ছেন এবং কীভাবে প্রুফ-অফ-স্টেক কাজ করে সে সম্পর্কে আপনি যত বেশি বুঝবেন, স্টেকার হিসাবে আপনার জন্য ঝুঁকি ততটা কম হবে এবং নোড অপারেটর হিসাবে যে কোনও সমস্যার সম্মুখীন হলে সেটা সমাধান করা ততটাই সহজ হবে।
 </ExpandableCard>
 
-<ExpandableCard title="কম্পিউটার চালাতে সমস্যা নেই" eventCategory="SoloStaking" eventName="clicked comfortable with computers">
+<ExpandableCard title="কম্পিউটার ব্যবহারে স্বচ্ছন্দ" eventCategory="SoloStaking" eventName="clicked comfortable with computers">
 কম্পিউটারের মাধ্যমে কাজ করার সময় নোড সেটআপের জন্য আপনাকে কিছু কাজ করতে হবে, যদিও নতুন টুলস সময়ের সাথে সাথে কাজ আরও সহজ করে তুলছে। কমান্ড-লাইন ইন্টারফেস বোঝা সহায়ক, কিন্তু এখন এটা আর একদমই আবশ্যিক না।
 
 এটির জন্য খুব প্রাথমিক হার্ডওয়্যার সেটআপ করা এবং ন্যূনতম সুপারিশকৃত স্পেসিফিকেশন বোঝা প্রয়োজন।
 </ExpandableCard>
 
-<ExpandableCard title="নিরাপদ কী ব্যবস্থাপনা" eventCategory="SoloStaking" eventName="clicked secure key management">
-ঠিক যেমন ব্যক্তিগত কীগুলি আপনার ইথেরিয়াম ঠিকানাকে সুরক্ষিত করে, আপনাকে বিশেষভাবে আপনার ভ্যালিডেটরের জন্য কীগুলি তৈরি করতে হবে। আপনাকে অবশ্যই বুঝতে হবে যে কোন সীড ফ্রেজ বা ব্যক্তিগত কীগুলিকে কীভাবে নিরাপদ ও সুরক্ষিত রাখতে হয়।{' '}
+<ExpandableCard title="নিরাপদ কি ম্যানেজমেন্ট" eventCategory="SoloStaking" eventName="clicked secure key management">
+ঠিক যেমন ব্যক্তিগত কীগুলি আপনার Ethereum ঠিকানাকে সুরক্ষিত করে, আপনাকে বিশেষভাবে আপনার ভ্যালিডেটরের জন্য কীগুলি তৈরি করতে হবে। আপনাকে অবশ্যই বুঝতে হবে যে কোন সীড ফ্রেজ বা ব্যক্তিগত কীগুলিকে কীভাবে নিরাপদ ও সুরক্ষিত রাখতে হয়।{' '}
 
-[ইথেরিয়াম নিরাপত্তা এবং স্ক্যাম প্রতিরোধ](/security/)
+[Ethereum সুরক্ষা এবং স্ক্যাম প্রতিরোধ](/security/)
 </ExpandableCard>
 
-<ExpandableCard title="Maintenance" eventCategory="SoloStaking" eventName="clicked maintenance">
+<ExpandableCard title="রক্ষণাবেক্ষণ" eventCategory="SoloStaking" eventName="clicked maintenance">
 হার্ডওয়্যার মাঝে মাঝে ব্যর্থ হতে পারে, নেটওয়ার্ক সংযোগ ত্রুটি হয় এবং ক্লায়েন্ট সফ্টওয়্যার মাঝে মাঝে আপগ্রেড করার প্রয়োজন হয়। নোড রক্ষণাবেক্ষণ অনিবার্য এবং মাঝে মাঝে এ বিষয়ে আপনাকে মনোযোগ দিতে হবে। আপনাকে যেকোন প্রত্যাশিত নেটওয়ার্ক আপগ্রেড বা অন্যান্য গুরুত্বপূর্ণ ক্লায়েন্ট আপগ্রেড সম্পর্কে সচেতন থাকতে হবে।
 </ExpandableCard>
 
@@ -66,16 +66,17 @@ summaryPoints:
 আপনার পুরষ্কারগুলি আপনার ভ্যালিডেটর অনলাইনে থাকা এবং সঠিকভাবে সত্যায়িত করার সময়ের সমানুপাতিক। ডাউনটাইমের শাস্তির একই সময়ে অন্য কতজন ভ্যালিডেটর অফলাইন আছে তার সমানুপাতিক তবে <a href="#faq">এর ফলে স্ল্যাশিং করা হয় না</a>। ব্যান্ডউইথও গুরুত্বপূর্ণ, কারণ সময়মতো প্রাপ্ত না হওয়া সত্যায়নের জন্য পুরষ্কারের পরিমাণ কমে যায়। প্রয়োজনীয়তা পরিবর্তিত হবে, তবে ন্যূনতম 10 Mb/s আপ এবং ডাউন স্পিড ব্যবহার করতে পরামর্শ দেওয়া হয়।
 </ExpandableCard>
 
-<ExpandableCard title="স্ল্যাশিং এর ঝুঁকি" eventCategory="SoloStaking" eventName="clicked slashing risk">
+<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}
+## এটি কিভাবে কাজ করে {#how-it-works}
 
 <StakingHowSoloWorks />
 
@@ -83,7 +84,7 @@ summaryPoints:
 
 যদি কখনও ইচ্ছা হয়, আপনি একজন ভ্যালিডেটর হিসাবে প্রস্থান করতে পারেন যা অনলাইনে থাকার প্রয়োজনীয়তাকে দূর করে, এবং পুরস্কার প্রাপ্তি বন্ধ করে দেয়। আপনার অবশিষ্ট ব্যালেন্স তারপর আপনার সেটআপের সময় মনোনীত করা উত্তোলনের ঠিকানায় উত্তোলন করা হবে।
 
-[স্টেকিং প্রত্যাহার এর উপর আরো](/staking/withdrawals/)
+[স্টেকিং উইথড্রয়ালস সম্পর্কে আরও জানুন](/staking/withdrawals/)
 
 ## স্টেকিং লঞ্চপ্যাডে শুরু করুন {#get-started-on-the-staking-launchpad}
 
@@ -93,7 +94,7 @@ summaryPoints:
 
 ## নোড এবং ক্লায়েন্ট সেটআপ টুলসের ক্ষেত্রে কি কি বিষয় মাথায় রাখা উচিত {#node-tool-considerations}
 
-আপনাকে ETH স্বতন্ত্রভাবে স্টেক করতে সাহায্য করার জন্য থাকা টুলস এবং পরিষেবার সংখ্যা দিন দিন বাড়ছে, তবে প্রতিটির সাথেই বিভিন্ন ঝুঁকি এবং সুবিধা রয়েছে।
+আপনাকে ETH হোম স্টেক করতে সাহায্য করার জন্য টুলস এবং পরিষেবার সংখ্যা দিন দিন বাড়ছে, তবে প্রতিটির সাথেই বিভিন্ন ঝুঁকি এবং সুবিধা রয়েছে।
 
 একটি তালিকাভুক্ত স্টেকিং টুলস থাকতে পারে এমন উল্লেখযোগ্য শক্তি বা দুর্বলতাগুলো নির্দেশ করতে নীচে অ্যাট্রিবিউট ইন্ডিকেটর ব্যবহার করা হয়েছে। আপনার স্টেকিং যাত্রায় সাহায্য করার জন্য কোন টুলস বেছে নেওয়ার সময় আমরা কীভাবে এই বৈশিষ্ট্যগুলিকে সংজ্ঞায়িত করি তা জানতে এই বিভাগটিকে রেফারেন্স হিসাবে ব্যবহার করুন।
 
@@ -109,7 +110,7 @@ summaryPoints:
 
 <StakingProductsCardGrid category="nodeTools" />
 
-একটি [মাইনরিটি ক্লায়েন্ট](/developers/docs/nodes-and-clients/client-diversity/) বেছে নেওয়া অত্যান্ত গুরুত্বপূর্ণ কারণ এটি নেটওয়ার্কের নিরাপত্তা উন্নত করে এবং আপনার ঝুঁকি সীমিত করে। যে টুলস আপনাকে মাইনরিটি ক্লায়েন্ট সেটআপ করতে দেয় সেগুলি <em style={{ textTransform: "uppercase" }}>"মাল্টি-ক্লায়েন্ট"</em> হিসাবে চিহ্নিত করা হয়।
+অনুগ্রহ করে একটি [মাইনরিটি ক্লায়েন্ট](/developers/docs/nodes-and-clients/client-diversity/) বেছে নেওয়ার গুরুত্ব মনে রাখবেন কারণ এটি নেটওয়ার্কের নিরাপত্তা উন্নত করে এবং আপনার ঝুঁকি সীমিত করে। যে টুলস আপনাকে মাইনরিটি ক্লায়েন্ট সেটআপ করতে দেয় সেগুলি <em style={{ textTransform: "uppercase" }}>"মাল্টি-ক্লায়েন্ট"</em> হিসাবে চিহ্নিত করা হয়।
 
 ### কী জেনারেটর সমূহ
 
@@ -117,44 +118,47 @@ summaryPoints:
 
 <StakingProductsCardGrid category="keyGen" />
 
-আমরা মিস করেছি একটি স্টেকিংয়ের টুলস জন্য আপনার পরামর্শ আছে? আমাদের [পণ্য তালিকা নীতি](/contributing/adding-staking-products/) দেখুন এটি উপযুক্ত কিনা তা দেখতে এবং পর্যালোচনার জন্য জমা দিতে।
+আমরা মিস করেছি একটি স্টেকিংয়ের টুলস জন্য আপনার পরামর্শ আছে? এটি উপযুক্ত কিনা তা দেখতে এবং পর্যালোচনার জন্য জমা দিতে আমাদের [পণ্য তালিকাভুক্ত করার নীতি](/contributing/adding-staking-products/) দেখুন।
 
-## সোলো স্টেকিং গাইড এক্সপ্লোর করুন {#staking-guides}
+## হোম স্টেকিং গাইড এক্সপ্লোর করুন {#staking-guides}
 
 <StakingGuides />
 
-## Frequently asked questions {#faq}
+## সাধারণত জিজ্ঞাসিত প্রশ্নসমূহ {#faq}
 
 স্টেকিং সম্পর্কে কয়েকটি সাধারণ প্রশ্নের উত্তর যা জানা গুরুত্বপূর্ণ।
 
-<ExpandableCard title="একটি যাচাইকারী কি?">
-
-একটি <em>ভ্যালিডেটর</em> হল একটি ভার্চুয়াল সত্তা যা ইথেরিয়ামে বাস করে এবং ইথেরিয়াম প্রোটোকলের ঐকমত্যে অংশগ্রহণ করে। যাচাইকারীদের একটি ব্যালেন্স, পাবলিক কী এবং অন্যান্য বৈশিষ্ট্য দ্বারা প্রতিনিধিত্ব করা হয়। একটি <em>ভ্যালিডেটর ক্লায়েন্ট</em> হল এমন একটি সফ্টওয়্যার যা তার ব্যক্তিগত কী ধরে রেখে এবং ব্যবহার করে যাচাইকারীর পক্ষে কাজ করে। একটি একক যাচাইকারী ক্লায়েন্ট অনেকগুলি কী জোড়া ধরে রাখতে পারে, যা অনেকগুলি যাচাইকারীকে নিয়ন্ত্রণ করে।
+<ExpandableCard title="ভ্যালিডেটর কী?">
 
+একটি <em>ভ্যালিডেটর</em> হল একটি ভার্চুয়াল সত্তা যা Ethereum-এ থাকে এবং Ethereum প্রোটোকলের কনসেন্সাসে অংশগ্রহণ করে। ভ্যালিডেটরদের একটি ব্যালেন্স, পাবলিক কী এবং অন্যান্য বৈশিষ্ট্য দ্বারা প্রতিনিধিত্ব করা হয়। একটি <em>ভ্যালিডেটর ক্লায়েন্ট</em> হল এমন একটি সফ্টওয়্যার যা তার ব্যক্তিগত কী ধরে রেখে এবং ব্যবহার করে ভ্যালিডেটরের পক্ষে কাজ করে। একটি একক ভ্যালিডেটর ক্লায়েন্ট অনেকগুলি কী জোড়া ধরে রাখতে পারে, যা অনেকগুলি ভ্যালিডেটরকে নিয়ন্ত্রণ করে।
 </ExpandableCard>
 
-<ExpandableCard title="আমি কি 32 ETH এর বেশি জমা করতে পারি?">
-ভ্যালিডেটরের সাথে যুক্ত প্রতিটি কী-পেয়ার সক্রিয় করার জন্য ঠিক 32 ETH প্রয়োজন। কীগুলির একটি একক সেটে বেশি ETH জমা করা হলে পুরস্কারের সম্ভাবনা বাড়ে না, কারণ প্রতিজন ভ্যালিডেটরের জন্য 32 ETH <a href="https://www.attestant.io/posts/understanding-validator-effective-balance/">কার্যকরী ব্যালেন্স হিসাবে</a> গণ্য করা হয়। এর অর্থ হল স্টেকিং 32 ETH ইনক্রিমেন্ট করা হয়, যার প্রতিটির নিজস্ব চাবি এবং ব্যালেন্স রয়েছে।
+<ExpandableCard title="আমি কি ৩২ ETH-এর বেশি জমা দিতে পারি?">
+হ্যাঁ, আধুনিক ভ্যালিডেটর অ্যাকাউন্ট 2048 ETH পর্যন্ত ধারণ করতে সক্ষম। 32-এর বেশি অতিরিক্ত ETH একটি ধাপে ধাপে পদ্ধতিতে চক্রবৃদ্ধি হবে, আপনার আসল ব্যালেন্স বাড়ার সাথে সাথে পূর্ণ-সংখ্যা বৃদ্ধিতে বৃদ্ধি পাবে। এটি আপনার <a href="https://www.attestant.io/posts/understanding-validator-effective-balance/">কার্যকরী ব্যালেন্স</a> হিসাবে পরিচিত।
+
+একটি অ্যাকাউন্টের কার্যকর ব্যালেন্স বাড়ানোর জন্য এবং এইভাবে পুরষ্কার বাড়ানোর জন্য, যেকোনো পূর্ণ-ETH থ্রেশহোল্ডের উপরে 0.25 ETH-এর একটি বাফার অতিক্রম করতে হবে। উদাহরণস্বরূপ, 32.9 এর প্রকৃত ব্যালেন্স এবং 32 এর একটি কার্যকর ব্যালেন্স সহ একটি অ্যাকাউন্টের কার্যকর ব্যালেন্সে বৃদ্ধি ট্রিগার করার আগে তার প্রকৃত ব্যালেন্স 33.25 এর উপরে আনতে আরও 0.35 ETH উপার্জন করতে হবে।
 
-একক ভ্যালিডেটরের জন্য 32 ETH এর বেশি জমা করবেন না। এটা আপনার পুরস্কার বৃদ্ধি করবে না। যদি ভ্যালিডেটরের জন্য একটি উত্তোলনের ঠিকানা সেট করা থাকে, তাহলে পরবর্তী [ভ্যালিডেটর সুইপ](/staking/withdrawals/#validator-sweeping)-এর সময় 32 ETH-এর বেশি অতিরিক্ত তহবিল স্বয়ংক্রিয়ভাবে এই ঠিকানায় উত্তোলন করা হবে।
+এই বাফারটি একটি কার্যকর ব্যালেন্সকে তার বর্তমান কার্যকর ব্যালেন্সের 0.25 ETH নীচে না যাওয়া পর্যন্ত ড্রপ করা থেকেও প্রতিরোধ করে।
 
-যদি সোলো স্টেকিং আপনার জন্য অনেক বেশি বলে মনে হয়, তাহলে একটি [স্টেকিং-অ্যাস-এ-সার্ভিস](/staking/saas/) প্রদানকারী ব্যবহার করার কথা বিবেচনা করুন, অথবা আপনি যদি 32 ETH-এর কম নিয়ে কাজ করেন, তাহলে [স্টেকিং পুলগুলো](/staking/pools/) চেক করুন।
+ভ্যালিডেটরের সাথে যুক্ত প্রতিটি কী-পেয়ার সক্রিয় করার জন্য অন্তত 32 ETH প্রয়োজন। এর উপরের যেকোনো ব্যালেন্স এই ঠিকানা দ্বারা স্বাক্ষরিত একটি লেনদেনের মাধ্যমে যেকোনো সময় সংশ্লিষ্ট উত্তোলনের ঠিকানায় উত্তোলন করা যেতে পারে। সর্বাধিক কার্যকর ব্যালেন্সের উপরে যেকোনো তহবিল পর্যায়ক্রমিক ভিত্তিতে স্বয়ংক্রিয়ভাবে উত্তোলন করা হবে।
+
+যদি হোম স্টেকিং আপনার জন্য খুব বেশি বলে মনে হয়, তাহলে একটি [স্টেকিং-অ্যাস-এ-সার্ভিস](/staking/saas/) প্রদানকারী ব্যবহার করার কথা বিবেচনা করুন, অথবা আপনি যদি 32 ETH-এর কম নিয়ে কাজ করেন, তাহলে [স্টেকিং পুল](/staking/pools/) গুলো চেক করুন।
 </ExpandableCard>
 
-<ExpandableCard title="আমি যদি অফলাইনে যাই তাহলে কি স্ল্যাশ করা হবে? (tldr: না।)">
-নেটওয়ার্ক সঠিকভাবে চূড়ান্ত হওয়ার সময় অফলাইনে যাওয়ার ফলে স্ল্যাশিং করা হবে না। <em>নিষ্ক্রিয়তার জন্য ছোট জরিমানা</em> করা হয় যদি আপনার ভ্যালিডেটর প্রদত্ত ইপোকে (প্রতিটি 6.4 মিনিট দীর্ঘ) প্রত্যয়িত করার জন্য এভেইলেবল না থাকে তবে এটি <em>স্ল্যাশিং</em> থেকে খুব আলাদা। যদি ভ্যালিডেটর সত্যায়িত করার জন্য এভেইলেবল থাকত তাহলে আপনার অর্জিত পুরষ্কারের চেয়ে এই জরিমানাগুলি কিছুটা কম এবং ক্ষতিগুলি আবার অনলাইনে প্রায় সমান পরিমাণ সময় দেওয়ার মাধ্যমে ফিরে পাওয়া যেতে পারে।
+<ExpandableCard title="আমি অফলাইনে গেলে কি স্ল্যাশড হব? (সংক্ষেপে: না।)">
+নেটওয়ার্ক সঠিকভাবে চূড়ান্ত হওয়ার সময় অফলাইনে যাওয়ার ফলে স্ল্যাশিং করা হবে না। আপনার ভ্যালিডেটর প্রদত্ত ইপোকে (প্রতিটি 6.4 মিনিট দীর্ঘ) প্রত্যয়িত করার জন্য এভেইলেবল না থাকলে <em>নিষ্ক্রিয়তার জন্য ছোট জরিমানা</em> করা হয় তবে এটি <em>স্ল্যাশিং</em> থেকে খুব আলাদা। যদি ভ্যালিডেটর সত্যায়িত করার জন্য এভেইলেবল থাকত তাহলে আপনার অর্জিত পুরষ্কারের চেয়ে এই জরিমানাগুলি কিছুটা কম এবং ক্ষতিগুলি আবার অনলাইনে প্রায় সমান পরিমাণ সময় দেওয়ার মাধ্যমে ফিরে পাওয়া যেতে পারে।
 
 মনে রাখবেন যে নিষ্ক্রিয়তার জন্য জরিমানা একই সময়ে কতজন ভ্যালিডেটর অফলাইনে রয়েছে তার সমানুপাতিক। এমন ক্ষেত্রে যেখানে নেটওয়ার্কের একটি বৃহৎ অংশ একবারে অফলাইনে থাকে, সকল ভ্যালিডেটরের জন্য জরিমানা একজন একক ভ্যালিডেটরের এভেইলেবন না থাকার কারণে হওয়া জরিমানার থেকে বেশি হবে।
 
 চরম ক্ষেত্রে যদি এক তৃতীয়াংশেরও বেশি ভ্যালিডেটর অফলাইনে থাকার ফলে নেটওয়ার্ক ফাইনালাইজ করা বন্ধ করে দেয়, তাহলে এই ব্যবহারকারীরা ক্ষতিগ্রস্ত হবেন যাকে <em>কোয়াড্রেটিক ইন্যাকটিভ লিক</em> বলা হয়, যা হলো অফলাইন ভ্যালিডেটর অ্যাকাউন্ট থেকে ETH-এর একটি এক্সপোনেনশিয়াল ড্রেইন। এটি নেটওয়ার্কটিকে নিষ্ক্রিয় ভ্যালিডেটরদের ব্যালেন্স 16 ETH-এ না পৌঁছানো পর্যন্ত ETH বার্ন করে নেটওয়ার্ককে সেলফ-হিল হতে দেয়, এই সময়ে ভ্যালিডেটরদেরকে তাদের ভ্যালিডেটর পুল থেকে স্বয়ংক্রিয়ভাবে বের করে দেওয়া হয়। অবশিষ্ট অনলাইন ভ্যালিডেটররা আবার 2/3টি নেটওয়ার্ক নিয়ে নেটওয়ার্ক গঠন করবে যা চেইনটি আবার চূড়ান্ত করার জন্য প্রয়োজনীয় সুপারমেজরিটিকে সন্তুষ্ট করবে।
 </ExpandableCard>
 
-<ExpandableCard title="আমি কীভাবে নিশ্চিত করব যে আমাকে স্ল্যাশ করা হবে না?">
+<ExpandableCard title="আমি কীভাবে নিশ্চিত করব যে আমি স্ল্যাশড হব না?">
 সংক্ষেপে, এটি কখনই পুরোপুরি নিশ্চিত করা যায় না, তবে আপনি যদি ভাল বিশ্বাসে কাজ করেন, একটি মাইনরিটি ক্লায়েন্ট চালান এবং একবারে কেবল মাত্র একটি মেশিনে আপনার সাইনিং কী রাখেন তবে স্ল্যাশ হওয়ার ঝুঁকি প্রায় শূন্য।
 
 শুধুমাত্র কয়েকটি নির্দিষ্ট উপায় রয়েছে যার ফলে একজন ভ্যালিডেটরকে নেটওয়ার্ক থেকে স্ল্যাশ করা এবং বের করে দেওয়া হতে পারে। লেখার সময়, যে স্ল্যাশিংগুলি ঘটেছে তা মূলত অপ্রয়োজনীয় হার্ডওয়্যার সেটআপের কারণে হয়েছে যেখানে সাইনিং কী একবারে দুটি আলাদা মেশিনে সংরক্ষণ করা হয়েছিলো। এটি অসাবধানতাবশত আপনার কীগুলির মাধ্যমে একটি <em>ডাবল ভোট</em> দিতে পারে, যা একটি স্ল্যাশযোগ্য অপরাধ।
 
-একটি সুপারমেজরিটি ক্লায়েন্ট (নেটওয়ার্কের 2/3 এরও বেশি দ্বারা ব্যবহৃত যে কোনও ক্লায়েন্ট) চালালে যদি সেই ক্লায়েন্টে চেইন ফোর্ক করে এমন কোনো বাগ থাকে তাহলে স্ল্যাশিং এর ঝুঁকি থাকে। এর ফলে একটি ত্রুটিপূর্ণ ফর্ক হতে পারে যা চূড়ান্ত হয়ে যায়। কাঙ্ক্ষিত চেইন ফিরে যাওয়ার জন্য চূড়ান্ত ব্লকটি বাতিল করার চেষ্টা করে একটি <em>সারাউন্ড ভোট</em> জমা দিতে হবে। এটি একটি স্ল্যাশযোগ্য অপরাধ এবং এর পরিবর্তে কেবল একটি মাইনরিটি ক্লায়েন্ট চালানোর মাধ্যমে এড়ানো যেতে পারে।
+একটি সুপারমেজরিটি ক্লায়েন্ট (নেটওয়ার্কের 2/3 এরও বেশি দ্বারা ব্যবহৃত যে কোনও ক্লায়েন্ট) চালালে যদি সেই ক্লায়েন্টে চেইন ফর্ক করে এমন কোনো বাগ থাকে তাহলে স্ল্যাশিং এর ঝুঁকি থাকে। এর ফলে একটি ত্রুটিপূর্ণ ফর্ক হতে পারে যা চূড়ান্ত হয়ে যায়। কাঙ্ক্ষিত চেইন ফিরে যাওয়ার জন্য চূড়ান্ত ব্লকটি বাতিল করার চেষ্টা করে একটি <em>সারাউন্ড ভোট</em> জমা দিতে হবে। এটি একটি স্ল্যাশযোগ্য অপরাধ এবং এর পরিবর্তে কেবল একটি মাইনরিটি ক্লায়েন্ট চালানোর মাধ্যমে এড়ানো যেতে পারে।
 
 একটি <em>মাইনরিটি ক্লায়েন্টের বাগ কখনই চূড়ান্ত হবে না</em> এবং এইভাবে কখনই এর ফলে একটি সারাউন্ড ভোটের নেওয়া হবে না এবং এটা কারণে শুধুমাত্র নিষ্ক্রিয়তার শাস্তি পেতে পারেন, <em>স্ল্যাশিং নয়</em>।
 
@@ -164,7 +168,7 @@ summaryPoints:
 </ul>
 </ExpandableCard>
 
-<ExpandableCard title="কোন ক্লায়েন্ট সেরা?">
+<ExpandableCard title="কোন ক্লায়েন্টটি সবচেয়ে ভালো?">
 প্রতিটি ক্লায়েন্ট কর্মক্ষমতা এবং ব্যবহারকারী ইন্টারফেসের ক্ষেত্রে সামান্য পরিবর্তিত হতে পারে, কারণ প্রতিটি ক্লায়েন্ট বিভিন্ন দল বিভিন্ন প্রোগ্রামিং ভাষা ব্যবহার করে তৈরি করে। তাই, তাদের কেউই "সেরা" নয়। সকল প্রোডাকশন ক্লায়েন্ট চমৎকার একটি সফ্টওয়্যার, যেগুলি ব্লকচেইনের সাথে সিঙ্ক এবং ইন্টারঅ্যাক্ট করার জন্য একই কোর ফাংশন সম্পাদন করে।
 
 যেহেতু সকল প্রোডাকশন ক্লায়েন্ট একই মৌলিক কার্যকারিতা প্রদান করে, তাই আপনার একটি <strong>মাইনরিটি ক্লায়েন্ট</strong> বেছে নেওয়া খুবই গুরুত্বপূর্ণ, যার অর্থ এমন যেকোন ক্লায়েন্ট বেছে নিন যা বর্তমানে নেটওয়ার্কের অধিকাংশ ভ্যালিডেটর দ্বারা ব্যবহার করা হচ্ছে না। এটি বিপরীতমুখী শোনাতে পারে, তবে একটি মেজরিটি বা সুপারমেজরিটি ক্লায়েন্ট চালানো আপনাকে সেই ক্লায়েন্টে একটি বাগ থাকার কারণে আপনার স্ল্যাশিং হওয়ার ঝুঁকি বাড়ায়। মাইনরিটি ক্লায়েন্ট চালানো এই ঝুঁকিগুলিকে মারাত্মকভাবে সীমিত করে।
@@ -173,14 +177,14 @@ summaryPoints:
 </ExpandableCard>
 
 <ExpandableCard title="আমি কি শুধু একটি VPS (ভার্চুয়াল প্রাইভেট সার্ভার) ব্যবহার করতে পারি?">
-যদিও একটি ভার্চুয়াল প্রাইভেট সার্ভার (VPS) হোম হার্ডওয়্যারের বিকল্প হিসাবে ব্যবহার করা যেতে পারে, আপনার ভ্যালিডেটর ক্লায়েন্টের ফিজিক্যাল অ্যাক্সেস এবং অবস্থান <em>গুরুত্বপূর্ণ</em>। Amazon Web Services বা Digital Ocean-এর মতো কেন্দ্রীভূত ক্লাউড সমাধানগুলি নেটওয়ার্ককে কেন্দ্রীভূত করার ব্যয়ে হার্ডওয়্যার অর্জন এবং পরিচালনা না করার সুবিধার অনুমতি দেয়।
+যদিও একটি ভার্চুয়াল প্রাইভেট সার্ভার (VPS) হোম হার্ডওয়্যারের বিকল্প হিসাবে ব্যবহার করা যেতে পারে, আপনার ভ্যালিডেটর ক্লায়েন্টের ফিজিক্যাল অ্যাক্সেস এবং অবস্থান <em>গুরুত্বপূর্ণ</em>। Amazon Web Services বা Digital Ocean-এর মতো সেন্ট্রালাইজড ক্লাউড সমাধানগুলি নেটওয়ার্ককে সেন্ট্রালাইজ করার ব্যয়ে হার্ডওয়্যার অর্জন এবং পরিচালনা না করার সুবিধার অনুমতি দেয়।
 
 একক সেন্ট্রালাইজড ক্লাউড স্টোরেজ সলুশনে যত বেশি ভ্যালিডেটর ক্লায়েন্ট চলছে, সেটা ব্যবহারকারীদের জন্য তত বেশি বিপজ্জনক হয়ে ওঠে। কোনো অ্যাটাক, কর্তৃপক্ষের ডিমান্ড বা বিদ্যুৎ/ইন্টারনেট বিভ্রাট সহ যেকোনো কারণে এই সকল সেবা প্রদানকারীরা অফলাইনে চলে গেলে তাদের উপর নির্ভর করা প্রত্যেক ভ্যালিডেটর ক্লায়েন্টও একই সময়ে অফলাইনে চলে যাবে।
 
 অফলাইন জরিমানা একই সময়ে আরও কতজন অফলাইনে রয়েছে তার সমানুপাতিক। একটি VPS ব্যবহার অফলাইন জরিমানা আরও গুরুতর হওয়ার ঝুঁকি বাড়িয়ে তোলে এবং বিভ্রাটটি যথেষ্ট বড় হলে আপনার কোয়াড্রেটিঙ্ক লিক হবার বা স্ল্যাশি হওয়ার ঝুঁকি বাড়িয়ে তোলে। আপনার নিজের ঝুঁকি এবং নেটওয়ার্কের ঝুঁকি হ্রাস করার জন্য, ব্যবহারকারীদের তাদের নিজস্ব হার্ডওয়্যার রাখতে এবং পরিচালনা করতে দৃঢ়ভাবে উত্সাহিত করা হয়।
 </ExpandableCard>
 
-<ExpandableCard title="আমি কীভাবে আমার পুরষ্কারগুলি আনলক করব বা আমার ETH ফিরে পাব?">
+<ExpandableCard title="আমি কীভাবে আমার পুরস্কার আনলক করব বা আমার ETH ফেরত পাব?">
 
 বিকন চেইন থেকে যে কোনও ধরণের উত্তোলনের জন্য উত্তোলনের ক্রেডেনশিয়াল সেট করা প্রয়োজন।
 
@@ -190,13 +194,16 @@ summaryPoints:
 
 আনলক করতে এবং আপনার সম্পূর্ণ ব্যালেন্স ফেরত পেতে আপনাকে অবশ্যই আপনার ভ্যালিডেটর বের করার প্রক্রিয়াটি সম্পূর্ণ করতে হবে।
 
-<ButtonLink href="/staking/withdrawals/">স্টেকিং প্রত্যাহার এর উপর আরো</ButtonLink>
+<ButtonLink href="/staking/withdrawals/">স্টেকিং প্রত্যাহার সম্পর্কে আরও</ButtonLink>
 </ExpandableCard>
 
-## Further reading {#further-reading}
+## আরও পড়ুন {#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_
 
-- [ইথেরিয়ামের ক্লায়েন্টের বৈচিত্র্যের সমস্যা](https://hackernoon.com/ethereums-client-diversity-problem) - _@emmanuellawosika 2022_
-- [ক্লায়েন্ট বৈচিত্র্যকে সাহায্য করা](https://www.attestant.io/posts/helping-client-diversity/) - _Jim McDonald 2022_
-- [ইথেরিয়ামের কনসেনসাস লেয়ারে ক্লায়েন্ট বৈচিত্র্য](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA) - _jmcook.eth 2022_
-- [কিভাবে: ইথেরিয়াম ভ্যালিডেটর হার্ডওয়্যারের জন্য কেনাকাটা করবেন](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/bn/staking/withdrawals/index.md b/public/content/translations/bn/staking/withdrawals/index.md
index 2f379370585..12d4b8253b5 100644
--- a/public/content/translations/bn/staking/withdrawals/index.md
+++ b/public/content/translations/bn/staking/withdrawals/index.md
@@ -1,10 +1,10 @@
 ---
-title: স্টেকিং উইথড্রয়াল
-description: স্টেকিং পুশ উত্তোলন কি, সেগুলি কীভাবে কাজ করে এবং সেগুলোর জন্য পুরষ্কার পেতে স্টেকদের কী করতে হবে তার সংক্ষিপ্ত বিবরণীর পেজ
+title: "স্টেকিং উইথড্রয়াল"
+description: "স্টেকিং পুশ উত্তোলন কি, সেগুলি কীভাবে কাজ করে এবং সেগুলোর জন্য পুরষ্কার পেতে স্টেকদের কী করতে হবে তার সংক্ষিপ্ত বিবরণীর পেজ"
 lang: bn
 template: staking
 image: /images/staking/leslie-withdrawal.png
-alt: Leslie the rhino তার স্টেকিং পুরষ্কার সহ
+alt: "Leslie the rhino তার স্টেকিং পুরষ্কার সহ"
 sidebarDepth: 2
 summaryPoints:
   - Shanghai/Capella আপগ্রেড ইথেরিয়াম-এ স্টেকিং প্রত্যাহার সক্ষম করেছে
@@ -13,21 +13,17 @@ summaryPoints:
   - যেসকল ভ্যালিডেটররা সম্পূর্ণরূপে স্টেকিং থেকে প্রস্থান করে তারা তাদের অবশিষ্ট ব্যালেন্স পাবেন
 ---
 
-<UpgradeStatus dateKey="page-staking-withdrawals-when">
-12 এপ্রিল, 2023-এ ঘটে যাওয়া Shanghai/Capella আপগ্রেডের মাধ্যমে স্টেকিং উত্তোলনের ব্যবস্থা সক্ষম করা হয়েছিল।&nbsp;<a href="#when" customEventOptions={{ eventCategory: "Anchor link", eventAction: "When's it shipping?", eventName: "click" }}>Shanghai/Capella সম্পর্কে আরও</a>
-</UpgradeStatus>
+**স্টেকিং উইথড্রয়াল** বলতে ইথেরিয়ামের কনসেনসাস লেয়ার (বিকন চেইন)-এ একটি ভ্যালিডেটর অ্যাকাউন্ট থেকে এক্সিকিউশন লেয়ারে ETH স্থানান্তর করাকে বোঝায়, যেখানে এটি দিয়ে লেনদেন করা যেতে পারে।
 
-**স্টেকিং উইথড্রয়ালস** ইথেরিয়ামের কনসেনসাস লেয়ার (বিকন চেইন) এর একটি ভ্যালিডেটর অ্যাকাউন্ট থেকে এক্সিকুশন লেয়ারে ETH-এর স্থানান্তরকে বোঝায় যেখানে এটির সাথে লেনদেন করা যেতে পারে।
+ব্যবহারকারী একবার একটি উইথড্রয়াল ঠিকানা প্রদান করলে, ৩২ ETH-এর বেশি **অতিরিক্ত ব্যালেন্সের জন্য রিওয়ার্ড পেমেন্ট** স্বয়ংক্রিয়ভাবে এবং নিয়মিতভাবে প্রতিটি ভ্যালিডেটরের সাথে লিঙ্ক করা সেই উইথড্রয়াল ঠিকানায় পাঠানো হবে। ব্যবহারকারীরা তাদের সম্পূর্ণ ভ্যালিডেটর ব্যালেন্স আনলক করে **সম্পূর্ণরূপে স্টেকিং থেকে প্রস্থান** করতে পারেন।
 
-ব্যবহারকারী দ্বারা প্রদান করা হলে 32 ETH এর বেশি **অতিরিক্ত ব্যালেন্সের পুরষ্কার** স্বয়ংক্রিয়ভাবে এবং নিয়মিতভাবে প্রতিটি ভ্যালিডেটরের সাথে লিঙ্ক করা একটি উত্তোলনের ঠিকানায় পাঠানো হবে। ব্যবহারকারীরা তাদের সম্পূর্ণ ভ্যালিডেটর ব্যালেন্স আনলক করে **সম্পূর্ণভাবে স্টেকিং থেকে প্রস্থান করতে পারেন**।
-
-## স্টেকিং এর পুরষ্কারসমূহ {#staking-rewards}
+## স্টেকিং রিওয়ার্ড {#staking-rewards}
 
 সর্বাধিক 32 ETH এর কার্যকর ব্যালেন্স সহ সক্রিয় ভ্যালিডেটর অ্যাকাউন্টগুলির জন্য পুরস্কার প্রদান স্বয়ংক্রিয়ভাবে প্রক্রিয়া করা হয়।
 
 পুরষ্কারের মাধ্যমে অর্জিত 32 ETH-এর উপরে যে কোনও ব্যালেন্স প্রকৃতপক্ষে মূলে অবদান রাখে না বা নেটওয়ার্কে এই ভ্যালিডেটরের ওয়েট বাড়ায় না এবং এইভাবে কয়েক দিন পর পর পুরস্কার হিসাবে স্বয়ংক্রিয়ভাবে উত্তোলন করা হয়। একবার উত্তোলনের ঠিকানা প্রদান করা ছাড়া এই পুরস্কারগুলির জন্য ভ্যালিডেটরের অপারেটরের আর কোনো কিছু করতে হবে না। এটি সবই কনসেনসাস লেয়ারে শুরু করা হয়েছে, তাই কোনও ধাপে কোনও গ্যাস (লেনদেন ফি) প্রয়োজন হয় না।
 
-### আমরা কিভাবে এখানে আসলাম? {#how-did-we-get-here}
+### আমরা কিভাবে এখানে আসলাম? আমরা এখানে কিভাবে এলাম? {#how-did-we-get-here}
 
 আগের এনার্জি-ইন্টেন্সিভ মাইনিং এর পরিবর্তে গত কয়েক বছরে ইথেরিয়াম অনেকগুলি নেটওয়ার্ক আপগ্রেডের মধ্য দিয়ে যেয়ে ETH দ্বারা সুরক্ষিত একটি নেটওয়ার্কে রূপান্তরিত হয়েছে। ইথেরিয়াম-এ কনসেনসাসে অংশগ্রহণ করা এখন "স্টেকিং" নামে পরিচিত, কারণ অংশগ্রহণকারীরা নেটওয়ার্কে অংশগ্রহণ করার জন্য স্বেচ্ছায় ETH-কে "স্টেক করে" লক করে রেখেছে। যে ব্যবহারকারীরা নিয়মগুলি অনুসরণ করে তাদের পুরস্কৃত করা হবে, এবং প্রতারণার প্রচেষ্টার জন্য শাস্তি দেওয়া হতে পারে।
 
@@ -35,11 +31,11 @@ summaryPoints:
 
 Shanghai/Capella আপগ্রেডের আগে, আপনি আপনার স্টেক করা ETH ব্যবহার বা অ্যাক্সেস করতে পারবেন না। কিন্তু এখন, আপনি একটি নির্বাচিত অ্যাকাউন্টে স্বয়ংক্রিয়ভাবে আপনার পুরষ্কারগুলি পাওয়ার জন্য অপ্ট-ইন করতে পারেন এবং আপনি যখনই চান আপনার স্টেক করা ETH প্রত্যাহার করতে পারেন।
 
-### আমি কিভাবে প্রস্তুতি নেব? {#how-do-i-prepare}
+### আমি কিভাবে প্রস্তুতি নেব? আমি কীভাবে প্রস্তুতি নেব? {#how-do-i-prepare}
 
 <WithdrawalsTabComparison />
 
-### গুরুত্বপূর্ণ নোটিশ {#important-notices}
+### গুরুত্বপূর্ণ বিজ্ঞপ্তি {#important-notices}
 
 ETH এর ব্যালেন্স থেকে উত্তোলন করার যোগ্য হওয়ার আগে যেকোন ভ্যালিডেটর অ্যাকাউন্টকে একটি উত্তোলনের ঠিকানা প্রদান করতে হবে।
 
@@ -47,43 +43,43 @@ ETH এর ব্যালেন্স থেকে উত্তোলন কর
 <AlertEmoji text="⚠️"/>
 <AlertContent>
 <AlertDescription>
-  <strong>প্রতিটি ভ্যালিডেটর অ্যাকাউন্টে একবার শুধুমাত্র একটি উত্তোলনের ঠিকানা বরাদ্দ করা যাবে।</strong> একবার একটি ঠিকানা বেছে নেওয়া হলে এবং কনসেনসাস লেভেলে জমা দেওয়া হলে, এটি পূর্বাবস্থায় ফেরানো বা পরিবর্তন করা যাবে না। জমা দেওয়ার আগে প্রদত্ত ঠিকানার মালিকানা এবং যথার্থতা দুবার চেক করুন।
+<strong>প্রতিটি ভ্যালিডেটর অ্যাকাউন্টে শুধুমাত্র একবারের জন্য একটিই উইথড্রয়াল ঠিকানা বরাদ্দ করা যেতে পারে।</strong> একবার কোনো ঠিকানা বেছে নিয়ে কনসেনসাস লেয়ারে জমা দেওয়া হলে, তা আর বাতিল বা পরিবর্তন করা যাবে না। জমা দেওয়ার আগে প্রদত্ত ঠিকানার মালিকানা এবং নির্ভুলতা ভালোভাবে যাচাই করুন।
 </AlertDescription>
 </AlertContent>
 </Alert>
 
 এটি প্রদান না করার জন্য <strong>এই সময়ের মধ্যে আপনার তহবিলের কোনও হুমকি নেই</strong>, ধরে নিচ্ছি যে আপনার মেমোনিক/সীড ফ্রেজ অফলাইনে নিরাপদ আছে এবং কোনওভাবেই কম্প্রোমাইজ হয়নি। উত্তোলনের ক্রেডেনশিয়াল যোগ করতে ব্যর্থ হলে ETH ভ্যালিডেটর অ্যাকাউন্টে উত্তোলনের ঠিকানা না দেওয়া পর্যন্ত লক করে রাখা হবে।
 
-## স্টেকিং থেকে সম্পূর্ণরূপে প্রস্থান {#exiting-staking-entirely}
+## সম্পূর্ণরূপে স্টেকিং থেকে প্রস্থান করা {#exiting-staking-entirely}
 
-_কোনো_ ফান্ড যাচাইকারী অ্যাকাউন্ট ব্যালেন্স থেকে স্থানান্তর করার আগে একটি উত্তোলনের ঠিকানা প্রদান করা প্রয়োজন।
+একটি ভ্যালিডেটর অ্যাকাউন্টের ব্যালেন্স থেকে _যেকোনো_ ফান্ড ট্রান্সফার করার আগে একটি উইথড্রয়াল ঠিকানা প্রদান করা আবশ্যক।
 
 যে ব্যবহারকারীরা স্টেকিং থেকে সম্পূর্ণভাবে প্রস্থান করতে চাইছেন এবং তাদের সম্পূর্ণ ব্যালেন্স ফেরত নিতে চাইছেন তাদের অবশ্যই ভ্যালিডেতর কী এর মাধ্যমে একটি "স্বেচ্ছাসেবী প্রস্থান" বার্তা স্বাক্ষর এবং সম্প্রচার করতে হবে যা তাদের স্টেকিং থেকে প্রস্থান করার প্রক্রিয়া শুরু করবে। এটি আপনার ভ্যালিডেটর ক্লায়েন্টের সাথে করা হয় এবং আপনার কনসেনসাস নোডে জমা দেওয়া হয় এবং এতে কোনো গ্যাসের প্রয়োজন হয় না।
 
 স্টেকিং থেকে প্রস্থান করার প্রক্রিয়ার জন্য প্রয়োজনীয় সময় পরিবর্তনশীল, একই সময়ে অন্য কতজন প্রস্থান করছে তার উপর নির্ভর করে। একবার সম্পূর্ণ হয়ে গেলে, এই অ্যাকাউন্টটি আর ভ্যালিডেটর নেটওয়ার্কের দায়িত্ব পালনের জন্য দায়ী থাকবে না, পুরস্কারের জন্য আর যোগ্য নয় এবং তাদের ETH আর "স্টেকে" থাকবে না। এই সময়ে অ্যাকাউন্টটি সম্পূর্ণরূপে "উত্তোলনযোগ্য" হিসাবে চিহ্নিত করা হবে।
 
-একবার একটি অ্যাকাউন্টকে "উত্তোলনযোগ্য" হিসাবে ফ্ল্যাগ করা হলে এবং উত্তোলনের ক্রেডেনশিয়াল প্রদান করা হলে, ব্যবহারকারীকে অপেক্ষা করা ছাড়া আর কিছু করার দরকার নেই। অ্যাকাউন্টগুলো স্বয়ংক্রিয়ভাবে এবং চলমানভাবে ব্লক প্রস্তাবকারীদের দ্বারা যোগ্য প্রস্থান করা ফান্ডের জন্য সুইপ করা হয় এবং পরবর্তী <a href="#validator-sweeping" customEventOptions={{ eventCategory: "Anchor link", eventAction: "Exiting staking entirely (sweep)", eventName: "click" }}>সুইপের</a> সময়ে আপনার অ্যাকাউন্টের ব্যালেন্স সম্পূর্ণরূপে স্থানান্তরিত হবে (এটি "সম্পূর্ণ উত্তোলন" হিসাবেও পরিচিত)।
+একবার একটি অ্যাকাউন্টকে "উত্তোলনযোগ্য" হিসাবে ফ্ল্যাগ করা হলে এবং উত্তোলনের ক্রেডেনশিয়াল প্রদান করা হলে, ব্যবহারকারীকে অপেক্ষা করা ছাড়া আর কিছু করার দরকার নেই। অ্যাকাউন্টগুলো স্বয়ংক্রিয়ভাবে এবং ক্রমাগতভাবে ব্লক প্রস্তাবকারীদের দ্বারা যোগ্য প্রস্থান করা ফান্ডের জন্য সুইপ করা হয়, এবং আপনার অ্যাকাউন্টের ব্যালেন্স পরবর্তী <a href="#validator-sweeping" customEventOptions={{ eventCategory: "Anchor link", eventAction: "Exiting staking entirely (sweep)", eventName: "click" }}>সুইপ</a>-এর সময় সম্পূর্ণরূপে স্থানান্তরিত হবে (যা "সম্পূর্ণ উইথড্রয়াল" নামেও পরিচিত)।
 
-## কখন স্টেকিং উত্তোলন সক্রিয় করা হয়? {#when}
+## কখন স্টেকিং উইথড্রয়াল সক্রিয় করা হয়েছিল? {#when}
 
-স্টেকিং উত্তোলন এখন লাইভ! Shanghai/Capella আপগ্রেডের অংশ হিসাবে প্রত্যাহার কার্যকারিতা সক্ষম করা হয়েছিল যা 12 এপ্রিল, 2023 এ হয়েছিল।
+সাংহাই/ক্যাপেলা আপগ্রেডের অংশ হিসাবে উইথড্রয়াল কার্যকারিতা সক্রিয় করা হয়েছিল যা **১২ এপ্রিল, ২০২৩**-এ সম্পন্ন হয়।
 
 Shanghai/Capella আপগ্রেড পূর্বে স্টেক করা ETH-কে নিয়মিত ইথেরিয়াম অ্যাকাউন্টে পুনরুদ্ধার করতে সক্ষম করেছে। এটা লিকুইডিটি স্টেকিং এর ক্ষেত্রে লুপ বন্ধ করেছে এবং একটি টেকসই, স্কেলেবল, নিরাপদ ডিসেন্ট্রালাইজড ইকোসিস্টেম তৈরির দিকে ইথেরিয়ামকে তার যাত্রায় এক ধাপ কাছাকাছি নিয়ে যায়।
 
-- [ইথেরিয়ামের ইতিহাস সম্পর্কে আরো](/ethereum-forks/)
-- [ইথেরিয়ামের রোডম্যাপে সম্পর্কে আরো](/roadmap/)
+- [Ethereum-এর ইতিহাস সম্পর্কে আরও জানুন](/ethereum-forks/)
+- [Ethereum রোডম্যাপ সম্পর্কে আরও জানুন](/roadmap/)
 
-## উত্তোলনের পেমেন্ট কিভাবে কাজ করে? {#how-do-withdrawals-work}
+## উত্তোলনের পেমেন্ট কিভাবে কাজ করে? উইথড্রয়াল কীভাবে কাজ করে? {#how-do-withdrawals-work}
 
 প্রদত্ত ভ্যালিডেটর উত্তোলনের জন্য যোগ্য কিনা তা ভ্যালিডেটর অ্যাকাউন্টের অবস্থা দ্বারা নির্ধারিত হয়। একটি অ্যাকাউন্টে একটি অর্থ উত্তোলন শুরু করা উচিত কিনা তা নির্ধারণ করার জন্য ব্যবহারকারীর কোনো ইনপুটের প্রয়োজন নেই - সম্পূর্ণ প্রক্রিয়াটি একটি চলমান লুপে কনসেনসাস লেয়ারে স্বয়ংক্রিয়ভাবে সম্পন্ন হয়।
 
-### More of a visual learner? {#visual-learner}
+### আপনি কি দেখে শিখতে বেশি পছন্দ করেন? {#visual-learner}
 
 ইথেরিয়াম স্টেকিং উত্তোলন সম্পর্কে Finematics-এর এই ব্যাখ্যাটি দেখুন:
 
 <YouTube id="RwwU3P9n3uo" />
 
-### যাচাইকারী "সুইপিং" {#validator-sweeping}
+### ভ্যালিডেটর "সুইপিং" {#validator-sweeping}
 
 যখন একজন ভ্যালিডেটর পরবর্তী ব্লকের প্রস্তাব করার জন্য নির্ধারিত হন, তখন 16টি যোগ্য উত্তোলনের জন্য একটি উত্তোলন সারি তৈরি করতে হবে। এটি মূলত ভ্যালিডেটর ইনডেক্স 0 দিয়ে শুরু করে, প্রোটোকলের নিয়ম অনুসারে এই অ্যাকাউন্টের জন্য একটি যোগ্য উত্তোলন আছে কিনা তা নির্ধারণ করে এবং যদি থাকে তবে এটিকে সারিতে যোগ করে করা হয়। নিম্নোক্ত ব্লকটি প্রস্তাব করার জন্য সেট করা যাচাইকারী শেষটি যেখানে ছেড়ে গেছে সেখানেই উঠবে, অনির্দিষ্টকালের জন্য অগ্রসর হবে।
 
@@ -91,31 +87,31 @@ Shanghai/Capella আপগ্রেড পূর্বে স্টেক কর
 <AlertEmoji text="🕛"/>
 <AlertContent>
 <AlertDescription>
-একটি এনালগ ঘড়ি সম্পর্কে চিন্তা করুন। ঘড়ির কাঁটা ঘণ্টার দিকে নির্দেশ করে, এক দিকে অগ্রসর হয়, কোনো ঘন্টা এড়িয়ে যায় না এবং শেষ সংখ্যায় পৌঁছানোর পরে আবার শুরু থেকে শুরু করে।<br/><br/>
-এখন 1 থেকে 12 এর পরিবর্তে, কল্পনা করুন যে ঘড়িতে 0 থেকে N পর্যন্ত কাঁটা আছে <em>(এখন পর্যন্ত কন্সেন্সাস লেয়ারে নিবন্ধিত হওয়া বৈধকারী অ্যাকাউন্টের মোট সংখ্যা, 2023 সালের জানুয়ারী পর্যন্ত 500,000 এর বেশি)।</em><br/><br/>
-ঘড়িতে থাকা হাতটি পরবর্তী যাচাইকারীর দিকে নির্দেশ করে যা যোগ্য উত্তোলনের জন্য পরীক্ষা করা দরকার। এটি 0 এ শুরু হয় এবং কোনো অ্যাকাউন্ট এড়িয়ে না গিয়েই চারদিকে ঘুরে এগিয়ে যায়। যখন শেষ ভ্যালিডেটরে এটি পৌঁছে যায়, চক্রটি আবার শুরু থেকে চলতে থাকে।
+একটি অ্যানালগ ঘড়ির কথা ভাবুন। ঘড়ির কাঁটাটি ঘণ্টার দিকে নির্দেশ করে, এক দিকে অগ্রসর হয়, কোনো ঘণ্টা এড়িয়ে যায় না এবং অবশেষে শেষ সংখ্যায় পৌঁছানোর পরে আবার শুরুতে ফিরে আসে।<br/><br/>
+এখন ১ থেকে ১২ এর পরিবর্তে, কল্পনা করুন ঘড়িতে ০ থেকে N পর্যন্ত সংখ্যা রয়েছে <em>(জানুয়ারি ২০২৩ পর্যন্ত কনসেনসাস লেয়ারে রেজিস্টার করা ভ্যালিডেটর অ্যাকাউন্টের মোট সংখ্যা, যা ৫০০,০০০-এর বেশি)।</em><br/><br/>
+ঘড়ির কাঁটাটি পরবর্তী সেই ভ্যালিডেটরের দিকে নির্দেশ করে যাকে যোগ্য উইথড্রয়ালের জন্য পরীক্ষা করা প্রয়োজন। এটি ০ থেকে শুরু হয় এবং কোনো অ্যাকাউন্ট এড়িয়ে না গিয়েই চারদিকে ঘুরে এগিয়ে যায়। যখন শেষ ভ্যালিডেটরে এটি পৌঁছে যায়, চক্রটি আবার শুরু থেকে চলতে থাকে।
 </AlertDescription>
 </AlertContent>
 </Alert>
 
-#### অর্থ উত্তোলনের জন্য একটি অ্যাকাউন্ট চেক করা হচ্ছে {#checking-an-account-for-withdrawals}
+#### উইথড্রয়ালের জন্য একটি অ্যাকাউন্ট পরীক্ষা করা {#checking-an-account-for-withdrawals}
 
 সম্ভাব্য উত্তোলনের সময় ভ্যালিডেটরের মধ্যে দিয়ে একজন প্রস্তাবক সুইপ করার সময়, উত্তোলন শুরু করা যাবে কিনা সেই বিষয়টির মূল্যায়ন করা হয় প্রত্যেকটি ভ্যালিডেটরকে বিভিন্ন প্রশ্নের ছোট সিরিজের মাধ্যমে, আর ইতিবাচক ফলাফলের ক্ষেত্রে কি পরিমাণে ETH উত্তোলন করা উচিত তাও গণনা করা হয়।
 
-1. **উত্তোলনের জন্য কোন ঠিকানা প্রদান করা হয়েছে কী?** যদি কোনো উত্তোলনের ঠিকানা প্রদান করা না হয়, তাহলে অ্যাকাউন্টটি এড়িয়ে যাওয়া হবে এবং কোনো উত্তোলন শুরু করা হবে না।
-2. **ভ্যালিডেটর কি প্রস্থান করেছেন এবং তার অর্থ উত্তোলন করা যাবে?** যদি ভ্যালিডেটর সম্পূর্ণরূপে প্রস্থান করে থাকে, এবং আমরা সেই যুগে পৌঁছে গেছি যেখানে তাদের অ্যাকাউন্টকে "উত্তোলনযোগ্য" হিসাবে বিবেচনা করা হয়, তাহলে সম্পূর্ণ উত্তোলন প্রক্রিয়া করা হবে। এটি পুরো অবশিষ্ট ব্যালেন্স উত্তোলনের ঠিকানায় স্থানান্তর করবে।
-3. **কার্যকর ব্যালেন্স কি সর্বোচ্চ 32 এ শেষ হয়ে গেছে?** যদি অ্যাকাউন্টে প্রত্যাহারের শংসাপত্র থাকে, সম্পূর্ণরূপে প্রস্থান করা না হয়, এবং 32-এর বেশি পুরষ্কার অপেক্ষা করে, তাহলে একটি আংশিক উত্তোলন প্রক্রিয়া করা হবে যা শুধুমাত্র ব্যবহারকারীর উত্তোলনের ঠিকানায় 32 থেকে বেশি পরিমাণে পুরস্কার স্থানান্তর করে।
+1. **একটি উইথড্রয়াল ঠিকানা কি প্রদান করা হয়েছে?** যদি কোনো উইথড্রয়াল ঠিকানা প্রদান করা না হয়, তাহলে অ্যাকাউন্টটি এড়িয়ে যাওয়া হবে এবং কোনো উইথড্রয়াল শুরু করা হবে না।
+2. **ভ্যালিডেটর কি এক্সিট করেছে এবং উইথড্রয়ালযোগ্য?** যদি ভ্যালিডেটর সম্পূর্ণভাবে এক্সিট করে থাকে, এবং আমরা এমন epoch-এ পৌঁছে যাই যেখানে তার অ্যাকাউন্টকে "উইথড্রয়ালযোগ্য" বলে মনে করা হয়, তাহলে একটি সম্পূর্ণ উইথড্রয়াল প্রক্রিয়া করা হবে। এটি পুরো অবশিষ্ট ব্যালেন্স উত্তোলনের ঠিকানায় স্থানান্তর করবে।
+3. **কার্যকরী ব্যালেন্স কি ৩২-এ সর্বোচ্চ হয়েছে?** যদি অ্যাকাউন্টে উইথড্রয়াল ক্রেডেনশিয়াল থাকে, সম্পূর্ণভাবে এক্সিট না করে থাকে, এবং ৩২-এর বেশি রিওয়ার্ড অপেক্ষমান থাকে, তাহলে একটি আংশিক উইথড্রয়াল প্রক্রিয়া করা হবে যা শুধুমাত্র ৩২-এর বেশি রিওয়ার্ড ব্যবহারকারীর উইথড্রয়াল ঠিকানায় ট্রান্সফার করে।
 
 ভ্যালিডেটরের জীবনচক্র চলাকালীন ভ্যালিডেটর অপারেটরদের দ্বারা নেওয়া মাত্র দুটি পদক্ষেপ রয়েছে যা সরাসরি এই প্রবাহকে প্রভাবিত করে:
 
 - উত্তোলনের শংসাপত্রগুলি প্রদান করা যাতে উত্তোলন করা যায়
 - নেটওয়ার্ক থেকে প্রস্থান করা, যা সম্পূর্ণ উত্তোলন ট্রিগার করবে
 
-### গ্যাস মুক্ত {#gas-free}
+### গ্যাস ফ্রি {#gas-free}
 
-স্টেকিং উত্তোলন করার এই পদ্ধতিটি স্টেকারদের ম্যানুয়ালি একটি নির্দিষ্ট পরিমাণ ETH উত্তোলন করার জন্য অনুরোধ করে একটি লেনদেন জমা দেওয়ার প্রয়োজন এড়ায়। এর মানে **কোন গ্যাস (লেনদেন ফি) প্রয়োজন নেই**, এবং প্রত্যাহারও বিদ্যমান এক্সিকিউশন লেয়ার ব্লক স্পেসের জন্য প্রতিযোগিতা করে না।
+স্টেকিং উত্তোলন করার এই পদ্ধতিটি স্টেকারদের ম্যানুয়ালি একটি নির্দিষ্ট পরিমাণ ETH উত্তোলন করার জন্য অনুরোধ করে একটি লেনদেন জমা দেওয়ার প্রয়োজন এড়ায়। এর মানে হল **কোনো গ্যাস (লেনদেন ফি) প্রয়োজন নেই**, এবং উইথড্রয়ালগুলোও বিদ্যমান এক্সিকিউশন লেয়ার ব্লক স্পেসের জন্য প্রতিযোগিতা করে না।
 
-### আমি কত ঘন ঘন আমার স্টেকিং পুরষ্কার পাব? {#how-soon}
+### আমি কত ঘন ঘন আমার স্টেকিং পুরষ্কার পাব? কত তাড়াতাড়ি? {#how-soon}
 
 একটি ব্লকে সর্বাধিক 16টি উত্তোলন প্রক্রিয়া করা যেতে পারে। সেই হারে, প্রতিদিন 115,200টি ভ্যালিডেটর উত্তোলন প্রক্রিয়া করা যেতে পারে (কোন স্লট মিস হয়নি বলে অনুমান করে)। উপরে উল্লিখিত হিসাবে, যোগ্য উত্তোলন ব্যতীত ভ্যালিডেটরগুলোকে বাদ দেওয়া হবে, সুইপ শেষ করার সময় কমিয়ে দেওয়া হবে।
 
@@ -123,34 +119,34 @@ Shanghai/Capella আপগ্রেড পূর্বে স্টেক কর
 
 <TableContainer>
 
-| উত্তোলনের সংখ্যা | সম্পন্ন করার সময় |
-| :--------------: | :---------------: |
-|     400,000      |      3.5 দিন      |
-|     500,000      |      4.3 দিন      |
-|     600,000      |      5.2 দিন      |
-|     700,000      |      6.1 দিন      |
-|     800,000      |      7.0 দিন      |
+| উইথড্রয়ালের সংখ্যা |    সম্পন্ন করতে সময়    |
+| :----------------: | :---------------------: |
+|       ৪০০,০০০      | ৩.৫ দিন |
+|       ৫০০,০০০      | ৪.৩ দিন |
+|       ৬০০,০০০      | ৫.২ দিন |
+|       ৭০০,০০০      | ৬.১ দিন |
+|       ৮০০,০০০      | ৭.০ দিন |
 
 </TableContainer>
 
 আপনি দেখতে পাচ্ছেন যে নেটওয়ার্কে আরও ভ্যালিডেটর থাকায় এটি ধীর হয়ে যায়। মিস করা স্লটের বৃদ্ধি আনুপাতিকভাবে এটিকে কমিয়ে দিতে পারে, তবে এটি সাধারণত সম্ভাব্য ফলাফলের ধীর দিকের প্রতিনিধিত্ব করবে।
 
-## Frequently asked questions {#faq}
+## সাধারণত জিজ্ঞাসিত প্রশ্নসমূহ {#faq}
 
 <ExpandableCard
-title="একবার আমি একটি উত্তোলন ঠিকানা প্রদান করলে, আমি কি এটিকে একটি বিকল্প উত্তোলনের ঠিকানাতে পরিবর্তন করতে পারি?"
+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="কেন একটি উত্তোলন ঠিকানা শুধুমাত্র একবার সেট করা যেতে পারে?"
+title="কেন উইথড্রয়াল ঠিকানা শুধু একবারই সেট করা যায়?"
 eventCategory="FAQ"
 eventAction="Why can a withdrawal address only be set once?"
 eventName="read more">
-একটি এক্সিকিউশন লেয়ার উত্তোলন ঠিকানা সেট করে সেই যাচাইকারীর জন্য উত্তোলনের প্রমাণপত্র স্থায়ীভাবে পরিবর্তন করা হয়েছে। এর অর্থ হল পুরানো শংসাপত্রগুলি আর কাজ করবে না এবং নতুন শংসাপত্রগুলি একটি এক্সিকিউশন লেয়ার অ্যাকাউন্টে নির্দেশিত হবে।
+একটি এক্সিকিউশন লেয়ার উইথড্রয়াল ঠিকানা সেট করার মাধ্যমে সেই ভ্যালিডেটরের জন্য উইথড্রয়াল ক্রেডেনশিয়াল স্থায়ীভাবে পরিবর্তিত হয়ে যায়। এর অর্থ হল পুরানো শংসাপত্রগুলি আর কাজ করবে না এবং নতুন শংসাপত্রগুলি একটি এক্সিকিউশন লেয়ার অ্যাকাউন্টে নির্দেশিত হবে।
 
 উত্তোলনের ঠিকানাগুলি হয় একটি স্মার্ট কন্ট্র্যাক্ট (এর কোড দ্বারা নিয়ন্ত্রিত), অথবা এটি একটি বহিরাগত মালিকানাধীন অ্যাকাউন্ট (EOA, এটির ব্যক্তিগত কী দ্বারা নিয়ন্ত্রিত) হতে পারে। বর্তমানে এই অ্যাকাউন্টগুলির কোনো উপায় নেই যে কনসেনসাস লেয়ারে বার্তা ফেরত পাঠানোর জন্য যা যাচাইকারী শংসাপত্রের পরিবর্তনের সংকেত দেবে, এবং এই কার্যকারিতা যোগ করলে প্রোটোকলটিতে অপ্রয়োজনীয় জটিলতা যুক্ত হবে।
 
@@ -158,27 +154,26 @@ eventName="read more">
 </ExpandableCard>
 
 <ExpandableCard
-title="আমি যদি স্টেকিং টোকেন বা পুল স্টেকিংয়ে অংশগ্রহণ করি তাহলে কী হবে"
+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/) করতে পারেন।
+আপনি যদি একটি [স্টেকিং পুল](/staking/pools/)-এর অংশ হন বা স্টেকিং টোকেন হোল্ড করেন, তাহলে আপনার প্রোভাইডারের সাথে যোগাযোগ করে জেনে নিন যে স্টেকিং উইথড্রয়াল কীভাবে পরিচালনা করা হয়, কারণ প্রতিটি পরিষেবা ভিন্নভাবে কাজ করে।
 
+সাধারণভাবে, অন্তর্নিহিত স্টেক করা ETH পুনরুদ্ধার করতে বা স্টেকিং প্রদানকারী ব্যবহার পরিবর্তন করার ক্ষেত্রে ব্যবহারকারীদের স্বাধীনতা থাকা উচিত। যদি একটি নির্দিষ্ট পুল খুব বড় হয়ে যায়, ফান্ড প্রস্থান করা যেতে পারে, রিডিম করা যেতে পারে এবং একটি <a href="https://rated.network/">ছোট প্রদানকারীর</a> সাথে পুনরায় স্টেক করা যেতে পারে। অথবা, আপনি যদি পর্যাপ্ত ETH সঞ্চয় করে থাকেন, তাহলে আপনি [বাড়ি থেকে স্টেক](/staking/solo/) করতে পারেন।
 </ExpandableCard>
 
 <ExpandableCard
-title="পুরষ্কার প্রদান (আংশিক উত্তোলন) কি স্বয়ংক্রিয়ভাবে ঘটে?"
+title="রিওয়ার্ড পেমেন্ট (আংশিক উইথড্রয়াল) কি স্বয়ংক্রিয়ভাবে হয়?"
 eventCategory="FAQ"
 eventAction="Do reward payments (partial withdrawals) happen automatically?"
 eventName="read more">
-হ্যাঁ, যতক্ষণ না আপনার ভ্যালিডেটর একটি উত্তোলনের ঠিকানা প্রদান করেছে। প্রাথমিকভাবে কোনো উত্তোলন সম্ভব করার জন্য এটি অবশ্যই একবার প্রদান করতে হবে, তারপর প্রতিটি ভ্যালিডেটর সুইপ দিয়ে প্রতি কয়েকদিন পর পুরস্কার প্রদান স্বয়ংক্রিয়ভাবে ট্রিগার হবে।
+হ্যাঁ, যতক্ষণ পর্যন্ত আপনার ভ্যালিডেটর একটি উইথড্রয়াল ঠিকানা প্রদান করেছে। প্রাথমিকভাবে কোনো উত্তোলন সম্ভব করার জন্য এটি অবশ্যই একবার প্রদান করতে হবে, তারপর প্রতিটি ভ্যালিডেটর সুইপ দিয়ে প্রতি কয়েকদিন পর পুরস্কার প্রদান স্বয়ংক্রিয়ভাবে ট্রিগার হবে।
 </ExpandableCard>
 
 <ExpandableCard
-title="সম্পূর্ণ উত্তোলন স্বয়ংক্রিয়ভাবে ঘটে কি?"
+title="সম্পূর্ণ উইথড্রয়াল কি স্বয়ংক্রিয়ভাবে হয়?"
 eventCategory="FAQ"
 eventAction="Do full withdrawals happen automatically?"
 eventName="read more">
@@ -186,42 +181,40 @@ eventName="read more">
 না, যদি আপনার ভ্যালিডেটর এখনও নেটওয়ার্কে সক্রিয় থাকে, তাহলে সম্পূর্ণ উত্তোলন স্বয়ংক্রিয়ভাবে ঘটবে না। এর জন্য ম্যানুয়ালি একটি স্বেচ্ছাসেবী প্রস্থানের শুরুর প্রয়োজন হয়।
 
 একবার ভ্যালিডেটর তার প্রস্থান প্রক্রিয়া সম্পন্ন করলে এবং ধরে নেওয়া হল যে উত্তোলনের শংসাপত্র আছে, সেই ক্ষেত্রে বাকি থাকা ব্যালেন্সটি <em>এরপরে</em> পরবর্তী <a href="#validator-sweeping">ভ্যালিডেটর সুইপের</a> সময় উত্তোলন করা হবে।
-
 </ExpandableCard>
 
-<ExpandableCard title="আমি কি নিচের ইচ্ছামত অর্থ উত্তোলন করতে পারি?"
+<ExpandableCard title="আমি কি নিজের পছন্দের পরিমাণ উইথড্র করতে পারি?"
 eventCategory="FAQ"
 eventAction="Can I withdraw a custom amount?"
 eventName="read more">
-উত্তোলনগুলি স্বয়ংক্রিয়ভাবে পুশ করার জন্য ডিজাইন করা হয়েছে, যে কোনো ETH হস্তান্তর করে যা সক্রিয়ভাবে অংশীদারিত্বে অবদান রাখে না। এর মধ্যে অ্যাকাউন্টগুলির সম্পূর্ণ ব্যালেন্স অন্তর্ভুক্ত রয়েছে যেগুলি প্রস্থান প্রক্রিয়া সম্পূর্ণ করেছে।
+উইথড্রয়ালগুলো স্বয়ংক্রিয়ভাবে পুশ করার জন্য ডিজাইন করা হয়েছে, যা এমন যেকোনো ETH ট্রান্সফার করে যা সক্রিয়ভাবে স্টেকে অবদান রাখছে না। এর মধ্যে অ্যাকাউন্টগুলির সম্পূর্ণ ব্যালেন্স অন্তর্ভুক্ত রয়েছে যেগুলি প্রস্থান প্রক্রিয়া সম্পূর্ণ করেছে।
 
 নির্দিষ্ট পরিমাণ ETH উত্তোলন করার জন্য ম্যানুয়ালি অনুরোধ করা সম্ভব নয়।
 </ExpandableCard>
 
 <ExpandableCard
-title="আমি একটি ভ্যালিডেটর চালাই। উত্তোলন সম্ভব করার বিষয়ে আমি আরও তথ্য কোথায় পেতে পারি?"
+title="আমি একটি ভ্যালিডেটর চালাই। উইথড্রয়াল চালু করার বিষয়ে আরও তথ্য কোথায় পাব?"
 eventCategory="FAQ"
-eventAction="I operate a validator. Where can I find more information on enabling withdrawals?"
+eventAction="I operate a validator. উইথড্রয়াল চালু করার বিষয়ে আমি আরও তথ্য কোথায় পেতে পারি?"
 eventName="read more">
 
-ভ্যালিডেটর অপারেটরদের <a href="https://launchpad.ethereum.org/withdrawals/">স্টেকিং লঞ্চপ্যাড উইথড্রয়ালস</a> পৃষ্ঠাতে যাওয়ার পরামর্শ দেওয়া হচ্ছে যেখানে আপনি কীভাবে আপনার ভ্যালিডেটরদের উত্তোলনের জন্য প্রস্তুত করবেন সে সম্পর্কে আরও বিশদ তথ্য পাবেন। প্রস্তুত, ইভেন্টের সময় এবং উত্তোলন কীভাবে কাজ করে সে সম্পর্কে আরও বিশদ বিবরণ।
-
-প্রথমে একটি টেস্টনেটে আপনার সেটআপ চেষ্টা করে দেখতে, শুরু করতে <a href="https://holesky.launchpad.ethereum.org">Holesky টেস্টনেট স্টেকিং লঞ্চপ্যাডে</a> যান।
+ভ্যালিডেটর অপারেটরদের <a href="https://launchpad.ethereum.org/withdrawals/">স্টেকিং লঞ্চপ্যাড উইথড্রয়ালস</a> পৃষ্ঠাটি দেখার জন্য সুপারিশ করা হচ্ছে, যেখানে আপনি উইথড্রয়ালের জন্য আপনার ভ্যালিডেটরকে কীভাবে প্রস্তুত করবেন, ইভেন্টের সময় এবং উইথড্রয়াল কীভাবে কাজ করে সে সম্পর্কে আরও বিশদ বিবরণ পাবেন।
 
+প্রথমে একটি টেস্টনেটে আপনার সেটআপ চেষ্টা করে দেখতে, শুরু করার জন্য <a href="https://hoodi.launchpad.ethereum.org">Hoodi টেস্টনেট স্টেকিং লঞ্চপ্যাড</a>-এ যান।
 </ExpandableCard>
 
 <ExpandableCard
-title="আমি কি আরও ETH জমা করে প্রস্থান করার পরে আমার ভ্যালিডেটরকে পুনরায় সক্রিয় করতে পারি?"
+title="এক্সিট করার পর, আমি কি আরও ETH জমা দিয়ে আমার ভ্যালিডেটর পুনরায় সক্রিয় করতে পারি?"
 eventCategory="FAQ"
 eventAction="Can I re-activate my validator after exiting by depositing more ETH?"
 eventName="read more">
 না। একবার একটি ভ্যালিডেটর প্রস্থান করে এবং তার সম্পূর্ণ ব্যালেন্স উত্তোলন করা হলে, সেই ভ্যালিডেটরের কাছে জমা করা যেকোন অতিরিক্ত তহবিল স্বয়ংক্রিয়ভাবে পরবর্তী ভ্যালিডেটর স্যুইপের সময় উত্তোলনের ঠিকানায় স্থানান্তরিত হবে। ETH পুনরায় স্টেক করতে, একটি নতুন যাচাইকারী সক্রিয় করতে হবে।
 </ExpandableCard>
 
-## Further reading {#further-reading}
+## আরও পড়ুন {#further-reading}
 
-- [স্টেকিং লঞ্চপ্যাড উত্তোলোন](https://launchpad.ethereum.org/withdrawals)
-- [EIP-4895: অপারেশন হিসাবে বিকন চেইন পুশ উত্তোলন](https://eips.ethereum.org/EIPS/eip-4895)
-- [PEEPanEIP #94: Potuz & Hsiao-Wei Wang-এর সাথে স্টেকড ETH উত্তোলন (পরীক্ষা)](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/)
+- [স্টেকিং লঞ্চপ্যাড উইথড্রয়ালস](https://launchpad.ethereum.org/withdrawals)
+- [EIP-4895: অপারেশন হিসাবে বিকন চেইন পুশ উইথড্রয়াল](https://eips.ethereum.org/EIPS/eip-4895)
+- [PEEPanEIP #94: Potuz এবং Hsiao-Wei Wang-এর সাথে স্টেকড ETH উইথড্রয়াল (টেস্টিং)](https://www.youtube.com/watch?v=G8UstwmGtyE)
+- [PEEPanEIP#68: EIP-4895: Alex Stokes-এর সাথে অপারেশন হিসাবে বিকন চেইন পুশ উইথড্রয়াল](https://www.youtube.com/watch?v=CcL9RJBljUs)
+- [ভ্যালিডেটরের কার্যকর ব্যালেন্স বোঝা](https://www.attestant.io/posts/understanding-validator-effective-balance/)
diff --git a/public/content/translations/bn/wallets/index.md b/public/content/translations/bn/wallets/index.md
index 25ee30087f6..e7d02795949 100644
--- a/public/content/translations/bn/wallets/index.md
+++ b/public/content/translations/bn/wallets/index.md
@@ -1,6 +1,6 @@
 ---
-title: ইথেরিয়াম ওয়ালেট
-description: ইথেরিয়াম ওয়ালেট ব্যবহার শুরু করার জন্য আপনার যে মৌলিক তথ্য প্রয়োজন।
+title: "ইথেরিয়াম ওয়ালেট"
+description: "ইথেরিয়াম ওয়ালেট ব্যবহার শুরু করার জন্য আপনার যে মৌলিক তথ্য প্রয়োজন।"
 lang: bn
 ---
 
diff --git a/public/content/translations/bn/web3/index.md b/public/content/translations/bn/web3/index.md
new file mode 100644
index 00000000000..cee58e70192
--- /dev/null
+++ b/public/content/translations/bn/web3/index.md
@@ -0,0 +1,169 @@
+---
+title: "Web3 কি এবং কেন এটা গুরুত্বপূর্ণ?"
+description: "Web3-এর একটি ভূমিকা—ওয়ার্ল্ড ওয়াইড ওয়েবের পরবর্তী বিবর্তন—এবং কেন এটি গুরুত্বপূর্ণ।."
+lang: bn
+---
+
+# Web3 এর ভূমিকা {#introduction}
+
+<div className="mt-4">
+<ListenToPlayer slug="/web3/" />
+</div>
+
+কেন্দ্রীকরন বিশ্বজুড়ে কোটি কোটি মানুষকে ওয়ার্ল্ড ওয়াইড ওয়েবে যুক্ত করতে সাহায্য করেছে এবং সেই স্থিতিশীল, দৃঢ় অবকাঠামো তৈরি করেছে যার উপর এটি বিদ্যমান। একই সময়ে, কয়েকটি কেন্দ্রীভূত প্রতিষ্ঠান ওয়েবের বড় অংশের উপর নিয়ন্ত্রণ বজায় রেখেছে এবং একপক্ষীয়ভাবে নির্ধারণ করে থাকে কী অনুমোদিত হবে এবং কী হবে না।
+
+Web3 এই সমস্যার সমাধান। বড় প্রযুক্তি কোম্পানিগুলোর একচেটিয়ার বদলে, web3 কেন্দ্রীকরনকে বাদ দিয়ে বিকেন্দ্রীকরণকে গ্রহণ করে এবং এটি ব্যবহারকারীদের দ্বারা নির্মিত, পরিচালিত এবং মালিকানাধীন। Web3 শক্তি কোম্পানিগুলোর বদলে ব্যক্তিদের হাতে তুলে দেয়।
+আমরা web3-এর কথা বলার আগে, চলুন দেখি আমরা কীভাবে এখানে পৌঁছেছি।
+
+<Divider />
+
+## প্রারম্ভিক ওয়েব {#early-internet}
+
+অধিকাংশ মানুষ ওয়েবকে আধুনিক জীবনের একটি স্থায়ী স্তম্ভ হিসেবে মনে করে– মনে হয় এটি একবার আবিষ্কৃত হয়েছে আর তারপর থেকেই এটি কেবল অস্তিত্বশীল। তবে, আমরা আজকে যে ওয়েব ব্যবহার করি, তা মূলত যেভাবে কল্পনা করা হয়েছিল তার থেকে অনেকটাই ভিন্ন। এটি ভালোভাবে বুঝতে হলে, ওয়েবের সংক্ষিপ্ত ইতিহাসকে দুটি প্রধান পর্যায়ে ভাগ করা সহায়ক— ওয়েব ১.০ এবং ওয়েব ২.০।
+
+### ওয়েব ১.০: শুধু-পঠনযোগ্য (১৯৯০-২০০৪) {#web1}
+
+১৯৮৯ সালে, সুইজারল্যান্ডের জেনেভায় অবস্থিত CERN-এ টিম বার্নার্স-লি এমন কিছু প্রোটোকল উন্নয়নের কাজ করেছিলেন, যা পরে ওয়ার্ল্ড ওয়াইড ওয়েব হিসেবে পরিচিত হয়। তার ধারনা কী ছিল? খোলামেলা, বিকেন্দ্রীকৃত প্রোটোকল তৈরি করা– যার মাধ্যমে পৃথিবীর যেকোনো প্রান্ত থেকে তথ্য ভাগাভাগি করা যাবে– এটাই ছিল তার লক্ষ্য।
+
+বার্নার্স-লি-এর সৃষ্টির প্রথম সূচনা, যা এখন 'ওয়েব ১.০' নামে পরিচিত, মোটামুটিভাবে ১৯৯০ থেকে ২০০৪ সালের মধ্যে ঘটেছিল। ওয়েব ১.০ মূলত কোম্পানিগুলির মালিকানাধীন স্ট্যাটিক ওয়েবসাইট ছিল, এবং ব্যবহারকারীদের মধ্যে প্রায় শূন্য মিথস্ক্রিয়া ছিল - ব্যক্তিরা খুব কমই কন্টেন্ট তৈরি করত - যার ফলে এটি শুধু-পঠনযোগ্য ওয়েব হিসাবে পরিচিতি পায়।
+
+![ক্লায়েন্ট-সার্ভার আর্কিটেকচার, যা ওয়েব ১.০-কে প্রতিনিধিত্ব করে](./web1.png)
+
+### ওয়েব ২.০: পঠন-লিখন (২০০৪-বর্তমান) {#web2}
+
+সোশ্যাল মিডিয়া প্ল্যাটফর্মগুলির উদ্ভবের সাথে ২০০৪ সালে ওয়েব ২.০ যুগ শুরু হয়েছিল। শুধু-পঠনযোগ্য হওয়ার পরিবর্তে, ওয়েবটি পঠন-লিখনযোগ্য হয়ে ওঠে। কোম্পানিগুলো ব্যবহারকারীদের কন্টেন্ট সরবরাহ করার পরিবর্তে, ব্যবহারকারী-সৃষ্ট কন্টেন্ট শেয়ার করার এবং ব্যবহারকারী-থেকে-ব্যবহারকারী মিথস্ক্রিয়ায় জড়িত হওয়ার জন্য প্ল্যাটফর্মও সরবরাহ করতে শুরু করে। যত বেশি মানুষ অনলাইনে আসতে শুরু করে, মুষ্টিমেয় কয়েকটি শীর্ষস্থানীয় কোম্পানি ওয়েবে তৈরি ট্র্যাফিক এবং মূল্যের একটি অসামঞ্জস্যপূর্ণ পরিমাণ নিয়ন্ত্রণ করতে শুরু করে। ওয়েব ২.০ বিজ্ঞাপন-চালিত রাজস্ব মডেলেরও জন্ম দিয়েছে। যদিও ব্যবহারকারীরা কন্টেন্ট তৈরি করতে পারত, তারা এটির মালিক ছিল না বা এর নগদীকরণ থেকে উপকৃতও হত না।
+
+![ক্লায়েন্ট-সার্ভার আর্কিটেকচার, যা ওয়েব ২.০-কে প্রতিনিধিত্ব করে](./web2.png)
+
+<Divider />
+
+## ওয়েব ৩.০: পঠন-লিখন-মালিকানা {#web3}
+
+'ওয়েব 3.0'-এর ধারণাটি ২০১৪ সালে Ethereum চালু হওয়ার কিছুক্ষণ পরেই [Ethereum](/what-is-ethereum/) সহ-প্রতিষ্ঠাতা গ্যাভিন উড দ্বারা তৈরি করা হয়েছিল। গ্যাভিন এমন একটি সমস্যার সমাধানকে ভাষায় প্রকাশ করেছিলেন যা অনেক প্রাথমিক ক্রিপ্টো গ্রহণকারীরা অনুভব করেছিল: ওয়েবে খুব বেশি বিশ্বাসের প্রয়োজন। অর্থাৎ, আজকের দিনে মানুষ যে ওয়েব জানে এবং ব্যবহার করে তার বেশিরভাগই জনসাধারণের সর্বোত্তম স্বার্থে কাজ করার জন্য মুষ্টিমেয় কয়েকটি ব্যক্তিগত কোম্পানির উপর বিশ্বাস করার উপর নির্ভর করে।
+
+![বিকেন্দ্রীভূত নোড আর্কিটেকচার, যা Web3-কে প্রতিনিধিত্ব করে](./web3.png)
+
+### Web3 কি? {#what-is-web3}
+
+Web3 একটি নতুন, উন্নত ইন্টারনেটের দৃষ্টিভঙ্গির জন্য একটি সর্বজনীন শব্দ হয়ে উঠেছে। এর মূল অংশে, Web3 ব্লকচেইন, ক্রিপ্টোকারেন্সি এবং NFT ব্যবহার করে মালিকানার আকারে ব্যবহারকারীদের কাছে ক্ষমতা ফিরিয়ে দেয়। [টুইটারে ২০২০ সালের একটি পোস্ট](https://twitter.com/himgajria/status/1266415636789334016) এটিকে সবচেয়ে ভালোভাবে বলেছে: Web1 ছিল শুধু-পঠনযোগ্য, Web2 হল পঠন-লিখনযোগ্য, Web3 হবে পঠন-লিখন-মালিকানা।
+
+#### Web3 এর মূল ধারণা {#core-ideas}
+
+যদিও Web3 কী তার একটি কঠোর সংজ্ঞা দেওয়া চ্যালেঞ্জিং, কয়েকটি মূল নীতি এর সৃষ্টিকে পথ দেখায়।
+
+- **Web3 বিকেন্দ্রীভূত:** ইন্টারনেটের বড় অংশ কেন্দ্রীভূত সত্তা দ্বারা নিয়ন্ত্রিত এবং মালিকানাধীন হওয়ার পরিবর্তে, মালিকানা এর নির্মাতা এবং ব্যবহারকারীদের মধ্যে বণ্টিত হয়।
+- **Web3 অনুমতিহীন:** Web3-তে অংশগ্রহণের জন্য প্রত্যেকের সমান অধিকার রয়েছে এবং কাউকে বাদ দেওয়া হয় না।
+- **Web3-এর নিজস্ব পেমেন্ট ব্যবস্থা আছে:** এটি ব্যাঙ্ক এবং পেমেন্ট প্রসেসরদের পুরনো অবকাঠামোর উপর নির্ভর না করে অনলাইনে অর্থ ব্যয় এবং পাঠানোর জন্য ক্রিপ্টোকারেন্সি ব্যবহার করে।
+- **Web3 বিশ্বাসহীন:** এটি বিশ্বস্ত তৃতীয় পক্ষের উপর নির্ভর না করে প্রণোদনা এবং অর্থনৈতিক প্রক্রিয়া ব্যবহার করে পরিচালিত হয়।
+
+### Web3 কেন গুরুত্বপূর্ণ? {#why-is-web3-important}
+
+যদিও Web3-এর সেরা বৈশিষ্ট্যগুলি বিচ্ছিন্ন নয় এবং সুনির্দিষ্ট বিভাগে খাপ খায় না, সরলতার জন্য আমরা সেগুলিকে আলাদা করার চেষ্টা করেছি যাতে সেগুলি বোঝা সহজ হয়।
+
+#### মালিকানা {#ownership}
+
+Web3 আপনাকে অভূতপূর্ব উপায়ে আপনার ডিজিটাল সম্পদের মালিকানা দেয়। উদাহরণস্বরূপ, ধরুন আপনি একটি ওয়েব২ গেম খেলছেন। আপনি যদি একটি ইন-গেম আইটেম কেনেন, তবে এটি সরাসরি আপনার অ্যাকাউন্টের সাথে যুক্ত থাকে। যদি গেমের নির্মাতারা আপনার অ্যাকাউন্ট মুছে দেয়, আপনি এই আইটেমগুলি হারাবেন। অথবা, আপনি যদি গেমটি খেলা বন্ধ করে দেন, আপনি আপনার ইন-গেম আইটেমগুলিতে বিনিয়োগ করা মূল্য হারাবেন।
+
+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 হল একটি ব্যবহারকারী-সৃষ্ট প্রাপ্তবয়স্ক কন্টেন্ট সাইট যেখানে ১০ লক্ষেরও বেশি কন্টেন্ট নির্মাতা রয়েছে, যাদের মধ্যে অনেকেই প্ল্যাটফর্মটিকে তাদের আয়ের প্রাথমিক উৎস হিসেবে ব্যবহার করে। আগস্ট ২০২১-এ, OnlyFans যৌনতাপূর্ণ কন্টেন্ট নিষিদ্ধ করার পরিকল্পনা ঘোষণা করে। এই ঘোষণাটি প্ল্যাটফর্মের নির্মাতাদের মধ্যে ক্ষোভের জন্ম দেয়, যারা মনে করেছিল যে তারা যে প্ল্যাটফর্মটি তৈরি করতে সাহায্য করেছিল সেখান থেকে তাদের আয় ছিনিয়ে নেওয়া হচ্ছে। তীব্র প্রতিক্রিয়ার পর, সিদ্ধান্তটি দ্রুত ফিরিয়ে নেওয়া হয়েছিল। নির্মাতারা এই যুদ্ধে জয়ী হওয়া সত্ত্বেও, এটি ওয়েব ২.০ নির্মাতাদের জন্য একটি সমস্যা তুলে ধরে: আপনি যদি একটি প্ল্যাটফর্ম ছেড়ে দেন তবে আপনি আপনার অর্জিত খ্যাতি এবং অনুসরণকারী হারাবেন।
+
+Web3-এ, আপনার ডেটা ব্লকচেইনে থাকে। আপনি যখন একটি প্ল্যাটফর্ম ছেড়ে যাওয়ার সিদ্ধান্ত নেন, তখন আপনি আপনার খ্যাতি সাথে নিয়ে যেতে পারেন, এটিকে অন্য একটি ইন্টারফেসে প্লাগ করে যা আপনার মূল্যবোধের সাথে আরও পরিষ্কারভাবে সারিবদ্ধ।
+
+ওয়েব ২.০-তে কন্টেন্ট নির্মাতাদের প্ল্যাটফর্মের উপর বিশ্বাস রাখতে হয় যে তারা নিয়ম পরিবর্তন করবে না, কিন্তু সেন্সরশিপ প্রতিরোধ একটি Web3 প্ল্যাটফর্মের সহজাত বৈশিষ্ট্য।
+
+#### বিকেন্দ্রীভূত স্বায়ত্তশাসিত সংস্থা (DAOs) {#daos}
+
+Web3-তে আপনার ডেটার মালিকানার পাশাপাশি, আপনি একটি সম্মিলিত হিসাবে প্ল্যাটফর্মের মালিক হতে পারেন, টোকেন ব্যবহার করে যা একটি কোম্পানিতে শেয়ারের মতো কাজ করে। DAOs আপনাকে একটি প্ল্যাটফর্মের বিকেন্দ্রীভূত মালিকানা সমন্বয় করতে এবং এর ভবিষ্যত সম্পর্কে সিদ্ধান্ত নিতে দেয়।
+
+DAOs প্রযুক্তিগতভাবে সম্মত [স্মার্ট কন্ট্র্যাক্ট](/glossary/#smart-contract) হিসাবে সংজ্ঞায়িত করা হয় যা সম্পদের একটি পুল (টোকেন)-এর উপর বিকেন্দ্রীভূত সিদ্ধান্ত গ্রহণকে স্বয়ংক্রিয় করে। টোকেন সহ ব্যবহারকারীরা কীভাবে সম্পদ ব্যয় করা হবে সে সম্পর্কে ভোট দেয়, এবং কোড স্বয়ংক্রিয়ভাবে ভোটের ফলাফল সম্পাদন করে।
+
+তবে, মানুষ অনেক Web3 কমিউনিটিকে DAOs হিসাবে সংজ্ঞায়িত করে। এই কমিউনিটিগুলির সকলেরই কোড দ্বারা বিভিন্ন স্তরের বিকেন্দ্রীকরণ এবং অটোমেশন রয়েছে। বর্তমানে, আমরা অন্বেষণ করছি 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}
+
+ওয়েব২-এর পেমেন্ট পরিকাঠামো ব্যাঙ্ক এবং পেমেন্ট প্রসেসরদের উপর নির্ভর করে, যা ব্যাঙ্ক অ্যাকাউন্টবিহীন বা ভুল দেশের সীমানার মধ্যে বসবাসকারী ব্যক্তিদের বাদ দেয়।
+Web3 ব্রাউজারে সরাসরি টাকা পাঠাতে [ETH](/glossary/#ether) এর মতো টোকেন ব্যবহার করে এবং এর জন্য কোনো বিশ্বস্ত তৃতীয় পক্ষের প্রয়োজন হয় না।
+
+<ButtonLink href="/eth/">
+  ETH সম্পর্কে আরও
+</ButtonLink>
+
+## Web3-এর সীমাবদ্ধতা {#web3-limitations}
+
+এর বর্তমান আকারে Web3-এর অসংখ্য সুবিধা থাকা সত্ত্বেও, এখনও অনেক সীমাবদ্ধতা রয়েছে যা ইকোসিস্টেমকে বিকাশের জন্য সমাধান করতে হবে।
+
+### অ্যাক্সেসিবিলিটি {#accessibility}
+
+গুরুত্বপূর্ণ Web3 বৈশিষ্ট্য, যেমন Ethereum দিয়ে সাইন-ইন, ইতিমধ্যেই যে কেউ বিনামূল্যে ব্যবহার করতে পারে। কিন্তু, লেনদেনের আপেক্ষিক খরচ এখনও অনেকের জন্য সাধ্যাতীত। উচ্চ লেনদেন ফি-এর কারণে কম-ধনী, উন্নয়নশীল দেশগুলিতে Web3-এর ব্যবহার হওয়ার সম্ভাবনা কম। Ethereum-এ, এই চ্যালেঞ্জগুলি [রোডম্যাপ](/roadmap/) এবং [লেয়ার ২ স্কেলিং সমাধান](/glossary/#layer-2)-এর মাধ্যমে সমাধান করা হচ্ছে। প্রযুক্তি প্রস্তুত, কিন্তু Web3 সকলের জন্য অ্যাক্সেসযোগ্য করে তুলতে আমাদের লেয়ার ২-তে উচ্চ স্তরের গ্রহণ প্রয়োজন।
+
+### ব্যবহারকারীর অভিজ্ঞতা {#user-experience}
+
+Web3 ব্যবহার করার জন্য প্রযুক্তিগত প্রবেশের বাধা বর্তমানে খুব বেশি। ব্যবহারকারীদের অবশ্যই নিরাপত্তার উদ্বেগগুলি বুঝতে হবে, জটিল প্রযুক্তিগত ডকুমেন্টেশন বুঝতে হবে, এবং অবোধগম্য ব্যবহারকারী ইন্টারফেস নেভিগেট করতে হবে। [ওয়ালেট প্রদানকারী](/wallets/find-wallet/), বিশেষ করে, এটি সমাধানের জন্য কাজ করছে, কিন্তু Web3 ব্যাপকভাবে গৃহীত হওয়ার আগে আরও অগ্রগতির প্রয়োজন।
+
+### শিক্ষা {#education}
+
+Web3 নতুন দৃষ্টান্ত প্রবর্তন করে যার জন্য ওয়েব২.০-তে ব্যবহৃত মানসিক মডেলগুলির থেকে ভিন্ন মানসিক মডেল শেখার প্রয়োজন। ১৯৯০-এর দশকের শেষের দিকে যখন ওয়েব১.০ জনপ্রিয়তা অর্জন করছিল তখন একই ধরনের একটি শিক্ষা অভিযান ঘটেছিল; ওয়ার্ল্ড ওয়াইড ওয়েবের প্রবক্তারা সাধারণ রূপক (তথ্য হাইওয়ে, ব্রাউজার, ওয়েব সার্ফিং) থেকে শুরু করে [টেলিভিশন সম্প্রচার](https://www.youtube.com/watch?v=SzQLI7BxfYI) পর্যন্ত বিভিন্ন শিক্ষামূলক কৌশল ব্যবহার করে জনসাধারণকে শিক্ষিত করেছিলেন। Web3 কঠিন নয়, তবে এটি ভিন্ন। ওয়েব২ ব্যবহারকারীদের এই Web3 দৃষ্টান্তগুলি সম্পর্কে অবহিত করার জন্য শিক্ষামূলক উদ্যোগগুলি এর সাফল্যের জন্য অত্যাবশ্যক।
+
+Ethereum.org আমাদের [অনুবাদ কার্যক্রম](/contributing/translation-program/)-এর মাধ্যমে Web3 শিক্ষায় অবদান রাখে, যার লক্ষ্য হল গুরুত্বপূর্ণ Ethereum কন্টেন্টকে যতটা সম্ভব বেশি ভাষায় অনুবাদ করা।
+
+### কেন্দ্রীভূত পরিকাঠামো {#centralized-infrastructure}
+
+Web3 ইকোসিস্টেমটি তরুণ এবং দ্রুত বিকশিত হচ্ছে। ফলস্বরূপ, এটি বর্তমানে প্রধানত কেন্দ্রীভূত পরিকাঠামোর (GitHub, Twitter, Discord, ইত্যাদি) উপর নির্ভর করে। অনেক Web3 কোম্পানি এই শূন্যস্থান পূরণের জন্য ছুটে আসছে, কিন্তু উচ্চ-মানের, নির্ভরযোগ্য পরিকাঠামো তৈরি করতে সময় লাগে।
+
+## একটি বিকেন্দ্রীভূত ভবিষ্যৎ {#decentralized-future}
+
+Web3 একটি তরুণ এবং বিকশিত ইকোসিস্টেম। গ্যাভিন উড ২০১৪ সালে এই শব্দটি তৈরি করেছিলেন, কিন্তু এই ধারণাগুলির অনেকগুলিই সম্প্রতি বাস্তবে পরিণত হয়েছে। শুধুমাত্র গত বছরেই, ক্রিপটোকারেন্সির প্রতি আগ্রহে যথেষ্ট বৃদ্ধি, লেয়ার ২ স্কেলিং সমাধানগুলির উন্নতি, নতুন ধরনের গভর্নেন্স নিয়ে ব্যাপক পরীক্ষা-নিরীক্ষা এবং ডিজিটাল পরিচয়ে বিপ্লব ঘটেছে।
+
+আমরা Web3 দিয়ে একটি উন্নত ওয়েব তৈরির একেবারে শুরুতে আছি, কিন্তু আমরা এটিকে সমর্থনকারী পরিকাঠামোর উন্নতি চালিয়ে যাওয়ার সাথে সাথে ওয়েবের ভবিষ্যত উজ্জ্বল দেখাচ্ছে।
+
+## আমি কীভাবে জড়িত হতে পারি {#get-involved}
+
+- [একটি ওয়ালেট নিন](/wallets/)
+- [একটি কমিউনিটি খুঁজুন](/community/)
+- [Web3 অ্যাপ্লিকেশনগুলি অন্বেষণ করুন](/apps/)
+- [একটি DAO-তে যোগ দিন](/dao/)
+- [Web3-এ তৈরি করুন](/developers/)
+
+## আরও পড়ুন {#further-reading}
+
+Web3 কঠোরভাবে সংজ্ঞায়িত নয়। বিভিন্ন কমিউনিটি অংশগ্রহণকারীদের এটি সম্পর্কে ভিন্ন ভিন্ন দৃষ্টিভঙ্গি রয়েছে। তাদের কিছু এখানে আছে:
+
+- [Web3 কী? ভবিষ্যতের বিকেন্দ্রীভূত ইন্টারনেট ব্যাখ্যা করা হয়েছে](https://www.freecodecamp.org/news/what-is-web3) – _Nader Dabit_
+- [ওয়েব ৩-এর অর্থ বোঝা](https://medium.com/l4-media/making-sense-of-web-3-c1a9e74dcae) – _Josh Stark_
+- [কেন Web3 গুরুত্বপূর্ণ](https://a16zcrypto.com/posts/article/why-web3-matters/) — _Chris Dixon_
+- [কেন বিকেন্দ্রীকরণ গুরুত্বপূর্ণ](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/bn/what-are-apps/index.md b/public/content/translations/bn/what-are-apps/index.md
new file mode 100644
index 00000000000..f5dc87948a3
--- /dev/null
+++ b/public/content/translations/bn/what-are-apps/index.md
@@ -0,0 +1,80 @@
+---
+title: "ইথেরিয়াম অ্যাপ্লিকেশন"
+metaTitle: "ইথিরিয়াম এ্যাপ্লিকেশন। ইথিরিয়ামে ডিসেন্ট্রালাইজড এ্যাপ্লিকেশন"
+description: "ইথিরিয়ামের এ্যাপগুলো বিনামূল্যে, বিশ্বব্যাপী এবং ব্যক্তিগত কোম্পানির সার্ভারের পরিবর্তে পাবলিক ব্লকচেইন ব্যবহার করে। এর মানে আপনি প্রতিটি প্রজেক্টে একই একাউন্ট ব্যবহার করতে পারবেন এবং আপনার গোপনীয়তা রক্ষা করতে পারবেন।"
+lang: bn
+template: use-cases
+emoji: ":handshake:"
+sidebarDepth: 2
+showDropdown: false
+image: /images/doge-computer.png
+summary: "ইথিরিয়ামের এ্যাপগুলো বিনামূল্যে, বিশ্বব্যাপী এবং ব্যক্তিগত কোম্পানির সার্ভারের পরিবর্তে পাবলিক ব্লকচেইন ব্যবহার করে। এর মানে আপনি প্রতিটি প্রজেক্টে একই একাউন্ট ব্যবহার করতে পারবেন এবং আপনার গোপনীয়তা রক্ষা করতে পারবেন।"
+---
+
+## সুপারপাওয়ার যুক্ত এ্যাপ {}
+
+ইথিরিয়াম এ্যাপ্লিকেশনগুলো সাধারণ এ্যাপের মতোই মনে হতে পারে। কিন্তুু পর্দার পিছনে তাদের কিছু বিশেষ গুণাবলি রয়েছে।
+
+একবার ইথিরিয়াম ব্লকচেইনে একটি এ্যাপ প্রকাশিত হলে, এটি থামানো যায় না। এর কারন হলো ইথেরিয়াম নেটওয়ার্ক বিশ্বজুড়ে হাজার হাজার কম্পিউটারে ডিস্ট্রলাইজড। ইথিরিয়ামে চলমান এ্যাপকে কেউ বন্ধ করতে পারবে না, কারন লক্ষ্য করার জন্য কোন একক সার্ভার নেই। ইথিরিয়াম নিরপেক্ষও, এবং তাই বিশ্বের যেকোনো ব্যক্তি এটি ব্যবহার করতে পারে অথবা এমনকি এর সাথে সংযোগ স্হাপন করে নিজের পরিবর্তন তৈরি করতে পারে।
+
+## ডিএ্যাপ কি? {#ডিএ্যাপ কি}
+
+ইথিরিয়াম এ্যাপ্লিকেশনগুলোর লজিক সেন্ট্রালাইজড সার্ভারের পরিবর্তে ইথিরিয়াম ব্লকচেইন চলে। এই কারনেই এগুলোকে প্রাইশই ডিসেন্ট্রালাইজড এপ্লিকেশন বা সংক্ষেপে ডিএ্যাপ বলা হয়।
+
+<CardGrid>
+  <Card title="আরও বেশি ব্যক্তিগত" emoji=":detective:" description="যেকোনো ডিএ্যাপস ব্যবহার করতে আপনার শুধু একটি ইথিরিয়াম ওয়ালেট লাগবে। আপনার ব্যক্তিগত তথ্যের প্রয়োজন নেই। ইন্টারনেটটা সব সময় এমনই হওয়া উচিত ছিল।"/>
+  <Card title="সারা বিশ্বে ব্যবহারযোগ্য" emoji="🌍" description="ডিএ্যাপস কোনো অঞ্চল বা অ্যাপ স্টোরের নিয়ম দ্বারা পরিচালিত হয় না। আপনার অ্যাক্সেস নির্ভর করে ইন্টারনেট সংযোগের ওপর, আপনি কোথায় থাকেন তার ওপর নয়।" />
+  <Card title="কম খরচের পরিষেবা" emoji=":handshake:" description="ডিএ্যাপস হলো পিয়ার-টু-পিয়ার। কোনো মধ্যস্থতাকারী অংশ না নেওয়ায় পরিষেবাগুলো কম খরচে পাওয়া যায়।" />
+</CardGrid>
+
+## এটা কেন গুরুত্বপূর্ণ {#এটা কেন গুরুত্বপূর্ণ}
+
+ইথিরিয়াম এ্যাপ্লিকেশনগুলো এমন কাজ করতে পারে যা প্রচলিত এ্যাপ্লিকেশন দিয়ে সম্ভব নয়। যেমন সম্পূর্ণ অচেনা মানুষকে টাকা ধার দেওয়া, তবে এমন গ্যারান্টি থাকবে যে আপনি আপনার টাকা ফেরত পাবেন, সঙ্গে সুদও পাবেন। একজন "বিশ্বস্ত" মধ্যস্হতাকারী, যেমন আইনজীবীকে টাকা দিয়ে লেনদেন পরিচালনা করানোর প্রয়োজন ছাড়াই।
+
+সবকিছুর জন্যই এখন এ্যাপ রয়েছে: গেমিং, ফাইনান্স, কাজ, মেসেজিং, স্টোরেজ এবং আরও অনেক কিছু। বেশিরভাগ এ্যাপে আপনাকে বিজ্ঞাপন দেখতে হয় না বা সীমিত প্রবেশাধিকার দ্বারা আটকানো হয় না।
+
+যেকোনো ইথেরিয়াম অ্যাপ ব্যবহার শুরু করার জন্য আপনার যা প্রয়োজন, তা হলো একটি ইথেরিয়াম ওয়ালেট এবং সামান্য ETH।
+
+## এটা কিভাবে কাজ করে {#এটা কিভাবে কাজ করে}
+
+এ্যাপগুলো চালিত হয় স্মার্ট কন্ট্রাক্ট দ্বারা- কোডের ছোট ছোট অংশ যা ইথিরিয়াম ব্লকচেইনে সংরক্ষিত থাকে। প্রচলিত এ্যাপের মতো নয়, এগুলো চালানোর জন্য কোনো কোম্পানির প্রয়োজন হয় না।
+
+| ফিচার                      | প্রচলিত এ্যাপ              | ইথিরিয়াম এ্যাপস          |
+| -------------------------- | -------------------------- | ------------------------ |
+| **কে এটা নিয়ন্ত্রণ করে**   | একটি কোম্পানি              | কেউ না                   |
+| **চলছে**                   | প্রাইভেট কোম্পানির সার্ভার | পাবলিক ইথেরিয়াম ব্লকচেইন |
+| **এটা কি সেন্সর করা যাবে** | হ্যাঁ                      | না                       |
+| **আপনার ডাটার মালিক কে**   | সাধারণত আপনি নয়            | আপনি আপনার ডেটার মালিক   |
+
+<WhatAreAppsStories />
+
+<div className="w-full md:w-1/2 mx-auto md:mx-0">
+
+![](./developers-eth-blocks.png)
+</div>
+
+## ইথিরিয়াম এ্যাপগুলো লেগোর মতো {#ইথিরিয়াম এ্যাপগুলো লেগোর মতো}
+
+যখন সব এ্যাপ ইথেরিয়ামের উপর তৈরি হয়, তখন সেগুলো একে অপরের সাথে সামঞ্জস্যপূর্ণ থাকে। একটি এ্যাপের জন্য তৈরি টোকেন সম্পূর্ণ ভিন্ন আরেকটি এ্যাপেও কাজ করবে। এটা ঠিক আপনার টুইটগুলোকে আপনার ফেসবুক ওয়ালে পোস্ট করতে পারার মতো। আসলে অনেক সময় আপনি একই প্রোফাইল বিভিন্ন ইথিরিয়াম এ্যাপে ব্যবহার করতে পারেন, আলাদাভাবে প্রতিটি জায়গায় রেজিষ্ট্রেশন করার প্রয়োজন হয় না।
+
+<BrowseApps />
+
+## আরও পড়ুন {#further-reading}
+
+- [নতুনদের জন্য ইথেরিয়াম](/ইথিরিয়াম কি)
+- [স্মার্ট কন্ট্রাক্ট কি?]
+- [টেকনিক্যাল ডিএ্যাপ ডকুমেন্টেশন]
+
+## সাধারণত জিজ্ঞাসিত প্রশ্নসমূহ {#faq}
+
+<ExpandableCard title="ডিএ্যাপ-এর পূর্ণরূপ কী?" visible>
+  <p>ডিএ্যাপ এর পূর্ণরূপ হলো ডিসেন্ট্রালাইজড এ্যাপ্লিকেশন এগুল হলো এমন এ্যাপ্লিকেশন যা ইথিরিয়ামের মতো ব্লকচেইন নেটওয়ার্কের উপর তৈরি। এগুলোকে ডিসেন্ট্রালাইজড বলা হয়, কারন যেই নেটওয়ার্কের উপর এগুলো তৈরি, সেটিই ডিসেন্ট্রালাইজড।</p>
+</ExpandableCard>
+
+<ExpandableCard title="আমি কি ডিএ্যাপে কয়েন কিনতে পারি?" 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/bn/what-is-ethereum/index.md b/public/content/translations/bn/what-is-ethereum/index.md
index 0174783bbae..f363c470a1f 100644
--- a/public/content/translations/bn/what-is-ethereum/index.md
+++ b/public/content/translations/bn/what-is-ethereum/index.md
@@ -1,6 +1,6 @@
 ---
-title: ইথেরিয়াম কী?
-description: ইথেরিয়ামে সম্পূর্ণ নতুন ব্যবহারকারীদের জন্য নির্দেশিকা, সংস্থান ও টুল।
+title: "ইথেরিয়াম কী?"
+description: "ইথেরিয়ামে সম্পূর্ণ নতুন ব্যবহারকারীদের জন্য নির্দেশিকা, সংস্থান ও টুল।"
 lang: bn
 ---
 
diff --git a/public/content/translations/bn/whitepaper/index.md b/public/content/translations/bn/whitepaper/index.md
new file mode 100644
index 00000000000..92658c1acb6
--- /dev/null
+++ b/public/content/translations/bn/whitepaper/index.md
@@ -0,0 +1,524 @@
+---
+title: "ইথেরিয়াম হোয়াইটপেপার"
+description: "ইথেরিয়ামের একটি পরিচায়ক কাগজ, এটি চালু হওয়ার আগে 2013 সালে প্রকাশিত হয়েছিল."
+lang: bn
+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}
+
+2009 সালে সাতোশি নাকামোতোর Bitcoin-এর বিকাশকে প্রায়শই অর্থ ও মুদ্রার ক্ষেত্রে একটি আমূল বিকাশ হিসাবে সমাদৃত করা হয়েছে, এটি একটি ডিজিটাল সম্পদের প্রথম উদাহরণ যার একই সাথে কোনো ব্যাকিং বা "[অন্তর্নিহিত মূল্য](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)"), ডোমেন নামের মতো নন-ফাঞ্জিবল সম্পদ ("[নেমকয়েন](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 সালে, ওয়েই ডাই-এর [বি-মানি](http://www.weidai.com/bmoney.txt) কম্পিউটেশনাল পাজল সমাধানের মাধ্যমে অর্থ তৈরি করার পাশাপাশি বিকেন্দ্রীভূত কনসেন্সাসের ধারণা প্রবর্তন করার প্রথম প্রস্তাব হয়ে ওঠে, কিন্তু প্রস্তাবটিতে বিকেন্দ্রীভূত কনসেন্সাস কীভাবে প্রকৃতপক্ষে প্রয়োগ করা যেতে পারে তার বিশদ বিবরণের অভাব ছিল। 2005 সালে, হ্যাল ফিনি "[পুনরায় ব্যবহারযোগ্য প্রুফ অফ ওয়ার্ক](https://nakamotoinstitute.org/finney/rpow/)"-এর একটি ধারণা প্রবর্তন করেন, এমন একটি সিস্টেম যা বি-মানির ধারণাগুলির সাথে অ্যাডাম ব্যাকের কম্পিউটেশনগতভাবে কঠিন হ্যাশক্যাশ পাজল ব্যবহার করে একটি ক্রিপ্টোকারেন্সির জন্য একটি ধারণা তৈরি করে, কিন্তু ব্যাকএন্ড হিসাবে বিশ্বস্ত কম্পিউটিংয়ের উপর নির্ভর করে আবারও আদর্শ থেকে পিছিয়ে পড়ে। 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({ Alice: $50, Bob: $50 },"অ্যালিসের কাছ থেকে ববকে $20 পাঠান") = { Alice: $30, Bob: $70 }
+```
+
+কিন্তু:
+
+```js
+APPLY({ Alice: $50, Bob: $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])` সেট করুন যদি কোনো এপ্লিকেশন একটি ত্রুটি দেখায়, তাহলে প্রস্থান করুন এবং মিথ্যা দেখান।
+6. সত্য দেখান, এবং `S[n]` কে এই ব্লকের শেষে স্টেট হিসাবে নিবন্ধন করুন।
+
+মূলত, ব্লকের প্রতিটি লেনদেন লেনদেনটি সম্পাদিত হওয়ার আগে যা ক্যানোনিকাল স্টেট ছিল তা থেকে কিছু নতুন স্টেটে একটি বৈধ স্টেট ট্রানজিশন প্রদান করতে হবে। মনে রাখবেন যে স্টেটটি ব্লকে কোনোভাবেই এনকোড করা হয় না; এটি সম্পূর্ণরূপে যাচাইকারী নোড দ্বারা মনে রাখার জন্য একটি বিমূর্ততা এবং জেনেসিস স্টেট থেকে শুরু করে এবং প্রতিটি ব্লকের প্রতিটি লেনদেন ক্রমানুসারে প্রয়োগ করে যেকোনো ব্লকের জন্য শুধুমাত্র (নিরাপদভাবে) গণনা করা যেতে পারে। অতিরিক্তভাবে, মনে রাখবেন যে মাইনার যে ক্রমে লেনদেনগুলিকে ব্লকের মধ্যে অন্তর্ভুক্ত করে তা গুরুত্বপূর্ণ; যদি একটি ব্লকে দুটি লেনদেন A এবং B থাকে যেমন B একটি UTXO খরচ করে যা A দ্বারা তৈরি হয়েছে, তাহলে ব্লকটি বৈধ হবে যদি 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}
+
+অন্তর্নিহিত ব্লকচেইন ধারণা গ্রহণ এবং এটিকে অন্যান্য ধারণার সাথে প্রয়োগ করার ধারণারও একটি দীর্ঘ ইতিহাস রয়েছে। 2005 সালে, Nick Szabo "[মালিকের কর্তৃত্বসহ সুরক্ষিত সম্পত্তির শিরোনাম](https://nakamotoinstitute.org/library/secure-property-titles/)" ধারণাটি নিয়ে আসেন, এটি এমন একটি নথি যা বর্ণনা করে যে কীভাবে "প্রতিলিপিকৃত ডাটাবেস প্রযুক্তিতে নতুন অগ্রগতি" একটি ব্লকচেইন-ভিত্তিক সিস্টেমকে অনুমতি দেবে যা রেজিস্ট্রি সংরক্ষণ করবে কার কোন জমির মালিক, এবং তাতে হোমস্টেডিং, বিরূপ দখল এবং জর্জিয়ান ভূমি করের মতো ধারণা অন্তর্ভুক্ত একটি বিস্তৃত কাঠামো তৈরি করবে। যাইহোক, দুর্ভাগ্যবশত সেই সময়ে কোনো কার্যকর প্রতিলিপি করা ডাটাবেস সিস্টেম উপলব্ধ ছিল না, এবং তাই প্রোটোকলটি বাস্তবে কখনো প্রয়োগ করা হয়নি। যাইহোক, 2009 সালের পরে, একবার বিটকয়েনের বিকেন্দ্রীভূত কনসেন্সাস বিকশিত হওয়ার পরে, বেশ কয়েকটি বিকল্প এপ্লিকেশন দ্রুত আবির্ভূত হতে শুরু করে।
+
+- **নেমকয়েন** - 2010 সালে তৈরি, [নেমকয়েন](https://namecoin.org/) একটি বিকেন্দ্রীভূত নাম নিবন্ধন ডাটাবেস হিসাবে সর্বোত্তমভাবে বর্ণনা করা হয়। টর, বিটকয়েন এবং বিটমেসেজের মতো বিকেন্দ্রীভূত প্রোটোকলে, অ্যাকাউন্টগুলি সনাক্ত করার কিছু উপায় থাকা দরকার যাতে অন্য লোকেরা তাদের সাথে ইন্টারঅ্যাক্ট করতে পারে, কিন্তু সমস্ত বিদ্যমান সমাধানে একমাত্র উপলব্ধ সনাক্তকারী হল `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy`-এর মতো একটি ছদ্ম-এলোমেলো হ্যাশ। আদর্শভাবে, একজন "জর্জ"-এর মতো একটি নাম সহ একটি অ্যাকাউন্ট রাখতে সক্ষম হতে চাইবে। যাইহোক, সমস্যাটি হলো যে যদি একজন ব্যক্তি "জর্জ" নামে একটি অ্যাকাউন্ট তৈরি করতে পারে তবে অন্য কেউ একই প্রক্রিয়া ব্যবহার করে নিজেদের জন্য "জর্জ" নিবন্ধন করতে পারে এবং তাদের ছদ্মবেশ ধারণ করতে পারে। একমাত্র সমাধান হল একটি প্রথম-থেকে-ফাইল প্যারাডাইম, যেখানে প্রথম নিবন্ধক সফল হয় এবং দ্বিতীয়টি ব্যর্থ হয় - একটি সমস্যা যা বিটকয়েন কনসেন্সাস প্রোটোকলের জন্য পুরোপুরি উপযুক্ত। নেমকয়েন হল এমন একটি ধারণা ব্যবহার করে একটি নাম নিবন্ধন সিস্টেমের প্রাচীনতম এবং সবচেয়ে সফল বাস্তবায়ন।
+- **রঙিন কয়েন** - [রঙিন কয়েন](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)-এর উদ্দেশ্য হল একটি প্রোটোকল হিসাবে কাজ করা যা লোকেদের তাদের নিজস্ব ডিজিটাল মুদ্রা তৈরি করতে দেয় - বা, এক ইউনিটের মুদ্রার গুরুত্বপূর্ণ তুচ্ছ ক্ষেত্রে, বিটকয়েন ব্লকচেইনে ডিজিটাল টোকেন তৈরি করতে দেয়। রঙিন কয়েন প্রোটোকলে, একজন একটি নির্দিষ্ট বিটকয়েন UTXO-তে প্রকাশ্যে একটি রঙ বরাদ্দ করে একটি নতুন মুদ্রা "জারি" করে, এবং প্রোটোকলটি পুনরাবৃত্তিমূলকভাবে অন্যান্য UTXO-এর রঙকে সেই ইনপুটগুলির রঙের সমান হিসাবে সংজ্ঞায়িত করে যা লেনদেনটি তাদের তৈরি করতে ব্যয় করেছে (মিশ্র-রঙের ইনপুটের ক্ষেত্রে কিছু বিশেষ নিয়ম প্রযোজ্য)। এটি ব্যবহারকারীদের একটি নির্দিষ্ট রঙের শুধুমাত্র UTXO ধারণকারী ওয়ালেট বজায় রাখতে এবং নিয়মিত বিটকয়েনের মতো সেগুলি পাঠাতে দেয়, ব্লকচেইনের মাধ্যমে ব্যাকট্র্যাকিং করে তারা যে কোনো UTXO গ্রহণ করে তার রঙ নির্ধারণ করতে।
+- **মেটাকয়েন** - একটি মেটাকয়েনের পিছনের ধারণাটি হল বিটকয়েনের উপরে বসবাসকারী একটি প্রোটোকল থাকা, বিটকয়েন লেনদেন ব্যবহার করে মেটাকয়েন লেনদেন সংরক্ষণ করা কিন্তু একটি ভিন্ন স্টেট ট্রানজিশন ফাংশন, `APPLY'` থাকা। যেহেতু মেটাকয়েন প্রোটোকল বিটকয়েন ব্লকচেইনে অবৈধ মেটাকয়েন লেনদেন প্রদর্শিত হওয়া থেকে বিরত রাখতে পারে না, তাই একটি নিয়ম যুক্ত করা হয় যে যদি `APPLY'(S,TX)` একটি ত্রুটি দেখায়, তাহলে প্রোটোকলটি `APPLY'(S,TX) = S`-এ ডিফল্ট হয়। এটি একটি নির্বিচারে ক্রিপ্টোকারেন্সি প্রোটোকল তৈরি করার জন্য একটি সহজ প্রক্রিয়া সরবরাহ করে, সম্ভাব্যভাবে উন্নত বৈশিষ্ট্য সহ যা বিটকয়েনের ভিতরে প্রয়োগ করা যায় না, কিন্তু খুব কম উন্নয়ন ব্যয়ের সাথে যেহেতু মাইনিং এবং নেটওয়ার্কিংয়ের জটিলতাগুলি ইতিমধ্যে বিটকয়েন প্রোটোকল দ্বারা পরিচালিত হয়। মেটাকয়েনগুলি কিছু শ্রেণীর আর্থিক চুক্তি, নাম নিবন্ধন এবং বিকেন্দ্রীভূত বিনিময় বাস্তবায়নের জন্য ব্যবহৃত হয়েছে।
+
+সুতরাং, সাধারণভাবে, একটি কনসেন্সাস প্রোটোকল তৈরির দুটি পদ্ধতি রয়েছে: একটি স্বাধীন নেটওয়ার্ক তৈরি করা এবং বিটকয়েনের উপরে একটি প্রোটোকল তৈরি করা। পূর্বের পদ্ধতিটি, যদিও নেমকয়েনের মতো এপ্লিকেশনের ক্ষেত্রে যুক্তিসঙ্গতভাবে সফল, বাস্তবায়ন করা কঠিন; প্রতিটি স্বতন্ত্র বাস্তবায়নকে একটি স্বাধীন ব্লকচেইন বুটস্ট্র্যাপ করতে হবে, সেইসাথে সমস্ত প্রয়োজনীয় স্টেট ট্রানজিশন এবং নেটওয়ার্কিং কোড তৈরি এবং পরীক্ষা করতে হবে। অতিরিক্তভাবে, আমরা ভবিষ্যদ্বাণী করি যে বিকেন্দ্রীভূত কনসেন্সাস প্রযুক্তির জন্য এপ্লিকেশনের সেট একটি পাওয়ার আইন বিতরণ অনুসরণ করবে যেখানে বেশিরভাগ এপ্লিকেশন তাদের নিজস্ব ব্লকচেইনের নিশ্চয়তা দেওয়ার জন্য খুব ছোট হবে এবং আমরা লক্ষ করি যে বিকেন্দ্রীভূত এপ্লিকেশনের বড় শ্রেণী বিদ্যমান, বিশেষত ডিসেন্ট্রালাইজড অটোনোমাস অর্গানাইজেশন, যাদের একে অপরের সাথে ইন্টারঅ্যাক্ট করতে হবে।
+
+অন্যদিকে, বিটকয়েন-ভিত্তিক পদ্ধতির ত্রুটি হলো যে এটি বিটকয়েনের সরলীকৃত পেমেন্ট যাচাইকরণ বৈশিষ্ট্যগুলির উত্তরাধিকারী হয় না। SPV বিটকয়েনের জন্য কাজ করে কারণ এটি ব্লকচেইন গভীরতাকে বৈধতার জন্য একটি প্রক্সি হিসাবে ব্যবহার করতে পারে; কোনো এক সময়ে, একবার একটি লেনদেনের পূর্বপুরুষরা যথেষ্ট পিছনে গেলে, এটা বলা নিরাপদ যে তারা বৈধভাবে স্টেটের অংশ ছিল। ব্লকচেইন-ভিত্তিক মেটা-প্রোটোকল, অন্যদিকে, ব্লকচেইনকে তাদের নিজস্ব প্রোটোকলের প্রেক্ষাপটে বৈধ নয় এমন লেনদেন অন্তর্ভুক্ত না করতে বাধ্য করতে পারে না। সুতরাং, একটি সম্পূর্ণ নিরাপদ SPV মেটা-প্রোটোকল বাস্তবায়নের জন্য নির্দিষ্ট লেনদেন বৈধ কিনা তা নির্ধারণ করতে বিটকয়েন ব্লকচেইনের শুরু পর্যন্ত পিছনের দিকে স্ক্যান করতে হবে। বর্তমানে, বিটকয়েন-ভিত্তিক মেটা-প্রোটোকলের সমস্ত "লাইট" বাস্তবায়ন ডেটা সরবরাহ করার জন্য একটি বিশ্বস্ত সার্ভারের উপর নির্ভর করে, তর্কাতীতভাবে একটি অত্যন্ত উপ-অনুকূল ফলাফল বিশেষত যখন একটি ক্রিপ্টোকারেন্সির অন্যতম প্রধান উদ্দেশ্য হল বিশ্বাসের প্রয়োজনীয়তা দূর করা।
+
+### স্ক্রিপ্টিং {#scripting}
+
+কোনো এক্সটেনশন ছাড়াই, বিটকয়েন প্রোটোকল আসলে "স্মার্ট কন্ট্র্যাক্ট" ধারণার একটি দুর্বল সংস্করণকে সহজতর করে। বিটকয়েনের UTXO শুধুমাত্র একটি পাবলিক কী দ্বারা নয়, একটি সহজ স্ট্যাক-ভিত্তিক প্রোগ্রামিং ভাষায় প্রকাশিত একটি আরও জটিল স্ক্রিপ্ট দ্বারাও মালিকানাধীন হতে পারে। এই প্যারাডাইমে, সেই UTXO খরচ করা একটি লেনদেন অবশ্যই এমন ডেটা সরবরাহ করবে যা স্ক্রিপ্টকে সন্তুষ্ট করে। প্রকৃতপক্ষে, এমনকি মৌলিক পাবলিক কী মালিকানার প্রক্রিয়াটিও একটি স্ক্রিপ্টের মাধ্যমে প্রয়োগ করা হয়: স্ক্রিপ্টটি একটি উপবৃত্তাকার বক্ররেখা স্বাক্ষরকে ইনপুট হিসাবে নেয়, এটিকে লেনদেন এবং UTXO-এর মালিকানাধীন ঠিকানার বিরুদ্ধে যাচাই করে এবং যাচাইকরণ সফল হলে 1 দেখায় এবং অন্যথায় 0 দেখায়। বিভিন্ন অতিরিক্ত ব্যবহারের ক্ষেত্রে অন্যান্য, আরও জটিল, স্ক্রিপ্ট বিদ্যমান। উদাহরণস্বরূপ, কেউ একটি স্ক্রিপ্ট তৈরি করতে পারে যার জন্য প্রদত্ত তিনটি প্রাইভেট কী-এর মধ্যে দুটি থেকে স্বাক্ষর প্রয়োজন যাচাই করার জন্য ("মাল্টিসিগ"), যা কর্পোরেট অ্যাকাউন্ট, নিরাপদ সঞ্চয় অ্যাকাউন্ট এবং কিছু মার্চেন্ট এসক্রো পরিস্থিতির জন্য একটি দরকারী সেটআপ। স্ক্রিপ্টগুলি কম্পিউটেশনাল সমস্যার সমাধানের জন্য বাউন্টি প্রদানের জন্যও ব্যবহার করা যেতে পারে, এবং কেউ এমনকি একটি স্ক্রিপ্ট তৈরি করতে পারে যা বলে যে "এই বিটকয়েন UTXO আপনার যদি আপনি একটি SPV প্রমাণ সরবরাহ করতে পারেন যে আপনি আমাকে এই মূল্যের একটি ডোজকয়েন লেনদেন পাঠিয়েছেন", যা মূলত বিকেন্দ্রীভূত ক্রস-ক্রিপ্টোকারেন্সি বিনিময়কে অনুমতি দেয়।
+
+যাইহোক, বিটকয়েনে প্রয়োগ করা স্ক্রিপ্টিং ভাষার বেশ কয়েকটি গুরুত্বপূর্ণ সীমাবদ্ধতা রয়েছে:
+
+- **টিউরিং-সম্পূর্ণতার অভাব** - অর্থাৎ, যদিও বিটকয়েন স্ক্রিপ্টিং ভাষা সমর্থন করে এমন একটি বড় উপসেট গণনা রয়েছে, এটি প্রায় সবকিছুই সমর্থন করে না। প্রধান বিভাগ যা অনুপস্থিত তা হল লুপ। এটি লেনদেন যাচাইকরণের সময় অসীম লুপ এড়াতে করা হয়; তাত্ত্বিকভাবে এটি স্ক্রিপ্ট প্রোগ্রামারদের জন্য একটি অতিক্রমযোগ্য বাধা, কারণ যেকোনো লুপ একটি if বিবৃতি সহ অন্তর্নিহিত কোডটি অনেকবার পুনরাবৃত্তি করে সিমুলেট করা যেতে পারে, তবে এটি এমন স্ক্রিপ্টের দিকে নিয়ে যায় যা খুব স্থান-অদক্ষ। উদাহরণস্বরূপ, একটি বিকল্প উপবৃত্তাকার বক্ররেখা স্বাক্ষর অ্যালগরিদম বাস্তবায়নের জন্য সম্ভবত 256টি পুনরাবৃত্তিমূলক গুণন রাউন্ডের প্রয়োজন হবে যা সবই কোডে স্বতন্ত্রভাবে অন্তর্ভুক্ত।
+- **মূল্য-অন্ধত্ব** - একটি UTXO স্ক্রিপ্টের জন্য যে পরিমাণ উত্তোলন করা যেতে পারে তার উপর সূক্ষ্ম-দানাযুক্ত নিয়ন্ত্রণ সরবরাহ করার কোনো উপায় নেই। উদাহরণস্বরূপ, একটি ওরাকল চুক্তির একটি শক্তিশালী ব্যবহারের ক্ষেত্র হবে একটি হেজিং চুক্তি, যেখানে A এবং B $1000 মূল্যের BTC রাখে এবং 30 দিন পরে স্ক্রিপ্টটি A-কে $1000 মূল্যের BTC পাঠায় এবং বাকিটা B-কে পাঠায়। এর জন্য USD-তে 1 BTC-এর মূল্য নির্ধারণ করার জন্য একটি ওরাকল প্রয়োজন হবে, কিন্তু এমনকি তখনও এটি এখন উপলব্ধ সম্পূর্ণ কেন্দ্রীভূত সমাধানগুলির তুলনায় বিশ্বাস এবং অবকাঠামোগত প্রয়োজনীয়তার ক্ষেত্রে একটি বিশাল উন্নতি। যাইহোক, যেহেতু UTXO হল অল-অর-নাথিং, তাই এটি অর্জনের একমাত্র উপায় হল বিভিন্ন মূল্যের অনেক UTXO (যেমন, 30 পর্যন্ত প্রতিটি k-এর জন্য 2<sup>k</sup>-এর একটি UTXO) রাখার একটি অত্যন্ত অদক্ষ হ্যাক এবং ওরাকলকে বেছে নিতে দেওয়া যে কোন UTXO A-কে এবং কোনটি B-কে পাঠাতে হবে।
+- **স্টেটের অভাব** - UTXO হয় ব্যয় করা যেতে পারে বা ব্যয় করা হয়নি; বহু-পর্যায়ের চুক্তি বা স্ক্রিপ্টের জন্য কোনো সুযোগ নেই যা এর বাইরে অন্য কোনো অভ্যন্তরীণ স্টেট রাখে। এটি মাল্টি-স্টেজ অপশন চুক্তি, বিকেন্দ্রীভূত বিনিময় অফার বা দ্বি-পর্যায়ের ক্রিপ্টোগ্রাফিক প্রতিশ্রুতি প্রোটোকল (নিরাপদ কম্পিউটেশনাল বাউন্টির জন্য প্রয়োজনীয়) তৈরি করা কঠিন করে তোলে। এর মানে হল যে UTXO শুধুমাত্র সহজ, এককালীন চুক্তি তৈরি করতে ব্যবহার করা যেতে পারে এবং বিকেন্দ্রীভূত সংস্থার মতো আরও জটিল "স্টেটফুল" চুক্তি নয় এবং মেটা-প্রোটোকল বাস্তবায়ন করা কঠিন করে তোলে। বাইনারি স্টেট মূল্য-অন্ধত্বের সাথে মিলিত হওয়ার অর্থ হলো আরেকটি গুরুত্বপূর্ণ এপ্লিকেশন, উত্তোলনের সীমা, অসম্ভব।
+- **ব্লকচেইন-অন্ধত্ব** - UTXO নন্স, টাইমস্ট্যাম্প এবং পূর্ববর্তী ব্লক হ্যাশের মতো ব্লকচেইন ডেটার প্রতি অন্ধ। এটি জুয়া খেলার এপ্লিকেশন এবং অন্যান্য বেশ কয়েকটি বিভাগকে মারাত্মকভাবে সীমাবদ্ধ করে, স্ক্রিপ্টিং ভাষাকে এলোমেলোতার একটি সম্ভাব্য মূল্যবান উৎস থেকে বঞ্চিত করে।
+
+সুতরাং, আমরা ক্রিপ্টোকারেন্সির উপরে উন্নত এপ্লিকেশন তৈরির তিনটি পদ্ধতি দেখতে পাই: একটি নতুন ব্লকচেইন তৈরি করা, বিটকয়েনের উপরে স্ক্রিপ্টিং ব্যবহার করা এবং বিটকয়েনের উপরে একটি মেটা-প্রোটোকল তৈরি করা। একটি নতুন ব্লকচেইন তৈরি করা একটি বৈশিষ্ট্য সেট তৈরিতে সীমাহীন স্বাধীনতার অনুমতি দেয়, তবে উন্নয়ন সময়, বুটস্ট্র্যাপিং প্রচেষ্টা এবং নিরাপত্তার মূল্যে। স্ক্রিপ্টিং ব্যবহার করা বাস্তবায়ন এবং মানসম্মত করা সহজ, তবে এর ক্ষমতা খুব সীমিত এবং মেটা-প্রোটোকল, যদিও সহজ, মাপযোগ্যতার ত্রুটিতে ভোগে। ইথেরিয়ামের সাথে, আমরা একটি বিকল্প কাঠামো তৈরি করতে চাই যা উন্নয়নের সহজতায় আরও বড় লাভ প্রদান করে এবং সেইসাথে আরও শক্তিশালী লাইট ক্লায়েন্ট বৈশিষ্ট্য প্রদান করে, একই সাথে এপ্লিকেশনগুলিকে একটি অর্থনৈতিক পরিবেশ এবং ব্লকচেইন নিরাপত্তা ভাগ করে নেওয়ার অনুমতি দেয়।
+
+## ইথেরিয়াম {#ethereum}
+
+ইথেরিয়ামের উদ্দেশ্য হলো ডিসেন্ট্রালাইজড এপ্লিকেশন তৈরির জন্য একটি বিকল্প প্রোটোকল তৈরি করা, যা একটি ভিন্ন সেট ট্রেডঅফ প্রদান করে যা আমরা বিশ্বাস করি যে একটি বড় শ্রেণীর ডিসেন্ট্রালাইজড এপ্লিকেশনের জন্য খুব দরকারী হবে, বিশেষ করে এমন পরিস্থিতিতে যেখানে দ্রুত উন্নয়ন সময়, ছোট এবং কদাচিৎ ব্যবহৃত এপ্লিকেশনের জন্য নিরাপত্তা এবং বিভিন্ন এপ্লিকেশনের খুব দক্ষতার সাথে ইন্টারঅ্যাক্ট করার ক্ষমতা গুরুত্বপূর্ণ। ইথেরিয়াম এটি করে যা মূলত চূড়ান্ত বিমূর্ত ভিত্তি স্তর: একটি অন্তর্নির্মিত টিউরিং-সম্পূর্ণ প্রোগ্রামিং ভাষা সহ একটি ব্লকচেইন, যা যে কাউকে স্মার্ট কন্ট্র্যাক্ট এবং ডিসেন্ট্রালাইজড এপ্লিকেশন লিখতে দেয় যেখানে তারা মালিকানা, লেনদেন বিন্যাস এবং স্টেট ট্রানজিশন ফাংশনগুলির জন্য তাদের নিজস্ব নির্বিচারে নিয়ম তৈরি করতে পারে। নেমকয়েনের একটি বেয়ার-বোনস সংস্করণ দুটি লাইনের কোডে লেখা যেতে পারে এবং মুদ্রা এবং খ্যাতি সিস্টেমের মতো অন্যান্য প্রোটোকল বিশের কম সময়ে তৈরি করা যেতে পারে। স্মার্ট কন্ট্র্যাক্ট, ক্রিপ্টোগ্রাফিক "বক্স" যা মূল্য ধারণ করে এবং শুধুমাত্র নির্দিষ্ট শর্ত পূরণ হলে তা আনলক করে, প্ল্যাটফর্মের উপরেও তৈরি করা যেতে পারে, বিটকয়েন স্ক্রিপ্টিংয়ের দ্বারা প্রদত্ত শক্তির চেয়ে অনেক বেশি শক্তি সহ টিউরিং-সম্পূর্ণতা, মূল্য-সচেতনতা, ব্লকচেইন-সচেতনতা এবং স্টেটের অতিরিক্ত শক্তির কারণে।
+
+### ইথেরিয়াম অ্যাকাউন্ট {#ethereum-accounts}
+
+ইথেরিয়ামে, স্টেটটি "অ্যাকাউন্ট" নামক বস্তু দ্বারা গঠিত হয়, প্রতিটি অ্যাকাউন্টের একটি 20-বাইট ঠিকানা থাকে এবং স্টেট ট্রানজিশনগুলি অ্যাকাউন্টগুলির মধ্যে মূল্য এবং তথ্যের সরাসরি স্থানান্তর। একটি ইথেরিয়াম অ্যাকাউন্টে চারটি ক্ষেত্র রয়েছে:
+
+- **নন্স**, একটি কাউন্টার যা নিশ্চিত করতে ব্যবহৃত হয় যে প্রতিটি লেনদেন শুধুমাত্র একবার প্রক্রিয়া করা যায়
+- অ্যাকাউন্টের বর্তমান **ইথার ব্যালেন্স**
+- অ্যাকাউন্টের **কন্ট্র্যাক্ট কোড**, যদি থাকে
+- অ্যাকাউন্টের **সংগ্রহস্থল** (ডিফল্টরূপে খালি)
+
+"ইথার" হল ইথেরিয়ামের প্রধান অভ্যন্তরীণ ক্রিপ্টো-ফুয়েল এবং এটি ট্রানজ্যাকশন ফি পরিশোধ করতে ব্যবহৃত হয়। সাধারণত, দুই ধরনের অ্যাকাউন্ট থাকে: **বাহ্যিকভাবে মালিকানাধীন অ্যাকাউন্ট**, প্রাইভেট কী দ্বারা নিয়ন্ত্রিত, এবং **কন্ট্র্যাক্ট অ্যাকাউন্ট**, তাদের কন্ট্র্যাক্ট কোড দ্বারা নিয়ন্ত্রিত। একটি বাহ্যিকভাবে মালিকানাধীন অ্যাকাউন্টের কোনো কোড নেই, এবং কেউ একটি লেনদেন তৈরি এবং স্বাক্ষর করে একটি বাহ্যিকভাবে মালিকানাধীন অ্যাকাউন্ট থেকে বার্তা পাঠাতে পারে; একটি কন্ট্র্যাক্ট অ্যাকাউন্টে, প্রতিবার কন্ট্র্যাক্ট অ্যাকাউন্টটি একটি বার্তা পেলে তার কোড সক্রিয় হয়, যা এটিকে অভ্যন্তরীণ সংগ্রহস্থলে পড়তে এবং লিখতে এবং অন্যান্য বার্তা পাঠাতে বা পরিবর্তে চুক্তি তৈরি করতে দেয়।
+
+মনে রাখবেন যে ইথেরিয়ামের "চুক্তিগুলিকে" এমন কিছু হিসাবে দেখা উচিত নয় যা "পূরণ" বা "সম্মতি" করা উচিত; বরং, তারা ইথেরিয়াম এক্সিকিউশন পরিবেশের ভিতরে বসবাসকারী "স্বায়ত্তশাসিত এজেন্ট"-এর মতো, একটি বার্তা বা লেনদেন দ্বারা "ধাক্কা" দেওয়ার সময় সর্বদা একটি নির্দিষ্ট কোডের অংশ সম্পাদন করে এবং তাদের নিজস্ব ইথার ব্যালেন্স এবং স্থায়ী ভেরিয়েবলের ট্র্যাক রাখার জন্য তাদের নিজস্ব কী/মান স্টোরের উপর সরাসরি নিয়ন্ত্রণ থাকে।
+
+### বার্তা এবং লেনদেন {#messages-and-transactions}
+
+"লেনদেন" শব্দটি ইথেরিয়ামে একটি বাহ্যিকভাবে মালিকানাধীন অ্যাকাউন্ট থেকে পাঠানোর জন্য একটি বার্তা সংরক্ষণ করে এমন স্বাক্ষরিত ডেটা প্যাকেজকে বোঝাতে ব্যবহৃত হয়। লেনদেনে রয়েছে:
+
+- বার্তার প্রাপক
+- প্রেরককে সনাক্তকারী একটি স্বাক্ষর
+- প্রেরক থেকে প্রাপকের কাছে স্থানান্তরের জন্য ইথারের পরিমাণ
+- একটি ঐচ্ছিক ডেটা ক্ষেত্র
+- একটি `STARTGAS` মান, যা লেনদেন সম্পাদনের জন্য অনুমোদিত কম্পিউটেশনাল ধাপের সর্বোচ্চ সংখ্যা প্রতিনিধিত্ব করে
+- একটি `GASPRICE` মান, যা প্রেরক প্রতি কম্পিউটেশনাল ধাপের জন্য যে ফি প্রদান করে তা প্রতিনিধিত্ব করে
+
+প্রথম তিনটি যেকোনো ক্রিপ্টোকারেন্সিতে প্রত্যাশিত স্ট্যান্ডার্ড ক্ষেত্র। ডেটা ক্ষেত্রের ডিফল্টরূপে কোনো ফাংশন নেই, তবে ভার্চুয়াল মেশিনের একটি অপকোড রয়েছে যা ব্যবহার করে একটি চুক্তি ডেটা অ্যাক্সেস করতে পারে; উদাহরণস্বরূপ ব্যবহারের ক্ষেত্রে, যদি একটি চুক্তি একটি অন-ব্লকচেইন ডোমেন নিবন্ধন পরিষেবা হিসাবে কাজ করে, তবে এটি তার কাছে পাঠানো ডেটাকে দুটি "ক্ষেত্র" ধারণকারী হিসাবে ব্যাখ্যা করতে চাইতে পারে, প্রথম ক্ষেত্রটি নিবন্ধন করার জন্য একটি ডোমেন এবং দ্বিতীয় ক্ষেত্রটি এটি নিবন্ধন করার জন্য IP ঠিকানা। চুক্তিটি বার্তার ডেটা থেকে এই মানগুলি পড়বে এবং যথাযথভাবে সেগুলিকে সংগ্রহস্থলে স্থাপন করবে।
+
+`STARTGAS` এবং `GASPRICE` ক্ষেত্রগুলি ইথেরিয়ামের অ্যান্টি-ডেনিয়াল অফ সার্ভিস মডেলের জন্য গুরুত্বপূর্ণ। কোডে দুর্ঘটনাজনিত বা প্রতিকূল অসীম লুপ বা অন্যান্য কম্পিউটেশনাল অপচয় রোধ করতে, প্রতিটি লেনদেনকে তার কোড সম্পাদনের কতগুলি কম্পিউটেশনাল ধাপ ব্যবহার করতে পারে তার একটি সীমা সেট করতে হবে। গণনার মৌলিক একক হল "গ্যাস"; সাধারণত, একটি গণনামূলক ধাপের জন্য 1 গ্যাস খরচ হয়, কিন্তু কিছু অপারেশনের জন্য উচ্চতর পরিমাণ গ্যাস খরচ হয় কারণ সেগুলি গণনামূলকভাবে বেশি ব্যয়বহুল, অথবা স্টেটের অংশ হিসাবে সংরক্ষণ করা আবশ্যক ডেটার পরিমাণ বৃদ্ধি করে। লেনদেন ডেটার প্রতি বাইটের জন্য 5 গ্যাসের একটি ফিও রয়েছে। ফি সিস্টেমের উদ্দেশ্য হল একজন আক্রমণকারীকে তাদের ব্যবহৃত প্রতিটি রিসোর্সের জন্য আনুপাতিকভাবে অর্থ প্রদান করতে বাধ্য করা, যার মধ্যে রয়েছে গণনা, ব্যান্ডউইথ এবং সংগ্রহস্থল; সুতরাং, যেকোনো লেনদেন যা নেটওয়ার্ককে এই রিসোর্সগুলির যেকোনোটির একটি বৃহত্তর পরিমাণ ব্যবহার করতে পরিচালিত করে তার একটি গ্যাস ফি থাকতে হবে যা বৃদ্ধির সাথে মোটামুটি আনুপাতিক।
+
+### বার্তা {#messages}
+
+চুক্তিগুলির অন্যান্য চুক্তিতে "বার্তা" পাঠানোর ক্ষমতা রয়েছে। বার্তাগুলি হল ভার্চুয়াল বস্তু যা কখনো সিরিয়ালাইজড হয় না এবং শুধুমাত্র ইথেরিয়াম এক্সিকিউশন পরিবেশে বিদ্যমান। একটি বার্তায় রয়েছে:
+
+- বার্তার প্রেরক (অন্তর্নিহিত)
+- বার্তার প্রাপক
+- বার্তার সাথে স্থানান্তরের জন্য ইথারের পরিমাণ
+- একটি ঐচ্ছিক ডেটা ক্ষেত্র
+- একটি `STARTGAS` মান
+
+মূলত, একটি বার্তা একটি লেনদেনের মতো, তবে এটি একটি চুক্তি দ্বারা উত্পাদিত হয় এবং কোনো বাহ্যিক অভিনেতা দ্বারা নয়। একটি বার্তা উত্পাদিত হয় যখন একটি চুক্তি বর্তমানে কোড সম্পাদন করে `CALL` অপকোড সম্পাদন করে, যা একটি বার্তা উত্পাদন এবং সম্পাদন করে। একটি লেনদেনের মতো, একটি বার্তা প্রাপক অ্যাকাউন্টের কোড চালানোতে পরিচালিত করে। সুতরাং, চুক্তিগুলির অন্যান্য চুক্তিগুলির সাথে ঠিক একই ভাবে সম্পর্ক থাকতে পারে যেভাবে বাহ্যিক অভিনেতাদের থাকতে পারে।
+
+মনে রাখবেন যে একটি লেনদেন বা চুক্তি দ্বারা বরাদ্দকৃত গ্যাস ভাতা সেই লেনদেন এবং সমস্ত উপ-নির্বাহ দ্বারা ব্যবহৃত মোট গ্যাসের জন্য প্রযোজ্য। উদাহরণস্বরূপ, যদি একটি বাহ্যিক অভিনেতা A B-কে 1000 গ্যাস সহ একটি লেনদেন পাঠায়, এবং B C-কে একটি বার্তা পাঠানোর আগে 600 গ্যাস ব্যবহার করে, এবং C-এর অভ্যন্তরীণ নির্বাহ ফেরত আসার আগে 300 গ্যাস ব্যবহার করে, তাহলে B গ্যাস ফুরিয়ে যাওয়ার আগে আরও 100 গ্যাস খরচ করতে পারে।
+
+### ইথেরিয়াম স্টেট ট্রানজিশন ফাংশন {#ethereum-state-transition-function}
+
+![ইথার স্টেট ট্রানজিশন](./ether-state-transition.png)
+
+ইথেরিয়াম স্টেট ট্রানজিশন ফাংশন, `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 কোডে লেখা হয়; এই উদাহরণটি সারপেন্টে লেখা হয়েছে, যা আমাদের উচ্চ-স্তরের ভাষাগুলির মধ্যে একটি, স্পষ্টতার জন্য, এবং এটি 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 B-কে G গ্যাস দিয়ে কল করে তবে A-এর এক্সিকিউশন সর্বাধিক G গ্যাস হারানোর গ্যারান্টিযুক্ত। অবশেষে, মনে রাখবেন যে একটি অপকোড আছে, `CREATE`, যা একটি চুক্তি তৈরি করে; এর এক্সিকিউশন মেকানিক্স সাধারণত `CALL`-এর মতোই, ব্যতিক্রম ছাড়া যে এক্সিকিউশনের আউটপুট একটি নতুন তৈরি চুক্তির কোড নির্ধারণ করে।
+
+### কোড এক্সিকিউশন {#code-execution}
+
+ইথেরিয়াম চুক্তিতে কোডটি একটি নিম্ন-স্তরের, স্ট্যাক-ভিত্তিক বাইটকোড ভাষায় লেখা হয়, যা "ইথিরিয়াম ভার্চুয়াল মেশিন কোড" বা "EVM কোড" নামে পরিচিত। কোডটি বাইটের একটি সিরিজ নিয়ে গঠিত, যেখানে প্রতিটি বাইট একটি অপারেশন প্রতিনিধিত্ব করে। সাধারণভাবে, কোড এক্সিকিউশন একটি অসীম লুপ যা বর্তমান প্রোগ্রাম কাউন্টারে (যা শূন্য থেকে শুরু হয়) অপারেশনটি বারবার চালানো এবং তারপরে প্রোগ্রাম কাউন্টারকে এক করে বাড়ানো নিয়ে গঠিত, যতক্ষণ না কোডের শেষ হয় বা একটি ত্রুটি বা `STOP` বা `RETURN` নির্দেশ সনাক্ত হয়। অপারেশনগুলির ডেটা সংরক্ষণের জন্য তিনটি ধরণের স্থানে অ্যাক্সেস রয়েছে:
+
+- **স্ট্যাক**, একটি লাস্ট-ইন-ফার্স্ট-আউট কন্টেইনার যেখানে মানগুলি পুশ এবং পপ করা যায়
+- **মেমরি**, একটি অসীমভাবে প্রসারিত বাইট অ্যারে
+- চুক্তির দীর্ঘমেয়াদী **সংগ্রহস্থল**, একটি কী/মান স্টোর। স্ট্যাক এবং মেমরির বিপরীতে, যা গণনা শেষ হওয়ার পরে রিসেট হয়, সংগ্রহস্থল দীর্ঘমেয়াদী জন্য টিকে থাকে।
+
+কোডটি আগত বার্তার মান, প্রেরক এবং ডেটা, সেইসাথে ব্লক হেডার ডেটা অ্যাক্সেস করতে পারে এবং কোডটি একটি আউটপুট হিসাবে ডেটার একটি বাইট অ্যারেও ফেরত দিতে পারে।
+
+EVM কোডের আনুষ্ঠানিক এক্সিকিউশন মডেলটি আশ্চর্যজনকভাবে সহজ। যখন ইথিরিয়াম ভার্চুয়াল মেশিনটি চলছে, তখন এর সম্পূর্ণ কম্পিউটেশনাল স্টেটকে `(block_state, transaction, message, code, memory, stack, pc, gas)` টিউপল দ্বারা সংজ্ঞায়িত করা যেতে পারে, যেখানে `block_state` হল গ্লোবাল স্টেট যা সমস্ত অ্যাকাউন্ট ধারণ করে এবং ব্যালেন্স ও সংগ্রহস্থল অন্তর্ভুক্ত করে। প্রতিটি রাউন্ডের এক্সিকিউশনের শুরুতে, বর্তমান নির্দেশটি `code`-এর `pc`-তম বাইট (বা `pc >= len(code)` হলে 0) নিয়ে পাওয়া যায়, এবং প্রতিটি নির্দেশের নিজস্ব সংজ্ঞা রয়েছে যা টিউপলকে কীভাবে প্রভাবিত করে তার পরিপ্রেক্ষিতে। উদাহরণস্বরূপ, `ADD` স্ট্যাক থেকে দুটি আইটেম পপ করে এবং তাদের যোগফল পুশ করে, `gas` 1 দ্বারা হ্রাস করে এবং `pc` 1 দ্বারা বৃদ্ধি করে, এবং `SSTORE` স্ট্যাক থেকে শীর্ষ দুটি আইটেম পপ করে এবং প্রথম আইটেম দ্বারা নির্দিষ্ট সূচকে চুক্তির সংগ্রহস্থলে দ্বিতীয় আইটেমটি সন্নিবেশ করায়। যদিও জাস্ট-ইন-টাইম কম্পাইলেশনের মাধ্যমে ইথিরিয়াম ভার্চুয়াল মেশিন এক্সিকিউশন অপ্টিমাইজ করার অনেক উপায় আছে, ইথেরিয়ামের একটি মৌলিক বাস্তবায়ন কয়েকশ লাইনের কোডে করা যেতে পারে।
+
+### ব্লকচেইন এবং মাইনিং {#blockchain-and-mining}
+
+![ইথেরিয়াম এপ্লাই ব্লক ডায়াগ্রাম](./ethereum-apply-block-diagram.png)
+
+ইথেরিয়াম ব্লকচেইনটি অনেক দিক থেকে বিটকয়েন ব্লকচেইনের মতোই, যদিও এর কিছু পার্থক্য রয়েছে। ব্লকচেইন স্থাপত্যের ক্ষেত্রে ইথেরিয়াম এবং বিটকয়েনের মধ্যে প্রধান পার্থক্য হলো, বিটকয়েনের বিপরীতে, ইথেরিয়াম ব্লকগুলিতে লেনদেন তালিকা এবং সাম্প্রতিকতম স্টেট উভয়ের একটি অনুলিপি থাকে। তাছাড়া, দুটি অন্য মান, ব্লক নম্বর এবং অসুবিধা, এছাড়াও ব্লকে সংরক্ষণ করা হয়। ইথেরিয়ামে মৌলিক ব্লক বৈধতা অ্যালগরিদমটি নিম্নরূপ:
+
+1. রেফারেন্স করা পূর্ববর্তী ব্লকটি বিদ্যমান এবং বৈধ কিনা তা পরীক্ষা করুন।
+2. ব্লকের টাইমস্ট্যাম্পটি রেফারেন্স করা পূর্ববর্তী ব্লকের চেয়ে বড় এবং ভবিষ্যতের 15 মিনিটের কম কিনা তা পরীক্ষা করুন
+3. ব্লক নম্বর, অসুবিধা, লেনদেন রুট, আঙ্কেল রুট এবং গ্যাস সীমা (বিভিন্ন নিম্ন-স্তরের ইথেরিয়াম-নির্দিষ্ট ধারণা) বৈধ কিনা তা পরীক্ষা করুন।
+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` স্টেটের মার্কল ট্রি রুটটি ব্লক হেডারে প্রদত্ত চূড়ান্ত স্টেট রুটের সমান কিনা তা পরীক্ষা করুন। যদি তা হয়, ব্লকটি বৈধ; অন্যথায়, এটি বৈধ নয়।
+
+প্রথম নজরে এই পদ্ধতিটি অত্যন্ত অদক্ষ মনে হতে পারে, কারণ এটি প্রতিটি ব্লকের সাথে পুরো স্টেট সংরক্ষণ করতে হয়, কিন্তু বাস্তবে কার্যকারিতা বিটকয়েনের মতোই হওয়া উচিত। কারণ হল স্টেটটি একটি ট্রি কাঠামোতে সংরক্ষণ করা হয় এবং প্রতিটি ব্লকের পরে গাছের একটি ছোট অংশ পরিবর্তন করতে হয়। এইভাবে, সাধারণভাবে, দুটি সংলগ্ন ব্লকের মধ্যে গাছের বেশিরভাগ অংশ একই হওয়া উচিত, এবং তাই ডেটা একবার সংরক্ষণ করা যেতে পারে এবং পয়েন্টার ব্যবহার করে দুবার রেফারেন্স করা যেতে পারে (যেমন, সাবট্রি-এর হ্যাস)। এটি সম্পাদনের জন্য একটি বিশেষ ধরনের ট্রি যা "প্যাট্রিসিয়া ট্রি" নামে পরিচিত তা ব্যবহার করা হয়, যার মধ্যে মার্কল ট্রি ধারণার একটি পরিবর্তন রয়েছে যা নোডগুলিকে শুধুমাত্র পরিবর্তন করার পরিবর্তে দক্ষতার সাথে সন্নিবেশ এবং মুছে ফেলার অনুমতি দেয়। অতিরিক্তভাবে, যেহেতু সমস্ত স্টেট তথ্য শেষ ব্লকের অংশ, তাই পুরো ব্লকচেইন ইতিহাস সংরক্ষণ করার প্রয়োজন নেই - একটি কৌশল যা, যদি এটি বিটকয়েনে প্রয়োগ করা যেত, তাহলে স্থান বাঁচানোর ক্ষেত্রে 5-20 গুণ সাশ্রয়ী হতে পারে।
+
+একটি সাধারণভাবে জিজ্ঞাসিত প্রশ্ন হলো ফিজিক্যাল হার্ডওয়্যারের পরিপ্রেক্ষিতে চুক্তি কোডটি "কোথায়" সম্পাদিত হয়। এর একটি সহজ উত্তর আছে: চুক্তি কোড সম্পাদনের প্রক্রিয়াটি স্টেট ট্রানজিশন ফাংশনের সংজ্ঞার অংশ, যা ব্লক বৈধতা অ্যালগরিদমের অংশ, তাই যদি একটি লেনদেন ব্লক `B`-তে যোগ করা হয় তবে সেই লেনদেন দ্বারা উত্পন্ন কোড এক্সিকিউশনটি সমস্ত নোড দ্বারা, এখন এবং ভবিষ্যতে, যারা ব্লক `B` ডাউনলোড এবং যাচাই করে, তাদের দ্বারা সম্পাদিত হবে।
+
+## এপ্লিকেশন {#applications}
+
+সাধারণভাবে, ইথেরিয়ামের উপরে তিন ধরনের এপ্লিকেশন রয়েছে। প্রথম বিভাগটি হলো আর্থিক এপ্লিকেশন, যা ব্যবহারকারীদের তাদের অর্থ ব্যবহার করে চুক্তি পরিচালনা এবং প্রবেশের জন্য আরও শক্তিশালী উপায় প্রদান করে। এর মধ্যে রয়েছে উপ-মুদ্রা, আর্থিক ডেরিভেটিভস, হেজিং চুক্তি, সঞ্চয় ওয়ালেট, উইল এবং শেষ পর্যন্ত এমনকি কিছু শ্রেণীর পূর্ণ-মাত্রার কর্মসংস্থান চুক্তি। দ্বিতীয় বিভাগটি হলো আধা-আর্থিক এপ্লিকেশন, যেখানে অর্থ জড়িত কিন্তু যা করা হচ্ছে তার একটি ভারী অ-আর্থিক দিকও রয়েছে; একটি নিখুঁত উদাহরণ হলো কম্পিউটেশনাল সমস্যার সমাধানের জন্য স্ব-প্রয়োগকারী বাউন্টি। অবশেষে, অনলাইন ভোটিং এবং বিকেন্দ্রীভূত গভর্নেন্সের মতো এপ্লিকেশন রয়েছে যা মোটেও আর্থিক নয়।
+
+### টোকেন সিস্টেম {#token-systems}
+
+অন-ব্লকচেইন টোকেন সিস্টেমগুলির অনেক এপ্লিকেশন রয়েছে, যার মধ্যে রয়েছে USD বা সোনার মতো সম্পদ প্রতিনিধিত্বকারী উপ-মুদ্রা থেকে শুরু করে কোম্পানির স্টক, স্মার্ট সম্পত্তি প্রতিনিধিত্বকারী স্বতন্ত্র টোকেন, নিরাপদ অ-জালযোগ্য কুপন এবং এমনকি প্রচলিত মূল্যের সাথে কোনো সম্পর্কহীন টোকেন সিস্টেম, যা প্রণোদনার জন্য পয়েন্ট সিস্টেম হিসাবে ব্যবহৃত হয়। ইথেরিয়ামে টোকেন সিস্টেম বাস্তবায়ন করা আশ্চর্যজনকভাবে সহজ। বোঝার মূল বিষয়টি হলো যে সমস্ত মুদ্রা, বা টোকেন সিস্টেম, মৌলিকভাবে একটি ডাটাবেস যার একটি অপারেশন রয়েছে: A থেকে X ইউনিট বিয়োগ করুন এবং B-কে X ইউনিট দিন, এই শর্তে যে (i) লেনদেনের আগে A-এর কাছে কমপক্ষে X ইউনিট ছিল এবং (2) লেনদেনটি A দ্বারা অনুমোদিত। একটি টোকেন সিস্টেম বাস্তবায়নের জন্য যা লাগে তা হলো এই যুক্তিটি একটি চুক্তিতে বাস্তবায়ন করা।
+
+সারপেন্টে একটি টোকেন সিস্টেম বাস্তবায়নের জন্য মৌলিক কোডটি নিম্নরূপ:
+
+```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
+```
+
+এটি মূলত এই নথিতে উপরে বর্ণিত "ব্যাংকিং সিস্টেম" স্টেট ট্রানজিশন ফাংশনের একটি আক্ষরিক বাস্তবায়ন। প্রথম স্থানে মুদ্রার একক বিতরণের প্রাথমিক ধাপ এবং কয়েকটি অন্যান্য প্রান্তিক ক্ষেত্রের জন্য কয়েকটি অতিরিক্ত লাইনের কোড যোগ করা প্রয়োজন এবং আদর্শভাবে একটি ফাংশন যোগ করা উচিত যাতে অন্যান্য চুক্তিগুলি একটি ঠিকানার ব্যালেন্সের জন্য জিজ্ঞাসা করতে পারে। কিন্তু এটাই সব। তাত্ত্বিকভাবে, ইথেরিয়াম-ভিত্তিক টোকেন সিস্টেম যা উপ-মুদ্রা হিসাবে কাজ করে তা সম্ভাব্যভাবে আরেকটি গুরুত্বপূর্ণ বৈশিষ্ট্য অন্তর্ভুক্ত করতে পারে যা অনচেইন বিটকয়েন-ভিত্তিক মেটা-মুদ্রার অভাব রয়েছে: সরাসরি সেই মুদ্রায় লেনদেন ফি প্রদানের ক্ষমতা। এটি বাস্তবায়নের উপায়টি হলো চুক্তিটি একটি ইথার ব্যালেন্স বজায় রাখবে যার মাধ্যমে এটি প্রেরককে ফি প্রদানের জন্য ব্যবহৃত ইথার ফেরত দেবে এবং এটি ফি হিসাবে নেওয়া অভ্যন্তরীণ মুদ্রা একক সংগ্রহ করে এবং একটি স্থির চলমান নিলামে সেগুলি পুনরায় বিক্রি করে এই ব্যালেন্সটি পুনরায় পূরণ করবে। ব্যবহারকারীদের এইভাবে তাদের অ্যাকাউন্টগুলি ইথার দিয়ে "সক্রিয়" করতে হবে, কিন্তু একবার ইথার সেখানে থাকলে তা পুনরায় ব্যবহারযোগ্য হবে কারণ চুক্তিটি প্রতিবার এটি ফেরত দেবে।
+
+### আর্থিক ডেরিভেটিভস এবং স্থিতিশীল-মূল্যের মুদ্রা {#financial-derivatives-and-stable-value-currencies}
+
+আর্থিক ডেরিভেটিভস হল একটি "স্মার্ট কন্ট্র্যাক্ট"-এর সবচেয়ে সাধারণ এপ্লিকেশন এবং কোডে বাস্তবায়নের জন্য সবচেয়ে সহজগুলির মধ্যে একটি। আর্থিক চুক্তি বাস্তবায়নের প্রধান চ্যালেঞ্জ হলো যে তাদের বেশিরভাগের জন্য একটি বাহ্যিক মূল্য টিকারের রেফারেন্স প্রয়োজন; উদাহরণস্বরূপ, একটি খুব আকাঙ্ক্ষিত এপ্লিকেশন হলো একটি স্মার্ট কন্ট্র্যাক্ট যা মার্কিন ডলারের সাপেক্ষে ইথারের (বা অন্য ক্রিপ্টোকারেন্সি) অস্থিরতার বিরুদ্ধে হেজ করে, কিন্তু এটি করার জন্য চুক্তিটিকে ETH/USD-এর মূল্য কী তা জানতে হবে। এটি করার সবচেয়ে সহজ উপায় হল একটি নির্দিষ্ট পক্ষ (যেমন, NASDAQ) দ্বারা পরিচালিত একটি "ডেটা ফিড" চুক্তির মাধ্যমে যা এমনভাবে ডিজাইন করা হয়েছে যাতে সেই পক্ষের প্রয়োজন অনুযায়ী চুক্তি আপডেট করার ক্ষমতা থাকে, এবং একটি ইন্টারফেস প্রদান করা যা অন্যান্য চুক্তিগুলিকে সেই চুক্তিতে একটি মেসেজ পাঠাতে এবং একটি প্রতিক্রিয়া পেতে দেয় যা মূল্য প্রদান করে।
+
+সেই গুরুত্বপূর্ণ উপাদানটি দেওয়া হলে, হেজিং চুক্তিটি নিম্নরূপ দেখাবে:
+
+1. পক্ষ A-কে 1000 ইথার ইনপুট করার জন্য অপেক্ষা করুন।
+2. পক্ষ B-কে 1000 ইথার ইনপুট করার জন্য অপেক্ষা করুন।
+3. 1000 ইথারের USD মূল্য, যা ডেটা ফিড চুক্তি জিজ্ঞাসা করে গণনা করা হয়, সংগ্রহস্থলে রেকর্ড করুন, ধরা যাক এটি $x।
+4. 30 দিন পরে, A বা B-কে চুক্তিটি "পুনরায় সক্রিয়" করার অনুমতি দিন যাতে A-কে $x মূল্যের ইথার (নতুন মূল্য পেতে ডেটা ফিড চুক্তি আবার জিজ্ঞাসা করে গণনা করা হয়) এবং বাকিটা B-কে পাঠানো যায়।
+
+ক্রিপ্টো-কমার্সে এই ধরনের চুক্তির যথেষ্ট সম্ভাবনা থাকবে। ক্রিপ্টোকারেন্সি সম্পর্কে উল্লিখিত প্রধান সমস্যাগুলির মধ্যে একটি হলো এটি অস্থির; যদিও অনেক ব্যবহারকারী এবং বণিক ক্রিপ্টোগ্রাফিক সম্পদ নিয়ে কাজ করার নিরাপত্তা এবং সুবিধা চাইতে পারে, তারা একদিনে তাদের তহবিলের মূল্যের 23% হারানোর সম্ভাবনার মুখোমুখি হতে নাও চাইতে পারে। এখন পর্যন্ত, সবচেয়ে সাধারণভাবে প্রস্তাবিত সমাধানটি হল ইস্যুকারী-সমর্থিত সম্পদ; ধারণাটি হল যে একজন ইস্যুকারী একটি উপ-মুদ্রা তৈরি করে যেখানে তাদের ইউনিট ইস্যু এবং প্রত্যাহার করার অধিকার রয়েছে এবং যে কেউ তাদের (অফলাইনে) একটি নির্দিষ্ট অন্তর্নিহিত সম্পদের (যেমন, সোনা, USD) একটি ইউনিট সরবরাহ করে তাকে মুদ্রার একটি ইউনিট সরবরাহ করে। ইস্যুকারী তারপর প্রতিশ্রুতি দেয় যে যে কেউ ক্রিপ্টো-সম্পদের এক ইউনিট ফেরত পাঠাবে তাকে অন্তর্নিহিত সম্পদের এক ইউনিট সরবরাহ করবে। এই প্রক্রিয়াটি যেকোনো অ-ক্রিপ্টোগ্রাফিক সম্পদকে একটি ক্রিপ্টোগ্রাফিক সম্পদে "উন্নত" করার অনুমতি দেয়, যদি ইস্যুকারীকে বিশ্বাস করা যায়।
+
+যাইহোক, বাস্তবে, ইস্যুকারীরা সবসময় বিশ্বস্ত হয় না এবং কিছু ক্ষেত্রে ব্যাঙ্কিং অবকাঠামো খুব দুর্বল, বা খুব প্রতিকূল, এই ধরনের পরিষেবা বিদ্যমান থাকার জন্য। আর্থিক ডেরিভেটিভস একটি বিকল্প প্রদান করে। এখানে, একটি সম্পদকে সমর্থন করার জন্য তহবিল সরবরাহকারী একক ইস্যুকারীর পরিবর্তে, ফটকাবাজদের একটি বিকেন্দ্রীভূত বাজার, এই বাজি ধরে যে একটি ক্রিপ্টোগ্রাফিক রেফারেন্স সম্পদের (যেমন, ETH) দাম বাড়বে, সেই ভূমিকা পালন করে। ইস্যুকারীদের বিপরীতে, ফটকাবাজদের তাদের দর কষাকষির দিক থেকে খেলাপি হওয়ার কোনো বিকল্প নেই কারণ হেজিং চুক্তি তাদের তহবিল এসক্রোতে রাখে। মনে রাখবেন যে এই পদ্ধতিটি সম্পূর্ণ বিকেন্দ্রীভূত নয়, কারণ মূল্য টিকার সরবরাহ করার জন্য এখনও একটি বিশ্বস্ত উৎসের প্রয়োজন, যদিও তর্কাতীতভাবে এমনকি এটি অবকাঠামোগত প্রয়োজনীয়তা হ্রাস (ইস্যুকারী হওয়ার বিপরীতে, মূল্য ফিড জারি করার জন্য কোনো লাইসেন্সের প্রয়োজন নেই এবং সম্ভবত বিনামূল্যে বক্তৃতা হিসাবে শ্রেণীবদ্ধ করা যেতে পারে) এবং জালিয়াতির সম্ভাবনা হ্রাস করার ক্ষেত্রে একটি বিশাল উন্নতি।
+
+### পরিচয় এবং খ্যাতি সিস্টেম {#identity-and-reputation-systems}
+
+প্রাচীনতম বিকল্প ক্রিপ্টোকারেন্সি, [নেমকয়েন](http://namecoin.org/), একটি নাম নিবন্ধন ব্যবস্থা প্রদানের জন্য একটি বিটকয়েন-সদৃশ ব্লকচেইন ব্যবহার করার চেষ্টা করেছিল, যেখানে ব্যবহারকারীরা অন্যান্য ডেটার পাশাপাশি একটি পাবলিক ডাটাবেসে তাদের নাম নিবন্ধন করতে পারে। প্রধান উল্লিখিত ব্যবহারের ক্ষেত্র হল একটি [DNS](https://wikipedia.org/wiki/Domain_Name_System) সিস্টেমের জন্য, যা "bitcoin.org" (বা, নেমকয়েনের ক্ষেত্রে, "bitcoin.bit") এর মতো ডোমেন নামগুলিকে একটি IP ঠিকানায় ম্যাপ করে। অন্যান্য ব্যবহারের ক্ষেত্রে ইমেল প্রমাণীকরণ এবং সম্ভাব্য আরও উন্নত খ্যাতি সিস্টেম অন্তর্ভুক্ত। এখানে ইথেরিয়ামে একটি নেমকয়েন-সদৃশ নাম নিবন্ধন ব্যবস্থা প্রদানের জন্য মৌলিক চুক্তিটি রয়েছে:
+
+```py
+def register(name, value):
+  if !self.storage[name]:
+    self.storage[name] = value
+```
+
+চুক্তিটি খুব সহজ; এটি কেবল ইথেরিয়াম নেটওয়ার্কের ভিতরে একটি ডাটাবেস যা যোগ করা যেতে পারে, কিন্তু পরিবর্তন বা অপসারণ করা যায় না। যে কেউ কিছু মান সহ একটি নাম নিবন্ধন করতে পারে এবং সেই নিবন্ধনটি তখন চিরকালের জন্য টিকে থাকে। একটি আরও পরিশীলিত নাম নিবন্ধন চুক্তিতে একটি "ফাংশন ক্লজ" থাকবে যা অন্যান্য চুক্তিগুলিকে এটি জিজ্ঞাসা করার অনুমতি দেবে, সেইসাথে একটি নামের "মালিক"-এর (অর্থাৎ, প্রথম নিবন্ধনকারী) ডেটা পরিবর্তন বা মালিকানা স্থানান্তর করার জন্য একটি প্রক্রিয়া থাকবে। কেউ এমনকি খ্যাতি এবং ওয়েব-অফ-ট্রাস্ট কার্যকারিতা উপরে যোগ করতে পারে।
+
+### বিকেন্দ্রীভূত ফাইল সংগ্রহস্থল {#decentralized-file-storage}
+
+বিগত কয়েক বছরে, বেশ কয়েকটি জনপ্রিয় অনলাইন ফাইল সংগ্রহস্থল স্টার্টআপ আবির্ভূত হয়েছে, যার মধ্যে সবচেয়ে উল্লেখযোগ্য হলো ড্রপবক্স, যা ব্যবহারকারীদের তাদের হার্ড ড্রাইভের একটি ব্যাকআপ আপলোড করার অনুমতি দেয় এবং পরিষেবাটি ব্যাকআপটি সংরক্ষণ করে এবং ব্যবহারকারীকে একটি মাসিক ফির বিনিময়ে এটি অ্যাক্সেস করার অনুমতি দেয়। যাইহোক, এই সময়ে ফাইল সংগ্রহস্থলের বাজার মাঝে মাঝে তুলনামূলকভাবে অদক্ষ; বিভিন্ন বিদ্যমান সমাধানগুলির একটি সারসরি দৃষ্টিতে দেখা যায় যে, বিশেষত "অস্বাভাবিক উপত্যকা" 20-200 GB স্তরে যেখানে বিনামূল্যে কোটা বা এন্টারপ্রাইজ-স্তরের ছাড় কোনোটিই কার্যকর হয় না, মূলধারার ফাইল সংগ্রহস্থলের মাসিক খরচ এমন যে আপনি এক মাসে পুরো হার্ড ড্রাইভের খরচের চেয়ে বেশি অর্থ প্রদান করছেন। ইথেরিয়াম কন্ট্র্যাক্টগুলি একটি বিকেন্দ্রীভূত ফাইল সংগ্রহস্থল ইকোসিস্টেমের বিকাশের অনুমতি দিতে পারে, যেখানে স্বতন্ত্র ব্যবহারকারীরা তাদের নিজস্ব হার্ড ড্রাইভ ভাড়া দিয়ে অল্প পরিমাণে অর্থ উপার্জন করতে পারে এবং অব্যবহৃত স্থান ফাইল সংগ্রহস্থলের খরচ আরও কমাতে ব্যবহার করা যেতে পারে।
+
+এই ধরনের ডিভাইসের মূল ভিত্তি হল যা আমরা "বিকেন্দ্রীভূত ড্রপবক্স চুক্তি" বলে অভিহিত করেছি। এই চুক্তিটি নিম্নরূপে কাজ করে। প্রথমে, ஒருவர் விரும்பிய ডেটা ബ്ലോക്കുകളായിப் பிரிக்கிறார், தனியுரிமைக்காக ஒவ்வொரு ব্লக்கையும் குறியாக்கம் செய்கிறார், மேலும் ಅದರಿಂದ ஒரு மெர்க்கல் மரத்தை உருவாக்குகிறார். তারপর একটি নিয়মের সাথে একটি চুক্তি করা হয় যে, প্রতি Nটি ব্লকের পরে, চুক্তিটি মার্কল ট্রিতে একটি এলোমেলো সূচক বেছে নেবে (চুক্তি কোড থেকে অ্যাক্সেসযোগ্য পূর্ববর্তী ব্লক হ্যাশকে এলোমেলোতার উৎস হিসাবে ব্যবহার করে) এবং X ইথার প্রথম সত্তাকে দেবে যা সেই নির্দিষ্ট সূচকে গাছের ব্লকের মালিকানার একটি সরলীকৃত পেমেন্ট যাচাইকরণের মতো প্রমাণ সহ একটি লেনদেন সরবরাহ করবে। যখন একজন ব্যবহারকারী তাদের ফাইলটি পুনরায় ডাউনলোড করতে চান, তখন তারা ফাইলটি পুনরুদ্ধার করতে একটি মাইক্রোপেমেন্ট চ্যানেল প্রোটোকল (যেমন, প্রতি 32 কিলোবাইটের জন্য 1 szabo প্রদান) ব্যবহার করতে পারেন; সবচেয়ে ফি-দক্ষ পদ্ধতি হল অর্থপ্রদানকারীকে লেনদেনটি শেষ পর্যন্ত প্রকাশ না করা, পরিবর্তে প্রতি 32 কিলোবাইটের পরে একই নন্সসহ লেনদেনটিকে সামান্য বেশি লাভজনক একটি দিয়ে প্রতিস্থাপন করা।
+
+প্রোটোকলের একটি গুরুত্বপূর্ণ বৈশিষ্ট্য হলো, যদিও মনে হতে পারে যে কেউ অনেক এলোমেলো নোডকে ফাইলটি ভুলে যাওয়ার সিদ্ধান্ত না নেওয়ার জন্য বিশ্বাস করছে, তবে গোপন ভাগাভাগির মাধ্যমে ফাইলটিকে অনেক টুকরোতে বিভক্ত করে এবং প্রতিটি টুকরো এখনও কোনো নোডের দখলে আছে কিনা তা দেখতে চুক্তিগুলি পর্যবেক্ষণ করে সেই ঝুঁকি প্রায় শূন্যে নামিয়ে আনা যায়। যদি একটি চুক্তি এখনও অর্থ প্রদান করে, তবে এটি একটি ক্রিপ্টোগ্রাফিক প্রমাণ সরবরাহ করে যে বাইরে কেউ এখনও ফাইলটি সংরক্ষণ করছে।
+
+### ডিসেন্ট্রালাইজড অটোনোমাস অর্গানাইজেশন {#decentralized-autonomous-organizations}
+
+একটি "ডিসেন্ট্রালাইজড অটোনোমাস অর্গানাইজেশন" এর সাধারণ ধারণাটি হলো একটি ভার্চুয়াল সত্তা যার একটি নির্দিষ্ট সেট সদস্য বা শেয়ারহোল্ডার রয়েছে যারা, সম্ভবত 67% সংখ্যাগরিষ্ঠতার সাথে, সত্তার তহবিল ব্যয় করার এবং এর কোড পরিবর্তন করার অধিকার রাখে। সদস্যরা সম্মিলিতভাবে সিদ্ধান্ত নেবে যে সংস্থাটি কীভাবে তার তহবিল বরাদ্দ করবে। একটি DAO-এর তহবিল বরাদ্দের পদ্ধতিগুলি বাউন্টি, বেতন থেকে শুরু করে এমনকি কাজের পুরষ্কার হিসাবে একটি অভ্যন্তরীণ মুদ্রার মতো আরও বহিরাগত প্রক্রিয়া পর্যন্ত হতে পারে। এটি মূলত একটি ঐতিহ্যবাহী কোম্পানি বা অলাভজনক সংস্থার আইনি ফাঁদগুলির প্রতিলিপি করে তবে প্রয়োগের জন্য শুধুমাত্র ক্রিপ্টোগ্রাফিক ব্লকচেইন প্রযুক্তি ব্যবহার করে। এখন পর্যন্ত DAO-র চারপাশে বেশিরভাগ কথাই হয়েছে লভ্যাংশ-গ্রহণকারী শেয়ারহোল্ডার এবং ট্রেডযোগ্য শেয়ার সহ একটি "বিকেন্দ্রীভূত স্বায়ত্তশাসিত কর্পোরেশন" (DAC) এর "পুঁজিবাদী" মডেল নিয়ে; একটি বিকল্প, যা সম্ভবত একটি "বিকেন্দ্রীভূত স্বায়ত্তশাসিত সম্প্রদায়" হিসাবে বর্ণনা করা যেতে পারে, তাতে সমস্ত সদস্যের সিদ্ধান্ত গ্রহণে সমান অংশ থাকবে এবং একজন সদস্য যোগ বা অপসারণের জন্য 67% বিদ্যমান সদস্যের সম্মতির প্রয়োজন হবে। একজন ব্যক্তির শুধুমাত্র একটি সদস্যপদ থাকতে পারে এই প্রয়োজনীয়তাটি তখন গ্রুপ দ্বারা সম্মিলিতভাবে প্রয়োগ করতে হবে।
+
+একটি DAO কোড করার একটি সাধারণ রূপরেখা নিম্নরূপ। সবচেয়ে সহজ নকশাটি কেবল একটি স্ব-পরিবর্তনকারী কোডের অংশ যা পরিবর্তন হয় যদি দুই-তৃতীয়াংশ সদস্য একটি পরিবর্তনে সম্মত হন। যদিও কোড তাত্ত্বিকভাবে অপরিবর্তনীয়, তবে কেউ সহজেই এটিকে এড়িয়ে যেতে পারে এবং পৃথক চুক্তিতে কোডের অংশগুলি রেখে ডি-ফ্যাক্টো পরিবর্তনশীলতা পেতে পারে এবং পরিবর্তনযোগ্য সংগ্রহস্থলে কোন চুক্তিগুলি কল করতে হবে তার ঠিকানা সংরক্ষণ করে। এই ধরনের একটি DAO চুক্তির একটি সহজ বাস্তবায়নে, তিনটি লেনদেনের ধরন থাকবে, যা লেনদেনে প্রদত্ত ডেটা দ্বারা পৃথক করা হয়:
+
+- `[0,i,K,V]` সূচক `i` সহ একটি প্রস্তাব নিবন্ধন করতে যা সংগ্রহস্থল সূচক `K`-এ ঠিকানাকে `V` মানে পরিবর্তন করবে
+- `[1,i]` প্রস্তাব `i`-এর পক্ষে একটি ভোট নিবন্ধন করতে
+- `[2,i]` প্রস্তাব `i` চূড়ান্ত করতে যদি যথেষ্ট ভোট দেওয়া হয়
+
+চুক্তিটিতে তখন এগুলির প্রত্যেকটির জন্য ধারা থাকবে। এটি সমস্ত উন্মুক্ত সংগ্রহস্থল পরিবর্তনের একটি রেকর্ড বজায় রাখবে, সাথে কে তাদের জন্য ভোট দিয়েছে তার একটি তালিকা। এর সমস্ত সদস্যের একটি তালিকাও থাকবে। যখন কোনো সংগ্রহস্থল পরিবর্তন দুই-তৃতীয়াংশ সদস্যের ভোটে পৌঁছায়, তখন একটি চূড়ান্তকরণ লেনদেন পরিবর্তনটি কার্যকর করতে পারে। একটি আরও পরিশীলিত কাঠামোতে লেনদেন পাঠানো, সদস্য যোগ করা এবং সদস্য অপসারণ করার মতো বৈশিষ্ট্যগুলির জন্য অন্তর্নির্মিত ভোটিং ক্ষমতা থাকবে এবং এমনকি [লিকুইড ডেমোক্রেসি](https://wikipedia.org/wiki/Liquid_democracy)-শৈলীর ভোট প্রতিনিধি প্রদানের ব্যবস্থাও থাকতে পারে (অর্থাৎ, যে কেউ তাদের জন্য ভোট দেওয়ার জন্য কাউকে নিয়োগ করতে পারে, এবং নিয়োগটি ট্রানজিটিভ হয় তাই যদি A, B-কে এবং B, C-কে নিয়োগ করে তবে C, A-এর ভোট নির্ধারণ করে)। এই নকশাটি DAO-কে একটি বিকেন্দ্রীভূত সম্প্রদায় হিসাবে জৈবিকভাবে বাড়তে দেবে, যা লোকেদের অবশেষে বিশেষজ্ঞদের কাছে কে সদস্য তা ফিল্টার করার কাজটি অর্পণ করতে দেবে, যদিও "বর্তমান সিস্টেমের" বিপরীতে বিশেষজ্ঞরা স্বতন্ত্র সম্প্রদায়ের সদস্যদের তাদের সারিবদ্ধতা পরিবর্তন করার সাথে সাথে সময়ের সাথে সাথে সহজেই অস্তিত্বে আসতে এবং অদৃশ্য হতে পারে।
+
+একটি বিকল্প মডেল হলো একটি বিকেন্দ্রীভূত কর্পোরেশন, যেখানে যেকোনো অ্যাকাউন্টের শূন্য বা তার বেশি শেয়ার থাকতে পারে এবং একটি সিদ্ধান্ত নেওয়ার জন্য শেয়ারের দুই-তৃতীয়াংশ প্রয়োজন। একটি সম্পূর্ণ কঙ্কালে সম্পদ ব্যবস্থাপনা কার্যকারিতা, শেয়ার কেনা বা বেচার জন্য একটি অফার করার ক্ষমতা এবং অফার গ্রহণ করার ক্ষমতা (বিশেষত চুক্তির ভিতরে একটি অর্ডার-ম্যাচিং প্রক্রিয়া সহ) জড়িত থাকবে। প্রতিনিধিত্বও বিদ্যমান থাকবে লিকুইড ডেমোক্রেসি-স্টাইলে, "বোর্ড অফ ডিরেক্টরস"-এর ধারণাকে সাধারণীকরণ করে।
+
+### আরও এপ্লিকেশন {#further-applications}
+
+**১. সঞ্চয় ওয়ালেট**। ধরুন অ্যালিস তার তহবিল নিরাপদ রাখতে চায়, কিন্তু চিন্তিত যে সে তার প্রাইভেট কী হারাবে বা কেউ হ্যাক করবে। সে ববের সাথে একটি চুক্তিতে ইথার রাখে, একটি ব্যাংক, নিম্নরূপ:
+
+- অ্যালিস একাই প্রতিদিন তহবিলের সর্বোচ্চ 1% উত্তোলন করতে পারে।
+- বব একাই প্রতিদিন তহবিলের সর্বোচ্চ 1% উত্তোলন করতে পারে, কিন্তু অ্যালিসের তার কী দিয়ে একটি লেনদেন করার ক্ষমতা রয়েছে যা এই ক্ষমতা বন্ধ করে দেবে।
+- অ্যালিস এবং বব একসাথে যেকোনো কিছু উত্তোলন করতে পারে।
+
+সাধারণত, প্রতিদিন 1% অ্যালিসের জন্য যথেষ্ট, এবং যদি অ্যালিস আরও উত্তোলন করতে চায় তবে সে সাহায্যের জন্য ববের সাথে যোগাযোগ করতে পারে। যদি অ্যালিসের কী হ্যাক হয়ে যায়, তবে সে তহবিলগুলি একটি নতুন চুক্তিতে স্থানান্তরিত করতে ববের কাছে ছুটে যায়। যদি সে তার কী হারিয়ে ফেলে, বব অবশেষে তহবিলগুলি বের করে নেবে। যদি বব দূষিত বলে প্রমাণিত হয়, তবে সে তার উত্তোলনের ক্ষমতা বন্ধ করে দিতে পারে।
+
+**২. ফসল বীমা**। যেকোনো মূল্য সূচকের পরিবর্তে আবহাওয়ার একটি ডেটা ফিড ব্যবহার করে সহজেই একটি আর্থিক ডেরিভেটিভস চুক্তি তৈরি করা যায়। যদি আইওয়ার একজন কৃষক একটি ডেরিভেটিভ ক্রয় করে যা আইওয়ার বৃষ্টিপাতের উপর ভিত্তি করে বিপরীতভাবে অর্থ প্রদান করে, তবে যদি খরা হয়, তবে কৃষক স্বয়ংক্রিয়ভাবে অর্থ পাবে এবং যদি যথেষ্ট বৃষ্টি হয় তবে কৃষক খুশি হবে কারণ তাদের ফসল ভাল হবে। এটি সাধারণভাবে প্রাকৃতিক দুর্যোগ বীমাতে প্রসারিত করা যেতে পারে।
+
+**৩. একটি বিকেন্দ্রীভূত ডেটা ফিড**। পার্থক্যের জন্য আর্থিক চুক্তির ক্ষেত্রে, "[SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/)" নামক একটি প্রোটোকলের মাধ্যমে ডেটা ফিডকে বিকেন্দ্রীকরণ করা আসলে সম্ভব হতে পারে। SchellingCoin মূলত নিম্নোক্তভাবে কাজ করে: N পক্ষ সবাই সিস্টেমে একটি প্রদত্ত ডেটামের মান (যেমন, ETH/USD মূল্য) রাখে, মানগুলি সাজানো হয়, এবং 25তম এবং 75তম পার্সেন্টাইলের মধ্যে সবাই পুরস্কার হিসাবে একটি টোকেন পায়। প্রত্যেকেরই সেই উত্তরটি সরবরাহ করার প্রণোদনা রয়েছে যা অন্য সবাই সরবরাহ করবে এবং একমাত্র মান যা বিপুল সংখ্যক খেলোয়াড় বাস্তবসম্মতভাবে একমত হতে পারে তা হলো স্পষ্ট ডিফল্ট: সত্য। এটি একটি বিকেন্দ্রীভূত প্রোটোকল তৈরি করে যা তাত্ত্বিকভাবে ETH/USD মূল্য, বার্লিনের তাপমাত্রা বা এমনকি একটি নির্দিষ্ট কঠিন গণনার ফলাফল সহ যেকোনো সংখ্যক মান সরবরাহ করতে পারে।
+
+**4.** স্মার্ট মাল্টিসিগনেচার এসক্রো\*\*। বিটকয়েন মাল্টিসিগনেচার লেনদেন চুক্তির অনুমতি দেয় যেখানে, উদাহরণস্বরূপ, প্রদত্ত পাঁচটি কী-এর মধ্যে তিনটি তহবিল ব্যয় করতে পারে। ইথেরিয়াম আরও সূক্ষ্মতার অনুমতি দেয়; উদাহরণস্বরূপ, পাঁচটির মধ্যে চারটি সবকিছু ব্যয় করতে পারে, পাঁচটির মধ্যে তিনটি প্রতিদিন 10% পর্যন্ত ব্যয় করতে পারে এবং পাঁচটির মধ্যে দুটি প্রতিদিন 0.5% পর্যন্ত ব্যয় করতে পারে। অতিরিক্তভাবে, ইথেরিয়াম মাল্টিসিগ অ্যাসিঙ্ক্রোনাস - দুটি পক্ষ বিভিন্ন সময়ে ব্লকচেইনে তাদের স্বাক্ষর নিবন্ধন করতে পারে এবং শেষ স্বাক্ষরটি স্বয়ংক্রিয়ভাবে লেনদেনটি পাঠাবে।
+
+**5.** ক্লাউড কম্পিউটিং\*\*। EVM প্রযুক্তি একটি যাচাইযোগ্য কম্পিউটিং পরিবেশ তৈরি করতেও ব্যবহার করা যেতে পারে, যা ব্যবহারকারীদের অন্যদের গণনা করতে বলতে এবং তারপরে ঐচ্ছিকভাবে নির্দিষ্ট এলোমেলোভাবে নির্বাচিত চেকপয়েন্টে গণনা সঠিকভাবে করা হয়েছিল কিনা তার প্রমাণ চাইতে দেয়। এটি একটি ক্লাউড কম্পিউটিং বাজার তৈরির অনুমতি দেয় যেখানে যেকোনো ব্যবহারকারী তাদের ডেস্কটপ, ল্যাপটপ বা বিশেষায়িত সার্ভার দিয়ে অংশগ্রহণ করতে পারে এবং নিরাপত্তা জমার সাথে স্পট-চেকিং ব্যবহার করে নিশ্চিত করা যেতে পারে যে সিস্টেমটি নির্ভরযোগ্য (অর্থাৎ, নোডগুলি লাভজনকভাবে প্রতারণা করতে পারে না)। যদিও এই ধরনের সিস্টেম সমস্ত কাজের জন্য উপযুক্ত নাও হতে পারে; উদাহরণস্বরূপ, যে কাজগুলির জন্য উচ্চ স্তরের আন্তঃ-প্রক্রিয়া যোগাযোগের প্রয়োজন হয়, সেগুলি নোডের একটি বড় ক্লাউডে সহজে করা যায় না। যাইহোক, অন্যান্য কাজগুলি সমান্তরাল করা অনেক সহজ; SETI@home, folding@home এবং জেনেটিক অ্যালগরিদমের মতো প্রকল্পগুলি এই ধরনের প্ল্যাটফর্মের উপরে সহজেই প্রয়োগ করা যেতে পারে।
+
+**6.** পিয়ার-টু-পিয়ার জুয়া\*\*। ফ্র্যাঙ্ক স্টাজানো এবং রিচার্ড ক্লেটনের [সাইবারডাইস](http://www.cl.cam.ac.uk/~fms27/papers/2008-StajanoCla-cyberdice.pdf) এর মতো যেকোনো সংখ্যক পিয়ার-টু-পিয়ার জুয়া প্রোটোকল ইথেরিয়াম ব্লকচেইনে প্রয়োগ করা যেতে পারে। সবচেয়ে সহজ জুয়া প্রোটোকলটি আসলে কেবল পরবর্তী ব্লক হ্যাশের উপর পার্থক্যের জন্য একটি চুক্তি এবং সেখান থেকে আরও উন্নত প্রোটোকল তৈরি করা যেতে পারে, যা প্রায় শূন্য ফি সহ জুয়া পরিষেবা তৈরি করে যা প্রতারণা করার কোনো ক্ষমতা রাখে না।
+
+**7.** ভবিষ্যদ্বাণী বাজার\*\*। একটি ওরাকল বা SchellingCoin সরবরাহ করা হলে, ভবিষ্যদ্বাণী বাজারগুলিও বাস্তবায়ন করা সহজ, এবং ভবিষ্যদ্বাণী বাজারগুলি সহ SchellingCoin বিকেন্দ্রীভূত সংস্থাগুলির জন্য একটি গভর্নেন্স প্রোটোকল হিসাবে [futarchy](https://mason.gmu.edu/~rhanson/futarchy.html)-র প্রথম মূলধারার অ্যাপ্লিকেশন হিসাবে প্রমাণিত হতে পারে।
+
+**8.** অনচেইন বিকেন্দ্রীভূত বাজার\*\*, পরিচয় এবং খ্যাতি সিস্টেমকে ভিত্তি হিসাবে ব্যবহার করে।
+
+## বিবিধ এবং উদ্বেগ {#miscellanea-and-concerns}
+
+### পরিবর্তিত GHOST বাস্তবায়ন {#modified-ghost-implementation}
+
+"গ্রিডি হেভিয়েস্ট অবজার্ভড সাবট্রি" (GHOST) প্রোটোকলটি ডিসেম্বর 2013-এ ইওনাতান সোমপোলিনস্কি এবং আভিভ জোহার দ্বারা প্রথম প্রবর্তিত একটি উদ্ভাবন। GHOST-এর পেছনের প্রেরণা হলো যে দ্রুত নিশ্চিতকরণ সময় সহ ব্লকচেইনগুলি বর্তমানে একটি উচ্চ বাসি হারের কারণে হ্রাসকৃত নিরাপত্তায় ভোগে - কারণ ব্লকগুলি নেটওয়ার্কের মাধ্যমে প্রচার করতে একটি নির্দিষ্ট সময় নেয়, যদি মাইনার A একটি ব্লক মাইন করে এবং তারপরে মাইনার B মাইনার A-এর ব্লক B-তে প্রচার করার আগে আরেকটি ব্লক মাইন করে, তবে মাইনার B-এর ব্লকটি নষ্ট হয়ে যাবে এবং নেটওয়ার্ক নিরাপত্তায় অবদান রাখবে না। অধিকন্তু, একটি কেন্দ্রীকরণ সমস্যা রয়েছে: যদি মাইনার A 30% হ্যাশপাওয়ার সহ একটি মাইনিং পুল হয় এবং B-এর 10% হ্যাশপাওয়ার থাকে, তবে A-এর 70% সময় একটি বাসি ব্লক উত্পাদন করার ঝুঁকি থাকবে (যেহেতু অন্য 30% সময় A শেষ ব্লকটি তৈরি করেছে এবং তাই অবিলম্বে মাইনিং ডেটা পাবে) যেখানে B-এর 90% সময় একটি বাসি ব্লক উত্পাদন করার ঝুঁকি থাকবে। সুতরাং, যদি বাসি হারের জন্য ব্লক বিরতি যথেষ্ট ছোট হয়, তবে A তার আকারের গুণে যথেষ্ট বেশি দক্ষ হবে। এই দুটি প্রভাবের সম্মিলিতভাবে, যে ব্লকচেইনগুলি দ্রুত ব্লক তৈরি করে সেগুলি খুব সম্ভবত একটি মাইনিং পুলের দিকে পরিচালিত করবে যা নেটওয়ার্ক হ্যাশপাওয়ারের একটি যথেষ্ট বড় শতাংশ রাখে যাতে মাইনিং প্রক্রিয়ার উপর ডি ফ্যাক্টো নিয়ন্ত্রণ থাকে।
+
+সোমপোলিনস্কি এবং জোহার দ্বারা বর্ণিত হিসাবে, GHOST কোন চেইনটি "দীর্ঘতম" তার গণনায় বাসি ব্লকগুলি অন্তর্ভুক্ত করে নেটওয়ার্ক নিরাপত্তা ক্ষতির প্রথম সমস্যাটি সমাধান করে; অর্থাৎ, শুধুমাত্র একটি ব্লকের প্যারেন্ট এবং আরও পূর্বপুরুষ নয়, বরং ব্লকের পূর্বপুরুষের বাসি বংশধর (ইথেরিয়াম জার্গনে, "আঙ্কেল") কোন ব্লকটির পিছনে সবচেয়ে বড় মোট প্রুফ-অফ-ওয়ার্ক রয়েছে তার গণনায় যোগ করা হয়। কেন্দ্রীকরণ পক্ষপাতের দ্বিতীয় সমস্যাটি সমাধান করার জন্য, আমরা সোমপোলিনস্কি এবং জোহার দ্বারা বর্ণিত প্রোটোকলের বাইরে যাই এবং বাসিদের জন্য ব্লক রিওয়ার্ডও প্রদান করি: একটি বাসি ব্লক তার ভিত্তি পুরস্কারের 87.5% পায় এবং যে নেফিউ বাসি ব্লকটি অন্তর্ভুক্ত করে সে অবশিষ্ট 12.5% পায়। যাইহোক, লেনদেন ফি আঙ্কেলদের দেওয়া হয় না।
+
+ইথেরিয়াম GHOST-এর একটি সরলীকৃত সংস্করণ প্রয়োগ করে যা শুধুমাত্র সাতটি স্তর পর্যন্ত যায়। বিশেষত, এটি নিম্নরূপে সংজ্ঞায়িত করা হয়েছে:
+
+- একটি ব্লককে অবশ্যই একটি প্যারেন্ট নির্দিষ্ট করতে হবে এবং এটিকে অবশ্যই 0 বা তার বেশি আঙ্কেল নির্দিষ্ট করতে হবে
+- ব্লক B-তে অন্তর্ভুক্ত একটি আঙ্কেলের নিম্নলিখিত বৈশিষ্ট্য থাকতে হবে:
+  - এটি অবশ্যই B-এর kth প্রজন্মের পূর্বপুরুষের একটি সরাসরি চাইল্ড হতে হবে, যেখানে `2 <= k <= 7`।
+  - এটি B-এর পূর্বপুরুষ হতে পারে না
+  - একটি আঙ্কেল অবশ্যই একটি বৈধ ব্লক হেডার হতে হবে, কিন্তু এটি পূর্বে যাচাইকৃত বা এমনকি বৈধ ব্লক হওয়ার প্রয়োজন নেই
+  - একটি আঙ্কেল অবশ্যই পূর্ববর্তী ব্লকগুলিতে অন্তর্ভুক্ত সমস্ত আঙ্কেল এবং একই ব্লকে অন্তর্ভুক্ত অন্যান্য সমস্ত আঙ্কেল থেকে ভিন্ন হতে হবে (অ-দ্বি-অন্তর্ভুক্তি)
+- ব্লক B-তে প্রতিটি আঙ্কেল U-এর জন্য, B-এর মাইনার তার কয়েনবেস পুরস্কারে অতিরিক্ত 3.125% যোগ পায় এবং U-এর মাইনার একটি স্ট্যান্ডার্ড কয়েনবেস পুরস্কারের 93.75% পায়।
+
+GHOST-এর এই সীমিত সংস্করণটি, শুধুমাত্র 7 প্রজন্ম পর্যন্ত অন্তর্ভুক্ত করা যায় এমন আঙ্কেল সহ, দুটি কারণে ব্যবহৃত হয়েছিল। প্রথমত, সীমাহীন GHOST একটি প্রদত্ত ব্লকের জন্য কোন আঙ্কেলগুলি বৈধ তা গণনায় খুব বেশি জটিলতা অন্তর্ভুক্ত করবে। দ্বিতীয়ত, ইথেরিয়ামে ব্যবহৃত ক্ষতিপূরণ সহ সীমাহীন GHOST একজন মাইনারকে মূল চেইনে এবং একজন পাবলিক আক্রমণকারীর চেইনে নয় মাইন করার প্রণোদনা সরিয়ে দেয়।
+
+### ফি {#fees}
+
+যেহেতু ব্লকচেইনে প্রকাশিত প্রতিটি লেনদেন নেটওয়ার্কের উপর এটি ডাউনলোড এবং যাচাই করার প্রয়োজনের খরচ আরোপ করে, তাই অপব্যবহার রোধ করার জন্য কিছু নিয়ন্ত্রক প্রক্রিয়া, যা সাধারণত লেনদেন ফি জড়িত করে, তার প্রয়োজন রয়েছে। বিটকয়েনে ব্যবহৃত ডিফল্ট পদ্ধতিটি হলো সম্পূর্ণরূপে স্বেচ্ছাসেবী ফি থাকা, মাইনারদের উপর নির্ভর করে যারা গেটকিপার হিসাবে কাজ করে এবং গতিশীল সর্বনিম্ন নির্ধারণ করে। এই পদ্ধতিটি বিটকয়েন সম্প্রদায়ে খুব অনুকূলভাবে গৃহীত হয়েছে বিশেষত কারণ এটি "বাজার-ভিত্তিক", যা মাইনার এবং লেনদেন প্রেরকদের মধ্যে সরবরাহ এবং চাহিদা মূল্য নির্ধারণ করতে দেয়। যাইহোক, এই যুক্তির লাইনের সমস্যাটি হলো, লেনদেন প্রক্রিয়াকরণ একটি বাজার নয়; যদিও লেনদেন প্রক্রিয়াকরণকে মাইনার প্রেরককে দেওয়া একটি পরিষেবা হিসাবে ব্যাখ্যা করা স্বজ্ঞাতভাবে আকর্ষণীয়, বাস্তবে একজন মাইনার যে লেনদেনটি অন্তর্ভুক্ত করবে তা নেটওয়ার্কের প্রতিটি নোড দ্বারা প্রক্রিয়া করতে হবে, তাই লেনদেন প্রক্রিয়াকরণের খরচের বিশাল সংখ্যাগরিষ্ঠতা তৃতীয় পক্ষ বহন করে এবং মাইনার নয় যে এটি অন্তর্ভুক্ত করবে কিনা সেই সিদ্ধান্ত নিচ্ছে। সুতরাং, ট্র্যাজেডি-অফ-দ্য-কমন্স সমস্যাগুলি খুব সম্ভবত ঘটবে।
+
+যাইহোক, যেমনটি দেখা যায় বাজার-ভিত্তিক প্রক্রিয়ার এই ত্রুটিটি, যখন একটি নির্দিষ্ট ভুল সরলীকৃত ধারণা দেওয়া হয়, যাদুকরীভাবে নিজেকে বাতিল করে দেয়। যুক্তিটি নিম্নরূপ। ধরুন যে:
+
+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-এ সেট করা হবে, তবে আরও বিশ্লেষণের পরে সম্ভবত পরিবর্তন করা হবে।
+
+বিটকয়েনে বড় ব্লক আকারের জন্য আরেকটি নিরুৎসাহিত করার কারণ রয়েছে: যে ব্লকগুলি বড় সেগুলি প্রচার করতে বেশি সময় নেবে এবং এইভাবে বাসি হওয়ার সম্ভাবনা বেশি থাকবে। ইথেরিয়ামে, উচ্চ গ্যাস-ব্যবহারকারী ব্লকগুলিও প্রচার করতে বেশি সময় নিতে পারে কারণ সেগুলি শারীরিকভাবে বড় এবং কারণ সেগুলি যাচাই করার জন্য লেনদেন স্টেট ট্রানজিশনগুলি প্রক্রিয়া করতে বেশি সময় নেয়। এই বিলম্ব নিরুৎসাহ বিটকয়েনে একটি গুরুত্বপূর্ণ বিবেচনা, কিন্তু GHOST প্রোটোকলের কারণে ইথেরিয়ামে কম; সুতরাং, নিয়ন্ত্রিত ব্লক সীমার উপর নির্ভর করা একটি আরও স্থিতিশীল ভিত্তি প্রদান করে।
+
+### গণনা এবং টিউরিং-সম্পূর্ণতা {#computation-and-turing-completeness}
+
+একটি গুরুত্বপূর্ণ নোট হলো যে ইথিরিয়াম ভার্চুয়াল মেশিন টিউরিং-সম্পূর্ণ; এর মানে হল যে EVM কোড এমন যেকোনো গণনা এনকোড করতে পারে যা কল্পনাপ্রসূতভাবে করা যেতে পারে, যার মধ্যে রয়েছে অসীম লুপ। EVM কোড দুটি উপায়ে লুপিংয়ের অনুমতি দেয়। প্রথমত, একটি `JUMP` নির্দেশ রয়েছে যা প্রোগ্রামকে কোডের একটি পূর্ববর্তী স্থানে ফিরে যেতে দেয় এবং একটি `JUMPI` নির্দেশ শর্তসাপেক্ষ জাম্পিংয়ের জন্য, যা `while x < 27: x = x * 2` এর মতো বিবৃতির অনুমতি দেয়। দ্বিতীয়ত, চুক্তিগুলি অন্যান্য চুক্তিকে কল করতে পারে, যা সম্ভাব্যভাবে পুনরাবৃত্তির মাধ্যমে লুপিংয়ের অনুমতি দেয়। এটি স্বাভাবিকভাবেই একটি সমস্যার দিকে নিয়ে যায়: দূষিত ব্যবহারকারীরা কি মূলত মাইনার এবং পূর্ণ নোডগুলিকে একটি অসীম লুপে প্রবেশ করতে বাধ্য করে বন্ধ করে দিতে পারে? সমস্যাটি কম্পিউটার বিজ্ঞানের একটি সমস্যা থেকে উদ্ভূত হয় যা হল্টিং সমস্যা নামে পরিচিত: সাধারণ ক্ষেত্রে, একটি প্রদত্ত প্রোগ্রাম কখনো থামবে কিনা তা বলার কোনো উপায় নেই।
+
+স্টেট ট্রানজিশন বিভাগে বর্ণিত হিসাবে, আমাদের সমাধান একটি লেনদেনকে তার অনুমোদিত গণনামূলক ধাপের সর্বোচ্চ সংখ্যা সেট করতে বাধ্য করে কাজ করে এবং যদি এক্সিকিউশন বেশি সময় নেয় তবে গণনাটি ফিরিয়ে দেওয়া হয় কিন্তু ফি এখনও প্রদান করা হয়। বার্তাগুলি একইভাবে কাজ করে। আমাদের সমাধানের পেছনের প্রেরণা দেখানোর জন্য, নিম্নলিখিত উদাহরণগুলি বিবেচনা করুন:
+
+- একজন আক্রমণকারী একটি চুক্তি তৈরি করে যা একটি অসীম লুপ চালায় এবং তারপরে সেই লুপটি সক্রিয় করার জন্য মাইনারকে একটি লেনদেন পাঠায়। মাইনার লেনদেনটি প্রক্রিয়া করবে, অসীম লুপটি চালাবে এবং গ্যাস ফুরিয়ে যাওয়ার জন্য অপেক্ষা করবে। যদিও এক্সিকিউশন গ্যাস ফুরিয়ে যায় এবং মাঝপথে থেমে যায়, লেনদেনটি এখনও বৈধ এবং মাইনার এখনও প্রতিটি গণনামূলক ধাপের জন্য আক্রমণকারীর কাছ থেকে ফি দাবি করে।
+- একজন আক্রমণকারী একটি খুব দীর্ঘ অসীম লুপ তৈরি করে যাতে মাইনারকে এত দীর্ঘ সময় ধরে গণনা চালিয়ে যেতে বাধ্য করা হয় যে গণনা শেষ হওয়ার সময় আরও কয়েকটি ব্লক বেরিয়ে আসবে এবং মাইনারের পক্ষে ফি দাবি করার জন্য লেনদেনটি অন্তর্ভুক্ত করা সম্ভব হবে না। যাইহোক, আক্রমণকারীকে একটি `STARTGAS` মানের জন্য একটি মান জমা দিতে হবে যা এক্সিকিউশন নিতে পারে এমন গণনামূলক ধাপের সংখ্যা সীমাবদ্ধ করে, তাই মাইনার আগে থেকেই জানবে যে গণনাটি একটি অতিরিক্ত বড় সংখ্যক ধাপ নেবে।
+- একজন আক্রমণকারী `send(A,contract.storage[A]); contract.storage[A] = 0` -এর মতো কোনো ফর্মের কোডসহ একটি চুক্তি দেখে, এবং প্রথম ধাপটি চালানোর জন্য যথেষ্ট গ্যাসসহ একটি লেনদেন পাঠায় কিন্তু দ্বিতীয়টি নয় (অর্থাৎ, একটি উত্তোলন করা কিন্তু ব্যালেন্স কমতে না দেওয়া)। চুক্তি লেখককে এই ধরনের আক্রমণের বিরুদ্ধে সুরক্ষা নিয়ে চিন্তা করতে হবে না, কারণ যদি এক্সিকিউশন মাঝপথে থেমে যায় তবে পরিবর্তনগুলি ফিরিয়ে দেওয়া হয়।
+- একটি আর্থিক চুক্তি ঝুঁকি কমানোর জন্য নয়টি মালিকানাধীন ডেটা ফিডের মধ্যম নিয়ে কাজ করে। একজন আক্রমণকারী ডেটা ফিডগুলির একটি দখল করে, যা DAO-র বিভাগে বর্ণিত পরিবর্তনশীল-ঠিকানা-কল প্রক্রিয়ার মাধ্যমে পরিবর্তনযোগ্য হিসাবে ডিজাইন করা হয়েছে এবং এটিকে একটি অসীম লুপ চালানোর জন্য রূপান্তর করে, যার ফলে আর্থিক চুক্তি থেকে তহবিল দাবি করার যেকোনো প্রচেষ্টা গ্যাস ফুরিয়ে যেতে বাধ্য করার চেষ্টা করে। যাইহোক, আর্থিক চুক্তি এই সমস্যা প্রতিরোধ করতে বার্তার উপর একটি গ্যাস সীমা সেট করতে পারে।
+
+টিউরিং-সম্পূর্ণতার বিকল্প হল টিউরিং-অসম্পূর্ণতা, যেখানে `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}
+
+ইথেরিয়াম নেটওয়ার্কে নিজস্ব অন্তর্নির্মিত মুদ্রা, ইথার অন্তর্ভুক্ত রয়েছে, যা বিভিন্ন ধরণের ডিজিটাল সম্পদের মধ্যে দক্ষ বিনিময়ের জন্য একটি প্রাথমিক তারল্য স্তর প্রদানের দ্বৈত উদ্দেশ্য পরিবেশন করে এবং আরও গুরুত্বপূর্ণভাবে, লেনদেন ফি প্রদানের জন্য একটি প্রক্রিয়া প্রদান করে। সুবিধার জন্য এবং ভবিষ্যতের যুক্তি এড়াতে (বিটকয়েনে বর্তমান mBTC/uBTC/satoshi বিতর্ক দেখুন), মূল্যগুলি পূর্ব-লেবেলযুক্ত হবে:
+
+- 1: wei
+- 10<sup>12</sup>: szabo
+- 10<sup>15</sup>: finney
+- 10<sup>18</sup>: ether
+
+এটি "ডলার" এবং "সেন্ট" বা "BTC" এবং "সাতোশি" ধারণার একটি প্রসারিত সংস্করণ হিসাবে গ্রহণ করা উচিত। অদূর ভবিষ্যতে, আমরা আশা করি "ইথার" সাধারণ লেনদেনের জন্য, "ফিনি" মাইক্রোট্রানজ্যাকশনের জন্য এবং "জাবো" এবং "ওয়েই" ফি এবং প্রোটোকল বাস্তবায়ন সম্পর্কিত প্রযুক্তিগত আলোচনার জন্য ব্যবহৃত হবে; অবশিষ্ট মূল্যগুলি পরে দরকারী হতে পারে এবং এই সময়ে ক্লায়েন্টগুলিতে অন্তর্ভুক্ত করা উচিত নয়।
+
+ইস্যুয়েন্স মডেলটি নিম্নরূপ হবে:
+
+- ইথার একটি মুদ্রা বিক্রয়ে প্রতি BTC 1000-2000 ইথার মূল্যে প্রকাশ করা হবে, যা ইথেরিয়াম সংস্থাকে তহবিল সরবরাহ করার এবং উন্নয়নের জন্য অর্থ প্রদানের একটি প্রক্রিয়া যা মাস্টারকয়েন এবং NXT-এর মতো অন্যান্য প্ল্যাটফর্ম দ্বারা সাফল্যের সাথে ব্যবহৃত হয়েছে। পূর্ববর্তী ক্রেতারা বড় ছাড় থেকে উপকৃত হবেন। বিক্রয় থেকে প্রাপ্ত BTC সম্পূর্ণরূপে ডেভেলপারদের বেতন এবং বাউন্টি প্রদানের জন্য ব্যবহৃত হবে এবং ইথেরিয়াম এবং ক্রিপ্টোকারেন্সি ইকোসিস্টেমের বিভিন্ন লাভজনক এবং অলাভজনক প্রকল্পে বিনিয়োগ করা হবে।
+- বিক্রি হওয়া মোট পরিমাণের 0.099x (60102216 ETH) প্রাথমিক অবদানকারীদের ক্ষতিপূরণ দেওয়ার জন্য এবং জেনেসিস ব্লকের আগে ETH-denominated খরচ পরিশোধ করার জন্য সংস্থাকে বরাদ্দ করা হবে।
+- বিক্রি হওয়া মোট পরিমাণের 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-inflation.png)
+
+_রৈখিক মুদ্রা ইস্যুয়েন্স সত্ত্বেও, বিটকয়েনের মতোই সময়ের সাথে সাথে সরবরাহ বৃদ্ধির হার শূন্যের দিকে ঝোঁকে।_
+
+উপরের মডেলের দুটি প্রধান পছন্দ হলো (1) একটি এনডোমেন্ট পুলের অস্তিত্ব এবং আকার এবং (2) বিটকয়েনের মতো একটি সীমাবদ্ধ সরবরাহের বিপরীতে একটি স্থায়ীভাবে ক্রমবর্ধমান রৈখিক সরবরাহের অস্তিত্ব। এনডোমেন্ট পুলের যৌক্তিকতা নিম্নরূপ। যদি এনডোমেন্ট পুলের অস্তিত্ব না থাকত এবং একই মুদ্রাস্ফীতির হার প্রদানের জন্য রৈখিক ইস্যুয়েন্স 0.217x-এ হ্রাস করা হতো, তবে ইথারের মোট পরিমাণ 16.5% কম হতো এবং তাই প্রতিটি ইউনিট 19.8% বেশি মূল্যবান হতো। সুতরাং, ভারসাম্যে বিক্রয়ে 19.8% বেশি ইথার কেনা হতো, তাই প্রতিটি ইউনিট আবার আগের মতোই মূল্যবান হতো। সংস্থাটির কাছে তখন 1.198x বেশি BTC থাকতো, যা দুটি ভাগে বিভক্ত হিসাবে বিবেচনা করা যেতে পারে: আসল BTC এবং অতিরিক্ত 0.198x। সুতরাং, এই পরিস্থিতিটি এনডোমেন্টের _ঠিক সমতুল্য_, তবে একটি গুরুত্বপূর্ণ পার্থক্য সহ: সংস্থাটি সম্পূর্ণরূপে BTC ধারণ করে এবং তাই ইথার ইউনিটের মান সমর্থন করার জন্য উৎসাহিত হয় না।
+
+স্থায়ী রৈখিক সরবরাহ বৃদ্ধির মডেলটি বিটকয়েনে কিছু লোক যা অতিরিক্ত সম্পদ কেন্দ্রীকরণ হিসাবে দেখে তার ঝুঁকি হ্রাস করে এবং বর্তমান এবং ভবিষ্যতের যুগে বসবাসকারী ব্যক্তিদের মুদ্রা একক অর্জনের একটি ন্যায্য সুযোগ দেয়, একই সাথে ইথার প্রাপ্তি এবং ধরে রাখার জন্য একটি শক্তিশালী প্রণোদনা বজায় রাখে কারণ শতাংশ হিসাবে "সরবরাহ বৃদ্ধির হার" সময়ের সাথে সাথে এখনও শূন্যের দিকে ঝোঁকে। আমরা আরও তত্ত্ব দিয়েছি যে যেহেতু অসাবধানতা, মৃত্যু ইত্যাদির কারণে সময়ের সাথে সাথে কয়েন সবসময় হারিয়ে যায় এবং কয়েন ক্ষতিকে প্রতি বছর মোট সরবরাহের শতাংশ হিসাবে মডেল করা যেতে পারে, তাই প্রচলনে থাকা মোট মুদ্রার সরবরাহ আসলে শেষ পর্যন্ত বার্ষিক ইস্যুয়েন্সকে ক্ষতির হার দ্বারা ভাগ করে প্রাপ্ত একটি মানের সমান হয়ে স্থির হবে (যেমন, 1% ক্ষতির হারে, একবার সরবরাহ 26X-এ পৌঁছালে প্রতি বছর 0.26X মাইন করা হবে এবং 0.26X হারিয়ে যাবে, যা একটি ভারসাম্য তৈরি করবে)।
+
+মনে রাখবেন যে ভবিষ্যতে, সম্ভবত ইথেরিয়াম নিরাপত্তার জন্য প্রুফ-অফ-স্টেক মডেলে স্যুইচ করবে, যা ইস্যুয়েন্সের প্রয়োজনীয়তা প্রতি বছর শূন্য থেকে 0.05X-এর মধ্যে কমিয়ে দেবে। যদি ইথেরিয়াম সংস্থা তহবিল হারায় বা অন্য কোনো কারণে অদৃশ্য হয়ে যায়, তবে আমরা একটি "সামাজিক চুক্তি" খোলা রাখি: যে কারোরই ইথেরিয়ামের একটি ভবিষ্যতের প্রার্থী সংস্করণ তৈরি করার অধিকার রয়েছে, একমাত্র শর্ত হলো যে ইথারের পরিমাণ সর্বাধিক `60102216 * (1.198 + 0.26 * n)` এর সমান হতে হবে যেখানে `n` হল জেনেসিস ব্লকের পরের বছরের সংখ্যা। নির্মাতারা উন্নয়নের জন্য অর্থ প্রদানের জন্য PoS-চালিত সরবরাহ সম্প্রসারণ এবং সর্বাধিক অনুমোদিত সরবরাহ সম্প্রসারণের মধ্যে পার্থক্যের কিছু বা সমস্ত অংশ ক্রাউড-সেল বা অন্যথায় বরাদ্দ করতে স্বাধীন। সামাজিক চুক্তির সাথে সঙ্গতিপূর্ণ নয় এমন প্রার্থী আপগ্রেডগুলি ন্যায্যভাবে সঙ্গতিপূর্ণ সংস্করণে ফর্ক করা যেতে পারে।
+
+### মাইনিং কেন্দ্রীকরণ {#mining-centralization}
+
+বিটকয়েন মাইনিং অ্যালগরিদম মাইনারদের ব্লক হেডারের সামান্য পরিবর্তিত সংস্করণগুলিতে লক্ষ লক্ষ বার SHA256 গণনা করার মাধ্যমে কাজ করে, যতক্ষণ না অবশেষে একটি নোড এমন একটি সংস্করণ নিয়ে আসে যার হ্যাশ লক্ষ্যের চেয়ে কম (বর্তমানে প্রায় 2<sup>192</sup>)। যাইহোক, এই মাইনিং অ্যালগরিদম দুটি ধরণের কেন্দ্রীকরণের জন্য ঝুঁকিপূর্ণ। প্রথমত, মাইনিং ইকোসিস্টেমটি ASIC (অ্যাপ্লিকেশন-স্পেসিফিক ইন্টিগ্রেটেড সার্কিট) দ্বারা প্রভাবিত হয়েছে, যা বিটকয়েন মাইনিংয়ের নির্দিষ্ট কাজের জন্য ডিজাইন করা কম্পিউটার চিপ এবং তাই হাজার হাজার গুণ বেশি দক্ষ। এর মানে হল যে বিটকয়েন মাইনিং আর একটি অত্যন্ত বিকেন্দ্রীভূত এবং সমতাবাদী সাধনা নয়, যার জন্য কার্যকরভাবে অংশগ্রহণ করতে লক্ষ লক্ষ ডলারের মূলধন প্রয়োজন। দ্বিতীয়ত, বেশিরভাগ বিটকয়েন মাইনাররা আসলে স্থানীয়ভাবে ব্লক বৈধতা সম্পাদন করে না; পরিবর্তে, তারা ব্লক হেডার সরবরাহ করার জন্য একটি কেন্দ্রীভূত মাইনিং পুলের উপর নির্ভর করে। এই সমস্যাটি তর্কাতীতভাবে আরও খারাপ: এই লেখার সময় পর্যন্ত, শীর্ষ তিনটি মাইনিং পুল পরোক্ষভাবে বিটকয়েন নেটওয়ার্কের প্রায় 50% প্রক্রিয়াকরণ ক্ষমতা নিয়ন্ত্রণ করে, যদিও এটি এই সত্য দ্বারা প্রশমিত হয় যে যদি একটি পুল বা জোট 51% আক্রমণের চেষ্টা করে তবে মাইনাররা অন্য মাইনিং পুলে স্যুইচ করতে পারে।
+
+ইথেরিয়ামের বর্তমান উদ্দেশ্য হল একটি মাইনিং অ্যালগরিদম ব্যবহার করা যেখানে মাইনারদের স্টেট থেকে এলোমেলো ডেটা আনতে, ব্লকচেইনের শেষ Nটি ব্লক থেকে কিছু এলোমেলোভাবে নির্বাচিত লেনদেন গণনা করতে এবং ফলাফলের হ্যাশ ফেরত দিতে হয়। এর দুটি গুরুত্বপূর্ণ সুবিধা রয়েছে। প্রথমত, Ethereum চুক্তিতে যেকোনো ধরনের গণনা অন্তর্ভুক্ত থাকতে পারে, তাই একটি Ethereum ASIC মূলত সাধারণ গণনার জন্য একটি ASIC হবে - অর্থাৎ, একটি উন্নত CPU। দ্বিতীয়ত, মাইনিংয়ের জন্য পুরো ব্লকচেইনে অ্যাক্সেসের প্রয়োজন হয়, যা মাইনারদের পুরো ব্লকচেইন সংরক্ষণ করতে এবং অন্তত প্রতিটি লেনদেন যাচাই করতে সক্ষম হতে বাধ্য করে। এটি কেন্দ্রীভূত মাইনিং পুলের প্রয়োজনীয়তা দূর করে; যদিও মাইনিং পুলগুলি এখনও পুরস্কার বিতরণের এলোমেলোতা সমান করার বৈধ ভূমিকা পালন করতে পারে, এই কাজটি কেন্দ্রীয় নিয়ন্ত্রণ ছাড়াই পিয়ার-টু-পিয়ার পুল দ্বারা সমানভাবে ভালভাবে পরিবেশন করা যেতে পারে।
+
+এই মডেলটি পরীক্ষিত নয় এবং মাইনিং অ্যালগরিদম হিসাবে চুক্তি এক্সিকিউশন ব্যবহার করার সময় কিছু চতুর অপ্টিমাইজেশন এড়ানোর পথে অসুবিধা হতে পারে। যাইহোক, এই অ্যালগরিদমের একটি উল্লেখযোগ্যভাবে আকর্ষণীয় বৈশিষ্ট্য হলো এটি যে কাউকে "কূপ বিষাক্ত" করার অনুমতি দেয়, ব্লকচেইনে নির্দিষ্ট ASIC-গুলিকে বাধা দেওয়ার জন্য বিশেষভাবে ডিজাইন করা বিপুল সংখ্যক চুক্তি প্রবর্তন করে। ASIC নির্মাতাদের একে অপরকে আক্রমণ করার জন্য এই ধরনের কৌশল ব্যবহার করার অর্থনৈতিক প্রণোদনা বিদ্যমান। সুতরাং, আমরা যে সমাধানটি তৈরি করছি তা শেষ পর্যন্ত একটি অভিযোজিত অর্থনৈতিক মানবিক সমাধান এবং সম্পূর্ণরূপে একটি প্রযুক্তিগত সমাধান নয়।
+
+### মাপযোগ্যতা {#scalability}
+
+ইথেরিয়াম সম্পর্কে একটি সাধারণ উদ্বেগ হলো মাপযোগ্যতার সমস্যা। বিটকয়েনের মতো, ইথেরিয়ামও এই ত্রুটিতে ভোগে যে প্রতিটি লেনদেন নেটওয়ার্কের প্রতিটি নোড দ্বারা প্রক্রিয়া করা প্রয়োজন। বিটকয়েনের সাথে, বর্তমান ব্লকচেইনের আকার প্রায় 15 GB, যা প্রতি ঘন্টায় প্রায় 1 MB বাড়ছে। যদি বিটকয়েন নেটওয়ার্ক ভিসার 2000 লেনদেন প্রতি সেকেন্ড প্রক্রিয়া করে, তবে এটি প্রতি তিন সেকেন্ডে 1 MB (প্রতি ঘন্টায় 1 GB, প্রতি বছর 8 TB) বাড়বে। ইথেরিয়ামের সম্ভবত একই ধরনের বৃদ্ধির প্যাটার্ন ভোগার সম্ভাবনা রয়েছে, যা এই সত্য দ্বারা আরও খারাপ হয়েছে যে ইথেরিয়াম ব্লকচেইনের উপরে অনেক এপ্লিকেশন থাকবে যা বিটকয়েনের ক্ষেত্রে কেবল একটি মুদ্রা এবং এই সত্য দ্বারা প্রশমিত হয়েছে যে ইথেরিয়াম পূর্ণ নোডগুলিকে পুরো ব্লকচেইন ইতিহাসের পরিবর্তে কেবল স্টেট সংরক্ষণ করতে হবে।
+
+এই ধরনের একটি বড় ব্লকচেইন আকারের সমস্যা হলো কেন্দ্রীকরণ ঝুঁকি। যদি ব্লকচেইনের আকার, ধরা যাক, 100 TB-তে বৃদ্ধি পায়, তবে সম্ভাব্য দৃশ্যকল্প হবে যে শুধুমাত্র খুব অল্প সংখ্যক বড় ব্যবসা পূর্ণ নোড চালাবে, সমস্ত নিয়মিত ব্যবহারকারী লাইট SPV নোড ব্যবহার করবে। এই ধরনের পরিস্থিতিতে, এই উদ্বেগ দেখা দেয় যে সম্পূর্ণ নোডগুলি একত্রিত হতে পারে এবং সবাই কিছু লাভজনক উপায়ে প্রতারণা করতে সম্মত হতে পারে (যেমন, ব্লক রিওয়ার্ড পরিবর্তন করা, নিজেদের BTC দেওয়া)। লাইট নোডগুলির কাছে এটি অবিলম্বে সনাক্ত করার কোনো উপায় থাকবে না। অবশ্যই, অন্তত একটি সৎ পূর্ণ নোড সম্ভবত বিদ্যমান থাকবে এবং কয়েক ঘন্টা পরে জালিয়াতি সম্পর্কে তথ্য রেডিটের মতো চ্যানেলগুলির মাধ্যমে ছড়িয়ে পড়বে, কিন্তু সেই সময়ে এটি খুব দেরি হয়ে যাবে: এটি সাধারণ ব্যবহারকারীদের উপর নির্ভর করবে প্রদত্ত ব্লকগুলিকে কালো তালিকাভুক্ত করার একটি প্রচেষ্টা সংগঠিত করার, যা একটি সফল 51% আক্রমণ চালানোর মতো একই স্কেলের একটি বিশাল এবং সম্ভবত অসাধ্য সমন্বয় সমস্যা। বিটকয়েনের ক্ষেত্রে, এটি বর্তমানে একটি সমস্যা, তবে পিটার টডের দ্বারা প্রস্তাবিত একটি ব্লকচেইন পরিবর্তন বিদ্যমান যা এই সমস্যাটি প্রশমিত করবে।
+
+অদূর ভবিষ্যতে, ইথেরিয়াম এই সমস্যার সাথে মোকাবিলা করার জন্য দুটি অতিরিক্ত কৌশল ব্যবহার করবে। প্রথমত, ব্লকচেইন-ভিত্তিক মাইনিং অ্যালগরিদমের কারণে, অন্তত প্রতিটি মাইনারকে একটি পূর্ণ নোড হতে বাধ্য করা হবে, যা পূর্ণ নোডের সংখ্যার উপর একটি নিম্ন সীমা তৈরি করবে। দ্বিতীয় এবং আরও গুরুত্বপূর্ণভাবে, তবে, আমরা প্রতিটি লেনদেন প্রক্রিয়াকরণের পরে ব্লকচেইনে একটি মধ্যবর্তী স্টেট ট্রি রুট অন্তর্ভুক্ত করব। এমনকি যদি ব্লক বৈধতা কেন্দ্রীভূত হয়, যতক্ষণ পর্যন্ত একটি সৎ যাচাইকারী নোড বিদ্যমান থাকে, ততক্ষণ কেন্দ্রীকরণ সমস্যাটি একটি যাচাইকরণ প্রোটোকলের মাধ্যমে এড়ানো যেতে পারে। যদি একজন মাইনার একটি অবৈধ ব্লক প্রকাশ করে, সেই ব্লকটি হয় খারাপভাবে ফর্ম্যাট করা হয়েছে, অথবা স্টেট `S[n]` ভুল। যেহেতু `S[0]` সঠিক বলে জানা আছে, সেখানে অবশ্যই এমন কিছু প্রথম স্টেট `S[i]` থাকবে যা ভুল যেখানে `S[i-1]` সঠিক। যাচাইকারী নোড একটি "অবৈধতার প্রমাণ" সহ ইনডেক্স `i` সরবরাহ করবে যা `APPLY(S[i-1],TX[i]) -> S[i]` প্রক্রিয়া করার জন্য প্রয়োজনীয় প্যাট্রিসিয়া ট্রি নোডের সাবসেট নিয়ে গঠিত। নোডগুলি সেই গণনার অংশটি চালানোর জন্য সেই নোডগুলি ব্যবহার করতে সক্ষম হবে, এবং দেখবে যে জেনারেট করা `S[i]` সরবরাহ করা `S[i]`-এর সাথে মেলে না।
+
+আরেকটি, আরও পরিশীলিত, আক্রমণে দূষিত মাইনাররা অসম্পূর্ণ ব্লক প্রকাশ করবে, যাতে ব্লকগুলি বৈধ কিনা তা নির্ধারণ করার জন্য সম্পূর্ণ তথ্য বিদ্যমান থাকে না। এর সমাধান হল একটি চ্যালেঞ্জ-রেসপন্স প্রোটোকল: যাচাইকরণ নোডগুলি টার্গেট লেনদেন সূচকের আকারে "চ্যালেঞ্জ" জারি করে, এবং একটি নোড পাওয়ার পরে একটি লাইট নোড ব্লকটিকে অবিশ্বস্ত হিসাবে বিবেচনা করে যতক্ষণ না অন্য একটি নোড, মাইনার বা অন্য যাচাইকারী হোক, বৈধতার প্রমাণ হিসাবে প্যাট্রিসিয়া নোডের একটি সাবসেট প্রদান করে।
+
+## উপসংহার {#conclusion}
+
+Ethereum প্রোটোকলটি মূলত একটি ক্রিপটোকারেন্সির একটি আপগ্রেড করা সংস্করণ হিসাবে কল্পনা করা হয়েছিল, যা একটি অত্যন্ত সাধারণ প্রোগ্রামিং ভাষার মাধ্যমে অন-ব্লকচেইন এসক্রো, উত্তোলনের সীমা, আর্থিক চুক্তি, জুয়ার বাজার এবং এই জাতীয় উন্নত বৈশিষ্ট্য সরবরাহ করে। Ethereum প্রোটোকল সরাসরি কোনো অ্যাপ্লিকেশনকে "সাপোর্ট" করবে না, তবে একটি টুরিং-কমপ্লিট প্রোগ্রামিং ভাষার অস্তিত্বের মানে হল যে কোনো লেনদেনের ধরন বা অ্যাপ্লিকেশনের জন্য তাত্ত্বিকভাবে নির্বিচারে চুক্তি তৈরি করা যেতে পারে। তবে, Ethereum সম্পর্কে আরও আকর্ষণীয় বিষয় হল যে Ethereum প্রোটোকল শুধু মুদ্রার বাইরেও অনেক দূর এগিয়ে গেছে। বিকেন্দ্রীভূত ফাইল স্টোরেজ, বিকেন্দ্রীভূত গণনা এবং বিকেন্দ্রীভূত ভবিষ্যদ্বাণী বাজার, এই ধরনের অন্যান্য কয়েক ডজন ধারণার মধ্যে, কম্পিউটেশনাল শিল্পের দক্ষতা উল্লেখযোগ্যভাবে বৃদ্ধি করার সম্ভাবনা রয়েছে এবং প্রথমবারের মতো একটি অর্থনৈতিক লেয়ার যুক্ত করে অন্যান্য পিয়ার-টু-পিয়ার প্রোটোকলগুলিকে একটি বিশাল উত্সাহ প্রদান করে। অবশেষে, এমন অনেক অ্যাপ্লিকেশন রয়েছে যার সাথে অর্থের কোনো সম্পর্কই নেই।
+
+Ethereum প্রোটোকল দ্বারা বাস্তবায়িত একটি নির্বিচারে স্টেট ট্রানজিশন ফাংশনের ধারণাটি অনন্য সম্ভাবনাসহ একটি প্ল্যাটফর্মের জন্য সরবরাহ করে; ডেটা স্টোরেজ, জুয়া বা ফিনান্সে নির্দিষ্ট অ্যাপ্লিকেশনের জন্য একটি ক্লোজ-এন্ডেড, একক-উদ্দেশ্য প্রোটোকল হওয়ার পরিবর্তে, Ethereum ডিজাইনের দ্বারা ওপেন-এন্ডেড, এবং আমরা বিশ্বাস করি যে এটি আগামী বছরগুলিতে বিপুল সংখ্যক আর্থিক এবং অ-আর্থিক উভয় প্রোটোকলের জন্য একটি ভিত্তি স্তর হিসাবে কাজ করার জন্য অত্যন্ত উপযুক্ত।
+
+## নোট এবং আরও পড়া {#notes-and-further-reading}
+
+### নোট {#notes}
+
+1. একজন পরিশীলিত পাঠক লক্ষ্য করতে পারেন যে আসলে একটি Bitcoin অ্যাড্রেস হল ইলিপটিক কার্ভ পাবলিক কী-এর হ্যাস, এবং পাবলিক কী নিজেই নয়। যাইহোক, পাবকী হ্যাসকে পাবলিক কী হিসাবে উল্লেখ করা আসলে পুরোপুরি বৈধ ক্রিপ্টোগ্রাফিক পরিভাষা। এর কারণ হল Bitcoin-এর ক্রিপ্টোগ্রাফিকে একটি কাস্টম ডিজিটাল সিগনেচার অ্যালগরিদম হিসাবে বিবেচনা করা যেতে পারে, যেখানে পাবলিক কী ECC পাবকী-এর হ্যাস নিয়ে গঠিত, সিগনেচারটি ECC সিগনেচারের সাথে সংযুক্ত ECC পাবকী নিয়ে গঠিত, এবং ভেরিফিকেশন অ্যালগরিদমে সিগনেচারে থাকা ECC পাবকী-কে পাবলিক কী হিসাবে প্রদত্ত ECC পাবকী হ্যাসের সাথে চেক করা এবং তারপর ECC পাবকী-এর বিরুদ্ধে ECC সিগনেচার যাচাই করা জড়িত।
+2. প্রযুক্তিগতভাবে, পূর্ববর্তী 11টি ব্লকের মধ্যমা।
+3. অভ্যন্তরীণভাবে, 2 এবং "CHARLIE" উভয়ই সংখ্যা<sup>[fn3](#notes)</sup>, যার পরেরটি বিগ-এন্ডিয়ান বেস 256 রিপ্রেজেন্টেশনে রয়েছে। সংখ্যা কমপক্ষে 0 এবং সর্বোচ্চ 2<sup>256</sup>-1 হতে পারে।
+
+### আরও পড়ুন {#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. [Bitcoin হোয়াইটপেপার](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. [বিকেন্দ্রীভূত স্বায়ত্তশাসিত কর্পোরেশন, Bitcoin ম্যাগাজিন](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. [স্টরজে এবং অটোনমাস এজেন্ট, জেফ গারজিক](http://garzikrants.blogspot.ca/2013/01/storj-and-bitcoin-autonomous-agents.html)
+18. [টুরিং ফেস্টিভ্যালে স্মার্ট প্রপার্টি নিয়ে মাইক হিয়ার্ন](https://www.youtube.com/watch?v=MVyv4t0OKe4)
+19. [Ethereum RLP](/developers/docs/data-structures-and-encoding/rlp/)
+20. [Ethereum Merkle Patricia ট্রি](/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) দেখুন।_
+
+_Ethereum, অনেক কমিউনিটি-চালিত, ওপেন-সোর্স সফ্টওয়্যার প্রকল্পের মতো, তার প্রাথমিক সূচনা থেকে বিকশিত হয়েছে। _ইথেরিয়ামের সাম্প্রতিকতম ডেভেলপমেন্ট এবং প্রোটোকলে কীভাবে পরিবর্তন করা হয় সে সম্পর্কে জানতে, আমরা [এই গাইডটি](/learn/) সুপারিশ করি।_
diff --git a/public/content/translations/bn/wrapped-eth/index.md b/public/content/translations/bn/wrapped-eth/index.md
new file mode 100644
index 00000000000..60c0bfdb08c
--- /dev/null
+++ b/public/content/translations/bn/wrapped-eth/index.md
@@ -0,0 +1,66 @@
+---
+title: "র‍্যাপড ইথার (WETH) কী"
+description: "র‍্যাপড ইথার (WETH)-এর একটি ভূমিকা—ইথার (ETH)-এর জন্য একটি ERC20-সামঞ্জস্যপূর্ণ র‍্যাপার।"
+lang: bn
+---
+
+# র‍্যাপড ইথার (WETH) {#intro-to-weth}
+
+<Alert variant="update">
+<Emoji text="🎁" />
+<div>[WrapETH.com](https://www.wrapeth.com/)-এ যেকোনো চেইনে ETH র‍্যাপ বা আনর‍্যাপ করতে আপনার ওয়ালেট কানেক্ট করুন</div>
+</Alert>
+
+ইথার (ETH) হল Ethereum-এর প্রধান মুদ্রা। এটি স্টেকিং, একটি মুদ্রা হিসাবে, এবং গণনার জন্য গ্যাস ফি প্রদানের মতো বিভিন্ন উদ্দেশ্যে ব্যবহৃত হয়। **WETH কার্যকরীভাবে ETH-এর একটি আপগ্রেড করা ফর্ম, যেখানে অনেক অ্যাপ্লিকেশন এবং [ERC-20 টোকেন](/glossary/#erc-20) দ্বারা প্রয়োজনীয় কিছু অতিরিক্ত কার্যকারিতা রয়েছে**, যেগুলো Ethereum-এর অন্যান্য ধরনের ডিজিটাল সম্পদ। এই টোকেনগুলির সাথে কাজ করার জন্য, ETH-কে তাদের মতোই নিয়ম অনুসরণ করতে হবে, যা ERC-20 স্ট্যান্ডার্ড নামে পরিচিত।
+
+এই ব্যবধান পূরণ করতে, র‍্যাপড ETH (WETH) তৈরি করা হয়েছিল। **র‍্যাপড ETH হল একটি স্মার্ট কন্ট্র্যাক্ট যা আপনাকে কন্ট্র্যাক্টে যেকোনো পরিমাণ ETH জমা করতে এবং ERC-20 টোকেন স্ট্যান্ডার্ডের সাথে সঙ্গতিপূর্ণ মিন্ট করা WETH-এ একই পরিমাণ গ্রহণ করতে দেয়**। WETH হল ETH-এর একটি উপস্থাপনা যা আপনাকে নেটিভ সম্পদ ETH হিসাবে নয়, বরং একটি ERC-20 টোকেন হিসাবে এর সাথে ইন্টারঅ্যাক্ট করতে দেয়। গ্যাস ফি প্রদানের জন্য আপনার এখনও নেটিভ 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 এই স্পেসিফিকেশনের সাথে সঙ্গতিপূর্ণ নয়। এর মানে হল **আপনি সহজে** অন্যান্য ERC-20 টোকেনের জন্য ETH বিনিময় করতে পারবেন না বা **ERC-20 স্ট্যান্ডার্ড ব্যবহার করা অ্যাপে ETH ব্যবহার করতে পারবেন না**। ETH র‍্যাপ করা আপনাকে নিম্নলিখিতগুলি করার সুযোগ দেয়:
+
+- **ERC-20 টোকেনের জন্য ETH বিনিময়**: আপনি সরাসরি অন্যান্য ERC-20 টোকেনের জন্য ETH বিনিময় করতে পারবেন না। WETH হল ইথারের একটি উপস্থাপনা যা ERC-20 ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড মেনে চলে এবং অন্যান্য ERC-20 টোকেনগুলির সাথে বিনিময় করা যেতে পারে।
+
+- **ডিএ্যাপস-এ ETH ব্যবহার**: যেহেতু ETH ERC20-সামঞ্জস্যপূর্ণ নয়, তাই ডেভেলপারদের ডিএ্যাপস-এ আলাদা ইন্টারফেস তৈরি করতে হবে (একটি ETH-এর জন্য এবং অন্যটি ERC-20 টোকেনের জন্য)। ETH র‍্যাপ করা এই বাধা দূর করে এবং ডেভেলপারদের একই ডিএ্যাপ-এর মধ্যে ETH এবং অন্যান্য টোকেন পরিচালনা করতে সক্ষম করে। অনেক ডিসেন্ট্রালাইজড ফাইন্যান্স অ্যাপ্লিকেশন এই স্ট্যান্ডার্ড ব্যবহার করে, এবং এই টোকেনগুলি বিনিময়ের জন্য বাজার তৈরি করে।
+
+## র‍্যাপড ইথার (WETH) বনাম ইথার (ETH): পার্থক্য কী? {#weth-vs-eth-differences}
+
+|          | **ইথার (ETH)**                                                                                                                                                   | **র‍্যাপড ইথার (WETH)**                                                                                                                                                                                                                                           |
+| -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| সরবরাহ   | ETH-এর সরবরাহ Ethereum প্রোটোকল দ্বারা পরিচালিত হয়। ETH-এর [ইস্যুয়েন্স](/roadmap/merge/issuance) Ethereum ভ্যালিডেটরদের দ্বারা লেনদেন প্রক্রিয়া এবং ব্লক তৈরির সময় পরিচালিত হয়। | WETH হল একটি ERC-20 টোকেন যার সরবরাহ একটি স্মার্ট কন্ট্র্যাক্ট দ্বারা পরিচালিত হয়। ব্যবহারকারীদের কাছ থেকে ETH জমা পাওয়ার পরে কন্ট্র্যাক্ট দ্বারা WETH-এর নতুন ইউনিট জারি করা হয়, অথবা যখন কোনো ব্যবহারকারী ETH-এর জন্য WETH রিডিম করতে চায় তখন WETH-এর ইউনিটগুলি বার্ন করা হয়। |
+| মালিকানা | আপনার অ্যাকাউন্টের ব্যালেন্সের মাধ্যমে Ethereum প্রোটোকল দ্বারা মালিকানা পরিচালিত হয়।                                                                                              | WETH-এর মালিকানা WETH টোকেন স্মার্ট কন্ট্র্যাক্ট দ্বারা পরিচালিত হয়, যা Ethereum প্রোটোকল দ্বারা সুরক্ষিত।                                                                                                                                                                          |
+| গ্যাস    | Ethereum নেটওয়ার্কে গণনার জন্য ইথার (ETH) হল অর্থপ্রদানের स्वीकृत একক। গ্যাস ফি gwei (ইথারের একটি একক)-তে চিহ্নিত করা হয়।                   | 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 মেইননেট](https://etherscan.io/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2)
+- [Arbitrum](https://arbiscan.io/token/0x82af49447d8a07e3bd95bd0d56f35241523fbab1)
+- [Optimism](https://optimistic.etherscan.io/token/0x4200000000000000000000000000000000000006)
+</ExpandableCard>
+
+## আরও পড়ুন {#further-reading}
+
+- [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/bn/zero-knowledge-proofs/index.md b/public/content/translations/bn/zero-knowledge-proofs/index.md
new file mode 100644
index 00000000000..6b398e76ba5
--- /dev/null
+++ b/public/content/translations/bn/zero-knowledge-proofs/index.md
@@ -0,0 +1,235 @@
+---
+title: "শূন্য-জ্ঞান প্রমাণ"
+description: "নতুনদের জন্য জিরো-নলেজ প্রুফের একটি নন-টেকনিক্যাল ভূমিকা।"
+lang: bn
+---
+
+# জিরো-নলেজ প্রুফ কী? {#what-are-zk-proofs}
+
+জিরো-নলেজ প্রুফ হলো একটি বিবৃতিকে প্রকাশ না করেই তার বৈধতা প্রমাণ করার একটি উপায়। ‘প্রুভার’ হল সেই পক্ষ যে একটি দাবি প্রমাণ করার চেষ্টা করছে, যখন ‘ভেরিফায়ার’ দাবিটি যাচাই করার জন্য দায়ী।
+
+জিরো-নলেজ প্রুফ প্রথমবার 1985 সালের একটি পেপারে প্রকাশিত হয়েছিল, “[ইন্টারেক্টিভ প্রুফ সিস্টেমের জ্ঞানগত জটিলতা](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, লেনদেনের বিবরণ রক্ষা করে, যার মধ্যে প্রেরক/প্রাপকের অ্যাড্রেস, সম্পদের ধরন, পরিমাণ এবং লেনদেনের টাইমলাইন অন্তর্ভুক্ত।
+
+প্রোটোকলে জিরো-নলেজ প্রযুক্তি অন্তর্ভুক্ত করার মাধ্যমে, গোপনীয়তা-কেন্দ্রিক [ব্লকচেইন](/glossary/#blockchain) নেটওয়ার্কগুলো [নোডগুলোকে](/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 সিস্টেমটি ZKP ব্যবহার করে নাগরিকদের তাদের পরিচয়পত্রে থাকা সংবেদনশীল ব্যক্তিগত ডেটা প্রকাশ না করেই ক্রিপ্টোগ্রাফিকভাবে নিজেদের সম্পর্কে তথ্য প্রমাণ করার অনুমতি দেয়, যেমন "আমি একজন নাগরিক" বা "আমার বয়স 18-এর বেশি"।
+      </p>
+      <p><a href="/decentralized-identity/#national-and-government-id">ডিসেন্ট্রালাইজড আইডেন্টিটি কেস স্টাডি</a>-তে ভুটান NDI সম্পর্কে আরও জানুন।</p>
+</AlertDescription>
+</AlertContent>
+</Alert>
+
+### মানবতার প্রমাণ {#proof-of-humanity}
+
+আজকে কার্যকর থাকা জিরো-নলেজ প্রুফের সবচেয়ে বহুল ব্যবহৃত উদাহরণগুলির মধ্যে একটি হল [World ID প্রোটোকল](https://world.org/blog/world/world-id-faqs), যাকে “AI-এর যুগের জন্য একটি বিশ্বব্যাপী ডিজিটাল পাসপোর্ট” হিসাবে ভাবা যেতে পারে। এটি লোকেদের ব্যক্তিগত তথ্য প্রকাশ না করেই তারা যে অনন্য ব্যক্তি তা প্রমাণ করার অনুমতি দেয়। এটি Orb নামক একটি ডিভাইসের মাধ্যমে অর্জন করা হয়, যা একজন ব্যক্তির আইরিস স্ক্যান করে এবং একটি আইরিস কোড তৈরি করে। ব্যক্তিটি জৈবিকভাবে অনন্য একজন মানুষ তা নিশ্চিত করতে আইরিস কোডটি পরীক্ষা এবং যাচাই করা হয়। যাচাইয়ের পরে, ব্যবহারকারীর ডিভাইসে তৈরি একটি পরিচয় প্রতিশ্রুতি (এবং বায়োমেট্রিক ডেটার সাথে লিঙ্ক করা বা থেকে প্রাপ্ত নয়) ব্লকচেইনের একটি সুরক্ষিত তালিকায় যুক্ত করা হয়। তারপর, যখনই ব্যবহারকারী প্রমাণ করতে চায় যে সে একজন যাচাইকৃত মানুষ – সাইন ইন করা, ভোট দেওয়া বা অন্য কোনো পদক্ষেপ নেওয়ার জন্য – তারা একটি জিরো-নলেজ প্রুফ তৈরি করতে পারে যা তালিকায় তাদের সদস্যপদ নিশ্চিত করে। জিরো-নলেজ প্রুফ ব্যবহার করার সৌন্দর্য হল যে শুধুমাত্র একটি বিবৃতি প্রকাশ করা হয়: এই ব্যক্তি অনন্য। বাকি সবকিছু ব্যক্তিগত থাকে।
+
+World ID, Ethereum Foundation-এর [PSE টিম](https://pse.dev/) দ্বারা বিকশিত [Semaphore প্রোটোকল](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}
+
+ব্লকচেইন ভোটিং স্কিমগুলির অনেক অনুকূল বৈশিষ্ট্য রয়েছে: এগুলি সম্পূর্ণরূপে অডিটযোগ্য, আক্রমণের বিরুদ্ধে সুরক্ষিত, সেন্সরশিপ-প্রতিরোধী এবং ভৌগোলিক সীমাবদ্ধতা থেকে মুক্ত। কিন্তু এমনকি অনচেইন ভোটিং স্কিমও **আঁতাতের** সমস্যা থেকে মুক্ত নয়।
+
+“অন্যদের প্রতারণা, জালিয়াতি এবং বিভ্রান্ত করে উন্মুক্ত প্রতিযোগিতা সীমিত করার জন্য সমন্বয় করা” হিসাবে সংজ্ঞায়িত, আঁতাত একটি দূষিত acteur দ্বারা ঘুষ প্রদানের মাধ্যমে ভোটকে প্রভাবিত করার রূপ নিতে পারে। উদাহরণস্বরূপ, Alice ব্যালটে `option B`-এর জন্য ভোট দেওয়ার জন্য Bob-এর কাছ থেকে ঘুষ পেতে পারে, যদিও সে `option A` পছন্দ করে।
+
+ঘুষ এবং আঁতাত এমন যেকোনো প্রক্রিয়ার কার্যকারিতা সীমিত করে যা ভোটিংকে একটি সংকেত ব্যবস্থা হিসাবে ব্যবহার করে (বিশেষত যেখানে ব্যবহারকারীরা প্রমাণ করতে পারে যে তারা কীভাবে ভোট দিয়েছে)। এর উল্লেখযোগ্য পরিণতি হতে পারে, বিশেষ করে যেখানে ভোটগুলি দুর্লভ রিসোর্স বরাদ্দের জন্য দায়ী।
+
+উদাহরণস্বরূপ, [কোয়াড্রেটিক ফান্ডিং মেকানিজম](https://www.radicalxchange.org/wiki/plural-funding/) বিভিন্ন পাবলিক গুডস প্রকল্পের মধ্যে নির্দিষ্ট বিকল্পগুলির জন্য পছন্দ পরিমাপ করতে অনুদানের উপর নির্ভর করে। প্রতিটি অনুদান একটি নির্দিষ্ট প্রকল্পের জন্য একটি "ভোট" হিসাবে গণ্য হয়, যে প্রকল্পগুলি বেশি ভোট পায় সেগুলি ম্যাচিং পুল থেকে বেশি তহবিল পায়।
+
+অনচেইন ভোটিং ব্যবহার করা কোয়াড্রেটিক ফান্ডিংকে আঁতাতের জন্য সংবেদনশীল করে তোলে: ব্লকচেইন লেনদেনগুলি সর্বজনীন, তাই ঘুষদাতারা একজন ঘুষগ্রহীতার অনচেইন কার্যকলাপ পরিদর্শন করে দেখতে পারে তারা কীভাবে “ভোট” দিয়েছে। এইভাবে কোয়াড্রেটিক ফান্ডিং সম্প্রদায়ের সমষ্টিগত পছন্দের উপর ভিত্তি করে তহবিল বরাদ্দের একটি কার্যকর উপায় হিসাবে বন্ধ হয়ে যায়।
+
+সৌভাগ্যবশত, MACI (ন্যূনতম আঁতাত-বিরোধী পরিকাঠামো) এর মতো নতুন সমাধানগুলি অনচেইন ভোটিংকে (যেমন, কোয়াড্রেটিক ফান্ডিং মেকানিজম) ঘুষ এবং আঁতাতের বিরুদ্ধে প্রতিরোধী করতে জিরো-নলেজ প্রুফ ব্যবহার করছে। MACI হল স্মার্ট কন্ট্র্যাক্ট এবং স্ক্রিপ্টের একটি সেট যা একজন কেন্দ্রীয় প্রশাসককে (যাকে "সমন্বয়কারী" বলা হয়) প্রতিটি ব্যক্তি কীভাবে ভোট দিয়েছে তার নির্দিষ্ট বিবরণ প্রকাশ না করেই ভোট একত্রিত করতে এবং ফলাফল গণনা করতে দেয়। তবুও, ভোটগুলি সঠিকভাবে গণনা করা হয়েছে কিনা তা যাচাই করা, বা একজন নির্দিষ্ট ব্যক্তি ভোটিং রাউন্ডে অংশ নিয়েছিল কিনা তা নিশ্চিত করা এখনও সম্ভব।
+
+#### MACI জিরো-নলেজ প্রুফের সাথে কীভাবে কাজ করে? {#how-maci-works-with-zk-proofs}
+
+শুরুতে, সমন্বয়কারী Ethereum-এ MACI কন্ট্র্যাক্ট স্থাপন করে, যার পরে ব্যবহারকারীরা ভোট দেওয়ার জন্য সাইন আপ করতে পারে (স্মার্ট কন্ট্র্যাক্টে তাদের পাবলিক কী নিবন্ধন করে)। ব্যবহারকারীরা তাদের পাবলিক কী দিয়ে এনক্রিপ্ট করা মেসেজ স্মার্ট কন্ট্র্যাক্টে পাঠিয়ে ভোট দেয় (একটি বৈধ ভোট অবশ্যই ব্যবহারকারীর পরিচয়ের সাথে যুক্ত সাম্প্রতিকতম পাবলিক কী দিয়ে স্বাক্ষর করা উচিত, অন্যান্য মানদণ্ডের মধ্যে)। এর পরে, ভোটিংয়ের সময় শেষ হয়ে গেলে সমন্বয়কারী সমস্ত মেসেজ প্রক্রিয়া করে, ভোট গণনা করে এবং অনচেইনে ফলাফল যাচাই করে।
+
+MACI-তে, জিরো-নলেজ প্রুফগুলি গণনার সঠিকতা নিশ্চিত করতে ব্যবহৃত হয়, যা সমন্বয়কারীর পক্ষে ভুলভাবে ভোট প্রক্রিয়া করা এবং ফলাফল গণনা করা অসম্ভব করে তোলে। এটি সমন্বয়কারীকে ZK-SNARK প্রুফ তৈরি করতে বাধ্য করার মাধ্যমে অর্জন করা হয়, যা যাচাই করে যে ক) সমস্ত মেসেজ সঠিকভাবে প্রক্রিয়া করা হয়েছে খ) চূড়ান্ত ফলাফল সমস্ত _বৈধ_ ভোটের যোগফলের সাথে সামঞ্জস্যপূর্ণ।
+
+এইভাবে, প্রতি ব্যবহারকারী ভোটের একটি ব্রেকডাউন শেয়ার না করেও (যা সাধারণত হয়), MACI ট্যালিং প্রক্রিয়া চলাকালীন গণনা করা ফলাফলের অখণ্ডতার নিশ্চয়তা দেয়। এই বৈশিষ্ট্যটি মৌলিক আঁতাত স্কিমগুলির কার্যকারিতা কমাতে কার্যকর। আমরা বব কর্তৃক অ্যালিসকে একটি বিকল্পের জন্য ভোট দেওয়ার জন্য ঘুষ দেওয়ার আগের উদাহরণটি ব্যবহার করে এই সম্ভাবনাটি অন্বেষণ করতে পারি:
+
+- অ্যালিস একটি স্মার্ট কন্ট্র্যাক্টে তাদের পাবলিক কী পাঠিয়ে ভোট দেওয়ার জন্য নিবন্ধন করে।
+- অ্যালিস ববের কাছ থেকে ঘুষের বিনিময়ে `option B`-এর জন্য ভোট দিতে রাজি হয়।
+- অ্যালিস `option B`-এর জন্য ভোট দেয়।
+- অ্যালিস গোপনে তার পরিচয়ের সাথে যুক্ত পাবলিক কী পরিবর্তন করার জন্য একটি এনক্রিপ্ট করা লেনদেন পাঠায়।
+- অ্যালিস নতুন পাবলিক কী ব্যবহার করে `option A`-এর জন্য ভোট দেওয়ার জন্য স্মার্ট কন্ট্র্যাক্টে আরেকটি (এনক্রিপ্ট করা) মেসেজ পাঠায়।
+- অ্যালিস ববকে একটি লেনদেন দেখায় যা দেখায় যে সে `option B`-এর জন্য ভোট দিয়েছে (যা অবৈধ কারণ পাবলিক কী আর সিস্টেমে অ্যালিসের পরিচয়ের সাথে যুক্ত নয়)
+- মেসেজ প্রক্রিয়াকরণের সময়, সমন্বয়কারী `option B`-এর জন্য অ্যালিসের ভোট এড়িয়ে যায় এবং শুধুমাত্র `option 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-STARK-এর বিকাশ এমন প্রুভিং প্রোটোকল সক্ষম করেছে যা একটি নন-ট্রাস্টেড সেটআপের সাথে কাজ করে।
+
+#### ZK-STARKs {#zk-starks}
+
+ZK-STARK হল **Zero-Knowledge Scalable Transparent Argument of Knowledge**-এর একটি সংক্ষিপ্ত রূপ। ZK-STARK গুলি ZK-SNARK-এর অনুরূপ, তবে এগুলি হল:
+
+- **স্কেলেবল**: সাক্ষীর আকার বড় হলে ZK-STARK প্রুফ তৈরি এবং যাচাই করার ক্ষেত্রে ZK-SNARK-এর চেয়ে দ্রুত। STARK প্রুফের সাথে, সাক্ষী বাড়ার সাথে সাথে প্রুভার এবং যাচাইয়ের সময় সামান্য বৃদ্ধি পায় (SNARK প্রুভার এবং ভেরিফায়ারের সময় সাক্ষীর আকারের সাথে রৈখিকভাবে বৃদ্ধি পায়)।
+
+- **স্বচ্ছ**: ZK-STARK একটি বিশ্বস্ত সেটআপের পরিবর্তে প্রমাণ এবং যাচাইয়ের জন্য পাবলিক প্যারামিটার তৈরি করতে সর্বজনীনভাবে যাচাইযোগ্য র‍্যান্ডমনেসের উপর নির্ভর করে। সুতরাং, এগুলি ZK-SNARK-এর তুলনায় বেশি স্বচ্ছ।
+
+ZK-STARK গুলি ZK-SNARK-এর চেয়ে বড় প্রুফ তৈরি করে, যার অর্থ তাদের সাধারণত উচ্চতর যাচাইকরণ ওভারহেড থাকে। তবে, এমন কিছু ক্ষেত্র রয়েছে (যেমন বড় ডেটাসেট প্রমাণ করা) যেখানে ZK-STARK গুলি ZK-SNARK-এর চেয়ে বেশি সাশ্রয়ী হতে পারে।
+
+## জিরো-নলেজ প্রুফ ব্যবহারের অসুবিধা {#drawbacks-of-using-zero-knowledge-proofs}
+
+### হার্ডওয়্যারের খরচ {#hardware-costs}
+
+জিরো-নলেজ প্রুফ তৈরি করার জন্য খুব জটিল গণনার প্রয়োজন হয় যা বিশেষায়িত মেশিনে সবচেয়ে ভালোভাবে সঞ্চালিত হয়। যেহেতু এই মেশিনগুলি ব্যয়বহুল, তাই এগুলি প্রায়শই সাধারণ ব্যক্তিদের নাগালের বাইরে থাকে। এছাড়াও, যে অ্যাপ্লিকেশনগুলি জিরো-নলেজ প্রযুক্তি ব্যবহার করতে চায় তাদের অবশ্যই হার্ডওয়্যারের খরচ বিবেচনা করতে হবে—যা শেষ-ব্যবহারকারীদের জন্য খরচ বাড়াতে পারে।
+
+### প্রুফ যাচাইকরণের খরচ {#proof-verification-costs}
+
+প্রুফ যাচাই করার জন্য জটিল গণনার প্রয়োজন হয় এবং অ্যাপ্লিকেশনগুলিতে জিরো-নলেজ প্রযুক্তি বাস্তবায়নের খরচ বাড়িয়ে দেয়। এই খরচটি গণনা প্রমাণের প্রেক্ষাপটে বিশেষভাবে প্রাসঙ্গিক। উদাহরণস্বরূপ, ZK-রোলআপগুলি Ethereum-এ একটি একক ZK-SNARK প্রুফ যাচাই করতে ~ 500,000 গ্যাস প্রদান করে, যেখানে ZK-STARK-এর জন্য আরও বেশি ফি প্রয়োজন হয়।
+
+### বিশ্বাসের অনুমান {#trust-assumptions}
+
+ZK-SNARK-এ, কমন রেফারেন্স স্ট্রিং (পাবলিক প্যারামিটার) একবার তৈরি করা হয় এবং জিরো-নলেজ প্রোটোকলে অংশ নিতে ইচ্ছুক পক্ষগুলির জন্য পুনরায় ব্যবহারের জন্য উপলব্ধ থাকে। পাবলিক প্যারামিটারগুলি একটি বিশ্বস্ত সেটআপ অনুষ্ঠানের মাধ্যমে তৈরি করা হয়, যেখানে অংশগ্রহণকারীদের সৎ বলে ধরে নেওয়া হয়।
+
+কিন্তু ব্যবহারকারীদের পক্ষে অংশগ্রহণকারীদের সততা মূল্যায়ন করার সত্যিই কোনো উপায় নেই এবং ব্যবহারকারীদের ডেভেলপারদের কথায় বিশ্বাস করতে হয়। ZK-STARK গুলি বিশ্বাসের অনুমান থেকে মুক্ত কারণ স্ট্রিং তৈরিতে ব্যবহৃত র‍্যান্ডমনেস সর্বজনীনভাবে যাচাইযোগ্য। ইতিমধ্যে, গবেষকরা প্রুভিং মেকানিজমের নিরাপত্তা বাড়াতে ZK-SNARK-এর জন্য নন-ট্রাস্টেড সেটআপ নিয়ে কাজ করছেন।
+
+### কোয়ান্টাম কম্পিউটিংয়ের হুমকি {#quantum-computing-threats}
+
+ZK-SNARK এনক্রিপশনের জন্য এলিপটিক কার্ভ ক্রিপ্টোগ্রাফি ব্যবহার করে। যদিও এলিপটিক কার্ভ ডিসক্রিট লগারিদম সমস্যাটি আপাতত জটিল বলে মনে করা হয়, ভবিষ্যতে কোয়ান্টাম কম্পিউটারের বিকাশ এই নিরাপত্তা মডেলটি ভেঙে ফেলতে পারে।
+
+ZK-STARK কে কোয়ান্টাম কম্পিউটিংয়ের হুমকি থেকে মুক্ত বলে মনে করা হয়, কারণ এটি তার নিরাপত্তার জন্য শুধুমাত্র সংঘর্ষ-প্রতিরোধী হ্যাশ ফাংশনের উপর নির্ভর করে। এলিপটিক কার্ভ ক্রিপ্টোগ্রাফিতে ব্যবহৃত পাবলিক-প্রাইভেট কী পেয়ারিংয়ের বিপরীতে, সংঘর্ষ-প্রতিরোধী হ্যাশিং কোয়ান্টাম কম্পিউটিং অ্যালগরিদমগুলির জন্য ভাঙা আরও কঠিন।
+
+## আরও পড়ুন {#further-reading}
+
+- [জিরো-নলেজ প্রুফের ব্যবহারের ক্ষেত্রগুলির সংক্ষিপ্ত বিবরণ](https://pse.dev/projects) — _গোপনীয়তা এবং স্কেলিং এক্সপ্লোরেশনস টিম_
+- [SNARKs বনাম STARKS বনাম রিকার্সিভ SNARKs](https://www.alchemy.com/overviews/snarks-vs-starks) — _অ্যালকেমি ওভারভিউস_
+- [একটি জিরো-নলেজ প্রুফ: একটি ব্লকচেইনে গোপনীয়তা উন্নত করা](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) — _অ্যাডাম লুসিয়ানো_
+- [ZK-STARKs — যাচাইযোগ্য বিশ্বাস তৈরি করুন, এমনকি কোয়ান্টাম কম্পিউটারের বিরুদ্ধেও](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _অ্যাডাম লুসিয়ানো_
+- [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) — _ফ্রাঙ্কলিন ওহেগবুলাম_
+- [EIP-7503 ব্যাখ্যা করা হয়েছে: ZK প্রুফ সহ Ethereum-এ ব্যক্তিগত ট্রান্সফার সক্ষম করা](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _ইমানুয়েল আওসিকা_
+- [ZK কার্ড গেম: ZK মৌলিক বিষয় এবং বাস্তব জীবনের ব্যবহারের ক্ষেত্রগুলি শেখার জন্য খেলা](https://github.com/ZK-card/zk-cards) - _ZK-কার্ড_
diff --git a/src/intl/bn/glossary-tooltip.json b/src/intl/bn/glossary-tooltip.json
new file mode 100644
index 00000000000..2d2cb02e1a5
--- /dev/null
+++ b/src/intl/bn/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)",
+  "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": "যখন একটি নেটওয়ার্কের ২/৩ ভাগের বেশি কম্পিউটার একমত হয় যে তাদের কাছে একই রেকর্ডের সেট আছে, তখন নিশ্চিত করা হয় যে সবাই একই পৃষ্ঠায় আছে। এটি তাদের অনুসরণ করা নিয়ম সম্পর্কে নয়, বরং নিশ্চিত করা যে তাদের সকলের কাছে একই তথ্য রয়েছে।",
+  "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/\">ডিসেন্ট্রালাইজড স্বায়ত্তশাসিত সংস্থা (DAO) সম্পর্কে আরও</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 অ্যাপ যা আপনাকে নেটওয়ার্কে পিয়ারদের সাথে টোকেন সোয়াপ করতে দেয়। DEX-গুলি সেন্ট্রালাইডড এক্সচেঞ্জের মতো ভৌগোলিক বিধিনিষেধের অধীন নয় – যে কেউ অংশগ্রহণ করতে পারে।",
+  "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": "৩২টি <a href=\"/glossary/#slot\">স্লটের</a> একটি সময়কাল, প্রতিটি স্লট ১২ সেকেন্ডের, মোট ৬.৪ মিনিট। নিরাপত্তার কারণে প্রতি ইপকে ভ্যালিডেটর <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>ইথেরিয়াম রিকোয়েস্ট ফর কমেন্টস</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": "NFT (নন ফাঞ্জিবল টোকেন) তৈরি করতে ব্যবহৃত নিয়মের একটি স্ট্যান্ডার্ড সেট।",
+  "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\">ডিএ্যাপস</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\">ইথিরিয়াম ভার্চুয়াল মেশিন</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\">লেয়ার ২</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": "গিগাwei-এর সংক্ষিপ্ত রূপ, <a href=\"/glossary/#ether\">ইথারের</a> একটি উপবিভাগ, যা সাধারণত <a href=\"/glossary/#gas\">গ্যাস</a> মূল্যায়নের জন্য ব্যবহৃত হয়। ১ gwei = ১০<sup>৯</sup> <a href=\"/glossary/#wei\">wei</a>। ১০<sup>৯</sup> gwei = ১ ইথার।",
+  "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": "লেয়ার ২ হল Ethereum প্রধান নেটওয়ার্কের উপরে নির্মিত অন্য নেটওয়ার্ক যা লেনদেনগুলিকে দ্রুত এবং সস্তা করে তোলে। <a href=\"/layer-2/\">লেয়ার ২ সম্পর্কে আরও জানুন</a>।",
+  "liquidity-tokens-term": "লিকুইডিটি টোকেন",
+  "liquidity-tokens-definition": "লিকুইডিটি টোকেন (LT) হল ডিজিটাল টোকেন যা সেইসব অংশগ্রহণকারীদের দেওয়া হয় যারা একটি লিকুইডিটি পুলে অ্যাসেট জমা করে, যা একটি স্মার্ট কন্ট্র্যাক্টে লক করা তহবিলের সংগ্রহ এবং একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জে (DEX) ট্রেডিং সহজতর করতে ব্যবহৃত হয়।",
+  "mainnet-term": "মেইননেট",
+  "mainnet-definition": "\"প্রধান নেটওয়ার্ক\"-এর সংক্ষিপ্ত রূপ, এটি হল প্রধান পাবলিক Ethereum <a href=\"/glossary/#blockchain\">ব্লকচেইন</a>।",
+  "mev-term": "MEV",
+  "mev-definition": "একটি প্রক্রিয়া যা একটি ফি-এর বিনিময়ে ব্লকচেইনের উপর নির্দিষ্ট ক্রিয়াকে অগ্রাধিকার দেয়, ফলাফল এবং লেনদেনের ক্রমকে প্রভাবিত করে।",
+  "multisig-term": "বহু-স্বাক্ষর (Multisig)",
+  "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": "অপ্টিমিস্টিক রোলআপ হল একটি লেয়ার ২ সলিউশন যা Ethereum-এ লেনদেনের গতি বাড়ায়, ডিফল্টরূপে সেগুলি বৈধ বলে ধরে নেয় যতক্ষণ না চ্যালেঞ্জ করা হয়। <a href=\"/developers/docs/scaling/optimistic-rollups/\">অপ্টিমিস্টিক রোলআপ সম্পর্কে আরও জানুন</a>।",
+  "peer-to-peer-network-term": "পিয়ার-টু-পিয়ার নেটওয়ার্ক",
+  "peer-to-peer-network-definition": "কম্পিউটারগুলির একটি নেটওয়ার্ক (পিয়ার) যা সম্মিলিতভাবে কেন্দ্রীভূত, সার্ভার-ভিত্তিক পরিষেবার প্রয়োজন ছাড়াই কার্যকারিতা সম্পাদন করতে সক্ষম।",
+  "permissionless-term": "অনুমতিহীন",
+  "permissionless-definition": "ইথেরিয়ামের মতো একটি সিস্টেম ব্যবহার করার জন্য কোনো অনুমতি বা অনুমোদনের প্রয়োজন নেই এবং কেউ আপনাকে এটি ব্যবহার করা থেকে আটকাতে পারবে না। এটি সকলের অংশগ্রহণের জন্য 24/7 খোলা।",
+  "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\">লেয়ার ২</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/#pos\">প্রুফ-অফ-স্টেক</a> কনসেন্সাস মডেলের অধীনে <a href=\"/glossary/#transaction\">লেনদেন</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, যা ৩২ 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 <a href=\"/glossary/#pos\">প্রুফ-অফ-স্টেকে</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\">লেয়ার ২</a>।",
+  "trust-assumptions-term": "ট্রাস্ট অ্যাজামশন",
+  "trust-assumptions-definition": "ট্রাস্ট অ্যাজামশন হল একটি সিস্টেমের নিরাপত্তা এবং নির্ভরযোগ্যতা সম্পর্কে মৌলিক বিশ্বাস, যা সিস্টেমটি কাজ করার জন্য আমরা কী বিশ্বাস করি তা নির্দেশ করে।",
+  "validator-term": "ভ্যালিডেটর",
+  "validator-definition": "একটি <a href=\"/glossary/#pos\">প্রুফ-অফ-স্টেক</a> সিস্টেমে একটি <a href=\"/glossary/#node\">নোড</a> যা ডেটা সংরক্ষণ, লেনদেন প্রক্রিয়াকরণ এবং ব্লকচেইনে নতুন ব্লক যুক্ত করার জন্য দায়ী। ভ্যালিডেটর সফটওয়্যার সক্রিয় করতে, আপনাকে ৩২ ETH <a href=\"/glossary/#staking\">স্টেক</a> করতে সক্ষম হতে হবে। <a href=\"/staking/\">Ethereum-এ স্টেকিং সম্পর্কে আরও জানুন</a>।",
+  "validity-proof-term": "ভ্যালিডিটি প্রুফ",
+  "validity-proof-definition": "কিছু নির্দিষ্ট <a href=\"/glossary/#layer-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": "Web2",
+  "web2-definition": "বর্তমান ইন্টারনেট, যা ব্যবহারকারী-সৃষ্ট বিষয়বস্তু এবং সামাজিক মাধ্যমের উপর কেন্দ্র করে যা কয়েকটি কোম্পানি দ্বারা নিয়ন্ত্রিত। Web3 হল একটি ক্রিপ্টো বিশ্বাস যে ব্যবহারকারীদের তাদের ডেটা এবং লেনদেন নিয়ন্ত্রণ করা উচিত।",
+  "web3-term": "Web3",
+  "web3-definition": "Web3 হল ব্লকচেইন সহ নতুন ইন্টারনেট, যেখানে ব্যবহারকারীরা তাদের ডেটা এবং লেনদেন নিয়ন্ত্রণ করে, কোম্পানি নয়। কোনো ব্যক্তিগত তথ্য শেয়ার করার প্রয়োজন নেই। <a href=\"/web3/\">web3 সম্পর্কে আরও জানুন</a>।",
+  "wei-term": "Wei",
+  "wei-definition": "ইথারের সবচেয়ে ছোট উপবিভাগ। ১০<sup>১৮</sup> wei = ১ ইথার।",
+  "zk-proof-term": "জিরো-নলেজ প্রুফ",
+  "zk-proof-definition": "একটি জিরো-নলেজ প্রুফ হল একটি ক্রিপ্টোগ্রাফিক পদ্ধতি যা একজন ব্যক্তিকে কোনো অতিরিক্ত তথ্য প্রকাশ না করেই প্রমাণ করতে দেয় যে একটি বিবৃতি সত্য। <a href=\"/developers/docs/scaling/zk-rollups/\">জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন</a>।"
+}
diff --git a/src/intl/bn/glossary.json b/src/intl/bn/glossary.json
new file mode 100644
index 00000000000..9543deb573b
--- /dev/null
+++ b/src/intl/bn/glossary.json
@@ -0,0 +1,408 @@
+{
+  "51%-attack-term": "51% আক্রমণ",
+  "51%-attack-definition": "এক ধরনের আক্রমণ যেখানে একটি গ্রুপ majority of <a href=\"/glossary/#node\">নোডগুলির</a> নিয়ন্ত্রণ লাভ করে। এটি তাদের <a href=\"/glossary/#transaction\">লেনদেন</a> উল্টে দিয়ে এবং <a href=\"/glossary/#ether\">ইথার</a> এবং অন্যান্য টোকেন ডাবল স্পেন্ড করে ব্লকচেইনকে প্রতারণা করার অনুমতি দেবে।<br /><br />Ethereum প্রুফ-অফ-স্টেকে এটি মোট স্টেক করা ইথারের অর্ধেকেরও বেশি জমা করার মাধ্যমে অর্জন করা হবে। এটি একজন আক্রমণকারীকে সিদ্ধান্ত নিতে দেবে যে কোন নতুন ব্লকগুলি ব্লকচেইনে যুক্ত করা হবে। যাইহোক, চেইনটি প্রত্যাবর্তন করতে বা ডাবল-স্পেন্ড করতে একজন আক্রমণকারীর মোট স্টেক করা ইথারের কমপক্ষে ৬৬% প্রয়োজন হবে।",
+  "account-term": "অ্যাকাউন্ট",
+  "account-definition": "একটি Ethereum অ্যাকাউন্ট হল Ethereum ব্লকচেইনের একটি ডিজিটাল পরিচয়, যা ব্যবহারকারীদের ইথার পাঠাতে, গ্রহণ করতে এবং স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে দেয়।<br /><br /><strong>প্রযুক্তিগত:</strong><br />এটি একটি বস্তু যা একটি ঠিকানা, ব্যালেন্স, নন্স এবং ঐচ্ছিক স্টোরেজ ও কোড ধারণ করে। একটি অ্যাকাউন্ট একটি কন্ট্র্যাক্ট অ্যাকাউন্ট বা একটি এক্সটার্নালি ওনড অ্যাকাউন্ট (EOA) হতে পারে।",
+  "address-term": "ঠিকানা",
+  "address-definition": "একটি Ethereum ঠিকানা হল টোকেন গ্রহণ করার জন্য ব্যবহৃত একটি অনন্য শনাক্তকারী, যা ক্রিপ্টোকারেন্সির জন্য একটি ব্যাংক অ্যাকাউন্ট নম্বরের মতো কাজ করে। এটি আপনার Ethereum অ্যাকাউন্ট শনাক্ত করতে ব্যবহৃত হয়।<br /><br />এটি একটি ECDSA পাবলিক কী-এর Keccak হ্যাশের ডানদিকের ১৬০ বিট।",
+  "anti-sybil-term": "অ্যান্টি-সাইবিল",
+  "anti-sybil-definition": "এটি ইন্টারনেটে মানুষকে একসাথে অনেক ব্যবহারকারী হিসেবে ভান করা থেকে বিরত রাখার উপায়, যা নিশ্চিত করে যে প্রতিটি ব্যবহারকারী একজন প্রকৃত, পৃথক ব্যক্তি। এটি অনলাইন মিথস্ক্রিয়াকে ন্যায্য এবং সৎ রাখতে সাহায্য করে।",
+  "abi-term": "অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI)",
+  "abi-definition": "একটি JSON ফাইল যা একটি স্মার্ট কন্ট্র্যাক্টে অন্তর্ভুক্ত ফাংশন এবং ভেরিয়েবলগুলিকে সংজ্ঞায়িত করে। ABI বাইটকোডকে মানুষের পাঠযোগ্য ফর্ম্যাটে ম্যাপ করার অনুমতি দেয়।",
+  "api-term": "অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস (API)",
+  "api-definition": "একটি অ্যাপ্লিকেশন প্রোগ্রামিং ইন্টারফেস (API) হল একটি সফটওয়্যারের অংশ কীভাবে ব্যবহার করতে হয় তার জন্য সংজ্ঞার একটি সেট। একটি API একটি অ্যাপ্লিকেশন এবং একটি ওয়েব সার্ভারের মধ্যে বসে এবং তাদের মধ্যে ডেটা স্থানান্তর সহজ করে।",
+  "apr-term": "এপিআর (APR)",
+  "apr-definition": "APR বা বার্ষিক শতকরা হার, সুদ এবং ফিসহ টাকা ধার করার বার্ষিক খরচকে শতাংশ হিসাবে প্রতিফলিত করে।",
+  "asic-term": "ASIC",
+  "asic-definition": "অ্যাপ্লিকেশন-স্পেসিফিক ইন্টিগ্রেটেড সার্কিট। এটি সাধারণত একটি ইন্টিগ্রেটেড সার্কিটকে বোঝায়, যা ক্রিপ্টোকারেন্সি মাইনিংয়ের জন্য বিশেষভাবে নির্মিত।",
+  "assert-term": "অ্যাসার্ট",
+  "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> চালু করেছিল। এটি ডিসেম্বর ২০২০ থেকে সেপ্টেম্বর ২০২২ পর্যন্ত প্রুফ-অফ-ওয়ার্ক Ethereum মেইননেটের পাশাপাশি চলেছিল, যতক্ষণ না দুটি চেইন একত্রিত হয়ে আজকের 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 নেটওয়ার্ক থেকে সস্তা লেয়ার ২ স্কেলিং সমাধানে 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> ১ বছরের জন্য বিলম্বিত হয়েছিল এবং ব্লক রিওয়ার্ড ৫ থেকে ৩ ইথারে হ্রাস করা হয়েছিল।",
+  "casper-ffg-term": "ক্যাসপার এফএফজি",
+  "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>-এর একটি গতি আছে যা স্লট (১২ সেকেন্ড) এবং ইপক (৩২ স্লট) এ বিভক্ত। প্রতিটি ইপকের প্রথম স্লটটি একটি চেকপয়েন্ট। যখন ভ্যালিডেটরদের একটি <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": "প্রতিটি স্লটে ব্লক যাচাই করার জন্য নির্ধারিত কমপক্ষে ১২৮ জন <a href=\"/glossary/#validator\">ভ্যালিডেটরের</a> একটি গ্রুপ। কমিটির একজন ভ্যালিডেটর হলেন অ্যাগ্রিগেটর, যিনি একটি প্রত্যয়নে সম্মত কমিটির অন্য সব ভ্যালিডেটরের স্বাক্ষর একত্রিত করার জন্য দায়ী। <a href=\"/glossary/#sync-committee\">সিঙ্ক কমিটির</a> সাথে গুলিয়ে ফেলবেন না।",
+  "computational-infeasibility-term": "গণনামূলক অসাধ্যতা",
+  "computational-infeasibility-definition": "একটি প্রক্রিয়া গণনামূলকভাবে অসাধ্য যদি এটি করতে এমন একটি অকল্পনীয় দীর্ঘ সময় লাগে (যেমন, বিলিয়ন বছর) যা এমন যে কারো জন্য যারা এটি সম্পাদনে আগ্রহী হতে পারে।",
+  "consensus-term": "কনসেন্সাস",
+  "consensus-definition": "যখন একটি নেটওয়ার্কের ২/৩ ভাগের বেশি কম্পিউটার একমত হয় যে তাদের কাছে একই রেকর্ডের সেট আছে, তখন নিশ্চিত করা হয় যে সবাই একই পৃষ্ঠায় আছে। এটি তাদের অনুসরণ করা নিয়ম সম্পর্কে নয়, বরং নিশ্চিত করা যে তাদের সকলের কাছে একই তথ্য রয়েছে।",
+  "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> পর্যায়ের দ্বিতীয় অংশ, যা মূলত ২০১৮ সালের মাঝামাঝি পরিকল্পনা করা হয়েছিল। অন্যান্য পরিবর্তনের মধ্যে একটি হাইব্রিড <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": "Đ (স্ট্রোক সহ D) পুরানো ইংরেজি, মধ্য ইংরেজি, আইসল্যান্ডিক এবং ফ্যারোইজ ভাষায় একটি বড় হাতের অক্ষর “Eth” বোঝাতে ব্যবহৃত হয়। এটি ĐEV বা Đapp (ডিসেন্ট্রালাইজড এপ্লিকেশন) এর মতো শব্দগুলিতে ব্যবহৃত হয়, যেখানে Đ হল নর্স অক্ষর “eth”। বড় হাতের eth (Ð) ক্রিপ্টোকারেন্সি Dogecoin-এর প্রতীক হিসেবেও ব্যবহৃত হয়। এটি সাধারণত পুরোনো Ethereum সাহিত্যে দেখা যায় তবে আজ এটি কম ব্যবহৃত হয়।",
+  "dag-term": "DAG",
+  "dag-definition": "DAG এর অর্থ হল Directed Acyclic Graph। এটি নোড এবং তাদের মধ্যে লিঙ্ক দ্বারা গঠিত একটি ডেটা স্ট্রাকচার। দ্য মার্জের আগে, Ethereum তার <a href=\"/glossary/#pow\">প্রুফ-অফ-ওয়ার্ক</a> অ্যালগরিদম <a href=\"/glossary/#ethash\">Ethash</a>-এ একটি DAG ব্যবহার করত, কিন্তু এখন <a href=\"/glossary/#pos\">প্রুফ-অফ-স্টেক</a>-এ এটি আর ব্যবহৃত হয় না।",
+  "dapp-term": "Dapp",
+  "dapp-definition": "একটি ডিএ্যাপ হল একটি ডিসেন্ট্রালাইজড এপ্লিকেশন যা একটি ব্লকচেইন নেটওয়ার্কে চলে এবং কোনো কেন্দ্রীয় নিয়ন্ত্রক কর্তৃপক্ষ ছাড়াই পরিষেবা প্রদান করে। <a href=\"/apps/\">ডিসেন্ট্রালাইজড এপ্লিকেশন সম্পর্কে আরও জানুন</a>।<br />ন্যূনতম একটি ডিএ্যাপে একটি ওয়েব ইন্টারফেসের সাথে সংযুক্ত একটি স্মার্ট কন্ট্র্যাক্ট থাকে। এছাড়াও, অনেক ডিএ্যাপসে ডিসেন্ট্রালাইজড স্টোরেজ এবং/অথবা একটি মেসেজ প্রোটোকল এবং প্ল্যাটফর্ম অন্তর্ভুক্ত থাকে।",
+  "data-availability-term": "ডেটা উপলব্ধতা",
+  "data-availability-definition": "সিস্টেমে স্বচ্ছতা এবং বিশ্বাস বজায় রাখার জন্য যেকোনো নোড একটি ব্লকচেইনে লেনদেন স্বাধীনভাবে যাচাই করতে পারে।",
+  "decentralization-term": "বিকেন্দ্রীকরণ",
+  "decentralization-definition": "একটি কেন্দ্রীয় সত্তা থেকে প্রক্রিয়াগুলির নিয়ন্ত্রণ এবং সম্পাদন স্থানান্তরিত করার ধারণা।",
+  "dao-term": "ডিসেন্ট্রালাইজড স্বায়ত্তশাসিত সংস্থা (DAO)",
+  "dao-definition": "একটি DAO হল একটি ডিজিটাল সংস্থা যা একটি ব্লকচেইনে কোড করা নিয়ম দ্বারা পরিচালিত হয়, যেখানে সিদ্ধান্তগুলি সদস্য ভোটের মাধ্যমে নেওয়া হয়, কোনো কেন্দ্রীয় কর্তৃপক্ষ দ্বারা নয়। <a href=\"/dao/\">ডিসেন্ট্রালাইজড স্বায়ত্তশাসিত সংস্থা (DAOs) সম্পর্কে আরও জানুন</a>।<br />প্রতিটি সদস্যের ভোটিং ক্ষমতা প্রায়শই তাদের ধারণ করা টোকেনের সংখ্যার সাথে যুক্ত থাকে। DAO-এর লক্ষ্য হল সিদ্ধান্ত গ্রহণ এবং কার্যক্রমকে গণতান্ত্রিক করা, স্বচ্ছতা এবং কমিউনিটি গভর্নেন্সের উপর দৃষ্টি নিবদ্ধ করে।",
+  "desci-term": "DeSci",
+  "desci-definition": "DeSci, বা ডিসেন্ট্রালাইজড সায়েন্স, হল একটি আন্দোলন যা বৈজ্ঞানিক গবেষণায় <a href='/glossary/#blockchain'>ব্লকচেইন</a> প্রযুক্তি প্রয়োগ করে। এটি আরও স্বচ্ছ, উন্মুক্ত এবং সহযোগিতামূলক তহবিল এবং গবেষণা ইকোসিস্টেম তৈরি করতে <a href='/glossary/#dao'>DAO</a>, <a href='/glossary/#smart-contract'>স্মার্ট কন্ট্র্যাক্ট</a>, এবং টোকেনাইজড প্রণোদনা ব্যবহার করে।",
+  "dex-term": "ডিসেন্ট্রালাইজড এক্সচেঞ্জ (DEX)",
+  "dex-definition": "এক ধরনের Ethereum অ্যাপ যা আপনাকে নেটওয়ার্কে পিয়ারদের সাথে টোকেন সোয়াপ করতে দেয়। DEX-গুলি সেন্ট্রালাইডড এক্সচেঞ্জের মতো ভৌগোলিক বিধিনিষেধের অধীন নয় – যে কেউ অংশগ্রহণ করতে পারে।",
+  "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>, স্বাক্ষর এবং ডকুমেন্ট থাকা যে কেউ যাচাই করতে পারে যে (১) ডকুমেন্টটি সেই নির্দিষ্ট প্রাইভেট কী-এর মালিক দ্বারা \"স্বাক্ষরিত\" হয়েছিল, এবং (২) ডকুমেন্টটি স্বাক্ষরিত হওয়ার পরে পরিবর্তন করা হয়নি।",
+  "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": "৩২টি <a href=\"/glossary/#slot\">স্লটের</a> একটি সময়কাল, প্রতিটি স্লট ১২ সেকেন্ডের, মোট ৬.৪ মিনিট। নিরাপত্তার কারণে প্রতি ইপকে ভ্যালিডেটর <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/\">EIP-এর ভূমিকা</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-এর মতো স্টেবলকয়েন বা Uniswap-এর UNI-এর মতো এক্সচেঞ্জ টোকেন। এটি ঐতিহ্যবাহী সিস্টেমে আমাদের থাকা যেকোনো ধরনের বিকল্প মুদ্রার মতো… অর্থাৎ, পুরস্কার পয়েন্ট, ক্রেডিট সিস্টেম, বা এমনকি স্টক ইত্যাদি।",
+  "erc-721-term": "ERC-721",
+  "erc-721-definition": "NFT (নন-ফাঞ্জিবল টোকেন) ERC-721 হিসাবে পরিচিত একটি স্ট্যান্ডার্ড নিয়মাবলী ব্যবহার করে তৈরি করা হয়।<br />NFT টোকেনগুলি ডিজিটাল আর্ট বা সংগ্রহযোগ্য জিনিসের মতো যেকোনো অনন্য জিনিসের মালিকানা প্রতিনিধিত্ব করতে পারে, প্রতিটি টোকেনের নিজস্ব বিশেষ বৈশিষ্ট্য এবং মূল্য রয়েছে। প্রতিটি NFT অনন্য এবং অন্য যেকোনো NFT থেকে সহজেই পৃথকযোগ্য।",
+  "execution-client-term": "এক্সিকিউশন ক্লায়েন্ট",
+  "execution-client-definition": "এক্সিকিউশন ক্লায়েন্ট (পূর্বে \"Eth1 ক্লায়েন্ট\" হিসাবে পরিচিত), যেমন Besu, Erigon, Go-Ethereum (Geth), Nethermind, লেনদেন প্রক্রিয়া এবং সম্প্রচার এবং Ethereum-এর স্টেট পরিচালনা করার দায়িত্বে থাকে। তারা প্রোটোকলের নিয়মগুলি অনুসরণ করা হয়েছে তা নিশ্চিত করতে প্রতিটি লেনদেনের জন্য <a href=\"/glossary/#evm\">ইথিরিয়াম ভার্চুয়াল মেশিন</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",
+  "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\">ডিএ্যাপস</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/\">ইথিরিয়াম ভার্চুয়াল মেশিন সম্পর্কে আরও জানুন</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",
+  "faucet-definition": "একটি <a href=\"/glossary/#smart-contract\">স্মার্ট কন্ট্র্যাক্ট</a>-এর মাধ্যমে সম্পাদিত একটি পরিষেবা যা বিনামূল্যে টেস্টনেট ইথারের আকারে তহবিল বিতরণ করে যা একটি টেস্টনেটে ব্যবহার করা যেতে পারে।",
+  "finality-term": "চূড়ান্ততা",
+  "finality-definition": "চূড়ান্ততা হল একটি গ্যারান্টি যে লেনদেনের একটি সেট বিপুল পরিমাণ ETH নষ্ট না করে পরিবর্তন করা যাবে না।",
+  "finney-term": "ফিনি",
+  "finney-definition": "<a href=\"/glossary/#ether\">ইথারের</a> একটি উপবিভাগ। ১ ফিনি = ১০<sup>১৫</sup> <a href=\"/glossary/#wei\">wei</a>। ১০<sup>৩</sup> ফিনি = ১ ইথার।",
+  "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\">লেয়ার ২</a> সলিউশনের জন্য একটি নিরাপত্তা মডেল যেখানে, গতি বাড়ানোর জন্য, লেনদেনগুলি <a href=\"/glossary/#rollups\">রোল আপ</a> করে ব্যাচে পরিণত করা হয় এবং একটি একক লেনদেনে Ethereum-এ জমা দেওয়া হয়। অন্যান্য নেটওয়ার্ক অংশগ্রহণকারীরা লেনদেনগুলি পুনরায় কার্যকর করতে পারে তা পরীক্ষা করার জন্য যে সেগুলি সততার সাথে কার্যকর করা হয়েছিল। যদি তারা পোস্ট করা ডেটা এবং তাদের নিজস্ব সংস্করণের মধ্যে একটি অমিল খুঁজে পায় তবে তারা একটি ক্রিপ্টোগ্রাফিক প্রমাণ পোস্ট করতে পারে যা দেখায় যে কোথায় কিছু জালিয়াতি হয়েছে। কিছু <a href=\"/glossary/#rollups\">রোলআপ</a> <a href=\"/glossary/#validity-proof\">ভ্যালিডিটি প্রুফ</a> ব্যবহার করে।",
+  "frontier-term": "ফ্রন্টিয়ার",
+  "frontier-definition": "Ethereum-এর প্রাথমিক পরীক্ষামূলক উন্নয়ন পর্যায়, যা জুলাই ২০১৫ থেকে মার্চ ২০১৬ পর্যন্ত স্থায়ী হয়েছিল।",
+  "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। Go-তে লেখা Ethereum প্রোটোকলের অন্যতম প্রধান বাস্তবায়ন। <a href=\"https://geth.ethereum.org\">geth.ethereum.org-এ আরও পড়ুন</a>",
+  "gwei-term": "Gwei",
+  "gwei-definition": "গিগাwei-এর সংক্ষিপ্ত রূপ, <a href=\"/glossary/#ether\">ইথারের</a> একটি উপবিভাগ, যা সাধারণত <a href=\"/glossary/#gas\">গ্যাস</a> মূল্যায়নের জন্য ব্যবহৃত হয়। ১ gwei = ১০<sup>৯</sup> <a href=\"/glossary/#wei\">wei</a>। ১০<sup>৯</sup> gwei = ১ ইথার।",
+  "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-এর দ্বিতীয় উন্নয়ন পর্যায়, যা মার্চ ২০১৬-এ ব্লক ১,১৫০,০০০-এ চালু হয়েছিল।",
+  "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": "লেয়ার ১ বলতে একটি বহু-স্তরীয় ব্লকচেইন নেটওয়ার্কের প্রধান ব্লকচেইনকে বোঝায়। উদাহরণস্বরূপ, Ethereum এবং Bitcoin হল লেয়ার ওয়ান ব্লকচেইন। অনেক লেয়ার টু ব্লকচেইন সম্পদ-বহুল লেনদেনগুলিকে তাদের পৃথক ব্লকচেইনে অফলোড করে, যখন নিরাপত্তা উদ্দেশ্যে Ethereum বা Bitcoin-এর লেয়ার ওয়ান ব্লকচেইন ব্যবহার করা চালিয়ে যায়।",
+  "layer-2-term": "লেয়ার 2",
+  "layer-2-definition": "লেয়ার ২ হল Ethereum প্রধান নেটওয়ার্কের উপরে নির্মিত অন্য নেটওয়ার্ক যা লেনদেনগুলিকে দ্রুত এবং সস্তা করে তোলে। <a href=\"/layer-2/\">লেয়ার ২ সম্পর্কে আরও জানুন</a>।",
+  "library-term": "লাইব্রেরি",
+  "library-definition": "একটি বিশেষ ধরণের <a href=\"/glossary/#smart-contract\">স্মার্ট কন্ট্র্যাক্ট</a> যার কোনো প্রদেয় ফাংশন নেই, কোনো ফলব্যাক ফাংশন নেই, এবং কোনো ডেটা স্টোরেজ নেই। অতএব, এটি ইথার গ্রহণ বা ধারণ করতে পারে না, বা ডেটা সংরক্ষণ করতে পারে না। একটি লাইব্রেরি পূর্ব-ডিপ্লয়েড কোড হিসাবে কাজ করে যা অন্যান্য কন্ট্র্যাক্টগুলি শুধুমাত্র পঠনযোগ্য গণনার জন্য কল করতে পারে। <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": "লিকুইডিটি হল কত দ্রুত এবং সহজে একটি সম্পদ নগদ বা অন্য সম্পদে রূপান্তরিত করা যায়। Uniswap-এর মতো ডিসেন্ট্রালাইজড এক্সচেঞ্জগুলিতে একাধিক লিকুইডিটি পুল থাকে যেখানে সম্পদধারীরা তাদের সম্পদ জমা রাখতে পারে, যেখানে ট্রেডাররা পুরস্কারের বিনিময়ে ডিসেন্ট্রালাইজড উপায়ে সেগুলি কিনতে এবং বিক্রি করতে পারে।",
+  "liquidity-tokens-term": "লিকুইডিটি টোকেন",
+  "liquidity-tokens-definition": "লিকুইডিটি টোকেন (LST) হল ডিজিটাল টোকেন যা অংশগ্রহণকারীদের দেওয়া হয় যারা একটি লিকুইডিটি পুলে সম্পদ জমা দেয়, যা একটি স্মার্ট কন্ট্র্যাক্টে লক করা তহবিলের একটি সংগ্রহ এবং একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জে (DEX) ট্রেডিং সহজ করার জন্য ব্যবহৃত হয়।<br />এই টোকেনগুলি পুলের মধ্যে অংশগ্রহণকারীর অংশীদারিত্বের প্রতিনিধিত্ব করে এবং পরে প্রাথমিক আমানত এবং পুলের কার্যকলাপ দ্বারা উত্পন্ন ট্রেডিং ফি-এর একটি অংশের জন্য রিডিম করা যেতে পারে। মূলত, লিকুইডিটি টোকেনগুলি একটি লিকুইডিটি পুলে মালিকানা বা স্টেকের প্রমাণ হিসাবে কাজ করে, যা ধারকদের পুরস্কার অর্জনের অনুমতি দেয় এবং অন্যদের বিভিন্ন ক্রিপ্টোকারেন্সি জোড়া দক্ষতার সাথে ট্রেড করার জন্য প্রয়োজনীয় লিকুইডিটি প্রদান করে।",
+  "liquid-staking-tokens-term": "লিকুইড স্টেকিং টোকেন",
+  "liquid-staking-tokens-definition": "একটি ডেরিভেটিভ টোকেন যা একজন ব্যবহারকারী যে লক করা ক্রিপ্টোকারেন্সি স্টেক করছে তার মালিকানা প্রতিনিধিত্ব করে। একটি সম্পদ স্টেক করার পরে, কিছু প্ল্যাটফর্ম লিকুইড স্টেকিং টোকেন (LSTs) মিন্ট করার অনুমতি দেয়, যা লক করা টোকেনগুলির একটি সমতুল্য অংশের প্রতিনিধিত্ব করে। এই LSTগুলি তখন ট্রেড করা, বিক্রি করা বা অন্যান্য 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-definition": "\"প্রধান নেটওয়ার্ক\"-এর সংক্ষিপ্ত রূপ, এটি হল প্রধান পাবলিক Ethereum <a href=\"/glossary/#blockchain\">ব্লকচেইন</a>।",
+  "max-fee-per-gas-term": "সর্বোচ্চ ফি প্রতি গ্যাস",
+  "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</evm>-এর মধ্যে পাঠানো হয়।",
+  "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)",
+  "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": "অফচেইন মানে কোনো লেনদেন বা ডেটা যা ব্লকচেইনের বাইরে বিদ্যমান। কারণ প্রতিটি লেনদেন অনচেইনে করা ব্যয়বহুল এবং অদক্ষ হতে পারে, তাই ওরাকলের মতো তৃতীয় পক্ষের টুল যা মূল্যের ডেটা পরিচালনা করে, বা লেয়ার ২ সলিউশন যা উচ্চ থ্রুপুটের লেনদেন সম্পাদন করে, তারা বেশিরভাগ প্রক্রিয়াকরণের কাজ অফচেইনে করে, এবং কম ঘন ঘন বিরতিতে অনচেইনে তথ্য জমা দেয়।",
+  "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": "অপ্টিমিস্টিক রোলআপ হল একটি লেয়ার ২ সলিউশন যা Ethereum-এ লেনদেনের গতি বাড়ায়, ডিফল্টরূপে সেগুলি বৈধ বলে ধরে নেয় যতক্ষণ না চ্যালেঞ্জ করা হয়। <a href=\"/developers/docs/scaling/optimistic-rollups/\">অপ্টিমিস্টিক রোলআপ সম্পর্কে আরও জানুন</a>।",
+  "oracle-term": "ওরাকল",
+  "oracle-definition": "একটি ওরাকল হল <a href=\"/glossary/#blockchain\">ব্লকচেইন</a> এবং বাস্তব বিশ্বের মধ্যে একটি ব্রিজ। তারা অনচেইন <a href=\"/glossary/#api\">API</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-এর জন্য ডেটার \"ব্লব\" গ্রহণ করে। এই \"ব্লব\" ডেটা অস্থায়ীভাবে বিকন চেইনে ৪০৯৬ ইপক (~১৮.২ দিন) এর জন্য সংরক্ষণ করা হয়, এবং নোড অপারেটরদের জন্য হার্ডওয়্যার প্রয়োজনীয়তা কমাতে সাহায্য করার জন্য পরে ঐচ্ছিকভাবে ছাঁটাই করা যেতে পারে।",
+  "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\">লেয়ার ২</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": "একটি সিকোয়েন্সার হল একটি প্রোগ্রাম যা একটি ব্লকচেইন নেটওয়ার্কে, বিশেষ করে লেয়ার ২ স্কেলিং সলিউশনের মধ্যে লেনদেন ক্রম করার জন্য দায়ী।",
+  "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> দ্বারা নতুন ব্লক প্রস্তাব করা যেতে পারে। একটি স্লট খালি থাকতে পারে। ৩২টি স্লট একটি <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-inline-assembly-definition": "একটি <a href=\"/glossary/#solidity\">সলিডিটি</a> প্রোগ্রামে <a href=\"/glossary/#evm\">EVM</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/#pos\">প্রুফ-অফ-স্টেক</a> কনসেন্সাস মডেলের অধীনে <a href=\"/glossary/#transaction\">লেনদেন</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, যা ৩২ 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\">লেয়ার ২</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 সুরক্ষিত মোট স্টেক করা ইথারের ২/৩ (৬৬%) এর বেশি পরিমাণ। বিকন চেইনে ব্লকগুলিকে <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> একটি এলোমেলোভাবে নির্বাচিত গ্রুপ যা প্রতি ~২৭ ঘণ্টায় রিফ্রেশ হয়। তাদের উদ্দেশ্য হল বৈধ ব্লক হেডারগুলিতে তাদের স্বাক্ষর যোগ করা। সিঙ্ক কমিটিগুলি <a href=\"/glossary/#light-client\">লাইট ক্লায়েন্টদের</a> পুরো ভ্যালিডেটর সেট অ্যাক্সেস করার প্রয়োজন ছাড়াই ব্লকচেইনের হেড ট্র্যাক রাখতে দেয়।",
+  "szabo-term": "জাবো",
+  "szabo-definition": "<a href=\"/glossary/#ether\">ইথারের</a> একটি উপবিভাগ। ১ জাবো = ১০<sup>১২</sup> <a href=\"/glossary/#wei\">wei</a>। ১০<sup>৬</sup> জাবো = ১ ইথার।",
+  "terminal-total-difficulty-term": "টার্মিনাল টোটাল ডিফিকাল্টি (TTD)",
+  "terminal-total-difficulty-definition": "টোটাল ডিফিকাল্টি হল ব্লকচেইনের একটি নির্দিষ্ট বিন্দু পর্যন্ত সমস্ত ব্লকের জন্য Ethash মাইনিং ডিফিকাল্টির যোগফল। টার্মিনাল টোটাল ডিফিকাল্টি হল টোটাল ডিফিকাল্টির একটি নির্দিষ্ট মান যা এক্সিকিউশন ক্লায়েন্টদের তাদের মাইনিং এবং ব্লক গসিপ ফাংশন বন্ধ করার জন্য ট্রিগার হিসাবে ব্যবহৃত হয়েছিল, যা নেটওয়ার্ককে প্রুফ-অফ-স্টেকে স্থানান্তরিত করতে সক্ষম করে। এটি আর প্রাসঙ্গিক নয় কারণ Ethereum <a href=\"/glossary/#pos\">প্রুফ-অফ-স্টেকে</a> চলে গেছে।",
+  "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\">লেয়ার ২</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> যা ডেটা সংরক্ষণ, লেনদেন প্রক্রিয়াকরণ এবং ব্লকচেইনে নতুন ব্লক যুক্ত করার জন্য দায়ী। ভ্যালিডেটর সফটওয়্যার সক্রিয় করতে, আপনাকে ৩২ 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> কমপক্ষে ৩২ ETH জমা করা হয়েছে</li><li>পেন্ডিং: ভ্যালিডেটর অ্যাক্টিভেশন সারিতে রয়েছে এবং বিদ্যমান ভ্যালিডেটরদের দ্বারা নেটওয়ার্কে ভোট দেওয়ার জন্য অপেক্ষা করছে</li><li>অ্যাক্টিভ: বর্তমানে প্রত্যয়ন করছে এবং ব্লক প্রস্তাব করছে</li><li>স্ল্যাশিং: ভ্যালিডেটর অসদাচরণ করেছে এবং স্ল্যাশ করা হচ্ছে</li><li>এক্সাইটিং: ভ্যালিডেটরকে নেটওয়ার্ক থেকে বের হওয়ার জন্য ফ্ল্যাগ করা হয়েছে, হয় স্বেচ্ছায় বা কারণ তাদের বের করে দেওয়া হয়েছে।</li></ul>",
+  "validity-proof-term": "ভ্যালিডিটি প্রুফ",
+  "validity-proof-definition": "কিছু নির্দিষ্ট <a href=\"/glossary/#layer-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-definition": "একটি অফচেইন সলিউশন যা লেনদেনের থ্রুপুট উন্নত করতে <a href=\"/glossary/#validity-proof\">ভ্যালিডিটি প্রুফ</a> ব্যবহার করে। <a href=\"/glossary/#zk-rollup\">জিরো-নলেজ রোলআপের</a> মতো, ভ্যালিডিয়াম ডেটা লেয়ার ১ মেইননেটে সংরক্ষণ করা হয় না। <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": "Web2",
+  "web2-definition": "বর্তমান ইন্টারনেট, যা ব্যবহারকারী-সৃষ্ট বিষয়বস্তু এবং সামাজিক মাধ্যমের উপর কেন্দ্র করে যা কয়েকটি কোম্পানি দ্বারা নিয়ন্ত্রিত। Web3 হল একটি ক্রিপ্টো বিশ্বাস যে ব্যবহারকারীদের তাদের ডেটা এবং লেনদেন নিয়ন্ত্রণ করা উচিত।",
+  "web3-term": "Web3",
+  "web3-definition": "Web3 হল ব্লকচেইন সহ নতুন ইন্টারনেট, যেখানে ব্যবহারকারীরা তাদের ডেটা এবং লেনদেন নিয়ন্ত্রণ করে, কোম্পানি নয়। কোনো ব্যক্তিগত তথ্য শেয়ার করার প্রয়োজন নেই। <a href=\"/web3/\">web3 সম্পর্কে আরও জানুন</a>।",
+  "wei-term": "Wei",
+  "wei-definition": "ইথারের সবচেয়ে ছোট উপবিভাগ। ১০<sup>১৮</sup> wei = ১ ইথার।",
+  "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/#rollups\">রোলআপ</a> যা <a href=\"/glossary/#validity-proof\">ভ্যালিডিটি প্রুফ</a> ব্যবহার করে মেইননেট (লেয়ার ১) দ্বারা প্রদত্ত নিরাপত্তা ব্যবহার করার সময় <a href=\"/glossary/#layer-2\">লেয়ার ২</a> লেনদেন থ্রুপুট বাড়ানোর জন্য। যদিও তারা <a href=\"/glossary/#optimistic-rollup\">অপ্টিমিস্টিক রোলআপের</a> মতো জটিল লেনদেনের ধরণগুলি পরিচালনা করতে পারে না, তবে তাদের ল্যাটেন্সি সমস্যা নেই কারণ লেনদেনগুলি জমা দেওয়ার সময় প্রমাণযোগ্যভাবে বৈধ। <a href=\"/developers/docs/scaling/zk-rollups/\">জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন</a>।"
+}
diff --git a/src/intl/bn/learn-quizzes.json b/src/intl/bn/learn-quizzes.json
new file mode 100644
index 00000000000..222095fdd9b
--- /dev/null
+++ b/src/intl/bn/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": "ইথেরিয়াম",
+  "what-is-ethereum-2-b-explanation": "Ethereum হল ব্লকচেইন, কিন্তু এর নেটিভ কারেন্সি Ethereum নয়। এটি একটি সাধারণ ভুল ধারণা।",
+  "what-is-ethereum-2-c-label": "Ethercoin",
+  "what-is-ethereum-2-c-explanation": "অন্যান্য অনেক ক্রিপটোকারেন্সির মতো, Ethereum-এর নেটিভ ক্রিপটোকারেন্সিতে 'কয়েন' শব্দটি নেই।",
+  "what-is-ethereum-2-d-label": "বিটকয়েন",
+  "what-is-ethereum-2-d-explanation": "Bitcoin (বড় হাতের B) হল তৈরি করা প্রথম ব্লকচেইন, bitcoin (ছোট হাতের b) হল এর নেটিভ ক্রিপটোকারেন্সি।",
+  "what-is-ethereum-3-prompt": "ইথেরিয়াম কে চালায়?",
+  "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": "সোনা খনিতে বছরে ~১৩১ টেরাওয়াট ঘন্টা ব্যবহার হয়। Ethereum বছরে প্রায় ০.০০২৬ টেরাওয়াট ঘন্টা ব্যবহার করে।",
+  "what-is-ethereum-5-b-label": "Netflix",
+  "what-is-ethereum-5-b-explanation": "Netflix বছরে ~০.৪৫১ টেরাওয়াট ঘন্টা ব্যবহার করে। Ethereum বছরে প্রায় ০.০০২৬ টেরাওয়াট ঘন্টা ব্যবহার করে।",
+  "what-is-ethereum-5-c-label": "PayPal",
+  "what-is-ethereum-5-c-explanation": "PayPal বছরে ~০.২৬ টেরাওয়াট ঘন্টা ব্যবহার করে। Ethereum বছরে প্রায় ০.০০২৬ টেরাওয়াট ঘন্টা ব্যবহার করে।",
+  "what-is-ethereum-5-d-label": "উপরের কোনোটিই নয়",
+  "what-is-ethereum-5-d-explanation": "Ethereum বছরে প্রায় ০.০০২৬ টেরাওয়াট ঘন্টা ব্যবহার করে। সোনা খনি (~১৩১ টেরাওয়াট ঘন্টা/বছর), Netflix (~০.৪৫১ টেরাওয়াট ঘন্টা/বছর), এবং Paypal (~০.২৬ টেরাওয়াট ঘন্টা/বছর) এর চেয়ে কম।",
+  "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 ইথার বা অন্য কোনো উল্লেখযোগ্য ক্রিপটোকারেন্সির জন্য টিকার নয়।",
+  "what-is-ether-1-c-label": "ETH",
+  "what-is-ether-1-c-explanation": "ETH হল Ethereum-এ ইথারের টিকার।",
+  "what-is-ether-1-d-label": "BTC",
+  "what-is-ether-1-d-explanation": "BTC হল 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 (ইউএস ডলার) বা অন্য কোনো FIAT মুদ্রায় নেটওয়ার্ক ফি প্রদান করা সম্ভব নয়।",
+  "what-is-ether-2-d-label": "ইথেরিয়াম",
+  "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 স্টেক করার জন্য শক্তিশালী হার্ডওয়্যারের প্রয়োজন নেই। Ethereum The Merge-এ প্রুফ-অফ-ওয়ার্ক ব্যবহার করা বন্ধ করে দিয়েছে।",
+  "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": "Web2",
+  "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": "গ্যাভিন উড",
+  "web3-4-a-explanation": "গ্যাভিন উড, Ethereum-এর একজন সহ-প্রতিষ্ঠাতা, 2015 সালে Ethereum চালু হওয়ার অল্প সময়ের মধ্যেই Web3 শব্দটি তৈরি করার জন্য কৃতিত্বপ্রাপ্ত।",
+  "web3-4-b-label": "স্টিভ জবস",
+  "web3-4-b-explanation": "স্টিভ জবস 'Web3' শব্দটি তৈরি করেননি।",
+  "web3-4-c-label": "Vitalik বুটেরিন",
+  "web3-4-c-explanation": "ভিটালিক বুটেরিন, যদিও Ethereum-এর মূল প্রতিষ্ঠাতা, 'Web3' শব্দটি তৈরি করেননি।",
+  "web3-4-d-label": "ইলন মাস্ক",
+  "web3-4-d-explanation": "ইলন মাস্ক 'Web3' শব্দটি তৈরি করেননি।",
+  "web3-5-prompt": "আপনি এর ব্যবহারের মাধ্যমে সমগ্র ওয়েব জুড়ে একটি একক, সেন্সরশিপ-প্রতিরোধী লগইন পেতে পারেন:",
+  "web3-5-a-label": "ফেসবুকের মাধ্যমে সাইন-ইন করুন",
+  "web3-5-a-explanation": "ফেসবুকের মাধ্যমে সাইন-ইন সেন্সরশিপ প্রতিরোধী নয়।",
+  "web3-5-b-label": "গুগলের মাধ্যমে সাইন-ইন করুন",
+  "web3-5-b-explanation": "গুগলের মাধ্যমে সাইন-ইন সেন্সরশিপ প্রতিরোধী নয়।",
+  "web3-5-c-label": "Ethereum-এর মাধ্যমে সাইন-ইন করুন",
+  "web3-5-c-explanation": "Ethereum-এর মাধ্যমে সাইন-ইন হল একমাত্র বিকল্প যা সেন্সরশিপ-প্রতিরোধী এবং যেকোনো ওয়েব অ্যাপ্লিকেশনে ব্যবহারযোগ্য।",
+  "web3-5-d-label": "টুইটারের মাধ্যমে সাইন-ইন করুন",
+  "web3-5-d-explanation": "টুইটারের মাধ্যমে সাইন-ইন সেন্সরশিপ প্রতিরোধী নয়।",
+  "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 গিভঅ্যাওয়ে করে না। স্ক্যামাররা ভান করে যে সুপরিচিত ব্যক্তিরা, যেমন ইলন মাস্ক, গিভঅ্যাওয়ে করছে যাতে তাদের স্ক্যামকে বৈধতা দেওয়া যায়।",
+  "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": "NFT-গুলিকে সবচেয়ে ব্যাপকভাবে সংজ্ঞায়িত করা হয়:",
+  "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": "একই শিল্পকর্মের প্রতিনিধিত্বকারী দুটি NFT একই জিনিস।",
+  "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": "লেয়ার 2 ব্লকচেইন নেটওয়ার্কগুলি এর জন্য:",
+  "rollups-1-a-label": "ইথেরিয়াম স্কেলিং",
+  "rollups-1-a-explanation": "রোলআপ এবং অন্যান্য লেয়ার 2 সমাধানগুলির প্রাথমিক উদ্দেশ্য হল Ethereum স্কেলিং করা।",
+  "rollups-1-b-label": "পেমেন্ট করা",
+  "rollups-1-b-explanation": "রোলআপ এবং অন্যান্য লেয়ার 2 সমাধানগুলির প্রাথমিক উদ্দেশ্য হল Ethereum স্কেলিং করা।",
+  "rollups-1-c-label": "NFTs কেনা",
+  "rollups-1-c-explanation": "রোলআপ এবং অন্যান্য লেয়ার 2 সমাধানগুলির প্রাথমিক উদ্দেশ্য হল Ethereum স্কেলিং করা।",
+  "rollups-1-d-label": "Ethereum বিকেন্দ্রীকরণ",
+  "rollups-1-d-explanation": "রোলআপ এবং অন্যান্য লেয়ার 2 সমাধানগুলির প্রাথমিক উদ্দেশ্য হল 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": "নিচের কোনটি লেয়ার 2 হিসাবে বিবেচিত হয় না?",
+  "rollups-3-a-label": "ভ্যালিডিয়াম",
+  "rollups-3-a-explanation": "ভ্যালিডিয়ামগুলি লেয়ার 2 সমাধান হিসাবে বিবেচিত হয় না কারণ তারা Ethereum থেকে নিরাপত্তা বা ডেটা প্রাপ্যতা অর্জন করে না। এটি একমাত্র সঠিক উত্তর নয়।",
+  "rollups-3-b-label": "সাইডচেইন্স",
+  "rollups-3-b-explanation": "সাইডচেইনগুলিকে লেয়ার 2 সমাধান হিসাবে বিবেচনা করা হয় না কারণ তারা Ethereum থেকে নিরাপত্তা বা ডেটা প্রাপ্যতা অর্জন করে না। এটি একমাত্র সঠিক উত্তর নয়।",
+  "rollups-3-c-label": "বিকল্প লেয়ার 1 ব্লকচেইন",
+  "rollups-3-c-explanation": "বিকল্প লেয়ার 1 ব্লকচেইনগুলি লেয়ার 2 সমাধান হিসাবে বিবেচিত হয় না। এটি একমাত্র সঠিক উত্তর নয়।",
+  "rollups-3-d-label": "উপরের সবকটি",
+  "rollups-3-d-explanation": "ভ্যালিডিয়াম, সাইডচেইন, এবং বিকল্প লেয়ার 1 ব্লকচেইনগুলি লেয়ার 2 সমাধান হিসাবে বিবেচিত হয় না কারণ তারা Ethereum থেকে নিরাপত্তা বা ডেটা প্রাপ্যতা অর্জন করে না।",
+  "rollups-4-prompt": "Ethereum-এর একটি 'অফিসিয়াল' লেয়ার 2 কেন নেই?",
+  "rollups-4-a-label": "মূল ডেভেলপাররা Ethereum নিয়ে কাজ করতে খুব ব্যস্ত",
+  "rollups-4-a-explanation": "Ethereum-এ একটি 'অফিসিয়াল' লেয়ার 2-এর জন্য কোনো পরিকল্পনা নেই কারণ আমরা লেয়ার 2 সমাধান ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হব।",
+  "rollups-4-b-label": "একটি L1 হিসাবে, Ethereum অবশেষে নিজে থেকেই ব্যাপক স্কেলিং-এ পৌঁছাবে",
+  "rollups-4-b-explanation": "Ethereum-এ একটি 'অফিসিয়াল' লেয়ার 2-এর জন্য কোনো পরিকল্পনা নেই কারণ আমরা লেয়ার 2 সমাধান ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হব।",
+  "rollups-4-c-label": "মূল ডেভেলপাররা এখনও অপটিমিস্টিক এবং zk-রোলআপগুলির মধ্যে বিতর্ক করছে",
+  "rollups-4-c-explanation": "Ethereum-এ একটি 'অফিসিয়াল' লেয়ার 2-এর জন্য কোনো পরিকল্পনা নেই কারণ আমরা লেয়ার 2 সমাধান ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হব।",
+  "rollups-4-d-label": "Ethereum একটি L2 ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হবে",
+  "rollups-4-d-explanation": "Ethereum-এ একটি 'অফিসিয়াল' লেয়ার 2-এর জন্য কোনো পরিকল্পনা নেই কারণ আমরা লেয়ার 2 সমাধান ডিজাইনের জন্য বিভিন্ন পদ্ধতির থেকে উপকৃত হব।",
+  "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": "৫০%",
+  "merge-2-a-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে স্থানান্তর সক্ষম করার পরে Ethereum-এর শক্তি খরচ ৯৯.৯৫% কমে গেছে।",
+  "merge-2-b-label": "৬২.৫%",
+  "merge-2-b-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে স্থানান্তর সক্ষম করার পরে Ethereum-এর শক্তি খরচ ৯৯.৯৫% কমে গেছে।",
+  "merge-2-c-label": "৯০%",
+  "merge-2-c-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে স্থানান্তর সক্ষম করার পরে Ethereum-এর শক্তি খরচ ৯৯.৯৫% কমে গেছে।",
+  "merge-2-d-label": "৯৯.৯৫%",
+  "merge-2-d-explanation": "The Merge প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে স্থানান্তর সক্ষম করার পরে Ethereum-এর শক্তি খরচ ৯৯.৯৫% কমে গেছে।",
+  "merge-3-prompt": "The Merge কখন হয়েছিল?",
+  "merge-3-a-label": "সেপ্টেম্বর ১৫, ২০২২",
+  "merge-3-a-explanation": "The Merge সেপ্টেম্বর ১৫, ২০২২ তারিখে সকাল ০৬:৪২:৪২ (UTC)-তে হয়েছিল।",
+  "merge-3-b-label": "ডিসেম্বর ১, ২০২০",
+  "merge-3-b-explanation": "The Merge এর পরে হয়েছিল। ডিসেম্বর ১, ২০২০ তারিখে বীকন চেইন চালু হয়েছিল।",
+  "merge-3-c-label": "নভেম্বর ২৭, ২০১৩",
+  "merge-3-c-explanation": "The Merge এর পরে হয়েছিল। নভেম্বর ২৭, ২০১৩ তারিখে Ethereum হোয়াইটপেপার প্রকাশিত হয়েছিল।",
+  "merge-3-d-label": "অক্টোবর ৩১, ২০০৮",
+  "merge-3-d-explanation": "The Merge এর পরে হয়েছিল। অক্টোবর ৩১ তারিখে 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": "যখন একটি ভ্যালিডেটর কোনো প্রদত্ত ইপকের জন্য চেইনের অবস্থার অ্যাটেস্টেশন করার জন্য অনুপলব্ধ থাকে তখন জরিমানা করা হয়। এই জরিমানাগুলির আকার একটি সঠিক অ্যাটেস্টেশনের জন্য পুরস্কারের প্রায় ৭৫% এর সমান। ভ্যালিডেটর অনলাইনে ফিরে গেলে পুরস্কার পুনরায় শুরু হয় এবং কোনো স্ল্যাশিং হয় না।",
+  "staking-solo-2-b-label": "নিষ্ক্রিয়তার জরিমানা শুধুমাত্র অনুপলব্ধ থাকাকালীন করা হয়",
+  "staking-solo-2-b-explanation": "অনুপলব্ধ থাকাকালীন, একটি ভ্যালিডেটর ছোট নিষ্ক্রিয়তার জরিমানা বহন করবে, যা একটি সঠিক অ্যাটেস্টেশনের জন্য পুরস্কারের প্রায় ৭৫% এর সমান। বিরল/চরম ক্ষেত্রে যেখানে নেটওয়ার্ক চূড়ান্ত হচ্ছে না (অর্থাৎ, নেটওয়ার্কের ১/৩ এর বেশিও অফলাইন), এই জরিমানাগুলি উল্লেখযোগ্যভাবে বেশি হয়। ভ্যালিডেটর অনলাইনে ফিরে গেলে পুরস্কার পুনরায় শুরু হয় এবং কোনো স্ল্যাশিং হয় না।",
+  "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": "যে ভ্যালিডেটরদের কার্যকর ব্যালেন্স ১৬ ETH-এ নেমে আসে তাদের স্বয়ংক্রিয়ভাবে বীকন চেইন থেকে বের করে দেওয়া হয়।",
+  "staking-solo-3-b-label": "32",
+  "staking-solo-3-b-explanation": "৩২ ETH হল একটি নতুন ভ্যালিডেটর সক্রিয় করার জন্য প্রয়োজনীয় সর্বনিম্ন ETH, এবং সেই ভ্যালিডেটরের জন্য সর্বোচ্চ 'কার্যকর ব্যালেন্স' (ভোটের ওজন)। ৩২-এর উপরে পুরস্কার জমা করা যেতে পারে, কিন্তু এই ব্যালেন্স নেটওয়ার্কে সেই ভ্যালিডেটরের ভোটের ওজনে অবদান রাখে না এবং পুরস্কার বৃদ্ধি পায় না।",
+  "staking-solo-3-c-label": "অপারেটরের উপর নির্ভর করে পরিবর্তনশীল",
+  "staking-solo-3-c-explanation": "কনসেন্সাসের নিয়মগুলি প্রতিটি ভ্যালিডেটর অ্যাকাউন্টের জন্য সমানভাবে প্রযোজ্য এবং নোড পরিচালনাকারী ব্যক্তির উপর নির্ভরশীল নয়। সমস্ত ভ্যালিডেটরের সর্বোচ্চ কার্যকর ব্যালেন্স হল ৩২ ETH।",
+  "staking-solo-3-d-label": "কোনো সীমা নেই",
+  "staking-solo-3-d-explanation": "প্রতিটি ভ্যালিডেটর অ্যাকাউন্ট ৩২ 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": "১০০%",
+  "staking-solo-5-a-explanation": "যদিও একটি আদর্শ লক্ষ্য, ১০০% আপটাইম অর্জন করা একটি ভ্যালিডেটরের লাভজনক থাকার জন্য সর্বনিম্ন প্রয়োজনীয়তা নয়।",
+  "staking-solo-5-b-label": "~৯৯%",
+  "staking-solo-5-b-explanation": "যদিও একটি চমৎকার লক্ষ্য, ৯৯% আপটাইম অর্জন করা একটি ভ্যালিডেটরের লাভজনক থাকার জন্য সর্বনিম্ন প্রয়োজনীয়তা নয়।",
+  "staking-solo-5-c-label": "~৫০%",
+  "staking-solo-5-c-explanation": "ভ্যালিডেটরদের চেইনের অবস্থার সঠিকভাবে এবং দ্রুত অ্যাটেস্টেশন করার জন্য যা পুরস্কার পেত তার প্রায় ৭৫% জরিমানা করা হয়। এর মানে হল একটি নির্দিষ্ট সময়ের জন্য, সেই সময়ের ৫০% অফলাইন থাকা সত্ত্বেও নেট লাভজনক হবে, যদিও আরও নির্ভরযোগ্যভাবে উপলব্ধ ভ্যালিডেটরের চেয়ে কম লাভজনক হবে।",
+  "staking-solo-5-d-label": "~২৫%",
+  "staking-solo-5-d-explanation": "মাত্র ২৫% আপটাইম সহ একটি ভ্যালিডেটর বাকি ৭৫% সময়ের জন্য জরিমানা বহন করবে। পুরস্কার এবং জরিমানার অনুরূপ আকারের কারণে, অনলাইন থাকার সময়ের চেয়ে ৩ গুণ বেশি সময় অফলাইন থাকার ফলে সেই সময়ের জন্য 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": "নতুন মেশিনে কীগুলি মাইগ্রেট করার আগে ২-৪ ইপকের জন্য ভ্যালিডেটর নিষ্ক্রিয় করুন",
+  "staking-solo-7-d-explanation": "এটি আপনার নোড অফলাইন থাকাকালীন চেইনকে চূড়ান্ত করার জন্য সময় দেয়, যাতে কী মাইগ্রেশনের সময় দুর্ঘটনাজনিত ডাবল ভোটিং এবং স্ল্যাশিংয়ের ঝুঁকি কমিয়ে আনা যায়।",
+  "staking-solo-8-prompt": "পুরস্কার পেমেন্ট / আংশিক উত্তোলন প্রাপ্তির জন্য কোনটি প্রয়োজন নয়?",
+  "staking-solo-8-a-label": "একবার একটি এক্সিকিউশন উত্তোলনের ঠিকানা প্রদান করা",
+  "staking-solo-8-a-explanation": "উত্তোলন প্রক্রিয়াটি কোথায় কোনো কনসেন্সাস লেয়ারের তহবিল পাঠাতে হবে তা জানার জন্য এটি একবার প্রয়োজন।",
+  "staking-solo-8-b-label": "৩২ ETH-এর একটি কার্যকর ব্যালেন্স থাকা",
+  "staking-solo-8-b-explanation": "যেকোনো আংশিক উত্তোলনের আগে আপনার কার্যকর ব্যালেন্স ৩২ ETH-এ সর্বোচ্চ হতে হবে।",
+  "staking-solo-8-c-label": "৩২ ETH-এর বেশি মোট ব্যালেন্স থাকা",
+  "staking-solo-8-c-explanation": "যেকোনো আংশিক উত্তোলনের জন্য আপনার মোট ব্যালেন্সের পুরস্কার ৩২ ETH-এর উপরে থাকতে হবে।",
+  "staking-solo-8-d-label": "গ্যাস পেমেন্ট সহ অনুরোধকৃত উত্তোলনের পরিমাণ জমা দেওয়া",
+  "staking-solo-8-d-explanation": "অন্যান্য মানদণ্ড পূরণ হয়ে গেলে, পুরস্কার পেমেন্ট স্বয়ংক্রিয় হয়। প্রাপকদের একটি লেনদেন জমা দিতে বা গ্যাস দিতে হবে না। উত্তোলিত পরিমাণ ভ্যালিডেটরের ৩২-এর অতিরিক্ত ব্যালেন্সের সমান। কাস্টম পরিমাণ অনুরোধ করা যাবে না।",
+  "scaling-1-prompt": "Ethereum স্কেল করার জন্য নিচের কোনটি ব্যবহার করছে?",
+  "scaling-1-a-label": "লেয়ার 2 রোলআপ",
+  "scaling-1-a-explanation": "এগুলি লেনদেনগুলি বান্ডিল করে, সেগুলি সম্পাদন করে এবং তারপর বৈধকরণ এবং সুরক্ষার জন্য ফলাফলগুলি Ethereum-এ পোস্ট করে Ethereum স্কেল করতে সাহায্য করে। রোলআপগুলির উদাহরণগুলির মধ্যে রয়েছে Arbitrum বা Optimism। এটি Ethereum স্কেল করার একমাত্র উপায় নয়।",
+  "scaling-1-b-label": "প্রোটো-ড্যাঙ্কশার্ডিং",
+  "scaling-1-b-explanation": "এটি রোলআপ ডেটা মেইননেটে সংরক্ষণের জন্য একটি অস্থায়ী এবং সস্তা স্টোরেজ বিকল্প সরবরাহ করে, যা বর্তমানে একটি রোলআপে একজন ব্যবহারকারীর সম্মুখীন হওয়া খরচের প্রায় ৯০% এর জন্য দায়ী। এটি Ethereum স্কেল করার একমাত্র উপায় নয়।",
+  "scaling-1-c-label": "ড্যাঙ্কশার্ডিং",
+  "scaling-1-c-explanation": "এটি নেটওয়ার্কের প্রতিটি ভ্যালিডেটর এবং নোডের জন্য সমস্ত রোলআপের জন্য ১০০% ডেটা সংরক্ষণ করার প্রয়োজনীয়তা দূর করে, নোড অপারেটরদের জন্য হার্ডওয়্যারের প্রয়োজনীয়তা হ্রাস করে। এটি Ethereum স্কেল করার একমাত্র উপায় নয়।",
+  "scaling-1-d-label": "উপরের সবকটি",
+  "scaling-1-d-explanation": "লেয়ার 2 রোলআপগুলি লেনদেনগুলি বান্ডিল করে, প্রোটো-ড্যাঙ্কশার্ডিং এই ডেটার জন্য সস্তা অস্থায়ী স্টোরেজ তৈরি করে, এবং ড্যাঙ্কশার্ডিং সমস্ত ভ্যালিডেটরদের মধ্যে স্টোরেজ বোঝা ভাগ করে — সবই Ethereum স্কেল করতে সাহায্য করে।",
+  "scaling-2-prompt": "লেনদেনগুলি বান্ডিল করা এবং সেগুলি সম্পাদন করার পরে, লেয়ার 2 রোলআপগুলি পরবর্তীতে কী করে?",
+  "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": "লেয়ার 2 রোলআপগুলি তাদের লেনদেন সম্পাদনের ফলাফল মেইননেটে পোস্ট করে, এটি Ethereum-এর ইতিহাসে সুরক্ষিত করে",
+  "scaling-2-d-label": "খরচ কমাতে ফলাফল মুছে ফেলুন",
+  "scaling-2-d-explanation": "লেয়ার 2 রোলআপগুলি তাদের লেনদেন সম্পাদনের ফলাফল মেইননেটে পোস্ট করে। এই পদ্ধতির মাধ্যমে অর্জিত খরচ সাশ্রয় হল লেনদেনের ডেটা বান্ডিল এবং সংকুচিত করে এবং শেষ পর্যন্ত এটি সস্তা স্টোরেজে সংরক্ষণ করে যা যাদের প্রয়োজন তাদের জন্য উপলব্ধ হওয়ার পরে মেয়াদ শেষ হয়ে যায়।",
+  "scaling-3-prompt": "প্রোটো-ড্যাঙ্কশার্ডিং কীভাবে রোলআপগুলিতে রোলআপ লেনদেনের খরচ কমায়?",
+  "scaling-3-a-label": "সরাসরি ব্লকের আকার বৃদ্ধি করে",
+  "scaling-3-a-explanation": "প্রোটো-ড্যাঙ্কশার্ডিং সরাসরি গ্যাস সীমা বাড়ায় না, তবে অস্থায়ী স্টোরেজ উপলব্ধ করে রোলআপ ডেটার স্টোরেজ কম ব্যয়বহুল করে তোলে",
+  "scaling-3-b-label": "কোন ভ্যালিডেটরদের ডেটা সংরক্ষণ করতে হবে তা ভাগ করে",
+  "scaling-3-b-explanation": "যদিও সম্পূর্ণ ড্যাঙ্কশার্ডিং সমস্ত ভ্যালিডেটরদের সমস্ত ডেটা সংরক্ষণ করার প্রয়োজনীয়তা হ্রাস করবে বলে আশা করা হচ্ছে, তবে এর আগে প্রোটো-ড্যাঙ্কশার্ডিং রয়েছে যা রোলআপগুলি দ্বারা উত্পাদিত ডেটার জন্য একটি কম ব্যয়বহুল, অস্থায়ী স্টোরেজ বিকল্প তৈরি করে।",
+  "scaling-3-c-label": "নোড অপারেটরদের জন্য হার্ডওয়্যারের প্রয়োজনীয়তা উল্লেখযোগ্যভাবে বৃদ্ধি করে",
+  "scaling-3-c-explanation": "এটি সাধারণত Ethereum স্কেল করার জন্য একটি গ্রহণযোগ্য বিকল্প হিসাবে বিবেচিত হয় না। একটি নোড পরিচালনা করার জন্য হার্ডওয়্যারের প্রয়োজনীয়তাগুলি কমিয়ে আনার জন্য দুর্দান্ত প্রচেষ্টা করা হয় যাতে এটি যতটা সম্ভব অ্যাক্সেসযোগ্য থাকে।",
+  "scaling-3-d-label": "এর ডেটা সস্তা, অস্থায়ী 'ব্লব' স্টোরেজে সংরক্ষণ করে",
+  "scaling-3-d-explanation": "প্রোটো-ড্যাঙ্কশার্ডিং রোলআপগুলির জন্য একটি অস্থায়ী ডেটা স্টোরেজ বিকল্প প্রবর্তন করে যাতে তারা আরও সস্তায় মেইননেটে এর ফলাফল পোস্ট করতে পারে",
+  "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": "পুরস্কার অর্জনের জন্য ৩২ 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 প্রয়োজন হয় না। নেটওয়ার্ক কনসেন্সাসে সরাসরি অংশগ্রহণকারী একটি স্টেকিং ভ্যালিডেটর সক্রিয় করার জন্য প্রয়োজনীয় ৩২ 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": "এটি ব্যবহারকারীদের জন্য একটি সুবিধা, তবে এটি একমাত্র নয়। আপনার নিজের নোড ছাড়া, কেবল আপনার অ্যাকাউন্ট ব্যালেন্স দেখার জন্য সাধারণত আপনার ওয়ালেট থেকে আপনার অ্যাকাউন্টের একটি তালিকা পাঠাতে হয়, যা আপনার আইপি ঠিকানার সাথে সংযুক্ত, একটি তৃতীয়-পক্ষের প্রদানকারীর কাছে যিনি তখন আপনাকে সঠিক তথ্য সরবরাহ করার জন্য বিশ্বস্ত হন।",
+  "run-a-node-3-d-label": "উপরের সবকটি",
+  "run-a-node-3-d-explanation": "একটি নোড চালানো আপনাকে আপনার নির্ভর করা ডেটার উপর সম্পূর্ণ নিয়ন্ত্রণ এবং সার্বভৌমত্ব দেয়, যা আপনাকে ব্যক্তিগতভাবে চেইনের বিষয়বস্তু দেখতে এবং যাচাই করতে এবং কার্যকরভাবে গ্যারান্টি দেয় যে কোনো বৈধ লেনদেন সেন্সর করা হয় না।",
+  "run-a-node-4-prompt": "একটি Ethereum নোডের জন্য কী হার্ড ড্রাইভ স্টোরেজ প্রয়োজন?",
+  "run-a-node-4-a-label": "৫১২ জিবি এসএসডি",
+  "run-a-node-4-a-explanation": "বর্তমানে, কোনো ক্লায়েন্ট সফ্টওয়্যার মাত্র ৫১২ জিবি ব্যবহার করে চেইন সংরক্ষণ করতে সক্ষম নয়",
+  "run-a-node-4-b-label": "২ টিবি রোটেটিং",
+  "run-a-node-4-b-explanation": "সাধারণভাবে বলতে গেলে, রোটেটিং হার্ড ডিস্কগুলি একটি Ethereum নোডের জন্য প্রক্রিয়াকরণের প্রয়োজনীয়তাগুলি পূরণ করার জন্য প্রয়োজনীয় পঠন/লিখন গতি সমর্থন করে না, এবং একটি এসএসডি ড্রাইভ সুপারিশ করা হয়",
+  "run-a-node-4-c-label": "2 TB SSD",
+  "run-a-node-4-c-explanation": "লেখার সময়, একটি ২ টিবি এসএসডি ড্রাইভ একটি সম্পূর্ণ Ethereum নোডের জন্য স্টোরেজ এবং পঠন/লিখন গতির প্রয়োজনীয়তাগুলি পূরণ করবে।",
+  "run-a-node-4-d-label": "8 TB SSD",
+  "run-a-node-4-d-explanation": "লেখার সময়, একটি ২ টিবি এসএসডি ড্রাইভ একটি সম্পূর্ণ Ethereum নোডের জন্য স্টোরেজ এবং পঠন/লিখন গতির প্রয়োজনীয়তাগুলি পূরণ করবে। একটি ৮ টিবি এসএসডি ভবিষ্যতের জন্য আরও প্রমাণ এবং লেয়ার 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 সম্ভবত সবচেয়ে বিখ্যাত বিকেন্দ্রীভূত স্টেবলকয়েন, এবং এর মান প্রায় ১ মার্কিন ডলার।",
+  "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": "সঠিক! স্টেবলকয়েনগুলি তাদের মান তুলনামূলকভাবে স্থিতিশীল রাখার জন্য ডিজাইন করা হয়েছে, সাধারণত মুদ্রার মতো সম্পদের সাথে পেগ করা হয় (যেমন, ১ USDC = ১ মার্কিন ডলার), তবে সমস্ত স্টেবলকয়েন এই মডেল অনুসরণ করে না (যেমন, 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": "আপনার টোকেনগুলি ২৪/৭ ট্রেড করুন।",
+  "defi-2-d-explanation": "এটি ভুল। DeFi আপনাকে ২৪/৭ টোকেন ট্রেড করতে দেয়। বাজারগুলি সর্বদা খোলা থাকে, এবং আপনি আপনার 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": "এটি ভুল। বিটকয়েন হল মূল্য সংরক্ষণের জন্য একটি সাধারণ নেটওয়ার্ক, উন্নত প্রোগ্রাম চালানোর জন্য নয়। 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": "স্বায়ত্তশাসিত এআই সিস্টেমগুলির সাথে লিঙ্কযুক্ত যা লেনদেন সম্পাদন করে",
+  "smart-contracts-1-b-explanation": "স্মার্ট কন্ট্র্যাক্টগুলি কোডে নির্ধারিত 'যদি-এই-তাহলে-ঐ' যুক্তি অনুসারে পূর্বাভাসযোগ্যভাবে লেনদেন সম্পাদন করে—তারা এআই ব্যবহার করে না",
+  "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": "স্মার্ট কন্ট্র্যাক্টগুলি ডিজিটাল আর্ট থেকে শুরু করে সম্পদ মালিকানা সার্টিফিকেট পর্যন্ত বিস্তৃত এনএফটি সংজ্ঞায়িত করতে ব্যবহৃত হয়।",
+  "smart-contracts-4-d-label": "উন্মুক্ত মুদ্রা বিনিময়",
+  "smart-contracts-4-d-explanation": "বিকেন্দ্রীভূত এক্সচেঞ্জ (DEXs) কেন্দ্রীভূত নিয়ন্ত্রণ ছাড়াই কাজ করার জন্য স্মার্ট কন্ট্র্যাক্ট ব্যবহার করে তৈরি করা হয়।"
+}
diff --git a/src/intl/bn/page-10-year-anniversary.json b/src/intl/bn/page-10-year-anniversary.json
new file mode 100644
index 00000000000..682cbc871fe
--- /dev/null
+++ b/src/intl/bn/page-10-year-anniversary.json
@@ -0,0 +1,131 @@
+{
+  "page-10-year-anniversary-meta-title": "১০ বছর পূর্তি",
+  "page-10-year-anniversary-meta-description": "সেন্সরশিপ প্রতিরোধের ১০ বছর উদযাপন, ১০০% আপটাইম, ডিসেন্ট্রলাইজেশন, কমিউনিটি বিল্ডিং, ডেভলপার গ্রোথ, সাইপারপান্ক মূল্যবোধ, হ্যাকাথনস, সেন্সরশিপ প্রতিরোধ, অনুমতিহীন অর্থায়ন, ক্রেডিবল নিরপেক্ষতা, অসীম বাগান, ক্লায়েন্ট বৈচিত্র এবং আরও অনেক কিছু.",
+  "page-10-year-censorship-resistance": "সেন্সরশিপ প্রতিরোধ",
+  "page-10-year-uptime": "১০০% আপটাইম",
+  "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": "১০ বছর উদযাপন",
+  "page-10-year-hero-title": "এক একটি ব্লক একসাথে পৃথিবীকে রুপান্তরিত করার এক দশক",
+  "page-10-year-hero-description": "৩০ এ জুলাই, ২০১৫ তারিখে ইথিরিয়াম ব্লকচেইনর জন্ম হয়। যে মুহূর্তে জেনেসিস ব্লকটি মাইন করা হয়েছিল, এটা ইন্টারনেটের জন্য নতুন সম্ভাবনা তৈরি করে, অর্থায়নে, মালিকানায় এবং প্রোগ্রামেবিলিটিতে রূপান্তরমূলক পরিবর্তন আনে.",
+  "page-10-year-hero-tagline": "১০ বছর হয়েছে, সামনে অনন্তকাল",
+  "page-10-year-join-party-title": "পার্টিতে যোগ দিন",
+  "page-10-year-join-party-description": "বিশ্ব কমিউনিটির সাথে ইথিরিয়ামের ১০ বছর উদযাপন করুন। একটি স্হানীয় ইভেন্ট খুঁজুন অথবা নিজের মত করে উদযাপন করুন",
+  "page-10-year-events-description-1": "ইথেরিয়ামের ১০ম জন্মদিন উপলক্ষে আলোচনা, নেটওয়ার্কিং এবং উদযাপনের জন্য সারাবিশ্বের মানুষের সাথে যোগ দিন.",
+  "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": "১০ বছরের",
+  "page-10-year-innovation-subtitle": "উদ্ভাবন",
+  "page-10-year-innovation-description-1": "ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট চালু করে ব্লকচেইনকে রূপান্তরিত করেছে",
+  "page-10-year-innovation-description-2": "ইথেরিয়ামের সাথে, ব্লকচেইন একটি ডিজিটাল লেজার থেকে একটি প্রোগ্রামেবল প্ল্যাটফর্মে পরিবর্তিত হয়েছে যেখানে শর্ত পূরণ হলে কোড স্বয়ংক্রিয়ভাবে কার্যকর হয়।",
+  "page-10-year-innovation-description-3": "ইথেরিয়ামের উদ্ভাবন DeFi, NFTs, এবং DAOs-এর মতো সম্পূর্ণ নতুন শিল্পকে সক্ষম করেছে। এটি ডিজিটাল মুদ্রার বাইরে ব্লকচেইনকে এমন একটি প্ল্যাটফর্মে প্রসারিত করেছে যা আমরা কীভাবে মান তৈরি করি এবং বিনিময় করি তা নতুন করে কল্পনা করেছে।",
+  "page-10-year-adoption-title": "১০ বছরের",
+  "page-10-year-adoption-subtitle": "গ্রহণযোগ্যতা",
+  "page-10-year-adoption-description-1": "একটি হোয়াইটপেপার থেকে ইথেরিয়াম ইকোসিস্টেমের মধ্যে ২৪ মিলিয়নের বেশি দৈনিক লেনদেন",
+  "page-10-year-adoption-description-2": "ইথেরিয়াম একটি বিশ্বব্যাপী কম্পিউটিং প্ল্যাটফর্ম হয়ে উঠেছে যা প্রতিদিন লক্ষ লক্ষ মানুষের ব্যবহৃত হাজার হাজার অ্যাপ্লিকেশনকে শক্তি জোগায়। এটি শিল্প এবং সীমানা জুড়ে বিস্তৃত এবং এর ব্যবহারের ক্ষেত্রগুলি প্রসারিত করে চলেছে।",
+  "page-10-year-stories-title": "১০ বছরের",
+  "page-10-year-stories-subtitle": "গল্প",
+  "page-10-year-stories-description-1": "দৈনন্দিন জীবনে ইথেরিয়াম কীভাবে ব্যবহৃত হয় তার একটি সংক্ষিপ্ত বিবরণ",
+  "page-10-year-stories-description-2": "বিশ্বের প্রতিটি কোণায় লক্ষ লক্ষ ওয়ালেট থেকে, মানুষ অনুপ্রেরণামূলক উপায়ে ইথেরিয়াম ব্যবহার করে। এই বাস্তব গল্পগুলি ইথেরিয়াম দ্বারা চালিত সৃজনশীলতা, স্বাধীনতা এবং সংযোগ প্রদর্শন করে।",
+  "page-10-year-stories-cta": "আপনার গল্প শেয়ার করুন",
+  "page-10-year-ideas-title": "কমিউনিটি কীভাবে উদযাপন করতে পারে তার জন্য কোনো ধারণা আছে?",
+  "page-10-year-ideas-description": "অনচেইন আর্টিফ্যাক্ট, বিশ্বব্যাপী ইথেরিয়াম ট্রিভিয়ার একটি গেম, আকাশের কোনো সীমা নেই! নিচে আপনার ধারণা দিয়ে আমাদের সাথে যোগাযোগ করুন।",
+  "page-10-year-ideas-cta": "আপনার ধারণা জমা দিন",
+  "page-10-year-event-link": "ইভেন্টে যান",
+  "page-10-year-countdown-expired": "ইথেরিয়ামের বয়স ১০ বছর! 🚀",
+  "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": "ইথেরিয়ামের ১০ বছর",
+  "page-10-year-banner-launch-text": "৩০শে জুলাই, ২০১৫ তারিখে, ৩:৪৪ অপরাহ্ন UTC-তে, ইথেরিয়াম ব্লকচেইনের প্রথম ব্লকটি জীবন্ত হয়েছিল।",
+  "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": "ইথেরিয়াম লঞ্চ",
+  "page-10-year-innovation-card-1-date": "৩০শে জুলাই, ২০১৫",
+  "page-10-year-innovation-card-1-description-1": "ইথেরিয়ামের জেনেসিস ব্লক লাইভ হয়েছিল, \"ফ্রন্টিয়ার\" নেটওয়ার্ক চালু করেছিল। এই বেয়ারবোনস রিলিজ ডেভেলপারদের ডিসেন্ট্রালাইজড এপ্লিকেশন তৈরি এবং স্মার্ট কন্ট্র্যাক্টের সাথে পরীক্ষা করার প্রথম সুযোগ দিয়েছিল।",
+  "page-10-year-innovation-card-1-description-2": "ইথেরিয়ামের মিশন: একটি উন্মুক্ত ইন্টারনেট যেখানে ব্যবহারকারীরা তাদের ডেটা নিয়ন্ত্রণ করে, অ্যাপ্লিকেশনগুলি গেটকিপার ছাড়াই চলে, এবং মানুষের মধ্যে অবাধে মূল্য প্রবাহিত হয়।",
+  "page-10-year-innovation-card-2-title": "DAI: অগ্রগামী স্টেবলকয়েন",
+  "page-10-year-innovation-card-2-date": "ডিসেম্বর, ২০১৫",
+  "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": "ক্রিপ্টোকিটিজ এবং NFT ফ্রন্টিয়ার",
+  "page-10-year-innovation-card-3-date": "নভেম্বর, ২০১৭",
+  "page-10-year-innovation-card-3-description-1": "ক্রিপ্টোকিটিজ ডিজিটাল মালিকানাকে জীবন্ত করে তুলেছে। এই প্রারম্ভিক NFT গেমটি দেখিয়েছে কীভাবে ব্লকচেইন অনলাইনে অভিব্যক্তি, সংগ্রহযোগ্যতা এবং সংস্কৃতির নতুন রূপ সক্ষম করতে পারে।",
+  "page-10-year-innovation-card-3-description-2": "এটি প্রমাণ করেছে যে ইথেরিয়াম অর্থায়নের বাইরে গেমিং, শিল্প এবং ডিজিটাল পরিচয়ে স্কেল করতে পারে, যা সম্পূর্ণ নতুন সৃজনশীল সম্ভাবনা উন্মুক্ত করে।",
+  "page-10-year-innovation-card-4-title": "DeFi সামার",
+  "page-10-year-innovation-card-4-date": "জুন, ২০২০",
+  "page-10-year-innovation-card-4-description-1": "বিস্ফোরক DeFi বৃদ্ধি বিশ্ব কীভাবে অর্থায়ন সম্পর্কে চিন্তা করে তা নতুনভাবে সংজ্ঞায়িত করেছে। ঋণ, ট্রেডিং এবং ইল্ড জেনারেশনের জন্য প্রোটোকলগুলি ব্যাপক গতি অর্জন করেছে, যা উন্মুক্ত, কম্পোজেবল আর্থিক অবকাঠামোর শক্তি প্রদর্শন করে।",
+  "page-10-year-innovation-card-4-description-2": "এই সময়কাল অন-চেইনে বিলিয়ন ডলারের মূল্য নিয়ে আসে এবং ইথেরিয়ামকে ডিসেন্ট্রালাইজড ফিনান্সের হোম হিসাবে প্রতিষ্ঠা করে।",
+  "page-10-year-innovation-card-5-title": "দ্যা মার্জ আপডেট",
+  "page-10-year-innovation-card-5-date": "১৫ই সেপ্টেম্বর, ২০২২",
+  "page-10-year-innovation-card-5-description-1": "ইথেরিয়ামের এখন পর্যন্ত সবচেয়ে বড় রূপান্তর। নেটওয়ার্কটি নির্বিঘ্নে শক্তি-নিবিড় প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেক-এ স্থানান্তরিত হয়েছে। ইথেরিয়ামে বিলিয়ন ডলারের মূল্যের সাথে, এই পরিবর্তনটিকে মাঝ-আকাশে একটি বিমানের ইঞ্জিন পরিবর্তন করার মতো বর্ণনা করা হয়েছিল।",
+  "page-10-year-innovation-card-5-description-2": "দ্য মার্জ ইথেরিয়ামের শক্তি খরচ ৯৯.৯৫% কমিয়েছে, নেটওয়ার্কের নিরাপত্তা জোরদার করেছে এবং ভবিষ্যতের স্কেলিং আপগ্রেডের জন্য ভিত্তি স্থাপন করেছে।",
+  "page-10-year-innovation-card-6-title": "স্পট ETH ETF",
+  "page-10-year-innovation-card-6-date": "২৩শে মে, ২০২৪",
+  "page-10-year-innovation-card-6-description-1": "ওয়াল স্ট্রিট ইথেরিয়ামকে আলিঙ্গন করেছে। স্পট ETH ETF চালু হয়েছে, যা বিশ্বের শীর্ষস্থানীয় স্মার্ট কন্ট্র্যাক্ট প্ল্যাটফর্মে প্রাতিষ্ঠানিক মূলধন এবং নিয়ন্ত্রক বৈধতা নিয়ে এসেছে।",
+  "page-10-year-innovation-card-6-description-2": "এই অনুমোদন টোকেনাইজড রিয়েল-ওয়ার্ল্ড অ্যাসেটের ব্যাপক গ্রহণযোগ্যতার ইঙ্গিত দিয়েছে, যেখানে প্রধান আর্থিক প্রতিষ্ঠানগুলি এখন রিয়েল এস্টেট থেকে শুরু করে ট্রেজারি বন্ড পর্যন্ত সবকিছু অন-চেইনে নিয়ে আসার জন্য ইথেরিয়ামের উপর ভিত্তি করে তৈরি করছে।",
+  "page-10-year-adoption-card-1-title": "ডিসেন্ট্রালাইজেশনের দশক",
+  "page-10-year-adoption-card-1-description": "যা একটি বিশেষায়িত ইকোসিস্টেম হিসাবে শুরু হয়েছিল তা এখন <b>৮০+টি দেশে</b> <b>৮৭০,০০০ ভ্যালিডেটর</b>, <b>১৩,৬০০ ফিজিক্যাল নোড</b>, এবং মহাদেশ জুড়ে <b>লক্ষ লক্ষ ব্যবহারকারী</b> সহ বিস্তৃত।",
+  "page-10-year-adoption-card-1-link-text": "ইথেরিয়াম পরিসংখ্যান দেখুন",
+  "page-10-year-adoption-card-2-title": "১০ বছর, ১৬টি আপগ্রেড, ০ ডাউনটাইম",
+  "page-10-year-adoption-card-2-description": "ইথেরিয়াম ক্রমাগত বিকশিত হওয়ার সাথে সাথে নিখুঁত আপটাইম বজায় রেখেছে। ব্লকচেইন কখনও অফলাইন হয়নি।",
+  "page-10-year-adoption-card-2-link-text": "রোডম্যাপ দেখুন",
+  "page-10-year-adoption-card-3-title": "$১২৩ বিলিয়ন স্টেবলকয়েন মার্কেট ক্যাপ",
+  "page-10-year-adoption-card-3-description": "Q2 2025 অনুযায়ী, Ethereum L1 স্টেবলকয়েনগুলিতে $১২৩ বিলিয়নেরও বেশি সুরক্ষিত করে, <a href=\"https://defillama.com/stablecoins/chains\">যা বিশ্বব্যাপী স্টেবলকয়েন বাজারের ৫০% এর বেশি দখল করে।</a>",
+  "page-10-year-adoption-card-3-link-text": "স্টেবলকয়েন সম্পর্কে আরও",
+  "page-10-year-adoption-card-4-title": "ইথেরিয়াম DeFi-তে $৭৫ বিলিয়ন সুরক্ষিত",
+  "page-10-year-adoption-card-4-description": "Q2 2025 অনুযায়ী, <a href=\"https://defillama.com/chains\">ইথেরিয়াম তার ইকোসিস্টেম জুড়ে DeFi-তে $৭৫ বিলিয়নেরও বেশি সুরক্ষিত করে।</a>",
+  "page-10-year-adoption-card-4-link-text": "DeFi সম্পর্কে আরও",
+  "page-10-year-adoption-card-5-title": "প্রতি বছর ০.০১ TWh",
+  "page-10-year-adoption-card-5-description": "দ্য মার্জ-এর পরে, ইথেরিয়ামের শক্তি খরচ নাটকীয়ভাবে কমে গিয়ে মাত্র <a href=\"https://digiconomist.net/ethereum-energy-consumption\">প্রতি বছর ০.০১ TWh</a>-তে নেমে এসেছে, যা এর সর্বোচ্চ ৯৩.৯৫ TWh থেকে কম।",
+  "page-10-year-adoption-card-5-link-text": "ইথেরিয়ামের শক্তি খরচ সম্পর্কে আরও",
+  "page-10-year-adoption-card-6-title": "২৫০ TPS-এর বেশি",
+  "page-10-year-adoption-card-6-description": "লঞ্চের পর থেকে ইথেরিয়ামের থ্রুপুট নাটকীয়ভাবে বৃদ্ধি পেয়েছে, ইথেরিয়ামের ইকোসিস্টেম এখন প্রতি সেকেন্ডে <a href=\"https://l2beat.com/scaling/activity\">২৫০টিরও বেশি লেনদেন</a> পরিচালনা করে।",
+  "page-10-year-adoption-card-6-link-text": "লেয়ার ২ সম্পর্কে আরও",
+  "page-10-year-torch-title": "ইথেরিয়াম টর্চ",
+  "page-10-year-torch-description": "ইথেরিয়ামের ১০ম বার্ষিকী উদযাপনকারী একটি অনন্য NFT। টর্চটি কমিউনিটির সদস্যদের মধ্যে স্থানান্তরিত হয়, যা ইথেরিয়ামকে সংজ্ঞায়িতকারী সহযোগিতা এবং ডিসেন্ট্রালাইজেশনের চেতনাকে প্রতিনিধিত্ব করে।",
+  "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": "ইথেরিয়ামের ১০ বছরের লাইভস্ট্রিম",
+  "page-10-year-torch-nft-intro": "এই ঐতিহাসিক মাইলফলকটিকে স্মরণীয় করে রাখতে, আমরা <strong>ইথেরিয়াম টর্চ NFT</strong> চালু করছি, এটি এমন একটি NFT যা ডিসেন্ট্রালাইজেশন এবং কমিউনিটির চেতনাকে মূর্ত করে যা ইথেরিয়ামের প্রথম দশককে সংজ্ঞায়িত করেছে।",
+  "page-10-year-torch-nft-description": "কমিউনিটি থেকে কমিউনিটিতে ভ্রমণকারী একটি আনুষ্ঠানিক শিখার মতো, ইথেরিয়াম টর্চ বিশ্বব্যাপী ইথেরিয়াম ইকোসিস্টেম জুড়ে যাত্রা করবে। এই বিশেষ NFTটি গত ১০ বছরে ইথেরিয়ামের গল্পকে রূপদানকারী সাবধানে নির্বাচিত কমিউনিটির সদস্য, ডেভেলপার এবং বিল্ডারদের মধ্যে ওয়ালেট থেকে ওয়ালেটে স্থানান্তরিত হবে।",
+  "page-10-year-torch-one-of-kind-title": "অনন্য:",
+  "page-10-year-torch-one-of-kind-description": "শুধুমাত্র একটি ইথেরিয়াম টর্চ NFT বিদ্যমান, যা প্রত্যেক ধারককে ইথেরিয়ামের উত্তরাধিকারের একজন অস্থায়ী অভিভাবক করে তোলে",
+  "page-10-year-torch-time-limited-title": "সময়-সীমিত কাস্টডি:",
+  "page-10-year-torch-time-limited-description": "প্রত্যেক ধারক পরবর্তী অভিভাবকের কাছে এটি পাস করার আগে ২৪ ঘন্টার জন্য টর্চটি রাখে। ৩০শে জুলাই এই NFTটি বার্ষিকী উদযাপনের জন্য বার্ন করা হবে।",
+  "page-10-year-mint-card-title": "মুহূর্তটি মিন্ট করুন",
+  "page-10-year-mint-card-description": "একটি বিনামূল্যে, সীমিত সময়ের ১০ম বার্ষিকীর NFT-এর সাথে ডিসেন্ট্রালাইজেশনের একটি দশক উদযাপন করুন। সময় ফুরিয়ে যাওয়ার আগেই আপনারটি মিন্ট করুন।",
+  "page-10-year-mint-card-ended-title": "দাবি করার সময়সীমা শেষ হয়ে গেছে",
+  "page-10-year-mint-card-ended-description": "উদযাপনে যোগ দেওয়ার জন্য আপনাদের সবাইকে ধন্যবাদ",
+  "page-10-year-video-aria-label": "১০ম বার্ষিকীর ভিডিও",
+  "page-10-year-nft-link-label": "OpenSea-তে টেন ইয়ার্স অফ ইথেরিয়াম NFT দেখুন",
+  "page-10-year-terms-and-conditions": "শর্তাবলী"
+}
diff --git a/src/intl/bn/page-about.json b/src/intl/bn/page-about.json
new file mode 100644
index 00000000000..089edbb3fb8
--- /dev/null
+++ b/src/intl/bn/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": "আমাদের ডিসকর্ড সার্ভারে যোগ দিন",
+  "page-about-link-5": "Twitter-এ আমাদের সাথে যোগাযোগ করুন",
+  "page-about-link-6": "GitHub-এ বাস্তবায়িত কাজগুলির সম্পূর্ণ তালিকা দেখুন",
+  "page-about-link-7": "GitHub-এ একটি সমস্যা তৈরি করুন",
+  "page-about-p-1": "ethereum.org চালু হওয়ার পর থেকেই, আমরা কীভাবে কাজ করি সে সম্পর্কে স্বচ্ছ থাকার চেষ্টা করি। এটি আমাদের অন্যতম মূল ভিত্তি কারণ আমরা বিশ্বাস করি যে ইথেরিয়ামের সাফল্যের জন্য স্বচ্ছতা অত্যন্ত গুরুত্বপূর্ণ।",
+  "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": "AirBnB",
+  "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": "US-এ গেমিং",
+  "energy-consumption-chart-paypal-label": "PayPal",
+  "energy-consumption-chart-eth-pos-label": "ETH PoS"
+}
diff --git a/src/intl/bn/page-apps.json b/src/intl/bn/page-apps.json
index dbf17bab513..918e6bbe412 100644
--- a/src/intl/bn/page-apps.json
+++ b/src/intl/bn/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": "যখন শিল্পকে ইথেরিয়ামে টোকেনাইজ করা হয়, তখন এর মালিকানা সকলের দেখার জন্য প্রমাণিত হতে পারে। আপনি শিল্পকর্মের নির্মাণ থেকে তার বর্তমান ধারক পর্যন্ত যাত্রা ট্রেস করতে পারেন। এটি জালিয়াতি প্রতিরোধ করে।",
-  "page-apps-collectibles-benefits-1-title": "মালিকানা প্রমাণযোগ্য",
-  "page-apps-collectibles-benefits-2-description": "মিউজিক স্ট্রিম বা আর্টওয়ার্ক কেনার জন্য টাকা দেওয়া শিল্পীদের কাছে অনেক বেশি ন্যায্য। ইথেরিয়ামের মাধ্যমে মধ্যস্থতাকারীদের কম প্রয়োজন। এবং যদি মধ্যস্থতাকারীদের প্রয়োজন হয়, তবে তাদের খরচ তত বেশি নয় কারণ প্ল্যাটফর্মগুলিকে নেটওয়ার্কের অবকাঠামোর জন্য টাকা দেওয়ার প্রয়োজন হয় না।",
-  "page-apps-collectibles-benefits-2-title": "নির্মাতাদের জন্য ন্যায্য",
-  "page-apps-collectibles-benefits-3-description": "টোকেনাইজড সংগ্রহযোগ্য-জিনিসগুলো আপনার ইথেরিয়াম এড্রেসের সাথে আবদ্ধ, প্ল্যাটফর্মে নয়। তাই আপনি যেকোন ইথেরিয়াম মার্কেটপ্লেসে ইন-গেম আইটেম বিক্রি করতে পারেন, শুধু গেমেই নয়।",
-  "page-apps-collectibles-benefits-3-title": "সংগ্রহযোগ্য-জিনিসগুলো আপনার সাথে যায়",
-  "page-apps-collectibles-benefits-4-description": "আপনার শিল্পকে টোকেনাইজ করতে এবং এটি বিক্রি করতে আপনার জন্য টুলস ও পণ্যসমূহ ইতিমধ্যেই বিদ্যমান! এবং আপনার টোকেন যেকোন এবং সমস্ত ইথেরিয়াম সংগ্রহযোগ্য-জিনিসের প্ল্যাটফর্মে বিক্রি করা যেতে পারে।",
-  "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": "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": "কিনুন, বিড করুন এবং বিক্রয়ের জন্য পাঙ্কগুলি অফার করুন – ইথেরিয়াম-এ প্রথম টোকেন সংগ্রহযোগ্যগুলির মধ্যে একটি।",
-  "page-apps-dapp-description-cryptovoxels": "আর্ট গ্যালারী তৈরি করুন, স্টোর তৈরি করুন এবং জমি কিনুন – একটি ইথেরিয়াম ভার্চুয়াল দুনিয়া।",
-  "page-apps-dapp-description-dark-forest": "একটি অসীম, পদ্ধতিগতভাবে-উৎপন্ন, ক্রিপ্টোগ্রাফিকভাবে-নির্দিষ্ট ব্রক্ষান্ডে গ্রহগুলিকে জয় করুন।",
   "page-apps-dapp-description-decentraland": "আপনি এক্সপ্লোর করতে পারেন এমন একটি ভার্চুয়াল দুনিয়ায় ভার্চুয়াল জমি সংগ্রহ করুন, বাণিজ্য করুন।",
   "page-apps-dapp-description-ens": "ব্যবহারকারীরা ভালোভাবে জানেন এমন ইথেরিয়াম এড্রেস এবং বিকেন্দ্রীভূত সাইটগুলির নাম।",
-  "page-apps-dapp-description-foundation": "অন্য ক্রেতাদের সাথে ডিজিটাল আর্টওয়ার্ক এবং ট্রেড পিসের অনন্য সংস্করণগুলোতে বিনিয়োগ করুন।",
   "page-apps-dapp-description-gitcoin": "ওপেন সোর্স সফ্টওয়্যারে কাজ করে ক্রিপ্টো অর্জন করুন।",
-  "page-apps-dapp-description-gitcoin-grants": "পরিবর্ধিত অবদান সহ ইথেরিয়াম কমিউনিটি প্রকল্পের জন্য গণ-অর্থায়ন",
   "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 এর মাধ্যমে ট্রেড করুন, ধার করুন এবং সঞ্চয় করুন।",
-  "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": "ড্যাপস-এর ভূমিকা",
-  "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": "চেষ্টা করতে একটি ইথেরিয়াম অ্যাপ্লিকেশন খুঁজুন।",
-  "page-apps-doge-img-alt": "কম্পিউটার ব্যবহার করছে এমন একটি ডোজ-এর ছবি",
-  "page-apps-editors-choice-dark-forest": "গ্রহ জয় করতে অন্যদের বিরুদ্ধে খেলুন এবং ব্লিডিং-এজ ইথেরিয়াম স্কেলিং/গোপনীয়তা প্রযুক্তি ব্যবহার করে দেখুন। যারা ইতিমধ্যে ইথেরিয়ামের সাথে পরিচিত তাদের জন্য হতে পারে।",
-  "page-apps-editors-choice-description": "ethereum.org টিম এই মুহূর্তে কিছু dapps পছন্দ করছে। নীচে আরও 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": "ইথেরিয়াম নেইম সার্ভিস লোগো",
-  "page-apps-explore-dapps-description": "অনেক dapps এখনও পরীক্ষামূলক, বিকেন্দ্রীভূত নেটওয়ার্কের সম্ভাবনা পরীক্ষা করছে। তবে প্রযুক্তি, আর্থিক, গেমিং এবং সংগ্রহযোগ্য-সামগ্রী বিভাগে কিছু সফল আরলি মুভার্স রয়েছে।",
-  "page-apps-explore-dapps-title": "Dapps এক্সপ্লোর করুন",
-  "page-apps-features-1-description": "একবার ইথেরিয়ামে স্থাপন করা হলে, dapp কোড নামানো যাবে না। এবং যে কেউ dapp এর ফিচারসমূহ ব্যবহার করতে পারে। এমনকি dapp এর পিছনের দলটি ভেঙে দিলেও আপনি এটি ব্যবহার করতে পারেন। একবার ইথেরিয়াম এ চলে গেলে, এটি সেখানে থাকে।",
-  "page-apps-features-1-title": "কোনও মালিক নেই",
-  "page-apps-features-2-description": "আপনাকে একটি dapp ব্যবহার বা লেনদেন জমা থেকে ব্লক করা যাবে না। উদাহরণস্বরূপ, Twitter যদি ইথেরিয়াম-এ থাকে, তাহলে কেউ আপনার অ্যাকাউন্ট ব্লক করতে পারবে না বা আপনাকে টুইট করা থেকে আটকাতে পারবে না।",
-  "page-apps-features-2-title": "সেন্সরশিপ থেকে মুক্ত",
-  "page-apps-features-3-description": "যেহেতু ইথেরিয়াম এর ETH আছে, পেমেন্টগুলি ইথেরিয়াম-এর নেটিভ। ডেভেলপারদের থার্ড-পার্টি পেমেন্ট প্রদানকারীদের সাথে একীভূত করতে সময় ব্যয় করতে হবে না।",
-  "page-apps-features-3-title": "অন্তর্নির্মিত পেমেন্ট",
-  "page-apps-features-4-description": "Dapp কোড প্রায়ই খোলা থাকে এবং ডিফল্টরূপে সামঞ্জস্যপূর্ণ। দলগুলি নিয়মিতভাবে অন্যান্য দলের কাজ ব্যবহার করে তৈরি করে। আপনি যদি ব্যবহারকারীদের আপনার dapp এ টোকেনগুলি অদলবদল করতে দিতে চান তবে আপনি কেবল অন্য dapp এর কোড প্লাগ করতে পারেন।",
-  "page-apps-features-4-title": "প্লাগ এবং খেলা",
-  "page-apps-features-5-description": "বেশিরভাগ dapps এর সাথে, আপনার বাস্তব-বিশ্বের পরিচয় শেয়ার করার দরকার নেই। আপনার ইথেরিয়াম অ্যাকাউন্ট হলো আপনার লগইন এবং আপনার শুধু একটি ওয়ালেট প্রয়োজন।",
-  "page-apps-features-5-title": "একটি বেনামী লগইন",
-  "page-apps-features-6-description": "ক্রিপ্টোগ্রাফি নিশ্চিত করে যে আক্রমণকারীরা আপনার পক্ষে লেনদেন এবং অন্যান্য dapp ইন্টারঅ্যাকশন জাল করতে পারবে না। আপনি আপনার ইথেরিয়াম অ্যাকাউন্টের সাথে dapp অ্যাকশন অনুমোদন করেন - সাধারণত আপনার ওয়ালেটের মাধ্যমে - যাতে আপনার ক্রেডেনশিয়ালগুলো নিরাপদ থাকে।",
-  "page-apps-features-6-title": "ক্রিপ্টোগ্রাফি দ্বারা ব্যাকড",
-  "page-apps-features-7-description": "একবার ইথেরিয়ামে dapp লাইভ হয়ে গেলে, ইথেরিয়াম কেবল বন্ধ হয়ে গেলেই এটি বন্ধ হয়ে যাবে। ইথেরিয়ামের আকারের নেটওয়ার্কগুলি আক্রমণ করা খুবই কঠিন।",
-  "page-apps-features-7-title": "কোনও ডাউন টাইম নেই",
-  "page-apps-finance-benefits-1-description": "ইথেরিয়াম-এ চলমান আর্থিক পরিষেবাগুলির কোনও সাইন আপের প্রয়োজনীয়তা নেই। আপনার যদি ফান্ড এবং একটি ইন্টারনেট সংযোগ থাকে তবে আপনি যেতে পারেন।",
-  "page-apps-finance-benefits-1-title": "সবার প্রবেশাধিকার",
-  "page-apps-finance-benefits-2-description": "টোকেনগুলির একটি সম্পূর্ণ দুনিয়া রয়েছে যাতে আপনি এই আর্থিক পণ্যগুলির সাথে যোগাযোগ করতে পারেন। লোকেরা সর্বদা ইথেরিয়ামের উপরে নতুন টোকেন তৈরি করছে।",
-  "page-apps-finance-benefits-2-title": "একটি নতুন টোকেন অর্থনীতি",
-  "page-apps-finance-benefits-3-description": "দলগুলি স্টেবলকয়েন তৈরি করেছে - একটি কম পরিবর্তনশীল ক্রিপ্টোকারেন্সি। এগুলি আপনাকে ঝুঁকি এবং অনিশ্চয়তা ছাড়াই ক্রিপ্টো পরীক্ষা এবং ব্যবহার করার অনুমতি দেয়।",
-  "page-apps-finance-benefits-3-title": "স্টেবলকয়েন",
-  "page-apps-finance-benefits-4-description": "ইথেরিয়াম স্পেসের আর্থিক পণ্যগুলি সমস্ত মডুলার এবং একে অপরের সাথে সামঞ্জস্যপূর্ণ। এই মডিউলগুলির নতুন কনফিগারেশনগুলি সর্বদা বাজারে প্রভাব ফেলছে, আপনার ক্রিপ্টো দিয়ে আপনি যা করতে পারেন তা বাড়িয়ে দিচ্ছে।",
-  "page-apps-finance-benefits-4-title": "আন্তঃসংযুক্ত আর্থিক পরিষেবা",
-  "page-apps-finance-benefits-description": "ইথেরিয়াম সম্পর্কে এটি কী যা বিকেন্দ্রীভূত আর্থিক অ্যাপ্লিকেশনগুলিকে সমৃদ্ধ হতে দেয়?",
-  "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": "একইভাবে ইথেরিয়াম পেমেন্ট যাচাই করার জন্য যে কারো কাছে এভেইল্যাবল, গেম ন্যায্যতা নিশ্চিত করতে এই গুণমান ব্যবহার করতে পারে। তাত্ত্বিকভাবে, সমালোচনামূলক প্রভাবের সংখ্যা থেকে প্রতিপক্ষের যুদ্ধ করার সামর্থ পর্যন্ত সবকিছুই যাচাইযোগ্য।",
-  "page-apps-gaming-benefits-3-title": "প্রমাণযোগ্য ন্যায্যতা",
-  "page-apps-gaming-benefits-description": "ইথেরিয়াম সম্পর্কে এটি কী যা বিকেন্দ্রীভূত গেমিংকে উন্নতি করতে দেয়?",
-  "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 Grants লোগো",
-  "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": "ইথেরিয়াম-চালিত টুলস এবং পরিষেবা",
-  "page-apps-hero-subtitle": "Dapps হলো এমন অ্যাপ্লিকেশনগুলির একটি ক্রমবর্ধমান আন্দোলন যা ব্যবসায়িক মডেলগুলিকে ব্যাহত করতে বা নতুন উদ্ভাবনের জন্য ইথেরিয়াম ব্যবহার করে।",
-  "page-apps-how-dapps-work-p1": "Dapps-এর ব্যাকএন্ড কোড (স্মার্ট কন্ট্রাক্ট) একটি বিকেন্দ্রীভূত নেটওয়ার্কে চলছে এবং সেন্ট্রালাইজড সার্ভার নয়। তারা তাদের অ্যাপ লজিকের জন্য ডেটা স্টোরেজ এবং স্মার্ট কন্ট্র্যাক্ট এর জন্য ইথেরিয়াম ব্লকচেইন ব্যবহার করে।",
-  "page-apps-how-dapps-work-p2": "একটি স্মার্ট কন্ট্র্যাক্ট হলো কিছু নিয়মের একটি সেটের মতো যা সকলের জন্য সেই নিয়ম অনুসারে সঠিকভাবে দেখতে এবং চালানোর জন্য অন-চেইন থাকে। একটি ভেন্ডিং মেশিন কল্পনা করুন: আপনি যদি এটিকে পর্যাপ্ত ফান্ড এবং সঠিক নির্বাচন দিয়ে সরবরাহ করেন তবে আপনি আপনার পছন্দের জিনিসটি পাবেন। এবং ভেন্ডিং মেশিনের মতো, স্মার্ট কনট্র্যাক্ট গুলো আপনার ইথেরিয়াম অ্যাকাউন্টের মতো ফান্ড ধরে রাখতে পারে। এটি কোডকে চুক্তি এবং লেনদেনের মধ্যস্থতা করার অনুমতি দেয়।",
-  "page-apps-how-dapps-work-p3": "একবার ইথেরিয়াম নেটওয়ার্কে dapps গুলি স্থাপন করা হলে আপনি সেগুলি পরিবর্তন করতে পারবেন না। 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 গুলি রেগুলার অ্যাপের মতো মনে হতে পারে। কিন্তু পর্দার আড়ালে তাদের কিছু বিশেষ গুণ রয়েছে কারণ তারা ইথেরিয়াম-এর সমস্ত পরাশক্তির উত্তরাধিকারী। Dapps গুলিকে কী অ্যাপ থেকে আলাদা করে তোলে তা এখানে রয়েছে।",
-  "page-apps-magic-behind-dapps-link": "কী কারণে ইথেরিয়ামকে দারুণ বলে মনে হয়?",
-  "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": "যান",
-  "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": "ইথেরিয়াম একটি নতুন প্রযুক্তি এবং বেশিরভাগ অ্যাপ্লিকেশনই নতুন। বেশি পরিমাণ টাকা জমা দেওয়ার আগে, নিশ্চিত হয়ে নিন আপনি এর ঝুঁকি বুঝেছেন।",
-  "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": "ইথেরিয়াম-এ যেকোনো টোকেন বা NFT দ্বারা ব্যাকড ঋণকে সহজ করে।",
-  "page-apps-pwn-image-alt": "PWN লোগো",
-  "page-apps-dapp-description-yearn": "Yearn Finance হলো একটি ফলন সমষ্টিকারী। ব্যক্তি, DAO এবং অন্যান্য প্রোটোকলগুলিকে ডিজিটাল সম্পদ জমা করার এবং ফলন পাওয়ার উপায় দিচ্ছে।",
-  "page-apps-yearn-image-alt": "Yearn লোগো",
-  "page-apps-dapp-description-convex": "Covex কার্ভ লিকুইডিটি প্রদানকারীদের ট্রেডিং ফি উপার্জন করতে এবং তাদের 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 ডিএ্যাপস অন্বেষণ করুন। ট্রেড করতে, উপার্জন করতে এবং ইন্টারঅ্যাক্ট করতে বিশ্বস্ত অনচেইন অ্যাপ খুঁজুন।",
+  "page-apps-category-defi-name": "DeFi",
+  "page-apps-category-defi-description": "ডিফাই হলো ডিসেন্ট্রলাইজড এপ্লিকেশনের একটি বিভাগ, যা ব্যাবহারকারীদের তাদের ক্রিপ্টো সম্পদের উপর ধার দেওয়া, ধার নেওয়া, ট্রেড করা এবং সুদ আয়ের সুযোগ দেয়।",
+  "page-apps-category-defi-meta-title": "ইথেরিয়াম DeFi অ্যাপের তালিকা — লেন্ডিং, বরোয়িং এবং ইয়েল্ড।",
+  "page-apps-category-defi-meta-description": "ধার দেওয়া, ধার নেওয়া, স্টেবলকয়েন ইস্যু, ক্রেডিট এবং অন-চেইন ডেক্স ট্রেডিংয়ের জন্য ইথিরিয়ামে শীর্ষ ডিফাই এ্যাপগুলো খুঁজুন।",
+  "page-apps-category-collectibles-name": "ডিজিটাল সংগ্রহযোগ্য",
+  "page-apps-category-collectibles-description": "সংগ্রহযোগ্য জিনিস হল এমন ডিজিটাল সম্পদ যা অনন্য এবং পুনরায় প্রতিলিপি করা যায় না।",
+  "page-apps-category-collectibles-meta-title": "ইথেরিয়ামের সেরা NFT অ্যাপগুলির তালিকা",
+  "page-apps-category-collectibles-meta-description": "সংগ্রহযোগ্য আইটেম কিনতে, গেমিং স্কিন ট্রেড করতে এবং প্রধান ইথিরিয়াম মার্কেটপ্লেসে নতুন ডিজিটাল সম্পদ আবিষ্কার করতে শীর্ষ এনএফটি এ্যাপগুলো অন্বেষণ করুন।",
+  "page-apps-category-social-name": "সোশ্যাল",
+  "page-apps-category-social-description": "সোশ্যাল হলো ডিসেন্ট্রালাইজড এপ্লিকেশনের একটি বিভাগ যা ব্যাবহারকারীদের অন্যদের সাথে সংযোগ স্হাপন এবং কনটেন্ট শেয়ার করার সুযোগ দেয়।",
+  "page-apps-category-social-meta-title": "ইথেরিয়ামের সোশ্যাল অ্যাপ: ফারকাস্টার, জোরা এবং আরও অনেক",
+  "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": "সেরা ব্লকচেইন গেমগুলো আবিষ্কার করুন যা খেলতে মজার। এমএমওআরপিজি, কার্ড গেমস, এআাই গেমিং এবং ক্যাজুয়াল গেমস",
+  "page-apps-category-bridge-name": "ব্রিজ",
+  "page-apps-category-bridge-description": "ব্রিজ হল ডিসেন্ট্রালাইজড এপ্লিকেশনের একটি বিভাগ যা ব্যাবহারকারীদের তাদের সম্পদ বিভিন্ন নেটওয়ার্কের মধ্যে স্থানান্তর করার সুযোগ দেয়।",
+  "page-apps-category-bridge-meta-title": "বিভিন্ন নেটওয়ার্কে ইথেরিয়াম ব্রিজের তালিকা",
+  "page-apps-category-bridge-meta-description": "সেরা ক্রিপ্টো ব্রিজ এ্যাপ আবিষ্কার করুন, যা ব্যাবহার করে আপনি আপনার সম্পদ বিভিন্ন নেটওয়ার্ক এবং লেয়ার ২ এর মধ্যে স্থানান্তর করতে পারবেন।",
+  "page-apps-category-productivity-name": "উৎপাদনশীলতা",
+  "page-apps-category-productivity-description": "উৎপাদনশীলতা হল ডিসেন্ট্রালাইজড এপ্লিকেশনের একটি বিভাগ যা ব্যবহারকারীদের উৎপাদনশীল হতে সাহায্য করে।",
+  "page-apps-category-productivity-meta-title": "উৎপাদনশীলতা এবং ডিসেন্ট্রালাইজড পরিচয় এ্যাপ",
+  "page-apps-category-productivity-meta-description": "ডিসেন্ট্রালাইজড পরিচয়, স্টোরেজ, ডিএনএস এবং ভিডিও কম্পিউটিং এর জন্য শীর্ষ ইথিরিয়াম এ্যাপগুলো অন্বেষণ করুন। বিশ্বস্ত অবকাঠামো টুলগুলির সাহায্যে আপনার অন-চেইন উৎপাদনশীলতা বৃদ্ধি করুন",
+  "page-apps-category-privacy-name": "গোপনীয়তা",
+  "page-apps-category-privacy-description": "গোপনীয়তা হলো ডিসেন্ট্রালাইজড এপ্লিকেশনের একটি বিভাগ যা ব্যাবহারকারীদের গোপনীয়তা বজায় রাখার সুযোগ দেয়।",
+  "page-apps-category-privacy-meta-title": "ইথিরিয়াম প্রাইভেসি এ্যাপস: টর্নেডো ক্যাশ ও আরও অনেক কিছু",
+  "page-apps-category-privacy-meta-description": "টর্নেডো ক্যাশ এবং অন্যান্য প্রাইভেসি এ্যাপস অন্বেষণ করুন যা ব্যাবহারকারীর পরিচয় গোপন রাখে, ব্যক্তিগত লেনদেন সক্ষম করে এবং অন-চেইন গোপনীয়তা বৃদ্ধি করে।",
+  "page-apps-category-dao-name": "DAO",
+  "page-apps-category-dao-description": "ডিএও হলো ডিসেন্ট্রালাইজড একটি বিভাগ, যা ব্যবহারকারীদের ডিসেন্ট্রালাইজড অটোনোমাস সংস্থা পরিচালনা এবং তৈরি করার সুযোগ দেয়।",
+  "page-apps-category-dao-meta-title": "ইথেরিয়ামে DAO টুলের তালিকা",
+  "page-apps-category-dao-meta-description": "শীর্ষ ডিএও টুলগুলো ইথিরিয়ামে আবিষ্কার করুন যা গভর্নেন্স, ট্রেজারি ম্যানেজমেন্ট, ভোটিং এবং কন্ট্রিবিউটর সমন্বয়ের জন্য ব্যবহ্রত হয়। আপনার ডিসেন্ট্রালাইজড সংগঠন শুরু করুন, পরিচালনা করুন এবং বৃদ্ধি করুন।",
+  "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": "দেখুন {এ্যাপের নাম}",
+  "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": "১ দিন আগে",
+  "page-apps-days-ago": "{} দিন আগে"
+}
\ No newline at end of file
diff --git a/src/intl/bn/page-assets.json b/src/intl/bn/page-assets.json
new file mode 100644
index 00000000000..ae40e39c1b5
--- /dev/null
+++ b/src/intl/bn/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": "ইথেরিয়াম ব্র্যান্ড অ্যাসেট",
+  "page-assets-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/bn/page-bug-bounty.json b/src/intl/bn/page-bug-bounty.json
new file mode 100644
index 00000000000..c75b768db94
--- /dev/null
+++ b/src/intl/bn/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": "ক্লায়েন্টরা ইথেরিয়াম নেটওয়ার্ক চালায়, এবং তাদের স্পেসিফিকেশনে নির্ধারিত যুক্তি অনুসরণ করতে হয় এবং সম্ভাব্য আক্রমণের বিরুদ্ধে সুরক্ষিত থাকতে হয়। আমরা যে বাগগুলি খুঁজে পেতে চাই তা প্রোটোকলের প্রয়োগ সম্পর্কিত।",
+  "page-upgrades-bug-bounty-client-bugs-desc-2": "বর্তমানে এক্সিকিউশন লেয়ার ক্লায়েন্ট (Besu, Erigon, Geth, Nethermind and Reth) এবং কনসেন্সাস লেয়ার ক্লায়েন্ট (Lighthouse, Lodestar, Nimbus, Teku and 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": "ইথেরিয়াম নেটওয়ার্কের কার্যকারিতার জন্য কিছু নির্ভরতা অত্যন্ত গুরুত্বপূর্ণ, এবং এর মধ্যে কয়েকটি বাগ বাউন্টি প্রোগ্রামে যোগ করা হয়েছে। বর্তমানে, বাগ বাউন্টি প্রোগ্রামে অন্তর্ভুক্ত নির্ভরতার তালিকায় রয়েছে 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": "বাগ বাউন্টি প্রোগ্রামটি আমাদের সক্রিয় ইথেরিয়াম সম্প্রদায়ের জন্য একটি পরীক্ষামূলক এবং বিবেচনামূলক পুরস্কার প্রোগ্রাম যা প্ল্যাটফর্ম উন্নত করতে সাহায্যকারীদের উৎসাহিত এবং পুরস্কৃত করার জন্য। এটি কোনো প্রতিযোগিতা নয়। আপনার জানা উচিত যে আমরা যেকোনো সময় প্রোগ্রামটি বাতিল করতে পারি, এবং পুরস্কারগুলি ইথেরিয়াম ফাউন্ডেশন বাগ বাউন্টি প্যানেলের একমাত্র বিবেচনার উপর নির্ভরশীল। এছাড়াও, আমরা নিষেধাজ্ঞা তালিকায় থাকা ব্যক্তিদের বা নিষেধাজ্ঞা তালিকায় থাকা দেশগুলিতে (যেমন, উত্তর কোরিয়া, ইরান, ইত্যাদি) থাকা ব্যক্তিদের পুরস্কার প্রদান করতে সক্ষম নই। স্থানীয় আইন অনুযায়ী আমাদের আপনার পরিচয়ের প্রমাণ চাইতে হয়। সমস্ত করের জন্য আপনি দায়ী। সমস্ত পুরস্কার প্রযোজ্য আইনের অধীন। অবশেষে, আপনার পরীক্ষা কোনো আইন লঙ্ঘন করা বা আপনার নয় এমন কোনো ডেটার সাথে আপস করা উচিত নয় এবং এটি স্থানীয়ভাবে চলমান টেস্টনেটে অনুষ্ঠিত হতে হবে।",
+  "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": "ইথেরিয়াম ফাউন্ডেশন বা বাউন্টি প্রোগ্রামের আওতাভুক্ত ক্লায়েন্ট টিমের কর্মচারী এবং ঠিকাদাররা শুধুমাত্র পয়েন্ট অর্জনের জন্য প্রোগ্রামে অংশগ্রহণ করতে পারে এবং কোনো আর্থিক পুরস্কার পাবে না।",
+  "page-upgrades-bug-bounty-hunting-li-4": "ইথেরিয়াম বাউন্টি প্রোগ্রাম পুরস্কার নির্ধারণে বেশ কিছু ভেরিয়েবল বিবেচনা করে। যোগ্যতা, স্কোর এবং একটি পুরস্কার সম্পর্কিত সমস্ত শর্তাবলীর নির্ধারণ ইথেরিয়াম ফাউন্ডেশন বাগ বাউন্টি প্যানেলের একমাত্র এবং চূড়ান্ত বিবেচনার উপর নির্ভরশীল।",
+  "page-upgrades-bug-bounty-leaderboard": "সম্পূর্ণ লিডারবোর্ড দেখুন",
+  "page-upgrades-bug-bounty-leaderboard-list": "বাগ বাউন্টি লিডারবোর্ড",
+  "page-upgrades-bug-bounty-leaderboard-points": "পয়েন্ট",
+  "page-upgrades-bug-bounty-ledger-desc": "ইথেরিয়াম স্পেসিফিকেশনগুলি এক্সিকিউশন লেয়ার এবং কনসেনসাস লেয়ারের জন্য ডিজাইনের যৌক্তিকতা বিস্তারিতভাবে বর্ণনা করে।",
+  "page-upgrades-bug-bounty-ledger-title": "স্পেসিফিকেশন বাগ",
+  "page-upgrades-bug-bounty-meta-description": "ইথেরিয়াম বাগ বাউন্টি প্রোগ্রামের একটি সংক্ষিপ্ত বিবরণ: কীভাবে জড়িত হবেন এবং পুরস্কারের তথ্য।",
+  "page-upgrades-bug-bounty-meta-title": "ইথেরিয়াম বাগ বাউন্টি প্রোগ্রাম",
+  "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": "ইথেরিয়াম ফাউন্ডেশন ETH বা DAI-তে USD-এর মূল্য প্রদান করবে।",
+  "page-upgrades-bug-bounty-points-point": "১ পয়েন্ট",
+  "page-upgrades-bug-bounty-points-rights-desc": "ইথেরিয়াম ফাউন্ডেশন পূর্ব বিজ্ঞপ্তি ছাড়াই এটি পরিবর্তন করার অধিকার সংরক্ষণ করে।",
+  "page-upgrades-bug-bounty-points-usd": "২ 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 ঝুঁকি রেটিং মডেল অনুসারে গণনা করা হয়।",
+  "page-upgrades-bug-bounty-subtitle": "ইথেরিয়াম নেটওয়ার্ককে প্রভাবিত করে এমন প্রোটোকল, ক্লায়েন্ট এবং ভাষা কম্পাইলার বাগ খুঁজে বের করে 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": "আমাদের বাগ বাউন্টি প্রোগ্রাম এন্ড-টু-এন্ড বিস্তৃত: প্রোটোকলের সঠিকতা (যেমন ব্লকচেইন কনসেন্সাস মডেল, ওয়্যার এবং পি২পি প্রোটোকল, প্রুফ অফ স্টেক, ইত্যাদি) এবং প্রোটোকল/বাস্তবায়ন সম্মতি থেকে শুরু করে নেটওয়ার্ক নিরাপত্তা এবং কনসেন্সাস অখণ্ডতা পর্যন্ত। ক্লাসিক্যাল ক্লায়েন্ট নিরাপত্তা এবং ক্রিপ্টোগ্রাফিক প্রিমিটিভগুলির নিরাপত্তাও এই প্রোগ্রামের অংশ। সন্দেহ হলে, 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": "১,০০০ পয়েন্ট পর্যন্ত",
+  "page-upgrades-bug-bounty-card-label-2": "২,০০০ USD পর্যন্ত",
+  "page-upgrades-bug-bounty-card-label-3": "৫,০০০ পয়েন্ট পর্যন্ত",
+  "page-upgrades-bug-bounty-card-label-4": "১০,০০০ USD পর্যন্ত",
+  "page-upgrades-bug-bounty-card-label-5": "১০,০০০ পয়েন্ট পর্যন্ত",
+  "page-upgrades-bug-bounty-card-label-6": "৫০,০০০ USD পর্যন্ত",
+  "page-upgrades-bug-bounty-card-label-7": "২৫,০০০ পয়েন্ট পর্যন্ত",
+  "page-upgrades-bug-bounty-card-label-8": "২৫০,০০০ 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": "আক্রমণকারী ৪টি লিডিং জিরো বাইটসহ পিয়ার-আইডি যুক্ত নোডগুলিতে সফলভাবে এক্লিপ্স অ্যাটাক পরিচালনা করতে পারে",
+  "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> একজন আক্রমণকারী এমন ব্লক পাঠাতে পারে যার জন্য উচ্চ পরিমাণ গণনার প্রয়োজন হতে পারে (সর্বোচ্চ গ্যাসলিমিট) কিন্তু তার কোনো প্রুফ-অফ-ওয়ার্ক নেই। যদি আক্রমণকারী ক্রমাগত ব্লক পাঠাতে থাকে, তবে আক্রমণকারী ভিকটিম নোডকে ১০০% 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>) কিন্তু কোনো প্রুফ-অফ-ওয়ার্ক নেই। যদি আক্রমণকারী ক্রমাগত ব্লক পাঠাতে থাকে, তবে আক্রমণকারী ভিকটিম নোডকে ১০০% 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>ইথেরিয়াম ফাউন্ডেশন ব্লগ</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 ব্যবহার করে এনক্রিপ্ট করে, ইথেরিয়াম ফাউন্ডেশনের আমাদের আইনি দলের কাছে পাঠাতে হবে, যারা নথিপত্রের একমাত্র পর্যালোচনাকারী। আপনার বাউন্টি কোনো দাতব্য প্রতিষ্ঠানে দান করার জন্য আপনার পরিচয়ের প্রয়োজন হয় না।",
+  "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": "অবকাঠামোগত বাগ—যেমন ওয়েবপেজ, ডিএনএস, ইমেল ইত্যাদি।",
+  "page-upgrades-bug-bounty-not-included-li-2": "ERC-20 চুক্তির বাগ",
+  "page-upgrades-bug-bounty-not-included-li-3": "ইথেরিয়াম নেমিং সার্ভিস (ENS) বাগ (ENS ফাউন্ডেশন দ্বারা রক্ষণাবেক্ষণ করা হয়)",
+  "page-upgrades-bug-bounty-not-included-li-4": "ব্যবহারকারীর সর্বজনীনভাবে একটি API, যেমন JSON-RPC বা Beacon 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": "উচ্চ-প্রচেষ্টার (অব্যাহত, সিপিইউ বা ব্যান্ডউইথ ইনটেনসিভ, এবং/অথবা ১টির বেশি প্যাকেট বা অনচেইন লেনদেনের প্রয়োজন) একক-পিয়ার DoS আক্রমণ",
+  "page-upgrades-bug-bounty-not-included-li-8": "যেকোনো সর্বজনীনভাবে পরিচিত সমস্যা (ফোরাম পোস্ট, পিআর, গিটহাব সমস্যা, কমিট, ব্লগ পোস্ট, সর্বজনীন ডিসকর্ড বার্তা ইত্যাদি অন্তর্ভুক্ত)"
+}
diff --git a/src/intl/bn/page-collectibles.json b/src/intl/bn/page-collectibles.json
new file mode 100644
index 00000000000..e7376316899
--- /dev/null
+++ b/src/intl/bn/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": "১০টি PR মার্জ করা হয়েছে ব্যাজ",
+  "page-collectibles-code-content-developer-1pr": "১টি PR মার্জ করা হয়েছে ব্যাজ",
+  "page-collectibles-code-content-developer-5pr": "৫টি PR মার্জ করা হয়েছে ব্যাজ",
+  "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 {১টি ব্যাজ} other {#টি ব্যাজ}}",
+  "page-collectibles-previous-years-collectors-count": "{count, plural, =0 {কোনও সংগ্রাহক নেই} =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": "১,০০০ শব্দের ব্যাজ",
+  "page-collectibles-translations-10000": "১০,০০০ শব্দের ব্যাজ",
+  "page-collectibles-translations-250": "২৫০ শব্দের ব্যাজ",
+  "page-collectibles-translations-50000": "৫০,০০০ শব্দের ব্যাজ",
+  "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/bn/page-community-events.json b/src/intl/bn/page-community-events.json
index 92a17baf966..6fd7add1edf 100644
--- a/src/intl/bn/page-community-events.json
+++ b/src/intl/bn/page-community-events.json
@@ -11,11 +11,11 @@
   "page-events-section-major-conferences": "প্রধান ব্লকচেইন কনফারেন্স",
   "page-events-section-hubs": "ইথেরিয়াম কমিউনিটি হাব",
   "page-events-section-hubs-subtitle": "আপনি এই স্থায়ী স্থানগুলিতে নিয়মিত কো-ওয়ার্কিং সেশন এবং কমিউনিটি ইভেন্টে যোগ দিতে পারেন, যা অনুপ্রাণিত কাজ, শেখা, সংযোগ স্থাপন এবং নির্মাণের জন্য উপযুক্ত।",
-  "page-events-hub-description-london": "Encode Club-এ ইথেরিয়াম বিল্ডার, গবেষক, নির্মাতা, শিক্ষার্থী এবং অভিযাত্রীদের জন্য একটি উৎসর্গীকৃত ফ্লোর।",
+  "page-events-hub-description-london": "এনকোড ক্লাবে ইথেরিয়াম বিল্ডার, গবেষক, নির্মাতা, শিক্ষার্থী এবং অভিযাত্রীদের জন্য একটি উৎসর্গীকৃত ফ্লোর।",
   "page-events-hub-description-berlin": "ইথেরিয়াম ফাউন্ডেশন অফিস প্রতি বুধবার বিল্ডার, গবেষক, নির্মাতা, শিক্ষার্থী এবং অভিযাত্রীদের জন্য কো-ওয়ার্ক, সংযোগ এবং সহযোগিতার জন্য তার দরজা খুলে দেয়।",
-  "page-events-hub-description-dubai": "Hadron Founders Club-এ আয়োজিত একটি অনুপ্রেরণামূলক স্থান, যেখানে প্রতিষ্ঠাতা, নির্মাতা, গবেষক এবং অভিযাত্রীরা একসঙ্গে কাজ করতে, সংযোগ স্থাপন করতে, সহযোগিতা করতে এবং শিখতে পারে।",
+  "page-events-hub-description-dubai": "হ্যাড্রন ফাউন্ডার্স ক্লাবে আয়োজিত একটি অনুপ্রেরণামূলক স্থান, যেখানে প্রতিষ্ঠাতা, নির্মাতা, গবেষক এবং অভিযাত্রীরা একসঙ্গে কাজ করতে, সংযোগ স্থাপন করতে, সহযোগিতা করতে এবং শিখতে পারে।",
   "page-events-hub-description-lagos": "লাগসের Web3Bridge-এ একটি প্রাণবন্ত কমিউনিটি স্পেস, যেখানে নির্মাতা, প্রতিষ্ঠাতা, গবেষক এবং সৃজনশীলরা একসঙ্গে কাজ করতে, সহযোগিতা করতে এবং বেড়ে উঠতে পারেন।",
-  "page-events-hub-description-sf": "Frontier Tower সান ফ্রান্সিসকোর কেন্দ্রস্থলে একটি 16 তলা উল্লম্ব গ্রাম যেখানে মানুষ একটি স্বচ্ছন্দ, অনুপ্রেরণামূলক পরিবেশে ডিপ টেক এবং ফ্রন্টিয়ার প্রযুক্তির অগ্রগতি ঘটায়। 12 তম তলা ইথেরিয়াম এবং ডিসেন্ট্রালাইজড টেকের আয়োজন করছে।",
+  "page-events-hub-description-sf": "ফ্রন্টিয়ার টাওয়ার সান ফ্রান্সিসকোর কেন্দ্রস্থলে একটি 16 তলা উল্লম্ব গ্রাম যেখানে মানুষ একটি স্বচ্ছন্দ, অনুপ্রেরণামূলক পরিবেশে ডিপ টেক এবং ফ্রন্টিয়ার প্রযুক্তির অগ্রগতি ঘটায়। 12 তম তলা ইথেরিয়াম এবং ডিসেন্ট্রালাইজড টেকের আয়োজন করছে।",
   "page-events-hub-cta-default": "প্রতিদিনের কো-ওয়ার্কিং এবং নিয়মিত ইভেন্টের জন্য যোগ দিন।",
   "page-events-hub-cta-berlin": "কো-ওয়ার্কিং বুধবার এবং নিয়মিত ইভেন্টের জন্য যোগ দিন।",
   "page-events-hub-coworking-cta": "কো-ওয়ার্কিং এর জন্য সাইন আপ করুন",
@@ -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/bn/page-community.json b/src/intl/bn/page-community.json
new file mode 100644
index 00000000000..96fd47ed141
--- /dev/null
+++ b/src/intl/bn/page-community.json
@@ -0,0 +1,64 @@
+{
+  "page-community-card-1-title": "একটি অনলাইন কমিউনিটিতে যোগ দিন",
+  "page-community-card-1-description": "আপনার গোষ্ঠী খুঁজুন এবং অন্যান্য Ethereum উত্সাহীদের সাথে কমিউনিটিতে অংশগ্রহণ করুন।",
+  "page-community-card-2-title": "ইথেরিয়াম ইভেন্ট",
+  "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": "ডিএ্যাপস হলো Ethereum-এর উপর নির্মিত অ্যাপ্লিকেশন। ডিএ্যাপস বর্তমান ব্যবসায়িক মডেলগুলিকে ব্যাহত করছে এবং নতুন মডেল তৈরি করছে।",
+  "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 হলো Ethereum-এর নিজস্ব মুদ্রা। Ethereum অ্যাপ্লিকেশন ব্যবহার করার জন্য আপনার ওয়ালেটে কিছু 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 কমিউনিটি লক্ষ লক্ষ ডেভেলপার, প্রযুক্তিবিদ, ডিজাইনার, ব্যবহারকারী, HODLer এবং উত্সাহীদের আবাসস্থল।",
+  "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": "ইথেরিয়াম সাপোর্ট",
+  "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": "ইথেরিয়াম ক্রিস্টালের মাধ্যমে চালিত, একটি ভবিষ্যত প্রজন্মের কম্পিউটার সেট-আপের ছবি।",
+  "page-index-get-started-image-alt": "কম্পিউটারে কাজ করছে এমন একজন ব্যক্তির ছবি।",
+  "page-index-get-started-wallet-image-alt": "দেহের জায়গায় একটি ভল্ট থাকা একটি রোবটের ছবি, যা একটি ইথেরিয়াম ওয়ালেটকে উপস্থাপন করে।",
+  "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/bn/page-contributing-translation-program-acknowledgements.json b/src/intl/bn/page-contributing-translation-program-acknowledgements.json
new file mode 100644
index 00000000000..465cd126f31
--- /dev/null
+++ b/src/intl/bn/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": "শংসাপত্রটি পেশাদার এবং আসন্ন অনুবাদকদের জন্য তৈরি যারা এটিকে একটি রেফারেন্স হিসাবে ব্যবহার করতে চান, প্রযুক্তিগত সামগ্রী অনুবাদে তাদের দক্ষতা প্রমাণ করতে চান বা কেবল ইথেরিয়ামের প্রতি তাদের উৎসর্গ দেখাতে চান।",
+  "page-contributing-translation-program-acknowledgements-cert-3": "আপনি যদি অনুবাদ প্রোগ্রামে অবদান রেখে থাকেন এবং আপনার অনুবাদ করা কমপক্ষে 5,000টি শব্দ অনুমোদিত হয়ে থাকে, তাহলে আপনি 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": "আমাদের অনুবাদকদের সম্পূর্ণ তালিকা দেখুন যারা সকলের জন্য ইথেরিয়াম সামগ্রী উপলব্ধ করতে সাহায্য করার জন্য তাদের সময় এবং দক্ষতা উৎসর্গ করেন।",
+  "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": "আমাদের কাছে অনুবাদকদের জন্য তাদের কার্যকলাপের উপর ভিত্তি করে বিভিন্ন ধরনের OAT উপলব্ধ আছে।",
+  "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/bn/page-contributing-translation-program-contributors.json b/src/intl/bn/page-contributing-translation-program-contributors.json
new file mode 100644
index 00000000000..35e5b0a3a6a
--- /dev/null
+++ b/src/intl/bn/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/bn/page-developers-docs.json b/src/intl/bn/page-developers-docs.json
index 564b37f22eb..a957cd608bc 100644
--- a/src/intl/bn/page-developers-docs.json
+++ b/src/intl/bn/page-developers-docs.json
@@ -1,4 +1,154 @@
 {
+  "docs-nav-accounts": "অ্যাকাউন্ট",
+  "docs-nav-accounts-description": "নেটওয়ার্কের সত্তা যা একটি ব্যালেন্স ধারণ করতে এবং লেনদেন পাঠাতে পারে",
+  "docs-nav-advanced": "উন্নত",
+  "docs-nav-backend-apis": "ব্যাকএন্ড এপিআইস",
+  "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": "গ্যাস্পার",
+  "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": "কিভাবে ব্লকচেইন ডেটা একত্রিত, সংগঠিত এবং ডিএ্যাপস-এ প্রয়োগ করা হয়",
+  "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": "ডিপ্লয়মেন্টের আগে ডিএ্যাপস পরীক্ষা করার জন্য ব্যবহৃত লোকাল ব্লকচেইন এনভায়রনমেন্ট",
+  "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 ক্লায়েন্ট API",
+  "docs-nav-ethereum-client-apis-description": "সুবিধাজনক লাইব্রেরি যা আপনার ওয়েব অ্যাপকে Ethereum এবং স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে দেয়",
+  "docs-nav-ethereum-stack": "ইথেরিয়াম স্ট্যাক",
+  "docs-nav-evm": "ইথিরিয়াম ভার্চুয়াল মেশিন (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": "ড্যাপ কোড লেখার সেরা এনভায়রনমেন্ট",
+  "docs-nav-intro-to-dapps": "ড্যাপস-এর ভূমিকা",
+  "docs-nav-intro-to-dapps-description": "বিকেন্দ্রীভূত প্রয়োগগুলির একটি ভূমিকা",
+  "docs-nav-intro-to-ether": "ইথারিয়াম এর পরিচয়।",
+  "docs-nav-intro-to-ether-description": "Ether-এর একটি দ্রুত ওভারভিউ",
+  "docs-nav-intro-to-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": "জাভা",
+  "docs-nav-java-script-apis": "JavaScript API",
+  "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": "Ethash",
+  "docs-nav-networks": "নেটওয়ার্ক",
+  "docs-nav-networks-description": "টেস্ট নেটওয়ার্ক সহ Ethereum-এর ইমপ্লিমেন্টেশন",
+  "docs-nav-nodes-and-clients": "নোড ও ক্লায়েন্ট",
+  "docs-nav-nodes-and-clients-description": "নেটওয়ার্কে অংশগ্রহণকারী ব্যক্তি এবং লেনদেন যাচাই করার জন্য তারা যে সফটওয়্যার চালায়",
+  "docs-nav-opcodes": "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": "রাস্ট",
+  "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": "ভ্যালিডিয়াম",
+  "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/bn/page-developers-index.json b/src/intl/bn/page-developers-index.json
index 7332b8d1d11..4eeb7c1e87d 100644
--- a/src/intl/bn/page-developers-index.json
+++ b/src/intl/bn/page-developers-index.json
@@ -1,36 +1,25 @@
 {
   "page-developer-meta-title": "ইথেরিয়াম ডেভেলপার রিসোর্স",
-  "page-developers-about": "এই ডেভেলপার রিসোর্স সম্বন্ধে",
-  "page-developers-about-desc": "ভিত্তিমূলক ধারণাগুলির ওপরে ডকুমেন্টেশন এবং ডেভেলপমেন্ট স্ট্যাক সহ ইথেরিয়াম-এর সাথে বিল্ড করতে আপনাকে সাহায্য করার জন্য ethereum.org এখানে আছে। তাছাড়া আপনাকে আপনাকে এগিয়ে যেতে সাহায্য করার জন্য এখানে টিউটোরিয়ালও আছে।",
-  "page-developers-about-desc-2": "Mozilla Developer Network দ্বারা অনুপ্রাণিত হয়ে আমরা ভেবেছিলাম যে চমৎকার ডেভেলপার বিষয়বস্তু ও রিসোর্সকে স্থান দেওয়ার জন্য ইথেরিয়াম-এর একটি স্থান প্রয়োজন ছিল। Mozilla-এ আমাদের বন্ধুদের মত, এখানে সব কিছুই ওপেন-সোর্স এবং আপনার দ্বারা প্রসারণ ও উন্নয়নের জন্য প্রস্তুত।",
   "page-developers-account-desc": "নেটওয়ার্কে কন্ট্র্যাক্ট বা ব্যক্তি",
   "page-developers-accounts-link": "অ্যাকাউন্ট",
-  "page-developers-advanced": "উন্নত",
   "page-developers-api-desc": "স্মার্ট কন্ট্র্যাক্ট-এর সাথে ইন্টার‍্যাক্ট করার জন্য লাইব্রেরিগুলিকে ব্যবহার করা",
   "page-developers-api-link": "ব্যাকএন্ড এপিআইস",
   "page-developers-block-desc": "ব্লকচেইনে যোগ করা লেনদেনগুলির ব্যাচ",
   "page-developers-block-explorers-desc": "ইথেরিয়াম ডেটায় আপনার পোর্টাল",
   "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": "যে IDE-গুলি ড্যাপ ডেভেলপমেন্টের জন্য উপযুক্ত",
   "page-developers-dev-env-link": "ডেভেলপমেন্টের পরিবেশ",
-  "page-developers-discord": "ডিসকর্ড-এ যোগাদান করুন",
   "page-developers-docs-introductions": "পরিচিতি",
   "page-developers-evm-desc": "যে কম্পিউটার লেনদেনগুলিকে প্রক্রিয়া করে",
   "page-developers-evm-link": "ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)",
   "page-developers-explore-documentation": "নথিপত্র অন্বেষণ করুন",
-  "page-developers-feedback": "আপনার কোনো প্রতিক্রিয়া থাকলে, একটি GitHub ইস্যুর মাধ্যমে অথবা আমাদের ডিসকর্ড সার্ভারে আমাদের সঙ্গে যোগাযোগ করুন।",
   "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 এর মত, এই নথিগুলিও কমিউনিটির প্রচেষ্টা। আপনি কোনো ভুল, উন্নয়নের পরিসর বা ইথেরিয়াম ডেভেলপারদের সাহায্য করার নতুন সুযোগ দেখতে পেলে একটি PR তৈরি করুন।",
+  "page-developers-get-started": "আজ আপনি কী তৈরি করতে চান?",
   "page-developers-into-eth-desc": "ব্লকচেইন ও ইথেরিয়াম-এর একটি ভূমিকা",
   "page-developers-intro-ether-desc": "ক্রিপ্টোকারেন্সি এবং ইথারের একটি ভূমিকা",
   "page-developers-intro-dapps-desc": "বিকেন্দ্রীভূত প্রয়োগগুলির একটি ভূমিকা",
@@ -41,47 +30,41 @@
   "page-developers-intro-stack-desc": "ইথেরিয়াম স্ট্যাকের একটি ভূমিকা",
   "page-developers-js-libraries-desc": "স্মার্ট কন্ট্র্যাক্ট এর সাথে ইন্টারেক্ট করতে JavaScript ব্যবহার করা",
   "page-developers-js-libraries-link": "JavaScript এর লাইব্রেরি সমূহ",
+  "page-developers-jump-right-in-title": "আপনার ধারণাটি দ্রুত শুরু করুন",
   "page-developers-language-desc": "পরিচিত ল্যাঙ্গুয়েজগুলির সঙ্গে ইথেরিয়াম ব্যবহার করা",
   "page-developers-languages": "প্রোগ্রামিং ল্যাঙ্গুয়েজ",
   "page-developers-learn": "ইথেরিয়াম ডেভেলপমেন্ট শিখুন",
-  "page-developers-learn-desc": "মূল ধারণা ও ইথেরিয়াম স্ট্যাক সম্বন্ধে আমাদের নথিগুলির সাথে পড়ুন",
+  "page-developers-learn-desc": "মূল ধারণা ও ইথেরিয়াম স্ট্যাক সম্বন্ধে আমাদের নথিগুলির সাথে পড়ুন.",
   "page-developers-learn-tutorials": "টিউটোরিয়ালের মাধ্যমে শিখুন",
   "page-developers-learn-tutorials-cta": "টিউটোরিয়াল দেখুন",
   "page-developers-learn-tutorials-desc": "যে বিল্ডারররা ইতিমধ্যেই এটা করেছেন তাদের থেকে ধাপে ধাপে ইথেরিয়াম ডেভেলপমেন্ট শিখুন।",
   "page-developers-meta-desc": "ইথেরিয়াম-এ নির্মাণকারী ডেভেলপারদের জন্য নথিপত্র, টিউটোরিয়াল এবং টুলস।",
-  "page-developers-mev-desc": "An introduction to maximal extractable value (MEV)",
-  "page-developers-mev-link": "Maximal extractable value (MEV)",
-  "page-developers-mining-desc": "কীভাবে নতুন ব্লক তৈরি করা হয় এবং প্রুফ-অফ-ওয়ার্ক ব্যবহার করে কনসেনসাস পৌঁছেছিল",
-  "page-developers-mining-link": "মাইনিং",
-  "page-developers-mining-algorithms-desc": "ইথেরিয়ামের মাইনিং অ্যালগরিদমের উপর তথ্য",
-  "page-developers-mining-algorithms-link": "মাইনিং অ্যালগরিদম সমূহ",
   "page-developers-networks-desc": "Mainnet এবং টেস্ট নেটওয়ার্কগুলির একটি সংক্ষিপ্ত বিবরণ",
   "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": "কয়েক সেকেন্ডের মধ্যে আপনার ইথেরিয়াম অ্যাপ স্ট্যাক শুরু করুন।",
+  "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": "ড্যাপস-এর পিছনে যুক্তি - সেলফ-এক্সিকিউটিং এগ্রিমেন্ট",
   "page-developers-smart-contracts-link": "স্মার্ট কন্ট্র্যাক্ট",
+  "page-developers-solidity-docs": "Solidity ডক্স পড়ুন",
+  "page-developers-speedrunethereum-title": "Ethereum নির্মাণ করে সব সবচেয়ে গুরুত্বপূর্ণ ধারণা শিখুন",
+  "page-developers-speedrunethereum-description": "অন্যদের কাছ থেকে মেন্টরশিপ গ্রহণ করুন, এবং সহযোগী ডেভেলপারদের সাথে কীভাবে সহযোগিতা করতে হয় তা শিখুন।",
+  "page-developers-speedrunethereum-link": "গতিবেগ ইথিরিয়াম",
   "page-developers-stack": "স্ট্যাক",
-  "page-developers-start": "পরীক্ষানিরীক্ষা শুরু করুন",
-  "page-developers-start-desc": "প্রথমে পরীক্ষানিরীক্ষা করতে চান আর পরে প্রশ্ন জিজ্ঞাসা করতে চান?",
+  "page-developers-start": "চ্যালেঞ্জ এবং মেন্টরশিপ",
   "page-developers-storage-desc": "কীভাবে ড্যাপ স্টোরেজ পরিচালনা করতে হয়",
   "page-developers-storage-link": "সংগ্রহস্থল",
-  "page-developers-subtitle": "ইথেরিয়াম-এর জন্য একটি বিল্ডারদের নির্দেশপুস্তিকা। বিল্ডারদের দ্বারা, বিল্ডারদের জন্য।",
+  "page-developers-subtitle": "ইথেরিয়ামের জন্য একটি বিল্ডারস ম্যানুয়াল। আপনার অনচেইন অ্যাপ তৈরি এবং স্কেল করার জন্য আপনার যা কিছু প্রয়োজন।",
   "page-developers-title-1": "ইথেরিয়াম",
   "page-developers-title-2": "ডেভেলপার",
   "page-developers-title-3": "রিসোর্স",
-  "page-developers-token-standards-desc": "স্বীকৃত টোকেন স্ট্যান্ডার্ডগুলির একটি সংক্ষিপ্ত বিবরণ",
-  "page-developers-token-standards-link": "টোকেন স্ট্যান্ডার্ড",
   "page-developers-transactions-desc": "ইথেরিয়াম-এর অবস্থা যেভাবে পরিবর্তিত হয়",
   "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": "ইথেরিয়াম স্ট্যাকে ব্যবহৃত ডেটা স্ট্রাকচার এবং এনকোডিং স্কিম এর পরিচিতি",
   "alt-eth-blocks": "একটি ETH প্রতীকের মতো সংগঠিত ব্লকের চিত্র",
-  "page-assets-doge": "Doge using dapps"
+  "page-assets-doge": "ডিএ্যাপস ব্যবহার করা Doge",
+  "page-developers-build-section-desc": "ইথেরিয়ামে আপনার প্রথম অ্যাপগুলো শিখতে এবং তৈরি করতে আপনার যা কিছু প্রয়োজন",
+  "page-developers-resources-section-title": "সহায়ক ডেভেলপার রিসোর্স",
+  "page-developers-get-help-title": "সাহায্য নিন",
+  "page-developers-get-help-desc": "আপনি যদি আটকে যান বা সমস্যা সমাধানে সাহায্যের প্রয়োজন হয়, তাহলে অবশ্যই নির্দেশনার জন্য জিজ্ঞাসা করুন।",
+  "page-developers-stack-exchange": "Stack Exchange",
+  "page-developers-ask-ai": "AI-কে জিজ্ঞাসা করুন",
+  "page-developers-resources-title": "রিসোর্স",
+  "page-developers-resources-desc": "প্রথমে পরীক্ষা করতে চান, পরে প্রশ্ন জিজ্ঞাসা করতে চান? স্যান্ডবক্স, বুটক্যাম্প ইত্যাদি দেখুন।",
+  "page-developers-tutorials-title": "টিউটোরিয়াল",
+  "page-developers-tutorials-desc": "যে বিল্ডারররা ইতিমধ্যেই এটা করেছেন তাদের থেকে ধাপে ধাপে ইথেরিয়াম ডেভেলপমেন্ট শিখুন।",
+  "page-developers-video-courses-title": "ভিডিও কোর্স",
+  "page-developers-video-courses-desc": "ব্লকচেইনে আপনার পেশাদার ক্যারিয়ার শুরু করতে চান? এই কোর্সগুলো আপনাকে ব্লকচেইন ডেভেলপার হিসেবে নিয়োগ পেতে প্রস্তুত করবে।",
+  "page-developers-docs-section-desc": "ইথেরিয়াম এবং ব্লকচেইনের মূল ধারণাগুলো বুঝুন",
+  "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": "Speedrun ইথেরিয়াম টোকেনাইজেশন ব্যানার",
+  "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": "Speedrun ইথেরিয়াম DEX ব্যানার",
+  "page-developers-speedrun-dex-title": "DEX",
+  "page-developers-speedrun-dex-desc": "একটি সাধারণ স্বয়ংক্রিয় মার্কেট মেকার তৈরি করুন, তারল্য সরবরাহ করুন এবং টোকেন সোয়াপ বাস্তবায়ন করুন।",
+  "page-developers-speedrun-stablecoins-alt": "Speedrun ইথেরিয়াম স্টেবলকয়েন ব্যানার",
+  "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": "Cyfrin Updraft ব্লকচেইন বেসিকস কোর্স ব্যানার",
+  "page-developers-course-solidity-title": "Solidity স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট",
+  "page-developers-course-solidity-desc": "Solidity প্রোগ্রামিং হলো ইথেরিয়াম সামঞ্জস্যপূর্ণ ইকোসিস্টেমে ওয়েব3 ডেভেলপমেন্টের জন্য আপনার প্রবেশদ্বার।",
+  "page-developers-course-solidity-alt": "Cyfrin Updraft Solidity স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট কোর্স ব্যানার",
+  "page-developers-course-foundry-fundamentals-title": "Foundry ফান্ডামেন্টালস",
+  "page-developers-course-foundry-fundamentals-desc": "Foundry এবং উন্নত ওয়েব3 ডেভেলপমেন্ট ধারণা এবং টুলস দিয়ে আপনার Solidity ডেভেলপমেন্ট দক্ষতাকে পরবর্তী স্তরে নিয়ে যান।",
+  "page-developers-course-foundry-fundamentals-alt": "Cyfrin Updraft Foundry ফান্ডামেন্টালস কোর্স ব্যানার",
+  "page-developers-course-advanced-foundry-title": "অ্যাডভান্সড Foundry",
+  "page-developers-course-advanced-foundry-desc": "Solidity স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্টের জন্য অ্যাডভান্সড Foundry-এর সাথে ওয়েব3 ডেভেলপমেন্ট কৌশলগুলো আয়ত্ত করুন।",
+  "page-developers-course-advanced-foundry-alt": "Cyfrin Updraft অ্যাডভান্সড Foundry কোর্স ব্যানার",
+  "page-developers-course-security-title": "স্মার্ট কন্ট্র্যাক্ট সুরক্ষা",
+  "page-developers-course-security-desc": "একজন স্মার্ট কন্ট্র্যাক্ট সিকিউরিটি গবেষক হিসাবে আপনার ক্যারিয়ার শুরু করুন! স্মার্ট কন্ট্র্যাক্ট অডিটিং এবং সেরা অনুশীলনগুলো শিখুন।",
+  "page-developers-course-security-alt": "Cyfrin Updraft ব্লকচেইন বেসিকস কোর্স ব্যানার",
+  "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/bn/page-developers-tutorials.json b/src/intl/bn/page-developers-tutorials.json
new file mode 100644
index 00000000000..c7e3c1de247
--- /dev/null
+++ b/src/intl/bn/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": "ইথেরিয়াম ডেভেলপমেন্ট টিউটোরিয়াল",
+  "page-tutorials-meta-description": "বিষয় অনুযায়ী যাচাইকৃত ইথেরিয়াম কমিউনিটি টিউটোরিয়াল ব্রাউজ এবং ফিল্টার করুন।",
+  "page-tutorial-external-link": "বাহ্যিক",
+  "page-tutorials-meta-title": "ইথেরিয়াম ডেভেলপমেন্ট টিউটোরিয়াল",
+  "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/bn/page-energy-consumption.json b/src/intl/bn/page-energy-consumption.json
new file mode 100644
index 00000000000..de595593e6c
--- /dev/null
+++ b/src/intl/bn/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": "AirBnB",
+  "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": "US-এ গেমিং",
+  "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/bn/page-ethereum-history-founder-and-ownership.json b/src/intl/bn/page-ethereum-history-founder-and-ownership.json
new file mode 100644
index 00000000000..00e1deac338
--- /dev/null
+++ b/src/intl/bn/page-ethereum-history-founder-and-ownership.json
@@ -0,0 +1,65 @@
+{
+  "page-ethereum-history-founder-and-ownership-meta-title": "ইথেরিয়ামের ইতিহাস: প্রতিষ্ঠাতা, লঞ্চ এবং মালিকানা | ethereum.org",
+  "page-ethereum-history-founder-and-ownership-meta-description": "ইথেরিয়ামের ইতিহাস সম্পর্কে জানুন, যার মধ্যে রয়েছে কে এটি তৈরি করেছে, কখন এটি চালু হয়েছে এবং আজ কে এটি নিয়ন্ত্রণ করে।",
+  "page-ethereum-history-founder-and-ownership-twitter-meta-description": "ব্যবহারের ক্ষেত্র, নেটওয়ার্ক কর্মক্ষমতা, টোকেন অর্থনীতি এবং আরও অনেক কিছু সহ Bitcoin এবং ইথেরিয়ামের মধ্যে পার্থক্য জানুন।",
+  "page-ethereum-history-founder-and-ownership-title": "ইথেরিয়ামের ইতিহাস: প্রতিষ্ঠাতা, লঞ্চ এবং মালিকানা",
+  "page-ethereum-history-founder-and-ownership-description-1": "2013 সালে ভিটালিক বুটেরিন ইথেরিয়াম প্রতিষ্ঠা করেন। গ্যাভিন উড এবং জোসেফ লুবিন সহ বেশ কয়েকজন সহ-প্রতিষ্ঠাতা পরে যোগ দেন। ইথেরিয়াম নেটওয়ার্কটি আনুষ্ঠানিকভাবে 30 জুলাই, 2015-এ প্রথম ব্লক (জেনেসিস ব্লক) মাইনিং-এর মাধ্যমে চালু হয়।",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-description-1": "প্রচলিত সংস্থাগুলির থেকে ভিন্ন, <strong>ইথেরিয়ামের কোনো CEO</strong>, বোর্ড বা একক নিয়ন্ত্রণকারী পক্ষ নেই। এটি একটি ডিসেন্ট্রালাইজড প্ল্যাটফর্ম যা তার কমিউনিটি দ্বারা পরিচালিত হয় এবং অলাভজনক ইথেরিয়াম ফাউন্ডেশন সহায়তা প্রদান করে।",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum": "কে ইথেরিয়াম প্রতিষ্ঠা/সহ-প্রতিষ্ঠা করেছেন?",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-1": "ইথেরিয়াম <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>ইথেরিয়াম হোয়াইটপেপার</whitepaper> প্রকাশ করেন, যেখানে এমন একটি প্ল্যাটফর্মের রূপরেখা দেওয়া হয়েছিল যা শুধুমাত্র পেমেন্টের চেয়ে বেশি কিছু করতে সক্ষম একটি ব্লকচেইন তৈরি করে Bitcoin-কে ছাড়িয়ে যাবে।",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-5": "ইথেরিয়াম Bitcoin-এর পদ্ধতিকে প্রসারিত করে, মূলত বলছে, ঠিক আছে, একটি অ্যাপ্লিকেশন সমর্থন করার জন্য ডিজাইন করা নিয়ম থাকার পরিবর্তে, আমরা আরও সাধারণ উদ্দেশ্যে কিছু তৈরি করতে যাচ্ছি যেখানে লোকেরা তাদের নিজস্ব অ্যাপ্লিকেশন তৈরি করতে পারে এবং তাদের তৈরি করা যেকোনো অ্যাপ্লিকেশনের নিয়মগুলি ইথেরিয়াম প্ল্যাটফর্মে কার্যকর, বাস্তবায়িত করা যেতে পারে।",
+  "page-ethereum-history-founder-and-ownership-when-ethereum-when-did-ethereum-launch": "ইথেরিয়াম কখন লঞ্চ হয়েছিল?",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now": "এখন কে ইথেরিয়ামের মালিক এবং কে এটি চালায়?",
+  "page-ethereum-history-founder-and-ownership-founder-of-ethereum": "ইথেরিয়ামের প্রতিষ্ঠাতা",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-6": "ইথেরিয়াম 8 জন ব্যক্তি দ্বারা সহ-প্রতিষ্ঠিত হয়েছিল যারা ইথেরিয়ামকে প্রাণবন্ত করতে সাহায্য করেছিলেন।",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-vitalik-buterin": "<strong>ভিটালিক বুটেরিন</strong>: 2013 সালে ইথেরিয়াম ধারণাটি কল্পনা করেন, মূল হোয়াইটপেপার রচনা করেন এবং এর প্রধান স্বপ্নদর্শী এবং প্রবক্তা হয়ে ওঠেন, একটি ডিসেন্ট্রালাইজড বিশ্ব কম্পিউটারের ধারণাটি স্পষ্ট করেন এবং প্রোটোকলের প্রযুক্তিগত ও দার্শনিক দিকনির্দেশনা দেন।",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-gavin-wood": "<strong>গ্যাভিন উড</strong>: <solidity>Solidity</solidity> প্রোগ্রামিং ভাষা তৈরি করেছেন এবং <ethereumYellowPaper>ইথেরিয়াম ইয়েলো পেপার</ethereumYellowPaper> লিখেছেন, যা ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)-এর জন্য প্রযুক্তিগত নির্দেশিকা।",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-joseph-lubin": "<strong>জোসেফ লুবিন</strong>: ইথেরিয়ামের একেবারে প্রাথমিক পর্যায়ে অর্থায়নে সাহায্য করেছিলেন এবং পরে <consensys>ConsenSys</consensys> প্রতিষ্ঠা করেন, যা ইথেরিয়াম-ভিত্তিক অ্যাপ এবং পরিকাঠামো তৈরির উপর দৃষ্টি নিবদ্ধ করে এমন একটি সংস্থা।",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-jeffrey-wilcke": "<strong>জেফরি উইক</strong>: <geth>Geth</geth> তৈরি করেছেন, যা আসল এবং সবচেয়ে বহুল ব্যবহৃত ইথেরিয়াম এক্সিকিউশন ক্লায়েন্ট, এটি EVM চালানো এবং ইথেরিয়াম নেটওয়ার্ক ডেটা সংরক্ষণের জন্য দায়ী।",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-mihai-alisie": "<strong>মিহাই আলিসি</strong>: ভিটালিক বুটেরিনের সাথে Bitcoin Magazine সহ-প্রতিষ্ঠা করেন এবং সুইজারল্যান্ডে ইথেরিয়াম ফাউন্ডেশন প্রতিষ্ঠা করতে সাহায্য করেন, ভাইস প্রেসিডেন্ট হিসাবে দায়িত্ব পালন করেন এবং ইথারের প্রি-সেলের জন্য আইনি কাঠামো স্থাপন করেন।",
+  "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": "আজ, ভিটালিক বুটেরিন ইথেরিয়ামের উন্নয়নে সক্রিয়ভাবে জড়িত রয়েছেন। জোসেফ লুবিন ConsenSys-কে নেতৃত্ব দেওয়া চালিয়ে যাচ্ছেন। তার কোম্পানি ইথেরিয়াম ইকোসিস্টেমের জন্য <strong>MetaMask</strong> এবং <strong>Infura</strong>-এর মতো গুরুত্বপূর্ণ টুলস তৈরি করে।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-1": "ভিটালিকের প্রাথমিক ধারণা থেকে ইথেরিয়ামের আনুষ্ঠানিক লঞ্চ পর্যন্ত যাত্রায় প্রায় 20 মাস সময় লেগেছিল। এখানে কিছু গুরুত্বপূর্ণ মাইলফলক রয়েছে:",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-2": "<strong>নভেম্বর 2013:</strong> ভিটালিক বুটেরিন ইথেরিয়াম হোয়াইটপেপার শেয়ার করেন। এটি এমন একটি ব্লকচেইন প্ল্যাটফর্মের জন্য তার দৃষ্টিভঙ্গি বর্ণনা করে যা স্মার্ট কন্ট্র্যাক্ট চালাতে পারে।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-3": "<strong>জানুয়ারি 2014:</strong> মায়ামিতে উত্তর আমেরিকান Bitcoin কনফারেন্সে ভিটালিক ইথেরিয়ামের ধারণাটি <announcement>সর্বজনীনভাবে ঘোষণা করেন</announcement>।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-4": "<strong>জুলাই-আগস্ট 2014:</strong> ইথেরিয়ামের উন্নয়নের জন্য অর্থায়নের জন্য, প্রতিষ্ঠাতা দলটি একটি পাবলিক ক্রাউডফান্ডিং প্রচারাভিযান চালায়। তারা ইথার (ETH)-এর বিনিময়ে 31,000 BTC (সেই সময়ে প্রায় 18 মিলিয়ন ডলার মূল্যের) সংগ্রহ করেছিল।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-5": "<strong>এপ্রিল 2015:</strong> ভিটালিক এবং সহ-প্রতিষ্ঠাতারা ইথেরিয়ামের অলিম্পিক টেস্টনেট চালু করেন। এটি ছিল মেইন নেটওয়ার্ক লঞ্চের আগের চূড়ান্ত পরীক্ষার পর্যায়।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-6": "<strong>30 জুলাই, 2015:</strong> প্রতিষ্ঠাতা দল জেনেসিস ব্লক মাইনিং করে আনুষ্ঠানিকভাবে ইথেরিয়াম মেইননেট চালু করে। এটি ইথেরিয়াম নেটওয়ার্কের জন্মকে চিহ্নিত করে।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-7": "<strong>14 মার্চ, 2016:</strong> ইথেরিয়াম কমিউনিটি \"Homestead\" বাস্তবায়ন করে, যা প্রথম পরিকল্পিত আপগ্রেড। এটি ইঙ্গিত দেয় যে ইথেরিয়াম মূলধারার গ্রহণের জন্য প্রস্তুত ছিল।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-8": "ইথেরিয়াম প্রকল্পে আমাদের এই ধারণা ছিল যে আমরা এটিতে সত্যিই একবারই সুযোগ পাব, এটি সত্যিই একবারই করার মতো ছিল, তাই আমাদের এটি সঠিকভাবে করতে হয়েছিল।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-9": "ইথেরিয়ামের সহ-প্রতিষ্ঠাতা",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-10": "ইথেরিয়ামের লঞ্চ ব্লকচেইন প্রযুক্তিতে একটি বড় মাইলফলক চিহ্নিত করেছে। এটি স্মার্ট কন্ট্র্যাক্ট চালু করেছে এবং ডিসেন্ট্রালাইজড এপ্লিকেশনের জন্য একটি প্ল্যাটফর্ম তৈরি করেছে।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-11": "আপনি <genesisBlock>সর্বদা ইথেরিয়ামের জেনেসিস ব্লকটি দেখতে পারেন</genesisBlock> যা ইথেরিয়াম প্রথম যখন জীবন্ত হয়েছিল সেই মুহূর্তটি সংরক্ষণ করে।",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-12": "ইথেরিয়াম আপগ্রেডগুলির সম্পূর্ণ তালিকা দেখুন",
+  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-13": "ভবিষ্যতের ইথেরিয়াম রোডম্যাপ দেখুন",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-1": "ইথেরিয়ামের সবচেয়ে অনন্য দিকগুলির মধ্যে একটি হল এর মালিকানার কাঠামো, বা আরও সঠিকভাবে বললে, এর প্রচলিত মালিকানার অভাব। একটি সাধারণ কোম্পানির মতো নয়, ইথেরিয়াম:",
+  "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": "পরিবর্তে, ইথেরিয়াম একটি ডিসেন্ট্রালাইজড নেটওয়ার্ক হিসাবে কাজ করে। এটি বিশ্বজুড়ে <strong>হাজার হাজার স্বাধীন কম্পিউটার</strong> (নোড) দ্বারা রক্ষণাবেক্ষণ করা হয়। এই ডিসেন্ট্রালাইজড মডেলটি ইথেরিয়ামের ডিজাইন এবং মূল্যের কেন্দ্রবিন্দুতে রয়েছে।",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-6": "বেশ কয়েকটি গুরুত্বপূর্ণ গোষ্ঠী ইথেরিয়ামের চলমান উন্নয়ন এবং গভর্নেন্সে সাহায্য করে:",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation": "1. ইথেরিয়াম ফাউন্ডেশন",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-1": "<strong>ইথেরিয়াম ফাউন্ডেশন একটি অলাভজনক সংস্থা</strong> যা ইথেরিয়াম এবং সম্পর্কিত প্রযুক্তিগুলিকে সমর্থন করে। এটি গুরুত্বপূর্ণ হলেও, এটি নেটওয়ার্ক নিয়ন্ত্রণ করে না। ফাউন্ডেশন:",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-2": "ইথেরিয়াম উন্নয়নে সহায়তা করার জন্য তহবিল পরিচালনা করে",
+  "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-3": "ইথেরিয়ামের উপর নির্মিত প্রকল্পগুলিকে অনুদান প্রদান করে",
+  "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": "ডেভেলপার এবং গবেষকদের একটি বিশ্বব্যাপী কমিউনিটি ইথেরিয়ামের কোড এবং ডিজাইনে অবদান রাখে। এই অবদানকারীরা একটি উন্মুক্ত, পাবলিক প্রক্রিয়ার মাধ্যমে উন্নতি প্রস্তাব করে, আলোচনা করে এবং বাস্তবায়ন করে। ভিটালিক বুটেরিন কমিউনিটিতে সম্মানিত, তবে, সিদ্ধান্তগুলি কোনো একক ব্যক্তির দ্বারা না হয়ে গোষ্ঠীগত চুক্তির মাধ্যমে নেওয়া হয়।",
+  "page-ethereum-history-founder-and-ownership-eip": "3. ইথেরিয়াম উন্নয়নের প্রস্তাব (EIPs)",
+  "page-ethereum-history-founder-and-ownership-eip-description-1": "ইথেরিয়াম কমিউনিটি <eips>ইথেরিয়াম উন্নয়নের প্রস্তাব (EIPs)</eips>-এর মাধ্যমে নেটওয়ার্কে পরিবর্তনের প্রস্তাব দেয়। এই উন্মুক্ত সিস্টেমটি যে কাউকে উন্নতির পরামর্শ দেওয়ার অনুমতি দেয়। এই ধারণাগুলি তারপর আলোচনা করা হয়, পরিমার্জিত করা হয় এবং সম্ভাব্যভাবে কমিউনিটি দ্বারা বাস্তবায়িত হয়।",
+  "page-ethereum-history-founder-and-ownership-validators": "4. নোড অপারেটর এবং ভ্যালিডেটর",
+  "page-ethereum-history-founder-and-ownership-validators-description-1": "সেপ্টেম্বর 2022-এ ইথেরিয়াম প্রুফ-অফ-স্টেক-এ স্থানান্তরিত হওয়ার পর থেকে, নেটওয়ার্কটি ভ্যালিডেটরদের দ্বারা সুরক্ষিত, যারা ETH লক আপ (স্টেক) করে এবং লেনদেন প্রক্রিয়া করে। বিশ্বজুড়ে <beaconchain>বিপুল সংখ্যক ভ্যালিডেটর</beaconchain> ছড়িয়ে আছে, যা নেটওয়ার্কের নিয়ন্ত্রণকে অনেক দূরে এবং বিস্তৃতভাবে বিতরণ করে।",
+  "page-ethereum-history-founder-and-ownership-validators-description-2": "এই ডিসেন্ট্রালাইজড মডেলটি কোনো একক সত্তার নিয়ন্ত্রণকে সীমাবদ্ধ করে, যা ইথেরিয়ামকে সেন্সরশিপ-প্রতিরোধী করে তোলে। এর মধ্যে এর মূল প্রতিষ্ঠাতারাও অন্তর্ভুক্ত। কোনো একক ব্যক্তি বা সংস্থা ইথেরিয়ামের নিয়ম পরিবর্তন করতে বা নিজে থেকে নেটওয়ার্ক বন্ধ করতে পারে না।",
+  "page-ethereum-history-founder-and-ownership-validators-description-3": "ইথেরিয়ামে একটি অ্যাপ্লিকেশন তৈরি করা এবং কোনো প্রচলিত সেন্ট্রালাইজড প্ল্যাটফর্মে এটি তৈরি করার মধ্যে মূল পার্থক্য হল এই মূল ধারণাটি যে একবার আপনি আপনার অ্যাপ্লিকেশন তৈরি করলে, অ্যাপ্লিকেশনটিকে তার অস্তিত্ব বজায় রাখার জন্য আপনার বা অন্য কোনো একক ব্যক্তির উপর নির্ভর করতে হবে না। এবং অ্যাপ্লিকেশনটি নির্দিষ্ট করা নিয়ম অনুসারে চলতে থাকবে বলে গ্যারান্টি দেওয়া হয়।",
+  "page-ethereum-history-founder-and-ownership-conclusion": "উপসংহার",
+  "page-ethereum-history-founder-and-ownership-conclusion-description-1": "2013 সালে ভিটালিক বুটেরিন দ্বারা এর সৃষ্টি থেকে 2015 সালে এর লঞ্চ এবং আজকের বৃদ্ধি পর্যন্ত, <strong>ইথেরিয়াম তার প্রতিষ্ঠাতা দৃষ্টিভঙ্গির প্রতি সত্য রয়েছে</strong>। এটি এমন অ্যাপ্লিকেশনগুলির জন্য একটি <strong>ডিসেন্ট্রালাইজড, বিশ্বাসযোগ্যভাবে নিরপেক্ষ</strong> প্ল্যাটফর্ম হিসাবে রয়ে গেছে যা ঠিক প্রোগ্রাম করা হিসাবে চলে। নেটওয়ার্ক এবং এর উপরে নির্মিত অ্যাপগুলি <strong>ডাউনটাইম, সেন্সরশিপ, জালিয়াতি বা তৃতীয় পক্ষের হস্তক্ষেপ ছাড়াই</strong> চলে।",
+  "page-ethereum-history-founder-and-ownership-conclusion-description-2": "ইথেরিয়ামের গল্প প্রতিটি আপডেট এবং নতুনত্বের সাথে উন্মোচিত হতে থাকে। নেটওয়ার্কটি বিকশিত হওয়ার সাথে সাথে এটি উদাহরণ দেয় যে কীভাবে ডিসেন্ট্রালাইজড গভর্নেন্স প্রচলিত কর্পোরেট কাঠামো ছাড়াই প্রযুক্তিগত অগ্রগতি চালনা করতে পারে।",
+  "page-ethereum-history-founder-and-ownership-conclusion-description-3": "ইথেরিয়াম একটি দূরদর্শী হোয়াইটপেপার থেকে একটি <strong>গ্লোবাল ইনফ্রাস্ট্রাকচার লেয়ারে রূপান্তরিত হয়েছে যা হাজার হাজার অ্যাপ্লিকেশন এবং বিলিয়ন ডলার মূল্যের শক্তি যোগাচ্ছে</strong>। এটি প্রমাণ করে যে উন্মুক্ত সহযোগিতা কেবল অর্থব্যবস্থাই নয়, মালিকানা, গভর্নেন্স এবং ডিজিটাল বিশ্বাসের মৌলিক ধারণাগুলিকেও নতুন আকার দিতে পারে।",
+  "page-ethereum-history-founder-and-ownership-conclusion-description-4": "ইথেরিয়ামের গভর্নেন্স প্রক্রিয়া সম্পর্কে আরও জানুন"
+}
diff --git a/src/intl/bn/page-ethereum-vs-bitcoin.json b/src/intl/bn/page-ethereum-vs-bitcoin.json
new file mode 100644
index 00000000000..ba5624ec50c
--- /dev/null
+++ b/src/intl/bn/page-ethereum-vs-bitcoin.json
@@ -0,0 +1,101 @@
+{
+  "page-ethereum-vs-bitcoin-meta-title": "ইথেরিয়াম বনাম Bitcoin: পার্থক্য কী? | ethereum.org",
+  "page-ethereum-vs-bitcoin-meta-description": "ব্যবহারের ক্ষেত্র, নেটওয়ার্ক কর্মক্ষমতা, নিরাপত্তা, টোকেন অর্থনীতি, বিকেন্দ্রীকরণের স্তর এবং আরও অনেক কিছু সহ Bitcoin এবং ইথেরিয়ামের মধ্যে পার্থক্য জানুন।",
+  "page-ethereum-vs-bitcoin-twitter-meta-description": "ব্যবহারের ক্ষেত্র, নেটওয়ার্ক কর্মক্ষমতা, টোকেন অর্থনীতি এবং আরও অনেক কিছু সহ Bitcoin এবং ইথেরিয়ামের মধ্যে পার্থক্য জানুন।",
+  "page-ethereum-vs-bitcoin-title": "ইথেরিয়াম বনাম Bitcoin: পার্থক্য কী?",
+  "page-ethereum-vs-bitcoin-description-1": "Bitcoin এবং ইথেরিয়াম দুটি সবচেয়ে পরিচিত বিকেন্দ্রীভূত ব্লকচেইন নেটওয়ার্ক, কিন্তু তারা খুব ভিন্ন উদ্দেশ্যে কাজ করে।",
+  "page-ethereum-vs-bitcoin-section-1": "Bitcoin (একটি বড় B সহ) একটি ডিজিটাল মুদ্রার জন্য ডিজাইন করা একটি ব্লকচেইন যাকে বলা হয় বিটকয়েন (ছোট b)। ইথেরিয়াম অ্যাপ্লিকেশন এবং সম্পদের জন্য একটি বিকেন্দ্রীভূত প্ল্যাটফর্ম হিসাবে ডিজাইন করা হয়েছে, যা এর নেটিভ ক্রিপটোকারেন্সি <strong>ইথার (ETH)</strong> দ্বারা চালিত।",
+  "page-ethereum-vs-bitcoin-section-2": "উভয়ই ব্লকচেইন প্রযুক্তি ব্যবহার করে, ওপেন সোর্স, এবং বিশ্বব্যাপী সম্প্রদায় দ্বারা রক্ষণাবেক্ষণ করা হয়, তবে তাদের লক্ষ্য এবং বৈশিষ্ট্যগুলি আলাদা। এই নির্দেশিকায়, আমরা প্রতিটি নেটওয়ার্ক কী, তাদের মধ্যে কী মিল রয়েছে এবং প্রযুক্তি, সংস্কৃতি এবং ভবিষ্যতের দৃষ্টিভঙ্গির মতো ক্ষেত্রগুলিতে তারা কীভাবে আলাদা তা আলোচনা করব।",
+  "page-ethereum-vs-bitcoin-bitcoin-section-title": "Bitcoin—একটি দ্রুত প্রাইমার",
+  "page-ethereum-vs-bitcoin-bitcoin-section-1": "Bitcoin একটি বিকেন্দ্রীভূত ডিজিটাল মুদ্রা নেটওয়ার্ক। এটি <strong>2009 সালে তৈরি করা হয়েছিল</strong> <strong>সাতোশি নাকামোতো</strong> নাম ব্যবহার করে একটি বেনামী সত্তা দ্বারা, 2008 সালের আর্থিক সংকটের কিছুক্ষণ পরেই। ধারণাটি ছিল Bitcoin-কে একটি পিয়ার-টু-পিয়ার ইলেকট্রনিক ক্যাশ সিস্টেম হিসাবে তৈরি করা।",
+  "page-ethereum-vs-bitcoin-bitcoin-section-2": "Bitcoin যে কাউকে ইন্টারনেটে <strong>কেন্দ্রীয় কর্তৃপক্ষের উপর নির্ভর না করে</strong> যেমন একটি ব্যাংক, <strong>বিটকয়েন পাঠাতে এবং গ্রহণ করতে</strong> দেয়। সমস্ত লেনদেন ব্লকচেইন নামে পরিচিত একটি পাবলিক লেজারে রেকর্ড করা হয়।",
+  "page-ethereum-vs-bitcoin-bitcoin-section-3": "Bitcoin তার নেটওয়ার্ক সুরক্ষিত করতে প্রুফ-অফ-ওয়ার্ক ব্যবহার করে। বিশ্বজুড়ে কম্পিউটারগুলি ক্রিপ্টোগ্রাফিক পাজল সমাধান করার জন্য প্রতিযোগিতা করে যা তাদের নতুন ব্লক যোগ করতে দেয়। এই বিশেষায়িত কম্পিউটারগুলিকে মাইনার বলা হয় এবং নতুন ব্লক \"মাইনিং\" করার জন্য ব্লক রিওয়ার্ড হিসাবে বিটকয়েন গ্রহণ করে।",
+  "page-ethereum-vs-bitcoin-bitcoin-section-4": "<strong>Bitcoin-এর 21 মিলিয়ন কয়েনের একটি নির্দিষ্ট সর্বোচ্চ সরবরাহ রয়েছে</strong>। এই ডিজাইন পছন্দটি একটি মূল কারণ কেন Bitcoin-কে প্রায়শই ডিজিটাল সোনা হিসাবে উল্লেখ করা হয়।",
+  "page-ethereum-vs-bitcoin-ethereum-section-title": "ইথেরিয়াম—একটি দ্রুত প্রাইমার",
+  "page-ethereum-vs-bitcoin-ethereum-section-1": "Bitcoin-এর মতো, ইথেরিয়ামও একটি বিকেন্দ্রীভূত ব্লকচেইন নেটওয়ার্ক, কিন্তু এটি <strong>শুধু পেমেন্ট রেকর্ড করার চেয়েও বেশি কিছু করার জন্য ডিজাইন করা হয়েছিল</strong>। <strong>2015</strong> সালে <strong>ভিটালিক বুটেরিন</strong> নামক একজন সফটওয়্যার ডেভেলপার এবং তার সহ-প্রতিষ্ঠাতাদের দ্বারা চালু করা, ইথেরিয়াম একটি স্মার্ট কন্ট্র্যাক্ট এবং ডিসেন্ট্রালাইজড এপ্লিকেশন প্ল্যাটফর্ম হিসাবে নির্মিত হয়েছিল।",
+  "page-ethereum-vs-bitcoin-ethereum-section-2": "ইথেরিয়াম Bitcoin-এর মতো যে কাউকে মান পাঠাতে এবং গ্রহণ করতে দেয়, কিন্তু এটি <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": "একইভাবে যেভাবে Bitcoin নেটওয়ার্কে লেনদেন ফি প্রদানের জন্য বিটকয়েন ব্যবহার করা হয়, ইথেরিয়ামের নেটিভ মুদ্রা, ইথার, লেনদেন ফি প্রদান, স্মার্ট কন্ট্র্যাক্ট প্রকাশ এবং ব্যবহার এবং নেটওয়ার্ক সুরক্ষিত করতে ব্যবহৃত হয়। <strong>ইথার প্রোগ্রাম চালানোর জন্য জ্বালানী এবং মূল্যের ভান্ডার উভয় হিসাবে কাজ করে</strong>।",
+  "page-ethereum-vs-bitcoin-ethereum-section-6": "ইথেরিয়াম এবং এটি কীভাবে কাজ করে সে সম্পর্কে আরও জানুন",
+  "page-ethereum-vs-bitcoin-differences-section-title": "মূল পার্থক্য",
+  "page-ethereum-vs-bitcoin-differences-section-1": "Bitcoin এবং ইথেরিয়াম বিকেন্দ্রীভূত নেটওয়ার্ক বজায় রাখতে ব্লকচেইন প্রযুক্তি ব্যবহার করে, তবে তারা তাদের ডিজাইন, উদ্দেশ্য এবং ক্ষমতাতে ভিন্ন।",
+  "page-ethereum-vs-bitcoin-differences-table-area": "ক্ষেত্র",
+  "page-ethereum-vs-bitcoin-differences-table-bitcoin": "বিটকয়েন",
+  "page-ethereum-vs-bitcoin-differences-table-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": "Bitcoin প্রতিটি ব্লকে মূল এবং অপরিবর্তিত প্রোটোকল দ্বারা নির্ধারিত একটি নির্দিষ্ট/পূর্বনির্ধারিত হারে জারি করা হয়, যার চূড়ান্ত নির্দিষ্ট সীমা 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": "Bitcoin বনাম ইথেরিয়ামের উদ্দেশ্য",
+  "page-ethereum-vs-bitcoin-purpose-1": "Bitcoin 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": "প্রযুক্তিগত ডিজাইনগুলি এই উদ্দেশ্যগুলিকে প্রতিফলিত করে। Bitcoin-এর স্ক্রিপ্টিং ভাষা সীমিত, যা জটিলতা কমায় এবং নেটওয়ার্ককে সুরক্ষিত রাখতে সাহায্য করে। ইথেরিয়ামের প্রোগ্রামিং ভাষা আরও অভিব্যক্তিপূর্ণ, যা এটিকে আরও জটিল অবস্থা এবং অ্যাপ্লিকেশনগুলির মধ্যে মিথস্ক্রিয়া সংরক্ষণ এবং পরিচালনা করতে দেয়। এই নমনীয়তা একটি শক্তি, তবে এর অর্থ হল নেটওয়ার্কটি নিয়মিত আপগ্রেড এবং নতুন বৈশিষ্ট্যগুলির সাথে আরও দ্রুত বিকশিত হয়।",
+  "page-ethereum-vs-bitcoin-purpose-4": "উভয়ই বৃহত্তর ডিজিটাল অর্থনীতিতে স্বতন্ত্র ভূমিকা পালন করে। Bitcoin একটি স্থিতিশীল এবং বিকেন্দ্রীভূত মূল্যের ভান্ডার হওয়ার উপর দৃষ্টি নিবদ্ধ করে। ইথেরিয়ামের লক্ষ্য হল ডিসেন্ট্রালাইজড এপ্লিকেশন এবং প্রোগ্রামেবল সম্পদের জন্য একটি বিশ্বব্যাপী সেটেলমেন্ট লেয়ার হওয়া।",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-title": "ব্যবহারের ক্ষেত্র এবং গ্রহণ",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-1": "<strong>Bitcoin</strong> সাধারণত মূল্যের ভান্ডার হিসাবে ব্যবহৃত হয়। অনেক বিনিয়োগকারী এটিকে <strong>মুদ্রাস্ফীতির বিরুদ্ধে একটি হেজ</strong> বা অর্থনৈতিক অস্থিতিশীলতা হিসাবে দেখেন। কিছু দেশে, এটি একটি <strong>বিকল্প মুদ্রা</strong> হিসাবে বা ঐতিহ্যগত ব্যাংকিং সিস্টেমের বাইরে মানুষের সঞ্চয়ের একটি উপায় হিসাবে ব্যবহৃত হয়।",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-2": "<strong>ইথার</strong> মূল্যের ভান্ডার হিসাবেও কাজ করে, তবে এর <strong>প্রাথমিক ভূমিকা হল অ্যাপ্লিকেশন</strong> এবং সম্পদের একটি বিস্তৃত ইকোসিস্টেমকে শক্তি দেওয়া। ডেভেলপাররা নতুন প্রোটোকল তৈরি করতে, টোকেন চালু করতে, বিকেন্দ্রীভূত এক্সচেঞ্জ চালাতে, NFT মিন্ট করতে, গেম তৈরি করতে এবং কেন্দ্রীয় নিয়ন্ত্রণ ছাড়াই চলা সামাজিক প্ল্যাটফর্ম তৈরি করতে ইথেরিয়াম ব্যবহার করতে পারে।",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-3": "ইথেরিয়াম নতুন ধরনের অর্থায়ন, ক্রাউডফান্ডিং এবং ডিজিটাল মালিকানার জন্য হাজার হাজার ডিসেন্ট্রালাইজড এপ্লিকেশন সমর্থন করে। কিছু ব্যবহারের ক্ষেত্রে উভয় নেটওয়ার্ককে সংযুক্ত করে। উদাহরণস্বরূপ, <strong>DeFi-তে ঋণ, ধার এবং ট্রেডিং-এর মতো কার্যকলাপের জন্য Bitcoin-কে \"র‌্যাপড\" করে ইথেরিয়ামে ব্যবহার করা যেতে পারে</strong>।",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-4": "প্রাতিষ্ঠানিক গ্রহণ এই পার্থক্যগুলিকে প্রতিফলিত করে। Bitcoin ক্রিপটোকারেন্সি একটি দীর্ঘমেয়াদী মূল্যের ভান্ডার হিসাবে ব্যাপকভাবে ধারণ করা হয়, যখন <strong>ইথেরিয়ামকে বিকেন্দ্রীভূত পরিকাঠামো হিসাবে দেখা হয়</strong>। এর প্রোগ্রামেবিলিটি ফিনটেক প্ল্যাটফর্ম এবং পেমেন্ট প্রদানকারীদের কাছে আবেদন করে।",
+  "page-ethereum-vs-bitcoin-usecases-and-adoption-5": "ইথেরিয়াম কীসের জন্য ব্যবহৃত হয় সে সম্পর্কে আরও জানুন",
+  "page-ethereum-vs-bitcoin-monetary-policy-title": "আর্থিক নীতি",
+  "page-ethereum-vs-bitcoin-monetary-policy-1": "Bitcoin-এর সরবরাহ <strong>21 মিলিয়ন কয়েনে</strong> সীমাবদ্ধ থাকবে। এই কঠোর সীমাটি প্রোটোকল দ্বারা প্রয়োগ করা হয় এবং এটি একটি কারণ কেন Bitcoin-কে সোনার সাথে তুলনা করা হয়। নতুন বিটকয়েন <strong>মাইনিং রিওয়ার্ড</strong> এর মাধ্যমে প্রচলনে আসে, যা <strong>প্রতি 210,000 ব্লকে অর্ধেক হয়ে যায়</strong>, যা মাইন করতে প্রায় 4 বছর সময় লাগে, <strong>দ্য হাভিং</strong> নামক একটি ইভেন্টে। রিওয়ার্ডটি 2009 সালে প্রতি ব্লকে 50 বিটকয়েন থেকে শুরু হয়েছিল, 2012 সালে 25-এ নেমে আসে, তারপর 2016 সালে 12.5, এবং এভাবেই চলতে থাকে। এই হারে, শেষ বিটকয়েনটি প্রায় 2140 সালের মধ্যে মাইন করা হবে বলে আশা করা হচ্ছে।",
+  "page-ethereum-vs-bitcoin-monetary-policy-2": "Bitcoin-এর মাইনিং রিওয়ার্ড এবং লেনদেন ফি নেটওয়ার্কের জন্য অর্থ প্রদান করে এবং এটি সুরক্ষিত করতে ব্যবহৃত হয়। যাইহোক, ব্লক রিওয়ার্ড অর্ধেক হয়ে যাওয়ায়, নেটওয়ার্কটি নিজের জন্য অর্থ প্রদানের জন্য লেনদেন ফি-র উপর আরও নির্ভরশীল। বর্তমানে নেটওয়ার্ক ফি নেটওয়ার্কের আয়ের একটি ছোট অংশ, <5%, যার অর্থ হল Bitcoin নেটওয়ার্কের ইস্যুয়েন্স 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>Bitcoin-এর ডেভেলপার সম্প্রদায় ছোট</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": "Bitcoin এবং ইথেরিয়াম উভয়ই স্বাধীন নোডের বড়, বিতরণ করা নেটওয়ার্ক দ্বারা সুরক্ষিত, তবে তারা নেটওয়ার্কের অবস্থার উপর একমত হতে বিভিন্ন পদ্ধতি ব্যবহার করে।",
+  "page-ethereum-vs-bitcoin-security-and-consensus-2": "Bitcoin <strong>প্রুফ-অফ-ওয়ার্ক</strong> নামক একটি সিস্টেম ব্যবহার করে। মাইনার নামক কম্পিউটারগুলি ক্রিপ্টোগ্রাফিক পাজল সমাধান করার জন্য প্রতিযোগিতা করে। যে প্রথম একটি সমাধান করে সে ব্লকচেইনে লেনদেনের পরবর্তী ব্লক যোগ করার সুযোগ পায় এবং বিটকয়েনে একটি পুরস্কার অর্জন করে। এই পদ্ধতিটি Bitcoin-কে যা দেয় তা হল সম্ভাব্য ফাইনালিটি, যার অর্থ হল একটি লেনদেনকে কেবলমাত্র অত্যন্ত সুরক্ষিত বলে মনে করা হয় যখন এর উপরে আরও বেশ কয়েকটি ব্লক যোগ করা হয়। Bitcoin-এর জন্য, এটি প্রায়ই ছয়টি নিশ্চিতকরণের কাছাকাছি, বা <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>Bitcoin</strong> যা <strong>আনসপেন্ট ট্রানজ্যাকশন আউটপুট মডেল</strong> বা UTXO নামে পরিচিত তা ব্যবহার করে। এই সিস্টেমে, ব্লকচেইন অ্যাকাউন্টের ব্যালেন্স ট্র্যাক করে না। পরিবর্তে, এটি পূর্ববর্তী লেনদেন থেকে আউটপুট রেকর্ড করে যা এখনও ব্যয় করা হয়নি। আপনি যখন বিটকয়েন ব্যয় করেন, তখন আপনি এই আউটপুটগুলিকে একটি নতুন লেনদেনের জন্য ইনপুট হিসাবে ব্যবহার করেন, এই প্রক্রিয়ায় নতুন আউটপুট তৈরি করে।",
+  "page-ethereum-vs-bitcoin-underlying-technology-2": "আপনি এটিকে নগদ ব্যবহারের মতো ভাবতে পারেন। যদি আপনার কাছে দুটি পাঁচ-ডলারের বিল থাকে এবং আপনি সাত ডলার ব্যয় করতে চান, তবে আপনি উভয় বিল হস্তান্তর করেন এবং পরিবর্তনে তিন ডলার পান। Bitcoin বিল এবং পরিবর্তন রেকর্ড করে, আপনার মোট ব্যালেন্স নয়।",
+  "page-ethereum-vs-bitcoin-underlying-technology-3": "<strong>ইথেরিয়াম</strong> একটি <strong>অ্যাকাউন্ট-ভিত্তিক মডেল</strong> ব্যবহার করে। পৃথক আউটপুট ট্র্যাক করার পরিবর্তে, এটি একটি ব্যাংক অ্যাকাউন্টের মতো অ্যাকাউন্ট ব্যালেন্সের একটি রেকর্ড রাখে। এই পদ্ধতিটি স্মার্ট কন্ট্র্যাক্ট এবং জটিল যুক্তি পরিচালনা করা সহজ করে তোলে, কারণ অ্যাকাউন্টগুলি ডেটা সংরক্ষণ করতে এবং প্রোগ্রামগুলির মতো একে অপরের সাথে ইন্টারঅ্যাক্ট করতে পারে।",
+  "page-ethereum-vs-bitcoin-underlying-technology-4": "প্রতিটি মডেলের ট্রেডঅফ রয়েছে। UTXO বৃহত্তর গোপনীয়তা প্রদান করতে পারে এবং পৃথক কয়েন ট্র্যাক করা সহজ করে তোলে। অ্যাকাউন্ট-ভিত্তিক সিস্টেমগুলি অ্যাপ্লিকেশন তৈরির জন্য আরও সহজবোধ্য।",
+  "page-ethereum-vs-bitcoin-underlying-technology-5": "ইথেরিয়াম ডেভেলপার ডকুমেন্টেশনে আরও পড়ুন",
+  "page-ethereum-vs-bitcoin-decentralization-title": "বিকেন্দ্রীকরণ",
+  "page-ethereum-vs-bitcoin-decentralization-1": "Bitcoin এবং ইথেরিয়াম উভয়ই বিকেন্দ্রীভূত হওয়ার জন্য ডিজাইন করা হয়েছে, তবে তারা এটিকে বিভিন্ন উপায়ে পরিমাপ করে এবং এর কাছে যায়।",
+  "page-ethereum-vs-bitcoin-decentralization-2": "<strong>Bitcoin</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>। Bitcoin কম সফ্টওয়্যার ক্লায়েন্টের উপর নির্ভর করে নোডের প্রয়োজনীয়তা অপরিবর্তিত রাখে। ইথেরিয়াম বিভিন্ন অবদানকারীকে উৎসাহিত করে, প্রত্যেকে তাদের নিজস্ব দৃষ্টিভঙ্গি নিয়ে আসে।",
+  "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": "Bitcoin <strong>প্রুফ-অফ-ওয়ার্ক</strong> ব্যবহার করা চালিয়ে যাচ্ছে, যার জন্য <strong>প্রচুর পরিমাণে বিদ্যুতের প্রয়োজন হয়</strong> কারণ মাইনাররা ক্রিপ্টোগ্রাফিক পাজল সমাধান করার জন্য প্রতিযোগিতা করে। এই শক্তির কিছু অংশ নবায়নযোগ্য উৎস থেকে আসে এবং Bitcoin সম্প্রদায়ের মধ্যে টেকসইতা উন্নত করার উপায় সম্পর্কে চলমান আলোচনা রয়েছে।",
+  "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": "Bitcoin ক্রমবর্ধমানভাবে মূল্যের ভান্ডার এবং রিজার্ভ সম্পদ হিসাবে গৃহীত হচ্ছে। এটি উল্লেখযোগ্যভাবে পরিবর্তন হওয়ার সম্ভাবনা কম, এবং এই স্থিতিশীলতা এর আবেদনের অংশ।",
+  "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/bn/page-founders.json b/src/intl/bn/page-founders.json
new file mode 100644
index 00000000000..2a7e1f3fa67
--- /dev/null
+++ b/src/intl/bn/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": "২,২০০+ ফেলো",
+  "page-founders-accelerators-kernel-highlight-2": "১৫০+ সক্রিয় প্রকল্প",
+  "page-founders-apply-h2": "সহায়তার জন্য আবেদন করুন",
+  "page-founders-apply-p1": "আপনার পথ বেছে নিন এবং সবচেয়ে প্রাসঙ্গিক পরবর্তী পদক্ষেপে নিয়ে যাওয়া হবে।",
+  "page-founders-cta-explore-name": "{name} এক্সপ্লোর করুন",
+  "page-founders-cta-visit-name": "{name} ভিজিট করুন",
+  "page-founders-description": "উদ্যোক্তাদের জন্য একটি ডেডিকেটেড হাব, যেখানে তারা ইথেরিয়াম ইকোসিস্টেম জুড়ে প্রোগ্রাম, মেন্টরশিপ এবং পরিচিতি পেতে পারে, যা প্রতিষ্ঠাতাদের প্রতিটি পর্যায়ে প্রয়োজনীয় সহায়তা প্রদান করে।",
+  "page-founders-funding-arbitrum-description": "এই মিশনের উদ্দেশ্য হল ডেভেলপার এবং উদ্যোক্তাদের ক্ষমতা প্রদান করা যাতে তারা এমন প্রভাবশালী ডিএ্যাপস তৈরি করতে পারে যা Arbitrum নেটওয়ার্কের ক্ষমতাকে কাজে লাগায়।",
+  "page-founders-funding-arbitrum-highlight-1": "৩০০+ প্রকল্প সমর্থিত",
+  "page-founders-funding-base-description": "বিল্ডার গ্রান্টস হল বেস বিল্ডারদের স্বীকৃতি দেওয়ার জন্য চলমান পরীক্ষা।",
+  "page-founders-funding-base-highlight-1": "১-৫ ETH অনুদান",
+  "page-founders-funding-esp-description": "গুরুত্বপূর্ণ প্রকল্পগুলিতে রিসোর্স বরাদ্দ করা, ইথেরিয়াম ইকোসিস্টেমের মধ্যে একটি মূল্যবান কণ্ঠস্বর হওয়া, এবং বাইরের বিশ্বের কাছে ইথেরিয়ামের পক্ষে কথা বলা।",
+  "page-founders-funding-esp-highlight-1": "২,০০০+ প্রকল্প সমর্থিত",
+  "page-founders-funding-label": "অর্থায়ন",
+  "page-founders-funding-optimism-description": "সুপারচেইনকে এগিয়ে নেওয়ার জন্য অনচেইন অ্যাপস, টুলিং এবং পরিকাঠামো তৈরি করা স্বতন্ত্র নির্মাতা এবং দলগুলির জন্য সমর্থন।",
+  "page-founders-funding-optimism-highlight-1": "১৯টি চেইন যোগ্য",
+  "page-founders-funding-optimism-highlight-2": "৭০০+ প্রকল্প সমর্থিত",
+  "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": "ইথেরিয়াম ফাউন্ডেশন ফাউন্ডার সাকসেস টিম",
+  "page-founders-get-in-touch-p1": "ফাউন্ডার সাকসেস হল সাহসী ধারণা সম্পন্ন নির্মাতা, উদ্যোক্তাদের জন্য যারা ইথেরিয়ামকে এমন পণ্য এবং ব্যবসার ভিত্তি হিসাবে দেখেন যা ভবিষ্যৎকে আকার দিতে পারে।",
+  "page-founders-metadata-description": "প্রোগ্রাম, মেন্টরশিপ, এবং রিসোর্সের মাধ্যমে ইথেরিয়ামে প্রতিষ্ঠাতাদের ক্ষমতায়ন। আবিষ্কার করুন কিভাবে ইথেরিয়াম ইকোসিস্টেম ধারণা থেকে বৃদ্ধি পর্যন্ত উদ্যোক্তাদের সমর্থন করে।",
+  "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": "২ ETH পর্যন্ত ছোট অনুদান",
+  "page-founders-partnerships-ens-highlight-2": "৫০ হাজার 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": "কোর ডেভদের জন্য $২৮M সংগ্রহ করা হয়েছে",
+  "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": "ফাউন্ডার সাকসেস টিম ইথেরিয়াম ইকোসিস্টেমের জন্য একটি বিশাল সম্পদ। তারা দলগুলিকে জিততে সাহায্য করার জন্য সত্যিই যত্নশীল, এবং Optimism-এর মতো দলগুলিকে সাহায্য করার জন্য তাদের হাতে-কলমে সমর্থন এবং প্রকৃত প্রতিশ্রুতি স্পষ্ট। আমি তাদের সাথে সহযোগিতা চালিয়ে যেতে এবং একসাথে আমাদের ইকোসিস্টেমকে শক্তিশালী করতে উত্তেজিত।",
+  "page-founders-story-kedian-p1": "EF-এ আমাদের পরিচিতি আমাদের পথনির্দেশনায় সহায়ক হয়েছে, শুধু আমাদের আসন্ন ফিচারের উপর মূল্যবান অন্তর্দৃষ্টি ভাগ করে নেওয়াই নয়, বরং ইথেরিয়াম ইকোসিস্টেমের মূল L2-গুলির সাথে আমাদের পরিচয় করিয়ে দিয়েও।",
+  "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": "ইথেরিয়ামে প্রতিষ্ঠাতাদের ক্ষমতায়ন"
+}
diff --git a/src/intl/bn/page-gas.json b/src/intl/bn/page-gas.json
new file mode 100644
index 00000000000..a27f7e227e6
--- /dev/null
+++ b/src/intl/bn/page-gas.json
@@ -0,0 +1,64 @@
+{
+  "page-gas-meta-title": "ইথেরিয়াম ফি: গ্যাস কী এবং কম কীভাবে পরিশোধ করবেন?",
+  "page-gas-meta-description": "Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়",
+  "page-gas-hero-title": "Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়",
+  "page-gas-hero-header": "Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়",
+  "page-gas-hero-button-1-content": "Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়?",
+  "page-gas-hero-subtitle-1": "Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়.",
+  "page-gas-hero-subtitle-2": "Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়.",
+  "page-gas-summary-title": "সারাংশ",
+  "page-gas-summary-item-1": "Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়",
+  "page-gas-summary-item-2": "Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়",
+  "page-gas-summary-item-3": "গ্যাস ফি নির্ধারিত হয়না, এটি নেটওয়ার্কের ব্যস্ততার উপর ভিত্তি করে পরিবর্তিত হয়।",
+  "page-gas-what-are-gas-fees-header": "গ্যাস ফি কি?",
+  "page-gas-what-are-gas-fees-text-1": "Ethereum কে একটি বৃহৎ কম্পিউটার নেটওয়ার্ক হিসাবে ভাবুন যেখানে লোকেরা বার্তা পাঠানো বা প্রোগ্রাম চালানোর মতো কাজ করতে পারে। বাস্তব জগতের মতো, এই কাজগুলি সম্পন্ন করার জন্য শক্তি প্রয়োজন।.",
+  "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": "যদিও Ethereum-এ উচ্চ ফি কখনও কখনও অনিবার্য, সেখানে খরচ কমাতে আপনি ব্যবহার করতে পারেন এমন কৌশল রয়েছে:",
+  "page-gas-how-do-i-pay-less-gas-card-1-title": "আপনার লেনদেন সময়",
+  "page-gas-how-do-i-pay-less-gas-card-1-description": "অফ-পিক ভ্রমণ যেমন কম ভিড় এবং আরও সাশ্রয়ী, উত্তর আমেরিকা যখন ঘুমিয়ে থাকে তখন Ethereum ব্যবহার করা সাধারণত সস্তা।.",
+  "page-gas-how-do-i-pay-less-gas-card-2-title": "গ্যাস নেমে যাওয়ার জন্য অপেক্ষা করুন",
+  "page-gas-how-do-i-pay-less-gas-card-2-description": "Ethereum এর ভিড়ের উপর ভিত্তি করে প্রতি বারো সেকেন্ডে গ্যাসের দাম বাড়তে থাকে। যখন গ্যাসের দাম বেশি থাকে, তখন লেনদেন করার আগে মাত্র কয়েক মিনিট অপেক্ষা করলে আপনি যা প্রদান করেন তাতে উল্লেখযোগ্য হ্রাস পেতে পারে।.",
+  "page-gas-how-do-i-pay-less-gas-card-3-title": "লেয়ার 2 ব্যবহার করুন",
+  "page-gas-how-do-i-pay-less-gas-card-3-description": "লেয়ার-2 চেইনগুলি Ethereum উপরে তৈরি করা হয়েছে, কম ফি প্রদান করে এবং আরও লেনদেন পরিচালনা করে। প্রধান Ethereum নেটওয়ার্কে ঘটতে হবে না এমন লেনদেনের জন্য ফি সংরক্ষণ করার জন্য তারা একটি ভাল পছন্দ।.",
+  "page-gas-try-layer-2": "স্তর 2 চেষ্টা করুন",
+  "page-gas-what-causes-high-gas-fees-header": "উচ্চ গ্যাস ফি কারণ কি?",
+  "page-gas-what-causes-high-gas-fees-text-1": "যখনই Ethereum-এ গণনার পরিমাণ (গ্যাস) একটি নির্দিষ্ট থ্রেশহোল্ড অতিক্রম করে, গ্যাসের ফি বাড়তে শুরু করে। যত বেশি গ্যাস এই থ্রেশহোল্ড অতিক্রম করবে, তত দ্রুত গ্যাসের ফি বৃদ্ধি পাবে।.",
+  "page-gas-what-causes-high-gas-fees-text-2": "জনপ্রিয় <a href=\"/glossary/#dapp\">ডিসেন্ট্রালাইজড অ্যাপ (ডিএ্যাপস)</a> বা NFT, পর্যায়ক্রমে <a href=\"/glossary/#dex\">DEXs</a>-এ ট্রেডিং বৃদ্ধি, বা ব্যস্ততম সময়ে ব্যবহারকারীর কার্যকলাপের অত্যধিক চাপের মতো কারণে উচ্চ ফি হতে পারে।",
+  "page-gas-what-causes-high-gas-fees-text-3": "Ethereum-এ ডেভেলপারদের তাদের স্মার্ট কন্ট্রাক্টের ব্যবহার নিয়োজিত করার আগে অপ্টিমাইজ করার যত্ন নেওয়া উচিত। যদি অনেক লোক একটি খারাপভাবে লিখিত স্মার্ট চুক্তি ব্যবহার করে, তাহলে এটি আরও গ্যাস খরচ করবে এবং অসাবধানতাবশত নেটওয়ার্ক কনজেশন হতে পারে।.",
+  "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": "নভেম্বর ২০১৭-এ ক্রিপটো কিটিস প্রকল্পটি চালু হয়েছিল।এর দ্রুত জনপ্রিয়তা বৃদ্ধির কারণে নেটওয়ার্কে ব্যাপক জ্যাম এবং অত্যন্ত উচ্চ গ্যাস ফি তৈরি হয়েছিল। ক্রিপটো কিটিস দ্বারা সৃষ্ট চ্যালেঞ্জগুলো  ইথেরিয়ামের স্কেলিং সমস্যার সমাধান খোজার জরুরিতা ত্বরান্বিত করেছিল।",
+  "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": "গwei কী?",
+  "page-gas-faq-question-3-a-1": "বেশীরভাগ ওয়ালেট বা গ্যাস ট্র্যাকার-এ, আপনি গ্যাসের দাম 'গwei' হিসেবে দেখতে পাবেন।",
+  "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/bn/page-get-eth.json b/src/intl/bn/page-get-eth.json
index 736a348826d..bda8bd665d7 100644
--- a/src/intl/bn/page-get-eth.json
+++ b/src/intl/bn/page-get-eth.json
@@ -9,23 +9,33 @@
   "page-get-eth-cex-desc": "এক্সচেঞ্জ হল এমন ব্যবসা যা আপনাকে প্রথাগত মুদ্রা ব্যবহার করে ক্রিপ্টোকারেন্সি কিনতে দেয়। আপনার ক্রয়কৃত যেকোনো ETH এর উপর তাদের হেফাজত থাকে যতক্ষণ না আপনার নিয়ন্ত্রিত কোন ওয়ালেটে আপনি এটি পাঠিয়ে দেন।",
   "page-get-eth-checkout-dapps-btn": "Dapps চেক আউট",
   "page-get-eth-community-safety": "নিরাপত্তা সংক্রান্ত কমিউনিটি পোস্ট",
-  "page-get-eth-description": "ইথেরিয়াম এবং ETH কোন সরকার বা কোম্পানি দ্বারা নিয়ন্ত্রিত নয় - এগুলো ডিসেন্ট্রালাইজড। এর মানে হলো ETH প্রত্যেকের ব্যবহারের জন্য উন্মুক্ত।",
+  "page-get-eth-description": "Ethereum কোনো একক সংস্থা দ্বারা নিয়ন্ত্রিত হয় না - এটি বিকেন্দ্রীকৃত।.",
   "page-get-eth-dex": "ডিসেন্ট্রালাইজড এক্সচেঞ্জ (DEX)",
-  "page-get-eth-dex-desc": "যদি আপনি অধিকতর নিয়ন্ত্রণ চান, তাহলে পিয়ার-টু-পিয়ার ETH কিনুন। কোন কেন্দ্রীভূত কোম্পানিকে আপনার ফান্ডের নিয়ন্ত্রন দেয়া ছাড়াই একটি DEX এর মাধ্যমে আপনি ট্রেড করতে পারেন।",
+  "page-get-eth-dex-desc": "আপনি যদি আরও নিয়ন্ত্রণ চান, <a href=\"/glossary/#smart-contract\">স্মার্ট কন্ট্র্যাক্ট</a> ব্যবহার করে ETH কিনুন। একটি DEX-এর মাধ্যমে আপনি কোনো কেন্দ্রীভূত কোম্পানিকে আপনার তহবিলের নিয়ন্ত্রণ না দিয়েই ডিজিটাল সম্পদের লেনদেন করতে পারেন।",
+  "page-get-eth-peers": "আপনার সহকর্মীদের থেকে ETH পান",
+  "page-get-eth-peers-desc": "একবার আপনার একটি Ethereum অ্যাকাউন্ট হয়ে গেলে, আপনাকে যা করতে হবে তা হল ইটিএইচ (এবং অন্যান্য টোকেন) পিয়ার-টু-পিয়ার পাঠানো এবং গ্রহণ করা শুরু করার জন্য আপনার ঠিকানা শেয়ার করা।.",
+  "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": "নোট: অনেক DEX কাজ করার জন্য র‍্যাপড ইথার (WETH) ব্যবহার করে। <a href=\"/wrapped-eth\">র‍্যাপড ইথার সম্পর্কে আরও জানুন</a>।",
   "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 এর মালিক, তাই কিছু ইথেরিয়াম এপ্লিকেশন (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": "কিছু ওয়ালেট আপনাকে ডেবিট/ক্রেডিট কার্ড, ব্যাংক ট্রান্সফার বা এমনকি অ্যাপল পে ব্যাবহার করেও ক্রিপ্টোকারেন্সি কিনতে দেয়। এতে ভৌগলিক বিধিনিষেধ প্রযোজ্য।",
-  "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/bn/page-history.json b/src/intl/bn/page-history.json
new file mode 100644
index 00000000000..4ba3254c69b
--- /dev/null
+++ b/src/intl/bn/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/bn/page-index.json b/src/intl/bn/page-index.json
index 28067f1551b..7b4b671b61e 100644
--- a/src/intl/bn/page-index.json
+++ b/src/intl/bn/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": "স্টেবলকয়েন হলো ডিজিটাল মুদ্রা, যা মার্কিন ডলারের মতো স্থিতিশীল সম্পদের সাথে মিলিয়ে একটি স্থিতিশীল মূল্য বজায় রাখে। এগুলি দিয়ে বিশ্বজুড়ে তাৎক্ষণিক অর্থপ্রদান করা যায় অথবা ইথেরিয়ামে ডিজিটাল ডলার হিসেবে মূল্য সঞ্চয় করা যায়।",
   "page-index-bento-stablecoins-title": "দৈনন্দিন ব্যবহারের জন্য ডিজিটাল ক্যাশ",
   "page-index-builders-action-primary": "নির্মাতার পোর্টাল",
   "page-index-builders-action-secondary": "নথিপত্র",
@@ -79,7 +79,7 @@
   "page-index-token-tag": "টোকেন",
   "page-index-learn-header": "ইথেরিয়াম বুঝুন",
   "page-index-meta-description": "ইথেরিয়াম হল একটি বিশ্বব্যাপী, অর্থ এবং নতুন ধরনের অ্যাপ্লিকেশনের ডিসেন্ট্রালাইজড প্ল্যাটফর্ম। ইথেরিয়ামে, আপনি অর্থ নিয়ন্ত্রণ করে এমন কোড লিখতে পারেন এবং বিশ্বের যে কোনও জায়গায় অ্যাক্সেসযোগ্য অ্যাপ্লিকেশনগুলি তৈরি করতে পারেন।",
-  "page-index-meta-title": "Ethereum.org: Ethereum-এর সম্পূর্ণ নির্দেশিকা",
+  "page-index-meta-title": "ইথেরিয়াম",
   "page-index-network-stats-total-eth-staked": "ইথেরিয়াম রক্ষাকারী মূল্যবোধ",
   "page-index-network-stats-tx-cost-description": "গড় লেনদেন খরচ",
   "page-index-network-stats-tx-day-description": "গত 24 ঘণ্টায় লেনদেন",
@@ -100,7 +100,7 @@
   "page-index-values-description": "ডিজিটাল বিপ্লবের অংশ হন",
   "page-index-values-header": "ইন্টারনেট পরিবর্তিত হচ্ছে",
   "page-index-values-legacy": "উত্তরাধিকার",
-  "page-index-values-tag": "মূল্যবোধ",
+  "page-index-values-tag": "ইংলিশ বেঙ্গলি ট্রান্সলেশন",
   "page-index-values-ownership-legacy-label": "সীমাবদ্ধ মালিকানা",
   "page-index-values-ownership-legacy-content-0": "একটি নিয়মিত ব্যাংক বা সোশ্যাল মিডিয়া প্ল্যাটফর্মের মাধ্যমে, আপনার সম্পদ এবং ডেটা সংস্থা দ্বারা পরিচালিত হয়। অ্যাক্সেস এবং নিয়ন্ত্রণের জন্য আপনি তাদের উপর ভরসা করুন।",
   "page-index-values-ownership-legacy-content-1": "তাদের নীতিমালার উপর নির্ভর করে, তারা এমনভাবে আপনার ডেটা ব্যবহার করতে পারে যার সাথে আপনি সম্মত নন।",
@@ -114,7 +114,7 @@
   "page-index-values-privacy-legacy-content-0": "সরকার, কর্পোরেশন, বা অন্যান্য বৃহৎ, স্বার্থহীন সংস্থা তাদের বদান্যতায় আমাদের গোপনীয়তা মঞ্জুর করুক তা আমরা আশা করতে পারি না।",
   "page-index-values-privacy-legacy-content-1": "বেশিরভাগ অ্যাপ যতটা সম্ভব আপনার ব্যক্তিগত তথ্য সংগ্রহ করে যাতে সেগুলি আপনাকে আপনার জন্য বিশেষভাবে তৈরি বিপণনের জন্য লক্ষীভূত করতে পারে।",
   "page-index-values-privacy-ethereum-label": "গোপনীয়তা ভিত্তিক",
-  "page-index-values-privacy-ethereum-content-0": "ইথেরিয়াম কমিউনিটি গোপনীয়তাকে সম্মান করে। আপনার পরিচয় বা যোগাযোগের তথ্য প্রকাশ না করেই অ্যাপ ব্যবহার করার অধিকার আপনার আছে।",
+  "page-index-values-privacy-ethereum-content-0": "অটো",
   "page-index-values-integration-legacy-label": "বিভক্ত",
   "page-index-values-integration-legacy-content-0": "বেশিরভাগ অ্যাপ আপনাকে আলাদা অ্যাকাউন্ট তৈরি করতে প্ররোচিত করে, আপনার সমস্ত লগইনের বিশদ এবং রেজিস্ট্রেশনগুলি মনে রাখা আপনার পক্ষে কষ্টকর হয়ে ওঠে।",
   "page-index-values-integration-ethereum-label": "সমন্বিত",
@@ -126,7 +126,7 @@
   "page-index-values-censorship-legacy-label": "সেন্সরযোগ্য",
   "page-index-values-censorship-legacy-content-0": "আধুনিক প্ল্যাটফর্ম এবং এর নিয়মাবলী প্রায়শই পরিবর্তন হয়। সেগুলি স্টেকহোল্ডার, কোম্পানির পরিচালনমণ্ডলী অথবা নিপীড়নমূলক শাসন দ্বারাও প্রভাবিত হতে পারে।",
   "page-index-values-censorship-ethereum-label": "সেন্সরশিপ প্রতিরোধী",
-  "page-index-values-censorship-ethereum-content-0": "কেউ আপনাকে ইথেরিয়াম ব্যবহার করা থেকে আটকাতে পারবে না। এর মানে হল আপনি সর্বদা পেমেন্ট পাঠাতে/গ্রহণ করতে বা ড্যাপ ব্যবহার করতে পারবেন।",
+  "page-index-values-censorship-ethereum-content-0": "ইথেরিয়াম.",
   "page-index-values-censorship-ethereum-content-1": "ইথেরিয়াম কোনো রাষ্ট্র, কোম্পানি বা ব্যক্তি দ্বারা নিয়ন্ত্রিত হতে পারে না।",
   "page-index-values-open-legacy-label": "বেশিরভাগের কাছে বন্ধ",
   "page-index-values-open-legacy-content-0": "কোম্পানিগুলো তাদের ইন্টেলেকচুয়াল প্রপার্টি রক্ষা করে এবং শেয়ার করে না। কোম্পানির বাইরের কেউ দেখতে পারে না কিভাবে জিনিসগুলো কাজ করে, সমস্যার সমাধান করে বা উন্নতি করে। মানুষের জন্য নতুন টুল তৈরি করা বা কাস্টমাইজ করা কঠিন।",
diff --git a/src/intl/bn/page-layer-2-learn.json b/src/intl/bn/page-layer-2-learn.json
new file mode 100644
index 00000000000..40f3db71587
--- /dev/null
+++ b/src/intl/bn/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": "ব্যাপক গ্রহণের জন্য ইথেরিয়াম স্কেলিং",
+  "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": "লেয়ার 2 (L2) হলো একটি সমষ্টিগত শব্দ যা ইথেরিয়াম স্কেলিং সমাধানগুলির একটি নির্দিষ্ট সেটকে বর্ণনা করার জন্য ব্যবহৃত হয়। <strong>একটি লেয়ার 2 হলো একটি পৃথক <a href=\"/glossary/#blockchain\">ব্লকচেইন</a> যা ইথেরিয়ামকে প্রসারিত করে এবং ইথেরিয়ামের নিরাপত্তা গ্যারান্টির উত্তরাধিকারী হয়</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": "লেয়ার 1 ব্লকচেইন, যেমন Ethereum এবং Bitcoin, হলো সেই <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 হিসাবে ইথেরিয়াম এ অন্তর্ভুক্ত:",
+  "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 হল ইথেরিয়াম স্কেলিং সলিউশনের জন্য একটি সম্মিলিত শব্দ যা ইথেরিয়াম লেয়ার 1 থেকে লেনদেন পরিচালনা করে এবং এখনও ইথেরিয়াম লেয়ার 1 এর শক্তিশালী বিকেন্দ্রীভূত নিরাপত্তার সুবিধা নেয়। একটি লেয়ার 2 হল একটি পৃথক ব্লকচেইন যা ইথেরিয়ামকে প্রসারিত করে। ওটা কিভাবে কাজ করে?",
+  "page-layer-2-learn-how-does-layer-2-work-2": "লেয়ার 2 এর বিভিন্ন প্রকারের রয়েছে, প্রত্যেকটির নিজস্ব ট্রেড-অফ এবং নিরাপত্তা মডেল রয়েছে। লেয়ার 2 লেয়ার 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>। বছরের পর বছর গবেষণা ও উন্নয়নের পর, Ethereum-কে স্কেল করবে এমন অনেক L2 প্রযুক্তি 2021 সালে লাইভ হয়েছে। এর মানে এই নয় যে এই L2গুলি নিরাপদ নয়, শুধুমাত্র কোনো লেয়ার 2-ই Ethereum মেইননেটের মতো পরীক্ষিত নয়। সর্বদা নিজের গবেষণা করুন এবং জড়িত ঝুঁকিগুলির সাথে আপনি স্বাচ্ছন্দ্য বোধ করছেন কিনা তা স্থির করুন।",
+  "page-layer-2-learn-dyor-2": "লেয়ার 2-এর প্রযুক্তি, ঝুঁকি এবং বিশ্বাসের অনুমান সম্পর্কে আরও তথ্যের জন্য, আমরা L2BEAT দেখার পরামর্শ দিই, যা প্রতিটি প্রকল্পের জন্য একটি ব্যাপক ঝুঁকি মূল্যায়ন কাঠামো প্রদান করে।",
+  "page-layer-2-learn-dyor-link": "L2BEAT এ যান",
+  "page-layer-2-learn-note-on-alt-l1-title": "অল্ট L1s, সাইডচেইন এবং ভ্যালিডিয়াম সম্পর্কে একটি নোট",
+  "page-layer-2-learn-note-on-alt-l1-1": "বিকল্প লেয়ার 1-গুলিতে Ethereum-এর চেয়ে বেশি থ্রুপুট এবং কম লেনদেন ফি রয়েছে। এই অল্ট L1-গুলিকে প্রতি সেকেন্ডে উচ্চতর লেনদেন এবং কম ফি অর্জনের জন্য নিরাপত্তা বা বিকেন্দ্রীকরণের উপর ছাড় দিতে হয়েছে। 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/bn/page-layer-2-networks.json b/src/intl/bn/page-layer-2-networks.json
new file mode 100644
index 00000000000..f33cec4c451
--- /dev/null
+++ b/src/intl/bn/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": "গত 7 দিনে নেটওয়ার্কে সক্রিয় অ্যাড্রেসের সংখ্যা।",
+  "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": "নেটওয়ার্ক ব্যবহারের একটি সংক্ষিপ্ত বিবরণ। গত 30 দিনের মধ্যে নিজ নিজ এলাকায় লেনদেনের সংখ্যা পরিমাপ করে।",
+  "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/bn/page-layer-2.json b/src/intl/bn/page-layer-2.json
new file mode 100644
index 00000000000..54dfc6abeca
--- /dev/null
+++ b/src/intl/bn/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": "ইথেরিয়াম",
+  "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": "যান",
+  "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": "ইথেরিয়ামের সাথে সম্পর্কিত নেটওয়ার্কগুলোকে শ্রেণীবদ্ধ করার অনেক বিভিন্ন উপায় আছে। অনেক নেটওয়ার্ক জনপ্রিয়তা অর্জনের জন্য ইথেরিয়াম স্কেল করার দাবি করে। তবে, একটি স্পষ্ট দৃষ্টিকোণ হলো নেটওয়ার্কটি তার ডেটা ইথেরিয়াম মূল নেটওয়ার্কে সঞ্চয় করে কিনা। এটি ব্যবহারকারীর নিরাপত্তা এবং ইথেরিয়ামের অনুমতিহীন দৃষ্টিভঙ্গিকে ব্যাপকভাবে উন্নত করে। এই ধরনের প্রকল্পগুলোকে প্রায়শই “রোলআপ” বলা হয়। যদি ডেটা অন্য কোথাও সংরক্ষণ করা হয়, তবে প্রকল্পটি সরাসরি ইথেরিয়াম এক্সটেনশন নয় এবং এটি বরং স্বাধীন। সবচেয়ে জনপ্রিয় কিছু দেখুন",
+  "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": "ঠিক যেমন কোনও 'অফিসিয়াল' ইথেরিয়াম ক্লায়েন্ট নেই, তেমনই ভাবে কোনও 'অফিসিয়াল' ইথেরিয়াম লেয়ার 2 ও নেই। ইথেরিয়াম পারমিশনলেস প্রযুক্তি - তাই যে কেউই একটি লেয়ার 2 তৈরি করতে পারে! একাধিক দল তাদের লেয়ার 2-এর ভার্সন ইমপ্লিমেন্ট করবে এবং বিভিন্ন ধরনের ইউজ কেসের জন্য অপ্টিমাইজ করা ডিজাইন পদ্ধতির বিচিত্রতার কারণে ইকোসিস্টেমকে সামগ্রিকভাবে উপকৃত হবে। নেটওয়ার্কে বৈচিত্র্য আনার জন্য যেভাবে আমাদের একাধিক দল দ্বারা ডেভেলপ করা একাধিক ইথেরিয়াম ক্লায়েন্ট রয়েছে ঠিক একই ভাবে এটিও ভবিষ্যতে লেয়ার 2 ডেভেলপ করবে।",
+  "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 দ্বারা পরিচালিত।",
+  "page-layer-2-base-description": "Base হল OP Stack দিয়ে নির্মিত একটি অপ্টিমেস্টিক রোলআপ। এটি কম খরচে এবং নির্মাতাদের জন্য বন্ধুত্বপূর্ণ একটি উপায় সরবরাহ করে যাতে যে কেউ, যে কোনো জায়গা থেকে, অনচেইন তৈরি করতে পারে।",
+  "page-layer-2-optimism-description": "OP Mainnet একটি EVM-সমতুল্য অপ্টিমেস্টিক রোলআপ। এর লক্ষ্য দ্রুত, সহজ এবং নিরাপদ হওয়া।",
+  "page-layer-2-blast-description": "Blast হল একটি EVM-সামঞ্জস্যপূর্ণ অপ্টিমেস্টিক রোলআপ যা নেটিভ ইয়েল্ড সমর্থন করে।",
+  "page-layer-2-zksync2-description": "ZKsync Era হল সম্পূর্ণ EVM সামঞ্জস্য সহ একটি সাধারণ-উদ্দেশ্যমূলক ZK রোলআপ।",
+  "page-layer-2-linea-description": "Linea হল Consensys zkEVM দ্বারা চালিত একটি ZK রোলআপ, যা ইথেরিয়াম নেটওয়ার্ককে স্কেল করার জন্য ডিজাইন করা হয়েছে।",
+  "page-layer-2-scroll-description": "Scroll হল একটি ZK রোলআপ যা ZK প্রযুক্তি এবং EVM সামঞ্জস্যের মাধ্যমে ইথেরিয়ামের ক্ষমতা প্রসারিত করে।",
+  "page-layer-2-starknet-description": "Starknet হল STARKs এবং Cairo VM-এর উপর ভিত্তি করে একটি সাধারণ উদ্দেশ্যমূলক ZK রোলআপ।",
+  "page-layer-2-mode-description": "Mode হল একটি OP স্ট্যাক অপ্টিমেস্টিক রোলআপ যা AIFi অর্থনীতি তৈরি করছে।",
+  "page-layer-2-taiko-description": "Taiko হল একটি ডিসেন্ট্রালাইজড, ইথেরিয়াম-সমতুল্য ZK-EVM রোলআপ যা নির্বিঘ্ন ক্রস-চেইন যোগাযোগ সক্ষম করে।",
+  "page-layer-2-unichain-description": "Unichain হল একটি DeFi-নেটিভ ইথেরিয়াম L2, যা চেইন জুড়ে তারল্যের হোম হওয়ার জন্য নির্মিত।",
+  "page-layer-2-ink-description": "Ink হল একটি ইথেরিয়াম OP স্ট্যাক লেয়ার 2 ব্লকচেইন যা Superchain-এর জন্য DeFi-এর ঘর হিসাবে ডিজাইন করা হয়েছে; এটি উদ্ভাবনী DeFi প্রোটোকল স্থাপন করার জন্য একটি শক্তিশালী বেসলেয়ার।",
+  "page-layer-2-zircuit-description": "Zircuit হল একটি EVM-সামঞ্জস্যপূর্ণ ZK রোলআপ যা ক্ষতিকারক লেনদেন সনাক্ত এবং প্রতিরোধ করতে AI-চালিত সিকোয়েন্সার-স্তরের নিরাপত্তা বৈশিষ্ট্যযুক্ত।"
+}
diff --git a/src/intl/bn/page-learn.json b/src/intl/bn/page-learn.json
new file mode 100644
index 00000000000..f78b6aecbaf
--- /dev/null
+++ b/src/intl/bn/page-learn.json
@@ -0,0 +1,127 @@
+{
+  "about-ethereum-video-series": "ইথেরিয়াম সম্পর্কিত ভিডিও সিরিজ",
+  "toc-learn-hub": "শিক্ষা কেন্দ্র",
+  "toc-what-is-crypto-ethereum": "ইথেরিয়াম কী?",
+  "toc-how-do-i-use-ethereum": "আমি কীভাবে ইথেরিয়াম ব্যবহার করব?",
+  "toc-what-is-ethereum-used-for": "ইথেরিয়াম কীসের জন্য ব্যবহৃত হয়?",
+  "toc-strengthen-the-ethereum-network": "ইথেরিয়াম নেটওয়ার্ককে শক্তিশালী করুন",
+  "toc-learn-about-the-ethereum-protocol": "ইথেরিয়াম প্রোটোকল সম্পর্কে জানুন",
+  "toc-learn-about-the-ethereum-community": "ইথেরিয়াম কমিউনিটি সম্পর্কে জানুন",
+  "toc-books-and-podcasts": "বই এবং পডকাস্ট",
+  "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": "ইথেরিয়াম কী?",
+  "what-is-ethereum-card-description": "আপনি যদি নতুন হন, ইথেরিয়াম কেন গুরুত্বপূর্ণ তা জানতে এখান থেকে শুরু করুন।",
+  "what-is-ethereum-card-image-alt": "একজন ব্যক্তির একটি বাজারে উঁকি মারার ছবি দিয়ে ইথেরিয়ামকে উপস্থাপন করা হয়।",
+  "what-is-eth-card-title": "ETH কি?",
+  "what-is-eth-description": "ইথার (ETH) হল ইথেরিয়াম নেটওয়ার্ক এবং অ্যাপসকে চালিত করার মুদ্রা।",
+  "what-is-web3-card-title": "Web3 কি?",
+  "what-is-web3-card-description": "Web3 হল ইন্টারনেটের একটি মডেল যা আপনার সম্পদ এবং পরিচয়ের মালিকানার মূল্যায়ন করে।",
+  "additional-reading-more-on-ethereum-basics": "ইথেরিয়ামের মৌলিক বিষয়গুলির উপর আরও তথ্য",
+  "guides-hub-desc": "গাইড: ইথেরিয়াম ব্যবহারের জন্য ধাপে ধাপে নির্দেশাবলী",
+  "quiz-hub-desc": "কুইজ হাব: আপনার জ্ঞান পরীক্ষা করুন",
+  "additional-reading-what-are-smart-contracts": "স্মার্ট কন্ট্রাক্ট কী?",
+  "additional-reading-what-is-web3": "Web3 কী?",
+  "additional-reading-ethereum-in-thirty-minutes": "Vitalik Buterin-এর দ্বারা ৩০ মিনিটে ইথেরিয়াম",
+  "additional-reading-get-eth": "কিভাবে ETH পেতে হয় তা জানুন",
+  "how-do-i-use-ethereum-1": "ইথেরিয়াম ব্যবহার করা বিভিন্ন মানুষের কাছে বিভিন্ন অর্থ বহন করতে পারে। হয়তো আপনি কোনো অ্যাপে সাইন ইন করতে, আপনার অনলাইন পরিচয় প্রমাণ করতে বা কিছু ETH স্থানান্তর করতে চান। আপনার প্রথম যে জিনিসটি প্রয়োজন হবে তা হল একটি অ্যাকাউন্ট। একটি অ্যাকাউন্ট তৈরি এবং অ্যাক্সেস করার সবচেয়ে সহজ উপায় হল ওয়ালেট নামক সফ্টওয়্যার ব্যবহার করা।",
+  "what-is-a-wallet-card-title": "ওয়ালেট কী?",
+  "what-is-a-wallet-card-description": "ডিজিটাল ওয়ালেটগুলো আসল ওয়ালেটের মতোই; আপনার পরিচয় প্রমাণ করতে এবং আপনার মূল্যবান জায়গাগুলিতে অ্যাক্সেস পেতে যা প্রয়োজন তা তারা সঞ্চয় করে।",
+  "what-is-a-wallet-card-alt": "একটি রোবটের চিত্র।",
+  "find-a-wallet-card-title": "একটি ওয়ালেট খুঁজুন",
+  "find-a-wallet-card-description": "আপনার জন্য গুরুত্বপূর্ণ ফিচারগুলোর উপর ভিত্তি করে ওয়ালেট ব্রাউজ করুন।",
+  "find-a-wallet-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": "কিভাবে একটি ইথেরিয়াম একাউন্টে সৃষ্টি করবেন",
+  "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-description": "ক্রিপ্টোকারেন্সি যা একটি মুদ্রা, পণ্য বা অন্য কোনো আর্থিক উপকরণের মূল্যের সাথে সংযুক্ত।",
+  "stablecoins-card-button": "স্টেবলকয়েন কী?",
+  "nft-card-title": "নন-ফাঞ্জিবল টোকেন (NFT)",
+  "nft-card-description": "শিল্প থেকে শুরু করে মালিকানার দলিল এবং কনসার্টের টিকিট পর্যন্ত অনন্য আইটেমের মালিকানার প্রতিনিধিত্ব করে।",
+  "nft-card-button": "NFT কী?",
+  "dao-card-title": "বিকেন্দ্রীভূত স্বায়ত্তশাসিত সংস্থা সমূহ (DAO)",
+  "dao-card-description": "বসের হস্তক্ষেপ ছাড়াই কাজের সমন্বয় করার নতুন উপায় সক্রিয় করে।",
+  "dao-card-button": "DAO কী?",
+  "dapp-card-title": "ইথেরিয়াম অ্যাপ্লিকেশন",
+  "dapp-card-description": "পিয়ার-টু-পিয়ার পরিষেবাগুলির একটি ডিজিটাল অর্থনীতি তৈরি করুন।",
+  "dapp-card-button": "অ্যাপস কী?",
+  "emerging-use-cases-title": "উদীয়মান ব্যবহার ক্ষেত্রসমূহ",
+  "emerging-use-cases-description": "এছাড়াও ইথেরিয়াম দিয়ে তৈরি বা উন্নত করা হচ্ছে এমন অন্যান্য বিশিষ্ট শিল্প রয়েছে:",
+  "play-to-earn": "খেলে-আয় করার গেম (P2E)",
+  "fundraising-through-quadratic-funding": "কোয়াড্র্যাটিক ফান্ডিংয়ের মাধ্যমে তহবিল সংগ্রহ",
+  "supply-chain-management": "সাপ্লাই চেইন ম্যানেজমেন্ট",
+  "more-on-ethereum-use-cases": "ইথেরিয়াম ব্যবহারের ক্ষেত্র সম্পর্কে আরও তথ্য",
+  "more-on-ethereum-use-cases-link": "উন্নয়নশীল দেশগুলিতে ব্লকচেইন",
+  "strengthening-the-ethereum-network-description": "আপনি আপনার ETH স্টেকিং করে একই সাথে ইথেরিয়ামকে সুরক্ষিত করতে এবং পুরস্কার অর্জন করতে সাহায্য করতে পারেন। আপনার প্রযুক্তিগত জ্ঞান এবং আপনার কাছে কত ETH আছে তার উপর নির্ভর করে স্টেকিং করার জন্য বিভিন্ন বিকল্প রয়েছে।",
+  "staking-ethereum-card-title": "ইথেরিয়াম স্টেকিং",
+  "staking-ethereum-card-description": "কীভাবে আপনার ETH স্টেকিং শুরু করবেন তা জানুন।",
+  "staking-ethereum-card-button": "স্টেকিং শুরু করুন",
+  "run-a-node-card-title": "একটি নোড চালাবেন",
+  "run-a-node-card-description": "একটি নোড চালিয়ে ইথেরিয়াম নেটওয়ার্কে একটি গুরুত্বপূর্ণ ভূমিকা পালন করুন।",
+  "learn-about-ethereum-protocol-description": "ইথেরিয়াম নেটওয়ার্কের প্রযুক্তিগত অংশে সবচেয়ে বেশি আগ্রহী ব্যবহারকারীদের জন্য।",
+  "energy-consumption-card-title": "শক্তি খরচ",
+  "energy-consumption-card-description": "ইথেরিয়াম কত শক্তি ব্যবহার করে?",
+  "energy-consumption-card-button": "ইথেরিয়াম কি পরিবেশ-বান্ধব?",
+  "ethereum-upgrades-card-title": "ইথেরিয়াম রোডম্যাপ",
+  "ethereum-upgrades-card-description": "ইথেরিয়ামের রোডম্যাপ এটিকে আরও মাপযোগ্য, সুরক্ষিত এবং টেকসই করে তোলে।",
+  "ethereum-upgrades-card-button": "রোডম্যাপটি অন্বেষণ করুন",
+  "ethereum-whitepaper-card-title": "ইথেরিয়াম হোয়াইটপেপার",
+  "ethereum-whitepaper-card-description": "২০১৪ সালে ভিটালিক বুটেরিনের লেখা মূল ইথেরিয়াম প্রস্তাব।",
+  "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-evm": "ইথেরিয়ামের এমবেডেড কম্পিউটার (The EVM)",
+  "more-on-ethereum-protocol-nodes-and-clients": "ইথেরিয়াম নোড এবং ক্লায়েন্ট",
+  "ethereum-community-description": "ইথেরিয়ামের সাফল্য তার অবিশ্বাস্যভাবে নিবেদিতপ্রাণ সম্প্রদায়ের জন্য। হাজার হাজার অনুপ্রেরণাদায়ক এবং চালিত মানুষ ইথেরিয়ামের ভিশনকে এগিয়ে নিয়ে যেতে সাহায্য করে, পাশাপাশি স্টেকিং এবং গভর্নেন্সের মাধ্যমে নেটওয়ার্ককে নিরাপত্তা প্রদান করে। আসুন এবং আমাদের সাথে যোগ দিন!",
+  "community-hub-card-title": "কমিউনিটি হাব",
+  "community-hub-card-description": "আমাদের কমিউনিটিতে সব প্রেক্ষাপটের মানুষ অন্তর্ভুক্ত।",
+  "community-hub-card-alt": "একদল নির্মাতার একসাথে কাজ করার ছবি।",
+  "community-hub-card-button": "আরও এক্সপ্লোর করুন",
+  "get-involved-card-title": "আমি কিভাবে জড়িত হতে পারি?",
+  "get-involved-card-description": "আপনি (হ্যাঁ, আপনি!) ইথেরিয়াম কমিউনিটিতে অবদান রাখার জন্য আমন্ত্রিত।",
+  "online-communities-card-title": "অনলাইন কমিউনিটি",
+  "online-communities-card-description": "অনলাইন কমিউনিটিগুলো আরও নির্দিষ্ট প্রশ্ন জিজ্ঞাসা করার বা জড়িত হওয়ার একটি দুর্দান্ত সুযোগ প্রদান করে।",
+  "online-communities-card-button": "কমিউনিটিগুলো অন্বেষণ করুন",
+  "books-about-ethereum": "ইথেরিয়াম সম্পর্কে বই",
+  "proof-of-stake-title": "প্রুফ-অফ-স্টেক",
+  "proof-of-stake-description": "সেপ্টেম্বর ১৩, ২০২২ - ভিটালিক বুটেরিন, নাথান স্নাইডার",
+  "cryptopians-title": "দ্য ক্রিপ্টোপিয়ান্স",
+  "cryptopians-description": "ফেব্রুয়ারি ২২, ২০২২ - লরা শিন",
+  "out-of-the-ether-title": "আউট অফ দ্য ইথার",
+  "out-of-the-ether-description": "সেপ্টেম্বর ২৯, ২০২০ - ম্যাথিউ লেইসিং",
+  "the-infinite-machine-title": "দ্য ইনফাইনাইট মেশিন",
+  "the-infinite-machine-description": "জুলাই ১৪, ২০২০ - ক্যামিলা রুশো",
+  "mastering-ethereum-title": "মাস্টারিং ইথেরিয়াম",
+  "mastering-ethereum-description": "ডিসেম্বর ২৩, ২০১৮ – আন্দ্রেয়াস এম. আন্তোনোপোলোস, গ্যাভিন উড পিএইচ.ডি.",
+  "podcasts-about-ethereum": "ইথেরিয়াম সম্পর্কে পডকাস্ট",
+  "bankless-title": "ব্যাঙ্কলেস",
+  "bankless-description": "ক্রিপ্টো ফাইন্যান্সের একটি নির্দেশিকা",
+  "zeroknowledge-title": "জিরো-নলেজ",
+  "zeroknowledge-description": "উদীয়মান ডিসেন্ট্রালাইজড ওয়েবকে চালিত করবে এমন প্রযুক্তির গভীরে যায় এবং এই কমিউনিটি এটি তৈরি করছে",
+  "green-pill-title": "গ্রিন পিল",
+  "green-pill-description": "বিশ্বের জন্য ইতিবাচক বাহ্যিকতা তৈরি করে এমন ক্রিপ্টো-অর্থনৈতিক ব্যবস্থাগুলি অন্বেষণ করে",
+  "ethereum-basics-title": "ইথেরিয়ামের মৌলিক বিষয়",
+  "ethereum-basics-description": "একটি সহজে বোঝার মতো ভিডিও সিরিজের মাধ্যমে ইথেরিয়াম নেটওয়ার্ক আর্কিটেকচারের মূল বিষয়গুলি শিখুন।",
+  "unchained-title": "আনচেইনড",
+  "unchained-description": "ডিসেন্ট্রালাইজড ইন্টারনেট নির্মাণকারী ব্যক্তিদের গভীরে প্রবেশ করে, এই প্রযুক্তির বিশদ বিবরণ যা আমাদের ভবিষ্যতকে ভিত্তি দিতে পারে, এবং ক্রিপ্টোতে কিছু কাঁটাযুক্ত বিষয়, যেমন নিয়ন্ত্রণ, নিরাপত্তা এবং গোপনীয়তা",
+  "the-daily-gwei-title": "দ্য ডেইলি Gwei",
+  "the-daily-gwei-description": "ইথেরিয়ামের খবরের সারসংক্ষেপ, আপডেট এবং বিশ্লেষণ"
+}
diff --git a/src/intl/bn/page-resources.json b/src/intl/bn/page-resources.json
new file mode 100644
index 00000000000..9ff2ed615b8
--- /dev/null
+++ b/src/intl/bn/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": "ইথিরিয়াম নেটওয়ার্ক - লেয়ার ২",
+  "page-resources-network-layer2-chart-label": "ইথিরিয়াম নেটওয়ার্কে মধ্যবর্তী লেনদেন খরচ",
+  "page-resources-network-layer2-l2beat-description": "L2BEAT তৈরি করা হয়েছিল উদীয়মান লেয়ার ২ প্রযুক্তিগুুলোর স্বচ্ছ এবং যাচাইযোগ্য তথ্য প্রদান করার জন্য, যা রোলআপ-কেন্দ্রিক ইথেরিয়াম স্কেলিং রোডম্যাপের সাথে সামঞ্জস্য রেখে ইথেরিয়ামকে স্কেল করার উদ্দেশ্যে কাজ করে।",
+  "page-resources-network-layer2-growthepie-description": "growthepie ইথেরিয়াম মেইননেট এবং লেয়ার 2-এর ব্যবহার এবং বৃদ্ধিকে দৃশ্যমান করছে। রিয়েল-টাইম ফি, অর্থনৈতিক ডেটা, অ্যাপ্লিকেশন আকর্ষণ, স্টেবলকয়েন ডেটা, ডেটা-চালিত নিবন্ধ এবং আরও অনেক কিছু।",
+  "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": "গ্যাস সংক্রান্ত সব kPI ট্রাক করুন।",
+  "page-resources-gas-ethgastracker-description": "ইথেরিয়াম ও লেয়ার-২ এ গ্যাসের দাম পর্যবেক্ষণ করুন।",
+  "page-resources-gas-blocknative-description": "ওয়েব-৩ এ গ্যাস ফি-র সবচেয়ে সঠিক অনুমান।",
+  "page-resources-gas-gasfees-description": "ইথেরিয়াম নেটওয়ার্কের গ্যাস খরচের তথ্য পর্যবেক্ষণ কররা টুল।",
+  "page-resources-defi-title": "DeFi",
+  "page-resources-defi-defillama-description": "ডেফাইলামা হলো বিকেন্দ্রীভূত অর্থনীতির জন্য সবচেয়ে বড় TVL অ্যাগ্রেগেটর।",
+  "page-resources-defi-eigenphi-description": "ডিফাই লেনদেন ও ট্রেডিং কৌশল সম্পর্কে বুঝতে চান?",
+  "page-resources-defi-defiscan-description": "ডিফাইয়ের পরিপক্কতা ও ঝুঁকি সম্পর্কে যাচাইযোগ্য তথ্য।",
+  "page-resources-stablecoins-title": "স্টেবলকয়েন",
+  "page-resources-stablecoins-stablecoinswtf-description": "এই ওয়েবসাইটের উদ্দেশ্য হলো ডিজেনদের স্টেবলকয়েন সম্পর্কে শিক্ষিত করা।",
+  "page-resources-stablecoins-visa-description": "ভিসার অনচেইন অ্যানালিটিক্স ড্যাশবোর্ড বিশ্বজুড়ে পাবলিক ব্লকচেইনের মাধ্যমে ফিয়াট-সমর্থিত স্টেবলকয়েনের গতিবিধি প্রদর্শন করে।",
+  "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": "ফারকাস্টার ব্যবহারের তথ্য।",
+  "page-resources-applications-dappradar-description": "শীর্ষ ব্লকচেইন ড্যাপস, NFT, গেম, ডিফাই প্রজেক্ট, টোকেন ও এয়ারড্রপ একসাথে অনুসন্ধান করুন। Ranking দেখুন,  বাজার অন্তর্দৃষ্টি জানুন, জনপ্রিয় প্রকল্প খুঁজুন এবং বিশ্বসেরা ড্যাপস্টোর থেকে পুরষ্কার লাভ করুন।",
+  "page-resources-adoption-title": "ইথেরিয়াম গ্রহণযোগ্যতা",
+  "page-resources-adoption-ethereumadoption-description": "ইথেরিয়ামে কাজ করা উচ্চপর্যায়ের প্রতিষ্ঠানগুলের একটি তালিকা।",
+  "page-resources-adoption-cryptowerk-description": "Cryptwerk মার্চেন্ট ডাটাবেজ থেকে ইথেরিয়ামের গ্রহণযোগ্যতার বিশ্লেষণ-মানচিত্র, দেশ, প্রতিষ্ঠান, ব্যবসা, ক্যাটাগরি এবং ranking.",
+  "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": "SNARK যা ইথেরিয়ামকে স্কেল করে।",
+  "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/bn/page-roadmap-vision.json b/src/intl/bn/page-roadmap-vision.json
index d2cc7670910..467b4ea5c73 100644
--- a/src/intl/bn/page-roadmap-vision.json
+++ b/src/intl/bn/page-roadmap-vision.json
@@ -1,3 +1,67 @@
 {
-  "ethereum": "ইথেরিয়াম"
+  "page-roadmap-vision-2014": "প্রুফ অফ স্টেক-এর বিস্তারিত বিবরণ দিয়ে 2014 সালের একটি ব্লগ পোস্ট দেখুন",
+  "page-roadmap-vision-2021": "ইথেরিয়াম রোডম্যাপের বিবর্তনের উপর একটি 2021 সালের ব্লগ পোস্ট দেখুন",
+  "page-roadmap-vision-2022": "2022 সালের একটি ব্লগ পোস্ট দেখুন: The Hitchhikers Guide to Ethereum",
+  "page-roadmap-vision-2021-updates": "ইথেরিয়াম প্রোটোকল আপডেটের উপর 2021 সালের একটি ব্লগ পোস্ট দেখুন",
+  "page-roadmap-vision-desc-1": "বিশ্বব্যাপী ব্যবহারকারীদের আরও ভালো পরিষেবা দেওয়ার জন্য ইথেরিয়াম-কে নেটওয়ার্ক কনজেশন কমাতে হবে এবং গতি উন্নত করতে হবে।",
+  "page-roadmap-vision-desc-2": "নেটওয়ার্ক বড় হওয়ার সাথে সাথে একটি নোড চালানো কঠিন হয়ে যাচ্ছে। নেটওয়ার্ককে স্কেল করার প্রচেষ্টার সাথে এটি আরও কঠিন হয়ে উঠবে।",
+  "page-roadmap-vision-desc-3": "ইথেরিয়াম অনেক বেশি বিদ্যুৎ ব্যবহার করে। যে প্রযুক্তি নেটওয়ার্ককে সুরক্ষিত রাখে, তা আরও টেকসই হওয়া প্রয়োজন।",
+  "page-roadmap-vision-ethereum-node": "নোড সম্পর্কে আরও",
+  "page-roadmap-vision-future": "বিশ্বব্যাপী স্কেলে একটি ডিজিটাল ভবিষ্যৎ",
+  "page-roadmap-vision-meta-desc": "ইথেরিয়াম-এর উপর আপগ্রেডগুলির প্রভাব এবং যে চ্যালেঞ্জগুলি তাদের অবশ্যই কাটিয়ে উঠতে হবে তার একটি সংক্ষিপ্ত বিবরণ।",
+  "page-roadmap-vision-meta-title": "ইথেরিয়ামের ভিশন",
+  "page-roadmap-vision-mining": "মাইনিং সম্পর্কে আরও",
+  "page-roadmap-vision-problems": "আজকের সমস্যা",
+  "page-roadmap-vision-scalability": "স্কেলেবিলিটি",
+  "page-roadmap-vision-scalability-desc": "ইথেরিয়াম-কে নেটওয়ার্কের নোডগুলির আকার বৃদ্ধি না করে প্রতি সেকেন্ডে আরও বেশি লেনদেন পরিচালনা করতে সক্ষম হতে হবে। নোডগুলি হল গুরুত্বপূর্ণ নেটওয়ার্ক অংশগ্রহণকারী যারা ব্লকচেইন সঞ্চয় করে এবং চালায়। নোডের আকার বৃদ্ধি করা বাস্তবসম্মত নয় কারণ শুধুমাত্র শক্তিশালী এবং ব্যয়বহুল কম্পিউটার যাদের আছে তারাই এটি করতে পারবে। স্কেল করার জন্য, ইথেরিয়াম-এর প্রতি সেকেন্ডে আরও বেশি লেনদেন প্রয়োজন, সাথে আরও নোড প্রয়োজন। আরও নোড মানে আরও বেশি নিরাপত্তা।",
+  "page-roadmap-vision-scalability-desc-3": "লেয়ার 2 রোলআপগুলি লেনদেন অফচেইনে নিয়ে গিয়ে এবং শুধুমাত্র সংক্ষিপ্ত ডেটা ইথেরিয়াম-এ পোস্ট করে ইথেরিয়াম-কে স্কেল করে। এই ব্যাচিং ইথেরিয়াম-এর থ্রুপুট বাড়ায় এবং ব্যবহারকারীদের জন্য খরচ ব্যাপকভাবে কমিয়ে দেয়।",
+  "page-roadmap-vision-scalability-desc-4": "ব্যবহারকারীদের জন্য লেনদেন যতটা সম্ভব সস্তা করতে রোলআপগুলির লেয়ার 1-এ কম খরচের স্টোরেজ প্রয়োজন। এটি ইথেরিয়াম ব্লকের সাথে সংযুক্ত ব্লবের আকারে সরবরাহ করা হবে। অবশেষে, অনেক ব্লব ইথেরিয়াম ব্লকের সাথে সংযুক্ত হবে, যা অনেক রোলআপের জন্য সস্তা স্টোরেজ সরবরাহ করবে।",
+  "page-roadmap-vision-security": "নিরাপত্তা",
+  "page-roadmap-vision-security-desc": "পরিকল্পিত আপগ্রেডগুলি সমন্বিত আক্রমণের বিরুদ্ধে ইথেরিয়াম-এর নিরাপত্তা উন্নত করে।",
+  "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": "ইথেরিয়াম-কে ততক্ষণ পর্যন্ত বিকশিত করুন যতক্ষণ না এটি সমস্ত মানবতাকে সাহায্য করার জন্য যথেষ্ট শক্তিশালী হয়।",
+  "page-roadmap-vision-sustainability": "স্থায়িত্ব",
+  "page-roadmap-vision-sustainability-desc-1": "ইথেরিয়াম এখন একটি সবুজ ব্লকচেইন। যখন প্রুফ-অফ-ওয়ার্ক-এর পরিবর্তে প্রুফ-অফ-স্টেক ব্যবহার করা শুরু হয়, তখন শক্তি খরচ ~99.95% কমে যায়।",
+  "page-roadmap-vision-sustainability-desc-2": "ইথেরিয়াম এখন কম্পিউটিং পাওয়ারের মাধ্যমে নয়, স্টেকিং-এর মাধ্যমে সুরক্ষিত।",
+  "page-roadmap-vision-sustainability-desc-3": "এই স্থায়িত্বের উন্নতি নিরাপত্তার সুবিধাও নিয়ে আসে - স্টেক করা ইথার প্রুফ-অফ-ওয়ার্ক-এর অধীনে চেইনে আক্রমণ করাকে অনেক বেশি ব্যয়বহুল করে তোলে, কিন্তু এটিকে সুরক্ষিত করা কম ব্যয়বহুল কারণ মাইনারদের চেয়ে ভ্যালিডেটরদের অর্থ প্রদানের জন্য কম নতুন ETH ইস্যু করতে হয়।",
+  "page-roadmap-vision-sustainability-desc-8": "প্রুফ-অফ-স্টেক-এ স্থানান্তরিত হওয়া ইথেরিয়াম-কে আরও সবুজ এবং আরও সুরক্ষিত করেছে। এটি অ্যাপ এবং সংস্থা তৈরির জন্য একটি কম-কার্বন প্ল্যাটফর্ম।",
+  "page-roadmap-vision-sustainability-subtitle": "ইথেরিয়াম হল শক্তিশালী ক্রিপ্টো-অর্থনৈতিক নিরাপত্তা সহ একটি সবুজ ব্লকচেইন।",
+  "page-roadmap-vision-title": "ইথেরিয়ামের ভিশন",
+  "page-roadmap-vision-title-1": "অবরুদ্ধ নেটওয়ার্ক",
+  "page-roadmap-vision-title-2": "ডিস্ক স্পেস",
+  "page-roadmap-vision-title-3": "অনেক বেশি শক্তি",
+  "page-roadmap-vision-trilemma-cardtext-1": "ইথেরিয়াম আপগ্রেডগুলি ইথেরিয়াম-কে স্কেলেবল, সুরক্ষিত এবং বিকেন্দ্রীভূত করে তুলবে। স্টেকিং অংশগ্রহণের বাধা কমিয়েছে এবং ইকোনমি-অফ-স্কেল সীমিত করেছে, যার ফলে একটি বৃহত্তর - আরও বিকেন্দ্রীভূত - নেটওয়ার্ক তৈরি হয়েছে।",
+  "page-roadmap-vision-trilemma-cardtext-2": "সুরক্ষিত এবং বিকেন্দ্রীভূত ব্লকচেইন নেটওয়ার্কগুলির জন্য প্রতিটি নোডকে চেইন দ্বারা প্রক্রিয়াকৃত প্রতিটি লেনদেন যাচাই করতে হয়। এই পরিমাণ কাজ যে কোনো নির্দিষ্ট সময়ে ঘটতে পারে এমন লেনদেনের সংখ্যা সীমিত করে। বিকেন্দ্রীভূত এবং সুরক্ষিত আজকের ইথেরিয়াম চেইনকে প্রতিফলিত করে।",
+  "page-roadmap-vision-trilemma-cardtext-3": "বিকেন্দ্রীভূত নেটওয়ার্কগুলি নোড জুড়ে লেনদেন সম্পর্কে তথ্য পাঠিয়ে কাজ করে - পুরো নেটওয়ার্ককে যেকোনো স্টেট পরিবর্তন সম্পর্কে জানতে হবে। একটি বিকেন্দ্রীভূত নেটওয়ার্ক জুড়ে প্রতি সেকেন্ডে লেনদেন স্কেলিং করা নিরাপত্তা ঝুঁকি তৈরি করে কারণ যত বেশি লেনদেন, তত বেশি বিলম্ব, এবং তথ্য স্থানান্তরের সময় আক্রমণের সম্ভাবনা তত বেশি।",
+  "page-roadmap-vision-trilemma-cardtext-4": "ইথেরিয়াম-এর নোডগুলির আকার এবং শক্তি বাড়ানো একটি সুরক্ষিত উপায়ে প্রতি সেকেন্ডে লেনদেন বাড়াতে পারে, কিন্তু হার্ডওয়্যারের প্রয়োজনীয়তা সীমাবদ্ধ করবে কে এটি করতে পারে - এটি বিকেন্দ্রীকরণকে হুমকির মুখে ফেলে। আশা করা যায় যে শার্ডিং এবং প্রুফ-অফ-স্টেক নোডের আকার নয়, নোডের পরিমাণ বাড়িয়ে ইথেরিয়াম-কে স্কেল করতে দেবে।",
+  "page-roadmap-vision-trilemma-h2": "বিকেন্দ্রীভূত স্কেলিং-এর চ্যালেঞ্জ",
+  "page-roadmap-vision-trilemma-modal-tip": "বিকেন্দ্রীভূত স্কেলিং-এর সমস্যাগুলি আরও ভালোভাবে বুঝতে নীচের বৃত্তগুলিতে ট্যাপ করুন",
+  "page-roadmap-vision-trilemma-p": "ইথেরিয়াম-এর সমস্যাগুলি সমাধান করার একটি সরল উপায় হল এটিকে আরও কেন্দ্রীভূত করা। কিন্তু বিকেন্দ্রীকরণ খুবই গুরুত্বপূর্ণ। এই বিকেন্দ্রীকরণই ইথেরিয়াম-কে নিরপেক্ষতা, সেন্সরশিপ প্রতিরোধ, উন্মুক্ততা, ডেটার মালিকানা এবং প্রায় অটুট নিরাপত্তা দেয়।",
+  "page-roadmap-vision-trilemma-p-1": "ইথেরিয়াম-এর ভিশন হল আরও বেশি স্কেলেবল এবং সুরক্ষিত হওয়া, কিন্তু একই সাথে বিকেন্দ্রীভূত থাকাও। এই ৩টি গুণাবলী অর্জন করা একটি সমস্যা যা স্কেলেবিলিটি ট্রাইলেমা নামে পরিচিত।",
+  "page-roadmap-vision-trilemma-p-2": "ইথেরিয়াম আপগ্রেডগুলির লক্ষ্য ট্রাইলেমা সমাধান করা কিন্তু এতে উল্লেখযোগ্য চ্যালেঞ্জ রয়েছে।",
+  "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": "ইথেরিয়াম আপগ্রেড এবং বিকেন্দ্রীভূত স্কেলিং",
+  "page-roadmap-vision-trilemma-title-3": "সুরক্ষিত এবং বিকেন্দ্রীভূত",
+  "page-roadmap-vision-trilemma-title-4": "বিকেন্দ্রীভূত এবং স্কেলেবল",
+  "page-roadmap-vision-trilemma-title-5": "স্কেলেবল এবং সুরক্ষিত",
+  "page-roadmap-vision-understanding": "ইথেরিয়াম ভিশন বোঝা",
+  "page-roadmap-vision-upgrade-needs": "আপগ্রেডের প্রয়োজনীয়তা",
+  "page-roadmap-vision-upgrade-needs-desc": "2015 সালে চালু হওয়া ইথেরিয়াম প্রোটোকলটি অবিশ্বাস্য সাফল্য পেয়েছে। কিন্তু ইথেরিয়াম কমিউনিটি সর্বদা আশা করেছিল যে ইথেরিয়াম-এর সম্পূর্ণ সম্ভাবনা আনলক করার জন্য কয়েকটি মূল আপগ্রেড প্রয়োজন হবে।",
+  "page-roadmap-vision-upgrade-needs-desc-2": "উচ্চ চাহিদা লেনদেন ফি বাড়িয়ে দিচ্ছে যা গড় ব্যবহারকারীর জন্য ইথেরিয়াম-কে ব্যয়বহুল করে তোলে। একটি ইথেরিয়াম ক্লায়েন্ট চালানোর জন্য প্রয়োজনীয় ডিস্ক স্পেস দ্রুত হারে বাড়ছে।",
+  "page-roadmap-vision-upgrade-needs-desc-3": "ইথেরিয়াম-এর কিছু আপগ্রেড রয়েছে যা এই সমস্যা এবং আরও অনেক কিছুর সমাধান করে। এই আপগ্রেডগুলির সেটকে মূলত 'Serenity' এবং 'Eth2' বলা হত এবং 2014 সাল থেকে এগুলি গবেষণা ও উন্নয়নের একটি সক্রিয় ক্ষেত্র।",
+  "page-roadmap-vision-upgrade-needs-desc-5": "এখন যেহেতু প্রযুক্তি প্রস্তুত, এই আপগ্রেডগুলি ইথেরিয়াম-কে আরও স্কেলেবল, সুরক্ষিত এবং টেকসই করার জন্য পুনরায় স্থাপত্য করবে - যাতে বিদ্যমান ব্যবহারকারীদের জীবন আরও ভালো হয় এবং নতুনদের আকৃষ্ট করা যায়। আর এসবই করা হবে ইথেরিয়াম-এর বিকেন্দ্রীকরণের মূল মান সংরক্ষণ করে।",
+  "page-roadmap-vision-upgrade-needs-desc-6": "এর মানে হল স্কেলেবিলিটির জন্য কোনো অন-সুইচ নেই। উন্নতিগুলি সময়ের সাথে সাথে পর্যায়ক্রমে পাঠানো হবে।",
+  "page-roadmap-vision-upgrade-needs-serenity": "'Serenity' নিয়ে আলোচনা করা একটি 2015 সালের ব্লগ পোস্ট দেখুন",
+  "ethereum": "ইথেরিয়াম",
+  "page-roadmap-vision-danksharding": "Danksharding সম্পর্কে আরও"
 }
diff --git a/src/intl/bn/page-roadmap.json b/src/intl/bn/page-roadmap.json
new file mode 100644
index 00000000000..427d064863c
--- /dev/null
+++ b/src/intl/bn/page-roadmap.json
@@ -0,0 +1,102 @@
+{
+  "page-roadmap-title": "ইথেরিয়াম রোডম্যাপ",
+  "page-roadmap-meta-title": "ইথেরিয়াম রোডম্যাপ | ইথেরিয়াম.org",
+  "page-roadmap-meta-description": "ইথেরিয়ামের জন্য আরও স্কেল করার, নিরাপত্তার এবং স্থায়িত্বের পথ.",
+  "page-roadmap-banner-notification": "ইথেরিয়ামের উন্নয়ন সম্প্রদায়-নির্ভর এবং পরিবর্তনের বিষয় ",
+  "page-roadmap-changes-coming-title": "ইথেরিয়ামে কী কী পরিবর্তন আসছে?",
+  "page-roadmap-changes-coming-description": "ইথেরিয়াম ইতিমধ্যেই একটি শক্তিশালী প্লাটফর্ম, কিন্তু এটি এখনো উন্নয়নের ধারায় রয়েছে। একগুচ্ছ উচ্চাকাঙ্খী উন্নয়নের মাধ্যমে বর্তমান অবস্থান থেকে ইথেরিয়ামকে একটি সম্পূর্ণ স্কেলযোগ্য ও সর্বাধিক স্থিতিশীল প্লাটফর্মে রূপান্তর করা হবে।",
+  "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": "ইথেরিয়াম ইতিমধ্যেই অত্যন্ত নিরাপদ, তবে এটিকে আরও শক্তিশালী করা সম্ভব, যেন ভবিষ্যতে যেকোনো ধরনের আক্রমণ মোকাবিলা করার জন্য এটি প্রস্তুত থাকে।",
+  "page-roadmap-extra-security-button": "নিরাপত্তা সম্পর্কে আরো",
+  "page-roadmap-better-user-experience-title": "আরও ভাল ব্যবহারকারীর অভিজ্ঞতা",
+  "page-roadmap-better-user-experience-description": "স্মার্ট কন্ট্রাক্ট ওয়ালেট এবং হালকা ওজনের নোডের জন্য আরও উন্নত সহায়তা ইথেরিয়াম ব্যবহারকে আরও সহজ এবং নিরাপদ করে তুলবে।",
+  "page-roadmap-better-user-experience-button": "ব্যবহারকারীর অভিজ্ঞতা সম্পর্কে আরও তথ্য",
+  "page-roadmap-future-proofing-title": "ভবিষ্যত-সুরক্ষাকরণ",
+  "page-roadmap-future-proofing-description": "ইথেরিয়াম-এর গবেষক ও ডেভেলপাররা ভবিষ্যতের সমস্যাগুলোর সমাধান আজই খুঁজে বের করেছেন, যাতে আগামী প্রজন্মের জন্য নেটওয়ার্কটি প্রস্তুত রাখা যায়।",
+  "page-roadmap-future-proofing-button": "ভবিষ্যতের জন্য প্রস্তুতি বিষয়ে আরও তথ্য",
+  "page-roadmap-why-need-title": "ইথেরিয়ামের একটি রোডম্যাপের প্রয়োজন কেন?",
+  "page-roadmap-why-need-description": "ইথেরিয়াম নিয়মিত আপগ্রেডের মাধ্যমে এর স্কেলযোগ্যতা, নিরাপত্তা এবং টেকসইতা উন্নত করে। গবেষণা ও উন্নয়ন থেকে নতুন ধারণা উঠে আসার সঙ্গে সঙ্গে ইথেরিয়াম নিজেকে মানিয়ে নিতে পারে– এটাই এর একটি মূল শক্তি। এই অভিযোজনক্ষমতা ইথেরিয়ামকে উদীয়মান চ্যালেন্জ মোকাবিলায় এবং সর্বাধুনিক প্রযুক্তিগত অগ্রগতির সাথে তাল মিলিয়ে চলার জন্য নমনীয়তা প্রদান করে।",
+  "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 ডিসকর্ড সার্ভারের মতো ফোরামে আলোচনা হিসাবে শুরু হয়। এগুলি আবিষ্কৃত নতুন দুর্বলতার প্রতিক্রিয়া, অ্যাপ্লিকেশন লেয়ারে কাজ করা সংস্থাগুলির (যেমন ডিএ্যাপস এবং এক্সচেঞ্জ) থেকে পরামর্শ বা শেষ ব্যবহারকারীদের জন্য পরিচিত সমস্যা (যেমন খরচ বা লেনদেনের গতি) হতে পারে।",
+  "page-roadmap-how-defined-p3": "যখন এই ধারণাগুলো পরিপক্ক হয়, তখন সেগুলোকে <a href=\"https://eips.ethereum.org\">ইথেরিয়াম ইমপ্রুভমেন্ট প্রোপোজাল</a> হিসেবে প্রস্তাব করা যেতে পারে। এই সবকিছু জনসমক্ষে করা হয় যাতে সম্প্রদায়ের যে কেউ যেকোনো সময় তাদের মতামত দিতে পারে।",
+  "page-roadmap-governance-button": "Ethereum শাসনব্যবস্হা সম্পর্কিত আরও তথ্য",
+  "page-roadmap-hero-alt": "ইথেরিয়াম রোডম্যাপ",
+  "page-roadmap-technical-upgrades-title": "ইথেরিয়ামে কী কী প্রযুক্তিগত আপগ্রেড এসেছে?",
+  "page-roadmap-danksharding-title": "ড্যাঙ্কশার্ডিং",
+  "page-roadmap-danksharding-description": "Dankshardin ইথেরিয়াম ব্লকে \"blob\" নামক তথ্য যোগ করার মাধ্যমে L2 রোলআপগুলোকে ব্যবহারীদেরদের জন্য অনেক সস্তা করে তোলে।",
+  "page-roadmap-single-slot-finality-title": "সিঙ্গল স্লট ফাইনালিটি",
+  "page-roadmap-single-slot-finality-description": "পনেরো মিনিট অপেক্ষা করার পরিবর্তে, ব্লকগুলো একই স্লটে প্রস্তাবিত এবং চূড়ান্ত করা যেতে পারে। এটি অ্যাপ্লিকেশনগুলোর জন্য আরও সুবিধাজনক এবং আক্রমণ করা কঠিন করে তোলে।",
+  "page-roadmap-account-abstraction-title": "অ্যাকাউন্ট এবস্ট্রাকশন",
+  "page-roadmap-account-abstraction-description": "অ্যাকাউন্ট অ্যাবস্ট্র্যাকশন হলো এক ধরনের আপগ্রেড, যা ইথেরিয়ামে স্মার্ট কন্ট্রাক্ট ওয়ালেটগুলোকে স্বাভাবিকভাবেই সমর্থন করে, যাতে জটিল মিডলওয়্যার ব্যবহার করার প্রয়োজন না হয়।",
+  "page-roadmap-statelessness-title": "রাষ্ট্রহীনতা",
+  "page-roadmap-statelessness-description": "স্টেটলেস ক্লায়েন্টগুলো বড় পরিমাণ তথ্য সংরক্ষণ না করেই নতুন ব্লক যাচাই করতে পারবে। এর মাধ্যমে বর্তমানের তুলনায় খুবই কম খরচে নোড চালানোর সব সুবিধা পাওয়া যাবে।",
+  "page-roadmap-learn-more": "আরও জানুন",
+  "page-roadmap-timeline-title": "এি আপগ্রেডগুলোর সময়সীমা কী?",
+  "page-roadmap-blocks-alt": "ইথেরিয়াম ব্লক",
+  "page-roadmap-faq-1-title": "সময়ের সাথে সাথে কি ইথেরিয়ামের রোডম্যাপ পরিবর্তন হবে?",
+  "page-roadmap-faq-1-p1": "হ্যাঁ–প্রায় নিশ্চয়ই।",
+  "page-roadmap-faq-1-p1-continued": "রোডম্যাপ হলো ইথেরিয়াম আপগ্রেডের বর্তমান পরিকল্পনা, যা নিকটবর্তী এবং ভবিষ্যৎ উভয় পরিকল্পনাকে অন্তর্ভুক্ত করে। নতুন তথ্য ও প্রযুক্তি পাওয়া গেলে রোডম্যাপ পরিবর্তিত হওয়ার সম্ভাবনা থাকে।",
+  "page-roadmap-faq-1-p2": "ইথেরিয়ামের রোডম্যাপকে ইথেরিয়াম উন্নত করার জন্য অভিপ্রায়ের একটি সেট হিসাবে ভাবুন; এটি মূল গবেষক এবং ডেভেলপারদের ইথেরিয়ামের সবচেয়ে অনুকূল অগ্রগতির পথের সেরা অনুমান।",
+  "page-roadmap-faq-2-title": "রোডম্যাপটি কখন শেষ হবে?",
+  "page-roadmap-faq-2-p1": "কিছু আপগ্রেডের অগ্রাধিকার কম এবং আগামী 5-10 বছরের মধ্যে বাস্তবায়িত হওয়ার সম্ভাবনা নেই (যেমন কোয়ান্টাম রেজিস্ট্যান্স)।",
+  "page-roadmap-faq-2-p1-strong": "প্রত্যেকটি আপগ্রেডের সঠিক সময় নির্ধারণ করা জটিল।",
+  "page-roadmap-faq-2-p1-continued": " রোডম্যাপের অনেক আইটেম একসাথে সমান্তরালভাবে কাজ করা হয় এবং বিভিন্ন গতিতে উন্নয়ন হয়, তাই ভবিষ্যৎদ্বানী করা কঠিন। পাশাপাশি, একটি আপগ্রেডের জরুরিতাও সময়ের সাথে পরিবর্তিত হতে পারে বাইরের বিভিন্ন বিষয়ে নির্ভর করে(যেমন:কোয়ান্টাম কম্পিউটারের পারফরম্যান্স ও সহজলভ্যতায় হটাৎ অগ্রগতি ঘটলে কোয়ান্টাম-প্রতিরোধী ক্রিপ্টোগ্রাফির প্রয়োজনীয়তা আরও জরুরি হয়ে উঠতে পারে)।",
+  "page-roadmap-faq-2-p2": "ইথেরিয়ামের উন্নয়নকে জীববৈচিত্র্যের বিবর্তনের সঙ্গে তুলনা করে ভাবা যায়।একটি নেটওয়ার্ক যেটি নতুন চ্যালেন্জের সাথে খাপ খাইয়ে নিতে পারে এবং নিজের সক্ষমতা ধরে রাখতে পারে,সেটির সফল হওয়ার সম্ভাবনা অনেক বেশী— তুলনায় এমন একটি নেটওয়ার্কের, যেটি পরিবর্তনের প্রতিরোধ করে। যদিও সময়ের সঙ্গে সঙ্গে ইথেরিয়াম আরও কার্যকর, স্কেলযোগ্য এবং নিরাপদ হয়ে উঠেছে, ফলে প্রোটোকলে বড় পরিবর্তনের প্রয়োজন ও ধীরে ধীরে কমে যাবে।",
+  "page-roadmap-faq-3-title": "এই আপগ্রেডগুলোর জন্য কি আমাকে কিছু প্রস্তুতি নিতে হবে?",
+  "page-roadmap-faq-3-p1": "আপগ্রেডগুলি সাধারণত শেষ-ব্যবহারকারীদের উপর প্রভাব ফেলে না, তবে এটি আরও ভালো ব্যবহারকারী-অভিজ্ঞতা এবং একটি আরও সুরক্ষিত প্রোটোকল প্রদান করে এবং সম্ভবত ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করার জন্য আরও <i>বিকল্প</i> প্রদান করে। <strong>নিয়মিত ব্যবহারকারীদের কোনো আপগ্রেডে সক্রিয়ভাবে অংশগ্রহণ করার প্রয়োজন নেই, বা তাদের সম্পদ সুরক্ষিত করার জন্য কিছু করারও প্রয়োজন নেই**।</strong> একটি আপগ্রেডের জন্য প্রস্তুত হতে <a href=\"/glossary/#node\">নোড</a> অপারেটরদের তাদের ক্লায়েন্ট আপডেট করতে হবে। কিছু আপগ্রেড অ্যাপ্লিকেশন ডেভেলপারদের জন্য পরিবর্তনের কারণ হতে পারে। উদাহরণস্বরূপ, হিস্ট্রি এক্সপায়ারি আপগ্রেডের কারণে অ্যাপ্লিকেশন ডেভেলপারদের নতুন উৎস থেকে ঐতিহাসিক ডেটা সংগ্রহ করতে হতে পারে।",
+  "page-roadmap-faq-4-title": "শার্ডিংয়ের ব্যাপারে কী হবে?",
+  "page-roadmap-faq-4-p1": "শার্ডিং হল ইথেরিয়াম ব্লকচেইনকে বিভক্ত করা যাতে <a href=\"/glossary/#validator\">ভ্যালিডেটরদের</a> উপসেটগুলি মোট ডেটার একটি অংশের জন্য দায়ী থাকে। মূলত ইথেরিয়ামের স্কেল করার উপায় হিসাবে এটি উদ্দেশ্য ছিল। যাইহোক, <a href=\"/glossary/#layer-2\">লেয়ার 2</a> রোলআপগুলি প্রত্যাশার চেয়ে অনেক দ্রুত বিকশিত হয়েছে এবং ইতিমধ্যেই অনেক স্কেলিং প্রদান করেছে, এবং প্রোটো-ড্যাঙ্কশার্ডিং বাস্তবায়নের পরে আরও অনেক কিছু প্রদান করবে। এর মানে হল \"শার্ড চেইন\" এর আর প্রয়োজন নেই এবং রোডম্যাপ থেকে বাদ দেওয়া হয়েছে।",
+  "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": "স্টেকিং প্রমান পদ্ধতিতে রুপান্তর",
+  "page-roadmap-paris-pos-item-1": "উচ্চ বিদ্যুৎ-নির্ভর মাইনিং ব্যবস্থাকে স্টেকিং-ভিত্তিক সম্মতি প্রক্রিয়ার মাধ্যমে প্রতিস্থাপন করা হয়েছে।",
+  "page-roadmap-paris-pos-item-2": "ইথেরিয়ামের শক্তি খরচ প্রায় ~99.95% কমিয়েছে",
+  "page-roadmap-paris-beacon-title": "বীকন চেইনের সংযুক্তিকরন",
+  "page-roadmap-paris-beacon-item-1": "বীকন চেইনকে ইথেরিয়াম প্রধান নেটওয়ার্কের সাথে একীভূত করা হয়েছে।",
+  "page-roadmap-paris-beacon-item-2": "ইথেরিয়ামকে সম্পূর্ণভাবে প্রুফ-অফ-স্টেক পদ্ধতিতে রুপান্তর করার পথ খুলে দিয়েছে।",
+  "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: ওয়ার্ম COINBASE",
+  "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 স্টেক করতে পারেন এবং ন্যূনতম পরিমানের উপরে প্রতিটি ১ ETH-এর জন্য পুরষ্কার পান",
+  "page-roadmap-pectra-blob-title": "ব্লব ডেটা প্রকিয়াকরনের গতি বৃদ্ধি",
+  "page-roadmap-pectra-blob-item-1": "ব্লবের সংখ্যা 3 থেকে 6টি টার্গেটে বাড়ানো হবে, যার সর্বোচ্চ সংখ্যা 9, ফলে ইথেরিয়াম রোলআপে ফি সস্তা হবে",
+  "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": "ব্যবহারকারীর অভিজ্ঞতা উন্নত করতে মেবাইল ডিভাইসে সুরক্ষিত এনক্লেভের সমর্থন। ",
+  "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/bn/page-run-a-node.json b/src/intl/bn/page-run-a-node.json
index 592d4ab0c35..9a83b9f18e5 100644
--- a/src/intl/bn/page-run-a-node.json
+++ b/src/intl/bn/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": "মাস্টারিং ইথেরিয়াম - আমার কি একটি সম্পূর্ণ নোড চালানো উচিত",
   "page-run-a-node-further-reading-1-author": "আন্দ্রেয়াস আন্তোনোপোলোস",
   "page-run-a-node-further-reading-2-link": "ARM-এ ইথেরিয়াম - দ্রুত শুরু নির্দেশিকা",
@@ -60,7 +60,7 @@
   "page-run-a-node-getting-started-software-section-1-link": "একটি ইথেরিয়াম নোড স্পিন আপ করুন",
   "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\">ডিএ্যাপস</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": "নেটওয়ার্ক সুরক্ষিত করতে সাহায্য করার সময় সম্পূর্ণ সার্বভৌম হয়ে উঠুন। ইথেরিয়াম হন।",
   "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": "কি, কেন এবং কিভাবে একটি ইথেরিয়াম নোড চালাতে হয় তার একটি ভূমিকা।",
-  "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,8 +92,6 @@
   "page-run-a-node-privacy-3": "এছাড়াও, যদি একটি দূষিত নোড একটি অবৈধ লেনদেন বিতরণ করে, আপনার নোড কেবল এটিকে উপেক্ষা করবে।  প্রতিটি লেনদেন স্থানীয়ভাবে আপনার নিজস্ব মেশিনে যাচাই করা হয়, তাই আপনাকে কাউকে বিশ্বাস করতে হবে না।",
   "page-run-a-node-rasp-pi-title": "Raspberry Pi (ARM প্রসেসর) এর উপর একটি নোট",
   "page-run-a-node-rasp-pi-description": "রাস্পবেরি পিস হালকা ওজনের এবং সাশ্রয়ী মূল্যের কম্পিউটার, তবে তাদের সীমাবদ্ধতা রয়েছে যা আপনার নোডের কার্যকারিতাকে প্রভাবিত করতে পারে। যদিও বর্তমানে স্টেকিং করার জন্য সুপারিশ করা হয় না, ব্যক্তিগত ব্যবহারের জন্য নোড চালানোর জন্য এগুলি একটি চমৎকার এবং সস্তা বিকল্প হতে পারে, যেখানে 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 নথিপত্রে ইথেরিয়াম",
   "page-run-a-node-rasp-pi-note-2-description": "Raspberry Pi-তে কমান্ড লাইনের মাধ্যমে কীভাবে একটি নোড সেট আপ করবেন তা শিখুন",
   "page-run-a-node-rasp-pi-note-3-link": "Raspberry Pi দিয়ে একটি নোড চালান",
@@ -102,7 +99,7 @@
   "page-run-a-node-shop": "দোকান",
   "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": "যদিও প্রয়োজন নেই, একটি নোড আপ এবং চালানোর মাধ্যমে আপনি পুরষ্কার অর্জন করতে এবং ইথেরিয়াম নিরাপত্তার একটি ভিন্ন উপাদানে অবদান রাখতে সাহায্য করতে আপনার ETH-কে আটকানোর এক ধাপ কাছাকাছি চলে এসেছেন।",
   "page-run-a-node-staking-link": "স্টেইক ETH",
   "page-run-a-node-staking-plans-title": "স্টেকিং পরিকল্পনা করছেন?",
@@ -113,7 +110,8 @@
   "page-run-a-node-sovereignty-preview": "আপনার নিজের ইথেরিয়াম ওয়ালেট পাওয়ার বাইরে পরবর্তী ধাপের মতো একটি নোড চালানোর কথা ভাবুন।",
   "page-run-a-node-sovereignty-1": "একটি ইথেরিয়াম ওয়ালেট আপনাকে আপনার ঠিকানাগুলিতে ব্যক্তিগত কীগুলি ধরে রেখে আপনার ডিজিটাল সম্পদের সম্পূর্ণ হেফাজত এবং নিয়ন্ত্রণ নিতে দেয়, তবে সেই কীগুলি আপনাকে ব্লকচেইনের বর্তমান অবস্থা যেমন আপনার ওয়ালেট ব্যালেন্স সম্পর্কে জানায় না।",
   "page-run-a-node-sovereignty-2": "ডিফল্টরূপে, ইথেরিয়াম ওয়ালেটগুলি সাধারণত আপনার ব্যালেন্স খোঁজার সময় ইনফুরা বা অ্যালকেমির মতো তৃতীয় পক্ষের নোডের কাছে পৌঁছায়। আপনার নিজস্ব নোড চালানো আপনাকে ইথেরিয়াম ব্লকচেইনের নিজস্ব অনুলিপি পেতে দেয়।",
-  "page-run-a-node-title": "Run a node",
+  "page-run-a-node-title": "একটি নোড চালাবেন",
+  "page-run-a-node-meta-title": "কীভাবে একটি ইথেরিয়াম নোড চালাবেন",
   "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": "একটি ইথেরিয়াম নোড চালানো প্রথমে জটিল মনে হতে পারে, কিন্তু এটি শুধুমাত্র ইন্টারনেটের সাথে সংযুক্ত থাকাকালীন একটি কম্পিউটারে ক্রমাগত ক্লায়েন্ট সফ্টওয়্যার চালানোর কাজ। অফলাইনে থাকাকালীন, আপনার নোডটি কেবল নিষ্ক্রিয় থাকবে যতক্ষণ না এটি অনলাইনে ফিরে আসে এবং সর্বশেষ পরিবর্তনগুলি ধরে না যায়।",
   "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 স্টক করতে হবে না। প্রকৃতপক্ষে, এটি ইথেরিয়ামের প্রতিটি অন্য নোড যা বৈধকারীদের দায়বদ্ধ রাখে।",
+  "page-run-a-node-who-preview": "সবাই! নোডগুলি শুধুমাত্র <a href=\"/glossary/#pos\">প্রুফ-অফ-স্টেক</a> বৈধকারীদের জন্য নয়। <i>যে কেউ</i> একটি নোড চালাতে পারে—এমনকি আপনার ETH-এরও প্রয়োজন নেই।",
+  "page-run-a-node-who-copy-1": "একটি নোড চালানোর জন্য আপনাকে ETH <a href=\"/glossary/#staking\">স্টেক</a> করার প্রয়োজন নেই। প্রকৃতপক্ষে, ইথেরিয়ামের প্রতিটি অন্য নোডই বৈধকারীদের দায়বদ্ধ রাখে।",
   "page-run-a-node-who-copy-2": "আপনি বৈধকারীরা যে আর্থিক পুরষ্কারগুলি অর্জন করতে পারেন তা নাও পেতে পারেন, তবে যে কোনও ইথেরিয়াম ব্যবহারকারীর জন্য বিবেচনা করার জন্য একটি নোড চালানোর অন্যান্য অনেক সুবিধা রয়েছে, যার মধ্যে রয়েছে গোপনীয়তা, সুরক্ষা, তৃতীয় পক্ষের সার্ভারের উপর নির্ভরতা হ্রাস, সেন্সরশিপ প্রতিরোধ এবং উন্নত স্বাস্থ্য এবং বিকেন্দ্রীকরণ অন্তর্জাল।",
   "page-run-a-node-who-copy-3": "আপনার নিজস্ব নোড থাকার অর্থ হল আপনাকে তৃতীয় পক্ষের দ্বারা প্রদত্ত নেটওয়ার্কের অবস্থা সম্পর্কে তথ্য বিশ্বাস করার দরকার নেই।",
   "page-run-a-node-who-copy-bold": "বিশ্বাস করবেন না। যাচাই করুন।",
diff --git a/src/intl/bn/page-stablecoins.json b/src/intl/bn/page-stablecoins.json
index ef76a4fdcfb..7a9291db733 100644
--- a/src/intl/bn/page-stablecoins.json
+++ b/src/intl/bn/page-stablecoins.json
@@ -1,5 +1,8 @@
 {
   "page-stablecoins-accordion-borrow-crypto-collateral": "ক্রিপ্টো জামানত",
+  "page-stablecoins-usdc-banner-body": "USDC হল মার্কিন-নিয়ন্ত্রিত বৃহত্তম ফিয়াট-ব্যাকড স্টেবলকয়েন। এর মান মার্কিন ডলারের সাথে যুক্ত, Circle দ্বারা জারি করা, এবং এটি ব্যাপকভাবে ব্যবহৃত হয়।",
+  "page-stablecoins-usdc-banner-learn-button": "USDC সম্পর্কে জানুন",
+  "page-stablecoins-usdc-banner-swap-button": "USDC পান",
   "page-stablecoins-accordion-borrow-crypto-collateral-copy": "ইথেরিয়াম-এর মাধ্যমে আপনি আপনার ETH ট্রেড না করে সরাসরি অন্য ব্যবহারকারীদের কাছ থেকে ধার নিতে পারেন। এটি আপনাকে লিভারেজ দিতে পারে – কেউ কেউ আরো ETH জমানোর চেষ্টা করতে এটি করে।",
   "page-stablecoins-accordion-borrow-crypto-collateral-copy-p2": "কিন্তু যেহেতু ETH-এর দাম পরিবর্তনশীল, তাই আপনাকে ওভারকোলেট্রালাইজ করতে হবে। তার মানে আপনি যদি 100টি স্টেবলকয়েন ধার করতে চান তাহলে আপনার সম্ভবত কমপক্ষে $150 মূল্যের ETH প্রয়োজন হবে। এটি সিস্টেম এবং ঋণদাতাদের রক্ষা করে।",
   "page-stablecoins-accordion-borrow-crypto-collateral-link": "ক্রিপ্টো-ব্যাকড স্টেবলকয়েন সম্পর্কে আরও",
@@ -23,32 +26,29 @@
   "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": "চলমান এবং আসন্ন হ্যাকাথন। ডিজিটাল ফ্রন্টিয়ারে প্রতিটি buidler-এর গেটওয়ে।",
   "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": "একটি ইথেরিয়াম ওয়ালেট",
   "page-stablecoins-accordion-earn-requirement-1-description": "আপনার অর্জিত স্টেবলকয়েন গুলো পেতে আপনার একটি ওয়ালেটের প্রয়োজন হবে",
   "page-stablecoins-accordion-earn-requirements-description": "স্টেবলকয়েনগুলো কাজ এবং পরিষেবার জন্য অর্থপ্রদানের একটি দুর্দান্ত পদ্ধতি কারণ এর মান স্থিতিশীল। কিন্তু টকা দেয়ার জন্য আপনার একটি ওয়ালেট লাগবে।",
   "page-stablecoins-accordion-earn-text-preview": "আপনি ইথেরিয়াম ইকোসিস্টেমের প্রকল্পগুলিতে কাজ করে স্টেবলকয়েন উপার্জন করতে পারেন।",
   "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> থাকে, তাহলে আপনি স্টেবলকয়েনের জন্য সোয়াপ করতে এই ডিএ্যাপসগুলি ব্যবহার করতে পারেন।",
   "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-2": "->পৃষ্ঠা-সচলমুদ্রা-বাদ্যযন্ত্রবিশেষ-ধারনেয়া-প্রয়োজন-২()",
+  "page-stablecoins-accordion-swap-requirement-1": "একটি ইথেরিয়াম ওয়ালেট",
+  "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": "আপনি বিকেন্দ্রীভূত এক্সচেঞ্জে বেশিরভাগ স্টেবলকয়েন বাছাই করে নিতে পারেন। তাই আপনি আপনার পছন্দের একটি স্টেবলকয়েনের জন্য আপনার কাছে থাকা যেকোনো টোকেন অদলবদল করতে পারেন।",
   "page-stablecoins-accordion-swap-title": "অদলবদল",
@@ -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": "কোন বহিরাগত জিম্মাদার নেই – সমস্ত সম্পদ ইথেরিয়াম অ্যাকাউন্ট দ্বারা নিয়ন্ত্রিত হয়।",
-  "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 এর মতো একই ক্ষমতা ভাগ করে নেয় কিন্তু তাদের মান স্থির থাকে, অনেকটা গতানুগতিক মুদ্রার মতো। সুতরাং আপনার কাছে স্থিতিশীল অর্থের অ্যাক্সেস রয়েছে যা আপনি ইথেরিয়ামে ব্যবহার করতে পারেন। ",
@@ -117,34 +112,64 @@
   "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": "স্টেবলকয়েন বিশ্বব্যাপী, এবং ইন্টারনেটের মাধ্যমে পাঠানো যেতে পারে। আপনার একটি ইথেরিয়াম অ্যাকাউন্ট থাকলে সেগুলি গ্রহণ করা বা পাঠানো সহজ।",
+  "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 এবং অন্যান্য ইথেরিয়াম টোকেন দ্বারা বিনিময়যোগ্য। প্রচুর dapps স্টেবলকয়েনের উপর নির্ভর করে।",
-  "page-stablecoins-stablecoins-feature-4": "স্টেবলকয়েন ক্রিপ্টোগ্রাফি দ্বারা সুরক্ষিত হয়। আপনার পক্ষে কেউ লেনদেন জাল করতে পারবে না।",
+  "page-stablecoins-stablecoins-feature-3": "স্টেবলকয়েনগুলি ETH এবং অন্যান্য Ethereum টোকেনের জন্য বিনিময়যোগ্য। অনেক <a href=\"/glossary/#dapp\">ডিএ্যাপস</a> স্টেবলকয়েনের উপর নির্ভর করে।",
+  "page-stablecoins-stablecoins-feature-4": "স্টেবলকয়েনগুলি <a href=\"/glossary/#cryptography\">ক্রিপ্টোগ্রাফি</a> দ্বারা সুরক্ষিত। আপনার পক্ষ থেকে কেউ লেনদেন জাল করতে পারবে না।",
   "page-stablecoins-stablecoins-meta-description": "ইথেরিয়াম স্টেবলকয়েন এর একটি ভূমিকা: তারা কি, কিভাবে তাদের পেতে হয় এবং কেন তারা গুরুত্বপূর্ণ।",
   "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": "Fiat",
   "page-stablecoins-stablecoins-table-type-precious-metals-backed": "মূল্যবান ধাতু",
   "page-stablecoins-table-error": "স্টেবলকয়েন লোড করা যায়নি। পৃষ্ঠাটি রিফ্রেশ করার চেষ্টা করুন।",
   "page-stablecoins-title": "স্টেবলকয়েন",
-  "page-stablecoins-top-coins": "বাজার মূলধন দ্বারা শীর্ষ স্টেবলকয়েন",
-  "page-stablecoins-top-coins-intro": "বাজার মূলধন হলো",
+  "page-stablecoins-meta-title": "স্টেবলকয়েনগুলির ব্যাখ্যা: এগুলি কিসের জন্য?",
+  "page-stablecoins-top-coins": "মার্কেট ক্যাপিটালাইজেশন অনুযায়ী শীর্ষ স্টেবলকয়েন",
+  "page-stablecoins-top-coins-intro": "মার্কেট ক্যাপিটালাইজেশন হলো",
   "page-stablecoins-top-coins-intro-code": "বিদ্যমান টোকেনের মোট সংখ্যা প্রতি টোকেনের মান দ্বারা গুণিত। এই তালিকাটি গতিশীল এবং এখানে তালিকাভুক্ত প্রকল্পগুলি অপরিহার্যভাবে ethereum.org টিম দ্বারা অনুমোদিত নয়।",
   "page-stablecoins-types-of-stablecoin": "কিভাবে তারা কাজ করে: স্টেবলকয়েনের ধরন",
-  "page-stablecoins-usdc-banner-body": "USDC সম্ভবত সবচেয়ে বিখ্যাত ফিয়াট-ব্যাকড স্টেবলকয়েন। এর মূল্য মোটামুটি এক ডলার এবং এটি সার্কেল এবং Coinbase দ্বারা সমর্থিত।",
-  "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": "ETH এর, বিটকয়েনের মতো, একটি পরিবর্তনশীল মূল্য রয়েছে কারণ এটি নতুন প্রযুক্তি। তাই আপনি এটি নিয়মিত ব্যয় করতে চান না। স্টেবলকয়েন গতানুগতিক মুদ্রার মূল্যকে প্রতিফলিত করে যাতে আপনি স্থিতিশীল অর্থ অ্যাক্সেস করতে পারেন যা আপনি ইথেরিয়াম-এ ব্যবহার করতে পারেন।",
   "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": "যান",
   "pros": "যেসব বিষয়ে এর সুফল পাওয়া যায়",
   "cons": "কনস",
@@ -152,15 +177,20 @@
   "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/bn/page-staking-deposit-contract.json b/src/intl/bn/page-staking-deposit-contract.json
index a6cac9133ed..3cb36300539 100644
--- a/src/intl/bn/page-staking-deposit-contract.json
+++ b/src/intl/bn/page-staking-deposit-contract.json
@@ -8,7 +8,7 @@
   "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-blockexplorer": "Blockscout-এ কনট্র্যাক্ট দেখুন",
   "page-staking-deposit-contract-h2": "যেখানে আপনি স্টেক করেন এটি তা নয়",
   "page-staking-deposit-contract-launchpad": "লঞ্চপ্যাড ব্যবহার করে স্টেক করুন",
   "page-staking-deposit-contract-launchpad-2": "লঞ্চপ্যাড ব্যবহার করুন",
@@ -19,10 +19,10 @@
   "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-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": "Check the deposit contract address"
+  "page-staking-deposit-contract-title": "ডিপোজিট কন্ট্রাক্টের ঠিকানা চেক করুন"
 }
diff --git a/src/intl/bn/page-staking.json b/src/intl/bn/page-staking.json
index 80586c98022..eefe376af98 100644
--- a/src/intl/bn/page-staking.json
+++ b/src/intl/bn/page-staking.json
@@ -14,26 +14,26 @@
   "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": "Shipped!",
+  "comp-withdrawal-credentials-verify": "{network}-এ যাচাই করুন",
+  "page-staking-withdrawals-when": "চালান করা হয়েছে!",
   "page-staking-image-alt": "স্টেকিং লঞ্চপ্যাডের জন্য রাইনো মাসকটের ছবি।",
   "page-staking-benefits-1-title": "পুরষ্কার অর্জন করুন",
-  "page-staking-benefits-1-description": "পুরষ্কার দেওয়া হয় কর্মের জন্য যা নেটওয়ার্ককে ঐক্যমতে পৌঁছাতে সাহায্য করে। আপনি সফ্টওয়্যার চালানোর জন্য পুরষ্কার পাবেন যা সঠিকভাবে লেনদেনগুলিকে নতুন ব্লকে ব্যাচ করে এবং অন্যান্য যাচাইকারীদের কাজ পরীক্ষা করে কারণ এটিই চেইনটিকে নিরাপদে চালিয়ে যায়।",
+  "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": "More sustainable",
+  "page-staking-benefits-3-title": "আরও টেকসই",
   "page-staking-benefits-3-description": "নেটওয়ার্ক সুরক্ষিত করার জন্য স্টেকারদের এনার্জি-ইনটেনসিভ প্রুফ-অফ-ওয়ার্ক কম্পিউটেশন করতে হবে না মানে স্টেকিং নোড খুব কম শক্তি ব্যবহার করে অপেক্ষাকৃত পরিমিত হার্ডওয়্যারে চলতে পারে।",
   "page-staking-benefits-3-link": "ইথেরিয়াম এর শক্তি খরচ সম্পর্কে আরো",
-  "page-staking-description": "স্টেকিং হল যাচাইকারী সফ্টওয়্যার সক্রিয় করতে 32 ETH জমা করার কাজ। একজন যাচাইকারী হিসাবে আপনি ডেটা সংরক্ষণ, লেনদেন প্রক্রিয়াকরণ এবং ব্লকচেইনে নতুন ব্লক যোগ করার জন্য দায়ী থাকবেন। এটি সকলের জন্য ইথেরিয়াম কে সুরক্ষিত রাখবে এবং প্রক্রিয়ায় আপনাকে নতুন ETH উপার্জন করবে।",
+  "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": "ইথেরিয়াম সুরক্ষিত করার সময় পুরষ্কার অর্জন করুন",
-  "page-staking-hero-subtitle": "স্টেকিং ইথেরিয়াম ইকোসিস্টেমের জন্য একটি সর্বজনীন কল্যাণ। যেকোন ব্যবহারকারী যেকোন পরিমাণ ETH সহ নেটওয়ার্ক সুরক্ষিত করতে এবং প্রক্রিয়ায় পুরষ্কার অর্জন করতে সহায়তা করতে পারে।",
-  "page-staking-dropdown-home": "স্টেকিং হোম",
-  "page-staking-dropdown-solo": "স্বতন্ত্র স্টেকিং",
-  "page-staking-more-on-solo": "সোলো স্টেকিং সম্পর্কে আরো",
+  "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": "Staking as a service (SaaS)",
+  "page-staking-saas-with-abbrev": "পরিষেবা হিসাবে স্টেকিং (SaaS)",
   "page-staking-more-on-saas": "পরিষেবা হিসেবে স্টেকিং সম্পর্কে আরো",
   "page-staking-learn-more-saas": "একটি পরিষেবা হিসাবে স্টেকিং সম্পর্কে আরও জানুন",
   "page-staking-dropdown-pools": "সম্মিলিত স্টেকিং",
@@ -42,22 +42,25 @@
   "page-staking-more-on-pools": "পুলড স্টেকিং সম্পর্কে আরো",
   "page-staking-learn-more-pools": "পুলড স্টেকিং সম্পর্কে আরও জানুন",
   "page-staking-section-what-title": "স্টেকিং কি?",
-  "page-staking-section-what-link": "কিভাবে ETH পেতে হয় তা জানুন",
   "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 এর ইথেরিয়াম 2.0 গাইড",
   "page-staking-guide-title-somer-esat": "Somer Esat",
   "page-staking-guide-title-rocket-pool": "Rocket Pool নোড অপারেটরস",
+  "page-staking-guide-title-stakewise": "StakeWise নোড অপারেটর",
+  "page-staking-guide-title-lido-csm": "Lido CSM নোড অপারেটর",
   "page-staking-guide-description-linux": "Linux (CLI)",
   "page-staking-guide-description-mac-linux": "Linux, macOS (CLI)",
-  "page-staking-hierarchy-solo-h2": "স্বতন্ত্র হোম স্টেকিং",
+  "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": "ইথেরিয়ামে সোলো স্টেকিং হল স্টেকিংয়ের জন্য <span class=\"gold\">গোল্ড স্ট্যান্ডার্ড</span>। এটি সম্পূর্ণ অংশগ্রহণের পুরষ্কার প্রদান করে, নেটওয়ার্কের বিকেন্দ্রীকরণ উন্নত করে এবং আপনার তহবিলের সাথে অন্য কাউকে বিশ্বাস করার প্রয়োজন হয় না।",
-  "page-staking-hierarchy-solo-p2": "যারা সোলো স্টেকিং বিবেচনা করছেন তাদের কমপক্ষে 32 ETH এবং একটি ডেডিকেটেড কম্পিউটার ইন্টারনেটের সাথে সংযুক্ত থাকতে হবে ~24/7। কিছু প্রযুক্তিগত জ্ঞান-কিভাবে সহায়ক, কিন্তু এই প্রক্রিয়াটিকে সহজ করতে সাহায্য করার জন্য এখন সহজে ব্যবহারযোগ্য টুলস রয়েছে।",
+  "page-staking-hierarchy-solo-p1": "Ethereum-এ হোম স্টেকিং হল স্টেকিংয়ের জন্য <span class=\"gold\">গোল্ড স্ট্যান্ডার্ড</span>। এটি সম্পূর্ণ অংশগ্রহণের পুরস্কার প্রদান করে, নেটওয়ার্কের বিকেন্দ্রীকরণ উন্নত করে এবং আপনার তহবিলের জন্য অন্য কাউকে বিশ্বাস করার প্রয়োজন হয় না।",
+  "page-staking-hierarchy-solo-p2": "যারা বাড়ি থেকে স্টেকিং করার কথা ভাবছেন তাদের কিছু পরিমাণ ETH এবং একটি ডেডিকেটেড কম্পিউটার থাকা উচিত যা ~২৪/৭ ইন্টারনেটের সাথে সংযুক্ত থাকবে। কিছু প্রযুক্তিগত জ্ঞান সহায়ক, তবে এই প্রক্রিয়াটিকে সহজ করতে সাহায্য করার জন্য এখন সহজেই ব্যবহারযোগ্য সরঞ্জাম বিদ্যমান।",
+  "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": "অর্পিত নোড অপারেশন",
@@ -68,24 +71,26 @@
   "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": "এই বিকল্পগুলির মধ্যে অনেকগুলি অন্তর্ভুক্ত যা 'তরল স্টেকিং' নামে পরিচিত যা একটি ERC-20 লিকুইডিটি টোকেন জড়িত যা আপনার স্টেক করা ETH প্রতিনিধিত্ব করে।",
-  "page-staking-hierarchy-pools-p3": "লিকুইড স্টেকিং সহজে এবং যেকোন সময় প্রস্থান করতে সক্ষম করে এবং স্টকিংকে টোকেন সোয়াপের মতো সহজ করে তোলে। এই বিকল্পটি ব্যবহারকারীদের তাদের নিজস্ব ইথেরিয়াম ওয়ালেটে তাদের সম্পদের হেফাজত রাখার অনুমতি দেয়।",
+  "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": "পুলড স্টেকিং ইথেরিয়াম নেটওয়ার্কের স্থানীয় নয়। তৃতীয় পক্ষগুলি এই সমাধানগুলি তৈরি করছে এবং তারা তাদের নিজস্ব ঝুঁকি বহন করে।",
-  "page-staking-hierarchy-cex-h2": "কেন্দ্রীভূত বিনিময়",
+  "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=\"/wallets/\">ওয়ালেট পৃষ্ঠা</a> চেক করার কথা বিবেচনা করুন, যেখানে আপনি কীভাবে আপনার তহবিলের উপর প্রকৃত মালিকানা নিতে হয় তা শিখতে শুরু করতে পারেন। আপনি যখন প্রস্তুত হন, তখন ফিরে আসুন এবং অফার করা স্ব-হেফাজতের পুলযুক্ত স্টেকিং পরিষেবাগুলির মধ্যে একটি চেষ্টা করে আপনার স্টেকিং গেমকে সমান করুন।",
+  "page-staking-hierarchy-cex-p3": "আপনি যদি নিজের <a href=\"/glossary/#key\">কী</a> ধরে রাখতে স্বাচ্ছন্দ্য বোধ না করেন, তাহলে ঠিক আছে। এই বিকল্পগুলো আপনার জন্য এখানে আছে। ইতিমধ্যে, আমাদের <a href=\"/wallets/\">ওয়ালেটস পেজ</a> দেখার কথা বিবেচনা করুন, যেখানে আপনি আপনার তহবিলের উপর প্রকৃত মালিকানা কীভাবে নিতে হয় তা শিখতে শুরু করতে পারেন। আপনি যখন প্রস্তুত হবেন, তখন ফিরে আসুন এবং প্রদত্ত স্ব-হেফাজতের পুলড স্টেকিং পরিষেবাগুলির মধ্যে একটি চেষ্টা করে আপনার স্টেকিং গেমকে আরও এক ধাপ এগিয়ে নিয়ে যান।",
   "page-staking-hierarchy-subtext": "আপনি হয়তো লক্ষ্য করেছেন, ইথেরিয়াম স্টেকিং এ অংশগ্রহণ করার অনেক উপায় আছে। এই পথগুলি বিস্তৃত ব্যবহারকারীদের লক্ষ্য করে এবং শেষ পর্যন্ত প্রতিটি অনন্য এবং ঝুঁকি, পুরষ্কার এবং বিশ্বাস অনুমানের ক্ষেত্রে পরিবর্তিত হয়। কিছু অন্যদের তুলনায় আরো বিকেন্দ্রীকৃত, যুদ্ধ-পরীক্ষিত এবং/অথবা ঝুঁকিপূর্ণ। আমরা মহাকাশে জনপ্রিয় প্রকল্পগুলির কিছু তথ্য প্রদান করি, কিন্তু যে কোনো জায়গায় 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-solo": "হোম স্টেকিংয়ের তুলনায় পুলড স্টেকিংয়ে প্রবেশের বাধা উল্লেখযোগ্যভাবে কম, তবে সমস্ত নোড অপারেশন তৃতীয় পক্ষের কাছে অর্পণ করার ফলে অতিরিক্ত ঝুঁকি এবং একটি ফি থাকে। হোম স্টেকিং একটি স্টেকিং সেটআপ বেছে নেওয়ার ক্ষেত্রে সম্পূর্ণ সার্বভৌমত্ব এবং নিয়ন্ত্রণ দেয়। স্টেকারদের কখনই তাদের কী হস্তান্তর করতে হয় না, এবং তারা কোনও মধ্যস্থতাকারীর অংশ ছাড়াই সম্পূর্ণ পুরস্কার অর্জন করে।",
   "page-staking-comparison-pools-saas": "এগুলি একই রকম যে স্টেকাররা নিজেরাই যাচাইকারী সফ্টওয়্যার চালায় না, তবে পুলিং বিকল্পগুলির বিপরীতে, SaaS-এর একটি ভ্যালিডেটর সক্রিয় করার জন্য সম্পূর্ণ 32 ETH ডিপোজিট প্রয়োজন। পুরষ্কারগুলি স্টেকারের কাছে জমা হয় এবং পরিষেবাটি ব্যবহার করার জন্য সাধারণত একটি মাসিক ফি বা অন্যান্য অংশ জড়িত থাকে। আপনি যদি নিজের ভ্যালিডেটর কী পছন্দ করেন এবং কমপক্ষে 32 ETH শেয়ার করতে চান, তাহলে SaaS প্রদানকারী ব্যবহার করা আপনার জন্য একটি ভাল বিকল্প হতে পারে।",
-  "page-staking-considerations-solo-1-title": "Open source",
+  "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": "নিরীক্ষিত",
@@ -103,7 +108,7 @@
   "page-staking-considerations-solo-5-title": "আস্থাহীন",
   "page-staking-considerations-solo-5-description": "ভ্যালিডেটর লাইফসাইকেলে যেকোন সময় ভ্যালিডেটর কীগুলি অন্য কোনো মানুষের কাছে ন্যস্ত করা হয় না। সম্পৃক্ত যেকোন স্মার্ট চুক্তিগুলি সম্পাদনের জন্য বিশেষ সুবিধাপ্রাপ্ত অনুমতিগুলির উপর নির্ভর না করে পিছনের দরজা থেকে মুক্ত।",
   "page-staking-considerations-solo-5-warning": "বিশ্বস্ত",
-  "page-staking-considerations-solo-6-title": "Permissionless",
+  "page-staking-considerations-solo-6-title": "অনুমতিহীন",
   "page-staking-considerations-solo-6-description": "ব্যবহারকারীদের সফ্টওয়্যার বা পরিষেবা ব্যবহার করে একটি বৈধতা অপারেট করার জন্য কোন বিশেষ অনুমতির প্রয়োজন হয় না",
   "page-staking-considerations-solo-6-valid": "অনুমতি নেই",
   "page-staking-considerations-solo-6-warning": "অনুমতি প্রয়োজন",
@@ -146,45 +151,47 @@
   "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-start": "{network} এ স্টেক করা শুরু করুন",
-  "page-staking-launchpad-widget-mainnet-label": "Mainnet",
+  "page-staking-launchpad-widget-mainnet-label": "মেইননেট",
+  "page-staking-launchpad-widget-start": "{network}-এ স্টেকিং শুরু করুন",
   "page-staking-launchpad-widget-span": "নেটওয়ার্ক নির্বাচন করুন",
-  "page-staking-launchpad-widget-p1": "একক যাচাইকারীরা ফান্ডের ঝুঁকি নেওয়ার আগে Hoodi টেস্টনেট-এ <strong>তাদের সেটআপ পরীক্ষা করুন</strong> এবং অপারেশনাল দক্ষতা প্রত্যাশিত। মনে রাখবেন একটি <a href=\"/developers/docs/nodes-and-clients/client-diversity/\">সংখ্যালঘু ক্লায়েন্ট</a> বেছে নেওয়া গুরুত্বপূর্ণ কারণ এটি নেটওয়ার্কের নিরাপত্তা উন্নত করে এবং আপনার ঝুঁকি সীমিত করে।",
+  "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-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": "বিকন চেইনে থাকা ETH-এর সমষ্টি, ব্যালেন্স সহ 32 ETH-এর বেশি নয়",
+  "page-staking-stats-box-metric-1-tooltip": "বিকন চেইনে স্টেক করা যোগ্য ETH-এর সমষ্টি",
   "page-staking-stats-box-metric-2-tooltip": "বিকন চেইনে বর্তমানে সক্রিয় থাকা যাচাইকারী অ্যাকাউন্টের সংখ্যা",
   "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": "আপনি প্রস্তাবিত ব্লকগুলির জন্য আনবার্ন লেনদেন ফিও পাবেন",
+  "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": "অনেক পুলড স্টেকিং পরিষেবা এক বা একাধিক তারল্য টোকেন অফার করে যা আপনার স্টেক করা ETH এবং আপনার বৈধতার পুরস্কারের অংশকে প্রতিনিধিত্ব করে",
-  "page-staking-section-comparison-pools-rewards-li3": "লিকুইডিটি টোকেনগুলি আপনার নিজের ওয়ালেটে রাখা যেতে পারে, DeFi ব্যবহার করা যেতে পারে এবং আপনি প্রস্থান করার সিদ্ধান্ত নিলে বিক্রি করা যেতে পারে",
-  "page-staking-section-comparison-risks-title": "->পৃষ্ঠা-সচলমুদ্রা-বাদ্যযন্ত্রবিশেষ-ধারনেয়া-ঝুঁকি-অনুলিপি",
+  "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": "দূষিত আচরণের ফলে 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": "সাধারণভাবে, ঝুঁকি কাউন্টার-পার্টি, স্মার্ট কন্ট্র্যাক্ট এবং কার্যকর করার ঝুঁকির সমন্বয়ে গঠিত",
+  "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": "এমন হার্ডওয়্যার রক্ষণাবেক্ষণ করুন যা ইন্টারনেটের সাথে সংযুক্ত থাকাকালীন একটি ইথেরিয়াম এক্সিকিউশন ক্লায়েন্ট এবং কনসেনসাস ক্লায়েন্ট উভয়ই চালায়",
-  "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-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-এর মতো কম প্রয়োজন",
@@ -195,7 +202,7 @@
   "page-staking-faq-2-answer": "একজন যাচাইকারীর নেটওয়ার্কের জন্য ব্লকের প্রস্তাব এবং প্রত্যয়ন করার ক্ষমতা রয়েছে। অসৎ আচরণ রোধ করতে, ব্যবহারকারীদের অবশ্যই তাদের তহবিল জড়িত রাখতে হবে। এটি প্রোটোকলকে দূষিত অভিনেতাদের শাস্তি দেওয়ার অনুমতি দেয়। স্টেকিং হল আপনাকে সৎ রাখার একটি মাধ্যম, কারণ আপনার কর্মের আর্থিক ফলাফল হবে।",
   "page-staking-faq-3-question": "আমি কি 'Eth2' কিনতে পারি?",
   "page-staking-faq-3-answer-p1": "প্রোটোকলের কোনো স্থানীয় 'Eth2' টোকেন নেই, কারণ যখন ইথেরিয়াম প্রুফ-অফ-স্টেকে স্যুইচ করে তখন নেটিভ টোকেন ইথার (ETH) পরিবর্তন হয়নি।",
-  "page-staking-faq-3-answer-p2": "এখানে ডেরিভেটিভ টোকেন/টিকার রয়েছে যা স্টেক করা ETH (যেমন Rocket Pool থেকে rETH, Lido থেকে stETH, Coinbase থেকে ETH2) প্রতিনিধিত্ব করতে পারে। <a href=\"/staking/pools/\">স্টেকিং পুলস</a> সম্পর্কে আরও জানুন",
+  "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 জমা করতে, একটি যাচাইকারী ক্লায়েন্ট চালাতে এবং পুরষ্কার উপার্জন শুরু করতে স্টেকিং বর্তমানে লাইভ।",
@@ -204,31 +211,30 @@
   "page-staking-faq-5-answer-p1": "এই মুহূর্তে! স্টেকাররা তাদের পুরষ্কার এবং/অথবা নীতিগত আমানত তাদের যাচাইকারী ব্যালেন্স থেকে প্রত্যাহার করতে স্বাধীন যদি তারা চায়।",
   "page-staking-faq-5-answer-p2": "ব্লকের প্রস্তাব করার সময় স্টেকাররা ফি এবং MEV আকারে পুরষ্কারও অর্জন করবে, যা সেট ফি প্রাপকের ঠিকানার মাধ্যমে অবিলম্বে উপলব্ধ করা হয়।",
   "page-staking-faq-5-answer-link": "স্টেকিং প্রত্যাহার এর উপর আরো",
-  "page-staking-further-reading-1-link": "কেন প্রুফ অফ স্টেক (নভেম্বর 2020)",
   "page-staking-further-reading-author-vitalik-buterin": "Vitalik বুটেরিন",
   "page-staking-further-reading-2-link": "সেরেনিটি ডিসাইন রাশনালে",
-  "page-staking-further-reading-3-link": "স্টেক FAQ এর প্রমাণ (ডিসেম্বর 2017)",
   "page-staking-further-reading-4-link": "Eth2 নিউজ",
   "page-staking-further-reading-4-author": "Ben Edgington",
   "page-staking-further-reading-5-link": "চূড়ান্ত নং. 33, ইথেরিয়াম কনসেনসাস-লেয়ার (জানুয়ারি 2022)",
   "page-staking-further-reading-5-author": "Danny Ryan",
   "page-staking-further-reading-6-link": "প্রত্যয়িত পোস্ট",
-  "page-staking-further-reading-7-link": "Beaconcha.in নলেজ বেস",
   "page-staking-further-reading-8-link": "Beaconcha.in কমিউনিটি-অবদানকৃত শিক্ষাগত সামগ্রী",
   "page-staking-further-reading-9-link": "ইথেরিয়াম স্টেকিং লঞ্চপ্যাড 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": "Further reading",
+  "page-staking-toc-further": "আরও পড়ুন",
   "page-staking-dom-info-title": "ইথেরিয়াম এর মাধ্যমে স্টেকিং",
   "page-staking-join-community": "স্টেকার কমিউনিটিতে যোগ দিন",
   "page-staking-join-community-desc": "EthStaker হল এমন একটি সম্প্রদায় যা প্রত্যেকের জন্য আলোচনা করতে এবং ইথেরিয়াম-এ স্টেকিং সম্পর্কে শিখতে পারে। উপদেশ, সমর্থন, এবং স্টেকিং বিষয়ে সব কথা বলার জন্য বিশ্বজুড়ে কয়েক হাজার সদস্যের সাথে যোগ দিন।",
   "page-staking-meta-description": "ইথেরিয়াম স্টেকিংয়ের একটি ওভারভিউ: ঝুঁকি, পুরষ্কার, প্রয়োজনীয়তা এবং এটি কোথায় করতে হবে।",
-  "page-staking-meta-title": "ইথেরিয়াম স্টেকিং",
+  "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/bn/page-start.json b/src/intl/bn/page-start.json
new file mode 100644
index 00000000000..83b7a00566e
--- /dev/null
+++ b/src/intl/bn/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": "এক্সচেঞ্জে শুধুমাত্র টোকেন ট্রেড করার চেয়েও Ethereum আরও অনেক কিছু। নিজেই এই নতুন জগতে প্রবেশ করুন এবং কয়েকটি সহজ ধাপে সমস্ত মূল বিষয়গুলি শিখে নিন।",
+  "page-start-share-section-title": "আপনি কি এমন কাউকে চেনেন যার অনবোর্ড করার জন্য সাহায্যের প্রয়োজন?",
+  "page-start-share-section-description": "কোটি কোটি মানুষ ব্যাংক অ্যাকাউন্ট খুলতে বা তাদের টাকাপয়সা স্বাধীনভাবে ব্যবহার করতে পারেন না। ইথেরিয়ামের আর্থিক ব্যবস্থা সবসময় উন্মুক্ত এবং পক্ষপাতহীন।",
+  "page-start-man-doge-alt": "ম্যান ডোজি",
+  "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-এ Ethereum-এর সাথে সংযুক্ত হয়েছি! {url} এ নিজে চেষ্টা করুন",
+  "page-start-download-wallet-title": "একটি ওয়ালেট ডাউনলোড করুন",
+  "page-start-download-wallet-description": "একটি ওয়ালেট হল এমন একটি অ্যাপ যা আপনাকে ক্রিপটোকারেন্সি গ্রহণ, প্রেরণ এবং আপনার Ethereum অ্যাকাউন্ট পরিচালনা করার অনুমতি দেয়।",
+  "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": "আপনি আপনার নতুন ওয়ালেট Ethereum-এর সমস্ত অ্যাপ এবং প্রকল্পে একটি একক অ্যাকাউন্ট হিসাবে ব্যবহার করতে পারেন। কোনো পৃথক অ্যাকাউন্টের প্রয়োজন নেই।",
+  "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": "যান",
+  "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/bn/page-trillion-dollar-security.json b/src/intl/bn/page-trillion-dollar-security.json
new file mode 100644
index 00000000000..866f9fcf58f
--- /dev/null
+++ b/src/intl/bn/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": "এই রিপোর্টটি আমাদের অনুসন্ধানগুলোকে সংক্ষিপ্ত করে, যা ৬টি ভিন্ন ক্ষেত্রকে অন্তর্ভুক্ত করে:",
+  "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": "যে সমস্যাগুলো ব্যবহারকারীদের ব্যক্তিগত কী (private key) নিরাপদে পরিচালনা করার, অনচেইন অ্যাপ্লিকেশনগুলোর সাথে ইন্টারঅ্যাক্ট করার এবং লেনদেনে স্বাক্ষর করার ক্ষমতাকে প্রভাবিত করে।",
+  "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": "১.১ কী ম্যানেজমেন্ট",
+  "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": "এন্টারপ্রাইজ এবং প্রাতিষ্ঠানিক ব্যবহারকারীরা কী ব্যবস্থাপনায় অতিরিক্ত চ্যালেঞ্জের সম্মুখীন হন। যদি স্বতন্ত্র কর্মচারীরা কী ধারণ করে (যেমন, একটি মাল্টিসিগ ওয়ালেটের অংশ হিসাবে), সময়ের সাথে সাথে কর্মীদের পরিবর্তনের কারণে সংস্থাকে অবশ্যই সেগুলো প্রতিস্থাপন করতে এবং নতুন তৈরি করতে সক্ষম হতে হবে। বিভিন্ন শিল্প এবং এখতিয়ারে সম্মতি প্রয়োজনীয়তার জন্য কাস্টম ওয়ার্কফ্লো বা অডিট ট্রেলের প্রয়োজন হতে পারে যা বিদ্যমান ওয়ালেট সফ্টওয়্যার দ্বারা সমর্থিত নয়। কিছু ক্ষেত্রে, এন্টারপ্রাইজ ব্যবহারকারীরা ডিজিটাল সম্পদের জন্য তৃতীয় পক্ষের কাস্টোডিয়ানদের দিকে ঝুঁকে পড়ে, যা বিবেচনার জন্য নিরাপত্তা ঝুঁকির আরেকটি লেয়ার প্রবর্তন করতে পারে।",
+  "page-trillion-dollar-security-section-1-2-title": "১.২ ব্লাইন্ড সাইনিং এবং লেনদেনের অনিশ্চয়তা",
+  "page-trillion-dollar-security-section-1-2-paragraph": "ব্যবহারকারীরা নিয়মিতভাবে লেনদেনগুলোকে \"অন্ধভাবে\" অনুমোদন করে, তারা কী করছে তা না বুঝেই। ওয়ালেটগুলো প্রায়শই কাঁচা হেক্সাডেসিমেল ডেটা, সংক্ষিপ্ত কন্ট্র্যাক্টের ঠিকানা বা অন্যান্য তথ্য উপস্থাপন করে যা ব্যবহারকারীর জন্য একটি প্রদত্ত লেনদেনের পরিণতি বোঝার জন্য যথেষ্ট নয়। এটি সব ধরণের ব্যবহারকারীকে ক্ষতিকারক স্মার্ট কন্ট্র্যাক্ট, ফিশিং, স্ক্যাম, স্পুফড ইন্টারফেস, ফ্রন্ট-এন্ড কম্প্রোমাইজ এবং সাধারণ ব্যবহারকারীর ভুলের জন্য ঝুঁকিপূর্ণ করে তোলে।",
+  "page-trillion-dollar-security-section-1-3-title": "১.৩ অনুমোদন এবং অনুমতি ব্যবস্থাপনা",
+  "page-trillion-dollar-security-section-1-3-paragraph-1": "অনেক Ethereum অ্যাপ্লিকেশনে, সাধারণ ব্যবহারের অংশ হিসাবে ব্যবহারকারীরা অন্তর্নিহিত অ্যাপ্লিকেশনকে নির্দিষ্ট অনুমতি প্রদান করা একটি সাধারণ ব্যাপার। উদাহরণস্বরূপ, একজন ব্যবহারকারী Uniswap-এর মতো একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জকে তাদের টোকেনগুলো ETH-এর জন্য সোয়াপ করার জন্য সরানোর অনুমতি দিতে পারে।",
+  "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": "১.৪ আপোস করা ওয়েব ইন্টারফেস",
+  "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": "১.৫ গোপনীয়তা",
+  "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": "১.৬ খণ্ডায়ন",
+  "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": "২.১ কন্ট্র্যাক্টের দুর্বলতা",
+  "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": "২.২ ডেভেলপার অভিজ্ঞতা, টুলিং এবং প্রোগ্রামিং ভাষা",
+  "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": "২.৩ অনচেইন কোডের ঝুঁকি মূল্যায়ন",
+  "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": "৩.১ লেয়ার 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 এবং একাধিক L2-এর মধ্যে ভ্রমণ করে, তখন সেগুলো একাধিক কন্ট্র্যাক্ট সেটের সংস্পর্শে আসে যার সবগুলোই সুরক্ষিত হতে হবে। 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": "৩.২ 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": "৩.৩ 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": "৩.৪ সফটওয়্যার সাপ্লাই চেইন এবং লাইব্রেরি",
+  "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": "৩.৫ ফ্রন্টএন্ড ডেলিভারি পরিষেবা এবং সম্পর্কিত ঝুঁকি",
+  "page-trillion-dollar-security-section-3-5-paragraph": "অনেক Ethereum অ্যাপ্লিকেশন তাদের ফ্রন্টএন্ড একটি কন্টেন্ট ডেলিভারি নেটওয়ার্ক (CDN) বা ক্লাউড-ভিত্তিক হোস্টিং প্ল্যাটফর্ম (যেমন, Vercel, Netlify, Cloudflare) এর মাধ্যমে পরিবেশন করে। যদি এই পরিষেবাগুলো আপোস করা হয়, তবে সেগুলো দূষিত জাভাস্ক্রিপ্ট ইনজেকশনের মতো আক্রমণের জন্য একটি ভেক্টর হতে পারে, যেখানে আক্রমণকারীরা ব্যবহারকারীদের একটি পরিবর্তিত ফ্রন্টএন্ড পরিবেশন করে।",
+  "page-trillion-dollar-security-section-3-6-title": "৩.৬ ইন্টারনেট সার্ভিস প্রোভাইডার স্তরের সেন্সরশিপ",
+  "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 নোডগুলোর বিরুদ্ধে জিওফেন্সিং বা আইপি নিষেধাজ্ঞা",
+  "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-এর কনসেন্সাস প্রোটোকল বাস্তবে শক্তিশালী প্রমাণিত হয়েছে, ২০১৫ সালে প্রথম চালু হওয়ার পর থেকে এবং বেশ কয়েকটি আপগ্রেড জুড়ে শূন্য ডাউনটাইম সহ। তবে, সিস্টেমটিকে আরও স্থিতিস্থাপক এবং সুরক্ষিত করার জন্য উন্নতির জন্য দীর্ঘমেয়াদী ক্ষেত্র রয়ে গেছে।",
+  "page-trillion-dollar-security-section-4-1-title": "৪.১ কনসেন্সাস ভঙ্গুরতা এবং পুনরুদ্ধারের ঝুঁকি",
+  "page-trillion-dollar-security-section-4-1-paragraph": "Ethereum-এর ফর্ক পছন্দ এবং ফাইনালিটি নিয়মগুলো স্থিতিস্থাপক, কিন্তু সেগুলো অভেদ্য নয়। কিছু প্রান্তিক অবস্থার সময় (যেমন দীর্ঘস্থায়ী ভ্যালিডেটর মতবিরোধ, ক্লায়েন্ট বাগ, বা নেটওয়ার্ক পার্টিশন) কনসেন্সাস স্থগিত বা অস্থায়ীভাবে ভিন্ন হতে পারে। চরম পরিস্থিতিতে, এটি নিষ্ক্রিয়তা লিক বা স্ল্যাশিংয়ের মাধ্যমে ক্যাসকেডিং ভ্যালিডেটর পেনাল্টির কারণ হতে পারে, যা ভ্যালিডেটরদের থেকে মূলধন উড়ে যাওয়ার কারণ হতে পারে।",
+  "page-trillion-dollar-security-section-4-2-title": "৪.২ ক্লায়েন্ট বৈচিত্র্য",
+  "page-trillion-dollar-security-section-4-2-paragraph": "Ethereum-এর শিল্প-নেতৃস্থানীয় ক্লায়েন্ট বৈচিত্র্য নেটওয়ার্ককে যেকোনো একক ক্লায়েন্টের বাগ থেকে রক্ষা করে। তবে, এই ঝুঁকিগুলো আরও কমাতে সংখ্যালঘু ক্লায়েন্টদের আরও বেশি গ্রহণের মাধ্যমে ক্লায়েন্ট বৈচিত্র্য এখনও উন্নত করা যেতে পারে।",
+  "page-trillion-dollar-security-section-4-3-title": "৪.৩ স্টেকিং সেন্ট্রালাইজেশন এবং পুল ডমিনেন্স",
+  "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": "৪.৪ অসংজ্ঞায়িত সামাজিক স্ল্যাশিং এবং সমন্বয় ফাঁক",
+  "page-trillion-dollar-security-section-4-4-paragraph": "কিছু চরম ব্যর্থতার মোডে, Ethereum নেটওয়ার্কে আক্রমণ করার জন্য দূষিতভাবে কাজ করা ভ্যালিডেটরদের শাস্তি দেওয়ার জন্য \"সামাজিক স্ল্যাশিং\"-এর উপর নির্ভর করবে (বিভাগ 6.1 দেখুন)। তবে, এই ধরণের স্ল্যাশিংয়ের জন্য অবকাঠামো, নিয়ম এবং প্রত্যাশিত প্রক্রিয়াগুলো অনুন্নত। এমন কোনো প্রতিষ্ঠিত প্রক্রিয়া নেই যা সম্প্রদায় এই প্রক্রিয়ায় জড়িত হওয়ার জন্য ব্যবহার করবে।",
+  "page-trillion-dollar-security-section-4-5-title": "৪.৫ অর্থনৈতিক এবং গেম-থিওরেটিক অ্যাটাক ভেক্টর",
+  "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": "৪.৬ কোয়ান্টাম ঝুঁকি",
+  "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": "৬.১ স্টেক সেন্ট্রালাইজেশন",
+  "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 সম্প্রদায় পরামর্শ দিয়েছে যে \"সোশ্যাল স্ল্যাশিং\" এর উত্তর হতে পারে। সোশ্যাল স্ল্যাশিং হল অফচেইন সোশ্যাল কনসেন্সাসের ব্যবহার যা দুর্ব্যবহারকারী ভ্যালিডেটরদের স্ল্যাশ করার সিদ্ধান্ত নেয়, তাদের ক্ষমতার উপর একটি চেক হিসাবে। কিন্তু এই ধরনের ব্যবস্থা কার্যকর করার জন্য কোনো স্পষ্ট নিয়ম, পদ্ধতি বা টুলিং বিদ্যমান নেই (বিভাগ ৪.৪ দেখুন)।",
+  "page-trillion-dollar-security-section-6-2-title": "৬.২ অফচেইন অ্যাসেট সেন্ট্রালাইজেশন",
+  "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": "৬.৩ নিয়ন্ত্রক আক্রমণ বা চাপ",
+  "page-trillion-dollar-security-section-6-3-paragraph": "সরকার এবং নিয়ন্ত্রকরা Ethereum স্ট্যাকের গুরুত্বপূর্ণ উপাদান নিয়ন্ত্রণকারী বিভিন্ন সত্তাকে Ethereum প্রোটোকলে সেন্সর বা অন্যথায় হস্তক্ষেপ করার জন্য চাপ দিতে পারে। Ethereum-এর প্রাতিষ্ঠানিক ব্যবহারকারীরাও এই চাপ দ্বারা প্রভাবিত হতে পারে, যা তাদের ব্যবহারকারীদের জন্য আরও পরিণতি বয়ে আনবে (যেমন, একটি ব্যাংক যা নিয়ন্ত্রক নিষেধাজ্ঞার কারণে আর নির্দিষ্ট ক্রিপ্টো পণ্য অফার করতে পারে না)।",
+  "page-trillion-dollar-security-section-6-4-title": "৬.৪ গভর্নেন্সের সাংগঠনিক দখল",
+  "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/bn/page-upgrades-get-involved.json b/src/intl/bn/page-upgrades-get-involved.json
new file mode 100644
index 00000000000..503064954a4
--- /dev/null
+++ b/src/intl/bn/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": "একটি ক্লায়েন্ট চালানো মানে আপনি Ethereum-এ একজন সক্রিয় অংশগ্রহণকারী হবেন। আপনার ক্লায়েন্ট লেনদেনের ট্র্যাক রাখতে এবং নতুন ব্লক পরীক্ষা করতে সাহায্য করবে।",
+  "page-upgrades-get-involved-desc-2": "আপনার যদি ETH থাকে, তবে আপনি একজন ভ্যালিডেটর হতে এবং নেটওয়ার্ক সুরক্ষিত করতে সাহায্য করার জন্য এটি স্টেক করতে পারেন। একজন ভ্যালিডেটর হিসেবে আপনি ETH রিওয়ার্ড অর্জন করতে পারেন।",
+  "page-upgrades-get-involved-desc-3": "কমিউনিটির টেস্টিং প্রচেষ্টায় যোগ দিন! Ethereum আপগ্রেডগুলি শিপ করার আগে পরীক্ষা করতে, বাগ খুঁজে পেতে এবং রিওয়ার্ড অর্জন করতে সাহায্য করুন।",
+  "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": "Ethereum কমিউনিটি সবসময় আরও বেশি লোকের ক্লায়েন্ট চালানো, স্টেকিং এবং বাগ হান্টিং থেকে উপকৃত হবে।",
+  "page-upgrades-get-involved-join": "গবেষণায় যোগ দিন",
+  "page-upgrades-get-involved-join-desc": "Ethereum-এর বেশিরভাগ জিনিসের মতো, গবেষণার একটি বড় অংশই পাবলিক। এর মানে হল যে আপনি আলোচনায় অংশ নিতে পারেন বা Ethereum গবেষকদের কী বলার আছে তা পড়তে পারেন। ethresear.ch কনসেন্সাস আপগ্রেড, রোলআপ এবং আরও অনেক কিছু সহ বিভিন্ন বিষয় কভার করে।",
+  "page-upgrades-get-involved-meta-description": "Ethereum আপগ্রেডে কীভাবে অংশগ্রহণ করবেন: নোড চালান, স্টেক করুন, বাগ খুঁজুন এবং আরও অনেক কিছু।",
+  "page-upgrades-get-involved-run-clients": "একটি ক্লায়েন্ট পেয়ার চালান",
+  "page-upgrades-get-involved-run-clients-desc": "একটি 'ক্লায়েন্ট' হল এমন সফ্টওয়্যার যা ব্লকচেইন চালায়, এবং Ethereum-এর ক্ষেত্রে, একটি সম্পূর্ণ নোডের জন্য এই ক্লায়েন্টগুলির একটি পেয়ার প্রয়োজন: একটি এক্সিকিউশন লেয়ার ক্লায়েন্ট এবং একটি কনসেন্সাস লেয়ার ক্লায়েন্ট। একটি সম্পূর্ণ নোড লেনদেন পরীক্ষা করতে পারে এবং, যদি 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": "এখানে এমন সমস্ত উপায় রয়েছে যার মাধ্যমে আপনি Ethereum এবং ভবিষ্যতের আপগ্রেড-সম্পর্কিত প্রচেষ্টায় সাহায্য করতে পারেন।",
+  "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/bn/page-upgrades-index.json b/src/intl/bn/page-upgrades-index.json
new file mode 100644
index 00000000000..d4739a5720b
--- /dev/null
+++ b/src/intl/bn/page-upgrades-index.json
@@ -0,0 +1,208 @@
+{
+  "consensus-client-besu-logo-alt": "Besu লোগো",
+  "consensus-client-erigon-logo-alt": "Erigon লোগো",
+  "consensus-client-geth-logo-alt": "Geth লোগো",
+  "consensus-client-lighthouse-logo-alt": "English to Bengali Bengali to English",
+  "consensus-client-lodestar-logo-alt": "Lodestar লোগো",
+  "consensus-client-nethermind-logo-alt": "English to Bengali Bengali to English",
+  "consensus-client-nimbus-logo-alt": "Nimbus লোগো",
+  "consensus-client-prysm-logo-alt": "Prysm লোগো",
+  "consensus-client-teku-logo-alt": "Teku লোগো",
+  "page-upgrades-answer-1": "The Merge-এ Ethereum Mainnet আপগ্রেড করার জন্য Beacon Chain একটি টুল হিসেবে ব্যবহৃত হয়েছিল।",
+  "page-upgrades-answer-2": "The Merge-এর মাধ্যমে, Ethereum তার সবচেয়ে উল্লেখযোগ্য আপগ্রেড করেছে, যেখানে প্রুফ-অফ-ওয়ার্ক এর বদলে একটি নতুন প্রুফ-অফ-স্টেক ভিত্তিক কনসেন্সাস লেয়ার আনা হয়েছে।",
+  "page-upgrades-answer-4": "Beacon Chain ব্যবহার করা হয়েছিল প্রুফ-অফ-স্টেক-ভিত্তিক কনসেন্সাস তৈরি করার জন্য যা Ethereum আজ ব্যবহার করে। এটি Ethereum Mainnet থেকে আলাদাভাবে চালানো হয়েছিল যাতে ডেভেলপাররা আসল কার্যকলাপ সমন্বয় করার জন্য এটি ব্যবহার করার আগে বিচ্ছিন্নভাবে কনসেন্সাস প্রক্রিয়াটি পর্যবেক্ষণ করতে পারে।",
+  "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": "ইথেরিয়াম ফাইন্ডেশন",
+  "page-upgrade-article-author-vitalik-buterin": "Vitalik বুটেরিন",
+  "page-upgrade-article-author-ethos-dev": "Ethos.dev",
+  "page-upgrade-article-title-two-point-oh": "টু পয়েন্ট ওহ: The Beacon Chain",
+  "page-upgrade-article-title-beacon-chain-explainer": "The Beacon Chain 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": "ইথেরিয়ামের জন্য হিচহাইকারদের গাইড",
+  "page-upgrade-article-title-eip-4844": "EIP-4844: শার্ড ব্লব ট্রানজ্যাকশন (প্রোটো-ড্যাঙ্কশার্ডিং)",
+  "page-upgrade-article-title-proto-danksharding-faq": "প্রোটো-ড্যাঙ্কশার্ডিং প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী",
+  "page-upgrade-article-title-sharding-das": "শার্ডিং এবং ডেটা অ্যাভেলেবিলিটি স্যাম্পলিং (DAS) এর একটি ব্যাখ্যা",
+  "page-upgrade-article-title-ethmerge": "Ethmerge",
+  "page-upgrade-article-title-merge-is-coming": "The Merge আসছে",
+  "page-upgrade-article-title-state-of-the-merge": "The Merge-এর অবস্থা: ২০২২-এ Ethereum-এর প্রুফ-অফ-স্টেক-এ মার্জ হওয়ার একটি আপডেট",
+  "page-upgrade-article-title-ropsten-merge-testnet": "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": "Beacon Chain ১ ডিসেম্বর, ২০২০-এ লাইভ হয়েছিল",
+  "page-upgrades-beacon-chain-desc": "Beacon Chain ইথেরিয়ামে স্টেকিং নিয়ে এসেছে এবং ভবিষ্যতের আপগ্রেডের জন্য ভিত্তি স্থাপন করেছে। এটি নতুন প্রুফ-অফ-স্টেক ইথেরিয়ামকে সমন্বয় করে।",
+  "page-upgrades-beacon-chain-estimate": "Beacon Chain লাইভ",
+  "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": "The Merge হলো সেই সময় যখন ১৫ সেপ্টেম্বর, ২০২২-এ Ethereum প্রুফ-অফ-স্টেক কনসেন্সাসে স্থানান্তরিত হয়েছিল। Beacon Chain Mainnet-এর সাথে মার্জ হয়ে যায়, যা আনুষ্ঠানিকভাবে Ethereum-এ প্রুফ-অফ-ওয়ার্ক-কে বাতিল করে এবং Ethereum-এর শক্তি খরচ প্রায় ৯৯.৯৫% কমিয়ে দেয়।",
+  "page-upgrades-merge-btn": "মার্জ সম্পর্কে আরো",
+  "page-upgrades-merge-desc": "Mainnet Ethereum প্রুফ-অফ-স্টেক Beacon Chain-এর সাথে মার্জ হয়ে যায়, যা শক্তি-নিবিড় মাইনিং-এর সমাপ্তি চিহ্নিত করে।",
+  "page-upgrades-merge-estimate": "The Merge লাইভ",
+  "page-upgrades-merge-mainnet": "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": "ইথেরিয়াম আপগ্রেডগুলির মূল চাবিকাঠি হ'ল স্ট্যাকিংয়ের প্রবর্তন। আপনি যদি ইথেরিয়াম নেটওয়ার্ক সুরক্ষিত করতে আপনার ইটিএইচ ব্যবহার করতে চান তবে নিশ্চিত হয়ে নিন যে আপনি এই পদক্ষেপগুলি অনুসরণ করেছেন।.",
+  "page-upgrades-index-staking-learn": "পণ সম্পর্কে জানুন",
+  "page-upgrades-index-staking-learn-desc": "Beacon Chain ইথেরিয়ামে স্টেকিং নিয়ে এসেছে। আপনার যদি 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": "Beacon Chain কি একটি আলাদা ব্লকচেইন?",
+  "page-upgrades-question-2-desc": "হ্যাঁ। Beacon Chain নামটি একটি সমান্তরাল প্রুফ-অফ-স্টেক ব্লকচেইনকে দেওয়া হয়েছিল যা Ethereum-এর Mainnet আপগ্রেড করতে ব্যবহৃত হয়েছিল। এখন শুধুমাত্র একটি ব্লকচেইন রয়েছে, যা মূল Ethereum ব্লকচেইন এবং Beacon Chain-কে একসাথে মার্জ করে গঠিত হয়েছে।",
+  "page-upgrades-question-3-answer-2a": "The Merge-এর প্রভাব ডিএ্যাপস ডেভেলপারদের উপর ন্যূনতম ছিল - তারা এখনও আগের মতোই Ethereum-এর সাথে ইন্টারঅ্যাক্ট করে।",
+  "page-upgrades-question-3-answer-2a-link": "The Merge এবং ডিএ্যাপস ডেভেলপাররা",
+  "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": "যখনই আপনি আজ একটি ট্রানজ্যাকশন পাঠান বা একটি ডিএ্যাপস ব্যবহার করেন, আপনি এক্সিকিউশন লেয়ার ব্যবহার করছেন, যা Mainnet নামেও পরিচিত।",
+  "page-upgrades-question-4-answer-3": "The Merge-এর পর থেকে, ভ্যালিডেটররা প্রুফ-অফ-স্টেকের মাধ্যমে পুরো নেটওয়ার্ককে সুরক্ষিত করে।",
+  "page-upgrades-question-4-answer-6": "যেকোনো ব্যক্তি তাদের ETH স্টেক করে ভ্যালিডেটর হতে পারে।",
+  "page-upgrades-question-4-answer-7": "স্টেকিং সম্পর্কে আরো",
+  "page-upgrades-question-4-title": "এক্সিকিউশন লেয়ার কী?",
+  "page-upgrades-question-4-desc": "The Merge-এর আগে, 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": "আমার ডিএ্যাপস নিয়ে আমার কী করা দরকার?",
+  "page-upgrades-question-6-desc": "The Merge ডিএ্যাপস ডেভেলপারদের উপর ন্যূনতম প্রভাব ফেলার জন্য ডিজাইন করা হয়েছিল, যদিও কিছু ছোট পরিবর্তন লক্ষণীয় ছিল।",
+  "page-upgrades-question-6-answer-1": "মার্জ-পূর্ববর্তী Ethereum-এর সাথে পরিচিত ডিএ্যাপস ডেভেলপারদের কিছু পরিবর্তন সম্পর্কে সচেতন হওয়া উচিত। এই পরিবর্তনগুলোর মধ্যে রয়েছে ব্লক স্ট্রাকচার এবং টাইমিং, কয়েকটি অপকোড পরিবর্তন, অনচেইন র‍্যান্ডমনেসের উৎস এবং ইপোক ফাইনালইজেশনের ধারণা।",
+  "page-upgrades-question-6-answer-1-link": "The Merge কীভাবে Ethereum-এর অ্যাপ্লিকেশন লেয়ারকে প্রভাবিত করেছে",
+  "page-upgrades-question-6-answer-2": "অ্যাপ্লিকেশনগুলো প্রায় সম্পূর্ণভাবে প্রভাবিত হয়নি।",
+  "page-upgrades-question-7-desc": "কমিউনিটির বিভিন্ন দল বিভিন্ন Ethereum আপগ্রেডের উপর কাজ করছে।",
+  "page-upgrades-question-7-lighthouse": "Lighthouse",
+  "page-upgrades-question-7-lighthouse-lang": "(Rust ইমপ্লিমেন্টেশন)",
+  "page-upgrades-question-7-lodestar": "Lodestar",
+  "page-upgrades-question-7-lodestar-lang": "(JavaScript ইমপ্লিমেন্টেশন)",
+  "page-upgrades-question-7-nimbus": "Nimbus",
+  "page-upgrades-question-7-nimbus-lang": "(Nim ইমপ্লিমেন্টেশন)",
+  "page-upgrades-question-7-prysm": "Prysm",
+  "page-upgrades-question-7-prysm-lang": "(Go ইমপ্লিমেন্টেশন)",
+  "page-upgrades-question-7-teams": "Ethereum কনসেন্সাস ক্লায়েন্ট দলগুলো:",
+  "page-upgrades-question-7-teku": "Teku",
+  "page-upgrades-question-7-teku-lang": "(Java ইমপ্লিমেন্টেশন)",
+  "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": "ফেজ ০ Beacon Chain লাইভ করার কাজটি বর্ণনা করেছে।",
+  "page-upgrades-question-10-answer-5": "ফেজ ১ মূলত শার্ড চেইন বাস্তবায়নের উপর দৃষ্টি নিবদ্ধ করেছিল, কিন্তু অগ্রাধিকারটি The Merge-এর দিকে স্থানান্তরিত হয়েছিল, যা ১৫ সেপ্টেম্বর, ২০২২-এ চালু হয়।",
+  "page-upgrades-question-10-answer-6": "ফেজ ১.৫ মূলত শার্ড বাস্তবায়নের পরে পরিকল্পনা করা হয়েছিল, যখন Mainnet-কে Beacon Chain-এর শেষ শার্ড হিসেবে যোগ করা হতো। যাইহোক, রোলআপ প্রযুক্তির অগ্রগতির সাথে সাথে, Ethereum কমিউনিটি এর পরিবর্তে প্রুফ-অফ-ওয়ার্ক থেকে সরে আসার প্রক্রিয়াকে ত্বরান্বিত করেছে।",
+  "page-upgrades-question-10-answer-7": "ফেজ ২-এর পরিকল্পনাগুলো गहन গবেষণা এবং আলোচনার বিষয় হয়েছে। The Merge আমাদের পিছনে ফেলে, এবং লেয়ার ২ সলিউশনগুলোর অগ্রগতির সাথে সাথে, রোলআপের কার্যকারিতা সর্বাধিক করার জন্য ডেটা শার্ডিংয়ের একটি আরও সরলীকৃত রূপ প্রদানের দিকে লক্ষ্য স্থানান্তরিত হয়েছে। বর্তমান লেয়ার ২ গুলো ট্রানজ্যাকশন এক্সিকিউশন স্কেল করার ক্ষমতা সক্ষম করে, এবং শার্ডিং লেয়ার ১-এ এই ডেটার জন্য প্রুফগুলো সস্তা এবং স্কেলেবল উপায়ে স্টোরেজের অনুমতি দেবে।",
+  "page-upgrades-question-10-answer-8": "একটি রোলআপ-কেন্দ্রিক রোডম্যাপ সম্পর্কে আরও",
+  "page-upgrades-question-11-title": "আমি কি Eth2 কিনতে পারি?",
+  "page-upgrades-question-11-desc": "না। Eth2 টোকেন বলে কিছু নেই, এবং The Merge-এর পরে আপনার ETH পরিবর্তন হয়নি।",
+  "page-upgrades-question-11-answer-1": "Eth2 রিব্র্যান্ডের পেছনের অন্যতম চালিকাশক্তি ছিল এই সাধারণ ভুল ধারণা যে The Merge বা অন্য কোনো আপগ্রেডের পরে 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": "শার্ডিং ২০২৩-২০২৪ সালের মধ্যে একাধিক ধাপে The Merge-কে অনুসরণ করবে।",
+  "page-upgrades-shard-desc": "ড্যাঙ্কশার্ডিং Ethereum-এর ডেটা স্টোর করার ক্ষমতা বাড়াবে এবং থ্রুপুট স্কেল করতে ও নেটওয়ার্ক ফি কমাতে L2-এর সাথে সামঞ্জস্যপূর্ণভাবে কাজ করবে। ড্যাঙ্কশার্ডিং একাধিক পর্যায়ে চালু করা হবে, যা প্রোটোড্যাঙ্কশার্ডিং দিয়ে শুরু হবে।",
+  "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": "ইথেরিয়ামের শক্তি খরচ সম্পর্কে আরও",
+  "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' শব্দটি The Merge-এর আগে সাধারণভাবে ব্যবহৃত হত কিন্তু আরও সুনির্দিষ্ট পরিভাষার পক্ষে এটি পর্যায়ক্রমে বাতিল করা হচ্ছে।",
+  "page-upgrades-what-happened-to-eth2-1-more": "The Merge সম্পর্কে আরও।",
+  "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": "এই পরিভাষা আপডেটগুলি কেবল নামকরণের নিয়ম পরিবর্তন করে; এটি ইথেরিয়ামের লক্ষ্য বা রোডম্যাপ পরিবর্তন করে না।",
+  "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": "দুর্ভাগ্যবশত, ক্ষতিকারক ব্যক্তিরা ব্যবহারকারীদের তাদের ETH ‘ETH2’ টোকেনের জন্য সোয়াপ করতে বা Eth2 আপগ্রেডের আগে তাদের ETH মাইগ্রেট করতে বলে Eth2 ভুল নামটি ব্যবহার করে স্ক্যাম করার চেষ্টা করেছে। আমরা আশা করি এই আপডেট করা পরিভাষাটি এই স্ক্যাম ভেক্টরটি দূর করতে স্পষ্টতা আনবে এবং ইকোসিস্টেমকে আরও সুরক্ষিত করতে সাহায্য করবে।",
+  "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-title": "স্টেকিং স্পষ্টতা",
+  "page-upgrades-why-cant-we-just-use-eth2-staking-clarity-description": "কিছু স্টেকিং অপারেটর Beacon Chain-এ স্টেক করা 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/bn/page-upgrades.json b/src/intl/bn/page-upgrades.json
index 25266148733..0e8419f52fa 100644
--- a/src/intl/bn/page-upgrades.json
+++ b/src/intl/bn/page-upgrades.json
@@ -1,3 +1,23 @@
 {
+  "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": "ওপেন সোর্স Eth2 বিকন চেন এক্সপ্লোরার",
+  "consensus-beaconscan-desc": "বিকন চেইন - সম্মতি লেয়ারের জন্য ইথারস্ক্যান",
+  "consensus-become-staker": "একজন স্টেকার হোন",
+  "consensus-become-staker-desc": "স্টেকিং লাইভ আছে! আপনি যদি নেটওয়ার্কটিকে সুরক্ষিত করতে আপনার ETH-কে বাজি ধরতে চান, তাহলে নিশ্চিত করুন যে আপনি ঝুঁকিগুলি সম্পর্কে সচেতন।.",
+  "consensus-explore": "ডেটাটি এক্সপ্লোর করুন",
+  "consensus-run-beacon-chain": "একটি সম্মতি ক্লায়েন্ট চালু করুন",
+  "consensus-run-beacon-chain-desc": "যত বেশি সংখ্যক ক্লায়েন্ট ইথেরিয়াম চালায় ততই ভাল। জনস্বার্থে ইথেরিয়াম ব্যবহার করুন!",
   "read-more": "আরও পড়ুন"
 }
diff --git a/src/intl/bn/page-wallets-find-wallet.json b/src/intl/bn/page-wallets-find-wallet.json
index 0a3571bc300..3dfb8dda28d 100644
--- a/src/intl/bn/page-wallets-find-wallet.json
+++ b/src/intl/bn/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": "আপনি যে বৈশিষ্ট্যগুলো চান তার উপর ভিত্তি করে ইথেরিয়াম ওয়ালেট খুঁজুন এবং তুলনা করুন।",
-  "page-find-wallet-meta-title": "একটি ইথেরিয়াম ওয়ালেট খুঁজুন",
-  "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": "আত্মরক্ষা",
-  "page-find-wallet-non-custodial": "নন-কাস্টোডিয়াল",
+  "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": "যে ওয়ালেটগুলো ইথেরিয়াম নেটওয়ার্কের উপর তৈরী করা অ্যাপ্লিকেশনের সাথে সংযোগ করে",
+  "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": "বহু-স্বাক্ষর (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": "Hodler",
-  "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": "যে ওয়ালেটগুলি ডিএ্যাপস ডেভেলপ এবং টেস্ট করতে সাহায্য করে।",
+  "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/bn/page-wallets.json b/src/intl/bn/page-wallets.json
index 3fbc80dfb83..32ae866b609 100644
--- a/src/intl/bn/page-wallets.json
+++ b/src/intl/bn/page-wallets.json
@@ -1,67 +1,66 @@
 {
   "page-wallets-accounts-addresses": "ওয়ালেট, অ্যাকাউন্ট, চাবি এবং ঠিকানা",
   "page-wallets-accounts-addresses-desc": "কিছু প্রধান পারিভাষিক শব্দের মধ্যাকার মধ্যে পার্থক্য বোঝা জরুরি।",
-  "page-wallets-accounts-ethereum-addresses": "একটি ইথেরিয়াম অ্যাকাউন্টের একটি এড্রেস রয়েছে যেমন একটি ইনবক্সের একটি ইমেইল আছে। এটি আপনার ডিজিটাল সম্পদ সনাক্তকরণে ব্যবহার করা হয়।",
+  "page-wallets-accounts-ethereum-addresses": "<b>একটি ইথেরিয়াম অ্যাকাউন্টের একটি এড্রেস থাকে</b>, যেমন একটি ইনবক্সের একটি ইমেল এড্রেস থাকে। এটি আপনার ডিজিটাল সম্পদ শনাক্ত করতে ব্যবহৃত হয়।",
   "page-wallets-alt": "শরীরে ভল্ট রয়েছে এমন একটি রোবটের প্রতীকী ছবি, ইথেরিয়াম ওয়ালেটকে উপস্থাপন করে",
-  "page-wallets-ethereum-account": "একটি ইথেরিয়াম একাউন্টের এক জোড়া চাবি রয়েছে। একটি চাবি এড্রেস তৈরিতে ব্যবহৃত হয় যা আপনি অবাধে শেয়ার করতে পারেন, এবং অপর চাবিটি কোনকিছু স্বাক্ষর করতে ব্যবহৃত হয়। একসঙ্গে এই চাবিগুলো আপনাকে সম্পদ ধরে রাখতে এবং লেনদেন করতে দিবে।",
+  "page-wallets-ethereum-account": "<b>একটি ইথেরিয়াম অ্যাকাউন্ট হল এক জোড়া চাবি</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": "ওয়ালেট হলো আপনার ইথেরিয়াম অ্যাকাউন্টের জন্য একটি টুল। তার মানে আপনি যেকোন সময় ওয়ালেট প্রদানকারীকে অদলবদল করতে পারেন। অনেক ওয়ালেট আপনাকে একটি অ্যাপ্লিকেশন থেকে একাধিক ইথেরিয়াম অ্যাকাউন্টও পরিচালনা করতে দেয়।",
   "page-wallets-desc-4": "ওয়ালেট প্রদানকারীরা আপনার ফান্ডের হেফাজত করেনা। তারা শুধু ইথেরিয়ামে আপনার সম্পদগুলো দেখতে একটি উইন্ডো এবং সহজে সেগুলো পরিচালনা করতে কিছু টুলস প্ৰদান করে।",
   "page-wallets-description": "ইথেরিয়াম ওয়ালেট গুলো হলো এমন অ্যাপ্লিকেশন যা আপনাকে আপনার একাউন্টের উপর নিয়ন্ত্রণ দেয়। ঠিক আপনার ফিজিক্যাল ওয়ালেটের মতো, এটিতে আপনার পরিচয় প্রমাণ করতে এবং আপনার সম্পদ পরিচালনার সবকিছু রয়েছে। আপনার ওয়ালেটের মাধ্যমে আপনি অ্যাপ্লিকেশনে সাইন আপ করতে পারবেন, আপনার ব্যালেন্স দেখতে পারবেন, অর্থ পাঠাতে পারবেন এবং আপনার পরিচয় যাচাই করতে পারবেন।",
-  "page-wallets-desktop": "আপনি যদি macOS, Windows বা Linux এর মাধ্যমে আপনার ফান্ড গুলো পরিচালনা করতে পছন্দ করেন তাহলে ডেস্কটপ অ্যাপ্লিকেশন",
-  "page-wallets-ethereum-wallet": "ওয়ালেট হলো একটি টুলস যা আপনাকে আপনার চাবি ব্যবহার করে আপনার অ্যাকাউন্ট পরিচালনা করতে দেয়। এটি আপনাকে আপনার অ্যাকাউন্টের ব্যালেন্স দেখতে, ট্রানজ্যাকশন পাঠাতে এবং আরও অনেক কিছু করতে দেয়।",
-  "page-wallets-explore": "Ethereum-এর জগত এক্সপ্লোর করুন",
+  "page-wallets-desktop": "<b>ডেস্কটপ অ্যাপ্লিকেশন</b> যদি আপনি macOS, Windows বা Linux-এর মাধ্যমে আপনার তহবিল পরিচালনা করতে পছন্দ করেন।",
+  "page-wallets-ethereum-wallet": "<b>ওয়ালেট হলো একটি টুল যা আপনাকে আপনার চাবি ব্যবহার করে আপনার অ্যাকাউন্টের সাথে ইন্টারঅ্যাক্ট করতে দেয়</b>। এটি আপনাকে আপনার অ্যাকাউন্টের ব্যালেন্স দেখতে, লেনদেন পাঠাতে এবং আরও অনেক কিছু করতে দেয়।",
+  "page-wallets-explore": "ইথেরিয়ামের জগত এক্সপ্লোর করুন",
   "page-wallets-features-desc": "আপনি যে বৈশিষ্ট্যগুলো পছন্দ করেন তার উপর ভিত্তি করে আমরা আপনার ওয়ালেট বাছাইয়ে সাহায্য করতে পারি।",
   "page-wallets-features-title": "বৈশিষ্টের উপর ভিত্তি করে ওয়ালেট গুলোর তুলনা করুন",
   "page-wallets-find-wallet-btn": "একটি ওয়ালেট খুঁজুন",
   "page-wallets-find-wallet-link": "ওয়ালেট খুঁজে নিন। ",
   "page-wallets-get-some": "কিছু ETH পান",
-  "page-wallets-get-some-alt": "->পৃষ্ঠা-কি-হয়-ইথেরিয়াম-পরিবর্তে-ছবি-লেগো",
+  "page-wallets-get-some-alt": "লেগো ব্রিক দিয়ে ETH লোগো তৈরি করা একটি হাতের ছবি",
   "page-wallets-get-some-btn": "কিছু ETH পান",
   "page-wallets-get-some-desc": "ETH হলো ইথেরিয়ামের একটা নেটিভ ক্রিপ্টো। ইথেরিয়াম অ্যাপ্লিকেশন ব্যবহারের জন্য আপনার কিছু ETH এর প্রয়োজন হবে।",
-  "page-wallets-how-to-store": "ইথেরিয়াম এ ডিজিটাল সম্পদ কিভাবে সঞ্চয় করবেন",
   "page-wallets-keys-to-safety": "আপনার ক্রিপ্টো সুরক্ষিত রাখার চাবিকাঠি",
   "page-wallets-manage-funds": "আপনার ফান্ডসমূহ পরিচালনার জন্য একটি অ্যাপ",
   "page-wallets-manage-funds-desc": "আপনার ওয়ালেট আপনার ব্যালেন্স, ট্রানজ্যাকশন হিস্টোরি দেখায় এবং ফান্ড পাঠানো/গ্রহণ করার একটি উপায় দেয়। কিছু ওয়ালেট আরো ফিচার অফার করতে পারে।",
   "page-wallets-meta-description": "ইথেরিয়াম ওয়ালেট ব্যবহার করতে আপনার যা জানা দরকার।",
-  "page-wallets-meta-title": "ইথেরিয়াম ওয়ালেট",
-  "page-wallets-mobile": "মোবাইল অ্যাপ্লিকেশনগুলো আপনার ফান্ডকে যেকোন জায়গা থেকে অ্যাক্সেসযোগ্য করে তোলে",
+  "page-wallets-meta-title": "ইথেরিয়াম ওয়ালেট: ক্রিপ্টো কিনুন, সঞ্চয় করুন এবং পাঠান",
+  "page-wallets-mobile": "<b>মোবাইল অ্যাপ্লিকেশন</b> যা আপনার তহবিল যেকোনো জায়গা থেকে অ্যাক্সেসযোগ্য করে তোলে",
   "page-wallets-more-on-dapps-btn": "dapps সম্পর্কে আরও",
   "page-wallets-most-wallets": "বেশিরভাগ ওয়ালেট পণ্যগুলো আপনাকে একটি ইথেরিয়াম অ্যাকাউন্ট তৈরি করতে দেবে। তাই ওয়ালেট ডাউনলোড করার আগে আপনার একটির প্রয়োজন নেই।",
   "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": "আর্থিক স্বাধীনতা এবং যেকোনো জায়গায় তহবিল অ্যাক্সেস এবং ব্যবহার করার ক্ষমতা দায়িত্বের সাথে আসে – ক্রিপ্টোতে কোনো গ্রাহক সহায়তা নেই। <b>আপনার চাবিগুলি নিরাপদ এবং সুরক্ষিত রাখার জন্য আপনি দায়ী</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": "ইথেরিয়াম ওয়ালেট।",
   "page-wallets-triple-check": "সবকিছু তিনবার করে চেক করুন",
   "page-wallets-triple-check-desc": "মনে রাখবেন ট্রানজ্যাকশন ফিরিয়ে আনা যায় না এবং ওয়ালেট সহজে পুনরুদ্ধার করা যায় না তাই সতর্কতা অবলম্বন করুন এবং সর্বদা সতর্ক থাকুন।",
   "page-wallets-try-dapps": "কিছু dapps দেখুন",
-  "page-wallets-try-dapps-alt": "->পৃষ্ঠা-কি-হয়-ইথেরিয়াম-পরিবর্তে-ছবি-সম্প্রদায়",
+  "page-wallets-try-dapps-alt": "ইথেরিয়াম কমিউনিটির সদস্যদের একসাথে কাজ করার একটি ছবি",
   "page-wallets-try-dapps-desc": "Dapps হলো এমন অ্যাপ্লিকেশন যা ইথেরিয়াম এর উপর ভিত্তি করে তৈরী। এগুলো সাশ্রয়ী, ন্যায্য এবং বেশিরভাগ গতানুগতিক অ্যাপ্লিকেশন এর তুলনায় আপনার ডেটার জন্য উৎকৃষ্ট।",
   "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": "একটি ইথেরিয়াম ওয়ালেট কি?",
   "page-wallets-your-ethereum-account": "আপনার ইথেরিয়াম অ্যাকাউন্ট",
   "page-wallets-your-ethereum-account-desc": "আপনার ওয়ালেট হলো আপনার ইথেরিয়াম অ্যাকাউন্টে আপনার প্রবেশদ্বার – যা আপনাকে আপনার ব্যালেন্স, ট্রানজ্যাকশন হিস্টোরি এবং অনেক কিছ পরিচালনা করতে দেয়। কিন্তু আপনি যেকোনো সময় ওয়ালেট প্রদানকারীকে অদলবদল করতে পারেন।",
   "page-wallets-your-login": "ইথেরিয়াম অ্যাপ্লিকেশনের জন্য আপনার লগইন",
   "page-wallets-your-login-desc": "আপনার ওয়ালেট আপনার ইথেরিয়াম অ্যাকাউন্ট ব্যবহার করে আপনাকে অ্যাপ্লিকেশনসমূহের সাথে সংযোগ করতে দেয়। এটি একটি লগইনের মতো যা আপনি অনেকগুলি অ্যাপ জুড়ে ব্যবহার করতে পারেন।",
-  "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/bn/page-what-is-ether.json b/src/intl/bn/page-what-is-ether.json
new file mode 100644
index 00000000000..f912e6158c9
--- /dev/null
+++ b/src/intl/bn/page-what-is-ether.json
@@ -0,0 +1,100 @@
+{
+  "page-what-is-ether-meta-title": "Ether (ETH) কী? (একটি সম্পূর্ণ নির্দেশিকা) | ethereum.org",
+  "page-what-is-ether-meta-description": "Ether (ETH) হল Ethereum-এর নিজস্ব ক্রিপ্টোকারেন্সি। এটি কিসের জন্য ব্যবহৃত হয়, কীভাবে এবং কোথায় এটি কিনবেন, এটি কতটা আছে এবং কী এর দামকে প্রভাবিত করে তা জানুন।",
+  "page-what-is-ether-twitter-meta-description": "Ether (ETH) হল Ethereum-এর নিজস্ব ক্রিপ্টোকারেন্সি। এটি কিসের জন্য ব্যবহৃত হয়, কীভাবে এবং কোথায় এটি কিনবেন, এটি কতটা আছে এবং আরও অনেক কিছু জানুন।",
+  "page-what-is-ether-title": "Ether (ETH) কী?",
+  "page-what-is-ether-hero-description-1": "Ether (ETH) হল নিজস্ব ক্রিপ্টোকারেন্সি যা Ethereum নেটওয়ার্ককে শক্তি জোগায়। এটি নেটওয়ার্ক এবং এর উপরে নির্মিত অ্যাপ্লিকেশনগুলো ব্যবহারের জন্য লেনদেন ফি (যা 'গ্যাস' নামে পরিচিত) প্রদান করতে, স্টেকিংয়ের মাধ্যমে নেটওয়ার্ক সুরক্ষিত করতে ব্যবহৃত হয়, এবং কোনও কেন্দ্রীয় সত্তা, সংস্থা বা সরকার দ্বারা নিয়ন্ত্রিত না হয়ে পেমেন্ট এবং বিনিয়োগের জন্য ডিজিটাল অর্থ হিসাবে কাজ করে। বাজার মূলধনের দিক থেকে ETH অন্যতম বৃহত্তম ক্রিপ্টোকারেন্সি।",
+  "page-what-is-ether-what-is-ether-description-1": "Ether, যা সাধারণত ETH নামে পরিচিত, হল সেই জ্বালানি যা Ethereum ব্লকচেইনকে শক্তি জোগায়। বিটকয়েনের মতো নয়, যা প্রাথমিকভাবে ডিজিটাল অর্থ হিসাবে কাজ করে, Ethereum ইকোসিস্টেমের মধ্যে ইথারের একাধিক ব্যবহার রয়েছে।",
+  "page-what-is-ether-what-is-ether-description-2": "<strong>Ethereum-এর নিজস্ব ক্রিপ্টোকারেন্সি হিসাবে, ETH ব্যবহৃত হয়:</strong>",
+  "page-what-is-ether-what-is-ether-description-3": "নেটওয়ার্ক এবং এর অ্যাপ্লিকেশনগুলো ব্যবহারের জন্য লেনদেন ফি (গ্যাস) প্রদান করুন",
+  "page-what-is-ether-what-is-ether-description-4": "স্টেকিংয়ের মাধ্যমে Ethereum নেটওয়ার্ক সুরক্ষিত করুন",
+  "page-what-is-ether-what-is-ether-description-5": "ETH 2015 সালে Ethereum-এর সূচনার অংশ হিসাবে প্রবর্তিত হয়েছিল এবং তারপর থেকে এটি <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": "Ethereum মেইননেটে স্মার্ট কন্ট্র্যাক্ট স্থাপন করার সময় ETH লেনদেন ফি প্রদান করে। এটি Ethereum ইকোসিস্টেমের অনেক অ্যাপ্লিকেশনের মধ্যে ব্যবহৃত প্রাথমিক মুদ্রা।",
+  "page-what-is-ether-what-is-ether-description-10": "বিনিয়োগকারীদের জন্য",
+  "page-what-is-ether-what-is-ether-description-11": "ETH স্টেকিংয়ের মাধ্যমে মূল্যের ভান্ডার এবং আয়-উৎপাদনকারী সম্পদ হিসাবে কাজ করে। এটি web3-এর বৃদ্ধি এবং প্রসারমান ডিজিটাল অর্থনীতিতে এক্সপোজার প্রদান করে।",
+  "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": "Ethereum নেটওয়ার্ক সুরক্ষিত করার সময় পুরস্কার অর্জনের জন্য <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> একটি ওয়ালেট এবং প্রাপকের অ্যাড্রেস প্রয়োজন। তাদের অ্যাড্রেস লিখুন, পরিমাণ উল্লেখ করুন, লেনদেন ফি পর্যালোচনা করুন এবং নিশ্চিত করুন। লেনদেন সাধারণত 30 সেকেন্ডের মধ্যে পৌঁছে যায় এবং একবার নিশ্চিত হয়ে গেলে তা উল্টানো যায় না।",
+  "page-what-is-ether-how-to-send-and-receive-eth-description-2": "<strong>ETH গ্রহণ করার জন্য</strong> আপনার Ethereum অ্যাড্রেস বা 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": "Ethereum এবং এটি কীভাবে কাজ করে সে সম্পর্কে জানুন।",
+  "page-what-is-ether-how-to-send-and-receive-eth-callout": "শুধুমাত্র বিশ্বস্ত পরিচিতিদের সাথে আপনার Ethereum অ্যাড্রেস শেয়ার করুন। যেহেতু Ethereum একটি পাবলিক লেজার, তাই তারা আপনার ব্যালেন্স এবং লেনদেন দেখতে পারে। তারা আপনার ফান্ড অ্যাক্সেস করতে পারে না তবে গোপনীয়তা বাঞ্ছনীয়।",
+  "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 লেনদেন সাধারণত 30 সেকেন্ডের মধ্যে সম্পন্ন হয়। Ethereum নেটওয়ার্ক প্রতি 12 সেকেন্ডে ব্লক প্রসেস করে, যদিও কনজেশনের সময় লেনদেনগুলো সারিবদ্ধ হতে পারে।",
+  "page-what-is-ether-how-long-does-it-take-to-send-eth-description-2": "লেনদেনগুলো প্রায় ~15 মিনিট পরে 'চূড়ান্ততা' অর্জন করে, যা বিটকয়েনের 60-মিনিটের গড়ের তুলনায় অনেক কম।",
+  "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": "Ethereum লেনদেনের জন্য <strong>ETH-তে লেনদেন ফি</strong> প্রদান করতে হয়। ফি গণনা করা হয় প্রয়োজনীয় কম্পিউটেশনাল কাজের (যা 'গ্যাস'-এ পরিমাপ করা হয়) এবং নেটওয়ার্কের বর্তমান চাহিদার উপর ভিত্তি করে। গ্যাসের দাম নেটওয়ার্ক ট্র্যাফিকের সাথে ওঠানামা করে, যা অফ-পিক সময়ে লেনদেনকে কম খরচের করে তোলে।",
+  "page-what-is-ether-l2s": "L2s-এ প্রবেশ করুন: Ethereum স্কেলিং",
+  "page-what-is-ether-l2s-description-1": "Ethereum-এর জনপ্রিয়তা বাড়ার সাথে সাথে, লেনদেন ফি কম রাখা চ্যালেঞ্জিং হয়ে ওঠে। <strong>লেয়ার 2 (L2)</strong> নেটওয়ার্কগুলো এই সমস্যার সমাধান করে।",
+  "page-what-is-ether-l2s-description-2": "<optimism>Optimism</optimism> এবং <arbitrum>Arbitrum</arbitrum>-এর মতো L2-গুলো Ethereum-এর নিরাপত্তা উত্তরাধিকার সূত্রে পাওয়ার পাশাপাশি <strong>10-100 গুণ সস্তা ফি</strong> অফার করে। তারা অফচেইন লেনদেন প্রক্রিয়া করে এবং Ethereum-এ ডেটা পোস্ট করে।",
+  "page-what-is-ether-l2s-description-3": "এগুলোকে এক্সপ্রেস লেন হিসাবে ভাবুন যা Ethereum-এর প্রধান হাইওয়ের পাশাপাশি দ্রুত, সস্তা লেনদেন প্রদান করে।",
+  "page-what-is-ether-l2s-description-4": "L2 <strong>ট্রান্সফারের খরচ সাধারণত $0.01-এর কম</strong>, যা Robinhood, PayPal, এবং Shopify-এর মতো কোম্পানিগুলোর সাথে ইন্টিগ্রেশনের মাধ্যমে Ethereum-কে লক্ষ লক্ষ ব্যবহারকারীর কাছে নিয়ে আসে।",
+  "page-what-is-ether-what-is-the-eth-supply": "ETH সরবরাহ কত?",
+  "page-what-is-ether-what-is-the-eth-supply-description-1": "বিটকয়েনের নির্দিষ্ট 21 মিলিয়ন ক্যাপের মতো নয়, 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>ইথেরিয়াম ফাউন্ডেশন</strong>: সরবরাহের <ef>0.3% এর কম</ef> ধারণ করে (2014 সালের 9% থেকে কম)",
+  "page-what-is-ether-who-holds-most": "কার কাছে সবচেয়ে বেশি আছে?",
+  "page-what-is-ether-who-holds-most-description-1": "সর্বোচ্চ ETH ব্যালেন্স সহ Ethereum অ্যাড্রেসগুলো সাধারণত কোনো ব্যক্তি নয়। \"শীর্ষ\" Ethereum অ্যাড্রেসগুলোতে দৃশ্যমান বেশিরভাগ ইথার কোনো একক ব্যক্তির হোল্ডিং নয়, বরং অনেক বিভিন্ন ব্যক্তি এবং সত্তার সম্মিলিত, পুল করা ফান্ডকে প্রতিনিধিত্ব করে।",
+  "page-what-is-ether-who-holds-most-description-2": "সর্বোচ্চ-ব্যালেন্সযুক্ত ETH অ্যাকাউন্টগুলোতে সাধারণত অন্তর্ভুক্ত থাকে:",
+  "page-what-is-ether-who-holds-most-description-3": "বিকন চেইন ডিপোজিট কন্ট্র্যাক্ট: ডিপোজিট কন্ট্র্যাক্টের ব্যালেন্স সেই সমস্ত ETH-কে প্রতিনিধিত্ব করে যা Ethereum নেটওয়ার্ক সুরক্ষিত করতে সাহায্য করার জন্য <staked>স্টেক করা</staked> হয়েছে। যদিও এটি সবচেয়ে বড় ETH ব্যালেন্স সহ Ethereum অ্যাড্রেস, এটি একটি অ্যাক্সেসযোগ্য Ethereum ওয়ালেট অ্যাকাউন্টকে প্রতিনিধিত্ব করে না। এটি একটি স্মার্ট কন্ট্র্যাক্ট যা স্টেকিংয়ে অংশগ্রহণের প্রথম পদক্ষেপ হিসাবে ETH-এর ডিপোজিট গ্রহণ করে, তারপর নেটওয়ার্কের সক্রিয় ভ্যালিডেটরদের জুড়ে সেই ইথারের ব্যালেন্স পরিচালনা করে।",
+  "page-what-is-ether-who-holds-most-description-4": "স্মার্ট কন্ট্র্যাক্ট: অন্যান্য উচ্চ-ব্যালেন্সযুক্ত Ethereum অ্যাড্রেসগুলোর মধ্যে অনেকগুলিই স্মার্ট কন্ট্র্যাক্টকে প্রতিনিধিত্ব করে যা Ethereum-ভিত্তিক অ্যাপ্লিকেশনগুলোকে শক্তি জোগায়, যেমন ডিসেন্ট্রালাইজড ফাইন্যান্স (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 ব্যালেন্স সহ Ethereum ওয়ালেট অ্যাড্রেসগুলোর একটি লাইভ তালিকা দেখতে পারেন।",
+  "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>: সমস্ত Ethereum লেনদেনের জন্য গ্যাস ফি হিসাবে 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 টোকেন যা ETH-কে 1:1 ভিত্তিতে প্রতিনিধিত্ব করে। অনেক ডিসেন্ট্রালাইজড অ্যাপ এবং L2 নেটওয়ার্ক ERC-20 টোকেন পরিচালনা করার জন্য তৈরি করা হয়েছে, কিন্তু নিজস্ব ETH নিজে একটি ERC-20 টোকেন নয়। 'র‍্যাপিং' মানে হল একটি স্মার্ট কন্ট্র্যাক্টে ETH লক করা, এবং সেই লক করা ETH (WETH)-এর একটি ERC-20 উপস্থাপনা ইস্যু করা, যা এটিকে যেকোনো অ্যাপ এবং L2-তে ব্যবহার করার অনুমতি দেয় যা শুধুমাত্র 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/bn/page-what-is-ethereum.json b/src/intl/bn/page-what-is-ethereum.json
index 0ac2f683746..7c1f41e41dd 100644
--- a/src/intl/bn/page-what-is-ethereum.json
+++ b/src/intl/bn/page-what-is-ethereum.json
@@ -1,113 +1,187 @@
 {
-  "page-what-is-ethereum-alt-img-bazaar": "একজন ব্যক্তির একটি বাজারে উঁকি মারার ছবি দিয়ে ইথেরিয়ামকে উপস্থাপন করা হয়",
-  "page-what-is-ethereum-alt-img-comm": "ইথেরিয়াম কমিউনিটির সদস্যদের একসাথে কাজ করার একটি ছবি",
-  "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": "ইথেরিয়াম দিয়ে কিছু একটা তৈরি করুন",
-  "page-what-is-ethereum-build-desc": "আপনি যদি ইথেরিয়াম এর উপর ভিত্তি করে কিছু তৈরি করতে চান, আমাদের ডকুমেন্টগুলো পড়ুন, কিছু টিউটোরিয়াল দেখে চেষ্টা করুন বা শুরু করতে আপনার প্রয়োজনীয় টুলস চেক করুন।",
-  "page-what-is-ethereum-censorless-card": "সেন্সরশিপ-প্রতিরোধী",
-  "page-what-is-ethereum-censorless-card-desc": "ইথেরিয়াম এর উপর কোন সরকার বা কোম্পানির নিয়ন্ত্রণ নেই। ডিসেন্ট্রালাইজেশনের কারণে আপনাকে পেমেন্ট গ্রহণ করা বা ইথেরিয়াম এ পরিষেবাগুলি ব্যবহার করা থেকে আটকানো প্রায় অসম্ভব।",
-  "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": "সকল অ্যাপ্লিকেশন একই ব্লকচেইনে একটি শেয়ার্ড গ্লোবাল স্টেটে তৈরি করা হয়েছে, যার অর্থ তারা একে অপরের উপর ভিত্তি করে তৈরি (ঠিক লেগো ব্রিকসের মতো)। এটি আরো ভাল পণ্য এবং অভিজ্ঞতা প্রদান করে এবং নিশ্চয়তা দেয় যে কেউ কোনো টুলস অপসারণ করতে পারবেন না যার উপর অন্য অ্যাপস নির্ভর করে।",
-  "page-what-is-ethereum-community": "ইথেরিয়াম কমিউনিটি",
-  "page-what-is-ethereum-desc": "আমাদের ডিজিটাল ভবিষ্যতের ভিত্তি",
-  "page-what-is-ethereum-explore": "ইথেরিয়ামের জগত এক্সপ্লোর করুন",
-  "page-what-is-ethereum-internet-card": "সবার জন্য উন্মুক্ত ইন্টারনেট",
-  "page-what-is-ethereum-internet-card-desc": "যে কেউ ইথেরিয়াম নেটওয়ার্কের সাথে ইন্টারঅ্যাক্ট করতে বা এতে অ্যাপ্লিকেশন তৈরি করতে পারে। এটি আপনাকে কয়েকটি মেগা-কর্পোরেশন দ্বারা নিয়ন্ত্রিত হওয়ার পরিবর্তে, আপনার নিজস্ব সম্পদ এবং পরিচয় নিয়ন্ত্রণ করতে দেয়।",
-  "page-what-is-ethereum-meet-comm": "কমিউনিটির সাথে সাক্ষাৎ করুন",
-  "page-what-is-ethereum-meta-description": "ইথেরিয়াম সম্পর্কে জানুন, এটি কী করে এবং কীভাবে এটিকে নিজের জন্য ব্যবহার করবেন।",
-  "page-what-is-ethereum-meta-title": "ইথেরিয়াম কী? | ethereum.org",
-  "page-what-is-ethereum-p2p-card": "একটি পিয়ার-টু-পিয়ার নেটওয়ার্ক",
-  "page-what-is-ethereum-p2p-card-desc": "ইথেরিয়াম আপনাকে অন্য লোকেদের সাথে সরাসরি সমন্বয় করতে, চুক্তি করতে বা ডিজিটাল সম্পদ স্থানান্তর করতে দেয়। আপনাকে মধ্যস্থতাকারীদের উপর নির্ভর করতে হবে না।",
-  "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": "ইথেরিয়াম কীভাবে কাজ করে, এটি কি কি সুবিধা নিয়ে আসে এবং সারা বিশ্বের লক্ষ লক্ষ মানুষ কীভাবে এটি ব্যবহার করছে তার একটি সম্পূর্ণ শিক্ষানবিস গাইড।",
-  "page-what-is-ethereum-button-lets-start": "চল শুরু করি",
-  "page-what-is-ethereum-blockchain-tab-title": "->পৃষ্ঠা-কি-হয়-ইথেরিয়াম-ব্লকচেইন-হিসাব-শিরোনাম?",
-  "page-what-is-ethereum-blockchain-tab-content": "<b>একটি ব্লকচেইন হল লেনদেনের একটি ডেটাবেজ</b> যা একটি নেটওয়ার্কের অনেকগুলি কম্পিউটারে আপডেট এবং শেয়ার করা থাকে। প্রতিবার লেনদেনের একটি নতুন সেট যোগ করা হলে, একে \"ব্লক\" বলা হয় - তাই ব্লকচেইন নাম। ইথেরিয়াম এর মতো পাবলিক ব্লকচেইন যে কাউকে ডেটা যোগ করার অনুমতি দেয়, কিন্তু অপসারণ করতে দেয় না। কেউ যদি কোনো তথ্য পরিবর্তন করতে চায় বা সিস্টেমে প্রতারণা করতে চায়, তাহলে তাদের নেটওয়ার্কের অধিকাংশ কম্পিউটারে তা করতে হবে। যা অনেক! এটি ইথেরিয়ামের মতো ডিসেন্ট্রালাইজড ব্লকচেইনগুলিকে অত্যন্ত সুরক্ষিত করে তোলে।",
-  "page-what-is-ethereum-cryptocurrency-tab-title": "->পৃষ্ঠা-কি-হয়-ইথেরিয়াম-কি-হয়-গুপ্ত-শিরোনাম?",
-  "page-what-is-ethereum-cryptocurrency-tab-content-1": "ক্রিপ্টোকারেন্সি একটি শব্দ যা ব্লকচেইন ব্যবহার করে সুরক্ষিত অনেক ধরনের ফাঞ্জিবল ডিজিটাল টোকেন বর্ণনা করতে ব্যবহৃত হয়। এগুলো সব বিটকয়েন দিয়ে শুরু হয়েছিল। একজন মধ্যস্থতাকারীকে বিশ্বাস না করেই দুই পক্ষের মধ্যে মূল্য হস্তান্তর করতে বিটকয়েন ব্যবহার করা যেতে পারে। আপনাকে শুধুমাত্র বিটকয়েন কোডে বিশ্বাস করতে হবে, যা সব উন্মুক্ত এবং অবাধে উপলব্ধ।",
-  "page-what-is-ethereum-cryptocurrency-tab-content-2": "বিটকয়েন এবং ইথারের মতো সম্পদগুলিকে \"ক্রিপ্টোকারেন্সি\" বলার কারণ হল যে কোনো প্রতিষ্ঠান বা কর্পোরেশনকে সততার সাথে কাজ করার জন্য বিশ্বাস না করে আপনার ডেটা এবং সম্পদের নিরাপত্তা ক্রিপ্টোগ্রাফি দ্বারা নিশ্চিত করা হয়।",
-  "page-what-is-ethereum-cryptocurrency-tab-content-3": "ইথেরিয়ামের নিজস্ব নেটিভ ক্রিপ্টোকারেন্সি আছে, ইথার (ETH), যা নেটওয়ার্কে কিছু ক্রিয়াকলাপের জন্য অর্থ প্রদান করতে ব্যবহৃত হয়। এটি অন্য ব্যবহারকারীদের কাছে স্থানান্তর করা যেতে পারে বা ইথেরিয়াম এ অন্যান্য টোকেনের জন্য অদলবদল করা যেতে পারে। ইথার হল স্পেশাল কারণ এটি ইথেরিয়াম এ অ্যাপস এবং অর্গানাইজেশন তৈরিতে ও চালাতে প্রয়োজনীয় কম্পিউটেশনের জন্য অর্থ প্রদানে ব্যবহৃত হয়।",
-  "page-what-is-ethereum-summary-title": "সারাংশ",
-  "page-what-is-ethereum-summary-desc-1": "ইথেরিয়াম হল সারা বিশ্বজুড়ে কম্পিউটারের একটি নেটওয়ার্ক যা ইথেরিয়াম প্রোটোকল নামক কিছু নিয়মের একটি সেট অনুসরণ করে। ইথেরিয়াম নেটওয়ার্ক কমিউনিটি, অ্যাপ্লিকেশন, সংস্থা এবং ডিজিটাল সম্পদের ভিত্তি হিসাবে কাজ করে যা যে কেউ তৈরি করতে এবং ব্যবহার করতে পারে।",
-  "page-what-is-ethereum-summary-desc-2": "আপনি যেকোন জায়গা থেকে যেকোনও সময়ে একটি ইথেরিয়াম অ্যাকাউন্ট তৈরি করতে পারেন এবং অ্যাপস এর একটি বিশ্ব এক্সপ্লোর করতে পারবেন বা নিজেই তৈরি করতে পারবেন। এখানে মূল বিষয় হল যে আপনি নিয়ম পরিবর্তন করতে পারে বা আপনার অ্যাক্সেস সীমাবদ্ধ করতে পারে এমন কোনো কেন্দ্রীয় কর্তৃপক্ষকে বিশ্বাস না করেই এই সব করতে পারবেন যা।",
-  "page-what-is-ethereum-summary-desc-3": "আরও জানতে পড়তে থাকুন…",
-  "page-what-is-ethereum-btc-eth-diff-title": "ইথেরিয়াম ও বিটকয়েন এর মধ্যে পার্থক্য কি?",
-  "page-what-is-ethereum-btc-eth-diff-1": "2015-এ চালু করা, ইথেরিয়াম কিছু বড় পার্থক্য সহ বিটকয়েনের উদ্ভাবনের উপর ভিত্তি করে তৈরি।",
-  "page-what-is-ethereum-btc-eth-diff-2": "উভয়ই আপনাকে পেমেন্ট প্রদানকারী বা ব্যাংক ছাড়াই ডিজিটাল অর্থ ব্যবহার করতে দেয়। কিন্তু <b>ইথেরিয়াম প্রোগ্রামযোগ্য</b>, তাই আপনি এর নেটওয়ার্কে ডিসেন্ট্রালাইজড অ্যাপ্লিকেশনগুলি তৈরি এবং ডেপ্লয় করতে পারেন।",
-  "page-what-is-ethereum-btc-eth-diff-3": "বিটকয়েন আমাদের একে অপরের কাছে মৌলিক বার্তা পাঠাতে সক্ষম করে যা আমরা মূল্যবান বলে মনে করি। কর্তৃপক্ষ ছাড়া মূল্য তৈরি করা সত্যিই শক্তিশালী। ইথেরিয়াম এই সম্ভাবনাকে প্রসারিত করে: শুধুমাত্র বার্তাগুলির পরিবর্তে, আপনি যেকোনো পাবলিক প্রোগ্রাম বা কন্ট্রাক্ট লিখতে পারেন। কন্ট্রাক্টের ধরণের কোন সীমা নেই যা তৈরি করা যেতে পারে এবং সম্মত হতে পারে, তাই ইথেরিয়াম নেটওয়ার্কে দুর্দান্ত সব উদ্ভাবন ঘটে থাকে।",
-  "page-what-is-ethereum-btc-eth-diff-4": "যেখানে বিটকয়েন কেবল একটি পেমেন্ট নেটওয়ার্ক, ইথেরিয়াম হল অনেকটা আর্থিক পরিষেবা, গেমস, সামাজিক নেটওয়ার্ক এবং অন্যান্য অ্যাপের বাজারের মতো।",
-  "page-what-is-ethereum-what-can-eth-do-title": "ইথেরিয়াম কি করতে পারে?",
-  "page-what-is-ethereum-why-would-i-use-ethereum-title": "আমি কেন ইথেরিয়াম ব্যবহার করব?",
-  "page-what-is-ethereum-why-would-i-use-ethereum-1": "আপনি যদি বিশ্বব্যাপী সমন্বয় করতে, অর্গানাইজেশন তৈরি করতে, অ্যাপ তৈরি করতে এবং মূল্য ভাগ করার জন্য আরও স্থিতিস্থাপক, উন্মুক্ত এবং বিশ্বস্ত উপায়ে আগ্রহী হন, তাহলে ইথেরিয়াম আপনার জন্য। ইথেরিয়াম হল একটি গল্প যা আমাদের সকলের দ্বারা লেখা, তাই আসুন এবং আবিষ্কার করুন আমরা একসাথে এটির দ্বারা কেমন অবিশ্বাস্য একটি পৃথিবী তৈরি করতে পারি।",
-  "page-what-is-ethereum-why-would-i-use-ethereum-2": "ইথেরিয়াম সেই লোকদের জন্যও অমূল্য হয়েছে যাদের নিয়ন্ত্রণের বাইরের বাহ্যিক শক্তির কারণে তাদের সম্পদের নিরাপত্তা বা সুস্থতা বা গতিশীলতার বিষয়ে অনিশ্চয়তা সামলাতে হয়েছে।",
-  "page-what-is-ethereum-slide-1-title": "সাশ্রয়ী এবং দ্রুত ক্রসবর্ডার পেমেন্টস",
-  "page-what-is-ethereum-slide-1-desc-1": "<b>স্টেবলকয়েন</b> হল একটি অভিনব ধরনের ক্রিপ্টোকারেন্সি যা এর মূল্যের ভিত্তি হিসেবে আরও স্থিতিশীল সম্পদের উপর নির্ভর করে। তাদের বেশিরভাগই মার্কিন যুক্তরাষ্ট্রের ডলারের সাথে যুক্ত এবং তাই সেই মুদ্রার মান বজায় থাকে। এটি একটি খুব সাশ্রয়ী এবং স্থিতিশীল বিশ্বব্যাপী পেমেন্ট সিস্টেম ব্যবহার করতে দেয়। এখনকার অনেক স্টেবলকয়েন ইথেরিয়াম নেটওয়ার্কে নির্মিত।",
-  "page-what-is-ethereum-slide-1-desc-2": "ইথেরিয়াম এবং স্টেবলকয়েন বিদেশে টাকা পাঠানোর প্রক্রিয়াকে সহজ করে। এটির সারা বিশ্বজুড়ে ফান্ড সরাতে প্রায়শই মাত্র কয়েক মিনিট সময় নেয়, তার বিপরীতে আপনার সাধারণ ব্যাংকের বেশ কয়েকটি ব্যবসায়িক দিন বা এমনকি সপ্তাহও লাগতে পারে এবং এর মূল্যের একটি অংশের জন্যও। উপরন্তু, একটি উচ্চ মূল্যের লেনদেন করার জন্য কোনও অতিরিক্ত ফি নেই এবং আপনি কোথায় বা কেন আপনার অর্থ পাঠাচ্ছেন তার কোন বিধিনিষেধ নেই।",
-  "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>, এবং <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 বিলিয়ন অর্থ উপার্জন করেছেন। এটি Spotify, YouTube এবং Etsy এর পাশাপাশি নির্মাতাদের জন্য ইথেরিয়াম কে বৃহত্তম গ্লোবাল প্ল্যাটফর্মগুলির একটি করে তুলেছে। <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": "ইথার এর পরিচিত হন, ইথেরিয়ামের ক্রিপ্টোকারেন্সি",
-  "page-what-is-ethereum-meet-ether-desc-1": "ইথেরিয়াম নেটওয়ার্কে অনেক কাজের জন্য ইথেরিয়ামের এমবেডেড কম্পিউটারে কিছু কাজ করতে হয় (এটি ইথেরিয়াম ভার্চুয়াল মেশিন নামে পরিচিত)। এই কম্পিউটেশন বিনামূল্যে নয়; এটিকে ইথেরিয়ামের নেটিভ ক্রিপ্টোকারেন্সি ব্যবহারের জন্য অর্থ প্রদান করা হয় যাকে ইথার (ETH) বলা হয়। এর মানে নেটওয়ার্ক ব্যবহার করার জন্য আপনার কমপক্ষে অল্প পরিমাণ ইথার প্রয়োজন।",
-  "page-what-is-ethereum-meet-ether-desc-2": "ইথার সম্পূর্ণরূপে ডিজিটাল, এবং আপনি তাৎক্ষণিকভাবে বিশ্বের যে কোনো স্থানে এটি পাঠাতে পারেন। ইথারের সরবরাহ কোনো সরকার বা কোম্পানি দ্বারা নিয়ন্ত্রিত হয় না - এটি ডিসেন্ট্রালাইজড এবং সম্পূর্ণ স্বচ্ছ। ইথার প্রোটোকল অনুসারে একটি সুনির্দিষ্ট পদ্ধতিতে ইস্যু করা হয়, শুধুমাত্র সেই সকল স্টেকদের জন্য যারা নেটওয়ার্ক সুরক্ষিত করে।",
-  "page-what-is-ethereum-what-is-ether": "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": "ইথেরিয়াম কে চালায়?",
-  "page-what-is-ethereum-who-runs-ethereum-desc-1": "ইথেরিয়াম কোনো বিশেষ সত্তা দ্বারা নিয়ন্ত্রিত হয় না। এটি তখনই বিদ্যমান থাকে যখন ইথেরিয়াম ব্লকচেইনে যুক্ত হওয়া কম্পিউটারগুলি থাকে এবং ইথেরিয়াম প্রোটোকল অনুসরণ করা সফ্টওয়্যার চালায়। এই কম্পিউটারগুলির প্রতিটি একটি নোড হিসাবে পরিচিত। নোডগুলি যে কেউ চালাতে পারে, যদিও নেটওয়ার্ক সুরক্ষিত করার জন্য আপনাকে ETH (ইথেরিয়ামের নেটিভ টোকেন) স্টেইক করতে হবে। 32 ETH সহ যে কেউ অনুমতির প্রয়োজন ছাড়াই এটি করতে পারে।",
-  "page-what-is-ethereum-who-runs-ethereum-desc-2": "এমনকি ইথেরিয়াম সোর্স কোড একটি একক সত্তা দ্বারা উৎপাদিত হয় না। যে কেউ প্রোটোকলের পরিবর্তনের পরামর্শ দিতে পারে এবং আপগ্রেড নিয়ে আলোচনা করতে পারে। ইথেরিয়াম প্রোটোকলের বেশ কয়েকটি বাস্তবায়ন রয়েছে যা স্বাধীন সংস্থাগুলি দ্বারা বিভিন্ন প্রোগ্রামিং ভাষায় উদ্গত হয় এবং সেগুলি সাধারণত উন্মুক্তভাবে নির্মিত হয় এবং কমিউনিটির অবদানকে উৎসাহিত করে।",
-  "page-what-is-ethereum-run-a-node": "Run a node",
-  "page-what-is-ethereum-smart-contract-title": "What are smart contracts?",
-  "page-what-is-ethereum-smart-contract-desc-1": "<b>স্মার্ট কন্ট্র্যাক্ট হল কম্পিউটার প্রোগ্রাম</b> যা ইথেরিয়াম ব্লকচেইনে থাকে। ব্যবহারকারীর কাছ থেকে লেনদেনের মাধ্যমে ট্রিগার হলে তারা কার্যকর হয়। তারা ইথেরিয়াম যা করতে পারে তাকে খুব নমনীয় করে তোলে। এই প্রোগ্রামগুলি ডিসেন্ট্রালাইজড অ্যাপ এবং অর্গানাইজেশনগুলির জন্য বিল্ডিং ব্লক হিসাবে কাজ করে।",
-  "page-what-is-ethereum-smart-contract-desc-2": "আপনি কি কখনও এমন একটি পণ্য ব্যবহার করেছেন যা এর পরিষেবার শর্তাবলী পরিবর্তন করেছে? অথবা আপনি দরকারী পেয়েছেন এমন একটি বৈশিষ্ট্য মুছে ফেলেছে? একবার ইথেরিয়াম এ একটি স্মার্ট কন্ট্র্যাক্ট প্রকাশিত হলে, যতক্ষণ ইথেরিয়াম থাকবে ততক্ষণ এটি অনলাইনে এবং কার্যকরী থাকবে। এমনকি লেখকও এটি নামাতে পারে না। যেহেতু স্মার্ট কন্ট্রাক্টগুলি স্বয়ংক্রিয়, সেগুলি কোনও ব্যবহারকারীর সাথে বৈষম্য করে না এবং সর্বদা ব্যবহারের জন্য প্রস্তুত থাকে।",
-  "page-what-is-ethereum-smart-contract-desc-3": "স্মার্ট কন্ট্রাক্টের জনপ্রিয় উদাহরণ হল ধার দেওয়া অ্যাপ, ডিসেন্ট্রালাইজড ট্রেডিং এক্সচেঞ্জ, বীমা, চতুর্মুখী ফান্ড, সামাজিক নেটওয়ার্ক, NFT - মূলত আপনি যা কিছু ভাবতে পারেন।",
-  "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": "যেকোনো প্রযুক্তির মতো, এটি কখনও কখনও অপব্যবহার করা হবে। তবে, যেহেতু ইথেরিয়ামের সকল লেনদেন একটি উন্মুক্ত ব্লকচেইনে হয়, তাই প্রথাগত আর্থিক ব্যবস্থার চেয়ে অবৈধ কার্যকলাপ ট্র্যাক করা কর্তৃপক্ষের পক্ষে প্রায়শই সহজ হয়, যুক্তিযুক্তভাবে যারা শনাক্ত না হওয়া পছন্দ করে তাদের জন্য ইথেরিয়ামকে একটি কম আকর্ষণীয় পছন্দ করে তোলে।",
-  "page-what-is-ethereum-criminal-activity-desc-2": "ইউরোপোল, ইউরোপীয় ইউনিয়ন এজেন্সি ফর ল এনফোর্সমেন্ট কো-অপারেশনের সাম্প্রতিক প্রতিবেদনের মূল অনুসন্ধান অনুসারে ক্রিপ্টো অপরাধমূলক উদ্দেশ্যে ফিয়াট মুদ্রার চেয়ে অনেক কম ব্যবহার করা হয়:",
-  "page-what-is-ethereum-criminal-activity-desc-3": "\"অবৈধ ক্রিয়াকলাপের জন্য ক্রিপ্টোকারেন্সির ব্যবহার সামগ্রিক ক্রিপ্টোকারেন্সি অর্থনীতির মাত্র একটি ছোট অংশ নিয়ে গঠিত বলে মনে হয় এবং এটি প্রচলিত অর্থের সাথে জড়িত অবৈধ ফান্ডের পরিমাণের তুলনায় তুলনামূলকভাবে ছোট বলে মনে হয়।\"",
-  "page-what-is-ethereum-energy-title": "ইথেরিয়াম এর শক্তি খরচ সম্পর্কে কি?",
-  "page-what-is-ethereum-energy-desc-1": "15 সেপ্টেম্বর এ, 2022-এ, ইথেরিয়াম দ্য মার্জ আপগ্রেডের মধ্য দিয়ে গিয়েছিল যা ইথেরিয়াম কে প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেকে রূপান্তরিত করেছিল।",
-  "page-what-is-ethereum-energy-desc-2": "মার্জ ছিল ইথেরিয়ামের সবচেয়ে বড় আপগ্রেড এবং এটি ইথেরিয়াম সুরক্ষিত করার জন্য প্রয়োজনীয় শক্তি খরচ <b>99.95%</b> কমিয়েছে, <b>অনেক কম কার্বন খরচের জন্য আরও নিরাপদ নেটওয়ার্ক</b> তৈরি করেছে। ইথেরিয়াম এখন একটি কম-কার্বন ব্লকচেইন যখন এর নিরাপত্তা এবং পরিমাপযোগ্যতা বৃদ্ধি পাচ্ছে।",
-  "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": "US-এ গেমিং",
-  "energy-consumption-chart-airbnb-label": "AirBnB",
-  "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": "Further reading",
-  "page-what-is-ethereum-week-in-ethereum": "সপ্তাহের ইথেরিয়াম খবর",
-  "page-what-is-ethereum-week-in-ethereum-desc": "- একটি সাপ্তাহিক নিউজলেটার যা ইকোসিস্টেম জুড়ে মূল উন্নয়নগুলো কভার করে।",
-  "page-what-is-ethereum-kernel-dreamers": "কার্নেল",
-  "page-what-is-ethereum-kernel-dreamers-desc": "ইথেরিয়াম এর স্বপ্ন",
-  "page-what-is-ethereum-atoms-institutions-blockchains": "পরমাণু, প্রতিষ্ঠান, ব্লকচেইন",
-  "page-what-is-ethereum-atoms-institutions-blockchains-desc": "- কেন ব্লকচেইন গুরুত্বপূর্ণ?",
-  "page-what-is-ethereum-ethereum-in-numbers-title": "সংখ্যায় ইথেরিয়াম",
-  "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-hero-description-1": "ইথেরিয়াম হল একটি বিকেন্দ্রীভূত ব্লকচেইন নেটওয়ার্ক এবং সফ্টওয়্যার ডেভেলপমেন্ট প্ল্যাটফর্ম, যা ক্রিপ্টোকারেন্সি ইথার (ETH) দ্বারা চালিত।",
+  "page-what-is-ethereum-hero-description-2": "এটি DeFi, NFTs, গেমিং, বিকেন্দ্রীভূত সোশ্যাল মিডিয়া এবং স্টেবলকয়েন জুড়ে হাজার হাজার ক্রিপ্টোকারেন্সি এবং অ্যাপ্লিকেশনের আবাসস্থল।",
+  "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> যে কাউকে তাদের নিজস্ব ডিজিটাল সম্পদ এবং ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস) তৈরি করতে দেয় যা বিশ্বব্যাপী ২৪/৭ চলে। এবং ব্যাংক, কর্পোরেশন বা অন্যান্য প্রতিষ্ঠানের মতো নয়, স্মার্ট কন্ট্র্যাক্ট ইন্টারনেট সংযোগ সহ যে কারও জন্য উপলব্ধ।",
+  "page-what-is-ethereum-ethereum-intro-4": "২০১৫ সাল থেকে, ইথেরিয়াম <strong>স্টেবলকয়েন</strong>, নন-ফাঞ্জিবল টোকেন (<strong>NFTs</strong>), এবং গভর্নেন্স টোকেনের মতো ডিজিটাল সম্পদের একটি সমৃদ্ধ ইকোসিস্টেমে পরিণত হয়েছে, সেইসাথে ডিসেন্ট্রালাইজড ফাইন্যান্স (<strong>DeFi</strong>), শিল্পকলা এবং সংগ্রহযোগ্য বস্তু, গেমিং এবং বিকেন্দ্রীভূত সোশ্যাল মিডিয়ার জন্য ডিএ্যাপস-এর একটি বিস্তৃত জগতে পরিণত হয়েছে।",
+  "page-what-is-ethereum-ethereum-intro-5": "সম্মিলিতভাবে, এই ইকোসিস্টেমকে \"<strong>web3</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": "যেখানে প্রথাগত অ্যাপ এবং আর্থিক পরিষেবাগুলি ব্যাংক বা কর্পোরেশনের উপর নির্ভর করে যারা অ্যাক্সেস ব্লক করার বা অ্যাকাউন্ট ফ্রিজ করার সিদ্ধান্ত নিতে পারে, সেখানে ইথেরিয়ামের ডিএ্যাপসগুলি সেন্সরশিপ প্রতিরোধী।",
+  "page-what-is-ethereum-network-censorship-desc-2": "এর কারণ হল ইথেরিয়ামের নোডের নেটওয়ার্ক প্রতিটি লেনদেন কোনো বৈষম্য ছাড়াই রেকর্ড করে—এবং এই নিয়মটি কোডের মধ্যে অন্তর্ভুক্ত করা আছে।",
+  "page-what-is-ethereum-network-security-title": "অত্যন্ত সুরক্ষিত",
+  "page-what-is-ethereum-network-security-desc-1": "যদিও আজকের অনেক অ্যাপ AWS-এর মতো ক্লাউড প্রদানকারীদের উপর হোস্ট করা হয় এবং টেকডাউন ও আক্রমণের জন্য ঝুঁকিপূর্ণ হতে পারে, ইথেরিয়ামের ডিএ্যাপসগুলি নেটওয়ার্ক দ্বারা সুরক্ষিত। প্রতিটি নোড ইথেরিয়ামের সম্পূর্ণ স্টেট সংরক্ষণ এবং সিঙ্ক করে, যার মধ্যে সমস্ত কন্ট্র্যাক্ট অন্তর্ভুক্ত।",
+  "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": "লক্ষ লক্ষ মানুষ প্রতিদিন ইথেরিয়ামে হাজার হাজার ডিএ্যাপস ব্যবহার করে। যদিও উচ্চ চাহিদা লেনদেন ফি বাড়িয়ে দিতে পারে, এটি এমন একটি নেটওয়ার্কের শক্তিকে প্রতিফলিত করে যা নিরাপত্তা, বিকেন্দ্রীকরণ এবং আপনার প্রয়োজনের সময় সর্বদা উপলব্ধ থাকার নিশ্চয়তাকে অগ্রাধিকার দেয়।",
+  "page-what-is-ethereum-network-layer2-title": "ইথেরিয়াম এক্সটেনশন (লেয়ার 2)",
+  "page-what-is-ethereum-network-layer2-desc-1": "বিভিন্ন দল ইথেরিয়ামের ক্ষমতা বাড়ানোর জন্য ইথেরিয়ামের উপরে চলা লেয়ার 2 (L2) নেটওয়ার্ক তৈরি করেছে। L2s এক্সপ্রেস লেনের মতো কাজ করে, লেনদেনকে দ্রুত এবং সস্তা করে তোলে—কখনো কখনো গড়ে এক সেন্টেরও কম খরচ হয়।",
+  "page-what-is-ethereum-network-layer2-desc-2": "<optimism>Optimism</optimism>, <arbitrum>Arbitrum</arbitrum>, <zksync>ZKSync</zksync>, এবং <base>Base</base> সহ কিছু জনপ্রিয় L2s এখন প্রতি বছর বিলিয়ন ডলার মূল্যের লক্ষ লক্ষ লেনদেন প্রক্রিয়া করে।",
+  "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": "যখন আপনি টাকা পাঠাতে, শিল্পকর্ম সংগ্রহ করতে বা একটি নতুন ডিএ্যাপ তৈরি করতে ইথেরিয়াম ব্যবহার করেন, তখন আপনি <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 বার্ন করা হয়।",
+  "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": "আপনি আপনার ওয়ালেটকে ডিএ্যাপ-এর সাথে সংযুক্ত করেন এবং মিন্ট করার জন্য আইটেমটি বেছে নেন।",
+  "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": "এই ডিএ্যাপস এবং সম্পদগুলি ওপেন-সোর্স কোড ব্যবহার করে ইথেরিয়ামে চলে এবং এগুলিকে সীমাবদ্ধ, সেন্সর বা বন্ধ করা যায় না।",
+  "page-what-is-ethereum-what-intro-4": "আজ বিভিন্ন গোষ্ঠী কীভাবে এটি ব্যবহার করছে তা এখানে দেওয়া হল:",
+  "page-what-is-ethereum-what-consumers-title": "ভোক্তারা",
+  "page-what-is-ethereum-what-consumers-desc-1": "লক্ষ লক্ষ মানুষ ইতিমধ্যেই প্রতিদিন টাকা স্থানান্তর, ট্রেড এবং ডিজিটাল সম্পদের মালিক হতে ইথেরিয়ামে ডিএ্যাপস ব্যবহার করে। প্রথাগত অ্যাপের মতো, আপনার নাম দিয়ে নিবন্ধন করার, ব্যাংকের অনুমোদনের জন্য অপেক্ষা করার বা আপনার ব্যক্তিগত ডেটা হস্তান্তর করার প্রয়োজন নেই।",
+  "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": "আপনার ইমেল নয়, আপনার ওয়ালেট ব্যবহার করে ডিএ্যাপস-এ সাইন ইন করুন—<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": "প্রথম দিন থেকেই বিল্ট-ইন গ্লোবাল পেমেন্ট সিস্টেম সহ ডিএ্যাপস চালু করুন",
+  "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>, জমির শিরোনাম এবং রেজিস্ট্রির জন্য <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": "এটিকে এমন একটি অ্যাপের মতো ভাবুন যা আপনার অ্যাকাউন্ট এবং ইথেরিয়ামের জন্য আপনার ইন্টারনেট ব্রাউজার উভয় হিসাবে কাজ করে। এটি আপনার ক্রিপ্টো পরিচালনা করে, আপনাকে ডিএ্যাপস-এ সাইন ইন করতে দেয়, সেইসাথে টোকেন এবং 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>-এর মতো ডিএ্যাপস অন্বেষণ করুন—কোনো নতুন লগইন বা অনুমোদনের প্রয়োজন নেই",
+  "page-what-is-ethereum-start-individuals-desc-4": "এই অগ্রাধিকারগুলি নিশ্চিত করতে সাহায্য করবে যে ইথেরিয়াম সুরক্ষিত, পরিমাপযোগ্য এবং ব্যবহারকারী-বান্ধব, কারণ প্রতিদিন আরও বেশি লোক নেটওয়ার্কের উপর নির্ভর করে।",
+  "page-what-is-ethereum-start-individuals-desc-5": "এই ডিএ্যাপসগুলি আপনার ব্রাউজারে চলে এবং আপনার ওয়ালেটের সাথে তাৎক্ষণিকভাবে কাজ করে। আপনি কয়েক মিনিটের মধ্যে ইথেরিয়াম ব্যবহার শুরু করতে পারেন।",
+  "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> আপনাকে আপনার প্রথম স্মার্ট কন্ট্র্যাক্ট লেখা থেকে শুরু করে Sepolia-এর মতো টেস্ট নেটওয়ার্কে স্থাপন করা পর্যন্ত সবকিছুতে পথ দেখায়।",
+  "page-what-is-ethereum-start-developers-desc-3": "আপনি <hardhat>Hardhat</hardhat>, <foundry>Foundry</foundry>, এবং <ethers>Ethers.js</ethers>-এর মতো টুলস দিয়ে সম্পূর্ণ-স্ট্যাক ডিএ্যাপস তৈরি করতে পারেন, অথবা <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": "অনেক এন্টারপ্রাইজ উচ্চ-ভলিউম ব্যবহারের ক্ষেত্রে সমর্থন করার জন্য Optimism এবং Base-এর মতো 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>Frontier</em> রিলিজের মাধ্যমে ইথেরিয়াম নেটওয়ার্ক চালু করে",
+  "page-what-is-ethereum-when-who-history-2016": "স্মার্ট কন্ট্র্যাক্ট এক্সপ্লয়েটের কারণে The DAO থেকে $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>The Merge</em> মাইনিংকে স্টেকিং দিয়ে প্রতিস্থাপন করে, যা শক্তির ব্যবহার ৯৯% কমিয়ে দেয়",
+  "page-what-is-ethereum-when-who-history-2025": "<em>Pectra</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": "নেটওয়ার্ক আপগ্রেডগুলি EIP হিসাবে তৈরি করা হয় এবং বিশ্বজুড়ে অবদানকারীদের দ্বারা প্রকাশ্যে বিকশিত হয়। কী ঘটবে তা সিদ্ধান্ত নেওয়ার জন্য কোনো কেন্দ্রীয় দল নেই, শুধু মানুষেরা ব্যবহারকারীদের প্রয়োজনের উপর ভিত্তি করে যা তারা দরকারী বলে বিশ্বাস করে তা তৈরি করছে।",
+  "page-what-is-ethereum-roadmap-intro-3": "Pectra হল সবচেয়ে সাম্প্রতিক আপগ্রেড যা মে ২০২৫ সালে চালু হয়েছে। এই আপগ্রেডটি ওয়ালেট বৈশিষ্ট্যগুলি উন্নত করেছে, স্ট্যাকারদের আরও নমনীয়তা দিয়েছে, এবং ডিএ্যাপস-এর জন্য 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/bn/page-what-is-the-ethereum-network.json b/src/intl/bn/page-what-is-the-ethereum-network.json
new file mode 100644
index 00000000000..6daaaa04196
--- /dev/null
+++ b/src/intl/bn/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": "ইথেরিয়াম লেয়ার 2s কী এবং তারা কীভাবে নেটওয়ার্ক স্কেল করে?",
+  "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>Ethereum Mainnet</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": "ইথেরিয়াম গ্যাস ফি একটি লেনদেন দ্বারা ব্যবহৃত বিভিন্ন রিসোর্সের খরচ কভার করে, যেমন কম্পিউট, ব্যান্ডউইথ বা স্টোরেজ। এই সবকিছু ব্যবহারকারীদের জন্য একটি একক মূল্যে বিমূর্ত করা হয়, কিন্তু প্রতিটি অপারেশনের জন্য অন্যদের তুলনায় কত খরচ হওয়া উচিত তা নির্ধারণ করতে ব্যাপক গবেষণা ও উন্নয়ন করা হয়।",
+  "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": "প্রুফ-অফ-স্টেক চালু করার মাত্র দুই বছরের মধ্যে, ইথেরিয়াম <validators>দশ লক্ষেরও বেশি ভ্যালিডেটরকে</validators> আকৃষ্ট করেছে যারা ইথেরিয়ামকে সুরক্ষিত করার জন্য <stakedEther>লক্ষ লক্ষ ETH</stakedEther> স্টেক করে। <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": "সবচেয়ে জনপ্রিয় কিছু L2-এর মধ্যে রয়েছে <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": "ফলস্বরূপ, L2 গুলি দ্রুত বাড়ছে। একসাথে, তারা <l2beat>বিলিয়ন ডলারের ডিজিটাল সম্পদ</l2beat> ধারণ করে।",
+  "page-what-is-ethereum-network-layer-2s-section-description-7": "যেহেতু L2 গুলি ইথেরিয়ামের নিরাপত্তা থেকে উপকৃত হয়, তাই বিশ্বব্যাপী পেমেন্ট এবং অ্যাপ্লিকেশন তৈরি করতে চাওয়া কোম্পানিগুলি ইথেরিয়ামের উপর ভিত্তি করে নির্মাণ শুরু করেছে।",
+  "page-what-is-ethereum-network-layer-2s-section-description-8": "উদাহরণস্বরূপ, Robinhood সম্প্রতি স্টকের জন্য দ্রুত সেটেলমেন্ট অন্বেষণ করতে <robinhood>নিজস্ব L2 চালু করেছে</robinhood>। PayPal <paypal>তার স্টেবলকয়েন PYUSD-কে ইথেরিয়াম L2 Arbitrum-এ সরিয়ে নিয়েছে</paypal>। Shopify এখন <shopify>মার্চেন্টদের Base-এ স্টেবলকয়েন USDC গ্রহণ করতে দেয়</shopify>।",
+  "page-what-is-ethereum-network-layer-2s-section-description-9": "ব্যবহারকারীদের জন্য, ইথেরিয়াম এবং L2-এর মধ্যে সম্পদ সরানো সহজ। আপনি ETH এবং অন্যান্য সম্পদ সরাতে L2 দ্বারা নির্মিত ব্রিজ ব্যবহার করতে পারেন, যেমন <superbridge>Superbridge by Optimism</superbridge> বা <portal>Portal by ZKsync</portal>। আপনি এমনকি স্বাধীন দল দ্বারা নির্মিত <hop>Hop</hop> এবং <across>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>: ইথেরিয়াম এবং L2-গুলিতে বর্তমান লেনদেনের খরচ তুলনা করুন",
+  "page-what-is-ethereum-network-live-network-data-section-description-13": "<l2beat>L2Beat</l2beat>: সমস্ত প্রধান L2 জুড়ে সুরক্ষিত মূল্য এবং নিরাপত্তা মডেল দেখুন",
+  "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>: dApp আয়, ব্যবহার এবং প্রোটোকল কর্মক্ষমতা তুলনা করুন",
+  "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/bn/table.json b/src/intl/bn/table.json
index d72444f0853..b25b8629ed6 100644
--- a/src/intl/bn/table.json
+++ b/src/intl/bn/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/bn/template-usecase.json b/src/intl/bn/template-usecase.json
index 9de8a8f3360..68e4a231ff2 100644
--- a/src/intl/bn/template-usecase.json
+++ b/src/intl/bn/template-usecase.json
@@ -1,13 +1,20 @@
 {
-  "template-usecase-dropdown-defi": "বিকেন্দ্রীভূত অর্থ (DeFi) ",
-  "template-usecase-dropdown-nft": "নন-ফাংগিবল টোকেন (NFTs)",
-  "template-usecase-dropdown-dao": "বিকেন্দ্রীভূত স্বায়ত্তশাসিত সংস্থা (DAOs)",
+  "template-usecase-dropdown-ai-agents": "AI এজেন্ট",
+  "template-usecase-dropdown-defi": "বিকেন্দ্রীভূত অর্থ (DeFi)",
+  "template-usecase-dropdown-nft": "নন-ফাঞ্জিবল টোকেন (NFT)",
+  "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-desci": "বিকেন্দ্রীভূত বিজ্ঞান (DeSci)",
   "template-usecase-dropdown-refi": "রিজেনারেটিভ ফাইনান্স (ReFi)",
   "template-usecase-dropdown": "ইথেরিয়াম-এর ব্যবহার ক্ষেত্রসমূহ",
   "template-usecase-banner": "ইথেরিয়ামের ব্যবহার সর্বদা উন্নয়নশীল এবং বিকশিত হয়। আপনি যে তথ্য দেওয়ার কথা ভাবছেন, সেরকম যে কোনো তথ্য যোগ করতে পারেন যা জিনিসগুলিকে আরও পরিষ্কার বা আরও আপ টু ডেট করবে।",
   "template-usecase-edit-link": "পেজ এডিট করুন",
-  "template-usecase-dropdown-aria": "ইউস কেস ড্রপডাউন মেনু"
+  "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++) {