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। আপনি শুধুমাত্র বিটকয়েনের "র‍্যাপড" ফর্মগুলি সোয়াপ করতে পারেন যা ইথেরিয়ামে বিদ্যমান।
+
+### স্লিপেজ কি?
+
+এটি আপনার প্রত্যাশিত বিনিময় হার এবং প্রকৃত হারের মধ্যে পার্থক্য।