কারা অংশগ্রহণ করতে পারবেন?
- ১৮ বছরের বেশি বয়সী যে কেউ, যিনি কমপক্ষে একটি অ-ইংরেজি ভাষার নেটিভ স্পিকার এবং ইংরেজিতে পারদর্শী। +কে অংশগ্রহণ করতে পারবে?
+ 18 বছরের বেশি বয়সী যে কেউ, যিনি অন্তত একটি অ-ইংরেজি ভাষার স্থানীয় ভাষাভাষী এবং ইংরেজিতে দক্ষ।আমাকে কি অনুবাদক হতে হবে?
- না। আপনাকে শুধু দ্বিভাষিক হতে হবে এবং মানুষের করা অনুবাদের পরামর্শ দিতে হবে (মেশিন অনুবাদ ব্যবহার করা নিষিদ্ধ!) আপনার সামর্থ্যের সেরাটা দিয়ে, কোনো পেশাদার অভিজ্ঞতার প্রয়োজন নেই। +আমাকে কি একজন অনুবাদক হতে হবে?
+ না। আপনাকে কেবল দ্বিভাষিক হতে হবে এবং আপনার সাধ্যমতো মানুষের করা অনুবাদের পরামর্শ দিতে হবে (মেশিন ট্রান্সলেশন ব্যবহার করা নিষিদ্ধ!), কোনো পেশাদার অভিজ্ঞতার প্রয়োজন নেই।আমাকে কতটা সময় দিতে হবে?
- আপনি যতটা চান। পুরস্কারের জন্য যোগ্য হওয়ার সর্বনিম্ন সীমা হল ১,০০০টি অনূদিত শব্দ, যা সম্পূর্ণ করতে প্রায় ২ ঘন্টা সময় লাগতে পারে, যেখানে শীর্ষ পুরস্কারের জন্য প্রতিযোগিতা করতে আরও বেশি সময় দিতে হবে। +আমাকে কতটুকু সময় দিতে হবে?
+ আপনি যতটা চান। পুরস্কারের জন্য যোগ্য হওয়ার ন্যূনতম সীমা হলো 1,000 শব্দ অনুবাদ করা, যা সম্পন্ন করতে প্রায় 2 ঘণ্টা সময় লাগতে পারে, তবে শীর্ষ পুরস্কারের জন্য প্রতিযোগিতা করতে আরও বেশি সময় দেওয়ার প্রয়োজন হবে।আমাকে কি ইথেরিয়াম-এর সাথে পরিচিত হতে হবে?
- না। যদিও ইথেরিয়ামের সাথে পরিচিতি আপনার উৎপাদনশীলতা এবং গুণমান উন্নত করতে সাহায্য করতে পারে, ট্রান্সলেটাথন একটি শেখার অভিজ্ঞতাও, এবং অংশগ্রহণের সময় ইথেরিয়াম সম্পর্কে আরও জানতে এবং যোগ দিতে সবাইকে আমন্ত্রণ জানানো হচ্ছে। +আমাকে কি ইথিরিয়াম সম্পর্কে জানতে হবে?
+ না। যদিও ইথিরিয়াম সম্পর্কে জানা থাকলে তা আপনার উৎপাদনশীলতা এবং গুণমান বাড়াতে সাহায্য করতে পারে, তবে ট্রান্সলেটাথন একটি শেখার অভিজ্ঞতাও বটে, এবং অংশগ্রহণ করার পাশাপাশি ইথিরিয়াম সম্পর্কে আরও জানতে সবাইকে যোগ দেওয়ার জন্য আমন্ত্রণ জানানো হচ্ছে।`nonce``
-`` - _খোলার ট্যাগ, যাতে একটি কোড স্নিপেট থাকে_
+`` - _ওপেনিং ট্যাগ, যাতে একটি কোড স্নিপেট থাকে_
-nonce - _অনুবাদযোগ্য নয় এমন পাঠ্য_
+nonce - _অ-অনুবাদযোগ্য টেক্সট_
-`` - _বন্ধ করার ট্যাগ_
+`` - _ক্লোজিং ট্যাগ_
-
+
-উৎস পাঠ্যে সংক্ষিপ্ত ট্যাগও থাকে, যেগুলিতে কেবল সংখ্যা থাকে, যার অর্থ হল তাদের কার্যকারিতা অবিলম্বে স্পষ্ট নয়। এগুলি ঠিক কোন কার্যকারিতা পরিবেশন করে তা দেখতে আপনি এই ট্যাগগুলির উপর হোভার করতে পারেন।
+সোর্স টেক্সটে সংক্ষিপ্ত ট্যাগও থাকে, যেগুলোতে শুধুমাত্র সংখ্যা থাকে, যার মানে হলো সেগুলোর কাজ তাৎক্ষণিকভাবে স্পষ্ট নয়। এই ট্যাগগুলো ঠিক কী কাজ করে তা দেখতে আপনি সেগুলোর উপর হোভার করতে পারেন।
-নীচের উদাহরণে, আপনি দেখতে পারেন যে `<0>` ট্যাগটির উপর হোভার করলে দেখা যায় যে এটি `` প্রতিনিধিত্ব করে এবং একটি কোড স্নিপেট ধারণ করে, তাই এই ট্যাগগুলির ভিতরের বিষয়বস্তু অনুবাদ করা উচিত নয়।
+নিচের উদাহরণে, আপনি দেখতে পাচ্ছেন যে `<0>` ট্যাগের উপর হোভার করলে দেখায় যে এটি `` উপস্থাপন করে এবং এতে একটি কোড স্নিপেট রয়েছে, তাই এই ট্যাগগুলোর ভেতরের কন্টেন্ট অনুবাদ করা উচিত নয়।
-
+
-## সংক্ষিপ্ত বনাম পূর্ণ রূপ/সংক্ষেপণ {#short-vs-full-forms}
+## সংক্ষিপ্ত বনাম পূর্ণ রূপ/শব্দসংক্ষেপ {#short-vs-full-forms}
-ওয়েবসাইটে প্রচুর সংক্ষেপণ ব্যবহৃত হয়, যেমন, ডিএ্যাপস, NFT, DAO, DeFi, ইত্যাদি। এই সংক্ষেপণগুলি সাধারণত ইংরেজিতে ব্যবহৃত হয় এবং ওয়েবসাইটের বেশিরভাগ দর্শক এগুলির সাথে পরিচিত।
+ওয়েবসাইটে প্রচুর শব্দসংক্ষেপ ব্যবহার করা হয়, যেমন, ডিএ্যাপস, NFT, DAO, DeFi ইত্যাদি। এই শব্দসংক্ষেপগুলো সাধারণত ইংরেজিতে ব্যবহৃত হয় এবং ওয়েবসাইটের বেশিরভাগ ভিজিটর এগুলোর সাথে পরিচিত।
-যেহেতু তাদের সাধারণত অন্যান্য ভাষায় প্রতিষ্ঠিত অনুবাদ থাকে না, তাই এই এবং অনুরূপ পদগুলির প্রতি দৃষ্টিভঙ্গির সেরা উপায় হলো পূর্ণ রূপের একটি বর্ণনামূলক অনুবাদ প্রদান করা এবং বন্ধনীতে ইংরেজি সংক্ষেপণ যোগ করা।
+যেহেতু অন্যান্য ভাষায় সাধারণত এগুলোর প্রতিষ্ঠিত অনুবাদ নেই, তাই এই এবং অনুরূপ শব্দগুলো ব্যবহার করার সর্বোত্তম উপায় হলো পূর্ণ রূপের একটি বর্ণনামূলক অনুবাদ প্রদান করা এবং ব্র্যাকেটে ইংরেজি শব্দসংক্ষেপ যোগ করা।
-এই সংক্ষেপণগুলি অনুবাদ করবেন না, কারণ বেশিরভাগ মানুষ এগুলির সাথে পরিচিত হবে না এবং স্থানীয় সংস্করণগুলি বেশিরভাগ দর্শকের কাছে তেমন কোনো অর্থ বহন করবে না।
+এই শব্দসংক্ষেপগুলো অনুবাদ করবেন না, কারণ বেশিরভাগ মানুষ এগুলোর সাথে পরিচিত হবে না এবং স্থানীয়করণ করা সংস্করণগুলো বেশিরভাগ ভিজিটরের কাছে খুব একটা অর্থবহ হবে না।
-কীভাবে ডিএ্যাপস অনুবাদ করতে হয় তার উদাহরণ:
+ডিএ্যাপস কীভাবে অনুবাদ করতে হয় তার উদাহরণ:
-- ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস) → _অনূদিত পূর্ণ রূপ (বন্ধনীতে ইংরেজি সংক্ষেপণ)_
+- ডিসেন্ট্রালাইজড এপ্লিকেশন (dapps) → _অনুবাদিত পূর্ণ রূপ (ব্র্যাকেটে ইংরেজি শব্দসংক্ষেপ)_
-## প্রতিষ্ঠিত অনুবাদ ছাড়া শর্তাবলী {#terms-without-established-translations}
+## প্রতিষ্ঠিত অনুবাদবিহীন শব্দ {#terms-without-established-translations}
-কিছু পদের অন্যান্য ভাষায় প্রতিষ্ঠিত অনুবাদ নাও থাকতে পারে, এবং মূল ইংরেজি পদ দ্বারা ব্যাপকভাবে পরিচিত। এই ধরনের পদগুলির মধ্যে বেশিরভাগই নতুন ধারণা অন্তর্ভুক্ত করে, যেমন প্রুফ-অফ-ওয়ার্ক, প্রুফ-অফ-স্টেক, বিকন চেইন, স্টেকিং, ইত্যাদি।
+কিছু শব্দের অন্যান্য ভাষায় প্রতিষ্ঠিত অনুবাদ নাও থাকতে পারে এবং সেগুলো মূল ইংরেজি শব্দ দ্বারাই ব্যাপকভাবে পরিচিত। এই ধরনের শব্দগুলোর মধ্যে বেশিরভাগই নতুন ধারণা অন্তর্ভুক্ত করে, যেমন প্রুফ-অফ-ওয়ার্ক, প্রুফ-অফ-স্টেক, বিকন চেইন, স্টেকিং ইত্যাদি।
-যদিও এই পদগুলি অনুবাদ করা অস্বাভাবিক শোনাতে পারে, কারণ ইংরেজি সংস্করণটি সাধারণত অন্যান্য ভাষাতেও ব্যবহৃত হয়, তবুও এগুলি অনুবাদ করার জন্য অত্যন্ত সুপারিশ করা হয়।
+যদিও এই শব্দগুলো অনুবাদ করা অস্বাভাবিক শোনাতে পারে, যেহেতু ইংরেজি সংস্করণটি অন্যান্য ভাষাতেও সাধারণত ব্যবহৃত হয়, তবুও এগুলো অনুবাদ করার জন্য জোরালোভাবে সুপারিশ করা হচ্ছে।
-এগুলি অনুবাদ করার সময়, সৃজনশীল হতে, বর্ণনামূলক অনুবাদ ব্যবহার করতে বা কেবল আক্ষরিকভাবে অনুবাদ করতে দ্বিধা বোধ করবেন না।
+এগুলো অনুবাদ করার সময়, নির্দ্বিধায় সৃজনশীল হোন, বর্ণনামূলক অনুবাদ ব্যবহার করুন, অথবা কেবল আক্ষরিকভাবে অনুবাদ করুন।
-**বেশিরভাগ পদ ইংরেজিতে কিছু রেখে দেওয়ার পরিবর্তে অনুবাদ করা উচিত তার কারণ হল এই নতুন পরিভাষা ভবিষ্যতে আরও ব্যাপক হয়ে উঠবে, কারণ আরও বেশি লোক ইথেরিয়াম এবং সম্পর্কিত প্রযুক্তি ব্যবহার করা শুরু করবে।** **যদি আমরা সারা বিশ্ব থেকে আরও বেশি লোককে এই ক্ষেত্রে আনতে চাই, তবে আমাদের যতটা সম্ভব ভাষায় বোধগম্য পরিভাষা সরবরাহ করতে হবে, এমনকি যদি আমাদের নিজেদেরই এটি তৈরি করতে হয়।**
+**কিছু শব্দ ইংরেজিতে রেখে দেওয়ার পরিবর্তে বেশিরভাগ শব্দ অনুবাদ করার কারণ হলো, ভবিষ্যতে এই নতুন পরিভাষাগুলো আরও ব্যাপকভাবে ছড়িয়ে পড়বে, কারণ আরও বেশি মানুষ ইথিরিয়াম এবং সম্পর্কিত প্রযুক্তিগুলো ব্যবহার করতে শুরু করবে। আমরা যদি সারা বিশ্ব থেকে আরও বেশি মানুষকে এই স্পেসে যুক্ত করতে চাই, তবে আমাদের যতটা সম্ভব বেশি ভাষায় বোধগম্য পরিভাষা প্রদান করতে হবে, এমনকি যদি আমাদের নিজেদেরই এটি তৈরি করতে হয়।**
## বোতাম এবং CTA {#buttons-and-ctas}
-ওয়েবসাইটে অসংখ্য বোতাম রয়েছে, যা অন্যান্য বিষয়বস্তু থেকে ভিন্নভাবে অনুবাদ করা উচিত।
+ওয়েবসাইটে অসংখ্য বোতাম রয়েছে, যা অন্যান্য কন্টেন্টের চেয়ে ভিন্নভাবে অনুবাদ করা উচিত।
-বোতামের পাঠ্যটি বেশিরভাগ স্ট্রিংয়ের সাথে সংযুক্ত প্রসঙ্গের স্ক্রিনশট দেখে, অথবা সম্পাদকে প্রসঙ্গটি পরীক্ষা করে চিহ্নিত করা যেতে পারে, যার মধ্যে ‘’button’’ শব্দটি অন্তর্ভুক্ত রয়েছে।
+বেশিরভাগ স্ট্রিংয়ের সাথে যুক্ত কনটেক্সট স্ক্রিনশটগুলো দেখে, অথবা এডিটরে কনটেক্সট চেক করে বোতামের টেক্সট শনাক্ত করা যেতে পারে, যার মধ্যে ''button'' বাক্যাংশটি অন্তর্ভুক্ত থাকে।
-ফরম্যাটিংয়ের অমিল রোধ করতে বোতামের জন্য অনুবাদগুলি যতটা সম্ভব সংক্ষিপ্ত হওয়া উচিত। উপরন্তু, বোতামের অনুবাদগুলি আবশ্যিক হওয়া উচিত, অর্থাৎ, একটি আদেশ বা অনুরোধ উপস্থাপন করা।
+ফরম্যাটিংয়ের অমিল রোধ করতে বোতামগুলোর অনুবাদ যতটা সম্ভব ছোট হওয়া উচিত। উপরন্তু, বোতামের অনুবাদগুলো অনুজ্ঞাসূচক হওয়া উচিত, অর্থাৎ, একটি আদেশ বা অনুরোধ উপস্থাপন করা উচিত।
-
+
## অন্তর্ভুক্তির জন্য অনুবাদ করা {#translating-for-inclusivity}
-Ethereum.org-এর দর্শকরা সারা বিশ্ব এবং বিভিন্ন পটভূমি থেকে আসেন। অতএব ওয়েবসাইটের ভাষা নিরপেক্ষ, সকলের জন্য স্বাগতপূর্ণ এবং বর্জনীয় নয় হওয়া উচিত।
+Ethereum.org-এর ভিজিটররা সারা বিশ্ব থেকে এবং বিভিন্ন ব্যাকগ্রাউন্ড থেকে আসেন। তাই ওয়েবসাইটের ভাষা নিরপেক্ষ, সবার জন্য স্বাগতপূর্ণ এবং বর্জনশীল হওয়া উচিত নয়।
-এর একটি গুরুত্বপূর্ণ দিক হল লিঙ্গ নিরপেক্ষতা। এটি সম্বোধনের আনুষ্ঠানিক রূপ ব্যবহার করে এবং অনুবাদে কোনো লিঙ্গ-নির্দিষ্ট শব্দ এড়িয়ে সহজেই অর্জন করা যেতে পারে।
+এর একটি গুরুত্বপূর্ণ দিক হলো লিঙ্গ নিরপেক্ষতা। আনুষ্ঠানিক সম্বোধন ব্যবহার করে এবং অনুবাদে লিঙ্গ-নির্দিষ্ট কোনো শব্দ এড়িয়ে এটি সহজেই অর্জন করা যেতে পারে।
-অন্তর্ভুক্তির আরেকটি রূপ হল কোনো নির্দিষ্ট দেশ, জাতি বা অঞ্চলের জন্য নির্দিষ্ট না হয়ে বিশ্বব্যাপী দর্শকদের জন্য অনুবাদ করার চেষ্টা করা।
+অন্তর্ভুক্তির আরেকটি রূপ হলো বিশ্বব্যাপী দর্শকদের জন্য অনুবাদ করার চেষ্টা করা, যা নির্দিষ্ট কোনো দেশ, জাতি বা অঞ্চলের জন্য নয়।
-অবশেষে, ভাষাটি সমস্ত দর্শক এবং বয়সের জন্য উপযুক্ত হওয়া উচিত।
+পরিশেষে, ভাষাটি সকল দর্শক এবং বয়সের জন্য উপযুক্ত হওয়া উচিত।
## ভাষা-নির্দিষ্ট অনুবাদ {#language-specific-translations}
-অনুবাদ করার সময়, উৎস থেকে অনুলিপি করার পরিবর্তে আপনার ভাষায় ব্যবহৃত ব্যাকরণের নিয়ম, প্রথা এবং বিন্যাস অনুসরণ করা গুরুত্বপূর্ণ। উৎস পাঠ্য ইংরেজি ব্যাকরণের নিয়ম এবং প্রথা অনুসরণ করে, যা অন্যান্য অনেক ভাষার ক্ষেত্রে প্রযোজ্য নয়।
+অনুবাদ করার সময়, সোর্স থেকে কপি করার পরিবর্তে আপনার ভাষায় ব্যবহৃত ব্যাকরণের নিয়ম, রীতিনীতি এবং ফরম্যাটিং অনুসরণ করা গুরুত্বপূর্ণ। সোর্স টেক্সট ইংরেজি ব্যাকরণের নিয়ম এবং রীতিনীতি অনুসরণ করে, যা অন্যান্য অনেক ভাষার ক্ষেত্রে প্রযোজ্য নয়।
-আপনার ভাষার নিয়ম সম্পর্কে আপনার সচেতন হওয়া উচিত এবং সেই অনুযায়ী অনুবাদ করা উচিত। আপনার যদি সাহায্যের প্রয়োজন হয়, আমাদের সাথে যোগাযোগ করুন এবং আমরা আপনাকে আপনার ভাষায় এই উপাদানগুলি কীভাবে ব্যবহার করা উচিত সে সম্পর্কে কিছু রিসোর্স খুঁজে পেতে সাহায্য করব।
+আপনার ভাষার নিয়মগুলো সম্পর্কে আপনার সচেতন হওয়া উচিত এবং সেই অনুযায়ী অনুবাদ করা উচিত। আপনার যদি সাহায্যের প্রয়োজন হয়, আমাদের সাথে যোগাযোগ করুন এবং আমরা আপনাকে আপনার ভাষায় এই উপাদানগুলো কীভাবে ব্যবহার করা উচিত সে সম্পর্কে কিছু রিসোর্স খুঁজে পেতে সাহায্য করব।
-বিশেষভাবে কী বিষয়ে খেয়াল রাখতে হবে তার কিছু উদাহরণ:
+বিশেষভাবে কী বিষয়ে সতর্ক থাকতে হবে তার কিছু উদাহরণ:
-### যতিচিহ্ন, বিন্যাস {#punctuation-and-formatting}
+### বিরামচিহ্ন, ফরম্যাটিং {#punctuation-and-formatting}
-**ক্যাপিটালাইজেশন**
+**ক্যাপিটালাইজেশন (বড় হাতের অক্ষর ব্যবহার)**
-- বিভিন্ন ভাষায় ক্যাপিটালাইজেশনে ব্যাপক পার্থক্য রয়েছে।
-- ইংরেজিতে, শিরোনাম এবং নাম, মাস এবং দিন, ভাষার নাম, ছুটির দিন ইত্যাদিতে সমস্ত শব্দ বড় হাতের অক্ষরে লেখা সাধারণ। অন্যান্য অনেক ভাষায়, এটি ব্যাকরণগতভাবে ভুল, কারণ তাদের ক্যাপিটালাইজেশনের নিয়ম ভিন্ন।
-- কিছু ভাষায় ব্যক্তিগত সর্বনাম, বিশেষ্য এবং নির্দিষ্ট বিশেষণ বড় হাতের অক্ষরে লেখার নিয়মও রয়েছে, যা ইংরেজিতে বড় হাতের অক্ষরে লেখা হয় না।
+- বিভিন্ন ভাষায় ক্যাপিটালাইজেশনের ক্ষেত্রে ব্যাপক পার্থক্য রয়েছে।
+- ইংরেজিতে, শিরোনাম এবং নাম, মাস এবং দিন, ভাষার নাম, ছুটির দিন ইত্যাদির সমস্ত শব্দ বড় হাতের অক্ষরে লেখা সাধারণ। অন্যান্য অনেক ভাষায়, এটি ব্যাকরণগতভাবে ভুল, কারণ তাদের ক্যাপিটালাইজেশনের নিয়ম আলাদা।
+- কিছু ভাষায় ব্যক্তিবাচক সর্বনাম, বিশেষ্য এবং নির্দিষ্ট বিশেষণগুলো বড় হাতের অক্ষরে লেখার নিয়ম রয়েছে, যা ইংরেজিতে বড় হাতের অক্ষরে লেখা হয় না।
**স্পেসিং**
-- অর্থোগ্রাফি নিয়ম প্রতিটি ভাষার জন্য স্পেসের ব্যবহার নির্ধারণ করে। যেহেতু স্পেস সর্বত্র ব্যবহৃত হয়, তাই এই নিয়মগুলি সবচেয়ে স্বতন্ত্র কিছু, এবং স্পেসগুলি সবচেয়ে ভুল অনুবাদিত উপাদানগুলির মধ্যে কিছু।
+- বানানরীতি প্রতিটি ভাষার জন্য স্পেসের ব্যবহার নির্ধারণ করে। যেহেতু স্পেস সব জায়গায় ব্যবহৃত হয়, তাই এই নিয়মগুলো সবচেয়ে আলাদা, এবং স্পেস হলো সবচেয়ে বেশি ভুল অনুবাদ করা উপাদানগুলোর মধ্যে একটি।
- ইংরেজি এবং অন্যান্য ভাষার মধ্যে স্পেসিংয়ের কিছু সাধারণ পার্থক্য:
- পরিমাপের একক এবং মুদ্রার আগে স্পেস (যেমন, USD, EUR, kB, MB)
- ডিগ্রি চিহ্নের আগে স্পেস (যেমন, °C, ℉)
- - কিছু যতিচিহ্নের আগে স্পেস, বিশেষ করে এলিপসিস (…)
+ - কিছু বিরামচিহ্নের আগে স্পেস, বিশেষ করে উপবৃত্তাকার বা এলিপসিস (…)
- স্ল্যাশের (/) আগে এবং পরে স্পেস
**তালিকা**
-- প্রতিটি ভাষায় তালিকা লেখার জন্য একটি বৈচিত্র্যময় এবং জটিল নিয়মাবলী রয়েছে। এগুলি ইংরেজি থেকে উল্লেখযোগ্যভাবে ভিন্ন হতে পারে।
-- কিছু ভাষায়, প্রতিটি নতুন লাইনের প্রথম শব্দটি বড় হাতের অক্ষরে লেখা প্রয়োজন, যেখানে অন্যগুলিতে, নতুন লাইন ছোট হাতের অক্ষর দিয়ে শুরু হওয়া উচিত। অনেক ভাষায় তালিকার মধ্যে ক্যাপিটালাইজেশন সম্পর্কে ভিন্ন নিয়মও রয়েছে, যা প্রতিটি লাইনের দৈর্ঘ্যের উপর নির্ভর করে।
-- লাইন আইটেমের যতিচিহ্নের ক্ষেত্রেও একই কথা প্রযোজ্য। তালিকায় শেষ যতিচিহ্ন একটি পিরিয়ড (.), কমা (,), বা সেমিকোলন (;) হতে পারে, যা ভাষার উপর নির্ভর করে।
+- তালিকা লেখার জন্য প্রতিটি ভাষার বৈচিত্র্যময় এবং জটিল নিয়ম রয়েছে। এগুলো ইংরেজির চেয়ে উল্লেখযোগ্যভাবে আলাদা হতে পারে।
+- কিছু ভাষায়, প্রতিটি নতুন লাইনের প্রথম শব্দটি বড় হাতের অক্ষরে লিখতে হয়, আবার অন্যগুলোতে, নতুন লাইনগুলো ছোট হাতের অক্ষর দিয়ে শুরু হওয়া উচিত। প্রতিটি লাইনের দৈর্ঘ্যের উপর নির্ভর করে অনেক ভাষায় তালিকায় ক্যাপিটালাইজেশন সম্পর্কে ভিন্ন নিয়ম রয়েছে।
+- লাইন আইটেমগুলোর বিরামচিহ্নের ক্ষেত্রেও একই কথা প্রযোজ্য। ভাষার উপর নির্ভর করে তালিকায় শেষের বিরামচিহ্ন একটি পিরিয়ড (**.**), কমা (**,**), বা সেমিকোলন (**;**) হতে পারে।
**উদ্ধৃতি চিহ্ন**
-- ভাষাগুলিতে বিভিন্ন উদ্ধৃতি চিহ্ন ব্যবহৃত হয়। উৎস থেকে ইংরেজি উদ্ধৃতি চিহ্নগুলি কেবল অনুলিপি করা প্রায়শই ভুল।
-- সবচেয়ে সাধারণ ধরণের কিছু উদ্ধৃতি চিহ্নের মধ্যে রয়েছে:
- - „উদাহরণ পাঠ্য“
- - ‚উদাহরণ পাঠ্য’
- - »উদাহরণ পাঠ্য«
- - “উদাহরণ পাঠ্য”
- - ‘উদাহরণ পাঠ্য’
- - «উদাহরণ পাঠ্য»
+- ভাষাগুলো বিভিন্ন উদ্ধৃতি চিহ্ন ব্যবহার করে। সোর্স থেকে কেবল ইংরেজি উদ্ধৃতি চিহ্নগুলো কপি করা প্রায়শই ভুল হয়।
+- সবচেয়ে সাধারণ ধরনের কিছু উদ্ধৃতি চিহ্নের মধ্যে রয়েছে:
+ - „example text“
+ - ‚example text’
+ - »example text«
+ - “example text”
+ - ‘example text’
+ - «example text»
**হাইফেন এবং ড্যাশ**
-- ইংরেজিতে, একটি হাইফেন (-) শব্দ বা একটি শব্দের বিভিন্ন অংশ যোগ করতে ব্যবহৃত হয়, যখন একটি ড্যাশ (–) একটি পরিসর বা একটি বিরতি নির্দেশ করতে ব্যবহৃত হয়।
-- অনেক ভাষায় হাইফেন এবং ড্যাশ ব্যবহারের জন্য ভিন্ন নিয়ম রয়েছে যা পালন করা উচিত।
+- ইংরেজিতে, শব্দ বা শব্দের বিভিন্ন অংশ যুক্ত করতে একটি হাইফেন (-) ব্যবহৃত হয়, যেখানে একটি ড্যাশ (–) একটি পরিসর বা বিরতি নির্দেশ করতে ব্যবহৃত হয়।
+- হাইফেন এবং ড্যাশ ব্যবহারের জন্য অনেক ভাষার ভিন্ন নিয়ম রয়েছে যা মেনে চলা উচিত।
### ফরম্যাট {#formats}
**সংখ্যা**
-- বিভিন্ন ভাষায় সংখ্যা লেখার প্রধান পার্থক্য হল দশমিক এবং হাজারের জন্য ব্যবহৃত বিভাজক। হাজারের জন্য, এটি একটি পিরিয়ড, কমা বা স্পেস হতে পারে। একইভাবে, কিছু ভাষায় দশমিক বিন্দু ব্যবহার করা হয়, আবার অন্যগুলিতে দশমিক কমা ব্যবহার করা হয়।
+- বিভিন্ন ভাষায় সংখ্যা লেখার প্রধান পার্থক্য হলো দশমিক এবং হাজারের জন্য ব্যবহৃত বিভাজক বা সেপারেটর। হাজারের জন্য, এটি একটি পিরিয়ড, কমা বা স্পেস হতে পারে। একইভাবে, কিছু ভাষা দশমিক বিন্দু ব্যবহার করে, আবার অন্যগুলো দশমিক কমা ব্যবহার করে।
- বড় সংখ্যার কিছু উদাহরণ:
- ইংরেজি – **1,000.50**
- স্প্যানিশ – **1.000,50**
- ফরাসি – **1 000,50**
-- সংখ্যা অনুবাদ করার সময় আরেকটি গুরুত্বপূর্ণ বিষয় হল শতাংশ চিহ্ন। এটি বিভিন্ন উপায়ে লেখা যেতে পারে: **100%**, **100 %** বা **%100**।
-- অবশেষে, ভাষার উপর নির্ভর করে ঋণাত্মক সংখ্যাগুলি ভিন্নভাবে প্রদর্শিত হতে পারে: -100, 100-, (100) বা [100]।
+- সংখ্যা অনুবাদ করার সময় আরেকটি গুরুত্বপূর্ণ বিবেচ্য বিষয় হলো শতাংশ চিহ্ন। এটি বিভিন্ন উপায়ে লেখা যেতে পারে: **100%**, **100 %** বা **%100**।
+- পরিশেষে, ভাষার উপর নির্ভর করে ঋণাত্মক সংখ্যাগুলো ভিন্নভাবে প্রদর্শিত হতে পারে: -100, 100-, (100) বা [100]।
**তারিখ**
-- তারিখ অনুবাদ করার সময়, ভাষার উপর ভিত্তি করে বেশ কিছু বিবেচ্য বিষয় এবং পার্থক্য রয়েছে। এর মধ্যে রয়েছে তারিখের বিন্যাস, বিভাজক, ক্যাপিটালাইজেশন এবং লিডিং জিরো। পূর্ণ-দৈর্ঘ্য এবং সংখ্যাসূচক তারিখের মধ্যেও পার্থক্য রয়েছে।
- - বিভিন্ন তারিখ বিন্যাসের কিছু উদাহরণ:
- - ইংরেজি ইউকে (dd/mm/yyyy) – 1লা জানুয়ারী, 2022
- - ইংরেজি ইউএস (mm/dd/yyyy) – জানুয়ারী 1, 2022
+- তারিখ অনুবাদ করার সময়, ভাষার উপর ভিত্তি করে বেশ কয়েকটি বিবেচ্য বিষয় এবং পার্থক্য রয়েছে। এগুলোর মধ্যে রয়েছে তারিখের ফরম্যাট, সেপারেটর, ক্যাপিটালাইজেশন এবং লিডিং জিরো। পূর্ণ-দৈর্ঘ্য এবং সংখ্যাসূচক তারিখের মধ্যেও পার্থক্য রয়েছে।
+ - বিভিন্ন তারিখের ফরম্যাটের কিছু উদাহরণ:
+ - ইংরেজি ইউকে (dd/mm/yyyy) – 1st January, 2022
+ - ইংরেজি ইউএস (mm/dd/yyyy) – January 1st, 2022
- চীনা (yyyy-mm-dd) – 2022 年 1 月 1 日
- ফরাসি (dd/mm/yyyy) – 1er janvier 2022
- ইতালীয় (dd/mm/yyyy) – 1º gennaio 2022
- - জার্মান (dd/mm/yyyy) – 1. জানুয়ার 2022
+ - জার্মান (dd/mm/yyyy) – 1. Januar 2022
**মুদ্রা**
-- বিভিন্ন বিন্যাস, প্রথা এবং রূপান্তরের কারণে মুদ্রা অনুবাদ করা চ্যালেঞ্জিং হতে পারে। একটি সাধারণ নিয়ম হিসাবে, অনুগ্রহ করে মুদ্রাগুলিকে উৎসের মতোই রাখুন। পাঠকের সুবিধার জন্য আপনি বন্ধনীতে আপনার স্থানীয় মুদ্রা এবং রূপান্তর যোগ করতে পারেন।
-- বিভিন্ন ভাষায় মুদ্রা লেখার প্রধান পার্থক্যগুলির মধ্যে রয়েছে প্রতীকের স্থান, দশমিক কমা বনাম দশমিক বিন্দু, স্পেসিং এবং সংক্ষেপণ বনাম প্রতীক।
- - প্রতীকের স্থান: $100 বা 100$
+- বিভিন্ন ফরম্যাট, রীতিনীতি এবং রূপান্তরের কারণে মুদ্রা অনুবাদ করা চ্যালেঞ্জিং হতে পারে। একটি সাধারণ নিয়ম হিসেবে, অনুগ্রহ করে মুদ্রাগুলো সোর্সের মতোই রাখুন। পাঠকের সুবিধার জন্য আপনি ব্র্যাকেটে আপনার স্থানীয় মুদ্রা এবং রূপান্তর যোগ করতে পারেন।
+- বিভিন্ন ভাষায় মুদ্রা লেখার প্রধান পার্থক্যগুলোর মধ্যে রয়েছে চিহ্নের স্থান নির্ধারণ, দশমিক কমা বনাম দশমিক বিন্দু, স্পেসিং এবং শব্দসংক্ষেপ বনাম চিহ্ন।
+ - চিহ্নের স্থান নির্ধারণ: $100 বা 100$
- দশমিক কমা বনাম দশমিক বিন্দু: 100,50$ বা 100.50$
- স্পেসিং: 100$ বা 100 $
- - সংক্ষেপণ বনাম প্রতীক: 100 $ বা 100 USD
+ - শব্দসংক্ষেপ বনাম চিহ্ন: 100 $ বা 100 USD
**পরিমাপের একক**
-- একটি সাধারণ নিয়ম হিসাবে, অনুগ্রহ করে পরিমাপের এককগুলি উৎস অনুযায়ী রাখুন। যদি আপনার দেশ একটি ভিন্ন সিস্টেম ব্যবহার করে, আপনি বন্ধনীতে রূপান্তর অন্তর্ভুক্ত করতে পারেন।
-- পরিমাপের এককগুলির স্থানীয়করণ ছাড়াও, ভাষাগুলি এই এককগুলির প্রতি কীভাবে দৃষ্টিভঙ্গি রাখে তার পার্থক্যগুলিও লক্ষ্য করা গুরুত্বপূর্ণ। প্রধান পার্থক্য হল সংখ্যা এবং এককের মধ্যে স্পেসিং, যা ভাষার উপর ভিত্তি করে ভিন্ন হতে পারে। এর উদাহরণগুলির মধ্যে রয়েছে 100kB বনাম 100 kB বা 50ºF বনাম 50 ºF।
+- একটি সাধারণ নিয়ম হিসেবে, অনুগ্রহ করে পরিমাপের এককগুলো সোর্স অনুযায়ী রাখুন। যদি আপনার দেশ একটি ভিন্ন সিস্টেম ব্যবহার করে, তবে আপনি ব্র্যাকেটে রূপান্তরটি অন্তর্ভুক্ত করতে পারেন।
+- পরিমাপের এককগুলোর স্থানীয়করণের পাশাপাশি, ভাষাগুলো কীভাবে এই এককগুলোর সাথে কাজ করে তার পার্থক্যগুলো লক্ষ্য করাও গুরুত্বপূর্ণ। প্রধান পার্থক্য হলো সংখ্যা এবং এককের মধ্যে স্পেসিং, যা ভাষার উপর ভিত্তি করে ভিন্ন হতে পারে। এর উদাহরণগুলোর মধ্যে রয়েছে 100kB বনাম 100 kB বা 50ºF বনাম 50 ºF।
## উপসংহার {#conclusion}
-ethereum.org অনুবাদ করা ইথেরিয়ামের বিভিন্ন দিক সম্পর্কে জানার একটি দুর্দান্ত সুযোগ।
+ethereum.org অনুবাদ করা ইথিরিয়াম-এর বিভিন্ন দিক সম্পর্কে জানার একটি দুর্দান্ত সুযোগ।
-অনুবাদ করার সময়, তাড়াহুড়ো না করার চেষ্টা করুন। স্বাভাবিকভাবে নিন এবং মজা করুন!
+অনুবাদ করার সময়, তাড়াহুড়ো না করার চেষ্টা করুন। শান্ত থাকুন এবং উপভোগ করুন!
-অনুবাদ প্রোগ্রামের সাথে জড়িত থাকার জন্য এবং ওয়েবসাইটটিকে বৃহত্তর দর্শকদের কাছে অ্যাক্সেসযোগ্য করে তুলতে আমাদের সাহায্য করার জন্য আপনাকে ধন্যবাদ। ইথেরিয়াম সম্প্রদায় বিশ্বব্যাপী, এবং আমরা খুশি যে আপনি এর একটি অংশ!
+অনুবাদ প্রোগ্রামের সাথে জড়িত থাকার জন্য এবং ওয়েবসাইটটিকে আরও বেশি দর্শকের কাছে অ্যাক্সেসযোগ্য করে তুলতে আমাদের সাহায্য করার জন্য আপনাকে ধন্যবাদ। ইথিরিয়াম কমিউনিটি বিশ্বব্যাপী, এবং আপনি এর একটি অংশ হতে পেরে আমরা আনন্দিত!
\ No newline at end of file
diff --git a/public/content/translations/bn/dao/index.md b/public/content/translations/bn/dao/index.md
index 1b7dd0470f6..46219fe4047 100644
--- a/public/content/translations/bn/dao/index.md
+++ b/public/content/translations/bn/dao/index.md
@@ -1,167 +1,169 @@
---
-title: "DAO কী?"
-metaTitle: "DAO কী? | বিকেন্দ্রীভূত স্বায়ত্তশাসিত সংস্থা"
-description: "ইথেরিয়াম উপর DAO একটি সংক্ষিপ্ত বিবরণী"
+title: ডিএও (DAO) কী?
+metaTitle: ডিএও (DAO) কী? | ডিসেন্ট্রালাইজড অটোনোমাস সংস্থা
+description: ইথিরিয়ামে ডিএও (DAO)-এর একটি ওভারভিউ
lang: bn
template: use-cases
emoji: ":handshake:"
sidebarDepth: 2
image: /images/use-cases/dao-2.png
-alt: "একটি DAO-এর একটি রিপ্রেজেন্টেশন একটি প্রস্তাবে ভোট দিচ্ছে।"
-summaryPoint1: "কেন্দ্রীভূত নেতৃত্ব ছাড়া সদস্য-মালিকানাধীন কমিউনিটি।"
-summaryPoint2: "ইন্টারনেট অপরিচিতদের সাথে সহযোগিতা করার একটি নিরাপদ উপায়।"
-summaryPoint3: "একটি নির্দিষ্ট কারণে ফান্ড সমর্পণ করার একটি নিরাপদ জায়গা।"
+alt: একটি প্রস্তাবে ডিএও (DAO) ভোটিংয়ের একটি উপস্থাপনা।
+summaryPoint1: কেন্দ্রীভূত নেতৃত্ব ছাড়া সদস্য-মালিকানাধীন কমিউনিটি।
+summaryPoint2: ইন্টারনেটে অপরিচিতদের সাথে সহযোগিতা করার একটি নিরাপদ উপায়।
+summaryPoint3: একটি নির্দিষ্ট কারণে তহবিল জমা করার একটি নিরাপদ জায়গা।
---
-## DAO কী? {#what-are-daos}
+## ডিএও (DAO) কী? {#what-are-daos}
-একটি DAO হল একটি সম্মিলিত-মালিকানাধীন সংস্থা যা একটি শেয়ার করা মিশনের দিকে কাজ করে।
+ডিএও (DAO) হলো একটি যৌথ মালিকানাধীন সংস্থা যা একটি অভিন্ন লক্ষ্যের দিকে কাজ করে।
-DAO আমাদের ফান্ড বা ক্রিয়াকলাপ পরিচালনা করার জন্য একজন পরোপকারী নেতাকে বিশ্বাস না করেই বিশ্বজুড়ে সমমনা লোকদের সাথে কাজ করার অনুমতি দেয়। এমন কোন CEO নেই যিনি খেয়ালখুশি মতো ফান্ড ব্যয় করতে পারেন বা CFO নেই যিনি বইগুলি ম্যানিপুলেট করতে পারেন। পরিবর্তে, কোডে বেক করা ব্লকচেইন-ভিত্তিক নিয়মগুলি সংজ্ঞায়িত করে যে সংস্থা কীভাবে কাজ করে এবং কীভাবে ফান্ড ব্যয় করা হয়।
+ডিএও (DAO) আমাদেরকে তহবিল বা কার্যক্রম পরিচালনার জন্য কোনো দয়ালু নেতার ওপর আস্থা না রেখেই বিশ্বজুড়ে সমমনা মানুষদের সাথে কাজ করার সুযোগ দেয়। এখানে এমন কোনো সিইও (CEO) নেই যিনি খেয়ালখুশিমতো তহবিল ব্যয় করতে পারেন বা এমন কোনো সিএফও (CFO) নেই যিনি হিসাবের খাতা কারসাজি করতে পারেন। এর পরিবর্তে, কোডের মধ্যে থাকা ব্লকচেইন-ভিত্তিক নিয়মগুলো নির্ধারণ করে যে সংস্থাটি কীভাবে কাজ করবে এবং কীভাবে তহবিল ব্যয় করা হবে।
-তাদের অন্তর্নির্মিত কোষাগার রয়েছে যা গ্রূপের অনুমোদন ছাড়া অ্যাক্সেস করার ক্ষমতা কারও নেই। প্রতিষ্ঠানের প্রত্যেকের একটি মত আছে তা নিশ্চিত করার জন্য প্রস্তাব এবং ভোট দিয়ে সিদ্ধান্তগুলি নিয়ন্ত্রিত হয় এবং সবকিছু স্বচ্ছভাবে [অনচেইনে](/glossary/#onchain) ঘটে।
+এগুলোর বিল্ট-ইন ট্রেজারি রয়েছে যেখানে গ্রুপের অনুমোদন ছাড়া কারও প্রবেশাধিকার নেই। সিদ্ধান্তগুলো প্রস্তাব এবং ভোটিংয়ের মাধ্যমে পরিচালিত হয় যাতে সংস্থার প্রত্যেকের মতামত নিশ্চিত করা যায় এবং সবকিছু স্বচ্ছভাবে [অনচেইন](/glossary/#onchain)-এ ঘটে।
-## কেন আমাদের DAO প্রয়োজন? {#why-dao}
+## আমাদের কেন ডিএও (DAO) প্রয়োজন? {#why-dao}
-তহবিল এবং অর্থ জড়িত এমন কারো সাথে একটি সংস্থা শুরু করার জন্য আপনি যাদের সাথে কাজ করছেন তাদের প্রতি অনেক বিশ্বাসের প্রয়োজন। কিন্তু এমন কাউকে বিশ্বাস করা কঠিন যার সাথে আপনি ইন্টারনেটে যোগাযোগ করেছেন। DAO-এর মাধ্যমে আপনাকে গ্রুপের অন্য কাউকে বিশ্বাস করতে হবে না, শুধুমাত্র DAO-এর কোড, যা 100% স্বচ্ছ এবং যে কারো দ্বারা যাচাইযোগ্য।
+তহবিল এবং অর্থের সাথে জড়িত এমন কোনো সংস্থা কারও সাথে শুরু করার জন্য আপনি যাদের সাথে কাজ করছেন তাদের ওপর অনেক আস্থার প্রয়োজন হয়। কিন্তু ইন্টারনেটে শুধুমাত্র যোগাযোগ হয়েছে এমন কাউকে বিশ্বাস করা কঠিন। ডিএও (DAO)-এর মাধ্যমে আপনাকে গ্রুপের অন্য কাউকে বিশ্বাস করতে হবে না, শুধুমাত্র ডিএও-এর কোডকে বিশ্বাস করতে হবে, যা 100% স্বচ্ছ এবং যে কারও দ্বারা যাচাইযোগ্য।
-এটি বিশ্বব্যাপী সহযোগিতা এবং সমন্বয়ের জন্য অনেক নতুন সুযোগ উন্মুক্ত করে।
+এটি বিশ্বব্যাপী সহযোগিতা এবং সমন্বয়ের জন্য অনেক নতুন সুযোগ উন্মুক্ত করে।
### একটি তুলনা {#dao-comparison}
-| DAO | একটি গতানুগতিক সংগঠন |
-| ------------------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------- |
-| সাধারণত সমতল, এবং সম্পূর্ণরূপে গণতান্ত্রিক। | সাধারণত অনুক্রমিক। |
-| কোনো পরিবর্তন বাস্তবায়নের জন্য সদস্যদের ভোট প্রয়োজন। | কাঠামোর উপর নির্ভর করে, একমাত্র দল থেকে পরিবর্তনের দাবি করা যেতে পারে, বা ভোট দেওয়ার প্রস্তাব দেওয়া যেতে পারে। |
-| ভোট গণনা করা হয়, এবং ফলাফল বিশ্বস্ত মধ্যস্থতাকারী ছাড়াই স্বয়ংক্রিয়ভাবে প্রয়োগ করা হয়। | যদি ভোট দেওয়ার অনুমতি দেওয়া হয়, ভোটগুলি অভ্যন্তরীণভাবে গণনা করা হয় এবং ভোটের ফলাফল ম্যানুয়ালি পরিচালনা করতে হবে। |
-| প্রদত্ত পরিষেবাগুলি একটি বিকেন্দ্রীভূত পদ্ধতিতে স্বয়ংক্রিয়ভাবে পরিচালনা করা হয় (উদাহরণস্বরূপ জনহিতকর ফান্ডের বিতরণ)। | মানুষের পরিচালনা প্রয়োজন বা কেন্দ্রীয়ভাবে নিয়ন্ত্রিত অটোমেশন, উভয়ই ম্যানিপুলেশন প্রবণ। |
-| সমস্ত কার্যকলাপ স্বচ্ছ এবং সম্পূর্ণ জনসাধারণের। | কার্যকলাপ সাধারণত ব্যক্তিগত এবং জনসাধারণের মধ্যে সীমাবদ্ধ। |
+| ডিএও (DAO) | একটি প্রথাগত সংস্থা |
+| ----------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------- |
+| সাধারণত সমতল এবং সম্পূর্ণ গণতান্ত্রিক। | সাধারণত পদানুক্রমিক। |
+| যেকোনো পরিবর্তন বাস্তবায়নের জন্য সদস্যদের ভোটিং প্রয়োজন। | কাঠামোর ওপর নির্ভর করে, কোনো একক পক্ষের কাছ থেকে পরিবর্তনের দাবি করা যেতে পারে, অথবা ভোটিংয়ের প্রস্তাব দেওয়া হতে পারে। |
+| ভোট গণনা করা হয় এবং বিশ্বস্ত মধ্যস্থতাকারী ছাড়াই ফলাফল স্বয়ংক্রিয়ভাবে বাস্তবায়িত হয়। | যদি ভোটিংয়ের অনুমতি দেওয়া হয়, তবে ভোটগুলো অভ্যন্তরীণভাবে গণনা করা হয় এবং ভোটিংয়ের ফলাফল ম্যানুয়ালি পরিচালনা করতে হয়। |
+| প্রদত্ত পরিষেবাগুলো একটি ডিসেন্ট্রালাইজড পদ্ধতিতে স্বয়ংক্রিয়ভাবে পরিচালিত হয় (উদাহরণস্বরূপ, জনহিতকর তহবিলের বিতরণ)। | মানুষের পরিচালনার প্রয়োজন হয়, অথবা কেন্দ্রীয়ভাবে নিয়ন্ত্রিত অটোমেশন, যা কারসাজির প্রবণতা রাখে। |
+| সমস্ত কার্যকলাপ স্বচ্ছ এবং সম্পূর্ণ সর্বজনীন। | কার্যকলাপ সাধারণত ব্যক্তিগত এবং জনসাধারণের জন্য সীমিত। |
-### DAO উদাহরণ {#dao-examples}
+### ডিএও (DAO)-এর উদাহরণ {#dao-examples}
-এটিকে আরও বোধগম্য করতে সাহায্য করার জন্য, আপনি কীভাবে একটি DAO ব্যবহার করতে পারেন তার কয়েকটি উদাহরণ এখানে দেওয়া হল:
+এটি আরও ভালোভাবে বোঝার জন্য, আপনি কীভাবে একটি ডিএও (DAO) ব্যবহার করতে পারেন তার কয়েকটি উদাহরণ নিচে দেওয়া হলো:
-- **একটি দাতব্য সংস্থা** – আপনি বিশ্বের যে কোনও ব্যক্তির কাছ থেকে অনুদান গ্রহণ করতে পারেন এবং কোন কারণগুলির জন্য অর্থায়ন করা হবে সে সম্পর্কে ভোট দিতে পারেন।
-- **সম্মিলিত মালিকানা** – আপনি বাস্তব বা ডিজিটাল সম্পদ ক্রয় করতে পারেন এবং সদস্যরা সেগুলি কীভাবে ব্যবহার করবে সে সম্পর্কে ভোট দিতে পারেন।
-- **উদ্যোগ এবং অনুদান** – আপনি একটি উদ্যোগ তহবিল তৈরি করতে পারেন যা বিনিয়োগের মূলধন সংগ্রহ করে এবং সমর্থন করার জন্য উদ্যোগগুলিতে ভোট দেয়। পরিশোধিত অর্থ পরে DAO-সদস্যদের মধ্যে পুনরায় বিতরণ করা হয়।
+- **একটি দাতব্য সংস্থা** – আপনি বিশ্বের যেকোনো ব্যক্তির কাছ থেকে অনুদান গ্রহণ করতে পারেন এবং কোন কারণগুলোতে তহবিল দেওয়া হবে সে বিষয়ে ভোট দিতে পারেন।
+- **যৌথ মালিকানা** – আপনি ভৌত বা ডিজিটাল সম্পদ ক্রয় করতে পারেন এবং সদস্যরা সেগুলো কীভাবে ব্যবহার করবেন সে বিষয়ে ভোট দিতে পারেন।
+- **উদ্যোগ এবং অনুদান** – আপনি একটি ভেঞ্চার ফান্ড তৈরি করতে পারেন যা বিনিয়োগের মূলধন সংগ্রহ করে এবং কোন উদ্যোগগুলোকে সমর্থন করা হবে সে বিষয়ে ভোট দেয়। পরিশোধিত অর্থ পরবর্তীতে ডিএও-সদস্যদের মধ্যে পুনরায় বিতরণ করা যেতে পারে।
- DeFi অ্যাপগুলি ঘেঁটে দেখুন
+ DeFi অ্যাপগুলো এক্সপ্লোর করুন
## এটি বিটকয়েন দিয়ে শুরু হয়েছিল... {#bitcoin}
-বিটকয়েন অনেক উপায়ে প্রথম DeFi অ্যাপ্লিকেশন ছিল। বিটকয়েন আপনাকে সত্যিকার অর্থে মূল্যের মালিক হতে এবং নিয়ন্ত্রণ করতে দেয় এবং বিশ্বের যে কোনো জায়গায় পাঠাতে দেয়। এটি একটি বিশ্বস্ত মধ্যস্থতাকারীর প্রয়োজন ছাড়াই অনেক সংখ্যক লোককে, যারা একে অপরকে বিশ্বাস করে না, অ্যাকাউন্টের লেজারে সম্মত হওয়ার একটি উপায় প্রদান করার মাধ্যমে এমনটি করে। বিটকয়েন যে কারো জন্য উন্মুক্ত এবং এর নিয়ম পরিবর্তন করার ক্ষমতা কারো নেই। ঘাটতি এবং উন্মুক্ততার মতো, বিটকয়েনের নিয়মসমূহ, এর প্রযুক্তিতে লেখা আছে। এটি প্রথাগত অর্থনীতির মতো নয় যেখানে সরকার আপনার সঞ্চয়ের অবমূল্যায়ন করে এমন অর্থ মুদ্রণ করতে পারে এবং কোম্পানিগুলি মার্কেট বন্ধ করে দিতে পারে।
+বিটকয়েন অনেক দিক থেকেই প্রথম DeFi অ্যাপ্লিকেশন ছিল। বিটকয়েন আপনাকে সত্যিই ভ্যালুর মালিক হতে এবং নিয়ন্ত্রণ করতে দেয় এবং এটি বিশ্বের যেকোনো জায়গায় পাঠাতে দেয়। এটি এমন একটি উপায় প্রদান করে যার মাধ্যমে বিপুল সংখ্যক মানুষ, যারা একে অপরকে বিশ্বাস করে না, কোনো বিশ্বস্ত মধ্যস্থতাকারীর প্রয়োজন ছাড়াই একাউন্টগুলোর একটি লেজার-এ একমত হতে পারে। বিটকয়েন যে কারো জন্য উন্মুক্ত এবং এর নিয়ম পরিবর্তন করার ক্ষমতা কারো নেই। বিটকয়েনের নিয়মগুলো, যেমন এর দুষ্প্রাপ্যতা এবং এর উন্মুক্ততা, প্রযুক্তির মধ্যেই লেখা আছে। এটি প্রথাগত ফাইন্যান্সের মতো নয় যেখানে সরকার টাকা ছাপাতে পারে যা আপনার সঞ্চয়ের অবমূল্যায়ন করে এবং কোম্পানিগুলো মার্কেট বন্ধ করে দিতে পারে।
-ইথেরিয়াম এগুলোর উপরেই তৈরি করা। বিটকয়েনের মতো, নিয়মগুলি আপনার ক্ষেত্রে পরিবর্তিত হতে পারবে না এবং প্রত্যেকেরই অ্যাক্সেস রয়েছে। কিন্তু এটি [স্মার্ট কন্ট্র্যাক্ট](/glossary/#smart-contract) ব্যবহার করে এই ডিজিটাল অর্থকে প্রোগ্রামযোগ্য করে তোলে, যাতে আপনি মূল্য সংরক্ষণ এবং পাঠানোর বাইরে যেতে পারেন।
+ইথিরিয়াম এর ওপর ভিত্তি করেই তৈরি। বিটকয়েনের মতো, নিয়মগুলো আপনার জন্য পরিবর্তন হতে পারে না এবং সবার অ্যাক্সেস রয়েছে। তবে এটি [স্মার্ট কন্ট্রাক্ট](/glossary/#smart-contract) ব্যবহার করে এই ডিজিটাল অর্থকে প্রোগ্রামেবল করে তোলে, যাতে আপনি ভ্যালু সংরক্ষণ এবং পাঠানোর বাইরেও অনেক কিছু করতে পারেন।
- আপনি যদি ইথেরিয়াম-এ নতুন হন তবে চেষ্টা করতে DeFi অ্যাপ্লিকেশনগুলির জন্য আমাদের পরামর্শগুলি এক্সপ্লোর করুন।
+ আপনি যদি ইথিরিয়ামে নতুন হয়ে থাকেন তবে ট্রাই করার জন্য আমাদের প্রস্তাবিত DeFi অ্যাপ্লিকেশনগুলো এক্সপ্লোর করুন।
- DeFi অ্যাপগুলি ঘেঁটে দেখুন
+ DeFi অ্যাপগুলো এক্সপ্লোর করুন
-## আপনি DeFi দিয়ে কি করতে পারেন? {#defi-use-cases}
+## আপনি DeFi দিয়ে কী করতে পারেন? {#defi-use-cases}
-অধিকাংশ আর্থিক পরিষেবার জন্য একটি বিকেন্দ্রীভূত বিকল্প আছে। কিন্তু ইথেরিয়াম এমন আর্থিক পণ্য তৈরির সুযোগও তৈরি করে যা সম্পূর্ণ নতুন। এটি একটি ক্রমবর্ধমান তালিকা।
+বেশিরভাগ আর্থিক পরিষেবার একটি ডিসেন্ট্রালাইজড বিকল্প রয়েছে। তবে ইথিরিয়াম সম্পূর্ণ নতুন আর্থিক প্রোডাক্ট তৈরি করার সুযোগও তৈরি করে। এটি একটি ক্রমবর্ধমান তালিকা।
-- [সারা বিশ্বে টাকা পাঠান](#send-money)
-- [বিশ্বজুড়ে অর্থ স্ট্রিম করুন](#stream-money)
-- [স্থিতিশীল মুদ্রা অ্যাক্সেস করুন](#stablecoins)
-- [জামানত দিয়ে তহবিল ধার করুন](#lending)
-- [জামানত ছাড়া ধার করুন](#flash-loans)
-- [ক্রিপ্টো সঞ্চয় শুরু করুন](#saving)
+- [বিশ্বজুড়ে অর্থ পাঠান](#send-money)
+- [বিশ্বজুড়ে অর্থ স্ট্রিম করুন](#stream-money)
+- [স্থিতিশীল মুদ্রাগুলো অ্যাক্সেস করুন](#stablecoins)
+- [জামানত দিয়ে ফান্ড ধার করুন](#lending)
+- [জামানত ছাড়াই ধার করুন](#flash-loans)
+- [ক্রিপটো সঞ্চয় শুরু করুন](#saving)
- [টোকেন ট্রেড করুন](#swaps)
- [আপনার পোর্টফোলিও বাড়ান](#investing)
-- [আপনার ধারণাগুলোকে অর্থায়ন করুন](#crowdfunding)
+- [আপনার আইডিয়াগুলোতে ফান্ড দিন](#crowdfunding)
- [বীমা কিনুন](#insurance)
- [আপনার পোর্টফোলিও পরিচালনা করুন](#aggregators)
পেমেন্ট ডিএ্যাপস দেখুন
-#### বিশ্বজুড়ে অর্থ স্ট্রিম করুন... {#stream-money}
+#### বিশ্বজুড়ে অর্থ স্ট্রিম করুন... {#stream-money}
-এছাড়াও আপনি ইথেরিয়াম এর মাধ্যমে অর্থ প্রবাহ করতে পারেন। এটি আপনাকে কাউকে তাদের বেতন সেকেন্ডের মধ্যে পরিশোধ করতে দেয়, যখনই তাদের প্রয়োজন হয় তখনই তাদের অর্থের অ্যাক্সেস দেয়। অথবা স্টোরেজ লকার বা বৈদ্যুতিক স্কুটারের মত কিছু ভাড়া নিন।
+আপনি ইথিরিয়ামের মাধ্যমে অর্থ স্ট্রিমও করতে পারেন। এটি আপনাকে কাউকে সেকেন্ডের হিসেবে তাদের বেতন দিতে দেয়, যখনই তাদের অর্থের প্রয়োজন হয় তখনই তাদের অ্যাক্সেস দেয়। অথবা স্টোরেজ লকার বা ইলেকট্রিক স্কুটারের মতো কোনো কিছু সেকেন্ডের হিসেবে ভাড়া নিতে দেয়।
-আর আপনি যদি [ETH](/glossary/#ether) পাঠাতে বা স্ট্রিম করতে না চান কারণ এর মান অনেক পরিবর্তন হতে পারে, সেক্ষেত্রে ইথেরিয়ামে বিকল্প মুদ্রা রয়েছে: [স্টেবলকয়েন](/glossary/#stablecoin)।
+এবং আপনি যদি [ETH](/glossary/#ether) পাঠাতে বা স্ট্রিম করতে না চান কারণ এর ভ্যালু কতটা পরিবর্তন হতে পারে, তবে ইথিরিয়ামে বিকল্প মুদ্রা রয়েছে: [স্টেবলকয়েন](/glossary/#stablecoin)।
- স্টেবলকয়েন সম্পর্কে আরও জানুন
+ স্টেবলকয়েন সম্পর্কে আরও জানুন
- ধার করার ডিএ্যাপস দেখুন
+ ধার নেওয়ার ডিএ্যাপস দেখুন
-বিকেন্দ্রীভূত ঋণদাতা ব্যবহার করার অনেক সুবিধা রয়েছে...
+একটি ডিসেন্ট্রালাইজড ঋণদাতা ব্যবহার করার অনেক সুবিধা রয়েছে...
-#### গোপনীয়তার সাথে ধার করা {#borrowing-privacy}
+#### গোপনীয়তার সাথে ধার নেওয়া {#borrowing-privacy}
-আজ, টাকা ধার দেওয়া এবং ধার নেওয়া সবই জড়িত ব্যক্তিদের চারপাশে ঘোরে। ধার দেওয়ার আগে ব্যাংকগুলিকে জানতে হবে আপনি ঋণ পরিশোধ করতে পারবেন কিনা।
+বর্তমানে, অর্থ ধার দেওয়া এবং ধার নেওয়া সবই জড়িত ব্যক্তিদের কেন্দ্র করে আবর্তিত হয়। ঋণ দেওয়ার আগে ব্যাংকগুলোর জানা প্রয়োজন যে আপনি ঋণ পরিশোধ করার সম্ভাবনা আছে কিনা।
-বিকেন্দ্রীভূত ঋণ কোনো পক্ষকেই নিজেদের পরিচয় না দিয়ে কাজ করে। পরিবর্তে, ঋণগ্রহীতাকে অবশ্যই জামানত রাখতে হবে যা ঋণদাতা স্বয়ংক্রিয়ভাবে পাবেন যদি তাদের ঋণ পরিশোধ করা না হয়। কিছু ঋণদাতা জামানত হিসেবে এমনকি [NFTs](/glossary/#nft)-ও গ্রহণ করে। NFT হল একটি অনন্য সম্পদের দলিল, যেমন একটি পেইন্টিং। [NFTs সম্পর্কে আরও জানুন](/nft/)
+ডিসেন্ট্রালাইজড ঋণদান কোনো পক্ষের নিজেদের পরিচয় দেওয়ার প্রয়োজন ছাড়াই কাজ করে। এর পরিবর্তে, ঋণগ্রহীতাকে অবশ্যই জামানত রাখতে হবে যা ঋণ পরিশোধ না হলে ঋণদাতা স্বয়ংক্রিয়ভাবে পেয়ে যাবে। কিছু ঋণদাতা এমনকি [NFTs](/glossary/#nft)-কেও জামানত হিসেবে গ্রহণ করে। NFTs হলো একটি অনন্য সম্পদের দলিল, যেমন একটি পেইন্টিং। [NFTs সম্পর্কে আরও জানুন](/nft/)
-এটি আপনাকে ক্রেডিট চেক বা ব্যক্তিগত তথ্য হস্তান্তর ছাড়াই অর্থ ধার করতে দেয়।
+এটি আপনাকে ক্রেডিট চেক বা ব্যক্তিগত তথ্য হস্তান্তর ছাড়াই অর্থ ধার করতে দেয়।
-#### গ্লোবাল তহবিলের অ্যাক্সেস {#access-global-funds}
+#### গ্লোবাল ফান্ডে অ্যাক্সেস {#access-global-funds}
-আপনি যখন একটি বিকেন্দ্রীভূত ঋণদাতা ব্যবহার করেন তখন আপনার কাছে সমস্ত বিশ্ব থেকে জমা করা ফান্ডগুলিতে অ্যাক্সেস থাকে, শুধুমাত্র আপনার নির্বাচিত ব্যাঙ্ক বা প্রতিষ্ঠানের হেফাজতে থাকা ফান্ডগুলি নয়। এটি ঋণকে আরও সহজলভ্য করে এবং সুদের হার উন্নত করে।
+আপনি যখন একটি ডিসেন্ট্রালাইজড ঋণদাতা ব্যবহার করেন তখন আপনার কাছে সারা বিশ্ব থেকে জমা করা ফান্ডে অ্যাক্সেস থাকে, শুধুমাত্র আপনার নির্বাচিত ব্যাংক বা প্রতিষ্ঠানের হেফাজতে থাকা ফান্ডে নয়। এটি ঋণগুলোকে আরও অ্যাক্সেসযোগ্য করে তোলে এবং সুদের হার উন্নত করে।
#### কর-দক্ষতা {#tax-efficiencies}
-ধার করা আপনাকে আপনার ETH (একটি করযোগ্য ইভেন্ট) বিক্রি করার প্রয়োজন ছাড়াই আপনার প্রয়োজনীয় ফান্ডগুলিতে অ্যাক্সেস দিতে পারে। পরিবর্তে, আপনি একটি স্টেবলকয়েন ঋণের জন্য জামানত হিসাবে ETH ব্যবহার করতে পারেন। এটি আপনাকে আপনার প্রয়োজনীয় নগদ-প্রবাহ দেয় এবং আপনাকে আপনার ETH রাখতে দেয়। স্টেবলকয়েন হল টোকেন যা আপনার নগদ প্রয়োজনের জন্য অনেক ভালো কারণ এগুলো ETH এর মত মূল্যে ওঠানামা করে না। [স্টেবলকয়েন সম্পর্কে আরও জানুন](#stablecoins)
+ধার নেওয়া আপনাকে আপনার ETH বিক্রি করার প্রয়োজন ছাড়াই (একটি করযোগ্য ইভেন্ট) আপনার প্রয়োজনীয় ফান্ডে অ্যাক্সেস দিতে পারে। এর পরিবর্তে, আপনি একটি স্টেবলকয়েন ঋণের জন্য জামানত হিসেবে ETH ব্যবহার করতে পারেন। এটি আপনাকে আপনার প্রয়োজনীয় ক্যাশ-ফ্লো দেয় এবং আপনাকে আপনার ETH রাখতে দেয়। স্টেবলকয়েন হলো এমন টোকেন যা আপনার যখন নগদ অর্থের প্রয়োজন হয় তখন অনেক ভালো কারণ এগুলোর ভ্যালু ETH-এর মতো ওঠানামা করে না। [স্টেবলকয়েন সম্পর্কে আরও জানুন](#stablecoins)
#### ফ্ল্যাশ লোন {#flash-loans}
-ফ্ল্যাশ লোন হল বিকেন্দ্রীকৃত ঋণের একটি আরও পরীক্ষামূলক রূপ যা আপনাকে জামানত ছাড়া বা কোনো ব্যক্তিগত তথ্য প্রদান ছাড়াই ঋণ নিতে দেয়।
+ফ্ল্যাশ লোন হলো ডিসেন্ট্রালাইজড ঋণদানের একটি আরও পরীক্ষামূলক রূপ যা আপনাকে জামানত বা কোনো ব্যক্তিগত তথ্য প্রদান ছাড়াই ধার করতে দেয়।
-এগুলো এই মুহূর্তে নন-টেকনিক্যাল লোকেদের কাছে ব্যাপকভাবে অ্যাক্সেসযোগ্য নয় তবে এগুলো ভবিষ্যতে সবার কাছে কী হতে পারে তার ইঙ্গিত দেয়।
+এগুলো এই মুহূর্তে নন-টেকনিক্যাল লোকদের জন্য ব্যাপকভাবে অ্যাক্সেসযোগ্য নয় তবে এগুলো ভবিষ্যতে সবার জন্য কী সম্ভব হতে পারে তার ইঙ্গিত দেয়।
-এটি সেই ভিত্তিতে কাজ করে যে একই লেনদেনের মধ্যে ঋণ নেওয়া হয় এবং ফেরত দেওয়া হয়। যদি এটি ফেরত দেওয়া না যায়, তাহলে লেনদেনটি এমনভাবে ফিরে আসে যেন কিছুই ঘটেনি।
+এটি এই ভিত্তিতে কাজ করে যে ঋণটি একই লেনদেন-এর মধ্যে নেওয়া হয় এবং পরিশোধ করা হয়। যদি এটি পরিশোধ করা না যায়, তবে লেনদেনটি এমনভাবে ফিরে যায় যেন কিছুই ঘটেনি।
-প্রায়শই ব্যবহৃত ফান্ডগুলো লিকুইডিটি পুল (ধার নেওয়ার জন্য ব্যবহৃত ফান্ডের বড় পুল) এ রাখা হয়। যদি সেগুলি একটি নির্দিষ্ট মুহুর্তে ব্যবহার করা না হয়, তাহলে এটি কারোর জন্য এই ফান্ডগুলি ধার করার, তাদের মাধ্যমে ব্যবসা পরিচালনা করার এবং তাদের ধার নেওয়ার সাথে সাথে পুরোপুরি আক্ষরিক অর্থে পরিশোধ করার একটি সুযোগ তৈরি করে।
+যে ফান্ডগুলো প্রায়শই ব্যবহার করা হয় সেগুলো লিকুইডিটি পুলে (ধার নেওয়ার জন্য ব্যবহৃত ফান্ডের বড় পুল) রাখা হয়। যদি সেগুলো কোনো নির্দিষ্ট মুহূর্তে ব্যবহার করা না হয়, তবে এটি কারো জন্য এই ফান্ডগুলো ধার করার, সেগুলো দিয়ে ব্যবসা পরিচালনা করার এবং আক্ষরিক অর্থে ধার নেওয়ার একই সময়ে সেগুলো সম্পূর্ণ পরিশোধ করার সুযোগ তৈরি করে।
-এর মানে হল একটি খুব ইচ্ছামত লেনদেনে অনেক যুক্তি অন্তর্ভুক্ত করা আবশ্যক। একটি সাধারণ উদাহরণ হতে পারে যে কেউ একটি ফ্ল্যাশ লোন ব্যবহার করে একটি মূল্যে যতটা সম্পদ ধার করতে পারে যাতে তারা এটিকে ভিন্ন বিনিময়ে বিক্রি করতে পারে যেখানে দাম বেশি।
+এর মানে হলো একটি অত্যন্ত কাস্টমাইজড লেনদেন-এ প্রচুর লজিক অন্তর্ভুক্ত করতে হবে। একটি সহজ উদাহরণ হতে পারে কেউ একটি ফ্ল্যাশ লোন ব্যবহার করে এক দামে যতটা সম্ভব একটি সম্পদ ধার করে যাতে তারা এটি অন্য একটি এক্সচেঞ্জে বিক্রি করতে পারে যেখানে দাম বেশি।
-সুতরাং একটি একক লেনদেনে, নিম্নলিখিতগুলি ঘটে:
+তাই একটি একক লেনদেন-এ, নিম্নলিখিত ঘটনাগুলো ঘটে:
-- আপনি এক্সচেঞ্জ A থেকে X পরিমাণ, $1.00 এ $asset ধার করেন
-- আপনি এক্সচেঞ্জ B-এ $1.10-এ X $asset বিক্রি করেন
-- আপনি এক্সচেঞ্জ A তে লোন ফেরত দেন
-- লাভ বিয়োগ লেনদেন ফি আপনি রাখুন
+- আপনি এক্সচেঞ্জ A থেকে $1.00 এ X পরিমাণ $asset ধার করেন
+- আপনি এক্সচেঞ্জ B তে $1.10 এ X $asset বিক্রি করেন
+- আপনি এক্সচেঞ্জ A কে ঋণ পরিশোধ করেন
+- আপনি ট্রানজেকশন ফি বাদ দিয়ে লাভ রাখেন
-যদি এক্সচেঞ্জ B এর সরবরাহ হঠাৎ করে কমে যায় এবং ব্যবহারকারী আসল লোন কভার করার জন্য যথেষ্ট ক্রয় করতে সক্ষম না হন, তাহলে লেনদেনটি ব্যর্থ হবে।
+যদি এক্সচেঞ্জ B-এর সরবরাহ হঠাৎ কমে যায় এবং ব্যবহারকারী আসল ঋণ কভার করার জন্য পর্যাপ্ত কিনতে সক্ষম না হয়, তবে লেনদেনটি কেবল ব্যর্থ হবে।
-প্রথাগত আর্থিক জগতে উপরের উদাহরণটি করতে সক্ষম হতে, আপনার প্রচুর পরিমাণ অর্থের প্রয়োজন হবে। এই অর্থ উপার্জন কৌশল শুধুমাত্র যাদের বিদ্যমান সম্পদ আছে তাদের অ্যাক্সেসযোগ্য। ফ্ল্যাশ লোন হল একটি ভবিষ্যতের উদাহরণ যেখানে অর্থ উপার্জনের জন্য অর্থ থাকা অপরিহার্য নয়।
+প্রথাগত ফাইন্যান্স জগতে উপরের উদাহরণটি করতে সক্ষম হওয়ার জন্য, আপনার প্রচুর অর্থের প্রয়োজন হবে। এই অর্থ উপার্জনের কৌশলগুলো শুধুমাত্র তাদের জন্যই অ্যাক্সেসযোগ্য যাদের বিদ্যমান সম্পদ রয়েছে। ফ্ল্যাশ লোন হলো এমন একটি ভবিষ্যতের উদাহরণ যেখানে অর্থ উপার্জন করার জন্য অর্থ থাকা অপরিহার্য পূর্বশর্ত নয়।
ফ্ল্যাশ লোন সম্পর্কে আরও জানুন
@@ -178,44 +178,44 @@ Dai বা USDC-এর মতো কয়েনগুলির একটি ম
- ঋণ দেওয়ার ডিএ্যাপস দেখুন
+ ধার দেওয়ার ডিএ্যাপস দেখুন
-#### লোকসান-বিহীন লটারি {#no-loss-lotteries}
+#### নো-লস লটারি {#no-loss-lotteries}
-PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ্চয় করার একটি মজাদার এবং উদ্ভাবনী নতুন উপায়।
+PoolTogether-এর মতো নো-লস লটারিগুলো অর্থ সঞ্চয় করার একটি মজাদার এবং উদ্ভাবনী নতুন উপায়।
-- আপনি 100 Dai টোকেন ব্যবহার করে 100 টি টিকিট কিনবেন।
-- আপনি আপনার 100টি টিকেটের প্রতিনিধিত্ব করে 100 টি plDai পাবেন।
-- যদি আপনার টিকিটগুলির মধ্যে একটি বিজয়ী হিসাবে বাছাই করা হয়, তাহলে আপনার plDai ব্যালেন্স প্রাইজ পুলের পরিমাণ অনুযায়ী বৃদ্ধি পাবে।
-- আপনি জিততে না পারলে, আপনার 100 plDai পরের সপ্তাহের ড্রতে চলে যাবে।
-- আপনি যেকোন সময় আপনার plDai ব্যালেন্সের সমান পরিমাণ রেগুলার Dai তুলতে পারবেন।
+- আপনি 100 Dai টোকেন ব্যবহার করে 100টি টিকিট কেনেন।
+- আপনি আপনার 100টি টিকিটের প্রতিনিধিত্বকারী 100 plDai পান।
+- যদি আপনার একটি টিকিট বিজয়ী হিসেবে নির্বাচিত হয়, তবে আপনার plDai ব্যালেন্স প্রাইজ পুলের পরিমাণ অনুযায়ী বাড়বে।
+- যদি আপনি না জেতেন, তবে আপনার 100 plDai আগামী সপ্তাহের ড্র-তে চলে যাবে।
+- আপনি যেকোনো সময় আপনার plDai ব্যালেন্সের সমান পরিমাণ নিয়মিত Dai তুলে নিতে পারেন।
-উপরের ধারের উদাহরণের মতো টিকিট ডিপোজিট ধার দেওয়ার মাধ্যমে সমস্ত সুদের দ্বারা প্রাইজ পুল তৈরি হয়।
+উপরের ধার দেওয়ার উদাহরণের মতো টিকিট ডিপোজিটগুলো ধার দিয়ে উৎপন্ন সমস্ত সুদ দ্বারা প্রাইজ পুল তৈরি হয়।
- PoolTogether ব্যবহার করে দেখুন
+ PoolTogether ট্রাই করুন
টোকেন এক্সচেঞ্জগুলো দেখুন
@@ -225,9 +225,9 @@ PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ
### অ্যাডভান্সড ট্রেডিং {#trading}
-যারা একটু বেশি নিয়ন্ত্রণ পছন্দ করেন তাদের জন্য আরও উন্নত ব্যবস্থা রয়েছে। সীমিত অর্ডারস, পার্পেচুয়ালস, মার্জিন ট্রেডিং এবং আরও অনেক কিছু সম্ভব। বিকেন্দ্রীভূত ট্রেডিংয়ের মাধ্যমে আপনি বিশ্বব্যাপী লিকুইডিটির অ্যাক্সেস পান, বাজার কখনই বন্ধ হয় না এবং আপনি সর্বদা আপনার সম্পদের নিয়ন্ত্রণে থাকেন।
+যে ট্রেডাররা একটু বেশি নিয়ন্ত্রণ পছন্দ করেন তাদের জন্য আরও অ্যাডভান্সড বিকল্প রয়েছে। লিমিট অর্ডার, পারপেচুয়ালস, মার্জিন ট্রেডিং এবং আরও অনেক কিছু সম্ভব। ডিসেন্ট্রালাইজড ট্রেডিংয়ের মাধ্যমে আপনি গ্লোবাল লিকুইডিটিতে অ্যাক্সেস পান, মার্কেট কখনই বন্ধ হয় না এবং আপনি সবসময় আপনার সম্পদের নিয়ন্ত্রণে থাকেন।
-যখন আপনি একটি কেন্দ্রীভূত এক্সচেঞ্জ ব্যবহার করেন তখন আপনাকে ট্রেডের আগে আপনার সম্পদ জমা করতে হবে এবং সেগুলির যত্ন নেওয়ার জন্য তাদের বিশ্বাস করতে হবে। আপনার সম্পদ জমা হওয়ার সময়, সেগুলি ঝুঁকির মধ্যে রয়েছে কারণ কেন্দ্রীভূত এক্সচেঞ্জগুলি হ্যাকারদের জন্য আকর্ষণীয় লক্ষ্য।
+আপনি যখন একটি সেন্ট্রালাইডড এক্সচেঞ্জ ব্যবহার করেন তখন আপনাকে ট্রেডের আগে আপনার সম্পদ জমা দিতে হবে এবং সেগুলো দেখাশোনা করার জন্য তাদের বিশ্বাস করতে হবে। আপনার সম্পদ জমা থাকার সময়, সেগুলো ঝুঁকিতে থাকে কারণ সেন্ট্রালাইডড এক্সচেঞ্জগুলো হ্যাকারদের জন্য আকর্ষণীয় লক্ষ্য।
ট্রেডিং ডিএ্যাপস দেখুন
@@ -237,23 +237,23 @@ PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ
### আপনার পোর্টফোলিও বাড়ান {#investing}
-ইথেরিয়াম এ ফান্ড ম্যানেজমেন্ট পণ্য রয়েছে যা আপনার পছন্দের কৌশলের ভিত্তিতে আপনার পোর্টফোলিও বাড়ানোর চেষ্টা করবে। এটি স্বয়ংক্রিয়, সকলের জন্য উন্মুক্ত, এবং আপনার লাভের একটি অংশ নেওয়ার জন্য একজন মানব পরিচালকের প্রয়োজন নেই।
+ইথিরিয়ামে ফান্ড ম্যানেজমেন্ট প্রোডাক্ট রয়েছে যা আপনার পছন্দের কৌশলের ওপর ভিত্তি করে আপনার পোর্টফোলিও বাড়ানোর চেষ্টা করবে। এটি স্বয়ংক্রিয়, সবার জন্য উন্মুক্ত এবং আপনার লাভের অংশ নেওয়ার জন্য কোনো মানব ম্যানেজারের প্রয়োজন নেই।
-একটি ভালো উদাহরণ হলো [DeFi Pulse Index fund (DPI)](https://defipulse.com/blog/defi-pulse-index/)। এটি এমন একটি তহবিল যা আপনার পোর্টফোলিওতে সর্বদা বাজার মূলধন দ্বারা শীর্ষ DeFi টোকেন অন্তর্ভুক্ত থাকে তা নিশ্চিত করতে স্বয়ংক্রিয়ভাবে ভারসাম্য বজায় রাখে। আপনাকে কখনই কোনো বিবরণ পরিচালনা করতে হবে না এবং আপনি যখন খুশি ফান্ড থেকে উত্তোলন করতে পারেন।
+উদাহরণস্বরূপ, টোকেনাইজড ইনডেক্স ফান্ড রয়েছে যা স্বয়ংক্রিয়ভাবে রিব্যালেন্স করে যাতে আপনার পোর্টফোলিওতে সবসময় মার্কেট ক্যাপিটালাইজেশন অনুযায়ী শীর্ষ DeFi টোকেনগুলো অন্তর্ভুক্ত থাকে। আপনাকে কখনই কোনো বিবরণ পরিচালনা করতে হবে না এবং আপনি যখন খুশি ফান্ড থেকে তুলে নিতে পারেন।
- বিনিয়োগের ডিএ্যাপস দেখুন
+ বিনিয়োগ ডিএ্যাপস দেখুন
ক্রাউডফান্ডিং ডিএ্যাপস দেখুন
@@ -261,16 +261,16 @@ PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ
#### কোয়াড্রেটিক ফান্ডিং {#quadratic-funding}
-ইথেরিয়াম হল ওপেন সোর্স সফ্টওয়্যার এবং এখনও পর্যন্ত অনেক কাজ কমিউনিটি দ্বারা অর্থায়ন করা হয়েছে। এটি একটি আকর্ষণীয় নতুন অর্থ সংগ্রহের মডেলের বৃদ্ধির দিকে পরিচালিত করেছে: কোয়াড্রেটিক ফান্ডিং। ভবিষ্যতে সব ধরনের গণপণ্যে আমাদের অর্থায়ন করার পদ্ধতিকে উন্নত করার সম্ভাবনা এর মধ্যে রয়েছে।
+ইথিরিয়াম হলো ওপেন সোর্স সফটওয়্যার এবং এ পর্যন্ত অনেক কাজ কমিউনিটি দ্বারা ফান্ড করা হয়েছে। এটি একটি আকর্ষণীয় নতুন ফান্ডরাইজিং মডেলের বৃদ্ধির দিকে পরিচালিত করেছে: কোয়াড্রেটিক ফান্ডিং। ভবিষ্যতে আমরা সব ধরনের পাবলিক গুডস-এ যেভাবে ফান্ড দিই তা উন্নত করার সম্ভাবনা এর রয়েছে।
-কোয়াড্রেটিক ফান্ডিং এটা নিশ্চিত করে যে, যে প্রোজেক্টগুলো সবচেয়ে বেশি ফান্ডিং পায়, সেগুলোর চাহিদাই সবচেয়ে অনন্য। অন্য কথায়, যে প্রোজেক্টগুলো সবচেয়ে বেশি মানুষের জীবনযাত্রার মান উন্নত করতে পারে। এটি কীভাবে কাজ করে তার ব্যাখ্যা দেওয়া হল:
+কোয়াড্রেটিক ফান্ডিং নিশ্চিত করে যে যে প্রজেক্টগুলো সবচেয়ে বেশি ফান্ড পায় সেগুলো হলো সবচেয়ে অনন্য চাহিদাসম্পন্ন প্রজেক্ট। অন্য কথায়, যে প্রজেক্টগুলো সবচেয়ে বেশি মানুষের জীবন উন্নত করতে পারে। এটি যেভাবে কাজ করে:
-1. অনুদানকৃত ফান্ডের একটি ম্যাচিং পুল আছে।
-2. পাবলিক ফান্ডিং এর একটি রাউন্ড শুরু হয়।
-3. লোকেরা কিছু অর্থ দান করে একটি প্রকল্পের জন্য তাদের চাহিদার সংকেত দিতে পারে।
-4. একবার রাউন্ড শেষ হয়ে গেলে, ম্যাচিং পুলটি প্রকল্পগুলিতে বিতরণ করা হয়। যাদের সবচেয়ে অনন্য চাহিদা তারা ম্যাচিং পুল থেকে সর্বোচ্চ পরিমাণ পান।
+1. দান করা ফান্ডের একটি ম্যাচিং পুল রয়েছে।
+2. পাবলিক ফান্ডিংয়ের একটি রাউন্ড শুরু হয়।
+3. লোকেরা কিছু অর্থ দান করে একটি প্রজেক্টের জন্য তাদের চাহিদার সংকেত দিতে পারে।
+4. রাউন্ড শেষ হলে, ম্যাচিং পুলটি প্রজেক্টগুলোতে বিতরণ করা হয়। সবচেয়ে অনন্য চাহিদাসম্পন্ন প্রজেক্টগুলো ম্যাচিং পুল থেকে সর্বোচ্চ পরিমাণ পায়।
-এর মানে হচ্ছে, B-এর 10,000 ডলারের একটি অনুদানের তুলনায় প্রজেক্ট A-এর 1 ডলারের 100টি অনুদানে শেষ পর্যন্ত বেশি পরিমাণে অর্থ জমা হতে পারে (মেচিং পুলের আকারের উপরে ভিত্তি করে)।
+এর মানে হলো 1 ডলারের 100টি অনুদান সহ প্রজেক্ট A, 10,000 ডলারের একক অনুদান সহ প্রজেক্ট B-এর চেয়ে বেশি ফান্ড পেতে পারে (ম্যাচিং পুলের আকারের ওপর নির্ভর করে)।
কোয়াড্রেটিক ফান্ডিং সম্পর্কে আরও জানুন
@@ -280,9 +280,9 @@ PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ
### বীমা {#insurance}
-বিকেন্দ্রীভূত বীমার লক্ষ্য বীমা সস্তা, দ্রুত পরিশোধ করা এবং আরও স্বচ্ছ করা। আরো অটোমেশনের সহায়তায়, কভারেজ আরো সাশ্রয়ী এবং পে-আউটগুলি অনেক দ্রুত হয়ে উঠে। আপনার দাবির সিদ্ধান্ত নিতে ব্যবহৃত ডেটা সম্পূর্ণ স্বচ্ছ।
+ডিসেন্ট্রালাইজড বীমার লক্ষ্য হলো বীমাকে সস্তা, দ্রুত পে-আউট করা এবং আরও স্বচ্ছ করা। আরও অটোমেশনের সাথে, কভারেজ আরও সাশ্রয়ী এবং পে-আউট অনেক দ্রুত হয়। আপনার দাবির বিষয়ে সিদ্ধান্ত নেওয়ার জন্য ব্যবহৃত ডেটা সম্পূর্ণ স্বচ্ছ।
-যেকোন সফ্টওয়্যারের মতো ইথেরিয়াম পণ্যগুলি বাগ এবং শোষণের শিকার হতে পারে। তাই এই মুহূর্তে এই ক্ষেত্রে প্রচুর বীমা পণ্য তাদের ব্যবহারকারীদের তহবিলের ক্ষতি থেকে রক্ষা করার উপর ফোকাস করে। যাইহোক, জীবন আমাদের দিকে এগিয়ে দিতে পারে এমন সবকিছুর জন্য কভারেজ তৈরি করতে শুরু করা প্রকল্প রয়েছে। এর একটি ভালো উদাহরণ হলো Etherisc-এর ক্রপ কভার, যার লক্ষ্য হলো [কেনিয়ার ক্ষুদ্র কৃষকদের খরা এবং বন্যার বিরুদ্ধে সুরক্ষা দেওয়া](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc)। বিকেন্দ্রীভূত বীমা কৃষকদের জন্য সস্তা কভার প্রদান করতে পারে যাদের প্রায়শই প্রথাগত বীমার বাইরে মূল্য দেওয়া হয়।
+ইথিরিয়াম প্রোডাক্টগুলো, যেকোনো সফটওয়্যারের মতো, বাগ এবং এক্সপ্লয়েটের শিকার হতে পারে। তাই এই মুহূর্তে এই স্পেসের অনেক বীমা প্রোডাক্ট তাদের ব্যবহারকারীদের ফান্ড হারানোর হাত থেকে রক্ষা করার ওপর ফোকাস করে। তবে, এমন প্রজেক্ট রয়েছে যা জীবন আমাদের দিকে ছুঁড়ে দিতে পারে এমন সবকিছুর জন্য কভারেজ তৈরি করতে শুরু করেছে। এর একটি ভালো উদাহরণ হলো Etherisc-এর ক্রপ কভার যার লক্ষ্য হলো [কেনিয়ায় ক্ষুদ্র কৃষকদের খরা এবং বন্যার হাত থেকে রক্ষা করা](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc)। ডিসেন্ট্রালাইজড বীমা কৃষকদের জন্য সস্তা কভার প্রদান করতে পারে যারা প্রায়শই প্রথাগত বীমার দামের কারণে বাদ পড়ে যায়।
বীমা ডিএ্যাপস দেখুন
@@ -290,9 +290,9 @@ PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ
পোর্টফোলিও ডিএ্যাপস দেখুন
@@ -300,45 +300,54 @@ PoolTogether-এর মতো নো-লস লটারি অর্থ সঞ
ডিএ্যাপস তৈরি সম্পর্কে আরও জানুন
-## আরও পড়ুন {#further-reading}
+## প্রথাগত DeFi-এর বাইরে {#beyond-traditional-defi}
+
+DeFi ইকোসিস্টেম নতুন ক্ষেত্রগুলোতে প্রসারিত হতে চলেছে:
+
+- **[প্রেডিকশন মার্কেট](/prediction-markets/)** – ডিসেন্ট্রালাইজড প্ল্যাটফর্ম যেখানে আপনি মধ্যস্থতাকারী ছাড়াই নির্বাচন থেকে শুরু করে খেলাধুলার ইভেন্ট পর্যন্ত ভবিষ্যতের ইভেন্টগুলোর ফলাফলের ওপর বাজি ধরতে পারেন।
+- **[রিয়েল-ওয়ার্ল্ড অ্যাসেট (RWAs)](/real-world-assets/)** – ইথিরিয়ামে রিয়েল এস্টেট, পণ্য এবং বন্ডের মতো ভৌত সম্পদগুলোকে টোকেনাইজ করা, যা অনচেইন-এ ট্রিলিয়ন ডলারের ভ্যালু নিয়ে আসে।
+- **[পেমেন্ট](/payments/)** – প্রথাগত ব্যাংকিং অবকাঠামো ছাড়াই দ্রুত, কম খরচে গ্লোবাল পেমেন্টের জন্য ইথিরিয়াম এবং স্টেবলকয়েন ব্যবহার করা।
+- **[AI এজেন্ট](/ai-agents/)** – স্বায়ত্তশাসিত সফটওয়্যার এজেন্ট যা ইথিরিয়ামে লেনদেন করতে পারে, যা স্বয়ংক্রিয় ট্রেডিং, পোর্টফোলিও ম্যানেজমেন্ট এবং অনচেইন ইন্টারঅ্যাকশনের নতুন রূপগুলোকে সক্ষম করে।
+
+## আরও পড়ুন {#further-reading}
### DeFi ডেটা {#defi-data}
@@ -347,20 +356,19 @@ DeFi একটি ওপেন সোর্স মুভমেন্ট। আ
### DeFi আর্টিকেল {#defi-articles}
-- [DeFi-এর জন্য একটি শিক্ষানবিস নির্দেশিকা](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _Sid Coelho-Prabhu, January 6, 2020_
-- [EEA DeFi Risk Assessment Guidelines](https://entethalliance.org/specs/defi-risks/) – DeFi প্রোটোকলগুলিতে মূল ঝুঁকিগুলি কীভাবে চিহ্নিত এবং মূল্যায়ন করা যায় তার উপর একটি ইন্ডাস্ট্রি-সমর্থিত ওভারভিউ।
+- [DeFi-এর জন্য নতুনদের গাইড](https://blog.coinbase.com/a-beginners-guide-to-decentralized-finance-defi-574c68ff43c4) – _সিড কোয়েলহো-প্রভু, জানুয়ারি 6, 2020_
+- [EEA DeFi ঝুঁকি মূল্যায়ন নির্দেশিকা](https://entethalliance.org/specs/defi-risks/) – DeFi প্রটোকলগুলোতে মূল ঝুঁকিগুলো কীভাবে চিহ্নিত এবং মূল্যায়ন করতে হয় তার একটি শিল্প-সমর্থিত ওভারভিউ।
### ভিডিও {#videos}
-- [Finematics - ডিসেন্ট্রালাইজড ফিনান্স শিক্ষা](https://finematics.com/) – _DeFi-এর উপর ভিডিও_
-- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi বেসিকস: এই মাঝে মাঝে বিভ্রান্তিকর স্পেসে শুরু করার জন্য আপনার যা কিছু জানা দরকার।_
-- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _DeFi কি?_
+- [Finematics - ডিসেন্ট্রালাইজড ফাইন্যান্স শিক্ষা](https://finematics.com/) – _DeFi-এর ওপর ভিডিও_
+- [The Defiant](https://www.youtube.com/playlist?list=PLaDcID4s1KronHMKojfjwiHL0DdQEPDcq) - _DeFi বেসিকস: এই মাঝে মাঝে বিভ্রান্তিকর স্পেসে শুরু করার জন্য আপনার যা জানা প্রয়োজন।_
+- [Whiteboard Crypto](https://youtu.be/17QRFlml4pA) _DeFi কী?_
### কমিউনিটি {#communities}
-- [DeFi Llama Discord server](https://discord.defillama.com/)
-- [DeFi Pulse Discord server](https://discord.gg/Gx4TCTk)
+- [DeFi Llama ডিসকর্ড সার্ভার](https://discord.defillama.com/)
@@ -93,45 +93,45 @@ Generated account 0x5e97870f263700f46aa00d967821199b9bc5a120
[Geth ডকুমেন্টেশন](https://geth.ethereum.org/docs)
-আপনার প্রাইভেট কী থেকে নতুন পাবলিক কী তৈরি করা সম্ভব, কিন্তু আপনি পাবলিক কী থেকে প্রাইভেট কী তৈরি করতে পারবেন না। আপনার প্রাইভেট কী সুরক্ষিত রাখা এবং, নাম থেকেই বোঝা যায়, **প্রাইভেট** রাখা অত্যাবশ্যক।
+আপনার প্রাইভেট কি থেকে নতুন পাবলিক কি বের করা সম্ভব, কিন্তু আপনি পাবলিক কি থেকে প্রাইভেট কি বের করতে পারবেন না। আপনার প্রাইভেট কি নিরাপদ রাখা অত্যন্ত গুরুত্বপূর্ণ এবং নামের মতোই এটিকে **প্রাইভেট (গোপন)** রাখা উচিত।
-আপনার বার্তা এবং লেনদেন সাইন করার জন্য একটি প্রাইভেট কী প্রয়োজন যা একটি স্বাক্ষর আউটপুট করে। অন্যরা তখন আপনার পাবলিক কী বের করার জন্য স্বাক্ষরটি নিতে পারে, যা বার্তার লেখককে প্রমাণ করে। আপনার অ্যাপ্লিকেশনে, আপনি নেটওয়ার্কে লেনদেন পাঠাতে একটি JavaScript লাইব্রেরি ব্যবহার করতে পারেন।
+মেসেজ এবং লেনদেন সাইন করার জন্য আপনার একটি প্রাইভেট কি প্রয়োজন যা একটি সিগনেচার আউটপুট দেয়। অন্যরা তখন আপনার পাবলিক কি বের করতে সিগনেচারটি নিতে পারে, যা মেসেজের লেখককে প্রমাণ করে। আপনার অ্যাপ্লিকেশনে, আপনি নেটওয়ার্ক-এ লেনদেন পাঠাতে একটি জাভাস্ক্রিপ্ট লাইব্রেরি ব্যবহার করতে পারেন।
-## কন্ট্র্যাক্ট অ্যাকাউন্ট {#contract-accounts}
+## কন্ট্রাক্ট একাউন্ট {#contract-accounts}
-কন্ট্র্যাক্ট অ্যাকাউন্টেরও একটি 42 অক্ষরের হেক্সাডেসিমেল ঠিকানা রয়েছে:
+কন্ট্রাক্ট একাউন্টেরও একটি 42 ক্যারেক্টারের হেক্সাডেসিমাল এডড্রেস থাকে:
উদাহরণ:
`0x06012c8cf97bead5deae237070f9587f8e7a266d`
-কন্ট্র্যাক্ট ঠিকানা সাধারণত দেওয়া হয় যখন একটি কন্ট্র্যাক্ট ইথেরিয়াম ব্লকচেইনে স্থাপন করা হয়। ঠিকানাটি নির্মাতার ঠিকানা এবং সেই ঠিকানা থেকে পাঠানো লেনদেনের সংখ্যা (“ননস”) থেকে আসে।
+ইথিরিয়াম ব্লকচেইন-এ কোনো কন্ট্রাক্ট ডিপ্লয় করার সময় সাধারণত কন্ট্রাক্ট এডড্রেস দেওয়া হয়। এডড্রেসটি ক্রিয়েটরের এডড্রেস এবং সেই এডড্রেস থেকে পাঠানো লেনদেনের সংখ্যা ("নন্স") থেকে আসে।
-## ভ্যালিডেটর কী {#validators-keys}
+## ভ্যালিডেটর কি {#validators-keys}
-Ethereum-এ আরও এক ধরনের কী আছে, যা Ethereum যখন প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেক ভিত্তিক কনসেন্সাসে পরিবর্তিত হয় তখন চালু করা হয়েছিল। এগুলি হলো 'BLS' কী এবং এগুলি ভ্যালিডেটরদের সনাক্ত করতে ব্যবহৃত হয়। এই কীগুলি দক্ষতার সাথে একত্রিত করা যেতে পারে যাতে নেটওয়ার্ককে কনসেন্সাসে আসতে প্রয়োজনীয় ব্যান্ডউইথ কমানো যায়। এই কী অ্যাগ্রিগেশন ছাড়া একজন ভ্যালিডেটরের জন্য সর্বনিম্ন স্টেক অনেক বেশি হত।
+ইথিরিয়ামে আরও এক ধরনের কি রয়েছে, যা ইথিরিয়াম প্রুফ-অফ-ওয়ার্ক থেকে প্রুফ-অফ-স্টেক ভিত্তিক কনসেন্সাস-এ যাওয়ার সময় চালু করা হয়েছিল। এগুলো হলো 'BLS' কি এবং এগুলো ভ্যালিডেটরস শনাক্ত করতে ব্যবহৃত হয়। নেটওয়ার্ক-এর কনসেন্সাস-এ পৌঁছানোর জন্য প্রয়োজনীয় ব্যান্ডউইথ কমাতে এই কি-গুলোকে দক্ষতার সাথে একত্রিত করা যেতে পারে। এই কি অ্যাগ্রিগেশন ছাড়া একজন ভ্যালিডেটর-এর জন্য ন্যূনতম স্টেক অনেক বেশি হতো।
-[ভ্যালিডেটর কী সম্পর্কে আরও জানুন](/developers/docs/consensus-mechanisms/pos/keys/)।
+[ভ্যালিডেটর কি সম্পর্কে আরও জানুন](/developers/docs/consensus-mechanisms/pos/keys/)।
-## ওয়ালেট সম্পর্কে একটি নোট {#a-note-on-wallets}
+## ওয়ালেট সম্পর্কে একটি নোট {#a-note-on-wallets}
-একটি অ্যাকাউন্ট একটি ওয়ালেট নয়। একটি ওয়ালেট একটি ইন্টারফেস বা অ্যাপ্লিকেশন যা আপনাকে আপনার Ethereum অ্যাকাউন্টের সাথে ইন্টারঅ্যাক্ট করতে দেয়, তা একটি এক্সটারনালি-ওনড অ্যাকাউন্ট বা একটি কন্ট্র্যাক্ট অ্যাকাউন্ট হোক।
+একটি একাউন্ট কোনো ওয়ালেট নয়। ওয়ালেট হলো একটি ইন্টারফেস বা অ্যাপ্লিকেশন যা আপনাকে আপনার ইথিরিয়াম একাউন্টের সাথে ইন্টারঅ্যাক্ট করতে দেয়, সেটি এক্সটার্নালি ওনড একাউন্ট হোক বা কন্ট্রাক্ট একাউন্ট।
-## একটি ভিজ্যুয়াল ডেমো {#a-visual-demo}
+## একটি ভিজ্যুয়াল ডেমো {#a-visual-demo}
-অস্টিনকে হ্যাস ফাংশন, এবং কী পেয়ারগুলি ব্যাখ্যা করতে দেখুন।
+অস্টিনের হ্যাস ফাংশন এবং কি পেয়ার সম্পর্কে আলোচনা দেখুন।
- প্রুফ-অফ-ওয়ার্ক এখন বাতিল করা হয়েছে। ইথেরিয়াম আর তার কনসেন্সাস মেকানিজমের অংশ হিসাবে প্রুফ-অফ-ওয়ার্ক ব্যবহার করে না। পরিবর্তে, এটি প্রুফ-অফ-স্টেক ব্যবহার করে। [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) এবং [স্টেকিং](/staking/) সম্পর্কে আরও পড়ুন।
+ প্রুফ-অফ-ওয়ার্ক এখন বাতিল করা হয়েছে। ইথিরিয়াম আর তার কনসেন্সাস মেকানিজমের অংশ হিসেবে প্রুফ-অফ-ওয়ার্ক ব্যবহার করে না। এর পরিবর্তে, এটি প্রুফ-অফ-স্টেক ব্যবহার করে। [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) এবং [স্টেকিং](/staking/) সম্পর্কে আরও পড়ুন।
## পূর্বশর্ত {#prerequisites}
-এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [ট্রানজ্যাকশন](/developers/docs/transactions/), [ব্লক](/developers/docs/blocks/), এবং [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/) সম্পর্কে পড়ার পরামর্শ দিচ্ছি।
+এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা সুপারিশ করছি যে আপনি প্রথমে [লেনদেন](/developers/docs/transactions/), [ব্লকস](/developers/docs/blocks/), এবং [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/) সম্পর্কে পড়ে নিন।
## প্রুফ-অফ-ওয়ার্ক (PoW) কী? {#what-is-pow}
-নাকামোতো কনসেন্সাস, যা প্রুফ-অফ-ওয়ার্ক ব্যবহার করে, এটি সেই প্রক্রিয়া যা একসময় বিকেন্দ্রীভূত ইথেরিয়াম নেটওয়ার্ককে অ্যাকাউন্টের ব্যালেন্স এবং লেনদেনের ক্রমের মতো বিষয়গুলিতে কনসেন্সাসে (অর্থাৎ, সমস্ত নোড একমত) আসতে দিয়েছিল। এটি ব্যবহারকারীদের তাদের কয়েন "ডাবল স্পেন্ডিং" থেকে বিরত রেখেছিল এবং নিশ্চিত করেছিল যে ইথেরিয়াম চেইন আক্রমণ বা ম্যানিপুলেট করা অত্যন্ত কঠিন ছিল। এই সুরক্ষা বৈশিষ্ট্যগুলি এখন [গ্যাসপার](/developers/docs/consensus-mechanisms/pos/gasper/) নামে পরিচিত কনসেন্সাস মেকানিজম ব্যবহার করে প্রুফ-অফ-স্টেক থেকে আসে।
+নাকামোটো কনসেন্সাস, যা প্রুফ-অফ-ওয়ার্ক ব্যবহার করে, এমন একটি মেকানিজম যা একসময় ডিসেন্ট্রালাইজড ইথিরিয়াম নেটওয়ার্ককে একাউন্ট ব্যালেন্স এবং লেনদেনের ক্রমের মতো বিষয়গুলোতে কনসেন্সাসে (অর্থাৎ, সমস্ত নোড একমত হওয়া) পৌঁছাতে সাহায্য করেছিল। এটি ব্যবহারকারীদের তাদের কয়েন "ডাবল স্পেন্ডিং" বা দুবার খরচ করা থেকে বিরত রেখেছিল এবং নিশ্চিত করেছিল যে ইথিরিয়াম চেইনে আক্রমণ বা কারসাজি করা অত্যন্ত কঠিন। এই নিরাপত্তা বৈশিষ্ট্যগুলো এখন প্রুফ-অফ-স্টেকের মাধ্যমে আসে, যা [Gasper](/developers/docs/consensus-mechanisms/pos/gasper/) নামে পরিচিত কনসেন্সাস মেকানিজম ব্যবহার করে।
-## প্রুফ-অফ-ওয়ার্ক এবং মাইনিং {#pow-and-mining}
+## প্রুফ-অফ-ওয়ার্ক এবং মাইনিং {#pow-and-mining}
-প্রুফ-অফ-ওয়ার্ক হল অন্তর্নিহিত অ্যালগরিদম যা প্রুফ-অফ-ওয়ার্ক ব্লকচেইনে মাইনাররা যে কাজ করে তার জন্য অসুবিধা এবং নিয়ম সেট করে। মাইনিং নিজেই "কাজ"। এটি চেইনে বৈধ ব্লক যোগ করার কাজ। এটি গুরুত্বপূর্ণ কারণ চেইনের দৈর্ঘ্য নেটওয়ার্ককে ব্লকচেইনের সঠিক ফর্ক অনুসরণ করতে সহায়তা করে। যত বেশি "কাজ" করা হয়, চেইন তত দীর্ঘ হয় এবং ব্লকের সংখ্যা যত বেশি হয়, নেটওয়ার্ক বর্তমান অবস্থার বিষয়ে তত বেশি নিশ্চিত হতে পারে।
+প্রুফ-অফ-ওয়ার্ক হলো অন্তর্নিহিত এ্যালগরিদম যা প্রুফ-অফ-ওয়ার্ক ব্লকচেইনে মাইনারদের কাজের জন্য কাঠিন্য এবং নিয়ম নির্ধারণ করে। মাইনিং হলো "কাজ" নিজেই। এটি চেইনে বৈধ ব্লক যুক্ত করার কাজ। এটি গুরুত্বপূর্ণ কারণ চেইনের দৈর্ঘ্য নেটওয়ার্ককে ব্লকচেইনের সঠিক ফর্ক অনুসরণ করতে সাহায্য করে। যত বেশি "কাজ" করা হয়, চেইন তত দীর্ঘ হয় এবং ব্লক নম্বর যত বেশি হয়, নেটওয়ার্ক বর্তমান স্টেটের বিষয়ে তত বেশি নিশ্চিত হতে পারে।
-[মাইনিং সম্পর্কে আরও](/developers/docs/consensus-mechanisms/pow/mining/)
+[মাইনিং সম্পর্কে আরও জানুন](/developers/docs/consensus-mechanisms/pow/mining/)
-## ইথেরিয়ামের প্রুফ-অফ-ওয়ার্ক কীভাবে কাজ করে? {#how-it-works}
+## ইথিরিয়ামের প্রুফ-অফ-ওয়ার্ক কীভাবে কাজ করত? {#how-it-works}
-ইথেরিয়াম ট্রানজ্যাকশনগুলি ব্লকে প্রক্রিয়া করা হয়। এখন-অপ্রচলিত প্রুফ-অফ-ওয়ার্ক ইথেরিয়ামে, প্রতিটি ব্লকে ছিল:
+ইথিরিয়াম লেনদেনগুলো ব্লকে প্রসেস করা হয়। বর্তমানে বাতিল হওয়া প্রুফ-অফ-ওয়ার্ক ইথিরিয়ামে, প্রতিটি ব্লকে থাকত:
-- ব্লকের অসুবিধা – উদাহরণস্বরূপ: 3,324,092,183,262,715
-- mixHash – উদাহরণস্বরূপ: `0x44bca881b07a6a09f83b130798072441705d9a665c5ac8bdf2f39a3cdf3bee29`
-- নন্স – উদাহরণস্বরূপ: `0xd3ee432b4fb3d26b`
+- ব্লক ডিফিকাল্টি (কাঠিন্য) – উদাহরণস্বরূপ: 3,324,092,183,262,715
+- মিক্সহ্যাস (mixHash) – উদাহরণস্বরূপ: `0x44bca881b07a6a09f83b130798072441705d9a665c5ac8bdf2f39a3cdf3bee29`
+- নন্স (nonce) – উদাহরণস্বরূপ: `0xd3ee432b4fb3d26b`
-এই ব্লক ডেটা সরাসরি প্রুফ-অফ-ওয়ার্কের সাথে সম্পর্কিত ছিল।
+এই ব্লক ডাটা সরাসরি প্রুফ-অফ-ওয়ার্কের সাথে সম্পর্কিত ছিল।
-### প্রুফ-অফ-ওয়ার্কের কাজ {#the-work}
+### প্রুফ-অফ-ওয়ার্কে কাজ {#the-work}
-প্রুফ-অফ-ওয়ার্ক প্রোটোকল, ইথ্যাশ (Ethash), একটি ব্লকের জন্য নন্স খুঁজে বের করার জন্য মাইনারদের ট্রায়াল এবং ত্রুটির একটি তীব্র প্রতিযোগিতার মধ্য দিয়ে যেতে হতো। শুধুমাত্র একটি বৈধ নন্স সহ ব্লকগুলি চেইনে যোগ করা যেতে পারে।
+প্রুফ-অফ-ওয়ার্ক প্রটোকল, Ethash, মাইনারদের একটি ব্লকের জন্য নন্স খুঁজে বের করতে ট্রায়াল এবং এররের একটি তীব্র প্রতিযোগিতার মধ্য দিয়ে যেতে বাধ্য করত। শুধুমাত্র একটি বৈধ নন্স থাকা ব্লকগুলোই চেইনে যুক্ত করা যেত।
-একটি ব্লক তৈরি করার জন্য দৌড়ানোর সময়, একজন মাইনার বারবার একটি ডেটাসেট রাখে, যা শুধুমাত্র সম্পূর্ণ চেইন ডাউনলোড এবং চালানোর মাধ্যমে পাওয়া যেতে পারে (যেমন একজন মাইনার করে), একটি গাণিতিক ফাংশনের মাধ্যমে। ডেটাসেটটি একটি টার্গেটের নীচে একটি মিক্সহ্যাশ (mixHash) তৈরি করতে ব্যবহৃত হয়েছিল যা ব্লকের অসুবিধা দ্বারা নির্দেশিত হয়। এটি করার সর্বোত্তম উপায় হল ট্রায়াল এবং ত্রুটির মাধ্যমে।
+একটি ব্লক তৈরি করার প্রতিযোগিতায়, একজন মাইনার বারবার একটি ডাটা সেটকে একটি গাণিতিক ফাংশনের মধ্য দিয়ে চালাত, যা শুধুমাত্র সম্পূর্ণ চেইন ডাউনলোড এবং রান করার মাধ্যমেই পাওয়া যেত (যেমন একজন মাইনার করে)। ডাটা সেটটি ব্লক ডিফিকাল্টি দ্বারা নির্ধারিত একটি লক্ষ্যের নিচে একটি mixHash তৈরি করতে ব্যবহৃত হতো। এটি করার সর্বোত্তম উপায় হলো ট্রায়াল এবং এরর।
-অসুবিধাটি হ্যাসের জন্য লক্ষ্য নির্ধারণ করে। টার্গেট যত কম হবে, বৈধ হ্যাসের সেট তত ছোট হবে। একবার তৈরি হয়ে গেলে, অন্যান্য মাইনার এবং ক্লায়েন্টদের জন্য এটি যাচাই করা অবিশ্বাস্যভাবে সহজ ছিল। এমনকি যদি একটি লেনদেন পরিবর্তন হয়, হ্যাস সম্পূর্ণরূপে ভিন্ন হবে, যা জালিয়াতির সংকেত দেবে।
+ডিফিকাল্টি হ্যাসের জন্য লক্ষ্য নির্ধারণ করত। লক্ষ্য যত কম হবে, বৈধ হ্যাসের সেট তত ছোট হবে। একবার তৈরি হয়ে গেলে, অন্যান্য মাইনার এবং ক্লায়েন্টদের জন্য এটি যাচাই করা অবিশ্বাস্যভাবে সহজ ছিল। এমনকি যদি একটি লেনদেনও পরিবর্তিত হয়, তবে হ্যাস সম্পূর্ণ আলাদা হবে, যা জালিয়াতির ইঙ্গিত দেয়।
-হ্যাশিং জালিয়াতি সনাক্ত করা সহজ করে তোলে। কিন্তু একটি প্রক্রিয়া হিসাবে প্রুফ-অফ-ওয়ার্কও চেইন আক্রমণ করার জন্য একটি বড় প্রতিরোধক ছিল।
+হ্যাশিং জালিয়াতি শনাক্ত করা সহজ করে তোলে। তবে একটি প্রক্রিয়া হিসেবে প্রুফ-অফ-ওয়ার্ক চেইনে আক্রমণ করার ক্ষেত্রেও একটি বড় বাধা ছিল।
-### প্রুফ-অফ-ওয়ার্ক এবং নিরাপত্তা {#security}
+### প্রুফ-অফ-ওয়ার্ক এবং নিরাপত্তা {#security}
-মাইনারদের প্রধান ইথেরিয়াম চেইনে এই কাজটি করার জন্য উৎসাহিত করা হয়েছিল। মাইনারদের একটি উপসেটের জন্য তাদের নিজস্ব চেইন শুরু করার জন্য সামান্য উৎসাহ ছিল - এটি সিস্টেমকে দুর্বল করে। ব্লকচেইন সত্যের উৎস হিসাবে একটি একক স্টেটের উপর নির্ভর করে।
+মাইনারদের মূল ইথিরিয়াম চেইনে এই কাজটি করার জন্য উৎসাহিত করা হতো। মাইনারদের একটি সাবসেটের জন্য তাদের নিজস্ব চেইন শুরু করার খুব কমই প্রণোদনা ছিল—এটি সিস্টেমকে দুর্বল করে দেয়। ব্লকচেইনগুলো সত্যের উৎস হিসেবে একটি একক স্টেট থাকার ওপর নির্ভর করে।
-প্রুফ-অফ-ওয়ার্কের উদ্দেশ্য ছিল চেইনকে প্রসারিত করা। দীর্ঘতম চেইনটি বৈধ হিসাবে সবচেয়ে বিশ্বাসযোগ্য ছিল কারণ এটি তৈরি করার জন্য সবচেয়ে বেশি গণনামূলক কাজ করা হয়েছিল। ইথেরিয়ামের PoW সিস্টেমের মধ্যে, লেনদেন মুছে ফেলা, নকল তৈরি করা বা দ্বিতীয় চেইন বজায় রাখে এমন নতুন ব্লক তৈরি করা প্রায় অসম্ভব ছিল। কারণ একজন দূষিত মাইনারকে সব সময় অন্য সবার চেয়ে দ্রুত ব্লক নন্স সমাধান করতে হতো।
+প্রুফ-অফ-ওয়ার্কের উদ্দেশ্য ছিল চেইনকে প্রসারিত করা। সবচেয়ে দীর্ঘ চেইনটি বৈধ হিসেবে সবচেয়ে বেশি বিশ্বাসযোগ্য ছিল কারণ এটি তৈরি করতে সবচেয়ে বেশি কম্পিউটেশনাল কাজ করা হয়েছিল। ইথিরিয়ামের PoW সিস্টেমের মধ্যে, লেনদেন মুছে ফেলা, ভুয়া লেনদেন তৈরি করা বা দ্বিতীয় একটি চেইন বজায় রাখার জন্য নতুন ব্লক তৈরি করা প্রায় অসম্ভব ছিল। এর কারণ হলো একজন ক্ষতিকারক মাইনারকে সবসময় অন্য সবার চেয়ে দ্রুত ব্লক নন্স সমাধান করতে হতো।
-ধারাবাহিকভাবে দূষিত অথচ বৈধ ব্লক তৈরি করতে, একজন দূষিত মাইনারকে অন্য সবাইকে হারানোর জন্য নেটওয়ার্ক মাইনিং পাওয়ারের 51% এর বেশি প্রয়োজন হতো। এই পরিমাণ "কাজের" জন্য প্রচুর ব্যয়বহুল কম্পিউটিং শক্তি প্রয়োজন এবং ব্যয় করা শক্তি এমনকি একটি আক্রমণে অর্জিত লাভের চেয়েও বেশি হতে পারে।
+ধারাবাহিকভাবে ক্ষতিকারক অথচ বৈধ ব্লক তৈরি করতে, একজন ক্ষতিকারক মাইনারের অন্য সবাইকে হারানোর জন্য নেটওয়ার্কের মাইনিং ক্ষমতার 51%-এর বেশি প্রয়োজন হতো। এই পরিমাণ "কাজ"-এর জন্য প্রচুর ব্যয়বহুল কম্পিউটিং ক্ষমতার প্রয়োজন হয় এবং ব্যয়িত শক্তি হয়তো একটি আক্রমণে অর্জিত লাভের চেয়েও বেশি হতো।
-### প্রুফ-অফ-ওয়ার্ক অর্থনীতি {#economics}
+### প্রুফ-অফ-ওয়ার্ক অর্থনীতি {#economics}
-প্রুফ-অফ-ওয়ার্ক সিস্টেমে নতুন মুদ্রা ইস্যু করার এবং মাইনারদের কাজ করার জন্য উৎসাহিত করার জন্যও দায়ী ছিল।
+প্রুফ-অফ-ওয়ার্ক সিস্টেমে নতুন কারেন্সি ইস্যু করার এবং মাইনারদের কাজ করতে উৎসাহিত করার জন্যও দায়ী ছিল।
-[কনস্টান্টিনোপল আপগ্রেড](/ethereum-forks/#constantinople) থেকে, যে মাইনাররা সফলভাবে একটি ব্লক তৈরি করে তাদের দুটি নতুন মিন্ট করা ETH এবং লেনদেন ফি-এর অংশ দিয়ে পুরস্কৃত করা হয়েছিল। অমার ব্লকগুলিও 1.75 ETH ক্ষতিপূরণ দিয়েছে। অমার ব্লকগুলি ছিল একজন মাইনার দ্বারা কার্যত একই সময়ে তৈরি করা বৈধ ব্লক যখন অন্য একজন মাইনার ক্যানোনিকাল ব্লক তৈরি করেছিল, যা শেষ পর্যন্ত কোন চেইনটি প্রথমে তৈরি হয়েছিল তার দ্বারা নির্ধারিত হয়েছিল। অমার ব্লক সাধারণত নেটওয়ার্ক লেটেন্সির কারণে ঘটে।
+[কনস্টান্টিনোপল আপগ্রেড](/ethereum-forks/#constantinople)-এর পর থেকে, যেসব মাইনার সফলভাবে একটি ব্লক তৈরি করত তাদের দুটি নতুন মিন্ট করা ETH এবং ট্রানজেকশন ফির একটি অংশ দিয়ে পুরস্কৃত করা হতো। ওমার (Ommer) ব্লকগুলোও 1.75 ETH ক্ষতিপূরণ দিত। ওমার ব্লকগুলো ছিল বৈধ ব্লক যা একজন মাইনার প্রায় একই সময়ে তৈরি করত যখন অন্য একজন মাইনার ক্যানোনিকাল ব্লক তৈরি করত, যা শেষ পর্যন্ত নির্ধারিত হতো কোন চেইনটি প্রথমে তৈরি করা হয়েছিল তার ওপর ভিত্তি করে। ওমার ব্লকগুলো সাধারণত নেটওয়ার্ক ল্যাটেন্সির কারণে ঘটত।
## ফাইনালিটি {#finality}
-ইথেরিয়ামে একটি লেনদেনের "ফাইনালিটি" থাকে যখন এটি এমন একটি ব্লকের অংশ হয় যা পরিবর্তন করা যায় না।
+ইথিরিয়ামে একটি লেনদেনের "ফাইনালিটি" থাকে যখন এটি এমন একটি ব্লকের অংশ হয় যা পরিবর্তন করা যায় না।
-যেহেতু মাইনাররা একটি বিকেন্দ্রীভূত উপায়ে কাজ করে, দুটি বৈধ ব্লক একই সময়ে মাইন করা যেতে পারে। এটি একটি অস্থায়ী ফর্ক তৈরি করে। অবশেষে, এই চেইনগুলির মধ্যে একটি পরবর্তী ব্লকগুলি মাইন করা এবং এতে যুক্ত করার পরে গৃহীত চেইন হয়ে ওঠে, যা এটিকে দীর্ঘ করে তোলে।
+যেহেতু মাইনাররা একটি ডিসেন্ট্রালাইজড উপায়ে কাজ করত, তাই একই সময়ে দুটি বৈধ ব্লক মাইন করা যেতে পারত। এটি একটি অস্থায়ী ফর্ক তৈরি করে। শেষ পর্যন্ত, পরবর্তী ব্লকগুলো মাইন করে এতে যুক্ত করার পর এই চেইনগুলোর মধ্যে একটি গ্রহণযোগ্য চেইনে পরিণত হতো, যা এটিকে আরও দীর্ঘ করে তুলত।
-বিষয়টিকে আরও জটিল করার জন্য, অস্থায়ী ফর্কে প্রত্যাখ্যাত লেনদেনগুলি গৃহীত চেইনে অন্তর্ভুক্ত নাও হতে পারে। এর মানে হল এটি উল্টে যেতে পারে। সুতরাং ফাইনালিটি বলতে সেই সময়কে বোঝায় যা আপনার একটি লেনদেনকে অপরিবর্তনীয় বিবেচনা করার আগে অপেক্ষা করা উচিত। পূর্ববর্তী প্রুফ-অফ-ওয়ার্ক ইথেরিয়ামের অধীনে, একটি নির্দিষ্ট ব্লক `N`-এর উপরে যত বেশি ব্লক মাইন করা হয়েছিল, `N`-এর লেনদেন সফল হয়েছে এবং প্রত্যাবর্তন করা হবে না তার উপর আস্থা তত বেশি ছিল। এখন, প্রুফ-অফ-স্টেক-এর সাথে, ফাইনালটি একটি ব্লকের সম্ভাব্যতার পরিবর্তে একটি সুস্পষ্ট সম্পত্তি।
+বিষয়গুলোকে আরও জটিল করার জন্য, অস্থায়ী ফর্কে প্রত্যাখ্যাত লেনদেনগুলো হয়তো গ্রহণযোগ্য চেইনে অন্তর্ভুক্ত নাও হতে পারে। এর মানে হলো এটি রিভার্স বা বাতিল হয়ে যেতে পারে। তাই ফাইনালিটি বলতে সেই সময়কে বোঝায় যা আপনার একটি লেনদেনকে অপরিবর্তনীয় বিবেচনা করার আগে অপেক্ষা করা উচিত। পূর্ববর্তী প্রুফ-অফ-ওয়ার্ক ইথিরিয়ামের অধীনে, একটি নির্দিষ্ট ব্লক `N`-এর ওপর যত বেশি ব্লক মাইন করা হতো, `N`-এর লেনদেনগুলো সফল হওয়ার এবং রিভার্স না হওয়ার বিষয়ে আত্মবিশ্বাস তত বেশি হতো। এখন, প্রুফ-অ-স্টেকের সাথে, ফাইনালাইজেশন হলো একটি ব্লকের সম্ভাব্যতার পরিবর্তে একটি সুস্পষ্ট বৈশিষ্ট্য।
-## প্রুফ-অফ-ওয়ার্ক শক্তি-ব্যবহার {#energy}
+## প্রুফ-অফ-ওয়ার্ক শক্তি-ব্যবহার {#energy}
-প্রুফ-অফ-ওয়ার্কের একটি প্রধান সমালোচনা হল নেটওয়ার্ককে নিরাপদ রাখার জন্য প্রয়োজনীয় শক্তির পরিমাণ। নিরাপত্তা এবং বিকেন্দ্রীকরণ বজায় রাখার জন্য, প্রুফ-অফ-ওয়ার্কে ইথেরিয়াম প্রচুর পরিমাণে শক্তি খরচ করে। প্রুফ-অফ-স্টেকে স্যুইচ করার কিছুক্ষণ আগে, ইথেরিয়াম মাইনাররা সম্মিলিতভাবে প্রায় 70 TWh/বছর খরচ করছিল (প্রায় চেক প্রজাতন্ত্রের সমান - 18-জুলাই-2022-এ [ডিজিকোνομিস্ট](https://digiconomist.net/) অনুসারে)।
+প্রুফ-অফ-ওয়ার্কের একটি বড় সমালোচনা হলো নেটওয়ার্ককে নিরাপদ রাখতে প্রয়োজনীয় শক্তির পরিমাণ। নিরাপত্তা এবং ডিসেন্ট্রালাইজেশন বজায় রাখতে, প্রুফ-অফ-ওয়ার্কে ইথিরিয়াম প্রচুর পরিমাণে শক্তি খরচ করত। প্রুফ-অফ-স্টেকে যাওয়ার ঠিক আগে, ইথিরিয়াম মাইনাররা সম্মিলিতভাবে প্রায় 70 TWh/বছর শক্তি খরচ করছিল (যা চেক প্রজাতন্ত্রের প্রায় সমান - 18-জুলাই-2022 তারিখে [digiconomist](https://digiconomist.net/)-এর মতে)।
## সুবিধা এবং অসুবিধা {#pros-and-cons}
-| যেসব বিষয়ে এর সুফল পাওয়া যায় | কনস |
-| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| প্রুফ-অফ-ওয়ার্ক নিরপেক্ষ। শুরু করার জন্য আপনার ETH-এর প্রয়োজন নেই এবং ব্লক রিওয়ার্ড আপনাকে 0ETH থেকে একটি ইতিবাচক ব্যালেন্সে যেতে দেয়। [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/) দিয়ে শুরু করার জন্য আপনার ETH প্রয়োজন। | প্রুফ-অফ-ওয়ার্ক এত শক্তি ব্যবহার করে যে এটি পরিবেশের জন্য খারাপ। |
-| প্রুফ-অফ-ওয়ার্ক একটি পরীক্ষিত এবং পরীক্ষিত কনসেন্সাস মেকানিজম যা বিটকয়েন এবং ইথেরিয়ামকে বহু বছর ধরে নিরাপদ এবং বিকেন্দ্রীভূত রেখেছে। | আপনি যদি মাইন করতে চান, আপনার এমন বিশেষ সরঞ্জামের প্রয়োজন যা শুরু করার জন্য একটি বড় বিনিয়োগ। |
-| প্রুফ-অফ-স্টেকের তুলনায় এটি বাস্তবায়ন করা তুলনামূলকভাবে সহজ। | প্রয়োজনীয় গণনার পরিমাণ বৃদ্ধির কারণে, মাইনিং পুলগুলি সম্ভাব্যভাবে মাইনিং গেমটিতে আধিপত্য বিস্তার করতে পারে, যা কেন্দ্রীকরণ এবং নিরাপত্তা ঝুঁকির দিকে পরিচালিত করে। |
+| সুবিধা | অসুবিধা |
+| ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------- |
+| প্রুফ-অফ-ওয়ার্ক নিরপেক্ষ। শুরু করার জন্য আপনার ETH-এর প্রয়োজন নেই এবং ব্লক রিওয়ার্ড আপনাকে 0ETH থেকে একটি পজিটিভ ব্যালেন্সে যাওয়ার সুযোগ দেয়। [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos/)-এর সাথে শুরু করার জন্য আপনার ETH প্রয়োজন। | প্রুফ-অফ-ওয়ার্ক এত বেশি শক্তি ব্যবহার করে যা পরিবেশের জন্য ক্ষতিকর। |
+| প্রুফ-অফ-ওয়ার্ক হলো একটি পরীক্ষিত এবং প্রমাণিত কনসেন্সাস মেকানিজম যা বিটকয়েন এবং ইথিরিয়ামকে বহু বছর ধরে নিরাপদ এবং ডিসেন্ট্রালাইজড রেখেছে। | আপনি যদি মাইন করতে চান, তবে আপনার এমন বিশেষ সরঞ্জামের প্রয়োজন হবে যা শুরু করার জন্য একটি বড় বিনিয়োগ। |
+| প্রুফ-অফ-স্টেকের তুলনায় এটি বাস্তবায়ন করা তুলনামূলকভাবে সহজ। | ক্রমবর্ধমান কম্পিউটেশনের প্রয়োজনের কারণে, মাইনিং পুলগুলো সম্ভাব্যভাবে মাইনিং গেমে আধিপত্য বিস্তার করতে পারে, যা সেন্ট্রালাইজেশন এবং নিরাপত্তা ঝুঁকির দিকে পরিচালিত করে। |
## প্রুফ-অফ-স্টেকের সাথে তুলনা {#compared-to-pos}
-একটি উচ্চ স্তরে, প্রুফ-অফ-স্টেকের প্রুফ-অফ-ওয়ার্কের মতো একই শেষ লক্ষ্য রয়েছে: বিকেন্দ্রীভূত নেটওয়ার্ককে নিরাপদে কনসেন্সাসে পৌঁছাতে সহায়তা করা। তবে প্রক্রিয়া এবং কর্মীদের মধ্যে এর কিছু পার্থক্য রয়েছে:
+উচ্চ স্তরে, প্রুফ-অফ-স্টেকের চূড়ান্ত লক্ষ্য প্রুফ-অফ-ওয়ার্কের মতোই: ডিসেন্ট্রালাইজড নেটওয়ার্ককে নিরাপদে কনসেন্সাসে পৌঁছাতে সাহায্য করা। তবে এর প্রক্রিয়া এবং কর্মীদের মধ্যে কিছু পার্থক্য রয়েছে:
-- প্রুফ-অফ-স্টেক স্টেক করা ETH-এর জন্য গণনামূলক শক্তির গুরুত্বকে পরিবর্তন করে।
-- প্রুফ-অফ-স্টেক মাইনারদেরকে ভ্যালিডেটর দিয়ে প্রতিস্থাপন করে। ভ্যালিডেটররা নতুন ব্লক তৈরি করার ক্ষমতা সক্রিয় করতে তাদের ETH স্টেক করে।
-- ভ্যালিডেটররা ব্লক তৈরি করার জন্য প্রতিযোগিতা করে না, পরিবর্তে তারা একটি অ্যালগরিদম দ্বারা এলোমেলোভাবে নির্বাচিত হয়।
-- ফাইনালিটি পরিষ্কার: নির্দিষ্ট চেকপয়েন্টে, যদি 2/3 ভ্যালিডেটর ব্লকের স্টেটের উপর একমত হয় তবে এটিকে ফাইনাল হিসাবে বিবেচনা করা হয়। ভ্যালিডেটরদের অবশ্যই তাদের পুরো স্টেক এর উপর বাজি ধরতে হবে, তাই যদি তারা লাইনের নিচে ষড়যন্ত্র করার চেষ্টা করে, তবে তারা তাদের পুরো স্টেক হারাবে।
+- প্রুফ-অফ-স্টেক কম্পিউটেশনাল ক্ষমতার গুরুত্বকে স্টেক করা ETH দিয়ে প্রতিস্থাপন করে।
+- প্রুফ-অফ-স্টেক মাইনারদের ভ্যালিডেটরস দিয়ে প্রতিস্থাপন করে। ভ্যালিডেটরস নতুন ব্লক তৈরি করার ক্ষমতা সক্রিয় করতে তাদের ETH স্টেক করে।
+- ভ্যালিডেটরস ব্লক তৈরি করার জন্য প্রতিযোগিতা করে না, এর পরিবর্তে তাদের একটি এ্যালগরিদম দ্বারা এলোমেলোভাবে বেছে নেওয়া হয়।
+- ফাইনালিটি আরও স্পষ্ট: নির্দিষ্ট চেকপয়েন্টগুলোতে, যদি 2/3 ভ্যালিডেটরস ব্লকের স্টেটের বিষয়ে একমত হয় তবে এটিকে চূড়ান্ত বলে বিবেচনা করা হয়। ভ্যালিডেটরসদের অবশ্যই এর ওপর তাদের সম্পূর্ণ স্টেক বাজি রাখতে হবে, তাই যদি তারা পরবর্তীতে যোগসাজশ করার চেষ্টা করে, তবে তারা তাদের সম্পূর্ণ স্টেক হারাবে।
-[প্রুফ-অফ-স্টেক সম্পর্কে আরও](/developers/docs/consensus-mechanisms/pos/)
+[প্রুফ-অফ-স্টেক সম্পর্কে আরও জানুন](/developers/docs/consensus-mechanisms/pos/)
-## আপনি কি দেখে শিখতে বেশি পছন্দ করেন? {#visual-learner}
+## ভিজ্যুয়াল লার্নারদের জন্য {#visual-learner}
-প্রুফ-অফ-ওয়ার্ক আর ইথেরিয়ামের কনসেন্সাস মেকানিজমের ভিত্তি নয়, যার অর্থ মাইনিং বন্ধ করে দেওয়া হয়েছে। পরিবর্তে, ইথেরিয়াম ভ্যালিডেটরদের দ্বারা সুরক্ষিত যারা ETH স্টেক করে। আপনি আজই আপনার ETH স্টেকিং শুরু করতে পারেন। The Merge, প্রুফ-অফ-স্টেক, এবং স্টেকিং সম্পর্কে আরও পড়ুন। এই পৃষ্ঠাটি শুধুমাত্র ঐতিহাসিক আগ্রহের জন্য।
+প্রুফ-অফ-ওয়ার্ক এখন আর ইথিরিয়ামের কনসেন্সাস মেকানিজম-এর ভিত্তি নয়, যার মানে মাইনিং বন্ধ করে দেওয়া হয়েছে। এর পরিবর্তে, [Ethereum](/) এখন সেইসব ভ্যালিডেটরস দ্বারা সুরক্ষিত যারা ETH স্টেক করে। আপনি আজই আপনার ETH স্টেকিং শুরু করতে পারেন। দ্য মার্জ (The Merge), প্রুফ-অফ-স্টেক, এবং স্টেকিং সম্পর্কে আরও পড়ুন। এই পৃষ্ঠাটি শুধুমাত্র ঐতিহাসিক আগ্রহের জন্য রাখা হয়েছে।
## পূর্বশর্ত {#prerequisites}
-এই পৃষ্ঠাটি ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [লেনদেন](/developers/docs/transactions/), [ব্লক](/developers/docs/blocks/) এবং [প্রুফ-অফ-ওয়ার্ক](/developers/docs/consensus-mechanisms/pow/) সম্পর্কে পড়ার পরামর্শ দিই।
+এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা সুপারিশ করছি যে আপনি প্রথমে [লেনদেন](/developers/docs/transactions/), [ব্লকস](/developers/docs/blocks/) এবং [প্রুফ-অফ-ওয়ার্ক](/developers/docs/consensus-mechanisms/pow/) সম্পর্কে পড়ে নিন।
-## ইথেরিয়াম মাইনিং কী? {#what-is-ethereum-mining}
+## ইথিরিয়াম মাইনিং কী? {#what-is-ethereum-mining}
-মাইনিং হল ইথেরিয়ামের এখন-অপ্রচলিত প্রুফ-অফ-ওয়ার্ক আর্কিটেকচারে ইথেরিয়াম ব্লকচেইনে যোগ করার জন্য লেনদেনের একটি ব্লক তৈরি করার প্রক্রিয়া।
+মাইনিং হলো ইথিরিয়ামের বর্তমানে বাতিল হওয়া প্রুফ-অফ-ওয়ার্ক আর্কিটেকচারে ইথিরিয়াম ব্লকচেইন-এ যুক্ত করার জন্য লেনদেনের একটি ব্লক তৈরি করার প্রক্রিয়া।
-মাইনিং শব্দটি ক্রিপ্টোকারেন্সির জন্য সোনার উপমা প্রসঙ্গে উদ্ভূত হয়েছে। সোনা বা মূল্যবান ধাতু দুর্লভ, ডিজিটাল টোকেনও তাই, এবং একটি প্রুফ-অফ-ওয়ার্ক সিস্টেমে মোট পরিমাণ বাড়ানোর একমাত্র উপায় হল মাইনিং। প্রুফ-অফ-ওয়ার্ক ইথেরিয়ামে, ইস্যুয়েন্সের একমাত্র পদ্ধতি ছিল মাইনিং। তবে সোনা বা মূল্যবান ধাতুর মতো নয়, ইথেরিয়াম মাইনিং ব্লকচেইনে ব্লক তৈরি, যাচাই, প্রকাশ এবং প্রচার করে নেটওয়ার্ক সুরক্ষিত করার একটি উপায়ও ছিল।
+ক্রিপটোকারেন্সি-এর ক্ষেত্রে সোনার উপমা থেকে মাইনিং শব্দটির উৎপত্তি হয়েছে। সোনা বা মূল্যবান ধাতু যেমন দুষ্প্রাপ্য, তেমনি ডিজিটাল টোকেনও দুষ্প্রাপ্য, এবং একটি প্রুফ-অফ-ওয়ার্ক সিস্টেমে মোট পরিমাণ বাড়ানোর একমাত্র উপায় হলো মাইনিং। প্রুফ-অফ-ওয়ার্ক ইথিরিয়ামে, ইস্যুয়েন্স-এর একমাত্র মাধ্যম ছিল মাইনিং। তবে সোনা বা মূল্যবান ধাতুর বিপরীতে, ইথিরিয়াম মাইনিং ব্লকচেইন-এ ব্লক তৈরি, যাচাই, প্রকাশ এবং প্রচার করার মাধ্যমে নেটওয়ার্ক সুরক্ষিত করারও একটি উপায় ছিল।
-ইথার মাইনিং = নেটওয়ার্ক সুরক্ষিত করা
+ইথার মাইনিং = নেটওয়ার্ক সুরক্ষিত করা
-যেকোনো প্রুফ-অফ-ওয়ার্ক ব্লকচেইনের প্রাণশক্তি হল মাইনিং। প্রুফ-অফ-স্টেকে স্থানান্তরিত হওয়ার আগে ইথেরিয়াম মাইনাররা - সফটওয়্যার চালিত কম্পিউটার - তাদের সময় এবং কম্পিউটেশনাল শক্তি ব্যবহার করে লেনদেন প্রক্রিয়া এবং ব্লক তৈরি করত।
+মাইনিং হলো যেকোনো প্রুফ-অফ-ওয়ার্ক ব্লকচেইন-এর প্রাণশক্তি। ইথিরিয়াম মাইনাররা - সফটওয়্যার চালানো কম্পিউটার - প্রুফ-অফ-স্টেক-এ স্থানান্তরের আগে লেনদেন প্রক্রিয়া করতে এবং ব্লকস তৈরি করতে তাদের সময় এবং কম্পিউটেশনাল শক্তি ব্যবহার করত।
-## মাইনারদের অস্তিত্ব কেন? {#why-do-miners-exist}
+## মাইনারদের অস্তিত্ব কেন আছে? {#why-do-miners-exist}
-ইথেরিয়ামের মতো ডিসেন্ট্রালাইজড সিস্টেমে, আমাদের নিশ্চিত করতে হবে যে সবাই লেনদেনের ক্রমে একমত। মাইনাররা ব্লক তৈরি করার জন্য কম্পিউটেশনালি কঠিন পাজল সমাধান করে, নেটওয়ার্ককে আক্রমণ থেকে সুরক্ষিত করে এটি ঘটতে সাহায্য করেছে।
+ইথিরিয়ামের মতো ডিসেন্ট্রালাইজড সিস্টেমে, আমাদের নিশ্চিত করতে হবে যে সবাই লেনদেনের ক্রম সম্পর্কে একমত। মাইনাররা ব্লকস তৈরি করার জন্য কম্পিউটেশনালি কঠিন পাজল সমাধান করে এটি করতে সাহায্য করত, যা নেটওয়ার্ক-কে আক্রমণ থেকে সুরক্ষিত রাখত।
-[প্রুফ-অফ-ওয়ার্ক সম্পর্কে আরও](/developers/docs/consensus-mechanisms/pow/)
+[প্রুফ-অফ-ওয়ার্ক সম্পর্কে আরও জানুন](/developers/docs/consensus-mechanisms/pow/)
-আগে যে কেউ তাদের কম্পিউটার ব্যবহার করে ইথেরিয়াম নেটওয়ার্কে মাইনিং করতে পারত। তবে, সবাই লাভজনকভাবে ইথার (ETH) মাইনিং করতে পারত না। বেশিরভাগ ক্ষেত্রে, মাইনারদের ডেডিকেটেড কম্পিউটার হার্ডওয়্যার কিনতে হতো এবং সস্তা শক্তির উৎসের অ্যাক্সেস থাকতে হতো। গড় কম্পিউটারের মাইনিংয়ের সাথে সম্পর্কিত খরচগুলি কভার করার জন্য যথেষ্ট ব্লক রিওয়ার্ড উপার্জন করার সম্ভাবনা কম ছিল।
+আগে যে কেউ তাদের কম্পিউটার ব্যবহার করে ইথিরিয়াম নেটওয়ার্ক-এ মাইনিং করতে পারত। তবে, সবাই লাভজনকভাবে ইথার (ETH) মাইন করতে পারত না। বেশিরভাগ ক্ষেত্রে, মাইনারদের ডেডিকেটেড কম্পিউটার হার্ডওয়্যার কিনতে হতো এবং সস্তা শক্তির উৎসের অ্যাক্সেস থাকতে হতো। সাধারণ কম্পিউটারের পক্ষে মাইনিংয়ের আনুষঙ্গিক খরচ মেটানোর জন্য পর্যাপ্ত ব্লক রিওয়ার্ড অর্জন করার সম্ভাবনা কম ছিল।
### মাইনিংয়ের খরচ {#cost-of-mining}
- একটি মাইনিং রিগ তৈরি এবং রক্ষণাবেক্ষণের জন্য প্রয়োজনীয় হার্ডওয়্যারের সম্ভাব্য খরচ
-- মাইনিং রিগকে শক্তি দেওয়ার জন্য বৈদ্যুতিক খরচ
-- আপনি যদি একটি পুলে মাইনিং করতেন, তবে এই পুলগুলি সাধারণত পুল দ্বারা তৈরি প্রতিটি ব্লকের উপর একটি নির্দিষ্ট % ফি চার্জ করত
-- মাইনিং রিগকে সাপোর্ট করার জন্য প্রয়োজনীয় যন্ত্রপাতির সম্ভাব্য খরচ (ভেন্টিলেশন, শক্তি পর্যবেক্ষণ, বৈদ্যুতিক ওয়্যারিং, ইত্যাদি)
+- মাইনিং রিগ চালানোর জন্য বিদ্যুতের খরচ
+- আপনি যদি কোনো পুলে মাইনিং করতেন, তবে এই পুলগুলো সাধারণত পুল দ্বারা তৈরি প্রতিটি ব্লকের একটি নির্দিষ্ট % ফি নিত
+- মাইনিং রিগ সমর্থন করার জন্য সরঞ্জামের সম্ভাব্য খরচ (ভেন্টিলেশন, এনার্জি মনিটরিং, বৈদ্যুতিক ওয়্যারিং ইত্যাদি)
-মাইনিং লাভজনকতা আরও অন্বেষণ করতে, একটি মাইনিং ক্যালকুলেটর ব্যবহার করুন, যেমনটি [Etherscan](https://etherscan.io/ether-mining-calculator) প্রদান করে।
+মাইনিংয়ের লাভজনকতা আরও ভালোভাবে বুঝতে, একটি মাইনিং ক্যালকুলেটর ব্যবহার করুন, যেমনটি [Etherscan](https://etherscan.io/ether-mining-calculator) প্রদান করে।
-## ইথেরিয়াম লেনদেন কীভাবে মাইনিং করা হয়েছিল {#how-ethereum-transactions-were-mined}
+## ইথিরিয়াম লেনদেন কীভাবে মাইন করা হতো {#how-ethereum-transactions-were-mined}
-নিচে ইথেরিয়াম প্রুফ-অফ-ওয়ার্কে লেনদেনগুলি কীভাবে মাইনিং করা হয়েছিল তার একটি সংক্ষিপ্ত বিবরণ দেওয়া হল। ইথেরিয়াম প্রুফ-অফ-স্টেকের জন্য এই প্রক্রিয়ার একটি অনুরূপ বিবরণ [এখানে](/developers/docs/consensus-mechanisms/pos/#transaction-execution-ethereum-pos) পাওয়া যাবে।
+নিচে ইথিরিয়াম প্রুফ-অফ-ওয়ার্ক-এ লেনদেন কীভাবে মাইন করা হতো তার একটি ওভারভিউ দেওয়া হলো। ইথিরিয়াম প্রুফ-অফ-স্টেক-এর জন্য এই প্রক্রিয়ার একটি অনুরূপ বর্ণনা [এখানে](/developers/docs/consensus-mechanisms/pos/#transaction-execution-ethereum-pos) পাওয়া যাবে।
-1. একজন ব্যবহারকারী কিছু [অ্যাকাউন্টের](/developers/docs/accounts/) প্রাইভেট কী দিয়ে একটি [লেনদেন](/developers/docs/transactions/) অনুরোধ লেখেন এবং স্বাক্ষর করেন।
-2. ব্যবহারকারী কিছু [নোড](/developers/docs/nodes-and-clients/) থেকে সমগ্র ইথেরিয়াম নেটওয়ার্কে লেনদেনের অনুরোধটি ব্রডকাস্ট করেন।
-3. নতুন লেনদেনের অনুরোধ সম্পর্কে শোনার পরে, ইথেরিয়াম নেটওয়ার্কের প্রতিটি নোড তাদের স্থানীয় মেমপুলে অনুরোধটি যুক্ত করে, যা তারা শুনেছে এমন সমস্ত লেনদেনের অনুরোধের একটি তালিকা যা এখনও একটি ব্লকে ব্লকচেইনে জমা হয়নি।
-4. এক পর্যায়ে, একটি মাইনিং নোড ব্লক গ্যাস লিমিটের নিচে থেকে তারা যে [ট্রানজ্যাকশন ফি](/developers/docs/gas/) উপার্জন করে তা সর্বাধিক করার উপায়ে বেশ কয়েকটি ডজন বা শত শত লেনদেনের অনুরোধকে একটি সম্ভাব্য [ব্লকে](/developers/docs/blocks/) একত্রিত করে। তারপর মাইনিং নোড:
- 1. প্রতিটি লেনদেনের অনুরোধের বৈধতা যাচাই করে (যেমন, কেউ এমন একটি অ্যাকাউন্ট থেকে ইথার স্থানান্তর করার চেষ্টা করছে না যার জন্য তারা একটি স্বাক্ষর তৈরি করেনি, অনুরোধটি ত্রুটিপূর্ণ নয়, ইত্যাদি), এবং তারপর অনুরোধের কোড কার্যকর করে, তাদের EVM-এর স্থানীয় কপির স্টেট পরিবর্তন করে। মাইনার প্রতিটি এই ধরনের লেনদেনের অনুরোধের জন্য ট্রানজ্যাকশন ফি তাদের নিজস্ব অ্যাকাউন্টে পুরস্কার হিসেবে দেয়।
- 2. ব্লকের সমস্ত লেনদেনের অনুরোধ যাচাই এবং স্থানীয় EVM কপিতে কার্যকর করার পরে, সম্ভাব্য ব্লকের জন্য প্রুফ-অফ-ওয়ার্ক “বৈধতার শংসাপত্র” তৈরি করার প্রক্রিয়া শুরু করে।
-5. অবশেষে, একজন মাইনার একটি ব্লকের জন্য একটি শংসাপত্র তৈরি করা শেষ করবে যার মধ্যে আমাদের নির্দিষ্ট লেনদেনের অনুরোধ অন্তর্ভুক্ত থাকবে। তারপর মাইনার সম্পূর্ণ ব্লকটি ব্রডকাস্ট করে, যার মধ্যে শংসাপত্র এবং দাবি করা নতুন EVM স্টেটের একটি চেকসাম অন্তর্ভুক্ত থাকে।
-6. অন্যান্য নোড নতুন ব্লক সম্পর্কে শুনতে পায়। তারা শংসাপত্র যাচাই করে, ব্লকের সমস্ত লেনদেন নিজেরাই কার্যকর করে (আমাদের ব্যবহারকারীর দ্বারা মূলত ব্রডকাস্ট করা লেনদেন সহ), এবং যাচাই করে যে সমস্ত লেনদেন কার্যকর করার পরে তাদের নতুন EVM স্টেটের চেকসাম মাইনারের ব্লক দ্বারা দাবি করা স্টেটের চেকসামের সাথে মেলে। শুধুমাত্র তারপরেই এই নোডগুলি এই ব্লকটিকে তাদের ব্লকচেইনের লেজে যুক্ত করে এবং নতুন EVM স্টেটকে ক্যানোনিকাল স্টেট হিসাবে গ্রহণ করে।
-7. প্রতিটি নোড নতুন ব্লকের সমস্ত লেনদেন তাদের স্থানীয় অসম্পূর্ণ লেনদেন অনুরোধের মেমপুল থেকে সরিয়ে দেয়।
-8. নেটওয়ার্কে যোগদানকারী নতুন নোডগুলি আমাদের আগ্রহের লেনদেন ধারণকারী ব্লক সহ ক্রমানুসারে সমস্ত ব্লক ডাউনলোড করে। তারা একটি স্থানীয় EVM কপি শুরু করে (যা একটি ফাঁকা-স্টেট EVM হিসাবে শুরু হয়), এবং তারপরে তাদের স্থানীয় EVM কপির উপরে প্রতিটি ব্লকের প্রতিটি লেনদেন কার্যকর করার প্রক্রিয়ার মধ্য দিয়ে যায়, পথে প্রতিটি ব্লকে স্টেট চেকসাম যাচাই করে।
+1. একজন ব্যবহারকারী কোনো [একাউন্ট](/developers/docs/accounts/)-এর প্রাইভেট কি দিয়ে একটি [লেনদেন](/developers/docs/transactions/) রিকোয়েস্ট লেখেন এবং সাইন করেন।
+2. ব্যবহারকারী কোনো [নোড](/developers/docs/nodes-and-clients/) থেকে পুরো ইথিরিয়াম নেটওয়ার্ক-এ লেনদেন রিকোয়েস্টটি ব্রডকাস্ট করেন।
+3. নতুন লেনদেন রিকোয়েস্ট সম্পর্কে জানার পর, ইথিরিয়াম নেটওয়ার্ক-এর প্রতিটি নোড রিকোয়েস্টটিকে তাদের লোকাল মেমপুলে যুক্ত করে, যা হলো এমন সব লেনদেন রিকোয়েস্টের একটি তালিকা যা তারা শুনেছে কিন্তু এখনও ব্লকচেইন-এ কোনো ব্লকে যুক্ত করা হয়নি।
+4. এক পর্যায়ে, একটি মাইনিং নোড কয়েক ডজন বা শত শত লেনদেন রিকোয়েস্টকে একটি সম্ভাব্য [ব্লক](/developers/docs/blocks/)-এ একত্রিত করে, এমনভাবে যাতে তারা ব্লক গ্যাস লিমিট-এর নিচে থেকেও তাদের উপার্জিত [ট্রানজেকশন ফি](/developers/docs/gas/) সর্বাধিক করতে পারে। এরপর মাইনিং নোডটি:
+ 1. প্রতিটি লেনদেন রিকোয়েস্টের বৈধতা যাচাই করে (যেমন, কেউ এমন কোনো একাউন্ট থেকে ইথার ট্রান্সফার করার চেষ্টা করছে না যার জন্য তারা সিগনেচার প্রদান করেনি, রিকোয়েস্টটি ত্রুটিপূর্ণ নয় ইত্যাদি), এবং তারপর রিকোয়েস্টের কোড এক্সিকিউট করে, যা তাদের EVM-এর লোকাল কপির স্টেট পরিবর্তন করে। মাইনার এই ধরনের প্রতিটি লেনদেন রিকোয়েস্টের জন্য ট্রানজেকশন ফি তাদের নিজস্ব একাউন্ট-এ প্রদান করে।
+ 2. সম্ভাব্য ব্লকের জন্য প্রুফ-অফ-ওয়ার্ক "বৈধতার শংসাপত্র" তৈরির প্রক্রিয়া শুরু করে, যখন ব্লকের সমস্ত লেনদেন রিকোয়েস্ট যাচাই করা হয় এবং লোকাল EVM কপিতে এক্সিকিউট করা হয়।
+5. শেষ পর্যন্ত, একজন মাইনার একটি ব্লকের জন্য শংসাপত্র তৈরি করা শেষ করবে যার মধ্যে আমাদের নির্দিষ্ট লেনদেন রিকোয়েস্ট অন্তর্ভুক্ত রয়েছে। এরপর মাইনার সম্পূর্ণ ব্লকটি ব্রডকাস্ট করে, যার মধ্যে শংসাপত্র এবং দাবি করা নতুন EVM স্টেট-এর একটি চেকসাম অন্তর্ভুক্ত থাকে।
+6. অন্যান্য নোডগুলো নতুন ব্লক সম্পর্কে জানতে পারে। তারা শংসাপত্র যাচাই করে, ব্লকের সমস্ত লেনদেন নিজেরাই এক্সিকিউট করে (আমাদের ব্যবহারকারীর দ্বারা মূলত ব্রডকাস্ট করা লেনদেন সহ), এবং যাচাই করে যে সমস্ত লেনদেন এক্সিকিউট করার পরে তাদের নতুন EVM স্টেট-এর চেকসাম মাইনারের ব্লকের দাবি করা স্টেট-এর চেকসামের সাথে মেলে কিনা। শুধুমাত্র তখনই এই নোডগুলো এই ব্লকটিকে তাদের ব্লকচেইন-এর শেষে যুক্ত করে এবং নতুন EVM স্টেট-কে ক্যানোনিকাল স্টেট হিসেবে গ্রহণ করে।
+7. প্রতিটি নোড তাদের অপূর্ণ লেনদেন রিকোয়েস্টের লোকাল মেমপুল থেকে নতুন ব্লকের সমস্ত লেনদেন সরিয়ে দেয়।
+8. নেটওয়ার্ক-এ যুক্ত হওয়া নতুন নোডগুলো ক্রমানুসারে সমস্ত ব্লকস ডাউনলোড করে, যার মধ্যে আমাদের আগ্রহের লেনদেন থাকা ব্লকটিও অন্তর্ভুক্ত থাকে। তারা একটি লোকাল EVM কপি ইনিশিয়ালাইজ করে (যা একটি ব্ল্যাঙ্ক-স্টেট EVM হিসেবে শুরু হয়), এবং তারপর তাদের লোকাল EVM কপির ওপর প্রতিটি ব্লকের প্রতিটি লেনদেন এক্সিকিউট করার প্রক্রিয়ার মধ্য দিয়ে যায়, পথে প্রতিটি ব্লকে স্টেট চেকসাম যাচাই করে।
-প্রতিটি লেনদেন একবার মাইনিং করা হয় (একটি নতুন ব্লকে অন্তর্ভুক্ত করা হয় এবং প্রথমবারের জন্য প্রচার করা হয়), কিন্তু ক্যানোনিকাল EVM স্টেটকে এগিয়ে নেওয়ার প্রক্রিয়ায় প্রতিটি অংশগ্রহণকারী দ্বারা কার্যকর এবং যাচাই করা হয়। এটি ব্লকচেইনের একটি কেন্দ্রীয় মন্ত্রকে তুলে ধরে: **বিশ্বাস করবেন না, যাচাই করুন**।
+প্রতিটি লেনদেন একবার মাইন করা হয় (একটি নতুন ব্লকে অন্তর্ভুক্ত করা হয় এবং প্রথমবারের মতো প্রচার করা হয়), কিন্তু ক্যানোনিকাল EVM স্টেট এগিয়ে নেওয়ার প্রক্রিয়ায় প্রতিটি অংশগ্রহণকারী দ্বারা এক্সিকিউট এবং যাচাই করা হয়। এটি ব্লকচেইন-এর অন্যতম প্রধান মন্ত্রকে তুলে ধরে: **বিশ্বাস করবেন না, যাচাই করুন (Don’t trust, verify)**।
-## Ommer (আঙ্কল) ব্লক {#ommer-blocks}
+## ওমার (আঙ্কেল) ব্লকস {#ommer-blocks}
-প্রুফ-অফ-ওয়ার্কে ব্লক মাইনিং ছিল সম্ভাবনামূলক, যার মানে কখনও কখনও নেটওয়ার্ক লেটেন্সির কারণে দুটি বৈধ ব্লক একই সাথে প্রকাশিত হত। এই ক্ষেত্রে, প্রোটোকলকে দীর্ঘতম (এবং তাই সবচেয়ে "বৈধ") চেইন নির্ধারণ করতে হয়েছিল এবং প্রস্তাবিত অন্তর্ভুক্ত না হওয়া বৈধ ব্লককে আংশিকভাবে রিওয়ার্ড দিয়ে মাইনারদের প্রতি ন্যায্যতা নিশ্চিত করতে হয়েছিল। এটি নেটওয়ার্কের আরও বিকেন্দ্রীকরণকে উৎসাহিত করেছে কারণ ছোট মাইনাররা, যারা বেশি লেটেন্সির সম্মুখীন হতে পারে, তারা এখনও [ommer](/glossary/#ommer) ব্লক রিওয়ার্ডের মাধ্যমে রিটার্ন জেনারেট করতে পারত।
+প্রুফ-অফ-ওয়ার্ক-এ ব্লক মাইনিং ছিল সম্ভাব্যতামূলক, যার মানে নেটওয়ার্ক ল্যাটেন্সির কারণে মাঝে মাঝে দুটি বৈধ ব্লকস একই সাথে প্রকাশিত হতো। এই ক্ষেত্রে, প্রটোকল-কে দীর্ঘতম (এবং তাই সবচেয়ে "বৈধ") চেইন নির্ধারণ করতে হতো, পাশাপাশি প্রস্তাবিত অন্তর্ভুক্ত না হওয়া বৈধ ব্লকটিকে আংশিকভাবে পুরস্কৃত করে মাইনারদের প্রতি ন্যায্যতা নিশ্চিত করতে হতো। এটি নেটওয়ার্ক-এর আরও ডিসেন্ট্রালাইজেশন-কে উৎসাহিত করেছিল কারণ ছোট মাইনাররা, যারা বেশি ল্যাটেন্সির সম্মুখীন হতে পারে, তারাও [ওমার (ommer)](/glossary/#ommer) ব্লক রিওয়ার্ড-এর মাধ্যমে রিটার্ন তৈরি করতে পারত।
-"ommer" শব্দটি একটি প্যারেন্ট ব্লকের সহোদরের জন্য পছন্দের লিঙ্গ-নিরপেক্ষ শব্দ, তবে এটিকে কখনও কখনও "uncle" হিসাবেও উল্লেখ করা হয়। **ইথেরিয়াম প্রুফ-অফ-স্টেকে স্থানান্তরিত হওয়ার পর থেকে, ommer ব্লক আর মাইনিং করা হয় না** কারণ প্রতিটি স্লটে শুধুমাত্র একজন প্রস্তাবককে নির্বাচিত করা হয়। মাইনিং করা ommer ব্লকের [ঐতিহাসিক চার্ট](https://ycharts.com/indicators/ethereum_uncle_rate) দেখে আপনি এই পরিবর্তনটি দেখতে পারেন।
+"ওমার" শব্দটি একটি প্যারেন্ট ব্লকের ভাইবোনের জন্য পছন্দের লিঙ্গ-নিরপেক্ষ শব্দ, তবে এটিকে কখনও কখনও "আঙ্কেল" (uncle) হিসেবেও উল্লেখ করা হয়। **ইথিরিয়াম প্রুফ-অফ-স্টেক-এ স্থানান্তরিত হওয়ার পর থেকে, ওমার ব্লকস আর মাইন করা হয় না** কারণ প্রতিটি স্লটে শুধুমাত্র একজন প্রপোজার নির্বাচিত হয়। আপনি মাইন করা ওমার ব্লকস-এর [ঐতিহাসিক চার্ট](https://ycharts.com/indicators/ethereum_uncle_rate) দেখে এই পরিবর্তনটি দেখতে পারেন।
## একটি ভিজ্যুয়াল ডেমো {#a-visual-demo}
-দেখুন অস্টিন আপনাকে মাইনিং এবং প্রুফ-অফ-ওয়ার্ক ব্লকচেইন সম্পর্কে বোঝাচ্ছেন।
+অস্টিন কীভাবে মাইনিং এবং প্রুফ-অফ-ওয়ার্ক ব্লকচেইন-এর মধ্য দিয়ে নিয়ে যায় তা দেখুন।
xᵐ mod P ≡ 1
-এই সংজ্ঞাগুলি দেওয়া হলে, আমরা পাই:
+এটি এড়ানোর জন্য, সংখ্যাতত্ত্বের একটি ফলাফলের আশ্রয় নেওয়া হয়। একটি [_সেফ প্রাইম (Safe Prime)_](https://en.wikipedia.org/wiki/Safe_prime)-কে এমন একটি মৌলিক সংখ্যা `P` হিসেবে সংজ্ঞায়িত করা হয় যার জন্য `(P-1)/2`-ও একটি মৌলিক সংখ্যা। [মাল্টিপ্লিকেটিভ গ্রুপ (multiplicative group)](https://en.wikipedia.org/wiki/Multiplicative_group_of_integers_modulo_n) `ℤ/nℤ`-এর একটি সদস্য `x`-এর _অর্ডার (order)_-কে ন্যূনতম `m` হিসেবে সংজ্ঞায়িত করা হয় যাতে xᵐ mod P ≡ 1
হয়।
+এই সংজ্ঞাগুলোর ওপর ভিত্তি করে, আমরা পাই:
-> পর্যবেক্ষণ ১। ধরা যাক, `x` একটি সেফ প্রাইম `P`-এর জন্য গুণক গ্রুপ `ℤ/Pℤ`-এর একটি সদস্য। যদি `x mod P ≠ 1 mod P` এবং `x mod P ≠ P-1 mod P` হয়, তাহলে `x`-এর ক্রম হয় `P-1` অথবা `(P-1)/2` হবে।
+> পর্যবেক্ষণ ১. ধরি `x` হলো একটি সেফ প্রাইম `P`-এর জন্য মাল্টিপ্লিকেটিভ গ্রুপ `ℤ/Pℤ`-এর একটি সদস্য। যদি `x mod P ≠ 1 mod P` এবং `x mod P ≠ P-1 mod P` হয়, তবে `x`-এর অর্ডার হবে `P-1` অথবা `(P-1)/2`।
-_প্রমাণ_। যেহেতু `P` একটি সেফ প্রাইম, তাই [লাগ্রাঞ্জের উপপাদ্য][lagrange] দ্বারা আমরা পাই যে `x`-এর ক্রম হয় `1`, `2`, `(P-1)/2`, অথবা `P-1`।
+_প্রমাণ_। যেহেতু `P` একটি সেফ প্রাইম, তাই [ল্যাগ্রাঞ্জের উপপাদ্য (Lagrange's Theorem)][lagrange] অনুযায়ী আমরা পাই যে `x`-এর অর্ডার হলো `1`, `2`, `(P-1)/2`, অথবা `P-1`।
-`x`-এর ক্রম `1` হতে পারে না, যেহেতু ফার্মার ছোট উপপাদ্য দ্বারা আমরা পাই:
+`x`-এর অর্ডার `1` হতে পারে না, কারণ ফার্মার লিটল থিওরেম (Fermat's Little Theorem) অনুযায়ী আমরা পাই:
xP-1 mod P ≡ 1
-অতএব, `x` অবশ্যই `ℤ/nℤ`-এর একটি গুণক পরিচয় হতে হবে, যা অনন্য। যেহেতু আমরা ধরে নিয়েছি যে `x ≠ 1`, তাই এটি সম্ভব নয়।
+অতএব `x`-কে অবশ্যই `ℤ/nℤ`-এর একটি মাল্টিপ্লিকেটিভ আইডেন্টিটি হতে হবে, যা অনন্য। যেহেতু আমরা ধরে নিয়েছি যে `x ≠ 1`, তাই এটি সম্ভব নয়।
-`x`-এর ক্রম `2` হতে পারে না যদি না `x = P-1` হয়, কারণ এটি `P`-এর প্রাইম হওয়ার বিষয়টিকে লঙ্ঘন করবে।
+`x`-এর অর্ডার `2` হতে পারে না যদি না `x = P-1` হয়, কারণ এটি `P` একটি মৌলিক সংখ্যা হওয়ার শর্ত লঙ্ঘন করবে।
-উপরের প্রস্তাবনা থেকে, আমরা বুঝতে পারি যে `(picker * init) % P`-এর পুনরাবৃত্তির একটি চক্র দৈর্ঘ্য অন্তত `(P-1)/2` হবে। এর কারণ হল আমরা `P`-কে দুইয়ের একটি উচ্চতর পাওয়ারের প্রায় সমান একটি সেফ প্রাইম হিসাবে নির্বাচন করেছি, এবং `init` ব্যবধান `[2,2**256+1]`-এর মধ্যে রয়েছে। `P`-এর বিশালতার পরিপ্রেক্ষিতে, আমাদের মডুলার এক্সপোনেনশিয়েশন থেকে কোনো চক্র আশা করা উচিত নয়।
+উপরের প্রস্তাবনা থেকে, আমরা বুঝতে পারি যে `(picker * init) % P` ইটারেট করলে এর সাইকেল লেংথ (cycle length) কমপক্ষে `(P-1)/2` হবে। এর কারণ হলো আমরা `P`-কে এমন একটি সেফ প্রাইম হিসেবে নির্বাচন করেছি যা প্রায় দুই-এর একটি উচ্চ ঘাতের (higher power of two) সমান, এবং `init` হলো `[2,2**256+1]` ব্যবধানের মধ্যে। `P`-এর বিশালতার কারণে, আমাদের কখনোই মডুলার এক্সপোনেনসিয়েশন থেকে কোনো সাইকেল আশা করা উচিত নয়।
-যখন আমরা DAG-এর প্রথম সেলটি নির্ধারণ করছি (`init` লেবেলযুক্ত ভেরিয়েবল), আমরা `pow(sha3(seed) + 2, 3, P)` গণনা করি। প্রথম নজরে, এটি গ্যারান্টি দেয় না যে ফলাফলটি `1` বা `P-1` কোনোটিই নয়। যাইহোক, যেহেতু `P-1` একটি সেফ প্রাইম, আমাদের কাছে নিম্নলিখিত অতিরিক্ত আশ্বাস রয়েছে, যা পর্যবেক্ষণ ১-এর একটি উপসিদ্ধান্ত:
+যখন আমরা ড্যাগ (DAG)-এর প্রথম সেলটি (যাকে `init` ভেরিয়েবল হিসেবে লেবেল করা হয়েছে) অ্যাসাইন করি, তখন আমরা `pow(sha3(seed) + 2, 3, P)` গণনা করি। প্রথম দেখায়, এটি গ্যারান্টি দেয় না যে ফলাফলটি `1` বা `P-1` কোনোটিই নয়। তবে, যেহেতু `P-1` একটি সেফ প্রাইম, তাই আমাদের কাছে নিচের অতিরিক্ত নিশ্চয়তা রয়েছে, যা পর্যবেক্ষণ ১-এর একটি অনুসিদ্ধান্ত:
-> পর্যবেক্ষণ ২। ধরা যাক, `x` একটি সেফ প্রাইম `P`-এর জন্য গুণক গ্রুপ `ℤ/Pℤ`-এর একটি সদস্য, এবং ধরা যাক `w` একটি স্বাভাবিক সংখ্যা। যদি `x mod P ≠ 1 mod P` এবং `x mod P ≠ P-1 mod P` হয়, এবং সেইসাথে `w mod P ≠ P-1 mod P` এবং `w mod P ≠ 0 mod P` হয়, তাহলে `xʷ mod P ≠ 1 mod P` এবং `xʷ mod P ≠ P-1 mod P` হবে।
+> পর্যবেক্ষণ ২. ধরি `x` হলো একটি সেফ প্রাইম `P`-এর জন্য মাল্টিপ্লিকেটিভ গ্রুপ `ℤ/Pℤ`-এর একটি সদস্য, এবং `w` হলো একটি স্বাভাবিক সংখ্যা। যদি `x mod P ≠ 1 mod P` এবং `x mod P ≠ P-1 mod P` হয়, পাশাপাশি `w mod P ≠ P-1 mod P` এবং `w mod P ≠ 0 mod P` হয়, তবে `xʷ mod P ≠ 1 mod P` এবং `xʷ mod P ≠ P-1 mod P` হবে।
-### একটি হ্যাস ফাংশন হিসাবে মডুলার এক্সপোনেনসিয়েশন {#modular-exponentiation}
+### একটি হ্যাস ফাংশন হিসেবে মডুলার এক্সপোনেনসিয়েশন {#modular-exponentiation}
-`P` এবং `w`-এর নির্দিষ্ট মানের জন্য, `pow(x, w, P)` ফাংশনে অনেক সংঘর্ষ হতে পারে। উদাহরণস্বরূপ, `pow(x,9,19)` শুধুমাত্র `{1,18}` মানগুলি নেয়।
+`P` এবং `w`-এর নির্দিষ্ট কিছু মানের জন্য, `pow(x, w, P)` ফাংশনটিতে অনেক কলিশন (collisions) থাকতে পারে। উদাহরণস্বরূপ, `pow(x,9,19)` শুধুমাত্র `{1,18}` মানগুলো গ্রহণ করে।
-যেহেতু `P` প্রাইম, তাই একটি মডুলার এক্সপোনেনশিয়েশন হ্যাশিং ফাংশনের জন্য একটি উপযুক্ত `w` নিম্নলিখিত ফলাফল ব্যবহার করে বেছে নেওয়া যেতে পারে:
+যেহেতু `P` একটি মৌলিক সংখ্যা, তাই মডুলার এক্সপোনেনসিয়েশন হ্যাসিং ফাংশনের জন্য একটি উপযুক্ত `w` নিচের ফলাফলটি ব্যবহার করে বেছে নেওয়া যেতে পারে:
-> পর্যবেক্ষণ ৩। ধরা যাক, `P` একটি প্রাইম; `w` এবং `P-1` তুলনামূলকভাবে প্রাইম হবে যদি এবং কেবল যদি `ℤ/Pℤ`-এর সমস্ত `a` এবং `b`-এর জন্য:`aʷ mod P ≡ bʷ mod P` হয় যদি এবং কেবল যদি `a mod P ≡ b mod P` হয়
+> পর্যবেক্ষণ ৩. ধরি `P` একটি মৌলিক সংখ্যা; `w` এবং `P-1` সহমৌলিক (relatively prime) হবে যদি এবং কেবল যদি `ℤ/Pℤ`-এর সমস্ত `a` এবং `b`-এর জন্য:`aʷ mod P ≡ bʷ mod P` হয় যদি এবং কেবল যদি `a mod P ≡ b mod P` হয়
-এইভাবে, যেহেতু `P` প্রাইম এবং `w` `P-1`-এর সাথে তুলনামূলকভাবে প্রাইম, আমরা পাই যে `|{pow(x, w, P) : x ∈ ℤ}| = P`, যা বোঝায় যে হ্যাশিং ফাংশনের সম্ভাব্য সর্বনিম্ন সংঘর্ষের হার রয়েছে।
+সুতরাং, যেহেতু `P` একটি মৌলিক সংখ্যা এবং `w` হলো `P-1`-এর সাথে সহমৌলিক, তাই আমরা পাই যে `|{pow(x, w, P) : x ∈ ℤ}| = P`, যার অর্থ হলো হ্যাসিং ফাংশনটির কলিশন রেট সম্ভাব্য সর্বনিম্ন।
-বিশেষ ক্ষেত্রে যখন `P` আমাদের নির্বাচিত সেফ প্রাইম, তখন `P-1`-এর শুধুমাত্র উৎপাদক 1, 2, `(P-1)/2` এবং `P-1` থাকে। যেহেতু `P` > 7, আমরা জানি যে 3 `P-1`-এর সাথে তুলনামূলকভাবে প্রাইম, তাই `w=3` উপরের প্রস্তাবনাটি পূরণ করে।
+বিশেষ ক্ষেত্রে যেখানে `P` একটি সেফ প্রাইম যেমনটি আমরা নির্বাচন করেছি, তখন `P-1`-এর উৎপাদকগুলো হলো শুধুমাত্র 1, 2, `(P-1)/2` এবং `P-1`। যেহেতু `P` > 7, আমরা জানি যে 3 হলো `P-1`-এর সাথে সহমৌলিক, তাই `w=3` উপরের প্রস্তাবনাটি পূরণ করে।
-## আরও দক্ষ ক্যাশে-ভিত্তিক মূল্যায়ন অ্যালগরিদম {#cache-based-evaluation}
+## আরও দক্ষ ক্যাশ-ভিত্তিক মূল্যায়ন এ্যালগরিদম {#cache-based-evaluation}
```python
def quick_calc(params, seed, p):
@@ -327,4 +327,4 @@ def quick_hashimoto_cached(cache, dagsize, params, header, nonce):
for _ in range(params["accesses"]):
mix ^= quick_calc_cached(cache, params, m + (mix & mask) % m)
return dbl_sha3(mix)
-```
+```
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
index 3ad27677755..8e644206451 100644
--- a/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
+++ b/public/content/translations/bn/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md
@@ -1,6 +1,6 @@
---
-title: "মাইনিং অ্যালগরিদম সমূহ"
-description: "ইথেরিয়াম মাইনিং-এর জন্য ব্যবহৃত অ্যালগরিদমগুলির একটি বিশদ বিবরণ।"
+title: মাইনিং এ্যালগরিদম
+description: ইথিরিয়াম মাইনিংয়ের জন্য ব্যবহৃত এ্যালগরিদমগুলোর একটি বিস্তারিত রূপ।
lang: bn
---
@@ -8,35 +8,35 @@ lang: bn
-প্রুফ-অফ-ওয়ার্ক আর ইথেরিয়ামের কনসেন্সাস মেকানিজমের ভিত্তি নয়, যার অর্থ মাইনিং বন্ধ করে দেওয়া হয়েছে। পরিবর্তে, ইথেরিয়াম ভ্যালিডেটরদের দ্বারা সুরক্ষিত যারা ETH স্টেক করে। আপনি আজই আপনার ETH স্টেকিং শুরু করতে পারেন। The Merge, প্রুফ-অফ-স্টেক, এবং স্টেকিং সম্পর্কে আরও পড়ুন। এই পৃষ্ঠাটি শুধুমাত্র ঐতিহাসিক আগ্রহের জন্য।
+প্রুফ-অফ-ওয়ার্ক আর ইথিরিয়ামের কনসেন্সাস মেকানিজম এর ভিত্তি নয়, যার মানে মাইনিং বন্ধ করে দেওয়া হয়েছে। এর পরিবর্তে, ইথিরিয়াম এখন ভ্যালিডেটরস দ্বারা সুরক্ষিত যারা ETH স্টেক করে। আপনি আজই আপনার ETH স্টেকিং শুরু করতে পারেন। দ্য মার্জ (The Merge), প্রুফ-অফ-স্টেক, এবং স্টেকিং সম্পর্কে আরও পড়ুন। এই পেজটি শুধুমাত্র ঐতিহাসিক আগ্রহের জন্য।
-ইথেরিয়াম মাইনিং Ethash নামে পরিচিত একটি অ্যালগরিদম ব্যবহার করত। অ্যালগরিদমটির মূল ধারণাটি হলো, একজন মাইনার ব্রুট ফোর্স কম্পিউটেশন ব্যবহার করে একটি নন্স ইনপুট খুঁজে বের করার চেষ্টা করে যাতে ফলস্বরূপ হ্যাসটি গণনা করা কঠিনতা দ্বারা নির্ধারিত একটি থ্রেশহোল্ডের চেয়ে ছোট হয়। এই কঠিনতার স্তরটি গতিশীলভাবে সামঞ্জস্য করা যেতে পারে, যা একটি নিয়মিত ব্যবধানে ব্লক উৎপাদন হতে দেয়।
+ইথিরিয়াম মাইনিং Ethash নামক একটি এ্যালগরিদম ব্যবহার করত। এই এ্যালগরিদম এর মূল ধারণা হলো যে একজন মাইনার ব্রুট ফোর্স কম্পিউটেশন ব্যবহার করে একটি নন্স ইনপুট খোঁজার চেষ্টা করে যাতে প্রাপ্ত হ্যাস হিসাবকৃত কাঠিন্য (difficulty) দ্বারা নির্ধারিত থ্রেশহোল্ডের চেয়ে ছোট হয়। এই কাঠিন্যের স্তরটি ডাইনামিক্যালি সামঞ্জস্য করা যায়, যা একটি নিয়মিত বিরতিতে ব্লক তৈরি হতে দেয়।
## পূর্বশর্ত {#prerequisites}
-এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [প্রুফ-অফ-ওয়ার্ক কনসেন্সাস](/developers/docs/consensus-mechanisms/pow) এবং [মাইনিং](/developers/docs/consensus-mechanisms/pow/mining) সম্পর্কে পড়ে নেওয়ার পরামর্শ দিচ্ছি।
+এই পেজটি আরও ভালোভাবে বোঝার জন্য, আমরা সুপারিশ করছি যে আপনি প্রথমে [প্রুফ-অফ-ওয়ার্ক কনসেন্সাস](/developers/docs/consensus-mechanisms/pow) এবং [মাইনিং](/developers/docs/consensus-mechanisms/pow/mining) সম্পর্কে পড়ে নিন।
-## Dagger Hashimoto {#dagger-hashimoto}
+## ড্যাগার হাশিমোতো (Dagger Hashimoto) {#dagger-hashimoto}
-Dagger Hashimoto ছিল ইথেরিয়াম মাইনিং-এর জন্য একটি পূর্বসূরী গবেষণা অ্যালগরিদম যা Ethash দ্বারা প্রতিস্থাপিত হয়েছিল। এটি দুটি ভিন্ন অ্যালগরিদমের সংমিশ্রণ ছিল: Dagger এবং Hashimoto। এটি শুধুমাত্র একটি গবেষণা বাস্তবায়ন ছিল এবং ইথেরিয়াম মেইননেট চালু হওয়ার সময় Ethash দ্বারা প্রতিস্থাপিত হয়েছিল।
+ড্যাগার হাশিমোতো (Dagger Hashimoto) ছিল ইথিরিয়াম মাইনিংয়ের জন্য একটি পূর্বসূরী গবেষণামূলক এ্যালগরিদম যা পরবর্তীতে Ethash দ্বারা প্রতিস্থাপিত হয়। এটি দুটি ভিন্ন এ্যালগরিদম এর সংমিশ্রণ ছিল: ড্যাগার (Dagger) এবং হাশিমোতো (Hashimoto)। এটি শুধুমাত্র একটি গবেষণামূলক বাস্তবায়ন ছিল এবং ইথিরিয়াম মেইননেট চালু হওয়ার আগেই Ethash দ্বারা প্রতিস্থাপিত হয়েছিল।
-[Dagger](http://www.hashcash.org/papers/dagger.html) একটি [ডিরেক্টেড অ্যাসাইক্লিক গ্রাফ](https://en.wikipedia.org/wiki/Directed_acyclic_graph) তৈরি করে, যার র্যান্ডম স্লাইসগুলিকে একসাথে হ্যাস করা হয়। মূল নীতিটি হলো প্রতিটি নন্সের জন্য একটি বড় মোট ডেটা ট্রি-এর শুধুমাত্র একটি ছোট অংশ প্রয়োজন। প্রতিটি নন্সের জন্য সাবট্রি পুনর্গণনা করা মাইনিং-এর জন্য বাধা সৃষ্টিকারী - তাই ট্রি সংরক্ষণ করার প্রয়োজন - কিন্তু একটি একক নন্সের ভেরিফিকেশনের জন্য ঠিক আছে। Dagger-কে Scrypt-এর মতো বিদ্যমান অ্যালগরিদমগুলির একটি বিকল্প হিসাবে ডিজাইন করা হয়েছিল, যা মেমরি-হার্ড কিন্তু যখন তাদের মেমরি-হার্ডনেস প্রকৃত সুরক্ষিত স্তরে বৃদ্ধি পায় তখন যাচাই করা কঠিন। তবে, Dagger শেয়ারড মেমরি হার্ডওয়্যার অ্যাক্সিলারেশনের জন্য ঝুঁকিপূর্ণ ছিল এবং গবেষণার অন্যান্য পথের জন্য এটি বাতিল করা হয়েছিল।
+[ড্যাগার (Dagger)](http://www.hashcash.org/papers/dagger.html) একটি [ডাইরেক্টেড অ্যাসাইক্লিক গ্রাফ (Directed Acyclic Graph)](https://en.wikipedia.org/wiki/Directed_acyclic_graph) তৈরির সাথে জড়িত, যার র্যান্ডম অংশগুলো একসাথে হ্যাস করা হয়। এর মূল নীতি হলো প্রতিটি নন্স এর জন্য একটি বড় ডেটা ট্রির শুধুমাত্র একটি ছোট অংশের প্রয়োজন হয়। প্রতিটি নন্স এর জন্য সাবট্রি পুনরায় গণনা করা মাইনিংয়ের জন্য অত্যন্ত ব্যয়বহুল - তাই ট্রি সংরক্ষণ করার প্রয়োজন হয় - তবে একটি একক নন্স যাচাইকরণের জন্য এটি ঠিক আছে। ড্যাগারকে Scrypt-এর মতো বিদ্যমান এ্যালগরিদমগুলোর বিকল্প হিসেবে ডিজাইন করা হয়েছিল, যেগুলো মেমরি-হার্ড কিন্তু যখন তাদের মেমরি-হার্ডনেস সত্যিকারের সুরক্ষিত স্তরে পৌঁছায় তখন যাচাই করা কঠিন হয়ে পড়ে। তবে, ড্যাগার শেয়ার্ড মেমরি হার্ডওয়্যার এক্সিলারেশনের প্রতি দুর্বল ছিল এবং গবেষণার অন্যান্য পথের অনুকূলে এটি বাদ দেওয়া হয়েছিল।
-[Hashimoto](http://diyhpl.us/%7Ebryan/papers2/bitcoin/meh/hashimoto.pdf) এমন একটি অ্যালগরিদম যা I/O বাউন্ড (অর্থাৎ, মাইনিং প্রক্রিয়ায় মেমরি রিডগুলি হলো সীমাবদ্ধকারী ফ্যাক্টর) হওয়ার মাধ্যমে ASIC-প্রতিরোধ ক্ষমতা যোগ করে। তত্ত্বটি হলো কম্পিউটেশনের চেয়ে RAM বেশি উপলব্ধ; বিভিন্ন ব্যবহারের ক্ষেত্রে RAM অপ্টিমাইজ করার জন্য ইতিমধ্যে বিলিয়ন ডলার মূল্যের গবেষণা করা হয়েছে, যা প্রায়শই র্যান্ডম অ্যাক্সেস প্যাটার্ন জড়িত থাকে (তাই “র্যান্ডম অ্যাক্সেস মেমরি”)। ফলস্বরূপ, বিদ্যমান RAM সম্ভবত অ্যালগরিদম মূল্যায়নের জন্য সর্বোত্তমের বেশ কাছাকাছি। Hashimoto ডেটার উৎস হিসাবে ব্লকচেইন ব্যবহার করে, যা একই সাথে উপরের (1) এবং (3) পূরণ করে।
+[হাশিমোতো (Hashimoto)](http://diyhpl.us/%7Ebryan/papers2/bitcoin/meh/hashimoto.pdf) হলো এমন একটি এ্যালগরিদম যা I/O বাউন্ড হওয়ার মাধ্যমে ASIC-প্রতিরোধ যোগ করে (অর্থাৎ, মাইনিং প্রক্রিয়ায় মেমরি রিড হলো লিমিটিং ফ্যাক্টর)। এর তত্ত্ব হলো কম্পিউটেশনের চেয়ে RAM বেশি সহজলভ্য; বিভিন্ন ব্যবহারের ক্ষেত্রে RAM অপ্টিমাইজ করার জন্য ইতিমধ্যে বিলিয়ন ডলারের গবেষণা করা হয়েছে, যা প্রায়শই নিয়ার-র্যান্ডম অ্যাক্সেস প্যাটার্নগুলোর সাথে জড়িত (তাই "র্যান্ডম অ্যাক্সেস মেমরি")। ফলস্বরূপ, বিদ্যমান RAM এ্যালগরিদম মূল্যায়নের জন্য অপ্টিমালের কাছাকাছি হওয়ার সম্ভাবনা রয়েছে। হাশিমোতো ব্লকচেইন কে ডেটার উৎস হিসেবে ব্যবহার করে, যা একই সাথে উপরের (1) এবং (3) শর্ত পূরণ করে।
-Dagger-Hashimoto, Dagger এবং Hashimoto অ্যালগরিদমের সংশোধিত সংস্করণ ব্যবহার করেছে। Dagger Hashimoto এবং Hashimoto-এর মধ্যে পার্থক্য হলো, ডেটার উৎস হিসাবে ব্লকচেইন ব্যবহার করার পরিবর্তে, Dagger Hashimoto একটি কাস্টম-জেনারেটেড ডেটা সেট ব্যবহার করে, যা প্রতি N ব্লকে ব্লক ডেটার উপর ভিত্তি করে আপডেট হয়। ডেটা সেটটি Dagger অ্যালগরিদম ব্যবহার করে তৈরি করা হয়, যা লাইট ক্লায়েন্ট ভেরিফিকেশন অ্যালগরিদমের জন্য প্রতিটি নন্সের জন্য নির্দিষ্ট একটি সাবসেট দক্ষতার সাথে গণনা করার অনুমতি দেয়। Dagger Hashimoto এবং Dagger-এর মধ্যে পার্থক্য হলো, আসল Dagger-এর থেকে ভিন্ন, ব্লক কোয়েরি করার জন্য ব্যবহৃত ডেটাসেটটি আধা-স্থায়ী, যা শুধুমাত্র মাঝে মাঝে বিরতিতে (যেমন, প্রতি সপ্তাহে একবার) আপডেট করা হয়। এর মানে হলো যে ডেটাসেট তৈরি করার প্রচেষ্টার অংশ প্রায় শূন্যের কাছাকাছি, তাই শেয়ার্ড মেমরি স্পিডআপ সংক্রান্ত সার্জিও লার্নারের যুক্তিগুলি নগণ্য হয়ে যায়।
+ড্যাগার-হাশিমোতো ড্যাগার এবং হাশিমোতো এ্যালগরিদমগুলোর সংশোধিত সংস্করণ ব্যবহার করেছিল। ড্যাগার হাশিমোতো এবং হাশিমোতোর মধ্যে পার্থক্য হলো, ব্লকচেইন কে ডেটার উৎস হিসেবে ব্যবহার করার পরিবর্তে, ড্যাগার হাশিমোতো একটি কাস্টম-জেনারেটেড ডেটা সেট ব্যবহার করে, যা প্রতি N ব্লকস অন্তর ব্লক ডেটার উপর ভিত্তি করে আপডেট হয়। ডেটা সেটটি ড্যাগার এ্যালগরিদম ব্যবহার করে তৈরি করা হয়, যা লাইট ক্লায়েন্ট ভেরিফিকেশন এ্যালগরিদম এর জন্য প্রতিটি নন্স এর নির্দিষ্ট একটি সাবসেট দক্ষতার সাথে গণনা করতে দেয়। ড্যাগার হাশিমোতো এবং ড্যাগারের মধ্যে পার্থক্য হলো, মূল ড্যাগারের বিপরীতে, ব্লক কোয়েরি করার জন্য ব্যবহৃত ডেটাসেটটি আধা-স্থায়ী (semi-permanent), যা শুধুমাত্র মাঝে মাঝে আপডেট করা হয় (যেমন, সপ্তাহে একবার)। এর মানে হলো ডেটাসেট তৈরির প্রচেষ্টার অংশ প্রায় শূন্যের কাছাকাছি, তাই শেয়ার্ড মেমরি স্পিডআপ সম্পর্কে সার্জিও লার্নারের (Sergio Lerner) যুক্তিগুলো নগণ্য হয়ে যায়।
-[Dagger-Hashimoto](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto)-এর উপর আরও তথ্য।
+[ড্যাগার-হাশিমোতো (Dagger-Hashimoto)](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/dagger-hashimoto) সম্পর্কে আরও জানুন।
-## Ethash {#ethash}
+## ইথহ্যাস (Ethash) {#ethash}
-Ethash ছিল সেই মাইনিং অ্যালগরিদম যা এখন অপ্রচলিত প্রুফ-অফ-ওয়ার্ক আর্কিটেকচারের অধীনে আসল ইথেরিয়াম মেইননেটে ব্যবহৃত হয়েছিল। অ্যালগরিদমটি উল্লেখযোগ্যভাবে আপডেট হওয়ার পরে Dagger-Hashimoto-এর একটি নির্দিষ্ট সংস্করণকে কার্যকরভাবে Ethash নামটি দেওয়া হয়েছিল, যদিও এটি তার পূর্বসূরীর মৌলিক নীতিগুলি উত্তরাধিকার সূত্রে পেয়েছিল। ইথেরিয়াম মেইননেট শুধুমাত্র Ethash ব্যবহার করেছে - Dagger Hashimoto ছিল মাইনিং অ্যালগরিদমের একটি R&D সংস্করণ যা ইথেরিয়াম মেইননেটে মাইনিং শুরু হওয়ার আগে প্রতিস্থাপিত হয়েছিল।
+Ethash ছিল সেই মাইনিং এ্যালগরিদম যা বর্তমানে বাতিল হওয়া প্রুফ-অফ-ওয়ার্ক আর্কিটেকচারের অধীনে আসল ইথিরিয়াম মেইননেট এ ব্যবহৃত হয়েছিল। এ্যালগরিদমটি উল্লেখযোগ্যভাবে আপডেট হওয়ার পর ড্যাগার-হাশিমোতোর একটি নির্দিষ্ট সংস্করণকে কার্যকরভাবে Ethash নতুন নাম দেওয়া হয়েছিল, যদিও এটি তার পূর্বসূরীর মৌলিক নীতিগুলো উত্তরাধিকার সূত্রে পেয়েছিল। ইথিরিয়াম মেইননেট শুধুমাত্র Ethash ব্যবহার করেছিল - ড্যাগার হাশিমোতো ছিল মাইনিং এ্যালগরিদম এর একটি R&D সংস্করণ যা ইথিরিয়াম মেইননেট এ মাইনিং শুরু হওয়ার আগেই প্রতিস্থাপিত হয়েছিল।
-[Ethash](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash)-এর উপর আরও তথ্য।
+[Ethash সম্পর্কে আরও জানুন](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash)।
-## আরও পড়ুন {#further-reading}
+## আরও পড়াশোনা {#further-reading}
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/dapps/index.md b/public/content/translations/bn/developers/docs/dapps/index.md
index 1c94216390a..a708bd694bf 100644
--- a/public/content/translations/bn/developers/docs/dapps/index.md
+++ b/public/content/translations/bn/developers/docs/dapps/index.md
@@ -1,60 +1,60 @@
---
-title: "ডিএ্যাপস এর প্রযুক্তিগত পরিচিতি"
+title: ডিএ্যাপস-এর প্রযুক্তিগত পরিচিতি
description:
lang: bn
---
-একটি ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপ) হল একটি বিকেন্দ্রীভূত নেটওয়ার্কে নির্মিত একটি এপ্লিকেশন যা একটি [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) এবং একটি ফ্রন্টএন্ড ইউজার ইন্টারফেসকে একত্রিত করে। Ethereum-এ, স্মার্ট কন্ট্র্যাক্টগুলি অ্যাক্সেসযোগ্য এবং স্বচ্ছ – যেমন ওপেন APIs – তাই আপনার ডিএ্যাপ-এ এমন একটি স্মার্ট কন্ট্র্যাক্টও অন্তর্ভুক্ত থাকতে পারে যা অন্য কেউ লিখেছে।
+একটি ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপ) হলো একটি ডিসেন্ট্রালাইজড নেটওয়ার্ক-এর উপর তৈরি করা একটি অ্যাপ্লিকেশন যা একটি [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) এবং একটি ফ্রন্টএন্ড ইউজার ইন্টারফেসকে একত্রিত করে। [Ethereum](/)-এ, স্মার্ট কন্ট্রাক্টগুলো অ্যাক্সেসযোগ্য এবং স্বচ্ছ – ওপেন API-এর মতো – তাই আপনার ডিএ্যাপ-এ এমন একটি স্মার্ট কন্ট্রাক্টও অন্তর্ভুক্ত থাকতে পারে যা অন্য কেউ লিখেছেন।
## পূর্বশর্ত {#prerequisites}
-ডিএ্যাপস সম্পর্কে শেখার আগে, আপনার [ব্লকচেইনের মূল বিষয়গুলো](/developers/docs/intro-to-ethereum/) কভার করা উচিত এবং Ethereum নেটওয়ার্ক ও এটি কীভাবে বিকেন্দ্রীভূত হয় সে সম্পর্কে পড়া উচিত।
+ডিএ্যাপস সম্পর্কে জানার আগে, আপনার [ব্লকচেইন বেসিকস](/developers/docs/intro-to-ethereum/) কভার করা উচিত এবং ইথেরিয়াম নেটওয়ার্ক এবং এটি কীভাবে ডিসেন্ট্রালাইজড তা সম্পর্কে পড়া উচিত।
-## একটি ডিএ্যাপ-এর সংজ্ঞা {#definition-of-a-dapp}
+## ডিএ্যাপ-এর সংজ্ঞা {#definition-of-a-dapp}
-একটি ডিএ্যাপ-এর ব্যাকএন্ড কোড একটি বিকেন্দ্রীভূত পিয়ার-টু-পিয়ার নেটওয়ার্কে চলে। একটি অ্যাপের সাথে এর তুলনা করুন যেখানে ব্যাকএন্ড কোড কেন্দ্রীয় সার্ভারে চলছে।
+একটি ডিএ্যাপ-এর ব্যাকএন্ড কোড একটি ডিসেন্ট্রালাইজড পিয়ার-টু-পিয়ার নেটওয়ার্ক-এ চলে। এর বিপরীতে এমন একটি অ্যাপের কথা ভাবুন যার ব্যাকএন্ড কোড সেন্ট্রালাইজড সার্ভারে চলে।
-একটি ডিএ্যাপ-এর ফ্রন্টএন্ড কোড এবং ইউজার ইন্টারফেস যেকোনো ভাষায় লেখা যেতে পারে (ঠিক একটি অ্যাপের মতো) যা এর ব্যাকএন্ডে কল করার জন্য ব্যবহৃত হয়। অধিকন্তু, এর ফ্রন্টএন্ড [IPFS](https://ipfs.io/)-এর মতো বিকেন্দ্রীভূত স্টোরেজে হোস্ট করা যেতে পারে।
+একটি ডিএ্যাপ-এর ব্যাকএন্ডে কল করার জন্য যেকোনো ভাষায় লেখা ফ্রন্টএন্ড কোড এবং ইউজার ইন্টারফেস থাকতে পারে (ঠিক একটি সাধারণ অ্যাপের মতো)। উপরন্তু, এর ফ্রন্টএন্ড [IPFS](https://ipfs.io/)-এর মতো ডিসেন্ট্রালাইজড স্টোরেজে হোস্ট করা যেতে পারে।
-- **বিকেন্দ্রীভূত** - ডিএ্যাপস Ethereum-এ কাজ করে, যা একটি উন্মুক্ত পাবলিক বিকেন্দ্রীভূত প্ল্যাটফর্ম যেখানে কোনো ব্যক্তি বা গোষ্ঠীর নিয়ন্ত্রণ নেই।
-- **ডিটারমিনিস্টিক** - ডিএ্যাপস যে পরিবেশে চালানো হোক না কেন, একই ফাংশন সম্পাদন করে।
-- **ট্যুরিং কমপ্লিট** - প্রয়োজনীয় রিসোর্স দেওয়া হলে ডিএ্যাপস যেকোনো কাজ সম্পাদন করতে পারে।
-- **আইসোলেটেড** - ডিএ্যাপস ইথিরিয়াম ভার্চুয়াল মেশিন নামে পরিচিত একটি ভার্চুয়াল পরিবেশে কার্যকর করা হয়, যাতে স্মার্ট কন্ট্র্যাক্টে কোনো বাগ থাকলেও এটি ব্লকচেইন নেটওয়ার্কের স্বাভাবিক কার্যকারিতায় বাধা দেবে না।
+- **ডিসেন্ট্রালাইজড** - ডিএ্যাপস ইথেরিয়ামে কাজ করে, যা একটি ওপেন পাবলিক ডিসেন্ট্রালাইজড প্ল্যাটফর্ম যেখানে কোনো একক ব্যক্তি বা গোষ্ঠীর নিয়ন্ত্রণ নেই
+- **ডিটারমিনিস্টিক** - ডিএ্যাপস যে পরিবেশেই চালানো হোক না কেন, তারা একই কাজ সম্পাদন করে
+- **টুরিং কমপ্লিট** - প্রয়োজনীয় রিসোর্স দেওয়া হলে ডিএ্যাপস যেকোনো কাজ সম্পাদন করতে পারে
+- **আইসোলেটেড** - ডিএ্যাপস ইথিরিয়াম ভার্চুয়াল মেশিন নামক একটি ভার্চুয়াল পরিবেশে চালানো হয় যাতে স্মার্ট কন্ট্রাক্ট-এ কোনো বাগ থাকলে তা ব্লকচেইন নেটওয়ার্ক-এর স্বাভাবিক কাজকে ব্যাহত না করে
-### স্মার্ট কন্ট্র্যাক্ট প্রসঙ্গে {#on-smart-contracts}
+### স্মার্ট কন্ট্রাক্ট সম্পর্কে {#on-smart-contracts}
-ডিএ্যাপস এর পরিচয় দিতে হলে, আমাদের স্মার্ট কন্ট্র্যাক্টগুলির পরিচয় দিতে হবে – যা ভাল কোনও শব্দের অভাবে একটি ডিএ্যাপ-এর ব্যাকএন্ড। বিস্তারিত বিবরণের জন্য, আমাদের [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) সম্পর্কিত বিভাগে যান।
+ডিএ্যাপস-এর সাথে পরিচয় করিয়ে দিতে, আমাদের স্মার্ট কন্ট্রাক্ট-এর সাথে পরিচয় করিয়ে দিতে হবে – সহজ কথায় যা একটি ডিএ্যাপ-এর ব্যাকএন্ড। বিস্তারিত ওভারভিউয়ের জন্য, আমাদের [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) বিভাগে যান।
-একটি স্মার্ট কন্ট্র্যাক্ট হল কোড যা Ethereum ব্লকচেইনে থাকে এবং ঠিক প্রোগ্রাম অনুযায়ী চলে। একবার স্মার্ট কন্ট্র্যাক্টগুলি নেটওয়ার্কে ডিপ্লয় করা হলে আপনি সেগুলি পরিবর্তন করতে পারবেন না। ডিএ্যাপস বিকেন্দ্রীভূত হতে পারে কারণ সেগুলি কন্ট্র্যাক্টে লেখা যুক্তি দ্বারা নিয়ন্ত্রিত হয়, কোনো ব্যক্তি বা কোম্পানির দ্বারা নয়। এর মানে হল আপনাকে আপনার কন্ট্র্যাক্টগুলি খুব সাবধানে ডিজাইন করতে হবে এবং সেগুলি পুঙ্খানুপুঙ্খভাবে পরীক্ষা করতে হবে।
+একটি স্মার্ট কন্ট্রাক্ট হলো এমন একটি কোড যা ইথেরিয়াম ব্লকচেইন-এ থাকে এবং ঠিক যেভাবে প্রোগ্রাম করা হয়েছে সেভাবেই চলে। একবার স্মার্ট কন্ট্রাক্ট নেটওয়ার্ক-এ ডিপ্লয় করা হলে আপনি সেগুলো পরিবর্তন করতে পারবেন না। ডিএ্যাপস ডিসেন্ট্রালাইজড হতে পারে কারণ এগুলো কোনো ব্যক্তি বা কোম্পানির দ্বারা নয়, বরং কন্ট্রাক্টে লেখা লজিক দ্বারা নিয়ন্ত্রিত হয়। এর মানে হলো আপনাকে আপনার কন্ট্রাক্টগুলো খুব সাবধানে ডিজাইন করতে হবে এবং সেগুলো পুঙ্খানুপুঙ্খভাবে পরীক্ষা করতে হবে।
## ডিএ্যাপ ডেভেলপমেন্টের সুবিধা {#benefits-of-dapp-development}
-- **জিরো ডাউনটাইম** – একবার ব্লকচেইনে স্মার্ট কন্ট্র্যাক্টটি ডিপ্লয় করা হলে, পুরো নেটওয়ার্কটি সর্বদা কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে চাওয়া ক্লায়েন্টদের পরিষেবা দিতে সক্ষম হবে। অতএব, ক্ষতিকারক অ্যাক্টররা ব্যক্তিগত ডিএ্যাপস-কে লক্ষ্য করে ডিনায়াল-অফ-সার্ভিস অ্যাটাক চালাতে পারে না।
-- **গোপনীয়তা** – একটি ডিএ্যাপ ডিপ্লয় বা তার সাথে ইন্টারঅ্যাক্ট করার জন্য আপনাকে বাস্তব-জগতের পরিচয় প্রদান করতে হবে না।
-- **সেন্সরশিপ প্রতিরোধ** – নেটওয়ার্কের কোনো একক সত্তা ব্যবহারকারীদের লেনদেন জমা দেওয়া, ডিএ্যাপস ডিপ্লয় করা, বা ব্লকচেইন থেকে ডেটা পড়া থেকে ব্লক করতে পারে না।
-- **সম্পূর্ণ ডেটা ইন্টিগ্রিটি** – ব্লকচেইনে সংরক্ষিত ডেটা অপরিবর্তনীয় এবং অকাট্য, ক্রিপ্টোগ্রাফিক প্রিমিটিভের জন্য ধন্যবাদ। ক্ষতিকারক অ্যাক্টররা লেনদেন বা অন্যান্য ডেটা যা ইতিমধ্যে পাবলিক করা হয়েছে তা জালিয়াতি করতে পারে না।
-- **ট্রাস্টলেস কম্পিউটেশন/যাচাইযোগ্য আচরণ** – স্মার্ট কন্ট্র্যাক্ট বিশ্লেষণ করা যেতে পারে এবং একটি কেন্দ্রীয় কর্তৃপক্ষকে বিশ্বাস করার প্রয়োজন ছাড়াই অনুমানযোগ্য উপায়ে কার্যকর করার গ্যারান্টি দেওয়া হয়। প্রচলিত মডেলগুলিতে এটি সত্য নয়; উদাহরণস্বরূপ, যখন আমরা অনলাইন ব্যাংকিং সিস্টেম ব্যবহার করি, তখন আমাদের বিশ্বাস করতে হবে যে আর্থিক প্রতিষ্ঠানগুলি আমাদের আর্থিক ডেটার অপব্যবহার করবে না, রেকর্ডে গরমিল করবে না, বা হ্যাক হবে না।
+- **জিরো ডাউনটাইম** – একবার স্মার্ট কন্ট্রাক্ট ব্লকচেইন-এ ডিপ্লয় করা হলে, পুরো নেটওয়ার্ক সর্বদা কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করতে চাওয়া ক্লায়েন্ট-দের পরিষেবা দিতে সক্ষম হবে। তাই ক্ষতিকারক ব্যক্তিরা নির্দিষ্ট ডিএ্যাপস-কে লক্ষ্য করে ডিনায়াল-অফ-সার্ভিস (denial-of-service) আক্রমণ চালাতে পারে না।
+- **গোপনীয়তা** – একটি ডিএ্যাপ ডিপ্লয় করতে বা এর সাথে ইন্টারঅ্যাক্ট করতে আপনাকে বাস্তব জগতের পরিচয় প্রদান করতে হবে না।
+- **সেন্সরশিপ প্রতিরোধ** – নেটওয়ার্ক-এর কোনো একক সত্তা ব্যবহারকারীদের লেনদেন জমা দেওয়া, ডিএ্যাপস ডিপ্লয় করা বা ব্লকচেইন থেকে ডেটা পড়া থেকে আটকাতে পারে না।
+- **সম্পূর্ণ ডেটা ইন্টিগ্রিটি** – ক্রিপ্টোগ্রাফিক প্রিমিটিভের কারণে ব্লকচেইন-এ সংরক্ষিত ডেটা অপরিবর্তনীয় এবং অনস্বীকার্য। ক্ষতিকারক ব্যক্তিরা লেনদেন বা অন্যান্য ডেটা জাল করতে পারে না যা ইতিমধ্যে সর্বজনীন করা হয়েছে।
+- **ট্রাস্টলেস কম্পিউটেশন/যাচাইযোগ্য আচরণ** – স্মার্ট কন্ট্রাক্টগুলো বিশ্লেষণ করা যেতে পারে এবং কোনো কেন্দ্রীয় কর্তৃপক্ষের উপর আস্থা রাখার প্রয়োজন ছাড়াই অনুমানযোগ্য উপায়ে কার্যকর হওয়ার নিশ্চয়তা দেয়। প্রথাগত মডেলগুলোতে এটি সত্য নয়; উদাহরণস্বরূপ, যখন আমরা অনলাইন ব্যাংকিং সিস্টেম ব্যবহার করি, তখন আমাদের অবশ্যই বিশ্বাস করতে হবে যে আর্থিক প্রতিষ্ঠানগুলো আমাদের আর্থিক ডেটার অপব্যবহার করবেবিধা না, রেকর্ডে কারচুপি করবে না বা হ্যাক হবে না।
## ডিএ্যাপ ডেভেলপমেন্টের অসুবিধা {#drawbacks-of-dapp-development}
-- **রক্ষণাবেক্ষণ** – ডিএ্যাপস রক্ষণাবেক্ষণ করা কঠিন হতে পারে কারণ ব্লকচেইনে প্রকাশিত কোড এবং ডেটা পরিবর্তন করা কঠিন। ডেভেলপারদের জন্য তাদের ডিএ্যাপস-এ (বা একটি ডিএ্যাপ দ্বারা সংরক্ষিত অন্তর্নিহিত ডেটা) আপডেট করা কঠিন, একবার সেগুলি ডিপ্লয় করা হলে, এমনকি যদি পুরনো সংস্করণে বাগ বা নিরাপত্তা ঝুঁকি চিহ্নিত করা হয়।
-- **পারফরম্যান্স ওভারহেড** – একটি বিশাল পারফরম্যান্স ওভারহেড আছে, এবং স্কেলিং সত্যিই কঠিন। Ethereum যে স্তরের নিরাপত্তা, অখণ্ডতা, স্বচ্ছতা এবং নির্ভরযোগ্যতা অর্জনের আকাঙ্ক্ষা করে, তা অর্জনের জন্য প্রতিটি নোড প্রতিটি লেনদেন চালায় এবং সংরক্ষণ করে। এর উপরে, প্রুফ-অফ-স্টেক কনসেন্সাস-এও সময় লাগে।
-- **নেটওয়ার্ক কনজেশন** – যখন একটি ডিএ্যাপ খুব বেশি কম্পিউটেশনাল রিসোর্স ব্যবহার করে, তখন পুরো নেটওয়ার্ক ব্যাক আপ হয়ে যায়। বর্তমানে, নেটওয়ার্কটি প্রতি সেকেন্ডে প্রায় 10-15টি লেনদেন প্রক্রিয়া করতে পারে; যদি এর চেয়ে দ্রুত লেনদেন পাঠানো হয়, তাহলে অপরিশোধিত লেনদেনের পুল দ্রুত ফুলে উঠতে পারে।
-- **ব্যবহারকারীর অভিজ্ঞতা** – ব্যবহারকারী-বান্ধব অভিজ্ঞতা তৈরি করা কঠিন হতে পারে কারণ গড় শেষ-ব্যবহারকারী একটি সত্যিকারের নিরাপদ ফ্যাশনে ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য প্রয়োজনীয় একটি টুল স্ট্যাক সেট আপ করা খুব কঠিন মনে করতে পারে।
-- **কেন্দ্রীকরণ** – Ethereum-এর বেস লেয়ারের উপরে নির্মিত ব্যবহারকারী-বান্ধব এবং ডেভেলপার-বান্ধব সমাধানগুলি শেষ পর্যন্ত কেন্দ্রীয় পরিষেবার মতো দেখতে হতে পারে। উদাহরণস্বরূপ, এই ধরনের পরিষেবাগুলি সার্ভার-সাইডে কী বা অন্যান্য সংবেদনশীল তথ্য সংরক্ষণ করতে পারে, একটি কেন্দ্রীয় সার্ভার ব্যবহার করে একটি ফ্রন্টএন্ড পরিবেশন করতে পারে, বা ব্লকচেইনে লেখার আগে একটি কেন্দ্রীয় সার্ভারে গুরুত্বপূর্ণ ব্যবসায়িক যুক্তি চালাতে পারে। কেন্দ্রীকরণ ঐতিহ্যগত মডেলের উপর ব্লকচেইনের অনেক (যদি সব না হয়) সুবিধা দূর করে।
+- **রক্ষণাবেক্ষণ** – ডিএ্যাপস রক্ষণাবেক্ষণ করা কঠিন হতে পারে কারণ ব্লকচেইন-এ প্রকাশিত কোড এবং ডেটা পরিবর্তন করা কঠিন। একবার ডিপ্লয় করা হলে ডেভেলপারদের জন্য তাদের ডিএ্যাপস-এ (বা ডিএ্যাপ দ্বারা সংরক্ষিত অন্তর্নিহিত ডেটা) আপডেট করা কঠিন, এমনকি যদি কোনো পুরানো সংস্করণে বাগ বা নিরাপত্তা ঝুঁকি চিহ্নিত করা হয়।
+- **পারফরম্যান্স ওভারহেড** – এখানে একটি বিশাল পারফরম্যান্স ওভারহেড রয়েছে এবং স্কেলিং করা সত্যিই কঠিন। ইথেরিয়াম যে স্তরের নিরাপত্তা, ইন্টিগ্রিটি, স্বচ্ছতা এবং নির্ভরযোগ্যতা অর্জন করতে চায়, তা অর্জনের জন্য প্রতিটি নোড প্রতিটি লেনদেন চালায় এবং সংরক্ষণ করে। এর উপরে, প্রুফ-অফ-স্টেক কনসেন্সাস-এও সময় লাগে।
+- **নেটওয়ার্ক কনজেশন** – যখন একটি ডিএ্যাপ খুব বেশি কম্পিউটেশনাল রিসোর্স ব্যবহার করে, তখন পুরো নেটওয়ার্ক ব্যাক আপ হয়ে যায়। বর্তমানে, নেটওয়ার্ক প্রতি সেকেন্ডে প্রায় 10-15টি লেনদেন প্রক্রিয়া করতে পারে; যদি এর চেয়ে দ্রুত লেনদেন পাঠানো হয়, তবে অ-নিশ্চিত লেনদেন-এর পুল দ্রুত বড় হতে পারে।
+- **ইউজার এক্সপেরিয়েন্স** – ব্যবহারকারী-বান্ধব অভিজ্ঞতা তৈরি করা কঠিন হতে পারে কারণ সাধারণ শেষ-ব্যবহারকারীর কাছে সত্যিকারের নিরাপদ উপায়ে ব্লকচেইন-এর সাথে ইন্টারঅ্যাক্ট করার জন্য প্রয়োজনীয় টুল স্ট্যাক সেট আপ করা খুব কঠিন মনে হতে পারে।
+- **সেন্ট্রালাইজেশন** – ইথেরিয়ামের বেস লেয়ারের উপরে তৈরি ব্যবহারকারী-বান্ধব এবং ডেভেলপার-বান্ধব সমাধানগুলো শেষ পর্যন্ত সেন্ট্রালাইজড পরিষেবাগুলোর মতোই দেখতে হতে পারে। উদাহরণস্বরূপ, এই ধরনের পরিষেবাগুলো সার্ভার-সাইডে কী (keys) বা অন্যান্য সংবেদনশীল তথ্য সংরক্ষণ করতে পারে, একটি সেন্ট্রালাইজড সার্ভার ব্যবহার করে একটি ফ্রন্টএন্ড পরিবেশন করতে পারে, বা ব্লকচেইন-এ লেখার আগে একটি সেন্ট্রালাইজড সার্ভারে গুরুত্বপূর্ণ ব্যবসায়িক লজিক চালাতে পারে। সেন্ট্রালাইজেশন প্রথাগত মডেলের তুলনায় ব্লকচেইন-এর অনেক (সব না হলেও) সুবিধা দূর করে দেয়।
-## আপনি কি দেখে শিখতে বেশি পছন্দ করেন? {#visual-learner}
+## ভিজ্যুয়াল লার্নারদের জন্য {#visual-learner}
.json`, যেখানে `` হলো গোপন কী-কে দেওয়া 128-বিট UUID (গোপন কী-এর ঠিকানার জন্য একটি গোপনীয়তা-সংরক্ষণকারী প্রক্সি)।
+সিক্রেট কি (Secret key) ফাইলগুলো সরাসরি `~/.web3/keystore` (ইউনিক্স-সদৃশ সিস্টেমের জন্য) এবং `~/AppData/Web3/keystore` (উইন্ডোজের জন্য) এ সংরক্ষণ করা হয়। এগুলোর যেকোনো নাম দেওয়া যেতে পারে, তবে একটি ভালো নিয়ম হলো `.json`, যেখানে `` হলো সিক্রেট কি-কে দেওয়া 128-বিট UUID (সিক্রেট কি-এর এডড্রেস এর জন্য একটি গোপনীয়তা-রক্ষাকারী প্রক্সি)।
-এই ধরনের সমস্ত ফাইলের একটি সংশ্লিষ্ট পাসওয়ার্ড থাকে। একটি প্রদত্ত `.json` ফাইলের গোপন কী ডিরাইভ করার জন্য, প্রথমে ফাইলটির এনক্রিপশন কী ডিরাইভ করুন; এটি করা হয় ফাইলটির পাসওয়ার্ড নিয়ে এবং `kdf` কী দ্বারা বর্ণিত একটি কী ডিরাইভেশন ফাংশনের মধ্যে দিয়ে পাস করিয়ে। KDF ফাংশনের জন্য KDF-নির্ভর স্ট্যাটিক এবং ডাইনামিক প্যারামিটারগুলি `kdfparams` কী-তে বর্ণনা করা আছে।
+এই ধরনের সব ফাইলের সাথে একটি পাসওয়ার্ড যুক্ত থাকে। কোনো নির্দিষ্ট `.json` ফাইলের সিক্রেট কি ডিরাইভ করতে, প্রথমে ফাইলের এনক্রিপশন কি ডিরাইভ করুন; এটি ফাইলের পাসওয়ার্ড নিয়ে এবং `kdf` কি দ্বারা বর্ণিত একটি কি ডিরাইভেশন ফাংশনের মাধ্যমে পাস করে করা হয়। KDF ফাংশনের জন্য KDF-নির্ভর স্ট্যাটিক এবং ডাইনামিক প্যারামিটারগুলো `kdfparams` কি-তে বর্ণনা করা হয়েছে।
-ন্যূনতম-সম্মত সমস্ত ইমপ্লিমেন্টেশন দ্বারা PBKDF2 অবশ্যই সমর্থিত হতে হবে, যা বোঝানো হয়েছে:
+PBKDF2 অবশ্যই সমস্ত ন্যূনতম-কমপ্লায়েন্ট ইমপ্লিমেন্টেশন দ্বারা সমর্থিত হতে হবে, যা এভাবে নির্দেশিত হয়:
- `kdf`: `pbkdf2`
-PBKDF2-এর জন্য, kdfparams-এর মধ্যে অন্তর্ভুক্ত:
+PBKDF2 এর জন্য, kdfparams এর মধ্যে রয়েছে:
-- `prf`: অবশ্যই `hmac-sha256` হতে হবে (ভবিষ্যতে প্রসারিত হতে পারে);
-- `c`: পুনরাবৃত্তির সংখ্যা;
-- `salt`: PBKDF-এ পাস করা সল্ট;
-- `dklen`: ডিরাইভড কী-এর জন্য দৈর্ঘ্য। অবশ্যই >= 32 হতে হবে।
+- `prf`: অবশ্যই `hmac-sha256` হতে হবে (ভবিষ্যতে বাড়ানো হতে পারে);
+- `c`: ইটারেশনের সংখ্যা;
+- `salt`: PBKDF এ পাস করা সল্ট;
+- `dklen`: ডিরাইভড কি-এর দৈর্ঘ্য। অবশ্যই >= 32 হতে হবে।
-একবার ফাইলটির কী ডিরাইভ করা হয়ে গেলে, MAC-এর ডিরাইভেশনের মাধ্যমে এটি যাচাই করা উচিত। ডিরাইভড কী-এর দ্বিতীয়-বামদিকের 16 বাইটের সাথে `ciphertext` কী-এর বিষয়বস্তুর কনক্যাটেনেশন দ্বারা গঠিত বাইট অ্যারের SHA3 (keccak-256) হ্যাস হিসাবে MAC-কে গণনা করা উচিত, অর্থাৎ:
+একবার ফাইলের কি ডিরাইভ করা হয়ে গেলে, এটি MAC ডিরাইভেশনের মাধ্যমে যাচাই করা উচিত। MAC কে ডিরাইভড কি-এর বাম দিক থেকে দ্বিতীয় 16 বাইট এবং `ciphertext` কি-এর কন্টেন্টের কনক্যাটেনেশন হিসেবে গঠিত বাইট অ্যারের SHA3 (keccak-256) হ্যাস হিসেবে গণনা করা উচিত, অর্থাৎ:
```js
KECCAK(DK[16..31] ++ )
```
-(যেখানে `++` হল কনক্যাটেনেশন অপারেটর)
+(যেখানে `++` হলো কনক্যাটেনেশন অপারেটর)
-এই মানটি `mac` কী-এর বিষয়বস্তুর সাথে তুলনা করা উচিত; যদি তারা ভিন্ন হয়, একটি বিকল্প পাসওয়ার্ড অনুরোধ করা উচিত (বা অপারেশনটি বাতিল করা উচিত)।
+এই মানটিকে `mac` কি-এর কন্টেন্টের সাথে তুলনা করা উচিত; যদি সেগুলো আলাদা হয়, তবে একটি বিকল্প পাসওয়ার্ড চাওয়া উচিত (বা অপারেশনটি বাতিল করা উচিত)।
-ফাইলটির কী যাচাই করার পরে, `cipher` কী দ্বারা নির্দিষ্ট করা এবং `cipherparams` কী-এর মাধ্যমে প্যারামিটারাইজ করা সিমেট্রিক এনক্রিপশন অ্যালগরিদম ব্যবহার করে সাইফার টেক্সট (ফাইলে থাকা `ciphertext` কী) ডিক্রিপ্ট করা যেতে পারে। যদি ডিরাইভড কী-এর আকার এবং অ্যালগরিদমের কী-এর আকার মেলানো না যায়, তাহলে ডিরাইভড কী-এর শূন্য প্যাডযুক্ত, ডানদিকের বাইটগুলি অ্যালগরিদমের কী হিসাবে ব্যবহার করা উচিত।
+ফাইলের কি যাচাই করার পর, সাইফার টেক্সট (ফাইলে থাকা `ciphertext` কি) `cipher` কি দ্বারা নির্দিষ্ট করা এবং `cipherparams` কি-এর মাধ্যমে প্যারামিটারাইজ করা সিমেট্রিক এনক্রিপশন অ্যালগরিদম ব্যবহার করে ডিক্রিপ্ট করা যেতে পারে। যদি ডিরাইভড কি-এর আকার এবং অ্যালগরিদমের কি-এর আকার না মেলে, তবে ডিরাইভড কি-এর জিরো প্যাডেড, ডানদিকের বাইটগুলোকে অ্যালগরিদমের কি হিসেবে ব্যবহার করা উচিত।
-ন্যূনতম-সম্মত সমস্ত ইমপ্লিমেন্টেশন দ্বারা অবশ্যই AES-128-CTR অ্যালগরিদম সমর্থিত হতে হবে, যা বোঝানো হয়েছে:
+সমস্ত ন্যূনতম-কমপ্লায়েন্ট ইমপ্লিমেন্টেশনকে অবশ্যই AES-128-CTR অ্যালগরিদম সমর্থন করতে হবে, যা এভাবে নির্দেশিত হয়:
- `cipher: aes-128-ctr`
-এই সাইফারটি নিম্নলিখিত প্যারামিটারগুলি গ্রহণ করে, যা cipherparams কী-এর কী হিসাবে দেওয়া হয়েছে:
+এই সাইফারটি নিচের প্যারামিটারগুলো নেয়, যা cipherparams কি-এর কি হিসেবে দেওয়া হয়:
- `iv`: সাইফারের জন্য 128-বিট ইনিশিয়ালাইজেশন ভেক্টর।
-সাইফারের জন্য কী হলো ডিরাইভড কী-এর বামদিকের 16 বাইট, অর্থাৎ `DK[0..15]`
+সাইফারের জন্য কি হলো ডিরাইভড কি-এর বামদিকের 16 বাইট, অর্থাৎ, `DK[0..15]`
-একটি গোপন কী-এর তৈরি/এনক্রিপশন মূলত এই নির্দেশাবলীর বিপরীত হওয়া উচিত। নিশ্চিত করুন যে `uuid`, `salt` এবং `iv` প্রকৃতপক্ষে র্যান্ডম।
+একটি সিক্রেট কি তৈরি/এনক্রিপশন মূলত এই নির্দেশাবলীর বিপরীত হওয়া উচিত। নিশ্চিত করুন যে `uuid`, `salt` এবং `iv` আসলেই র্যান্ডম।
-`version` ফিল্ড ছাড়াও, যা সংস্করণের একটি "হার্ড" শনাক্তকারী হিসাবে কাজ করা উচিত, ইমপ্লিমেন্টেশনগুলি ফরম্যাটের ছোটখাটো, নন-ব্রেকিং পরিবর্তনগুলি ট্র্যাক করার জন্য `minorversion`-ও ব্যবহার করতে পারে।
+`version` ফিল্ডের পাশাপাশি, যা সংস্করণের একটি "হার্ড" আইডেন্টিফায়ার হিসেবে কাজ করা উচিত, ইমপ্লিমেন্টেশনগুলো ফরম্যাটের ছোট, নন-ব্রেকিং পরিবর্তনগুলো ট্র্যাক করতে `minorversion` ও ব্যবহার করতে পারে।
## টেস্ট ভেক্টর {#test-vectors}
-বিবরণ:
+বিস্তারিত:
- `Address`: `008aeeda4d805471df9b2a5b0f38a0c3bcba786b`
- `ICAP`: `XE542A5PZHH8PYIZUBEJEO0MFWRAPPIL67`
@@ -86,7 +85,7 @@ KECCAK(DK[16..31] ++ )
`AES-128-CTR` এবং `PBKDF2-SHA-256` ব্যবহার করে টেস্ট ভেক্টর:
-`~/.web3/keystore/3198bc9c-6672-5ab3-d9954942343ae5b6.json` ফাইলের বিষয়বস্তু:
+`~/.web3/keystore/3198bc9c-6672-5ab3-d9954942343ae5b6.json` এর ফাইল কন্টেন্ট:
```json
{
@@ -110,12 +109,12 @@ KECCAK(DK[16..31] ++ )
}
```
-**ইন্টারমিডিয়েট**:
+**ইন্টারমিডিয়েটস**:
-`ডিরাইভড কী`: `f06d69cdc7da0faffb1008270bca38f5e31891a3a773950e6d0fea48a7188551`
-`MAC বডি`: `e31891a3a773950e6d0fea48a71885515318b4d5bcd28de64ee5559e671353e16f075ecae9f99c7a79a38af5f869aa46`
+`Derived key`: `f06d69cdc7da0faffb1008270bca38f5e31891a3a773950e6d0fea48a7188551`
+`MAC Body`: `e31891a3a773950e6d0fea48a71885515318b4d5bcd28de64ee5559e671353e16f075ecae9f99c7a79a38af5f869aa46`
`MAC`: `517ead924a9d0dc3124507e3393d175ce3ff7c1e96529c6c555ce9e51205e9b2`
-`সাইফার কী`: `f06d69cdc7da0faffb1008270bca38f5`
+`Cipher key`: `f06d69cdc7da0faffb1008270bca38f5`
### Scrypt {#scrypt}
@@ -144,27 +143,27 @@ AES-128-CTR এবং Scrypt ব্যবহার করে টেস্ট ভ
}
```
-**ইন্টারমিডিয়েট**:
+**ইন্টারমিডিয়েটস**:
-`ডিরাইভড কী`: `7446f59ecc301d2d79bc3302650d8a5cedc185ccbb4bf3ca1ebd2c163eaa6c2d`
-`MAC বডি`: `edc185ccbb4bf3ca1ebd2c163eaa6c2ddd8a1132cf57db67c038c6763afe2cbe6ea1949a86abc5843f8ca656ebbb1ea2`
+`Derived key`: `7446f59ecc301d2d79bc3302650d8a5cedc185ccbb4bf3ca1ebd2c163eaa6c2d`
+`MAC Body`: `edc185ccbb4bf3ca1ebd2c163eaa6c2ddd8a1132cf57db67c038c6763afe2cbe6ea1949a86abc5843f8ca656ebbb1ea2`
`MAC`: `337aeb86505d2d0bb620effe57f18381377d67d76dac1090626aa5cd20886a7c`
-`সাইফার কী`: `7446f59ecc301d2d79bc3302650d8a5c`
+`Cipher key`: `7446f59ecc301d2d79bc3302650d8a5c`
-## সংস্করণ 1 থেকে পরিবর্তন {#alterations-from-v2}
+## সংস্করণ 1 থেকে পরিবর্তনসমূহ {#alterations-from-v2}
-এই সংস্করণটি [এখানে](https://github.com/ethereum/homestead-guide/blob/master/old-docs-for-reference/go-ethereum-wiki.rst/Passphrase-protected-key-store-spec.rst) প্রকাশিত সংস্করণ 1-এর সাথে থাকা বিভিন্ন অসংগতি সংশোধন করে। সংক্ষেপে এগুলি হল:
+এই সংস্করণটি [এখানে](https://github.com/ethereum/homestead-guide/blob/master/old-docs-for-reference/go-ethereum-wiki.rst/Passphrase-protected-key-store-spec.rst) প্রকাশিত সংস্করণ 1 এর বেশ কয়েকটি অসঙ্গতি ঠিক করে। সংক্ষেপে এগুলো হলো:
-- ক্যাপিটালাইজেশন অযৌক্তিক এবং অসংগতিপূর্ণ (scrypt ছোট হাতের, Kdf মিশ্র-কেস, MAC বড় হাতের)।
-- ঠিকানা অপ্রয়োজনীয় এবং গোপনীয়তার সাথে আপোস করে।
-- `Salt` মূলত কী ডিরাইভেশন ফাংশনের একটি প্যারামিটার এবং এটি সাধারণভাবে ক্রিপ্টোর সাথে নয়, বরং এটির সাথেই যুক্ত থাকা উচিত।
-- _SaltLen_ অপ্রয়োজনীয় (শুধু Salt থেকে এটি ডিরাইভ করুন)।
-- কী ডিরাইভেশন ফাংশন দেওয়া আছে, তবুও ক্রিপ্টো অ্যালগরিদমটি কঠোরভাবে নির্দিষ্ট করা আছে।
-- `Version` মূলত সংখ্যাসূচক হলেও এটি একটি স্ট্রিং (একটি স্ট্রিং দিয়ে স্ট্রাকচার্ড সংস্করণ সম্ভব, কিন্তু কদাচিৎ পরিবর্তনশীল কনফিগারেশন ফাইল ফরম্যাটের জন্য এটি স্কোপের বাইরে বলে বিবেচনা করা যেতে পারে)।
-- `KDF` এবং `cipher` ধারণাগতভাবে সহোদর ধারণা হলেও ভিন্নভাবে সংগঠিত।
-- `MAC` একটি হোয়াইটস্পেস অজ্ঞেয় ডেটা খণ্ডের মাধ্যমে গণনা করা হয়(!)
+- ক্যাপিটালাইজেশন অযৌক্তিক এবং অসঙ্গতিপূর্ণ (scrypt ছোট হাতের অক্ষর, Kdf মিশ্র-হাতের অক্ষর, MAC বড় হাতের অক্ষর)।
+- এডড্রেস অপ্রয়োজনীয় এবং গোপনীয়তার সাথে আপস করে।
+- `Salt` মূলত কি ডিরাইভেশন ফাংশনের একটি প্যারামিটার এবং এটি সাধারণভাবে ক্রিপ্টোর সাথে নয়, বরং এর সাথেই যুক্ত হওয়া উচিত।
+- _SaltLen_ অপ্রয়োজনীয় (এটি শুধু Salt থেকে ডিরাইভ করুন)।
+- কি ডিরাইভেশন ফাংশন দেওয়া আছে, তবুও ক্রিপ্টো অ্যালগরিদম হার্ড স্পেসিফাইড।
+- `Version` মূলত সংখ্যাসূচক হওয়া সত্ত্বেও এটি একটি স্ট্রিং (একটি স্ট্রিং দিয়ে স্ট্রাকচার্ড ভার্সনিং সম্ভব হতে পারে, তবে খুব কম পরিবর্তন হওয়া কনফিগারেশন ফাইল ফরম্যাটের জন্য এটিকে স্কোপের বাইরে বিবেচনা করা যেতে পারে)।
+- `KDF` এবং `cipher` ধারণাগতভাবে সমতুল্য (sibling) কনসেপ্ট হওয়া সত্ত্বেও এগুলো ভিন্নভাবে সাজানো হয়েছে।
+- `MAC` একটি হোয়াইটস্পেস অ্যাগনোস্টিক ডেটার মাধ্যমে গণনা করা হয়(!)
-পূর্বে লিঙ্ক করা পৃষ্ঠায় দেওয়া উদাহরণের সাথে কার্যকরীভাবে সমতুল্য নিম্নলিখিত ফাইলটি দেওয়ার জন্য ফরম্যাটে পরিবর্তন করা হয়েছে:
+আগে লিঙ্ক করা পৃষ্ঠায় দেওয়া উদাহরণের সাথে কার্যকরীভাবে সমতুল্য নিচের ফাইলটি দেওয়ার জন্য ফরম্যাটে পরিবর্তন করা হয়েছে:
```json
{
@@ -190,6 +189,6 @@ AES-128-CTR এবং Scrypt ব্যবহার করে টেস্ট ভ
}
```
-## সংস্করণ 2 থেকে পরিবর্তন {#alterations-from-v2}
+## সংস্করণ 2 থেকে পরিবর্তনসমূহ {#alterations-from-v2}
-সংস্করণ 2 ছিল একটি প্রাথমিক C++ ইমপ্লিমেন্টেশন যাতে বেশ কয়েকটি বাগ ছিল। এর থেকে সমস্ত অপরিহার্য বিষয় অপরিবর্তিত রয়েছে।
+সংস্করণ 2 ছিল বেশ কয়েকটি বাগ সহ একটি প্রাথমিক C++ ইমপ্লিমেন্টেশন। এর থেকে সমস্ত প্রয়োজনীয় বিষয় অপরিবর্তিত রয়েছে।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/design-and-ux/dex-design-best-practice/index.md b/public/content/translations/bn/developers/docs/design-and-ux/dex-design-best-practice/index.md
index ac71f8ff27c..a4132f31f47 100644
--- a/public/content/translations/bn/developers/docs/design-and-ux/dex-design-best-practice/index.md
+++ b/public/content/translations/bn/developers/docs/design-and-ux/dex-design-best-practice/index.md
@@ -1,220 +1,217 @@
---
-title: "বিকেন্দ্রীভূত এক্সচেঞ্জ (DEX) ডিজাইনের সেরা অনুশীলন"
-description: "টোকেন সোয়াপ করার জন্য UX/UI সিদ্ধান্ত ব্যাখ্যা করার একটি নির্দেশিকা।"
+title: ডিসেন্ট্রালাইজড এক্সচেঞ্জ (DEX) ডিজাইনের সেরা অনুশীলন
+description: টোকেন সোয়াপ করার জন্য UX/UI সিদ্ধান্তগুলো ব্যাখ্যাকারী একটি গাইড।
lang: bn
---
-2018 সালে Uniswap চালু হওয়ার পর থেকে, কয়েক ডজন বিভিন্ন চেইন জুড়ে শত শত বিকেন্দ্রীভূত এক্সচেঞ্জ চালু হয়েছে।
-এর মধ্যে অনেকগুলি নতুন উপাদান প্রবর্তন করেছে বা তাদের নিজস্ব টুইস্ট যুক্ত করেছে, কিন্তু ইন্টারফেসটি সাধারণত একই রকম রয়েছে।
+2018 সালে Uniswap চালু হওয়ার পর থেকে, ডজন ডজন বিভিন্ন চেইনে শত শত ডিসেন্ট্রালাইজড এক্সচেঞ্জ চালু হয়েছে।
+এগুলোর মধ্যে অনেকগুলোই নতুন উপাদান নিয়ে এসেছে বা তাদের নিজস্ব বৈশিষ্ট্য যোগ করেছে, কিন্তু ইন্টারফেসটি সাধারণত একই রকম রয়ে গেছে।
-এর একটি কারণ হলো [জ্যাকবের আইন](https://lawsofux.com/jakobs-law/):
+এর একটি কারণ হলো [Jakob’s Law](https://lawsofux.com/jakobs-law/):
-> ব্যবহারকারীরা তাদের বেশিরভাগ সময় অন্যান্য সাইটে ব্যয় করে। এর মানে হল যে ব্যবহারকারীরা আপনার সাইটটিকে তাদের পরিচিত অন্যান্য সমস্ত সাইটের মতো একইভাবে কাজ করতে পছন্দ করে।
+> ব্যবহারকারীরা তাদের বেশিরভাগ সময় অন্যান্য সাইটে ব্যয় করে। এর মানে হলো ব্যবহারকারীরা চায় আপনার সাইটটিও তাদের পরিচিত অন্যান্য সাইটের মতোই কাজ করুক।
-Uniswap, Pancakeswap এবং Sushiswap-এর মতো প্রাথমিক উদ্ভাবকদের ধন্যবাদ, DeFi ব্যবহারকারীদের একটি DEX দেখতে কেমন তার একটি সম্মিলিত ধারণা রয়েছে।
-এই কারণে, "সেরা অনুশীলন" এর মতো কিছু এখন উদ্ভূত হচ্ছে। আমরা দেখতে পাই যে সাইট জুড়ে আরও বেশি করে ডিজাইনের সিদ্ধান্তগুলি মানসম্মত করা হচ্ছে। আপনি DEXes-এর বিবর্তনকে লাইভ পরীক্ষা করার একটি বিশাল উদাহরণ হিসেবে দেখতে পারেন। যে জিনিসগুলি কাজ করেছে সেগুলি থেকে গেছে, যেগুলি কাজ করেনি, সেগুলি ফেলে দেওয়া হয়েছে। ব্যক্তিত্বের জন্য এখনও জায়গা আছে, তবে কিছু নির্দিষ্ট মান রয়েছে যা একটি DEX-কে মেনে চলতে হবে।
+Uniswap, Pancakeswap এবং Sushiswap-এর মতো প্রাথমিক উদ্ভাবকদের ধন্যবাদ, DeFi ব্যবহারকারীদের একটি সাধারণ ধারণা আছে যে একটি DEX দেখতে কেমন হয়।
+এই কারণে, এখন "সেরা অনুশীলন" এর মতো কিছু একটা তৈরি হচ্ছে। আমরা দেখছি যে সাইটগুলোতে আরও বেশি ডিজাইনের সিদ্ধান্ত প্রমিত (standardized) হচ্ছে। আপনি DEX-এর বিবর্তনকে লাইভ টেস্টিংয়ের একটি বিশাল উদাহরণ হিসেবে দেখতে পারেন। যে বিষয়গুলো কাজ করেছে সেগুলো রয়ে গেছে, আর যেগুলো করেনি, সেগুলো বাদ দেওয়া হয়েছে। এখনও নিজস্বতা দেখানোর সুযোগ রয়েছে, তবে কিছু নির্দিষ্ট মান রয়েছে যা একটি DEX-এর মেনে চলা উচিত।
-এই নিবন্ধটি এর একটি সারসংক্ষেপ:
+এই আর্টিকেলটি নিচের বিষয়গুলোর একটি সারসংক্ষেপ:
+- কী কী অন্তর্ভুক্ত করতে হবে
+- কীভাবে এটিকে যতটা সম্ভব ব্যবহারযোগ্য করা যায়
+- ডিজাইন কাস্টমাইজ করার প্রধান উপায়গুলো
-- কী অন্তর্ভুক্ত করতে হবে
-- কীভাবে এটিকে যথাসম্ভব ব্যবহারযোগ্য করে তোলা যায়
-- ডিজাইন কাস্টমাইজ করার প্রধান উপায়
+উদাহরণ হিসেবে দেওয়া সব ওয়্যারফ্রেম বিশেষভাবে এই আর্টিকেলের জন্য তৈরি করা হয়েছে, যদিও এগুলো সবই বাস্তব প্রজেক্টের ওপর ভিত্তি করে তৈরি।
-সমস্ত উদাহরণ ওয়্যারফ্রেমগুলি বিশেষভাবে এই নিবন্ধটির জন্য তৈরি করা হয়েছিল, যদিও সেগুলি সবই বাস্তব প্রকল্পের উপর ভিত্তি করে তৈরি।
+নিচে Figma কিটটিও দেওয়া হয়েছে - নির্দ্বিধায় এটি ব্যবহার করুন এবং আপনার নিজের ওয়্যারফ্রেম তৈরির কাজ দ্রুত করুন!
-Figma কিটটি নীচে অন্তর্ভুক্ত করা হয়েছে - এটি ব্যবহার করতে এবং আপনার নিজের ওয়্যারফ্রেমগুলির গতি বাড়াতে দ্বিধা বোধ করবেন না!
-
-## একটি DEX-এর মৌলিক অ্যানাটমি {#basic-anatomy-of-a-dex}
+## একটি DEX-এর প্রাথমিক গঠন {#basic-anatomy-of-a-dex}
UI-তে সাধারণত তিনটি উপাদান থাকে:
+1. মূল ফর্ম (Main form)
+2. বাটন (Button)
+3. বিস্তারিত প্যানেল (Details panel)
-1. প্রধান ফর্ম
-2. বোতাম
-3. বিস্তারিত প্যানেল
-
-
-
-## ভিন্নতা {#variations}
-
-এই নিবন্ধে এটি একটি সাধারণ থিম হবে, তবে এই উপাদানগুলি সংগঠিত করার বিভিন্ন উপায় রয়েছে। “বিস্তারিত প্যানেল” হতে পারে:
+
-- বোতামের উপরে
-- বোতামের নীচে
-- একটি অ্যাকর্ডিয়ন প্যানেলে লুকানো
-- এবং/অথবা একটি “প্রিভিউ” মডালে
-N.B. একটি “প্রিভিউ” মডাল ঐচ্ছিক, তবে আপনি যদি মূল UI-তে খুব কম বিশদ বিবরণ দেখান তবে এটি অপরিহার্য হয়ে ওঠে।
+## ভ্যারিয়েশন {#variations}
-## প্রধান ফর্মের কাঠামো {#structure-of-the-main-form}
+এটি এই আর্টিকেলের একটি সাধারণ বিষয় হবে, তবে এই উপাদানগুলোকে বিভিন্ন উপায়ে সাজানো যেতে পারে। "বিস্তারিত প্যানেল" হতে পারে:
+- বাটনের ওপরে
+- বাটনের নিচে
+- একটি অ্যাকর্ডিয়ন প্যানেলে লুকানো
+- এবং/অথবা একটি "প্রিভিউ" মোডালে
+
+বি.দ্র. একটি "প্রিভিউ" মোডাল ঐচ্ছিক, তবে আপনি যদি মূল UI-তে খুব কম বিস্তারিত তথ্য দেখান, তবে এটি অপরিহার্য হয়ে ওঠে।
-এটি সেই বক্স যেখানে আপনি আসলে কোন টোকেনটি সোয়াপ করতে চান তা বেছে নেন। কম্পোনেন্টটিতে একটি ইনপুট ফিল্ড এবং একটি সারিতে একটি ছোট বোতাম রয়েছে।
+## মূল ফর্মের গঠন {#structure-of-the-main-form}
-DEX গুলি সাধারণত উপরে একটি এবং নীচে একটি সারিতে অতিরিক্ত বিবরণ প্রদর্শন করে, যদিও এটি ভিন্নভাবে কনফিগার করা যেতে পারে।
+এটি সেই বক্স যেখানে আপনি আসলে বেছে নেন কোন টোকেনটি আপনি সোয়াপ করতে চান। এই উপাদানটি একটি ইনপুট ফিল্ড এবং একটি সারিতে থাকা ছোট বাটন নিয়ে গঠিত।
-
+DEX-গুলো সাধারণত ওপরে একটি সারিতে এবং নিচে একটি সারিতে অতিরিক্ত বিস্তারিত তথ্য প্রদর্শন করে, যদিও এটি ভিন্নভাবেও কনফিগার করা যেতে পারে।
-## ভিন্নতা {#variations2}
+
-এখানে দুটি UI ভিন্নতা দেখানো হয়েছে; একটি কোনো সীমানা ছাড়াই, একটি খুব খোলা ডিজাইন তৈরি করে এবং অন্যটি যেখানে ইনপুট সারিতে একটি সীমানা রয়েছে, যা সেই উপাদানের উপর একটি ফোকাস তৈরি করে।
+## ভ্যারিয়েশন {#variations2}
-
+এখানে দুটি UI ভ্যারিয়েশন দেখানো হয়েছে; একটি কোনো বর্ডার ছাড়া, যা একটি খুব উন্মুক্ত ডিজাইন তৈরি করে, এবং অন্যটিতে ইনপুট সারিতে একটি বর্ডার রয়েছে, যা সেই উপাদানটির ওপর ফোকাস তৈরি করে।
-এই মৌলিক কাঠামোটি ডিজাইনে **চারটি মূল তথ্যের অংশ** দেখানোর অনুমতি দেয়: প্রতিটি কোণে একটি। যদি কেবল একটি উপরের/নীচের সারি থাকে, তবে কেবল দুটি জায়গা থাকে।
+
-DeFi-এর বিবর্তনের সময়, এখানে বিভিন্ন ধরনের জিনিস অন্তর্ভুক্ত করা হয়েছে।
+এই প্রাথমিক গঠনটি ডিজাইনে **চারটি মূল তথ্য** দেখানোর সুযোগ দেয়: প্রতিটি কোণায় একটি করে। যদি ওপরে/নিচে কেবল একটি সারি থাকে, তবে কেবল দুটি জায়গা থাকে।
-## অন্তর্ভুক্ত করার জন্য মূল তথ্য {#key-info-to-include}
+DeFi-এর বিবর্তনের সময়, এখানে অনেক ভিন্ন ভিন্ন বিষয় অন্তর্ভুক্ত করা হয়েছে।
-- ওয়ালেটের ব্যালেন্স
-- সর্বোচ্চ বোতাম
-- ফিয়াট সমতুল্য
-- “প্রাপ্ত” পরিমাণের উপর মূল্যের প্রভাব
+## যে মূল তথ্যগুলো অন্তর্ভুক্ত করতে হবে {#key-info-to-include}
-DeFi-এর প্রথম দিকে, ফিয়াট সমতুল্য প্রায়ই অনুপস্থিত ছিল। আপনি যদি কোনো ধরনের Web3 প্রকল্প তৈরি করেন, তাহলে ফিয়াট সমতুল্য দেখানো অপরিহার্য। ব্যবহারকারীরা এখনও স্থানীয় মুদ্রার পরিপ্রেক্ষিতে চিন্তা করে, তাই বাস্তব বিশ্বের মানসিক মডেলগুলির সাথে মেলানোর জন্য, এটি অন্তর্ভুক্ত করা উচিত।
+- ওয়ালেট ব্যালেন্স
+- ম্যাক্স (Max) বাটন
+- ফিয়াট সমতুল্য (Fiat equivalent)
+- "প্রাপ্ত" পরিমাণের ওপর প্রাইস ইমপ্যাক্ট (Price impact)
-দ্বিতীয় ফিল্ডে (যেখানে আপনি যে টোকেনটি সোয়াপ করছেন তা বেছে নেন) আপনি ইনপুট পরিমাণ এবং আনুমানিক আউটপুট পরিমাণের মধ্যে পার্থক্য গণনা করে ফিয়াট মুদ্রার পরিমাণের পাশে মূল্যের প্রভাবও অন্তর্ভুক্ত করতে পারেন। এটি অন্তর্ভুক্ত করার জন্য বেশ একটি দরকারী বিবরণ।
+DeFi-এর শুরুর দিকে, ফিয়াট সমতুল্য প্রায়ই অনুপস্থিত থাকত। আপনি যদি কোনো ধরনের ওয়েব3 প্রজেক্ট তৈরি করেন, তবে ফিয়াট সমতুল্য দেখানো অপরিহার্য। ব্যবহারকারীরা এখনও স্থানীয় মুদ্রার হিসেবে চিন্তা করে, তাই বাস্তব জগতের মানসিক মডেলের সাথে মেলাতে এটি অন্তর্ভুক্ত করা উচিত।
-শতাংশ বোতাম (যেমন, 25%, 50%, 75%) একটি দরকারী বৈশিষ্ট্য হতে পারে, তবে তারা আরও জায়গা নেয়, আরও কল টু অ্যাকশন যোগ করে এবং আরও মানসিক চাপ বাড়ায়। শতাংশ স্লাইডারের ক্ষেত্রেও একই। এই UI সিদ্ধান্তগুলির মধ্যে কিছু আপনার ব্র্যান্ড এবং আপনার ব্যবহারকারীর ধরনের উপর নির্ভর করবে।
+দ্বিতীয় ফিল্ডে (যেখানে আপনি যে টোকেনে সোয়াপ করছেন তা বেছে নেন) আপনি ইনপুট পরিমাণ এবং আনুমানিক আউটপুট পরিমাণের মধ্যে পার্থক্য হিসাব করে ফিয়াট মুদ্রার পরিমাণের পাশে প্রাইস ইমপ্যাক্টও অন্তর্ভুক্ত করতে পারেন। এটি অন্তর্ভুক্ত করার জন্য বেশ দরকারী একটি তথ্য।
-অতিরিক্ত বিবরণ প্রধান ফর্মের নীচে দেখানো যেতে পারে। যেহেতু এই ধরনের তথ্য বেশিরভাগ প্রো ব্যবহারকারীদের জন্য, তাই এর কোনো একটি অর্থপূর্ণ:
+শতাংশ বাটন (যেমন, 25%, 50%, 75%) একটি দরকারী ফিচার হতে পারে, তবে এগুলো বেশি জায়গা নেয়, আরও বেশি কল টু অ্যাকশন যোগ করে এবং মানসিক চাপ বাড়ায়। শতাংশ স্লাইডারের ক্ষেত্রেও একই কথা প্রযোজ্য। এই UI সিদ্ধান্তগুলোর কিছু আপনার ব্র্যান্ড এবং আপনার ব্যবহারকারীর ধরনের ওপর নির্ভর করবে।
-- এটিকে যতটা সম্ভব ন্যূনতম রাখুন, বা;
-- এটিকে একটি অ্যাকর্ডিয়ন প্যানেলে লুকান
+অতিরিক্ত বিস্তারিত তথ্য মূল ফর্মের নিচে দেখানো যেতে পারে। যেহেতু এই ধরনের তথ্য বেশিরভাগই প্রো ব্যবহারকারীদের জন্য, তাই এটি করা যৌক্তিক:
+- এটিকে যতটা সম্ভব সংক্ষিপ্ত রাখা, অথবা;
+- এটিকে একটি অ্যাকর্ডিয়ন প্যানেলে লুকিয়ে রাখা
-
+
-## অন্তর্ভুক্ত করার জন্য অতিরিক্ত তথ্য {#extra-info-to-include}
+## যে অতিরিক্ত তথ্য অন্তর্ভুক্ত করতে হবে {#extra-info-to-include}
-- টোকেনের মূল্য
-- স্লিপেজ
-- ন্যূনতম প্রাপ্ত
-- প্রত্যাশিত আউটপুট
-- মূল্যের প্রভাব
-- গ্যাস খরচ অনুমান
+- টোকেন প্রাইস
+- স্লিপেজ (Slippage)
+- সর্বনিম্ন প্রাপ্তি (Minimum received)
+- প্রত্যাশিত আউটপুট (Expected output)
+- প্রাইস ইমপ্যাক্ট (Price impact)
+- আনুমানিক গ্যাস খরচ
- অন্যান্য ফি
-- অর্ডার রাউটিং
+- অর্ডার রাউটিং (Order routing)
-যুক্তিযুক্তভাবে, এই বিবরণগুলির মধ্যে কিছু ঐচ্ছিক হতে পারে।
+যুক্তিসঙ্গতভাবে, এই বিস্তারিত তথ্যের কিছু ঐচ্ছিক হতে পারে।
-অর্ডার রাউটিং আকর্ষণীয়, কিন্তু বেশিরভাগ ব্যবহারকারীর জন্য খুব বেশি পার্থক্য তৈরি করে না।
+অর্ডার রাউটিং আকর্ষণীয়, তবে বেশিরভাগ ব্যবহারকারীর জন্য এটি খুব একটা পার্থক্য তৈরি করে না।
-কিছু অন্যান্য বিবরণ কেবল একই জিনিসকে ভিন্ন উপায়ে পুনর্ব্যক্ত করছে। উদাহরণস্বরূপ “ন্যূনতম প্রাপ্ত” এবং “স্লিপেজ” একই মুদ্রার দুটি পিঠ। যদি আপনার স্লিপেজ 1% এ সেট করা থাকে, তাহলে আপনি যে সর্বনিম্ন পরিমাণ পাওয়ার আশা করতে পারেন = প্রত্যাশিত আউটপুট-1%। কিছু UI প্রত্যাশিত পরিমাণ, সর্বনিম্ন পরিমাণ এবং স্লিপেজ দেখাবে… যা দরকারী কিন্তু সম্ভবত অতিরিক্ত।
+অন্যান্য কিছু বিস্তারিত তথ্য কেবল একই জিনিসকে ভিন্ন উপায়ে পুনরায় বলা। উদাহরণস্বরূপ "সর্বনিম্ন প্রাপ্তি" এবং "স্লিপেজ" একই মুদ্রার এপিঠ-ওপিঠ। যদি আপনার স্লিপেজ 1% এ সেট করা থাকে, তবে আপনি সর্বনিম্ন যা পাওয়ার আশা করতে পারেন = প্রত্যাশিত আউটপুট-1%। কিছু UI প্রত্যাশিত পরিমাণ, সর্বনিম্ন পরিমাণ এবং স্লিপেজ দেখাবে... যা দরকারী তবে সম্ভবত প্রয়োজনের চেয়ে বেশি।
-যাইহোক, বেশিরভাগ ব্যবহারকারী ডিফল্ট স্লিপেজ ছেড়ে দেবে।
+বেশিরভাগ ব্যবহারকারী ডিফল্ট স্লিপেজই রেখে দেবেন।
-“মূল্যের প্রভাব” প্রায়শই “টু” ফিল্ডে ফিয়াট সমতুল্যের পাশে বন্ধনীতে দেখানো হয়। এটি যোগ করার জন্য একটি দুর্দান্ত ux বিবরণ, কিন্তু যদি এটি এখানে দেখানো হয়, তবে কি এটি সত্যিই নীচে আবার দেখানোর প্রয়োজন আছে? এবং তারপর আবার একটি প্রিভিউ স্ক্রিনে?
+"প্রাইস ইমপ্যাক্ট" প্রায়ই "to" ফিল্ডে ফিয়াট সমতুল্যের পাশে ব্র্যাকেটে দেখানো হয়। এটি যোগ করার জন্য একটি দুর্দান্ত UX ডিটেইল, তবে এটি যদি এখানে দেখানো হয়, তবে কি এটি নিচে আবার দেখানোর সত্যিই প্রয়োজন আছে? এবং তারপর আবার একটি প্রিভিউ স্ক্রিনে?
-অনেক ব্যবহারকারী (বিশেষ করে যারা অল্প পরিমাণে সোয়াপ করে) এই বিবরণগুলি নিয়ে চিন্তা করবে না; তারা কেবল একটি সংখ্যা প্রবেশ করাবে এবং সোয়াপ চাপবে।
+অনেক ব্যবহারকারী (বিশেষ করে যারা অল্প পরিমাণ সোয়াপ করছেন) এই বিস্তারিত তথ্যগুলো নিয়ে মাথা ঘামাবেন না; তারা কেবল একটি সংখ্যা লিখবেন এবং সোয়াপ বাটনে চাপবেন।
-
+
-ঠিক কোন বিবরণ দেখানো হবে তা আপনার দর্শক এবং অ্যাপটির কেমন অনুভূতি দিতে চান তার উপর নির্ভর করবে।
+ঠিক কী কী বিস্তারিত তথ্য দেখানো হবে তা নির্ভর করবে আপনার অডিয়েন্স এবং আপনি অ্যাপটিতে কেমন অনুভূতি দিতে চান তার ওপর।
-আপনি যদি বিশদ প্যানেলে স্লিপেজ টলারেন্স অন্তর্ভুক্ত করেন, তবে আপনার এটিকে সরাসরি এখান থেকে সম্পাদনাযোগ্য করা উচিত। এটি একটি “এক্সিলারেটর”-এর একটি ভাল উদাহরণ; একটি নিট UX কৌশল যা অ্যাপটির সাধারণ ব্যবহারযোগ্যতাকে প্রভাবিত না করে অভিজ্ঞ ব্যবহারকারীদের প্রবাহকে ত্বরান্বিত করতে পারে।
+আপনি যদি বিস্তারিত প্যানেলে স্লিপেজ টলারেন্স অন্তর্ভুক্ত করেন, তবে আপনার এটি সরাসরি এখান থেকে এডিট করার ব্যবস্থাও রাখা উচিত। এটি একটি "অ্যাক্সিলারেটর"-এর ভালো উদাহরণ; একটি চমৎকার UX ট্রিক যা অ্যাপের সাধারণ ব্যবহারযোগ্যতাকে প্রভাবিত না করেই অভিজ্ঞ ব্যবহারকারীদের ফ্লো দ্রুত করতে পারে।
-
+
-শুধু একটি স্ক্রিনে একটি নির্দিষ্ট তথ্যের অংশ নিয়ে নয়, বরং সম্পূর্ণ প্রবাহ সম্পর্কে সাবধানে চিন্তা করা একটি ভাল ধারণা:
-প্রধান ফর্মে সংখ্যা প্রবেশ করানো → বিশদ স্ক্যান করা → প্রিভিউ স্ক্রিনে ক্লিক করা (যদি আপনার প্রিভিউ স্ক্রিন থাকে)।
-বিশদ প্যানেলটি কি সব সময় দৃশ্যমান হওয়া উচিত, নাকি ব্যবহারকারীকে এটি প্রসারিত করতে ক্লিক করতে হবে?
-আপনার কি একটি প্রিভিউ স্ক্রিন যোগ করে ঘর্ষণ তৈরি করা উচিত? এটি ব্যবহারকারীকে ধীর হতে এবং তাদের ট্রেড বিবেচনা করতে বাধ্য করে, যা দরকারী হতে পারে। কিন্তু তারা কি আবার একই তথ্য দেখতে চায়? এই মুহূর্তে তাদের জন্য সবচেয়ে দরকারী কী?
+কেবল একটি স্ক্রিনে একটি নির্দিষ্ট তথ্য নিয়ে নয়, বরং পুরো ফ্লো নিয়ে সাবধানে চিন্তা করা একটি ভালো ধারণা:
+মূল ফর্মে সংখ্যা লেখা → বিস্তারিত তথ্য স্ক্যান করা → প্রিভিউ স্ক্রিনে ক্লিক করা (যদি আপনার প্রিভিউ স্ক্রিন থাকে)।
+বিস্তারিত প্যানেল কি সবসময় দৃশ্যমান থাকা উচিত, নাকি ব্যবহারকারীকে এটি প্রসারিত করতে ক্লিক করতে হবে?
+আপনার কি একটি প্রিভিউ স্ক্রিন যোগ করে ফ্রিকশন তৈরি করা উচিত? এটি ব্যবহারকারীকে ধীর হতে এবং তাদের ট্রেড বিবেচনা করতে বাধ্য করে, যা দরকারী হতে পারে। কিন্তু তারা কি আবার একই তথ্য দেখতে চায়? এই মুহূর্তে তাদের জন্য সবচেয়ে দরকারী কী?
-## ডিজাইন বিকল্প {#design-options}
+## ডিজাইন অপশন {#design-options}
-যেমন উল্লেখ করা হয়েছে, এর বেশিরভাগই আপনার ব্যক্তিগত শৈলীর উপর নির্ভর করে
+যেমনটি উল্লেখ করা হয়েছে, এর অনেকটাই আপনার ব্যক্তিগত স্টাইলের ওপর নির্ভর করে
আপনার ব্যবহারকারী কে?
-আপনার ব্র্যান্ড কি?
-আপনি কি প্রতিটি বিবরণ দেখানো একটি “প্রো” ইন্টারফেস চান, নাকি আপনি ন্যূনতম হতে চান?
-এমনকি যদি আপনি প্রো ব্যবহারকারীদের লক্ষ্য করেন যারা সম্ভাব্য সমস্ত তথ্য চায়, আপনার এখনও অ্যালান কুপারের বিজ্ঞ কথাগুলি মনে রাখা উচিত:
+আপনার ব্র্যান্ড কী?
+আপনি কি প্রতিটি বিস্তারিত তথ্য দেখানো একটি "প্রো" ইন্টারফেস চান, নাকি আপনি মিনিমালিস্ট হতে চান?
+এমনকি আপনি যদি প্রো ব্যবহারকারীদের লক্ষ্য করেন যারা সম্ভাব্য সব তথ্য চায়, তবুও আপনার অ্যালান কুপারের (Alan Cooper) জ্ঞানী কথাগুলো মনে রাখা উচিত:
-> আপনার ইন্টারফেস যতই সুন্দর হোক, যতই শীতল হোক না কেন, যদি এর কম থাকত তবে ভাল হত।
+> আপনার ইন্টারফেস যতই সুন্দর হোক না কেন, যতই আকর্ষণীয় হোক না কেন, এটি যত কম হবে ততই ভালো।
-### কাঠামো {#structure}
+### গঠন {#structure}
-- বাম দিকে টোকেন, বা ডান দিকে টোকেন
-- ২টি সারি বা ৩টি
-- বোতামের উপরে বা নীচে বিশদ
-- বিশদ প্রসারিত, ছোট করা, বা দেখানো হয়নি
+- টোকেন বাম দিকে, নাকি টোকেন ডান দিকে
+- 2টি সারি নাকি 3টি
+- বিস্তারিত তথ্য বাটনের ওপরে নাকি নিচে
+- বিস্তারিত তথ্য প্রসারিত, সংকুচিত, নাকি দেখানো হয়নি
-### কম্পোনেন্ট শৈলী {#component-style}
+### কম্পোনেন্ট স্টাইল {#component-style}
-- খালি
-- আউটলাইন করা
-- ভরা
+- ফাঁকা (empty)
+- আউটলাইন করা (outlined)
+- ভরাট করা (filled)
-একটি বিশুদ্ধ UX দৃষ্টিকোণ থেকে, UI শৈলী আপনার ভাবনার চেয়ে কম গুরুত্বপূর্ণ। ভিজ্যুয়াল ট্রেন্ডগুলি চক্রাকারে আসে এবং যায়, এবং অনেক পছন্দই ব্যক্তিগত।
+একটি বিশুদ্ধ UX দৃষ্টিকোণ থেকে, UI স্টাইল আপনার ভাবনার চেয়ে কম গুরুত্বপূর্ণ। ভিজ্যুয়াল ট্রেন্ডগুলো চক্রাকারে আসে এবং যায়, এবং অনেক পছন্দই বিষয়ভিত্তিক (subjective)।
-এর জন্য একটি অনুভূতি পেতে - এবং বিভিন্ন কনফিগারেশন সম্পর্কে চিন্তা করার - সবচেয়ে সহজ উপায় হল কিছু উদাহরণ দেখা এবং তারপর নিজে কিছু পরীক্ষা করা।
+এটি অনুভব করার এবং বিভিন্ন কনফিগারেশন সম্পর্কে চিন্তা করার সবচেয়ে সহজ উপায় হলো কিছু উদাহরণ দেখা এবং তারপর নিজে কিছু পরীক্ষা-নিরীক্ষা করা।
-অন্তর্ভুক্ত Figma কিটটিতে খালি, আউটলাইন করা এবং ভরা কম্পোনেন্ট রয়েছে।
+অন্তর্ভুক্ত Figma কিটে ফাঁকা, আউটলাইন করা এবং ভরাট করা কম্পোনেন্ট রয়েছে।
-আপনি কীভাবে এটি সব একসাথে রাখতে পারেন তার বিভিন্ন উপায় দেখতে নীচের উদাহরণগুলি দেখুন:
+আপনি কীভাবে এগুলোকে একসাথে সাজাতে পারেন তার বিভিন্ন উপায় দেখতে নিচের উদাহরণগুলো দেখুন:
-
+
-
+
-
+
-
+
-
+
-
+
-## কিন্তু টোকেন কোন দিকে যাওয়া উচিত? {#but-which-side-should-the-token-go-on}
+## কিন্তু টোকেন কোন দিকে থাকা উচিত? {#but-which-side-should-the-token-go-on}
-মূল কথা হল যে এটি সম্ভবত ব্যবহারযোগ্যতার উপর খুব বেশি প্রভাব ফেলে না। তবে, কিছু বিষয় মাথায় রাখতে হবে, যা আপনাকে এক দিকে বা অন্য দিকে প্রভাবিত করতে পারে।
+মূল কথা হলো এটি সম্ভবত ব্যবহারযোগ্যতায় খুব বড় কোনো পার্থক্য তৈরি করে না। তবে কিছু বিষয় মনে রাখা উচিত, যা আপনাকে যেকোনো একদিকে প্রভাবিত করতে পারে।
-সময়ের সাথে সাথে ফ্যাশন পরিবর্তন দেখতে কিছুটা আকর্ষণীয় হয়েছে। Uniswap প্রাথমিকভাবে টোকেনটি বাম দিকে রেখেছিল, কিন্তু পরে এটি ডান দিকে সরিয়ে দিয়েছে। Sushiswap-ও একটি ডিজাইন আপগ্রেডের সময় এই পরিবর্তনটি করেছিল। বেশিরভাগ, কিন্তু সব নয়, প্রোটোকলগুলি অনুসরণ করেছে।
+সময়ের সাথে সাথে ফ্যাশনের পরিবর্তন দেখাটা বেশ আকর্ষণীয়। Uniswap-এ শুরুতে টোকেন বাম দিকে ছিল, কিন্তু পরে তা ডান দিকে সরিয়ে নেওয়া হয়েছে। Sushiswap-ও একটি ডিজাইন আপগ্রেডের সময় এই পরিবর্তন করেছে। বেশিরভাগ, তবে সব নয়, প্রটোকল এই পথ অনুসরণ করেছে।
-আর্থিক প্রথা ঐতিহ্যগতভাবে সংখ্যার আগে মুদ্রার প্রতীক রাখে, যেমন, $50, €50, £50, কিন্তু আমরা _বলি_ 50 ডলার, 50 ইউরো, 50 পাউন্ড।
+আর্থিক রীতি ঐতিহ্যগতভাবে সংখ্যার আগে মুদ্রার প্রতীক বসায়, যেমন, $50, €50, £50, কিন্তু আমরা *বলি* 50 ডলার, 50 ইউরো, 50 পাউন্ড।
-সাধারণ ব্যবহারকারীর জন্য - বিশেষ করে যে বাম থেকে ডানে, উপর থেকে নীচে পড়ে - ডানদিকে টোকেন সম্ভবত আরও স্বাভাবিক মনে হয়।
+সাধারণ ব্যবহারকারীর কাছে - বিশেষ করে যারা বাম থেকে ডানে, ওপর থেকে নিচে পড়েন - ডান দিকে টোকেন থাকাটা সম্ভবত বেশি স্বাভাবিক মনে হয়।
-
+
-বাম দিকে টোকেন এবং ডানদিকে সমস্ত সংখ্যা রাখা আনন্দদায়কভাবে প্রতিসম দেখায়, যা একটি প্লাস, তবে এই লেআউটের আরেকটি নেতিবাচক দিক রয়েছে।
+টোকেন বাম দিকে এবং সব সংখ্যা ডান দিকে রাখলে দেখতে সুন্দর প্রতিসম (symmetrical) লাগে, যা একটি ইতিবাচক দিক, তবে এই লেআউটের আরেকটি নেতিবাচক দিকও রয়েছে।
-নৈকট্যের আইন বলে যে কাছাকাছি থাকা আইটেমগুলি সম্পর্কিত হিসাবে বিবেচিত হয়। তদনুসারে, আমরা সম্পর্কিত আইটেমগুলি একে অপরের পাশে রাখতে চাই। টোকেন ব্যালেন্স সরাসরি টোকেনের সাথে সম্পর্কিত, এবং যখনই একটি নতুন টোকেন নির্বাচন করা হবে তখন এটি পরিবর্তিত হবে। তাই টোকেন ব্যালেন্স টোকেন নির্বাচন বোতামের পাশে থাকাটা কিছুটা বেশি অর্থপূর্ণ। এটি টোকেনের নীচে সরানো যেতে পারে, তবে এটি লেআউটের প্রতিসাম্য ভেঙে দেয়।
+নৈকট্যের সূত্র (law of proximity) বলে যে কাছাকাছি থাকা আইটেমগুলোকে সম্পর্কিত হিসেবে ধরা হয়। সেই অনুযায়ী, আমরা সম্পর্কিত আইটেমগুলোকে একে অপরের পাশে রাখতে চাই। টোকেন ব্যালেন্স সরাসরি টোকেনের সাথেই সম্পর্কিত, এবং যখনই নতুন কোনো টোকেন নির্বাচন করা হবে তখনই এটি পরিবর্তিত হবে। তাই টোকেন ব্যালেন্স টোকেন নির্বাচন বাটনের পাশে থাকাটা কিছুটা বেশি যৌক্তিক। এটিকে টোকেনের নিচে সরিয়ে নেওয়া যেতে পারে, তবে এটি লেআউটের প্রতিসাম্য (symmetry) ভেঙে দেয়।
-শেষ পর্যন্ত, উভয় বিকল্পের জন্যই প্লাস এবং মাইনাস রয়েছে, তবে এটি আকর্ষণীয় যে প্রবণতাটি ডানদিকে টোকেনের দিকে বলে মনে হচ্ছে।
+শেষ পর্যন্ত, উভয় অপশনের জন্যই সুবিধা এবং অসুবিধা রয়েছে, তবে এটি আকর্ষণীয় যে ট্রেন্ডটি ডান দিকে টোকেন রাখার দিকেই এগোচ্ছে বলে মনে হচ্ছে।
-## বোতামের আচরণ {#button-behavior}
+## বাটনের আচরণ {#button-behavior}
-অনুমোদনের জন্য একটি পৃথক বোতাম রাখবেন না। এছাড়াও অনুমোদনের জন্য একটি পৃথক ক্লিক রাখবেন না। ব্যবহারকারী সোয়াপ করতে চায়, তাই শুধু বোতামে “সোয়াপ” বলুন এবং প্রথম পদক্ষেপ হিসাবে অনুমোদন শুরু করুন। একটি মডাল একটি স্টেপারের সাথে অগ্রগতি দেখাতে পারে, বা একটি সাধারণ “tx 1 of 2 - approving” বিজ্ঞপ্তি।
+অনুমোদনের (Approve) জন্য আলাদা কোনো বাটন রাখবেন না। এছাড়া অনুমোদনের জন্য আলাদা কোনো ক্লিকও রাখবেন না। ব্যবহারকারী সোয়াপ করতে চান, তাই বাটনে কেবল "swap" লিখুন এবং প্রথম ধাপ হিসেবে অনুমোদন শুরু করুন। একটি মোডাল স্টেপারের মাধ্যমে অগ্রগতি দেখাতে পারে, অথবা একটি সাধারণ "tx 1 of 2 - approving" নোটিফিকেশন দেখাতে পারে।
-
+
-
+
-### প্রাসঙ্গিক সহায়তা হিসাবে বোতাম {#button-as-contextual-help}
+### প্রাসঙ্গিক সাহায্য হিসেবে বাটন {#button-as-contextual-help}
-বোতামটি একটি সতর্কতা হিসাবে দ্বিগুণ দায়িত্ব পালন করতে পারে!
+বাটনটি অ্যালার্ট হিসেবে দ্বৈত দায়িত্ব পালন করতে পারে!
-এটি আসলে Web3-এর বাইরে একটি মোটামুটি অস্বাভাবিক ডিজাইন প্যাটার্ন, কিন্তু এর মধ্যে এটি মানসম্মত হয়ে উঠেছে। এটি একটি ভাল উদ্ভাবন কারণ এটি স্থান বাঁচায় এবং মনোযোগ কেন্দ্রীভূত রাখে।
+এটি আসলে ওয়েব3-এর বাইরে বেশ অস্বাভাবিক একটি ডিজাইন প্যাটার্ন, তবে এর ভেতরে এটি স্ট্যান্ডার্ড হয়ে উঠেছে। এটি একটি ভালো উদ্ভাবন কারণ এটি জায়গা বাঁচায় এবং মনোযোগ ধরে রাখে।
-যদি প্রধান ক্রিয়া - সোয়াপ - একটি ত্রুটির কারণে অনুপলব্ধ হয়, তবে কারণটি বোতামের সাহায্যে ব্যাখ্যা করা যেতে পারে, যেমন:
+যদি কোনো ত্রুটির কারণে মূল কাজ - SWAP - অনুপলব্ধ থাকে, তবে এর কারণ বাটনের মাধ্যমে ব্যাখ্যা করা যেতে পারে, যেমন:
-- নেটওয়ার্ক পরিবর্তন করুন
-- ওয়ালেট সংযোগ করুন
+- নেটওয়ার্ক পরিবর্তন করুন (switch network)
+- ওয়ালেট কানেক্ট করুন (connect wallet)
- বিভিন্ন ত্রুটি
-বোতামটি যে ক্রিয়াটি সম্পাদন করা দরকার তার সাথে **ম্যাপ করা** যেতে পারে। উদাহরণস্বরূপ, যদি ব্যবহারকারী ভুল নেটওয়ার্কে থাকার কারণে সোয়াপ করতে না পারে, বোতামটিতে “ইথেরিয়ামে পরিবর্তন করুন” লেখা উচিত এবং ব্যবহারকারী যখন বোতামে ক্লিক করে, তখন এটি নেটওয়ার্কটিকে ইথেরিয়ামে পরিবর্তন করা উচিত। এটি ব্যবহারকারীর প্রবাহকে উল্লেখযোগ্যভাবে ত্বরান্বিত করে।
+বাটনটিকে যে কাজটি করতে হবে তার সাথে **ম্যাপ করা** যেতে পারে। উদাহরণস্বরূপ, যদি ব্যবহারকারী ভুল নেটওয়ার্কে থাকার কারণে সোয়াপ করতে না পারেন, তবে বাটনে লেখা উচিত "switch to Ethereum", এবং যখন ব্যবহারকারী বাটনে ক্লিক করবেন, তখন এটি নেটওয়ার্কটিকে ইথিরিয়ামে পরিবর্তন করবে। এটি ব্যবহারকারীর ফ্লো উল্লেখযোগ্যভাবে দ্রুত করে।
-
+
-
+
-## এই ফিগমা ফাইল দিয়ে আপনার নিজের তৈরি করুন {#build-your-own-with-this-figma-file}
+## এই figma ফাইলটি দিয়ে আপনার নিজেরটি তৈরি করুন {#build-your-own-with-this-figma-file}
-একাধিক প্রোটোকলের কঠোর পরিশ্রমের জন্য ধন্যবাদ, DEX ডিজাইন অনেক উন্নত হয়েছে। আমরা জানি ব্যবহারকারীর কী তথ্য প্রয়োজন, আমাদের কীভাবে এটি দেখানো উচিত এবং কীভাবে প্রবাহটিকে যতটা সম্ভব মসৃণ করা যায়।
-আশা করি এই নিবন্ধটি UX নীতির একটি ভালো ওভারভিউ প্রদান করে।
+একাধিক প্রটোকলের কঠোর পরিশ্রমের কারণে, DEX ডিজাইনের অনেক উন্নতি হয়েছে। আমরা জানি ব্যবহারকারীর কী তথ্য প্রয়োজন, আমাদের কীভাবে তা দেখানো উচিত এবং কীভাবে ফ্লোটিকে যতটা সম্ভব মসৃণ করা যায়।
+আশা করি এই আর্টিকেলটি UX নীতিগুলোর একটি শক্ত ওভারভিউ প্রদান করবে।
-আপনি যদি পরীক্ষা করতে চান, তাহলে অনুগ্রহ করে Figma ওয়্যারফ্রেম কিট ব্যবহার করতে দ্বিধা বোধ করবেন না। এটি যতটা সম্ভব সহজ রাখা হয়েছে, তবে বিভিন্ন উপায়ে মৌলিক কাঠামো তৈরি করার জন্য যথেষ্ট নমনীয়তা রয়েছে।
+আপনি যদি পরীক্ষা-নিরীক্ষা করতে চান, তবে নির্দ্বিধায় Figma ওয়্যারফ্রেম কিটটি ব্যবহার করুন। এটিকে যতটা সম্ভব সহজ রাখা হয়েছে, তবে বিভিন্ন উপায়ে প্রাথমিক গঠন তৈরি করার জন্য এতে যথেষ্ট নমনীয়তা রয়েছে।
-[Figma ওয়্যারফ্রেম কিট](https://www.figma.com/community/file/1393606680816807382/dex-wireframes-kit)
+[Figma ওয়্যারফ্রেম কিট](https://www.figma.com/community/file/1393606680816807382/dex-wireframes-kit)
-DeFi বিকশিত হতে থাকবে, এবং উন্নতির জন্য সর্বদা জায়গা আছে।
+DeFi-এর বিবর্তন চলতেই থাকবে, এবং উন্নতির সুযোগ সবসময়ই থাকে।
-শুভকামনা!
+শুভকামনা!
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/design-and-ux/heuristics-for-web3/index.md b/public/content/translations/bn/developers/docs/design-and-ux/heuristics-for-web3/index.md
index f850ddfce06..6087909bc1b 100644
--- a/public/content/translations/bn/developers/docs/design-and-ux/heuristics-for-web3/index.md
+++ b/public/content/translations/bn/developers/docs/design-and-ux/heuristics-for-web3/index.md
@@ -1,138 +1,132 @@
---
-title: "Web3 ইন্টারফেস ডিজাইনের জন্য ৭টি হিউরিস্টিকস"
-description: "Web3-এর ব্যবহারযোগ্যতা উন্নত করার নীতিমালা"
+title: ওয়েব3 ইন্টারফেস ডিজাইনের জন্য ৭টি হিউরিস্টিকস
+description: ওয়েব3 এর ব্যবহারযোগ্যতা উন্নত করার নীতিসমূহ
lang: bn
---
-ব্যবহারযোগ্যতার হিউরিস্টিকস হল ব্যাপক “সাধারণ নিয়ম” যা আপনি আপনার সাইটের ব্যবহারযোগ্যতা পরিমাপ করতে ব্যবহার করতে পারেন।
-এখানকার ৭টি হিউরিস্টিকস বিশেষভাবে Web3-এর জন্য তৈরি করা হয়েছে এবং Jakob Nielsen-এর [ইন্টারঅ্যাকশন ডিজাইনের জন্য ১০টি সাধারণ নীতি](https://www.nngroup.com/articles/ten-usability-heuristics/)-এর পাশাপাশি ব্যবহার করা উচিত।
+ব্যবহারযোগ্যতার হিউরিস্টিকস (Usability heuristics) হলো সাধারণ "বাস্তবসম্মত নিয়ম" (rules of thumb) যা আপনি আপনার সাইটের ব্যবহারযোগ্যতা পরিমাপ করতে ব্যবহার করতে পারেন।
+এখানকার ৭টি হিউরিস্টিকস বিশেষভাবে ওয়েব3 (Web3)-এর জন্য তৈরি করা হয়েছে এবং এগুলোকে জ্যাকব নিয়েলসেনের (Jakob Nielsen) [ইন্টারঅ্যাকশন ডিজাইনের ১০টি সাধারণ নীতির](https://www.nngroup.com/articles/ten-usability-heuristics/) পাশাপাশি ব্যবহার করা উচিত।
-## web3-এর জন্য সাতটি ব্যবহারযোগ্যতার হিউরিস্টিকস {#seven-usability-heuristics-for-web3}
+## ওয়েব3 এর জন্য সাতটি ব্যবহারযোগ্যতার হিউরিস্টিকস {#seven-usability-heuristics-for-web3}
-1. কাজের পরে প্রতিক্রিয়া
+1. কাজের পরে ফিডব্যাক
2. নিরাপত্তা এবং বিশ্বাস
-3. সবচেয়ে গুরুত্বপূর্ণ তথ্য স্পষ্ট
-4. সহজবোধ্য পরিভাষা
+3. সবচেয়ে গুরুত্বপূর্ণ তথ্যটি স্পষ্ট
+4. বোধগম্য পরিভাষা
5. কাজগুলো যতটা সম্ভব সংক্ষিপ্ত
-6. নেটওয়ার্ক সংযোগ দৃশ্যমান এবং নমনীয়
-7. অ্যাপ থেকে নিয়ন্ত্রণ, ওয়ালেট থেকে নয়
+6. নেটওয়ার্ক সংযোগগুলো দৃশ্যমান এবং নমনীয়
+7. ওয়ালেট থেকে নয়, অ্যাপ থেকে নিয়ন্ত্রণ
-## সংজ্ঞা এবং উদাহরণ {#definitions-and-examples}
-### 1. কাজের পরে প্রতিক্রিয়া {#feedback-follows-action}
+## সংজ্ঞা এবং উদাহরণ {#definitions-and-examples}
-**যখন কিছু ঘটেছে, বা ঘটছে, তখন তা স্পষ্ট হওয়া উচিত।**
+### 1. কাজের পরে ফিডব্যাক {#feedback-follows-action}
-ব্যবহারকারীরা তাদের পূর্ববর্তী পদক্ষেপের ফলাফলের উপর ভিত্তি করে তাদের পরবর্তী পদক্ষেপের বিষয়ে সিদ্ধান্ত নেয়। তাই এটা অপরিহার্য যে তারা সিস্টেমের অবস্থা সম্পর্কে অবগত থাকে। Web3-তে এটি বিশেষভাবে গুরুত্বপূর্ণ কারণ লেনদেনগুলি ব্লকচেইনে জমা হতে কখনও কখনও একটি সংক্ষিপ্ত সময় নিতে পারে। যদি তাদের অপেক্ষা করার জন্য কোনো প্রতিক্রিয়া না থাকে, তাহলে ব্যবহারকারীরা নিশ্চিত হতে পারে না যে কিছু ঘটেছে কিনা।
+**যখন কিছু ঘটেছে বা ঘটছে, তখন তা স্পষ্ট হওয়া উচিত।**
-**পরামর্শ:**
+ব্যবহারকারীরা তাদের পূর্ববর্তী পদক্ষেপের ফলাফলের ওপর ভিত্তি করে পরবর্তী পদক্ষেপের সিদ্ধান্ত নেন। তাই সিস্টেমের অবস্থা সম্পর্কে তাদের অবগত থাকা অপরিহার্য। ওয়েব3-তে এটি বিশেষভাবে গুরুত্বপূর্ণ কারণ ব্লকচেইন-এ লেনদেন সম্পন্ন হতে মাঝে মাঝে কিছুটা সময় লাগতে পারে। যদি অপেক্ষা করার জন্য কোনো ফিডব্যাক না থাকে, তবে ব্যবহারকারীরা নিশ্চিত হতে পারেন না যে আদৌ কিছু ঘটেছে কি না।
-- মেসেজিং, নোটিফিকেশন এবং অন্যান্য সতর্কবার্তার মাধ্যমে ব্যবহারকারীকে জানান।
-- অপেক্ষার সময় স্পষ্টভাবে জানান।
-- যদি কোনো কাজে কয়েক সেকেন্ডের বেশি সময় লাগে, তাহলে একটি টাইমার বা একটি অ্যানিমেশন দিয়ে ব্যবহারকারীকে আশ্বস্ত করুন যাতে তারা অনুভব করে যে কিছু ঘটছে।
-- যদি একটি প্রক্রিয়ায় একাধিক ধাপ থাকে, তাহলে প্রতিটি ধাপ দেখান।
+**টিপস:**
+- মেসেজিং, নোটিফিকেশন এবং অন্যান্য অ্যালার্টের মাধ্যমে ব্যবহারকারীকে জানান।
+- অপেক্ষার সময় স্পষ্টভাবে জানিয়ে দিন।
+- যদি কোনো কাজে কয়েক সেকেন্ডের বেশি সময় লাগে, তবে একটি টাইমার বা অ্যানিমেশন দিয়ে ব্যবহারকারীকে আশ্বস্ত করুন যাতে তাদের মনে হয় যে কিছু একটা হচ্ছে।
+- যদি কোনো প্রক্রিয়ায় একাধিক ধাপ থাকে, তবে প্রতিটি ধাপ দেখান।
**উদাহরণ:**
-একটি লেনদেনের সাথে জড়িত প্রতিটি ধাপ দেখানো ব্যবহারকারীদের জানতে সাহায্য করে যে তারা প্রক্রিয়ার কোথায় আছে। উপযুক্ত আইকন ব্যবহারকারীকে তাদের কাজের স্থিতি জানতে দেয়।
-
-
+একটি লেনদেন-এর সাথে জড়িত প্রতিটি ধাপ দেখালে ব্যবহারকারীরা বুঝতে পারেন যে তারা প্রক্রিয়ার কোন পর্যায়ে আছেন। উপযুক্ত আইকনগুলো ব্যবহারকারীকে তাদের কাজের অবস্থা সম্পর্কে জানতে সাহায্য করে।
-### 2. নিরাপত্তা এবং বিশ্বাস অন্তর্নির্মিত {#security-and-trust-are-backed-in}
+
-নিরাপত্তাকে অগ্রাধিকার দেওয়া উচিত, এবং এটি ব্যবহারকারীর জন্য জোর দেওয়া উচিত।
-লোকেরা তাদের ডেটা সম্পর্কে গভীরভাবে যত্ন নেয়। নিরাপত্তা প্রায়শই ব্যবহারকারীদের জন্য একটি প্রাথমিক উদ্বেগের বিষয়, তাই ডিজাইনের সমস্ত স্তরে এটি বিবেচনা করা উচিত। আপনার সর্বদা আপনার ব্যবহারকারীদের বিশ্বাস অর্জনের চেষ্টা করা উচিত, কিন্তু আপনি যেভাবে এটি করেন তা বিভিন্ন অ্যাপে বিভিন্ন অর্থ বোঝাতে পারে। এটি একটি পরবর্তী চিন্তা হওয়া উচিত নয়, বরং এটি সচেতনভাবে সর্বত্র ডিজাইন করা উচিত। সামাজিক চ্যানেল এবং নথিপত্র সহ ব্যবহারকারীর অভিজ্ঞতার সর্বত্র বিশ্বাস তৈরি করুন, এবং চূড়ান্ত UI। বিকেন্দ্রীকরণের স্তর, ট্রেজারি মাল্টি-সিগ স্ট্যাটাস, এবং দলটির পরিচয় প্রকাশ করা হয়েছে কিনা, এই সবই ব্যবহারকারীদের বিশ্বাসকে প্রভাবিত করে
+### 2. নিরাপত্তা এবং বিশ্বাস অন্তর্নিহিত থাকে {#security-and-trust-are-backed-in}
-**পরামর্শ:**
+নিরাপত্তাকে অগ্রাধিকার দেওয়া উচিত এবং ব্যবহারকারীর জন্য এর ওপর জোর দেওয়া উচিত।
+মানুষ তাদের ডেটা নিয়ে গভীরভাবে চিন্তা করে। নিরাপত্তা প্রায়শই ব্যবহারকারীদের জন্য একটি প্রাথমিক উদ্বেগের বিষয়, তাই ডিজাইনের সব স্তরে এটি বিবেচনা করা উচিত। আপনার সবসময় ব্যবহারকারীদের বিশ্বাস অর্জনের চেষ্টা করা উচিত, তবে আপনি কীভাবে এটি করবেন তা বিভিন্ন অ্যাপে ভিন্ন হতে পারে। এটি কোনো পরের চিন্তার বিষয় হওয়া উচিত নয়, বরং শুরু থেকেই সচেতনভাবে ডিজাইন করা উচিত। সোশ্যাল চ্যানেল এবং ডকুমেন্টেশনসহ চূড়ান্ত UI পর্যন্ত পুরো ব্যবহারকারীর অভিজ্ঞতায় বিশ্বাস গড়ে তুলুন। ডিসেন্ট্রালাইজেশন-এর স্তর, ট্রেজারি মাল্টিসিগ (multi-sig) স্ট্যাটাস এবং টিম ডক্সড (doxxed) কি না, এই বিষয়গুলো ব্যবহারকারীদের বিশ্বাসকে প্রভাবিত করে।
-- আপনার অডিট গর্বের সাথে তালিকাভুক্ত করুন
+**টিপস:**
+- গর্বের সাথে আপনার অডিটগুলোর তালিকা দিন
- একাধিক অডিট করান
-- আপনার ডিজাইন করা যেকোনো নিরাপত্তা ফিচারের বিজ্ঞাপন দিন
-- অন্তর্নিহিত ইন্টিগ্রেশন সহ সম্ভাব্য ঝুঁকিগুলি তুলে ধরুন
-- কৌশলের জটিলতা সম্পর্কে জানান
-- নন-UI সমস্যাগুলি বিবেচনা করুন যা আপনার ব্যবহারকারীদের নিরাপত্তার ধারণাকে প্রভাবিত করতে পারে
-
-**উদাহরণ:**
-ফুটারের মধ্যে আপনার অডিট একটি বিশিষ্ট আকারে অন্তর্ভুক্ত করুন।
+- আপনার ডিজাইন করা যেকোনো নিরাপত্তা ফিচারের প্রচার করুন
+- অন্তর্নিহিত ইন্টিগ্রেশনসহ সম্ভাব্য ঝুঁকিগুলো তুলে ধরুন
+- কৌশলগুলোর জটিলতা সম্পর্কে জানান
+- নন-UI সমস্যাগুলো বিবেচনা করুন যা আপনার ব্যবহারকারীদের নিরাপত্তার ধারণাকে প্রভাবিত করতে পারে
-
+**উদাহরণ:**
+ফুটারে একটি স্পষ্ট আকারে আপনার অডিটগুলো অন্তর্ভুক্ত করুন।
-### 3. সবচেয়ে গুরুত্বপূর্ণ তথ্য স্পষ্ট {#the-most-important-info-is-obvious}
+
-জটিল সিস্টেমের জন্য, শুধুমাত্র সবচেয়ে প্রাসঙ্গিক ডেটা দেখান। কোনটি সবচেয়ে গুরুত্বপূর্ণ তা নির্ধারণ করুন, এবং এর প্রদর্শনকে অগ্রাধিকার দিন।
-অতিরিক্ত তথ্য বিভ্রান্তিকর হতে পারে এবং ব্যবহারকারীরা সাধারণত সিদ্ধান্ত নেওয়ার সময় একটি তথ্যের উপর নির্ভর করে। DeFi-তে, এটি সম্ভবত ইয়েল্ড অ্যাপে APR এবং লেন্ডিং অ্যাপে LTV হবে।
+### 3. সবচেয়ে গুরুত্বপূর্ণ তথ্যটি স্পষ্ট {#the-most-important-info-is-obvious}
-**পরামর্শ:**
+জটিল সিস্টেমের জন্য, শুধুমাত্র সবচেয়ে প্রাসঙ্গিক ডেটা দেখান। কোনটি সবচেয়ে গুরুত্বপূর্ণ তা নির্ধারণ করুন এবং এর প্রদর্শনকে অগ্রাধিকার দিন।
+অতিরিক্ত তথ্য বিভ্রান্তিকর হতে পারে এবং সিদ্ধান্ত নেওয়ার সময় ব্যবহারকারীরা সাধারণত একটি তথ্যের ওপর নির্ভর করেন। ডিফাই (DeFi)-তে, এটি সম্ভবত ইল্ড (yield) অ্যাপগুলোতে APR এবং লেন্ডিং (lending) অ্যাপগুলোতে LTV হবে।
-- ব্যবহারকারী গবেষণা সবচেয়ে গুরুত্বপূর্ণ মেট্রিক উন্মোচন করবে
-- মূল তথ্য বড় করুন, এবং অন্যান্য বিবরণ ছোট এবং অগোচরে রাখুন
-- মানুষ পড়ে না, তারা স্ক্যান করে; নিশ্চিত করুন আপনার ডিজাইন স্ক্যানযোগ্য
+**টিপস:**
+- ব্যবহারকারী গবেষণা সবচেয়ে গুরুত্বপূর্ণ মেট্রিকটি উন্মোচন করবে
+- মূল তথ্যটি বড় করে দেখান এবং অন্যান্য বিবরণ ছোট ও বাধাহীন রাখুন
+- মানুষ পড়ে না, তারা স্ক্যান করে; নিশ্চিত করুন যে আপনার ডিজাইনটি স্ক্যানযোগ্য
-**উদাহরণ:** পূর্ণ রঙের বড় টোকেন স্ক্যান করার সময় খুঁজে পাওয়া সহজ। APR বড় এবং একটি অ্যাকসেন্ট রঙে হাইলাইট করা হয়েছে।
+**উদাহরণ:** স্ক্যান করার সময় সম্পূর্ণ রঙের বড় টোকেনগুলো সহজেই খুঁজে পাওয়া যায়। APR বড় এবং একটি অ্যাকসেন্ট রঙে হাইলাইট করা হয়েছে।
-
+
-### ৪. স্পষ্ট পরিভাষা {#clear-terminology}
+### 4. স্পষ্ট পরিভাষা {#clear-terminology}
-পরিভাষা সহজবোধ্য এবং উপযুক্ত হওয়া উচিত।
-প্রযুক্তিগত পরিভাষা একটি বিশাল বাধা হতে পারে, কারণ এর জন্য একটি সম্পূর্ণ নতুন মানসিক মডেল তৈরির প্রয়োজন হয়। ব্যবহারকারীরা ডিজাইনটিকে এমন শব্দ, বাক্যাংশ এবং ধারণার সাথে সম্পর্কিত করতে পারে না যা তারা ইতিমধ্যে জানে। সবকিছু বিভ্রান্তিকর এবং অপরিচিত মনে হয়, এবং এমনকি এটি ব্যবহার করার চেষ্টা করার আগেও একটি খাড়া শেখার বক্ররেখা রয়েছে। একজন ব্যবহারকারী কিছু টাকা সঞ্চয় করতে চেয়ে DeFi-তে আসতে পারে, এবং তারা যা খুঁজে পায় তা হল: মাইনিং, ফার্মিং, স্টেকিং, এমিশন, ব্রাইব, ভল্ট, লকার, veTokens, ভেস্টিং, ইপকস, ডিসেন্ট্রালাইজড অ্যালগরিদম, প্রোটোকল-ওনড লিকুইডিটি…
-সহজ পরিভাষা ব্যবহার করার চেষ্টা করুন যা সবচেয়ে বিস্তৃত গোষ্ঠীর মানুষ বুঝতে পারবে। শুধুমাত্র আপনার প্রকল্পের জন্য একেবারে নতুন পরিভাষা উদ্ভাবন করবেন না।
-
-**পরামর্শ:**
+পরিভাষা বোধগম্য এবং উপযুক্ত হওয়া উচিত।
+প্রযুক্তিগত শব্দজট একটি বড় বাধা হতে পারে, কারণ এর জন্য সম্পূর্ণ নতুন একটি মানসিক মডেল তৈরি করার প্রয়োজন হয়। ব্যবহারকারীরা তাদের আগে থেকে জানা শব্দ, বাক্যাংশ এবং ধারণাগুলোর সাথে ডিজাইনটিকে মেলাতে পারেন না। সবকিছু বিভ্রান্তিকর এবং অপরিচিত মনে হয়, এবং এটি ব্যবহার করার চেষ্টা করার আগেই তাদের অনেক কিছু শিখতে হয়। একজন ব্যবহারকারী কিছু টাকা জমানোর উদ্দেশ্যে ডিফাই (DeFi)-তে আসতে পারেন, কিন্তু তারা যা দেখতে পান তা হলো: মাইনিং, ফার্মিং, স্টেকিং, এমিশনস, ব্রাইবস, ভল্টস, লকারস, veTokens, ভেস্টিং, এপোক, ডিসেন্ট্রালাইজড এ্যালগরিদম, প্রটোকল-মালিকানাধীন লিকুইডিটি...
+সহজ শব্দ ব্যবহার করার চেষ্টা করুন যা বেশিরভাগ মানুষ বুঝতে পারবে। শুধুমাত্র আপনার প্রজেক্টের জন্য সম্পূর্ণ নতুন শব্দ আবিষ্কার করবেন না।
+**টিপস:**
- সহজ এবং সামঞ্জস্যপূর্ণ পরিভাষা ব্যবহার করুন
- যতটা সম্ভব বিদ্যমান ভাষা ব্যবহার করুন
-- আপনার নিজস্ব পরিভাষা তৈরি করবেন না
-- প্রচলিত নিয়মগুলি অনুসরণ করুন যেমনটি সেগুলি প্রদর্শিত হয়
-- যতটা সম্ভব ব্যবহারকারীদের শিক্ষিত করুন
+- নিজের তৈরি করা শব্দ ব্যবহার করবেন না
+- প্রচলিত নিয়মগুলো অনুসরণ করুন
+- ব্যবহারকারীদের যতটা সম্ভব শিক্ষিত করুন
**উদাহরণ:**
-“আপনার পুরস্কার” একটি ব্যাপকভাবে বোঝা, নিরপেক্ষ পরিভাষা; এই প্রকল্পের জন্য তৈরি করা কোনো নতুন শব্দ নয়। বাস্তব বিশ্বের মানসিক মডেলগুলির সাথে মেলানোর জন্য পুরস্কারগুলি USD-তে নির্ধারিত হয়, যদিও পুরস্কারগুলি নিজেরাই অন্য টোকেনে থাকে।
-
-
-
-### ৫। কাজগুলো যতটা সম্ভব সংক্ষিপ্ত {#actions-are-as-short-as-possible}
-
-উপ-কাজগুলিকে গোষ্ঠীবদ্ধ করে ব্যবহারকারীর ইন্টারঅ্যাকশনের গতি বাড়ান।
-এটি স্মার্ট কন্ট্র্যাক্ট স্তরে, এবং UI-তেও করা যেতে পারে। একটি সাধারণ কাজ সম্পন্ন করতে ব্যবহারকারীকে সিস্টেমের এক অংশ থেকে অন্য অংশে – অথবা সিস্টেমটি পুরোপুরি ছেড়ে যেতে হবে না।
+"আপনার রিওয়ার্ডস" (Your rewards) একটি ব্যাপকভাবে বোধগম্য, নিরপেক্ষ শব্দ; এটি এই প্রজেক্টের জন্য তৈরি করা কোনো নতুন শব্দ নয়। বাস্তব জগতের মানসিক মডেলের সাথে মেলাতে রিওয়ার্ডগুলো USD-তে দেখানো হয়, এমনকি যদি রিওয়ার্ডগুলো অন্য কোনো টোকেন-এও থাকে।
-**পরামর্শ:**
+
-- যেখানে সম্ভব অন্যান্য কাজের সাথে "অনুমোদন" একত্রিত করুন
-- সাইনিং পদক্ষেপগুলি যতটা সম্ভব কাছাকাছি একত্রিত করুন
+### 5. কাজগুলো যতটা সম্ভব সংক্ষিপ্ত {#actions-are-as-short-as-possible}
-**উদাহরণ:** “তারল্য যোগ করুন” এবং “স্টেক” একত্রিত করা একটি অ্যাক্সিলারেটরের একটি সহজ উদাহরণ যা একজন ব্যবহারকারীর সময় এবং গ্যাস উভয়ই বাঁচায়।
+সাব-অ্যাকশনগুলোকে একত্রিত করে ব্যবহারকারীর ইন্টারঅ্যাকশন দ্রুত করুন।
+এটি স্মার্ট কন্ট্রাক্ট স্তরে এবং UI-তেও করা যেতে পারে। একটি সাধারণ কাজ সম্পন্ন করার জন্য ব্যবহারকারীকে সিস্টেমের এক অংশ থেকে অন্য অংশে যেতে হবে না – বা সিস্টেমটি পুরোপুরি ছেড়ে যেতে হবে না।
-
+**টিপস:**
+- যেখানে সম্ভব অন্যান্য কাজের সাথে "Approve" একত্রিত করুন
+- সাইনিং (signing) ধাপগুলোকে যতটা সম্ভব একসাথে যুক্ত করুন
-### ৬. নেটওয়ার্ক সংযোগ দৃশ্যমান এবং নমনীয় {#network-connections-are-visible-and-flexible}
+**উদাহরণ:** "অ্যাড লিকুইডিটি" (add liquidity) এবং "স্টেক" (stake) একত্রিত করা একটি অ্যাক্সিলারেটরের সহজ উদাহরণ যা ব্যবহারকারীর সময় এবং গ্যাস উভয়ই বাঁচায়।
-ব্যবহারকারীকে জানান তারা কোন নেটওয়ার্কে সংযুক্ত আছে, এবং নেটওয়ার্ক পরিবর্তন করার জন্য স্পষ্ট শর্টকাট প্রদান করুন।
-এটি মাল্টিচেইন অ্যাপে বিশেষভাবে গুরুত্বপূর্ণ। সংযোগ বিচ্ছিন্ন থাকা অবস্থায় বা একটি অসমর্থিত নেটওয়ার্কে সংযুক্ত থাকা অবস্থায়ও অ্যাপের প্রধান ফাংশনগুলি দৃশ্যমান থাকা উচিত।
+
-**পরামর্শ:**
+### 6. নেটওয়ার্ক সংযোগগুলো দৃশ্যমান এবং নমনীয় {#network-connections-are-visible-and-flexible}
-- সংযোগ বিচ্ছিন্ন থাকা অবস্থায় অ্যাপের যতটা সম্ভব দেখান
-- ব্যবহারকারী বর্তমানে কোন নেটওয়ার্কে সংযুক্ত আছে তা দেখান
-- নেটওয়ার্ক পরিবর্তন করতে ব্যবহারকারীকে ওয়ালেটে যেতে বাধ্য করবেন না
-- যদি অ্যাপটি ব্যবহারকারীকে নেটওয়ার্ক পরিবর্তন করতে বলে, তবে প্রধান কল টু অ্যাকশন থেকে কাজটি প্রম্পট করুন
-- যদি অ্যাপটিতে একাধিক নেটওয়ার্কের জন্য মার্কেট বা ভল্ট থাকে, তবে স্পষ্টভাবে বলুন ব্যবহারকারী বর্তমানে কোন সেটটি দেখছে
+ব্যবহারকারী কোন নেটওয়ার্ক-এর সাথে সংযুক্ত আছেন তা তাদের জানান এবং নেটওয়ার্ক পরিবর্তন করার জন্য স্পষ্ট শর্টকাট প্রদান করুন।
+এটি মাল্টিচেইন অ্যাপগুলোতে বিশেষভাবে গুরুত্বপূর্ণ। সংযোগ বিচ্ছিন্ন থাকলে বা অসমর্থিত নেটওয়ার্ক-এর সাথে সংযুক্ত থাকলেও অ্যাপের মূল ফাংশনগুলো দৃশ্যমান থাকা উচিত।
-**উদাহরণ:** ব্যবহারকারীকে দেখান তারা কোন নেটওয়ার্কে সংযুক্ত আছে, এবং অ্যাপবারে তাদের এটি পরিবর্তন করার অনুমতি দিন।
+**টিপস:**
+- সংযোগ বিচ্ছিন্ন থাকা অবস্থায় অ্যাপের যতটা সম্ভব অংশ দেখান
+- ব্যবহারকারী বর্তমানে কোন নেটওয়ার্ক-এর সাথে সংযুক্ত আছেন তা দেখান
+- নেটওয়ার্ক পরিবর্তন করার জন্য ব্যবহারকারীকে ওয়ালেট-এ যেতে বাধ্য করবেন না
+- যদি অ্যাপটির জন্য ব্যবহারকারীকে নেটওয়ার্ক পরিবর্তন করতে হয়, তবে মূল কল টু অ্যাকশন (call to action) থেকে কাজটি করার জন্য প্রম্পট করুন
+- যদি অ্যাপটিতে একাধিক নেটওয়ার্ক-এর জন্য মার্কেট বা ভল্ট থাকে, তবে ব্যবহারকারী বর্তমানে কোন সেটটি দেখছেন তা স্পষ্টভাবে উল্লেখ করুন
-
+**উদাহরণ:** অ্যাপবারে ব্যবহারকারীকে দেখান যে তারা কোন নেটওয়ার্ক-এর সাথে সংযুক্ত আছেন এবং তাদের এটি পরিবর্তন করার অনুমতি দিন।
-### ৭. অ্যাপ থেকে নিয়ন্ত্রণ, ওয়ালেট থেকে নয় {#control-from-the-app-not-the-wallet}
+
-UI-এর উচিত ব্যবহারকারীকে তার যা কিছু জানা দরকার তা বলা এবং তার যা কিছু করা দরকার তার উপর নিয়ন্ত্রণ দেওয়া।
-Web3-তে, এমন কিছু কাজ আছে যা আপনি UI-তে করেন, এবং এমন কিছু কাজ আছে যা আপনি ওয়ালেটে করেন। সাধারণত, আপনি UI-তে একটি কাজ শুরু করেন, এবং তারপর ওয়ালেটে তা নিশ্চিত করেন। যদি এই দুটি ধারা সাবধানে একত্রিত না করা হয় তবে ব্যবহারকারীরা অস্বস্তি বোধ করতে পারে।
+### 7. ওয়ালেট থেকে নয়, অ্যাপ থেকে নিয়ন্ত্রণ {#control-from-the-app-not-the-wallet}
-**পরামর্শ:**
+UI-এর উচিত ব্যবহারকারীকে তাদের প্রয়োজনীয় সবকিছু জানানো এবং তাদের যা করতে হবে তার ওপর নিয়ন্ত্রণ দেওয়া।
+ওয়েব3-তে, কিছু কাজ আপনি UI-তে করেন এবং কিছু কাজ আপনি ওয়ালেট-এ করেন। সাধারণত, আপনি UI-তে একটি কাজ শুরু করেন এবং তারপর ওয়ালেট-এ তা নিশ্চিত করেন। যদি এই দুটি দিক সতর্কতার সাথে একত্রিত করা না হয়, তবে ব্যবহারকারীরা অস্বস্তি বোধ করতে পারেন।
-- UI-তে প্রতিক্রিয়ার মাধ্যমে সিস্টেমের স্থিতি জানান
-- তাদের ইতিহাসের একটি রেকর্ড রাখুন
-- পুরানো লেনদেনের জন্য ব্লক এক্সপ্লোরারের লিঙ্ক প্রদান করুন
-- নেটওয়ার্ক পরিবর্তন করার জন্য শর্টকাট প্রদান করুন।
+**টিপস:**
+- UI-তে ফিডব্যাকের মাধ্যমে সিস্টেমের অবস্থা জানান
+- তাদের হিস্ট্রির একটি রেকর্ড রাখুন
+- পুরোনো লেনদেন-এর জন্য ব্লক এক্সপ্লোরার-এর লিঙ্ক প্রদান করুন
+- নেটওয়ার্ক পরিবর্তন করার জন্য শর্টকাট প্রদান করুন।
-একটি সূক্ষ্ম কন্টেইনার ব্যবহারকারীকে দেখায় তাদের ওয়ালেটে কোন প্রাসঙ্গিক টোকেন আছে, এবং প্রধান CTA নেটওয়ার্ক পরিবর্তন করার জন্য একটি শর্টকাট প্রদান করে।
+**উদাহরণ:** একটি সূক্ষ্ম কন্টেইনার ব্যবহারকারীকে দেখায় যে তাদের ওয়ালেট-এ কী কী প্রাসঙ্গিক টোকেন রয়েছে এবং মূল CTA নেটওয়ার্ক পরিবর্তন করার জন্য একটি শর্টকাট প্রদান করে।
-
+
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/design-and-ux/index.md b/public/content/translations/bn/developers/docs/design-and-ux/index.md
index ad5c5f16890..aa82e5bdecb 100644
--- a/public/content/translations/bn/developers/docs/design-and-ux/index.md
+++ b/public/content/translations/bn/developers/docs/design-and-ux/index.md
@@ -1,71 +1,72 @@
---
-title: "Web3 তে ডিজাইন এবং UX"
-description: "Web3 স্পেস এবং ইথেরিয়াম-এ UX ডিজাইন এবং গবেষণার ভূমিকা"
+title: ওয়েব3-তে ডিজাইন এবং UX
+description: ওয়েব3 স্পেস এবং ইথিরিয়ামে UX ডিজাইন এবং গবেষণার পরিচিতি
lang: bn
---
-আপনি কি ইথেরিয়াম দিয়ে ডিজাইন করার ক্ষেত্রে নতুন? এটি আপনার জন্য সঠিক জায়গা। Web3 ডিজাইন এবং গবেষণার মূল বিষয়গুলির সাথে আপনাকে পরিচয় করিয়ে দেওয়ার জন্য ইথেরিয়াম কমিউনিটি রিসোর্স লিখেছে। আপনি এমন মূল ধারণাগুলি সম্পর্কে শিখবেন যা আপনার পরিচিত অন্যান্য অ্যাপ ডিজাইন থেকে ভিন্ন হতে পারে।
+আপনি কি ইথিরিয়ামের সাথে ডিজাইনে নতুন? এটি আপনার জন্য সঠিক জায়গা। ইথিরিয়াম কমিউনিটি আপনাকে ওয়েব3 ডিজাইন এবং গবেষণার বেসিক বিষয়গুলোর সাথে পরিচয় করিয়ে দেওয়ার জন্য রিসোর্স তৈরি করেছে। আপনি এমন কিছু মূল কনসেপ্ট সম্পর্কে জানবেন যা আপনার পরিচিত অন্যান্য অ্যাপ ডিজাইন থেকে আলাদা হতে পারে।
-প্রথমে Web3 সম্পর্কে আরও প্রাথমিক ধারণা প্রয়োজন? [**লার্ন হাব**](/learn/) দেখুন।
+প্রথমে ওয়েব3 সম্পর্কে আরও বেসিক ধারণা প্রয়োজন? [**লার্ন হাব**](/learn/) দেখুন।
-## ব্যবহারকারী গবেষণা দিয়ে শুরু করুন {#start-with-user-research}
+## ইউজার রিসার্চ দিয়ে শুরু করুন {#start-with-user-research}
-কার্যকরী ডিজাইন শুধুমাত্র দৃশ্যত আকর্ষণীয় ব্যবহারকারী ইন্টারফেস তৈরি করার মধ্যেই সীমাবদ্ধ নয়। এর মধ্যে ব্যবহারকারীর প্রয়োজন, উদ্দেশ্য এবং চালিকা শক্তি সম্পর্কে গভীর উপলব্ধি অর্জন করা জড়িত। অতএব, আমরা দৃঢ়ভাবে সুপারিশ করি যে সমস্ত ডিজাইনার একটি ডিজাইন প্রক্রিয়া, যেমন [**ডাবল ডায়মন্ড প্রক্রিয়া**](https://en.wikipedia.org/wiki/Double_Diamond_\(design_process_model\)) গ্রহণ করুন, যাতে তাদের কাজ ইচ্ছাকৃত এবং উদ্দেশ্যপ্রণোদিত হয়।
+কার্যকর ডিজাইন শুধুমাত্র দৃষ্টিনন্দন ইউজার ইন্টারফেস তৈরির মধ্যেই সীমাবদ্ধ নয়। এর সাথে ইউজারের চাহিদা, উদ্দেশ্য এবং চালিকাশক্তি সম্পর্কে গভীর ধারণা অর্জন করা জড়িত। তাই, আমরা সব ডিজাইনারকে একটি ডিজাইন প্রক্রিয়া গ্রহণ করার জন্য জোরালোভাবে সুপারিশ করছি, যেমন [**ডাবল ডায়মন্ড প্রসেস**](), যাতে তাদের কাজ সুচিন্তিত এবং উদ্দেশ্যমূলক হয়।
-- [Web3-এর আরও বেশি UX গবেষক এবং ডিজাইনার প্রয়োজন](https://blog.akasha.org/akasha-conversations-9-web3-needs-more-ux-researchers-and-designers) - বর্তমান ডিজাইন পরিপক্কতার একটি সংক্ষিপ্ত বিবরণ
-- [web3-এ UX গবেষণার জন্য একটি সহজ নির্দেশিকা](https://uxplanet.org/a-complete-guide-to-ux-research-for-web-3-0-products-d6bead20ebb1) - কিভাবে গবেষণা করতে হয় তার সহজ নির্দেশিকা
-- [Web3-তে UX সিদ্ধান্ত গ্রহণের পদ্ধতি](https://archive.devcon.org/archive/watch/6/data-empathy-how-to-approach-ux-decisions-in-web3/) - পরিমাণগত এবং গুণগত গবেষণা এবং দুটির মধ্যে পার্থক্যের একটি সংক্ষিপ্ত বিবরণ (ভিডিও, ৬ মিনিট)
-- [web3-এ একজন ux গবেষক হওয়া](https://medium.com/@georgia.rakusen/what-its-like-being-a-user-researcher-in-web3-6a4bcc096849) - web3-এ একজন UX গবেষক হতে কেমন লাগে তার উপর একটি ব্যক্তিগত মতামত
+- [Web3 needs more UX Researchers and Designers](https://blog.akasha.org/akasha-conversations-9-web3-needs-more-ux-researchers-and-designers) - বর্তমান ডিজাইন ম্যাচিউরিটির একটি ওভারভিউ
+- [A simple guide to UX Research in web3](https://uxplanet.org/a-complete-guide-to-ux-research-for-web-3-0-products-d6bead20ebb1) - কীভাবে গবেষণা করতে হয় তার সহজ গাইড
+- [How to Approach UX Decisions in Web3](https://archive.devcon.org/archive/watch/6/data-empathy-how-to-approach-ux-decisions-in-web3/) - কোয়ান্টিটেটিভ এবং কোয়ালিটেটিভ গবেষণার একটি সংক্ষিপ্ত ওভারভিউ এবং এই দুইয়ের মধ্যে পার্থক্য (ভিডিও, 6 মিনিট)
+- [Being a ux researcher in web3](https://medium.com/@georgia.rakusen/what-its-like-being-a-user-researcher-in-web3-6a4bcc096849) - ওয়েব3-তে একজন UX গবেষক হওয়ার অভিজ্ঞতা সম্পর্কে একটি ব্যক্তিগত দৃষ্টিভঙ্গি
-## web3-তে গবেষণামূলক অধ্যয়ন {#research-in-web3}
+## ওয়েব3-তে গবেষণামূলক স্টাডি {#research-in-web3}
-এটি web3-তে করা ব্যবহারকারী গবেষণার একটি সংকলিত তালিকা যা ডিজাইন এবং পণ্য সংক্রান্ত সিদ্ধান্তে সাহায্য করতে পারে অথবা নিজের অধ্যয়ন পরিচালনা করার জন্য অনুপ্রেরণা হিসাবে কাজ করতে পারে।
+এটি ওয়েব3-তে করা ইউজার রিসার্চের একটি বাছাইকৃত তালিকা যা ডিজাইন এবং প্রোডাক্টের সিদ্ধান্ত নিতে সাহায্য করতে পারে অথবা নিজস্ব স্টাডি পরিচালনার জন্য অনুপ্রেরণা হিসেবে কাজ করতে পারে।
-| ফোকাসের ক্ষেত্র | নাম |
-| :------------------------------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| ক্রিপ্টো অনবোর্ডিং | [The Reown Pulse 2024: ক্রিপ্টো গ্রাহকের অনুভূতি এবং ব্যবহার](https://reown.com/blog/unveiling-walletconnects-consumer-crypto-report) |
-| ক্রিপ্টো অনবোর্ডিং | [CRADL: ক্রিপটোকারেন্সিতে UX](https://docs.google.com/presentation/d/1s2OPSH5sMJzxRYaJSSRTe8W2iIoZx0PseIV-WeZWD1s/edit?usp=sharing) |
-| ক্রিপ্টো অনবোর্ডিং | [CRADL: ক্রিপটোকারেন্সিতে অনবোর্ডিং](https://docs.google.com/presentation/d/1R9nFuzA-R6SxaGCKhoMbE4Vxe0JxQSTiHXind3LVq_w/edit?usp=sharing) |
-| ক্রিপ্টো অনবোর্ডিং | [Bitcoin UX রিপোর্ট](https://github.com/patestevao/BitcoinUX-report/blob/master/report.md) |
-| ক্রিপ্টো অনবোর্ডিং | [ConSensys: বিশ্বজুড়ে Web3 ধারণা বিষয়ক অবস্থা 2023](https://consensys.io/insight-report/web3-and-crypto-global-survey-2023) |
-| ক্রিপ্টো অনবোর্ডিং | [NEAR: গ্রহণযোগ্যতার দিকে যাত্রাকে ত্বরান্বিত করা](https://drive.google.com/file/d/1VuaQP4QSaQxR5ddQKTMGI0b0rWdP7uGn/view) |
-| স্টেকিং | [OpenUX: Rocket Pool নোড অপারেটর UX](https://storage.googleapis.com/rocketpool/RocketPool-NodeOperator-UX-Report-Jan-2024.pdf) |
-| স্টেকিং | [স্টেকিং: মূল প্রবণতা, শিক্ষণীয় বিষয় এবং পূর্বাভাস - Eth স্ট্যাকার](https://lookerstudio.google.com/u/0/reporting/cafcee00-e1af-4148-bae8-442a88ac75fa/page/p_ja2srdhh2c?s=hmbTWDh9hJo) |
-| স্টেকিং | [মাল্টি অ্যাপ স্টেকিং](https://github.com/threshold-network/UX-User-Research/blob/main/Multi-App%20Staking%20\(MAS\)/iterative-user-study/MAS%20Iterative%20User%20Study.pdf) |
-| DAO | [2022 DAO গবেষণা আপডেট: DAO নির্মাতাদের কী প্রয়োজন?](https://blog.aragon.org/2022-dao-research-update/) |
-| DeFi | [কভারেজ পুল](https://github.com/threshold-network/UX-User-Research/tree/main/Keep%20Coverage%20Pool) |
-| DeFi | [ConSensys: DeFi ব্যবহারকারী গবেষণা রিপোর্ট 2022](https://cdn2.hubspot.net/hubfs/4795067/ConsenSys%20Codefi-Defi%20User%20ResearchReport.pdf) |
-| মেটাভার্স | [মেটাভার্স: ব্যবহারকারী গবেষণা রিপোর্ট](https://www.politico.com/f/?id=00000187-7685-d820-a7e7-7e85d1420000) |
-| মেটাভার্স | [সাফারিতে যাওয়া: মেটাভার্সে ব্যবহারকারীদের নিয়ে গবেষণা](https://archive.devcon.org/archive/watch/6/going-on-safari-researching-users-in-the-metaverse/?tab=YouTube) (ভিডিও, 27 মিনিট) |
+| ফোকাসের ক্ষেত্র | নাম |
+| :------------------------------------------------------ | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| ক্রিপ্টো অনবোর্ডিং | [The Reown Pulse 2024: Crypto Consumer Sentiment & Usage](https://reown.com/blog/unveiling-walletconnects-consumer-crypto-report) |
+| ক্রিপ্টো অনবোর্ডিং | [CRADL: UX in Cryptocurrency](https://docs.google.com/presentation/d/1s2OPSH5sMJzxRYaJSSRTe8W2iIoZx0PseIV-WeZWD1s/edit?usp=sharing) |
+| ক্রিপ্টো অনবোর্ডিং | [CRADL: Onboarding to Cryptocurrency](https://docs.google.com/presentation/d/1R9nFuzA-R6SxaGCKhoMbE4Vxe0JxQSTiHXind3LVq_w/edit?usp=sharing) |
+| ক্রিপ্টো অনবোর্ডিং | [Bitcoin UX report](https://github.com/patestevao/BitcoinUX-report/blob/master/report.md) |
+| ক্রিপ্টো অনবোর্ডিং | [ConSensys: The State of Web3 perception around the world 2023](https://consensys.io/insight-report/web3-and-crypto-global-survey-2023) |
+| ক্রিপ্টো অনবোর্ডিং | [NEAR: Accelerating the journey towards adoption](https://drive.google.com/file/d/1VuaQP4QSaQxR5ddQKTMGI0b0rWdP7uGn/view) |
+| স্টেকিং | [OpenUX: Rocket Pool Node Operator UX](https://storage.googleapis.com/rocketpool/RocketPool-NodeOperator-UX-Report-Jan-2024.pdf) |
+| স্টেকিং | [Staking: Key trends, takeaways, and predictions - Eth Staker](https://lookerstudio.google.com/u/0/reporting/cafcee00-e1af-4148-bae8-442a88ac75fa/page/p_ja2srdhh2c?s=hmbTWDh9hJo) |
+| স্টেকিং | [Multi App Staking]() |
+| DAO | [2022 DAO Research Update: What do DAO Builders Need?](https://blog.aragon.org/2022-dao-research-update/) |
+| DeFi | [Coverage pools](https://github.com/threshold-network/UX-User-Research/tree/main/Keep%20Coverage%20Pool) |
+| DeFi | [ConSensys: DeFi User Research Report 2022](https://cdn2.hubspot.net/hubfs/4795067/ConsenSys%20Codefi-Defi%20User%20ResearchReport.pdf) |
+| মেটাভার্স | [Metaverse: User Research Report](https://www.politico.com/f/?id=00000187-7685-d820-a7e7-7e85d1420000) |
+| মেটাভার্স | [Going on Safari: Researching Users in the Metaverse](https://archive.devcon.org/archive/watch/6/going-on-safari-researching-users-in-the-metaverse/?tab=YouTube) (ভিডিও, 27 মিনিট) |
-## web3-এর জন্য ডিজাইন {#design-for-web3}
+## ওয়েব3-এর জন্য ডিজাইন {#design-for-web3}
-- [Web3 UX ডিজাইন হ্যান্ডবুক](https://web3ux.design/) - Web3 অ্যাপ ডিজাইন করার জন্য ব্যবহারিক নির্দেশিকা
-- [Web3 ডিজাইন নীতি](https://medium.com/@lyricalpolymath/web3-design-principles-f21db2f240c1) - ব্লকচেইন ভিত্তিক ডিএ্যাপস-এর জন্য UX নিয়মের একটি কাঠামো
-- [ব্লকচেইন ডিজাইন নীতি](https://medium.com/design-ibm/blockchain-design-principles-599c5c067b6e) - IBM-এর ব্লকচেইন ডিজাইন দলের শেখা পাঠ
-- [Neueux.com](https://neueux.com/apps) - বিভিন্ন ফিল্টারিং বিকল্প সহ ব্যবহারকারী ফ্লো-এর UI লাইব্রেরি
-- [Web3-এর ব্যবহারযোগ্যতার সংকট: আপনার যা জানা দরকার!](https://www.youtube.com/watch?v=oBSXT_6YDzg) - ডেভেলপার কেন্দ্রিক প্রকল্প নির্মাণের সমস্যাগুলির উপর একটি প্যানেল আলোচনা (ভিডিও, 34 মিনিট)
+- [Web3 Design Playbook](https://learnweb3.design/) - ডিজাইনার এবং প্রতিষ্ঠাতাদের জন্য Web3 UX নীতি, DeFi প্যাটার্ন, গভর্নেন্স ডিজাইন, ওয়ালেট UX এবং প্রটোকল-লেভেল চিন্তাভাবনার উপর ফ্রেমওয়ার্ক এবং নোটের একটি বিস্তৃত সংগ্রহ
+- [Web3 UX Design Handbook](https://web3ux.design/) - Web3 অ্যাপ ডিজাইন করার প্র্যাক্টিক্যাল গাইড
+- [Web3 Design Principles](https://medium.com/@lyricalpolymath/web3-design-principles-f21db2f240c1) - ব্লকচেইন ভিত্তিক ডিএ্যাপস-এর জন্য UX নিয়মের একটি ফ্রেমওয়ার্ক
+- [Blockchain Design Principles](https://medium.com/design-ibm/blockchain-design-principles-599c5c067b6e) - IBM-এর ব্লকচেইন ডিজাইন টিমের শেখা বিষয়গুলো
+- [Neueux.com](https://neueux.com/apps) - বিভিন্ন ফিল্টারিং অপশনসহ ইউজার ফ্লো-এর UI লাইব্রেরি
+- [Web3's Usability Crisis: What You NEED to Know!](https://www.youtube.com/watch?v=oBSXT_6YDzg) - ডেভেলপার-কেন্দ্রিক প্রজেক্ট তৈরির ত্রুটিগুলো নিয়ে একটি প্যানেল আলোচনা (ভিডিও, 34 মিনিট)
## শুরু করা {#getting-started}
-- [Web3-এর জন্য হিউরিস্টিকস](/developers/docs/design-and-ux/heuristics-for-web3/) - Web3 ইন্টারফেস ডিজাইনের জন্য 7টি হিউরিস্টিকস
-- [DEX ডিজাইন সেরা অভ্যাস](/developers/docs/design-and-ux/dex-design-best-practice/) - ডিসেন্ট্রালাইজড এক্সচেঞ্জ ডিজাইন করার জন্য একটি নির্দেশিকা
+- [Heuristics for Web3](/developers/docs/design-and-ux/heuristics-for-web3/) - Web3 ইন্টারফেস ডিজাইনের জন্য 7টি হিউরিস্টিকস
+- [DEX Design Best Practices](/developers/docs/design-and-ux/dex-design-best-practice/) - ডিসেন্ট্রালাইজড এক্সচেঞ্জ ডিজাইন করার একটি গাইড
-## Web3 ডিজাইন কেস স্টাডি {#design-case-studies}
+## ওয়েব3 ডিজাইন কেস স্টাডি {#design-case-studies}
- [Deep Work Studio](https://www.deepwork.studio/case-studies)
-- [OpenSea-তে একটি NFT বিক্রি করা](https://builtformars.com/case-studies/opensea)
-- [ওয়ালেট UX টিয়ারডাউন: কিভাবে ওয়ালেট পরিবর্তন করা প্রয়োজন](https://www.youtube.com/watch?v=oTpuxYj8JWI&ab_channel=ETHDenver) (ভিডিও, 20 মিনিট)
+- [Selling an NFT on OpenSea](https://builtformars.com/case-studies/opensea)
+- [Wallet UX teardown how wallets need to change](https://www.youtube.com/watch?v=oTpuxYj8JWI&ab_channel=ETHDenver) (ভিডিও, 20 মিনিট)
## ডিজাইন বাউন্টি {#bounties}
- [Dework](https://app.dework.xyz/bounties)
-- [Buildbox হ্যাক্যাথন](https://app.buidlbox.io/)
-- [ETHGlobal হ্যাক্যাথন](https://ethglobal.com/)
+- [Buildbox hackathons](https://app.buidlbox.io/)
+- [ETHGlobal hackathons](https://ethglobal.com/)
## ডিজাইন DAO এবং কমিউনিটি {#design-daos-and-communities}
-পেশাদার কমিউনিটি-চালিত সংস্থাগুলিতে জড়িত হন বা অন্যান্য সদস্যদের সাথে ডিজাইন এবং গবেষণা সম্পর্কিত বিষয় এবং প্রবণতা নিয়ে আলোচনা করার জন্য ডিজাইন গ্রুপে যোগ দিন।
+পেশাদার কমিউনিটি-চালিত সংস্থাগুলোতে যুক্ত হোন অথবা অন্যান্য সদস্যদের সাথে ডিজাইন এবং গবেষণা সম্পর্কিত বিষয় ও ট্রেন্ড নিয়ে আলোচনা করতে ডিজাইন গ্রুপগুলোতে যোগ দিন।
- [Vectordao.com](https://vectordao.com/)
- [Deepwork.studio](https://www.deepwork.studio/)
@@ -74,13 +75,13 @@ lang: bn
## ডিজাইন সিস্টেম এবং অন্যান্য ডিজাইন রিসোর্স {#design-systems-and-resources}
-- [Optimism ডিজাইন](https://www.figma.com/@optimism) (Figma)
-- [Ethereum.org ডিজাইন সিস্টেম](https://www.figma.com/@ethdotorg) (Figma)
-- [Finity, Polygon-এর একটি ডিজাইন সিস্টেম](https://www.figma.com/community/file/1073921725197233598/finity-design-system) (Figma)
-- [Kleros ডিজাইন সিস্টেম](https://www.figma.com/community/file/999852250110186964/kleros-design-system) (Figma)
-- [Safe ডিজাইন সিস্টেম](https://www.figma.com/community/file/1337417127407098506/safe-design-system) (Figma)
-- [ENS ডিজাইন সিস্টেম](https://thorin.ens.domains/)
-- [Mirror ডিজাইন সিস্টেম](https://degen-xyz.vercel.app/)
+- [Optimism Design](https://www.figma.com/@optimism) (Figma)
+- [Ethereum.org Design system](https://www.figma.com/@ethdotorg) (Figma)
+- [Finity, a design system by Polygon](https://www.figma.com/community/file/1073921725197233598/finity-design-system) (Figma)
+- [Kleros Design System](https://www.figma.com/community/file/999852250110186964/kleros-design-system) (Figma)
+- [Safe Design System](https://www.figma.com/community/file/1337417127407098506/safe-design-system) (Figma)
+- [ENS Design system](https://thorin.ens.domains/)
+- [Mirror Design System](https://degen-xyz.vercel.app/)
-**এই পৃষ্ঠায় তালিকাভুক্ত নিবন্ধ এবং প্রকল্পগুলি অফিসিয়াল অনুমোদন নয়**, এবং শুধুমাত্র তথ্যের উদ্দেশ্যে প্রদান করা হয়েছে।
-আমরা আমাদের [তালিকাভুক্তকরণ নীতি](/contributing/design/adding-design-resources)-এর মানদণ্ডের উপর ভিত্তি করে এই পৃষ্ঠায় লিঙ্ক যুক্ত করি। আপনি যদি চান আমরা কোনো প্রকল্প/নিবন্ধ যোগ করি, তাহলে [GitHub](https://github.com/ethereum/ethereum-org-website/blob/dev/public/content/developers/docs/design-and-ux/index.md)-এ এই পৃষ্ঠাটি সম্পাদনা করুন।
+**এই পৃষ্ঠায় তালিকাভুক্ত আর্টিকেল এবং প্রজেক্টগুলো কোনো অফিসিয়াল অনুমোদন নয়**, এবং এগুলো শুধুমাত্র তথ্য প্রদানের উদ্দেশ্যে দেওয়া হয়েছে।
+আমরা আমাদের [লিস্টিং পলিসি](/contributing/design/adding-design-resources)-এর মানদণ্ডের ওপর ভিত্তি করে এই পৃষ্ঠায় লিংক যোগ করি। আপনি যদি চান আমরা কোনো প্রজেক্ট/আর্টিকেল যোগ করি, তবে [GitHub](https://github.com/ethereum/ethereum-org-website/blob/dev/public/content/developers/docs/design-and-ux/index.md)-এ এই পৃষ্ঠাটি এডিট করুন।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/development-networks/index.md b/public/content/translations/bn/developers/docs/development-networks/index.md
index c48e8c3e96b..cd9f76802bc 100644
--- a/public/content/translations/bn/developers/docs/development-networks/index.md
+++ b/public/content/translations/bn/developers/docs/development-networks/index.md
@@ -1,71 +1,75 @@
---
-title: "ডেভেলপমেন্ট নেটওয়ার্ক"
-description: "ডেভেলপমেন্ট নেটওয়ার্ক এবং ইথেরিয়াম অ্যাপ্লিকেশন তৈরিতে সাহায্য করার জন্য উপলব্ধ টুলগুলির একটি ওভারভিউ।"
+title: ডেভেলপমেন্ট নেটওয়ার্ক
+description: ডেভেলপমেন্ট নেটওয়ার্ক এবং ইথিরিয়াম অ্যাপ্লিকেশন তৈরিতে সাহায্য করার জন্য উপলব্ধ টুলগুলোর একটি ওভারভিউ।
lang: bn
---
-স্মার্ট কন্ট্র্যাক্ট সহ একটি ইথেরিয়াম অ্যাপ্লিকেশন তৈরি করার সময়, আপনি এটিকে ডিপ্লয় করার আগে এটি কীভাবে কাজ করে তা দেখার জন্য একটি স্থানীয় নেটওয়ার্কে চালাতে চাইবেন।
+স্মার্ট কন্ট্রাক্ট দিয়ে একটি [ইথিরিয়াম](/) অ্যাপ্লিকেশন তৈরি করার সময়, এটি ডিপ্লয় করার আগে কীভাবে কাজ করে তা দেখার জন্য আপনি এটিকে একটি লোকাল নেটওয়ার্কে চালাতে চাইবেন।
-ওয়েব ডেভেলপমেন্টের জন্য আপনি আপনার কম্পিউটারে যেভাবে একটি স্থানীয় সার্ভার চালাতে পারেন, সেভাবেই আপনার dapp পরীক্ষা করার জন্য একটি স্থানীয় ব্লকচেইন ইনস্ট্যান্স তৈরি করতে আপনি একটি ডেভেলপমেন্ট নেটওয়ার্ক ব্যবহার করতে পারেন। এই ইথেরিয়াম ডেভেলপমেন্ট নেটওয়ার্কগুলি এমন বৈশিষ্ট্য সরবরাহ করে যা একটি পাবলিক টেস্টনেটের চেয়ে অনেক দ্রুত পুনরাবৃত্তির অনুমতি দেয় (উদাহরণস্বরূপ আপনাকে টেস্টনেট ফসেট থেকে ETH অর্জন করার সাথে ডিল করতে হবে না)।
+ওয়েব ডেভেলপমেন্টের জন্য আপনি যেমন আপনার কম্পিউটারে একটি লোকাল সার্ভার চালাতে পারেন, ঠিক তেমনি আপনার ডিএ্যাপ পরীক্ষা করার জন্য একটি লোকাল ব্লকচেইন ইনস্ট্যান্স তৈরি করতে আপনি একটি ডেভেলপমেন্ট নেটওয়ার্ক ব্যবহার করতে পারেন। এই ইথিরিয়াম ডেভেলপমেন্ট নেটওয়ার্কগুলো এমন সব ফিচার প্রদান করে যা একটি পাবলিক টেস্টনেট-এর চেয়ে অনেক দ্রুত ইটারেশনের সুযোগ দেয় (উদাহরণস্বরূপ, আপনাকে কোনো টেস্টনেট ফাসেট থেকে ETH সংগ্রহ করার ঝামেলা পোহাতে হবে না)।
## পূর্বশর্ত {#prerequisites}
-ডেভেলপমেন্ট নেটওয়ার্কে প্রবেশ করার আগে আপনার [ইথেরিয়াম স্ট্যাকের মূল বিষয়গুলি](/developers/docs/ethereum-stack/) এবং [ইথেরিয়াম নেটওয়ার্কগুলি](/developers/docs/networks/) বোঝা উচিত।
+ডেভেলপমেন্ট নেটওয়ার্ক সম্পর্কে জানার আগে আপনার [ইথিরিয়াম স্ট্যাকের বেসিক](/developers/docs/ethereum-stack/) এবং [ইথিরিয়াম নেটওয়ার্ক](/developers/docs/networks/) সম্পর্কে বোঝা উচিত।
-## একটি ডেভেলপমেন্ট নেটওয়ার্ক কী? {#what-is-a-development-network}
+## ডেভেলপমেন্ট নেটওয়ার্ক কী? {#what-is-a-development-network}
-ডেভেলপমেন্ট নেটওয়ার্কগুলি মূলত ইথেরিয়াম ক্লায়েন্ট (ইথেরিয়ামের বাস্তবায়ন) যা বিশেষত স্থানীয় ডেভেলপমেন্টের জন্য ডিজাইন করা হয়েছে।
+ডেভেলপমেন্ট নেটওয়ার্কগুলো মূলত ইথিরিয়াম ক্লায়েন্ট (ইথিরিয়ামের ইমপ্লিমেন্টেশন) যা বিশেষভাবে লোকাল ডেভেলপমেন্টের জন্য ডিজাইন করা হয়েছে।
-**কেন শুধু স্থানীয়ভাবে একটি স্ট্যান্ডার্ড ইথেরিয়াম নোড চালাবেন না?**
+**কেন শুধু একটি স্ট্যান্ডার্ড ইথিরিয়াম নোড লোকালি চালানো হয় না?**
-আপনি _পারেন_ [একটি নোড চালাতে](/developers/docs/nodes-and-clients/#running-your-own-node) কিন্তু যেহেতু ডেভেলপমেন্ট নেটওয়ার্কগুলি ডেভেলপমেন্টের জন্য উদ্দেশ্য-নির্মিত, তাই তারা প্রায়শই সুবিধাজনক বৈশিষ্ট্য সহ আসে যেমন:
+আপনি চাইলে [একটি নোড চালাতে পারেন](/developers/docs/nodes-and-clients/#running-your-own-node), কিন্তু যেহেতু ডেভেলপমেন্ট নেটওয়ার্কগুলো বিশেষভাবে ডেভেলপমেন্টের উদ্দেশ্যে তৈরি, তাই এগুলোতে প্রায়ই সুবিধাজনক ফিচার থাকে, যেমন:
-- আপনার স্থানীয় ব্লকচেইনকে ডেটা দিয়ে নির্ণায়কভাবে সীড করা (যেমন, ETH ব্যালেন্স সহ অ্যাকাউন্ট)।
-- এটি প্রাপ্ত প্রতিটি ট্রানজ্যাকশনের সাথে সাথে, ক্রমানুসারে এবং কোনো বিলম্ব ছাড়াই ব্লক তৈরি করা
+- আপনার লোকাল ব্লকচেইনকে ডেটা দিয়ে ডিটারমিনিস্টিকভাবে সিড করা (যেমন, ETH ব্যালেন্সসহ অ্যাকাউন্ট)
+- প্রতিটি লেনদেন পাওয়ার সাথে সাথে কোনো বিলম্ব ছাড়াই ক্রমানুসারে তাৎক্ষণিকভাবে ব্লকস তৈরি করা
- উন্নত ডিবাগিং এবং লগিং কার্যকারিতা
-## উপলব্ধ টুলস {#available-projects}
+## উপলব্ধ টুলগুলো {#available-projects}
-**নোট**: বেশিরভাগ [ডেভেলপমেন্ট ফ্রেমওয়ার্ক](/developers/docs/frameworks/) একটি অন্তর্নির্মিত ডেভেলপমেন্ট নেটওয়ার্ক অন্তর্ভুক্ত করে। আপনার [স্থানীয় ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ করতে](/developers/local-environment/) আমরা একটি ফ্রেমওয়ার্ক দিয়ে শুরু করার পরামর্শ দিই।
+**নোট**: বেশিরভাগ [ডেভেলপমেন্ট ফ্রেমওয়ার্কে](/developers/docs/frameworks/) একটি বিল্ট-ইন ডেভেলপমেন্ট নেটওয়ার্ক অন্তর্ভুক্ত থাকে। আমরা আপনার [লোকাল ডেভেলপমেন্ট পরিবেশ সেট আপ](/developers/local-environment/) করার জন্য একটি ফ্রেমওয়ার্ক দিয়ে শুরু করার পরামর্শ দিই।
-### Hardhat নেটওয়ার্ক {#hardhat-network}
+### Hardhat Network {#hardhat-network}
-ডেভেলপমেন্টের জন্য ডিজাইন করা একটি স্থানীয় ইথেরিয়াম নেটওয়ার্ক। এটি আপনাকে আপনার কন্ট্র্যাক্ট ডিপ্লয় করতে, আপনার পরীক্ষা চালাতে এবং আপনার কোড ডিবাগ করতে দেয়।
+ডেভেলপমেন্টের জন্য ডিজাইন করা একটি লোকাল ইথিরিয়াম নেটওয়ার্ক। এটি আপনাকে আপনার কন্ট্রাক্ট ডিপ্লয় করতে, টেস্ট রান করতে এবং কোড ডিবাগ করতে দেয়।
-Hardhat নেটওয়ার্ক Hardhat-এর সাথে বিল্ট-ইন আসে, যা পেশাদারদের জন্য একটি ইথেরিয়াম ডেভেলপমেন্ট এনভায়রনমেন্ট।
+Hardhat Network পেশাদারদের জন্য একটি ইথিরিয়াম ডেভেলপমেন্ট পরিবেশ Hardhat-এর সাথে বিল্ট-ইন আসে।
- [ওয়েবসাইট](https://hardhat.org/)
- [GitHub](https://github.com/NomicFoundation/hardhat)
-### স্থানীয় বিকন চেইন {#local-beacon-chains}
+### লোকাল বিকন চেইন {#local-beacon-chains}
-কিছু কনসেন্সাস ক্লায়েন্টের পরীক্ষার উদ্দেশ্যে স্থানীয় বিকন চেইন চালু করার জন্য অন্তর্নির্মিত টুলস রয়েছে। Lighthouse, Nimbus এবং Lodestar-এর জন্য নির্দেশাবলী উপলব্ধ আছে:
+কিছু কনসেন্সাস ক্লায়েন্ট-এর টেস্টিংয়ের উদ্দেশ্যে লোকাল বিকন চেইন চালু করার জন্য বিল্ট-ইন টুল রয়েছে। Lighthouse, Nimbus এবং Lodestar-এর জন্য নির্দেশিকা উপলব্ধ রয়েছে:
-- [Lodestar ব্যবহার করে স্থানীয় টেস্টনেট](https://chainsafe.github.io/lodestar/contribution/advanced-topics/setting-up-a-testnet#post-merge-local-testnet/)
-- [Lighthouse ব্যবহার করে স্থানীয় টেস্টনেট](https://lighthouse-book.sigmaprime.io/setup.html#local-testnets)
+- [Lodestar ব্যবহার করে লোকাল টেস্টনেট](https://chainsafe.github.io/lodestar/contribution/advanced-topics/setting-up-a-testnet#post-merge-local-testnet/)
+- [Lighthouse ব্যবহার করে লোকাল টেস্টনেট](https://lighthouse-book.sigmaprime.io/setup.html#local-testnets)
-### পাবলিক ইথেরিয়াম টেস্ট-চেইন {#public-beacon-testchains}
+### পাবলিক ইথিরিয়াম টেস্ট-চেইন {#public-beacon-testchains}
-ইথেরিয়ামের দুটি রক্ষণাবেক্ষণ করা পাবলিক টেস্ট ইমপ্লিমেন্টেশনও রয়েছে: Sepolia এবং Hoodi। দীর্ঘমেয়াদী সাপোর্ট সহ প্রস্তাবিত টেস্টনেট হলো Hoodi, যেখানে যে কেউ ভ্যালিডেট করতে স্বাধীন। Sepolia একটি অনুমতিপ্রাপ্ত ভ্যালিডেটর সেট ব্যবহার করে, যার অর্থ এই টেস্টনেটে নতুন ভ্যালিডেটরদের জন্য কোনো সাধারণ অ্যাক্সেস নেই।
+ইথিরিয়ামের দুটি মেইনটেইন করা পাবলিক টেস্ট ইমপ্লিমেন্টেশনও রয়েছে: Sepolia এবং Hoodi। দীর্ঘমেয়াদী সাপোর্টসহ প্রস্তাবিত টেস্টনেট হলো Hoodi, যেখানে যে কেউ স্বাধীনভাবে ভ্যালিডেট করতে পারে। Sepolia একটি পারমিশনড ভ্যালিডেটর সেট ব্যবহার করে, যার মানে হলো এই টেস্টনেট-এ নতুন ভ্যালিডেটরস-এর জন্য কোনো সাধারণ অ্যাক্সেস নেই।
- [Hoodi স্টেকিং লঞ্চপ্যাড](https://hoodi.launchpad.ethereum.org/)
-### Kurtosis ইথেরিয়াম প্যাকেজ {#kurtosis}
+### Kurtosis ইথিরিয়াম প্যাকেজ {#kurtosis}
-Kurtosis হলো মাল্টি-কন্টেইনার টেস্ট এনভায়রনমেন্টের জন্য একটি বিল্ড সিস্টেম যা ডেভেলপারদের স্থানীয়ভাবে ব্লকচেইন নেটওয়ার্কের পুনরুৎপাদনযোগ্য ইনস্ট্যান্স চালু করতে সক্ষম করে।
+Kurtosis হলো মাল্টি-কন্টেইনার টেস্ট পরিবেশের জন্য একটি বিল্ড সিস্টেম যা ডেভেলপারদের লোকালি ব্লকচেইন নেটওয়ার্কের রিপ্রোডিউসিবল ইনস্ট্যান্স চালু করতে সক্ষম করে।
-ইথেরিয়াম Kurtosis প্যাকেজটি Docker বা Kubernetes-এর উপর একটি প্যারামিটারাইজযোগ্য, অত্যন্ত স্কেলেবল এবং ব্যক্তিগত ইথেরিয়াম টেস্টনেটকে দ্রুত ইনস্ট্যান্টিয়েট করতে ব্যবহার করা যেতে পারে। প্যাকেজটি সমস্ত প্রধান এক্সিকিউশন লেয়ার (EL) এবং কনসেন্সাস লেয়ার (CL) ক্লায়েন্টদের সাপোর্ট করে। Kurtosis সুন্দরভাবে ইথেরিয়াম কোর ইনফ্রাস্ট্রাকচার সম্পর্কিত ভ্যালিডেশন এবং টেস্টিং ওয়ার্কফ্লোতে ব্যবহারের জন্য একটি প্রতিনিধিত্বকারী নেটওয়ার্কের জন্য সমস্ত স্থানীয় পোর্ট ম্যাপিং এবং পরিষেবা সংযোগগুলি পরিচালনা করে।
+ইথিরিয়াম Kurtosis প্যাকেজটি Docker বা Kubernetes-এর ওপর একটি প্যারামিটারাইজেবল, হাইলি স্কেলেবল এবং প্রাইভেট ইথিরিয়াম টেস্টনেট দ্রুত ইনস্ট্যানশিয়েট করতে ব্যবহার করা যেতে পারে। প্যাকেজটি সমস্ত প্রধান এক্সিকিউশন লেয়ার (EL) এবং কনসেন্সাস লেয়ার (CL) ক্লায়েন্ট সমর্থন করে। ইথিরিয়াম কোর ইনফ্রাস্ট্রাকচার সম্পর্কিত ভ্যালিডেশন এবং টেস্টিং ওয়ার্কফ্লোতে ব্যবহার করার জন্য Kurtosis একটি রিপ্রেজেন্টেটিভ নেটওয়ার্কের জন্য সমস্ত লোকাল পোর্ট ম্যাপিং এবং সার্ভিস কানেকশনগুলো সুন্দরভাবে পরিচালনা করে।
-- [ইথেরিয়াম নেটওয়ার্ক প্যাকেজ](https://github.com/kurtosis-tech/ethereum-package)
+- [ইথিরিয়াম নেটওয়ার্ক প্যাকেজ](https://github.com/kurtosis-tech/ethereum-package)
- [ওয়েবসাইট](https://www.kurtosis.com/)
- [GitHub](https://github.com/kurtosis-tech/kurtosis)
-- [নথিপত্র](https://docs.kurtosis.com/)
+- [ডকুমেন্টেশন](https://docs.kurtosis.com/)
-## আরও পড়ুন {#further-reading}
+## আরও পড়াশোনা {#further-reading}
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_আপনাকে সাহায্য করেছে এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
-## সম্পর্কিত বিষয় {#related-topics}
+## সম্পর্কিত টপিকগুলো {#related-topics}
-- [ডেভেলপমেন্ট ফ্রেমওয়ার্ক](/developers/docs/frameworks/)
-- [একটি স্থানীয় ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ করুন](/developers/local-environment/)
+- [ডেভেলপমেন্ট ফ্রেমওয়ার্ক](/developers/docs/frameworks/)
+- [একটি লোকাল ডেভেলপমেন্ট পরিবেশ সেট আপ করুন](/developers/local-environment/)
+
+## টিউটোরিয়াল: ইথিরিয়ামে ডেভেলপমেন্ট নেটওয়ার্ক এবং টেস্টিং পরিবেশ {#tutorials}
+
+- [একটি মাল্টি-ক্লায়েন্ট লোকাল ইথিরিয়াম টেস্টনেট দিয়ে ডিএ্যাপস তৈরি এবং পরীক্ষা করুন](/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/) _– ডিএ্যাপ ডেভেলপমেন্ট এবং টেস্টিংয়ের জন্য Kurtosis দিয়ে কীভাবে একটি লোকাল মাল্টি-ক্লায়েন্ট ইথিরিয়াম টেস্টনেট চালু করবেন।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/ethereum-stack/index.md b/public/content/translations/bn/developers/docs/ethereum-stack/index.md
index 8e68181c133..9bb9662cccd 100644
--- a/public/content/translations/bn/developers/docs/ethereum-stack/index.md
+++ b/public/content/translations/bn/developers/docs/ethereum-stack/index.md
@@ -1,61 +1,61 @@
---
-title: "Ethereum স্ট্যাকের ভূমিকা"
-description: "Ethereum স্ট্যাকের বিভিন্ন লেয়ার এবং কীভাবে সেগুলি একসাথে ফিট করে তার একটি ওয়াকথ্রু।"
+title: ইথিরিয়াম স্ট্যাকের পরিচিতি
+description: ইথিরিয়াম স্ট্যাকের বিভিন্ন লেয়ার এবং সেগুলো কীভাবে একসাথে কাজ করে তার একটি নির্দেশিকা।
lang: bn
---
-যেকোনও সফটওয়্যার স্ট্যাকের মতোই, আপনার লক্ষ্যের উপর নির্ভর করে সম্পূর্ণ "Ethereum স্ট্যাক" প্রজেক্ট থেকে প্রজেক্টে ভিন্ন হবে।
+যেকোনো সফটওয়্যার স্ট্যাকের মতো, সম্পূর্ণ "ইথিরিয়াম স্ট্যাক" আপনার লক্ষ্যের ওপর ভিত্তি করে প্রজেক্ট অনুযায়ী ভিন্ন হবে।
-তবে, Ethereum-এর মূল উপাদান রয়েছে যা সফটওয়্যার অ্যাপ্লিকেশনগুলি কীভাবে Ethereum ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করে তার জন্য একটি মানসিক মডেল প্রদান করতে সহায়তা করে। স্ট্যাকের লেয়ারগুলি বোঝা আপনাকে সেই বিভিন্ন উপায়গুলি বুঝতে সাহায্য করবে যার মাধ্যমে Ethereum সফ্টওয়্যার প্রজেক্টগুলিতে একত্রিত করা যেতে পারে।
+তবে, ইথিরিয়ামের কিছু মূল উপাদান রয়েছে যা সফটওয়্যার অ্যাপ্লিকেশনগুলো কীভাবে ইথিরিয়াম ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করে তার একটি মানসিক মডেল প্রদান করতে সাহায্য করে। স্ট্যাকের লেয়ারগুলো বুঝতে পারলে ইথিরিয়ামকে কীভাবে বিভিন্ন উপায়ে সফটওয়্যার প্রজেক্টে যুক্ত করা যায় তা বুঝতে আপনার সুবিধা হবে।
-## স্তর 1: Ethereum ভার্চুয়াল মেশিন {#ethereum-virtual-machine}
+## লেভেল 1: ইথিরিয়াম ভার্চুয়াল মেশিন {#ethereum-virtual-machine}
-[Ethereum ভার্চুয়াল মেশিন (EVM)](/developers/docs/evm/) হলো Ethereum-এ স্মার্ট কন্ট্র্যাক্টের জন্য রানটাইম এনভায়রনমেন্ট। Ethereum ব্লকচেইনের সমস্ত স্মার্ট কন্ট্র্যাক্ট এবং অবস্থার পরিবর্তন [ট্রানজ্যাকশন](/developers/docs/transactions/) দ্বারা নির্বাহ করা হয়। EVM, Ethereum নেটওয়ার্কের সমস্ত ট্রানজ্যাকশন প্রসেসিং পরিচালনা করে।
+[ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)](/developers/docs/evm/) হলো ইথিরিয়ামে স্মার্ট কন্ট্রাক্টের রানটাইম এনভায়রনমেন্ট। ইথিরিয়াম ব্লকচেইনে সমস্ত স্মার্ট কন্ট্রাক্ট এবং স্টেট পরিবর্তনগুলো [লেনদেন](/developers/docs/transactions/)-এর মাধ্যমে এক্সিকিউট করা হয়। EVM ইথিরিয়াম নেটওয়ার্কের সমস্ত লেনদেন প্রক্রিয়াকরণ পরিচালনা করে।
-যেকোনো ভার্চুয়াল মেশিনের মতোই, EVM এক্সিকিউটিং কোড এবং এক্সিকিউটিং মেশিন (একটি Ethereum নোড) এর মধ্যে একটি অ্যাবস্ট্র্যাকশন লেভেল তৈরি করে। বর্তমানে, EVM বিশ্বজুড়ে বিতরণ করা হাজার হাজার নোডে চলছে।
+যেকোনো ভার্চুয়াল মেশিনের মতো, EVM এক্সিকিউটিং কোড এবং এক্সিকিউটিং মেশিনের (একটি ইথিরিয়াম নোড) মধ্যে একটি অ্যাবস্ট্রাকশন লেয়ার তৈরি করে। বর্তমানে, EVM বিশ্বজুড়ে ডিস্ট্রিবিউটেড হাজার হাজার নোডে চলছে।
-ভিতরে ভিতরে, EVM নির্দিষ্ট কাজ সম্পাদন করার জন্য অপকোড নির্দেশাবলীর একটি সেট ব্যবহার করে। এই (140টি অনন্য) অপকোডগুলি EVM-কে [Turing-complete](https://en.wikipedia.org/wiki/Turing_completeness) হতে দেয়, যার মানে হল পর্যাপ্ত রিসোর্স থাকলে EVM প্রায় যেকোনো কিছু গণনা করতে সক্ষম।
+নেপথ্যে, EVM নির্দিষ্ট কাজগুলো এক্সিকিউট করার জন্য এক সেট অপকোড (opcode) নির্দেশাবলী ব্যবহার করে। এই (140টি অনন্য) অপকোডগুলো EVM-কে [টুরিং-কমপ্লিট (Turing-complete)](https://en.wikipedia.org/wiki/Turing_completeness) হতে সাহায্য করে, যার মানে হলো পর্যাপ্ত রিসোর্স দেওয়া হলে EVM প্রায় যেকোনো কিছু গণনা করতে সক্ষম।
-একজন ডিএ্যাপ ডেভেলপার হিসেবে, আপনার EVM সম্পর্কে এর অস্তিত্ব এবং এটি ডাউনটাইম ছাড়াই নির্ভরযোগ্যভাবে Ethereum-এর সমস্ত অ্যাপ্লিকেশনকে শক্তি জোগায়, এর বাইরে খুব বেশি কিছু জানার দরকার নেই।
+একজন ডিএ্যাপ ডেভেলপার হিসেবে, EVM সম্পর্কে আপনার খুব বেশি কিছু জানার প্রয়োজন নেই, শুধু এটুকু জানলেই হবে যে এর অস্তিত্ব রয়েছে এবং এটি কোনো ডাউনটাইম ছাড়াই ইথিরিয়ামের সমস্ত অ্যাপ্লিকেশনকে নির্ভরযোগ্যভাবে শক্তি যোগায়।
-## স্তর 2: স্মার্ট কন্ট্র্যাক্ট {#smart-contracts}
+## লেভেল 2: স্মার্ট কন্ট্রাক্ট {#smart-contracts}
-[স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) হলো এক্সিকিউটেবল প্রোগ্রাম যা Ethereum ব্লকচেইনে চলে।
+[স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) হলো এক্সিকিউটেবল প্রোগ্রাম যা ইথিরিয়াম ব্লকচেইনে চলে।
-স্মার্ট কন্ট্র্যাক্টগুলি নির্দিষ্ট [প্রোগ্রামিং ভাষা](/developers/docs/smart-contracts/languages/) ব্যবহার করে লেখা হয় যা EVM বাইটকোডে (অপকোড নামক নিম্ন-স্তরের মেশিন নির্দেশাবলী) কম্পাইল হয়।
+স্মার্ট কন্ট্রাক্টগুলো নির্দিষ্ট [প্রোগ্রামিং ভাষা](/developers/docs/smart-contracts/languages/) ব্যবহার করে লেখা হয় যা EVM বাইটকোডে (লো-লেভেল মেশিন নির্দেশাবলী যাকে অপকোড বলা হয়) কম্পাইল হয়।
-স্মার্ট কন্ট্র্যাক্টগুলি কেবল ওপেন সোর্স লাইব্রেরি হিসেবেই কাজ করে না, তারা মূলত ওপেন API পরিষেবা যা সর্বদা চালু থাকে এবং বন্ধ করা যায় না। স্মার্ট কন্ট্র্যাক্টগুলি পাবলিক ফাংশন সরবরাহ করে যার সাথে ব্যবহারকারী এবং অ্যাপ্লিকেশনগুলি ([ডিএ্যাপস](/developers/docs/dapps/)) অনুমতি ছাড়াই ইন্টারঅ্যাক্ট করতে পারে। যেকোনো অ্যাপ্লিকেশন ফাংশনালিটি কম্পোজ করার জন্য ডিপ্লয় করা স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টিগ্রেট করতে পারে, যেমন [ডেটা ফিড](/developers/docs/oracles/) যোগ করা বা টোকেন সোয়াপ সমর্থন করা। এছাড়াও, যে কেউ তাদের অ্যাপ্লিকেশনের প্রয়োজন মেটাতে কাস্টম ফাংশনালিটি যোগ করার জন্য Ethereum-এ নতুন স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে পারে।
+স্মার্ট কন্ট্রাক্টগুলো কেবল ওপেন সোর্স লাইব্রেরি হিসেবেই কাজ করে না, এগুলো মূলত ওপেন API পরিষেবা যা সবসময় চলতে থাকে এবং এগুলোকে বন্ধ করা যায় না। স্মার্ট কন্ট্রাক্টগুলো পাবলিক ফাংশন প্রদান করে যার সাথে ব্যবহারকারী এবং অ্যাপ্লিকেশনগুলো ([ডিএ্যাপস](/developers/docs/dapps/)) কোনো অনুমতি ছাড়াই ইন্টারঅ্যাক্ট করতে পারে। যেকোনো অ্যাপ্লিকেশন ডিপ্লয় করা স্মার্ট কন্ট্রাক্টের সাথে যুক্ত হয়ে কার্যকারিতা তৈরি করতে পারে, যেমন [ডেটা ফিড](/developers/docs/oracles/) যোগ করা বা টোকেন সোয়াপ সমর্থন করা। এছাড়া, যেকোনো ব্যক্তি তাদের অ্যাপ্লিকেশনের চাহিদা মেটাতে কাস্টম কার্যকারিতা যোগ করার জন্য ইথিরিয়ামে নতুন স্মার্ট কন্ট্রাক্ট ডিপ্লয় করতে পারে।
-একজন ডিএ্যাপ ডেভেলপার হিসেবে, আপনি যদি Ethereum ব্লকচেইনে কাস্টম ফাংশনালিটি যোগ করতে চান তবেই আপনাকে স্মার্ট কন্ট্র্যাক্ট লিখতে হবে। আপনি হয়তো দেখবেন যে আপনি শুধুমাত্র বিদ্যমান স্মার্ট কন্ট্র্যাক্টগুলির সাথে ইন্টিগ্রেট করেই আপনার প্রজেক্টের বেশিরভাগ বা সমস্ত প্রয়োজন পূরণ করতে পারেন, উদাহরণস্বরূপ যদি আপনি স্টেবলকয়েনে পেমেন্ট সমর্থন করতে চান বা টোকেনের ডিসেন্ট্রালাইজড এক্সচেঞ্জ সক্ষম করতে চান।
+একজন ডিএ্যাপ ডেভেলপার হিসেবে, আপনি যদি ইথিরিয়াম ব্লকচেইনে কাস্টম কার্যকারিতা যোগ করতে চান তবেই আপনাকে স্মার্ট কন্ট্রাক্ট লিখতে হবে। আপনি হয়তো দেখতে পাবেন যে শুধুমাত্র বিদ্যমান স্মার্ট কন্ট্রাক্টগুলোর সাথে যুক্ত হয়েই আপনি আপনার প্রজেক্টের বেশিরভাগ বা সমস্ত চাহিদা পূরণ করতে পারেন, উদাহরণস্বরূপ যদি আপনি স্টেবলকয়েনে পেমেন্ট সমর্থন করতে চান বা টোকেনের ডিসেন্ট্রালাইজড এক্সচেঞ্জ সক্ষম করতে চান।
-## স্তর 3: Ethereum নোড {#ethereum-nodes}
+## লেভেল 3: ইথিরিয়াম নোড {#ethereum-nodes}
-একটি অ্যাপ্লিকেশনের Ethereum ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য, এটিকে অবশ্যই একটি [Ethereum নোডের](/developers/docs/nodes-and-clients/) সাথে সংযোগ স্থাপন করতে হবে। একটি নোডের সাথে সংযোগ স্থাপন করলে আপনি ব্লকচেইন ডেটা পড়তে এবং/অথবা নেটওয়ার্কে ট্রানজ্যাকশন পাঠাতে পারবেন।
+একটি অ্যাপ্লিকেশনের ইথিরিয়াম ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য, এটিকে অবশ্যই একটি [ইথিরিয়াম নোড](/developers/docs/nodes-and-clients/)-এর সাথে সংযুক্ত হতে হবে। একটি নোডের সাথে সংযুক্ত হলে আপনি ব্লকচেইন ডেটা পড়তে পারবেন এবং/অথবা নেটওয়ার্কে লেনদেন পাঠাতে পারবেন।
-Ethereum নোড হলো সফটওয়্যার চালিত কম্পিউটার - একটি Ethereum ক্লায়েন্ট। একটি ক্লায়েন্ট হলো Ethereum-এর একটি বাস্তবায়ন যা প্রতিটি ব্লকের সমস্ত ট্রানজ্যাকশন যাচাই করে, নেটওয়ার্ককে সুরক্ষিত এবং ডেটাকে নির্ভুল রাখে। **Ethereum নোডগুলিই হলো Ethereum ব্লকচেইন**। তারা সম্মিলিতভাবে Ethereum ব্লকচেইনের অবস্থা সংরক্ষণ করে এবং ব্লকচেইনের অবস্থা পরিবর্তন করার জন্য ট্রানজ্যাকশনের উপর কনসেন্সাসে পৌঁছায়।
+ইথিরিয়াম নোডগুলো হলো এমন কম্পিউটার যা সফটওয়্যার চালায় - একটি ইথিরিয়াম ক্লায়েন্ট। ক্লায়েন্ট হলো ইথিরিয়ামের একটি ইমপ্লিমেন্টেশন যা প্রতিটি ব্লকের সমস্ত লেনদেন যাচাই করে, নেটওয়ার্ককে সুরক্ষিত রাখে এবং ডেটা নির্ভুল রাখে। **ইথিরিয়াম নোডগুলোই হলো ইথিরিয়াম ব্লকচেইন**। এগুলো সম্মিলিতভাবে ইথিরিয়াম ব্লকচেইনের স্টেট সংরক্ষণ করে এবং ব্লকচেইনের স্টেট পরিবর্তন করার জন্য লেনদেনের ওপর কনসেন্সাস-এ পৌঁছায়।
-আপনার অ্যাপ্লিকেশনটিকে একটি Ethereum নোডের সাথে ([JSON-RPC API](/developers/docs/apis/json-rpc/) এর মাধ্যমে) সংযোগ করে, আপনার অ্যাপ্লিকেশনটি ব্লকচেইন থেকে ডেটা পড়তে (যেমন ব্যবহারকারী অ্যাকাউন্টের ব্যালেন্স) এবং নেটওয়ার্কে নতুন ট্রানজ্যাকশন ব্রডকাস্ট করতে (যেমন ব্যবহারকারী অ্যাকাউন্টগুলির মধ্যে ETH স্থানান্তর করা বা স্মার্ট কন্ট্র্যাক্টের ফাংশনগুলি এক্সিকিউট করা) সক্ষম হয়।
+আপনার অ্যাপ্লিকেশনকে একটি ইথিরিয়াম নোডের সাথে সংযুক্ত করার মাধ্যমে ([JSON-RPC API](/developers/docs/apis/json-rpc/)-এর মাধ্যমে), আপনার অ্যাপ্লিকেশন ব্লকচেইন থেকে ডেটা পড়তে সক্ষম হয় (যেমন ব্যবহারকারীর একাউন্ট ব্যালেন্স) এবং সেইসাথে নেটওয়ার্কে নতুন লেনদেন সম্প্রচার করতে পারে (যেমন ব্যবহারকারীর একাউন্টগুলোর মধ্যে ETH স্থানান্তর করা বা স্মার্ট কন্ট্রাক্টের ফাংশনগুলো এক্সিকিউট করা)।
-## স্তর 4: Ethereum ক্লায়েন্ট API {#ethereum-client-apis}
+## লেভেল 4: ইথিরিয়াম ক্লায়েন্ট API {#ethereum-client-apis}
-অনেক সুবিধাজনক লাইব্রেরি (Ethereum-এর ওপেন সোর্স কমিউনিটি দ্বারা নির্মিত এবং রক্ষণাবেক্ষণ করা) আপনার অ্যাপ্লিকেশনগুলিকে Ethereum ব্লকচেইনের সাথে সংযোগ স্থাপন এবং যোগাযোগ করতে দেয়।
+অনেক সুবিধাজনক লাইব্রেরি (যা ইথিরিয়ামের ওপেন সোর্স কমিউনিটি দ্বারা তৈরি এবং পরিচালিত) আপনার অ্যাপ্লিকেশনগুলোকে ইথিরিয়াম ব্লকচেইনের সাথে সংযুক্ত হতে এবং যোগাযোগ করতে দেয়।
-যদি আপনার ব্যবহারকারী-মুখী অ্যাপ্লিকেশনটি একটি ওয়েব অ্যাপ হয়, আপনি সরাসরি আপনার ফ্রন্টএন্ডে একটি [JavaScript API](/developers/docs/apis/javascript/) `npm install` করতে পারেন। অথবা হয়তো আপনি একটি [Python](/developers/docs/programming-languages/python/) বা [Java](/developers/docs/programming-languages/java/) API ব্যবহার করে এই ফাংশনালিটি সার্ভার-সাইডে বাস্তবায়ন করতে পছন্দ করবেন।
+আপনার ব্যবহারকারী-মুখী অ্যাপ্লিকেশনটি যদি একটি ওয়েব অ্যাপ হয়, তবে আপনি সরাসরি আপনার ফ্রন্টএন্ডে একটি [জাভাস্ক্রিপ্ট API](/developers/docs/apis/javascript/) `npm install` করতে পারেন। অথবা হয়তো আপনি একটি [পাইথন](/developers/docs/programming-languages/python/) বা [জাভা](/developers/docs/programming-languages/java/) API ব্যবহার করে সার্ভার-সাইডে এই কার্যকারিতাটি ইমপ্লিমেন্ট করতে চাইবেন।
-যদিও এই API-গুলি স্ট্যাকের একটি অপরিহার্য অংশ নয়, তবে তারা সরাসরি একটি Ethereum নোডের সাথে ইন্টারঅ্যাক্ট করার অনেক জটিলতাকে অ্যাবস্ট্রাক্ট করে। তারা ইউটিলিটি ফাংশনও (যেমন, ETH-কে Gwei-তে রূপান্তর করা) সরবরাহ করে, তাই একজন ডেভেলপার হিসেবে আপনি Ethereum ক্লায়েন্টের জটিলতা নিয়ে কম সময় ব্যয় করতে পারেন এবং আপনার অ্যাপ্লিকেশনের নির্দিষ্ট ফাংশনালিটির উপর বেশি সময় মনোযোগ দিতে পারেন।
+যদিও এই API-গুলো স্ট্যাকের কোনো প্রয়োজনীয় অংশ নয়, এগুলো সরাসরি একটি ইথিরিয়াম নোডের সাথে ইন্টারঅ্যাক্ট করার অনেক জটিলতা দূর করে। এগুলো ইউটিলিটি ফাংশনও প্রদান করে (যেমন, ETH-কে Gwei-তে রূপান্তর করা) যাতে একজন ডেভেলপার হিসেবে আপনি ইথিরিয়াম ক্লায়েন্টগুলোর জটিলতা নিয়ে কম সময় ব্যয় করতে পারেন এবং আপনার অ্যাপ্লিকেশনের নির্দিষ্ট কার্যকারিতার ওপর বেশি সময় ফোকাস করতে পারেন।
-## স্তর 5: এন্ড-ইউজার অ্যাপ্লিকেশন {#end-user-applications}
+## লেভেল 5: এন্ড-ইউজার অ্যাপ্লিকেশন {#end-user-applications}
-স্ট্যাকের সর্বোচ্চ স্তরে রয়েছে ব্যবহারকারী-মুখী অ্যাপ্লিকেশন। এগুলি হলো স্ট্যান্ডার্ড অ্যাপ্লিকেশন যা আপনি আজ নিয়মিত ব্যবহার করেন এবং তৈরি করেন: প্রাথমিকভাবে ওয়েব এবং মোবাইল অ্যাপ।
+স্ট্যাকের শীর্ষ লেভেলে রয়েছে ব্যবহারকারী-মুখী অ্যাপ্লিকেশনগুলো। এগুলো হলো সেই স্ট্যান্ডার্ড অ্যাপ্লিকেশন যা আপনি বর্তমানে নিয়মিত ব্যবহার করেন এবং তৈরি করেন: মূলত ওয়েব এবং মোবাইল অ্যাপ।
-আপনি যেভাবে এই ইউজার ইন্টারফেসগুলি ডেভেলপ করেন তা মূলত অপরিবর্তিত থাকে। প্রায়শই ব্যবহারকারীদের জানার প্রয়োজন হবে না যে তারা যে অ্যাপ্লিকেশনটি ব্যবহার করছে তা একটি ব্লকচেইন ব্যবহার করে তৈরি করা হয়েছে।
+আপনি যেভাবে এই ইউজার ইন্টারফেসগুলো তৈরি করেন তা মূলত অপরিবর্তিত থাকে। প্রায়শই ব্যবহারকারীদের জানার প্রয়োজন হবে না যে তারা যে অ্যাপ্লিকেশনটি ব্যবহার করছে তা একটি ব্লকচেইন ব্যবহার করে তৈরি করা হয়েছে।
## আপনার স্ট্যাক বেছে নিতে প্রস্তুত? {#ready-to-choose-your-stack}
-আপনার Ethereum অ্যাপ্লিকেশনের জন্য একটি [লোকাল ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ](/developers/local-environment/) করতে আমাদের গাইডটি দেখুন।
+আপনার ইথিরিয়াম অ্যাপ্লিকেশনের জন্য [একটি লোকাল ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ করার](/developers/local-environment/) আমাদের গাইডটি দেখুন।
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
-- [একটি ওয়েব 3.0 অ্যাপ্লিকেশনের আর্কিটেকচার](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _প্রীতি কাসিরেড্ডি_
+- [একটি ওয়েব 3.0 অ্যাপ্লিকেশনের আর্কিটেকচার](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) - _প্রীতি কাসিরেড্ডি_
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_আপনাকে সাহায্য করেছে এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/evm/index.md b/public/content/translations/bn/developers/docs/evm/index.md
index 91ff30ed91d..3cda364e9cf 100644
--- a/public/content/translations/bn/developers/docs/evm/index.md
+++ b/public/content/translations/bn/developers/docs/evm/index.md
@@ -1,88 +1,93 @@
---
-title: "ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)"
-description: "ইথেরিয়াম ভার্চুয়াল মেশিনের একটি পরিচিতি এবং এটি কীভাবে স্টেট, ট্রানজ্যাকশন এবং স্মার্ট কন্ট্র্যাক্টের সাথে সম্পর্কিত।"
+title: ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)
+description: ইথিরিয়াম ভার্চুয়াল মেশিন এবং স্টেট, লেনদেন ও স্মার্ট কন্ট্রাক্টের সাথে এর সম্পর্ক সম্পর্কে একটি পরিচিতি।
lang: bn
---
-ইথেরিয়াম ভার্চুয়াল মেশিন (EVM) একটি বিকেন্দ্রীভূত ভার্চুয়াল এনভায়রনমেন্ট যা সমস্ত Ethereum নোড জুড়ে ধারাবাহিকভাবে এবং সুরক্ষিতভাবে কোড এক্সিকিউট করে। নোডগুলি স্মার্ট কন্ট্র্যাক্ট এক্সিকিউট করার জন্য EVM চালায়, "[gas](/developers/docs/gas/)" ব্যবহার করে [অপারেশনগুলির](/developers/docs/evm/opcodes/) জন্য প্রয়োজনীয় কম্পিউটেশনাল প্রচেষ্টা পরিমাপ করে, যা কার্যকর রিসোর্স বরাদ্দ এবং নেটওয়ার্ক নিরাপত্তা নিশ্চিত করে।
+ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) হলো একটি ডিসেন্ট্রালাইজড ভার্চুয়াল পরিবেশ যা সমস্ত [Ethereum](/) নোড জুড়ে ধারাবাহিকভাবে এবং নিরাপদে কোড এক্সিকিউট করে। নোডগুলো স্মার্ট কন্ট্রাক্ট এক্সিকিউট করার জন্য EVM চালায়, [অপারেশনগুলোর](/developers/docs/evm/opcodes/) জন্য প্রয়োজনীয় কম্পিউটেশনাল প্রচেষ্টা পরিমাপ করতে "[গ্যাস](/developers/docs/gas/)" ব্যবহার করে, যা দক্ষ রিসোর্স বরাদ্দ এবং নেটওয়ার্ক নিরাপত্তা নিশ্চিত করে।
## পূর্বশর্ত {#prerequisites}
-EVM বোঝার জন্য কম্পিউটার সায়েন্সের কিছু সাধারণ পরিভাষা যেমন [bytes](https://wikipedia.org/wiki/Byte), [memory](https://wikipedia.org/wiki/Computer_memory), এবং একটি [stack](https://wikipedia.org/wiki/Stack_\(abstract_data_type\)) এর সাথে প্রাথমিক পরিচিতি থাকা প্রয়োজন। ক্রিপ্টোগ্রাফি/ব্লকচেইন ধারণা যেমন [hash functions](https://wikipedia.org/wiki/Cryptographic_hash_function) এবং [Merkle tree](https://wikipedia.org/wiki/Merkle_tree) এর সাথে পরিচিতি থাকলেও সহায়ক হবে।
+EVM বোঝার জন্য কম্পিউটার বিজ্ঞানের সাধারণ পরিভাষা যেমন [বাইট](https://wikipedia.org/wiki/Byte), [মেমরি](https://wikipedia.org/wiki/Computer_memory) এবং [স্ট্যাক]() সম্পর্কে প্রাথমিক ধারণা থাকা প্রয়োজন। এছাড়া ক্রিপ্টোগ্রাফি/ব্লকচেইন ধারণা যেমন [হ্যাস ফাংশন](https://wikipedia.org/wiki/Cryptographic_hash_function) এবং [মার্কেল ট্রি](https://wikipedia.org/wiki/Merkle_tree) সম্পর্কে ধারণা থাকাও সহায়ক হবে।
## লেজার থেকে স্টেট মেশিন {#from-ledger-to-state-machine}
-Bitcoin-এর মতো ব্লকচেইন বর্ণনা করার জন্য প্রায়শই 'ডিস্ট্রিবিউটেড লেজার'-এর উপমা ব্যবহার করা হয়, যা ক্রিপ্টোগ্রাফির মৌলিক টুলস ব্যবহার করে একটি বিকেন্দ্রীভূত কারেন্সি সক্ষম করে। লেজারটি কার্যকলাপের একটি রেকর্ড বজায় রাখে যা একটি নির্দিষ্ট নিয়মাবলীর সেটকে মেনে চলে, যা নির্ধারণ করে যে কেউ লেজারটি পরিবর্তন করার জন্য কী করতে পারে এবং কী করতে পারে না। উদাহরণস্বরূপ, একটি Bitcoin অ্যাড্রেস আগে যা পেয়েছে তার থেকে বেশি Bitcoin খরচ করতে পারে না। এই নিয়মগুলি Bitcoin এবং অন্যান্য অনেক ব্লকচেইনের সমস্ত ট্রানজ্যাকশনের ভিত্তি।
+বিটকয়েনের মতো ব্লকচেইন বর্ণনা করতে প্রায়শই 'ডিস্ট্রিবিউটেড লেজার' এর উপমা ব্যবহার করা হয়, যা ক্রিপ্টোগ্রাফি এর মৌলিক সরঞ্জামগুলো ব্যবহার করে একটি ডিসেন্ট্রালাইজড মুদ্রা সক্ষম করে। লেজার কার্যকলাপের একটি রেকর্ড বজায় রাখে যা অবশ্যই কিছু নিয়মের সেট মেনে চলে, যা নির্ধারণ করে লেজার পরিবর্তন করার জন্য কেউ কী করতে পারে এবং কী করতে পারে না। উদাহরণস্বরূপ, একটি বিটকয়েন এডড্রেস পূর্বে প্রাপ্ত পরিমাণের চেয়ে বেশি বিটকয়েন ব্যয় করতে পারে না। এই নিয়মগুলো বিটকয়েন এবং অন্যান্য অনেক ব্লকচেইন এর সমস্ত লেনদেন এর ভিত্তি।
-যদিও Ethereum-এর নিজস্ব নেটিভ ক্রিপটোকারেন্সি (ইথার) আছে যা প্রায় একই স্বজ্ঞাত নিয়মগুলি অনুসরণ করে, এটি একটি অনেক বেশি শক্তিশালী ফাংশনও সক্ষম করে: [smart contracts](/developers/docs/smart-contracts/)। এই আরও জটিল বৈশিষ্ট্যের জন্য, একটি আরও পরিশীলিত উপমার প্রয়োজন। ডিস্ট্রিবিউটেড লেজারের পরিবর্তে, Ethereum একটি ডিস্ট্রিবিউটেড [state machine](https://wikipedia.org/wiki/Finite-state_machine)। Ethereum-এর স্টেট হল একটি বিশাল ডেটা স্ট্রাকচার যা শুধুমাত্র সমস্ত অ্যাকাউন্ট এবং ব্যালেন্সই ধরে রাখে না, বরং একটি _মেশিন স্টেট_ ধারণ করে, যা একটি পূর্ব-নির্ধারিত নিয়মাবলীর সেট অনুযায়ী ব্লক থেকে ব্লকে পরিবর্তন হতে পারে, এবং যা ইচ্ছামত মেশিন কোড এক্সিকিউট করতে পারে। ব্লক থেকে ব্লকে স্টেট পরিবর্তনের নির্দিষ্ট নিয়মগুলি EVM দ্বারা সংজ্ঞায়িত হয়।
+যদিও ইথিরিয়ামের নিজস্ব নেটিভ ক্রিপটোকারেন্সি (ইথার) রয়েছে যা প্রায় হুবহু একই স্বজ্ঞাত নিয়ম অনুসরণ করে, এটি আরও অনেক শক্তিশালী ফাংশন সক্ষম করে: [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/)। এই আরও জটিল বৈশিষ্ট্যের জন্য, আরও পরিশীলিত উপমা প্রয়োজন। একটি ডিস্ট্রিবিউটেড লেজার এর পরিবর্তে, ইথিরিয়াম হলো একটি ডিস্ট্রিবিউটেড [স্টেট মেশিন](https://wikipedia.org/wiki/Finite-state_machine)। ইথিরিয়ামের স্টেট হলো একটি বিশাল ডেটা স্ট্রাকচার যা কেবল সমস্ত একাউন্ট এবং ব্যালেন্সই ধারণ করে না, বরং একটি _মেশিন স্টেট_ ধারণ করে, যা পূর্ব-নির্ধারিত নিয়মের সেট অনুযায়ী ব্লক থেকে ব্লকে পরিবর্তিত হতে পারে এবং যা যেকোনো মেশিন কোড এক্সিকিউট করতে পারে। ব্লক থেকে ব্লকে স্টেট পরিবর্তনের নির্দিষ্ট নিয়মগুলো EVM দ্বারা সংজ্ঞায়িত করা হয়।
-
-_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত ডায়াগ্রাম_
+
+_চিত্রটি [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে গৃহীত_
-## Ethereum স্টেট ট্রানজিশন ফাংশন {#the-ethereum-state-transition-function}
+## ইথিরিয়াম স্টেট ট্রানজিশন ফাংশন {#the-ethereum-state-transition-function}
-EVM একটি গাণিতিক ফাংশনের মতো আচরণ করে: একটি ইনপুট দিলে, এটি একটি ডিটারমিনিস্টিক আউটপুট তৈরি করে। অতএব, Ethereum-কে আরও আনুষ্ঠানিকভাবে একটি **স্টেট ট্রানজিশন ফাংশন** হিসেবে বর্ণনা করা বেশ সহায়ক:
+EVM একটি গাণিতিক ফাংশনের মতো আচরণ করে: একটি ইনপুট দেওয়া হলে, এটি একটি ডিটারমিনিস্টিক আউটপুট তৈরি করে। তাই ইথিরিয়ামকে আরও আনুষ্ঠানিকভাবে একটি **স্টেট ট্রানজিশন ফাংশন** হিসেবে বর্ণনা করা বেশ সহায়ক:
```
Y(S, T)= S'
```
-একটি পুরানো বৈধ স্টেট `(S)` এবং নতুন বৈধ ট্রানজ্যাকশনের সেট `(T)` দেওয়া হলে, Ethereum স্টেট ট্রানজিশন ফাংশন `Y(S, T)` একটি নতুন বৈধ আউটপুট স্টেট `S'` তৈরি করে।
+একটি পুরানো বৈধ স্টেট `(S)` এবং বৈধ লেনদেন এর একটি নতুন সেট `(T)` দেওয়া হলে, ইথিরিয়াম স্টেট ট্রানজিশন ফাংশন `Y(S, T)` একটি নতুন বৈধ আউটপুট স্টেট `S'` তৈরি করে।
### স্টেট {#state}
-Ethereum-এর প্রসঙ্গে, স্টেট হল একটি বিশাল ডেটা স্ট্রাকচার যা [modified Merkle Patricia Trie](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) নামে পরিচিত, যা সমস্ত [অ্যাকাউন্টকে](/developers/docs/accounts/) হ্যাসের মাধ্যমে লিঙ্ক করে রাখে এবং ব্লকচেইনে সংরক্ষিত একটি একক রুট হ্যাসে পরিণত করা যায়।
+ইথিরিয়ামের প্রেক্ষাপটে, স্টেট হলো একটি বিশাল ডেটা স্ট্রাকচার যাকে [মডিফাইড মার্কেল প্যাট্রিসিয়া ট্রাই](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/) বলা হয়, যা সমস্ত [একাউন্ট](/developers/docs/accounts/) হ্যাস দ্বারা সংযুক্ত রাখে এবং ব্লকচেইন এ সংরক্ষিত একটি একক রুট হ্যাস এ হ্রাসযোগ্য।
### লেনদেন {#transactions}
-লেনদেন হল অ্যাকাউন্ট থেকে ক্রিপ্টোগ্রাফিকভাবে স্বাক্ষরিত নির্দেশাবলী। দুই ধরনের ট্রানজ্যাকশন আছে: যেগুলি মেসেজ কলের ফলে হয় এবং যেগুলি কন্ট্র্যাক্ট তৈরির ফলে হয়।
+লেনদেন হলো একাউন্ট থেকে ক্রিপ্টোগ্রাফিক ভাবে স্বাক্ষরিত নির্দেশাবলী। দুই ধরনের লেনদেন রয়েছে: যেগুলো মেসেজ কলের ফলাফল এবং যেগুলো কন্ট্রাক্ট তৈরির ফলাফল।
-কন্ট্র্যাক্ট তৈরির ফলে একটি নতুন কন্ট্র্যাক্ট অ্যাকাউন্ট তৈরি হয়, যেখানে কম্পাইল করা [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/anatomy/) বাইটকোড থাকে। যখনই অন্য কোনো অ্যাকাউন্ট সেই কন্ট্র্যাক্টে মেসেজ কল করে, তখন এটি তার বাইটকোড এক্সিকিউট করে।
+কন্ট্রাক্ট তৈরির ফলে কম্পাইল করা [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/anatomy/) বাইটকোড ধারণকারী একটি নতুন কন্ট্রাক্ট একাউন্ট তৈরি হয়। যখনই অন্য কোনো একাউন্ট সেই কন্ট্রাক্টে মেসেজ কল করে, এটি তার বাইটকোড এক্সিকিউট করে।
## EVM নির্দেশাবলী {#evm-instructions}
-EVM একটি 1024 আইটেমের ডেপথ সহ [স্ট্যাক মেশিন](https://wikipedia.org/wiki/Stack_machine) হিসাবে এক্সিকিউট করে। প্রতিটি আইটেম একটি 256-বিটের শব্দ, যা 256-বিট ক্রিপ্টোগ্রাফি (যেমন Keccak-256 হ্যাস বা secp256k1 সিগনেচার) এর সাথে ব্যবহারের সুবিধার জন্য বেছে নেওয়া হয়েছিল।
+EVM 1024 আইটেমের গভীরতা সহ একটি [স্ট্যাক মেশিন](https://wikipedia.org/wiki/Stack_machine) হিসেবে এক্সিকিউট হয়। প্রতিটি আইটেম একটি 256-বিট শব্দ, যা 256-বিট ক্রিপ্টোগ্রাফি (যেমন Keccak-256 হ্যাস বা secp256k1 সিগনেচার) এর সাথে ব্যবহারের সুবিধার জন্য বেছে নেওয়া হয়েছিল।
-এক্সিকিউশনের সময়, EVM একটি ক্ষণস্থায়ী _মেমরি_ (একটি শব্দ-অ্যাড্রেসড বাইট অ্যারে হিসাবে) বজায় রাখে, যা ট্রানজ্যাকশনের মধ্যে স্থায়ী হয় না।
+এক্সিকিউশনের সময়, EVM একটি ক্ষণস্থায়ী _মেমরি_ (একটি শব্দ-সম্বোধিত বাইট অ্যারে হিসেবে) বজায় রাখে, যা লেনদেন এর মধ্যে স্থায়ী হয় না।
-### ক্ষণস্থায়ী স্টোরেজ
+### ট্রানজিয়েন্ট স্টোরেজ
-ক্ষণস্থায়ী স্টোরেজ হল একটি প্রতি-ট্রানজ্যাকশন কী-ভ্যালু স্টোর যা `TSTORE` এবং `TLOAD` অপকোডের মাধ্যমে অ্যাক্সেস করা হয়। এটি একই ট্রানজ্যাকশনের সময় সমস্ত অভ্যন্তরীণ কলের মধ্যে স্থায়ী হয় কিন্তু ট্রানজ্যাকশনের শেষে মুছে যায়। মেমরির মতো নয়, ক্ষণস্থায়ী স্টোরেজ এক্সিকিউশন ফ্রেমের পরিবর্তে EVM স্টেটের অংশ হিসাবে মডেল করা হয়, তবুও এটি গ্লোবাল স্টেটে প্রতিশ্রুতিবদ্ধ নয়। ক্ষণস্থায়ী স্টোরেজ একটি ট্রানজ্যাকশনের সময় অভ্যন্তরীণ কলের মধ্যে গ্যাস-সাশ্রয়ী অস্থায়ী স্টেট শেয়ারিং সক্ষম করে।
+ট্রানজিয়েন্ট স্টোরেজ হলো একটি প্রতি-লেনদেন কী-ভ্যালু স্টোর যা `TSTORE` এবং `TLOAD` অপকোডের মাধ্যমে এক্সেস করা হয়। এটি একই লেনদেন এর সময় সমস্ত অভ্যন্তরীণ কল জুড়ে স্থায়ী হয় তবে লেনদেন এর শেষে মুছে ফেলা হয়। মেমরির বিপরীতে, ট্রানজিয়েন্ট স্টোরেজকে এক্সিকিউশন ফ্রেমের পরিবর্তে EVM স্টেট এর অংশ হিসেবে মডেল করা হয়, তবুও এটি গ্লোবাল স্টেট এ প্রতিশ্রুতিবদ্ধ নয়। ট্রানজিয়েন্ট স্টোরেজ একটি লেনদেন এর সময় অভ্যন্তরীণ কল জুড়ে গ্যাস-সাশ্রয়ী অস্থায়ী স্টেট শেয়ারিং সক্ষম করে।
-### সংগ্রহস্থল
+### স্টোরেজ
-কন্ট্র্যাক্টে একটি Merkle Patricia _স্টোরেজ_ ট্রাই (একটি শব্দ-অ্যাড্রেসযোগ্য শব্দ অ্যারে হিসাবে) থাকে, যা সংশ্লিষ্ট অ্যাকাউন্টের সাথে যুক্ত এবং গ্লোবাল স্টেটের অংশ। এই স্থায়ী স্টোরেজ ক্ষণস্থায়ী স্টোরেজ থেকে আলাদা, যা শুধুমাত্র একটি একক ট্রানজ্যাকশনের সময়কালের জন্য উপলব্ধ এবং অ্যাকাউন্টের স্থায়ী স্টোরেজ ট্রাই-এর অংশ গঠন করে না।
+কন্ট্রাক্টগুলোতে একটি মার্কেল প্যাট্রিসিয়া _স্টোরেজ_ ট্রাই (একটি শব্দ-সম্বোধনযোগ্য শব্দ অ্যারে হিসেবে) থাকে, যা সংশ্লিষ্ট একাউন্ট এর সাথে যুক্ত এবং গ্লোবাল স্টেট এর অংশ। এই স্থায়ী স্টোরেজটি ট্রানজিয়েন্ট স্টোরেজ থেকে আলাদা, যা শুধুমাত্র একটি একক লেনদেন এর সময়কালের জন্য উপলব্ধ এবং একাউন্ট এর স্থায়ী স্টোরেজ ট্রাইয়ের অংশ গঠন করে না।
-### Opcodes
+### অপকোডস
-কম্পাইল করা স্মার্ট কন্ট্র্যাক্ট বাইটকোড একাধিক EVM [opcodes](/developers/docs/evm/opcodes) হিসাবে এক্সিকিউট হয়, যা `XOR`, `AND`, `ADD`, `SUB` ইত্যাদির মতো স্ট্যান্ডার্ড স্ট্যাক অপারেশন সম্পাদন করে। EVM এছাড়াও `ADDRESS`, `BALANCE`, `BLOCKHASH` ইত্যাদির মতো বেশ কিছু ব্লকচেইন-নির্দিষ্ট স্ট্যাক অপারেশন প্রয়োগ করে। অপকোড সেটে `TSTORE` এবং `TLOAD` অন্তর্ভুক্ত রয়েছে, যা ক্ষণস্থায়ী স্টোরেজে অ্যাক্সেস প্রদান করে।
+কম্পাইল করা স্মার্ট কন্ট্রাক্ট বাইটকোড বেশ কয়েকটি EVM [অপকোড](/developers/docs/evm/opcodes) হিসেবে এক্সিকিউট হয়, যা `XOR`, `AND`, `ADD`, `SUB` ইত্যাদির মতো স্ট্যান্ডার্ড স্ট্যাক অপারেশন সম্পাদন করে। EVM বেশ কয়েকটি ব্লকচেইন-নির্দিষ্ট স্ট্যাক অপারেশনও প্রয়োগ করে, যেমন `ADDRESS`, `BALANCE`, `BLOCKHASH` ইত্যাদি। অপকোড সেটে `TSTORE` এবং `TLOAD` ও অন্তর্ভুক্ত রয়েছে, যা ট্রানজিয়েন্ট স্টোরেজে এক্সেস প্রদান করে।
-
-_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত ডায়াগ্রাম_
+
+_চিত্রগুলো [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে গৃহীত_
## EVM ইমপ্লিমেন্টেশন {#evm-implementations}
-EVM-এর সমস্ত ইমপ্লিমেন্টেশনকে অবশ্যই Ethereum Yellowpaper-এ বর্ণিত স্পেসিফিকেশন মেনে চলতে হবে।
+EVM এর সমস্ত ইমপ্লিমেন্টেশন অবশ্যই ইথিরিয়াম ইয়েলোপেপারে বর্ণিত স্পেসিফিকেশন মেনে চলতে হবে।
-Ethereum-এর দশ বছরের ইতিহাসে, EVM-এর বেশ কিছু সংশোধন হয়েছে, এবং বিভিন্ন প্রোগ্রামিং ভাষায় EVM-এর বেশ কিছু ইমপ্লিমেন্টেশন রয়েছে।
+ইথিরিয়ামের দশ বছরের ইতিহাসে, EVM বেশ কয়েকটি রিভিশনের মধ্য দিয়ে গেছে এবং বিভিন্ন প্রোগ্রামিং ভাষায় EVM এর বেশ কয়েকটি ইমপ্লিমেন্টেশন রয়েছে।
-[Ethereum এক্সিকিউশন ক্লায়েন্টগুলিতে](/developers/docs/nodes-and-clients/#execution-clients) একটি EVM ইমপ্লিমেন্টেশন অন্তর্ভুক্ত থাকে। এছাড়াও, একাধিক স্বতন্ত্র ইমপ্লিমেন্টেশন রয়েছে, যার মধ্যে রয়েছে:
+[ইথিরিয়াম এক্সিকিউশন ক্লায়েন্ট](/developers/docs/nodes-and-clients/#execution-clients) একটি EVM ইমপ্লিমেন্টেশন অন্তর্ভুক্ত করে। উপরন্তু, একাধিক স্বতন্ত্র ইমপ্লিমেন্টেশন রয়েছে, যার মধ্যে রয়েছে:
- [Py-EVM](https://github.com/ethereum/py-evm) - _Python_
- [evmone](https://github.com/ethereum/evmone) - _C++_
- [ethereumjs-vm](https://github.com/ethereumjs/ethereumjs-vm) - _JavaScript_
- [revm](https://github.com/bluealloy/revm) - _Rust_
-## আরও পড়ুন {#further-reading}
+## আরও পঠন {#further-reading}
-- [Ethereum Yellowpaper](https://ethereum.github.io/yellowpaper/paper.pdf)
-- [Jellopaper ওরফে KEVM: K-তে EVM-এর সেম্যান্টিক্স](https://jellopaper.org/)
-- [The Beigepaper](https://github.com/chronaeon/beigepaper)
-- [Ethereum ভার্চুয়াল মেশিন অপকোড](https://www.ethervm.io/)
-- [Ethereum ভার্চুয়াল মেশিন অপকোড ইন্টারঅ্যাক্টিভ রেফারেন্স](https://www.evm.codes/)
-- [Solidity-র ডকুমেন্টেশনে একটি সংক্ষিপ্ত পরিচিতি](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#index-6)
-- [মাস্টারিং Ethereum - দি Ethereum ভার্চুয়াল মেশিন](https://github.com/ethereumbook/ethereumbook/blob/openedition/13evm.asciidoc)
+- [ইথিরিয়াম ইয়েলোপেপার](https://ethereum.github.io/yellowpaper/paper.pdf)
+- [জেলোপেপার বা KEVM: K-তে EVM এর শব্দার্থবিদ্যা](https://jellopaper.org/)
+- [দ্য বেইজপেপার](https://github.com/chronaeon/beigepaper)
+- [ইথিরিয়াম ভার্চুয়াল মেশিন অপকোডস](https://www.ethervm.io/)
+- [ইথিরিয়াম ভার্চুয়াল মেশিন অপকোডস ইন্টারেক্টিভ রেফারেন্স](https://www.evm.codes/)
+- [সলিডিটির ডকুমেন্টেশনে একটি সংক্ষিপ্ত পরিচিতি](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#index-6)
+- [মাস্টারিং ইথিরিয়াম - ইথিরিয়াম ভার্চুয়াল মেশিন](https://github.com/ethereumbook/ethereumbook/blob/openedition/13evm.asciidoc)
-## সম্পর্কিত বিষয় {#related-topics}
+## সম্পর্কিত বিষয়সমূহ {#related-topics}
- [গ্যাস](/developers/docs/gas/)
+
+## টিউটোরিয়াল: ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) / ইথিরিয়ামে অপকোডস {#tutorials}
+
+- [ইয়েলো পেপারের EVM স্পেসিফিকেশন বোঝা](/developers/tutorials/yellow-paper-evm/) _– ইথিরিয়াম ইয়েলো পেপার থেকে আনুষ্ঠানিক EVM স্পেকের একটি নির্দেশিত ওয়াকথ্রু।_
+- [একটি কন্ট্রাক্ট রিভার্স ইঞ্জিনিয়ারিং](/developers/tutorials/reverse-engineering-a-contract/) _– EVM অপকোড ব্যবহার করে কীভাবে একটি কম্পাইল করা স্মার্ট কন্ট্রাক্ট রিভার্স-ইঞ্জিনিয়ার করতে হয়।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/evm/opcodes/index.md b/public/content/translations/bn/developers/docs/evm/opcodes/index.md
index 9740ce20db4..dde11cd812e 100644
--- a/public/content/translations/bn/developers/docs/evm/opcodes/index.md
+++ b/public/content/translations/bn/developers/docs/evm/opcodes/index.md
@@ -1,177 +1,177 @@
---
-title: "EVM-এর জন্য অপকোডসমূহ"
-description: "ইথেরিয়াম ভার্চুয়াল মেশিনের জন্য উপলব্ধ সমস্ত অপকোডের একটি তালিকা।"
+title: EVM-এর জন্য অপকোড
+description: ইথিরিয়াম ভার্চুয়াল মেশিন-এর জন্য উপলব্ধ সমস্ত অপকোডের একটি তালিকা।
lang: bn
---
-## একনজরে {#overview}
+## ওভারভিউ {#overview}
-এটি [wolflo/evm-opcodes](https://github.com/wolflo/evm-opcodes)-এ EVM রেফারেন্স পেজের একটি আপডেট করা সংস্করণ।
-এছাড়াও এটি [ইয়োলো পেপার](https://ethereum.github.io/yellowpaper/paper.pdf), [জেলো পেপার](https://jellopaper.org/evm/), এবং [geth](https://github.com/ethereum/go-ethereum) ইমপ্লিমেন্টেশন থেকে নেওয়া হয়েছে।
-এটি একটি সহজলভ্য রেফারেন্স হিসেবে তৈরি করা হয়েছে, তবে এটি বিশেষভাবে কঠোর নয়।
-আপনি যদি সঠিকতার ব্যাপারে নিশ্চিত হতে চান এবং প্রতিটি এজ কেস সম্পর্কে অবগত থাকতে চান, তবে জেলো পেপার বা ক্লায়েন্ট ইমপ্লিমেন্টেশন ব্যবহার করার পরামর্শ দেওয়া হচ্ছে।
+এটি [wolflo/evm-opcodes](https://github.com/wolflo/evm-opcodes)-এ থাকা EVM রেফারেন্স পেজের একটি আপডেট করা সংস্করণ।
+এছাড়াও এটি [Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf), [Jello Paper](https://jellopaper.org/evm/), এবং [geth](https://github.com/ethereum/go-ethereum) ইমপ্লিমেন্টেশন থেকে নেওয়া হয়েছে।
+এটি একটি সহজলভ্য রেফারেন্স হিসেবে তৈরি করা হয়েছে, তবে এটি খুব বেশি কঠোর বা বিস্তারিত নয়।
+আপনি যদি সঠিকতা সম্পর্কে নিশ্চিত হতে চান এবং প্রতিটি এজ কেস সম্পর্কে সচেতন থাকতে চান, তবে Jello Paper বা একটি ক্লায়েন্ট ইমপ্লিমেন্টেশন ব্যবহার করার পরামর্শ দেওয়া হচ্ছে।
একটি ইন্টারেক্টিভ রেফারেন্স খুঁজছেন? [evm.codes](https://www.evm.codes/) দেখুন।
ডাইনামিক গ্যাস খরচের অপারেশনগুলোর জন্য, [gas.md](https://github.com/wolflo/evm-opcodes/blob/main/gas.md) দেখুন।
-💡 দ্রুত টিপ: সম্পূর্ণ লাইন দেখতে, ডেস্কটপে অনুভূমিকভাবে স্ক্রল করার জন্য `[shift] + scroll` ব্যবহার করুন।
+💡 কুইক টিপ: সম্পূর্ণ লাইন দেখতে, ডেস্কটপে অনুভূমিকভাবে স্ক্রোল করতে `[shift] + scroll` ব্যবহার করুন।
-| স্ট্যাক | নাম | গ্যাস | প্রাথমিক স্ট্যাক | ফলাফল স্ট্যাক | Mem / সংগ্রহস্থল | নোট | |
-| :-----: | :------------- | :---------------------------------------------------------------------------------------------: | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | :------------------------------ | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | :--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------ |
-| 00 | STOP | 0 | | | | এক্সিকিউশন থামিয়ে দিন | |
-| 01 | ADD | 3 | `a, b` | `a + b` | | (u)int256 যোগ মডিউলো 2\*\*256 | |
-| 02 | MUL | 5 | `a, b` | `a * b` | | (u)int256 গুণ মডিউলো 2\*\*256 | |
-| 03 | SUB | 3 | `a, b` | `a - b` | | (u)int256 বিয়োগ মডিউলো 2\*\*256 | |
-| 04 | DIV | 5 | `a, b` | `a // b` | | uint256 ভাগ | |
-| 05 | SDIV | 5 | `a, b` | `a // b` | | int256 ভাগ | |
-| 06 | MOD | 5 | `a, b` | `a % b` | | uint256 মডিউলাস | |
-| 07 | SMOD | 5 | `a, b` | `a % b` | | int256 মডিউলাস | |
-| 08 | ADDMOD | 8 | `a, b, N` | `(a + b) % N` | | (u)int256 যোগ মডিউলো N | |
-| 09 | MULMOD | 8 | `a, b, N` | `(a * b) % N` | | (u)int256 গুণ মডিউলো N | |
-| 0A | EXP | [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp) | `a, b` | `a ** b` | | uint256 এক্সপোনেনশিয়েশন মডিউলো 2\*\*256 | |
-| 0B | SIGNEXTEND | 5 | `b, x` | `SIGNEXTEND(x, b)` | | [sign extend](https://wikipedia.org/wiki/Sign_extension) `x`-কে `(b+1)` বাইট থেকে 32 বাইটে প্রসারিত করুন | |
-| 0C-0F | _অবৈধ_ | | | | | | |
-| 10 | LT | 3 | `a, b` | `a < b` | | uint256 এর থেকে ছোট | |
-| 11 | GT | 3 | `a, b` | `a > b` | | uint256 এর থেকে বড় | |
-| 12 | SLT | 3 | `a, b` | `a < b` | | int256 এর থেকে ছোট | |
-| 13 | SGT | 3 | `a, b` | `a > b` | | int256 এর থেকে বড় | |
-| 14 | EQ | 3 | `a, b` | `a == b` | | (u)int256 সমতা | |
-| 15 | ISZERO | 3 | `a` | `a == 0` | | (u)int256 iszero | |
-| 16 | AND | 3 | `a, b` | `a && b` | | বিটওয়াইজ AND | |
-| 17 | OR | 3 | `a, b` | `a \\|\\| b` | | বিটওয়াইজ OR | |
-| 18 | XOR | 3 | `a, b` | `a ^ b` | | বিটওয়াইজ XOR | |
-| 19 | NOT | 3 | `a` | `~a` | | বিটওয়াইজ NOT | |
-| 1A | BYTE | 3 | `i, x` | `(x >> (248 - i * 8)) && 0xFF` | | বাম দিক থেকে (u)int256 `x` এর `i`তম বাইট | |
-| 1B | SHL | 3 | `shift, val` | `val << shift` | | বামে শিফট করুন | |
-| 1C | SHR | 3 | `shift, val` | `val >> shift` | | লজিক্যাল শিফট রাইট | |
-| 1D | SAR | 3 | `shift, val` | `val >> shift` | | অ্যারিথমেটিক শিফট রাইট | |
-| 1E-1F | _অবৈধ_ | | | | | | |
-| 20 | KECCAK256 | [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3) | `ost, len` | `keccak256(mem[ost:ost+len-1])` | | keccak256 | |
-| 21-2F | _অবৈধ_ | | | | | | |
-| 30 | ADDRESS | 2 | `.` | `address(this)` | | এক্সিকিউটিং কনট্র্যাক্টের ঠিকানা | |
-| 31 | BALANCE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `addr.balance` | | ব্যালেন্স, wei-তে | |
-| 32 | ORIGIN | 2 | `.` | `tx.origin` | | যে ঠিকানা থেকে tx শুরু হয়েছে | |
-| 33 | CALLER | 2 | `.` | `msg.sender` | | msg প্রেরকের ঠিকানা | |
-| 34 | CALLVALUE | 2 | `.` | `msg.value` | | msg ভ্যালু, wei-তে | |
-| 35 | CALLDATALOAD | 3 | `idx` | `msg.data[idx:idx+32]` | | `idx` ইনডেক্সে msg ডেটা থেকে ওয়ার্ড পড়ুন | |
-| 36 | CALLDATASIZE | 2 | `.` | `len(msg.data)` | | msg ডেটার দৈর্ঘ্য, বাইটে | |
-| 37 | CALLDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1] | msg ডেটা কপি করুন | |
-| 38 | CODESIZE | 2 | `.` | `len(this.code)` | | এক্সিকিউটিং কনট্র্যাক্টের কোডের দৈর্ঘ্য, বাইটে | |
-| 39 | CODECOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1] | এক্সিকিউটিং কনট্র্যাক্টের বাইটকোড কপি করুন |
-| 3A | GASPRICE | 2 | `.` | `tx.gasprice` | | tx-এর গ্যাস প্রাইস, প্রতি ইউনিট গ্যাসের জন্য wei-তে [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice) | |
-| 3B | EXTCODESIZE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `len(addr.code)` | | addr-এ কোডের সাইজ, বাইটে | |
-| 3C | EXTCODECOPY | [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy) | `addr, dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | `addr` থেকে কোড কপি করুন | |
-| 3D | RETURNDATASIZE | 2 | `.` | `size` | | শেষ এক্সটার্নাল কল থেকে ফেরত আসা ডেটার সাইজ, বাইটে | |
-| 3E | RETURNDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1] | শেষ এক্সটার্নাল কল থেকে ফেরত আসা ডেটা কপি করুন | |
-| 3F | EXTCODEHASH | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `হ্যাস` | | হ্যাস = addr.exists ? keccak256(addr.code) : 0 | |
-| 40 | BLOCKHASH | 20 | `blockNum` | `blockHash(blockNum)` | | | |
-| 41 | COINBASE | 2 | `.` | `block.coinbase` | | বর্তমান ব্লকের প্রপোজারের ঠিকানা | |
-| 42 | TIMESTAMP | 2 | `.` | `block.timestamp` | | বর্তমান ব্লকের টাইমস্ট্যাম্প | |
-| 43 | NUMBER | 2 | `.` | `block.number` | | বর্তমান ব্লকের নম্বর | |
-| 44 | PREVRANDAO | 2 | `.` | `randomness beacon` | | র্যান্ডমনেস বিকন | |
-| 45 | GASLIMIT | 2 | `.` | `block.gaslimit` | | বর্তমান ব্লকের গ্যাস লিমিট | |
-| 46 | CHAINID | 2 | `.` | `chain_id` | | বর্তমান [চেইন আইডি](https://eips.ethereum.org/EIPS/eip-155) স্ট্যাকে পুশ করুন | |
-| 47 | SELFBALANCE | 5 | `.` | `address(this).balance` | | এক্সিকিউটিং কনট্র্যাক্টের ব্যালেন্স, wei-তে | |
-| 48 | BASEFEE | 2 | `.` | `block.basefee` | | বর্তমান ব্লকের বেস ফি | |
-| 49 | BLOBHASH | 3 | `idx` | `tx.blob_versioned_hashes[idx]` | | [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) | |
-| 4A | BLOBBASEFEE | 2 | `.` | `block.blobbasefee` | | বর্তমান ব্লকের ব্লব বেস ফি ([EIP-7516](https://eips.ethereum.org/EIPS/eip-7516)) | |
-| 4B-4F | _অবৈধ_ | | | | | | |
-| 50 | POP | 2 | `_anon` | `.` | | স্ট্যাকের শীর্ষ থেকে আইটেম সরান এবং এটি বাতিল করুন | |
-| 51 | MLOAD | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost` | `mem[ost:ost+32]` | | অফসেট `ost`-এ মেমরি থেকে ওয়ার্ড পড়ুন | |
-| 52 | MSTORE | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost:ost+32] := val | মেমরিতে একটি ওয়ার্ড লিখুন | |
-| 53 | MSTORE8 | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost] := val && 0xFF | মেমরিতে একটি একক বাইট লিখুন | |
-| 54 | SLOAD | [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload) | `key` | `সংগ্রহস্থল[key]` | | সংগ্রহস্থল থেকে ওয়ার্ড পড়ুন | |
-| 55 | SSTORE | [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore) | `key, val` | `.` | সংগ্রহস্থল[key] := val | সংগ্রহস্থলে ওয়ার্ড লিখুন | |
-| 56 | JUMP | 8 | `dst` | `.` | | `$pc := dst` চিহ্নিত করুন যে `pc` শুধুমাত্র তখনই নির্ধারিত হবে যদি `dst` একটি বৈধ জাম্পডেস্ট হয় | |
-| 57 | JUMPI | 10 | `dst, condition` | `.` | | `$pc := condition ?` dst : $pc + 1` | |
-| 58 | PC | 2 | `.` | `$pc` | | প্রোগ্রাম কাউন্টার | |
-| 59 | MSIZE | 2 | `.` | `len(mem)` | | বর্তমান এক্সিকিউশন কনটেক্সটে মেমরির সাইজ, বাইটে | |
-| 5A | GAS | 2 | `.` | `gasRemaining` | | | |
-| 5B | JUMPDEST | 1 | | | বৈধ জাম্প ডেস্টিনেশন চিহ্নিত করুন | একটি বৈধ জাম্প ডেস্টিনেশন উদাহরণস্বরূপ একটি জাম্প ডেস্টিনেশন পুশ ডেটার ভিতরে নয় | |
-| 5C | TLOAD | 100 | `key` | `tstorage[key]` | | ট্রানজিয়েন্ট সংগ্রহস্থল থেকে ওয়ার্ড পড়ুন ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) | |
-| 5D | TSTORE | 100 | `key, val` | `.` | tstorage[key] := val | ট্রানজিয়েন্ট সংগ্রহস্থলে ওয়ার্ড লিখুন ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) | |
-| 5E | MCOPY | 3+3\*words+[A0](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `dstOst, ost, len` | `.` | mem[dstOst] := mem[ost:ost+len] | মেমরি এক এলাকা থেকে অন্য এলাকায় কপি করুন ([EIP-5656](https://eips.ethereum.org/EIPS/eip-5656)) | |
-| 5F | PUSH0 | 2 | `.` | `uint8` | | স্ট্যাকে ধ্রুবক মান 0 পুশ করুন | |
-| 60 | PUSH1 | 3 | `.` | `uint8` | | স্ট্যাকে 1-বাইট মান পুশ করুন | |
-| 61 | PUSH2 | 3 | `.` | `uint16` | | স্ট্যাকে 2-বাইট মান পুশ করুন | |
-| 62 | PUSH3 | 3 | `.` | `uint24` | | স্ট্যাকে 3-বাইট মান পুশ করুন | |
-| 63 | PUSH4 | 3 | `.` | `uint32` | | স্ট্যাকে 4-বাইট মান পুশ করুন | |
-| 64 | PUSH5 | 3 | `.` | `uint40` | | স্ট্যাকে 5-বাইট মান পুশ করুন | |
-| 65 | PUSH6 | 3 | `.` | `uint48` | | স্ট্যাকে 6-বাইট মান পুশ করুন | |
-| 66 | PUSH7 | 3 | `.` | `uint56` | | স্ট্যাকে 7-বাইট মান পুশ করুন | |
-| 67 | PUSH8 | 3 | `.` | `uint64` | | স্ট্যাকে 8-বাইট মান পুশ করুন | |
-| 68 | PUSH9 | 3 | `.` | `uint72` | | স্ট্যাকে 9-বাইট মান পুশ করুন | |
-| 69 | PUSH10 | 3 | `.` | `uint80` | | স্ট্যাকে 10-বাইট মান পুশ করুন | |
-| 6A | PUSH11 | 3 | `.` | `uint88` | | স্ট্যাকে 11-বাইট মান পুশ করুন | |
-| 6B | PUSH12 | 3 | `.` | `uint96` | | স্ট্যাকে 12-বাইট মান পুশ করুন | |
-| 6C | PUSH13 | 3 | `.` | `uint104` | | স্ট্যাকে 13-বাইট মান পুশ করুন | |
-| 6D | PUSH14 | 3 | `.` | `uint112` | | স্ট্যাকে 14-বাইট মান পুশ করুন | |
-| 6E | PUSH15 | 3 | `.` | `uint120` | | স্ট্যাকে 15-বাইট মান পুশ করুন | |
-| 6F | PUSH16 | 3 | `.` | `uint128` | | স্ট্যাকে 16-বাইট মান পুশ করুন | |
-| 70 | PUSH17 | 3 | `.` | `uint136` | | স্ট্যাকে 17-বাইট মান পুশ করুন | |
-| 71 | PUSH18 | 3 | `.` | `uint144` | | স্ট্যাকে 18-বাইট মান পুশ করুন | |
-| 72 | PUSH19 | 3 | `.` | `uint152` | | স্ট্যাকে 19-বাইট মান পুশ করুন | |
-| 73 | PUSH20 | 3 | `.` | `uint160` | | স্ট্যাকে 20-বাইট মান পুশ করুন | |
-| 74 | PUSH21 | 3 | `.` | `uint168` | | স্ট্যাকে 21-বাইট মান পুশ করুন | |
-| 75 | PUSH22 | 3 | `.` | `uint176` | | স্ট্যাকে 22-বাইট মান পুশ করুন | |
-| 76 | PUSH23 | 3 | `.` | `uint184` | | স্ট্যাকে 23-বাইট মান পুশ করুন | |
-| 77 | PUSH24 | 3 | `.` | `uint192` | | স্ট্যাকে 24-বাইট মান পুশ করুন | |
-| 78 | PUSH25 | 3 | `.` | `uint200` | | স্ট্যাকে 25-বাইট মান পুশ করুন | |
-| 79 | PUSH26 | 3 | `.` | `uint208` | | স্ট্যাকে 26-বাইট মান পুশ করুন | |
-| 7A | PUSH27 | 3 | `.` | `uint216` | | স্ট্যাকে 27-বাইট মান পুশ করুন | |
-| 7B | PUSH28 | 3 | `.` | `uint224` | | স্ট্যাকে 28-বাইট মান পুশ করুন | |
-| 7C | PUSH29 | 3 | `.` | `uint232` | | স্ট্যাকে 29-বাইট মান পুশ করুন | |
-| 7D | PUSH30 | 3 | `.` | `uint240` | | স্ট্যাকে 30-বাইট মান পুশ করুন | |
-| 7E | PUSH31 | 3 | `.` | `uint248` | | স্ট্যাকে 31-বাইট মান পুশ করুন | |
-| 7F | PUSH32 | 3 | `.` | `uint256` | | স্ট্যাকে 32-বাইট মান পুশ করুন | |
-| 80 | DUP1 | 3 | `a` | `a, a` | | স্ট্যাকের ১ম মানটি ক্লোন করুন | |
-| 81 | DUP2 | 3 | `_, a` | `a, _, a` | | স্ট্যাকের ২য় মানটি ক্লোন করুন | |
-| 82 | DUP3 | 3 | `_, _, a` | `a, _, _, a` | | স্ট্যাকের ৩য় মানটি ক্লোন করুন | |
-| 83 | DUP4 | 3 | `_, _, _, a` | `a, _, _, _, a` | | স্ট্যাকের ৪র্থ মানটি ক্লোন করুন | |
-| 84 | DUP5 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ৫ম মানটি ক্লোন করুন | |
-| 85 | DUP6 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ৬ষ্ঠ মানটি ক্লোন করুন | |
-| 86 | DUP7 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ৭ম মানটি ক্লোন করুন | |
-| 87 | DUP8 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ৮ম মানটি ক্লোন করুন | |
-| 88 | DUP9 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ৯ম মানটি ক্লোন করুন | |
-| 89 | DUP10 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ১০ম মানটি ক্লোন করুন | |
-| 8A | DUP11 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ১১তম মানটি ক্লোন করুন | |
-| 8B | DUP12 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ১২তম মানটি ক্লোন করুন | |
-| 8C | DUP13 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ১৩তম মানটি ক্লোন করুন | |
-| 8D | DUP14 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ১৪তম মানটি ক্লোন করুন | |
-| 8E | DUP15 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ১৫তম মানটি ক্লোন করুন | |
-| 8F | DUP16 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের ১৬তম মানটি ক্লোন করুন | |
-| 90 | SWAP1 | 3 | `a, b` | `b, a` | | | |
-| 91 | SWAP2 | 3 | `a, _, b` | `b, _, a` | | | |
-| 92 | SWAP3 | 3 | `a, _, _, b` | `b, _, _, a` | | | |
-| 93 | SWAP4 | 3 | `a, _, _, _, b` | `b, _, _, _, a` | | | |
-| 94 | SWAP5 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 95 | SWAP6 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 96 | SWAP7 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 97 | SWAP8 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 98 | SWAP9 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 99 | SWAP10 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 9A | SWAP11 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 9B | SWAP12 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 9C | SWAP13 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 9D | SWAP14 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 9E | SWAP15 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | | | |
-| A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `.` | | LOG0(memory[ost:ost+len-1]) | |
-| A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `.` | | LOG1(memory[ost:ost+len-1], topic0) | |
-| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `.` | | LOG2(memory[ost:ost+len-1], topic0, topic1) | |
-| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `.` | | LOG3(memory[ost:ost+len-1], topic0, topic1, topic2) | |
-| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `.` | | LOG4(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) | |
-| A5-EF | _অবৈধ_ | | | | | | |
-| F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) | |
-| F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | গ্যাস, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata | | |
-| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `গ্যাস, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | DELEGATECALL-এর মতোই, কিন্তু আসল msg.sender এবং msg.value প্রচার করে না | |
-| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | mem[ost:ost+len-1] রিটার্ন করুন | |
-| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `গ্যাস, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | | |
-| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] | |
-| F6-F9 | _অবৈধ_ | | | | | | |
-| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `গ্যাস, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | | |
-| FB-FC | _অবৈধ_ | | | | | | |
-| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) | |
-| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | মনোনীত অবৈধ অপকোড - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) | | |
-| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | সমস্ত ETH `addr`-এ পাঠায়; যদি একটি কনট্র্যাক্ট তৈরি করার একই ট্রানজ্যাকশনে এটি এক্সিকিউট করা হয়, তবে এটি কনট্র্যাক্টটি ধ্বংস করে দেয় | |
+| Stack | Name | Gas | Initial Stack | Resulting Stack | Mem / Storage | Notes |
+| :---: | :------------- | :---------------------------------------------------------------------------------------------: | :---------------------------------------------------------------------------------------- | :------------------------------ | :---------------------------------------------------------------------------- | :------------------------------------------------------------------------------------------------------------------------------- |
+| 00 | STOP | 0 | | | | এক্সিকিউশন থামানো |
+| 01 | ADD | 3 | `a, b` | `a + b` | | (u)int256 যোগফল মডুলো 2\*\*256 |
+| 02 | MUL | 5 | `a, b` | `a * b` | | (u)int256 গুণফল মডুলো 2\*\*256 |
+| 03 | SUB | 3 | `a, b` | `a - b` | | (u)int256 বিয়োগফল মডুলো 2\*\*256 |
+| 04 | DIV | 5 | `a, b` | `a // b` | | uint256 ভাগফল |
+| 05 | SDIV | 5 | `a, b` | `a // b` | | int256 ভাগফল |
+| 06 | MOD | 5 | `a, b` | `a % b` | | uint256 মডুলাস |
+| 07 | SMOD | 5 | `a, b` | `a % b` | | int256 মডুলাস |
+| 08 | ADDMOD | 8 | `a, b, N` | `(a + b) % N` | | (u)int256 যোগফল মডুলো N |
+| 09 | MULMOD | 8 | `a, b, N` | `(a * b) % N` | | (u)int256 গুণফল মডুলো N |
+| 0A | EXP | [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp) | `a, b` | `a ** b` | | uint256 এক্সপোনেনসিয়েশন মডুলো 2\*\*256 |
+| 0B | SIGNEXTEND | 5 | `b, x` | `SIGNEXTEND(x, b)` | | [সাইন এক্সটেন্ড](https://wikipedia.org/wiki/Sign_extension) `x` কে `(b+1)` বাইট থেকে 32 বাইটে রূপান্তর |
+| 0C-0F | _অবৈধ_ |
+| 10 | LT | 3 | `a, b` | `a < b` | | uint256 লেস-দ্যান (ছোট) |
+| 11 | GT | 3 | `a, b` | `a > b` | | uint256 গ্রেটার-দ্যান (বড়) |
+| 12 | SLT | 3 | `a, b` | `a < b` | | int256 লেস-দ্যান (ছোট) |
+| 13 | SGT | 3 | `a, b` | `a > b` | | int256 গ্রেটার-দ্যান (বড়) |
+| 14 | EQ | 3 | `a, b` | `a == b` | | (u)int256 সমতা |
+| 15 | ISZERO | 3 | `a` | `a == 0` | | (u)int256 ইজ-জিরো (শূন্য কিনা) |
+| 16 | AND | 3 | `a, b` | `a && b` | | বিটওয়াইজ AND |
+| 17 | OR | 3 | `a, b` | `a \|\| b` | | বিটওয়াইজ OR |
+| 18 | XOR | 3 | `a, b` | `a ^ b` | | বিটওয়াইজ XOR |
+| 19 | NOT | 3 | `a` | `~a` | | বিটওয়াইজ NOT |
+| 1A | BYTE | 3 | `i, x` | `(x >> (248 - i * 8)) && 0xFF` | | বাম দিক থেকে (u)int256 `x` এর `i`-তম বাইট |
+| 1B | SHL | 3 | `shift, val` | `val << shift` | | শিফট লেফট |
+| 1C | SHR | 3 | `shift, val` | `val >> shift` | | লজিক্যাল শিফট রাইট |
+| 1D | SAR | 3 | `shift, val` | `val >> shift` | | অ্যারিথমেটিক শিফট রাইট |
+| 1E-1F | _অবৈধ_ |
+| 20 | KECCAK256 | [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3) | `ost, len` | `keccak256(mem[ost:ost+len-1])` | | keccak256 |
+| 21-2F | _অবৈধ_ |
+| 30 | ADDRESS | 2 | `.` | `address(this)` | | এক্সিকিউটিং কন্ট্রাক্টের এডড্রেস |
+| 31 | BALANCE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `addr.balance` | | ব্যালেন্স, wei তে |
+| 32 | ORIGIN | 2 | `.` | `tx.origin` | | যে এডড্রেস থেকে লেনদেনটি (tx) শুরু হয়েছে |
+| 33 | CALLER | 2 | `.` | `msg.sender` | | msg প্রেরকের এডড্রেস |
+| 34 | CALLVALUE | 2 | `.` | `msg.value` | | msg ভ্যালু, wei তে |
+| 35 | CALLDATALOAD | 3 | `idx` | `msg.data[idx:idx+32]` | | msg ডাটার ইনডেক্স `idx` থেকে শব্দ (word) পড়া |
+| 36 | CALLDATASIZE | 2 | `.` | `len(msg.data)` | | msg ডাটার দৈর্ঘ্য, বাইটে |
+| 37 | CALLDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1] | msg ডাটা কপি করা |
+| 38 | CODESIZE | 2 | `.` | `len(this.code)` | | এক্সিকিউটিং কন্ট্রাক্টের কোডের দৈর্ঘ্য, বাইটে |
+| 39 | CODECOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1] | এক্সিকিউটিং কন্ট্রাক্টের বাইটকোড কপি করা |
+| 3A | GASPRICE | 2 | `.` | `tx.gasprice` | | লেনদেনের গ্যাস প্রাইস, প্রতি ইউনিট গ্যাসে wei হিসেবে [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice) |
+| 3B | EXTCODESIZE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `len(addr.code)` | | `addr` এ থাকা কোডের আকার, বাইটে |
+| 3C | EXTCODECOPY | [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy) | `addr, dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | `addr` থেকে কোড কপি করা |
+| 3D | RETURNDATASIZE | 2 | `.` | `size` | | সর্বশেষ এক্সটার্নাল কল থেকে রিটার্ন করা ডাটার আকার, বাইটে |
+| 3E | RETURNDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1] | সর্বশেষ এক্সটার্নাল কল থেকে রিটার্ন করা ডাটা কপি করা |
+| 3F | EXTCODEHASH | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `hash` | | hash = addr.exists ? keccak256(addr.code) : 0 |
+| 40 | BLOCKHASH | 20 | `blockNum` | `blockHash(blockNum)` | |
+| 41 | COINBASE | 2 | `.` | `block.coinbase` | | বর্তমান ব্লকের প্রপোজারের এডড্রেস |
+| 42 | TIMESTAMP | 2 | `.` | `block.timestamp` | | বর্তমান ব্লকের টাইমস্ট্যাম্প |
+| 43 | NUMBER | 2 | `.` | `block.number` | | বর্তমান ব্লকের নম্বর |
+| 44 | PREVRANDAO | 2 | `.` | `randomness beacon` | | র্যান্ডমনেস বিকন |
+| 45 | GASLIMIT | 2 | `.` | `block.gaslimit` | | বর্তমান ব্লকের গ্যাস লিমিট |
+| 46 | CHAINID | 2 | `.` | `chain_id` | | বর্তমান [চেইন আইডি](https://eips.ethereum.org/EIPS/eip-155) স্ট্যাকে পুশ করা |
+| 47 | SELFBALANCE | 5 | `.` | `address(this).balance` | | এক্সিকিউটিং কন্ট্রাক্টের ব্যালেন্স, wei তে |
+| 48 | BASEFEE | 2 | `.` | `block.basefee` | | বর্তমান ব্লকের বেস ফি |
+| 49 | BLOBHASH | 3 | `idx` | `tx.blob_versioned_hashes[idx]` | | [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) |
+| 4A | BLOBBASEFEE | 2 | `.` | `block.blobbasefee` | | বর্তমান ব্লকের ব্লব বেস ফি ([EIP-7516](https://eips.ethereum.org/EIPS/eip-7516)) |
+| 4B-4F | _অবৈধ_ |
+| 50 | POP | 2 | `_anon` | `.` | | স্ট্যাকের শীর্ষ থেকে আইটেমটি সরিয়ে ফেলা এবং বাতিল করা |
+| 51 | MLOAD | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost` | `mem[ost:ost+32]` | | অফসেট `ost` এ মেমরি থেকে শব্দ (word) পড়া |
+| 52 | MSTORE | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost:ost+32] := val | মেমরিতে একটি শব্দ (word) লেখা |
+| 53 | MSTORE8 | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost] := val && 0xFF | মেমরিতে একটি একক বাইট লেখা |
+| 54 | SLOAD | [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload) | `key` | `storage[key]` | | স্টোরেজ থেকে শব্দ (word) পড়া |
+| 55 | SSTORE | [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore) | `key, val` | `.` | storage[key] := val | স্টোরেজে শব্দ (word) লেখা |
+| 56 | JUMP | 8 | `dst` | `.` | | `$pc := dst` চিহ্নিত করে যে `pc` শুধুমাত্র তখনই অ্যাসাইন করা হয় যদি `dst` একটি বৈধ jumpdest হয় |
+| 57 | JUMPI | 10 | `dst, condition` | `.` | | `$pc := condition ? dst : $pc + 1` |
+| 58 | PC | 2 | `.` | `$pc` | | প্রোগ্রাম কাউন্টার |
+| 59 | MSIZE | 2 | `.` | `len(mem)` | | বর্তমান এক্সিকিউশন কনটেক্সটে মেমরির আকার, বাইটে |
+| 5A | GAS | 2 | `.` | `gasRemaining` | |
+| 5B | JUMPDEST | 1 | | | বৈধ জাম্প গন্তব্য চিহ্নিত করা | একটি বৈধ জাম্প গন্তব্য, উদাহরণস্বরূপ এমন একটি জাম্প গন্তব্য যা পুশ ডাটার ভিতরে নেই |
+| 5C | TLOAD | 100 | `key` | `tstorage[key]` | | ট্রানজিয়েন্ট স্টোরেজ থেকে শব্দ (word) পড়া ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) |
+| 5D | TSTORE | 100 | `key, val` | `.` | tstorage[key] := val | ট্রানজিয়েন্ট স্টোরেজে শব্দ (word) লেখা ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) |
+| 5E | MCOPY | 3+3\*words+[A0](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `dstOst, ost, len` | `.` | mem[dstOst] := mem[ost:ost+len] | এক এলাকা থেকে অন্য এলাকায় মেমরি কপি করা ([EIP-5656](https://eips.ethereum.org/EIPS/eip-5656)) |
+| 5F | PUSH0 | 2 | `.` | `uint8` | | স্ট্যাকে ধ্রুবক মান 0 পুশ করা |
+| 60 | PUSH1 | 3 | `.` | `uint8` | | স্ট্যাকে 1-বাইট মান পুশ করা |
+| 61 | PUSH2 | 3 | `.` | `uint16` | | স্ট্যাকে 2-বাইট মান পুশ করা |
+| 62 | PUSH3 | 3 | `.` | `uint24` | | স্ট্যাকে 3-বাইট মান পুশ করা |
+| 63 | PUSH4 | 3 | `.` | `uint32` | | স্ট্যাকে 4-বাইট মান পুশ করা |
+| 64 | PUSH5 | 3 | `.` | `uint40` | | স্ট্যাকে 5-বাইট মান পুশ করা |
+| 65 | PUSH6 | 3 | `.` | `uint48` | | স্ট্যাকে 6-বাইট মান পুশ করা |
+| 66 | PUSH7 | 3 | `.` | `uint56` | | স্ট্যাকে 7-বাইট মান পুশ করা |
+| 67 | PUSH8 | 3 | `.` | `uint64` | | স্ট্যাকে 8-বাইট মান পুশ করা |
+| 68 | PUSH9 | 3 | `.` | `uint72` | | স্ট্যাকে 9-বাইট মান পুশ করা |
+| 69 | PUSH10 | 3 | `.` | `uint80` | | স্ট্যাকে 10-বাইট মান পুশ করা |
+| 6A | PUSH11 | 3 | `.` | `uint88` | | স্ট্যাকে 11-বাইট মান পুশ করা |
+| 6B | PUSH12 | 3 | `.` | `uint96` | | স্ট্যাকে 12-বাইট মান পুশ করা |
+| 6C | PUSH13 | 3 | `.` | `uint104` | | স্ট্যাকে 13-বাইট মান পুশ করা |
+| 6D | PUSH14 | 3 | `.` | `uint112` | | স্ট্যাকে 14-বাইট মান পুশ করা |
+| 6E | PUSH15 | 3 | `.` | `uint120` | | স্ট্যাকে 15-বাইট মান পুশ করা |
+| 6F | PUSH16 | 3 | `.` | `uint128` | | স্ট্যাকে 16-বাইট মান পুশ করা |
+| 70 | PUSH17 | 3 | `.` | `uint136` | | স্ট্যাকে 17-বাইট মান পুশ করা |
+| 71 | PUSH18 | 3 | `.` | `uint144` | | স্ট্যাকে 18-বাইট মান পুশ করা |
+| 72 | PUSH19 | 3 | `.` | `uint152` | | স্ট্যাকে 19-বাইট মান পুশ করা |
+| 73 | PUSH20 | 3 | `.` | `uint160` | | স্ট্যাকে 20-বাইট মান পুশ করা |
+| 74 | PUSH21 | 3 | `.` | `uint168` | | স্ট্যাকে 21-বাইট মান পুশ করা |
+| 75 | PUSH22 | 3 | `.` | `uint176` | | স্ট্যাকে 22-বাইট মান পুশ করা |
+| 76 | PUSH23 | 3 | `.` | `uint184` | | স্ট্যাকে 23-বাইট মান পুশ করা |
+| 77 | PUSH24 | 3 | `.` | `uint192` | | স্ট্যাকে 24-বাইট মান পুশ করা |
+| 78 | PUSH25 | 3 | `.` | `uint200` | | স্ট্যাকে 25-বাইট মান পুশ করা |
+| 79 | PUSH26 | 3 | `.` | `uint208` | | স্ট্যাকে 26-বাইট মান পুশ করা |
+| 7A | PUSH27 | 3 | `.` | `uint216` | | স্ট্যাকে 27-বাইট মান পুশ করা |
+| 7B | PUSH28 | 3 | `.` | `uint224` | | স্ট্যাকে 28-বাইট মান পুশ করা |
+| 7C | PUSH29 | 3 | `.` | `uint232` | | স্ট্যাকে 29-বাইট মান পুশ করা |
+| 7D | PUSH30 | 3 | `.` | `uint240` | | স্ট্যাকে 30-বাইট মান পুশ করা |
+| 7E | PUSH31 | 3 | `.` | `uint248` | | স্ট্যাকে 31-বাইট মান পুশ করা |
+| 7F | PUSH32 | 3 | `.` | `uint256` | | স্ট্যাকে 32-বাইট মান পুশ করা |
+| 80 | DUP1 | 3 | `a` | `a, a` | | স্ট্যাকের 1ম মান ক্লোন করা |
+| 81 | DUP2 | 3 | `_, a` | `a, _, a` | | স্ট্যাকের 2য় মান ক্লোন করা |
+| 82 | DUP3 | 3 | `_, _, a` | `a, _, _, a` | | স্ট্যাকের 3য় মান ক্লোন করা |
+| 83 | DUP4 | 3 | `_, _, _, a` | `a, _, _, _, a` | | স্ট্যাকের 4র্থ মান ক্লোন করা |
+| 84 | DUP5 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 5ম মান ক্লোন করা |
+| 85 | DUP6 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 6ষ্ঠ মান ক্লোন করা |
+| 86 | DUP7 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 7ম মান ক্লোন করা |
+| 87 | DUP8 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 8ম মান ক্লোন করা |
+| 88 | DUP9 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 9ম মান ক্লোন করা |
+| 89 | DUP10 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 10ম মান ক্লোন করা |
+| 8A | DUP11 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 11তম মান ক্লোন করা |
+| 8B | DUP12 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 12তম মান ক্লোন করা |
+| 8C | DUP13 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 13তম মান ক্লোন করা |
+| 8D | DUP14 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 14তম মান ক্লোন করা |
+| 8E | DUP15 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 15তম মান ক্লোন করা |
+| 8F | DUP16 | 3 | `..., a` | `a, ..., a` | | স্ট্যাকের 16তম মান ক্লোন করা |
+| 90 | SWAP1 | 3 | `a, b` | `b, a` | |
+| 91 | SWAP2 | 3 | `a, _, b` | `b, _, a` | |
+| 92 | SWAP3 | 3 | `a, _, _, b` | `b, _, _, a` | |
+| 93 | SWAP4 | 3 | `a, _, _, _, b` | `b, _, _, _, a` | |
+| 94 | SWAP5 | 3 | `a, ..., b` | `b, ..., a` | |
+| 95 | SWAP6 | 3 | `a, ..., b` | `b, ..., a` | |
+| 96 | SWAP7 | 3 | `a, ..., b` | `b, ..., a` | |
+| 97 | SWAP8 | 3 | `a, ..., b` | `b, ..., a` | |
+| 98 | SWAP9 | 3 | `a, ..., b` | `b, ..., a` | |
+| 99 | SWAP10 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9A | SWAP11 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9B | SWAP12 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9C | SWAP13 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9D | SWAP14 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9E | SWAP15 | 3 | `a, ..., b` | `b, ..., a` | |
+| 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | |
+| A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `.` | | LOG0(memory[ost:ost+len-1]) |
+| A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `.` | | LOG1(memory[ost:ost+len-1], topic0) |
+| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `.` | | LOG2(memory[ost:ost+len-1], topic0, topic1) |
+| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `.` | | LOG3(memory[ost:ost+len-1], topic0, topic1, topic2) |
+| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `.` | | LOG4(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) |
+| A5-EF | _অবৈধ_ |
+| F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) |
+| F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata |
+| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | DELEGATECALL এর মতই, কিন্তু মূল msg.sender এবং msg.value প্রচার করে না |
+| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | return mem[ost:ost+len-1] |
+| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata |
+| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] |
+| F6-F9 | _অবৈধ_ |
+| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata |
+| FB-FC | _অবৈধ_ |
+| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) |
+| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | নির্ধারিত অবৈধ অপকোড - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) |
+| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | `addr` এ সমস্ত ETH পাঠায়; যদি একটি কন্ট্রাক্ট তৈরি হওয়ার একই লেনদেনে এক্সিকিউট করা হয় তবে এটি কন্ট্রাক্টটি ধ্বংস করে দেয় |
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/frameworks/index.md b/public/content/translations/bn/developers/docs/frameworks/index.md
index 9ee95d623cc..fd848464276 100644
--- a/public/content/translations/bn/developers/docs/frameworks/index.md
+++ b/public/content/translations/bn/developers/docs/frameworks/index.md
@@ -1,141 +1,136 @@
---
-title: "ডিএ্যাপ ডেভেলপমেন্ট ফ্রেমওয়ার্কস"
-description: "ফ্রেমওয়ার্কের সুবিধাগুলো অন্বেষণ করুন এবং উপলব্ধ বিকল্পগুলির তুলনা করুন।"
+title: ডিএ্যাপ ডেভেলপমেন্ট ফ্রেমওয়ার্ক
+description: ফ্রেমওয়ার্কের সুবিধাগুলো অন্বেষণ করুন এবং উপলব্ধ বিকল্পগুলোর তুলনা করুন।
lang: bn
---
-## ফ্রেমওয়ার্কের ভূমিকা {#introduction-to-frameworks}
+## ফ্রেমওয়ার্কের পরিচিতি {#introduction-to-frameworks}
-একটি পূর্ণাঙ্গ ডিএ্যাপ তৈরি করার জন্য
-বিভিন্ন ধরনের প্রযুক্তির প্রয়োজন হয়। সফ্টওয়্যার ফ্রেমওয়ার্কগুলোতে প্রয়োজনীয় অনেক
-ফিচার অন্তর্ভুক্ত থাকে অথবা আপনার পছন্দের টুলগুলো বেছে নেওয়ার জন্য সহজ প্লাগইন সিস্টেম সরবরাহ করে।
+একটি পূর্ণাঙ্গ ডিএ্যাপ তৈরি করতে বিভিন্ন প্রযুক্তির প্রয়োজন হয়। সফটওয়্যার ফ্রেমওয়ার্কগুলোতে প্রয়োজনীয় অনেক ফিচার অন্তর্ভুক্ত থাকে বা আপনার পছন্দসই টুলগুলো বেছে নেওয়ার জন্য সহজ প্লাগইন সিস্টেম প্রদান করে।
-ফ্রেমওয়ার্কগুলো অনেক আউট-অফ-দ্য-বক্স কার্যকারিতা সহ আসে,
-যেমন:
+ফ্রেমওয়ার্কগুলো অনেক আউট-অফ-দ্য-বক্স কার্যকারিতা নিয়ে আসে, যেমন:
-- একটি স্থানীয় ব্লকচেইন মুহুর্তে স্পিন আপ করার ফিচারসমূহ।
-- আপনার স্মার্ট কন্ট্র্যাক্ট গুলি কম্পাইল এবং পরীক্ষা করার ইউটিলিটি সমূহ।
-- একই প্রজেক্ট/রিপোজিটরির মধ্যে আপনার ইউজার-ফেসিং অ্যাপ্লিকেশন তৈরি করার জন্য ক্লায়েন্ট ডেভেলপমেন্ট অ্যাড-অন।
-- Ethereum নেটওয়ার্কের সাথে সংযোগ স্থাপন এবং কন্ট্র্যাক্ট ডেপ্লয় করার জন্য কনফিগারেশন,
- সেটা স্থানীয়ভাবে চলমান কোনো ইনস্ট্যান্স হোক, অথবা Ethereum-এর কোনো পাবলিক নেটওয়ার্ক।
-- ডিসেন্ট্রালাইজড অ্যাপ ডিস্ট্রিবিউশন - IPFS-এর মতো স্টোরেজ
- বিকল্পগুলির সাথে ইন্টিগ্রেশন।
+- একটি লোকাল ব্লকচেইন ইনস্ট্যান্স চালু করার ফিচার।
+- আপনার স্মার্ট কন্ট্রাক্ট কম্পাইল এবং টেস্ট করার ইউটিলিটি।
+- একই প্রজেক্ট/রিপোজিটরির মধ্যে আপনার ব্যবহারকারী-মুখী অ্যাপ্লিকেশন তৈরি করার জন্য ক্লায়েন্ট ডেভেলপমেন্ট অ্যাড-অন।
+- ইথিরিয়াম নেটওয়ার্কের সাথে সংযোগ স্থাপন এবং কন্ট্রাক্ট ডিপ্লয় করার কনফিগারেশন, তা স্থানীয়ভাবে চলমান ইনস্ট্যান্স হোক বা ইথিরিয়ামের কোনো পাবলিক নেটওয়ার্ক হোক।
+- ডিসেন্ট্রালাইজড অ্যাপ ডিস্ট্রিবিউশন - IPFS-এর মতো স্টোরেজ বিকল্পগুলোর সাথে ইন্টিগ্রেশন।
## পূর্বশর্ত {#prerequisites}
-ফ্রেমওয়ার্কগুলিতে প্রবেশ করার আগে, আমরা আপনাকে প্রথমে আমাদের [ডিএ্যাপস](/developers/docs/dapps/) এবং [Ethereum স্ট্যাক](/developers/docs/ethereum-stack/) এর ভূমিকা পড়ে নেওয়ার পরামর্শ দিচ্ছি।
+ফ্রেমওয়ার্কগুলোতে প্রবেশ করার আগে, আমরা সুপারিশ করি যে আপনি প্রথমে [ডিএ্যাপস](/developers/docs/dapps/) এবং [ইথিরিয়াম স্ট্যাক](/developers/docs/ethereum-stack/)-এর পরিচিতি পড়ে নিন।
-## উপলব্ধ ফ্রেমওয়ার্ক {#available-frameworks}
+## উপলব্ধ ফ্রেমওয়ার্কগুলো {#available-frameworks}
-**Foundry** - **_Foundry হলো Ethereum অ্যাপ্লিকেশন ডেভেলপমেন্টের জন্য একটি অত্যন্ত দ্রুত, পোর্টেবল এবং মডুলার টুলকিট_**
+**Foundry** - **_Foundry হলো ইথিরিয়াম অ্যাপ্লিকেশন ডেভেলপমেন্টের জন্য একটি অত্যন্ত দ্রুত, পোর্টেবল এবং মডুলার টুলকিট_**
- [Foundry ইনস্টল করুন](https://book.getfoundry.sh/)
- [Foundry বই](https://book.getfoundry.sh/)
- [টেলিগ্রামে Foundry কমিউনিটি চ্যাট](https://t.me/foundry_support)
-- [অসাম Foundry](https://github.com/crisgarner/awesome-foundry)
+- [Awesome Foundry](https://github.com/crisgarner/awesome-foundry)
-**Hardhat -** **_পেশাদারদের জন্য Ethereum ডেভেলপমেন্ট এনভায়রনমেন্ট।_**
+**Hardhat -** **_পেশাদারদের জন্য ইথিরিয়াম ডেভেলপমেন্ট পরিবেশ।_**
- [hardhat.org](https://hardhat.org)
- [GitHub](https://github.com/nomiclabs/hardhat)
-**Ape -** **_Pythonistas, ডেটা সায়েন্টিস্ট এবং সিকিউরিটি পেশাদারদের জন্য স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট টুল।_**
+**Ape -** **_পাইথনিস্টা, ডেটা সায়েন্টিস্ট এবং সিকিউরিটি প্রফেশনালদের জন্য স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্ট টুল।_**
- [ডকুমেন্টেশন](https://docs.apeworx.io/ape/stable/)
- [GitHub](https://github.com/ApeWorX/ape)
-**Web3j -** **_JVM-এ ব্লকচেইন অ্যাপ্লিকেশন ডেভেলপ করার জন্য একটি প্ল্যাটফর্ম।_**
+**Web3j -** **_JVM-এ ব্লকচেইন অ্যাপ্লিকেশন ডেভেলপ করার একটি প্ল্যাটফর্ম।_**
- [হোমপেজ](https://www.web3labs.com/web3j-sdk)
- [ডকুমেন্টেশন](https://docs.web3j.io)
- [GitHub](https://github.com/web3j/web3j)
-**ethers-kt -** **_EVM-ভিত্তিক ব্লকচেইনের জন্য অ্যাসিঙ্ক, হাই-পারফরম্যান্স Kotlin/Java/Android লাইব্রেরি।_**
+**ethers-kt -** **_EVM-ভিত্তিক ব্লকচেইনগুলোর জন্য অ্যাসিঙ্ক, হাই-পারফরম্যান্স Kotlin/Java/Android লাইব্রেরি।_**
- [GitHub](https://github.com/Kr1ptal/ethers-kt)
- [উদাহরণ](https://github.com/Kr1ptal/ethers-kt/tree/master/examples)
- [Discord](https://discord.gg/rx35NzQGSb)
-**Create Eth App -** **_এক কমান্ডে Ethereum-চালিত অ্যাপ তৈরি করুন। বেছে নেওয়ার জন্য UI ফ্রেমওয়ার্ক এবং DeFi টেমপ্লেটের বিস্তৃত সম্ভার সহ আসে।_**
+**Create Eth App -** **_এক কমান্ডে ইথিরিয়াম-চালিত অ্যাপ তৈরি করুন। এটি বেছে নেওয়ার জন্য বিভিন্ন UI ফ্রেমওয়ার্ক এবং DeFi টেমপ্লেটের বিস্তৃত অফার নিয়ে আসে।_**
- [GitHub](https://github.com/paulrberg/create-eth-app)
- [টেমপ্লেট](https://github.com/PaulRBerg/create-eth-app/tree/develop/templates)
-**Scaffold-Eth -** **_Ethers.js + Hardhat + web3-এর জন্য React কম্পোনেন্ট এবং হুকস: স্মার্ট কন্ট্র্যাক্ট দ্বারা চালিত ডিসেন্ট্রালাইজড এপ্লিকেশন তৈরি শুরু করার জন্য আপনার যা কিছু প্রয়োজন।_**
+**Scaffold-Eth -** **_ওয়েব3-এর জন্য Ethers.js + Hardhat + React কম্পোনেন্ট এবং হুক: স্মার্ট কন্ট্রাক্ট দ্বারা চালিত ডিসেন্ট্রালাইজড এপ্লিকেশন তৈরি শুরু করার জন্য আপনার যা কিছু প্রয়োজন।_**
- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2)
-**Tenderly -** **_Web3 ডেভেলপমেন্ট প্ল্যাটফর্ম যা ব্লকচেইন ডেভেলপারদের স্মার্ট কন্ট্র্যাক্ট তৈরি, পরীক্ষা, ডিবাগ, নিরীক্ষণ এবং পরিচালনা করতে এবং ডিএ্যাপ UX উন্নত করতে সক্ষম করে।_**
+**Tenderly -** **_ওয়েব3 ডেভেলপমেন্ট প্ল্যাটফর্ম যা ব্লকচেইন ডেভেলপারদের স্মার্ট কন্ট্রাক্ট তৈরি, টেস্ট, ডিবাগ, মনিটর এবং পরিচালনা করতে এবং ডিএ্যাপ UX উন্নত করতে সক্ষম করে।_**
- [ওয়েবসাইট](https://tenderly.co/)
- [ডকুমেন্টেশন](https://docs.tenderly.co/)
-**The Graph -** **_দক্ষভাবে ব্লকচেইন ডেটা কোয়েরি করার জন্য The Graph।_**
+**The Graph -** **_ব্লকচেইন ডেটা দক্ষতার সাথে কোয়েরি করার জন্য The Graph।_**
- [ওয়েবসাইট](https://thegraph.com/)
- [টিউটোরিয়াল](/developers/tutorials/the-graph-fixing-web3-data-querying/)
-**Alchemy -** **_Ethereum ডেভেলপমেন্ট প্ল্যাটফর্ম।_**
+**Alchemy -** **_ইথিরিয়াম ডেভেলপমেন্ট প্ল্যাটফর্ম।_**
- [alchemy.com](https://www.alchemy.com/)
- [GitHub](https://github.com/alchemyplatform)
- [Discord](https://discord.com/invite/alchemyplatform)
-**NodeReal -** **_Ethereum ডেভেলপমেন্ট প্ল্যাটফর্ম।_**
+**NodeReal -** **_ইথিরিয়াম ডেভেলপমেন্ট প্ল্যাটফর্ম।_**
- [Nodereal.io](https://nodereal.io/)
- [GitHub](https://github.com/node-real)
- [Discord](https://discord.gg/V5k5gsuE)
-**thirdweb SDK -** **_আমাদের শক্তিশালী SDK এবং CLI ব্যবহার করে এমন web3 অ্যাপ্লিকেশন তৈরি করুন যা আপনার স্মার্ট কন্ট্র্যাক্টগুলির সাথে ইন্টারঅ্যাক্ট করতে পারে।_**
+**thirdweb SDK -** **_আমাদের শক্তিশালী SDK এবং CLI ব্যবহার করে ওয়েব3 অ্যাপ্লিকেশন তৈরি করুন যা আপনার স্মার্ট কন্ট্রাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করতে পারে।_**
- [ডকুমেন্টেশন](https://portal.thirdweb.com/sdk/)
- [GitHub](https://github.com/thirdweb-dev/)
-**Chainstack -** **_Web3 (Ethereum এবং অন্যান্য) ডেভেলপমেন্ট প্ল্যাটফর্ম।_**
+**Chainstack -** **_ওয়েব3 (ইথিরিয়াম এবং অন্যান্য) ডেভেলপমেন্ট প্ল্যাটফর্ম।_**
- [chainstack.com](https://www.chainstack.com/)
- [GitHub](https://github.com/chainstack)
- [Discord](https://discord.gg/BSb5zfp9AT)
-**Crossmint -** **_এন্টারপ্রাইজ-গ্রেড web3 ডেভেলপমেন্ট প্ল্যাটফর্ম, যা আপনাকে সমস্ত প্রধান চেইন EVM চেইন (এবং অন্যন্য) -এ NFT অ্যাপ্লিকেশন তৈরি করতে দেয়।_**
+**Crossmint -** **_এন্টারপ্রাইজ-গ্রেড ওয়েব3 ডেভেলপমেন্ট প্ল্যাটফর্ম, যা আপনাকে সমস্ত প্রধান চেইন EVM চেইন (এবং অন্যান্য)-এ NFT অ্যাপ্লিকেশন তৈরি করতে দেয়।_**
- [ওয়েবসাইট](https://www.crossmint.com)
-- [নথিপত্র](https://docs.crossmint.com)
+- [ডকুমেন্টেশন](https://docs.crossmint.com)
- [Discord](https://discord.com/invite/crossmint)
-**Brownie -** **_পাইথন-ভিত্তিক ডেভেলপমেন্ট এনভায়রনমেন্ট এবং টেস্টিং ফ্রেমওয়ার্ক।_**
+**Brownie -** **_পাইথন-ভিত্তিক ডেভেলপমেন্ট পরিবেশ এবং টেস্টিং ফ্রেমওয়ার্ক।_**
- [ডকুমেন্টেশন](https://eth-brownie.readthedocs.io/en/latest/)
- [GitHub](https://github.com/eth-brownie/brownie)
-- **Brownie বর্তমানে আনমেইনটেইন্ড**
+- **Brownie বর্তমানে রক্ষণাবেক্ষণ করা হচ্ছে না**
-**OpenZeppelin SDK -** **_চূড়ান্ত স্মার্ট কন্ট্র্যাক্ট টুলকিট: আপনাকে স্মার্ট কন্ট্র্যাক্ট ডেভেলপ, কম্পাইল, আপগ্রেড, ডেপ্লয় এবং তার সাথে ইন্টারঅ্যাক্ট করতে সাহায্য করার জন্য টুলের একটি স্যুট।_**
+**OpenZeppelin SDK -** **_চূড়ান্ত স্মার্ট কন্ট্রাক্ট টুলকিট: স্মার্ট কন্ট্রাক্ট ডেভেলপ, কম্পাইল, আপগ্রেড, ডিপ্লয় এবং ইন্টারঅ্যাক্ট করতে সাহায্য করার জন্য টুলের একটি স্যুট।_**
- [OpenZeppelin Defender SDK](https://docs.openzeppelin.com/defender/sdk)
- [GitHub](https://github.com/OpenZeppelin/openzeppelin-sdk)
- [কমিউনিটি ফোরাম](https://forum.openzeppelin.com/c/support/17)
-- **OpenZeppelin SDK-এর ডেভেলপমেন্ট শেষ হয়ে গেছে**
+- **OpenZeppelin SDK ডেভেলপমেন্ট শেষ হয়েছে**
-**Catapulta -** **_মাল্টি-চেইন স্মার্ট কন্ট্র্যাক্ট ডেপ্লয়মেন্ট টুল, ব্লক এক্সপ্লোরারে ভেরিফিকেশন অটোমেট করে, ডেপ্লয় করা স্মার্ট কন্ট্র্যাক্টের ট্র্যাক রাখে এবং ডেপ্লয়মেন্ট রিপোর্ট শেয়ার করে, Foundry এবং Hardhat প্রজেক্টের জন্য প্লাগ-এন-প্লে।_**
+**Catapulta -** **_মাল্টি-চেইন স্মার্ট কন্ট্রাক্ট ডিপ্লয়মেন্ট টুল, ব্লক এক্সপ্লোরারগুলোতে ভেরিফিকেশন স্বয়ংক্রিয় করে, ডিপ্লয় করা স্মার্ট কন্ট্রাক্টগুলোর ট্র্যাক রাখে এবং ডিপ্লয়মেন্ট রিপোর্ট শেয়ার করে, Foundry এবং Hardhat প্রজেক্টগুলোর জন্য প্লাগ-অ্যান্ড-প্লে।_**
- [Github](https://github.com/catapulta-sh)
-**GoldRush (Covalent দ্বারা চালিত) -** **_GoldRush ডেভেলপার, বিশ্লেষক এবং এন্টারপ্রাইজদের জন্য সবচেয়ে ব্যাপক ব্লকচেইন ডেটা API স্যুট অফার করে। আপনি একটি DeFi ড্যাশবোর্ড, একটি ওয়ালেট, একটি ট্রেডিং বট, একটি AI এজেন্ট বা একটি কমপ্লায়েন্স প্ল্যাটফর্ম তৈরি করুন না কেন, ডেটা APIগুলি আপনার প্রয়োজনীয় অনচেইন ডেটাতে দ্রুত, নির্ভুল এবং ডেভেলপার-বান্ধব অ্যাক্সেস প্রদান করে_**
+**GoldRush (Covalent দ্বারা চালিত) -** **_GoldRush ডেভেলপার, বিশ্লেষক এবং এন্টারপ্রাইজগুলোর জন্য সবচেয়ে ব্যাপক ব্লকচেইন ডেটা API স্যুট অফার করে। আপনি একটি DeFi ড্যাশবোর্ড, একটি ওয়ালেট, একটি ট্রেডিং বট, একটি AI এজেন্ট বা একটি কমপ্লায়েন্স প্ল্যাটফর্ম তৈরি করুন না কেন, ডেটা API-গুলো আপনার প্রয়োজনীয় অপরিহার্য অনচেইন ডেটাতে দ্রুত, নির্ভুল এবং ডেভেলপার-বান্ধব অ্যাক্সেস প্রদান করে_**
- [ওয়েবসাইট](https://goldrush.dev/)
- [ডকুমেন্টেশন](https://goldrush.dev/docs/chains/ethereum)
- [GitHub](https://github.com/covalenthq)
- [Discord](https://www.covalenthq.com/discord/)
-**Wake -** **_কন্ট্র্যাক্ট টেস্টিং, ফাজিং, ডেপ্লয়মেন্ট, ভালনারেবিলিটি স্ক্যানিং এবং কোড নেভিগেশনের জন্য অল-ইন-ওয়ান পাইথন ফ্রেমওয়ার্ক।_**
+**Wake -** **_কন্ট্রাক্ট টেস্টিং, ফাজিং, ডিপ্লয়মেন্ট, ভালনারেবিলিটি স্ক্যানিং এবং কোড নেভিগেশনের জন্য অল-ইন-ওয়ান পাইথন ফ্রেমওয়ার্ক।_**
- [হোমপেজ](https://getwake.io/)
- [ডকুমেন্টেশন](https://ackeeblockchain.com/wake/docs/latest/)
- [GitHub](https://github.com/Ackee-Blockchain/wake)
-- [VS কোড এক্সটেনশন](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity)
+- [VS Code এক্সটেনশন](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity)
-**Veramo -** **_ওপেন সোর্স, মডুলার এবং অ্যাগনস্টিক ফ্রেমওয়ার্ক যা ডিসেন্ট্রালাইজড এপ্লিকেশন ডেভেলপারদের জন্য তাদের অ্যাপ্লিকেশনে ডিসেন্ট্রালাইজড আইডেন্টিটি এবং ভেরিফাইয়েবল ক্রেডেনশিয়াল তৈরি করা সহজ করে তোলে।_**
+**Veramo -** **_ওপেন সোর্স, মডুলার এবং অ্যাগনোস্টিক ফ্রেমওয়ার্ক যা ডিসেন্ট্রালাইজড এপ্লিকেশন ডেভেলপারদের জন্য তাদের অ্যাপ্লিকেশনগুলোতে ডিসেন্ট্রালাইজড আইডেন্টিটি এবং যাচাইযোগ্য শংসাপত্র তৈরি করা সহজ করে তোলে।_**
- [হোমপেজ](https://veramo.io/)
- [ডকুমেন্টেশন](https://veramo.io/docs/basics/introduction)
@@ -145,8 +140,12 @@ lang: bn
## আরও পড়ুন {#further-reading}
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_আপনাকে সাহায্য করেছে এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
-## সম্পর্কিত বিষয় {#related-topics}
+## সম্পর্কিত টপিকগুলো {#related-topics}
-- [একটি স্থানীয় ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ করুন](/developers/local-environment/)
+- [একটি লোকাল ডেভেলপমেন্ট পরিবেশ সেট আপ করুন](/developers/local-environment/)
+
+## টিউটোরিয়াল: ইথিরিয়ামে ডেভেলপমেন্ট ফ্রেমওয়ার্ক {#tutorials}
+
+- [নতুনদের জন্য হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্রাক্ট – ফুলস্ট্যাক](/developers/tutorials/hello-world-smart-contract-fullstack/) _– Hardhat ব্যবহার করে একটি হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্রাক্ট তৈরি এবং ডিপ্লয় করুন, তারপর এটিকে একটি ফ্রন্টএন্ডের সাথে সংযুক্ত করুন।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/gas/index.md b/public/content/translations/bn/developers/docs/gas/index.md
index b64a77cef54..47ea6557758 100644
--- a/public/content/translations/bn/developers/docs/gas/index.md
+++ b/public/content/translations/bn/developers/docs/gas/index.md
@@ -1,151 +1,151 @@
---
-title: "গ্যাস এবং ফি"
-metaTitle: "Ethereum গ্যাস এবং ফি: টেকনিক্যাল ওভারভিউ"
-description: "Ethereum গ্যাস ফি, সেগুলি কীভাবে গণনা করা হয় এবং নেটওয়ার্ক নিরাপত্তা এবং লেনদেন প্রক্রিয়াকরণে তাদের ভূমিকা সম্পর্কে জানুন।"
+title: গ্যাস এবং ফি
+metaTitle: "ইথিরিয়াম গ্যাস এবং ফি: টেকনিক্যাল ওভারভিউ"
+description: ইথিরিয়াম গ্যাস ফি, এগুলো কীভাবে হিসাব করা হয় এবং নেটওয়ার্ক নিরাপত্তা ও লেনদেন প্রক্রিয়াকরণে এদের ভূমিকা সম্পর্কে জানুন।
lang: bn
---
-গ্যাস Ethereum নেটওয়ার্কের জন্য অপরিহার্য। এটি সেই জ্বালানি যা এটিকে কাজ করার অনুমতি দেয়, ঠিক যেমন একটি গাড়ি চালানোর জন্য গ্যাসোলিনের প্রয়োজন হয়।
+[Ethereum](/) নেটওয়ার্কের জন্য গ্যাস অপরিহার্য। এটি এমন একটি জ্বালানি যা এটিকে কাজ করতে সাহায্য করে, ঠিক যেমন একটি গাড়ি চালানোর জন্য গ্যাসোলিন প্রয়োজন।
## পূর্বশর্ত {#prerequisites}
-এই পৃষ্ঠাটি আরও ভালভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [লেনদেন](/developers/docs/transactions/) এবং [EVM](/developers/docs/evm/) সম্পর্কে পড়ার পরামর্শ দিচ্ছি।
+এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা সুপারিশ করছি যে আপনি প্রথমে [লেনদেন](/developers/docs/transactions/) এবং [EVM](/developers/docs/evm/) সম্পর্কে পড়ে নিন।
-## Ethereum-এ গ্যাস সম্পর্কে জানুন: তারা কীভাবে কাজ করে এবং কীভাবে গ্যাস ফি কম দিতে হয়? {#what-is-gas}
+## গ্যাস কী? {#what-is-gas}
-গ্যাস বলতে সেই একককে বোঝায় যা Ethereum নেটওয়ার্কে নির্দিষ্ট ক্রিয়াকলাপ সম্পাদনের জন্য প্রয়োজনীয় কম্পিউটেশনাল প্রচেষ্টার পরিমাণ পরিমাপ করে।
+গ্যাস বলতে সেই একককে বোঝায় যা ইথিরিয়াম নেটওয়ার্কে নির্দিষ্ট অপারেশনগুলো সম্পাদন করতে প্রয়োজনীয় কম্পিউটেশনাল প্রচেষ্টার পরিমাণ পরিমাপ করে।
-যেহেতু প্রতিটি Ethereum লেনদেন কার্যকর করার জন্য কম্পিউটেশনাল রিসোর্স প্রয়োজন, তাই সেই রিসোর্সের জন্য অর্থ প্রদান করতে হয় যাতে Ethereum স্প্যামের জন্য ঝুঁকিপূর্ণ না হয় এবং অসীম কম্পিউটেশনাল লুপে আটকে না যায়। গণনার জন্য অর্থপ্রদান একটি গ্যাস ফি আকারে করা হয়।
+যেহেতু প্রতিটি ইথিরিয়াম লেনদেন সম্পাদনের জন্য কম্পিউটেশনাল রিসোর্সের প্রয়োজন হয়, তাই ইথিরিয়াম যাতে স্প্যামের শিকার না হয় এবং অসীম কম্পিউটেশনাল লুপে আটকে না যায় তা নিশ্চিত করতে সেই রিসোর্সগুলোর জন্য মূল্য পরিশোধ করতে হয়। কম্পিউটেশনের জন্য এই পেমেন্ট গ্যাস ফি হিসেবে দেওয়া হয়।
-গ্যাস ফি হল **কিছু অপারেশন করার জন্য ব্যবহৃত গ্যাসের পরিমাণ, প্রতি ইউনিট গ্যাসের খরচ দ্বারা গুণিত**। লেনদেন সফল বা ব্যর্থ হোক না কেন ফি প্রদান করা হয়।
+গ্যাস ফি হলো **কোনো অপারেশন করতে ব্যবহৃত গ্যাসের পরিমাণ, যাকে প্রতি ইউনিট গ্যাসের খরচ দিয়ে গুণ করা হয়**। লেনদেন সফল হোক বা ব্যর্থ হোক, এই ফি পরিশোধ করতে হয়।
-
-_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত ডায়াগ্রাম_
+
+_চিত্রটি [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে নেওয়া হয়েছে_
-গ্যাস ফি অবশ্যই Ethereum-এর নেটিভ কারেন্সি, ইথার (ETH)-এ পরিশোধ করতে হবে। গ্যাসের দাম সাধারণত gwei-তে উদ্ধৃত করা হয়, যা ETH-এর একটি একক। প্রতি gwei এক বিলিয়নের এক ভাগ ETH (0.000000001 ETH বা 10-9 ETH)-এর সমান।
+গ্যাস ফি ইথিরিয়ামের নিজস্ব মুদ্রা, ইথার (ETH)-এ পরিশোধ করতে হয়। গ্যাস প্রাইস সাধারণত gwei-তে উল্লেখ করা হয়, যা ETH-এর একটি একক। প্রতিটি gwei হলো একটি ETH-এর এক বিলিয়ন ভাগের এক ভাগ (0.000000001 ETH বা 10-9 ETH)।
-উদাহরণস্বরূপ, আপনার গ্যাস খরচ 0.000000001 ইথার বলার পরিবর্তে, আপনি বলতে পারেন আপনার গ্যাস খরচ 1 gwei।
+উদাহরণস্বরূপ, আপনার গ্যাসের খরচ 0.000000001 ইথার বলার পরিবর্তে, আপনি বলতে পারেন আপনার গ্যাসের খরচ 1 gwei।
-'gwei' শব্দটি 'giga-wei'-এর একটি সংক্ষিপ্ত রূপ, যার অর্থ 'বিলিয়ন wei'। এক gwei এক বিলিয়ন wei এর সমান। Wei নিজেই ([বি-মানি](https://www.investopedia.com/terms/b/bmoney.asp)-এর স্রষ্টা [ওয়েই ডাই](https://wikipedia.org/wiki/Wei_Dai)-এর নামে নামকরণ করা হয়েছে) ETH-এর ক্ষুদ্রতম একক।
+'gwei' শব্দটি 'giga-wei'-এর সংক্ষিপ্ত রূপ, যার অর্থ 'বিলিয়ন wei'। এক gwei সমান এক বিলিয়ন wei। Wei নিজেই ([b-money](https://www.investopedia.com/terms/b/bmoney.asp)-এর স্রষ্টা [Wei Dai](https://wikipedia.org/wiki/Wei_Dai)-এর নামানুসারে) ETH-এর সবচেয়ে ছোট একক।
-## গ্যাস ফি কীভাবে গণনা করা হয়? {#how-are-gas-fees-calculated}
+## গ্যাস ফি কীভাবে হিসাব করা হয়? {#how-are-gas-fees-calculated}
-আপনি যখন একটি লেনদেন জমা দেন তখন আপনি যে পরিমাণ গ্যাস দিতে ইচ্ছুক তা সেট করতে পারেন। একটি নির্দিষ্ট পরিমাণ গ্যাস অফার করার মাধ্যমে, আপনি পরবর্তী ব্লকে আপনার লেনদেন অন্তর্ভুক্ত করার জন্য বিড করছেন। আপনি যদি খুব কম অফার করেন, তাহলে ভ্যালিডেটররা আপনার লেনদেন অন্তর্ভুক্ত করার জন্য বেছে নেওয়ার সম্ভাবনা কম, যার অর্থ আপনার লেনদেন দেরিতে বা একেবারেই কার্যকর নাও হতে পারে। আপনি যদি খুব বেশি অফার করেন, তাহলে আপনি কিছু ETH নষ্ট করতে পারেন। তাহলে, আপনি কীভাবে বলবেন যে কত টাকা দিতে হবে?
+আপনি যখন কোনো লেনদেন সাবমিট করেন তখন আপনি কত পরিমাণ গ্যাস দিতে ইচ্ছুক তা নির্ধারণ করতে পারেন। একটি নির্দিষ্ট পরিমাণ গ্যাস অফার করার মাধ্যমে, আপনি আপনার লেনদেনটি পরবর্তী ব্লকে অন্তর্ভুক্ত করার জন্য বিড করছেন। আপনি যদি খুব কম অফার করেন, তবে ভ্যালিডেটরস আপনার লেনদেনটি অন্তর্ভুক্ত করার জন্য বেছে নেওয়ার সম্ভাবনা কম, যার মানে আপনার লেনদেনটি দেরিতে কার্যকর হতে পারে বা একেবারেই নাও হতে পারে। আপনি যদি খুব বেশি অফার করেন, তবে আপনি কিছু ETH নষ্ট করতে পারেন। তাহলে, আপনি কীভাবে বুঝবেন কত দিতে হবে?
-আপনি যে মোট গ্যাস প্রদান করেন তা দুটি উপাদানে বিভক্ত: `বেস ফি` এবং `প্রায়োরিটি ফি` (টিপ)।
+আপনি যে মোট গ্যাস প্রদান করেন তা দুটি উপাদানে বিভক্ত: `base fee` (বেস ফি) এবং `priority fee` (প্রায়োরিটি ফি বা টিপ)।
-`বেস ফি` প্রোটোকল দ্বারা সেট করা হয়—আপনার লেনদেন বৈধ বলে বিবেচিত হওয়ার জন্য আপনাকে অন্তত এই পরিমাণ অর্থ প্রদান করতে হবে। `প্রায়োরিটি ফি` হল একটি টিপ যা আপনি বেস ফি-তে যোগ করেন যাতে আপনার লেনদেনটি ভ্যালিডেটরদের কাছে আকর্ষণীয় হয় যাতে তারা পরবর্তী ব্লকে অন্তর্ভুক্ত করার জন্য এটি বেছে নেয়।
+`base fee` প্রটোকল দ্বারা নির্ধারিত হয়—আপনার লেনদেনটি বৈধ হিসেবে বিবেচিত হওয়ার জন্য আপনাকে অন্তত এই পরিমাণ অর্থ প্রদান করতে হবে। `priority fee` হলো একটি টিপ যা আপনি বেস ফি-এর সাথে যোগ করেন যাতে আপনার লেনদেনটি ভ্যালিডেটরস-এর কাছে আকর্ষণীয় হয় এবং তারা এটিকে পরবর্তী ব্লকে অন্তর্ভুক্ত করার জন্য বেছে নেয়।
-একটি লেনদেন যা শুধুমাত্র `বেস ফি` প্রদান করে তা প্রযুক্তিগতভাবে বৈধ কিন্তু অন্তর্ভুক্ত হওয়ার সম্ভাবনা কম কারণ এটি ভ্যালিডেটরদের অন্য কোনো লেনদেনের চেয়ে এটি বেছে নেওয়ার জন্য কোনো প্রণোদনা প্রদান করে না। 'সঠিক' `প্রায়োরিটি` ফি আপনার লেনদেন পাঠানোর সময় নেটওয়ার্ক ব্যবহারের দ্বারা নির্ধারিত হয়—যদি অনেক চাহিদা থাকে তাহলে আপনাকে আপনার `প্রায়োরিটি` ফি বেশি সেট করতে হতে পারে, কিন্তু যখন চাহিদা কম থাকে তখন আপনি কম অর্থ প্রদান করতে পারেন।
+একটি লেনদেন যা শুধুমাত্র `base fee` প্রদান করে তা প্রযুক্তিগতভাবে বৈধ কিন্তু অন্তর্ভুক্ত হওয়ার সম্ভাবনা কম কারণ এটি ভ্যালিডেটরস-কে অন্য কোনো লেনদেনের চেয়ে এটিকে বেছে নেওয়ার জন্য কোনো ইনসেনটিভ দেয় না। 'সঠিক' `priority` ফি নির্ধারিত হয় আপনি যখন আপনার লেনদেন পাঠান তখনকার নেটওয়ার্ক ব্যবহারের ওপর ভিত্তি করে—যদি অনেক চাহিদা থাকে তবে আপনাকে আপনার `priority` ফি বেশি নির্ধারণ করতে হতে পারে, কিন্তু যখন চাহিদা কম থাকে তখন আপনি কম দিতে পারেন।
-উদাহরণস্বরূপ, ধরা যাক জর্ডানকে টেলরকে 1 ETH দিতে হবে। একটি ETH স্থানান্তরের জন্য 21,000 ইউনিট গ্যাস প্রয়োজন, এবং বেস ফি হল 10 gwei। জর্ডান 2 gwei এর একটি টিপ অন্তর্ভুক্ত করে।
+উদাহরণস্বরূপ, ধরুন জর্ডানকে টেলরকে 1 ETH দিতে হবে। একটি ETH ট্রান্সফারের জন্য 21,000 ইউনিট গ্যাস প্রয়োজন, এবং বেস ফি হলো 10 gwei। জর্ডান 2 gwei-এর একটি টিপ অন্তর্ভুক্ত করে।
মোট ফি এখন এর সমান হবে:
-`ব্যবহৃত গ্যাসের ইউনিট * (বেস ফি + প্রায়োরিটি ফি)`
+`ব্যবহৃত গ্যাসের ইউনিট * (বেস ফি + প্রায়োরিটি ফি)`
-যেখানে `বেস ফি` প্রোটোকল দ্বারা সেট করা একটি মান এবং `প্রায়োরিটি ফি` হল ভ্যালিডেটরের জন্য টিপ হিসাবে ব্যবহারকারী দ্বারা সেট করা একটি মান।
+যেখানে `base fee` হলো প্রটোকল দ্বারা নির্ধারিত একটি মান এবং `priority fee` হলো ব্যবহারকারী দ্বারা ভ্যালিডেটর-কে টিপ হিসেবে দেওয়া একটি মান।
যেমন, `21,000 * (10 + 2) = 252,000 gwei` (0.000252 ETH)।
-জর্ডান যখন টাকা পাঠাবে, তখন জর্ডানের অ্যাকাউন্ট থেকে 1.000252 ETH কেটে নেওয়া হবে। টেলরের অ্যাকাউন্টে 1.0000 ETH জমা হবে। ভ্যালিডেটর 0.000042 ETH এর টিপ গ্রহণ করে। 0.00021 ETH এর `বেস ফি` বার্ন করা হয়।
+যখন জর্ডান টাকা পাঠায়, তখন জর্ডানের একাউন্ট থেকে 1.000252 ETH কেটে নেওয়া হবে। টেলরের একাউন্টে 1.0000 ETH জমা হবে। ভ্যালিডেটর 0.000042 ETH-এর টিপ পাবে। 0.00021 ETH-এর `base fee` পুড়িয়ে ফেলা (বার্ন করা) হবে।
### বেস ফি {#base-fee}
-প্রতিটি ব্লকের একটি বেস ফি থাকে যা একটি রিজার্ভ মূল্য হিসাবে কাজ করে। একটি ব্লকে অন্তর্ভুক্তির জন্য যোগ্য হতে, প্রতি গ্যাসের জন্য প্রস্তাবিত মূল্য কমপক্ষে বেস ফি-র সমান হতে হবে। বেস ফি বর্তমান ব্লক থেকে স্বাধীনভাবে গণনা করা হয় এবং পরিবর্তে এর আগের ব্লকগুলি দ্বারা নির্ধারিত হয়, যা ব্যবহারকারীদের জন্য লেনদেন ফি আরও অনুমানযোগ্য করে তোলে। ব্লক তৈরি করা হলে এই **বেস ফি \"বার্ন\" করা হয়**, এটিকে প্রচলন থেকে সরিয়ে দেওয়া হয়।
+প্রতিটি ব্লকের একটি বেস ফি থাকে যা রিজার্ভ প্রাইস হিসেবে কাজ করে। একটি ব্লকে অন্তর্ভুক্ত হওয়ার যোগ্য হতে হলে প্রতি গ্যাসের অফার করা মূল্য অন্তত বেস ফি-এর সমান হতে হবে। বেস ফি বর্তমান ব্লকের ওপর নির্ভর না করে স্বাধীনভাবে হিসাব করা হয় এবং এর পরিবর্তে এর আগের ব্লকস দ্বারা নির্ধারিত হয়, যা ব্যবহারকারীদের জন্য লেনদেন ফি-কে আরও অনুমানযোগ্য করে তোলে। যখন ব্লক তৈরি হয় তখন এই **বেস ফি "পুড়িয়ে ফেলা" (বার্ন করা) হয়**, যা এটিকে সার্কুলেশন থেকে সরিয়ে দেয়।
-বেস ফি একটি সূত্র দ্বারা গণনা করা হয় যা পূর্ববর্তী ব্লকের আকারের (সমস্ত লেনদেনের জন্য ব্যবহৃত গ্যাসের পরিমাণ) সাথে লক্ষ্য আকারের (গ্যাস সীমার অর্ধেক) তুলনা করে। যদি লক্ষ্য ব্লকের আকার লক্ষ্যের উপরে বা নীচে থাকে, তবে বেস ফি প্রতি ব্লকে সর্বোচ্চ 12.5% বৃদ্ধি বা হ্রাস পাবে। এই সূচকীয় বৃদ্ধি ব্লক সাইজকে অনির্দিষ্টকালের জন্য উচ্চ রাখা অর্থনৈতিকভাবে অকার্যকর করে তোলে।
+বেস ফি এমন একটি সূত্র দ্বারা হিসাব করা হয় যা পূর্ববর্তী ব্লকের আকার (সমস্ত লেনদেনের জন্য ব্যবহৃত গ্যাসের পরিমাণ) টার্গেট আকারের (গ্যাস লিমিট-এর অর্ধেক) সাথে তুলনা করে। যদি টার্গেট ব্লকের আকার টার্গেটের উপরে বা নিচে থাকে, তবে বেস ফি প্রতি ব্লকে সর্বোচ্চ 12.5% বৃদ্ধি বা হ্রাস পাবে। এই সূচকীয় বৃদ্ধি ব্লকের আকার অনির্দিষ্টকালের জন্য বেশি থাকাকে অর্থনৈতিকভাবে অকার্যকর করে তোলে।
-| ব্লক নম্বর | অন্তর্ভুক্ত গ্যাস | ফি বৃদ্ধি | বর্তমান বেস ফি |
-| ---------- | ----------------: | --------------------: | -------------------------: |
-| 1 | 18M | 0% | 100 gwei |
-| 2 | 36M | 0% | 100 gwei |
-| 3 | 36M | 12.5% | 112.5 gwei |
-| 4 | 36M | 12.5% | 126.6 gwei |
-| 5 | 36M | 12.5% | 142.4 gwei |
-| 6 | 36M | 12.5% | 160.2 gwei |
-| 7 | 36M | 12.5% | 180.2 gwei |
-| 8 | 36M | 12.5% | 202.7 gwei |
+| ব্লক নম্বর | অন্তর্ভুক্ত গ্যাস | ফি বৃদ্ধি | বর্তমান বেস ফি |
+| ------------ | -----------: | -----------: | ---------------: |
+| 1 | 18M | 0% | 100 gwei |
+| 2 | 36M | 0% | 100 gwei |
+| 3 | 36M | 12.5% | 112.5 gwei |
+| 4 | 36M | 12.5% | 126.6 gwei |
+| 5 | 36M | 12.5% | 142.4 gwei |
+| 6 | 36M | 12.5% | 160.2 gwei |
+| 7 | 36M | 12.5% | 180.2 gwei |
+| 8 | 36M | 12.5% | 202.7 gwei |
-উপরের সারণীতে, 36 মিলিয়নকে গ্যাস সীমা হিসাবে ব্যবহার করে একটি উদাহরণ দেখানো হয়েছে। এই উদাহরণটি অনুসরণ করে, 9 নম্বর ব্লকে একটি লেনদেন তৈরি করতে, একটি ওয়ালেট ব্যবহারকারীকে নিশ্চিতভাবে জানিয়ে দেবে যে পরবর্তী ব্লকে যোগ করার জন্য **সর্বোচ্চ বেস ফি** হল `বর্তমান বেস ফি * 112.5%` বা `202.7 gwei * 112.5% = 228.1 gwei`।
+উপরের টেবিলে, 36 মিলিয়ন গ্যাস লিমিট হিসেবে ব্যবহার করে একটি উদাহরণ দেখানো হয়েছে। এই উদাহরণ অনুসরণ করে, 9 নম্বর ব্লকে একটি লেনদেন তৈরি করতে, একটি ওয়ালেট ব্যবহারকারীকে নিশ্চিতভাবে জানাবে যে পরবর্তী ব্লকে যোগ করার জন্য **সর্বোচ্চ বেস ফি** হলো `বর্তমান বেস ফি * 112.5%` বা `202.7 gwei * 112.5% = 228.1 gwei`।
-এটিও মনে রাখা গুরুত্বপূর্ণ যে আমরা সম্পূর্ণ ব্লকের বর্ধিত স্পাইক দেখতে পাওয়ার সম্ভাবনা কম কারণ একটি সম্পূর্ণ ব্লকের আগে বেস ফি যে গতিতে বৃদ্ধি পায়।
+এটিও মনে রাখা গুরুত্বপূর্ণ যে আমরা পূর্ণ ব্লকের দীর্ঘায়িত স্পাইক দেখার সম্ভাবনা কম কারণ একটি পূর্ণ ব্লকের আগে বেস ফি যে গতিতে বৃদ্ধি পায়।
-| ব্লক নম্বর | অন্তর্ভুক্ত গ্যাস | ফি বৃদ্ধি | বর্তমান বেস ফি |
-| --------------------------------------------------- | --------------------------------------------------: | --------------------: | --------------------------------------------------: |
-| 30 | 36M | 12.5% | 2705.6 gwei |
-| ... | ... | 12.5% | ... |
-| 50 | 36M | 12.5% | 28531.3 gwei |
-| ... | ... | 12.5% | ... |
-| 100 | 36M | 12.5% | 10302608.6 gwei |
+| ব্লক নম্বর | অন্তর্ভুক্ত গ্যাস | ফি বৃদ্ধি | বর্তমান বেস ফি |
+| ------------ | -----------: | -----------: | ---------------: |
+| 30 | 36M | 12.5% | 2705.6 gwei |
+| ... | ... | 12.5% | ... |
+| 50 | 36M | 12.5% | 28531.3 gwei |
+| ... | ... | 12.5% | ... |
+| 100 | 36M | 12.5% | 10302608.6 gwei |
### প্রায়োরিটি ফি (টিপস) {#priority-fee}
-প্রায়োরিটি ফি (টিপ) ভ্যালিডেটরদের একটি ব্লকের লেনদেনের সংখ্যা সর্বাধিক করতে উৎসাহিত করে, যা শুধুমাত্র ব্লক গ্যাস সীমা দ্বারা সীমাবদ্ধ। টিপস ছাড়া, একজন যুক্তিসঙ্গত ভ্যালিডেটর কোনো সরাসরি এক্সিকিউশন লেয়ার বা কনসেন্সাস লেয়ারের জরিমানা ছাড়াই কম—এমনকি শূন্য—লেনদেন অন্তর্ভুক্ত করতে পারে, কারণ স্টেকিং রিওয়ার্ড একটি ব্লকে কতগুলি লেনদেন আছে তার থেকে স্বাধীন। অতিরিক্তভাবে, টিপস ব্যবহারকারীদের একই ব্লকের মধ্যে অগ্রাধিকারের জন্য অন্যদেরকে ছাড়িয়ে যেতে দেয়, যা কার্যকরভাবে জরুরি অবস্থার সংকেত দেয়।
+প্রায়োরিটি ফি (টিপ) ভ্যালিডেটরস-কে একটি ব্লকে লেনদেনের সংখ্যা সর্বাধিক করতে উৎসাহিত করে, যা শুধুমাত্র ব্লক গ্যাস লিমিট দ্বারা সীমাবদ্ধ। টিপস ছাড়া, একজন যুক্তিসঙ্গত ভ্যালিডেটর কোনো সরাসরি এক্সিকিউশন লেয়ার বা কনসেন্সাস লেয়ার জরিমানা ছাড়াই কম—বা এমনকি শূন্য—লেনদেন অন্তর্ভুক্ত করতে পারে, কারণ স্টেকিং রিওয়ার্ড একটি ব্লকে কতগুলো লেনদেন আছে তার ওপর নির্ভর করে না। উপরন্তু, টিপস ব্যবহারকারীদের একই ব্লকের মধ্যে অগ্রাধিকারের জন্য অন্যদের চেয়ে বেশি বিড করার অনুমতি দেয়, যা কার্যকরভাবে জরুরিতার সংকেত দেয়।
### সর্বোচ্চ ফি {#maxfee}
-নেটওয়ার্কে একটি লেনদেন সম্পাদনের জন্য, ব্যবহারকারীরা তাদের লেনদেন কার্যকর করার জন্য যে সর্বোচ্চ সীমা দিতে ইচ্ছুক তা নির্দিষ্ট করতে পারে। এই ঐচ্ছিক প্যারামিটারটি `maxFeePerGas` নামে পরিচিত। একটি লেনদেন কার্যকর করার জন্য, সর্বোচ্চ ফি অবশ্যই বেস ফি এবং টিপের যোগফলকে অতিক্রম করতে হবে। লেনদেন প্রেরককে সর্বোচ্চ ফি এবং বেস ফি ও টিপের যোগফলের মধ্যে পার্থক্য ফেরত দেওয়া হয়।
+নেটওয়ার্কে একটি লেনদেন সম্পাদন করতে, ব্যবহারকারীরা তাদের লেনদেন সম্পাদনের জন্য তারা যে সর্বোচ্চ সীমা প্রদান করতে ইচ্ছুক তা নির্দিষ্ট করতে পারেন। এই ঐচ্ছিক প্যারামিটারটি `maxFeePerGas` নামে পরিচিত। একটি লেনদেন সম্পাদনের জন্য, সর্বোচ্চ ফি অবশ্যই বেস ফি এবং টিপের যোগফলের চেয়ে বেশি হতে হবে। লেনদেন প্রেরককে সর্বোচ্চ ফি এবং বেস ফি ও টিপের যোগফলের মধ্যে পার্থক্য ফেরত দেওয়া হয়।
### ব্লকের আকার {#block-size}
-প্রতিটি ব্লকের একটি লক্ষ্য আকার থাকে যা বর্তমান গ্যাস সীমার অর্ধেক, তবে ব্লক সীমা পর্যন্ত না পৌঁছানো পর্যন্ত (লক্ষ্য ব্লক আকারের 2 গুণ) নেটওয়ার্কের চাহিদা অনুযায়ী ব্লকের আকার বাড়বে বা কমবে। প্রোটোকলটি _tâtonnement_ প্রক্রিয়ার মাধ্যমে লক্ষ্যে একটি ভারসাম্য গড় ব্লক আকার অর্জন করে। এর মানে হল যদি ব্লকের আকার লক্ষ্য ব্লকের আকারের চেয়ে বড় হয়, প্রোটোকল নিম্নলিখিত ব্লকের জন্য বেস ফি বাড়িয়ে দেবে। একইভাবে, যদি ব্লকের আকার লক্ষ্য ব্লকের আকারের চেয়ে কম হয় তবে প্রোটোকল বেস ফি কমিয়ে দেবে।
+প্রতিটি ব্লকের একটি টার্গেট আকার থাকে যা বর্তমান গ্যাস লিমিট-এর অর্ধেক, তবে নেটওয়ার্কের চাহিদা অনুযায়ী ব্লকস-এর আকার বৃদ্ধি বা হ্রাস পাবে, যতক্ষণ না ব্লক লিমিট পৌঁছায় (টার্গেট ব্লকের আকারের 2 গুণ)। প্রটোকল _tâtonnement_ প্রক্রিয়ার মাধ্যমে টার্গেটে একটি ভারসাম্যপূর্ণ গড় ব্লকের আকার অর্জন করে। এর মানে হলো যদি ব্লকের আকার টার্গেট ব্লকের আকারের চেয়ে বড় হয়, তবে প্রটোকল পরবর্তী ব্লকের জন্য বেস ফি বৃদ্ধি করবে। একইভাবে, যদি ব্লকের আকার টার্গেট ব্লকের আকারের চেয়ে ছোট হয়, তবে প্রটোকল বেস ফি হ্রাস করবে।
-বেস ফি যে পরিমাণে সামঞ্জস্য করা হয় তা বর্তমান ব্লক আকার লক্ষ্য থেকে কত দূরে তার সমানুপাতিক। এটি একটি খালি ব্লকের জন্য -12.5% থেকে একটি রৈখিক গণনা, লক্ষ্য আকারে 0%, গ্যাস সীমায় পৌঁছানো একটি ব্লকের জন্য +12.5% পর্যন্ত। ভ্যালিডেটর সংকেতের উপর ভিত্তি করে, সেইসাথে নেটওয়ার্ক আপগ্রেডের মাধ্যমে সময়ের সাথে সাথে গ্যাস সীমা ওঠানামা করতে পারে। আপনি [এখানে সময়ের সাথে সাথে গ্যাস সীমার পরিবর্তন দেখতে পারেন](https://eth.blockscout.com/stats/averageGasLimit?interval=threeMonths)।
+বেস ফি যে পরিমাণ সমন্বয় করা হয় তা বর্তমান ব্লকের আকার টার্গেট থেকে কতটা দূরে তার সমানুপাতিক। এটি একটি রৈখিক হিসাব যা একটি খালি ব্লকের জন্য -12.5%, টার্গেট আকারে 0%, এবং গ্যাস লিমিট-এ পৌঁছানো একটি ব্লকের জন্য +12.5% পর্যন্ত। গ্যাস লিমিট সময়ের সাথে সাথে ভ্যালিডেটর সিগন্যালিংয়ের পাশাপাশি নেটওয়ার্ক আপগ্রেডের মাধ্যমে ওঠানামা করতে পারে। আপনি [এখানে সময়ের সাথে সাথে গ্যাস লিমিট-এর পরিবর্তনগুলো দেখতে পারেন](https://eth.blockscout.com/stats/averageGasLimit?interval=threeMonths)।
-[ব্লক সম্পর্কে আরও](/developers/docs/blocks/)
+[ব্লকস সম্পর্কে আরও জানুন](/developers/docs/blocks/)
-### অনুশীলনে গ্যাস ফি গণনা করা {#calculating-fees-in-practice}
+### বাস্তবে গ্যাস ফি হিসাব করা {#calculating-fees-in-practice}
-আপনার লেনদেন কার্যকর করার জন্য আপনি কত টাকা দিতে ইচ্ছুক তা আপনি স্পষ্টভাবে বলতে পারেন। যাইহোক, বেশিরভাগ ওয়ালেট প্রদানকারী তাদের ব্যবহারকারীদের উপর চাপানো জটিলতা কমাতে স্বয়ংক্রিয়ভাবে একটি প্রস্তাবিত লেনদেন ফি (বেস ফি + প্রস্তাবিত প্রায়োরিটি ফি) সেট করবে।
+আপনার লেনদেন সম্পাদন করতে আপনি কত টাকা দিতে ইচ্ছুক তা আপনি স্পষ্টভাবে উল্লেখ করতে পারেন। তবে, বেশিরভাগ ওয়ালেট প্রদানকারী তাদের ব্যবহারকারীদের ওপর জটিলতার বোঝা কমাতে স্বয়ংক্রিয়ভাবে একটি প্রস্তাবিত লেনদেন ফি (বেস ফি + প্রস্তাবিত প্রায়োরিটি ফি) নির্ধারণ করবে।
## গ্যাস ফি কেন বিদ্যমান? {#why-do-gas-fees-exist}
-সংক্ষেপে, গ্যাস ফি Ethereum নেটওয়ার্ককে সুরক্ষিত রাখতে সাহায্য করে। নেটওয়ার্কে নির্বাহ করা প্রতিটি গণনার জন্য একটি ফি প্রয়োজন করে, আমরা খারাপ অভিনেতাদের নেটওয়ার্ক স্প্যামিং থেকে বিরত রাখি। কোডে দুর্ঘটনাজনিত বা প্রতিকূল অসীম লুপ বা অন্যান্য গণনামূলক অপচয় এড়াতে, প্রতিটি লেনদেনকে কোড এক্সিকিউশনের কতগুলি গণনামূলক পদক্ষেপ ব্যবহার করতে পারে তার একটি সীমা সেট করতে হবে। গণনার মৌলিক একক হল \"গ্যাস\"।
+সংক্ষেপে, গ্যাস ফি ইথিরিয়াম নেটওয়ার্ক সুরক্ষিত রাখতে সাহায্য করে। নেটওয়ার্কে সম্পাদিত প্রতিটি কম্পিউটেশনের জন্য একটি ফি প্রয়োজন করার মাধ্যমে, আমরা খারাপ অভিনেতাদের নেটওয়ার্কে স্প্যাম করা থেকে বিরত রাখি। কোডে দুর্ঘটনাবশত বা ক্ষতিকারক অসীম লুপ বা অন্যান্য কম্পিউটেশনাল অপচয় এড়াতে, প্রতিটি লেনদেনের জন্য এটি কোড এক্সিকিউশনের কতগুলো কম্পিউটেশনাল ধাপ ব্যবহার করতে পারে তার একটি সীমা নির্ধারণ করা প্রয়োজন। কম্পিউটেশনের মৌলিক একক হলো "গ্যাস"।
-যদিও একটি লেনদেনে একটি সীমা অন্তর্ভুক্ত থাকে, একটি লেনদেনে ব্যবহৃত না হওয়া কোনো গ্যাস ব্যবহারকারীকে ফেরত দেওয়া হয় (যেমন, `max fee - (base fee + tip)` ফেরত দেওয়া হয়)।
+যদিও একটি লেনদেনে একটি সীমা অন্তর্ভুক্ত থাকে, লেনদেনে ব্যবহৃত না হওয়া যেকোনো গ্যাস ব্যবহারকারীকে ফেরত দেওয়া হয় (যেমন, `সর্বোচ্চ ফি - (বেস ফি + টিপ)` ফেরত দেওয়া হয়)।
-
-_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত ডায়াগ্রাম_
+
+_চিত্রটি [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে নেওয়া হয়েছে_
-## গ্যাস সীমা কি? {#what-is-gas-limit}
+## গ্যাস লিমিট কী? {#what-is-gas-limit}
-গ্যাস সীমা বলতে একটি লেনদেনে আপনি যে পরিমাণ গ্যাস ব্যবহার করতে ইচ্ছুক তা বোঝায়। [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) জড়িত আরও জটিল লেনদেনগুলির জন্য আরও গণনামূলক কাজ প্রয়োজন, তাই তাদের একটি সাধারণ অর্থপ্রদানের চেয়ে উচ্চতর গ্যাস সীমার প্রয়োজন। একটি স্ট্যান্ডার্ড ETH স্থানান্তরের জন্য 21,000 ইউনিট গ্যাসের একটি গ্যাস সীমা প্রয়োজন।
+গ্যাস লিমিট বলতে আপনি একটি লেনদেনে সর্বোচ্চ যে পরিমাণ গ্যাস ব্যবহার করতে ইচ্ছুক তা বোঝায়। [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) জড়িত আরও জটিল লেনদেনের জন্য আরও বেশি কম্পিউটেশনাল কাজের প্রয়োজন হয়, তাই সেগুলোর জন্য একটি সাধারণ পেমেন্টের চেয়ে বেশি গ্যাস লিমিট প্রয়োজন। একটি স্ট্যান্ডার্ড ETH ট্রান্সফারের জন্য 21,000 ইউনিট গ্যাসের গ্যাস লিমিট প্রয়োজন।
-উদাহরণস্বরূপ, আপনি যদি একটি সাধারণ ETH স্থানান্তরের জন্য 50,000 এর একটি গ্যাস সীমা রাখেন, EVM 21,000 ব্যবহার করবে এবং আপনি অবশিষ্ট 29,000 ফেরত পাবেন। যাইহোক, আপনি যদি খুব কম গ্যাস নির্দিষ্ট করেন, উদাহরণস্বরূপ, একটি সাধারণ ETH স্থানান্তরের জন্য 20,000 এর গ্যাস সীমা, লেনদেনটি বৈধতা পর্বের সময় ব্যর্থ হবে। এটি একটি ব্লকে অন্তর্ভুক্ত করার আগে প্রত্যাখ্যান করা হবে এবং কোনো গ্যাস খরচ হবে না। অন্যদিকে, যদি কোনো লেনদেন কার্যকর করার সময় গ্যাস ফুরিয়ে যায় (যেমন, একটি স্মার্ট কন্ট্র্যাক্ট মাঝপথে সমস্ত গ্যাস ব্যবহার করে), EVM যেকোনো পরিবর্তন ফিরিয়ে দেবে, কিন্তু প্রদত্ত সমস্ত গ্যাস এখনও সম্পাদিত কাজের জন্য ব্যবহার করা হবে।
+উদাহরণস্বরূপ, আপনি যদি একটি সাধারণ ETH ট্রান্সফারের জন্য 50,000 গ্যাস লিমিট রাখেন, তবে EVM 21,000 ব্যবহার করবে এবং আপনি বাকি 29,000 ফেরত পাবেন। তবে, আপনি যদি খুব কম গ্যাস নির্দিষ্ট করেন, উদাহরণস্বরূপ, একটি সাধারণ ETH ট্রান্সফারের জন্য 20,000 গ্যাস লিমিট, তবে লেনদেনটি ভ্যালিডেশন পর্যায়ে ব্যর্থ হবে। এটি একটি ব্লকে অন্তর্ভুক্ত হওয়ার আগেই প্রত্যাখ্যাত হবে এবং কোনো গ্যাস ব্যবহৃত হবে না। অন্যদিকে, যদি এক্সিকিউশনের সময় কোনো লেনদেনের গ্যাস শেষ হয়ে যায় (যেমন, একটি স্মার্ট কন্ট্রাক্ট অর্ধেক পথেই সমস্ত গ্যাস ব্যবহার করে ফেলে), তবে EVM যেকোনো পরিবর্তন বাতিল করবে, কিন্তু সম্পাদিত কাজের জন্য প্রদত্ত সমস্ত গ্যাস তবুও ব্যবহৃত হবে।
-## কেন গ্যাস ফি এত বেশি হতে পারে? {#why-can-gas-fees-get-so-high}
+## গ্যাস ফি এত বেশি হতে পারে কেন? {#why-can-gas-fees-get-so-high}
-Ethereum-এর জনপ্রিয়তার কারণে গ্যাস ফি বেশি হয়। যদি খুব বেশি চাহিদা থাকে, ব্যবহারকারীদের অবশ্যই অন্যান্য ব্যবহারকারীদের লেনদেনকে ছাড়িয়ে যাওয়ার চেষ্টা করার জন্য উচ্চতর টিপ পরিমাণ অফার করতে হবে। একটি উচ্চতর টিপ আপনার লেনদেনকে পরবর্তী ব্লকে যাওয়ার সম্ভাবনা বাড়িয়ে তুলতে পারে। এছাড়াও, আরও জটিল স্মার্ট কন্ট্র্যাক্ট অ্যাপগুলি তাদের ফাংশনগুলিকে সমর্থন করার জন্য প্রচুর অপারেশন করতে পারে, যার ফলে তারা প্রচুর গ্যাস গ্রহণ করে।
+উচ্চ গ্যাস ফি ইথিরিয়ামের জনপ্রিয়তার কারণে হয়। যদি খুব বেশি চাহিদা থাকে, তবে ব্যবহারকারীদের অন্যান্য ব্যবহারকারীদের লেনদেনের চেয়ে বেশি বিড করার চেষ্টা করার জন্য উচ্চতর টিপের পরিমাণ অফার করতে হবে। একটি উচ্চতর টিপ আপনার লেনদেনটি পরবর্তী ব্লকে যাওয়ার সম্ভাবনা বাড়িয়ে তুলতে পারে। এছাড়াও, আরও জটিল স্মার্ট কন্ট্রাক্ট অ্যাপগুলো তাদের ফাংশনগুলোকে সমর্থন করার জন্য অনেক অপারেশন করতে পারে, যার ফলে তারা প্রচুর গ্যাস ব্যবহার করে।
-## গ্যাস খরচ কমানোর উদ্যোগ {#initiatives-to-reduce-gas-costs}
+## গ্যাসের খরচ কমানোর উদ্যোগ {#initiatives-to-reduce-gas-costs}
-Ethereum [স্কেলেবিলিটি আপগ্রেড](/roadmap/) শেষ পর্যন্ত গ্যাস ফি সংক্রান্ত কিছু সমস্যা সমাধান করবে, যা ফলস্বরূপ, প্ল্যাটফর্মটিকে প্রতি সেকেন্ডে হাজার হাজার লেনদেন প্রক্রিয়া করতে এবং বিশ্বব্যাপী স্কেল করতে সক্ষম করবে।
+ইথিরিয়াম [স্কেলিং আপগ্রেড](/roadmap/) শেষ পর্যন্ত কিছু গ্যাস ফি সমস্যার সমাধান করবে, যা ফলস্বরূপ, প্ল্যাটফর্মটিকে প্রতি সেকেন্ডে হাজার হাজার লেনদেন প্রক্রিয়া করতে এবং বিশ্বব্যাপী স্কেল করতে সক্ষম করবে।
-লেয়ার 2 স্কেলিং হল গ্যাস খরচ, ব্যবহারকারীর অভিজ্ঞতা এবং স্কেলেবিলিটি ব্যাপকভাবে উন্নত করার একটি প্রাথমিক উদ্যোগ।
+লেয়ার ২ স্কেলিং হলো গ্যাসের খরচ, ব্যবহারকারীর অভিজ্ঞতা এবং স্কেলেবিলিটি ব্যাপকভাবে উন্নত করার একটি প্রাথমিক উদ্যোগ।
-[লেয়ার 2 স্কেলিং সম্পর্কে আরও](/developers/docs/scaling/#layer-2-scaling)
+[লেয়ার ২ স্কেলিং সম্পর্কে আরও জানুন](/developers/docs/scaling/#layer-2-scaling)
-## গ্যাস ফি পর্যবেক্ষণ {#monitoring-gas-fees}
+## গ্যাস ফি মনিটরিং {#monitoring-gas-fees}
-আপনি যদি গ্যাসের দাম নিরীক্ষণ করতে চান, যাতে আপনি কম খরচে আপনার ETH পাঠাতে পারেন, আপনি বিভিন্ন টুল ব্যবহার করতে পারেন যেমন:
+আপনি যদি গ্যাস প্রাইস মনিটর করতে চান, যাতে আপনি কম খরচে আপনার ETH পাঠাতে পারেন, তবে আপনি বিভিন্ন টুল ব্যবহার করতে পারেন যেমন:
-- [Etherscan](https://etherscan.io/gastracker) _লেনদেনের গ্যাস মূল্যের অনুমানকারী_
-- [Blockscout](https://eth.blockscout.com/gas-tracker) _ওপেন সোর্স লেনদেন গ্যাস মূল্য অনুমানকারী_
-- [ETH Gas Tracker](https://www.ethgastracker.com/) _লেনদেন ফি কমাতে এবং অর্থ সঞ্চয় করতে Ethereum এবং L2 গ্যাসের দাম নিরীক্ষণ এবং ট্র্যাক করুন_
-- [Blocknative ETH Gas Estimator](https://chrome.google.com/webstore/detail/blocknative-eth-gas-estim/ablbagjepecncofimgjmdpnhnfjiecfm) _গ্যাস অনুমানকারী ক্রোম এক্সটেনশন যা টাইপ 0 লিগ্যাসি লেনদেন এবং টাইপ 2 EIP-1559 লেনদেন উভয়ই সমর্থন করে।_
-- [Cryptoneur Gas Fees Calculator](https://www.cryptoneur.xyz/gas-fees-calculator) _মেইননেট, আরবিট্রাম এবং পলিগনে বিভিন্ন ধরনের লেনদেনের জন্য আপনার স্থানীয় মুদ্রায় গ্যাস ফি গণনা করুন।_
+- [Etherscan](https://etherscan.io/gastracker) _লেনদেন গ্যাস প্রাইস এস্টিমেটর_
+- [Blockscout](https://eth.blockscout.com/gas-tracker) _ওপেন সোর্স লেনদেন গ্যাস প্রাইস এস্টিমেটর_
+- [ETH Gas Tracker](https://www.ethgastracker.com/) _লেনদেন ফি কমাতে এবং অর্থ সাশ্রয় করতে ইথিরিয়াম এবং L2 গ্যাস প্রাইস মনিটর এবং ট্র্যাক করুন_
+- [Blocknative ETH Gas Estimator](https://chrome.google.com/webstore/detail/blocknative-eth-gas-estim/ablbagjepecncofimgjmdpnhnfjiecfm) _গ্যাস এস্টিমেটিং ক্রোম এক্সটেনশন যা টাইপ 0 লিগ্যাসি লেনদেন এবং টাইপ 2 EIP-1559 লেনদেন উভয়কেই সমর্থন করে।_
+- [Cryptoneur Gas Fees Calculator](https://www.cryptoneur.xyz/gas-fees-calculator) _মেইননেট, Arbitrum এবং Polygon-এ বিভিন্ন ধরনের লেনদেনের জন্য আপনার স্থানীয় মুদ্রায় গ্যাস ফি হিসাব করুন।_
## সম্পর্কিত টুলস {#related-tools}
-- [ব্লকনেটিভ'স গ্যাস প্ল্যাটফর্ম](https://www.blocknative.com/gas) _ব্লকনেটিভ'স গ্লোবাল মেমপুল ডেটা প্ল্যাটফর্ম দ্বারা চালিত গ্যাস অনুমান API_
-- [গ্যাস নেটওয়ার্ক](https://gas.network) অনচেইন গ্যাস ওরাকেলস। 35+ চেইনের জন্য সমর্থন।
+- [Blocknative's Gas Platform](https://www.blocknative.com/gas) _Blocknative-এর গ্লোবাল মেমপুল ডাটা প্ল্যাটফর্ম দ্বারা চালিত গ্যাস এস্টিমেশন API_
+- [Gas Network](https://gas.network) অনচেইন গ্যাস ওরাকলস। 35+ চেইনের জন্য সমর্থন।
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
-- [Ethereum গ্যাস ব্যাখ্যা করা হয়েছে](https://defiprime.com/gas)
-- [আপনার স্মার্ট কন্ট্র্যাক্টের গ্যাস খরচ কমানো](https://medium.com/coinmonks/8-ways-of-reducing-the-gas-consumption-of-your-smart-contracts-9a506b339c0a)
-- [ডেভেলপারদের জন্য গ্যাস অপ্টিমাইজেশান কৌশল](https://www.alchemy.com/overviews/solidity-gas-optimization)
-- [EIP-1559 ডক্স](https://eips.ethereum.org/EIPS/eip-1559)।
-- [টিম বেইকোর EIP-1559 রিসোর্স](https://hackmd.io/@timbeiko/1559-resources)
-- [EIP-1559: মেমস থেকে মেকানিজম আলাদা করা](https://web.archive.org/web/20241126205908/https://research.2077.xyz/eip-1559-separating-mechanisms-from-memes)
+- [Ethereum Gas Explained](https://defiprime.com/gas)
+- [Reducing the gas consumption of your Smart Contracts](https://medium.com/coinmonks/8-ways-of-reducing-the-gas-consumption-of-your-smart-contracts-9a506b339c0a)
+- [Gas Optimization Strategies for Developers](https://www.alchemy.com/overviews/solidity-gas-optimization)
+- [EIP-1559 docs](https://eips.ethereum.org/EIPS/eip-1559).
+- [Tim Beiko's EIP-1559 Resources](https://hackmd.io/@timbeiko/1559-resources)
+- [EIP-1559: Separating Mechanisms From Memes](https://web.archive.org/web/20241126205908/https://research.2077.xyz/eip-1559-separating-mechanisms-from-memes)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/ides/index.md b/public/content/translations/bn/developers/docs/ides/index.md
index cd4d276908f..09f37df0063 100644
--- a/public/content/translations/bn/developers/docs/ides/index.md
+++ b/public/content/translations/bn/developers/docs/ides/index.md
@@ -1,64 +1,64 @@
---
-title: "ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্টস (IDEs)"
-description: "ইথেরিয়াম বিকাশের জন্য ওয়েব-ভিত্তিক এবং ডেস্কটপ IDEs সম্পর্কে জানুন, যার মধ্যে রয়েছে Remix, VS কোড, এবং জনপ্রিয় প্লাগইন।"
+title: ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্টস (IDEs)
+description: ইথিরিয়াম ডেভেলপমেন্টের জন্য ওয়েব-ভিত্তিক এবং ডেস্কটপ IDE সম্পর্কে জানুন, যার মধ্যে Remix, VS Code এবং জনপ্রিয় প্লাগইনগুলো অন্তর্ভুক্ত।
lang: bn
---
-যখন একটি [ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্ট (IDE)](https://wikipedia.org/wiki/Integrated_development_environment) সেট আপ করার কথা আসে, তখন ইথেরিয়াম-এ অ্যাপ্লিকেশন প্রোগ্রামিং করা অন্য যেকোনো সফ্টওয়্যার প্রজেক্ট প্রোগ্রামিং করার মতোই। বেছে নেওয়ার জন্য অনেক বিকল্প আছে, তাই দিনের শেষে, এমন IDE বা কোড এডিটর বেছে নিন যা আপনার পছন্দের জন্য সবচেয়ে উপযুক্ত। সম্ভবত আপনার ইথেরিয়াম বিকাশের জন্য সেরা IDE পছন্দ হলো সেই IDE যা আপনি ইতিমধ্যেই প্রথাগত সফ্টওয়্যার বিকাশের জন্য ব্যবহার করেন।
+যখন একটি [ইন্টিগ্রেটেড ডেভেলপমেন্ট এনভায়রনমেন্ট (IDE)](https://wikipedia.org/wiki/Integrated_development_environment) সেট আপ করার কথা আসে, তখন ইথিরিয়ামে অ্যাপ্লিকেশন প্রোগ্রামিং করা অন্য যেকোনো সফটওয়্যার প্রজেক্ট প্রোগ্রামিং করার মতোই। বেছে নেওয়ার জন্য অনেক বিকল্প রয়েছে, তাই দিন শেষে, আপনার পছন্দের সাথে সবচেয়ে মানানসই IDE বা কোড এডিটর বেছে নিন। সম্ভবত আপনার ইথিরিয়াম ডেভেলপমেন্টের জন্য সেরা IDE পছন্দটি হলো সেই IDE যা আপনি ইতিমধ্যে ঐতিহ্যবাহী সফটওয়্যার ডেভেলপমেন্টের জন্য ব্যবহার করেন।
## ওয়েব-ভিত্তিক IDEs {#web-based-ides}
-আপনি যদি একটি [লোকাল ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ করার](/developers/local-environment/) আগে কোড নিয়ে নাড়াচাড়া করতে চান, তাহলে এই ওয়েব অ্যাপগুলি ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট বিকাশের জন্য বিশেষভাবে তৈরি করা হয়েছে।
+আপনি যদি [লোকাল ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ](/developers/local-environment/) করার আগে কোড নিয়ে কাজ করতে চান, তবে এই ওয়েব অ্যাপগুলো ইথিরিয়াম স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্টের জন্য কাস্টম-বিল্ট।
-**[Remix](https://remix.ethereum.org/)** - **_অন্তর্নির্মিত স্ট্যাটিক বিশ্লেষণ এবং একটি টেস্ট ব্লকচেইন ভার্চুয়াল মেশিন সহ ওয়েব-ভিত্তিক IDE_**
+**[Remix](https://remix.ethereum.org/)** - **_বিল্ট-ইন স্ট্যাটিক অ্যানালাইসিস এবং একটি টেস্ট ব্লকচেইন ভার্চুয়াল মেশিন সহ ওয়েব-ভিত্তিক IDE_**
-- [ডক্স](https://remix-ide.readthedocs.io/en/latest/#)
+- [ডকুমেন্টেশন](https://remix-ide.readthedocs.io/en/latest/#)
- [Gitter](https://gitter.im/ethereum/remix)
**[ChainIDE](https://chainide.com/)** - **_একটি ক্লাউড-ভিত্তিক মাল্টি-চেইন IDE_**
-- [ডক্স](https://chainide.gitbook.io/chainide-english-1/)
+- [ডকুমেন্টেশন](https://chainide.gitbook.io/chainide-english-1/)
- [হেল্প ফোরাম](https://forum.chainide.com/)
-**[Replit (Solidity স্টার্টার - বিটা)](https://replit.com/@replit/Solidity-starter-beta)** - **_হট রিলোডিং, ত্রুটি পরীক্ষা এবং প্রথম-শ্রেণীর টেস্টনেট সমর্থন সহ Ethereum-এর জন্য একটি কাস্টমাইজযোগ্য ডেভেলপমেন্ট এনভায়রনমেন্ট_**
+**[Replit (Solidity Starter - Beta)](https://replit.com/@replit/Solidity-starter-beta)** - **_হট রিলোডিং, এরর চেকিং এবং ফার্স্ট-ক্লাস টেস্টনেট সাপোর্ট সহ ইথিরিয়ামের জন্য একটি কাস্টমাইজযোগ্য ডেভেলপমেন্ট এনভায়রনমেন্ট_**
-- [ডক্স](https://docs.replit.com/)
+- [ডকুমেন্টেশন](https://docs.replit.com/)
-**[Tenderly Sandbox](https://sandbox.tenderly.co/)** - **_একটি দ্রুত প্রোটোটাইপিং এনভায়রনমেন্ট যেখানে আপনি সলিডিটি এবং জাভাস্ক্রিপ্ট ব্যবহার করে ব্রাউজারে স্মার্ট কন্ট্র্যাক্ট লিখতে, এক্সিকিউট করতে এবং ডিবাগ করতে পারেন_**
+**[Tenderly Sandbox](https://sandbox.tenderly.co/)** - **_একটি দ্রুত প্রোটোটাইপিং এনভায়রনমেন্ট যেখানে আপনি Solidity এবং JavaScript ব্যবহার করে ব্রাউজারে স্মার্ট কন্ট্রাক্ট লিখতে, এক্সিকিউট করতে এবং ডিবাগ করতে পারেন_**
-**[EthFiddle](https://ethfiddle.com/)** - **_ওয়েব-ভিত্তিক IDE যা আপনাকে আপনার স্মার্ট কন্ট্র্যাক্ট লিখতে, কম্পাইল করতে এবং ডিবাগ করতে দেয়_**
+**[EthFiddle](https://ethfiddle.com/)** - **_ওয়েব-ভিত্তিক IDE যা আপনাকে আপনার স্মার্ট কন্ট্রাক্ট লিখতে, কম্পাইল করতে এবং ডিবাগ করতে দেয়_**
- [Gitter](https://gitter.im/loomnetwork/ethfiddle)
## ডেস্কটপ IDEs {#desktop-ides}
-বেশিরভাগ প্রতিষ্ঠিত IDEs-এ Ethereum ডেভেলপমেন্টের অভিজ্ঞতা বাড়ানোর জন্য প্লাগইন তৈরি করা হয়েছে। ন্যূনতমপক্ষে, তারা [স্মার্ট কন্ট্র্যাক্ট ভাষাগুলির](/developers/docs/smart-contracts/languages/) জন্য সিনট্যাক্স হাইলাইটিং প্রদান করে।
+বেশিরভাগ প্রতিষ্ঠিত IDE ইথিরিয়াম ডেভেলপমেন্ট অভিজ্ঞতা উন্নত করতে প্লাগইন তৈরি করেছে। অন্ততপক্ষে, তারা [স্মার্ট কন্ট্রাক্ট ভাষার](/developers/docs/smart-contracts/languages/) জন্য সিনট্যাক্স হাইলাইটিং প্রদান করে।
-**ভিজ্যুয়াল স্টুডিও কোড -** **_অফিসিয়াল ইথেরিয়াম সমর্থন সহ পেশাদার ক্রস-প্ল্যাটফর্ম IDE_**
+**Visual Studio Code -** **_অফিসিয়াল ইথিরিয়াম সাপোর্ট সহ প্রফেশনাল ক্রস-প্ল্যাটফর্ম IDE_**
-- [ভিজ্যুয়াল স্টুডিও কোড](https://code.visualstudio.com/)
-- [কোড স্যাম্পেল](https://github.com/Azure-Samples/blockchain/blob/master/blockchain-workbench/application-and-smart-contract-samples/readme.md)
+- [Visual Studio Code](https://code.visualstudio.com/)
+- [কোড স্যাম্পল](https://github.com/Azure-Samples/blockchain/blob/master/blockchain-workbench/application-and-smart-contract-samples/readme.md)
- [GitHub](https://github.com/microsoft/vscode)
-**JetBrains IDEs (IntelliJ IDEA, ইত্যাদি) -** **_সফ্টওয়্যার ডেভেলপার এবং টিমের জন্য প্রয়োজনীয় টুলস_**
+**JetBrains IDEs (IntelliJ IDEA, ইত্যাদি) -** **_সফটওয়্যার ডেভেলপার এবং টিমের জন্য প্রয়োজনীয় টুলস_**
- [JetBrains](https://www.jetbrains.com/)
- [GitHub](https://github.com/JetBrains)
- [IntelliJ Solidity](https://github.com/intellij-solidity/intellij-solidity/)
-**Remix ডেস্কটপ -** **_আপনার লোকাল মেশিনে Remix IDE-এর অভিজ্ঞতা নিন_**
+**Remix Desktop -** **_আপনার লোকাল মেশিনে Remix IDE এর অভিজ্ঞতা নিন_**
- [ডাউনলোড](https://github.com/ethereum/remix-desktop/releases)
- [GitHub](https://github.com/ethereum/remix-desktop)
## প্লাগইন এবং এক্সটেনশন {#plugins-extensions}
-- [solidity](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity) - ভিজ্যুয়াল স্টুডিও কোডের জন্য Ethereum সলিডিটি ল্যাঙ্গুয়েজ
-- [VS কোডের জন্য সলিডিটি + হার্ডহ্যাট](https://marketplace.visualstudio.com/items?itemName=NomicFoundation.hardhat-solidity) - হার্ডহ্যাট টিমের দ্বারা সলিডিটি এবং হার্ডহ্যাট সাপোর্ট
-- [Prettier Solidity](https://github.com/prettier-solidity/prettier-plugin-solidity) - prettier ব্যবহার করে কোড ফরমেটার
+- [solidity](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity) - Visual Studio Code এর জন্য ইথিরিয়াম Solidity ভাষা
+- [Solidity + Hardhat for VS Code](https://marketplace.visualstudio.com/items?itemName=NomicFoundation.hardhat-solidity) - Hardhat টিমের দ্বারা Solidity এবং Hardhat সাপোর্ট
+- [Prettier Solidity](https://github.com/prettier-solidity/prettier-plugin-solidity) - prettier ব্যবহার করে কোড ফরম্যাটার
## আরও পড়ুন {#further-reading}
-- [Ethereum IDEs](https://www.alchemy.com/list-of/web3-ides-on-ethereum) _- Alchemy-র Ethereum IDEs-এর তালিকা_
+- [ইথিরিয়াম IDEs](https://www.alchemy.com/list-of/web3-ides-on-ethereum) _- Alchemy এর ইথিরিয়াম IDE এর তালিকা_
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/index.md b/public/content/translations/bn/developers/docs/index.md
index 815146c14a8..693f99ba7a4 100644
--- a/public/content/translations/bn/developers/docs/index.md
+++ b/public/content/translations/bn/developers/docs/index.md
@@ -1,25 +1,25 @@
---
-title: "ইথেরিয়াম উন্নয়ন নথিপত্র"
-description: "ethereum.org ডেভেলপার নথিপত্রের সূচনা।"
+title: ইথিরিয়াম ডেভেলপমেন্ট ডকুমেন্টেশন
+description: ethereum.org ডেভেলপার ডকুমেন্টেশনের পরিচিতি।
lang: bn
---
-এই নথিপত্রটি আপনাকে Ethereum দিয়ে তৈরি করতে সাহায্য করার জন্য ডিজাইন করা হয়েছে। এটি একটি ধারণা হিসাবে Ethereum-কে কভার করে, Ethereum টেক স্ট্যাক ব্যাখ্যা করে এবং আরও জটিল অ্যাপ্লিকেশন এবং ব্যবহারের ক্ষেত্রের জন্য উন্নত বিষয়গুলি নথিভুক্ত করে।
+এই ডকুমেন্টেশনটি আপনাকে [ইথিরিয়াম](/)-এর সাথে তৈরি করতে সাহায্য করার জন্য ডিজাইন করা হয়েছে। এটি একটি ধারণা হিসেবে ইথিরিয়ামকে কভার করে, ইথিরিয়াম টেক স্ট্যাক ব্যাখ্যা করে এবং আরও জটিল অ্যাপ্লিকেশন ও ব্যবহারের ক্ষেত্রের জন্য উন্নত বিষয়গুলো নথিভুক্ত করে।
-এটি একটি ওপেন-সোর্স কমিউনিটির প্রচেষ্টা, তাই নির্দ্বিধায় নতুন বিষয় প্রস্তাব করুন, নতুন কনটেন্ট যোগ করুন এবং যেখানেই আপনি মনে করেন এটি সহায়ক হতে পারে সেখানে উদাহরণ দিন। সমস্ত নথিপত্র GitHub-এর মাধ্যমে সম্পাদনা করা যেতে পারে – আপনি যদি নিশ্চিত না হন কীভাবে করবেন, [এই নির্দেশাবলী অনুসরণ করুন](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/editing-markdown.md)।
+এটি একটি ওপেন-সোর্স কমিউনিটি প্রচেষ্টা, তাই নতুন বিষয়ের পরামর্শ দিতে, নতুন কন্টেন্ট যোগ করতে এবং যেখানেই আপনার মনে হয় এটি সহায়ক হতে পারে সেখানে উদাহরণ প্রদান করতে নির্দ্বিধায় এগিয়ে আসুন। সমস্ত ডকুমেন্টেশন GitHub-এর মাধ্যমে এডিট করা যেতে পারে – আপনি যদি নিশ্চিত না হন কীভাবে করতে হবে, তবে [এই নির্দেশিকাগুলো অনুসরণ করুন](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/editing-markdown.md)।
-## উন্নয়ন মডিউল {#development-modules}
+## ডেভেলপমেন্ট মডিউল {#development-modules}
-যদি এটি Ethereum উন্নয়নে আপনার প্রথম প্রচেষ্টা হয়, আমরা শুরু থেকে শুরু করে একটি বইয়ের মতো করে এগিয়ে যাওয়ার পরামর্শ দিই।
+যদি এটি ইথিরিয়াম ডেভেলপমেন্টে আপনার প্রথম প্রচেষ্টা হয়, তবে আমরা শুরু থেকে শুরু করার এবং একটি বইয়ের মতো ধাপে ধাপে এগিয়ে যাওয়ার পরামর্শ দিই।
-### মৌলিক বিষয় {#foundational-topics}
+### মৌলিক বিষয়গুলো {#foundational-topics}
@:"
@@ -16,16 +16,16 @@ geth --bootnodes "enode://@:"
## একটি বুটনোড চালান {#run-a-bootnode}
-বুটনোডগুলি সম্পূর্ণ নোড যা NAT-এর ([Network Address Translation](https://www.geeksforgeeks.org/network-address-translation-nat/)) পিছনে নেই। প্রতিটি সম্পূর্ণ নোড একটি বুটনোড হিসাবে কাজ করতে পারে যতক্ষণ না এটি সর্বজনীনভাবে উপলব্ধ থাকে।
+বুটনোড হলো ফুল নোড যা কোনো NAT ([Network Address Translation](https://www.geeksforgeeks.org/network-address-translation-nat/))-এর পিছনে থাকে না। প্রতিটি ফুল নোড একটি বুটনোড হিসেবে কাজ করতে পারে যতক্ষণ না এটি সর্বজনীনভাবে বা পাবলিকলি উপলব্ধ থাকে।
-আপনি যখন একটি নোড শুরু করেন, তখন এটি আপনার [enode](/developers/docs/networking-layer/network-addresses/#enode) লগ করা উচিত, যা একটি সর্বজনীন শনাক্তকারী যা অন্যরা আপনার নোডের সাথে সংযোগ করতে ব্যবহার করতে পারে।
+যখন আপনি একটি নোড চালু করেন, তখন এটি আপনার [enode](/developers/docs/networking-layer/network-addresses/#enode) লগ করবে, যা একটি পাবলিক আইডেন্টিফায়ার এবং অন্যরা আপনার নোড-এর সাথে সংযুক্ত হতে এটি ব্যবহার করতে পারে।
-enode সাধারণত প্রতিটি রিস্টার্টে পুনরায় তৈরি করা হয়, তাই আপনার বুটনোডের জন্য একটি স্থায়ী enode কীভাবে তৈরি করবেন সে সম্পর্কে আপনার ক্লায়েন্টের নথিপত্র দেখতে ভুলবেন না।
+enode সাধারণত প্রতিটি রিস্টার্টের সময় পুনরায় জেনারেট হয়, তাই আপনার বুটনোডের জন্য কীভাবে একটি স্থায়ী enode তৈরি করবেন সে সম্পর্কে আপনার ক্লায়েন্ট-এর ডকুমেন্টেশন দেখে নিন।
-একটি ভাল বুটনোড হওয়ার জন্য এটির সাথে সংযোগ করতে পারে এমন পিয়ারের সর্বোচ্চ সংখ্যা বাড়ানো একটি ভাল ধারণা। অনেক পিয়ারের সাথে একটি বুটনোড চালানো ব্যান্ডউইথের প্রয়োজনীয়তাকে উল্লেখযোগ্যভাবে বাড়িয়ে তুলবে।
+একটি ভালো বুটনোড হওয়ার জন্য এর সাথে সংযুক্ত হতে পারে এমন পিয়ারের সর্বোচ্চ সংখ্যা বৃদ্ধি করা একটি ভালো ধারণা। অনেক পিয়ারের সাথে একটি বুটনোড চালালে ব্যান্ডউইথের প্রয়োজনীয়তা উল্লেখযোগ্যভাবে বৃদ্ধি পাবে।
-## উপলব্ধ বুটনোড {#available-bootnodes}
+## উপলব্ধ বুটনোডসমূহ {#available-bootnodes}
-go-ethereum-এর মধ্যে বিল্টইন বুটনোডের একটি তালিকা [এখানে](https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go#L23) পাওয়া যাবে। এই বুটনোডগুলি ইথেরিয়াম ফাইন্ডেশন এবং go-ethereum টিম দ্বারা রক্ষণাবেক্ষণ করা হয়।
+go-ethereum-এর মধ্যে থাকা বিল্ট-ইন বুটনোডগুলোর একটি তালিকা [এখানে](https://github.com/ethereum/go-ethereum/blob/master/params/bootnodes.go#L23) পাওয়া যাবে। এই বুটনোডগুলো ইথিরিয়াম ফাউন্ডেশন এবং go-ethereum টিম দ্বারা পরিচালিত হয়।
-স্বেচ্ছাসেবকদের দ্বারা রক্ষণাবেক্ষণ করা বুটনোডগুলির অন্যান্য তালিকা উপলব্ধ আছে। অনুগ্রহ করে নিশ্চিত করুন যে সর্বদা অন্তত একটি অফিসিয়াল বুটনোড অন্তর্ভুক্ত করা হয়েছে, অন্যথায় আপনি একটি এক্লিপ্স অ্যাটাকের শিকার হতে পারেন।
+স্বেচ্ছাসেবকদের দ্বারা পরিচালিত বুটনোডগুলোর অন্যান্য তালিকাও উপলব্ধ রয়েছে। অনুগ্রহ করে সর্বদা অন্তত একটি অফিসিয়াল বুটনোড অন্তর্ভুক্ত করার বিষয়টি নিশ্চিত করুন, অন্যথায় আপনি এক্লিপস অ্যাটাক (eclipse attack)-এর শিকার হতে পারেন।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/client-diversity/index.md
index e1a7caa174d..5da09b26f99 100644
--- a/public/content/translations/bn/developers/docs/nodes-and-clients/client-diversity/index.md
+++ b/public/content/translations/bn/developers/docs/nodes-and-clients/client-diversity/index.md
@@ -1,47 +1,47 @@
---
-title: "ক্লায়েন্ট বৈচিত্র্য"
-description: "Ethereum ক্লায়েন্ট বৈচিত্র্যের গুরুত্বের একটি উচ্চ স্তরের ব্যাখ্যা।"
+title: ক্লায়েন্ট ডাইভার্সিটি
+description: ইথিরিয়াম ক্লায়েন্ট ডাইভার্সিটির গুরুত্ব সম্পর্কে একটি উচ্চ স্তরের ব্যাখ্যা।
lang: bn
sidebarDepth: 2
---
-একটি Ethereum নোডের আচরণ এটি যে ক্লায়েন্ট সফ্টওয়্যার চালায় তার দ্বারা নিয়ন্ত্রিত হয়। বেশ কয়েকটি প্রোডাকশন-লেভেলের Ethereum ক্লায়েন্ট রয়েছে, প্রতিটি আলাদা দল দ্বারা বিভিন্ন ভাষায় তৈরি এবং রক্ষণাবেক্ষণ করা হয়। ক্লায়েন্টগুলি একটি সাধারণ স্পেসিফিকেশনে তৈরি করা হয়েছে যা নিশ্চিত করে যে ক্লায়েন্টরা নির্বিঘ্নে একে অপরের সাথে যোগাযোগ করে এবং একই কার্যকারিতা রয়েছে এবং একটি সমতুল্য ব্যবহারকারীর অভিজ্ঞতা প্রদান করে। যাইহোক, এই মুহূর্তে নোড জুড়ে ক্লায়েন্টদের বন্টন এই নেটওয়ার্ক শক্তিশালীকরণের পূর্ণ সম্ভাবনাকে কাজে লাগানোর জন্য যথেষ্ট সমান নয়। আদর্শগতভাবে, ব্যবহারকারীরা নেটওয়ার্কে যতটা সম্ভব ক্লায়েন্ট বৈচিত্র্য আনতে বিভিন্ন ক্লায়েন্ট জুড়ে মোটামুটি সমানভাবে বিভক্ত হয়।
+একটি [ইথিরিয়াম](/) নোডের আচরণ এটি যে ক্লায়েন্ট সফটওয়্যার চালায় তার দ্বারা নিয়ন্ত্রিত হয়। বেশ কয়েকটি প্রোডাকশন-লেভেলের ইথিরিয়াম ক্লায়েন্ট রয়েছে, যার প্রতিটি আলাদা টিমের দ্বারা বিভিন্ন ভাষায় তৈরি এবং রক্ষণাবেক্ষণ করা হয়। ক্লায়েন্টগুলো একটি সাধারণ স্পেসিফিকেশনের ওপর ভিত্তি করে তৈরি করা হয় যা নিশ্চিত করে যে ক্লায়েন্টগুলো একে অপরের সাথে নির্বিঘ্নে যোগাযোগ করতে পারে, একই কার্যকারিতা থাকে এবং সমতুল্য ব্যবহারকারীর অভিজ্ঞতা প্রদান করে। তবে, এই মুহূর্তে নোডগুলোর মধ্যে ক্লায়েন্টগুলোর বন্টন এই নেটওয়ার্কের সুরক্ষাকে তার পূর্ণ সম্ভাবনায় উপলব্ধি করার জন্য যথেষ্ট সমান নয়। আদর্শভাবে, নেটওয়ার্কে যতটা সম্ভব ক্লায়েন্ট ডাইভার্সিটি আনতে ব্যবহারকারীরা বিভিন্ন ক্লায়েন্টের মধ্যে মোটামুটি সমানভাবে বিভক্ত হন।
## পূর্বশর্ত {#prerequisites}
-আপনি যদি ইতিমধ্যেই নোড এবং ক্লায়েন্টগুলি কী তা না বোঝেন, তাহলে [নোড এবং ক্লায়েন্ট](/developers/docs/nodes-and-clients/) দেখুন। গ্লসারিতে [এক্সিকিউশন](/glossary/#execution-layer) এবং [কনসেন্সাস](/glossary/#consensus-layer) লেয়ারগুলি সংজ্ঞায়িত করা হয়েছে।
+আপনি যদি ইতিমধ্যে নোড এবং ক্লায়েন্ট কী তা না বুঝে থাকেন, তবে [নোড এবং ক্লায়েন্ট](/developers/docs/nodes-and-clients/) দেখে নিন। [এক্সিকিউশন](/glossary/#execution-layer) এবং [কনসেন্সাস](/glossary/#consensus-layer) লেয়ারগুলো শব্দকোষে সংজ্ঞায়িত করা হয়েছে।
-## একাধিক ক্লায়েন্ট কেন আছে? {#why-multiple-clients}
+## কেন একাধিক ক্লায়েন্ট রয়েছে? {#why-multiple-clients}
-একাধিক, স্বাধীনভাবে বিকশিত এবং রক্ষণাবেক্ষণ করা ক্লায়েন্ট বিদ্যমান কারণ ক্লায়েন্ট বৈচিত্র্য নেটওয়ার্ককে আক্রমণ এবং বাগের বিরুদ্ধে আরও স্থিতিস্থাপক করে তোলে। একাধিক ক্লায়েন্ট Ethereum-এর জন্য একটি অনন্য শক্তি - অন্যান্য ব্লকচেইন একটি একক ক্লায়েন্টের অভ্রান্ততার উপর নির্ভর করে। যাইহোক, একাধিক ক্লায়েন্ট উপলব্ধ থাকাই যথেষ্ট নয়, সেগুলিকে কমিউনিটি দ্বারা গ্রহণ করতে হবে এবং মোট সক্রিয় নোডগুলিকে তাদের মধ্যে তুলনামূলকভাবে সমানভাবে বিতরণ করতে হবে।
+একাধিক, স্বাধীনভাবে তৈরি এবং রক্ষণাবেক্ষণ করা ক্লায়েন্ট বিদ্যমান কারণ ক্লায়েন্ট ডাইভার্সিটি নেটওয়ার্কটিকে আক্রমণ এবং বাগের বিরুদ্ধে আরও স্থিতিস্থাপক করে তোলে। একাধিক ক্লায়েন্ট থাকা ইথিরিয়ামের একটি অনন্য শক্তি - অন্যান্য ব্লকচেইনগুলো একটি একক ক্লায়েন্টের অভ্রান্ততার উপর নির্ভর করে। তবে, শুধুমাত্র একাধিক ক্লায়েন্ট উপলব্ধ থাকাই যথেষ্ট নয়, সেগুলোকে কমিউনিটি দ্বারা গ্রহণ করতে হবে এবং মোট সক্রিয় নোডগুলোকে তাদের মধ্যে তুলনামূলকভাবে সমানভাবে বিতরণ করতে হবে।
-## ক্লায়েন্ট বৈচিত্র্য কেন গুরুত্বপূর্ণ? {#client-diversity-importance}
+## ক্লায়েন্ট ডাইভার্সিটি কেন গুরুত্বপূর্ণ? {#client-diversity-importance}
-অনেকগুলি স্বাধীনভাবে বিকশিত এবং রক্ষণাবেক্ষণ করা ক্লায়েন্ট থাকা একটি বিকেন্দ্রীভূত নেটওয়ার্কের স্বাস্থ্যের জন্য অত্যাবশ্যক। আসুন কারণগুলো অন্বেষণ করি।
+একটি ডিসেন্ট্রালাইজড নেটওয়ার্কের স্বাস্থ্যের জন্য স্বাধীনভাবে তৈরি এবং রক্ষণাবেক্ষণ করা অনেকগুলো ক্লায়েন্ট থাকা অত্যন্ত গুরুত্বপূর্ণ। আসুন এর কারণগুলো অন্বেষণ করি।
### বাগ {#bugs}
-Ethereum নোডগুলির একটি সংখ্যালঘুকে প্রতিনিধিত্ব করার সময় একটি পৃথক ক্লায়েন্টের একটি বাগ নেটওয়ার্কের জন্য কম ঝুঁকির। অনেক ক্লায়েন্ট জুড়ে নোডগুলির মোটামুটি সমান বন্টনের সাথে, বেশিরভাগ ক্লায়েন্টের একটি ভাগ করা সমস্যায় ভোগার সম্ভাবনা কম, এবং ফলস্বরূপ, নেটওয়ার্কটি আরও শক্তিশালী।
+একটি নির্দিষ্ট ক্লায়েন্টের বাগ নেটওয়ার্কের জন্য কম ঝুঁকির কারণ হয় যখন এটি ইথিরিয়াম নোডগুলোর একটি সংখ্যালঘুকে প্রতিনিধিত্ব করে। অনেকগুলো ক্লায়েন্টের মধ্যে নোডগুলোর মোটামুটি সমান বন্টনের ফলে, বেশিরভাগ ক্লায়েন্টের একটি সাধারণ সমস্যায় ভোগার সম্ভাবনা কম থাকে এবং এর ফলে নেটওয়ার্কটি আরও শক্তিশালী হয়।
### আক্রমণের বিরুদ্ধে স্থিতিস্থাপকতা {#resilience}
-ক্লায়েন্ট বৈচিত্র্য আক্রমণের বিরুদ্ধে স্থিতিস্থাপকতাও প্রদান করে। উদাহরণস্বরূপ, একটি আক্রমণ যা [একটি নির্দিষ্ট ক্লায়েন্টকে](https://twitter.com/vdWijden/status/1437712249926393858) চেইনের একটি নির্দিষ্ট শাখায় নিয়ে যাওয়ার জন্য প্রতারণা করে তা সফল হওয়ার সম্ভাবনা কম কারণ অন্যান্য ক্লায়েন্টদের একই উপায়ে শোষণযোগ্য হওয়ার সম্ভাবনা কম এবং ক্যানোনিকাল চেইনটি ত্রুটিমুক্ত থাকে। কম ক্লায়েন্ট বৈচিত্র্য প্রভাবশালী ক্লায়েন্টের উপর একটি হ্যাকের সাথে যুক্ত ঝুঁকি বাড়ায়। ক্লায়েন্ট বৈচিত্র্য ইতিমধ্যেই নেটওয়ার্কে ক্ষতিকারক আক্রমণের বিরুদ্ধে একটি গুরুত্বপূর্ণ প্রতিরক্ষা হিসাবে প্রমাণিত হয়েছে, উদাহরণস্বরূপ, 2016 সালে সাংহাই ডিনায়েল-অফ-সার্ভিস আক্রমণটি সম্ভব হয়েছিল কারণ আক্রমণকারীরা প্রভাবশালী ক্লায়েন্টকে (Geth) প্রতি ব্লকে হাজার হাজার বার একটি ধীরগতির ডিস্ক i/o অপারেশন চালানোর জন্য প্রতারণা করতে সক্ষম হয়েছিল। কারণ বিকল্প ক্লায়েন্টরাও অনলাইনে ছিল যারা দুর্বলতা ভাগ করে নেয়নি, Ethereum আক্রমণ প্রতিহত করতে এবং Geth-এর দুর্বলতা সংশোধন করার সময় কাজ চালিয়ে যেতে সক্ষম হয়েছিল।
+ক্লায়েন্ট ডাইভার্সিটি আক্রমণের বিরুদ্ধে স্থিতিস্থাপকতাও প্রদান করে। উদাহরণস্বরূপ, একটি আক্রমণ যা [একটি নির্দিষ্ট ক্লায়েন্টকে প্রতারিত করে](https://twitter.com/vdWijden/status/1437712249926393858) চেইনের একটি নির্দিষ্ট শাখায় নিয়ে যায়, তার সফল হওয়ার সম্ভাবনা কম কারণ অন্যান্য ক্লায়েন্টগুলোকে একইভাবে শোষণ করার সম্ভাবনা কম এবং ক্যানোনিকাল চেইনটি অবিকৃত থাকে। কম ক্লায়েন্ট ডাইভার্সিটি প্রভাবশালী ক্লায়েন্টের উপর হ্যাকের সাথে যুক্ত ঝুঁকি বাড়ায়। ক্লায়েন্ট ডাইভার্সিটি ইতিমধ্যে নেটওয়ার্কে ক্ষতিকারক আক্রমণের বিরুদ্ধে একটি গুরুত্বপূর্ণ প্রতিরক্ষা হিসেবে প্রমাণিত হয়েছে, উদাহরণস্বরূপ 2016 সালের সাংহাই ডিনায়াল-অফ-সার্ভিস আক্রমণটি সম্ভব হয়েছিল কারণ আক্রমণকারীরা প্রভাবশালী ক্লায়েন্টকে (Geth) প্রতারিত করে প্রতি ব্লকে হাজার হাজার বার একটি ধীর গতির ডিস্ক i/o অপারেশন চালাতে সক্ষম হয়েছিল। যেহেতু বিকল্প ক্লায়েন্টগুলোও অনলাইনে ছিল যেগুলোতে এই দুর্বলতা ছিল না, তাই ইথিরিয়াম আক্রমণটি প্রতিহত করতে এবং কাজ চালিয়ে যেতে সক্ষম হয়েছিল যখন Geth-এর দুর্বলতাটি ঠিক করা হচ্ছিল।
### প্রুফ-অফ-স্টেক ফাইনালিটি {#finality}
-Ethereum নোডের 33% এর বেশি সহ একটি কনসেন্সাস ক্লায়েন্টের একটি বাগ কনসেন্সাস লেয়ারকে চূড়ান্ত করা থেকে আটকাতে পারে, যার অর্থ ব্যবহারকারীরা বিশ্বাস করতে পারে না যে লেনদেনগুলি কোনও সময়ে ফিরিয়ে দেওয়া বা পরিবর্তন করা হবে না। এটি Ethereum-এর উপরে নির্মিত অনেক অ্যাপের জন্য, বিশেষ করে DeFi-এর জন্য খুব সমস্যাযুক্ত হবে।
+33%-এর বেশি ইথিরিয়াম নোড থাকা একটি কনসেন্সাস ক্লায়েন্টে কোনো বাগ থাকলে তা কনসেন্সাস লেয়ারকে চূড়ান্ত হতে বাধা দিতে পারে, যার অর্থ ব্যবহারকারীরা বিশ্বাস করতে পারবেন না যে কোনো এক পর্যায়ে লেনদেনগুলো বাতিল বা পরিবর্তন করা হবে না। এটি ইথিরিয়ামের উপর তৈরি অনেক অ্যাপের জন্য, বিশেষ করে DeFi-এর জন্য খুবই সমস্যামূলক হবে।
-) হলো একটি গেম-থিওরি ধারণা যা ধরে নেয় যে কোনো যোগাযোগের অনুপস্থিতিতে একাধিক সত্তা সর্বদা একটি সমস্যার সাধারণ সমাধানে ডিফল্ট হবে। শেলিং-পয়েন্ট মেকানিজমগুলো প্রায়শই ডিসেন্ট্রালাইজড ওরাকল নেটওয়ার্কগুলোতে ব্যবহৃত হয় যাতে নোড-গুলো ডেটা অনুরোধের উত্তরগুলোতে কনসেন্সাস-এ পৌঁছাতে পারে।
-এর জন্য একটি প্রাথমিক ধারণা ছিল [SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed), একটি প্রস্তাবিত ডেটা ফিড যেখানে অংশগ্রহণকারীরা "স্কেলার" প্রশ্নগুলির প্রতিক্রিয়া জমা দেয় (প্রশ্নগুলির উত্তরগুলি মাত্রা দ্বারা বর্ণনা করা হয়, যেমন, "ETH-এর দাম কত?"), একটি আমানত সহ। যে ব্যবহারকারীরা 25তম এবং 75তম [পার্সেন্টাইল](https://en.wikipedia.org/wiki/Percentile) এর মধ্যে মান প্রদান করে তাদের পুরস্কৃত করা হয়, যখন যাদের মান মধ্যম মান থেকে ব্যাপকভাবে বিচ্যুত হয় তাদের দণ্ডিত করা হয়।
+এর জন্য একটি প্রাথমিক ধারণা ছিল [SchellingCoin](https://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed), একটি প্রস্তাবিত ডেটা ফিড যেখানে অংশগ্রহণকারীরা একটি ডিপোজিটের সাথে "স্কেলার" প্রশ্নগুলোর (যে প্রশ্নগুলোর উত্তর মাত্রা দ্বারা বর্ণনা করা হয়, যেমন, "ETH এর দাম কত?") প্রতিক্রিয়া জমা দেয়। যে ব্যবহারকারীরা 25 তম এবং 75 তম [পার্সেন্টাইল](https://en.wikipedia.org/wiki/Percentile)-এর মধ্যে ভ্যালু প্রদান করে তাদের পুরস্কৃত করা হয়, অন্যদিকে যাদের ভ্যালু মিডিয়ান ভ্যালু থেকে ব্যাপকভাবে বিচ্যুত হয় তাদের শাস্তি দেওয়া হয়।
-যদিও শেলিংকয়েন আজ বিদ্যমান নেই, তবে বেশ কয়েকটি ডিসেন্ট্রালাইজড ওরাকেল—বিশেষত [মেকার প্রোটোকলের ওরাকেলস](https://docs.makerdao.com/smart-contract-modules/oracle-module)—ওরাকেল ডেটার সঠিকতা উন্নত করতে শেলিং-পয়েন্ট পদ্ধতি ব্যবহার করে। প্রতিটি মেকার ওরাকেল নোড ("রিলের" এবং "ফিড") এর একটি অফচেইন P2P নেটওয়ার্ক নিয়ে গঠিত যা জামানত সম্পদের জন্য বাজারের মূল্য জমা দেয় এবং একটি অনচেইন “মিডিয়ানাইজার” কন্ট্র্যাক্ট যা সমস্ত প্রদত্ত মানের মধ্যম গণনা করে। নির্দিষ্ট বিলম্বের সময়কাল শেষ হয়ে গেলে, এই মধ্যম মানটি সংশ্লিষ্ট সম্পদের জন্য নতুন রেফারেন্স মূল্য হয়ে যায়।
+যদিও SchellingCoin আজ বিদ্যমান নেই, বেশ কয়েকটি ডিসেন্ট্রালাইজড ওরাকল—বিশেষ করে [Maker Protocol’s Oracles](https://docs.makerdao.com/smart-contract-modules/oracle-module)—ওরাকল ডেটার সঠিকতা উন্নত করতে শেলিং-পয়েন্ট মেকানিজম ব্যবহার করে। প্রতিটি মেকার ওরাকল নোড-গুলোর ("রিলেয়ার" এবং "ফিড") একটি অফচেইন P2P নেটওয়ার্ক নিয়ে গঠিত যারা কোল্যাটারাল অ্যাসেটগুলোর জন্য বাজার মূল্য জমা দেয় এবং একটি অনচেইন "মিডিয়ানাইজার" কন্ট্রাক্ট যা সমস্ত প্রদত্ত ভ্যালুর মিডিয়ান গণনা করে। নির্দিষ্ট বিলম্বের সময় শেষ হয়ে গেলে, এই মিডিয়ান ভ্যালুটি সংশ্লিষ্ট অ্যাসেটের জন্য নতুন রেফারেন্স প্রাইস হয়ে যায়।
-শেলিং পয়েন্ট পদ্ধতি ব্যবহার করে এমন ওরাকেলগুলির অন্যান্য উদাহরণগুলির মধ্যে রয়েছে [চেইনলিঙ্ক অফচেইন রিপোর্টিং](https://docs.chain.link/architecture-overview/off-chain-reporting) এবং [উইটনেট](https://witnet.io/)। উভয় সিস্টেমে, পিয়ার-টু-পিয়ার নেটওয়ার্কের ওরাকেল নোডগুলির প্রতিক্রিয়াগুলিকে একটি একক সামগ্রিক মানে একত্রিত করা হয়, যেমন একটি গড় বা মধ্যম। নোডগুলিকে তাদের প্রতিক্রিয়াগুলি সামগ্রিক মানের সাথে কতটা সারিবদ্ধ বা বিচ্যুত হয় তার উপর ভিত্তি করে পুরস্কৃত বা দণ্ডিত করা হয়।
+শেলিং পয়েন্ট মেকানিজম ব্যবহার করে এমন ওরাকলগুলোর অন্যান্য উদাহরণের মধ্যে রয়েছে [Chainlink Offchain Reporting](https://docs.chain.link/architecture-overview/off-chain-reporting) এবং [Witnet](https://witnet.io/)। উভয় সিস্টেমে, পিয়ার-টু-পিয়ার নেটওয়ার্কে ওরাকল নোড-গুলোর প্রতিক্রিয়াগুলো একটি একক সামগ্রিক ভ্যালুতে একত্রিত করা হয়, যেমন একটি গড় বা মিডিয়ান। নোড-গুলোকে তাদের প্রতিক্রিয়াগুলো সামগ্রিক ভ্যালুর সাথে কতটা সামঞ্জস্যপূর্ণ বা বিচ্যুত হয় তার ওপর ভিত্তি করে পুরস্কৃত বা শাস্তি দেওয়া হয়।
-শেলিং পয়েন্ট পদ্ধতিগুলি আকর্ষণীয় কারণ তারা অনচেইন ফুটপ্রিন্ট হ্রাস করে (শুধুমাত্র একটি লেনদেন পাঠাতে হবে) এবং বিকেন্দ্রীকরণের নিশ্চয়তা দেয়। পরেরটি সম্ভব কারণ নোডগুলিকে গড়/মধ্যম মান তৈরি করে এমন অ্যালগরিদমে খাওয়ানোর আগে জমা দেওয়া প্রতিক্রিয়ার তালিকায় স্বাক্ষর করতে হবে।
+শেলিং পয়েন্ট মেকানিজমগুলো আকর্ষণীয় কারণ এগুলো বিকেন্দ্রীকরণের গ্যারান্টি দেওয়ার সাথে সাথে অনচেইন ফুটপ্রিন্ট কম করে (শুধুমাত্র একটি লেনদেন পাঠাতে হয়)। শেষেরটি সম্ভব কারণ গড়/মিডিয়ান ভ্যালু তৈরি করে এমন এ্যালগরিদম-এ ফিড করার আগে নোড-গুলোকে অবশ্যই জমা দেওয়া প্রতিক্রিয়াগুলোর তালিকায় সাইন অফ করতে হবে।
### প্রাপ্যতা {#availability}
-ডিসেন্ট্রালাইজড ওরাকেল পরিষেবা স্মার্ট কন্ট্র্যাক্টগুলিতে অফচেইন ডেটার উচ্চ প্রাপ্যতা নিশ্চিত করে। এটি অফচেইন তথ্যের উৎস এবং অনচেইনে তথ্য স্থানান্তরের জন্য দায়ী নোড উভয়কেই বিকেন্দ্রীকরণ করে অর্জন করা হয়।
+ডিসেন্ট্রালাইজড ওরাকল পরিষেবাগুলো স্মার্ট কন্ট্রাক্টগুলোতে অফচেইন ডেটার উচ্চ প্রাপ্যতা নিশ্চিত করে। এটি অফচেইন তথ্যের উৎস এবং অনচেইন তথ্য স্থানান্তরের জন্য দায়ী নোড উভয়কেই বিকেন্দ্রীকরণ করে অর্জন করা হয়।
-এটি ফল্ট-টলারেন্স নিশ্চিত করে কারণ ওরাকেল কন্ট্র্যাক্ট অন্যান্য কন্ট্র্যাক্ট থেকে কোয়েরি কার্যকর করার জন্য একাধিক নোডের (যারা একাধিক ডেটা উৎসের উপরও নির্ভর করে) উপর নির্ভর করতে পারে। উৎস _এবং_ নোড-অপারেটর স্তরে ডিসেন্ট্রালাইজেশন অত্যন্ত গুরুত্বপূর্ণ—একই উৎস থেকে পুনরুদ্ধার করা তথ্য পরিবেশনকারী ওরাকেল নোডগুলির একটি নেটওয়ার্ক একটি কেন্দ্রীয় ওরাকেলের মতো একই সমস্যায় পড়বে।
+এটি ফল্ট-টলারেন্স নিশ্চিত করে কারণ ওরাকল কন্ট্রাক্ট অন্যান্য কন্ট্রাক্ট থেকে কোয়েরি এক্সিকিউট করার জন্য একাধিক নোড-এর (যারা একাধিক ডেটা উৎসের ওপরও নির্ভর করে) ওপর নির্ভর করতে পারে। উৎস _এবং_ নোড-অপারেটর স্তরে বিকেন্দ্রীকরণ অত্যন্ত গুরুত্বপূর্ণ—একই উৎস থেকে পুনরুদ্ধার করা তথ্য পরিবেশনকারী ওরাকল নোড-গুলোর একটি নেটওয়ার্ক একটি কেন্দ্রীভূত ওরাকলের মতো একই সমস্যার সম্মুখীন হবে।
-স্টেক-ভিত্তিক ওরাকেলগুলির পক্ষে ডেটা অনুরোধে দ্রুত সাড়া দিতে ব্যর্থ হওয়া নোড অপারেটরদের স্ল্যাশ করাও সম্ভব। এটি ওরাকেল নোডগুলিকে ফল্ট-টলারেন্ট পরিকাঠামোতে বিনিয়োগ করতে এবং সময়মতো ডেটা সরবরাহ করতে উল্লেখযোগ্যভাবে উৎসাহিত করে।
+স্টেক-ভিত্তিক ওরাকলগুলোর পক্ষে ডেটা অনুরোধগুলোতে দ্রুত সাড়া দিতে ব্যর্থ হওয়া নোড অপারেটরদের স্ল্যাশিং করাও সম্ভব। এটি ওরাকল নোড-গুলোকে ফল্ট-টলারেন্ট পরিকাঠামোতে বিনিয়োগ করতে এবং সময়মতো ডেটা প্রদান করতে উল্লেখযোগ্যভাবে উৎসাহিত করে।
### ভালো ইনসেনটিভ সামঞ্জস্যতা {#good-incentive-compatibility}
-ডিসেন্ট্রালাইজড ওরাকেলগুলি ওরাকেল নোডগুলির মধ্যে [বাইজেন্টাইন](https://en.wikipedia.org/wiki/Byzantine_fault) আচরণ প্রতিরোধ করার জন্য বিভিন্ন ইনসেনটিভ ডিজাইন প্রয়োগ করে। বিশেষত, তারা _অ্যাট্রিবিউটেবিলিটি_ এবং _অ্যাকাউন্টেবিলিটি_ অর্জন করে:
+ডিসেন্ট্রালাইজড ওরাকলগুলো ওরাকল নোড-গুলোর মধ্যে [বাইজেন্টাইন](https://en.wikipedia.org/wiki/Byzantine_fault) আচরণ প্রতিরোধ করার জন্য বিভিন্ন ইনসেনটিভ ডিজাইন প্রয়োগ করে। বিশেষ করে, তারা _অ্যাট্রিবিউটেবিলিটি_ এবং _জবাবদিহিতা_ অর্জন করে:
-1. ডিসেন্ট্রালাইজড ওরাকেল নোডগুলিকে প্রায়শই ডেটা অনুরোধের প্রতিক্রিয়ায় তারা যে ডেটা সরবরাহ করে তাতে স্বাক্ষর করতে হয়। এই তথ্যটি ওরাকেল নোডগুলির ঐতিহাসিক কর্মক্ষমতা মূল্যায়নে সাহায্য করে, যাতে ব্যবহারকারীরা ডেটা অনুরোধ করার সময় অবিশ্বস্ত ওরাকেল নোডগুলিকে ফিল্টার করতে পারে। একটি উদাহরণ হল উইটনেটের [অ্যালগরিদমিক রেপুটেশন সিস্টেম](https://docs.witnet.io/intro/about/architecture#algorithmic-reputation-system)।
+1. ডিসেন্ট্রালাইজড ওরাকল নোড-গুলোকে প্রায়শই ডেটা অনুরোধের প্রতিক্রিয়ায় তাদের দেওয়া ডেটাতে স্বাক্ষর করতে হয়। এই তথ্যটি ওরাকল নোড-গুলোর ঐতিহাসিক পারফরম্যান্স মূল্যায়নে সাহায্য করে, যাতে ব্যবহারকারীরা ডেটা অনুরোধ করার সময় অবিশ্বস্ত ওরাকল নোড-গুলোকে ফিল্টার করতে পারে। একটি উদাহরণ হলো Witnet-এর [Algorithmic Reputation System](https://docs.witnet.io/intro/about/architecture#algorithmic-reputation-system)।
-2. ডিসেন্ট্রালাইজড ওরাকেলগুলি—যেমনটি আগে ব্যাখ্যা করা হয়েছে—নোডগুলিকে তারা জমা দেওয়া ডেটার সত্যতার উপর তাদের আস্থার উপর একটি স্টেক রাখতে বলতে পারে। যদি দাবিটি সঠিক হয়, তবে এই স্টেকটি সৎ পরিষেবার জন্য পুরষ্কার সহ ফেরত দেওয়া যেতে পারে। কিন্তু তথ্যটি ভুল হলে এটি স্ল্যাশও করা যেতে পারে, যা অ্যাকাউন্টেবিলিটির কিছু পরিমাপ সরবরাহ করে।
+2. ডিসেন্ট্রালাইজড ওরাকলগুলো—যেমনটি আগে ব্যাখ্যা করা হয়েছে—নোড-গুলোকে তাদের জমা দেওয়া ডেটার সত্যতার ওপর তাদের আস্থার ওপর একটি স্টেক রাখতে বলতে পারে। যদি দাবিটি সঠিক প্রমাণিত হয়, তবে এই স্টেকটি সৎ পরিষেবার জন্য পুরস্কারের সাথে ফেরত দেওয়া যেতে পারে। তবে তথ্যটি ভুল হলে এটি স্ল্যাশিং-ও করা যেতে পারে, যা জবাবদিহিতার কিছু পরিমাপ প্রদান করে।
-## স্মার্ট কন্ট্র্যাক্টে ওরাকেলের অ্যাপ্লিকেশন {#applications-of-oracles-in-smart-contracts}
+## স্মার্ট কন্ট্রাক্টগুলোতে ওরাকলের অ্যাপ্লিকেশন {#applications-of-oracles-in-smart-contracts}
-Ethereum-এ ওরাকেলের জন্য নিম্নলিখিতগুলি সাধারণ ব্যবহারের ক্ষেত্র:
+ইথিরিয়ামে ওরাকলের সাধারণ ব্যবহার-ক্ষেত্রগুলো নিচে দেওয়া হলো:
-### আর্থিক তথ্য পুনরুদ্ধার করা {#retrieving-financial-data}
+### আর্থিক ডেটা পুনরুদ্ধার করা {#retrieving-financial-data}
-[ডিসেন্ট্রালাইজড ফাইন্যান্স](/defi/) (DeFi) অ্যাপ্লিকেশনগুলি পিয়ার-টু-পিয়ার ঋণ, ধার এবং সম্পদ ট্রেড করার অনুমতি দেয়। এর জন্য প্রায়শই বিভিন্ন আর্থিক তথ্যের প্রয়োজন হয়, যার মধ্যে বিনিময় হারের ডেটা (ক্রিপ্টোকারেন্সির ফিয়াট মান গণনা করতে বা টোকেনের মূল্য তুলনা করতে) এবং মূলধন বাজারের ডেটা (টোকেনাইজড সম্পদের মূল্য গণনা করতে, যেমন সোনা বা মার্কিন ডলার) অন্তর্ভুক্ত।
+[ডিসেন্ট্রালাইজড ফাইন্যান্স](/defi/) (DeFi) অ্যাপ্লিকেশনগুলো পিয়ার-টু-পিয়ার ঋণ দেওয়া, ধার নেওয়া এবং অ্যাসেট ট্রেডিংয়ের অনুমতি দেয়। এর জন্য প্রায়শই বিভিন্ন আর্থিক তথ্য পাওয়ার প্রয়োজন হয়, যার মধ্যে রয়েছে বিনিময় হারের ডেটা (ক্রিপটোকারেন্সি-গুলোর ফিয়াট ভ্যালু গণনা করার জন্য বা টোকেন-এর দাম তুলনা করার জন্য) এবং ক্যাপিটাল মার্কেট ডেটা (টোকেনাইজড অ্যাসেটগুলোর ভ্যালু গণনা করার জন্য, যেমন সোনা বা মার্কিন ডলার)।
-উদাহরণস্বরূপ, একটি DeFi ঋণ প্রোটোকলকে জামানত হিসাবে জমা দেওয়া সম্পদের (যেমন, ETH) বর্তমান বাজার মূল্য জিজ্ঞাসা করতে হবে। এটি কন্ট্র্যাক্টকে জামানত সম্পদের মূল্য নির্ধারণ করতে এবং সিস্টেম থেকে কতটা ধার করা যায় তা নির্ধারণ করতে দেয়।
+উদাহরণস্বরূপ, একটি DeFi লেন্ডিং প্রটোকল-এর কোল্যাটারাল হিসেবে জমা দেওয়া অ্যাসেটগুলোর (যেমন, ETH) বর্তমান বাজার মূল্যের কোয়েরি করতে হবে। এটি কন্ট্রাক্ট-কে কোল্যাটারাল অ্যাসেটগুলোর ভ্যালু নির্ধারণ করতে এবং সিস্টেম থেকে এটি কতটা ধার নিতে পারে তা নির্ধারণ করতে দেয়।
-DeFi-তে জনপ্রিয় “প্রাইস ওরাকেল” (যেমনটি প্রায়শই বলা হয়) এর মধ্যে রয়েছে চেইনলিঙ্ক প্রাইস ফিড, কম্পাউন্ড প্রোটোকলের [ওপেন প্রাইস ফিড](https://compound.finance/docs/prices), ইউনিসওয়াপের [টাইম-ওয়েটেড অ্যাভারেজ প্রাইস (TWAP)](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles), এবং [মেকার ওরাকেলস](https://docs.makerdao.com/smart-contract-modules/oracle-module)।
+DeFi-তে জনপ্রিয় "প্রাইস ওরাকল" (যেমনটি তাদের প্রায়শই বলা হয়) এর মধ্যে রয়েছে Chainlink Price Feeds, Compound Protocol-এর [Open Price Feed](https://compound.finance/docs/prices), Uniswap-এর [Time-Weighted Average Prices (TWAPs)](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles), এবং [Maker Oracles](https://docs.makerdao.com/smart-contract-modules/oracle-module)।
-নির্মাতাদের তাদের প্রকল্পে এই প্রাইস ওরাকেলগুলিকে একীভূত করার আগে তাদের সাথে আসা সতর্কতাগুলি বোঝা উচিত। এই [প্রবন্ধটি](https://blog.openzeppelin.com/secure-smart-contract-guidelines-the-dangers-of-price-oracles/) উল্লিখিত যেকোনো প্রাইস ওরাকেল ব্যবহার করার পরিকল্পনা করার সময় কী বিবেচনা করতে হবে তার একটি বিশদ বিশ্লেষণ প্রদান করে।
+নির্মাতাদের তাদের প্রজেক্টে এগুলোকে একীভূত করার আগে এই প্রাইস ওরাকলগুলোর সাথে আসা সতর্কতাগুলো বোঝা উচিত। এই [নিবন্ধটি](https://blog.openzeppelin.com/secure-smart-contract-guidelines-the-dangers-of-price-oracles/) উল্লিখিত প্রাইস ওরাকলগুলোর যেকোনো একটি ব্যবহার করার পরিকল্পনা করার সময় কী বিবেচনা করতে হবে তার একটি বিশদ বিশ্লেষণ প্রদান করে।
-নিচে একটি উদাহরণ দেওয়া হল যে আপনি কীভাবে একটি চেইনলিঙ্ক প্রাইস ফিড ব্যবহার করে আপনার স্মার্ট কন্ট্র্যাক্টে সর্বশেষ ETH মূল্য পুনরুদ্ধার করতে পারেন:
+নিচে একটি উদাহরণ দেওয়া হলো যে কীভাবে আপনি একটি Chainlink প্রাইস ফিড ব্যবহার করে আপনার স্মার্ট কন্ট্রাক্ট-এ সর্বশেষ ETH মূল্য পুনরুদ্ধার করতে পারেন:
```solidity
pragma solidity ^0.6.7;
@@ -329,18 +329,16 @@ contract PriceConsumerV3 {
AggregatorV3Interface internal priceFeed;
- /**
- * নেটওয়ার্ক: কোভান
+ /* *
+ * নেটওয়ার্ক: Kovan
* অ্যাগ্রিগেটর: ETH/USD
- * ঠিকানা: 0x9326BFA02ADD2366b30bacB125260Af641031331
- */
+ * ঠিকানা: 0x9326BFA02ADD2366b30bacB125260Af641031331 */
constructor() public {
priceFeed = AggregatorV3Interface(0x9326BFA02ADD2366b30bacB125260Af641031331);
}
- /**
- * সর্বশেষ মূল্য প্রদান করে
- */
+ /* *
+ * সর্বশেষ মূল্য রিটার্ন করে */
function getLatestPrice() public view returns (int) {
(
uint80 roundID,
@@ -354,80 +352,84 @@ contract PriceConsumerV3 {
}
```
-### যাচাইযোগ্য এলোমেলোতা তৈরি করা {#generating-verifiable-randomness}
+### যাচাইযোগ্য র্যান্ডমনেস তৈরি করা {#generating-verifiable-randomness}
-কিছু ব্লকচেইন অ্যাপ্লিকেশন, যেমন ব্লকচেইন-ভিত্তিক গেম বা লটারি স্কিমগুলির জন্য কার্যকরভাবে কাজ করার জন্য একটি উচ্চ স্তরের অনির্দেশ্যতা এবং এলোমেলোতার প্রয়োজন হয়। যাইহোক, ব্লকচেইনের নির্ধারক এক্সিকিউশন এলোমেলোতা দূর করে।
+নির্দিষ্ট ব্লকচেইন অ্যাপ্লিকেশন, যেমন ব্লকচেইন-ভিত্তিক গেম বা লটারি স্কিমগুলোর কার্যকরভাবে কাজ করার জন্য উচ্চ স্তরের অনির্দেশ্যতা এবং র্যান্ডমনেস প্রয়োজন। তবে, ব্লকচেইনগুলোর ডিটারমিনিস্টিক এক্সিকিউশন র্যান্ডমনেস দূর করে।
-মূল পদ্ধতিটি ছিল `blockhash`-এর মতো ছদ্ম-এলোমেলো ক্রিপ্টোগ্রাফিক ফাংশন ব্যবহার করা, কিন্তু এগুলি [মাইনারদের দ্বারা ম্যানিপুলেট](https://ethereum.stackexchange.com/questions/3140/risk-of-using-blockhash-other-miners-preventing-attack#:~:text=So%20while%20the%20miners%20can,to%20one%20of%20the%20players.) করা যেত প্রুফ-অফ-ওয়ার্ক অ্যালগরিদমের সমাধান করা। এছাড়াও, Ethereum-এর [প্রুফ-অফ-স্টেকে স্যুইচ](/roadmap/merge/) মানে ডেভেলপাররা আর অনচেইন এলোমেলোতার জন্য `blockhash`-এর উপর নির্ভর করতে পারে না। বিকন চেইনের [RANDAO পদ্ধতি](https://eth2book.info/altair/part2/building_blocks/randomness) এর পরিবর্তে এলোমেলোতার একটি বিকল্প উৎস প্রদান করে।
+মূল পদ্ধতিটি ছিল সিউডোর্যান্ডম ক্রিপ্টোগ্রাফিক ফাংশন ব্যবহার করা, যেমন `blockhash`, কিন্তু এগুলো প্রুফ-অফ-ওয়ার্ক এ্যালগরিদম সমাধানকারী [মাইনারদের দ্বারা ম্যানিপুলেট করা যেতে পারে](https://ethereum.stackexchange.com/questions/3140/risk-of-using-blockhash-other-miners-preventing-attack#:~:text=So%20while%20the%20miners%20can,to%20one%20of%20the%20players.)। এছাড়া, ইথিরিয়ামের [প্রুফ-অফ-স্টেক-এ রূপান্তর](/roadmap/merge/)-এর অর্থ হলো ডেভেলপাররা অনচেইন র্যান্ডমনেস-এর জন্য আর `blockhash`-এর ওপর নির্ভর করতে পারবে না। বিকন চেইন-এর [RANDAO মেকানিজম](https://eth2book.info/altair/part2/building_blocks/randomness) এর পরিবর্তে র্যান্ডমনেস-এর একটি বিকল্প উৎস প্রদান করে।
-অফচেইনে র্যান্ডম মান তৈরি করা এবং এটি অনচেইনে পাঠানো সম্ভব, কিন্তু এটি করা ব্যবহারকারীদের উপর উচ্চ বিশ্বাসের প্রয়োজনীয়তা আরোপ করে। তাদের বিশ্বাস করতে হবে যে মানটি সত্যিই অনির্দেশ্য পদ্ধতির মাধ্যমে তৈরি করা হয়েছিল এবং ট্রানজিটে পরিবর্তিত হয়নি।
+অফচেইন র্যান্ডম ভ্যালু তৈরি করা এবং এটি অনচেইন পাঠানো সম্ভব, তবে এটি করা ব্যবহারকারীদের ওপর উচ্চ আস্থার প্রয়োজনীয়তা আরোপ করে। তাদের অবশ্যই বিশ্বাস করতে হবে যে ভ্যালুটি সত্যিই অনির্দেশ্য মেকানিজমের মাধ্যমে তৈরি করা হয়েছিল এবং ট্রানজিটে পরিবর্তন করা হয়নি।
-অফচেইন কম্পিউটেশনের জন্য ডিজাইন করা ওরাকেলস অফচেইনে সুরক্ষিতভাবে এলোমেলো ফলাফল তৈরি করে এই সমস্যার সমাধান করে যা তারা অনচেইনে সম্প্রচার করে ক্রিপ্টোগ্রাফিক প্রমাণের সাথে প্রক্রিয়ার অনির্দেশ্যতা প্রত্যয়ন করে। একটি উদাহরণ হল [চেইনলিঙ্ক VRF](https://docs.chain.link/docs/chainlink-vrf/) (যাচাইযোগ্য র্যান্ডম ফাংশন), যা একটি প্রমাণযোগ্য ন্যায্য এবং ট্যাম্পার-প্রুফ র্যান্ডম নম্বর জেনারেটর (RNG) যা অনির্দেশ্য ফলাফলের উপর নির্ভরশীল অ্যাপ্লিকেশনগুলির জন্য নির্ভরযোগ্য স্মার্ট কন্ট্র্যাক্ট তৈরির জন্য দরকারী।
+অফচেইন কম্পিউটেশনের জন্য ডিজাইন করা ওরাকলগুলো অফচেইন নিরাপদে র্যান্ডম ফলাফল তৈরি করে এই সমস্যার সমাধান করে যা তারা প্রক্রিয়ার অনির্দেশ্যতা প্রমাণকারী ক্রিপ্টোগ্রাফিক প্রুফ-এর সাথে অনচেইন সম্প্রচার করে। একটি উদাহরণ হলো [Chainlink VRF](https://docs.chain.link/docs/chainlink-vrf/) (Verifiable Random Function), যা একটি প্রমাণযোগ্যভাবে ন্যায্য এবং টেম্পার-প্রুফ র্যান্ডম নম্বর জেনারেটর (RNG) যা অনির্দেশ্য ফলাফলের ওপর নির্ভর করে এমন অ্যাপ্লিকেশনগুলোর জন্য নির্ভরযোগ্য স্মার্ট কন্ট্রাক্ট তৈরির জন্য দরকারী।
-### ইভেন্টের জন্য ফলাফল পাওয়া {#getting-outcomes-for-events}
+### ইভেন্টগুলোর জন্য ফলাফল পাওয়া {#getting-outcomes-for-events}
-ওরাকেল দিয়ে, বাস্তব-বিশ্বের ইভেন্টগুলিতে সাড়া দেয় এমন স্মার্ট কন্ট্র্যাক্ট তৈরি করা সহজ। ওরাকেল পরিষেবাগুলি কন্ট্র্যাক্টগুলিকে অফচেইন উপাদানগুলির মাধ্যমে বাহ্যিক API-তে সংযোগ করতে এবং সেই ডেটা উৎস থেকে তথ্য ব্যবহার করার অনুমতি দিয়ে এটি সম্ভব করে। উদাহরণস্বরূপ, পূর্বে উল্লিখিত প্রেডিকশন ড্যাপটি একটি বিশ্বস্ত অফচেইন উৎস (যেমন, অ্যাসোসিয়েটেড প্রেস) থেকে নির্বাচনের ফলাফল ফেরাতে একটি ওরাকেলকে অনুরোধ করতে পারে।
+ওরাকলের সাহায্যে, বাস্তব-জগতের ইভেন্টগুলোতে সাড়া দেয় এমন স্মার্ট কন্ট্রাক্ট তৈরি করা সহজ। ওরাকল পরিষেবাগুলো কন্ট্রাক্টগুলোকে অফচেইন উপাদানগুলোর মাধ্যমে বাহ্যিক API-গুলোর সাথে সংযোগ করতে এবং সেই ডেটা উৎসগুলো থেকে তথ্য গ্রহণ করার অনুমতি দিয়ে এটি সম্ভব করে তোলে। উদাহরণস্বরূপ, আগে উল্লিখিত প্রেডিকশন ডিএ্যাপ একটি বিশ্বস্ত অফচেইন উৎস (যেমন, অ্যাসোসিয়েটেড প্রেস) থেকে নির্বাচনের ফলাফল ফেরত দেওয়ার জন্য একটি ওরাকলকে অনুরোধ করতে পারে।
-বাস্তব-বিশ্বের ফলাফলের উপর ভিত্তি করে ডেটা পুনরুদ্ধার করার জন্য ওরাকেল ব্যবহার করা অন্যান্য অভিনব ব্যবহারের ক্ষেত্রগুলিকে সক্ষম করে; উদাহরণস্বরূপ, একটি ডিসেন্ট্রালাইজড বীমা পণ্য কার্যকরভাবে কাজ করার জন্য আবহাওয়া, দুর্যোগ ইত্যাদি সম্পর্কে সঠিক তথ্যের প্রয়োজন।
+বাস্তব-জগতের ফলাফলের ওপর ভিত্তি করে ডেটা পুনরুদ্ধার করতে ওরাকল ব্যবহার করা অন্যান্য অভিনব ব্যবহার-ক্ষেত্রগুলোকে সক্ষম করে; উদাহরণস্বরূপ, একটি ডিসেন্ট্রালাইজড বীমা পণ্যের কার্যকরভাবে কাজ করার জন্য আবহাওয়া, দুর্যোগ ইত্যাদি সম্পর্কে সঠিক তথ্যের প্রয়োজন।
-### স্মার্ট কন্ট্র্যাক্ট স্বয়ংক্রিয় করা {#automating-smart-contracts}
+### স্মার্ট কন্ট্রাক্ট স্বয়ংক্রিয় করা {#automating-smart-contracts}
-স্মার্ট কন্ট্র্যাক্টগুলি স্বয়ংক্রিয়ভাবে চলে না; বরং, একটি বাহ্যিকভাবে মালিকানাধীন অ্যাকাউন্ট (EOA), বা অন্য কোনো কন্ট্র্যাক্ট অ্যাকাউন্টকে, কন্ট্র্যাক্টের কোড কার্যকর করার জন্য সঠিক ফাংশনগুলিকে ট্রিগার করতে হবে। বেশিরভাগ ক্ষেত্রে, কন্ট্র্যাক্টের ফাংশনগুলির বেশিরভাগই পাবলিক এবং EOA এবং অন্যান্য কন্ট্র্যাক্ট দ্বারা আহ্বান করা যেতে পারে।
+স্মার্ট কন্ট্রাক্টগুলো স্বয়ংক্রিয়ভাবে চলে না; বরং, একটি এক্সটার্নালি ওনড একাউন্ট (EOA), বা অন্য একটি কন্ট্রাক্ট একাউন্ট-কে কন্ট্রাক্ট-এর কোড এক্সিকিউট করার জন্য সঠিক ফাংশনগুলো ট্রিগার করতে হবে। বেশিরভাগ ক্ষেত্রে, কন্ট্রাক্ট-এর ফাংশনগুলোর বড় অংশ সর্বজনীন এবং EOA এবং অন্যান্য কন্ট্রাক্ট দ্বারা আহ্বান করা যেতে পারে।
-কিন্তু একটি কন্ট্র্যাক্টের মধ্যে _প্রাইভেট ফাংশন_ও রয়েছে যা অন্যদের কাছে অ্যাক্সেসযোগ্য নয়; কিন্তু যা একটি dApp-এর সামগ্রিক কার্যকারিতার জন্য গুরুত্বপূর্ণ। উদাহরণগুলির মধ্যে রয়েছে একটি `mintERC721Token()` ফাংশন যা পর্যায়ক্রমে ব্যবহারকারীদের জন্য নতুন NFT তৈরি করে, একটি প্রেডিকশন মার্কেটে পেআউট দেওয়ার জন্য একটি ফাংশন, বা একটি DEX-এ স্টেক করা টোকেনগুলি আনলক করার জন্য একটি ফাংশন।
+তবে একটি কন্ট্রাক্ট-এর মধ্যে _প্রাইভেট ফাংশনও_ রয়েছে যা অন্যদের কাছে অ্যাক্সেসযোগ্য নয়; কিন্তু যা একটি ডিএ্যাপ-এর সামগ্রিক কার্যকারিতার জন্য অত্যন্ত গুরুত্বপূর্ণ। উদাহরণগুলোর মধ্যে রয়েছে একটি `mintERC721Token()` ফাংশন যা পর্যায়ক্রমে ব্যবহারকারীদের জন্য নতুন NFT মিন্ট করে, একটি প্রেডিকশন মার্কেটে পেআউট দেওয়ার জন্য একটি ফাংশন, বা একটি DEX-এ স্টেক করা টোকেন আনলক করার জন্য একটি ফাংশন।
-অ্যাপ্লিকেশনটি মসৃণভাবে চালু রাখার জন্য ডেভেলপারদের নির্দিষ্ট বিরতিতে এই ধরনের ফাংশনগুলিকে ট্রিগার করতে হবে। যাইহোক, এটি ডেভেলপারদের জন্য জাগতিক কাজগুলিতে আরও ঘন্টা নষ্ট করতে পারে, যে কারণে স্মার্ট কন্ট্র্যাক্টগুলির এক্সিকিউশন স্বয়ংক্রিয় করা আকর্ষণীয়।
+অ্যাপ্লিকেশনটি সুচারুভাবে চালানোর জন্য ডেভেলপারদের বিরতিতে এই ধরনের ফাংশনগুলো ট্রিগার করতে হবে। তবে, এটি ডেভেলপারদের জন্য জাগতিক কাজগুলোতে আরও বেশি সময় নষ্ট করতে পারে, যে কারণে স্মার্ট কন্ট্রাক্ট-এর এক্সিকিউশন স্বয়ংক্রিয় করা আকর্ষণীয়।
-কিছু ডিসেন্ট্রালাইজড ওরাকেল নেটওয়ার্ক অটোমেশন পরিষেবা অফার করে, যা অফচেইন ওরাকেল নোডগুলিকে ব্যবহারকারীর দ্বারা সংজ্ঞায়িত প্যারামিটার অনুযায়ী স্মার্ট কন্ট্র্যাক্ট ফাংশনগুলিকে ট্রিগার করার অনুমতি দেয়। সাধারণত, এর জন্য ওরাকেল পরিষেবার সাথে টার্গেট কন্ট্র্যাক্ট “নিবন্ধন” করতে হবে, ওরাকেল অপারেটরকে অর্থ প্রদানের জন্য তহবিল সরবরাহ করতে হবে এবং কন্ট্র্যাক্ট ট্রিগার করার শর্ত বা সময় নির্দিষ্ট করতে হবে।
+কিছু ডিসেন্ট্রালাইজড ওরাকল নেটওয়ার্ক অটোমেশন পরিষেবা অফার করে, যা অফচেইন ওরাকল নোড-গুলোকে ব্যবহারকারী দ্বারা সংজ্ঞায়িত প্যারামিটার অনুযায়ী স্মার্ট কন্ট্রাক্ট ফাংশনগুলো ট্রিগার করার অনুমতি দেয়। সাধারণত, এর জন্য ওরাকল পরিষেবার সাথে টার্গেট কন্ট্রাক্ট "নিবন্ধন" করা, ওরাকল অপারেটরকে অর্থ প্রদানের জন্য ফান্ড প্রদান করা এবং কন্ট্রাক্ট ট্রিগার করার শর্ত বা সময় নির্দিষ্ট করা প্রয়োজন।
-চেইনলিঙ্কের [কিপার নেটওয়ার্ক](https://chain.link/keepers) স্মার্ট কন্ট্র্যাক্টগুলির জন্য একটি বিশ্বাসযোগ্য এবং ডিসেন্ট্রালাইজড পদ্ধতিতে নিয়মিত রক্ষণাবেক্ষণের কাজগুলি আউটসোর্স করার বিকল্প সরবরাহ করে। আপনার কন্ট্র্যাক্ট কিপার-সামঞ্জস্যপূর্ণ করার এবং আপকিপ পরিষেবা ব্যবহার করার বিষয়ে তথ্যের জন্য অফিসিয়াল [কিপারের নথিপত্র](https://docs.chain.link/docs/chainlink-keepers/introduction/) পড়ুন।
+Chainlink-এর [Keeper Network](https://chain.link/keepers) স্মার্ট কন্ট্রাক্টগুলোর জন্য একটি ট্রাস্ট মিনিমাইজড এবং ডিসেন্ট্রালাইজড পদ্ধতিতে নিয়মিত রক্ষণাবেক্ষণের কাজগুলো আউটসোর্স করার বিকল্প প্রদান করে। আপনার কন্ট্রাক্ট-কে Keeper-সামঞ্জস্যপূর্ণ করা এবং Upkeep পরিষেবা ব্যবহার করার তথ্যের জন্য অফিসিয়াল [Keeper's documentation](https://docs.chain.link/docs/chainlink-keepers/introduction/) পড়ুন।
-## কীভাবে ব্লকচেইন ওরাকেল ব্যবহার করবেন {#use-blockchain-oracles}
+## কীভাবে ব্লকচেইন ওরাকল ব্যবহার করবেন {#use-blockchain-oracles}
-আপনার Ethereum dApp-এ আপনি একাধিক ওরাকেল অ্যাপ্লিকেশন সংহত করতে পারেন:
+আপনার ইথিরিয়াম ডিএ্যাপ-এ আপনি একাধিক ওরাকল অ্যাপ্লিকেশন একীভূত করতে পারেন:
-**[Chainlink](https://chain.link/)** - _Chainlink ডিসেন্ট্রালাইজড ওরাকেল নেটওয়ার্ক যেকোনো ব্লকচেইনে উন্নত স্মার্ট কন্ট্র্যাক্ট সমর্থন করার জন্য ট্যাম্পার-প্রুফ ইনপুট, আউটপুট এবং কম্পিউটেশন সরবরাহ করে।_
+**[Chainlink](https://chain.link/)** - _Chainlink ডিসেন্ট্রালাইজড ওরাকল নেটওয়ার্কগুলো যেকোনো ব্লকচেইনে উন্নত স্মার্ট কন্ট্রাক্টগুলোকে সমর্থন করার জন্য টেম্পার-প্রুফ ইনপুট, আউটপুট এবং কম্পিউটেশন প্রদান করে।_
-**[RedStone Oracles](https://redstone.finance/)** - _RedStone একটি ডিসেন্ট্রালাইজড মডুলার ওরাকেল যা গ্যাস-অপ্টিমাইজড ডেটা ফিড সরবরাহ করে। এটি উদীয়মান সম্পদ, যেমন লিকুইড স্টেকিং টোকেন (LSTs), লিকুইড রিস্টেকিং টোকেন (LRTs), এবং বিটকয়েন স্টেকিং ডেরিভেটিভের জন্য মূল্য ফিড অফার করতে বিশেষায়িত।_
+**[RedStone Oracles](https://redstone.finance/)** - _RedStone হলো একটি ডিসেন্ট্রালাইজড মডুলার ওরাকল যা গ্যাস-অপ্টিমাইজড ডেটা ফিড প্রদান করে। এটি উদীয়মান অ্যাসেটগুলোর জন্য প্রাইস ফিড অফার করতে পারদর্শী, যেমন লিকুইড স্টেকিং টোকেন (LSTs), লিকুইড রিস্টেকিং টোকেন (LRTs), এবং বিটকয়েন স্টেকিং ডেরিভেটিভস।_
-**[Chronicle](https://chroniclelabs.org/)** - _Chronicle সত্যিকারের পরিমাপযোগ্য, খরচ-দক্ষ, ডিসেন্ট্রালাইজড এবং যাচাইযোগ্য ওরাকেল তৈরি করে অনচেইনে ডেটা স্থানান্তরের বর্তমান সীমাবদ্ধতাগুলি কাটিয়ে উঠেছে।_
+**[Chronicle](https://chroniclelabs.org/)** - _Chronicle সত্যিকারের স্কেলেবল, সাশ্রয়ী, ডিসেন্ট্রালাইজড এবং যাচাইযোগ্য ওরাকল তৈরি করে অনচেইন ডেটা স্থানান্তরের বর্তমান সীমাবদ্ধতাগুলো অতিক্রম করে।_
-**[Witnet](https://witnet.io/)** - _Witnet একটি অনুমতিহীন, ডিসেন্ট্রালাইজড এবং সেন্সরশিপ-প্রতিরোধী ওরাকেল যা স্মার্ট কন্ট্র্যাক্টগুলিকে শক্তিশালী ক্রিপ্টো-অর্থনৈতিক গ্যারান্টি সহ বাস্তব বিশ্বের ইভেন্টগুলিতে প্রতিক্রিয়া জানাতে সাহায্য করে।_
+**[Witnet](https://witnet.io/)** - _Witnet হলো একটি পারমিশনলেস, ডিসেন্ট্রালাইজড এবং সেন্সরশিপ-প্রতিরোধী ওরাকল যা স্মার্ট কন্ট্রাক্টগুলোকে শক্তিশালী ক্রিপ্টো-অর্থনৈতিক গ্যারান্টিসহ বাস্তব জগতের ইভেন্টগুলোতে প্রতিক্রিয়া জানাতে সাহায্য করে।_
-**[UMA Oracle](https://uma.xyz)** - _UMA-র অপ্টিমিস্টিক ওরাকেল স্মার্ট কন্ট্র্যাক্টগুলিকে দ্রুত এবং বিভিন্ন অ্যাপ্লিকেশনের জন্য যেকোনো ধরনের ডেটা গ্রহণ করার অনুমতি দেয়, যার মধ্যে রয়েছে বীমা, আর্থিক ডেরিভেটিভ এবং প্রেডিকশন মার্কেট।_
+**[UMA Oracle](https://uma.xyz)** - _UMA-এর অপ্টিমেস্টিক ওরাকল স্মার্ট কন্ট্রাক্টগুলোকে বীমা, আর্থিক ডেরিভেটিভস এবং প্রেডিকশন মার্কেটসহ বিভিন্ন অ্যাপ্লিকেশনের জন্য দ্রুত এবং যেকোনো ধরনের ডেটা গ্রহণ করার অনুমতি দেয়।_
-**[Tellor](https://tellor.io/)** - _Tellor হল আপনার স্মার্ট কন্ট্র্যাক্টের জন্য একটি স্বচ্ছ এবং অনুমতিহীন ওরাকেল প্রোটোকল যা প্রয়োজনে যেকোনো ডেটা সহজেই পেতে পারে।_
+**[Tellor](https://tellor.io/)** - _Tellor হলো আপনার স্মার্ট কন্ট্রাক্ট-এর জন্য একটি স্বচ্ছ এবং পারমিশনলেস ওরাকল প্রটোকল যাতে যখনই প্রয়োজন হয় সহজেই যেকোনো ডেটা পাওয়া যায়।_
-**[Band Protocol](https://bandprotocol.com/)** - _Band Protocol হল একটি ক্রস-চেইন ডেটা ওরাকেল প্ল্যাটফর্ম যা বাস্তব-বিশ্বের ডেটা এবং API গুলিকে একত্রিত করে এবং স্মার্ট কন্ট্র্যাক্টের সাথে সংযুক্ত করে।_
+**[Band Protocol](https://bandprotocol.com/)** - _Band Protocol হলো একটি ক্রস-চেইন ডেটা ওরাকল প্ল্যাটফর্ম যা বাস্তব-জগতের ডেটা এবং API-গুলোকে স্মার্ট কন্ট্রাক্ট-এর সাথে একত্রিত করে এবং সংযুক্ত করে।_
-**[Pyth Network](https://pyth.network/)** - _Pyth নেটওয়ার্ক হল একটি প্রথম-পক্ষের আর্থিক ওরাকেল নেটওয়ার্ক যা একটি ট্যাম্পার-প্রতিরোধী, ডিসেন্ট্রালাইজড এবং স্ব-টেকসই পরিবেশে অবিচ্ছিন্ন বাস্তব-বিশ্বের ডেটা অনচেইনে প্রকাশ করার জন্য ডিজাইন করা হয়েছে।_
+**[Pyth Network](https://pyth.network/)** - _Pyth নেটওয়ার্ক হলো একটি ফার্স্ট-পার্টি আর্থিক ওরাকল নেটওয়ার্ক যা একটি টেম্পার-প্রতিরোধী, ডিসেন্ট্রালাইজড এবং স্ব-টেকসই পরিবেশে অনচেইন অবিচ্ছিন্ন বাস্তব-জগতের ডেটা প্রকাশ করার জন্য ডিজাইন করা হয়েছে।_
-**[API3 DAO](https://www.api3.org/)** - _API3 DAO প্রথম-পক্ষের ওরাকেল সমাধান সরবরাহ করছে যা স্মার্ট কন্ট্র্যাক্টের জন্য একটি ডিসেন্ট্রালাইজড সমাধানে বৃহত্তর উৎস স্বচ্ছতা, নিরাপত্তা এবং পরিমাপযোগ্যতা সরবরাহ করে_
+**[API3 DAO](https://www.api3.org/)** - _API3 DAO ফার্স্ট-পার্টি ওরাকল সলিউশন সরবরাহ করছে যা স্মার্ট কন্ট্রাক্টগুলোর জন্য একটি ডিসেন্ট্রালাইজড সলিউশনে বৃহত্তর উৎস স্বচ্ছতা, নিরাপত্তা এবং স্কেলিং প্রদান করে।_
-**[Supra](https://supra.com/)** - ক্রস-চেইন সমাধানগুলির একটি উল্লম্বভাবে সমন্বিত টুলকিট যা সমস্ত ব্লকচেইন, পাবলিক (L1s এবং L2s) বা প্রাইভেট (এন্টারপ্রাইজ), আন্তঃলিঙ্ক করে, ডিসেন্ট্রালাইজড ওরাকেল মূল্য ফিড সরবরাহ করে যা অনচেইন এবং অফচেইন ব্যবহারের ক্ষেত্রে ব্যবহার করা যেতে পারে।
+**[Supra](https://supra.com/)** - ক্রস-চেইন সলিউশনগুলোর একটি উল্লম্বভাবে সমন্বিত টুলকিট যা সমস্ত ব্লকচেইন, পাবলিক (L1s এবং L2s) বা প্রাইভেট (এন্টারপ্রাইজ)-কে আন্তঃসংযোগ করে, ডিসেন্ট্রালাইজড ওরাকল প্রাইস ফিড প্রদান করে যা অনচেইন এবং অফচেইন ব্যবহার-ক্ষেত্রগুলোর জন্য ব্যবহার করা যেতে পারে।
-**[Gas Network](https://gas.network/)** - ব্লকচেইন জুড়ে রিয়েল-টাইম গ্যাস মূল্যের ডেটা সরবরাহকারী একটি বিতরণ করা ওরাকেল প্ল্যাটফর্ম। অনচেইনে নেতৃস্থানীয় গ্যাস মূল্য ডেটা প্রদানকারীদের থেকে ডেটা আনার মাধ্যমে, Gas Network আন্তঃকার্যক্ষমতা চালনা করতে সাহায্য করছে। Gas Network 35টিরও বেশি চেইনের জন্য ডেটা সমর্থন করে, যার মধ্যে Ethereum Mainnet এবং অনেক নেতৃস্থানীয় L2s রয়েছে।
+**[Gas Network](https://gas.network/)** - একটি ডিস্ট্রিবিউটেড ওরাকল প্ল্যাটফর্ম যা ব্লকচেইন জুড়ে রিয়েল-টাইম গ্যাস প্রাইস ডেটা প্রদান করে। শীর্ষস্থানীয় গ্যাস প্রাইস ডেটা প্রদানকারীদের থেকে ডেটা অনচেইন এনে, Gas Network ইন্টারঅপারেবিলিটি চালাতে সাহায্য করছে। Gas Network ইথিরিয়াম মেইননেট এবং অনেক শীর্ষস্থানীয় L2s সহ 35 টিরও বেশি চেইনের জন্য ডেটা সমর্থন করে।
-## আরও পড়ুন {#further-reading}
+**[DIA](https://www.diadata.org/)** - একটি ক্রস-চেইন ওরাকল নেটওয়ার্ক যা সমস্ত প্রধান অ্যাসেট ক্লাস জুড়ে 20,000+ অ্যাসেটের জন্য যাচাইযোগ্য ডেটা ফিড সরবরাহ করে। DIA সরাসরি 100+ প্রাথমিক বাজার থেকে কাঁচা ট্রেড ডেটা সংগ্রহ করে এবং এটি অনচেইন গণনা করে, যেকোনো ব্যবহার ক্ষেত্রের জন্য কাস্টম কনফিগারেশনের সাথে সম্পূর্ণ ডেটা স্বচ্ছতা এবং যাচাইযোগ্যতা নিশ্চিত করে।
-**প্রবন্ধ**
+**[Stork](https://stork.network)** - Stork অতি-নিম্ন লেটেন্সিতে প্রাইস ডেটা সরবরাহ করে, পারপেচুয়াল মার্কেট, লেন্ডিং প্রটোকল এবং DeFi ইকোসিস্টেমসহ বিস্তৃত ব্যবহার-ক্ষেত্রগুলোকে সমর্থন করে, তালিকাভুক্তির সাথে সাথে নতুন অ্যাসেটগুলো দ্রুত সমর্থিত হয়।
-- [একটি ব্লকচেইন ওরাকেল কী?](https://chain.link/education/blockchain-oracles) — _Chainlink_
-- [একটি ব্লকচেইন ওরাকেল কী?](https://medium.com/better-programming/what-is-a-blockchain-oracle-f5ccab8dbd72) — _Patrick Collins_
-- [ডিসেন্ট্রালাইজড ওরাকেলস: একটি ব্যাপক সংক্ষিপ্ত বিবরণ](https://medium.com/fabric-ventures/decentralised-oracles-a-comprehensive-overview-d3168b9a8841) — _Julien Thevenard_
-- [Ethereum-এ একটি ব্লকচেইন ওরাকেল বাস্তবায়ন](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) – _Pedro Costa_
-- [স্মার্ট কন্ট্র্যাক্টগুলি কেন API কল করতে পারে না?](https://ethereum.stackexchange.com/questions/301/why-cant-contracts-make-api-calls) — _StackExchange_
-- [তাহলে আপনি একটি প্রাইস ওরাকেল ব্যবহার করতে চান](https://samczsun.com/so-you-want-to-use-a-price-oracle/) — _samczsun_
+## আরও পড়ুন {#further-reading}
+
+**নিবন্ধ**
+
+- [What Is a Blockchain Oracle?](https://chain.link/education/blockchain-oracles) — _Chainlink_
+- [What is a Blockchain Oracle?](https://medium.com/better-programming/what-is-a-blockchain-oracle-f5ccab8dbd72) — _Patrick Collins_
+- [Decentralised Oracles: a comprehensive overview](https://medium.com/fabric-ventures/decentralised-oracles-a-comprehensive-overview-d3168b9a8841) — _Julien Thevenard_
+- [Implementing a Blockchain Oracle on Ethereum](https://medium.com/@pedrodc/implementing-a-blockchain-oracle-on-ethereum-cedc7e26b49e) – _Pedro Costa_
+- [Why can't smart contracts make API calls?](https://ethereum.stackexchange.com/questions/301/why-cant-contracts-make-api-calls) — _StackExchange_
+- [So you want to use a price oracle](https://samczsun.com/so-you-want-to-use-a-price-oracle/) — _samczsun_
**ভিডিও**
-- [ওরাকেলস এবং ব্লকচেইন ইউটিলিটির সম্প্রসারণ](https://youtu.be/BVUZpWa8vpw) — _Real Vision Finance_
+- [Oracles and the Expansion of Blockchain Utility](https://youtu.be/BVUZpWa8vpw) — _Real Vision Finance_
-**টিউটোরিয়াল**
+**টিউটোরিয়াল**
-- [Solidity-তে Ethereum-এর বর্তমান মূল্য কীভাবে আনবেন](https://blog.chain.link/fetch-current-crypto-price-data-solidity/) — _Chainlink_
-- [ওরাকেল ডেটা ব্যবহার করা](https://docs.chroniclelabs.org/Developers/tutorials/Remix) — _Chronicle_
+- [How to Fetch the Current Price of Ethereum in Solidity](https://blog.chain.link/fetch-current-crypto-price-data-solidity/) — _Chainlink_
+- [Consuming Oracle Data](https://docs.chroniclelabs.org/Developers/tutorials/Remix) — _Chronicle_
-**দৃষ্টান্তমূলক প্রকল্প**
+**উদাহরণ প্রজেক্ট**
-- [Solidity-তে Ethereum-এর জন্য সম্পূর্ণ চেইনলিঙ্ক স্টার্টার প্রজেক্ট](https://github.com/hackbg/chainlink-fullstack) — _HackBG_
+- [Full Chainlink starter project for Ethereum in Solidity](https://github.com/hackbg/chainlink-fullstack) — _HackBG_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/dart/index.md b/public/content/translations/bn/developers/docs/programming-languages/dart/index.md
index 86aeb16860d..4ef04a87c58 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/dart/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/dart/index.md
@@ -1,32 +1,30 @@
---
-title: "ডার্ট ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "ডার্ট ভাষা ব্যবহার করে ইথেরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন"
+title: ডার্ট ডেভেলপারদের জন্য ইথিরিয়াম
+description: ডার্ট ভাষা ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
lang: bn
incomplete: true
---
-## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
+## স্মার্ট কন্ট্রাক্ট এবং সলিডিটি (Solidity) ভাষার সাথে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
## টিউটোরিয়াল {#tutorials}
-- [ফ্লাটার এবং ব্লকচেইন – হ্যালো ওয়ার্ল্ড ডিএ্যাপ](https://www.geeksforgeeks.org/flutter-and-blockchain-hello-world-dapp/) আপনাকে শুরু করার জন্য সমস্ত ধাপের মধ্যে দিয়ে নিয়ে যায়:
- 1. [Solidity](https://soliditylang.org/)-তে একটি স্মার্ট কন্ট্র্যাক্ট লেখা
- 2. ডার্টে একটি ইউজার ইন্টারফেস লেখা
-- [ফ্লাটার দিয়ে একটি মোবাইল ডিএ্যাপ তৈরি করা](https://medium.com/dash-community/building-a-mobile-dapp-with-flutter-be945c80315a) অনেক ছোট, যা ভালো হতে পারে
- যদি আপনি ইতিমধ্যেই মূল বিষয়গুলো জেনে থাকেন
-- আপনি যদি একটি ভিডিও দেখে শিখতে পছন্দ করেন, তাহলে আপনি [আপনার প্রথম ব্লকচেইন ফ্লাটার অ্যাপ তৈরি করুন](https://www.youtube.com/watch?v=3Eeh3pJ6PeA) দেখতে পারেন, যা প্রায় এক ঘন্টা দীর্ঘ
-- আপনি যদি অধৈর্য হন, তাহলে আপনি [ফ্লাটার এবং ডার্ট দিয়ে ইথেরিয়ামে একটি ব্লকচেইন ডিসেন্ট্রালাইজড-অ্যাপ তৈরি করা](https://www.youtube.com/watch?v=jaMFEOCq_1s) পছন্দ করতে পারেন, যা মাত্র প্রায় বিশ মিনিটের
-- [WalletConnect দ্বারা Web3Modal এর সাথে ফ্লাটার অ্যাপ্লিকেশনে MetaMask সংহত করা](https://www.youtube.com/watch?v=v_M2buHCpc4) - এই ছোট ভিডিওটি আপনাকে WalletConnect এর [Web3Modal](https://pub.dev/packages/web3modal_flutter) লাইব্রেরি দিয়ে আপনার ফ্লাটার অ্যাপ্লিকেশনগুলিতে MetaMask সংহত করার ধাপগুলির মধ্যে দিয়ে নিয়ে যায়
-- [সলিডিটি এবং ফ্লাটার সহ মোবাইল ব্লকচেইন ডেভেলপার বুটক্যাম্প কোর্স](https://youtube.com/playlist?list=PL4V4Unlk5luhQ26ERO6hWEbcUwHDSSmVH) - ফুল স্ট্যাক মোবাইল ব্লকচেইন ডেভেলপার কোর্স প্লেলিস্ট
+- [ফ্লাটার এবং ব্লকচেইন – হ্যালো ওয়ার্ল্ড ডিএ্যাপ (Flutter and Blockchain – Hello World Dapp)](https://www.geeksforgeeks.org/flutter-and-blockchain-hello-world-dapp/) আপনাকে শুরু করার জন্য সমস্ত ধাপের মধ্য দিয়ে নিয়ে যায়:
+ 1. [Solidity](https://soliditylang.org/)-তে একটি স্মার্ট কন্ট্রাক্ট লেখা
+ 2. ডার্ট (Dart)-এ একটি ইউজার ইন্টারফেস লেখা
+- [ফ্লাটার দিয়ে একটি মোবাইল ডিএ্যাপ তৈরি করা (Building a Mobile dapp with Flutter)](https://medium.com/dash-community/building-a-mobile-dapp-with-flutter-be945c80315a) অনেক ছোট, যা আপনার জন্য ভালো হতে পারে যদি আপনি ইতিমধ্যে বেসিক বিষয়গুলো জানেন
+- আপনি যদি ভিডিও দেখে শিখতে পছন্দ করেন, তবে আপনি [আপনার প্রথম ব্লকচেইন ফ্লাটার অ্যাপ তৈরি করুন (Build Your First Blockchain Flutter App)](https://www.youtube.com/watch?v=3Eeh3pJ6PeA) দেখতে পারেন, যা প্রায় এক ঘণ্টা দীর্ঘ
+- আপনি যদি অধৈর্য হন, তবে আপনি [ইথিরিয়ামে ফ্লাটার এবং ডার্ট দিয়ে একটি ব্লকচেইন ডিসেন্ট্রালাইজড এপ্লিকেশন তৈরি করা (Building a Blockchain Decentralized-app with Flutter and Dart on Ethereum)](https://www.youtube.com/watch?v=jaMFEOCq_1s) পছন্দ করতে পারেন, যা মাত্র বিশ মিনিটের মতো
+- [WalletConnect-এর Web3Modal দিয়ে ফ্লাটার অ্যাপ্লিকেশনে MetaMask ইন্টিগ্রেট করা (Integrating MetaMask in Flutter application with Web3Modal by WalletConnect)](https://www.youtube.com/watch?v=v_M2buHCpc4) - এই ছোট ভিডিওটি আপনাকে WalletConnect-এর [Web3Modal](https://pub.dev/packages/web3modal_flutter) লাইব্রেরি দিয়ে আপনার ফ্লাটার অ্যাপ্লিকেশনগুলোতে MetaMask ইন্টিগ্রেট করার ধাপগুলোর মধ্য দিয়ে নিয়ে যায়
+- [সলিডিটি এবং ফ্লাটার সহ মোবাইল ব্লকচেইন ডেভেলপার বুটক্যাম্প কোর্স (Mobile Blockchain Developer Bootcamp Course With Solidity & Flutter)](https://youtube.com/playlist?list=PL4V4Unlk5luhQ26ERO6hWEbcUwHDSSmVH) - ফুল স্ট্যাক মোবাইল ব্লকচেইন ডেভেলপার কোর্সের প্লেলিস্ট
-## ইথেরিয়াম ক্লায়েন্টদের সাথে কাজ করা {#working-with-ethereum-clients}
+## ইথিরিয়াম ক্লায়েন্ট নিয়ে কাজ করা {#working-with-ethereum-clients}
-আপনি ইথেরিয়াম ব্যবহার করে ডিসেন্ট্রালাইজড এপ্লিকেশনস (বা "ডিএ্যাপস") তৈরি করতে পারেন যা ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলি ব্যবহার করে।
-ডার্টের জন্য অন্তত দুটি বর্তমানে রক্ষণাবেক্ষণ করা লাইব্রেরি রয়েছে যা ইথেরিয়ামের
-[JSON-RPC API](/developers/docs/apis/json-rpc/) ব্যবহার করে।
+আপনি ইথিরিয়াম ব্যবহার করে ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করতে পারেন যা ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলো কাজে লাগায়।
+ইথিরিয়ামের জন্য [JSON-RPC API](/developers/docs/apis/json-rpc/) ব্যবহার করতে ডার্টের জন্য বর্তমানে রক্ষণাবেক্ষণ করা অন্তত দুটি লাইব্রেরি রয়েছে।
1. [pwa.ir থেকে Web3dart](https://pub.dev/packages/web3dart)
-2. [darticulate.com থেকে ইথেরিয়াম 5.0.0](https://pub.dev/packages/ethereum)
+1. [darticulate.com থেকে Ethereum 5.0.0](https://pub.dev/packages/ethereum)
-এছাড়াও অতিরিক্ত লাইব্রেরি রয়েছে যা আপনাকে নির্দিষ্ট ইথেরিয়াম অ্যাড্রেসগুলি পরিচালনা করতে, অথবা আপনাকে বিভিন্ন ক্রিপ্টোকারেন্সির মূল্য পুনরুদ্ধার করতে দেয়।
-[আপনি এখানে সম্পূর্ণ তালিকাটি দেখতে পারেন](https://pub.dev/dart/packages?q=ethereum)।
+এছাড়াও অতিরিক্ত লাইব্রেরি রয়েছে যা আপনাকে নির্দিষ্ট ইথিরিয়াম এডড্রেস ম্যানিপুলেট করতে দেয়, বা যা আপনাকে বিভিন্ন ক্রিপটোকারেন্সি-এর দাম পুনরুদ্ধার করতে দেয়।
+[আপনি এখানে সম্পূর্ণ তালিকা দেখতে পারেন](https://pub.dev/dart/packages?q=ethereum)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/delphi/index.md b/public/content/translations/bn/developers/docs/programming-languages/delphi/index.md
index c59d86259e8..60e12674b56 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/delphi/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/delphi/index.md
@@ -1,56 +1,56 @@
---
-title: "ডেলফি ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "ডেলফি প্রোগ্রামিং ভাষা ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করতে হয় তা শিখুন"
+title: ডেলফি ডেভেলপারদের জন্য ইথিরিয়াম
+description: ডেলফি প্রোগ্রামিং ভাষা ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
lang: bn
incomplete: true
---
-ডেলফি প্রোগ্রামিং ভাষা ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করতে হয় তা শিখুন
+ডেলফি প্রোগ্রামিং ভাষা ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
-ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলো কাজে লাগায় এমন ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করতে ইথিরিয়াম ব্যবহার করুন। এই ডিএ্যাপসগুলো বিশ্বস্ত হতে পারে, যার মানে হলো একবার ইথিরিয়ামে ডিপ্লয় করা হলে, এগুলো সবসময় প্রোগ্রাম করা অনুযায়ী চলবে। নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে। এগুলো ডিসেন্ট্রালাইজড হতে পারে, যার মানে হলো কোনো একক সত্তা বা ব্যক্তি এগুলোকে নিয়ন্ত্রণ করে না এবং এগুলো সেন্সর করা প্রায় অসম্ভব।
-ডেলফি প্রোগ্রামিং ভাষা ব্যবহার করে ইথেরিয়ামের উপরে ডিসেন্ট্রালাইজড এপ্লিকেশন তৈরি করুন এবং স্মার্ট কন্ট্র্যাক্টগুলির সাথে ইন্টারঅ্যাক্ট করুন!
+ইথিরিয়ামের উপর ডিসেন্ট্রালাইজড এপ্লিকেশন তৈরি করুন এবং ডেলফি প্রোগ্রামিং ভাষা ব্যবহার করে স্মার্ট কন্ট্রাক্ট এর সাথে ইন্টারঅ্যাক্ট করুন!
-## স্মার্ট কন্ট্র্যাক্ট এবং সলিডিটি ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-the-solidity-language}
+## স্মার্ট কন্ট্রাক্ট এবং Solidity ভাষার সাথে শুরু করা {#getting-started-with-smart-contracts-and-the-solidity-language}
-**ডেলফির সাথে ইথেরিয়ামকে একীভূত করার জন্য আপনার প্রথম পদক্ষেপ নিন**
+**ইথিরিয়ামের সাথে ডেলফি ইন্টিগ্রেট করার জন্য আপনার প্রথম পদক্ষেপ নিন**
-একদম প্রথম থেকে শুরু করতে চান? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
+প্রথমে আরও প্রাথমিক নির্দেশিকা প্রয়োজন? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
-- [ব্লকচেইনের ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
-- [স্মার্ট কন্ট্র্যাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
-- [আপনার প্রথম স্মার্ট কন্ট্র্যাক্টটি লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [ব্লকচেইন ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [স্মার্ট কন্ট্রাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [আপনার প্রথম স্মার্ট কন্ট্রাক্ট লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
-## নতুনদের জন্য রেফারেন্স এবং লিঙ্ক {#beginner-references-and-links}
+## নতুনদের জন্য রেফারেন্স এবং লিংক {#beginner-references-and-links}
-**ডেলফেরাম লাইব্রেরির পরিচিতি**
+**Delphereum লাইব্রেরির পরিচিতি**
-- [ডেলফেরাম কী?](https://github.com/svanas/delphereum/blob/master/README.md)
-- [একটি স্থানীয় (ইন-মেমরি) ব্লকচেইনের সাথে ডেলফিকে সংযুক্ত করা](https://medium.com/@svanas/connecting-delphi-to-a-local-in-memory-blockchain-9a1512d6c5b0)
-- [ইথেরিয়াম মেইননেটের সাথে ডেলফিকে সংযুক্ত করা](https://medium.com/@svanas/connecting-delphi-to-the-ethereum-main-net-5faf1feffd83)
-- [স্মার্ট কন্ট্র্যাক্টগুলির সাথে ডেলফিকে সংযুক্ত করা](https://medium.com/@svanas/connecting-delphi-to-smart-contracts-3146b12803a1)
+- [Delphereum কী?](https://github.com/svanas/delphereum/blob/master/README.md)
+- [একটি লোকাল (ইন-মেমরি) ব্লকচেইন এর সাথে ডেলফি কানেক্ট করা](https://medium.com/@svanas/connecting-delphi-to-a-local-in-memory-blockchain-9a1512d6c5b0)
+- [ইথিরিয়াম মেইননেট এর সাথে ডেলফি কানেক্ট করা](https://medium.com/@svanas/connecting-delphi-to-the-ethereum-main-net-5faf1feffd83)
+- [স্মার্ট কন্ট্রাক্ট এর সাথে ডেলফি কানেক্ট করা](https://medium.com/@svanas/connecting-delphi-to-smart-contracts-3146b12803a1)
-**এখন সেটআপ বাদ দিয়ে সরাসরি কিছু নমুনা দেখতে চান?**
+**আপাতত সেটআপ বাদ দিয়ে সরাসরি স্যাম্পলে যেতে চান?**
-- [একটি 3-মিনিটের স্মার্ট কন্ট্র্যাক্ট এবং ডেলফি - পর্ব 1](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-61d998571d)
-- [একটি 3-মিনিটের স্মার্ট কন্ট্র্যাক্ট এবং ডেলফি - পর্ব 2](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-part-2-446925faa47b)
+- [৩-মিনিটের স্মার্ট কন্ট্রাক্ট এবং ডেলফি - পর্ব 1](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-61d998571d)
+- [৩-মিনিটের স্মার্ট কন্ট্রাক্ট এবং ডেলফি - পর্ব 2](https://medium.com/@svanas/a-3-minute-smart-contract-and-delphi-part-2-446925faa47b)
-## মধ্যবর্তী স্তরের নিবন্ধ {#intermediate-articles}
+## ইন্টারমিডিয়েট আর্টিকেল {#intermediate-articles}
-- [ডেলফিতে একটি ইথেরিয়াম-স্বাক্ষরিত মেসেজ সিগনেচার তৈরি করা](https://medium.com/@svanas/generating-an-ethereum-signed-message-signature-in-delphi-75661ce5031b)
-- [ডেলফির সাথে ইথার স্থানান্তর করা](https://medium.com/@svanas/transferring-ether-with-delphi-b5f24b1a98a4)
-- [ডেলফির সাথে ERC-20 টোকেন স্থানান্তর করা](https://medium.com/@svanas/transferring-erc-20-tokens-with-delphi-bb44c05b295d)
+- [ডেলফিতে একটি ইথিরিয়াম-স্বাক্ষরিত মেসেজ সিগনেচার তৈরি করা](https://medium.com/@svanas/generating-an-ethereum-signed-message-signature-in-delphi-75661ce5031b)
+- [ডেলফির মাধ্যমে ইথার ট্রান্সফার করা](https://medium.com/@svanas/transferring-ether-with-delphi-b5f24b1a98a4)
+- [ডেলফির মাধ্যমে ERC-20 টোকেন ট্রান্সফার করা](https://medium.com/@svanas/transferring-erc-20-tokens-with-delphi-bb44c05b295d)
-## উন্নত ব্যবহারের প্যাটার্ন {#advanced-use-patterns}
+## অ্যাডভান্সড ব্যবহারের ধরন {#advanced-use-patterns}
-- [ডেলফি এবং ইথেরিয়াম নেম সার্ভিস (ENS)](https://medium.com/@svanas/delphi-and-ethereum-name-service-ens-4443cd278af7)
-- [কুইকনোড, ইথেরিয়াম এবং ডেলফি](https://medium.com/@svanas/quiknode-ethereum-and-delphi-f7bfc9671c23)
-- [ডেলফি এবং ইথেরিয়াম ডার্ক ফরেস্ট](https://svanas.medium.com/delphi-and-the-ethereum-dark-forest-5b430da3ad93)
-- [ডেলফিতে একটি টোকেনের বিনিময়ে অন্য টোকেন সোয়াপ করা](https://svanas.medium.com/swap-one-token-for-another-in-delphi-bcb999c47f7)
+- [ডেলফি এবং ইথিরিয়াম নেম সার্ভিস (ENS)](https://medium.com/@svanas/delphi-and-ethereum-name-service-ens-4443cd278af7)
+- [QuikNode, ইথিরিয়াম এবং ডেলফি](https://medium.com/@svanas/quiknode-ethereum-and-delphi-f7bfc9671c23)
+- [ডেলফি এবং ইথিরিয়াম ডার্ক ফরেস্ট](https://svanas.medium.com/delphi-and-the-ethereum-dark-forest-5b430da3ad93)
+- [ডেলফিতে একটি টোকেন এর বদলে অন্যটি সোয়াপ করা](https://svanas.medium.com/swap-one-token-for-another-in-delphi-bcb999c47f7)
-আরও সংস্থান খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন।
+আরও রিসোর্স খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/dot-net/index.md b/public/content/translations/bn/developers/docs/programming-languages/dot-net/index.md
index 30a7ffbf4de..2ee112c00b8 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/dot-net/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/dot-net/index.md
@@ -1,86 +1,86 @@
---
-title: "ডটনেট ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "শিখুন কীভাবে ডটনেটভিত্তিক প্রজেক্ট ও টুলিঙ ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+title: .NET ডেভেলপারদের জন্য ইথিরিয়াম
+description: .NET-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
lang: bn
incomplete: true
---
-.NET-ভিত্তিক প্রজেক্ট ও টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করা যায় তা শিখুন
+.NET-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
-ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলো কাজে লাগিয়ে ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করতে ইথিরিয়াম ব্যবহার করুন। এই ডিএ্যাপসগুলো বিশ্বস্ত হতে পারে, যার মানে হলো একবার ইথিরিয়ামে ডেপ্লয় করা হলে, এগুলো সবসময় প্রোগ্রাম অনুযায়ী চলবে। নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে। এগুলো ডিসেন্ট্রালাইজড হতে পারে, যার মানে হলো কোনো একক সত্তা বা ব্যক্তি এগুলোকে নিয়ন্ত্রণ করে না এবং এগুলো সেন্সর করা প্রায় অসম্ভব।
-মাইক্রোসফট প্রযুক্তি স্ট্যাকের বিভিন্ন টুলস ও ল্যাঙ্গুয়েজ ব্যবহার করে ইথেরিয়ামে বিকেন্দ্রীভূত অ্যাপ্লিকেশন তৈরি করুন এবং স্মার্ট কন্ট্র্যাক্টগুলোর সাথে ইন্টারেক্ট করুন - C#, # ভিজুয়াল ব্যাসিক .NET, F#-কে সমর্থন করে, .NET ফ্রেমওয়ার্ক/.NET Core/.NET স্ট্যান্ডার্ড জুড়ে VSCode ও ভিজুয়াল স্টুডিওর মতো টুলিং-এ।. মাইক্রোসফট অ্যাজিওর ব্লকচেইন ব্যবহার করে কয়েক মিনিটের মধ্যে অ্যাজিওর-এ একটি ইথেরিয়াম ব্লকচেইন ডেপ্লয় করুন।. .NET এর প্রতি ভালবাসাকে ইথেরিয়ামে নিয়ে আসুন!
+ইথিরিয়ামের উপর ডিসেন্ট্রালাইজড এপ্লিকেশন তৈরি করুন এবং মাইক্রোসফট টেকনোলজি স্ট্যাকের টুল এবং ভাষা ব্যবহার করে স্মার্ট কন্ট্রাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করুন - .NET Framework/.NET Core/.NET Standard জুড়ে VSCode এবং Visual Studio-এর মতো টুলিংয়ে C#, # Visual Basic .NET, F# সমর্থন করে। মাইক্রোসফট অ্যাজিউর ব্লকচেইন (Microsoft Azure Blockchain) ব্যবহার করে কয়েক মিনিটের মধ্যে অ্যাজিউরে (Azure) একটি ইথিরিয়াম ব্লকচেইন ডেপ্লয় করুন। .NET-এর প্রতি ভালোবাসাকে ইথিরিয়ামে নিয়ে আসুন!
-## স্মার্ট কন্ট্র্যাক্ট এবং সলিডিটি ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-the-solidity-language}
+## স্মার্ট কন্ট্রাক্ট এবং সলিডিটি (Solidity) ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-the-solidity-language}
-**ডটনেটের সাথে ইথেরিয়ামকে যুক্ত করার প্রথম পদক্ষেপ নিন**
+**.NET-কে ইথিরিয়ামের সাথে ইন্টিগ্রেট করার প্রথম পদক্ষেপ নিন**
-একদম প্রথম থেকে শুরু করতে চান? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
+প্রথমে আরও প্রাথমিক ধারণা প্রয়োজন? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
-- [ব্লকচেইনের ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
-- [স্মার্ট কন্ট্র্যাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
-- [আপনার প্রথম স্মার্ট কন্ট্র্যাক্টটি লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [ব্লকচেইন ব্যাখ্যা (Blockchain Explained)](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [স্মার্ট কন্ট্রাক্ট বোঝা (Understanding Smart Contracts)](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [আপনার প্রথম স্মার্ট কন্ট্রাক্ট লেখা (Write your First Smart Contract)](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [কীভাবে সলিডিটি কম্পাইল এবং ডেপ্লয় করতে হয় তা শিখুন (Learn How to Compile and Deploy Solidity)](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
-## নতুনদের জন্য রেফারেন্স এবং লিঙ্ক {#beginner-references-and-links}
+## নতুনদের জন্য রেফারেন্স এবং লিংক {#beginner-references-and-links}
-**Nethereum লাইব্রেরি এবং VS কোড সলিডিটির পরিচিতি**
+**Nethereum লাইব্রেরি এবং VS Code Solidity-এর পরিচিতি**
-- [Nethereum, শুরু করা](https://docs.nethereum.com/en/latest/getting-started/)
-- [VS কোড সলিডিটি ইনস্টল করা](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity)
-- [ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট তৈরি এবং কল করার জন্য একজন .NET ডেভেলপারের ওয়ার্কফ্লো](https://medium.com/coinmonks/a-net-developers-workflow-for-creating-and-calling-ethereum-smart-contracts-44714f191db2)
-- [Nethereum-এর সাথে স্মার্ট কন্ট্র্যাক্টের ইন্টিগ্রেশন](https://kauri.io/#collections/Getting%20Started/smart-contracts-integration-with-nethereum/#smart-contracts-integration-with-nethereumm)
-- [Nethereum-এর সাথে .NET এবং ইথেরিয়াম ব্লকচেইন স্মার্ট কন্ট্র্যাক্ট ইন্টারফেস করা](https://medium.com/my-blockchain-development-daily-journey/interfacing-net-and-ethereum-blockchain-smart-contracts-with-nethereum-2fa3729ac933), এছাড়াও [中文版](https://medium.com/my-blockchain-development-daily-journey/%E4%BD%BF%E7%94%A8nethereum%E9%80%A3%E6%8E%A5-net%E5%92%8C%E4%BB%A5%E5%A4%AA%E7%B6%B2%E5%8D%80%E5%A1%8A%E9%8F%88%E6%99%BA%E8%83%BD%E5%90%88%E7%B4%84-4a96d35ad1e1)
+- [Nethereum, শুরু করা (Getting Started)](https://docs.nethereum.com/en/latest/getting-started/)
+- [VS Code Solidity ইনস্টল করা](https://marketplace.visualstudio.com/items?itemName=JuanBlanco.solidity)
+- [ইথিরিয়াম স্মার্ট কন্ট্রাক্ট তৈরি এবং কল করার জন্য একজন .NET ডেভেলপারের ওয়ার্কফ্লো](https://medium.com/coinmonks/a-net-developers-workflow-for-creating-and-calling-ethereum-smart-contracts-44714f191db2)
+- [Nethereum-এর সাথে স্মার্ট কন্ট্রাক্ট ইন্টিগ্রেশন](https://kauri.io/#collections/Getting%20Started/smart-contracts-integration-with-nethereum/#smart-contracts-integration-with-nethereumm)
+- [Nethereum-এর সাথে .NET এবং ইথিরিয়াম ব্লকচেইন স্মার্ট কন্ট্রাক্ট ইন্টারফেসিং](https://medium.com/my-blockchain-development-daily-journey/interfacing-net-and-ethereum-blockchain-smart-contracts-with-nethereum-2fa3729ac933), এছাড়াও [中文版](https://medium.com/my-blockchain-development-daily-journey/%E4%BD%BF%E7%94%A8nethereum%E9%80%A3%E6%8E%A5-net%E5%92%8C%E4%BB%A5%E5%A4%AA%E7%B6%B2%E5%8D%80%E5%A1%8A%E9%8F%88%E6%99%BA%E8%83%BD%E5%90%88%E7%B4%84-4a96d35ad1e1)-এ উপলব্ধ
- [Nethereum - ব্লকচেইনের জন্য একটি ওপেন সোর্স .NET ইন্টিগ্রেশন লাইব্রেরি](https://kauri.io/#collections/a%20hackathon%20survival%20guide/nethereum-an-open-source-.net-integration-library/)
-- [Nethereum ব্যবহার করে SQL ডেটাবেসে ইথেরিয়াম ট্রানজ্যাকশন লেখা](https://medium.com/coinmonks/writing-ethereum-transactions-to-sql-database-using-nethereum-fd94e0e4fa36)
-- [C# এবং VisualStudio ব্যবহার করে কীভাবে সহজে ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট ডেপ্লয় করা যায় তা দেখুন](https://koukia.ca/deploy-ethereum-smart-contracts-using-c-and-visualstudio-5be188ae928c)
+- [Nethereum ব্যবহার করে SQL ডাটাবেসে ইথিরিয়াম লেনদেন লেখা](https://medium.com/coinmonks/writing-ethereum-transactions-to-sql-database-using-nethereum-fd94e0e4fa36)
+- [C# এবং VisualStudio ব্যবহার করে কীভাবে সহজে ইথিরিয়াম স্মার্ট কন্ট্রাক্ট ডেপ্লয় করা যায় তা দেখুন](https://koukia.ca/deploy-ethereum-smart-contracts-using-c-and-visualstudio-5be188ae928c)
-**এখন সেটআপ বাদ দিয়ে সরাসরি কিছু নমুনা দেখতে চান?**
+**আপাতত সেটআপ এড়িয়ে সরাসরি স্যাম্পলে যেতে চান?**
-- [প্লেগ্রাউন্ড](http://playground.nethereum.com/) - ইথেরিয়ামের সাথে ইন্টারঅ্যাক্ট করুন এবং ব্রাউজারের মাধ্যমে কীভাবে Nethereum ব্যবহার করতে হয় তা শিখুন।
- - অ্যাকাউন্ট ব্যালেন্স কোয়েরি করুন [C#](http://playground.nethereum.com/csharp/id/1001) [VB.NET](http://playground.nethereum.com/vb/id/2001)
- - ERC20 স্মার্ট কন্ট্র্যাক্ট ব্যালেন্স কোয়েরি করুন [C#](http://playground.nethereum.com/csharp/id/1005) [VB.NET](http://playground.nethereum.com/vb/id/2004)
- - একটি অ্যাকাউন্টে ইথার ট্রান্সফার করুন [C#](http://playground.nethereum.com/csharp/id/1003) [VB.NET](http://playground.nethereum.com/vb/id/2003)
- - ... এবং আরো!
+- [Playground](http://playground.nethereum.com/) - ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করুন এবং ব্রাউজারের মাধ্যমে কীভাবে Nethereum ব্যবহার করতে হয় তা শিখুন।
+ - একাউন্ট ব্যালেন্স কোয়েরি করুন [C#](http://playground.nethereum.com/csharp/id/1001) [VB.NET](http://playground.nethereum.com/vb/id/2001)
+ - ERC20 স্মার্ট কন্ট্রাক্ট ব্যালেন্স কোয়েরি করুন [C#](http://playground.nethereum.com/csharp/id/1005) [VB.NET](http://playground.nethereum.com/vb/id/2004)
+ - একটি একাউন্টে ইথার ট্রান্সফার করুন [C#](http://playground.nethereum.com/csharp/id/1003) [VB.NET](http://playground.nethereum.com/vb/id/2003)
+ - ... এবং আরও অনেক কিছু!
-## মধ্যবর্তী স্তরের নিবন্ধ {#intermediate-articles}
+## ইন্টারমিডিয়েট আর্টিকেল {#intermediate-articles}
-- [Nethereum ওয়ার্কবুক/নমুনা লিস্ট](http://docs.nethereum.com/en/latest/Nethereum.Workbooks/docs/)
+- [Nethereum ওয়ার্কবুক/স্যাম্পল লিস্ট](http://docs.nethereum.com/en/latest/Nethereum.Workbooks/docs/)
- [আপনার নিজস্ব ডেভেলপমেন্ট টেস্টচেইন ডেপ্লয় করুন](https://github.com/Nethereum/Testchains)
-- [সলিডিটির জন্য VSCode কোডজেন প্লাগইন](https://docs.nethereum.com/en/latest/nethereum-codegen-vscodesolidity/)
-- [ইউনিটি এবং ইথেরিয়াম: কেন এবং কীভাবে](https://www.raywenderlich.com/5509-unity-and-ethereum-why-and-how)
-- [ইথেরিয়াম ডিএ্যাপস-এর জন্য ASP.NET Core ওয়েব API তৈরি করুন](https://tech-mint.com/blockchain/create-asp-net-core-web-api-for-ethereum-dapps/)
-- [একটি সাপ্লাই চেইন ট্র্যাকিং সিস্টেম বাস্তবায়নের জন্য Nethereum Web3 ব্যবহার করা](http://blog.pomiager.com/post/using-nethereum-web3-to-implement-a-supply-chain-traking-system4)
-- [Nethereum ব্লক প্রসেসিং](https://nethereum.readthedocs.io/en/latest/nethereum-block-processing-detail/), সাথে [C# প্লেগ্রাউন্ড নমুনা](http://playground.nethereum.com/csharp/id/1025)
-- [Nethereum ওয়েবসকেট স্ট্রিমিং](https://nethereum.readthedocs.io/en/latest/nethereum-subscriptions-streaming/)
+- [সলিডিটির জন্য VSCode Codegen প্লাগইন](https://docs.nethereum.com/en/latest/nethereum-codegen-vscodesolidity/)
+- [Unity এবং ইথিরিয়াম: কেন এবং কীভাবে](https://www.raywenderlich.com/5509-unity-and-ethereum-why-and-how)
+- [ইথিরিয়াম ডিএ্যাপস-এর জন্য ASP.NET Core Web API তৈরি করুন](https://tech-mint.com/blockchain/create-asp-net-core-web-api-for-ethereum-dapps/)
+- [সাপ্লাই চেইন ট্র্যাকিং সিস্টেম বাস্তবায়নের জন্য Nethereum Web3 ব্যবহার করা](http://blog.pomiager.com/post/using-nethereum-web3-to-implement-a-supply-chain-traking-system4)
+- [Nethereum ব্লক প্রসেসিং](https://nethereum.readthedocs.io/en/latest/nethereum-block-processing-detail/), সাথে [C# Playground স্যাম্পল](http://playground.nethereum.com/csharp/id/1025)
+- [Nethereum Websocket স্ট্রিমিং](https://nethereum.readthedocs.io/en/latest/nethereum-subscriptions-streaming/)
- [Kaleido এবং Nethereum](https://kaleido.io/kaleido-and-nethereum/)
- [Quorum এবং Nethereum](https://github.com/Nethereum/Nethereum/blob/master/src/Nethereum.Quorum/README.md)
-## উন্নত ব্যবহারের প্যাটার্ন {#advanced-use-patterns}
+## অ্যাডভান্সড ব্যবহারের ধরন {#advanced-use-patterns}
- [Azure Key Vault এবং Nethereum](https://github.com/Azure-Samples/bc-community-samples/tree/master/akv-nethereum)
- [Nethereum.DappHybrid](https://github.com/Nethereum/Nethereum.DappHybrid)
- [Ujo Nethereum ব্যাকএন্ড রেফারেন্স আর্কিটেকচার](https://docs.nethereum.com/en/latest/nethereum-ujo-backend-sample/)
-## .NET প্রজেক্ট, টুলস এবং অন্যান্য মজার জিনিস {#dot-net-projects-tools-and-other-fun-stuff}
+## .NET প্রজেক্ট, টুল এবং অন্যান্য মজার বিষয় {#dot-net-projects-tools-and-other-fun-stuff}
-- [Nethereum প্লেগ্রাউন্ড](http://playground.nethereum.com/) - _ব্রাউজারে Nethereum কোড স্নিপেট কম্পাইল, তৈরি এবং রান করুন_
-- [Nethereum Codegen Blazor](https://github.com/Nethereum/Nethereum.CodeGen.Blazor) - _Blazor-এ UI সহ Nethereum কোডজেন_
-- [Nethereum Blazor](https://github.com/Nethereum/NethereumBlazor) - _একটি .NET Wasm SPA লাইট ব্লকচেইন এক্সপ্লোরার এবং একটি সাধারণ ওয়ালেট_
-- [Wonka Business Rules Engine](https://docs.nethereum.com/en/latest/wonka/) - _একটি বিজনেস রুলস ইঞ্জিন (.NET প্ল্যাটফর্ম এবং ইথেরিয়াম প্ল্যাটফর্ম উভয়ের জন্য) যা অন্তর্নিহিতভাবে মেটাডেটা-চালিত_
-- [Nethermind](https://github.com/NethermindEth/nethermind) - _Linux, Windows, MacOS-এর জন্য একটি .NET কোর ইথেরিয়াম ক্লায়েন্ট_
-- [eth-utils](https://github.com/ethereum/eth-utils/) - _Ethereum সম্পর্কিত কোডবেসের সাথে কাজ করার জন্য ইউটিলিটি ফাংশন_
-- [TestChains](https://github.com/Nethereum/TestChains) - _দ্রুত প্রতিক্রিয়ার জন্য আগে থেকে কনফিগার করা .NET ডেভচেইনস (PoA)_
+- [Nethereum Playground](http://playground.nethereum.com/) - _ব্রাউজারে Nethereum কোড স্নিপেট কম্পাইল, তৈরি এবং রান করুন_
+- [Nethereum Codegen Blazor](https://github.com/Nethereum/Nethereum.CodeGen.Blazor) - _Blazor-এ UI সহ Nethereum codegen_
+- [Nethereum Blazor](https://github.com/Nethereum/NethereumBlazor) - _একটি .NET Wasm SPA লাইট ব্লকচেইন এক্সপ্লোরার এবং সাধারণ ওয়ালেট_
+- [Wonka Business Rules Engine](https://docs.nethereum.com/en/latest/wonka/) - _একটি বিজনেস রুলস ইঞ্জিন (.NET প্ল্যাটফর্ম এবং ইথিরিয়াম প্ল্যাটফর্ম উভয়ের জন্য) যা মূলত মেটাডাটা-চালিত_
+- [Nethermind](https://github.com/NethermindEth/nethermind) - _Linux, Windows, MacOS-এর জন্য একটি .NET Core ইথিরিয়াম ক্লায়েন্ট_
+- [eth-utils](https://github.com/ethereum/eth-utils/) - _ইথিরিয়াম সম্পর্কিত কোডবেস নিয়ে কাজ করার জন্য ইউটিলিটি ফাংশন_
+- [TestChains](https://github.com/Nethereum/TestChains) - _দ্রুত রেসপন্সের জন্য প্রি-কনফিগার করা .NET ডেভচেইন (PoA)_
-আরও সংস্থান খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন।
+আরও রিসোর্স খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন।
## .NET কমিউনিটি কন্ট্রিবিউটর {#dot-net-community-contributors}
-Nethereum-এ আমরা বেশিরভাগ সময় [Gitter](https://gitter.im/Nethereum/Nethereum)-এ কাটাই, যেখানে সবাই প্রশ্ন জিজ্ঞাসা করতে/উত্তর দিতে, সাহায্য নিতে, বা শুধু আড্ডা দিতে পারেন। নির্দ্বিধায় [Nethereum GitHub রিপোজিটরি](https://github.com/Nethereum)-তে একটি PR করুন বা একটি ইস্যু খুলুন, অথবা আমাদের অনেক সাইড/নমুনা প্রজেক্ট ব্রাউজ করুন। আমাদেরকে [Discord](https://discord.gg/jQPrR58FxX)-এও পাবেন!
+Nethereum-এ, আমরা বেশিরভাগ সময় [Gitter](https://gitter.im/Nethereum/Nethereum)-এ আড্ডা দিই যেখানে যে কেউ প্রশ্ন করতে/উত্তর দিতে, সাহায্য পেতে বা শুধু সময় কাটাতে আসতে পারেন। নির্দ্বিধায় একটি PR করুন বা [Nethereum GitHub রিপোজিটরিতে](https://github.com/Nethereum) একটি ইস্যু খুলুন, অথবা আমাদের অনেক সাইড/স্যাম্পল প্রজেক্টগুলো ব্রাউজ করুন। আপনি আমাদের [Discord](https://discord.gg/jQPrR58FxX)-এও খুঁজে পেতে পারেন!
-আপনি যদি Nethermind-এ নতুন হন এবং শুরু করার জন্য সাহায্যের প্রয়োজন হয়, তাহলে আমাদের [Discord](http://discord.gg/PaCMRFdvWT)-এ যোগ দিন। আপনার প্রশ্নের উত্তর দেওয়ার জন্য আমাদের ডেভেলপাররা প্রস্তুত আছেন। [Nethermind GitHub রিপোজিটরি](https://github.com/NethermindEth/nethermind)-তে একটি PR খুলতে বা কোনো ইস্যু জানাতে দ্বিধা করবেন না।
+আপনি যদি Nethermind-এ নতুন হয়ে থাকেন এবং শুরু করার জন্য সাহায্যের প্রয়োজন হয়, তাহলে আমাদের [Discord](http://discord.gg/PaCMRFdvWT)-এ যোগ দিন। আপনার প্রশ্নের উত্তর দেওয়ার জন্য আমাদের ডেভেলপাররা প্রস্তুত আছেন। [Nethermind GitHub রিপোজিটরিতে](https://github.com/NethermindEth/nethermind) একটি PR খুলতে বা কোনো ইস্যু উত্থাপন করতে দ্বিধা করবেন না।
-## অন্যান্য একত্রিত তালিকা {#other-aggregated-lists}
+## অন্যান্য অ্যাগ্রিগেটেড লিস্ট {#other-aggregated-lists}
-[অফিসিয়াল Nethereum সাইট](https://nethereum.com/)
-[অফিসিয়াল Nethermind সাইট](https://nethermind.io/)
+[অফিসিয়াল Nethereum সাইট](https://nethereum.com/)
+[অফিসিয়াল Nethermind সাইট](https://nethermind.io/)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/elixir/index.md b/public/content/translations/bn/developers/docs/programming-languages/elixir/index.md
index 41724e01cec..8d98a7716f8 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/elixir/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/elixir/index.md
@@ -1,55 +1,55 @@
---
-title: "এলিক্সির ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "এলিক্সির-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করা যায় তা জানুন।"
+title: এলিক্সির (Elixir) ডেভেলপারদের জন্য ইথিরিয়াম
+description: এলিক্সির-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন।
lang: bn
incomplete: false
---
-এলিক্সির-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করা যায় তা জানুন।
+এলিক্সির-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন।
-ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ডিএ্যাপসগুলো ট্রাস্টলেস হতে পারে, যার মানে হলো একবার এগুলো ইথেরিয়ামে ডেপ্লয় করা হয়ে গেলে, এগুলো সর্বদা প্রোগ্রাম অনুযায়ী চলবে। তারা নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করতে ডিজিটাল অ্যাসেট নিয়ন্ত্রণ করতে পারে। এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলো কাজে লাগিয়ে ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করতে ইথিরিয়াম ব্যবহার করুন। এই ডিএ্যাপসগুলো ট্রাস্টলেস হতে পারে, যার মানে হলো একবার ইথিরিয়ামে ডেপ্লয় করা হলে, এগুলো সবসময় প্রোগ্রাম করা অনুযায়ী চলবে। নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করতে এগুলো ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে। এগুলো ডিসেন্ট্রালাইজড হতে পারে, যার মানে হলো কোনো একক সত্তা বা ব্যক্তি এগুলোকে নিয়ন্ত্রণ করে না এবং এগুলো সেন্সর করা প্রায় অসম্ভব।
-## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
+## স্মার্ট কন্ট্রাক্ট এবং সলিডিটি (Solidity) ভাষার সাথে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
-**এলিক্সিরের সাথে ইথেরিয়ামকে একীভূত করার জন্য আপনার প্রথম পদক্ষেপ নিন**
+**ইথিরিয়ামের সাথে এলিক্সিরকে ইন্টিগ্রেট করার জন্য আপনার প্রথম পদক্ষেপ নিন**
-একদম প্রথম থেকে শুরু করতে চান ? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
+প্রথমে আরও প্রাথমিক ধারণা প্রয়োজন? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
-- [ব্লকচেইনের ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
-- [স্মার্ট কন্ট্র্যাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
-- [আপনার প্রথম স্মার্ট কন্ট্র্যাক্টটি লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [ব্লকচেইন ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [স্মার্ট কন্ট্রাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [আপনার প্রথম স্মার্ট কন্ট্রাক্ট লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [কীভাবে সলিডিটি কম্পাইল এবং ডেপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
-## নতুনদের জন্য নিবন্ধ {#beginner-articles}
+## নতুনদের জন্য আর্টিকেল {#beginner-articles}
-- [অবশেষে ইথেরিয়াম অ্যাকাউন্ট বোঝা](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
-- [Ethers — এলিক্সিরের জন্য একটি প্রথম-শ্রেণীর ইথেরিয়াম Web3 লাইব্রেরি](https://medium.com/@alisinabh/announcing-ethers-a-first-class-ethereum-web3-library-for-elixir-1d64e9409122)
+- [অবশেষে ইথিরিয়াম একাউন্ট বোঝা](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [Ethers — এলিক্সিরের জন্য একটি ফার্স্ট-ক্লাস ইথিরিয়াম ওয়েব3 (Web3) লাইব্রেরি](https://medium.com/@alisinabh/announcing-ethers-a-first-class-ethereum-web3-library-for-elixir-1d64e9409122)
-## মধ্যবর্তী স্তরের নিবন্ধ {#intermediate-articles}
+## ইন্টারমিডিয়েট আর্টিকেল {#intermediate-articles}
-- [এলিক্সির দিয়ে কীভাবে র ইথেরিয়াম কন্ট্র্যাক্ট ট্রানজ্যাকশনে সাইন করতে হয়](https://kohlerjp.medium.com/how-to-sign-raw-ethereum-contract-transactions-with-elixir-f8822bcc813b)
-- [ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট এবং এলিক্সির](https://medium.com/agile-alpha/ethereum-smart-contracts-and-elixir-c7c4b239ddb4)
+- [কীভাবে এলিক্সির দিয়ে র (raw) ইথিরিয়াম কন্ট্রাক্ট লেনদেন সাইন করবেন](https://kohlerjp.medium.com/how-to-sign-raw-ethereum-contract-transactions-with-elixir-f8822bcc813b)
+- [ইথিরিয়াম স্মার্ট কন্ট্রাক্ট এবং এলিক্সির](https://medium.com/agile-alpha/ethereum-smart-contracts-and-elixir-c7c4b239ddb4)
## এলিক্সির প্রজেক্ট এবং টুলস {#elixir-projects-and-tools}
### সক্রিয় {#active}
-- [block_keys](https://github.com/ExWeb3/block_keys) - _এলিক্সিরে BIP32 এবং BIP44 ইমপ্লিমেন্টেশন (ডিটারমিনিস্টিক ওয়ালেটের জন্য মাল্টি-অ্যাকাউন্ট হায়ারার্কি)_
-- [ethereumex](https://github.com/mana-ethereum/ethereumex) - _ইথেরিয়াম ব্লকচেইনের জন্য এলিক্সির JSON-RPC ক্লায়েন্ট_
-- [ethers](https://github.com/ExWeb3/elixir_ethers) - _এলিক্সির ব্যবহার করে ইথেরিয়ামের স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার জন্য একটি বিস্তৃত Web3 লাইব্রেরি_
-- [ethers_kms](https://github.com/ExWeb3/elixir_ethers_kms) - _Ethers-এর জন্য একটি KMS সাইনার লাইব্রেরি (AWS KMS দিয়ে ট্রানজ্যাকশন সাইন করুন)_
-- [ex_abi](https://github.com/poanetwork/ex_abi) - _এলিক্সিরে ইথেরিয়াম ABI পার্সার/ডিকোডার/এনকোডার ইমপ্লিমেন্টেশন_
-- [ex_keccak](https://github.com/ExWeb3/ex_keccak) - _একটি NIF বিল্ট tiny-keccak রাস্ট ক্রেট ব্যবহার করে Keccak SHA3-256 হ্যাস গণনা করার জন্য এলিক্সির লাইব্রেরি_
-- [ex_rlp](https://github.com/mana-ethereum/ex_rlp) - _ইথেরিয়ামের RLP (রিকرسیভ লেংথ প্রিফিক্স) এনকোডিংয়ের এলিক্সির ইমপ্লিমেন্টেশন_
+- [block_keys](https://github.com/ExWeb3/block_keys) - _এলিক্সিরে BIP32 এবং BIP44 ইমপ্লিমেন্টেশন (ডিটারমিনিস্টিক ওয়ালেট-এর জন্য মাল্টি-একাউন্ট হায়ারার্কি)_
+- [ethereumex](https://github.com/mana-ethereum/ethereumex) - _ইথিরিয়াম ব্লকচেইন-এর জন্য এলিক্সির JSON-RPC ক্লায়েন্ট_
+- [ethers](https://github.com/ExWeb3/elixir_ethers) - _এলিক্সির ব্যবহার করে ইথিরিয়ামে স্মার্ট কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করার জন্য একটি বিস্তৃত ওয়েব3 (Web3) লাইব্রেরি_
+- [ethers_kms](https://github.com/ExWeb3/elixir_ethers_kms) - _Ethers-এর জন্য একটি KMS সাইনার লাইব্রেরি (AWS KMS দিয়ে লেনদেন সাইন করুন)_
+- [ex_abi](https://github.com/poanetwork/ex_abi) - _এলিক্সিরে ইথিরিয়াম ABI পার্সার/ডিকোডার/এনকোডার ইমপ্লিমেন্টেশন_
+- [ex_keccak](https://github.com/ExWeb3/ex_keccak) - _NIF বিল্ট tiny-keccak Rust ক্রেট ব্যবহার করে Keccak SHA3-256 হ্যাস কম্পিউট করার জন্য এলিক্সির লাইব্রেরি_
+- [ex_rlp](https://github.com/mana-ethereum/ex_rlp) - _ইথিরিয়ামের RLP (Recursive Length Prefix) এনকোডিং-এর এলিক্সির ইমপ্লিমেন্টেশন_
-### আর্কাইভ করা / আর রক্ষণাবেক্ষণ করা হয় না {#archived--no-longer-maintained}
+### আর্কাইভ করা / আর রক্ষণাবেক্ষণ করা হয় না {#archived--no-longer-maintained}
-- [eth](https://hex.pm/packages/eth) - _এলিক্সিরের জন্য ইথেরিয়াম ইউটিলিটি_
-- [exw3](https://github.com/hswick/exw3) - _এলিক্সিরের জন্য উচ্চ স্তরের ইথেরিয়াম RPC ক্লায়েন্ট_
-- [mana](https://github.com/mana-ethereum/mana) - _এলিক্সিরে লেখা ইথেরিয়াম ফুল নোড ইমপ্লিমেন্টেশন_
+- [eth](https://hex.pm/packages/eth) - _এলিক্সিরের জন্য ইথিরিয়াম ইউটিলিটি_
+- [exw3](https://github.com/hswick/exw3) - _এলিক্সিরের জন্য হাই লেভেল ইথিরিয়াম RPC ক্লায়েন্ট_
+- [mana](https://github.com/mana-ethereum/mana) - _এলিক্সিরে লেখা ইথিরিয়াম ফুল নোড ইমপ্লিমেন্টেশন_
-আরও সংস্থান খুঁজছেন? আমাদের [ডেভেলপারদের হোম](/developers/) দেখুন।
+আরও রিসোর্স খুঁজছেন? [আমাদের ডেভেলপারদের হোমপেজ](/developers/) দেখুন।
## এলিক্সির কমিউনিটি কন্ট্রিবিউটর {#elixir-community-contributors}
-[এলিক্সিরের স্ল্যাক #ethereum চ্যানেলটি](https://elixir-lang.slack.com/archives/C5RPZ3RJL) একটি দ্রুত বর্ধনশীল কমিউনিটির হোস্ট এবং এটি উপরের যেকোনো প্রজেক্ট এবং সম্পর্কিত বিষয়ে আলোচনার জন্য একটি ডেডিকেটেড রিসোর্স।
+[এলিক্সিরের স্ল্যাক #ethereum চ্যানেল](https://elixir-lang.slack.com/archives/C5RPZ3RJL) হলো একটি দ্রুত বর্ধনশীল কমিউনিটির হোস্ট এবং এটি উপরের যেকোনো প্রজেক্ট এবং সম্পর্কিত বিষয় নিয়ে আলোচনার জন্য একটি ডেডিকেটেড রিসোর্স।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/golang/index.md b/public/content/translations/bn/developers/docs/programming-languages/golang/index.md
index d269121e21c..da1efd708ec 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/golang/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/golang/index.md
@@ -1,84 +1,84 @@
---
-title: "গো(Go) ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "শিখুন কিভাবে গো-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+title: গো (Go) ডেভেলপারদের জন্য ইথিরিয়াম
+description: গো-ভিত্তিক (Go-based) প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
lang: bn
incomplete: true
---
-শিখুন কিভাবে গো-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়
+গো-ভিত্তিক (Go-based) প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
-ইথেরিয়াম ব্যবহার করে ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করুন। এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. এগুলি বিকেন্দ্রীভূত, যার অর্থ এগুলি একটি পিয়ার-টু-পিয়ার নেটওয়ার্কে চলে এবং ব্যর্থতার কোনও একক বিন্দু নেই। কোনও একক সত্তা বা ব্যক্তি তাদের নিয়ন্ত্রণ করে না এবং তাদের সেন্সর করা প্রায় অসম্ভব। নতুন ধরনের এপ্লিকেশন তৈরি করার জন্য তারা ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে।
+ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করতে ইথিরিয়াম ব্যবহার করুন। এই ডিএ্যাপসগুলো বিশ্বস্ত হতে পারে, যার মানে হলো একবার ইথিরিয়ামে ডেপ্লয় করা হলে, এগুলো সবসময় প্রোগ্রাম অনুযায়ী চলবে। এগুলো ডিসেন্ট্রালাইজড, যার মানে হলো এগুলো একটি পিয়ার-টু-পিয়ার নেটওয়ার্কে চলে এবং এগুলোর কোনো একক ব্যর্থতার বিন্দু (single point of failure) নেই। কোনো একক সত্তা বা ব্যক্তি এগুলোকে নিয়ন্ত্রণ করে না এবং এগুলো সেন্সর করা প্রায় অসম্ভব। নতুন ধরনের অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে।
-## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
+## স্মার্ট কন্ট্রাক্ট এবং Solidity ভাষার সাথে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
-**গো-এর সাথে ইথেরিয়ামকে একীভূত করার জন্য প্রথম পদক্ষেপ নিন**
+**ইথিরিয়ামের সাথে Go ইন্টিগ্রেট করার জন্য আপনার প্রথম পদক্ষেপ নিন**
-একদম প্রথম থেকে শুরু করতে চান? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
+প্রথমে আরও প্রাথমিক ধারণা প্রয়োজন? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
-- [ব্লকচেইনের ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
-- [স্মার্ট কন্ট্র্যাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
-- [আপনার প্রথম স্মার্ট কন্ট্র্যাক্টটি লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
-- [কন্ট্র্যাক্ট টিউটোরিয়াল](https://github.com/ethereum/go-ethereum/wiki/Contract-Tutorial)
+- [ব্লকচেইন ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [স্মার্ট কন্ট্রাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [আপনার প্রথম স্মার্ট কন্ট্রাক্ট লেখা](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [কীভাবে Solidity কম্পাইল এবং ডেপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [কন্ট্রাক্ট টিউটোরিয়াল](https://github.com/ethereum/go-ethereum/wiki/Contract-Tutorial)
-## শিক্ষানবিশদের জন্য প্রবন্ধ এবং বই {#beginner-articles-and-books}
+## নতুনদের জন্য আর্টিকেল এবং বই {#beginner-articles-and-books}
-- [Geth দিয়ে শুরু করুন](https://medium.com/@tzhenghao/getting-started-with-geth-c1a30b8d6458)
-- [Ethereum-এর সাথে সংযোগ করতে Golang ব্যবহার করুন](https://www.youtube.com/watch?v=-7uChuO_VzM)
-- [Golang ব্যবহার করে Ethereum স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করুন](https://www.youtube.com/watch?v=pytGqQmDslE)
-- [Go-তে Ethereum স্মার্ট কন্ট্র্যাক্ট পরীক্ষা এবং ডিপ্লয় করার জন্য একটি ধাপে ধাপে নির্দেশিকা](https://hackernoon.com/a-step-by-step-guide-to-testing-and-deploying-ethereum-smart-contracts-in-go-9fc34b178d78)
-- [ই-বুক: Go দিয়ে Ethereum ডেভেলপমেন্ট](https://goethereumbook.org/) - _Go দিয়ে Ethereum এপ্লিকেশন ডেভেলপ করুন_
+- [Geth এর সাথে শুরু করা](https://medium.com/@tzhenghao/getting-started-with-geth-c1a30b8d6458)
+- [ইথিরিয়ামের সাথে কানেক্ট করতে Golang ব্যবহার করুন](https://www.youtube.com/watch?v=-7uChuO_VzM)
+- [Golang ব্যবহার করে ইথিরিয়াম স্মার্ট কন্ট্রাক্ট ডেপ্লয় করুন](https://www.youtube.com/watch?v=pytGqQmDslE)
+- [Go-তে ইথিরিয়াম স্মার্ট কন্ট্রাক্ট টেস্টিং এবং ডেপ্লয় করার ধাপে ধাপে গাইড](https://hackernoon.com/a-step-by-step-guide-to-testing-and-deploying-ethereum-smart-contracts-in-go-9fc34b178d78)
+- [ই-বুক: Go এর সাথে ইথিরিয়াম ডেভেলপমেন্ট](https://goethereumbook.org/) - _Go দিয়ে ইথিরিয়াম অ্যাপ্লিকেশন ডেভেলপ করুন_
-## মধ্যবর্তী স্তরের প্রবন্ধ এবং ডক্স {#intermediate-articles-and-docs}
+## ইন্টারমিডিয়েট আর্টিকেল এবং ডক্স {#intermediate-articles-and-docs}
-- [Go Ethereum ডকুমেন্টেশন](https://geth.ethereum.org/docs/) - _অফিসিয়াল Ethereum Golang-এর জন্য ডকুমেন্টেশন_
-- [Erigon প্রোগ্রামারদের জন্য নির্দেশিকা](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/guide.md) - _স্টেট ট্রি, মাল্টি-প্রুফস, এবং লেনদেন প্রক্রিয়াকরণ সহ সচিত্র নির্দেশিকা_
-- [Erigon এবং স্টেটলেস Ethereum](https://youtu.be/3-Mn7OckSus?t=394) - _2020 Ethereum কমিউনিটি কনফারেন্স (EthCC 3)_
-- [Erigon: Ethereum ক্লায়েন্ট অপ্টিমাইজ করা](https://www.youtube.com/watch?v=CSpc1vZQW2Q) - _2018 Devcon 4_
+- [Go Ethereum ডকুমেন্টেশন](https://geth.ethereum.org/docs) - _অফিসিয়াল ইথিরিয়াম Golang এর ডকুমেন্টেশন_
+- [Erigon প্রোগ্রামার গাইড](https://github.com/ledgerwatch/erigon/blob/devel/docs/programmers_guide/guide.md) - _স্টেট ট্রি, মাল্টি-প্রুফ এবং লেনদেন প্রসেসিং সহ সচিত্র গাইড_
+- [Erigon এবং স্টেটলেস ইথিরিয়াম](https://youtu.be/3-Mn7OckSus?t=394) - _2020 ইথিরিয়াম কমিউনিটি কনফারেন্স (EthCC 3)_
+- [Erigon: ইথিরিয়াম ক্লায়েন্ট অপ্টিমাইজ করা](https://www.youtube.com/watch?v=CSpc1vZQW2Q) - _2018 Devcon 4_
- [Go Ethereum GoDoc](https://godoc.org/github.com/ethereum/go-ethereum)
-- [Geth এর সাথে Go তে একটি ডিএ্যাপ তৈরি করা](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/creating-a-dapp-in-go-with-geth/)
-- [Golang এবং Geth এর সাথে Ethereum প্রাইভেট নেটওয়ার্কে কাজ করুন](https://myhsts.org/tutorial-learn-how-to-work-with-ethereum-private-network-with-golang-with-geth.php)
-- [Go এর সাথে Ethereum এ সলিডিটি কন্ট্র্যাক্টের ইউনিট টেস্টিং](https://medium.com/coinmonks/unit-testing-solidity-contracts-on-ethereum-with-go-3cc924091281)
-- [লাইব্রেরি হিসেবে Geth ব্যবহারের জন্য দ্রুত রেফারেন্স](https://medium.com/coinmonks/web3-go-part-1-31c68c68e20e)
+- [Geth এর সাথে Go-তে একটি ডিএ্যাপ তৈরি করা](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/creating-a-dapp-in-go-with-geth/)
+- [Golang এবং Geth এর সাথে ইথিরিয়াম প্রাইভেট নেটওয়ার্কে কাজ করা](https://myhsts.org/tutorial-learn-how-to-work-with-ethereum-private-network-with-golang-with-geth.php)
+- [Go এর সাথে ইথিরিয়ামে Solidity কন্ট্রাক্ট ইউনিট টেস্টিং](https://medium.com/coinmonks/unit-testing-solidity-contracts-on-ethereum-with-go-3cc924091281)
+- [লাইব্রেরি হিসেবে Geth ব্যবহার করার জন্য কুইক রেফারেন্স](https://medium.com/coinmonks/web3-go-part-1-31c68c68e20e)
-## উন্নত ব্যবহারের প্যাটার্ন {#advanced-use-patterns}
+## অ্যাডভান্সড ব্যবহারের ধরন {#advanced-use-patterns}
- [GETH সিমুলেটেড ব্যাকএন্ড](https://kauri.io/#collections/An%20ethereum%20test%20toolkit%20in%20Go/the-geth-simulated-backend/#_top)
-- [Ethereum এবং Quorum ব্যবহার করে ব্লকচেইন-অ্যাজ-এ-সার্ভিস অ্যাপস](https://blockchain.dcwebmakers.com/blockchain-as-a-service-apps-using-ethereum-and-quorum.html)
-- [Ethereum ব্লকচেইন অ্যাপ্লিকেশনে ডিস্ট্রিবিউটেড স্টোরেজ IPFS এবং Swarm](https://blockchain.dcwebmakers.com/work-with-distributed-storage-ipfs-and-swarm-in-ethereum.html)
-- [মোবাইল ক্লায়েন্ট: লাইব্রেরি এবং ইনপ্রোক Ethereum নোড](https://github.com/ethereum/go-ethereum/wiki/Mobile-Clients:-Libraries-and-Inproc-Ethereum-Nodes)
-- [নেটিভ ডিএ্যাপস: Ethereum কন্ট্র্যাক্টে Go বাইন্ডিং](https://github.com/ethereum/go-ethereum/wiki/Native-DApps:-Go-bindings-to-Ethereum-contracts)
+- [ইথিরিয়াম এবং Quorum ব্যবহার করে ব্লকচেইন-অ্যাজ-এ-সার্ভিস অ্যাপস](https://blockchain.dcwebmakers.com/blockchain-as-a-service-apps-using-ethereum-and-quorum.html)
+- [ইথিরিয়াম ব্লকচেইন অ্যাপ্লিকেশনে ডিস্ট্রিবিউটেড স্টোরেজ IPFS এবং Swarm](https://blockchain.dcwebmakers.com/work-with-distributed-storage-ipfs-and-swarm-in-ethereum.html)
+- [মোবাইল ক্লায়েন্ট: লাইব্রেরি এবং ইনপ্রক ইথিরিয়াম নোড](https://github.com/ethereum/go-ethereum/wiki/Mobile-Clients:-Libraries-and-Inproc-Ethereum-Nodes)
+- [নেটিভ ডিএ্যাপস: ইথিরিয়াম কন্ট্রাক্টের সাথে Go বাইন্ডিং](https://github.com/ethereum/go-ethereum/wiki/Native-DApps:-Go-bindings-to-Ethereum-contracts)
## Go প্রজেক্ট এবং টুলস {#go-projects-and-tools}
-- [Geth / Go Ethereum](https://github.com/ethereum/go-ethereum) - _Ethereum প্রোটোকলের অফিসিয়াল Go প্রয়োগ_
-- [Go Ethereum কোড অ্যানালাইসিস](https://github.com/ZtesoftCS/go-ethereum-code-analysis) - _Go Ethereum সোর্স কোডের পর্যালোচনা এবং বিশ্লেষণ_
-- [Erigon](https://github.com/ledgerwatch/erigon) - _Go Ethereum-এর একটি দ্রুততর ডেরিভেটিভ, আর্কাইভ নোডগুলিতে ফোকাস সহ_
-- [Golem](https://github.com/golemfactory/golem) - _Golem কম্পিউটিং পাওয়ারের জন্য একটি বিশ্বব্যাপী বাজার তৈরি করছে_
-- [Quorum](https://github.com/jpmorganchase/quorum) - _ডেটা গোপনীয়তা সমর্থনকারী Ethereum-এর একটি অনুমতিপ্রাপ্ত প্রয়োগ_
-- [Prysm](https://github.com/prysmaticlabs/prysm) - _Ethereum 'Serenity' 2.0 Go প্রয়োগ_
-- [Eth Tweet](https://github.com/yep/eth-tweet) - _বিকেন্দ্রীভূত টুইটার: Ethereum ব্লকচেইনে চালিত একটি মাইক্রোব্লগিং পরিষেবা_
-- [Plasma MVP Golang](https://github.com/kyokan/plasma) — _মিনিমাম ভায়াবল প্লাজমা স্পেসিফিকেশনের Golang প্রয়োগ এবং এক্সটেনশন_
-- [ওপেন Ethereum মাইনিং পুল](https://github.com/sammy007/open-ethereum-pool) - _একটি ওপেন সোর্স Ethereum মাইনিং পুল_
-- [Ethereum HD ওয়ালেট](https://github.com/miguelmota/go-ethereum-hdwallet) - _Go-তে Ethereum HD ওয়ালেট ডেরিভেশন_
-- [Multi Geth](https://github.com/multi-geth/multi-geth) - _বিভিন্ন ধরনের Ethereum নেটওয়ার্কের জন্য সমর্থন_
-- [Geth লাইট ক্লায়েন্ট](https://github.com/zsfelfoldi/go-ethereum/wiki/Geth-Light-Client) - _লাইট Ethereum সাবপ্রোটোকলের Geth প্রয়োগ_
-- [Ethereum Golang SDK](https://github.com/everFinance/goether) - _Golang-এ একটি সাধারণ Ethereum ওয়ালেট প্রয়োগ এবং ইউটিলিটি_
-- [Covalent Golang SDK](https://github.com/covalenthq/covalent-api-sdk-go) - _200+ ব্লকচেইনের জন্য Go SDK-এর মাধ্যমে কার্যকরী ব্লকচেইন ডেটা অ্যাক্সেস_
-
-আরও সংস্থান খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন
-
-## Go কমিউনিটির অবদানকারীরা {#go-community-contributors}
+- [Geth / Go Ethereum](https://github.com/ethereum/go-ethereum) - _ইথিরিয়াম প্রটোকলের অফিসিয়াল Go ইমপ্লিমেন্টেশন_
+- [Go Ethereum কোড অ্যানালাইসিস](https://github.com/ZtesoftCS/go-ethereum-code-analysis) - _Go Ethereum সোর্স কোডের রিভিউ এবং অ্যানালাইসিস_
+- [Erigon](https://github.com/ledgerwatch/erigon) - _আর্কাইভ নোডের উপর ফোকাস সহ Go Ethereum এর দ্রুততর ডেরিভেটিভ_
+- [Golem](https://github.com/golemfactory/golem) - _Golem কম্পিউটিং পাওয়ারের জন্য একটি গ্লোবাল মার্কেট তৈরি করছে_
+- [Quorum](https://github.com/jpmorganchase/quorum) - _ডেটা প্রাইভেসি সমর্থনকারী ইথিরিয়ামের একটি পারমিশনড ইমপ্লিমেন্টেশন_
+- [Prysm](https://github.com/prysmaticlabs/prysm) - _ইথিরিয়াম 'Serenity' 2.0 Go ইমপ্লিমেন্টেশন_
+- [Eth Tweet](https://github.com/yep/eth-tweet) - _ডিসেন্ট্রালাইজড টুইটার: ইথিরিয়াম ব্লকচেইনে চলা একটি মাইক্রোব্লগিং সার্ভিস_
+- [Plasma MVP Golang](https://github.com/kyokan/plasma) — _মিনিমাম ভায়াবল প্লাজমা স্পেসিফিকেশনের Golang ইমপ্লিমেন্টেশন এবং এক্সটেনশন_
+- [Open Ethereum Mining Pool](https://github.com/sammy007/open-ethereum-pool) - _একটি ওপেন সোর্স ইথিরিয়াম মাইনিং পুল_
+- [Ethereum HD Wallet](https://github.com/miguelmota/go-ethereum-hdwallet) - _Go-তে ইথিরিয়াম HD ওয়ালেট ডেরিভেশন_
+- [Multi Geth](https://github.com/multi-geth/multi-geth) - _ইথিরিয়াম নেটওয়ার্কের অনেক প্রজাতির জন্য সাপোর্ট_
+- [Geth Light Client](https://github.com/zsfelfoldi/go-ethereum/wiki/Geth-Light-Client) - _লাইট ইথিরিয়াম সাবপ্রটোকলের Geth ইমপ্লিমেন্টেশন_
+- [Ethereum Golang SDK](https://github.com/everFinance/goether) - _Golang-এ একটি সাধারণ ইথিরিয়াম ওয়ালেট ইমপ্লিমেন্টেশন এবং ইউটিলিটি_
+- [Covalent Golang SDK](https://github.com/covalenthq/covalent-api-sdk-go) - _200+ ব্লকচেইনের জন্য Go SDK এর মাধ্যমে দক্ষ ব্লকচেইন ডেটা অ্যাক্সেস_
+
+আরও রিসোর্স খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন
+
+## Go কমিউনিটি কন্ট্রিবিউটর {#go-community-contributors}
- [Geth Discord](https://discordapp.com/invite/nthXNEv)
-- [Geth Gitter](https://gitter.im/ethereum/go-ethereum)
+- [Geth Gist](https://gitter.im/ethereum/go-ethereum)
- [Gophers Slack](https://invite.slack.golangbridge.org/) - [#ethereum চ্যানেল](https://gophers.slack.com/messages/C9HP1S9V2)
- [StackExchange - Ethereum](https://ethereum.stackexchange.com/)
- [Multi Geth Gitter](https://gitter.im/ethoxy/multi-geth)
- [Ethereum Gitter](https://gitter.im/ethereum/home)
-- [Geth লাইট ক্লায়েন্ট Gitter](https://gitter.im/ethereum/light-client)
+- [Geth light Client Gitter](https://gitter.im/ethereum/light-client)
-## অন্যান্য একত্রিত তালিকা {#other-aggregated-lists}
+## অন্যান্য অ্যাগ্রিগেটেড তালিকা {#other-aggregated-lists}
- [Awesome Ethereum](https://github.com/btomashvili/awesome-ethereum)
-- [Consensys: Ethereum ডেভেলপার টুলসের একটি নির্দিষ্ট তালিকা](https://media.consensys.net/an-definitive-list-of-ethereum-developer-tools-2159ce865974) | [GitHub সোর্স](https://github.com/ConsenSys/ethereum-developer-tools-list)
+- [Consensys: ইথিরিয়াম ডেভেলপার টুলসের একটি চূড়ান্ত তালিকা](https://media.consensys.net/an-definitive-list-of-ethereum-developer-tools-2159ce865974) | [GitHub সোর্স](https://github.com/ConsenSys/ethereum-developer-tools-list)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/index.md b/public/content/translations/bn/developers/docs/programming-languages/index.md
index c308a23547d..975e0657d8f 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/index.md
@@ -1,33 +1,31 @@
---
-title: "প্রোগ্রামিং ল্যাঙ্গুয়েজ"
-description: "জাভাস্ক্রিপ্ট, পাইথন, গো, রাস্ট এবং আরও অনেক কিছু সহ বিভিন্ন প্রোগ্রামিং ভাষার জন্য ইথেরিয়াম ডেভেলপমেন্ট রিসোর্স আবিষ্কার করুন।"
+title: প্রোগ্রামিং ভাষা
+description: জাভাস্ক্রিপ্ট (JavaScript), পাইথন (Python), গো (Go), রাস্ট (Rust) এবং আরও অনেক প্রোগ্রামিং ভাষার জন্য ইথিরিয়াম ডেভেলপমেন্ট রিসোর্সগুলো আবিষ্কার করুন।
lang: bn
---
-একটি সাধারণ ভুল ধারণা হল যে Ethereum-এর উপর ভিত্তি করে তৈরি করার জন্য ডেভেলপারদের অবশ্যই [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) লিখতে হবে। এটা মিথ্যা।
-ইথেরিয়াম নেটওয়ার্ক এবং কমিউনিটির অন্যতম সৌন্দর্য হল যে আপনি যেকোনো প্রোগ্রামিং ভাষাতেই [অংশগ্রহণ](/community/) করতে পারবেন।
+একটি সাধারণ ভুল ধারণা হলো যে ইথিরিয়ামে কিছু তৈরি করতে হলে ডেভেলপারদের অবশ্যই [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) লিখতে হবে। এটি ভুল।
+ইথিরিয়াম নেটওয়ার্ক এবং কমিউনিটির অন্যতম সৌন্দর্য হলো আপনি প্রায় যেকোনো প্রোগ্রামিং ভাষায় [অংশগ্রহণ](/community/) করতে পারবেন।
-ইথেরিয়াম এবং তার কমিউনিটি ওপেন সোর্সকে গ্রহণ করেছে। আপনি বিভিন্ন ভাষায় কমিউনিটি প্রজেক্ট খুঁজে পেতে পারেন - ক্লায়েন্ট ইমপ্লিমেন্টেশন, API, ডেভেলপমেন্ট ফ্রেমওয়ার্ক, টেস্টিং টুলস।
+ইথিরিয়াম এবং এর কমিউনিটি ওপেন সোর্সকে গ্রহণ করে। আপনি বিভিন্ন ভাষায় কমিউনিটি প্রজেক্টগুলো খুঁজে পেতে পারেন - ক্লায়েন্ট ইমপ্লিমেন্টেশন, API, ডেভেলপমেন্ট ফ্রেমওয়ার্ক, টেস্টিং টুলস।
## আপনার ভাষা বেছে নিন {#data}
-প্রজেক্ট, রিসোর্স, এবং ভার্চুয়াল কমিউনিটি খুঁজে পেতে আপনার পছন্দের প্রোগ্রামিং ভাষা নির্বাচন করুন:
+প্রজেক্ট, রিসোর্স এবং ভার্চুয়াল কমিউনিটিগুলো খুঁজে পেতে আপনার পছন্দের প্রোগ্রামিং ভাষা নির্বাচন করুন:
-- [ডার্ট ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/dart/)
-- [ডেলফি ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/delphi/)
-- [.NET ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/dot-net/)
-- [এলিক্সির ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/elixir/)
-- [গো ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/golang/)
-- [জাভা ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/java/)
-- [জাভাস্ক্রিপ্ট ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/javascript/)
-- [পাইথন ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/python/)
-- [রুবি ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/ruby/)
-- [রাস্ট ডেভেলপারদের জন্য ইথেরিয়াম](/developers/docs/programming-languages/rust/)
+- [ডার্ট (Dart) ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/dart/)
+- [ডেলফি (Delphi) ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/delphi/)
+- [.NET ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/dot-net/)
+- [এলিক্সির (Elixir) ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/elixir/)
+- [গো (Go) ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/golang/)
+- [জাভা (Java) ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/java/)
+- [জাভাস্ক্রিপ্ট (JavaScript) ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/javascript/)
+- [পাইথন (Python) ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/python/)
+- [রুবি (Ruby) ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/ruby/)
+- [রাস্ট (Rust) ডেভেলপারদের জন্য ইথিরিয়াম](/developers/docs/programming-languages/rust/)
### আমার ভাষা সমর্থিত না হলে কী হবে {#other-lang}
-আপনি যদি কোনও অতিরিক্ত প্রোগ্রামিং ভাষার জন্য রিসোর্সের সাথে লিঙ্ক করতে চান বা একটি ভার্চুয়াল কমিউনিটির দিকে নির্দেশ করতে চান, তবে আপনি একটি [ইস্যু খোলার](https://github.com/ethereum/ethereum-org-website/issues/new/choose) মাধ্যমে একটি নতুন পেজের জন্য অনুরোধ করতে পারেন।
+আপনি যদি কোনো অতিরিক্ত প্রোগ্রামিং ভাষার জন্য রিসোর্স লিঙ্ক করতে চান বা কোনো ভার্চুয়াল কমিউনিটির দিকে নির্দেশ করতে চান, তবে আপনি [একটি ইস্যু ওপেন করে](https://github.com/ethereum/ethereum-org-website/issues/new/choose) নতুন পেজের জন্য অনুরোধ করতে পারেন।
-আপনি যদি বর্তমানে অসমর্থিত কোনো ভাষা ব্যবহার করে ব্লকচেইনের সাথে ইন্টারফেস করার জন্য কোড লিখতে চান
-আপনি ইথেরিয়াম নেটওয়ার্কের সাথে সংযোগ করতে [JSON-RPC ইন্টারফেস](/developers/docs/apis/json-rpc/) ব্যবহার করতে পারেন। TCP/IP ব্যবহার করতে পারে এমন যেকোনো প্রোগ্রামিং
-ভাষা এই ইন্টারফেসটি ব্যবহার করতে পারে।
+আপনি যদি বর্তমানে অসমর্থিত কোনো ভাষা ব্যবহার করে ব্লকচেইনের সাথে ইন্টারফেস করার জন্য কোড লিখতে চান, তবে আপনি ইথিরিয়াম নেটওয়ার্কের সাথে কানেক্ট করতে [JSON-RPC ইন্টারফেস](/developers/docs/apis/json-rpc/) ব্যবহার করতে পারেন। TCP/IP ব্যবহার করতে পারে এমন যেকোনো প্রোগ্রামিং ভাষা এই ইন্টারফেসটি ব্যবহার করতে পারে।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/java/index.md b/public/content/translations/bn/developers/docs/programming-languages/java/index.md
index 2855e9ebf2b..90150f3a1c6 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/java/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/java/index.md
@@ -1,64 +1,63 @@
---
-title: "জাভা ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "শিখুন কীভাবে জাভা-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+title: জাভা ডেভেলপারদের জন্য ইথিরিয়াম
+description: জাভা-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
lang: bn
incomplete: true
---
-জাভা-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে Ethereum-এর জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
+জাভা-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
-ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলো কাজে লাগিয়ে ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করতে ইথিরিয়াম ব্যবহার করুন। এই ডিএ্যাপসগুলো বিশ্বস্ত হতে পারে, যার মানে হলো একবার ইথিরিয়ামে ডেপ্লয় করা হলে, এগুলো সবসময় প্রোগ্রাম অনুযায়ী চলবে। নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করতে এগুলো ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে। এগুলো ডিসেন্ট্রালাইজড হতে পারে, যার মানে হলো কোনো একক সত্তা বা ব্যক্তি এগুলোকে নিয়ন্ত্রণ করে না এবং এগুলো সেন্সর করা প্রায় অসম্ভব।
-## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
+## স্মার্ট কন্ট্রাক্ট এবং Solidity ভাষার সাথে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
-**জাভার সাথে ইথেরিয়ামকে একীভূত করার জন্য প্রথম পদক্ষেপ নিন**
+**ইথিরিয়ামের সাথে জাভা ইন্টিগ্রেট করার প্রথম পদক্ষেপ নিন**
-একদম প্রথম থেকে শুরু করতে চান? [ethereum.org/learn](/learn/) অথবা [ethereum.org/developers.](/developers/) দেখুন।
+প্রথমে আরও প্রাথমিক ধারণা প্রয়োজন? [ethereum.org/learn](/learn/) বা [ethereum.org/developers.](/developers/) দেখুন।
-- [ব্লকচেইনের ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
-- [স্মার্ট কন্ট্র্যাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
-- [আপনার প্রথম স্মার্ট কন্ট্র্যাক্টটি লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [ব্লকচেইন ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [স্মার্ট কন্ট্রাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [আপনার প্রথম স্মার্ট কন্ট্রাক্ট লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [কীভাবে Solidity কম্পাইল এবং ডেপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
-## ইথেরিয়াম ক্লায়েন্টদের সাথে কাজ করা {#working-with-ethereum-clients}
+## ইথিরিয়াম ক্লায়েন্ট নিয়ে কাজ করা {#working-with-ethereum-clients}
-দুটি নেতৃস্থানীয় Java Ethereum ক্লায়েন্ট, [Web3J](https://github.com/web3j/web3j) এবং Hyperledger Besu কীভাবে ব্যবহার করতে হয় তা শিখুন
+দুটি শীর্ষস্থানীয় জাভা ইথিরিয়াম ক্লায়েন্ট, [Web3J](https://github.com/web3j/web3j) এবং Hyperledger Besu কীভাবে ব্যবহার করতে হয় তা শিখুন
-- [Java, Eclipse, এবং Web3J-এর সাথে একটি Ethereum ক্লায়েন্টের সাথে সংযোগ স্থাপন করা](https://kauri.io/article/b9eb647c47a546bc95693acc0be72546/connecting-to-an-ethereum-client-with-java-eclipse-and-web3j)
-- [Java এবং Web3j দিয়ে একটি Ethereum অ্যাকাউন্ট পরিচালনা করা](https://kauri.io/article/925d923e12c543da9a0a3e617be963b4/manage-an-ethereum-account-with-java-and-web3j)
-- [আপনার স্মার্ট কন্ট্র্যাক্ট থেকে একটি Java র্যাপার তৈরি করুন](https://kauri.io/article/84475132317d4d6a84a2c42eb9348e4b/generate-a-java-wrapper-from-your-smart-contract)
-- [একটি Ethereum স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করা](https://kauri.io/article/14dc434d11ef4ee18bf7d57f079e246e/interacting-with-an-ethereum-smart-contract-in-java)
-- [Ethereum স্মার্ট কন্ট্র্যাক্ট ইভেন্টগুলির জন্য শোনা](https://kauri.io/article/760f495423db42f988d17b8c145b0874/listening-for-ethereum-smart-contract-events-in-java)
-- [Linux-এর সাথে Java Ethereum ক্লায়েন্ট Besu (Pantheon) ব্যবহার করা](https://kauri.io/article/276dd27f1458443295eea58403fd6965/using-pantheon-the-java-ethereum-client-with-linux)
-- [Java ইন্টিগ্রেশন টেস্টে একটি Hyperledger Besu (Pantheon) নোড চালানো](https://kauri.io/article/7dc3ecc391e54f7b8cbf4e5fa0caf780/running-a-pantheon-node-in-java-integration-tests)
-- [Web3j চিট শিট](https://kauri.io/web3j-cheat-sheet-\(java-ethereum\)/5dfa1ea941ac3d0001ce1d90/c)
+- [জাভা, Eclipse এবং Web3J এর মাধ্যমে একটি ইথিরিয়াম ক্লায়েন্ট এর সাথে কানেক্ট করা](https://kauri.io/article/b9eb647c47a546bc95693acc0be72546/connecting-to-an-ethereum-client-with-java-eclipse-and-web3j)
+- [জাভা এবং Web3j এর মাধ্যমে একটি ইথিরিয়াম একাউন্ট পরিচালনা করা](https://kauri.io/article/925d923e12c543da9a0a3e617be963b4/manage-an-ethereum-account-with-java-and-web3j)
+- [আপনার স্মার্ট কন্ট্রাক্ট থেকে একটি জাভা র্যাপার তৈরি করা](https://kauri.io/article/84475132317d4d6a84a2c42eb9348e4b/generate-a-java-wrapper-from-your-smart-contract)
+- [একটি ইথিরিয়াম স্মার্ট কন্ট্রাক্ট এর সাথে ইন্টারঅ্যাক্ট করা](https://kauri.io/article/14dc434d11ef4ee18bf7d57f079e246e/interacting-with-an-ethereum-smart-contract-in-java)
+- [ইথিরিয়াম স্মার্ট কন্ট্রাক্ট ইভেন্টগুলোর জন্য লিসেন করা](https://kauri.io/article/760f495423db42f988d17b8c145b0874/listening-for-ethereum-smart-contract-events-in-java)
+- [লিনাক্সের সাথে জাভা ইথিরিয়াম ক্লায়েন্ট Besu (Pantheon) ব্যবহার করা](https://kauri.io/article/276dd27f1458443295eea58403fd6965/using-pantheon-the-java-ethereum-client-with-linux)
+- [জাভা ইন্টিগ্রেশন টেস্টে একটি Hyperledger Besu (Pantheon) নোড চালানো](https://kauri.io/article/7dc3ecc391e54f7b8cbf4e5fa0caf780/running-a-pantheon-node-in-java-integration-tests)
+- [Web3j চিট শিট]()
-[ethers-kt](https://github.com/Kr1ptal/ethers-kt) কীভাবে ব্যবহার করতে হয় তা শিখুন, এটি EVM-ভিত্তিক ব্লকচেইনগুলির সাথে ইন্টারঅ্যাক্ট করার জন্য একটি অ্যাসিঙ্ক, উচ্চ-পারফরম্যান্সের Kotlin লাইব্রেরি। JVM এবং Android প্ল্যাটফর্মকে লক্ষ্য করা হয়েছে।
-
-- [ERC20 টোকেন ট্রান্সফার](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/abi/TransferERC20.kt)
-- [ইভেন্ট লিসেনিং সহ UniswapV2 সোয়াপ](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/tokenswapwitheventlistening/TokenSwapWithEventListening.kt)
+EVM-ভিত্তিক ব্লকচেইনগুলোর সাথে ইন্টারঅ্যাক্ট করার জন্য একটি অ্যাসিঙ্ক, হাই-পারফরম্যান্স কোটলিন লাইব্রেরি [ethers-kt](https://github.com/Kr1ptal/ethers-kt) কীভাবে ব্যবহার করতে হয় তা শিখুন। এটি JVM এবং অ্যান্ড্রয়েড প্ল্যাটফর্মগুলোকে টার্গেট করে।
+- [ERC20 টোকেন ট্রান্সফার করা](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/abi/TransferERC20.kt)
+- [ইভেন্ট লিসেনিং এর সাথে UniswapV2 সোয়াপ](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/tokenswapwitheventlistening/TokenSwapWithEventListening.kt)
- [ETH / ERC20 ব্যালেন্স ট্র্যাকার](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/balancetracker/BalanceTracker.kt)
-## মধ্যবর্তী স্তরের নিবন্ধ {#intermediate-articles}
+## ইন্টারমিডিয়েট আর্টিকেল {#intermediate-articles}
-- [IPFS সহ একটি Java অ্যাপ্লিকেশনে সংগ্রহস্থল পরিচালনা করা](https://kauri.io/article/3e8494f4f56f48c4bb77f1f925c6d926/managing-storage-in-a-java-application-with-ipfs)
-- [Web3j সহ Java-তে ERC20 টোকেন পরিচালনা করা](https://kauri.io/article/d13e911bbf624108b1d5718175a5e0a0/manage-erc20-tokens-in-java-with-web3j)
-- [Web3j ট্রানজ্যাকশন ম্যানেজার](https://kauri.io/article/4cb780bb4d0846438d11885a25b6d7e7/web3j-transaction-managers)
+- [IPFS এর মাধ্যমে একটি জাভা অ্যাপ্লিকেশনে স্টোরেজ পরিচালনা করা](https://kauri.io/article/3e8494f4f56f48c4bb77f1f925c6d926/managing-storage-in-a-java-application-with-ipfs)
+- [Web3j এর মাধ্যমে জাভাতে ERC20 টোকেন পরিচালনা করা](https://kauri.io/article/d13e911bbf624108b1d5718175a5e0a0/manage-erc20-tokens-in-java-with-web3j)
+- [Web3j ট্রানজেকশন ম্যানেজার](https://kauri.io/article/4cb780bb4d0846438d11885a25b6d7e7/web3j-transaction-managers)
-## উন্নত ব্যবহারের প্যাটার্ন {#advanced-use-patterns}
+## অ্যাডভান্সড ব্যবহারের প্যাটার্ন {#advanced-use-patterns}
-- [একটি Java স্মার্ট কন্ট্র্যাক্ট ডেটা ক্যাশে তৈরি করতে Eventeum ব্যবহার করা](https://kauri.io/article/fe81ee9612eb4e5a9ab72790ef24283d/using-eventeum-to-build-a-java-smart-contract-data-cache)
+- [একটি জাভা স্মার্ট কন্ট্রাক্ট ডাটা ক্যাশ তৈরি করতে Eventeum ব্যবহার করা](https://kauri.io/article/fe81ee9612eb4e5a9ab72790ef24283d/using-eventeum-to-build-a-java-smart-contract-data-cache)
-## Java প্রজেক্ট এবং টুলস {#java-projects-and-tools}
+## জাভা প্রজেক্ট এবং টুলস {#java-projects-and-tools}
-- [Web3J (Ethereum ক্লায়েন্টদের সাথে ইন্টারঅ্যাক্ট করার জন্য লাইব্রেরি)](https://github.com/web3j/web3j)
-- [ethers-kt (EVM-ভিত্তিক ব্লকচেইনের জন্য অ্যাসিঙ্ক, উচ্চ-পারফরম্যান্স Kotlin/Java/Android লাইব্রেরি।)](https://github.com/Kr1ptal/ethers-kt)
+- [Web3J (ইথিরিয়াম ক্লায়েন্ট এর সাথে ইন্টারঅ্যাক্ট করার লাইব্রেরি)](https://github.com/web3j/web3j)
+- [ethers-kt (EVM-ভিত্তিক ব্লকচেইনগুলোর জন্য অ্যাসিঙ্ক, হাই-পারফরম্যান্স কোটলিন/জাভা/অ্যান্ড্রয়েড লাইব্রেরি।)](https://github.com/Kr1ptal/ethers-kt)
- [Eventeum (ইভেন্ট লিসেনার)](https://github.com/ConsenSys/eventeum)
- [Mahuta (IPFS ডেভ টুলস)](https://github.com/ConsenSys/mahuta)
-আরও সংস্থান খুঁজছেন? [ethereum.org/developers.](/developers/) দেখুন।
+আরও রিসোর্স খুঁজছেন? [ethereum.org/developers.](/developers/) দেখুন।
-## Java কমিউনিটির অবদানকারীরা {#java-community-contributors}
+## জাভা কমিউনিটি কন্ট্রিবিউটর {#java-community-contributors}
- [IO Builders](https://io.builders)
-- [Kauri](https://kauri.io)
+- [Kauri](https://kauri.io)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/javascript/index.md b/public/content/translations/bn/developers/docs/programming-languages/javascript/index.md
index 99098b0fdd7..2c3a5b870d6 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/javascript/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/javascript/index.md
@@ -1,72 +1,72 @@
---
-title: "জাভাস্ক্রিপ্ট ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "শিখুন কীভাবে জাভাস্ক্রিপ্ট-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়."
+title: জাভাস্ক্রিপ্ট ডেভেলপারদের জন্য ইথিরিয়াম
+description: জাভাস্ক্রিপ্ট-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন।
lang: bn
---
-ইথেরিয়াম ইকোসিস্টেমের সবচেয়ে জনপ্রিয় ভাষাগুলোর মধ্যে জাভাস্ক্রিপ্ট অন্যতম। আসলে, ইথেরিয়ামকে যতটা সম্ভব জাভাস্ক্রিপ্টে আনার জন্য একটি [দল](https://github.com/ethereumjs) উৎসর্গীকৃত।
+ইথিরিয়াম ইকোসিস্টেমে জাভাস্ক্রিপ্ট অন্যতম জনপ্রিয় ভাষা। বস্তুত, একটি [দল](https://github.com/ethereumjs) ইথিরিয়ামের যতটা সম্ভব অংশ জাভাস্ক্রিপ্টে নিয়ে আসার জন্য নিবেদিতভাবে কাজ করছে।
-[স্ট্যাকের সমস্ত স্তরেই](/developers/docs/ethereum-stack/) জাভাস্ক্রিপ্ট (বা এর কাছাকাছি কিছু) লেখার সুযোগ রয়েছে।
+[স্ট্যাকের সব স্তরে](/developers/docs/ethereum-stack/) জাভাস্ক্রিপ্ট (বা এর কাছাকাছি কিছু) লেখার সুযোগ রয়েছে।
-## ইথেরিয়ামের সাথে ইন্টার্যাক্ট করুন {#interact-with-ethereum}
+## ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করুন {#interact-with-ethereum}
-### JavaScript API লাইব্রেরি {#javascript-api-libraries}
+### জাভাস্ক্রিপ্ট এপিআই লাইব্রেরি {#javascript-api-libraries}
-আপনি যদি ব্লকচেইন কোয়েরি করতে, লেনদেন পাঠাতে এবং আরও অনেক কিছুর জন্য জাভাস্ক্রিপ্ট লিখতে চান, তবে এটি করার সবচেয়ে সুবিধাজনক উপায় হলো একটি [জাভাস্ক্রিপ্ট API লাইব্রেরি](/developers/docs/apis/javascript/) ব্যবহার করা। এই API-গুলি ডেভেলপারদের [ইথেরিয়াম নেটওয়ার্কের নোডগুলির](/developers/docs/nodes-and-clients/) সাথে সহজে ইন্টার্যাক্ট করার সুযোগ দেয়।
+আপনি যদি ব্লকচেইন কোয়েরি করতে, লেনদেন পাঠাতে এবং আরও অনেক কিছুর জন্য জাভাস্ক্রিপ্ট লিখতে চান, তবে এটি করার সবচেয়ে সুবিধাজনক উপায় হলো একটি [জাভাস্ক্রিপ্ট এপিআই লাইব্রেরি](/developers/docs/apis/javascript/) ব্যবহার করা। এই এপিআইগুলো ডেভেলপারদের সহজেই [ইথিরিয়াম নেটওয়ার্কের নোডগুলোর](/developers/docs/nodes-and-clients/) সাথে ইন্টারঅ্যাক্ট করার সুযোগ দেয়।
-আপনি ইথেরিয়ামে স্মার্ট কন্ট্র্যাক্টগুলোর সাথে ইন্টার্যাক্ট করতে এই লাইব্রেরিগুলো ব্যবহার করতে পারেন, তাই এমন একটি ডিএ্যাপ তৈরি করা সম্ভব যেখানে আপনি আগে থেকে বিদ্যমান কন্ট্র্যাক্টগুলোর সাথে ইন্টার্যাক্ট করার জন্য শুধু জাভাস্ক্রিপ্ট ব্যবহার করবেন।
+আপনি ইথিরিয়ামে স্মার্ট কন্ট্রাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করতে এই লাইব্রেরিগুলো ব্যবহার করতে পারেন, তাই এমন একটি ডিএ্যাপ তৈরি করা সম্ভব যেখানে আপনি আগে থেকে বিদ্যমান কন্ট্রাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করতে শুধুমাত্র জাভাস্ক্রিপ্ট ব্যবহার করবেন।
-**দেখে নিন**
+**চেক আউট করুন**
- [Web3.js](https://web3js.readthedocs.io)
-- [Ethers.js](https://ethers.org) – _জাভাস্ক্রিপ্ট এবং টাইপস্ক্রিপ্টে ইথেরিয়াম ওয়ালেট বাস্তবায়ন এবং ইউটিলিটি অন্তর্ভুক্ত করে।_
-- [viem](https://viem.sh) – _ইথেরিয়ামের জন্য একটি টাইপস্ক্রিপ্ট ইন্টারফেস যা ইথেরিয়ামের সাথে ইন্টার্যাক্ট করার জন্য নিম্ন-স্তরের স্টেটলেস প্রিমিটিভ প্রদান করে।_
-- [Drift](https://ryangoree.github.io/drift/) – _একটি টাইপস্ক্রিপ্ট মেটা-লাইব্রেরি যাতে বিল্ট-ইন ক্যাশিং, হুক এবং টেস্ট মক রয়েছে, যা web3 লাইব্রেরি জুড়ে সহজ ইথেরিয়াম ডেভেলপমেন্টের জন্য ব্যবহৃত হয়।_
+- [Ethers.js](https://ethers.org) – _জাভাস্ক্রিপ্ট এবং টাইপস্ক্রিপ্টে ইথিরিয়াম ওয়ালেট ইমপ্লিমেন্টেশন এবং ইউটিলিটি অন্তর্ভুক্ত করে।_
+- [viem](https://viem.sh) – _ইথিরিয়ামের জন্য একটি টাইপস্ক্রিপ্ট ইন্টারফেস যা ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করার জন্য লো-লেভেল স্টেটলেস প্রিমিটিভ প্রদান করে।_
+- [Drift](https://ryangoree.github.io/drift/) – _ওয়েব3 লাইব্রেরিগুলো জুড়ে অনায়াসে ইথিরিয়াম ডেভেলপমেন্টের জন্য বিল্ট-ইন ক্যাশিং, হুক এবং টেস্ট মকসহ একটি টাইপস্ক্রিপ্ট মেটা-লাইব্রেরি।_
### স্মার্ট কন্ট্রাক্ট {#smart-contracts}
-আপনি যদি একজন জাভাস্ক্রিপ্ট ডেভেলপার হন এবং নিজের স্মার্ট কন্ট্র্যাক্ট লিখতে চান, তবে আপনি [Solidity](https://solidity.readthedocs.io)-এর সাথে পরিচিত হতে পারেন। এটি সবচেয়ে জনপ্রিয় স্মার্ট কন্ট্র্যাক্ট ভাষা এবং এটি সিনট্যাক্টিকভাবে জাভাস্ক্রিপ্টের অনুরূপ, যা শেখা সহজ করে তুলতে পারে।
+আপনি যদি একজন জাভাস্ক্রিপ্ট ডেভেলপার হন এবং নিজের স্মার্ট কন্ট্রাক্ট লিখতে চান, তবে আপনি [Solidity](https://solidity.readthedocs.io)-এর সাথে পরিচিত হতে চাইতে পারেন। এটি সবচেয়ে জনপ্রিয় স্মার্ট কন্ট্রাক্ট ভাষা এবং এটি সিনট্যাক্টিক্যালি জাভাস্ক্রিপ্টের মতো, যা এটি শেখা সহজ করে তুলতে পারে।
-[স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) সম্পর্কে আরও জানুন।
+[স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) সম্পর্কে আরও জানুন।
-## প্রোটোকলটি বুঝুন {#understand-the-protocol}
+## প্রটোকল বুঝুন {#understand-the-protocol}
### ইথিরিয়াম ভার্চুয়াল মেশিন {#the-ethereum-virtual-machine}
-[ইথেরিয়ামের ভার্চুয়াল মেশিনের](/developers/docs/evm/) একটি জাভাস্ক্রিপ্ট ইমপ্লিমেন্টেশন রয়েছে। এটি সর্বশেষ ফর্ক নিয়ম সমর্থন করে। ফর্ক নিয়মগুলো পরিকল্পিত আপগ্রেডের ফলে EVM-এ করা পরিবর্তনগুলিকে বোঝায়।
+[ইথিরিয়ামের ভার্চুয়াল মেশিনের](/developers/docs/evm/) একটি জাভাস্ক্রিপ্ট ইমপ্লিমেন্টেশন রয়েছে। এটি সর্বশেষ ফর্ক নিয়মগুলো সমর্থন করে। ফর্ক নিয়ম বলতে পরিকল্পিত আপগ্রেডের ফলে EVM-এ করা পরিবর্তনগুলোকে বোঝায়।
-এটি বিভিন্ন জাভাস্ক্রিপ্ট প্যাকেজে বিভক্ত যা আপনি আরও ভালোভাবে বোঝার জন্য দেখতে পারেন:
+এটি বিভিন্ন জাভাস্ক্রিপ্ট প্যাকেজে বিভক্ত করা হয়েছে যা আপনি আরও ভালোভাবে বোঝার জন্য চেক আউট করতে পারেন:
-- অ্যাকাউন্ট
-- ব্লক
+- একাউন্ট
+- ব্লকস
- ব্লকচেইন নিজেই
-- লেনদেনসমূহ
-- এবং আরও...
+- লেনদেন
+- এবং আরও অনেক কিছু...
-এটি আপনাকে "একটি অ্যাকাউন্টের ডেটা কাঠামো কী?"-এর মতো বিষয়গুলি বুঝতে সাহায্য করবে।
+এটি আপনাকে "একটি একাউন্টের ডাটা স্ট্রাকচার কী?" এর মতো বিষয়গুলো বুঝতে সাহায্য করবে।
-আপনি যদি কোড পড়তে পছন্দ করেন, তবে আমাদের ডক্স পড়ার একটি দুর্দান্ত বিকল্প হতে পারে এই জাভাস্ক্রিপ্ট।
+আপনি যদি কোড পড়তে পছন্দ করেন, তবে এই জাভাস্ক্রিপ্টটি আমাদের ডক্স পড়ার একটি দুর্দান্ত বিকল্প হতে পারে।
-**EVM দেখে নিন**
+**EVM চেক আউট করুন**
[`@ethereumjs/evm`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/evm)
-### নোড এবং ক্লায়েন্ট {#nodes-and-clients}
+### নোড এবং ক্লায়েন্ট {#nodes-and-clients}
-একটি Ethereumjs ক্লায়েন্ট সক্রিয় ডেভেলপমেন্টে রয়েছে যা আপনাকে আপনার বোধগম্য ভাষায়, অর্থাৎ জাভাস্ক্রিপ্টে ইথেরিয়াম ক্লায়েন্টগুলি কীভাবে কাজ করে তা খতিয়ে দেখতে দেয়!
+একটি Ethereumjs ক্লায়েন্ট সক্রিয় ডেভেলপমেন্টে রয়েছে যা আপনাকে আপনার বোধগম্য ভাষায় ইথিরিয়াম ক্লায়েন্টগুলো কীভাবে কাজ করে তা গভীরভাবে জানার সুযোগ দেয়; জাভাস্ক্রিপ্ট!
-**ক্লায়েন্টটি দেখুন**
+**ক্লায়েন্ট চেক আউট করুন**
[`@ethereumjs/client`](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master/packages/client)
-## অন্যান্য প্রকল্প {#other-projects}
+## অন্যান্য প্রজেক্ট {#other-projects}
-ইথেরিয়াম জাভাস্ক্রিপ্টের জগতে আরও অনেক কিছু চলছে, যার মধ্যে রয়েছে:
+ইথিরিয়াম জাভাস্ক্রিপ্টের জগতে আরও অনেক কিছু ঘটছে, যার মধ্যে রয়েছে:
- ওয়ালেট ইউটিলিটির লাইব্রেরি।
-- ইথেরিয়াম কী জেনারেট, ইম্পোর্ট এবং এক্সপোর্ট করার টুলস।
-- `merkle-patricia-tree`-এর একটি ইমপ্লিমেন্টেশন – এটি একটি ডেটা কাঠামো যা ইথেরিয়াম ইয়েলো পেপারে বর্ণিত আছে।
+- ইথিরিয়াম কি (key) জেনারেট, ইমপোর্ট এবং এক্সপোর্ট করার টুল।
+- `merkle-patricia-tree`-এর একটি ইমপ্লিমেন্টেশন – ইথিরিয়াম ইয়েলো পেপারে বর্ণিত একটি ডাটা স্ট্রাকচার।
-[EthereumJS রেপোতে](https://github.com/ethereumjs) আপনার সবচেয়ে আগ্রহের বিষয়গুলো নিয়ে অনুসন্ধান করুন।
+[EthereumJS রিপো](https://github.com/ethereumjs)-তে আপনার সবচেয়ে বেশি আগ্রহের বিষয়গুলো গভীরভাবে জানুন
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_আপনাকে সাহায্য করেছে এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/python/index.md b/public/content/translations/bn/developers/docs/programming-languages/python/index.md
index ff784fb44c4..cf8317d5c16 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/python/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/python/index.md
@@ -1,99 +1,99 @@
---
-title: "পাইথন ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "শিখুন কিভাবে পাইথন-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+title: পাইথন ডেভেলপারদের জন্য ইথিরিয়াম
+description: পাইথন-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
lang: bn
incomplete: true
---
-পাইথন-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে Ethereum-এর জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
+পাইথন-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
-ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলো কাজে লাগিয়ে ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করতে ইথিরিয়াম ব্যবহার করুন। এই ডিএ্যাপসগুলো বিশ্বস্ত হতে পারে, যার মানে হলো একবার ইথিরিয়ামে ডেপ্লয় করা হলে, এগুলো সবসময় প্রোগ্রাম অনুযায়ী চলবে। নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে। এগুলো ডিসেন্ট্রালাইজড হতে পারে, যার মানে হলো কোনো একক সত্তা বা ব্যক্তি এগুলোকে নিয়ন্ত্রণ করে না এবং এগুলো সেন্সর করা প্রায় অসম্ভব।
-## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
+## স্মার্ট কন্ট্রাক্ট এবং Solidity ভাষার সাথে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
-**পাইথনের সাথে ইথেরিয়ামকে একীভূত করার জন্য প্রথম পদক্ষেপ নিন**
+**ইথিরিয়ামের সাথে পাইথন ইন্টিগ্রেট করার প্রথম পদক্ষেপ নিন**
-একদম প্রথম থেকে শুরু করতে চান? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
+প্রথমে আরও প্রাথমিক ধারণা প্রয়োজন? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
-- [ব্লকচেইনের ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
-- [স্মার্ট কন্ট্র্যাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
-- [আপনার প্রথম স্মার্ট কন্ট্র্যাক্টটি লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
-- [ব্লকচেইনে পাইথনের অবস্থা ২০২৩ রিপোর্ট](https://tradingstrategy.ai/blog/the-state-of-python-in-blockchain-in-2023)
+- [ব্লকচেইন ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [স্মার্ট কন্ট্রাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [আপনার প্রথম স্মার্ট কন্ট্রাক্ট লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [কীভাবে Solidity কম্পাইল এবং ডেপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [ব্লকচেইনে পাইথনের অবস্থা 2023 রিপোর্ট](https://tradingstrategy.ai/blog/the-state-of-python-in-blockchain-in-2023)
-## নতুনদের জন্য নিবন্ধ {#beginner-articles}
+## নতুনদের জন্য আর্টিকেল {#beginner-articles}
- [web3.py ওভারভিউ](https://web3py.readthedocs.io/en/latest/overview.html)
-- [Ethereum পাইথন ইকোসিস্টেম ট্যুর](https://snakecharmers.ethereum.org/python-ecosystem/)
-- [Ethereum-এর জন্য একজন (পাইথন) ডেভেলপারের নির্দেশিকা](https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/)
-- [পুরস্কার-যোগ্য: একটি Ethereum পাইথন হ্যাকাথন নির্দেশিকা](https://snakecharmers.ethereum.org/prize-worthy/)
-- [Vyper-এর সাথে স্মার্ট কন্ট্র্যাক্টের একটি ভূমিকা](https://kauri.io/#collections/Getting%20Started/an-introduction-to-smart-contracts-with-vyper/)
-- [পাইথন ফ্লাস্ক ব্যবহার করে কীভাবে Ethereum কন্ট্র্যাক্ট ডেভেলপ করবেন?](https://medium.com/coinmonks/how-to-develop-ethereum-contract-using-python-flask-9758fe65976e)
-- [Web3.py-এর ভূমিকা · পাইথন ডেভেলপারদের জন্য Ethereum](https://www.dappuniversity.com/articles/web3-py-intro)
-- [পাইথন এবং web3.py ব্যবহার করে কীভাবে একটি স্মার্ট কন্ট্র্যাক্ট ফাংশন কল করবেন](https://stackoverflow.com/questions/57580702/how-to-call-a-smart-contract-function-using-python-and-web3-py)
+- [ইথিরিয়াম পাইথন ইকোসিস্টেম ট্যুর](https://snakecharmers.ethereum.org/python-ecosystem/)
+- [ইথিরিয়ামের জন্য একজন (পাইথন) ডেভেলপারের গাইড](https://snakecharmers.ethereum.org/a-developers-guide-to-ethereum-pt-1/)
+- [প্রাইজ-ওয়ার্দি: একটি ইথিরিয়াম পাইথন হ্যাকাথন গাইড](https://snakecharmers.ethereum.org/prize-worthy/)
+- [Vyper-এর সাথে স্মার্ট কন্ট্রাক্টের পরিচিতি](https://kauri.io/#collections/Getting%20Started/an-introduction-to-smart-contracts-with-vyper/)
+- [পাইথন Flask ব্যবহার করে কীভাবে ইথিরিয়াম কন্ট্রাক্ট তৈরি করবেন?](https://medium.com/coinmonks/how-to-develop-ethereum-contract-using-python-flask-9758fe65976e)
+- [Web3.py পরিচিতি · পাইথন ডেভেলপারদের জন্য ইথিরিয়াম](https://www.dappuniversity.com/articles/web3-py-intro)
+- [পাইথন এবং web3.py ব্যবহার করে কীভাবে একটি স্মার্ট কন্ট্রাক্ট ফাংশন কল করবেন](https://stackoverflow.com/questions/57580702/how-to-call-a-smart-contract-function-using-python-and-web3-py)
-## মধ্যবর্তী স্তরের নিবন্ধ {#intermediate-articles}
+## মধ্যবর্তী আর্টিকেল {#intermediate-articles}
-- [web3.py-এর বন্ধুরা: Ape-এর ভূমিকা](https://snakecharmers.ethereum.org/intro-to-ape/)
+- [web3.py-এর বন্ধুরা: Ape পরিচিতি](https://snakecharmers.ethereum.org/intro-to-ape/)
- [পাইথন প্রোগ্রামারদের জন্য ডিএ্যাপ ডেভেলপমেন্ট](https://www.youtube.com/watch?v=tE-8bG35VNw)
-- [একটি পাইথন Ethereum ইন্টারফেস তৈরি করা: পর্ব ১](https://hackernoon.com/creating-a-python-ethereum-interface-part-1-4d2e47ea0f4d)
-- [পাইথনে Ethereum স্মার্ট কন্ট্র্যাক্ট: একটি (প্রায়) ব্যাপক নির্দেশিকা](https://hackernoon.com/ethereum-smart-contracts-in-python-a-comprehensive-ish-guide-771b03990988)
+- [একটি পাইথন ইথিরিয়াম ইন্টারফেস তৈরি করা: পর্ব 1](https://hackernoon.com/creating-a-python-ethereum-interface-part-1-4d2e47ea0f4d)
+- [পাইথনে ইথিরিয়াম স্মার্ট কন্ট্রাক্ট: একটি বিস্তারিত গাইড](https://hackernoon.com/ethereum-smart-contracts-in-python-a-comprehensive-ish-guide-771b03990988)
## উন্নত ব্যবহারের প্যাটার্ন {#advanced-use-patterns}
-- [web3.py প্যাটার্নস: রিয়েল-টাইম ইভেন্ট সাবস্ক্রিপশন](https://snakecharmers.ethereum.org/subscriptions/)
-- [web3.py প্যাটার্নস: WebSocketProvider](https://snakecharmers.ethereum.org/websocketprovider/)
-- [পাইথন ব্যবহার করে Ethereum স্মার্ট কন্ট্র্যাক্ট কম্পাইল, ডিপ্লয় এবং কল করা](https://yohanes.gultom.id/2018/11/28/compiling-deploying-and-calling-ethereum-smartcontract-using-python/)
-- [Slither দিয়ে Solidity স্মার্ট কন্ট্র্যাক্ট বিশ্লেষণ করুন](https://kauri.io/#collections/DevOps/analyze-solidity-smart-contracts-with-slither/#analyze-solidity-smart-contracts-with-slither)
-- [ব্লকচেইন ফিনটেক টিউটোরিয়াল: পাইথন দিয়ে ঋণদান এবং ঋণগ্রহণ](https://blog.chain.link/blockchain-fintech-defi-tutorial-lending-borrowing-python/)
+- [web3.py প্যাটার্ন: রিয়েল-টাইম ইভেন্ট সাবস্ক্রিপশন](https://snakecharmers.ethereum.org/subscriptions/)
+- [web3.py প্যাটার্ন: WebSocketProvider](https://snakecharmers.ethereum.org/websocketprovider/)
+- [পাইথন ব্যবহার করে ইথিরিয়াম স্মার্ট কন্ট্রাক্ট কম্পাইল, ডেপ্লয় এবং কল করা](https://yohanes.gultom.id/2018/11/28/compiling-deploying-and-calling-ethereum-smartcontract-using-python/)
+- [Slither-এর সাহায্যে Solidity স্মার্ট কন্ট্রাক্ট বিশ্লেষণ করুন](https://kauri.io/#collections/DevOps/analyze-solidity-smart-contracts-with-slither/#analyze-solidity-smart-contracts-with-slither)
+- [ব্লকচেইন ফিনটেক টিউটোরিয়াল: পাইথনের সাহায্যে ঋণ দেওয়া এবং নেওয়া](https://blog.chain.link/blockchain-fintech-defi-tutorial-lending-borrowing-python/)
-## আর্কাইভ করা নিবন্ধ
+## আর্কাইভ করা আর্টিকেল
-- [পাইথন এবং ব্রাউনি দিয়ে আপনার নিজস্ব ERC20 টোকেন ডিপ্লয় করুন](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58)
-- [স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে ব্রাউনি এবং পাইথন ব্যবহার করা](https://dev.to/patrickalphac/using-brownie-for-to-deploy-smart-contracts-1kkp)
-- [ব্রাউনি দিয়ে OpenSea-তে NFT তৈরি করা](https://www.freecodecamp.org/news/how-to-make-an-nft-and-render-on-opensea-marketplace/)
+- [পাইথন এবং Brownie-এর সাহায্যে আপনার নিজস্ব ERC20 টোকেন ডেপ্লয় করুন](https://betterprogramming.pub/python-blockchain-token-deployment-tutorial-create-an-erc20-77a5fd2e1a58)
+- [স্মার্ট কন্ট্রাক্ট ডেপ্লয় করতে Brownie এবং পাইথন ব্যবহার করা](https://dev.to/patrickalphac/using-brownie-for-to-deploy-smart-contracts-1kkp)
+- [Brownie-এর সাহায্যে OpenSea-তে NFT তৈরি করা](https://www.freecodecamp.org/news/how-to-make-an-nft-and-render-on-opensea-marketplace/)
## পাইথন প্রজেক্ট এবং টুলস {#python-projects-and-tools}
-### সক্রিয়: {#active}
+### সক্রিয়: {#active}
-- [Web3.py](https://github.com/ethereum/web3.py) - _Ethereum-এর সাথে ইন্টারঅ্যাক্ট করার জন্য পাইথন লাইব্রেরি_
-- [Vyper](https://github.com/ethereum/vyper/) - _EVM-এর জন্য পাইথনিক স্মার্ট কন্ট্র্যাক্ট ভাষা_
-- [Ape](https://github.com/ApeWorX/ape) - _পাইথনিস্টা, ডেটা সায়েন্টিস্ট এবং সিকিউরিটি পেশাদারদের জন্য স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট টুল_
-- [py-evm](https://github.com/ethereum/py-evm) - _ইথিরিয়াম ভার্চুয়াল মেশিনের বাস্তবায়ন_
-- [eth-tester](https://github.com/ethereum/eth-tester) - _Ethereum-ভিত্তিক অ্যাপ্লিকেশন পরীক্ষা করার জন্য টুলস_
-- [eth-utils](https://github.com/ethereum/eth-utils/) - _Ethereum সম্পর্কিত কোডবেসের সাথে কাজ করার জন্য ইউটিলিটি ফাংশন_
-- [py-solc-x](https://pypi.org/project/py-solc-x/) - _0.5.x সমর্থন সহ solc solidity কম্পাইলারের চারপাশে পাইথন র্যাপার_
-- [pymaker](https://github.com/makerdao/pymaker) - _মেকার কন্ট্র্যাক্টের জন্য পাইথন API_
-- [siwe](https://github.com/signinwithethereum/siwe-py) - _পাইথনের জন্য Ethereum (siwe) দিয়ে সাইন ইন করুন_
-- [Web3 DeFi for Ethereum integrations](https://github.com/tradingstrategy-ai/web3-ethereum-defi) - _ERC-20, Uniswap এবং অন্যান্য জনপ্রিয় প্রজেক্টের জন্য প্রস্তুত ইন্টিগ্রেশন সহ একটি পাইথন প্যাকেজ_
-- [Wake](https://getwake.io) - _কন্ট্র্যাক্ট টেস্টিং, ফাজিং, ডিপ্লয়মেন্ট, ভালনারেবিলিটি স্ক্যানিং এবং কোড নেভিগেশনের জন্য অল-ইন-ওয়ান পাইথন ফ্রেমওয়ার্ক (ল্যাঙ্গুয়েজ সার্ভার - [Tools for Solidity](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_
+- [Web3.py](https://github.com/ethereum/web3.py) - _ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করার জন্য পাইথন লাইব্রেরি_
+- [Vyper](https://github.com/ethereum/vyper/) - _EVM-এর জন্য পাইথনিক স্মার্ট কন্ট্রাক্ট ভাষা_
+- [Ape](https://github.com/ApeWorX/ape) - _পাইথনিস্টা, ডেটা সায়েন্টিস্ট এবং সিকিউরিটি প্রফেশনালদের জন্য স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্ট টুল_
+- [py-evm](https://github.com/ethereum/py-evm) - _ইথিরিয়াম ভার্চুয়াল মেশিন-এর ইমপ্লিমেন্টেশন_
+- [eth-tester](https://github.com/ethereum/eth-tester) - _ইথিরিয়াম-ভিত্তিক অ্যাপ্লিকেশন টেস্টিংয়ের টুলস_
+- [eth-utils](https://github.com/ethereum/eth-utils/) - _ইথিরিয়াম সম্পর্কিত কোডবেস নিয়ে কাজ করার জন্য ইউটিলিটি ফাংশন_
+- [py-solc-x](https://pypi.org/project/py-solc-x/) - _0.5.x সাপোর্টসহ solc solidity কম্পাইলারের জন্য পাইথন র্যাপার_
+- [pymaker](https://github.com/makerdao/pymaker) - _Maker কন্ট্রাক্টের জন্য পাইথন API_
+- [siwe](https://github.com/signinwithethereum/siwe-py) - _পাইথনের জন্য Sign in with Ethereum (siwe)_
+- [ইথিরিয়াম ইন্টিগ্রেশনের জন্য Web3 DeFi](https://github.com/tradingstrategy-ai/web3-ethereum-defi) - _ERC-20, Uniswap এবং অন্যান্য জনপ্রিয় প্রজেক্টের রেডি ইন্টিগ্রেশনসহ একটি পাইথন প্যাকেজ_
+- [Wake](https://getwake.io) - _কন্ট্রাক্ট টেস্টিং, ফাজিং, ডেপ্লয়মেন্ট, ভালনারেবিলিটি স্ক্যানিং এবং কোড নেভিগেশনের জন্য অল-ইন-ওয়ান পাইথন ফ্রেমওয়ার্ক (ল্যাঙ্গুয়েজ সার্ভার - [Tools for Solidity](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_
-### আর্কাইভ করা / আর রক্ষণাবেক্ষণ করা হয় না: {#archived--no-longer-maintained}
+### আর্কাইভ করা / আর রক্ষণাবেক্ষণ করা হয় না: {#archived--no-longer-maintained}
-- [Trinity](https://github.com/ethereum/trinity) - _Ethereum পাইথন ক্লায়েন্ট_
-- [Mamba](https://github.com/arjunaskykok/mamba) - _Vyper ভাষায় লেখা স্মার্ট কন্ট্র্যাক্ট লেখা, কম্পাইল এবং ডিপ্লয় করার ফ্রেমওয়ার্ক_
-- [Brownie](https://github.com/eth-brownie/brownie) - _Ethereum স্মার্ট কন্ট্র্যাক্ট ডিপ্লয়, পরীক্ষা এবং ইন্টারঅ্যাক্ট করার জন্য পাইথন ফ্রেমওয়ার্ক_
-- [pydevp2p](https://github.com/ethereum/pydevp2p) - _Ethereum P2P স্ট্যাকের বাস্তবায়ন_
-- [py-wasm](https://github.com/ethereum/py-wasm) - _ওয়েব অ্যাসেম্বলি ইন্টারপ্রিটারের পাইথন বাস্তবায়ন_
+- [Trinity](https://github.com/ethereum/trinity) - _ইথিরিয়াম পাইথন ক্লায়েন্ট_
+- [Mamba](https://github.com/arjunaskykok/mamba) - _Vyper ভাষায় লেখা স্মার্ট কন্ট্রাক্ট লেখা, কম্পাইল এবং ডেপ্লয় করার ফ্রেমওয়ার্ক_
+- [Brownie](https://github.com/eth-brownie/brownie) - _ইথিরিয়াম স্মার্ট কন্ট্রাক্ট ডেপ্লয়, টেস্ট এবং ইন্টারঅ্যাক্ট করার জন্য পাইথন ফ্রেমওয়ার্ক_
+- [pydevp2p](https://github.com/ethereum/pydevp2p) - _ইথিরিয়াম P2P স্ট্যাকের ইমপ্লিমেন্টেশন_
+- [py-wasm](https://github.com/ethereum/py-wasm) - _ওয়েব অ্যাসেম্বলি ইন্টারপ্রেটারের পাইথন ইমপ্লিমেন্টেশন_
-আরও সংস্থান খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন।
+আরও রিসোর্স খুঁজছেন? [ethereum.org/developers](/developers/) দেখুন।
-## পাইথন টুলিং ব্যবহারকারী প্রজেক্ট {#projects-using-python-tooling}
+## পাইথন টুলিং ব্যবহার করা প্রজেক্ট {#projects-using-python-tooling}
-নিম্নলিখিত Ethereum-ভিত্তিক প্রজেক্টগুলি এই পৃষ্ঠায় উল্লিখিত টুলস ব্যবহার করে। সম্পর্কিত ওপেন-সোর্স রিপোজিটরিগুলি উদাহরণ কোড এবং সেরা অনুশীলনের জন্য একটি ভাল রেফারেন্স হিসাবে কাজ করে।
+নিচের ইথিরিয়াম-ভিত্তিক প্রজেক্টগুলো এই পেজে উল্লেখিত টুলস ব্যবহার করে। সম্পর্কিত ওপেন-সোর্স রিপোজিটরিগুলো উদাহরণ কোড এবং সেরা অনুশীলনের জন্য একটি ভালো রেফারেন্স হিসেবে কাজ করে।
- [Yearn Finance](https://yearn.finance/) এবং [Yearn Vault Contracts রিপোজিটরি](https://github.com/yearn/yearn-vaults)
-- [Curve](https://www.curve.finance/) এবং [Curve স্মার্ট কন্ট্র্যাক্ট রিপোজিটরি](https://github.com/curvefi/curve-contract)
-- [BadgerDAO](https://badger.com/) এবং [Brownie টুলচেইন ব্যবহারকারী স্মার্ট কন্ট্র্যাক্ট](https://github.com/Badger-Finance/badger-system)
-- [Sushi](https://sushi.com/) তাদের ভেস্টিং চুক্তিগুলি পরিচালনা এবং ডিপ্লয় করার জন্য [পাইথন ব্যবহার করে](https://github.com/sushiswap/sushi-vesting-protocols)
-- [Alpha Venture DAO](https://alphaventuredao.io/), যা Alpha Homora-এর জন্য বিখ্যাত, [স্মার্ট কন্ট্র্যাক্ট পরীক্ষা এবং ডিপ্লয় করতে Brownie ব্যবহার করে](https://github.com/AlphaFinanceLab/alpha-staking-contract)
+- [Curve](https://www.curve.finance/) এবং [Curve স্মার্ট কন্ট্রাক্ট রিপোজিটরি](https://github.com/curvefi/curve-contract)
+- [BadgerDAO](https://badger.com/) এবং [Brownie টুলচেইন ব্যবহার করা স্মার্ট কন্ট্রাক্ট](https://github.com/Badger-Finance/badger-system)
+- [Sushi](https://sushi.com/) তাদের [ভেস্টিং কন্ট্রাক্ট পরিচালনা এবং ডেপ্লয় করতে পাইথন](https://github.com/sushiswap/sushi-vesting-protocols) ব্যবহার করে
+- Alpha Homora-এর জন্য বিখ্যাত [Alpha Finance](https://alphaventuredao.io/), [স্মার্ট কন্ট্রাক্ট টেস্ট এবং ডেপ্লয় করতে Brownie](https://github.com/AlphaFinanceLab/alpha-staking-contract) ব্যবহার করে
## পাইথন কমিউনিটি আলোচনা {#python-community-contributors}
-- Web3.py এবং অন্যান্য পাইথন ফ্রেমওয়ার্ক আলোচনার জন্য [Ethereum পাইথন কমিউনিটি ডিসকর্ড](https://discord.gg/9zk7snTfWe)
-- Vyper স্মার্ট কন্ট্র্যাক্ট প্রোগ্রামিং আলোচনার জন্য [Vyper ডিসকর্ড](https://discord.gg/SdvKC79cJk)
+- Web3.py এবং অন্যান্য পাইথন ফ্রেমওয়ার্ক আলোচনার জন্য [ইথিরিয়াম পাইথন কমিউনিটি ডিসকর্ড](https://discord.gg/9zk7snTfWe)
+- Vyper স্মার্ট কন্ট্রাক্ট প্রোগ্রামিং আলোচনার জন্য [Vyper ডিসকর্ড](https://discord.gg/SdvKC79cJk)
## অন্যান্য একত্রিত তালিকা {#other-aggregated-lists}
-Vyper উইকিতে Vyper-এর জন্য [রিসোর্সের একটি অবিশ্বাস্য তালিকা](https://github.com/vyperlang/vyper/wiki/Vyper-tools-and-resources) রয়েছে
\ No newline at end of file
+Vyper উইকিতে [Vyper-এর জন্য রিসোর্সের একটি চমৎকার তালিকা](https://github.com/vyperlang/vyper/wiki/Vyper-tools-and-resources) রয়েছে
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/ruby/index.md b/public/content/translations/bn/developers/docs/programming-languages/ruby/index.md
index c7b657121c9..6731965d11b 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/ruby/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/ruby/index.md
@@ -1,60 +1,60 @@
---
-title: "রুবি ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "রুবি-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করতে হয় তা শিখুন।"
+title: রুবি ডেভেলপারদের জন্য ইথিরিয়াম
+description: রুবি-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন।
lang: bn
incomplete: false
---
-রুবি-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে কীভাবে ইথেরিয়ামের জন্য ডেভেলপ করতে হয় তা শিখুন।
+রুবি-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন।
-ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ডিএ্যাপসগুলো ট্রাস্টলেস হতে পারে, যার মানে হলো একবার এগুলো ইথেরিয়ামে ডেপ্লয় করা হয়ে গেলে, এগুলো সর্বদা প্রোগ্রাম অনুযায়ী চলবে। তারা নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করতে ডিজিটাল অ্যাসেট নিয়ন্ত্রণ করতে পারে। এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলো ব্যবহার করে এমন ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করতে ইথিরিয়াম ব্যবহার করুন। এই ডিএ্যাপসগুলো ট্রাস্টলেস হতে পারে, যার মানে হলো একবার ইথিরিয়ামে ডিপ্লয় করা হলে, এগুলো সবসময় প্রোগ্রাম অনুযায়ী চলবে। এগুলো নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করতে ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে। এগুলো ডিসেন্ট্রালাইজড হতে পারে, যার মানে হলো কোনো একক সত্তা বা ব্যক্তি এগুলোকে নিয়ন্ত্রণ করে না এবং এগুলো সেন্সর করা প্রায় অসম্ভব।
-## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
+## স্মার্ট কন্ট্রাক্ট এবং Solidity ভাষার সাথে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
-**রুবি-এর সাথে ইথেরিয়ামকে একীভূত করার জন্য প্রথম পদক্ষেপ নিন**
+**ইথিরিয়ামের সাথে রুবিকে ইন্টিগ্রেট করার জন্য আপনার প্রথম পদক্ষেপ নিন**
-একদম প্রথম থেকে শুরু করতে চান? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
+প্রথমে আরও প্রাথমিক নির্দেশিকা প্রয়োজন? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
-- [ব্লকচেইনের ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
-- [স্মার্ট কন্ট্র্যাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
-- [আপনার প্রথম স্মার্ট কন্ট্র্যাক্টটি লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [ব্লকচেইন ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [স্মার্ট কন্ট্রাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [আপনার প্রথম স্মার্ট কন্ট্রাক্ট লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
-## নতুনদের জন্য নিবন্ধ {#beginner-articles}
+## নতুনদের জন্য আর্টিকেল {#beginner-articles}
-- [অবশেষে ইথেরিয়াম অ্যাকাউন্ট বোঝা](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
-- [অবশেষে MetaMask-এর সাথে Rails ব্যবহারকারীদের প্রমাণীকরণ](https://dev.to/q9/finally-authenticating-rails-users-with-metamask-3fj)
-- [রুবি ব্যবহার করে কীভাবে ইথেরিয়াম নেটওয়ার্কের সাথে সংযোগ স্থাপন করবেন](https://www.quicknode.com/guides/web3-sdks/how-to-connect-to-the-ethereum-network-using-ruby)
-- [রুবি-তে কীভাবে একটি নতুন ইথেরিয়াম অ্যাড্রেস তৈরি করবেন](https://www.quicknode.com/guides/web3-sdks/how-to-generate-a-new-ethereum-address-in-ruby)
+- [অবশেষে ইথিরিয়াম একাউন্ট বোঝা](https://dev.to/q9/finally-understanding-ethereum-accounts-1kpe)
+- [অবশেষে MetaMask-এর মাধ্যমে Rails ব্যবহারকারীদের প্রমাণীকরণ করা](https://dev.to/q9/finally-authenticating-rails-users-with-metamask-3fj)
+- [রুবির মাধ্যমে কীভাবে ইথিরিয়াম নেটওয়ার্ক-এর সাথে কানেক্ট করবেন](https://www.quicknode.com/guides/web3-sdks/how-to-connect-to-the-ethereum-network-using-ruby)
+- [রুবির মাধ্যমে কীভাবে একটি নতুন ইথিরিয়াম এডড্রেস তৈরি করবেন](https://www.quicknode.com/guides/web3-sdks/how-to-generate-a-new-ethereum-address-in-ruby)
-## মধ্যবর্তী স্তরের নিবন্ধ {#intermediate-articles}
+## মধ্যবর্তী আর্টিকেল {#intermediate-articles}
-- [রুবি সহ ব্লকচেইন অ্যাপ](https://www.nopio.com/blog/blockchain-app-ruby/)
-- [স্মার্ট কন্ট্র্যাক্ট এক্সিকিউট করতে ইথেরিয়ামের সাথে সংযুক্ত রুবি ব্যবহার করুন](https://titanwolf.org/Network/Articles/Article?AID=87285822-9b25-49d5-ba2a-7ad95fff7ef9)
+- [রুবির সাথে ব্লকচেইন অ্যাপ](https://www.nopio.com/blog/blockchain-app-ruby/)
+- [স্মার্ট কন্ট্রাক্ট এক্সিকিউট করতে ইথিরিয়ামের সাথে কানেক্টেড রুবি ব্যবহার করুন](https://titanwolf.org/Network/Articles/Article?AID=87285822-9b25-49d5-ba2a-7ad95fff7ef9)
## রুবি প্রজেক্ট এবং টুলস {#ruby-projects-and-tools}
### সক্রিয় {#active}
-- [eth.rb](https://github.com/q9f/eth.rb) - _ইথেরিয়াম অ্যাকাউন্ট, মেসেজ এবং ট্রানজ্যাকশন পরিচালনা করার জন্য রুবি লাইব্রেরি এবং RPC-ক্লায়েন্ট_
-- [keccak.rb](https://github.com/q9f/keccak.rb) - _ইথেরিয়াম দ্বারা ব্যবহৃত Keccak (SHA3) হ্যাস_
-- [siwe-ruby](https://github.com/signinwithethereum/siwe-ruby) - _Sign-In with Ethereum-এর রুবি ইমপ্লিমেন্টেশন_
-- [siwe-rails](https://github.com/signinwithethereum/siwe-rails) - _রেলস জেম যা SIWE লোকাল সাইন ইন রুট যোগ করে_
-- [siwe-rails-examples](https://github.com/signinwithethereum/siwe-rails-examples) - _কাস্টম কন্ট্রোলারের সাথে রুবি অন রেলস ব্যবহার করে SIWE-এর উদাহরণ_
-- [omniauth-siwe](https://github.com/signinwithethereum/omniauth-siwe) - _সাইন ইন উইথ ইথেরিয়াম (SIWE)-এর জন্য OmniAuth কৌশল_
+- [eth.rb](https://github.com/q9f/eth.rb) - _ইথিরিয়াম একাউন্ট, মেসেজ এবং লেনদেন পরিচালনা করার জন্য রুবি লাইব্রেরি এবং RPC-ক্লায়েন্ট_
+- [keccak.rb](https://github.com/q9f/keccak.rb) - _ইথিরিয়াম দ্বারা ব্যবহৃত Keccak (SHA3) হ্যাস_
+- [siwe-ruby](https://github.com/signinwithethereum/siwe-ruby) - _ইথিরিয়ামের সাথে সাইন-ইন এর রুবি ইমপ্লিমেন্টেশন_
+- [siwe-rails](https://github.com/signinwithethereum/siwe-rails) - _Rails জেম যা SIWE লোকাল সাইন ইন রুট যোগ করে_
+- [siwe-rails-examples](https://github.com/signinwithethereum/siwe-rails-examples) - _কাস্টম কন্ট্রোলারের সাথে Ruby on Rails ব্যবহার করে SIWE উদাহরণ_
+- [omniauth-siwe](https://github.com/signinwithethereum/omniauth-siwe) - _ইথিরিয়ামের সাথে সাইন ইন (SIWE) এর জন্য OmniAuth কৌশল_
- [omniauth-nft](https://github.com/valthon/omniauth-nft) - _NFT মালিকানার মাধ্যমে প্রমাণীকরণের জন্য OmniAuth কৌশল_
-- [ethereum-on-rails](https://github.com/q9f/ethereum-on-rails) - _ইথেরিয়াম অন রেলস টেমপ্লেট যা রুবি অন রেলস-এর সাথে MetaMask সংযোগ করার অনুমতি দেয়_
+- [ethereum-on-rails](https://github.com/q9f/ethereum-on-rails) - _Ethereum on Rails টেমপ্লেট যা MetaMask-কে Ruby on Rails-এর সাথে কানেক্ট করার অনুমতি দেয়_
-### আর্কাইভ করা / আর রক্ষণাবেক্ষণ করা হয় না {#archived--no-longer-maintained}
+### আর্কাইভ করা / আর রক্ষণাবেক্ষণ করা হয় না {#archived--no-longer-maintained}
-- [web3-eth](https://github.com/spikewilliams/vtada-ethereum) - _রুবি সহ ইথেরিয়াম নোডের RPC মেথড কল করা_
-- [ethereum_tree](https://github.com/longhoangwkm/ethereum_tree) - _BIP32 স্ট্যান্ডার্ড অনুসারে একটি হায়ারারকিকাল ডিটারমিনিস্টিক ওয়ালেট থেকে ETH অ্যাড্রেস তৈরি করার জন্য রুবি লাইব্রেরি_
-- [etherlite](https://github.com/budacom/etherlite) - _রুবি অন রেলসের জন্য ইথেরিয়াম ইন্টিগ্রেশন_
-- [ethereum.rb](https://github.com/EthWorks/ethereum.rb) - _ট্রানজ্যাকশন পাঠানো, কন্ট্র্যাক্ট তৈরি এবং তার সাথে ইন্টারঅ্যাক্ট করার জন্য JSON-RPC ইন্টারফেস ব্যবহার করে রুবি ইথেরিয়াম ক্লায়েন্ট এবং ইথেরিয়াম নোডের সাথে কাজ করার জন্য দরকারী টুলকিট_
-- [omniauth-ethereum.rb](https://github.com/q9f/omniauth-ethereum.rb) - _OmniAuth-এর জন্য ইথেরিয়াম প্রোভাইডার কৌশল প্রয়োগ করে_
+- [web3-eth](https://github.com/spikewilliams/vtada-ethereum) - _রুবির মাধ্যমে ইথিরিয়াম নোড-এর RPC মেথড কল করা_
+- [ethereum_tree](https://github.com/longhoangwkm/ethereum_tree) - _BIP32 স্ট্যান্ডার্ড অনুযায়ী একটি হায়ারার্কিক্যাল ডিটারমিনিস্টিক ওয়ালেট থেকে ETH এডড্রেস তৈরি করার রুবি লাইব্রেরি_
+- [etherlite](https://github.com/budacom/etherlite) - _Ruby on Rails-এর জন্য ইথিরিয়াম ইন্টিগ্রেশন_
+- [ethereum.rb](https://github.com/EthWorks/ethereum.rb) - _লেনদেন পাঠানো, কন্ট্রাক্ট তৈরি এবং ইন্টারঅ্যাক্ট করার জন্য JSON-RPC ইন্টারফেস ব্যবহার করে রুবি ইথিরিয়াম ক্লায়েন্ট, সেইসাথে ইথিরিয়াম নোড-এর সাথে কাজ করার জন্য দরকারী টুলকিট_
+- [omniauth-ethereum.rb](https://github.com/q9f/omniauth-ethereum.rb) - _OmniAuth-এর জন্য ইথিরিয়াম প্রোভাইডার কৌশল ইমপ্লিমেন্ট করে_
-আরও সংস্থান খুঁজছেন? আমাদের [ডেভেলপারদের হোম](/developers/) দেখুন।
+আরও রিসোর্স খুঁজছেন? [আমাদের ডেভেলপারদের হোম](/developers/) দেখুন।
## রুবি কমিউনিটির অবদানকারীগণ {#ruby-community-contributors}
-[ইথেরিয়াম রুবি টেলিগ্রাম গ্রুপ](https://t.me/ruby_eth) একটি দ্রুত বর্ধনশীল সম্প্রদায়ের হোস্ট এবং এটি উপরের যেকোনো প্রজেক্ট এবং সম্পর্কিত বিষয় নিয়ে আলোচনার জন্য নিবেদিত রিসোর্স।
+[ইথিরিয়াম রুবি টেলিগ্রাম গ্রুপ](https://t.me/ruby_eth) হলো একটি দ্রুত বর্ধনশীল কমিউনিটির হোস্ট এবং এটি উপরের যেকোনো প্রজেক্ট এবং সম্পর্কিত বিষয় নিয়ে আলোচনার জন্য একটি ডেডিকেটেড রিসোর্স।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/programming-languages/rust/index.md b/public/content/translations/bn/developers/docs/programming-languages/rust/index.md
index e0fb7b950c8..bdbc78b3a34 100644
--- a/public/content/translations/bn/developers/docs/programming-languages/rust/index.md
+++ b/public/content/translations/bn/developers/docs/programming-languages/rust/index.md
@@ -1,65 +1,63 @@
---
-title: "রাস্ট ডেভেলপারদের জন্য ইথেরিয়াম"
-description: "শিখুন কীভাবে রাস্ট-ভিত্তিক প্রজেক্ট ও টুল ব্যবহার করে ইথেরিয়ামের জন্য ডেভেলপ করা যায়"
+title: রাস্ট ডেভেলপারদের জন্য ইথিরিয়াম
+description: রাস্ট-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
lang: bn
incomplete: true
---
-রাস্ট-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথেরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
+রাস্ট-ভিত্তিক প্রজেক্ট এবং টুলিং ব্যবহার করে ইথিরিয়ামের জন্য কীভাবে ডেভেলপ করতে হয় তা শিখুন
-ইথেরিয়াম ব্যবহার করে বিকেন্দ্রীভূত অ্যাপ্লিকেশন (বা "ড্যাপস") তৈরি করুন যেগুলো ক্রিপ্টোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলোকে কাজে লাগায়।. এই ড্যাপগুলো বিশ্বাসযোগ্য হতে পারে, অর্থাৎ এগুলোকে একবার ইথেরিয়ামে প্রয়োগ করা হয়ে গেলে, এগুলো সবসময় প্রোগ্রামড হিসেবে চলতে থাকবে।. নতুন ধরণের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদকে নিয়ন্ত্রণ করতে পারে।. এগুলো বিকেন্দ্রীভূত হতে পারে, যার মানে কোন একক সত্ত্বা বা ব্যক্তি এগুলো নিয়ন্ত্রণ করেনা এবং এগুলো সেন্সর করা প্রায় অসম্ভব।.
+ক্রিপটোকারেন্সি এবং ব্লকচেইন প্রযুক্তির সুবিধাগুলো কাজে লাগিয়ে ডিসেন্ট্রালাইজড এপ্লিকেশন (বা "ডিএ্যাপস") তৈরি করতে ইথিরিয়াম ব্যবহার করুন। এই ডিএ্যাপসগুলো বিশ্বস্ত হতে পারে, যার মানে হলো একবার ইথিরিয়ামে ডেপ্লয় করা হলে, এগুলো সবসময় প্রোগ্রাম অনুযায়ী চলবে। নতুন ধরনের আর্থিক অ্যাপ্লিকেশন তৈরি করার জন্য এগুলো ডিজিটাল সম্পদ নিয়ন্ত্রণ করতে পারে। এগুলো ডিসেন্ট্রালাইজড হতে পারে, যার মানে হলো কোনো একক সত্তা বা ব্যক্তি এগুলোকে নিয়ন্ত্রণ করে না এবং এগুলো সেন্সর করা প্রায় অসম্ভব।
-## স্মার্ট কন্ট্র্যাক্ট এবং Solidity ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
+## স্মার্ট কন্ট্রাক্ট এবং সলিডিটি (Solidity) ভাষা দিয়ে শুরু করা {#getting-started-with-smart-contracts-and-solidity}
-**রাস্ট-এর সাথে ইথেরিয়ামকে একীভূত করার জন্য প্রথম পদক্ষেপ নিন**
+**ইথিরিয়ামের সাথে রাস্ট (Rust) ইন্টিগ্রেট করার প্রথম পদক্ষেপ নিন**
-একদম প্রথম থেকে শুরু করতে চান ? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
+প্রথমে আরও প্রাথমিক ধারণা প্রয়োজন? [ethereum.org/learn](/learn/) বা [ethereum.org/developers](/developers/) দেখুন।
-- [ব্লকচেইনের ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
-- [স্মার্ট কন্ট্র্যাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
-- [আপনার প্রথম স্মার্ট কন্ট্র্যাক্টটি লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
-- [কীভাবে Solidity কম্পাইল এবং ডিপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
+- [ব্লকচেইন ব্যাখ্যা](https://kauri.io/article/d55684513211466da7f8cc03987607d5/blockchain-explained)
+- [স্মার্ট কন্ট্রাক্ট বোঝা](https://kauri.io/article/e4f66c6079e74a4a9b532148d3158188/ethereum-101-part-5-the-smart-contract)
+- [আপনার প্রথম স্মার্ট কন্ট্রাক্ট লিখুন](https://kauri.io/article/124b7db1d0cf4f47b414f8b13c9d66e2/remix-ide-your-first-smart-contract)
+- [কীভাবে সলিডিটি (Solidity) কম্পাইল এবং ডেপ্লয় করতে হয় তা শিখুন](https://kauri.io/article/973c5f54c4434bb1b0160cff8c695369/understanding-smart-contract-compilation-and-deployment)
-## নতুনদের জন্য নিবন্ধ {#beginner-articles}
+## নতুনদের জন্য আর্টিকেল {#beginner-articles}
-- [The Rust Ethereum Client](https://openethereum.github.io/) \* **দ্রষ্টব্য যে OpenEthereum [ডেপ্রিকেটেড হয়ে গেছে](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) এবং এটি আর রক্ষণাবেক্ষণ করা হচ্ছে না।** এটি সতর্কতার সাথে ব্যবহার করুন এবং অন্য কোনো ক্লায়েন্ট ইমপ্লিমেন্টেশনে স্যুইচ করা শ্রেয়।
-- [রাস্ট ব্যবহার করে ইথেরিয়ামে লেনদেন পাঠানো](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/sending-ethereum-transactions-with-rust/)
-- [কোভান-এর জন্য রাস্ট Wasm-এ কীভাবে কন্ট্র্যাক্ট লিখতে হয় তার একটি ধাপে ধাপে নির্দেশিকা](https://github.com/paritytech/pwasm-tutorial)
+- [দ্য রাস্ট ইথিরিয়াম ক্লায়েন্ট](https://openethereum.github.io/) \* **মনে রাখবেন যে OpenEthereum [বাতিল করা হয়েছে](https://medium.com/openethereum/gnosis-joins-erigon-formerly-turbo-geth-to-release-next-gen-ethereum-client-c6708dd06dd) এবং এটি আর রক্ষণাবেক্ষণ করা হচ্ছে না।** এটি সতর্কতার সাথে ব্যবহার করুন এবং অন্য কোনো ক্লায়েন্ট ইমপ্লিমেন্টেশনে চলে যাওয়া ভালো।
+- [রাস্ট ব্যবহার করে ইথিরিয়ামে লেনদেন পাঠানো](https://kauri.io/#collections/A%20Hackathon%20Survival%20Guide/sending-ethereum-transactions-with-rust/)
+- [কোভানের (Kovan) জন্য রাস্ট Wasm-এ কীভাবে কন্ট্রাক্ট লিখতে হয় তার ধাপে ধাপে টিউটোরিয়াল](https://github.com/paritytech/pwasm-tutorial)
-## মধ্যবর্তী স্তরের নিবন্ধ {#intermediate-articles}
+## মধ্যম স্তরের আর্টিকেল {#intermediate-articles}
## উন্নত ব্যবহারের প্যাটার্ন {#advanced-use-patterns}
-- [ইথেরিয়ামের মতো নেটওয়ার্কের সাথে ইন্টারঅ্যাক্ট করার জন্য pwasm_ethereum externs লাইব্রেরি](https://github.com/openethereum/pwasm-ethereum)
-
+- [ইথিরিয়ামের মতো নেটওয়ার্কের সাথে ইন্টারঅ্যাক্ট করার জন্য pwasm_ethereum এক্সটার্নস লাইব্রেরি](https://github.com/openethereum/pwasm-ethereum)
- [জাভাস্ক্রিপ্ট এবং রাস্ট ব্যবহার করে একটি ডিসেন্ট্রালাইজড চ্যাট তৈরি করুন](https://medium.com/perlin-network/build-a-decentralized-chat-using-javascript-rust-webassembly-c775f8484b52)
+- [Vue.js এবং রাস্ট ব্যবহার করে একটি ডিসেন্ট্রালাইজড টুডু (Todo) অ্যাপ তৈরি করুন](https://medium.com/@jjmace01/build-a-decentralized-todo-app-using-vue-js-rust-webassembly-5381a1895beb)
-- [Vue.js এবং রাস্ট ব্যবহার করে একটি ডিসেন্ট্রালাইজড টুডু অ্যাপ তৈরি করুন](https://medium.com/@jjmace01/build-a-decentralized-todo-app-using-vue-js-rust-webassembly-5381a1895beb)
-
-- [রাস্ট-এ একটি ব্লকচেইন তৈরি করুন](https://blog.logrocket.com/how-to-build-a-blockchain-in-rust/)
+- [রাস্টে একটি ব্লকচেইন তৈরি করুন](https://blog.logrocket.com/how-to-build-a-blockchain-in-rust/)
## রাস্ট প্রজেক্ট এবং টুলস {#rust-projects-and-tools}
-- [pwasm-ethereum](https://github.com/paritytech/pwasm-ethereum) - _ইথেরিয়ামের মতো নেটওয়ার্কের সাথে ইন্টারঅ্যাক্ট করার জন্য externs-এর সংগ্রহ_
-- [Lighthouse](https://github.com/sigp/lighthouse) - _দ্রুত ইথেরিয়াম কনসেন্সাস লেয়ার ক্লায়েন্ট_
-- [Ethereum WebAssembly](https://ewasm.readthedocs.io/en/mkdocs/) - _WebAssembly-এর একটি ডিটারমিনিস্টিক সাবসেট ব্যবহার করে ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট এক্সিকিউশন লেয়ারের প্রস্তাবিত পুনঃনকশা_
+- [pwasm-ethereum](https://github.com/paritytech/pwasm-ethereum) - _ইথিরিয়ামের মতো নেটওয়ার্কের সাথে ইন্টারঅ্যাক্ট করার জন্য এক্সটার্নসের সংগ্রহ_
+- [Lighthouse](https://github.com/sigp/lighthouse) - _দ্রুত ইথিরিয়াম কনসেন্সাস লেয়ার ক্লায়েন্ট_
+- [Ethereum WebAssembly](https://ewasm.readthedocs.io/en/mkdocs/) - _WebAssembly-এর একটি ডিটারমিনিস্টিক সাবসেট ব্যবহার করে ইথিরিয়াম স্মার্ট কন্ট্রাক্ট এক্সিকিউশন লেয়ার-এর প্রস্তাবিত রিডিজাইন_
- [oasis_std](https://docs.rs/oasis-std/latest/oasis_std/index.html) - _OASIS API রেফারেন্স_
-- [Solaris](https://github.com/paritytech/sol-rs) - _নেটিভ প্যারিটি ক্লায়েন্ট EVM ব্যবহার করে সলিডিটি স্মার্ট কন্ট্র্যাক্টের ইউনিট টেস্ট হারনেস।_
-- [SputnikVM](https://github.com/rust-blockchain/evm) - _রাস্ট ইথেরিয়াম ভার্চুয়াল মেশিন ইমপ্লিমেন্টেশন_
-- [Wavelet](https://wavelet.perlin.net/docs/smart-contracts) - _রাস্ট-এ ওয়েভলেট স্মার্ট কন্ট্র্যাক্ট_
-- [Foundry](https://github.com/foundry-rs/foundry) - _ইথেরিয়াম অ্যাপ্লিকেশন ডেভেলপমেন্টের জন্য টুলকিট_
-- [Alloy](https://alloy.rs) - _ইথেরিয়াম এবং অন্যান্য EVM-ভিত্তিক চেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য উচ্চ-পারফরম্যান্স, সু-পরীক্ষিত ও ডকুমেন্টেড লাইব্রেরি।_
-- [Ethers_rs](https://github.com/gakonst/ethers-rs) - _ইথেরিয়াম লাইব্রেরি এবং ওয়ালেট ইমপ্লিমেন্টেশন_
-- [SewUp](https://github.com/second-state/SewUp) - _একটি লাইব্রেরি যা আপনাকে রাস্টের সাহায্যে আপনার ইথেরিয়াম ওয়েব অ্যাসেম্বলি চুক্তি তৈরি করতে সাহায্য করে এবং এটি একটি সাধারণ ব্যাকএন্ডে ডেভেলপ করার মতোই_
-- [Substreams](https://github.com/streamingfast/substreams) - _সমান্তরাল ব্লকচেইন ডেটা ইন্ডেক্সিং প্রযুক্তি_
-- [Reth](https://github.com/paradigmxyz/reth) Reth (রাস্ট ইথেরিয়ামের সংক্ষিপ্ত রূপ) একটি নতুন ইথেরিয়াম ফুল-নোড ইমপ্লিমেন্টেশন
-- [Awesome Ethereum Rust](https://github.com/Vid201/awesome-ethereum-rust) - _ইথেরিয়াম ইকোসিস্টেমে রাস্ট-এ লেখা প্রজেক্টগুলির একটি কিউরেটেড সংগ্রহ_
+- [Solaris](https://github.com/paritytech/sol-rs) - _নেটিভ প্যারিটি ক্লায়েন্ট EVM ব্যবহার করে সলিডিটি স্মার্ট কন্ট্রাক্ট ইউনিট টেস্ট হারনেস।_
+- [SputnikVM](https://github.com/rust-blockchain/evm) - _রাস্ট ইথিরিয়াম ভার্চুয়াল মেশিন ইমপ্লিমেন্টেশন_
+- [Wavelet](https://wavelet.perlin.net/docs/smart-contracts) - _রাস্টে ওয়েভলেট (Wavelet) স্মার্ট কন্ট্রাক্ট_
+- [Foundry](https://github.com/foundry-rs/foundry) - _ইথিরিয়াম অ্যাপ্লিকেশন ডেভেলপমেন্টের জন্য টুলকিট_
+- [Alloy](https://alloy.rs) - _ইথিরিয়াম এবং অন্যান্য EVM-ভিত্তিক চেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য উচ্চ-পারফরম্যান্স, সু-পরীক্ষিত এবং ডকুমেন্টেড লাইব্রেরি।_
+- [Ethers_rs](https://github.com/gakonst/ethers-rs) - _ইথিরিয়াম লাইব্রেরি এবং ওয়ালেট ইমপ্লিমেন্টেশন_
+- [SewUp](https://github.com/second-state/SewUp) - _রাস্টের সাহায্যে আপনার ইথিরিয়াম ওয়েবঅ্যাসেম্বলি কন্ট্রাক্ট তৈরি করতে এবং সাধারণ ব্যাকএন্ডের মতো ডেভেলপ করতে সাহায্য করার জন্য একটি লাইব্রেরি_
+- [Substreams](https://github.com/streamingfast/substreams) - _প্যারালালাইজড ব্লকচেইন ডেটা ইনডেক্সিং প্রযুক্তি_
+- [Reth](https://github.com/paradigmxyz/reth) Reth (রাস্ট ইথিরিয়ামের সংক্ষিপ্ত রূপ) হলো একটি নতুন ইথিরিয়াম ফুল-নোড ইমপ্লিমেন্টেশন
+- [Awesome Ethereum Rust](https://github.com/Vid201/awesome-ethereum-rust) - _রাস্টে লেখা ইথিরিয়াম ইকোসিস্টেমের প্রজেক্টগুলোর একটি কিউরেটেড সংগ্রহ_
-আরও সংস্থান খুঁজছেন? [ethereum.org/developers.](/developers/) দেখুন।
+আরও রিসোর্স খুঁজছেন? [ethereum.org/developers.](/developers/) দেখুন।
-## রাস্ট কমিউনিটি অবদানকারী {#rust-community-contributors}
+## রাস্ট কমিউনিটি কন্ট্রিবিউটর {#rust-community-contributors}
- [Ethereum WebAssembly](https://gitter.im/ewasm/Lobby)
- [Oasis Gitter](https://gitter.im/Oasis-official/Lobby)
- [Parity Gitter](https://gitter.im/paritytech/parity)
-- [Enigma](https://discord.gg/SJK32GY)
+- [Enigma](https://discord.gg/SJK32GY)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/scaling/index.md b/public/content/translations/bn/developers/docs/scaling/index.md
index 25b432837f4..e5a8d7f5ece 100644
--- a/public/content/translations/bn/developers/docs/scaling/index.md
+++ b/public/content/translations/bn/developers/docs/scaling/index.md
@@ -1,113 +1,118 @@
---
-title: "স্কেলিং"
-description: "ইথেরিয়াম কমিউনিটির দ্বারা বর্তমানে তৈরি করা বিভিন্ন স্কেলিং বিকল্পগুলির একটি ভূমিকা।"
+title: স্কেলিং
+description: ইথিরিয়াম কমিউনিটি দ্বারা বর্তমানে ডেভেলপ করা বিভিন্ন স্কেলিং বিকল্পের একটি পরিচিতি।
lang: bn
sidebarDepth: 3
---
## স্কেলিং ওভারভিউ {#scaling-overview}
-যেহেতু ইথেরিয়াম ব্যবহারকারীর সংখ্যা বৃদ্ধি পেয়েছে, তাই ব্লকচেইনটি নির্দিষ্ট ক্ষমতার সীমাবদ্ধতায় পৌঁছেছে। এটি নেটওয়ার্ক ব্যবহারের খরচ বাড়িয়েছে, যার ফলে "স্কেলিং সমাধান"-এর প্রয়োজন তৈরি হয়েছে। একাধিক সমাধান নিয়ে গবেষণা, পরীক্ষা এবং প্রয়োগ করা হচ্ছে যা একই ধরনের লক্ষ্য অর্জনের জন্য বিভিন্ন পদ্ধতি গ্রহণ করে।
+[Ethereum](/) ব্যবহারকারীর সংখ্যা বাড়ার সাথে সাথে, ব্লকচেইন কিছু নির্দিষ্ট ধারণক্ষমতার সীমায় পৌঁছেছে। এটি নেটওয়ার্ক ব্যবহারের খরচ বাড়িয়ে দিয়েছে, যার ফলে "স্কেলিং সলিউশন" এর প্রয়োজনীয়তা তৈরি হয়েছে। একই লক্ষ্য অর্জনের জন্য বিভিন্ন পদ্ধতি গ্রহণ করে এমন একাধিক সলিউশন নিয়ে গবেষণা, পরীক্ষা এবং বাস্তবায়ন করা হচ্ছে।
-স্কেলেবিলিটির মূল লক্ষ্য হল বিকেন্দ্রীকরণ বা নিরাপত্তা বিসর্জন না দিয়ে লেনদেনের গতি (দ্রুত ফাইনালিটি) এবং লেনদেনের থ্রুপুট (প্রতি সেকেন্ডে উচ্চ সংখ্যক লেনদেন) বৃদ্ধি করা। লেয়ার 1 ইথেরিয়াম ব্লকচেইনে, উচ্চ চাহিদার কারণে লেনদেন ধীরগতির হয় এবং [গ্যাস মূল্য](/developers/docs/gas/) অকার্যকর হয়ে পড়ে। গতি এবং থ্রুপুটের দিক থেকে নেটওয়ার্কের ক্ষমতা বৃদ্ধি করা ইথেরিয়ামের অর্থপূর্ণ এবং ব্যাপক গ্রহণের জন্য অপরিহার্য।
+স্কেলেবিলিটির মূল লক্ষ্য হলো ডিসেন্ট্রালাইজেশন বা নিরাপত্তা বিসর্জন না দিয়ে লেনদেন এর গতি (দ্রুততর ফাইনালিটি) এবং লেনদেন থ্রুপুট (প্রতি সেকেন্ডে অধিক সংখ্যক লেনদেন) বৃদ্ধি করা। লেয়ার 1 ইথিরিয়াম ব্লকচেইন-এ, উচ্চ চাহিদার কারণে লেনদেন ধীর হয়ে যায় এবং অবাস্তব [গ্যাস প্রাইস](/developers/docs/gas/) তৈরি হয়। গতি এবং থ্রুপুটের দিক থেকে নেটওয়ার্ক ক্যাপাসিটি বৃদ্ধি করা ইথিরিয়ামের অর্থবহ এবং ব্যাপক গ্রহণের জন্য অপরিহার্য।
-গতি এবং থ্রুপুট গুরুত্বপূর্ণ হলেও, এটি অপরিহার্য যে এই লক্ষ্যগুলি সক্ষমকারী স্কেলিং সমাধানগুলি বিকেন্দ্রীভূত এবং নিরাপদ থাকে। নোড অপারেটরদের জন্য প্রবেশের বাধা কম রাখা কেন্দ্রীভূত এবং অনিরাপদ কম্পিউটিং শক্তির দিকে অগ্রগতি রোধ করার জন্য অত্যন্ত গুরুত্বপূর্ণ।
+যদিও গতি এবং থ্রুপুট গুরুত্বপূর্ণ, তবে এটি অপরিহার্য যে এই লক্ষ্যগুলো অর্জনকারী স্কেলিং সলিউশনগুলো ডিসেন্ট্রালাইজড এবং সুরক্ষিত থাকে। নোড অপারেটরদের জন্য প্রবেশের বাধা কম রাখা সেন্ট্রালাইজড এবং অনিরাপদ কম্পিউটিং পাওয়ারের দিকে অগ্রসর হওয়া রোধ করতে অত্যন্ত গুরুত্বপূর্ণ।
-ধারণাগতভাবে আমরা প্রথমে স্কেলিংকে অনচেইন স্কেলিং বা অফচেইন স্কেলিং হিসাবে শ্রেণীবদ্ধ করি।
+ধারণাগতভাবে আমরা প্রথমে স্কেলিং-কে অনচেইন স্কেলিং বা অফচেইন স্কেলিং হিসেবে শ্রেণীবদ্ধ করি।
## পূর্বশর্ত {#prerequisites}
-আপনার সমস্ত foundational বিষয় সম্পর্কে একটি ভাল ধারণা থাকা উচিত। স্কেলিং সমাধানগুলি প্রয়োগ করা একটি উন্নত বিষয় কারণ প্রযুক্তিটি কম পরীক্ষিত এবং এটি নিয়ে গবেষণা ও উন্নয়ন অব্যাহত রয়েছে।
+আপনার সমস্ত মৌলিক বিষয় সম্পর্কে ভালো ধারণা থাকা উচিত। স্কেলিং সলিউশন বাস্তবায়ন করা একটি উন্নত বিষয় কারণ এই প্রযুক্তিটি কম পরীক্ষিত, এবং এটি নিয়ে ক্রমাগত গবেষণা ও উন্নয়ন চলছে।
## অনচেইন স্কেলিং {#onchain-scaling}
-অনচেইন স্কেলিংয়ের জন্য ইথেরিয়াম প্রোটোকলে (লেয়ার 1 [মেইননেট](/glossary/#mainnet)) পরিবর্তন প্রয়োজন। অনেক দিন ধরেই, ব্লকচেইন শার্ডিং ইথেরিয়ামকে স্কেল করবে বলে আশা করা হয়েছিল। এতে ভ্যালিডেটরদের উপসেট দ্বারা যাচাই করার জন্য ব্লকচেইনকে আলাদা খণ্ডে (শার্ড) বিভক্ত করার বিষয়টি জড়িত ছিল। তবে, লেয়ার-2 রোলআপের মাধ্যমে স্কেলিং প্রাথমিক স্কেলিং কৌশল হিসাবে স্থান করে নিয়েছে। এটি ইথেরিয়াম ব্লকের সাথে সংযুক্ত ডেটার একটি নতুন সস্তা ফর্মের সংযোজন দ্বারা সমর্থিত যা ব্যবহারকারীদের জন্য রোলআপগুলিকে সস্তা করার জন্য বিশেষভাবে ডিজাইন করা হয়েছে।
+অনচেইন স্কেলিং-এর জন্য ইথিরিয়াম প্রটোকল (লেয়ার 1 [মেইননেট](/glossary/#mainnet))-এ পরিবর্তনের প্রয়োজন হয়। দীর্ঘকাল ধরে, ব্লকচেইন শার্ডিং ইথিরিয়ামকে স্কেল করবে বলে আশা করা হয়েছিল। এর মধ্যে ব্লকচেইন-কে আলাদা অংশে (শার্ড) বিভক্ত করা অন্তর্ভুক্ত ছিল যা ভ্যালিডেটরস-এর সাবসেট দ্বারা যাচাই করা হবে। তবে, লেয়ার 2 রেলআপস দ্বারা স্কেলিং প্রাথমিক স্কেলিং কৌশল হিসেবে জায়গা করে নিয়েছে। এটি ইথিরিয়াম ব্লকস-এর সাথে যুক্ত একটি নতুন সস্তা ডেটা ফর্মের সংযোজন দ্বারা সমর্থিত যা ব্যবহারকারীদের জন্য রেলআপস-কে সস্তা করার জন্য বিশেষভাবে ডিজাইন করা হয়েছে।
### শার্ডিং {#sharding}
-শার্ডিং হল একটি ডেটাবেস বিভক্ত করার প্রক্রিয়া। ভ্যালিডেটরদের উপসেটগুলি পুরো ইথেরিয়ামের ট্র্যাক রাখার পরিবর্তে স্বতন্ত্র শার্ডগুলির জন্য দায়ী থাকবে। শার্ডিং দীর্ঘ সময়ের জন্য ইথেরিয়াম [রোডম্যাপে](/roadmap/) ছিল, এবং এটি একসময় দ্য মার্জ-এর আগে প্রুফ-অফ-স্টেক-এ পাঠানোর উদ্দেশ্যে ছিল। যাইহোক, [লেয়ার 2 রোলআপ](#layer-2-scaling)-এর দ্রুত বিকাশ এবং [ড্যাঙ্কশার্ডিং](/roadmap/danksharding) (ইথেরিয়াম ব্লকে রোলআপ ডেটার ব্লব যোগ করা যা ভ্যালিডেটরদের দ্বারা খুব দক্ষতার সাথে যাচাই করা যায়) আবিষ্কার ইথেরিয়াম সম্প্রদায়কে শার্ডিং দ্বারা স্কেলিংয়ের পরিবর্তে রোলআপ-কেন্দ্রিক স্কেলিংকে সমর্থন করতে পরিচালিত করেছে। এটি ইথেরিয়ামের কনসেন্সাস যুক্তিকে আরও সহজ রাখতেও সাহায্য করবে।
+শার্ডিং হলো একটি ডাটাবেস বিভক্ত করার প্রক্রিয়া। সম্পূর্ণ ইথিরিয়ামের ট্র্যাক রাখার পরিবর্তে ভ্যালিডেটরস-এর সাবসেটগুলো পৃথক শার্ডের জন্য দায়ী থাকবে। শার্ডিং দীর্ঘকাল ধরে ইথিরিয়াম [রোডম্যাপ](/roadmap/)-এ ছিল, এবং একসময় দ্য মার্জ-এর আগে প্রুফ-অফ-স্টেক-এ শিপ করার উদ্দেশ্য ছিল। তবে, [লেয়ার 2 রেলআপস](#layer-2-scaling)-এর দ্রুত বিকাশ এবং [Danksharding](/roadmap/danksharding) আবিষ্কার (ইথিরিয়াম ব্লকস-এ রোলআপ ডেটার ব্লব যুক্ত করা যা ভ্যালিডেটরস দ্বারা খুব দক্ষতার সাথে যাচাই করা যেতে পারে) ইথিরিয়াম কমিউনিটিকে শার্ডিং দ্বারা স্কেলিং-এর পরিবর্তে রোলআপ-কেন্দ্রিক স্কেলিং-এর পক্ষে নিয়ে গেছে। এটি ইথিরিয়ামের কনসেন্সাস লজিককে আরও সহজ রাখতেও সাহায্য করবে।
## অফচেইন স্কেলিং {#offchain-scaling}
-অফচেইন সমাধানগুলি লেয়ার 1 মেইননেট থেকে আলাদাভাবে প্রয়োগ করা হয় - তাদের বিদ্যমান ইথেরিয়াম প্রোটোকলে কোনও পরিবর্তনের প্রয়োজন হয় না। কিছু সমাধান, যা "লেয়ার 2" সমাধান হিসাবে পরিচিত, তাদের নিরাপত্তা সরাসরি লেয়ার 1 ইথেরিয়াম কনসেন্সাস থেকে পায়, যেমন [অপ্টিমিস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/), [জিরো-নলেজ রোলআপ](/developers/docs/scaling/zk-rollups/) বা [স্টেট চ্যানেল](/developers/docs/scaling/state-channels/)। অন্যান্য সমাধানগুলির মধ্যে মেইননেট থেকে আলাদাভাবে তাদের নিরাপত্তা প্রাপ্ত বিভিন্ন ধরণের নতুন চেইন তৈরি করা জড়িত, যেমন [সাইডচেইন](#sidechains), [ভ্যালিডিয়াম](#validium), বা [প্লাসমা চেইন](#plasma)। এই সমাধানগুলি মেইননেটের সাথে যোগাযোগ করে কিন্তু বিভিন্ন লক্ষ্য অর্জনের জন্য তাদের নিরাপত্তা ভিন্নভাবে গ্রহণ করে।
+অফচেইন সলিউশনগুলো লেয়ার 1 মেইননেট থেকে আলাদাভাবে বাস্তবায়িত হয় - এগুলোর জন্য বিদ্যমান ইথিরিয়াম প্রটোকল-এ কোনো পরিবর্তনের প্রয়োজন হয় না। কিছু সলিউশন, যা "লেয়ার 2" সলিউশন হিসেবে পরিচিত, তাদের নিরাপত্তা সরাসরি লেয়ার 1 ইথিরিয়াম কনসেন্সাস থেকে গ্রহণ করে, যেমন [অপ্টিমেস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/), [জিরো-নলেজ রোলআপ](/developers/docs/scaling/zk-rollups/) বা [স্টেট চ্যানেল](/developers/docs/scaling/state-channels/)। অন্যান্য সলিউশনগুলোর মধ্যে বিভিন্ন রূপে নতুন চেইন তৈরি করা অন্তর্ভুক্ত যা মেইননেট থেকে আলাদাভাবে তাদের নিরাপত্তা গ্রহণ করে, যেমন [সাইডচেইন](#sidechains), [ভ্যালিডিয়াম](#validium), বা [প্লাজমা চেইন](#plasma)। এই সলিউশনগুলো মেইননেট-এর সাথে যোগাযোগ করে কিন্তু বিভিন্ন লক্ষ্য অর্জনের জন্য ভিন্নভাবে তাদের নিরাপত্তা গ্রহণ করে।
### লেয়ার 2 স্কেলিং {#layer-2-scaling}
-এই অফচেইন সমাধানগুলির বিভাগটি মেইননেট ইথেরিয়াম থেকে তার নিরাপত্তা লাভ করে।
+অফচেইন সলিউশনের এই বিভাগটি মেইননেট ইথিরিয়াম থেকে এর নিরাপত্তা গ্রহণ করে।
-লেয়ার 2 হল সেইসব সমাধানগুলির জন্য একটি সম্মিলিত শব্দ যা আপনার অ্যাপ্লিকেশনকে মেইননেটের শক্তিশালী বিকেন্দ্রীভূত সুরক্ষা মডেলের সুবিধা গ্রহণ করার সময় ইথেরিয়াম মেইননেট (লেয়ার 1) এর বাইরে লেনদেন পরিচালনা করে স্কেল করতে সাহায্য করার জন্য ডিজাইন করা হয়েছে। নেটওয়ার্ক ব্যস্ত থাকলে লেনদেনের গতি কমে যায়, যা নির্দিষ্ট ধরনের ডিএ্যাপস-এর জন্য ব্যবহারকারীর অভিজ্ঞতাকে খারাপ করে তোলে। এবং নেটওয়ার্ক যত ব্যস্ত হয়, লেনদেন প্রেরকরা একে অপরকে ছাপিয়ে যাওয়ার লক্ষ্যে গ্যাস মূল্য বৃদ্ধি পায়। এটি ইথেরিয়াম ব্যবহারকে খুব ব্যয়বহুল করে তুলতে পারে।
+লেয়ার 2 হলো এমন সলিউশনগুলোর একটি সমষ্টিগত শব্দ যা মেইননেট-এর শক্তিশালী ডিসেন্ট্রালাইজড সিকিউরিটি মডেলের সুবিধা গ্রহণ করার পাশাপাশি ইথিরিয়াম মেইননেট (লেয়ার 1)-এর বাইরে লেনদেন পরিচালনা করে আপনার অ্যাপ্লিকেশনকে স্কেল করতে সাহায্য করার জন্য ডিজাইন করা হয়েছে। নেটওয়ার্ক ব্যস্ত থাকলে লেনদেন-এর গতি কমে যায়, যা নির্দিষ্ট ধরণের ডিএ্যাপস-এর জন্য ব্যবহারকারীর অভিজ্ঞতাকে খারাপ করে তোলে। এবং নেটওয়ার্ক যত ব্যস্ত হয়, গ্যাস প্রাইস তত বৃদ্ধি পায় কারণ লেনদেন প্রেরকরা একে অপরকে ছাড়িয়ে যাওয়ার চেষ্টা করে। এটি ইথিরিয়াম ব্যবহার করাকে খুব ব্যয়বহুল করে তুলতে পারে।
-অধিকাংশ লেয়ার 2 সমাধান একটি সার্ভার বা সার্ভারের ক্লাস্টারের চারপাশে কেন্দ্রীভূত, যার প্রত্যেকটিকে নোড, ভ্যালিডেটর, অপারেটর, সিকোয়েন্সার, ব্লক উৎপাদক বা অনুরূপ শব্দ হিসাবে উল্লেখ করা যেতে পারে। বাস্তবায়নের উপর নির্ভর করে, এই লেয়ার 2 নোডগুলি ব্যবহারকারী ব্যক্তি, ব্যবসা বা সত্তা দ্বারা, অথবা কোনও তৃতীয় পক্ষের অপারেটর দ্বারা, অথবা ব্যক্তিদের একটি বড় গোষ্ঠী দ্বারা (মেইননেটের অনুরূপ) চালানো হতে পারে। সাধারণভাবে বলতে গেলে, লেনদেনগুলি সরাসরি লেয়ার 1 (মেইননেট)-এ জমা দেওয়ার পরিবর্তে এই লেয়ার 2 নোডগুলিতে জমা দেওয়া হয়। কিছু সমাধানের জন্য, লেয়ার 2 ইনস্ট্যান্স সেগুলিকে লেয়ার 1-এ নোঙ্গর করার আগে গ্রুপে ব্যাচ করে, যার পরে সেগুলি লেয়ার 1 দ্বারা সুরক্ষিত হয় এবং পরিবর্তন করা যায় না। এটি কীভাবে করা হয় তার বিবরণ বিভিন্ন লেয়ার 2 প্রযুক্তি এবং বাস্তবায়নের মধ্যে উল্লেখযোগ্যভাবে পরিবর্তিত হয়।
+বেশিরভাগ লেয়ার 2 সলিউশন একটি সার্ভার বা সার্ভারের ক্লাস্টারকে কেন্দ্র করে থাকে, যার প্রতিটিকে নোড, ভ্যালিডেটর, অপারেটর, সিকোয়েন্সার, ব্লক প্রডিউসার বা অনুরূপ শব্দ হিসেবে উল্লেখ করা যেতে পারে। বাস্তবায়নের ওপর নির্ভর করে, এই লেয়ার 2 নোড-গুলো ব্যক্তি, ব্যবসা বা সত্তা দ্বারা পরিচালিত হতে পারে যারা এগুলো ব্যবহার করে, অথবা কোনো 3য় পক্ষের অপারেটর দ্বারা, বা ব্যক্তিদের একটি বড় গ্রুপ দ্বারা (মেইননেট-এর মতো) পরিচালিত হতে পারে। সাধারণভাবে বলতে গেলে, লেনদেন-গুলো সরাসরি লেয়ার 1 (মেইননেট)-এ জমা দেওয়ার পরিবর্তে এই লেয়ার 2 নোড-গুলোতে জমা দেওয়া হয়। কিছু সলিউশনের জন্য, লেয়ার 2 ইনস্ট্যান্স তারপর সেগুলোকে লেয়ার 1-এ অ্যাঙ্কর করার আগে গ্রুপে ব্যাচ করে, যার পরে সেগুলো লেয়ার 1 দ্বারা সুরক্ষিত হয় এবং পরিবর্তন করা যায় না। এটি কীভাবে করা হয় তার বিশদ বিবরণ বিভিন্ন লেয়ার 2 প্রযুক্তি এবং বাস্তবায়নের মধ্যে উল্লেখযোগ্যভাবে পরিবর্তিত হয়।
-একটি নির্দিষ্ট লেয়ার 2 ইনস্ট্যান্স অনেক অ্যাপ্লিকেশনের দ্বারা উন্মুক্ত এবং শেয়ার করা হতে পারে, অথবা একটি প্রকল্প দ্বারা ডিপ্লয় করা হতে পারে এবং শুধুমাত্র তাদের অ্যাপ্লিকেশন সমর্থন করার জন্য উৎসর্গীকৃত হতে পারে।
+একটি নির্দিষ্ট লেয়ার 2 ইনস্ট্যান্স উন্মুক্ত হতে পারে এবং অনেক অ্যাপ্লিকেশন দ্বারা শেয়ার করা যেতে পারে, অথবা একটি প্রজেক্ট দ্বারা ডেপ্লয় করা হতে পারে এবং শুধুমাত্র তাদের অ্যাপ্লিকেশনকে সমর্থন করার জন্য নিবেদিত হতে পারে।
-#### লেয়ার 2 কেন প্রয়োজন? {#why-is-layer-2-needed}
+#### লেয়ার 2 কেন প্রয়োজন? {#why-is-layer-2-needed}
-- প্রতি সেকেন্ডে লেনদেন বৃদ্ধি ব্যবহারকারীর অভিজ্ঞতাকে ব্যাপকভাবে উন্নত করে এবং মেইননেট ইথেরিয়ামে নেটওয়ার্কের যানজট কমায়।
-- লেনদেনগুলি মেইননেট ইথেরিয়ামে একটি একক লেনদেনে রোল আপ করা হয়, যা ব্যবহারকারীদের জন্য গ্যাস ফি হ্রাস করে এবং ইথেরিয়ামকে সর্বত্র মানুষের জন্য আরও অন্তর্ভুক্তিমূলক এবং অ্যাক্সেসযোগ্য করে তোলে।
-- স্কেলেবিলিটির কোনো আপডেট বিকেন্দ্রীকরণ বা নিরাপত্তার খরচে হওয়া উচিত নয় – লেয়ার 2 ইথেরিয়ামের উপরে তৈরি হয়।
-- এপ্লিকেশন-নির্দিষ্ট লেয়ার 2 নেটওয়ার্ক রয়েছে যা স্কেলে সম্পদের সাথে কাজ করার সময় তাদের নিজস্ব দক্ষতার সেট নিয়ে আসে।
+- প্রতি সেকেন্ডে বর্ধিত লেনদেন ব্যবহারকারীর অভিজ্ঞতাকে ব্যাপকভাবে উন্নত করে, এবং মেইননেট ইথিরিয়ামে নেটওয়ার্ক কনজেশন কমায়।
+- লেনদেন-গুলো মেইননেট ইথিরিয়ামে একটি একক লেনদেন-এ রোলআপ করা হয়, যা ব্যবহারকারীদের জন্য গ্যাস ফি হ্রাস করে এবং ইথিরিয়ামকে সব জায়গার মানুষের জন্য আরও অন্তর্ভুক্তিমূলক এবং অ্যাক্সেসযোগ্য করে তোলে।
+- স্কেলেবিলিটির যেকোনো আপডেট ডিসেন্ট্রালাইজেশন বা নিরাপত্তার বিনিময়ে হওয়া উচিত নয় – লেয়ার 2 ইথিরিয়ামের ওপর তৈরি হয়।
+- অ্যাপ্লিকেশন-নির্দিষ্ট লেয়ার 2 নেটওয়ার্ক রয়েছে যা স্কেলে অ্যাসেট নিয়ে কাজ করার সময় তাদের নিজস্ব দক্ষতার সেট নিয়ে আসে।
-[লেয়ার 2 সম্পর্কে আরও জানুন](/layer-2/)।
+[লেয়ার 2 সম্পর্কে আরও জানুন](/layer-2/)।
-#### রোলআপ {#rollups}
+#### রেলআপস {#rollups}
-রোলআপগুলি লেয়ার 1-এর বাইরে লেনদেন সম্পাদন করে এবং তারপর ডেটা লেয়ার 1-এ পোস্ট করা হয় যেখানে কনসেন্সাস পৌঁছানো হয়। যেহেতু লেনদেনের ডেটা লেয়ার 1 ব্লকে অন্তর্ভুক্ত করা হয়, এটি রোলআপগুলিকে নেটিভ ইথেরিয়াম নিরাপত্তা দ্বারা সুরক্ষিত করার অনুমতি দেয়।
+রেলআপস লেয়ার 1-এর বাইরে লেনদেন এক্সিকিউশন সম্পাদন করে এবং তারপর ডেটা লেয়ার 1-এ পোস্ট করা হয় যেখানে কনসেন্সাস অর্জিত হয়। যেহেতু লেনদেন ডেটা লেয়ার 1 ব্লকস-এ অন্তর্ভুক্ত থাকে, এটি রেলআপস-কে নেটিভ ইথিরিয়াম নিরাপত্তা দ্বারা সুরক্ষিত হওয়ার অনুমতি দেয়।
-ভিন্ন নিরাপত্তা মডেল সহ দুই ধরনের রোলআপ রয়েছে:
+ভিন্ন নিরাপত্তা মডেলসহ দুই ধরণের রেলআপস রয়েছে:
-- **অপ্টিমিস্টিক রোলআপ**: ধরে নেয় যে লেনদেনগুলি ডিফল্টরূপে বৈধ এবং শুধুমাত্র একটি চ্যালেঞ্জের ক্ষেত্রে, একটি [**ফ্রড প্রুফ**](/glossary/#fraud-proof)-এর মাধ্যমে গণনা চালায়। [অপ্টিমিস্টিক রোলআপ সম্পর্কে আরও জানুন](/developers/docs/scaling/optimistic-rollups/)।
-- **জিরো-নলেজ রোলআপ**: অফচেইন গণনা চালায় এবং চেইনে একটি [**ভ্যালিডিটি প্রুফ**](/glossary/#validity-proof) জমা দেয়। [জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন](/developers/docs/scaling/zk-rollups/)।
+- **অপ্টিমেস্টিক রোলআপ**: ডিফল্টভাবে লেনদেন-গুলোকে বৈধ বলে ধরে নেয় এবং শুধুমাত্র একটি চ্যালেঞ্জের ক্ষেত্রে, একটি [**ফ্রড প্রুফ**](/glossary/#fraud-proof)-এর মাধ্যমে কম্পিউটেশন চালায়। [অপ্টিমেস্টিক রোলআপ সম্পর্কে আরও জানুন](/developers/docs/scaling/optimistic-rollups/)।
+- **জিরো-নলেজ রোলআপ**: অফচেইন কম্পিউটেশন চালায় এবং চেইনে একটি [**ভ্যালিডিটি প্রুফ**](/glossary/#validity-proof) জমা দেয়। [জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন](/developers/docs/scaling/zk-rollups/)।
#### স্টেট চ্যানেল {#channels}
-স্টেট চ্যানেলগুলি মাল্টিসিগ কন্ট্রাক্ট ব্যবহার করে অংশগ্রহণকারীদের দ্রুত এবং অবাধে অফচেইন লেনদেন করতে সক্ষম করে, তারপর মেইননেটের সাথে ফাইনালিটি সেটল করে। এটি নেটওয়ার্কের যানজট, ফি এবং বিলম্ব কমিয়ে দেয়। দুই ধরনের চ্যানেল হল বর্তমানে স্টেট চ্যানেল এবং পেমেন্ট চ্যানেল।
+স্টেট চ্যানেলগুলো অংশগ্রহণকারীদের দ্রুত এবং স্বাধীনভাবে অফচেইন লেনদেন করতে সক্ষম করার জন্য মাল্টিসিগ কন্ট্রাক্ট ব্যবহার করে, তারপর মেইননেট-এর সাথে ফাইনালিটি নিষ্পত্তি করে। এটি নেটওয়ার্ক কনজেশন, ফি এবং বিলম্ব কমিয়ে দেয়। বর্তমানে দুই ধরণের চ্যানেল হলো স্টেট চ্যানেল এবং পেমেন্ট চ্যানেল।
[স্টেট চ্যানেল](/developers/docs/scaling/state-channels/) সম্পর্কে আরও জানুন।
### সাইডচেইন {#sidechains}
-একটি সাইডচেইন হল একটি স্বাধীন EVM-সামঞ্জস্যপূর্ণ ব্লকচেইন যা মেইননেটের সমান্তরালে চলে। এগুলি টু-ওয়ে ব্রিজের মাধ্যমে ইথেরিয়ামের সাথে সামঞ্জস্যপূর্ণ এবং তাদের নিজস্ব নির্বাচিত কনসেন্সাস এবং ব্লক প্যারামিটারের নিয়ম অনুসারে চলে।
+একটি সাইডচেইন হলো একটি স্বাধীন EVM-সামঞ্জস্যপূর্ণ ব্লকচেইন যা মেইননেট-এর সমান্তরালে চলে। এগুলো টু-ওয়ে ব্রিজের মাধ্যমে ইথিরিয়ামের সাথে সামঞ্জস্যপূর্ণ এবং কনসেন্সাস ও ব্লক প্যারামিটারের নিজস্ব নির্বাচিত নিয়মের অধীনে চলে।
[সাইডচেইন](/developers/docs/scaling/sidechains/) সম্পর্কে আরও জানুন।
-### প্লাসমা {#plasma}
+### প্লাজমা {#plasma}
-একটি প্লাসমা চেইন একটি পৃথক ব্লকচেইন যা মূল ইথেরিয়াম চেইনের সাথে নোঙ্গর করা হয় এবং বিরোধের সালিশি করতে ফ্রড প্রুফ (যেমন [অপ্টিমিস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/)) ব্যবহার করে।
+একটি প্লাজমা চেইন হলো একটি পৃথক ব্লকচেইন যা মূল ইথিরিয়াম চেইনের সাথে যুক্ত থাকে এবং বিরোধ নিষ্পত্তির জন্য ফ্রড প্রুফ (যেমন [অপ্টিমেস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/)) ব্যবহার করে।
-[প্লাসমা](/developers/docs/scaling/plasma/) সম্পর্কে আরও জানুন।
+[প্লাজমা](/developers/docs/scaling/plasma/) সম্পর্কে আরও জানুন।
-### ভ্যালিডিয়াম {#validium}
+### ভ্যালিডিয়াম {#validium}
-একটি ভ্যালিডিয়াম চেইন জিরো-নলেজ রোলআপের মতো ভ্যালিডিটি প্রুফ ব্যবহার করে কিন্তু ডেটা মূল লেয়ার 1 ইথেরিয়াম চেইনে সংরক্ষণ করা হয় না। এটি প্রতি ভ্যালিডিয়াম চেইনে প্রতি সেকেন্ডে 10k লেনদেনের দিকে নিয়ে যেতে পারে এবং একাধিক চেইন সমান্তরালে চালানো যেতে পারে।
+একটি ভ্যালিডিয়াম চেইন জিরো-নলেজ রোলআপ-এর মতো ভ্যালিডিটি প্রুফ ব্যবহার করে কিন্তু ডেটা মূল লেয়ার 1 ইথিরিয়াম চেইনে সংরক্ষণ করা হয় না। এটি প্রতি ভ্যালিডিয়াম চেইনে সেকেন্ডে 10k লেনদেন-এর দিকে নিয়ে যেতে পারে এবং একাধিক চেইন সমান্তরালভাবে চালানো যেতে পারে।
-[ভ্যালিডিয়াম](/developers/docs/scaling/validium/) সম্পর্কে আরও জানুন।
+[ভ্যালিডিয়াম](/developers/docs/scaling/validium/) সম্পর্কে আরও জানুন।
-## এতগুলি স্কেলিং সমাধানের প্রয়োজন কেন? {#why-do-we-need-these}
+## কেন এতগুলো স্কেলিং সলিউশন প্রয়োজন? {#why-do-we-need-these}
-- একাধিক সমাধান নেটওয়ার্কের যেকোনো একটি অংশে সামগ্রিক যানজট কমাতে সাহায্য করতে পারে এবং ব্যর্থতার একক পয়েন্টগুলিও প্রতিরোধ করতে পারে।
-- সমগ্রটি তার অংশগুলির যোগফলের চেয়ে বড়। বিভিন্ন সমাধান বিদ্যমান থাকতে পারে এবং সামঞ্জস্যপূর্ণভাবে কাজ করতে পারে, যা ভবিষ্যতের লেনদেনের গতি এবং থ্রুপুটের উপর একটি সূচকীয় প্রভাবের জন্য অনুমতি দেয়।
-- সমস্ত সমাধানের জন্য সরাসরি ইথেরিয়াম কনসেন্সাস অ্যালগরিদম ব্যবহার করার প্রয়োজন হয় না, এবং বিকল্পগুলি এমন সুবিধা দিতে পারে যা অন্যথায় পাওয়া কঠিন হবে।
+- একাধিক সলিউশন নেটওয়ার্ক-এর যেকোনো এক অংশের সামগ্রিক কনজেশন কমাতে সাহায্য করতে পারে এবং সিঙ্গেল পয়েন্ট অফ ফেইলিওর প্রতিরোধ করতে পারে।
+- সম্পূর্ণটি এর অংশগুলোর যোগফলের চেয়ে বড়। বিভিন্ন সলিউশন বিদ্যমান থাকতে পারে এবং সামঞ্জস্যপূর্ণভাবে কাজ করতে পারে, যা ভবিষ্যতের লেনদেন-এর গতি এবং থ্রুপুটের ওপর একটি সূচকীয় প্রভাবের অনুমতি দেয়।
+- সব সলিউশনের জন্য সরাসরি ইথিরিয়াম কনসেন্সাস এ্যালগরিদম ব্যবহার করার প্রয়োজন হয় না, এবং বিকল্পগুলো এমন সুবিধা দিতে পারে যা অন্যথায় পাওয়া কঠিন হবে।
-## আপনি কি দেখে শিখতে বেশি পছন্দ করেন? {#visual-learner}
+## ভিজ্যুয়াল লার্নারদের জন্য {#visual-learner}
-L2 বনাম L1-এর জন্য zkEVM
+L2 বনাম L1 এর জন্য zkEVM
-নিচের প্রকল্পগুলো লেয়ার ২ রেলআপস তৈরি করতে zkEVM প্রযুক্তি ব্যবহার করে। L1 ব্লক যাচাইকরণের জন্য zkEVM ব্যবহারের বিষয়েও গবেষণা চলছে, যা ভ্যালিডেটরদের লেনদেন পুনরায় কার্যকর না করেই ইথেরিয়াম ব্লক যাচাই করতে সক্ষম করবে।
+নিচের প্রজেক্টগুলো লেয়ার ২ রেলআপস তৈরি করতে zkEVM প্রযুক্তি ব্যবহার করে। [L1 ব্লক ভেরিফিকেশন](/roadmap/zkevm/)-এর জন্য zkEVM ব্যবহার করার বিষয়েও গবেষণা চলছে, যা ভ্যালিডেটরস-দের লেনদেন পুনরায় এক্সিকিউট না করেই ইথিরিয়াম ব্লকস যাচাই করতে সক্ষম করবে।
+zkEVM নিয়ে কাজ করা প্রজেক্টগুলোর মধ্যে রয়েছে:
-zkEVMs-এ কাজ করা প্রকল্পগুলির মধ্যে রয়েছে:
-
-- **[zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs)** - _zkEVM হল ইথেরিয়াম ফাউন্ডেশন দ্বারা অর্থায়ন করা একটি প্রকল্প যা একটি EVM-সামঞ্জস্যপূর্ণ ZK-রোলআপ এবং ইথেরিয়াম ব্লকের জন্য ভ্যালিডিটি প্রুফ তৈরির একটি প্রক্রিয়া তৈরি করার জন্য।_
+- **[zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs)** - _zkEVM হলো ইথিরিয়াম ফাউন্ডেশন দ্বারা অর্থায়িত একটি প্রজেক্ট যা একটি EVM-সামঞ্জস্যপূর্ণ ZK-রোলআপ এবং ইথিরিয়াম ব্লকস-এর জন্য ভ্যালিডিটি প্রুফ তৈরি করার একটি মেকানিজম তৈরি করে।_
-- **[Polygon zkEVM](https://polygon.technology/solutions/polygon-zkevm)** - _একটি বিকেন্দ্রীভূত ZK রোলআপ ইথেরিয়াম মেইননেটে একটি জিরো-নলেজ ইথেরিয়াম ভার্চুয়াল মেশিন (zkEVM) নিয়ে কাজ করছে যা স্বচ্ছ উপায়ে ইথেরিয়াম লেনদেন সম্পাদন করে, যার মধ্যে রয়েছে জিরো-নলেজ-প্রুফ ভ্যালিডেশন সহ স্মার্ট কন্ট্র্যাক্ট।_
+- **[Polygon zkEVM](https://polygon.technology/solutions/polygon-zkevm)** - _হলো ইথিরিয়াম মেইননেট-এ একটি ডিসেন্ট্রালাইজড ZK রোলআপ যা একটি জিরো-নলেজ ইথিরিয়াম ভার্চুয়াল মেশিন (zkEVM)-এ কাজ করে যা জিরো-নলেজ-প্রুফ ভ্যালিডেশন সহ স্মার্ট কন্ট্রাক্ট সহ একটি স্বচ্ছ উপায়ে ইথিরিয়াম লেনদেন এক্সিকিউট করে।_
-- **[Scroll](https://scroll.io/blog/zkEVM)** - _Scroll একটি প্রযুক্তি-চালিত কোম্পানি যা ইথেরিয়ামের জন্য একটি নেটিভ zkEVM লেয়ার 2 সমাধান তৈরির কাজ করছে।_
+- **[Scroll](https://scroll.io/blog/zkEVM)** - _Scroll হলো একটি প্রযুক্তি-চালিত কোম্পানি যা ইথিরিয়াম-এর জন্য একটি নেটিভ zkEVM লেয়ার ২ সলিউশন তৈরি করার কাজ করছে।_
-- **[Taiko](https://taiko.xyz)** - _Taiko একটি বিকেন্দ্রীভূত, ইথেরিয়াম-সমতুল্য ZK-রোলআপ (একটি [টাইপ 1 ZK-EVM](https://vitalik.eth.limo/general/2022/08/04/zkevm.html))।_
+- **[Taiko](https://taiko.xyz)** - _Taiko হলো একটি ডিসেন্ট্রালাইজড, ইথিরিয়াম-সমতুল্য ZK-রোলআপ (একটি [টাইপ 1 ZK-EVM](https://vitalik.eth.limo/general/2022/08/04/zkevm.html))।_
-- **[ZKsync](https://docs.zksync.io/)** - _ZKsync Era হল Matter Labs দ্বারা নির্মিত একটি EVM-সামঞ্জস্যপূর্ণ ZK রোলআপ, যা নিজস্ব zkEVM দ্বারা চালিত।_
+- **[ZKsync](https://docs.zksync.io/)** - _ZKsync Era হলো Matter Labs দ্বারা নির্মিত একটি EVM-সামঞ্জস্যপূর্ণ ZK রোলআপ, যা এর নিজস্ব zkEVM দ্বারা চালিত।_
-- **[Starknet](https://starkware.co/starknet/)** - _StarkNet হল StarkWare দ্বারা নির্মিত একটি EVM-সামঞ্জস্যপূর্ণ লেয়ার 2 স্কেলিং সমাধান।_
+- **[Starknet](https://starkware.co/starknet/)** - _StarkNet হলো StarkWare দ্বারা নির্মিত একটি EVM-সামঞ্জস্যপূর্ণ লেয়ার ২ স্কেলিং সমাধান।_
-- **[Morph](https://www.morphl2.io/)** - _Morph হল একটি হাইব্রিড রোলআপ স্কেলিং সমাধান যা লেয়ার 2 স্টেট চ্যালেঞ্জ সমস্যার সমাধানের জন্য zk-প্রুফ ব্যবহার করে।_
+- **[Morph](https://www.morphl2.io/)** - _Morph হলো একটি হাইব্রিড রোলআপ স্কেলিং সমাধান যা লেয়ার ২ স্টেট চ্যালেঞ্জ সমস্যা সমাধানের জন্য zk-প্রুফ ব্যবহার করে।_
-- **[Linea](https://linea.build)** - _Linea হল Consensys দ্বারা নির্মিত একটি ইথেরিয়াম-সমতুল্য zkEVM লেয়ার 2, যা সম্পূর্ণরূপে ইথেরিয়াম ইকোসিস্টেমের সাথে সারিবদ্ধ।_
+- **[Linea](https://linea.build)** - _Linea হলো Consensys দ্বারা নির্মিত একটি ইথিরিয়াম-সমতুল্য zkEVM লেয়ার ২, যা ইথিরিয়াম ইকোসিস্টেমের সাথে সম্পূর্ণভাবে সংযুক্ত।_
-## ZK-রোলআপ পড়ার বিষয়ে আরও পড়ুন {#further-reading-on-zk-rollups}
+## ZK-রেলআপস সম্পর্কে আরও পড়া {#further-reading-on-zk-rollups}
-- [জিরো-নলেজ রোলআপস কি?](https://coinmarketcap.com/alexandria/glossary/zero-knowledge-rollups)
-- [জিরো-নলেজ রোলআপস কি?](https://alchemy.com/blog/zero-knowledge-rollups)
-- [Ethereum রোলআপগুলির জন্য ব্যবহারিক নির্দেশিকা](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
+- [জিরো-নলেজ রেলআপস কী?](https://coinmarketcap.com/alexandria/glossary/zero-knowledge-rollups)
+- [জিরো-নলেজ রেলআপস কী?](https://alchemy.com/blog/zero-knowledge-rollups)
+- [ইথিরিয়াম রেলআপস-এর ব্যবহারিক গাইড](https://web.archive.org/web/20241108192208/https://research.2077.xyz/the-practical-guide-to-ethereum-rollups)
- [STARKs বনাম SNARKs](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/)
-- [zkEVM কি?](https://www.alchemy.com/overviews/zkevm)
-- [ZK-EVM প্রকারগুলি: ইথেরিয়াম-সমতুল্য, EVM-সমতুল্য, টাইপ 1, টাইপ 4, এবং অন্যান্য ক্রিপ্টিক বাজওয়ার্ড](https://taiko.mirror.xyz/j6KgY8zbGTlTnHRFGW6ZLVPuT0IV0_KmgowgStpA0K4)
-- [zkEVM-এর ভূমিকা](https://hackmd.io/@yezhang/S1_KMMbGt)
-- [ZK-EVM L2 গুলি কী?](https://linea.mirror.xyz/qD18IaQ4BROn_Y40EBMTUTdJHYghUtdECscSWyMvm8M)
+- [zkEVM কী?](https://www.alchemy.com/overviews/zkevm)
+- [ZK-EVM প্রকার: ইথিরিয়াম-সমতুল্য, EVM-সমতুল্য, টাইপ 1, টাইপ 4, এবং অন্যান্য ক্রিপ্টিক বাজওয়ার্ড](https://taiko.mirror.xyz/j6KgY8zbGTlTnHRFGW6ZLVPuT0IV0_KmgowgStpA0K4)
+- [zkEVM পরিচিতি](https://hackmd.io/@yezhang/S1_KMMbGt)
+- [ZK-EVM L2s কী?](https://linea.mirror.xyz/qD18IaQ4BROn_Y40EBMTUTdJHYghUtdECscSWyMvm8M)
- [অসাধারণ-zkEVM রিসোর্স](https://github.com/LuozhuZhang/awesome-zkevm)
- [ZK-SNARKS আন্ডার দ্য হুড](https://vitalik.eth.limo/general/2017/02/01/zk_snarks.html)
- [SNARKs কীভাবে সম্ভব?](https://vitalik.eth.limo/general/2021/01/26/snarks.html)
+
+## টিউটোরিয়াল: ইথিরিয়াম-এ গোপনীয়তা এবং জিরো-নলেজ {#tutorials}
+
+- [একটি গোপন স্টেট-এর জন্য জিরো-নলেজ ব্যবহার করা](/developers/tutorials/secret-state/) _– অন-চেইন গোপন গেম স্টেট বজায় রাখতে কীভাবে ZK প্রুফ এবং অফচেইন সার্ভার উপাদানগুলো ব্যবহার করবেন।_
+- [স্টিলথ এডড্রেস ব্যবহার করা](/developers/tutorials/stealth-addr/) _– কীভাবে ERC-5564 স্টিলথ এডড্রেস ক্রিপ্টোগ্রাফিক কি ডেরিভেশন ব্যবহার করে বেনামী ETH স্থানান্তর সক্ষম করে।_
+- [web2 প্রমাণীকরণের জন্য ইথিরিয়াম ব্যবহার করা](/developers/tutorials/ethereum-for-web2-auth/) _– SAML-ভিত্তিক web2 প্রমাণীকরণ সিস্টেমের সাথে ইথিরিয়াম ওয়ালেট সিগনেচার কীভাবে একীভূত করবেন।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/anatomy/index.md b/public/content/translations/bn/developers/docs/smart-contracts/anatomy/index.md
index feed35981a0..b0beb665a48 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/anatomy/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/anatomy/index.md
@@ -1,22 +1,22 @@
---
-title: "স্মার্ট কন্ট্র্যাক্টের অ্যানাটমি"
-description: "একটি স্মার্ট কন্ট্রাক্টের অ্যানাটমির উপর একটি গভীর দৃষ্টিপাত – ফাংশন, ডেটা এবং ভেরিয়েবল।"
+title: স্মার্ট কন্ট্রাক্টের গঠন
+description: একটি স্মার্ট কন্ট্রাক্টের গঠনের বিস্তারিত রূপ – ফাংশন, ডেটা এবং ভেরিয়েবল।
lang: bn
---
-স্মার্ট কন্ট্র্যাক্ট হল এমন একটি প্রোগ্রাম যা Ethereum-এর একটি ঠিকানায় চলে। এগুলি ডেটা এবং ফাংশন দ্বারা গঠিত যা একটি লেনদেন পাওয়ার পরে এক্সিকিউট করতে পারে। এখানে একটি স্মার্ট কন্ট্র্যাক্ট কী দিয়ে তৈরি তার একটি ওভারভিউ দেওয়া হল।
+একটি স্মার্ট কন্ট্রাক্ট হলো এমন একটি প্রোগ্রাম যা ইথেরিয়ামের একটি এডড্রেস-এ রান করে। এগুলো ডেটা এবং ফাংশন দিয়ে তৈরি যা কোনো লেনদেন গ্রহণ করার পর এক্সিকিউট হতে পারে। নিচে একটি স্মার্ট কন্ট্রাক্টের গঠনের সংক্ষিপ্ত বিবরণ দেওয়া হলো।
## পূর্বশর্ত {#prerequisites}
-প্রথমে আপনি [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) সম্পর্কে পড়েছেন তা নিশ্চিত করুন। এই ডকুমেন্টটি ধরে নিচ্ছে যে আপনি ইতিমধ্যে JavaScript বা Python-এর মতো প্রোগ্রামিং ভাষার সাথে পরিচিত।
+প্রথমে নিশ্চিত করুন যে আপনি [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) সম্পর্কে পড়েছেন। এই ডকুমেন্টটি ধরে নেয় যে আপনি ইতিমধ্যেই JavaScript বা Python-এর মতো প্রোগ্রামিং ভাষার সাথে পরিচিত।
## ডেটা {#data}
-যেকোনো কন্ট্রাক্ট ডেটা অবশ্যই একটি অবস্থানে বরাদ্দ করতে হবে: হয় `storage`-এ বা `memory`-তে। একটি স্মার্ট কন্ট্র্যাক্টে সংগ্রহস্থল পরিবর্তন করা ব্যয়বহুল, তাই আপনার ডেটা কোথায় থাকবে তা আপনাকে বিবেচনা করতে হবে।
+যেকোনো কন্ট্রাক্ট ডেটাকে অবশ্যই একটি লোকেশনে অ্যাসাইন করতে হবে: হয় `storage` অথবা `memory`-তে। একটি স্মার্ট কন্ট্রাক্টে স্টোরেজ পরিবর্তন করা ব্যয়বহুল, তাই আপনার ডেটা কোথায় থাকা উচিত তা বিবেচনা করা প্রয়োজন।
-### সংগ্রহস্থল {#storage}
+### স্টোরেজ {#storage}
-স্থায়ী ডেটাকে সংগ্রহস্থল হিসাবে উল্লেখ করা হয় এবং স্টেট ভেরিয়েবল দ্বারা উপস্থাপিত হয়। এই মানগুলি ব্লকচেইনে স্থায়ীভাবে সংরক্ষণ করা হয়। আপনাকে টাইপটি ডিক্লেয়ার করতে হবে যাতে কন্ট্রাক্টটি কম্পাইল করার সময় ব্লকচেইনে কতটা সংগ্রহস্থলের প্রয়োজন তা ট্র্যাক রাখতে পারে।
+স্থায়ী ডেটাকে স্টোরেজ বলা হয় এবং এটি স্টেট ভেরিয়েবল দ্বারা উপস্থাপন করা হয়। এই মানগুলো ব্লকচেইন-এ স্থায়ীভাবে সংরক্ষিত হয়। আপনাকে এর ধরন (type) ঘোষণা করতে হবে যাতে কম্পাইল করার সময় কন্ট্রাক্টটি ট্র্যাক করতে পারে যে ব্লকচেইন-এ এর কতটুকু স্টোরেজ প্রয়োজন।
```solidity
// সলিডিটি উদাহরণ
@@ -31,63 +31,63 @@ contract SimpleStorage {
storedData: int128
```
-আপনি যদি আগে থেকেই অবজেক্ট-ওরিয়েন্টেড ভাষা প্রোগ্রাম করে থাকেন, তাহলে আপনি সম্ভবত বেশিরভাগ টাইপের সাথে পরিচিত হবেন। যাইহোক, আপনি যদি Ethereum ডেভেলপমেন্টে নতুন হন তবে `address` আপনার কাছে নতুন হওয়া উচিত।
+আপনি যদি ইতিমধ্যেই অবজেক্ট-ওরিয়েন্টেড ভাষায় প্রোগ্রামিং করে থাকেন, তবে আপনি সম্ভবত বেশিরভাগ ধরনের (types) সাথেই পরিচিত হবেন। তবে, আপনি যদি [Ethereum](/) ডেভেলপমেন্টে নতুন হয়ে থাকেন, তাহলে `address` আপনার কাছে নতুন মনে হতে পারে।
-একটি `address` টাইপ একটি Ethereum ঠিকানা ধারণ করতে পারে যা 20 বাইট বা 160 বিটের সমান। এটি একটি অগ্রগামী 0x সহ হেক্সাডেসিমেল নোটেশনে রিটার্ন করে।
+একটি `address` টাইপ একটি ইথেরিয়াম এডড্রেস ধারণ করতে পারে যা 20 বাইট বা 160 বিটের সমান। এটি 0x দিয়ে শুরু হওয়া হেক্সাডেসিমাল নোটেশনে রিটার্ন করে।
-অন্যান্য টাইপের মধ্যে রয়েছে:
+অন্যান্য টাইপগুলোর মধ্যে রয়েছে:
-- বুলিয়ান
-- পূর্ণসংখ্যা
-- ফিক্সড পয়েন্ট সংখ্যা
-- নির্দিষ্ট-আকারের বাইট অ্যারে
-- ডাইনামিকভাবে আকারযুক্ত বাইট অ্যারে
-- যৌক্তিক এবং পূর্ণসংখ্যা লিটারেল
-- স্ট্রিং লিটারেল
-- হেক্সাডেসিমেল লিটারেল
-- এনুমস
+- বুলিয়ান (boolean)
+- ইন্টিজার (integer)
+- ফিক্সড পয়েন্ট নাম্বার (fixed point numbers)
+- ফিক্সড-সাইজ বাইট অ্যারে (fixed-size byte arrays)
+- ডায়নামিকালি সাইজড বাইট অ্যারে (dynamically sized byte arrays)
+- র্যাশনাল এবং ইন্টিজার লিটারেল (rational and integer literals)
+- স্ট্রিং লিটারেল (string literals)
+- হেক্সাডেসিমাল লিটারেল (hexadecimal literals)
+- এনাম (enums)
-আরো ব্যাখ্যার জন্য, ডক্স দেখুন:
+আরও ব্যাখ্যার জন্য, ডক্সগুলো দেখুন:
-- [Vyper টাইপ দেখুন](https://docs.vyperlang.org/en/v0.1.0-beta.6/types.html#value-types)
-- [Solidity টাইপ দেখুন](https://docs.soliditylang.org/en/latest/types.html#value-types)
+- [Vyper টাইপগুলো দেখুন](https://docs.vyperlang.org/en/v0.1.0-beta.6/types.html#value-types)
+- [Solidity টাইপগুলো দেখুন](https://docs.soliditylang.org/en/latest/types.html#value-types)
### মেমরি {#memory}
-যে মানগুলি শুধুমাত্র একটি কন্ট্রাক্ট ফাংশনের এক্সিকিউশনের জীবনকালের জন্য সংরক্ষণ করা হয় তাকে মেমরি ভেরিয়েবল বলা হয়। যেহেতু এগুলি ব্লকচেইনে স্থায়ীভাবে সংরক্ষণ করা হয় না, তাই এগুলি ব্যবহার করা অনেক সস্তা।
+যেসব মান শুধুমাত্র একটি কন্ট্রাক্ট ফাংশন এক্সিকিউট হওয়ার সময়কালের জন্য সংরক্ষিত থাকে, সেগুলোকে মেমরি ভেরিয়েবল বলা হয়। যেহেতু এগুলো ব্লকচেইন-এ স্থায়ীভাবে সংরক্ষিত হয় না, তাই এগুলো ব্যবহার করা অনেক সস্তা।
-[Solidity ডক্স](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#storage-memory-and-the-stack)-এ EVM কীভাবে ডেটা (Storage, Memory, এবং Stack) স্টোর করে সে সম্পর্কে আরও জানুন।
+ইভিএম (EVM) কীভাবে ডেটা সংরক্ষণ করে (স্টোরেজ, মেমরি এবং স্ট্যাক) সে সম্পর্কে [Solidity ডক্স](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#storage-memory-and-the-stack)-এ আরও জানুন।
### এনভায়রনমেন্ট ভেরিয়েবল {#environment-variables}
-আপনার কন্ট্রাক্টে আপনি যে ভেরিয়েবলগুলি সংজ্ঞায়িত করেন সেগুলি ছাড়াও, কিছু বিশেষ গ্লোবাল ভেরিয়েবল রয়েছে। এগুলি প্রাথমিকভাবে ব্লকচেইন বা বর্তমান লেনদেন সম্পর্কে তথ্য প্রদানের জন্য ব্যবহৃত হয়।
+আপনার কন্ট্রাক্টে সংজ্ঞায়িত ভেরিয়েবলগুলো ছাড়াও, কিছু বিশেষ গ্লোবাল ভেরিয়েবল রয়েছে। এগুলো মূলত ব্লকচেইন বা বর্তমান লেনদেন সম্পর্কে তথ্য প্রদান করতে ব্যবহৃত হয়।
উদাহরণ:
-| **Prop** | **স্টেট ভেরিয়েবল** | **বিবরণ** |
-| ----------------- | ------------------- | ---------------------------------------------- |
-| `block.timestamp` | uint256 | বর্তমান ব্লক ইপক টাইমস্ট্যাম্প |
-| `msg.sender` | address | বার্তার প্রেরক (বর্তমান কল) |
+| **প্রপার্টি** | **স্টেট ভেরিয়েবল** | **বিবরণ** |
+| ----------------- | ------------------ | ------------------------------------ |
+| `block.timestamp` | uint256 | বর্তমান ব্লক এপোক টাইমস্ট্যাম্প |
+| `msg.sender` | address | মেসেজ প্রেরক (বর্তমান কল) |
## ফাংশন {#functions}
-সবচেয়ে সহজ ভাষায়, ফাংশনগুলি ইনকামিং লেনদেনের প্রতিক্রিয়া হিসাবে তথ্য পেতে বা সেট করতে পারে।
+সহজ কথায়, ফাংশনগুলো আগত লেনদেন-এর প্রতিক্রিয়ায় তথ্য পেতে বা সেট করতে পারে।
-দুই ধরনের ফাংশন কল আছে:
+দুই ধরনের ফাংশন কল রয়েছে:
-- `internal` – এগুলি একটি EVM কল তৈরি করে না
- - ইন্টারনাল ফাংশন এবং স্টেট ভেরিয়েবল শুধুমাত্র ইন্টারনালি অ্যাক্সেস করা যেতে পারে (যেমন, বর্তমান কন্ট্রাক্ট বা এটি থেকে প্রাপ্ত কন্ট্রাক্টের মধ্যে থেকে)
-- `external` – এগুলি একটি EVM কল তৈরি করে
- - এক্সটার্নাল ফাংশনগুলি কন্ট্রাক্ট ইন্টারফেসের অংশ, যার মানে হল সেগুলি অন্যান্য কন্ট্রাক্ট থেকে এবং লেনদেনের মাধ্যমে কল করা যেতে পারে। একটি এক্সটার্নাল ফাংশন `f` ইন্টারনালি কল করা যায় না (যেমন, `f()` কাজ করে না, কিন্তু `this.f()` কাজ করে)।
+- `internal` – এগুলো কোনো EVM কল তৈরি করে না
+ - ইন্টারনাল ফাংশন এবং স্টেট ভেরিয়েবলগুলো শুধুমাত্র অভ্যন্তরীণভাবে অ্যাক্সেস করা যায় (অর্থাৎ, বর্তমান কন্ট্রাক্ট বা এটি থেকে উদ্ভূত কন্ট্রাক্টগুলোর ভেতর থেকে)
+- `external` – এগুলো একটি EVM কল তৈরি করে
+ - এক্সটার্নাল ফাংশনগুলো কন্ট্রাক্ট ইন্টারফেসের অংশ, যার মানে এগুলো অন্যান্য কন্ট্রাক্ট থেকে এবং লেনদেন-এর মাধ্যমে কল করা যেতে পারে। একটি এক্সটার্নাল ফাংশন `f` অভ্যন্তরীণভাবে কল করা যায় না (অর্থাৎ, `f()` কাজ করে না, তবে `this.f()` কাজ করে)।
-এগুলি `public` বা `private`ও হতে পারে
+এগুলো `public` বা `private` ও হতে পারে
-- `public` ফাংশনগুলি কন্ট্রাক্টের মধ্যে থেকে ইন্টারনালি বা মেসেজের মাধ্যমে এক্সটারনালি কল করা যেতে পারে
-- `private` ফাংশনগুলি শুধুমাত্র সেই কন্ট্রাক্টের জন্য দৃশ্যমান যেখানে সেগুলি সংজ্ঞায়িত করা হয়েছে এবং প্রাপ্ত কন্ট্রাক্টে নয়
+- `public` ফাংশনগুলো কন্ট্রাক্টের ভেতর থেকে অভ্যন্তরীণভাবে বা মেসেজের মাধ্যমে বাহ্যিকভাবে কল করা যেতে পারে
+- `private` ফাংশনগুলো শুধুমাত্র সেই কন্ট্রাক্টের জন্যই দৃশ্যমান যেখানে সেগুলো সংজ্ঞায়িত করা হয়েছে এবং উদ্ভূত কন্ট্রাক্টগুলোতে নয়
-ফাংশন এবং স্টেট ভেরিয়েবল উভয়ই পাবলিক বা প্রাইভেট করা যেতে পারে
+ফাংশন এবং স্টেট ভেরিয়েবল উভয়কেই পাবলিক বা প্রাইভেট করা যেতে পারে
-এখানে একটি কন্ট্রাক্টে একটি স্টেট ভেরিয়েবল আপডেট করার জন্য একটি ফাংশন দেওয়া হল:
+একটি কন্ট্রাক্টে স্টেট ভেরিয়েবল আপডেট করার জন্য এখানে একটি ফাংশন দেওয়া হলো:
```solidity
// সলিডিটি উদাহরণ
@@ -96,13 +96,13 @@ function update_name(string value) public {
}
```
-- `string` টাইপের `value` প্যারামিটারটি `update_name` ফাংশনে পাস করা হয়েছে
-- এটি `public` হিসাবে ডিক্লেয়ার করা হয়েছে, যার অর্থ যে কেউ এটি অ্যাক্সেস করতে পারে
-- এটি `view` হিসাবে ডিক্লেয়ার করা হয়নি, তাই এটি কন্ট্রাক্টের স্টেট পরিবর্তন করতে পারে
+- `string` টাইপের প্যারামিটার `value` ফাংশনে পাস করা হয়েছে: `update_name`
+- এটি `public` হিসেবে ঘোষণা করা হয়েছে, যার মানে যে কেউ এটি অ্যাক্সেস করতে পারে
+- এটি `view` হিসেবে ঘোষণা করা হয়নি, তাই এটি কন্ট্রাক্ট স্টেট পরিবর্তন করতে পারে
### ভিউ ফাংশন {#view-functions}
-এই ফাংশনগুলি কন্ট্রাক্টের ডেটার স্টেট পরিবর্তন না করার প্রতিশ্রুতি দেয়। সাধারণ উদাহরণ হল "গেটার" ফাংশন – উদাহরণস্বরূপ, আপনি এটি ব্যবহারকারীর ব্যালেন্স গ্রহণ করতে ব্যবহার করতে পারেন।
+এই ফাংশনগুলো কন্ট্রাক্টের ডেটার স্টেট পরিবর্তন না করার প্রতিশ্রুতি দেয়। সাধারণ উদাহরণ হলো "গেটার" (getter) ফাংশন – উদাহরণস্বরূপ, আপনি কোনো ব্যবহারকারীর ব্যালেন্স জানতে এটি ব্যবহার করতে পারেন।
```solidity
// সলিডিটি উদাহরণ
@@ -120,29 +120,29 @@ def readName() -> string:
return dappName
```
-স্টেট পরিবর্তন করা বলতে যা বোঝায়:
+স্টেট পরিবর্তন হিসেবে যা বিবেচনা করা হয়:
1. স্টেট ভেরিয়েবলে লেখা।
2. [ইভেন্ট এমিট করা](https://docs.soliditylang.org/en/v0.7.0/contracts.html#events)।
3. [অন্যান্য কন্ট্রাক্ট তৈরি করা](https://docs.soliditylang.org/en/v0.7.0/control-structures.html#creating-contracts)।
4. `selfdestruct` ব্যবহার করা।
5. কলের মাধ্যমে ইথার পাঠানো।
-6. `view` বা `pure` হিসাবে চিহ্নিত নয় এমন কোনো ফাংশন কল করা।
-7. নিম্ন-স্তরের কল ব্যবহার করা।
-8. ইনলাইন অ্যাসেম্বলি ব্যবহার করা যাতে নির্দিষ্ট অপকোড থাকে।
+6. `view` বা `pure` হিসেবে চিহ্নিত নয় এমন কোনো ফাংশন কল করা।
+7. লো-লেভেল কল ব্যবহার করা।
+8. নির্দিষ্ট অপকোড (opcodes) ধারণকারী ইনলাইন অ্যাসেম্বলি ব্যবহার করা।
### কনস্ট্রাক্টর ফাংশন {#constructor-functions}
-`constructor` ফাংশনগুলি শুধুমাত্র একবার এক্সিকিউট করা হয় যখন কন্ট্রাক্টটি প্রথমবার ডেপ্লয় করা হয়। অনেক ক্লাস-ভিত্তিক প্রোগ্রামিং ভাষার `constructor`-এর মতো, এই ফাংশনগুলি প্রায়শই স্টেট ভেরিয়েবলগুলিকে তাদের নির্দিষ্ট মানগুলিতে ইনিশিয়ালাইজ করে।
+`constructor` ফাংশনগুলো শুধুমাত্র একবার এক্সিকিউট হয় যখন কন্ট্রাক্টটি প্রথমবার ডিপ্লয় করা হয়। অনেক ক্লাস-ভিত্তিক প্রোগ্রামিং ভাষার `constructor`-এর মতো, এই ফাংশনগুলো প্রায়শই স্টেট ভেরিয়েবলগুলোকে তাদের নির্দিষ্ট মান দিয়ে ইনিশিয়ালাইজ করে।
```solidity
// সলিডিটি উদাহরণ
-// কন্ট্রাক্টের ডেটা ইনিশিয়ালাইজ করে, `owner`-কে
-// কন্ট্রাক্ট নির্মাতার ঠিকানায় সেট করে।
+// কন্ট্রাক্টের ডেটা ইনিশিয়ালাইজ করে, `owner` সেট করে
+// কন্ট্রাক্ট তৈরি কারীর ঠিকানায়।
constructor() public {
- // সমস্ত স্মার্ট কন্ট্র্যাক্ট তার ফাংশন ট্রিগার করতে এক্সটার্নাল লেনদেনের উপর নির্ভর করে।
- // `msg` একটি গ্লোবাল ভেরিয়েবল যা প্রদত্ত লেনদেনের প্রাসঙ্গিক ডেটা অন্তর্ভুক্ত করে,
- // যেমন প্রেরকের ঠিকানা এবং লেনদেনে অন্তর্ভুক্ত ETH মান।
+ // সব স্মার্ট কন্ট্রাক্ট এর ফাংশনগুলো ট্রিগার করার জন্য এক্সটার্নাল ট্রানজেকশনের ওপর নির্ভর করে।
+ // `msg` হলো একটি গ্লোবাল ভেরিয়েবল যা প্রদত্ত ট্রানজেকশনের প্রাসঙ্গিক ডেটা ধারণ করে,
+ // যেমন প্রেরকের ঠিকানা এবং ট্রানজেকশনে অন্তর্ভুক্ত ETH এর পরিমাণ।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/units-and-global-variables.html#block-and-transaction-properties
owner = msg.sender;
}
@@ -158,23 +158,23 @@ def __init__(_beneficiary: address, _bidding_time: uint256):
self.auctionEnd = self.auctionStart + _bidding_time
```
-### অন্তর্নির্মিত ফাংশন {#built-in-functions}
+### বিল্ট-ইন ফাংশন {#built-in-functions}
-আপনার কন্ট্রাক্টে আপনি যে ভেরিয়েবল এবং ফাংশনগুলি সংজ্ঞায়িত করেন সেগুলি ছাড়াও, কিছু বিশেষ অন্তর্নির্মিত ফাংশন রয়েছে। সবচেয়ে সুস্পষ্ট উদাহরণ হল:
+আপনার কন্ট্রাক্টে সংজ্ঞায়িত ভেরিয়েবল এবং ফাংশনগুলো ছাড়াও, কিছু বিশেষ বিল্ট-ইন ফাংশন রয়েছে। সবচেয়ে সুস্পষ্ট উদাহরণ হলো:
- `address.send()` – Solidity
- `send(address)` – Vyper
-এগুলি কন্ট্রাক্টগুলিকে অন্য অ্যাকাউন্টে ETH পাঠাতে দেয়।
+এগুলো কন্ট্রাক্টগুলোকে অন্যান্য একাউন্ট-এ ETH পাঠানোর অনুমতি দেয়।
## ফাংশন লেখা {#writing-functions}
-আপনার ফাংশনের প্রয়োজন:
+আপনার ফাংশনের জন্য প্রয়োজন:
- প্যারামিটার ভেরিয়েবল এবং টাইপ (যদি এটি প্যারামিটার গ্রহণ করে)
-- ইন্টারনাল/এক্সটার্নাল ডিক্লেয়ারেশন
-- pure/view/payable-এর ডিক্লেয়ারেশন
-- রিটার্নস টাইপ (যদি এটি একটি মান রিটার্ন করে)
+- internal/external এর ঘোষণা
+- pure/view/payable এর ঘোষণা
+- রিটার্ন টাইপ (যদি এটি কোনো মান রিটার্ন করে)
```solidity
pragma solidity >=0.4.0 <=0.6.0;
@@ -182,7 +182,7 @@ pragma solidity >=0.4.0 <=0.6.0;
contract ExampleDapp {
string dapp_name; // স্টেট ভেরিয়েবল
- // কন্ট্রাক্টটি ডেপ্লয় করার সময় কল করা হয় এবং মানটি ইনিশিয়ালাইজ করে
+ // কন্ট্রাক্ট ডিপ্লয় করার সময় কল করা হয় এবং মান ইনিশিয়ালাইজ করে
constructor() public {
dapp_name = "My Example dapp";
}
@@ -199,47 +199,47 @@ contract ExampleDapp {
}
```
-একটি সম্পূর্ণ কন্ট্রাক্ট দেখতে এরকম হতে পারে। এখানে `constructor` ফাংশন `dapp_name` ভেরিয়েবলের জন্য একটি প্রাথমিক মান প্রদান করে।
+একটি সম্পূর্ণ কন্ট্রাক্ট দেখতে অনেকটা এরকম হতে পারে। এখানে `constructor` ফাংশনটি `dapp_name` ভেরিয়েবলের জন্য একটি প্রাথমিক মান প্রদান করে।
## ইভেন্ট এবং লগ {#events-and-logs}
-ইভেন্টগুলি আপনার স্মার্ট কন্ট্র্যাক্টকে আপনার ফ্রন্টএন্ড বা অন্যান্য সাবস্ক্রাইবিং অ্যাপ্লিকেশনের সাথে যোগাযোগ করতে সক্ষম করে। একবার একটি লেনদেন যাচাই এবং একটি ব্লকে যোগ করা হলে, স্মার্ট কন্ট্র্যাক্টগুলি ইভেন্ট এবং লগ তথ্য এমিট করতে পারে, যা ফ্রন্টএন্ড তখন প্রক্রিয়া এবং ব্যবহার করতে পারে।
+ইভেন্টগুলো আপনার স্মার্ট কন্ট্রাক্টকে আপনার ফ্রন্টএন্ড বা অন্যান্য সাবস্ক্রাইবিং অ্যাপ্লিকেশনের সাথে যোগাযোগ করতে সক্ষম করে। একবার একটি লেনদেন যাচাই হয়ে একটি ব্লক-এ যুক্ত হলে, স্মার্ট কন্ট্রাক্টগুলো ইভেন্ট এমিট করতে এবং তথ্য লগ করতে পারে, যা ফ্রন্টএন্ড পরবর্তীতে প্রসেস এবং ব্যবহার করতে পারে।
-## টিকাসহ উদাহরণ {#annotated-examples}
+## টীকাযুক্ত উদাহরণ {#annotated-examples}
-এইগুলি হল Solidity-তে লেখা কিছু উদাহরণ। আপনি যদি কোডটি নিয়ে খেলতে চান, তাহলে আপনি [Remix](http://remix.ethereum.org)-এ তাদের সাথে ইন্টারঅ্যাক্ট করতে পারেন।
+এগুলো Solidity-তে লেখা কিছু উদাহরণ। আপনি যদি কোড নিয়ে কাজ করতে চান, তবে আপনি [Remix](http://remix.ethereum.org)-এ সেগুলোর সাথে ইন্টারঅ্যাক্ট করতে পারেন।
### হ্যালো ওয়ার্ল্ড {#hello-world}
```solidity
-// সেমান্টিক ভার্শনিং ব্যবহার করে Solidity-এর সংস্করণ নির্দিষ্ট করে।
+// সিমেন্টিক ভার্সনিং ব্যবহার করে সলিডিটির ভার্সন নির্দিষ্ট করে।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
pragma solidity ^0.5.10;
-// `HelloWorld` নামের একটি কন্ট্রাক্ট সংজ্ঞায়িত করে।
-// একটি কন্ট্রাক্ট হল ফাংশন এবং ডেটার (তার স্টেট) একটি সংগ্রহ।
-// একবার ডেপ্লয় করা হলে, একটি কন্ট্রাক্ট Ethereum ব্লকচেইনের একটি নির্দিষ্ট ঠিকানায় থাকে।
+// `HelloWorld` নামের একটি কন্ট্রাক্ট ডিফাইন করে।
+// একটি কন্ট্রাক্ট হলো ফাংশন এবং ডেটার (এর স্টেট) একটি সংগ্রহ।
+// একবার ডিপ্লয় করা হলে, একটি কন্ট্রাক্ট ইথেরিয়াম ব্লকচেইনের একটি নির্দিষ্ট ঠিকানায় অবস্থান করে।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
contract HelloWorld {
- // `string` টাইপের একটি স্টেট ভেরিয়েবল `message` ডিক্লেয়ার করে।
- // স্টেট ভেরিয়েবল হল এমন ভেরিয়েবল যার মান স্থায়ীভাবে কন্ট্রাক্টের সংগ্রহস্থলে সংরক্ষণ করা হয়।
- // `public` কীওয়ার্ডটি একটি কন্ট্রাক্টের বাইরে থেকে ভেরিয়েবলগুলিকে অ্যাক্সেসযোগ্য করে তোলে
- // এবং একটি ফাংশন তৈরি করে যা অন্য কন্ট্রাক্ট বা ক্লায়েন্টরা মান অ্যাক্সেস করার জন্য কল করতে পারে।
+ // `string` টাইপের একটি স্টেট ভেরিয়েবল `message` ডিক্লেয়ার করে।
+ // স্টেট ভেরিয়েবল হলো এমন ভেরিয়েবল যার মান কন্ট্রাক্ট স্টোরেজে স্থায়ীভাবে সংরক্ষিত থাকে।
+ // `public` কিওয়ার্ড ভেরিয়েবলগুলোকে কন্ট্রাক্টের বাইরে থেকে অ্যাক্সেসযোগ্য করে তোলে
+ // এবং এমন একটি ফাংশন তৈরি করে যা অন্য কন্ট্রাক্ট বা ক্লায়েন্টরা মান অ্যাক্সেস করতে কল করতে পারে।
string public message;
- // অনেক ক্লাস-ভিত্তিক অবজেক্ট-ওরিয়েন্টেড ভাষার মতো, একটি কনস্ট্রাক্টর হল
- // একটি বিশেষ ফাংশন যা শুধুমাত্র কন্ট্রাক্ট তৈরির সময় এক্সিকিউট করা হয়।
- // কনস্ট্রাক্টরগুলি কন্ট্রাক্টের ডেটা ইনিশিয়ালাইজ করতে ব্যবহৃত হয়।
+ // অনেক ক্লাস-ভিত্তিক অবজেক্ট-ওরিয়েন্টেড ভাষার মতো, একটি কনস্ট্রাক্টর হলো
+ // একটি বিশেষ ফাংশন যা শুধুমাত্র কন্ট্রাক্ট তৈরির সময় এক্সিকিউট হয়।
+ // কনস্ট্রাক্টরগুলো কন্ট্রাক্টের ডেটা ইনিশিয়ালাইজ করতে ব্যবহৃত হয়।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
constructor(string memory initMessage) public {
- // একটি স্ট্রিং আর্গুমেন্ট `initMessage` গ্রহণ করে এবং মানটি সেট করে
- // কন্ট্রাক্টের `message` সংগ্রহস্থল ভেরিয়েবলে)।
+ // একটি স্ট্রিং আর্গুমেন্ট `initMessage` গ্রহণ করে এবং মান সেট করে
+ // কন্ট্রাক্টের `message` স্টোরেজ ভেরিয়েবলে)।
message = initMessage;
}
// একটি পাবলিক ফাংশন যা একটি স্ট্রিং আর্গুমেন্ট গ্রহণ করে
- // এবং `message` সংগ্রহস্থল ভেরিয়েবল আপডেট করে।
+ // এবং `message` স্টোরেজ ভেরিয়েবল আপডেট করে।
function update(string memory newMessage) public {
message = newMessage;
}
@@ -252,69 +252,69 @@ contract HelloWorld {
pragma solidity ^0.5.10;
contract Token {
- // একটি `address` একটি ইমেল ঠিকানার সাথে তুলনীয় - এটি Ethereum-এ একটি অ্যাকাউন্ট শনাক্ত করতে ব্যবহৃত হয়।
- // ঠিকানাগুলি একটি স্মার্ট কন্ট্র্যাক্ট বা একটি এক্সটার্নাল (ব্যবহারকারী) অ্যাকাউন্টকে প্রতিনিধিত্ব করতে পারে।
+ // একটি `address` ইমেইল ঠিকানার সাথে তুলনীয় - এটি ইথেরিয়ামে একটি অ্যাকাউন্ট শনাক্ত করতে ব্যবহৃত হয়।
+ // ঠিকানাগুলো একটি স্মার্ট কন্ট্রাক্ট বা এক্সটার্নাল (ব্যবহারকারী) অ্যাকাউন্টকে উপস্থাপন করতে পারে।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/types.html#address
address public owner;
// একটি `mapping` মূলত একটি হ্যাস টেবিল ডেটা স্ট্রাকচার।
- // এই `mapping` একটি আনসাইন্ড ইন্টিজার (টোকেন ব্যালেন্স) একটি ঠিকানায় (টোকেন হোল্ডার) বরাদ্দ করে।
+ // এই `mapping` একটি ঠিকানায় (টোকেন হোল্ডার) একটি আনসাইনড ইন্টিজার (টোকেন ব্যালেন্স) অ্যাসাইন করে।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/types.html#mapping-types
mapping (address => uint) public balances;
- // ইভেন্টগুলি ব্লকচেইনে কার্যকলাপ লগ করার অনুমতি দেয়।
- // Ethereum ক্লায়েন্টরা কন্ট্রাক্ট স্টেট পরিবর্তনের প্রতিক্রিয়া জানাতে ইভেন্ট শুনতে পারে।
+ // ইভেন্টগুলো ব্লকচেইনে অ্যাক্টিভিটি লগ করার অনুমতি দেয়।
+ // কন্ট্রাক্ট স্টেট পরিবর্তনের প্রতিক্রিয়া জানাতে ইথেরিয়াম ক্লায়েন্টরা ইভেন্টগুলো শুনতে পারে।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#events
event Transfer(address from, address to, uint amount);
- // কন্ট্রাক্টের ডেটা ইনিশিয়ালাইজ করে, `owner`-কে
- // কন্ট্রাক্ট নির্মাতার ঠিকানায় সেট করে।
+ // কন্ট্রাক্টের ডেটা ইনিশিয়ালাইজ করে, `owner` সেট করে
+ // কন্ট্রাক্ট তৈরি কারীর ঠিকানায়।
constructor() public {
- // সমস্ত স্মার্ট কন্ট্র্যাক্ট তার ফাংশন ট্রিগার করতে এক্সটার্নাল লেনদেনের উপর নির্ভর করে।
- // `msg` একটি গ্লোবাল ভেরিয়েবল যা প্রদত্ত লেনদেনের প্রাসঙ্গিক ডেটা অন্তর্ভুক্ত করে,
- // যেমন প্রেরকের ঠিকানা এবং লেনদেনে অন্তর্ভুক্ত ETH মান।
+ // সব স্মার্ট কন্ট্রাক্ট এর ফাংশনগুলো ট্রিগার করার জন্য এক্সটার্নাল ট্রানজেকশনের ওপর নির্ভর করে।
+ // `msg` হলো একটি গ্লোবাল ভেরিয়েবল যা প্রদত্ত ট্রানজেকশনের প্রাসঙ্গিক ডেটা ধারণ করে,
+ // যেমন প্রেরকের ঠিকানা এবং ট্রানজেকশনে অন্তর্ভুক্ত ETH এর পরিমাণ।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/units-and-global-variables.html#block-and-transaction-properties
owner = msg.sender;
}
- // নতুন টোকেনের একটি পরিমাণ তৈরি করে এবং সেগুলিকে একটি ঠিকানায় পাঠায়।
+ // কিছু পরিমাণ নতুন টোকেন তৈরি করে এবং সেগুলো একটি ঠিকানায় পাঠায়।
function mint(address receiver, uint amount) public {
- // `require` একটি নিয়ন্ত্রণ কাঠামো যা নির্দিষ্ট শর্ত প্রয়োগ করতে ব্যবহৃত হয়।
- // যদি একটি `require` স্টেটমেন্ট `false` হিসাবে মূল্যায়ন করে, একটি ব্যতিক্রম ট্রিগার হয়,
- // যা বর্তমান কলের সময় স্টেটে করা সমস্ত পরিবর্তন ফিরিয়ে দেয়।
+ // `require` হলো একটি কন্ট্রোল স্ট্রাকচার যা নির্দিষ্ট শর্ত প্রয়োগ করতে ব্যবহৃত হয়।
+ // যদি একটি `require` স্টেটমেন্ট `false` হয়, তবে একটি এক্সেপশন ট্রিগার হয়,
+ // যা বর্তমান কলের সময় স্টেটে করা সমস্ত পরিবর্তন রিভার্ট করে।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/control-structures.html#error-handling-assert-require-revert-and-exceptions
- // শুধুমাত্র কন্ট্রাক্টের মালিক এই ফাংশনটি কল করতে পারেন
- require(msg.sender == owner, "আপনি মালিক নন।");
+ // শুধুমাত্র কন্ট্রাক্ট ওনার এই ফাংশনটি কল করতে পারেন
+ require(msg.sender == owner, "You are not the owner.");
// টোকেনের সর্বোচ্চ পরিমাণ প্রয়োগ করে
- require(amount < 1e60, "সর্বোচ্চ ইস্যুয়েন্স অতিক্রম করেছে");
+ require(amount < 1e60, "Maximum issuance exceeded");
- // `receiver`-এর ব্যালেন্স `amount` দ্বারা বৃদ্ধি করে
+ // `receiver` এর ব্যালেন্স `amount` পরিমাণ বাড়ায়
balances[receiver] += amount;
}
- // যেকোনো কলার থেকে একটি ঠিকানায় বিদ্যমান টোকেনের একটি পরিমাণ পাঠায়।
+ // যেকোনো কলার থেকে একটি ঠিকানায় কিছু পরিমাণ বিদ্যমান টোকেন পাঠায়।
function transfer(address receiver, uint amount) public {
- // প্রেরকের পাঠানোর জন্য যথেষ্ট টোকেন থাকতে হবে
- require(amount <= balances[msg.sender], "অপর্যাপ্ত ব্যালেন্স।");
+ // প্রেরকের কাছে পাঠানোর জন্য পর্যাপ্ত টোকেন থাকতে হবে
+ require(amount <= balances[msg.sender], "Insufficient balance.");
- // দুটি ঠিকানার টোকেন ব্যালেন্স সামঞ্জস্য করে
+ // দুটি ঠিকানার টোকেন ব্যালেন্স অ্যাডজাস্ট করে
balances[msg.sender] -= amount;
balances[receiver] += amount;
- // পূর্বে সংজ্ঞায়িত ইভেন্ট এমিট করে
+ // আগে ডিফাইন করা ইভেন্ট এমিট করে
emit Transfer(msg.sender, receiver, amount);
}
}
```
-### অনন্য ডিজিটাল সম্পদ {#unique-digital-asset}
+### ইউনিক ডিজিটাল অ্যাসেট {#unique-digital-asset}
```solidity
pragma solidity ^0.5.10;
-// বর্তমান কন্ট্রাক্টে অন্যান্য ফাইল থেকে প্রতীক ইম্পোর্ট করে।
+// অন্যান্য ফাইল থেকে বর্তমান কন্ট্রাক্টে সিম্বল ইমপোর্ট করে।
// এই ক্ষেত্রে, OpenZeppelin থেকে হেল্পার কন্ট্রাক্টের একটি সিরিজ।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#importing-other-source-files
@@ -323,65 +323,65 @@ import "../node_modules/@openzeppelin/contracts/token/ERC721/IERC721Receiver.sol
import "../node_modules/@openzeppelin/contracts/introspection/ERC165.sol";
import "../node_modules/@openzeppelin/contracts/math/SafeMath.sol";
-// `is` কীওয়ার্ডটি এক্সটার্নাল কন্ট্রাক্ট থেকে ফাংশন এবং কীওয়ার্ড উত্তরাধিকার সূত্রে পেতে ব্যবহৃত হয়।
-// এই ক্ষেত্রে, `CryptoPizza` `IERC721` এবং `ERC165` কন্ট্রাক্ট থেকে উত্তরাধিকার সূত্রে প্রাপ্ত।
+// `is` কিওয়ার্ডটি এক্সটার্নাল কন্ট্রাক্ট থেকে ফাংশন এবং কিওয়ার্ড ইনহেরিট করতে ব্যবহৃত হয়।
+// এই ক্ষেত্রে, `CryptoPizza` `IERC721` এবং `ERC165` কন্ট্রাক্ট থেকে ইনহেরিট করে।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#inheritance
contract CryptoPizza is IERC721, ERC165 {
- // নিরাপদে গাণিতিক ক্রিয়াকলাপ সম্পাদনের জন্য OpenZeppelin-এর SafeMath লাইব্রেরি ব্যবহার করে।
+ // নিরাপদে গাণিতিক অপারেশন করতে OpenZeppelin এর SafeMath লাইব্রেরি ব্যবহার করে।
// আরও জানুন: https://docs.openzeppelin.com/contracts/2.x/api/math#SafeMath
using SafeMath for uint256;
- // সলিডিটিতে ধ্রুবক স্টেট ভেরিয়েবলগুলি অন্যান্য ভাষার মতোই
- // কিন্তু আপনাকে অবশ্যই একটি এক্সপ্রেশন থেকে বরাদ্দ করতে হবে যা কম্পাইলের সময় ধ্রুবক।
+ // সলিডিটিতে কনস্ট্যান্ট স্টেট ভেরিয়েবলগুলো অন্যান্য ভাষার মতোই
+ // তবে আপনাকে এমন একটি এক্সপ্রেশন থেকে অ্যাসাইন করতে হবে যা কম্পাইল টাইমে কনস্ট্যান্ট থাকে।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constant-state-variables
uint256 constant dnaDigits = 10;
uint256 constant dnaModulus = 10 ** dnaDigits;
bytes4 private constant _ERC721_RECEIVED = 0x150b7a02;
- // স্ট্রাক্ট টাইপ আপনাকে আপনার নিজের টাইপ সংজ্ঞায়িত করতে দেয়
+ // স্ট্রাক্ট টাইপ আপনাকে আপনার নিজস্ব টাইপ ডিফাইন করতে দেয়
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/types.html#structs
struct Pizza {
string name;
uint256 dna;
}
- // পিৎজা স্ট্রাক্টের একটি খালি অ্যারে তৈরি করে
+ // Pizza স্ট্রাক্টের একটি খালি অ্যারে তৈরি করে
Pizza[] public pizzas;
- // পিৎজা আইডি থেকে তার মালিকের ঠিকানায় ম্যাপিং
+ // পিজা আইডি থেকে এর ওনারের ঠিকানায় ম্যাপিং
mapping(uint256 => address) public pizzaToOwner;
- // মালিকের ঠিকানা থেকে মালিকানাধীন টোকেনের সংখ্যায় ম্যাপিং
+ // ওনারের ঠিকানা থেকে মালিকানাধীন টোকেনের সংখ্যায় ম্যাপিং
mapping(address => uint256) public ownerPizzaCount;
- // টোকেন আইডি থেকে অনুমোদিত ঠিকানায় ম্যাপিং
+ // টোকেন আইডি থেকে অনুমোদিত ঠিকানায় ম্যাপিং
mapping(uint256 => address) pizzaApprovals;
- // আপনি ম্যাপিং নেস্ট করতে পারেন, এই উদাহরণটি অপারেটর অনুমোদনের জন্য মালিককে ম্যাপ করে
+ // আপনি ম্যাপিং নেস্ট করতে পারেন, এই উদাহরণটি ওনার থেকে অপারেটর অ্যাপ্রুভালে ম্যাপ করে
mapping(address => mapping(address => bool)) private operatorApprovals;
- // স্ট্রিং (নাম) এবং ডিএনএ থেকে একটি র্যান্ডম পিৎজা তৈরি করার জন্য ইন্টারনাল ফাংশন
+ // স্ট্রিং (নাম) এবং ডিএনএ থেকে একটি র্যান্ডম পিজা তৈরি করার ইন্টারনাল ফাংশন
function _createPizza(string memory _name, uint256 _dna)
- // `internal` কীওয়ার্ডটির অর্থ হল এই ফাংশনটি শুধুমাত্র দৃশ্যমান
- // এই কন্ট্রাক্ট এবং এই কন্ট্রাক্ট থেকে প্রাপ্ত কন্ট্রাক্টের মধ্যে
+ // `internal` কিওয়ার্ডের মানে হলো এই ফাংশনটি শুধুমাত্র দৃশ্যমান
+ // এই কন্ট্রাক্ট এবং এই কন্ট্রাক্ট থেকে ডিরাইভ করা কন্ট্রাক্টগুলোর মধ্যে
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#visibility-and-getters
internal
- // `isUnique` একটি ফাংশন মডিফায়ার যা পিৎজা আগে থেকেই বিদ্যমান কিনা তা পরীক্ষা করে
+ // `isUnique` হলো একটি ফাংশন মডিফায়ার যা পিজাটি আগে থেকেই আছে কিনা তা চেক করে
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html#function-modifiers
isUnique(_name, _dna)
{
- // পিৎজাকে পিৎজার অ্যারেতে যোগ করে এবং আইডি পায়
+ // পিজাদের অ্যারেতে পিজা যোগ করে এবং আইডি পায়
uint256 id = SafeMath.sub(pizzas.push(Pizza(_name, _dna)), 1);
- // পিৎজার মালিক বর্তমান ব্যবহারকারীর সমান কিনা তা পরীক্ষা করে
+ // পিজার ওনার বর্তমান ব্যবহারকারীর সমান কিনা তা চেক করে
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/control-structures.html#error-handling-assert-require-revert-and-exceptions
- // মনে রাখবেন যে address(0) হল শূন্য ঠিকানা,
+ // খেয়াল রাখবেন যে address(0) হলো জিরো অ্যাড্রেস,
// যা নির্দেশ করে যে pizza[id] এখনও কোনো নির্দিষ্ট ব্যবহারকারীকে বরাদ্দ করা হয়নি।
assert(pizzaToOwner[id] == address(0));
- // পিৎজাকে মালিকের সাথে ম্যাপ করে
+ // পিজাকে ওনারের সাথে ম্যাপ করে
pizzaToOwner[id] = msg.sender;
ownerPizzaCount[msg.sender] = SafeMath.add(
ownerPizzaCount[msg.sender],
@@ -389,36 +389,37 @@ contract CryptoPizza is IERC721, ERC165 {
);
}
- // স্ট্রিং (নাম) থেকে একটি র্যান্ডম পিৎজা তৈরি করে
+ // স্ট্রিং (নাম) থেকে একটি র্যান্ডম পিজা তৈরি করে
function createRandomPizza(string memory _name) public {
uint256 randDna = generateRandomDna(_name, msg.sender);
_createPizza(_name, randDna);
}
- // স্ট্রিং (নাম) এবং মালিকের (নির্মাতা) ঠিকানা থেকে র্যান্ডম ডিএনএ তৈরি করে
+ // স্ট্রিং (নাম) এবং ওনারের (তৈরি কারী) ঠিকানা থেকে র্যান্ডম ডিএনএ জেনারেট করে
function generateRandomDna(string memory _str, address _owner)
public
- // `pure` হিসাবে চিহ্নিত ফাংশনগুলি স্টেট থেকে পড়া বা পরিবর্তন না করার প্রতিশ্রুতি দেয়
+ // `pure` হিসেবে চিহ্নিত ফাংশনগুলো স্টেট থেকে রিড বা মডিফাই না করার প্রতিশ্রুতি দেয়
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#pure-functions
pure
returns (uint256)
{
- // স্ট্রিং (নাম) + ঠিকানা (মালিক) থেকে র্যান্ডম ইউইন্ট তৈরি করে
+ // স্ট্রিং (নাম) + ঠিকানা (ওনার) থেকে র্যান্ডম uint জেনারেট করে
uint256 rand = uint256(keccak256(abi.encodePacked(_str))) +
uint256(_owner);
rand = rand % dnaModulus;
return rand;
}
- // মালিক দ্বারা পাওয়া পিৎজার অ্যারে রিটার্ন করে
+ // ওনারের পাওয়া পিজাদের অ্যারে রিটার্ন করে
function getPizzasByOwner(address _owner)
public
- // `view` হিসাবে চিহ্নিত ফাংশনগুলি স্টেট পরিবর্তন না করার প্রতিশ্রুতি দেয়
+ // `view` হিসেবে চিহ্নিত ফাংশনগুলো স্টেট মডিফাই না করার প্রতিশ্রুতি দেয়
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#view-functions
view
returns (uint256[] memory)
{
- // শুধুমাত্র এই ফাংশন কলের জীবনচক্রের জন্য মান সঞ্চয় করতে `memory` সংগ্রহস্থল অবস্থান ব্যবহার করে।
+ // মান সংরক্ষণ করতে `memory` স্টোরেজ লোকেশন ব্যবহার করে শুধুমাত্র
+ // এই ফাংশন কলের লাইফসাইকেলের জন্য।
// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/introduction-to-smart-contracts.html#storage-memory-and-the-stack
uint256[] memory result = new uint256[](ownerPizzaCount[_owner]);
uint256 counter = 0;
@@ -431,29 +432,28 @@ contract CryptoPizza is IERC721, ERC165 {
return result;
}
- // পিৎজা এবং মালিকানা অন্য ঠিকানায় স্থানান্তর করে
+ // অন্য ঠিকানায় পিজা এবং মালিকানা ট্রান্সফার করে
function transferFrom(address _from, address _to, uint256 _pizzaId) public {
- require(_from != address(0) && _to != address(0), "অবৈধ ঠিকানা।");
- require(_exists(_pizzaId), "পিৎজা বিদ্যমান নেই।");
- require(_from != _to, "একই ঠিকানায় স্থানান্তর করা যাবে না।");
- require(_isApprovedOrOwner(msg.sender, _pizzaId), "ঠিকানাটি অনুমোদিত নয়।");
+ require(_from != address(0) && _to != address(0), "Invalid address.");
+ require(_exists(_pizzaId), "Pizza does not exist.");
+ require(_from != _to, "Cannot transfer to the same address.");
+ require(_isApprovedOrOwner(msg.sender, _pizzaId), "Address is not approved.");
ownerPizzaCount[_to] = SafeMath.add(ownerPizzaCount[_to], 1);
ownerPizzaCount[_from] = SafeMath.sub(ownerPizzaCount[_from], 1);
pizzaToOwner[_pizzaId] = _to;
- // ইম্পোর্ট করা IERC721 কন্ট্রাক্টে সংজ্ঞায়িত ইভেন্ট এমিট করে
+ // ইমপোর্ট করা IERC721 কন্ট্রাক্টে ডিফাইন করা ইভেন্ট এমিট করে
emit Transfer(_from, _to, _pizzaId);
_clearApproval(_to, _pizzaId);
}
- /**
- * একটি প্রদত্ত টোকেন আইডির মালিকানা নিরাপদে অন্য ঠিকানায় স্থানান্তর করে
- * যদি টার্গেট ঠিকানা একটি কন্ট্রাক্ট হয়, তবে এটি অবশ্যই `onERC721Received` প্রয়োগ করবে,
- * যা একটি নিরাপদ স্থানান্তরের উপর কল করা হয়, এবং ম্যাজিক মান রিটার্ন করে
- * `bytes4(keccak256(\"onERC721Received(address,address,uint256,bytes)\"))`;
- * অন্যথায়, স্থানান্তরটি ফিরিয়ে দেওয়া হয়।
- */
+ /* *
+ * একটি প্রদত্ত টোকেন আইডির মালিকানা নিরাপদে অন্য ঠিকানায় ট্রান্সফার করে
+ * যদি টার্গেট ঠিকানাটি একটি কন্ট্রাক্ট হয়, তবে এটিকে অবশ্যই `onERC721Received` ইমপ্লিমেন্ট করতে হবে,
+ * যা একটি নিরাপদ ট্রান্সফারের সময় কল করা হয়, এবং ম্যাজিক ভ্যালু রিটার্ন করে
+ * `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))`;
+ * অন্যথায়, ট্রান্সফারটি রিভার্ট করা হয়। */
function safeTransferFrom(address from, address to, uint256 pizzaId)
public
{
@@ -461,13 +461,12 @@ contract CryptoPizza is IERC721, ERC165 {
this.safeTransferFrom(from, to, pizzaId, "");
}
- /**
- * একটি প্রদত্ত টোকেন আইডির মালিকানা নিরাপদে অন্য ঠিকানায় স্থানান্তর করে
- * যদি টার্গেট ঠিকানা একটি কন্ট্রাক্ট হয়, তবে এটি অবশ্যই `onERC721Received` প্রয়োগ করবে,
- * যা একটি নিরাপদ স্থানান্তরের উপর কল করা হয়, এবং ম্যাজিক মান রিটার্ন করে
- * `bytes4(keccak256(\"onERC721Received(address,address,uint256,bytes)\"))`;
- * অন্যথায়, স্থানান্তরটি ফিরিয়ে দেওয়া হয়।
- */
+ /* *
+ * একটি প্রদত্ত টোকেন আইডির মালিকানা নিরাপদে অন্য ঠিকানায় ট্রান্সফার করে
+ * যদি টার্গেট ঠিকানাটি একটি কন্ট্রাক্ট হয়, তবে এটিকে অবশ্যই `onERC721Received` ইমপ্লিমেন্ট করতে হবে,
+ * যা একটি নিরাপদ ট্রান্সফারের সময় কল করা হয়, এবং ম্যাজিক ভ্যালু রিটার্ন করে
+ * `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))`;
+ * অন্যথায়, ট্রান্সফারটি রিভার্ট করা হয়। */
function safeTransferFrom(
address from,
address to,
@@ -475,13 +474,12 @@ contract CryptoPizza is IERC721, ERC165 {
bytes memory _data
) public {
this.transferFrom(from, to, pizzaId);
- require(_checkOnERC721Received(from, to, pizzaId, _data), "অবশ্যই onERC721Received প্রয়োগ করতে হবে।");
+ require(_checkOnERC721Received(from, to, pizzaId, _data), "Must implement onERC721Received.");
}
- /**
- * একটি টার্গেট ঠিকানায় `onERC721Received`-কে আহ্বান করার জন্য ইন্টারনাল ফাংশন
- * যদি টার্গেট ঠিকানা একটি কন্ট্রাক্ট না হয় তবে কলটি এক্সিকিউট করা হয় না
- */
+ /* *
+ * একটি টার্গেট ঠিকানায় `onERC721Received` ইনভোক করার ইন্টারনাল ফাংশন
+ * টার্গেট ঠিকানাটি কন্ট্রাক্ট না হলে কলটি এক্সিকিউট হয় না */
function _checkOnERC721Received(
address from,
address to,
@@ -501,13 +499,13 @@ contract CryptoPizza is IERC721, ERC165 {
return (retval == _ERC721_RECEIVED);
}
- // একটি পিৎজা বার্ন করে - টোকেন সম্পূর্ণরূপে ধ্বংস করে
- // `external` ফাংশন মডিফায়ারের অর্থ হল এই ফাংশনটি
- // কন্ট্রাক্ট ইন্টারফেসের অংশ এবং অন্যান্য কন্ট্রাক্ট এটিকে কল করতে পারে
+ // একটি পিজা বার্ন করে - টোকেনটি সম্পূর্ণ ধ্বংস করে
+ // `external` ফাংশন মডিফায়ারের মানে হলো এই ফাংশনটি
+ // কন্ট্রাক্ট ইন্টারফেসের অংশ এবং অন্যান্য কন্ট্রাক্ট এটি কল করতে পারে
function burn(uint256 _pizzaId) external {
- require(msg.sender != address(0), "অবৈধ ঠিকানা।");
- require(_exists(_pizzaId), "পিৎজা বিদ্যমান নেই।");
- require(_isApprovedOrOwner(msg.sender, _pizzaId), "ঠিকানাটি অনুমোদিত নয়।");
+ require(msg.sender != address(0), "Invalid address.");
+ require(_exists(_pizzaId), "Pizza does not exist.");
+ require(_isApprovedOrOwner(msg.sender, _pizzaId), "Address is not approved.");
ownerPizzaCount[msg.sender] = SafeMath.sub(
ownerPizzaCount[msg.sender],
@@ -516,58 +514,55 @@ contract CryptoPizza is IERC721, ERC165 {
pizzaToOwner[_pizzaId] = address(0);
}
- // ঠিকানা দ্বারা পিৎজার সংখ্যা রিটার্ন করে
+ // ঠিকানা অনুযায়ী পিজার সংখ্যা রিটার্ন করে
function balanceOf(address _owner) public view returns (uint256 _balance) {
return ownerPizzaCount[_owner];
}
- // আইডি দ্বারা পাওয়া পিৎজার মালিককে রিটার্ন করে
+ // আইডি দ্বারা পাওয়া পিজার ওনার রিটার্ন করে
function ownerOf(uint256 _pizzaId) public view returns (address _owner) {
address owner = pizzaToOwner[_pizzaId];
- require(owner != address(0), "অবৈধ পিৎজা আইডি।");
+ require(owner != address(0), "Invalid Pizza ID.");
return owner;
}
- // পিৎজার মালিকানা স্থানান্তরের জন্য অন্য ঠিকানাকে অনুমোদন দেয়
+ // পিজার মালিকানা ট্রান্সফার করতে অন্য ঠিকানাকে অনুমোদন দেয়
function approve(address _to, uint256 _pizzaId) public {
- require(msg.sender == pizzaToOwner[_pizzaId], "অবশ্যই পিৎজার মালিক হতে হবে।");
+ require(msg.sender == pizzaToOwner[_pizzaId], "Must be the Pizza owner.");
pizzaApprovals[_pizzaId] = _to;
emit Approval(msg.sender, _to, _pizzaId);
}
- // নির্দিষ্ট পিৎজার জন্য অনুমোদিত ঠিকানা রিটার্ন করে
+ // নির্দিষ্ট পিজার জন্য অনুমোদিত ঠিকানা রিটার্ন করে
function getApproved(uint256 _pizzaId)
public
view
returns (address operator)
{
- require(_exists(_pizzaId), "পিৎজা বিদ্যমান নেই।");
+ require(_exists(_pizzaId), "Pizza does not exist.");
return pizzaApprovals[_pizzaId];
}
- /**
- * একটি প্রদত্ত টোকেন আইডির বর্তমান অনুমোদন পরিষ্কার করার জন্য প্রাইভেট ফাংশন
- * যদি প্রদত্ত ঠিকানাটি টোকেনের মালিক না হয় তবে ফিরিয়ে দেয়
- */
+ /* *
+ * একটি প্রদত্ত টোকেন আইডির বর্তমান অনুমোদন ক্লিয়ার করার প্রাইভেট ফাংশন
+ * প্রদত্ত ঠিকানাটি টোকেনের প্রকৃত ওনার না হলে রিভার্ট করে */
function _clearApproval(address owner, uint256 _pizzaId) private {
- require(pizzaToOwner[_pizzaId] == owner, "অবশ্যই পিৎজার মালিক হতে হবে।");
- require(_exists(_pizzaId), "পিৎজা বিদ্যমান নেই।");
+ require(pizzaToOwner[_pizzaId] == owner, "Must be pizza owner.");
+ require(_exists(_pizzaId), "Pizza does not exist.");
if (pizzaApprovals[_pizzaId] != address(0)) {
pizzaApprovals[_pizzaId] = address(0);
}
}
- /*
- * একটি প্রদত্ত অপারেটরের অনুমোদন সেট বা আনসেট করে
- * একজন অপারেটর প্রেরকের পক্ষ থেকে তার সমস্ত টোকেন স্থানান্তর করার অনুমতি পায়
- */
+ /* * একটি প্রদত্ত অপারেটরের অনুমোদন সেট বা আনসেট করে
+ * একজন অপারেটর প্রেরকের পক্ষে তার সমস্ত টোকেন ট্রান্সফার করার অনুমতি পায় */
function setApprovalForAll(address to, bool approved) public {
- require(to != msg.sender, "নিজের ঠিকানা অনুমোদন করা যাবে না");
+ require(to != msg.sender, "Cannot approve own address");
operatorApprovals[msg.sender][to] = approved;
emit ApprovalForAll(msg.sender, to, approved);
}
- // একটি প্রদত্ত মালিক দ্বারা একজন অপারেটর অনুমোদিত কিনা তা বলে
+ // একজন অপারেটর একটি প্রদত্ত ওনার দ্বারা অনুমোদিত কিনা তা বলে
function isApprovedForAll(address owner, address operator)
public
view
@@ -576,27 +571,27 @@ contract CryptoPizza is IERC721, ERC165 {
return operatorApprovals[owner][operator];
}
- // পিৎজার মালিকানা নেয় - শুধুমাত্র অনুমোদিত ব্যবহারকারীদের জন্য
+ // পিজার মালিকানা নেয় - শুধুমাত্র অনুমোদিত ব্যবহারকারীদের জন্য
function takeOwnership(uint256 _pizzaId) public {
- require(_isApprovedOrOwner(msg.sender, _pizzaId), "ঠিকানাটি অনুমোদিত নয়।");
+ require(_isApprovedOrOwner(msg.sender, _pizzaId), "Address is not approved.");
address owner = this.ownerOf(_pizzaId);
this.transferFrom(owner, msg.sender, _pizzaId);
}
- // পিৎজা বিদ্যমান কিনা তা পরীক্ষা করে
+ // পিজা আছে কিনা তা চেক করে
function _exists(uint256 pizzaId) internal view returns (bool) {
address owner = pizzaToOwner[pizzaId];
return owner != address(0);
}
- // ঠিকানাটি মালিক বা পিৎজা স্থানান্তরের জন্য অনুমোদিত কিনা তা পরীক্ষা করে
+ // ঠিকানাটি ওনার কিনা বা পিজা ট্রান্সফার করার জন্য অনুমোদিত কিনা তা চেক করে
function _isApprovedOrOwner(address spender, uint256 pizzaId)
internal
view
returns (bool)
{
address owner = pizzaToOwner[pizzaId];
- // solium চেক অক্ষম করুন কারণ
+ // solium চেক নিষ্ক্রিয় করুন কারণ
// https://github.com/duaraghav8/Solium/issues/175
// solium-disable-next-line operator-whitespace
return (spender == owner ||
@@ -604,7 +599,7 @@ contract CryptoPizza is IERC721, ERC165 {
this.isApprovedForAll(owner, spender));
}
- // পিৎজা অনন্য এবং এখনও বিদ্যমান নেই কিনা তা পরীক্ষা করুন
+ // পিজাটি ইউনিক কিনা এবং এখনও বিদ্যমান নেই কিনা তা চেক করুন
modifier isUnique(string memory _name, uint256 _dna) {
bool result = true;
for (uint256 i = 0; i < pizzas.length; i++) {
@@ -616,19 +611,19 @@ contract CryptoPizza is IERC721, ERC165 {
result = false;
}
}
- require(result, "এই নামের পিৎজা ইতিমধ্যে বিদ্যমান।");
+ require(result, "Pizza with such name already exists.");
_;
}
// টার্গেট ঠিকানাটি একটি কন্ট্রাক্ট কিনা তা রিটার্ন করে
function isContract(address account) internal view returns (bool) {
uint256 size;
- // বর্তমানে একটি ঠিকানায় একটি কন্ট্রাক্ট আছে কিনা তা পরীক্ষা করার জন্য এর থেকে ভালো কোনো উপায় নেই
- // সেই ঠিকানার কোডের আকার পরীক্ষা করা ছাড়া।
- // এটি কীভাবে কাজ করে সে সম্পর্কে আরও জানতে দেখুন https://ethereum.stackexchange.com/a/14016/36603
- // ।
- // TODO Serenity রিলিজের আগে এটি আবার পরীক্ষা করুন, কারণ তখন সমস্ত ঠিকানা
- // কন্ট্রাক্ট হবে।
+ // বর্তমানে কোনো ঠিকানায় কন্ট্রাক্ট আছে কিনা তা চেক করার এর চেয়ে ভালো কোনো উপায় নেই
+ // সেই ঠিকানায় কোডের সাইজ চেক করা ছাড়া।
+ // দেখুন https://ethereum.stackexchange.com/a/14016/36603
+ // এটি কীভাবে কাজ করে সে সম্পর্কে আরও বিস্তারিত জানতে।
+ // TODO Serenity রিলিজের আগে এটি আবার চেক করুন, কারণ তখন সমস্ত ঠিকানা হবে
+ // কন্ট্রাক্ট।
// solium-disable-next-line security/no-inline-assembly
assembly {
size := extcodesize(account)
@@ -640,18 +635,18 @@ contract CryptoPizza is IERC721, ERC165 {
## আরও পড়ুন {#further-reading}
-স্মার্ট কন্ট্র্যাক্টগুলির একটি আরো সম্পূর্ণ ওভারভিউর জন্য Solidity এবং Vyper-এর ডকুমেন্টেশন দেখুন:
+স্মার্ট কন্ট্রাক্ট সম্পর্কে আরও সম্পূর্ণ ধারণা পেতে Solidity এবং Vyper-এর ডকুমেন্টেশন দেখুন:
- [Solidity](https://docs.soliditylang.org/)
- [Vyper](https://docs.vyperlang.org/en/stable/)
-## সম্পর্কিত বিষয় {#related-topics}
+## সম্পর্কিত বিষয়গুলো {#related-topics}
-- [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/)
+- [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/)
- [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)
## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
-- [কন্ট্রাক্টের আকারের সীমার সাথে লড়াই করার জন্য কন্ট্রাক্ট ছোট করা](/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/) _– আপনার স্মার্ট কন্ট্র্যাক্টের আকার কমানোর জন্য কিছু ব্যবহারিক টিপস।_
-- [ইভেন্টের মাধ্যমে স্মার্ট কন্ট্র্যাক্ট থেকে ডেটা লগ করা](/developers/tutorials/logging-events-smart-contracts/) _– স্মার্ট কন্ট্র্যাক্ট ইভেন্টের একটি ভূমিকা এবং আপনি ডেটা লগ করতে কীভাবে সেগুলি ব্যবহার করতে পারেন।_
-- [Solidity থেকে অন্যান্য কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করুন](/developers/tutorials/interact-with-other-contracts-from-solidity/) _– কীভাবে একটি বিদ্যমান কন্ট্রাক্ট থেকে একটি স্মার্ট কন্ট্র্যাক্ট ডেপ্লয় করবেন এবং এটির সাথে ইন্টারঅ্যাক্ট করবেন।_
+- [কন্ট্রাক্ট সাইজ লিমিট মোকাবেলা করতে কন্ট্রাক্ট ছোট করা](/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/) _– আপনার স্মার্ট কন্ট্রাক্টের আকার কমানোর জন্য কিছু ব্যবহারিক টিপস।_
+- [ইভেন্টের মাধ্যমে স্মার্ট কন্ট্রাক্ট থেকে ডেটা লগ করা](/developers/tutorials/logging-events-smart-contracts/) _– স্মার্ট কন্ট্রাক্ট ইভেন্টগুলোর একটি পরিচিতি এবং কীভাবে আপনি সেগুলো ডেটা লগ করতে ব্যবহার করতে পারেন।_
+- [Solidity থেকে অন্যান্য কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করা](/developers/tutorials/interact-with-other-contracts-from-solidity/) _– কীভাবে একটি বিদ্যমান কন্ট্রাক্ট থেকে একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করবেন এবং এর সাথে ইন্টারঅ্যাক্ট করবেন।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/compiling/index.md b/public/content/translations/bn/developers/docs/smart-contracts/compiling/index.md
index 72f1f4b35cc..fd9d27377b7 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/compiling/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/compiling/index.md
@@ -1,19 +1,19 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট কম্পাইল করা"
-description: "স্মার্ট কন্ট্র্যাক্ট কেন কম্পাইল করতে হবে এবং কম্পাইলেশন আসলে কী করে তার একটি ব্যাখ্যা।"
+title: স্মার্ট কন্ট্রাক্ট কম্পাইল করা
+description: কেন আপনার স্মার্ট কন্ট্রাক্ট কম্পাইল করা প্রয়োজন এবং কম্পাইলেশন আসলে কী করে তার একটি ব্যাখ্যা।
lang: bn
incomplete: true
---
-আপনার কন্ট্র্যাক্টটি আপনাকে কম্পাইল করতে হবে যাতে আপনার ওয়েব অ্যাপ এবং ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) এটি বুঝতে পারে।
+আপনার ওয়েব অ্যাপ এবং ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) যেন আপনার কন্ট্রাক্ট বুঝতে পারে, সেজন্য আপনাকে এটি কম্পাইল করতে হবে।
## পূর্বশর্ত {#prerequisites}
-কম্পাইলেশন সম্পর্কে পড়ার আগে আমাদের [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) এবং [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/) এর পরিচিতি পড়ে নেওয়াটা আপনার জন্য সহায়ক হতে পারে।
+কম্পাইলেশন সম্পর্কে পড়ার আগে আমাদের [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) এবং [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)-এর পরিচিতি পড়ে নেওয়া আপনার জন্য সহায়ক হতে পারে।
## EVM {#the-evm}
-আপনার কন্ট্র্যাক্টটি চালানোর জন্য [EVM](/developers/docs/evm/)-এর কাছে এটি **বাইটকোডে** থাকা প্রয়োজন। কম্পাইলেশন এটিকে পরিবর্তন করে:
+[EVM](/developers/docs/evm/) যেন আপনার কন্ট্রাক্ট রান করতে পারে, সেজন্য এটিকে **বাইটকোড**-এ থাকতে হবে। কম্পাইলেশন এটিকে পরিবর্তন করে:
```solidity
pragma solidity 0.4.24;
@@ -27,25 +27,25 @@ contract Greeter {
}
```
-**এইরূপে**
+**এতে রূপান্তর করে**
```
PUSH1 0x80 PUSH1 0x40 MSTORE PUSH1 0x4 CALLDATASIZE LT PUSH2 0x41 JUMPI PUSH1 0x0 CALLDATALOAD PUSH29 0x100000000000000000000000000000000000000000000000000000000 SWAP1 DIV PUSH4 0xFFFFFFFF AND DUP1 PUSH4 0xCFAE3217 EQ PUSH2 0x46 JUMPI JUMPDEST PUSH1 0x0 DUP1 REVERT JUMPDEST CALLVALUE DUP1 ISZERO PUSH2 0x52 JUMPI PUSH1 0x0 DUP1 REVERT JUMPDEST POP PUSH2 0x5B PUSH2 0xD6 JUMP JUMPDEST PUSH1 0x40 MLOAD DUP1 DUP1 PUSH1 0x20 ADD DUP3 DUP2 SUB DUP3 MSTORE DUP4 DUP2 DUP2 MLOAD DUP2 MSTORE PUSH1 0x20 ADD SWAP2 POP DUP1 MLOAD SWAP1 PUSH1 0x20 ADD SWAP1 DUP1 DUP4 DUP4 PUSH1 0x0 JUMPDEST DUP4 DUP2 LT ISZERO PUSH2 0x9B JUMPI DUP1 DUP3 ADD MLOAD DUP2 DUP5 ADD MSTORE PUSH1 0x20 DUP2 ADD SWAP1 POP PUSH2 0x80 JUMP JUMPDEST POP POP POP POP SWAP1 POP SWAP1 DUP2 ADD SWAP1 PUSH1 0x1F AND DUP1 ISZERO PUSH2 0xC8 JUMPI DUP1 DUP3 SUB DUP1 MLOAD PUSH1 0x1 DUP4 PUSH1 0x20 SUB PUSH2 0x100 EXP SUB NOT AND DUP2 MSTORE PUSH1 0x20 ADD SWAP2 POP JUMPDEST POP SWAP3 POP POP POP PUSH1 0x40 MLOAD DUP1 SWAP2 SUB SWAP1 RETURN JUMPDEST PUSH1 0x60 PUSH1 0x40 DUP1 MLOAD SWAP1 DUP2 ADD PUSH1 0x40 MSTORE DUP1 PUSH1 0x5 DUP2 MSTORE PUSH1 0x20 ADD PUSH32 0x48656C6C6F000000000000000000000000000000000000000000000000000000 DUP2 MSTORE POP SWAP1 POP SWAP1 JUMP STOP LOG1 PUSH6 0x627A7A723058 KECCAK256 SLT 0xec 0xe 0xf5 0xf8 SLT 0xc7 0x2d STATICCALL ADDRESS SHR 0xdb COINBASE 0xb1 BALANCE 0xe8 0xf8 DUP14 0xda 0xad DUP13 LOG1 0x4c 0xb4 0x26 0xc2 DELEGATECALL PUSH7 0x8994D3E002900
```
-এগুলোকে **অপকোড** বলা হয়। EVM অপকোডগুলি হল নিম্ন-স্তরের নির্দেশাবলী যা ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) এক্সিকিউট করতে পারে। প্রতিটি অপকোড একটি নির্দিষ্ট অপারেশনকে প্রতিনিধিত্ব করে, যেমন গাণিতিক অপারেশন, লজিক্যাল অপারেশন, ডেটা ম্যানিপুলেশন, কন্ট্রোল ফ্লো ইত্যাদি।
+এগুলোকে **অপকোড (opcodes)** বলা হয়। EVM অপকোড হলো লো-লেভেল ইনস্ট্রাকশন যা ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) এক্সিকিউট করতে পারে। প্রতিটি অপকোড একটি নির্দিষ্ট অপারেশনকে উপস্থাপন করে, যেমন গাণিতিক অপারেশন, লজিক্যাল অপারেশন, ডেটা ম্যানিপুলেশন, কন্ট্রোল ফ্লো ইত্যাদি।
-[অপকোড সম্পর্কে আরও](/developers/docs/evm/opcodes/)
+[অপকোড সম্পর্কে আরও জানুন](/developers/docs/evm/opcodes/)
-## ওয়েব অ্যাপ্লিকেশন {#web-applications}
+## ওয়েব অ্যাপ্লিকেশন {#web-applications}
-কম্পাইলার **অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI)**-ও তৈরি করবে, যা আপনার অ্যাপ্লিকেশনের কন্ট্র্যাক্ট বুঝতে এবং কন্ট্র্যাক্টের ফাংশন কল করার জন্য প্রয়োজন।
+কম্পাইলার **অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI)**-ও তৈরি করবে, যা আপনার অ্যাপ্লিকেশনের জন্য কন্ট্রাক্ট বুঝতে এবং কন্ট্রাক্টের ফাংশনগুলো কল করতে প্রয়োজন।
-ABI হল একটি JSON ফাইল যা ডেপ্লয়েড কন্ট্র্যাক্ট এবং এর স্মার্ট কন্ট্র্যাক্টের ফাংশনগুলিকে বর্ণনা করে। এটি web2 এবং web3-এর মধ্যে সেতুবন্ধন করতে সাহায্য করে।
+ABI হলো একটি JSON ফাইল যা ডিপ্লয় করা কন্ট্রাক্ট এবং এর স্মার্ট কন্ট্রাক্ট ফাংশনগুলো বর্ণনা করে। এটি web2 এবং ওয়েব3-এর মধ্যে ব্যবধান দূর করতে সাহায্য করে।
-আপনার ওয়েব অ্যাপের ইন্টারফেস থেকে আপনার স্মার্ট কন্ট্র্যাক্ট কল করার জন্য একটি [জাভাস্ক্রিপ্ট ক্লায়েন্ট লাইব্রেরি](/developers/docs/apis/javascript/) **ABI** রিড করবে।
+আপনার ওয়েব অ্যাপের ইন্টারফেসে আপনার স্মার্ট কন্ট্রাক্ট কল করার জন্য একটি [জাভাস্ক্রিপ্ট ক্লায়েন্ট লাইব্রেরি](/developers/docs/apis/javascript/) **ABI** রিড করবে।
-নিচে ERC-20 টোকেন কন্ট্র্যাক্টের জন্য ABI দেওয়া হল। একটি ERC-20 হল একটি টোকেন যা আপনি ইথেরিয়াম-এ ট্রেড করতে পারেন।
+নিচে ERC-20 টোকেন কন্ট্রাক্টের জন্য ABI দেওয়া হলো। ERC-20 হলো এমন একটি টোকেন যা আপনি ইথিরিয়ামে ট্রেড করতে পারেন।
```json
[
@@ -272,11 +272,11 @@ ABI হল একটি JSON ফাইল যা ডেপ্লয়েড কন
]
```
-## আরও পড়ুন {#further-reading}
+## আরও পড়াশোনা {#further-reading}
-- [ABI স্পেক](https://solidity.readthedocs.io/en/v0.7.0/abi-spec.html) _– Solidity_
+- [ABI স্পেসিফিকেশন](https://solidity.readthedocs.io/en/v0.7.0/abi-spec.html) _– সলিডিটি_
-## সম্পর্কিত বিষয় {#related-topics}
+## সম্পর্কিত বিষয়বস্তু {#related-topics}
-- [জাভাস্ক্রিপ্ট ক্লায়েন্ট লাইব্রেরি](/developers/docs/apis/javascript/)
-- [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)
+- [জাভাস্ক্রিপ্ট ক্লায়েন্ট লাইব্রেরি](/developers/docs/apis/javascript/)
+- [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/composability/index.md b/public/content/translations/bn/developers/docs/smart-contracts/composability/index.md
index e82a5a39ff3..d4997885ac2 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/composability/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/composability/index.md
@@ -1,76 +1,76 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট কম্পোজেবিলিটি"
-description: "বিদ্যমান উপাদানগুলি পুনঃব্যবহার করে কীভাবে লেগো ব্লকের মতো স্মার্ট কন্ট্র্যাক্টগুলিকে একত্রিত করে জটিল ডিএ্যাপস তৈরি করা যায় তা জানুন।"
+title: স্মার্ট কন্ট্রাক্ট কম্পোজেবিলিটি
+description: বিদ্যমান উপাদানগুলো পুনরায় ব্যবহার করে জটিল ডিএ্যাপস তৈরি করতে কীভাবে স্মার্ট কন্ট্রাক্টগুলোকে লেগো ব্লকের মতো একত্রিত করা যায় তা জানুন।
lang: bn
incomplete: true
---
-## একটি সংক্ষিপ্ত ভূমিকা {#a-brief-introduction}
+## একটি সংক্ষিপ্ত পরিচিতি {#a-brief-introduction}
-স্মার্ট কন্ট্র্যাক্টগুলি Ethereum-এ পাবলিক এবং সেগুলিকে ওপেন API হিসাবে ভাবা যেতে পারে। একজন ডিএ্যাপ ডেভেলপার হওয়ার জন্য আপনাকে নিজের স্মার্ট কন্ট্র্যাক্ট লিখতে হবে না, আপনাকে শুধু জানতে হবে কিভাবে তাদের সাথে ইন্টারঅ্যাক্ট করতে হয়। উদাহরণস্বরূপ, আপনি আপনার অ্যাপে সমস্ত টোকেন সোয়াপ লজিক পরিচালনা করার জন্য একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জ [Uniswap](https://uniswap.exchange/swap)-এর বিদ্যমান স্মার্ট কন্ট্র্যাক্টগুলি ব্যবহার করতে পারেন – আপনাকে প্রথম থেকে শুরু করতে হবে না। তাদের কিছু [v2](https://github.com/Uniswap/uniswap-v2-core/tree/master/contracts) এবং [v3](https://github.com/Uniswap/uniswap-v3-core/tree/main/contracts) কন্ট্র্যাক্ট দেখুন।
+ইথিরিয়ামে স্মার্ট কন্ট্রাক্টগুলো পাবলিক এবং এগুলোকে ওপেন এপিআই (API) হিসেবে বিবেচনা করা যেতে পারে। একজন ডিএ্যাপ ডেভেলপার হওয়ার জন্য আপনাকে নিজের স্মার্ট কন্ট্রাক্ট লিখতে হবে না, আপনাকে শুধু জানতে হবে কীভাবে সেগুলোর সাথে ইন্টারঅ্যাক্ট করতে হয়। উদাহরণস্বরূপ, আপনার অ্যাপে সমস্ত টোকেন সোয়াপ লজিক পরিচালনা করতে আপনি একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জ, [Uniswap](https://uniswap.exchange/swap)-এর বিদ্যমান স্মার্ট কন্ট্রাক্টগুলো ব্যবহার করতে পারেন – আপনাকে একদম শুরু থেকে শুরু করতে হবে না। তাদের কিছু [v2](https://github.com/Uniswap/uniswap-v2-core/tree/master/contracts) এবং [v3](https://github.com/Uniswap/uniswap-v3-core/tree/main/contracts) কন্ট্রাক্ট দেখে নিতে পারেন।
## কম্পোজেবিলিটি কী? {#what-is-composability}
-কম্পোজেবিলিটি হলো নতুন সিস্টেম বা আউটপুট তৈরি করার জন্য স্বতন্ত্র উপাদানগুলিকে একত্রিত করা। সফ্টওয়্যার ডেভেলপমেন্টে, কম্পোজেবিলিটি মানে ডেভেলপাররা নতুন অ্যাপ্লিকেশন তৈরি করতে বিদ্যমান সফ্টওয়্যার উপাদানগুলি পুনরায় ব্যবহার করতে পারে। কম্পোজেবিলিটি বোঝার একটি ভালো উপায় হলো কম্পোজেবল উপাদানগুলিকে লেগো ব্লকের মতো মনে করা। প্রতিটি লেগো অন্যটির সাথে একত্রিত হতে পারে, যা আপনাকে বিভিন্ন লেগো একত্রিত করে জটিল কাঠামো তৈরি করার সুযোগ দেয়।
+কম্পোজেবিলিটি হলো নতুন সিস্টেম বা আউটপুট তৈরি করতে আলাদা আলাদা উপাদানগুলোকে একত্রিত করা। সফটওয়্যার ডেভেলপমেন্টে, কম্পোজেবিলিটি বলতে বোঝায় ডেভেলপাররা নতুন অ্যাপ্লিকেশন তৈরি করতে বিদ্যমান সফটওয়্যার উপাদানগুলো পুনরায় ব্যবহার করতে পারেন। কম্পোজেবিলিটি বোঝার একটি ভালো উপায় হলো কম্পোজেবল উপাদানগুলোকে লেগো ব্লক হিসেবে চিন্তা করা। প্রতিটি লেগো অন্যটির সাথে যুক্ত করা যেতে পারে, যা আপনাকে বিভিন্ন লেগো একত্রিত করে জটিল কাঠামো তৈরি করতে দেয়।
-ইথেরিয়ামে, প্রতিটি স্মার্ট কন্ট্র্যাক্ট এক ধরনের লেগো—আপনি আপনার প্রকল্পের জন্য বিল্ডিং ব্লক হিসাবে অন্যান্য প্রকল্পের স্মার্ট কন্ট্র্যাক্ট ব্যবহার করতে পারেন। এর মানে হল আপনাকে চাকা নতুন করে উদ্ভাবন করতে বা প্রথম থেকে তৈরি করতে সময় ব্যয় করতে হবে না।
+ইথিরিয়ামে, প্রতিটি স্মার্ট কন্ট্রাক্ট এক ধরণের লেগো—আপনি আপনার প্রজেক্টের বিল্ডিং ব্লক হিসেবে অন্যান্য প্রজেক্টের স্মার্ট কন্ট্রাক্ট ব্যবহার করতে পারেন। এর মানে হলো আপনাকে নতুন করে চাকা আবিষ্কার করতে বা একদম শুরু থেকে তৈরি করতে সময় ব্যয় করতে হবে না।
## কম্পোজেবিলিটি কীভাবে কাজ করে? {#how-does-composability-work}
-ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টগুলি পাবলিক API-এর মতো, তাই যে কেউ কন্ট্র্যাক্টটির সাথে ইন্টারঅ্যাক্ট করতে পারে বা অতিরিক্ত কার্যকারিতার জন্য সেগুলিকে ডিএ্যাপসগুলিতে একীভূত করতে পারে। স্মার্ট কন্ট্র্যাক্ট কম্পোজেবিলিটি সাধারণত তিনটি নীতির উপর ভিত্তি করে কাজ করে: মডুলারিটি, স্বায়ত্তশাসন, এবং আবিষ্কারযোগ্যতা:
+ইথিরিয়াম স্মার্ট কন্ট্রাক্টগুলো পাবলিক এপিআই (API)-এর মতো, তাই যে কেউ কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করতে পারে বা অতিরিক্ত কার্যকারিতার জন্য সেগুলোকে ডিএ্যাপস-এ ইন্টিগ্রেট করতে পারে। স্মার্ট কন্ট্রাক্ট কম্পোজেবিলিটি সাধারণত তিনটি নীতির ওপর কাজ করে: মডুলারিটি, অটোনমি এবং ডিসকভারেবিলিটি:
-**১. মডুলারিটি**: এটি একটি নির্দিষ্ট কাজ সম্পাদন করার জন্য স্বতন্ত্র উপাদানগুলির ক্ষমতা। ইথেরিয়ামে, প্রতিটি স্মার্ট কন্ট্র্যাক্টের একটি নির্দিষ্ট ব্যবহারের ক্ষেত্র রয়েছে (যেমনটি Uniswap-এর উদাহরণে দেখানো হয়েছে)।
+**1. মডুলারিটি**: এটি হলো নির্দিষ্ট কাজ সম্পাদন করার জন্য পৃথক উপাদানগুলোর ক্ষমতা। ইথিরিয়ামে, প্রতিটি স্মার্ট কন্ট্রাক্ট-এর একটি নির্দিষ্ট ব্যবহার ক্ষেত্র রয়েছে (যেমনটি Uniswap-এর উদাহরণে দেখানো হয়েছে)।
-**২. স্বায়ত্তশাসন**: কম্পোজেবল উপাদানগুলিকে অবশ্যই স্বাধীনভাবে কাজ করতে সক্ষম হতে হবে। ইথেরিয়ামের প্রতিটি স্মার্ট কন্ট্র্যাক্ট স্ব-নির্বাহী এবং সিস্টেমের অন্যান্য অংশের উপর নির্ভর না করে কাজ করতে পারে।
+**2. অটোনমি**: কম্পোজেবল উপাদানগুলোকে স্বাধীনভাবে কাজ করতে সক্ষম হতে হবে। ইথিরিয়ামে প্রতিটি স্মার্ট কন্ট্রাক্ট স্বয়ংক্রিয়ভাবে এক্সিকিউট হয় এবং সিস্টেমের অন্যান্য অংশের ওপর নির্ভর না করেই কাজ করতে পারে।
-**৩. আবিষ্কারযোগ্যতা**: ডেভেলপাররা বাহ্যিক কন্ট্র্যাক্ট কল করতে বা অ্যাপ্লিকেশনগুলিতে সফ্টওয়্যার লাইব্রেরিগুলিকে একীভূত করতে পারে না যদি আগেরগুলি সর্বজনীনভাবে উপলব্ধ না হয়। ডিজাইন অনুসারে, স্মার্ট কন্ট্র্যাক্টগুলি ওপেন-সোর্স; যে কেউ একটি স্মার্ট কন্ট্র্যাক্ট কল করতে বা একটি কোডবেস ফর্ক করতে পারে।
+**3. ডিসকভারেবিলিটি**: ডেভেলপাররা এক্সটার্নাল কন্ট্রাক্ট কল করতে বা অ্যাপ্লিকেশনে সফটওয়্যার লাইব্রেরি ইন্টিগ্রেট করতে পারবেন না যদি সেগুলো পাবলিকলি এভেইলেবল না হয়। ডিজাইন অনুযায়ী, স্মার্ট কন্ট্রাক্টগুলো ওপেন-সোর্স; যে কেউ একটি স্মার্ট কন্ট্রাক্ট কল করতে পারে বা একটি কোডবেস ফর্ক করতে পারে।
## কম্পোজেবিলিটির সুবিধা {#benefits-of-composability}
-### সংক্ষিপ্ত ডেভেলপমেন্ট চক্র {#shorter-development-cycle}
+### সংক্ষিপ্ত ডেভেলপমেন্ট সাইকেল {#shorter-development-cycle}
-কম্পোজেবিলিটি [ডিএ্যাপস](/apps/#what-are-dapps) তৈরি করার সময় ডেভেলপারদের যে কাজ করতে হয় তা কমিয়ে দেয়। [নাভাল রবিকান্ত যেমন বলেছেন:](https://twitter.com/naval/status/1444366754650656770) "ওপেন সোর্স মানে প্রতিটি সমস্যার সমাধান একবার করতে হবে।"
+কম্পোজেবিলিটি [ডিএ্যাপস](/apps/#what-are-dapps) তৈরি করার সময় ডেভেলপারদের কাজ কমিয়ে দেয়। [নাভাল রবিকান্ত যেমনটি বলেছেন:](https://twitter.com/naval/status/1444366754650656770) "ওপেন সোর্স মানে হলো প্রতিটি সমস্যার সমাধান একবারই করতে হয়।"
-যদি এমন একটি স্মার্ট কন্ট্র্যাক্ট থাকে যা একটি সমস্যার সমাধান করে, তবে অন্যান্য ডেভেলপাররা এটি পুনরায় ব্যবহার করতে পারে, তাই তাদের একই সমস্যার সমাধান করতে হবে না। এইভাবে, ডেভেলপাররা বিদ্যমান সফ্টওয়্যার লাইব্রেরিগুলি নিতে পারে এবং নতুন ডিএ্যাপস তৈরি করতে অতিরিক্ত কার্যকারিতা যোগ করতে পারে।
+যদি এমন কোনো স্মার্ট কন্ট্রাক্ট থাকে যা একটি সমস্যার সমাধান করে, তবে অন্যান্য ডেভেলপাররা এটি পুনরায় ব্যবহার করতে পারেন, যাতে তাদের একই সমস্যার সমাধান করতে না হয়। এভাবে, ডেভেলপাররা বিদ্যমান সফটওয়্যার লাইব্রেরিগুলো নিতে পারেন এবং নতুন ডিএ্যাপস তৈরি করতে অতিরিক্ত কার্যকারিতা যোগ করতে পারেন।
### বৃহত্তর উদ্ভাবন {#greater-innovation}
-কম্পোজেবিলিটি উদ্ভাবন এবং পরীক্ষাকে উৎসাহিত করে কারণ ডেভেলপাররা পছন্দসই ফলাফল তৈরি করতে ওপেন-সোর্স কোড পুনরায় ব্যবহার, পরিবর্তন, নকল বা একীভূত করতে স্বাধীন। ফলস্বরূপ, ডেভেলপমেন্ট দলগুলি মৌলিক কার্যকারিতার উপর কম সময় ব্যয় করে এবং নতুন বৈশিষ্ট্যগুলির সাথে পরীক্ষা করার জন্য আরও বেশি সময় বরাদ্দ করতে পারে।
+কম্পোজেবিলিটি উদ্ভাবন এবং পরীক্ষাকে উৎসাহিত করে কারণ ডেভেলপাররা কাঙ্ক্ষিত ফলাফল তৈরি করতে ওপেন-সোর্স কোড পুনরায় ব্যবহার, পরিবর্তন, ডুপ্লিকেট বা ইন্টিগ্রেট করতে স্বাধীন। ফলস্বরূপ, ডেভেলপমেন্ট টিমগুলো বেসিক কার্যকারিতার ওপর কম সময় ব্যয় করে এবং নতুন ফিচার নিয়ে পরীক্ষা-নিরীক্ষা করতে বেশি সময় বরাদ্দ করতে পারে।
-### উন্নত ব্যবহারকারী অভিজ্ঞতা {#better-user-experience}
+### উন্নত ইউজার এক্সপেরিয়েন্স {#better-user-experience}
-ইথেরিয়াম ইকোসিস্টেমের উপাদানগুলির মধ্যে ইন্টারঅপারেবিলিটি ব্যবহারকারীর অভিজ্ঞতা উন্নত করে। ব্যবহারকারীরা যখন ডিএ্যাপসগুলি বাহ্যিক স্মার্ট কন্ট্র্যাক্টগুলিকে একীভূত করে তখন একটি খণ্ডিত ইকোসিস্টেমের তুলনায় বৃহত্তর কার্যকারিতা অ্যাক্সেস করতে পারে যেখানে অ্যাপ্লিকেশনগুলি যোগাযোগ করতে পারে না।
+ইথিরিয়াম ইকোসিস্টেমের উপাদানগুলোর মধ্যে ইন্টারঅপারেবিলিটি ইউজার এক্সপেরিয়েন্স উন্নত করে। যখন ডিএ্যাপস এক্সটার্নাল স্মার্ট কন্ট্রাক্ট ইন্টিগ্রেট করে তখন ব্যবহারকারীরা একটি খণ্ডিত ইকোসিস্টেমের (যেখানে অ্যাপ্লিকেশনগুলো যোগাযোগ করতে পারে না) তুলনায় বেশি কার্যকারিতা অ্যাক্সেস করতে পারে।
-আমরা ইন্টারঅপারেবিলিটির সুবিধাগুলি ব্যাখ্যা করার জন্য আরবিট্রেজ ট্রেডিং থেকে একটি উদাহরণ ব্যবহার করব:
+ইন্টারঅপারেবিলিটির সুবিধাগুলো বোঝাতে আমরা আরবিট্রেজ ট্রেডিং থেকে একটি উদাহরণ ব্যবহার করব:
-যদি `exchange A`-তে `exchange B`-এর চেয়ে বেশি দামে একটি টোকেন ট্রেড করা হয়, তাহলে আপনি মুনাফা অর্জনের জন্য দামের পার্থক্যের সুবিধা নিতে পারেন। যাইহোক, আপনি কেবল তখনই তা করতে পারবেন যদি আপনার লেনদেনের জন্য পর্যাপ্ত পুঁজি থাকে (অর্থাৎ, `exchange B` থেকে টোকেন কেনা এবং `exchange A`-তে বিক্রি করা)।
+যদি একটি টোকেন `exchange B`-এর চেয়ে `exchange A`-তে বেশি দামে ট্রেড হয়, তবে আপনি লাভের জন্য দামের পার্থক্যের সুবিধা নিতে পারেন। তবে, আপনি কেবল তখনই এটি করতে পারবেন যদি আপনার কাছে লেনদেন ফান্ড করার জন্য পর্যাপ্ত মূলধন থাকে (অর্থাৎ, `exchange B` থেকে টোকেন কেনা এবং `exchange A`-তে বিক্রি করা)।
-এমন একটি পরিস্থিতিতে যেখানে ট্রেডটি কভার করার জন্য আপনার কাছে পর্যাপ্ত তহবিল নেই, একটি ফ্ল্যাশ লোন আদর্শ হতে পারে। [ফ্ল্যাশ লোন](/defi/#flash-loans) অত্যন্ত প্রযুক্তিগত, তবে মূল ধারণাটি হলো আপনি সম্পদ ধার করতে পারেন (জামানত ছাড়াই) এবং _একই_ লেনদেনের মধ্যে তা ফেরত দিতে পারেন।
+এমন একটি পরিস্থিতিতে যেখানে ট্রেড কভার করার জন্য আপনার কাছে পর্যাপ্ত ফান্ড নেই, একটি ফ্ল্যাশ লোন আদর্শ হতে পারে। [ফ্ল্যাশ লোন](/defi/#flash-loans) অত্যন্ত টেকনিক্যাল, তবে মূল ধারণাটি হলো আপনি (জামানত ছাড়াই) অ্যাসেট ধার করতে পারেন এবং _একই_ লেনদেন-এর মধ্যে তা ফেরত দিতে পারেন।
-আমাদের প্রাথমিক উদাহরণে ফিরে গেলে, একজন আরবিট্রেজ ট্রেডার একটি বড় ফ্ল্যাশ লোন নিতে পারে, `exchange B` থেকে টোকেন কিনতে পারে, `exchange A`-তে সেগুলি বিক্রি করতে পারে, মূলধন + সুদ পরিশোধ করতে পারে এবং একই লেনদেনের মধ্যে লাভ রাখতে পারে। এই জটিল যুক্তির জন্য একাধিক কন্ট্র্যাক্টে কল একত্রিত করা প্রয়োজন, যা স্মার্ট কন্ট্র্যাক্টগুলিতে ইন্টারঅপারেবিলিটির অভাব থাকলে সম্ভব হতো না।
+আমাদের প্রাথমিক উদাহরণে ফিরে গেলে, একজন আরবিট্রেজ ট্রেডার একটি বড় ফ্ল্যাশ লোন নিতে পারেন, `exchange B` থেকে টোকেন কিনতে পারেন, সেগুলোকে `exchange A`-তে বিক্রি করতে পারেন, মূলধন + সুদ পরিশোধ করতে পারেন এবং একই লেনদেন-এর মধ্যে লাভ রাখতে পারেন। এই জটিল লজিকের জন্য একাধিক কন্ট্রাক্টে কল একত্রিত করা প্রয়োজন, যা স্মার্ট কন্ট্রাক্ট-এর ইন্টারঅপারেবিলিটি না থাকলে সম্ভব হতো না।
-## ইথেরিয়ামে কম্পোজেবিলিটির উদাহরণ {#composability-in-ethereum}
+## ইথিরিয়ামে কম্পোজেবিলিটির উদাহরণ {#composability-in-ethereum}
-### টোকেন সোয়াপ {#token-swaps}
+### টোকেন সোয়াপ {#token-swaps}
-আপনি যদি এমন একটি ডিএ্যাপ তৈরি করেন যার জন্য ETH-এ লেনদেন পরিশোধ করতে হয়, তবে আপনি টোকেন সোয়াপ লজিক একীভূত করে ব্যবহারকারীদের অন্যান্য ERC-20 টোকেনে অর্থ প্রদান করার অনুমতি দিতে পারেন। কন্ট্র্যাক্টটি কল করা ফাংশনটি এক্সিকিউট করার আগে কোডটি স্বয়ংক্রিয়ভাবে ব্যবহারকারীর টোকেনকে ETH-তে রূপান্তর করবে।
+যদি আপনি এমন একটি ডিএ্যাপ তৈরি করেন যার জন্য ETH-এ লেনদেন পরিশোধ করতে হয়, তবে আপনি টোকেন সোয়াপ লজিক ইন্টিগ্রেট করে ব্যবহারকারীদের অন্যান্য ERC-20 টোকেন-এ পেমেন্ট করার অনুমতি দিতে পারেন। কন্ট্রাক্ট কল করা ফাংশনটি এক্সিকিউট করার আগে কোডটি স্বয়ংক্রিয়ভাবে ব্যবহারকারীর টোকেন-কে ETH-এ রূপান্তর করবে।
### গভর্নেন্স {#governance}
-একটি [DAO](/dao/)-এর জন্য বেসপোক গভর্নেন্স সিস্টেম তৈরি করা ব্যয়বহুল এবং সময়সাপেক্ষ হতে পারে। পরিবর্তে, আপনি আপনার DAO বুটস্ট্র্যাপ করতে একটি ওপেন-সোর্স গভর্নেন্স টুলকিট ব্যবহার করতে পারেন, যেমন [Aragon ক্লায়েন্ট](https://client.aragon.org/), দ্রুত একটি গভর্নেন্স কাঠামো তৈরি করার জন্য।
+একটি [DAO](/dao/)-এর জন্য কাস্টম গভর্নেন্স সিস্টেম তৈরি করা ব্যয়বহুল এবং সময়সাপেক্ষ হতে পারে। এর পরিবর্তে, আপনি দ্রুত একটি গভর্নেন্স ফ্রেমওয়ার্ক তৈরি করতে আপনার DAO বুটস্ট্র্যাপ করার জন্য একটি ওপেন-সোর্স গভর্নেন্স টুলকিট ব্যবহার করতে পারেন, যেমন [Aragon Client](https://client.aragon.org/)।
-### পরিচয় ব্যবস্থাপনা {#identity-management}
+### আইডেন্টিটি ম্যানেজমেন্ট {#identity-management}
-একটি কাস্টম প্রমাণীকরণ সিস্টেম তৈরি করার বা কেন্দ্রীভূত প্রদানকারীদের উপর নির্ভর করার পরিবর্তে, আপনি ব্যবহারকারীদের জন্য প্রমাণীকরণ পরিচালনা করতে ডিসেন্ট্রালাইজড আইডেন্টিটি (DID) টুলস একীভূত করতে পারেন। একটি উদাহরণ হলো [SpruceID](https://www.spruceid.com/), একটি ওপেন-সোর্স টুলকিট যা "Sign in with Ethereum" কার্যকারিতা অফার করে যা ব্যবহারকারীদের একটি ইথেরিয়াম ওয়ালেট দিয়ে পরিচয় প্রমাণীকরণ করতে দেয়।
+একটি কাস্টম অথেনটিকেশন সিস্টেম তৈরি করার বা সেন্ট্রালাইজড প্রোভাইডারদের ওপর নির্ভর করার পরিবর্তে, আপনি ব্যবহারকারীদের জন্য অথেনটিকেশন পরিচালনা করতে ডিসেন্ট্রালাইজড আইডেন্টিটি (DID) টুলগুলো ইন্টিগ্রেট করতে পারেন। এর একটি উদাহরণ হলো [SpruceID](https://www.spruceid.com/), একটি ওপেন-সোর্স টুলকিট যা "Sign in with Ethereum" কার্যকারিতা অফার করে, যা ব্যবহারকারীদের একটি ইথিরিয়াম ওয়ালেট দিয়ে আইডেন্টিটি অথেনটিকেট করতে দেয়।
-## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
+## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
-- [create-eth-app দিয়ে আপনার ডিএ্যাপ ফ্রন্টএন্ড ডেভেলপমেন্ট শুরু করুন](/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/) _– বাক্সের বাইরে জনপ্রিয় স্মার্ট কন্ট্র্যাক্ট সহ অ্যাপ তৈরি করতে create-eth-app কীভাবে ব্যবহার করবেন তার একটি সংক্ষিপ্ত বিবরণ।_
+- [create-eth-app দিয়ে আপনার ডিএ্যাপ ফ্রন্টএন্ড ডেভেলপমেন্ট শুরু করুন](/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/) _– জনপ্রিয় স্মার্ট কন্ট্রাক্টগুলোর সাথে অ্যাপ তৈরি করতে কীভাবে create-eth-app ব্যবহার করতে হয় তার একটি ওভারভিউ।_
-## আরও পড়ুন {#further-reading}
+## আরও পড়াশোনা {#further-reading}
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_আপনাকে সাহায্য করেছে এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
-- [কম্পোজেবিলিটিই উদ্ভাবন](https://a16zcrypto.com/posts/article/how-composability-unlocks-crypto-and-everything-else/)
-- [Web3-এর জন্য কম্পোজেবিলিটি কেন গুরুত্বপূর্ণ](https://hackernoon.com/why-composability-matters-for-web3)
-- [কম্পোজেবিলিটি কী?](https://blog.aragon.org/what-is-composability/#:~:text=Aragon,connect%20to%20every%20other%20piece.)
+- [কম্পোজেবিলিটি হলো ইনোভেশন](https://a16zcrypto.com/posts/article/how-composability-unlocks-crypto-and-everything-else/)
+- [ওয়েব3-এর জন্য কম্পোজেবিলিটি কেন গুরুত্বপূর্ণ](https://hackernoon.com/why-composability-matters-for-web3)
+- [কম্পোজেবিলিটি কী?](https://blog.aragon.org/what-is-composability/#:~:text=Aragon,connect%20to%20every%20other%20piece.)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/deploying/index.md b/public/content/translations/bn/developers/docs/smart-contracts/deploying/index.md
index 6ce636a2adc..bee092e38e0 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/deploying/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/deploying/index.md
@@ -1,81 +1,81 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করা"
-description: "পূর্বশর্ত, টুলস এবং ডিপ্লয়মেন্টের ধাপসহ কীভাবে ইথেরিয়াম নেটওয়ার্কে স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে হয় তা শিখুন।"
+title: স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা
+description: ইথিরিয়াম নেটওয়ার্কে স্মার্ট কন্ট্রাক্ট কীভাবে ডিপ্লয় করতে হয়, এর পূর্বশর্ত, টুলস এবং ডিপ্লয়মেন্টের ধাপগুলো সম্পর্কে জানুন।
lang: bn
---
-একটি ইথেরিয়াম নেটওয়ার্কের ব্যবহারকারীদের কাছে উপলব্ধ করার জন্য আপনাকে আপনার স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে হবে।
+ইথিরিয়াম নেটওয়ার্কের ব্যবহারকারীদের জন্য আপনার স্মার্ট কন্ট্রাক্টটি সহজলভ্য করতে আপনাকে এটি ডিপ্লয় করতে হবে।
-একটি স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে, আপনাকে শুধুমাত্র কোনো প্রাপক নির্দিষ্ট না করে স্মার্ট কন্ট্র্যাক্টের কম্পাইল করা কোডসহ একটি ইথেরিয়াম লেনদেন পাঠাতে হবে।
+একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার জন্য, আপনাকে কেবল কোনো প্রাপক নির্দিষ্ট না করেই স্মার্ট কন্ট্রাক্টের কম্পাইল করা কোড সম্বলিত একটি ইথিরিয়াম লেনদেন পাঠাতে হবে।
## পূর্বশর্ত {#prerequisites}
-স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করার আগে আপনার [ইথেরিয়াম নেটওয়ার্ক](/developers/docs/networks/), [লেনদেন](/developers/docs/transactions/) এবং [স্মার্ট কন্ট্র্যাক্টের অ্যানাটমি](/developers/docs/smart-contracts/anatomy/) বোঝা উচিত।
+স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার আগে আপনার [ইথিরিয়াম নেটওয়ার্ক](/developers/docs/networks/), [লেনদেন](/developers/docs/transactions/) এবং [স্মার্ট কন্ট্রাক্টের গঠন](/developers/docs/smart-contracts/anatomy/) সম্পর্কে বোঝা উচিত।
-একটি কন্ট্র্যাক্ট ডিপ্লয় করতেও ইথার (ETH) খরচ হয় যেহেতু সেগুলি ব্লকচেইনে সংরক্ষিত থাকে, তাই আপনার ইথেরিয়ামের [গ্যাস এবং ফি](/developers/docs/gas/) এর সাথে পরিচিত হওয়া উচিত।
+একটি কন্ট্রাক্ট ডিপ্লয় করতে ইথার (ETH) খরচ হয় কারণ এগুলো ব্লকচেইনে সংরক্ষিত থাকে, তাই আপনার ইথিরিয়ামের [গ্যাস এবং ফি](/developers/docs/gas/) সম্পর্কে ধারণা থাকা উচিত।
-অবশেষে, এটি ডিপ্লয় করার আগে আপনাকে আপনার কন্ট্র্যাক্ট কম্পাইল করতে হবে, তাই নিশ্চিত করুন যে আপনি [স্মার্ট কন্ট্র্যাক্ট কম্পাইল করা](/developers/docs/smart-contracts/compiling/) সম্পর্কে পড়েছেন।
+সবশেষে, ডিপ্লয় করার আগে আপনাকে আপনার কন্ট্রাক্টটি কম্পাইল করতে হবে, তাই নিশ্চিত করুন যে আপনি [স্মার্ট কন্ট্রাক্ট কম্পাইল করা](/developers/docs/smart-contracts/compiling/) সম্পর্কে পড়েছেন।
-## কীভাবে একটি স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করবেন {#how-to-deploy-a-smart-contract}
+## কীভাবে একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করবেন {#how-to-deploy-a-smart-contract}
-### আপনার যা প্রয়োজন হবে {#what-youll-need}
+### আপনার যা যা প্রয়োজন হবে {#what-youll-need}
-- আপনার কন্ট্র্যাক্টের বাইটকোড – এটি [কম্পাইলেশন](/developers/docs/smart-contracts/compiling/) এর মাধ্যমে তৈরি হয়
-- গ্যাসের জন্য ETH – আপনি অন্যান্য লেনদেনের মতো আপনার গ্যাস লিমিট সেট করবেন তাই সচেতন থাকুন যে একটি সাধারণ ETH ট্রান্সফারের চেয়ে কন্ট্র্যাক্ট ডিপ্লয়মেন্টের জন্য অনেক বেশি গ্যাস প্রয়োজন।
-- একটি ডিপ্লয়মেন্ট স্ক্রিপ্ট বা প্লাগইন
-- একটি [ইথেরিয়াম নোড](/developers/docs/nodes-and-clients/) এ অ্যাক্সেস, হয় আপনার নিজের নোড চালিয়ে, একটি পাবলিক নোডের সাথে সংযোগ করে, অথবা একটি [নোড সার্ভিস](/developers/docs/nodes-and-clients/nodes-as-a-service/) ব্যবহার করে একটি API কী এর মাধ্যমে।
+- আপনার কন্ট্রাক্টের বাইটকোড – এটি [কম্পাইলেশন](/developers/docs/smart-contracts/compiling/)-এর মাধ্যমে তৈরি হয়
+- গ্যাসের জন্য ETH – আপনি অন্যান্য লেনদেনের মতোই আপনার গ্যাস লিমিট সেট করবেন, তাই মনে রাখবেন যে কন্ট্রাক্ট ডিপ্লয়মেন্টের জন্য একটি সাধারণ ETH ট্রান্সফারের চেয়ে অনেক বেশি গ্যাস প্রয়োজন হয়
+- একটি ডিপ্লয়মেন্ট স্ক্রিপ্ট বা প্লাগইন
+- একটি [ইথিরিয়াম নোড](/developers/docs/nodes-and-clients/)-এ অ্যাক্সেস, যা আপনি নিজের নোড চালিয়ে, কোনো পাবলিক নোডের সাথে সংযুক্ত হয়ে, অথবা [নোড সার্ভিস](/developers/docs/nodes-and-clients/nodes-as-a-service/) ব্যবহার করে API কি-এর মাধ্যমে পেতে পারেন
-### একটি স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করার পদক্ষেপ {#steps-to-deploy}
+### স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার ধাপসমূহ {#steps-to-deploy}
-সংশ্লিষ্ট পদক্ষেপগুলি সংশ্লিষ্ট ডেভেলপমেন্ট ফ্রেমওয়ার্কের উপর নির্ভর করবে। উদাহরণস্বরূপ, আপনি [আপনার কন্ট্র্যাক্ট ডিপ্লয় করার উপর Hardhat-এর ডকুমেন্টেশন](https://hardhat.org/docs/tutorial/deploying) অথবা [একটি স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় এবং ভেরিফাই করার উপর Foundry-এর ডকুমেন্টেশন](https://book.getfoundry.sh/forge/deploying) দেখতে পারেন। একবার ডিপ্লয় করা হলে, আপনার কন্ট্র্যাক্টের অন্যান্য [অ্যাকাউন্ট](/developers/docs/accounts/) এর মতো একটি ইথেরিয়াম অ্যাড্রেস থাকবে এবং [সোর্স কোড ভেরিফিকেশন টুলস](/developers/docs/smart-contracts/verifying/#source-code-verification-tools) ব্যবহার করে এটি ভেরিফাই করা যেতে পারে।
+এর নির্দিষ্ট ধাপগুলো নির্ভর করবে আপনি কোন ডেভেলপমেন্ট ফ্রেমওয়ার্ক ব্যবহার করছেন তার ওপর। উদাহরণস্বরূপ, আপনি [কন্ট্রাক্ট ডিপ্লয় করার বিষয়ে Hardhat-এর ডকুমেন্টেশন](https://hardhat.org/docs/tutorial/deploying) অথবা [স্মার্ট কন্ট্রাক্ট ডিপ্লয় এবং ভেরিফাই করার বিষয়ে Foundry-এর ডকুমেন্টেশন](https://book.getfoundry.sh/forge/deploying) দেখতে পারেন। একবার ডিপ্লয় হয়ে গেলে, অন্যান্য [একাউন্ট](/developers/docs/accounts/)-এর মতো আপনার কন্ট্রাক্টটিরও একটি ইথিরিয়াম এডড্রেস থাকবে এবং এটি [সোর্স কোড ভেরিফিকেশন টুলস](/developers/docs/smart-contracts/verifying/#source-code-verification-tools) ব্যবহার করে ভেরিফাই করা যাবে।
## সম্পর্কিত টুলস {#related-tools}
-**Remix - _Remix IDE ইথেরিয়ামের মতো ব্লকচেইনগুলির জন্য স্মার্ট কন্ট্র্যাক্ট ডেভেলপ, ডিপ্লয় এবং পরিচালনা করার অনুমতি দেয়_**
+**Remix - _Remix IDE ইথিরিয়ামের মতো ব্লকচেইনগুলোর জন্য স্মার্ট কন্ট্রাক্ট ডেভেলপ, ডিপ্লয় এবং পরিচালনা করার সুবিধা দেয়_**
- [Remix](https://remix.ethereum.org)
-**Tenderly - _Web3 ডেভেলপমেন্ট প্ল্যাটফর্ম যা স্মার্ট কন্ট্র্যাক্ট ডেভেলপ, পরীক্ষা, পর্যবেক্ষণ এবং পরিচালনা করার জন্য ডিবাগিং, অবজার্ভেবিলিটি এবং অবকাঠামো তৈরির ব্লক সরবরাহ করে_**
+**Tenderly - _ওয়েব3 ডেভেলপমেন্ট প্ল্যাটফর্ম যা স্মার্ট কন্ট্রাক্ট ডেভেলপ, টেস্টিং, মনিটরিং এবং পরিচালনার জন্য ডিবাগিং, অবজারভেবিলিটি এবং ইনফ্রাস্ট্রাকচার বিল্ডিং ব্লক প্রদান করে_**
- [tenderly.co](https://tenderly.co/)
- [Docs](https://docs.tenderly.co/)
- [GitHub](https://github.com/Tenderly)
- [Discord](https://discord.gg/eCWjuvt)
-**Hardhat - _আপনার ইথেরিয়াম সফটওয়্যার কম্পাইল, ডিপ্লয়, পরীক্ষা এবং ডিবাগ করার জন্য একটি ডেভেলপমেন্ট এনভায়রনমেন্ট_**
+**Hardhat - _আপনার ইথিরিয়াম সফটওয়্যার কম্পাইল, ডিপ্লয়, টেস্ট এবং ডিবাগ করার জন্য একটি ডেভেলপমেন্ট এনভায়রনমেন্ট_**
- [hardhat.org](https://hardhat.org/getting-started/)
-- [আপনার কন্ট্র্যাক্ট ডিপ্লয় করার ডকুমেন্টেশন](https://hardhat.org/docs/tutorial/deploying)
+- [আপনার কন্ট্রাক্ট ডিপ্লয় করার বিষয়ে ডক্স](https://hardhat.org/docs/tutorial/deploying)
- [GitHub](https://github.com/nomiclabs/hardhat)
- [Discord](https://discord.com/invite/TETZs2KK4k)
-**thirdweb - _একটিমাত্র কমান্ড ব্যবহার করে সহজেই যেকোনো EVM সামঞ্জস্যপূর্ণ চেইনে যেকোনো কন্ট্র্যাক্ট ডিপ্লয় করুন_**
+**thirdweb - _একটি মাত্র কমান্ড ব্যবহার করে যেকোনো EVM সামঞ্জস্যপূর্ণ চেইনে সহজেই যেকোনো কন্ট্রাক্ট ডিপ্লয় করুন_**
-- [নথিপত্র](https://portal.thirdweb.com/deploy/)
+- [ডকুমেন্টেশন](https://portal.thirdweb.com/deploy/)
-**Crossmint - _স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করতে, ক্রেডিট-কার্ড এবং ক্রস চেইন পেমেন্ট সক্ষম করতে এবং NFT তৈরি, বিতরণ, বিক্রি, সংরক্ষণ এবং সম্পাদনা করতে API ব্যবহার করার জন্য এন্টারপ্রাইজ-গ্রেড web3 ডেভেলপমেন্ট প্ল্যাটফর্ম।_**
+**Crossmint - _স্মার্ট কন্ট্রাক্ট ডিপ্লয় করতে, ক্রেডিট-কার্ড এবং ক্রস চেইন পেমেন্ট সক্ষম করতে এবং NFT তৈরি, বিতরণ, বিক্রি, সংরক্ষণ এবং সম্পাদনা করার জন্য API ব্যবহার করতে এন্টারপ্রাইজ-গ্রেড ওয়েব3 ডেভেলপমেন্ট প্ল্যাটফর্ম।_**
- [crossmint.com](https://www.crossmint.com)
-- [নথিপত্র](https://docs.crossmint.com)
+- [ডকুমেন্টেশন](https://docs.crossmint.com)
- [Discord](https://discord.com/invite/crossmint)
-- [Blog](https://blog.crossmint.com)
+- [ব্লগ](https://blog.crossmint.com)
-## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
+## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
-- [আপনার প্রথম স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করা](/developers/tutorials/deploying-your-first-smart-contract/) _– একটি ইথেরিয়াম টেস্ট নেটওয়ার্কে আপনার প্রথম স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করার একটি পরিচিতি।_
-- [হ্যালো ওয়ার্ল্ড | স্মার্ট কন্ট্র্যাক্ট টিউটোরিয়াল](/developers/tutorials/hello-world-smart-contract/) _– ইথেরিয়ামে একটি বেসিক স্মার্ট কন্ট্র্যাক্ট তৈরি এবং ডিপ্লয় করার জন্য একটি সহজবোধ্য টিউটোরিয়াল।_
-- [Solidity থেকে অন্যান্য কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করুন](/developers/tutorials/interact-with-other-contracts-from-solidity/) _– কীভাবে একটি বিদ্যমান কন্ট্রাক্ট থেকে একটি স্মার্ট কন্ট্র্যাক্ট ডেপ্লয় করবেন এবং এটির সাথে ইন্টারঅ্যাক্ট করবেন।_
-- [কীভাবে আপনার কন্ট্র্যাক্টের আকার কমাবেন](/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/) _- কীভাবে আপনার কন্ট্র্যাক্টের আকার কমিয়ে সীমার নিচে রাখবেন এবং গ্যাসে সাশ্রয় করবেন_
+- [আপনার প্রথম স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা](/developers/tutorials/deploying-your-first-smart-contract/) _– একটি ইথিরিয়াম টেস্টনেট-এ আপনার প্রথম স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার পরিচিতি।_
+- [হ্যালো ওয়ার্ল্ড | স্মার্ট কন্ট্রাক্ট টিউটোরিয়াল](/developers/tutorials/hello-world-smart-contract/) _– ইথিরিয়ামে একটি বেসিক স্মার্ট কন্ট্রাক্ট তৈরি এবং ডিপ্লয় করার জন্য একটি সহজ টিউটোরিয়াল।_
+- [সলিডিটি থেকে অন্যান্য কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করা](/developers/tutorials/interact-with-other-contracts-from-solidity/) _– কীভাবে একটি বিদ্যমান কন্ট্রাক্ট থেকে একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করতে হয় এবং এর সাথে ইন্টারঅ্যাক্ট করতে হয়।_
+- [কীভাবে আপনার কন্ট্রাক্টের আকার ছোট করবেন](/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/) _- কীভাবে আপনার কন্ট্রাক্টের আকার কমিয়ে সীমার মধ্যে রাখবেন এবং গ্যাস বাঁচাবেন_
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
- [https://docs.openzeppelin.com/learn/deploying-and-interacting](https://docs.openzeppelin.com/learn/deploying-and-interacting) - _OpenZeppelin_
-- [Hardhat দিয়ে আপনার কন্ট্র্যাক্ট ডিপ্লয় করা](https://hardhat.org/docs/tutorial/deploying) - _Nomic Labs_
+- [Hardhat দিয়ে আপনার কন্ট্রাক্ট ডিপ্লয় করা](https://hardhat.org/docs/tutorial/deploying) - _Nomic Labs_
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_আপনাকে সাহায্য করেছে এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
-## সম্পর্কিত বিষয় {#related-topics}
+## সম্পর্কিত বিষয়গুলো {#related-topics}
-- [ডেভেলপমেন্ট ফ্রেমওয়ার্ক](/developers/docs/frameworks/)
-- [একটি ইথেরিয়াম নোড চালান](/developers/docs/nodes-and-clients/run-a-node/)
-- [নোড-অ্যাস-এ-সার্ভিস](/developers/docs/nodes-and-clients/nodes-as-a-service)
+- [ডেভেলপমেন্ট ফ্রেমওয়ার্ক](/developers/docs/frameworks/)
+- [একটি ইথিরিয়াম নোড রান করুন](/developers/docs/nodes-and-clients/run-a-node/)
+- [নোডস-অ্যাজ-এ-সার্ভিস](/developers/docs/nodes-and-clients/nodes-as-a-service)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/bn/developers/docs/smart-contracts/formal-verification/index.md
index d0adf996442..87d992b3c3b 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/formal-verification/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/formal-verification/index.md
@@ -1,148 +1,148 @@
---
-title: "স্মার্ট কন্ট্র্যাক্টের আনুষ্ঠানিক যাচাইকরণ"
-description: "ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য আনুষ্ঠানিক যাচাইকরণের একটি সংক্ষিপ্ত বিবরণ"
+title: স্মার্ট কন্ট্রাক্টের ফরমাল ভেরিফিকেশন
+description: ইথিরিয়াম স্মার্ট কন্ট্রাক্টের জন্য ফরমাল ভেরিফিকেশনের একটি ওভারভিউ
lang: bn
---
-[স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) বিকেন্দ্রীভূত, ট্রাস্টলেস এবং শক্তিশালী অ্যাপ্লিকেশন তৈরি করা সম্ভব করে তুলছে যা নতুন ব্যবহারের ক্ষেত্র তৈরি করে এবং ব্যবহারকারীদের জন্য ভ্যালু আনলক করে। যেহেতু স্মার্ট কন্ট্র্যাক্টগুলি প্রচুর পরিমাণে ভ্যালু পরিচালনা করে, তাই ডেভেলপারদের জন্য নিরাপত্তা একটি গুরুত্বপূর্ণ বিবেচ্য বিষয়।
+[স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) ডিসেন্ট্রালাইজড, ট্রাস্টলেস এবং শক্তিশালী অ্যাপ্লিকেশন তৈরি করা সম্ভব করছে যা নতুন ইউজ-কেস নিয়ে আসে এবং ব্যবহারকারীদের জন্য ভ্যালু আনলক করে। যেহেতু স্মার্ট কন্ট্রাক্ট প্রচুর পরিমাণ ভ্যালু পরিচালনা করে, তাই ডেভেলপারদের জন্য নিরাপত্তা একটি অত্যন্ত গুরুত্বপূর্ণ বিবেচ্য বিষয়।
-আনুষ্ঠানিক যাচাইকরণ হল [স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা](/developers/docs/smart-contracts/security/) উন্নত করার জন্য প্রস্তাবিত কৌশলগুলির মধ্যে একটি। আনুষ্ঠানিক যাচাইকরণ, যা প্রোগ্রামগুলির নির্দিষ্টকরণ, নকশা এবং যাচাই করার জন্য [আনুষ্ঠানিক পদ্ধতি](https://www.brookings.edu/techstream/formal-methods-as-a-path-toward-better-cybersecurity/) ব্যবহার করে, বছরের পর বছর ধরে গুরুত্বপূর্ণ হার্ডওয়্যার এবং সফ্টওয়্যার সিস্টেমগুলির সঠিকতা নিশ্চিত করতে ব্যবহৃত হয়ে আসছে।
+[স্মার্ট কন্ট্রাক্ট নিরাপত্তা](/developers/docs/smart-contracts/security/) উন্নত করার জন্য ফরমাল ভেরিফিকেশন একটি প্রস্তাবিত কৌশল। ফরমাল ভেরিফিকেশন, যা প্রোগ্রাম নির্দিষ্টকরণ, ডিজাইন এবং যাচাই করার জন্য [ফরমাল মেথড](https://www.brookings.edu/techstream/formal-methods-as-a-path-toward-better-cybersecurity/) ব্যবহার করে, তা বছরের পর বছর ধরে গুরুত্বপূর্ণ হার্ডওয়্যার এবং সফটওয়্যার সিস্টেমের সঠিকতা নিশ্চিত করতে ব্যবহৃত হয়ে আসছে।
-স্মার্ট কন্ট্র্যাক্টে প্রয়োগ করা হলে, আনুষ্ঠানিক যাচাইকরণ প্রমাণ করতে পারে যে একটি কন্ট্র্যাক্টের ব্যবসায়িক যুক্তি একটি পূর্বনির্ধারিত স্পেসিফিকেশন পূরণ করে। কন্ট্র্যাক্ট কোডের সঠিকতা মূল্যায়নের জন্য অন্যান্য পদ্ধতির তুলনায়, যেমন টেস্টিং, আনুষ্ঠানিক যাচাইকরণ একটি স্মার্ট কন্ট্র্যাক্ট কার্যকরীভাবে সঠিক হওয়ার শক্তিশালী গ্যারান্টি দেয়।
+স্মার্ট কন্ট্রাক্টে প্রয়োগ করা হলে, ফরমাল ভেরিফিকেশন প্রমাণ করতে পারে যে একটি কন্ট্রাক্টের বিজনেস লজিক পূর্বনির্ধারিত স্পেসিফিকেশন পূরণ করে। কন্ট্রাক্ট কোডের সঠিকতা মূল্যায়নের অন্যান্য পদ্ধতি, যেমন টেস্টিং-এর তুলনায়, ফরমাল ভেরিফিকেশন আরও শক্তিশালী গ্যারান্টি দেয় যে একটি স্মার্ট কন্ট্রাক্ট কার্যকারিতার দিক থেকে সঠিক।
-## আনুষ্ঠানিক যাচাইকরণ কী? {#what-is-formal-verification}
+## ফরমাল ভেরিফিকেশন কী? {#what-is-formal-verification}
-আনুষ্ঠানিক যাচাইকরণ একটি আনুষ্ঠানিক স্পেসিফিকেশনের সাপেক্ষে একটি সিস্টেমের সঠিকতা মূল্যায়নের প্রক্রিয়াকে বোঝায়। সহজ ভাষায়, আনুষ্ঠানিক যাচাইকরণ আমাদের পরীক্ষা করার সুযোগ দেয় যে একটি সিস্টেমের আচরণ কিছু প্রয়োজনীয়তা পূরণ করে কিনা (অর্থাৎ, আমরা যা চাই তা করে)।
+ফরমাল ভেরিফিকেশন বলতে একটি ফরমাল স্পেসিফিকেশনের সাপেক্ষে কোনো সিস্টেমের সঠিকতা মূল্যায়নের প্রক্রিয়াকে বোঝায়। সহজ কথায়, ফরমাল ভেরিফিকেশন আমাদের পরীক্ষা করতে দেয় যে কোনো সিস্টেমের আচরণ কিছু প্রয়োজনীয়তা পূরণ করে কিনা (অর্থাৎ, এটি আমরা যা চাই তা করে কিনা)।
-সিস্টেমের প্রত্যাশিত আচরণ (এই ক্ষেত্রে একটি স্মার্ট কন্ট্র্যাক্ট) আনুষ্ঠানিক মডেলিং ব্যবহার করে বর্ণনা করা হয়, যেখানে স্পেসিফিকেশন ভাষা আনুষ্ঠানিক বৈশিষ্ট্য তৈরি করতে সক্ষম করে। আনুষ্ঠানিক যাচাইকরণ কৌশলগুলি তখন যাচাই করতে পারে যে একটি কন্ট্র্যাক্টের বাস্তবায়ন তার স্পেসিফিকেশনের সাথে সঙ্গতিপূর্ণ এবং পূর্বের সঠিকতার গাণিতিক প্রমাণ বের করতে পারে। যখন একটি কন্ট্র্যাক্ট তার স্পেসিফিকেশন পূরণ করে, তখন এটিকে "কার্যকরীভাবে সঠিক", "ডিজাইনের দ্বারা সঠিক", বা "নির্মাণের দ্বারা সঠিক" হিসাবে বর্ণনা করা হয়।
+সিস্টেমের (এই ক্ষেত্রে একটি স্মার্ট কন্ট্রাক্ট) প্রত্যাশিত আচরণগুলো ফরমাল মডেলিং ব্যবহার করে বর্ণনা করা হয়, যেখানে স্পেসিফিকেশন ল্যাঙ্গুয়েজগুলো ফরমাল প্রপার্টি তৈরি করতে সক্ষম করে। ফরমাল ভেরিফিকেশন কৌশলগুলো এরপর যাচাই করতে পারে যে একটি কন্ট্রাক্টের বাস্তবায়ন তার স্পেসিফিকেশন মেনে চলে এবং এর সঠিকতার গাণিতিক প্রমাণ বের করতে পারে। যখন একটি কন্ট্রাক্ট তার স্পেসিফিকেশন পূরণ করে, তখন এটিকে "কার্যকারিতার দিক থেকে সঠিক" (functionally correct), "ডিজাইন অনুযায়ী সঠিক" (correct by design), বা "গঠন অনুযায়ী সঠিক" (correct by construction) হিসেবে বর্ণনা করা হয়।
-### একটি আনুষ্ঠানিক মডেল কী? {#what-is-a-formal-model}
+### ফরমাল মডেল কী? {#what-is-a-formal-model}
-কম্পিউটার বিজ্ঞানে, একটি [আনুষ্ঠানিক মডেল](https://en.wikipedia.org/wiki/Model_of_computation) হল একটি গণনামূলক প্রক্রিয়ার গাণিতিক বিবরণ। প্রোগ্রামগুলিকে গাণিতিক ফাংশনে (সমীকরণ) বিমূর্ত করা হয়, মডেলটি বর্ণনা করে যে একটি ইনপুট দেওয়া হলে ফাংশনগুলির আউটপুটগুলি কীভাবে গণনা করা হয়।
+কম্পিউটার বিজ্ঞানে, একটি [ফরমাল মডেল](https://en.wikipedia.org/wiki/Model_of_computation) হলো একটি কম্পিউটেশনাল প্রক্রিয়ার গাণিতিক বর্ণনা। প্রোগ্রামগুলোকে গাণিতিক ফাংশনে (সমীকরণ) অ্যাবস্ট্রাক্ট করা হয়, যেখানে মডেলটি বর্ণনা করে যে একটি ইনপুট দেওয়া হলে ফাংশনগুলোর আউটপুট কীভাবে গণনা করা হয়।
-আনুষ্ঠানিক মডেলগুলি একটি বিমূর্ততার স্তর সরবরাহ করে যার উপর একটি প্রোগ্রামের আচরণের বিশ্লেষণ মূল্যায়ন করা যেতে পারে। আনুষ্ঠানিক মডেলের অস্তিত্ব একটি _আনুষ্ঠানিক স্পেসিফিকেশন_ তৈরির অনুমতি দেয়, যা প্রশ্নবিদ্ধ মডেলের পছন্দসই বৈশিষ্ট্যগুলি বর্ণনা করে।
+ফরমাল মডেলগুলো এমন একটি অ্যাবস্ট্রাকশন লেভেল প্রদান করে যার ওপর ভিত্তি করে একটি প্রোগ্রামের আচরণের বিশ্লেষণ মূল্যায়ন করা যেতে পারে। ফরমাল মডেলের অস্তিত্ব একটি _ফরমাল স্পেসিফিকেশন_ তৈরির সুযোগ দেয়, যা আলোচ্য মডেলের কাঙ্ক্ষিত প্রপার্টিগুলো বর্ণনা করে।
-আনুষ্ঠানিক যাচাইকরণের জন্য স্মার্ট কন্ট্র্যাক্ট মডেলিংয়ের জন্য বিভিন্ন কৌশল ব্যবহার করা হয়। উদাহরণস্বরূপ, কিছু মডেল একটি স্মার্ট কন্ট্র্যাক্টের উচ্চ-স্তরের আচরণ সম্পর্কে যুক্তি দেওয়ার জন্য ব্যবহৃত হয়। এই মডেলিং কৌশলগুলি স্মার্ট কন্ট্র্যাক্টগুলিতে একটি ব্ল্যাক-বক্স ভিউ প্রয়োগ করে, সেগুলিকে এমন সিস্টেম হিসাবে দেখে যা ইনপুট গ্রহণ করে এবং সেই ইনপুটগুলির উপর ভিত্তি করে গণনা সম্পাদন করে।
+ফরমাল ভেরিফিকেশনের জন্য স্মার্ট কন্ট্রাক্ট মডেলিং করতে বিভিন্ন কৌশল ব্যবহৃত হয়। উদাহরণস্বরূপ, কিছু মডেল একটি স্মার্ট কন্ট্রাক্টের হাই-লেভেল আচরণ সম্পর্কে যুক্তি দিতে ব্যবহৃত হয়। এই মডেলিং কৌশলগুলো স্মার্ট কন্ট্রাক্টে একটি ব্ল্যাক-বক্স ভিউ প্রয়োগ করে, সেগুলোকে এমন সিস্টেম হিসেবে দেখে যা ইনপুট গ্রহণ করে এবং সেই ইনপুটগুলোর ওপর ভিত্তি করে কম্পিউটেশন চালায়।
-উচ্চ-স্তরের মডেলগুলি স্মার্ট কন্ট্র্যাক্ট এবং বাহ্যিক এজেন্ট, যেমন এক্সটারনালি ওনড অ্যাকাউন্ট (EOAs), কন্ট্র্যাক্ট অ্যাকাউন্ট এবং ব্লকচেইন পরিবেশের মধ্যে সম্পর্কের উপর ফোকাস করে। এই ধরনের মডেলগুলি সেই বৈশিষ্ট্যগুলিকে সংজ্ঞায়িত করার জন্য উপযোগী যা নির্দিষ্ট করে যে নির্দিষ্ট ব্যবহারকারীর ইন্টারঅ্যাকশনের প্রতিক্রিয়া হিসাবে একটি কন্ট্র্যাক্ট কীভাবে আচরণ করবে।
+হাই-লেভেল মডেলগুলো স্মার্ট কন্ট্রাক্ট এবং বাহ্যিক এজেন্ট, যেমন এক্সটার্নালি ওনড একাউন্ট (EOAs), কন্ট্রাক্ট একাউন্ট এবং ব্লকচেইন পরিবেশের মধ্যে সম্পর্কের ওপর ফোকাস করে। এই ধরনের মডেলগুলো এমন প্রপার্টি সংজ্ঞায়িত করতে কার্যকর যা নির্দিষ্ট ব্যবহারকারীর ইন্টারঅ্যাকশনের প্রতিক্রিয়ায় একটি কন্ট্রাক্টের কীভাবে আচরণ করা উচিত তা নির্দিষ্ট করে।
-বিপরীতভাবে, অন্যান্য আনুষ্ঠানিক মডেলগুলি একটি স্মার্ট কন্ট্র্যাক্টের নিম্ন-স্তরের আচরণের উপর ফোকাস করে। যদিও উচ্চ-স্তরের মডেলগুলি একটি কন্ট্র্যাক্টের কার্যকারিতা সম্পর্কে যুক্তি দেখাতে সাহায্য করতে পারে, তারা বাস্তবায়নের অভ্যন্তরীণ কাজ সম্পর্কে বিশদ বিবরণ ক্যাপচার করতে ব্যর্থ হতে পারে। নিম্ন-স্তরের মডেলগুলি প্রোগ্রাম বিশ্লেষণে একটি হোয়াইট-বক্স ভিউ প্রয়োগ করে এবং একটি কন্ট্র্যাক্টের সম্পাদনের সাথে প্রাসঙ্গিক বৈশিষ্ট্যগুলি সম্পর্কে যুক্তি দেওয়ার জন্য স্মার্ট কন্ট্র্যাক্ট অ্যাপ্লিকেশনগুলির নিম্ন-স্তরের উপস্থাপনার উপর নির্ভর করে, যেমন প্রোগ্রাম ট্রেস এবং [কন্ট্রোল ফ্লো গ্রাফ](https://en.wikipedia.org/wiki/Control-flow_graph)।
+অন্যদিকে, অন্যান্য ফরমাল মডেলগুলো একটি স্মার্ট কন্ট্রাক্টের লো-লেভেল আচরণের ওপর ফোকাস করে। যদিও হাই-লেভেল মডেলগুলো একটি কন্ট্রাক্টের কার্যকারিতা সম্পর্কে যুক্তি দিতে সাহায্য করতে পারে, তবে সেগুলো বাস্তবায়নের অভ্যন্তরীণ কাজ সম্পর্কে বিস্তারিত তথ্য ক্যাপচার করতে ব্যর্থ হতে পারে। লো-লেভেল মডেলগুলো প্রোগ্রাম বিশ্লেষণে একটি হোয়াইট-বক্স ভিউ প্রয়োগ করে এবং একটি কন্ট্রাক্টের এক্সিকিউশনের সাথে প্রাসঙ্গিক প্রপার্টিগুলো সম্পর্কে যুক্তি দিতে স্মার্ট কন্ট্রাক্ট অ্যাপ্লিকেশনগুলোর লোয়ার-লেভেল রিপ্রেজেন্টেশন, যেমন প্রোগ্রাম ট্রেস এবং [কন্ট্রোল ফ্লো গ্রাফ](https://en.wikipedia.org/wiki/Control-flow_graph)-এর ওপর নির্ভর করে।
-নিম্ন-স্তরের মডেলগুলিকে আদর্শ হিসাবে বিবেচনা করা হয় কারণ তারা ইথেরিয়ামের এক্সিকিউশন পরিবেশে (অর্থাৎ, [EVM](/developers/docs/evm/)) একটি স্মার্ট কন্ট্র্যাক্টের প্রকৃত এক্সিকিউশনকে প্রতিনিধিত্ব করে। নিম্ন-স্তরের মডেলিং কৌশলগুলি স্মার্ট কন্ট্র্যাক্টে গুরুত্বপূর্ণ নিরাপত্তা বৈশিষ্ট্য স্থাপন এবং সম্ভাব্য দুর্বলতা সনাক্ত করার জন্য বিশেষভাবে কার্যকর।
+লো-লেভেল মডেলগুলোকে আদর্শ হিসেবে বিবেচনা করা হয় কারণ এগুলো ইথিরিয়ামের এক্সিকিউশন পরিবেশে (অর্থাৎ, [EVM](/developers/docs/evm/)) একটি স্মার্ট কন্ট্রাক্টের প্রকৃত এক্সিকিউশন উপস্থাপন করে। লো-লেভেল মডেলিং কৌশলগুলো স্মার্ট কন্ট্রাক্টে গুরুত্বপূর্ণ নিরাপত্তা প্রপার্টি প্রতিষ্ঠা করতে এবং সম্ভাব্য দুর্বলতা শনাক্ত করতে বিশেষভাবে কার্যকর।
-### একটি আনুষ্ঠানিক স্পেসিফিকেশন কী? {#what-is-a-formal-specification}
+### ফরমাল স্পেসিফিকেশন কী? {#what-is-a-formal-specification}
-একটি স্পেসিফিকেশন কেবল একটি প্রযুক্তিগত প্রয়োজনীয়তা যা একটি নির্দিষ্ট সিস্টেমকে অবশ্যই পূরণ করতে হবে। প্রোগ্রামিং-এ, স্পেসিফিকেশন একটি প্রোগ্রামের এক্সিকিউশন সম্পর্কে সাধারণ ধারণা উপস্থাপন করে (অর্থাৎ, প্রোগ্রামের কী করা উচিত)।
+একটি স্পেসিফিকেশন হলো কেবল একটি প্রযুক্তিগত প্রয়োজনীয়তা যা একটি নির্দিষ্ট সিস্টেমকে অবশ্যই পূরণ করতে হবে। প্রোগ্রামিংয়ে, স্পেসিফিকেশনগুলো একটি প্রোগ্রামের এক্সিকিউশন সম্পর্কে সাধারণ ধারণা উপস্থাপন করে (অর্থাৎ, প্রোগ্রামটির কী করা উচিত)।
-স্মার্ট কন্ট্র্যাক্টের প্রসঙ্গে, আনুষ্ঠানিক স্পেসিফিকেশন বলতে বোঝায় _বৈশিষ্ট্য_—একটি কন্ট্র্যাক্টকে অবশ্যই যে প্রয়োজনীয়তাগুলি পূরণ করতে হবে তার আনুষ্ঠানিক বিবরণ। এই জাতীয় বৈশিষ্ট্যগুলিকে "ইনভ্যারিয়েন্টস" হিসাবে বর্ণনা করা হয় এবং একটি কন্ট্র্যাক্টের এক্সিকিউশন সম্পর্কে যৌক্তিক দাবি উপস্থাপন করে যা ব্যতিক্রম ছাড়াই প্রতিটি সম্ভাব্য পরিস্থিতিতে অবশ্যই সত্য থাকতে হবে।
+স্মার্ট কন্ট্রাক্টের প্রেক্ষাপটে, ফরমাল স্পেসিফিকেশন বলতে _প্রপার্টি_ বোঝায়—একটি কন্ট্রাক্টকে অবশ্যই পূরণ করতে হবে এমন প্রয়োজনীয়তাগুলোর ফরমাল বর্ণনা। এই ধরনের প্রপার্টিগুলোকে "ইনভ্যারিয়েন্ট" (invariants) হিসেবে বর্ণনা করা হয় এবং এগুলো একটি কন্ট্রাক্টের এক্সিকিউশন সম্পর্কে যৌক্তিক দাবি উপস্থাপন করে যা কোনো ব্যতিক্রম ছাড়াই প্রতিটি সম্ভাব্য পরিস্থিতিতে সত্য থাকতে হবে।
-এইভাবে, আমরা একটি আনুষ্ঠানিক স্পেসিফিকেশনকে একটি আনুষ্ঠানিক ভাষায় লেখা বিবৃতির সংগ্রহ হিসাবে ভাবতে পারি যা একটি স্মার্ট কন্ট্র্যাক্টের উদ্দেশ্যমূলক এক্সিকিউশনকে বর্ণনা করে। স্পেসিফিকেশন একটি কন্ট্র্যাক্টের বৈশিষ্ট্যগুলি কভার করে এবং বিভিন্ন পরিস্থিতিতে কন্ট্র্যাক্টটি কীভাবে আচরণ করা উচিত তা সংজ্ঞায়িত করে। আনুষ্ঠানিক যাচাইকরণের উদ্দেশ্য হল এটি নির্ধারণ করা যে একটি স্মার্ট কন্ট্র্যাক্টের এই বৈশিষ্ট্যগুলি (ইনভ্যারিয়েন্টস) আছে কিনা এবং এক্সিকিউশনের সময় এই বৈশিষ্ট্যগুলি লঙ্ঘিত হয় না।
+সুতরাং, আমরা একটি ফরমাল স্পেসিফিকেশনকে একটি ফরমাল ভাষায় লেখা স্টেটমেন্টের সংগ্রহ হিসেবে ভাবতে পারি যা একটি স্মার্ট কন্ট্রাক্টের উদ্দিষ্ট এক্সিকিউশন বর্ণনা করে। স্পেসিফিকেশনগুলো একটি কন্ট্রাক্টের প্রপার্টি কভার করে এবং বিভিন্ন পরিস্থিতিতে কন্ট্রাক্টটির কীভাবে আচরণ করা উচিত তা সংজ্ঞায়িত করে। ফরমাল ভেরিফিকেশনের উদ্দেশ্য হলো একটি স্মার্ট কন্ট্রাক্টের এই প্রপার্টিগুলো (ইনভ্যারিয়েন্ট) আছে কিনা এবং এক্সিকিউশনের সময় এই প্রপার্টিগুলো লঙ্ঘিত হয় না তা নির্ধারণ করা।
-স্মার্ট কন্ট্র্যাক্টের নিরাপদ বাস্তবায়নের বিকাশে আনুষ্ঠানিক স্পেসিফিকেশন অত্যন্ত গুরুত্বপূর্ণ। যে কন্ট্র্যাক্টগুলি ইনভ্যারিয়েন্টস বাস্তবায়ন করতে ব্যর্থ হয় বা এক্সিকিউশনের সময় তাদের বৈশিষ্ট্য লঙ্ঘিত হয় সেগুলি দুর্বলতার শিকার হয় যা কার্যকারিতার ক্ষতি করতে পারে বা দূষিত এক্সপ্লয়েটের কারণ হতে পারে।
+স্মার্ট কন্ট্রাক্টের নিরাপদ বাস্তবায়ন তৈরিতে ফরমাল স্পেসিফিকেশন অত্যন্ত গুরুত্বপূর্ণ। যেসব কন্ট্রাক্ট ইনভ্যারিয়েন্ট বাস্তবায়ন করতে ব্যর্থ হয় বা এক্সিকিউশনের সময় তাদের প্রপার্টি লঙ্ঘিত হয়, সেগুলো এমন দুর্বলতার ঝুঁকিতে থাকে যা কার্যকারিতার ক্ষতি করতে পারে বা ক্ষতিকারক এক্সপ্লয়েটের কারণ হতে পারে।
-## স্মার্ট কন্ট্র্যাক্টের জন্য আনুষ্ঠানিক স্পেসিফিকেশনের প্রকারভেদ {#formal-specifications-for-smart-contracts}
+## স্মার্ট কন্ট্রাক্টের জন্য ফরমাল স্পেসিফিকেশনের ধরন {#formal-specifications-for-smart-contracts}
-আনুষ্ঠানিক স্পেসিফিকেশন প্রোগ্রাম এক্সিকিউশনের সঠিকতা সম্পর্কে গাণিতিক যুক্তি প্রদান করে। আনুষ্ঠানিক মডেলের মতো, আনুষ্ঠানিক স্পেসিফিকেশনগুলি উচ্চ-স্তরের বৈশিষ্ট্য বা একটি কন্ট্র্যাক্ট বাস্তবায়নের নিম্ন-স্তরের আচরণ উভয়ই ক্যাপচার করতে পারে।
+ফরমাল স্পেসিফিকেশন প্রোগ্রাম এক্সিকিউশনের সঠিকতা সম্পর্কে গাণিতিক যুক্তি সক্ষম করে। ফরমাল মডেলের মতো, ফরমাল স্পেসিফিকেশনগুলো একটি কন্ট্রাক্ট বাস্তবায়নের হাই-লেভেল প্রপার্টি বা লো-লেভেল আচরণ ক্যাপচার করতে পারে।
-আনুষ্ঠানিক স্পেসিফিকেশনগুলি [প্রোগ্রাম লজিক](https://en.wikipedia.org/wiki/Logic_programming)-এর উপাদানগুলি ব্যবহার করে প্রাপ্ত করা হয়, যা একটি প্রোগ্রামের বৈশিষ্ট্য সম্পর্কে আনুষ্ঠানিক যুক্তির সুযোগ দেয়। একটি প্রোগ্রাম লজিকের আনুষ্ঠানিক নিয়ম রয়েছে যা একটি প্রোগ্রামের প্রত্যাশিত আচরণকে (গাণিতিক ভাষায়) প্রকাশ করে। আনুষ্ঠানিক স্পেসিফিকেশন তৈরিতে বিভিন্ন প্রোগ্রাম লজিক ব্যবহার করা হয়, যার মধ্যে রয়েছে [রিচেবিলিটি লজিক](https://en.wikipedia.org/wiki/Reachability_problem), [টেম্পোরাল লজিক](https://en.wikipedia.org/wiki/Temporal_logic), এবং [হোয়ার লজিক](https://en.wikipedia.org/wiki/Hoare_logic)।
+ফরমাল স্পেসিফিকেশনগুলো [প্রোগ্রাম লজিক](https://en.wikipedia.org/wiki/Logic_programming)-এর উপাদান ব্যবহার করে তৈরি করা হয়, যা একটি প্রোগ্রামের প্রপার্টি সম্পর্কে ফরমাল যুক্তির সুযোগ দেয়। একটি প্রোগ্রাম লজিকের ফরমাল নিয়ম রয়েছে যা (গাণিতিক ভাষায়) একটি প্রোগ্রামের প্রত্যাশিত আচরণ প্রকাশ করে। ফরমাল স্পেসিফিকেশন তৈরিতে বিভিন্ন প্রোগ্রাম লজিক ব্যবহৃত হয়, যার মধ্যে রয়েছে [রিচেবিলিটি লজিক](https://en.wikipedia.org/wiki/Reachability_problem), [টেম্পোরাল লজিক](https://en.wikipedia.org/wiki/Temporal_logic), এবং [হোর লজিক](https://en.wikipedia.org/wiki/Hoare_logic)।
-স্মার্ট কন্ট্র্যাক্টের জন্য আনুষ্ঠানিক স্পেসিফিকেশনগুলিকে বিস্তৃতভাবে **উচ্চ-স্তরের** বা **নিম্ন-স্তরের** স্পেসিফিকেশন হিসাবে শ্রেণীবদ্ধ করা যেতে পারে। একটি স্পেসিফিকেশন যে বিভাগেরই হোক না কেন, এটি অবশ্যই বিশ্লেষণের অধীনে থাকা সিস্টেমের বৈশিষ্ট্যকে পর্যাপ্ত এবং দ্ব্যর্থহীনভাবে বর্ণনা করবে।
+স্মার্ট কন্ট্রাক্টের জন্য ফরমাল স্পেসিফিকেশনগুলোকে বিস্তৃতভাবে **হাই-লেভেল** বা **লো-লেভেল** স্পেসিফিকেশন হিসেবে শ্রেণীবদ্ধ করা যেতে পারে। একটি স্পেসিফিকেশন যে ক্যাটাগরিরই হোক না কেন, এটিকে অবশ্যই বিশ্লেষণাধীন সিস্টেমের প্রপার্টি পর্যাপ্ত এবং দ্ব্যর্থহীনভাবে বর্ণনা করতে হবে।
-### উচ্চ-স্তরের স্পেসিফিকেশন {#high-level-specifications}
+### হাই-লেভেল স্পেসিফিকেশন {#high-level-specifications}
-নাম থেকেই বোঝা যায়, একটি উচ্চ-স্তরের স্পেসিফিকেশন (যাকে "মডেল-ভিত্তিক স্পেসিফিকেশন"ও বলা হয়) একটি প্রোগ্রামের উচ্চ-স্তরের আচরণ বর্ণনা করে। উচ্চ-স্তরের স্পেসিফিকেশনগুলি একটি স্মার্ট কন্ট্র্যাক্টকে একটি [ফাইনাইট স্টেট মেশিন](https://en.wikipedia.org/wiki/Finite-state_machine) (FSM) হিসাবে মডেল করে, যা অপারেশন সম্পাদনের মাধ্যমে স্টেটগুলির মধ্যে পরিবর্তন করতে পারে, যেখানে টেম্পোরাল লজিক FSM মডেলের জন্য আনুষ্ঠানিক বৈশিষ্ট্যগুলি সংজ্ঞায়িত করতে ব্যবহৃত হয়।
+নাম থেকেই বোঝা যায়, একটি হাই-লেভেল স্পেসিফিকেশন (যাকে "মডেল-ওরিয়েন্টেড স্পেসিফিকেশন"ও বলা হয়) একটি প্রোগ্রামের হাই-লেভেল আচরণ বর্ণনা করে। হাই-লেভেল স্পেসিফিকেশনগুলো একটি স্মার্ট কন্ট্রাক্টকে একটি [ফাইনাইট স্টেট মেশিন](https://en.wikipedia.org/wiki/Finite-state_machine) (FSM) হিসেবে মডেল করে, যা অপারেশন সম্পাদন করে স্টেটগুলোর মধ্যে ট্রানজিশন করতে পারে, যেখানে FSM মডেলের জন্য ফরমাল প্রপার্টি সংজ্ঞায়িত করতে টেম্পোরাল লজিক ব্যবহৃত হয়।
-[টেম্পোরাল লজিক](https://en.wikipedia.org/wiki/Temporal_logic) হল "সময়ের পরিপ্রেক্ষিতে যোগ্য প্রস্তাবনা সম্পর্কে যুক্তি দেওয়ার নিয়ম (যেমন, \"আমি _সর্বদা_ ক্ষুধার্ত\" বা \"আমি _অবশেষে_ ক্ষুধার্ত হব\")।" আনুষ্ঠানিক যাচাইকরণে প্রয়োগ করা হলে, স্টেট-মেশিন হিসাবে মডেল করা সিস্টেমের সঠিক আচরণ সম্পর্কে দাবি করার জন্য টেম্পোরাল লজিক ব্যবহার করা হয়। নির্দিষ্টভাবে, একটি টেম্পোরাল লজিক বর্ণনা করে যে একটি স্মার্ট কন্ট্র্যাক্ট ভবিষ্যতে কোন স্টেটগুলিতে থাকতে পারে এবং এটি কীভাবে স্টেটগুলির মধ্যে ট্রানজিশন করে।
+[টেম্পোরাল লজিক](https://en.wikipedia.org/wiki/Temporal_logic) হলো "সময়ের পরিপ্রেক্ষিতে যোগ্য প্রস্তাবনাগুলো সম্পর্কে যুক্তি দেওয়ার নিয়ম (যেমন, "আমি _সবসময়_ ক্ষুধার্ত" বা "আমি _অবশেষে_ ক্ষুধার্ত হবো")।" ফরমাল ভেরিফিকেশনে প্রয়োগ করা হলে, টেম্পোরাল লজিকগুলো স্টেট-মেশিন হিসেবে মডেল করা সিস্টেমগুলোর সঠিক আচরণ সম্পর্কে দাবি জানাতে ব্যবহৃত হয়। বিশেষভাবে, একটি টেম্পোরাল লজিক বর্ণনা করে যে একটি স্মার্ট কন্ট্রাক্ট ভবিষ্যতে কোন স্টেটগুলোতে থাকতে পারে এবং এটি কীভাবে স্টেটগুলোর মধ্যে ট্রানজিশন করে।
-উচ্চ-স্তরের স্পেসিফিকেশনগুলি সাধারণত স্মার্ট কন্ট্র্যাক্টের জন্য দুটি গুরুত্বপূর্ণ টেম্পোরাল বৈশিষ্ট্য ক্যাপচার করে: **নিরাপত্তা** এবং **লাইভনেস**। সুরক্ষা বৈশিষ্ট্যগুলি এই ধারণাটি উপস্থাপন করে যে "কখনো খারাপ কিছু ঘটে না" এবং সাধারণত ইনভ্যারিয়েন্স প্রকাশ করে। একটি সুরক্ষা বৈশিষ্ট্য সাধারণ সফ্টওয়্যারের প্রয়োজনীয়তাগুলিকে সংজ্ঞায়িত করতে পারে, যেমন [ডেডলক](https://www.techtarget.com/whatis/definition/deadlock) থেকে মুক্তি, বা কন্ট্র্যাক্টগুলির জন্য ডোমেন-নির্দিষ্ট বৈশিষ্ট্য প্রকাশ করতে পারে (যেমন, ফাংশনের জন্য অ্যাক্সেস কন্ট্রোলের উপর ইনভ্যারিয়েন্ট, স্টেট ভেরিয়েবলের গ্রহণযোগ্য মান, বা টোকেন ট্রান্সফারের শর্তাবলী)।
+হাই-লেভেল স্পেসিফিকেশনগুলো সাধারণত স্মার্ট কন্ট্রাক্টের জন্য দুটি গুরুত্বপূর্ণ টেম্পোরাল প্রপার্টি ক্যাপচার করে: **সেফটি** (safety) এবং **লাইভনেস** (liveness)। সেফটি প্রপার্টিগুলো এই ধারণা উপস্থাপন করে যে "কখনো খারাপ কিছু ঘটে না" এবং সাধারণত ইনভ্যারিয়েন্স প্রকাশ করে। একটি সেফটি প্রপার্টি সাধারণ সফটওয়্যার প্রয়োজনীয়তা সংজ্ঞায়িত করতে পারে, যেমন [ডেডলক](https://www.techtarget.com/whatis/definition/deadlock) থেকে মুক্তি, অথবা কন্ট্রাক্টের জন্য ডোমেইন-নির্দিষ্ট প্রপার্টি প্রকাশ করতে পারে (যেমন, ফাংশনগুলোর জন্য অ্যাক্সেস কন্ট্রোলের ইনভ্যারিয়েন্ট, স্টেট ভেরিয়েবলের গ্রহণযোগ্য মান, বা টোকেন ট্রান্সফারের শর্ত)।
-উদাহরণস্বরূপ এই নিরাপত্তা প্রয়োজনীয়তাটি নিন যা ERC-20 টোকেন কন্ট্র্যাক্টে `transfer()` বা `transferFrom()` ব্যবহারের শর্তগুলিকে কভার করে: _"একজন প্রেরকের ব্যালেন্স পাঠানোর জন্য অনুরোধ করা টোকেনের পরিমাণের চেয়ে কখনো কম হয় না।"_। একটি কন্ট্র্যাক্ট ইনভ্যারিয়েন্টের এই স্বাভাবিক-ভাষার বিবরণ একটি আনুষ্ঠানিক (গাণিতিক) স্পেসিফিকেশনে অনুবাদ করা যেতে পারে, যা পরে বৈধতার জন্য কঠোরভাবে পরীক্ষা করা যেতে পারে।
+উদাহরণস্বরূপ এই সেফটি প্রয়োজনীয়তাটি নিন যা ERC-20 টোকেন কন্ট্রাক্টে `transfer()` বা `transferFrom()` ব্যবহারের শর্তগুলো কভার করে: _"একজন প্রেরকের ব্যালেন্স কখনো পাঠানোর জন্য অনুরোধ করা টোকেনের পরিমাণের চেয়ে কম হয় না।"_। একটি কন্ট্রাক্ট ইনভ্যারিয়েন্টের এই সাধারণ ভাষার বর্ণনাকে একটি ফরমাল (গাণিতিক) স্পেসিফিকেশনে অনুবাদ করা যেতে পারে, যা পরে বৈধতার জন্য কঠোরভাবে পরীক্ষা করা যেতে পারে।
-লাইভনেস বৈশিষ্ট্যগুলি দাবি করে যে "অবশেষে ভাল কিছু ঘটে" এবং একটি কন্ট্র্যাক্টের বিভিন্ন স্টেটের মাধ্যমে অগ্রগতির ক্ষমতা নিয়ে উদ্বিগ্ন। লাইভনেস বৈশিষ্ট্যের একটি উদাহরণ হল "তারল্য", যা অনুরোধের ভিত্তিতে ব্যবহারকারীদের কাছে তার ব্যালেন্স ট্রান্সফার করার জন্য একটি কন্ট্র্যাক্টের ক্ষমতাকে বোঝায়। যদি এই সম্পত্তিটি লঙ্ঘিত হয়, ব্যবহারকারীরা কন্ট্র্যাক্টে সংরক্ষিত সম্পদ উত্তোলন করতে পারবেন না, যেমনটি [প্যারিটি ওয়ালেট ঘটনা](https://www.cnbc.com/2017/11/08/accidental-bug-may-have-frozen-280-worth-of-ether-on-parity-wallet.html) এর সাথে ঘটেছিল।
+লাইভনেস প্রপার্টিগুলো দাবি করে যে "অবশেষে ভালো কিছু ঘটে" এবং এটি বিভিন্ন স্টেটের মাধ্যমে অগ্রসর হওয়ার জন্য একটি কন্ট্রাক্টের ক্ষমতার সাথে সম্পর্কিত। লাইভনেস প্রপার্টির একটি উদাহরণ হলো "লিকুইডিটি", যা অনুরোধের ভিত্তিতে ব্যবহারকারীদের কাছে এর ব্যালেন্স ট্রান্সফার করার জন্য একটি কন্ট্রাক্টের ক্ষমতাকে বোঝায়। যদি এই প্রপার্টি লঙ্ঘিত হয়, তবে ব্যবহারকারীরা কন্ট্রাক্টে সংরক্ষিত সম্পদ তুলতে পারবেন না, যেমনটি [প্যারিটি ওয়ালেট ঘটনায়](https://www.cnbc.com/2017/11/08/accidental-bug-may-have-frozen-280-worth-of-ether-on-parity-wallet.html) ঘটেছিল।
-### নিম্ন-স্তরের স্পেসিফিকেশন {#low-level-specifications}
+### লো-লেভেল স্পেসিফিকেশন {#low-level-specifications}
-উচ্চ-স্তরের স্পেসিফিকেশনগুলি একটি কন্ট্র্যাক্টের ফাইনাইট-স্টেট মডেলকে একটি প্রারম্ভিক বিন্দু হিসাবে গ্রহণ করে এবং এই মডেলের পছন্দসই বৈশিষ্ট্যগুলিকে সংজ্ঞায়িত করে। এর বিপরীতে, নিম্ন-স্তরের স্পেসিফিকেশনগুলি (যাকে "সম্পত্তি-ভিত্তিক স্পেসিফিকেশন"ও বলা হয়) প্রায়শই প্রোগ্রামগুলিকে (স্মার্ট কন্ট্র্যাক্ট) গাণিতিক ফাংশনের সংগ্রহ সম্বলিত সিস্টেম হিসাবে মডেল করে এবং এই ধরনের সিস্টেমের সঠিক আচরণ বর্ণনা করে।
+হাই-লেভেল স্পেসিফিকেশনগুলো একটি কন্ট্রাক্টের ফাইনাইট-স্টেট মডেলকে প্রারম্ভিক বিন্দু হিসেবে নেয় এবং এই মডেলের কাঙ্ক্ষিত প্রপার্টিগুলো সংজ্ঞায়িত করে। এর বিপরীতে, লো-লেভেল স্পেসিফিকেশনগুলো (যাকে "প্রপার্টি-ওরিয়েন্টেড স্পেসিফিকেশন"ও বলা হয়) প্রায়শই প্রোগ্রামগুলোকে (স্মার্ট কন্ট্রাক্ট) গাণিতিক ফাংশনের সংগ্রহ নিয়ে গঠিত সিস্টেম হিসেবে মডেল করে এবং এই ধরনের সিস্টেমের সঠিক আচরণ বর্ণনা করে।
-সহজ ভাষায়, নিম্ন-স্তরের স্পেসিফিকেশনগুলি _প্রোগ্রাম ট্রেস_ বিশ্লেষণ করে এবং এই ট্রেসগুলির উপর একটি স্মার্ট কন্ট্র্যাক্টের বৈশিষ্ট্যগুলি সংজ্ঞায়িত করার চেষ্টা করে। ট্রেস বলতে ফাংশন এক্সিকিউশনের ক্রম বোঝায় যা একটি স্মার্ট কন্ট্র্যাক্টের স্টেট পরিবর্তন করে; তাই, নিম্ন-স্তরের স্পেসিফিকেশনগুলি একটি কন্ট্র্যাক্টের অভ্যন্তরীণ এক্সিকিউশনের জন্য প্রয়োজনীয়তা নির্দিষ্ট করতে সাহায্য করে।
+সহজ কথায়, লো-লেভেল স্পেসিফিকেশনগুলো _প্রোগ্রাম ট্রেস_ বিশ্লেষণ করে এবং এই ট্রেসগুলোর ওপর একটি স্মার্ট কন্ট্রাক্টের প্রপার্টি সংজ্ঞায়িত করার চেষ্টা করে। ট্রেস বলতে ফাংশন এক্সিকিউশনের সিকোয়েন্স বোঝায় যা একটি স্মার্ট কন্ট্রাক্টের স্টেট পরিবর্তন করে; তাই, লো-লেভেল স্পেসিফিকেশনগুলো একটি কন্ট্রাক্টের অভ্যন্তরীণ এক্সিকিউশনের জন্য প্রয়োজনীয়তা নির্দিষ্ট করতে সাহায্য করে।
-নিম্ন-স্তরের আনুষ্ঠানিক স্পেসিফিকেশন হোয়ার-স্টাইল বৈশিষ্ট্য বা এক্সিকিউশন পাথের ইনভ্যারিয়েন্ট হিসাবে দেওয়া যেতে পারে।
+লো-লেভেল ফরমাল স্পেসিফিকেশনগুলো হোর-স্টাইল প্রপার্টি বা এক্সিকিউশন পাথের ইনভ্যারিয়েন্ট হিসেবে দেওয়া যেতে পারে।
-### হোয়ার-স্টাইল বৈশিষ্ট্য {#hoare-style-properties}
+### হোর-স্টাইল প্রপার্টি {#hoare-style-properties}
-[হোয়ার লজিক](https://en.wikipedia.org/wiki/Hoare_logic) স্মার্ট কন্ট্র্যাক্ট সহ প্রোগ্রামগুলির সঠিকতা সম্পর্কে যুক্তি দেওয়ার জন্য আনুষ্ঠানিক নিয়মের একটি সেট সরবরাহ করে। একটি হোয়ার-স্টাইল প্রপার্টি একটি হোয়ার ট্রিপল `{P}c{Q}` দ্বারা উপস্থাপিত হয়, যেখানে `c` একটি প্রোগ্রাম এবং `P` এবং `Q` হল `c`-এর (অর্থাৎ, প্রোগ্রাম) স্টেটের উপর প্রেডিকেট, যা আনুষ্ঠানিকভাবে যথাক্রমে _প্রিকন্ডিশন_ এবং _পোস্টকন্ডিশন_ হিসাবে বর্ণিত।
+[হোর লজিক](https://en.wikipedia.org/wiki/Hoare_logic) স্মার্ট কন্ট্রাক্টসহ প্রোগ্রামগুলোর সঠিকতা সম্পর্কে যুক্তি দেওয়ার জন্য ফরমাল নিয়মের একটি সেট প্রদান করে। একটি হোর-স্টাইল প্রপার্টি একটি হোর ট্রিপল `{P}c{Q}` দ্বারা উপস্থাপিত হয়, যেখানে `c` হলো একটি প্রোগ্রাম এবং `P` ও `Q` হলো `c` (অর্থাৎ, প্রোগ্রাম)-এর স্টেটের ওপর প্রেডিকেট, যা যথাক্রমে _প্রিকন্ডিশন_ এবং _পোস্টকন্ডিশন_ হিসেবে ফরমালভাবে বর্ণিত।
-একটি প্রিকন্ডিশন হল একটি প্রেডিকেট যা একটি ফাংশনের সঠিক এক্সিকিউশনের জন্য প্রয়োজনীয় শর্তাবলী বর্ণনা করে; কন্ট্র্যাক্টে কল করা ব্যবহারকারীদের অবশ্যই এই প্রয়োজনীয়তা পূরণ করতে হবে। একটি পোস্টকন্ডিশন হল একটি প্রেডিকেট যা একটি ফাংশন সঠিকভাবে এক্সিকিউট হলে যে শর্তটি প্রতিষ্ঠা করে তা বর্ণনা করে; ব্যবহারকারীরা ফাংশনে কল করার পরে এই শর্তটি সত্য হবে বলে আশা করতে পারেন। হোয়ার লজিকে একটি _ইনভ্যারিয়েন্ট_ হল একটি প্রেডিকেট যা একটি ফাংশনের এক্সিকিউশন দ্বারা সংরক্ষিত থাকে (অর্থাৎ, এটি পরিবর্তন হয় না)।
+একটি প্রিকন্ডিশন হলো একটি প্রেডিকেট যা একটি ফাংশনের সঠিক এক্সিকিউশনের জন্য প্রয়োজনীয় শর্তগুলো বর্ণনা করে; কন্ট্রাক্টে কল করা ব্যবহারকারীদের অবশ্যই এই প্রয়োজনীয়তা পূরণ করতে হবে। একটি পোস্টকন্ডিশন হলো একটি প্রেডিকেট যা এমন শর্ত বর্ণনা করে যা একটি ফাংশন সঠিকভাবে এক্সিকিউট হলে প্রতিষ্ঠিত হয়; ব্যবহারকারীরা ফাংশনে কল করার পরে এই শর্তটি সত্য হবে বলে আশা করতে পারেন। হোর লজিকে একটি _ইনভ্যারিয়েন্ট_ হলো একটি প্রেডিকেট যা একটি ফাংশনের এক্সিকিউশন দ্বারা সংরক্ষিত থাকে (অর্থাৎ, এটি পরিবর্তিত হয় না)।
-হোয়ার-স্টাইল স্পেসিফিকেশনগুলি হয় _আংশিক সঠিকতা_ বা _সম্পূর্ণ সঠিকতা_ নিশ্চিত করতে পারে। একটি কন্ট্র্যাক্ট ফাংশনের বাস্তবায়ন "আংশিকভাবে সঠিক" হয় যদি ফাংশনটি এক্সিকিউট হওয়ার আগে প্রিকন্ডিশনটি সত্য হয় এবং যদি এক্সিকিউশনটি শেষ হয় তবে পোস্টকন্ডিশনটিও সত্য হয়। সম্পূর্ণ সঠিকতার প্রমাণ পাওয়া যায় যদি ফাংশন এক্সিকিউট করার আগে একটি প্রিকন্ডিশন সত্য হয়, এক্সিকিউশনটি শেষ হওয়ার নিশ্চয়তা থাকে এবং যখন এটি হয়, তখন পোস্টকন্ডিশনটি সত্য হয়।
+হোর-স্টাইল স্পেসিফিকেশনগুলো _আংশিক সঠিকতা_ (partial correctness) বা _সম্পূর্ণ সঠিকতা_ (total correctness) গ্যারান্টি দিতে পারে। একটি কন্ট্রাক্ট ফাংশনের বাস্তবায়ন "আংশিকভাবে সঠিক" যদি ফাংশনটি এক্সিকিউট হওয়ার আগে প্রিকন্ডিশন সত্য হয় এবং যদি এক্সিকিউশন শেষ হয়, তবে পোস্টকন্ডিশনটিও সত্য হয়। সম্পূর্ণ সঠিকতার প্রমাণ পাওয়া যায় যদি ফাংশনটি এক্সিকিউট হওয়ার আগে একটি প্রিকন্ডিশন সত্য হয়, এক্সিকিউশন শেষ হওয়ার গ্যারান্টি থাকে এবং যখন এটি হয়, তখন পোস্টকন্ডিশন সত্য হয়।
-সম্পূর্ণ সঠিকতার প্রমাণ পাওয়া কঠিন কারণ কিছু এক্সিকিউশন শেষ হওয়ার আগে বিলম্বিত হতে পারে, বা একেবারেই শেষ নাও হতে পারে। তা সত্ত্বেও, এক্সিকিউশন শেষ হয় কিনা সেই প্রশ্নটি তর্কসাপেক্ষে একটি অমীমাংসিত বিষয় কারণ ইথেরিয়ামের গ্যাস মেকানিজম অসীম প্রোগ্রাম লুপ প্রতিরোধ করে (এক্সিকিউশন হয় সফলভাবে শেষ হয় অথবা 'আউট-অফ-গ্যাস' ত্রুটির কারণে শেষ হয়)।
+সম্পূর্ণ সঠিকতার প্রমাণ পাওয়া কঠিন কারণ কিছু এক্সিকিউশন শেষ হওয়ার আগে বিলম্বিত হতে পারে, বা কখনোই শেষ নাও হতে পারে। বলা বাহুল্য, এক্সিকিউশন শেষ হয় কিনা সেই প্রশ্নটি তর্কসাপেক্ষভাবে একটি অমীমাংসিত বিষয় কারণ ইথিরিয়ামের গ্যাস মেকানিজম অসীম প্রোগ্রাম লুপ প্রতিরোধ করে (এক্সিকিউশন সফলভাবে শেষ হয় বা 'আউট-অফ-গ্যাস' ত্রুটির কারণে শেষ হয়)।
-হোয়ার লজিক ব্যবহার করে তৈরি করা স্মার্ট কন্ট্র্যাক্ট স্পেসিফিকেশনগুলিতে একটি কন্ট্র্যাক্টে ফাংশন এবং লুপগুলির এক্সিকিউশনের জন্য প্রিকন্ডিশন, পোস্টকন্ডিশন এবং ইনভ্যারিয়েন্ট সংজ্ঞায়িত করা থাকবে। প্রিকন্ডিশনগুলিতে প্রায়শই একটি ফাংশনে ভুল ইনপুটের সম্ভাবনা অন্তর্ভুক্ত থাকে, পোস্টকন্ডিশনগুলি এই ধরনের ইনপুটগুলির প্রতি প্রত্যাশিত প্রতিক্রিয়া বর্ণনা করে (যেমন, একটি নির্দিষ্ট ব্যতিক্রম থ্রো করা)। এইভাবে হোয়ার-স্টাইল বৈশিষ্ট্যগুলি কন্ট্র্যাক্ট বাস্তবায়নের সঠিকতা নিশ্চিত করার জন্য কার্যকর।
+হোর লজিক ব্যবহার করে তৈরি স্মার্ট কন্ট্রাক্ট স্পেসিফিকেশনগুলোতে একটি কন্ট্রাক্টে ফাংশন এবং লুপের এক্সিকিউশনের জন্য প্রিকন্ডিশন, পোস্টকন্ডিশন এবং ইনভ্যারিয়েন্ট সংজ্ঞায়িত থাকবে। প্রিকন্ডিশনগুলোতে প্রায়শই একটি ফাংশনে ভুল ইনপুটের সম্ভাবনা অন্তর্ভুক্ত থাকে, যেখানে পোস্টকন্ডিশনগুলো এই ধরনের ইনপুটগুলোর প্রত্যাশিত প্রতিক্রিয়া বর্ণনা করে (যেমন, একটি নির্দিষ্ট এক্সেপশন থ্রো করা)। এইভাবে হোর-স্টাইল প্রপার্টিগুলো কন্ট্রাক্ট বাস্তবায়নের সঠিকতা নিশ্চিত করার জন্য কার্যকর।
-অনেক আনুষ্ঠানিক যাচাইকরণ ফ্রেমওয়ার্ক ফাংশনের সেমান্টিক সঠিকতা প্রমাণের জন্য হোয়ার-স্টাইল স্পেসিফিকেশন ব্যবহার করে। সলিডিটিতে `require` এবং `assert` স্টেটমেন্ট ব্যবহার করে সরাসরি কন্ট্র্যাক্ট কোডে হোয়ার-স্টাইল বৈশিষ্ট্য (অ্যাসারশন হিসাবে) যোগ করাও সম্ভব।
+অনেক ফরমাল ভেরিফিকেশন ফ্রেমওয়ার্ক ফাংশনগুলোর শব্দার্থিক সঠিকতা প্রমাণের জন্য হোর-স্টাইল স্পেসিফিকেশন ব্যবহার করে। সলিডিটিতে `require` এবং `assert` স্টেটমেন্ট ব্যবহার করে সরাসরি কন্ট্রাক্ট কোডে হোর-স্টাইল প্রপার্টি (অ্যাসারশন হিসেবে) যোগ করাও সম্ভব।
-`require` স্টেটমেন্টগুলি একটি প্রিকন্ডিশন বা ইনভ্যারিয়েন্ট প্রকাশ করে এবং প্রায়শই ব্যবহারকারীর ইনপুট যাচাই করতে ব্যবহৃত হয়, যখন `assert` নিরাপত্তার জন্য প্রয়োজনীয় একটি পোস্টকন্ডিশন ক্যাপচার করে। উদাহরণস্বরূপ, ফাংশনের জন্য সঠিক অ্যাক্সেস কন্ট্রোল (নিরাপত্তা বৈশিষ্ট্যের একটি উদাহরণ) কলিং অ্যাকাউন্টের পরিচয়ের উপর একটি প্রিকন্ডিশন চেক হিসাবে `require` ব্যবহার করে অর্জন করা যেতে পারে। একইভাবে, একটি কন্ট্র্যাক্টে স্টেট ভেরিয়েবলের অনুমোদিত মানের উপর একটি ইনভ্যারিয়েন্ট (যেমন, প্রচলনে থাকা মোট টোকেনের সংখ্যা) ফাংশন এক্সিকিউশনের পরে কন্ট্র্যাক্টের স্টেট নিশ্চিত করতে `assert` ব্যবহার করে লঙ্ঘন থেকে রক্ষা করা যেতে পারে।
+`require` স্টেটমেন্টগুলো একটি প্রিকন্ডিশন বা ইনভ্যারিয়েন্ট প্রকাশ করে এবং প্রায়শই ব্যবহারকারীর ইনপুট যাচাই করতে ব্যবহৃত হয়, যেখানে `assert` নিরাপত্তার জন্য প্রয়োজনীয় একটি পোস্টকন্ডিশন ক্যাপচার করে। উদাহরণস্বরূপ, ফাংশনগুলোর জন্য সঠিক অ্যাক্সেস কন্ট্রোল (একটি সেফটি প্রপার্টির উদাহরণ) কলিং একাউন্টের পরিচয়ের ওপর প্রিকন্ডিশন চেক হিসেবে `require` ব্যবহার করে অর্জন করা যেতে পারে। একইভাবে, একটি কন্ট্রাক্টে স্টেট ভেরিয়েবলের অনুমোদিত মানগুলোর ওপর একটি ইনভ্যারিয়েন্ট (যেমন, সার্কুলেশনে থাকা টোকেনের মোট সংখ্যা) ফাংশন এক্সিকিউশনের পরে কন্ট্রাক্টের স্টেট নিশ্চিত করতে `assert` ব্যবহার করে লঙ্ঘন থেকে রক্ষা করা যেতে পারে।
-### ট্রেস-স্তরের বৈশিষ্ট্য {#trace-level-properties}
+### ট্রেস-লেভেল প্রপার্টি {#trace-level-properties}
-ট্রেস-ভিত্তিক স্পেসিফিকেশনগুলি সেই অপারেশনগুলিকে বর্ণনা করে যা একটি কন্ট্র্যাক্টকে বিভিন্ন স্টেটের মধ্যে স্থানান্তর করে এবং এই অপারেশনগুলির মধ্যে সম্পর্ককে বর্ণনা করে। যেমনটি আগে ব্যাখ্যা করা হয়েছে, ট্রেস হল অপারেশনের ক্রম যা একটি কন্ট্র্যাক্টের স্টেটকে একটি নির্দিষ্ট উপায়ে পরিবর্তন করে।
+ট্রেস-ভিত্তিক স্পেসিফিকেশনগুলো এমন অপারেশন বর্ণনা করে যা একটি কন্ট্রাক্টকে বিভিন্ন স্টেটের মধ্যে ট্রানজিশন করে এবং এই অপারেশনগুলোর মধ্যে সম্পর্ক বর্ণনা করে। আগেই ব্যাখ্যা করা হয়েছে, ট্রেস হলো অপারেশনের সিকোয়েন্স যা একটি নির্দিষ্ট উপায়ে একটি কন্ট্রাক্টের স্টেট পরিবর্তন করে।
-এই পদ্ধতিটি স্মার্ট কন্ট্র্যাক্টের মডেলের উপর নির্ভর করে যা স্টেট-ট্রানজিশন সিস্টেম হিসাবে কিছু পূর্বনির্ধারিত স্টেট (স্টেট ভেরিয়েবল দ্বারা বর্ণিত) সহ পূর্বনির্ধারিত ট্রানজিশনের একটি সেট (কন্ট্র্যাক্ট ফাংশন দ্বারা বর্ণিত) নিয়ে গঠিত। উপরন্তু, একটি [কন্ট্রোল ফ্লো গ্রাফ](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/) (CFG), যা একটি প্রোগ্রামের এক্সিকিউশন ফ্লো-এর একটি গ্রাফিকাল উপস্থাপনা, প্রায়শই একটি কন্ট্র্যাক্টের অপারেশনাল সেমান্টিকস বর্ণনা করার জন্য ব্যবহৃত হয়। এখানে, প্রতিটি ট্রেস কন্ট্রোল ফ্লো গ্রাফের একটি পথ হিসাবে উপস্থাপিত হয়।
+এই পদ্ধতিটি স্মার্ট কন্ট্রাক্টের মডেলের ওপর নির্ভর করে যা স্টেট-ট্রানজিশন সিস্টেম হিসেবে কিছু পূর্বনির্ধারিত স্টেট (স্টেট ভেরিয়েবল দ্বারা বর্ণিত) এবং পূর্বনির্ধারিত ট্রানজিশনের একটি সেট (কন্ট্রাক্ট ফাংশন দ্বারা বর্ণিত) নিয়ে গঠিত। উপরন্তু, একটি [কন্ট্রোল ফ্লো গ্রাফ](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/) (CFG), যা একটি প্রোগ্রামের এক্সিকিউশন ফ্লো-এর একটি গ্রাফিকাল রিপ্রেজেন্টেশন, প্রায়শই একটি কন্ট্রাক্টের অপারেশনাল শব্দার্থবিদ্যা বর্ণনা করার জন্য ব্যবহৃত হয়। এখানে, প্রতিটি ট্রেস কন্ট্রোল ফ্লো গ্রাফে একটি পাথ হিসেবে উপস্থাপিত হয়।
-প্রাথমিকভাবে, ট্রেস-স্তরের স্পেসিফিকেশনগুলি স্মার্ট কন্ট্র্যাক্টগুলিতে অভ্যন্তরীণ এক্সিকিউশনের প্যাটার্ন সম্পর্কে যুক্তি দেওয়ার জন্য ব্যবহৃত হয়। ট্রেস-লেভেল স্পেসিফিকেশন তৈরি করে, আমরা একটি স্মার্ট কন্ট্র্যাক্টের জন্য গ্রহণযোগ্য এক্সিকিউশন পাথ (অর্থাৎ, স্টেট ট্রানজিশন) দাবি করি। সিম্বলিক এক্সিকিউশনের মতো কৌশল ব্যবহার করে, আমরা আনুষ্ঠানিকভাবে যাচাই করতে পারি যে এক্সিকিউশন কখনো আনুষ্ঠানিক মডেলে সংজ্ঞায়িত নয় এমন একটি পথ অনুসরণ করে না।
+প্রাথমিকভাবে, ট্রেস-লেভেল স্পেসিফিকেশনগুলো স্মার্ট কন্ট্রাক্টে অভ্যন্তরীণ এক্সিকিউশনের প্যাটার্ন সম্পর্কে যুক্তি দিতে ব্যবহৃত হয়। ট্রেস-লেভেল স্পেসিফিকেশন তৈরি করে, আমরা একটি স্মার্ট কন্ট্রাক্টের জন্য গ্রহণযোগ্য এক্সিকিউশন পাথ (অর্থাৎ, স্টেট ট্রানজিশন) দাবি করি। সিম্বলিক এক্সিকিউশনের মতো কৌশল ব্যবহার করে, আমরা ফরমালভাবে যাচাই করতে পারি যে এক্সিকিউশন কখনো এমন কোনো পাথ অনুসরণ করে না যা ফরমাল মডেলে সংজ্ঞায়িত নয়।
-আসুন ট্রেস-লেভেল বৈশিষ্ট্যগুলি বর্ণনা করার জন্য একটি [DAO](/dao/) কন্ট্র্যাক্টের একটি উদাহরণ ব্যবহার করি যার কিছু সর্বজনীনভাবে অ্যাক্সেসযোগ্য ফাংশন রয়েছে। এখানে, আমরা ধরে নিই যে DAO কন্ট্র্যাক্ট ব্যবহারকারীদের নিম্নলিখিত অপারেশনগুলি সম্পাদন করার অনুমতি দেয়:
+ট্রেস-লেভেল প্রপার্টি বর্ণনা করতে আসুন একটি [DAO](/dao/) কন্ট্রাক্টের উদাহরণ ব্যবহার করি যার কিছু সর্বজনীনভাবে অ্যাক্সেসযোগ্য ফাংশন রয়েছে। এখানে, আমরা ধরে নিই যে DAO কন্ট্রাক্ট ব্যবহারকারীদের নিম্নলিখিত অপারেশনগুলো সম্পাদন করতে দেয়:
-- তহবিল জমা দিন
+- ফান্ড জমা দেওয়া
-- তহবিল জমা দেওয়ার পরে একটি প্রস্তাবে ভোট দিন
+- ফান্ড জমা দেওয়ার পরে একটি প্রস্তাবে ভোট দেওয়া
-- যদি তারা কোনো প্রস্তাবে ভোট না দেয় তাহলে রিফান্ড দাবি করুন
+- যদি তারা কোনো প্রস্তাবে ভোট না দেয় তবে রিফান্ড দাবি করা
-উদাহরণস্বরূপ ট্রেস-স্তরের বৈশিষ্ট্যগুলি হতে পারে _"যে ব্যবহারকারীরা তহবিল জমা দেন না তারা কোনো প্রস্তাবে ভোট দিতে পারবেন না"_ অথবা _"যে ব্যবহারকারীরা কোনো প্রস্তাবে ভোট দেন না তাদের সর্বদা রিফান্ড দাবি করতে সক্ষম হওয়া উচিত"_। উভয় বৈশিষ্ট্যই এক্সিকিউশনের পছন্দের ক্রম দাবি করে (ভোট তহবিল জমা দেওয়ার _আগে_ হতে পারে না এবং রিফান্ড দাবি করা একটি প্রস্তাবে ভোট দেওয়ার _পরে_ হতে পারে না)।
+উদাহরণস্বরূপ ট্রেস-লেভেল প্রপার্টি হতে পারে _"যেসব ব্যবহারকারী ফান্ড জমা দেন না তারা কোনো প্রস্তাবে ভোট দিতে পারবেন না"_ বা _"যেসব ব্যবহারকারী কোনো প্রস্তাবে ভোট দেন না তাদের সর্বদা রিফান্ড দাবি করতে সক্ষম হওয়া উচিত"_। উভয় প্রপার্টি এক্সিকিউশনের পছন্দের সিকোয়েন্স দাবি করে (ফান্ড জমা দেওয়ার _আগে_ ভোট দেওয়া হতে পারে না এবং একটি প্রস্তাবে ভোট দেওয়ার _পরে_ রিফান্ড দাবি করা হতে পারে না)।
-## স্মার্ট কন্ট্র্যাক্টের আনুষ্ঠানিক যাচাইকরণের কৌশল {#formal-verification-techniques}
+## স্মার্ট কন্ট্রাক্টের ফরমাল ভেরিফিকেশনের কৌশল {#formal-verification-techniques}
### মডেল চেকিং {#model-checking}
-মডেল চেকিং একটি আনুষ্ঠানিক যাচাইকরণ কৌশল যেখানে একটি অ্যালগরিদম একটি স্মার্ট কন্ট্র্যাক্টের আনুষ্ঠানিক মডেলকে তার স্পেসিফিকেশনের বিপরীতে পরীক্ষা করে। মডেল চেকিং-এ স্মার্ট কন্ট্র্যাক্টগুলিকে প্রায়শই স্টেট-ট্রানজিশন সিস্টেম হিসাবে উপস্থাপন করা হয়, যখন অনুমোদিত কন্ট্র্যাক্ট স্টেটগুলির বৈশিষ্ট্যগুলি টেম্পোরাল লজিক ব্যবহার করে সংজ্ঞায়িত করা হয়।
+মডেল চেকিং হলো একটি ফরমাল ভেরিফিকেশন কৌশল যেখানে একটি অ্যালগরিদম একটি স্মার্ট কন্ট্রাক্টের ফরমাল মডেলকে এর স্পেসিফিকেশনের বিপরীতে পরীক্ষা করে। মডেল চেকিংয়ে স্মার্ট কন্ট্রাক্টগুলোকে প্রায়শই স্টেট-ট্রানজিশন সিস্টেম হিসেবে উপস্থাপন করা হয়, যেখানে অনুমোদিত কন্ট্রাক্ট স্টেটের প্রপার্টিগুলো টেম্পোরাল লজিক ব্যবহার করে সংজ্ঞায়িত করা হয়।
-মডেল চেকিং-এর জন্য একটি সিস্টেমের (অর্থাৎ, একটি কন্ট্র্যাক্ট) একটি বিমূর্ত গাণিতিক উপস্থাপনা তৈরি করতে হয় এবং [প্রোপোজিশনাল লজিক](https://www.baeldung.com/cs/propositional-logic)-এর মূলে থাকা সূত্র ব্যবহার করে এই সিস্টেমের বৈশিষ্ট্যগুলি প্রকাশ করতে হয়। এটি মডেল-চেকিং অ্যালগরিদমের কাজকে সহজ করে, যথা, প্রমাণ করা যে একটি গাণিতিক মডেল একটি প্রদত্ত যৌক্তিক সূত্রকে সন্তুষ্ট করে।
+মডেল চেকিংয়ের জন্য একটি সিস্টেমের (অর্থাৎ, একটি কন্ট্রাক্ট) একটি অ্যাবস্ট্রাক্ট গাণিতিক রিপ্রেজেন্টেশন তৈরি করা এবং [প্রোপোজিশনাল লজিক](https://www.baeldung.com/cs/propositional-logic)-এ নিহিত সূত্র ব্যবহার করে এই সিস্টেমের প্রপার্টিগুলো প্রকাশ করা প্রয়োজন। এটি মডেল-চেকিং অ্যালগরিদমের কাজকে সহজ করে, অর্থাৎ প্রমাণ করা যে একটি গাণিতিক মডেল একটি প্রদত্ত যৌক্তিক সূত্র পূরণ করে।
-আনুষ্ঠানিক যাচাইকরণে মডেল চেকিং প্রাথমিকভাবে টেম্পোরাল বৈশিষ্ট্যগুলি মূল্যায়ন করতে ব্যবহৃত হয় যা সময়ের সাথে একটি কন্ট্র্যাক্টের আচরণ বর্ণনা করে। স্মার্ট কন্ট্র্যাক্টের জন্য টেম্পোরাল বৈশিষ্ট্যগুলির মধ্যে রয়েছে _নিরাপত্তা_ এবং _লাইভনেস_, যা আমরা আগে ব্যাখ্যা করেছি।
+ফরমাল ভেরিফিকেশনে মডেল চেকিং প্রাথমিকভাবে টেম্পোরাল প্রপার্টি মূল্যায়ন করতে ব্যবহৃত হয় যা সময়ের সাথে সাথে একটি কন্ট্রাক্টের আচরণ বর্ণনা করে। স্মার্ট কন্ট্রাক্টের জন্য টেম্পোরাল প্রপার্টিগুলোর মধ্যে রয়েছে _সেফটি_ এবং _লাইভনেস_, যা আমরা আগেই ব্যাখ্যা করেছি।
-উদাহরণস্বরূপ, অ্যাক্সেস কন্ট্রোল সম্পর্কিত একটি নিরাপত্তা বৈশিষ্ট্য (যেমন, _শুধুমাত্র কন্ট্র্যাক্টের মালিক `selfdestruct` কল করতে পারে_) আনুষ্ঠানিক যুক্তিতে লেখা যেতে পারে। তারপরে, মডেল-চেকিং অ্যালগরিদম যাচাই করতে পারে যে কন্ট্র্যাক্টটি এই আনুষ্ঠানিক স্পেসিফিকেশন পূরণ করে কিনা।
+উদাহরণস্বরূপ, অ্যাক্সেস কন্ট্রোল সম্পর্কিত একটি নিরাপত্তা প্রপার্টি (যেমন, _শুধুমাত্র কন্ট্রাক্টের মালিক `selfdestruct` কল করতে পারেন_) ফরমাল লজিকে লেখা যেতে পারে। এরপর, মডেল-চেকিং অ্যালগরিদম যাচাই করতে পারে যে কন্ট্রাক্টটি এই ফরমাল স্পেসিফিকেশন পূরণ করে কিনা।
-মডেল চেকিং স্টেট স্পেস এক্সপ্লোরেশন ব্যবহার করে, যার মধ্যে একটি স্মার্ট কন্ট্র্যাক্টের সমস্ত সম্ভাব্য স্টেট তৈরি করা এবং এমন পৌঁছানোযোগ্য স্টেট খুঁজে বের করার চেষ্টা করা জড়িত যা সম্পত্তি লঙ্ঘনের কারণ হয়। যাইহোক, এটি অসীম সংখ্যক স্টেটের দিকে নিয়ে যেতে পারে (যা "স্টেট এক্সপ্লোশন সমস্যা" নামে পরিচিত), তাই মডেল চেকাররা স্মার্ট কন্ট্র্যাক্টের দক্ষ বিশ্লেষণ সম্ভব করার জন্য বিমূর্তকরণ কৌশলের উপর নির্ভর করে।
+মডেল চেকিং স্টেট স্পেস এক্সপ্লোরেশন ব্যবহার করে, যার মধ্যে একটি স্মার্ট কন্ট্রাক্টের সমস্ত সম্ভাব্য স্টেট তৈরি করা এবং এমন রিচেবল স্টেট খুঁজে বের করার চেষ্টা করা জড়িত যা প্রপার্টি লঙ্ঘনের কারণ হয়। তবে, এটি অসীম সংখ্যক স্টেটের দিকে নিয়ে যেতে পারে (যা "স্টেট এক্সপ্লোশন প্রবলেম" নামে পরিচিত), তাই মডেল চেকাররা স্মার্ট কন্ট্রাক্টের দক্ষ বিশ্লেষণ সম্ভব করতে অ্যাবস্ট্রাকশন কৌশলের ওপর নির্ভর করে।
### থিওরেম প্রুভিং {#theorem-proving}
-থিওরেম প্রুভিং হল স্মার্ট কন্ট্র্যাক্ট সহ প্রোগ্রামগুলির সঠিকতা সম্পর্কে গাণিতিকভাবে যুক্তি দেওয়ার একটি পদ্ধতি। এর মধ্যে একটি কন্ট্র্যাক্টের সিস্টেমের মডেল এবং তার স্পেসিফিকেশনগুলিকে গাণিতিক সূত্র (যুক্তি বিবৃতি) তে রূপান্তরিত করা জড়িত।
+থিওরেম প্রুভিং হলো স্মার্ট কন্ট্রাক্টসহ প্রোগ্রামগুলোর সঠিকতা সম্পর্কে গাণিতিকভাবে যুক্তি দেওয়ার একটি পদ্ধতি। এর মধ্যে একটি কন্ট্রাক্টের সিস্টেমের মডেল এবং এর স্পেসিফিকেশনগুলোকে গাণিতিক সূত্রে (লজিক স্টেটমেন্ট) রূপান্তর করা জড়িত।
-থিওরেম প্রুভিং-এর উদ্দেশ্য হল এই বিবৃতিগুলির মধ্যে যৌক্তিক সমতা যাচাই করা। "যৌক্তিক সমতা" (যাকে "যৌক্তিক দ্বি-প্রভাব"ও বলা হয়) দুটি বিবৃতির মধ্যে এক ধরনের সম্পর্ক যেমন প্রথম বিবৃতিটি সত্য _যদি এবং কেবল যদি_ দ্বিতীয় বিবৃতিটি সত্য হয়।
+থিওরেম প্রুভিংয়ের উদ্দেশ্য হলো এই স্টেটমেন্টগুলোর মধ্যে যৌক্তিক সমতা যাচাই করা। "যৌক্তিক সমতা" (যাকে "লজিক্যাল বাই-ইমপ্লিকেশন"ও বলা হয়) হলো দুটি স্টেটমেন্টের মধ্যে এক ধরনের সম্পর্ক যাতে প্রথম স্টেটমেন্টটি সত্য হয় _যদি এবং কেবল যদি_ দ্বিতীয় স্টেটমেন্টটি সত্য হয়।
-একটি কন্ট্র্যাক্টের মডেল এবং এর সম্পত্তি সম্পর্কে বিবৃতিগুলির মধ্যে প্রয়োজনীয় সম্পর্ক (যৌক্তিক সমতা) একটি প্রমাণযোগ্য বিবৃতি (থিওরেম বলা হয়) হিসাবে প্রণয়ন করা হয়। অনুমানের একটি আনুষ্ঠানিক সিস্টেম ব্যবহার করে, স্বয়ংক্রিয় থিওরেম প্রোভার থিওরেমের বৈধতা যাচাই করতে পারে। অন্য কথায়, একটি থিওরেম প্রোভার চূড়ান্তভাবে প্রমাণ করতে পারে যে একটি স্মার্ট কন্ট্র্যাক্টের মডেল তার স্পেসিফিকেশনগুলির সাথে অবিকল মেলে।
+একটি কন্ট্রাক্টের মডেল এবং এর প্রপার্টি সম্পর্কে স্টেটমেন্টগুলোর মধ্যে প্রয়োজনীয় সম্পর্ক (যৌক্তিক সমতা) একটি প্রমাণযোগ্য স্টেটমেন্ট (যাকে থিওরেম বলা হয়) হিসেবে প্রণয়ন করা হয়। ইনফারেন্সের একটি ফরমাল সিস্টেম ব্যবহার করে, স্বয়ংক্রিয় থিওরেম প্রুভার থিওরেমের বৈধতা যাচাই করতে পারে। অন্য কথায়, একটি থিওরেম প্রুভার চূড়ান্তভাবে প্রমাণ করতে পারে যে একটি স্মার্ট কন্ট্রাক্টের মডেল এর স্পেসিফিকেশনের সাথে হুবহু মিলে যায়।
-যেখানে মডেল চেকিং কন্ট্র্যাক্টগুলিকে সসীম স্টেট সহ ট্রানজিশন সিস্টেম হিসাবে মডেল করে, থিওরেম প্রুভিং অসীম-স্টেট সিস্টেমের বিশ্লেষণ পরিচালনা করতে পারে। যাইহোক, এর মানে হল একটি স্বয়ংক্রিয় থিওরেম প্রোভার সর্বদা জানতে পারে না যে একটি লজিক সমস্যা "নির্ণয়যোগ্য" কি না।
+যেখানে মডেল চেকিং কন্ট্রাক্টগুলোকে সসীম স্টেটসহ ট্রানজিশন সিস্টেম হিসেবে মডেল করে, সেখানে থিওরেম প্রুভিং অসীম-স্টেট সিস্টেমের বিশ্লেষণ পরিচালনা করতে পারে। তবে, এর মানে হলো একটি স্বয়ংক্রিয় থিওরেম প্রুভার সবসময় জানতে পারে না যে একটি লজিক সমস্যা "ডিসাইডেবল" কিনা।
-ফলস্বরূপ, সঠিকতার প্রমাণ পেতে থিওরেম প্রোভারকে গাইড করার জন্য প্রায়শই মানুষের সহায়তার প্রয়োজন হয়। থিওরেম প্রুভিং-এ মানুষের প্রচেষ্টার ব্যবহার এটিকে মডেল চেকিং-এর চেয়ে বেশি ব্যয়বহুল করে তোলে, যা সম্পূর্ণ স্বয়ংক্রিয়।
+ফলস্বরূপ, সঠিকতার প্রমাণ বের করতে থিওরেম প্রুভারকে গাইড করার জন্য প্রায়শই মানুষের সহায়তার প্রয়োজন হয়। থিওরেম প্রুভিংয়ে মানুষের প্রচেষ্টার ব্যবহার এটিকে মডেল চেকিংয়ের চেয়ে বেশি ব্যয়বহুল করে তোলে, যা সম্পূর্ণ স্বয়ংক্রিয়।
### সিম্বলিক এক্সিকিউশন {#symbolic-execution}
-সিম্বলিক এক্সিকিউশন হল _কংক্রিট মান_ (যেমন, `x == 5`)-এর পরিবর্তে _সিম্বলিক মান_ (যেমন, `x > 5`) ব্যবহার করে ফাংশনগুলি এক্সিকিউট করে একটি স্মার্ট কন্ট্র্যাক্ট বিশ্লেষণ করার একটি পদ্ধতি। একটি আনুষ্ঠানিক যাচাইকরণ কৌশল হিসাবে, সিম্বলিক এক্সিকিউশন একটি কন্ট্র্যাক্টের কোডে ট্রেস-স্তরের বৈশিষ্ট্য সম্পর্কে আনুষ্ঠানিকভাবে যুক্তি দিতে ব্যবহৃত হয়।
+সিম্বলিক এক্সিকিউশন হলো _কংক্রিট ভ্যালু_ (যেমন, `x == 5`)-এর পরিবর্তে _সিম্বলিক ভ্যালু_ (যেমন, `x > 5`) ব্যবহার করে ফাংশন এক্সিকিউট করার মাধ্যমে একটি স্মার্ট কন্ট্রাক্ট বিশ্লেষণ করার একটি পদ্ধতি। একটি ফরমাল ভেরিফিকেশন কৌশল হিসেবে, সিম্বলিক এক্সিকিউশন একটি কন্ট্রাক্টের কোডে ট্রেস-লেভেল প্রপার্টি সম্পর্কে ফরমালভাবে যুক্তি দিতে ব্যবহৃত হয়।
-সিম্বলিক এক্সিকিউশন একটি এক্সিকিউশন ট্রেসকে সিম্বলিক ইনপুট মানগুলির উপর একটি গাণিতিক সূত্র হিসাবে উপস্থাপন করে, অন্যথায় এটি একটি _পাথ প্রেডিকেট_ বলা হয়। একটি [SMT সলভার](https://en.wikipedia.org/wiki/Satisfiability_modulo_theories) একটি পাথ প্রেডিকেট "স্যাটিসফায়েবল" কিনা তা পরীক্ষা করতে ব্যবহৃত হয় (অর্থাৎ, এমন একটি মান বিদ্যমান যা সূত্রটিকে সন্তুষ্ট করতে পারে)। যদি একটি দুর্বল পথ স্যাটিসফায়েবল হয়, SMT সলভার একটি কংক্রিট মান তৈরি করবে যা সেই পথের দিকে এক্সিকিউশনকে চালিত করে।
+সিম্বলিক এক্সিকিউশন একটি এক্সিকিউশন ট্রেসকে সিম্বলিক ইনপুট ভ্যালুর ওপর একটি গাণিতিক সূত্র হিসেবে উপস্থাপন করে, যাকে অন্যথায় _পাথ প্রেডিকেট_ বলা হয়। একটি [SMT সলভার](https://en.wikipedia.org/wiki/Satisfiability_modulo_theories) ব্যবহার করা হয় এটি পরীক্ষা করার জন্য যে একটি পাথ প্রেডিকেট "স্যাটিসফায়েবল" কিনা (অর্থাৎ, এমন একটি মান বিদ্যমান যা সূত্রটি পূরণ করতে পারে)। যদি একটি দুর্বল পাথ স্যাটিসফায়েবল হয়, তবে SMT সলভার একটি কংক্রিট ভ্যালু তৈরি করবে যা এক্সিকিউশনকে সেই পাথের দিকে পরিচালিত করে।
-ধরা যাক, একটি স্মার্ট কন্ট্র্যাক্টের ফাংশন ইনপুট হিসাবে একটি `uint` মান (`x`) নেয় এবং যখন `x` `5`-এর চেয়ে বড় এবং `10`-এর চেয়ে কম হয় তখন রিভার্ট করে। একটি সাধারণ টেস্টিং পদ্ধতি ব্যবহার করে `x`-এর জন্য এমন একটি মান খুঁজে বের করা যা ত্রুটিটিকে ট্রিগার করে, তার জন্য কয়েক ডজন (বা তার বেশি) টেস্ট কেস চালানোর প্রয়োজন হবে, আসলে একটি ত্রুটি-সৃষ্টিকারী ইনপুট খুঁজে পাওয়ার কোনো নিশ্চয়তা ছাড়াই।
+ধরুন একটি স্মার্ট কন্ট্রাক্টের ফাংশন ইনপুট হিসেবে একটি `uint` ভ্যালু (`x`) নেয় এবং যখন `x` `5`-এর চেয়ে বড় এবং `10`-এর চেয়ে ছোট হয় তখন রিভার্ট করে। একটি সাধারণ টেস্টিং পদ্ধতি ব্যবহার করে ত্রুটি ট্রিগার করে এমন `x`-এর মান খুঁজে বের করার জন্য প্রকৃতপক্ষে একটি ত্রুটি-ট্রিগারিং ইনপুট খুঁজে পাওয়ার নিশ্চয়তা ছাড়াই কয়েক ডজন (বা তার বেশি) টেস্ট কেস চালানোর প্রয়োজন হবে।
-বিপরীতভাবে, একটি সিম্বলিক এক্সিকিউশন টুল ফাংশনটিকে সিম্বলিক মান দিয়ে এক্সিকিউট করবে: `X > 5 ∧ X < 10` (অর্থাৎ, `x` 5-এর চেয়ে বড় এবং `x` 10-এর চেয়ে কম)। সংশ্লিষ্ট পাথ প্রেডিকেট `x = X > 5 ∧ X < 10` তখন একটি SMT সলভারকে সমাধান করার জন্য দেওয়া হবে। যদি একটি নির্দিষ্ট মান `x = X > 5 ∧ X < 10` সূত্রটিকে সন্তুষ্ট করে, SMT সলভার এটি গণনা করবে—উদাহরণস্বরূপ, সলভার `x`-এর মান হিসাবে `7` তৈরি করতে পারে।
+অন্যদিকে, একটি সিম্বলিক এক্সিকিউশন টুল সিম্বলিক ভ্যালু দিয়ে ফাংশনটি এক্সিকিউট করবে: `X > 5 ∧ X < 10` (অর্থাৎ, `x` 5-এর চেয়ে বড় এবং `x` 10-এর চেয়ে ছোট)। সংশ্লিষ্ট পাথ প্রেডিকেট `x = X > 5 ∧ X < 10` এরপর সমাধানের জন্য একটি SMT সলভারকে দেওয়া হবে। যদি একটি নির্দিষ্ট মান `x = X > 5 ∧ X < 10` সূত্রটি পূরণ করে, তবে SMT সলভার এটি গণনা করবে—উদাহরণস্বরূপ, সলভার `x`-এর মান হিসেবে `7` তৈরি করতে পারে।
-কারণ সিম্বলিক এক্সিকিউশন একটি প্রোগ্রামের ইনপুটগুলির উপর নির্ভর করে, এবং সমস্ত পৌঁছানোযোগ্য স্টেট অন্বেষণ করার জন্য ইনপুটের সেট সম্ভাব্য অসীম, এটি এখনও এক ধরনের টেস্টিং। যাইহোক, উদাহরণে যেমন দেখানো হয়েছে, সিম্বলিক এক্সিকিউশন নিয়মিত টেস্টিংয়ের চেয়ে সম্পত্তি লঙ্ঘনকারী ইনপুট খুঁজে বের করার জন্য বেশি কার্যকর।
+যেহেতু সিম্বলিক এক্সিকিউশন একটি প্রোগ্রামের ইনপুটের ওপর নির্ভর করে এবং সমস্ত রিচেবল স্টেট এক্সপ্লোর করার জন্য ইনপুটের সেট সম্ভাব্যভাবে অসীম, তাই এটি এখনো এক ধরনের টেস্টিং। তবে, উদাহরণে দেখানো হয়েছে, প্রপার্টি লঙ্ঘন ট্রিগার করে এমন ইনপুট খুঁজে বের করার জন্য সিম্বলিক এক্সিকিউশন নিয়মিত টেস্টিংয়ের চেয়ে বেশি কার্যকর।
-উপরন্তু, সিম্বলিক এক্সিকিউশন অন্যান্য সম্পত্তি-ভিত্তিক কৌশল (যেমন, ফাজিং) এর চেয়ে কম ফলস পজিটিভ তৈরি করে যা এলোমেলোভাবে একটি ফাংশনে ইনপুট তৈরি করে। যদি সিম্বলিক এক্সিকিউশনের সময় একটি ত্রুটি স্টেট ট্রিগার হয়, তাহলে একটি কংক্রিট মান তৈরি করা সম্ভব যা ত্রুটিটি ট্রিগার করে এবং সমস্যাটি পুনরুত্পাদন করে।
+তাছাড়া, সিম্বলিক এক্সিকিউশন অন্যান্য প্রপার্টি-ভিত্তিক কৌশলগুলোর (যেমন, ফাজিং) তুলনায় কম ফলস পজিটিভ তৈরি করে যা এলোমেলোভাবে একটি ফাংশনে ইনপুট তৈরি করে। যদি সিম্বলিক এক্সিকিউশনের সময় একটি ত্রুটি স্টেট ট্রিগার হয়, তবে একটি কংক্রিট ভ্যালু তৈরি করা সম্ভব যা ত্রুটিটি ট্রিগার করে এবং সমস্যাটি পুনরুৎপাদন করে।
-সিম্বলিক এক্সিকিউশন সঠিকতার গাণিতিক প্রমাণের কিছু মাত্রাও প্রদান করতে পারে। ওভারফ্লো সুরক্ষা সহ একটি কন্ট্র্যাক্ট ফাংশনের নিম্নলিখিত উদাহরণটি বিবেচনা করুন:
+সিম্বলিক এক্সিকিউশন সঠিকতার কিছু মাত্রার গাণিতিক প্রমাণও প্রদান করতে পারে। ওভারফ্লো সুরক্ষা সহ একটি কন্ট্রাক্ট ফাংশনের নিম্নলিখিত উদাহরণটি বিবেচনা করুন:
```
function safe_add(uint x, uint y) returns(uint z){
@@ -155,130 +155,130 @@ function safe_add(uint x, uint y) returns(uint z){
}
```
-একটি ইন্টিজার ওভারফ্লো-এর ফলে সৃষ্ট এক্সিকিউশন ট্রেসকে সূত্রটি পূরণ করতে হবে: `z = x + y AND (z >= x) AND (z >= y) AND (z < x OR z < y)` এমন একটি সূত্রের সমাধান হওয়ার সম্ভাবনা কম, তাই এটি একটি গাণিতিক প্রমাণ হিসাবে কাজ করে যে `safe_add` ফাংশনটি কখনও ওভারফ্লো হয় না।
+একটি এক্সিকিউশন ট্রেস যার ফলে একটি ইন্টিজার ওভারফ্লো হয় তাকে এই সূত্রটি পূরণ করতে হবে: `z = x + y AND (z >= x) AND (z >= y) AND (z < x OR z < y)` এই ধরনের একটি সূত্র সমাধান হওয়ার সম্ভাবনা কম, তাই এটি একটি গাণিতিক প্রমাণ হিসেবে কাজ করে যে `safe_add` ফাংশনটি কখনো ওভারফ্লো হয় না।
-### স্মার্ট কন্ট্র্যাক্টের জন্য আনুষ্ঠানিক যাচাইকরণ কেন ব্যবহার করবেন? {#benefits-of-formal-verification}
+### স্মার্ট কন্ট্রাক্টের জন্য ফরমাল ভেরিফিকেশন কেন ব্যবহার করবেন? {#benefits-of-formal-verification}
-#### নির্ভরযোগ্যতার প্রয়োজন {#need-for-reliability}
+#### নির্ভরযোগ্যতার প্রয়োজনীয়তা {#need-for-reliability}
-আনুষ্ঠানিক যাচাইকরণ নিরাপত্তা-সংক্রান্ত সিস্টেমগুলির সঠিকতা মূল্যায়ন করতে ব্যবহৃত হয়, যার ব্যর্থতার ফলে মৃত্যু, আঘাত বা আর্থিক ধ্বংসের মতো বিধ্বংসী পরিণতি হতে পারে। স্মার্ট কন্ট্র্যাক্ট হল উচ্চ-মূল্যের অ্যাপ্লিকেশন যা বিপুল পরিমাণ মূল্য নিয়ন্ত্রণ করে, এবং ডিজাইনে সাধারণ ত্রুটি [ব্যবহারকারীদের জন্য অপূরণীয় ক্ষতির](https://www.freecodecamp.org/news/a-hacker-stole-31m-of-ether-how-it-happened-and-what-it-means-for-ethereum-9e5dc29e33ce/amp/) কারণ হতে পারে। যাইহোক, ডিপ্লয়মেন্টের আগে একটি কন্ট্র্যাক্টকে আনুষ্ঠানিকভাবে যাচাই করা এই গ্যারান্টি বাড়াতে পারে যে এটি ব্লকচেইনে চলার সময় প্রত্যাশিতভাবে কাজ করবে।
+ফরমাল ভেরিফিকেশন সেফটি-ক্রিটিকাল সিস্টেমের সঠিকতা মূল্যায়ন করতে ব্যবহৃত হয় যার ব্যর্থতা ধ্বংসাত্মক পরিণতি ডেকে আনতে পারে, যেমন মৃত্যু, আঘাত বা আর্থিক ধ্বংস। স্মার্ট কন্ট্রাক্ট হলো হাই-ভ্যালু অ্যাপ্লিকেশন যা প্রচুর পরিমাণ ভ্যালু নিয়ন্ত্রণ করে এবং ডিজাইনে সাধারণ ত্রুটি ব্যবহারকারীদের জন্য [অপূরণীয় ক্ষতির](https://www.freecodecamp.org/news/a-hacker-stole-31m-of-ether-how-it-happened-and-what-it-means-for-ethereum-9e5dc29e33ce/amp/) কারণ হতে পারে। তবে, ডিপ্লয়মেন্টের আগে একটি কন্ট্রাক্ট ফরমালভাবে যাচাই করা গ্যারান্টি বাড়াতে পারে যে এটি ব্লকচেইনে চলার পরে প্রত্যাশা অনুযায়ী কাজ করবে।
-নির্ভরযোগ্যতা যেকোনো স্মার্ট কন্ট্র্যাক্টে একটি অত্যন্ত আকাঙ্ক্ষিত গুণ, বিশেষ করে কারণ ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)-এ ডিপ্লয় করা কোড সাধারণত অপরিবর্তনীয়। লঞ্চ-পরবর্তী আপগ্রেডগুলি সহজে অ্যাক্সেসযোগ্য না হওয়ায়, কন্ট্র্যাক্টের নির্ভরযোগ্যতা নিশ্চিত করার প্রয়োজন আনুষ্ঠানিক যাচাইকরণকে অপরিহার্য করে তোলে। আনুষ্ঠানিক যাচাইকরণ ইন্টিজার আন্ডারফ্লো এবং ওভারফ্লো, রি-এন্ট্রেন্সি, এবং দুর্বল গ্যাস অপ্টিমাইজেশনের মতো জটিল সমস্যাগুলি সনাক্ত করতে সক্ষম, যা অডিটর এবং টেস্টারদের চোখ এড়িয়ে যেতে পারে।
+নির্ভরযোগ্যতা যেকোনো স্মার্ট কন্ট্রাক্টে একটি অত্যন্ত কাঙ্ক্ষিত গুণ, বিশেষ করে কারণ [ইথিরিয়াম](/) ভার্চুয়াল মেশিন (EVM)-এ ডিপ্লয় করা কোড সাধারণত ইমমিউটেবল হয়। লঞ্চ-পরবর্তী আপগ্রেডগুলো সহজে অ্যাক্সেসযোগ্য না হওয়ায়, কন্ট্রাক্টের নির্ভরযোগ্যতা গ্যারান্টি দেওয়ার প্রয়োজনীয়তা ফরমাল ভেরিফিকেশনকে প্রয়োজনীয় করে তোলে। ফরমাল ভেরিফিকেশন জটিল সমস্যাগুলো শনাক্ত করতে সক্ষম, যেমন ইন্টিজার আন্ডারফ্লো এবং ওভারফ্লো, রি-এন্ট্রান্সি এবং দুর্বল গ্যাস অপ্টিমাইজেশন, যা অডিটর এবং টেস্টারদের চোখ এড়িয়ে যেতে পারে।
-#### কার্যকরী সঠিকতা প্রমাণ করুন {#prove-functional-correctness}
+#### কার্যকারিতার সঠিকতা প্রমাণ করা {#prove-functional-correctness}
-প্রোগ্রাম টেস্টিং হল একটি স্মার্ট কন্ট্র্যাক্ট কিছু প্রয়োজনীয়তা পূরণ করে তা প্রমাণের সবচেয়ে সাধারণ পদ্ধতি। এর মধ্যে একটি কন্ট্র্যাক্টকে এটি যে ডেটা পরিচালনা করবে বলে আশা করা হয় তার একটি নমুনা দিয়ে এক্সিকিউট করা এবং এর আচরণ বিশ্লেষণ করা জড়িত। যদি কন্ট্র্যাক্টটি নমুনা ডেটার জন্য প্রত্যাশিত ফলাফল প্রদান করে, তবে ডেভেলপারদের কাছে এর সঠিকতার বস্তুনিষ্ঠ প্রমাণ থাকে।
+প্রোগ্রাম টেস্টিং হলো একটি স্মার্ট কন্ট্রাক্ট কিছু প্রয়োজনীয়তা পূরণ করে তা প্রমাণ করার সবচেয়ে সাধারণ পদ্ধতি। এর মধ্যে একটি কন্ট্রাক্টকে এমন ডেটার নমুনা দিয়ে এক্সিকিউট করা জড়িত যা এটি পরিচালনা করবে বলে আশা করা হয় এবং এর আচরণ বিশ্লেষণ করা। যদি কন্ট্রাক্টটি নমুনা ডেটার জন্য প্রত্যাশিত ফলাফল প্রদান করে, তবে ডেভেলপারদের কাছে এর সঠিকতার বস্তুনিষ্ঠ প্রমাণ থাকে।
-যাইহোক, এই পদ্ধতিটি এমন ইনপুট মানগুলির জন্য সঠিক এক্সিকিউশন প্রমাণ করতে পারে না যা নমুনার অংশ নয়। অতএব, একটি কন্ট্র্যাক্ট টেস্টিং বাগ সনাক্ত করতে সাহায্য করতে পারে (অর্থাৎ, যদি কিছু কোড পাথ এক্সিকিউশনের সময় কাঙ্ক্ষিত ফলাফল দিতে ব্যর্থ হয়), কিন্তু **এটি চূড়ান্তভাবে বাগের অনুপস্থিতি প্রমাণ করতে পারে না**।
+তবে, এই পদ্ধতিটি এমন ইনপুট ভ্যালুর জন্য সঠিক এক্সিকিউশন প্রমাণ করতে পারে না যা নমুনার অংশ নয়। অতএব, একটি কন্ট্রাক্ট পরীক্ষা করা বাগ শনাক্ত করতে সাহায্য করতে পারে (অর্থাৎ, যদি কিছু কোড পাথ এক্সিকিউশনের সময় কাঙ্ক্ষিত ফলাফল প্রদান করতে ব্যর্থ হয়), তবে **এটি চূড়ান্তভাবে বাগের অনুপস্থিতি প্রমাণ করতে পারে না**।
-বিপরীতভাবে, আনুষ্ঠানিক যাচাইকরণ আনুষ্ঠানিকভাবে প্রমাণ করতে পারে যে একটি স্মার্ট কন্ট্র্যাক্ট কন্ট্র্যাক্টটি একেবারেই না চালিয়ে অসীম পরিসরের এক্সিকিউশনের জন্য প্রয়োজনীয়তা পূরণ করে। এর জন্য একটি আনুষ্ঠানিক স্পেসিফিকেশন তৈরি করতে হবে যা সঠিক কন্ট্র্যাক্ট আচরণগুলিকে অবিকলভাবে বর্ণনা করে এবং কন্ট্র্যাক্টের সিস্টেমের একটি আনুষ্ঠানিক (গাণিতিক) মডেল তৈরি করতে হবে। তারপর আমরা কন্ট্র্যাক্টের মডেল এবং এর স্পেসিফিকেশনের মধ্যে সঙ্গতি পরীক্ষা করার জন্য একটি আনুষ্ঠানিক প্রমাণ পদ্ধতি অনুসরণ করতে পারি।
+অন্যদিকে, ফরমাল ভেরিফিকেশন ফরমালভাবে প্রমাণ করতে পারে যে একটি স্মার্ট কন্ট্রাক্ট কন্ট্রাক্টটি মোটেও না চালিয়ে অসীম পরিসরের এক্সিকিউশনের জন্য প্রয়োজনীয়তা পূরণ করে। এর জন্য একটি ফরমাল স্পেসিফিকেশন তৈরি করা প্রয়োজন যা সঠিকভাবে কন্ট্রাক্টের আচরণ বর্ণনা করে এবং কন্ট্রাক্টের সিস্টেমের একটি ফরমাল (গাণিতিক) মডেল তৈরি করে। তারপর আমরা কন্ট্রাক্টের মডেল এবং এর স্পেসিফিকেশনের মধ্যে সামঞ্জস্য পরীক্ষা করার জন্য একটি ফরমাল প্রমাণ পদ্ধতি অনুসরণ করতে পারি।
-আনুষ্ঠানিক যাচাইকরণের মাধ্যমে, একটি কন্ট্র্যাক্টের ব্যবসায়িক যুক্তি প্রয়োজনীয়তা পূরণ করে কিনা তা যাচাই করার প্রশ্নটি একটি গাণিতিক প্রস্তাব যা প্রমাণ বা অপ্রমাণ করা যেতে পারে। একটি প্রস্তাবকে আনুষ্ঠানিকভাবে প্রমাণ করে, আমরা সসীম সংখ্যক ধাপে অসীম সংখ্যক টেস্ট কেস যাচাই করতে পারি। এই পদ্ধতিতে আনুষ্ঠানিক যাচাইকরণের একটি স্পেসিফিকেশনের সাপেক্ষে একটি কন্ট্র্যাক্ট কার্যকরীভাবে সঠিক প্রমাণ করার আরও ভাল সম্ভাবনা রয়েছে।
+ফরমাল ভেরিফিকেশনের মাধ্যমে, একটি কন্ট্রাক্টের বিজনেস লজিক প্রয়োজনীয়তা পূরণ করে কিনা তা যাচাই করার প্রশ্নটি একটি গাণিতিক প্রস্তাবনা যা প্রমাণ বা খণ্ডন করা যেতে পারে। একটি প্রস্তাবনা ফরমালভাবে প্রমাণ করে, আমরা সসীম সংখ্যক ধাপের মাধ্যমে অসীম সংখ্যক টেস্ট কেস যাচাই করতে পারি। এইভাবে ফরমাল ভেরিফিকেশনের একটি স্পেসিফিকেশনের সাপেক্ষে একটি কন্ট্রাক্ট কার্যকারিতার দিক থেকে সঠিক তা প্রমাণ করার ভালো সম্ভাবনা রয়েছে।
-#### আদর্শ যাচাইকরণ লক্ষ্য {#ideal-verification-targets}
+#### আদর্শ ভেরিফিকেশন টার্গেট {#ideal-verification-targets}
-একটি যাচাইকরণ লক্ষ্য আনুষ্ঠানিকভাবে যাচাই করা হবে এমন সিস্টেমকে বর্ণনা করে। আনুষ্ঠানিক যাচাইকরণ "এম্বেডেড সিস্টেম" (সফ্টওয়্যারের ছোট, সহজ অংশ যা একটি বৃহত্তর সিস্টেমের অংশ গঠন করে) এ সবচেয়ে ভালভাবে ব্যবহৃত হয়। এগুলি বিশেষায়িত ডোমেনগুলির জন্যও আদর্শ যেগুলির নিয়ম কম, কারণ এটি ডোমেন-নির্দিষ্ট বৈশিষ্ট্য যাচাই করার জন্য টুলস পরিবর্তন করা সহজ করে তোলে।
+একটি ভেরিফিকেশন টার্গেট ফরমালভাবে যাচাই করা হবে এমন সিস্টেম বর্ণনা করে। ফরমাল ভেরিফিকেশন "এমবেডেড সিস্টেম" (ছোট, সাধারণ সফটওয়্যার যা একটি বড় সিস্টেমের অংশ গঠন করে)-এ সবচেয়ে ভালোভাবে ব্যবহৃত হয়। এগুলো এমন বিশেষ ডোমেইনের জন্যও আদর্শ যেখানে কয়েকটি নিয়ম রয়েছে, কারণ এটি ডোমেইন-নির্দিষ্ট প্রপার্টি যাচাই করার জন্য টুলগুলো পরিবর্তন করা সহজ করে তোলে।
-স্মার্ট কন্ট্র্যাক্ট—অন্তত, কিছু পরিমাণে—উভয় প্রয়োজনীয়তা পূরণ করে। উদাহরণস্বরূপ, ইথেরিয়াম কন্ট্র্যাক্টের ছোট আকার তাদের আনুষ্ঠানিক যাচাইকরণের জন্য উপযুক্ত করে তোলে। একইভাবে, EVM সহজ নিয়ম অনুসরণ করে, যা EVM-এ চলমান প্রোগ্রামগুলির জন্য সেমান্টিক বৈশিষ্ট্যগুলি নির্দিষ্ট করা এবং যাচাই করা সহজ করে তোলে।
+স্মার্ট কন্ট্রাক্ট—অন্তত, কিছুটা হলেও—উভয় প্রয়োজনীয়তা পূরণ করে। উদাহরণস্বরূপ, ইথিরিয়াম কন্ট্রাক্টের ছোট আকার সেগুলোকে ফরমাল ভেরিফিকেশনের উপযোগী করে তোলে। একইভাবে, EVM সাধারণ নিয়ম অনুসরণ করে, যা EVM-এ চলা প্রোগ্রামগুলোর জন্য শব্দার্থিক প্রপার্টি নির্দিষ্ট করা এবং যাচাই করা সহজ করে তোলে।
-### দ্রুততর ডেভেলপমেন্ট চক্র {#faster-development-cycle}
+### দ্রুত ডেভেলপমেন্ট সাইকেল {#faster-development-cycle}
-আনুষ্ঠানিক যাচাইকরণ কৌশল, যেমন মডেল চেকিং এবং সিম্বলিক এক্সিকিউশন, সাধারণত স্মার্ট কন্ট্র্যাক্ট কোডের নিয়মিত বিশ্লেষণের (টেস্টিং বা অডিটিংয়ের সময় সঞ্চালিত) চেয়ে বেশি কার্যকর। এর কারণ হল আনুষ্ঠানিক যাচাইকরণ দাবিগুলি পরীক্ষা করার জন্য সিম্বলিক মানের উপর নির্ভর করে ("যদি একজন ব্যবহারকারী _n_ ইথার উত্তোলন করার চেষ্টা করে?") টেস্টিং-এর বিপরীতে যা কংক্রিট মান ব্যবহার করে ("যদি একজন ব্যবহারকারী 5 ইথার উত্তোলন করার চেষ্টা করে?")।
+ফরমাল ভেরিফিকেশন কৌশল, যেমন মডেল চেকিং এবং সিম্বলিক এক্সিকিউশন, সাধারণত স্মার্ট কন্ট্রাক্ট কোডের নিয়মিত বিশ্লেষণের (টেস্টিং বা অডিটিংয়ের সময় সঞ্চালিত) চেয়ে বেশি কার্যকর। এর কারণ হলো ফরমাল ভেরিফিকেশন দাবিগুলো পরীক্ষা করার জন্য সিম্বলিক ভ্যালুর ওপর নির্ভর করে ("যদি কোনো ব্যবহারকারী _n_ ইথার তোলার চেষ্টা করে তবে কী হবে?") টেস্টিংয়ের বিপরীতে যা কংক্রিট ভ্যালু ব্যবহার করে ("যদি কোনো ব্যবহারকারী 5 ইথার তোলার চেষ্টা করে তবে কী হবে?")।
-সিম্বলিক ইনপুট ভেরিয়েবলগুলি কংক্রিট মানগুলির একাধিক শ্রেণীকে কভার করতে পারে, তাই আনুষ্ঠানিক যাচাইকরণ পদ্ধতিগুলি একটি ছোট সময়সীমার মধ্যে আরও বেশি কোড কভারেজের প্রতিশ্রুতি দেয়। কার্যকরভাবে ব্যবহার করা হলে, আনুষ্ঠানিক যাচাইকরণ ডেভেলপারদের জন্য ডেভেলপমেন্ট চক্রকে ত্বরান্বিত করতে পারে।
+সিম্বলিক ইনপুট ভেরিয়েবলগুলো কংক্রিট ভ্যালুর একাধিক ক্লাস কভার করতে পারে, তাই ফরমাল ভেরিফিকেশন পদ্ধতিগুলো অল্প সময়ের মধ্যে আরও বেশি কোড কভারেজের প্রতিশ্রুতি দেয়। কার্যকরভাবে ব্যবহার করা হলে, ফরমাল ভেরিফিকেশন ডেভেলপারদের জন্য ডেভেলপমেন্ট সাইকেল ত্বরান্বিত করতে পারে।
-আনুষ্ঠানিক যাচাইকরণ ব্যয়বহুল ডিজাইন ত্রুটি হ্রাস করে ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস) তৈরির প্রক্রিয়াটিকেও উন্নত করে। দুর্বলতাগুলি ঠিক করার জন্য কন্ট্র্যাক্টগুলি আপগ্রেড করার (যেখানে সম্ভব) জন্য কোডবেসগুলির ব্যাপক পুনর্লিখন এবং ডেভেলপমেন্টে আরও বেশি প্রচেষ্টা ব্যয় করতে হয়। আনুষ্ঠানিক যাচাইকরণ কন্ট্র্যাক্ট বাস্তবায়নে অনেক ত্রুটি সনাক্ত করতে পারে যা টেস্টার এবং অডিটরদের চোখ এড়িয়ে যেতে পারে এবং একটি কন্ট্র্যাক্ট ডিপ্লয় করার আগে সেই সমস্যাগুলি সমাধান করার জন্য যথেষ্ট সুযোগ প্রদান করে।
+ফরমাল ভেরিফিকেশন ব্যয়বহুল ডিজাইনের ত্রুটি কমিয়ে ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস) তৈরির প্রক্রিয়াকেও উন্নত করে। দুর্বলতাগুলো ঠিক করতে কন্ট্রাক্ট আপগ্রেড করার জন্য (যেখানে সম্ভব) কোডবেসগুলো ব্যাপকভাবে পুনরায় লেখা এবং ডেভেলপমেন্টে আরও বেশি প্রচেষ্টা ব্যয় করা প্রয়োজন। ফরমাল ভেরিফিকেশন কন্ট্রাক্ট বাস্তবায়নে অনেক ত্রুটি শনাক্ত করতে পারে যা টেস্টার এবং অডিটরদের চোখ এড়িয়ে যেতে পারে এবং একটি কন্ট্রাক্ট ডিপ্লয় করার আগে সেই সমস্যাগুলো ঠিক করার পর্যাপ্ত সুযোগ প্রদান করে।
-## আনুষ্ঠানিক যাচাইকরণের অসুবিধা {#drawbacks-of-formal-verification}
+## ফরমাল ভেরিফিকেশনের অসুবিধা {#drawbacks-of-formal-verification}
### কায়িক শ্রমের খরচ {#cost-of-manual-labor}
-আনুষ্ঠানিক যাচাইকরণ, বিশেষত আধা-স্বয়ংক্রিয় যাচাইকরণ যেখানে একজন মানুষ সঠিকতার প্রমাণ পেতে প্রোভারকে গাইড করে, তার জন্য যথেষ্ট কায়িক শ্রম প্রয়োজন। উপরন্তু, আনুষ্ঠানিক স্পেসিফিকেশন তৈরি করা একটি জটিল কার্যকলাপ যা উচ্চ স্তরের দক্ষতার দাবি রাখে।
+ফরমাল ভেরিফিকেশন, বিশেষ করে আধা-স্বয়ংক্রিয় ভেরিফিকেশন যেখানে একজন মানুষ সঠিকতার প্রমাণ বের করতে প্রুভারকে গাইড করে, এর জন্য যথেষ্ট কায়িক শ্রম প্রয়োজন। তাছাড়া, ফরমাল স্পেসিফিকেশন তৈরি করা একটি জটিল কাজ যার জন্য উচ্চ স্তরের দক্ষতা প্রয়োজন।
-এই কারণগুলি (প্রচেষ্টা এবং দক্ষতা) আনুষ্ঠানিক যাচাইকরণকে কন্ট্র্যাক্টে সঠিকতা মূল্যায়নের সাধারণ পদ্ধতি, যেমন টেস্টিং এবং অডিট, এর তুলনায় আরও বেশি দাবিদার এবং ব্যয়বহুল করে তোলে। তা সত্ত্বেও, স্মার্ট কন্ট্র্যাক্ট বাস্তবায়নে ত্রুটির খরচ বিবেচনা করে, একটি সম্পূর্ণ যাচাইকরণ অডিটের জন্য খরচ প্রদান করা বাস্তবসম্মত।
+এই বিষয়গুলো (প্রচেষ্টা এবং দক্ষতা) কন্ট্রাক্টে সঠিকতা মূল্যায়নের সাধারণ পদ্ধতি, যেমন টেস্টিং এবং অডিটের তুলনায় ফরমাল ভেরিফিকেশনকে আরও বেশি চাহিদাপূর্ণ এবং ব্যয়বহুল করে তোলে। তা সত্ত্বেও, স্মার্ট কন্ট্রাক্ট বাস্তবায়নে ত্রুটির খরচের কথা বিবেচনা করে একটি সম্পূর্ণ ভেরিফিকেশন অডিটের জন্য খরচ প্রদান করা বাস্তবসম্মত।
### ফলস নেগেটিভ {#false-negatives}
-আনুষ্ঠানিক যাচাইকরণ কেবল এটিই পরীক্ষা করতে পারে যে স্মার্ট কন্ট্র্যাক্টের এক্সিকিউশন আনুষ্ঠানিক স্পেসিফিকেশনের সাথে মেলে কিনা। যেমন, এটি নিশ্চিত করা গুরুত্বপূর্ণ যে স্পেসিফিকেশনটি একটি স্মার্ট কন্ট্র্যাক্টের প্রত্যাশিত আচরণগুলি সঠিকভাবে বর্ণনা করে।
+ফরমাল ভেরিফিকেশন কেবল পরীক্ষা করতে পারে যে স্মার্ট কন্ট্রাক্টের এক্সিকিউশন ফরমাল স্পেসিফিকেশনের সাথে মেলে কিনা। তাই, স্পেসিফিকেশনটি একটি স্মার্ট কন্ট্রাক্টের প্রত্যাশিত আচরণগুলো সঠিকভাবে বর্ণনা করে তা নিশ্চিত করা গুরুত্বপূর্ণ।
-যদি স্পেসিফিকেশনগুলি খারাপভাবে লেখা হয়, তবে সম্পত্তিগুলির লঙ্ঘন—যা দুর্বল এক্সিকিউশনের দিকে নির্দেশ করে—আনুষ্ঠানিক যাচাইকরণ অডিটের মাধ্যমে সনাক্ত করা যায় না। এই ক্ষেত্রে, একজন ডেভেলপার ভুলবশত ধরে নিতে পারেন যে কন্ট্র্যাক্টটি বাগ-মুক্ত।
+যদি স্পেসিফিকেশনগুলো খারাপভাবে লেখা হয়, তবে প্রপার্টিগুলোর লঙ্ঘন—যা দুর্বল এক্সিকিউশনের দিকে নির্দেশ করে—ফরমাল ভেরিফিকেশন অডিট দ্বারা শনাক্ত করা যাবে না। এই ক্ষেত্রে, একজন ডেভেলপার ভুলভাবে ধরে নিতে পারেন যে কন্ট্রাক্টটি বাগ-মুক্ত।
### পারফরম্যান্স সমস্যা {#performance-issues}
-আনুষ্ঠানিক যাচাইকরণ বেশ কিছু পারফরম্যান্স সমস্যার সম্মুখীন হয়। উদাহরণস্বরূপ, মডেল চেকিং এবং সিম্বলিক চেকিং-এর সময় যথাক্রমে সম্মুখীন হওয়া স্টেট এবং পাথ এক্সপ্লোশন সমস্যাগুলি যাচাইকরণ পদ্ধতিকে প্রভাবিত করতে পারে। এছাড়াও, আনুষ্ঠানিক যাচাইকরণ টুলগুলি প্রায়শই তাদের অন্তর্নিহিত লেয়ারে SMT সলভার এবং অন্যান্য কনস্ট্রেইন্ট সলভার ব্যবহার করে এবং এই সলভারগুলি গণনামূলকভাবে নিবিড় পদ্ধতির উপর নির্ভর করে।
+ফরমাল ভেরিফিকেশন বেশ কয়েকটি পারফরম্যান্স সমস্যার সম্মুখীন হয়। উদাহরণস্বরূপ, যথাক্রমে মডেল চেকিং এবং সিম্বলিক চেকিংয়ের সময় সম্মুখীন হওয়া স্টেট এবং পাথ এক্সপ্লোশন সমস্যাগুলো ভেরিফিকেশন পদ্ধতিগুলোকে প্রভাবিত করতে পারে। এছাড়াও, ফরমাল ভেরিফিকেশন টুলগুলো প্রায়শই তাদের অন্তর্নিহিত লেয়ারে SMT সলভার এবং অন্যান্য কনস্ট্রেইন্ট সলভার ব্যবহার করে এবং এই সলভারগুলো কম্পিউটেশনালি নিবিড় পদ্ধতির ওপর নির্ভর করে।
-এছাড়াও, প্রোগ্রাম যাচাইকারীদের জন্য একটি সম্পত্তি (একটি যৌক্তিক সূত্র হিসাবে বর্ণিত) সন্তুষ্ট করা যেতে পারে কিনা তা নির্ধারণ করা সবসময় সম্ভব নয় (the "[decidability problem](https://en.wikipedia.org/wiki/Decision_problem)") কারণ একটি প্রোগ্রাম কখনও শেষ নাও হতে পারে। যেমন, একটি কন্ট্র্যাক্টের জন্য কিছু সম্পত্তি প্রমাণ করা অসম্ভব হতে পারে যদিও এটি ভালভাবে নির্দিষ্ট করা থাকে।
+এছাড়াও, প্রোগ্রাম ভেরিফায়ারদের পক্ষে সবসময় নির্ধারণ করা সম্ভব নয় যে একটি প্রপার্টি (একটি যৌক্তিক সূত্র হিসেবে বর্ণিত) পূরণ করা যেতে পারে কিনা ("[ডিসাইডেবিলিটি প্রবলেম](https://en.wikipedia.org/wiki/Decision_problem)") কারণ একটি প্রোগ্রাম কখনোই শেষ নাও হতে পারে। তাই, একটি কন্ট্রাক্ট ভালোভাবে নির্দিষ্ট করা থাকলেও এর জন্য কিছু প্রপার্টি প্রমাণ করা অসম্ভব হতে পারে।
-## ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য আনুষ্ঠানিক যাচাইকরণ টুলস {#formal-verification-tools}
+## ইথিরিয়াম স্মার্ট কন্ট্রাক্টের জন্য ফরমাল ভেরিফিকেশন টুল {#formal-verification-tools}
-### আনুষ্ঠানিক স্পেসিফিকেশন তৈরির জন্য স্পেসিফিকেশন ভাষা {#specification-languages}
+### ফরমাল স্পেসিফিকেশন তৈরির জন্য স্পেসিফিকেশন ল্যাঙ্গুয়েজ {#specification-languages}
-**Act**: _*Act স্টোরেজ আপডেট, প্রি/পোস্ট কন্ডিশন এবং কন্ট্র্যাক্ট ইনভ্যারিয়েন্টের স্পেসিফিকেশনের অনুমতি দেয়। এর টুল স্যুটেও Coq, SMT সলভার, বা hevm-এর মাধ্যমে অনেক বৈশিষ্ট্য প্রমাণ করতে সক্ষম প্রুফ ব্যাকএন্ড রয়েছে।*_
+**Act**: _*Act স্টোরেজ আপডেট, প্রি/পোস্ট কন্ডিশন এবং কন্ট্রাক্ট ইনভ্যারিয়েন্টের স্পেসিফিকেশন অনুমোদন করে। এর টুল স্যুটে প্রুফ ব্যাকএন্ডও রয়েছে যা Coq, SMT সলভার বা hevm-এর মাধ্যমে অনেক প্রপার্টি প্রমাণ করতে সক্ষম।*_
- [GitHub](https://github.com/ethereum/act)
-- [নথিপত্র](https://github.com/argotorg/act)
+- [Documentation](https://github.com/argotorg/act)
-**Scribble** - __Scribble স্পেসিফিকেশন ভাষায় কোড টীকাগুলিকে কংক্রিট অ্যাসারশনে রূপান্তরিত করে যা স্পেসিফিকেশন পরীক্ষা করে।__
+**Scribble** - _*Scribble স্পেসিফিকেশন ল্যাঙ্গুয়েজে কোড টীকাগুলোকে কংক্রিট অ্যাসারশনে রূপান্তরিত করে যা স্পেসিফিকেশন পরীক্ষা করে।*_
-- [নথিপত্র](https://docs.scribble.codes/)
+- [Documentation](https://docs.scribble.codes/)
-**Dafny** - __Dafny একটি যাচাইকরণ-প্রস্তুত প্রোগ্রামিং ভাষা যা কোডের সঠিকতা সম্পর্কে যুক্তি ও প্রমাণ করার জন্য উচ্চ-স্তরের টীকাগুলির উপর নির্ভর করে।__
+**Dafny** - _*Dafny হলো একটি ভেরিফিকেশন-রেডি প্রোগ্রামিং ভাষা যা কোডের সঠিকতা সম্পর্কে যুক্তি দিতে এবং প্রমাণ করতে হাই-লেভেল টীকাগুলোর ওপর নির্ভর করে।*_
- [GitHub](https://github.com/dafny-lang/dafny)
-### সঠিকতা পরীক্ষা করার জন্য প্রোগ্রাম ভেরিফায়ার {#program-verifiers}
+### সঠিকতা পরীক্ষা করার জন্য প্রোগ্রাম ভেরিফায়ার {#program-verifiers}
-**Certora Prover** - _Certora Prover স্মার্ট কন্ট্র্যাক্টে কোডের সঠিকতা পরীক্ষা করার জন্য একটি স্বয়ংক্রিয় আনুষ্ঠানিক যাচাইকরণ টুল। স্পেসিফিকেশনগুলি CVL (Certora Verification Language) এ লেখা হয়, যেখানে স্ট্যাটিক বিশ্লেষণ এবং কনস্ট্রেইন্ট-সলভিং এর সংমিশ্রণ ব্যবহার করে সম্পত্তি লঙ্ঘন সনাক্ত করা হয়।_
+**Certora Prover** - _Certora Prover হলো স্মার্ট কন্ট্রাক্টে কোডের সঠিকতা পরীক্ষা করার জন্য একটি স্বয়ংক্রিয় ফরমাল ভেরিফিকেশন টুল। স্পেসিফিকেশনগুলো CVL (Certora Verification Language)-এ লেখা হয়, যেখানে স্ট্যাটিক অ্যানালাইসিস এবং কনস্ট্রেইন্ট-সলভিংয়ের সংমিশ্রণ ব্যবহার করে প্রপার্টি লঙ্ঘন শনাক্ত করা হয়।_
-- [ওয়েবসাইট](https://www.certora.com/)
-- [নথিপত্র](https://docs.certora.com/en/latest/index.html)
+- [Website](https://www.certora.com/)
+- [Documentation](https://docs.certora.com/en/latest/index.html)
-**Solidity SMTChecker** - _*সলিডিটির SMTChecker হল SMT (Satisfiability Modulo Theories) এবং Horn সলভিং-এর উপর ভিত্তি করে একটি অন্তর্নির্মিত মডেল চেকার। এটি নিশ্চিত করে যে একটি কন্ট্র্যাক্টের সোর্স কোড কম্পাইলেশনের সময় স্পেসিফিকেশনগুলির সাথে মেলে কিনা এবং নিরাপত্তা বৈশিষ্ট্যগুলির লঙ্ঘনের জন্য স্ট্যাটিকালি পরীক্ষা করে।*_
+**Solidity SMTChecker** - _*সলিডিটির SMTChecker হলো SMT (Satisfiability Modulo Theories) এবং হর্ন সলভিংয়ের ওপর ভিত্তি করে একটি বিল্ট-ইন মডেল চেকার। এটি নিশ্চিত করে যে কম্পাইলেশনের সময় একটি কন্ট্রাক্টের সোর্স কোড স্পেসিফিকেশনের সাথে মেলে কিনা এবং স্ট্যাটিকভাবে সেফটি প্রপার্টির লঙ্ঘন পরীক্ষা করে।*_
- [GitHub](https://github.com/ethereum/solidity)
-**solc-verify** - __solc-verify হল সলিডিটি কম্পাইলারের একটি বর্ধিত সংস্করণ যা টীকা এবং মডুলার প্রোগ্রাম ভেরিফিকেশন ব্যবহার করে সলিডিটি কোডে স্বয়ংক্রিয় আনুষ্ঠানিক যাচাইকরণ সম্পাদন করতে পারে।__
+**solc-verify** - _*solc-verify হলো সলিডিটি কম্পাইলারের একটি বর্ধিত সংস্করণ যা টীকা এবং মডুলার প্রোগ্রাম ভেরিফিকেশন ব্যবহার করে সলিডিটি কোডে স্বয়ংক্রিয় ফরমাল ভেরিফিকেশন সম্পাদন করতে পারে।*_
- [GitHub](https://github.com/SRI-CSL/solidity)
-**KEVM** - _*KEVM হল K ফ্রেমওয়ার্কে লেখা ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)-এর একটি আনুষ্ঠানিক সেমান্টিকস। KEVM এক্সিকিউটেবল এবং রিচেবিলিটি লজিক ব্যবহার করে নির্দিষ্ট সম্পত্তি-সম্পর্কিত দাবি প্রমাণ করতে পারে।*_
+**KEVM** - _*KEVM হলো K ফ্রেমওয়ার্কে লেখা ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)-এর একটি ফরমাল শব্দার্থবিদ্যা। KEVM এক্সিকিউটেবল এবং রিচেবিলিটি লজিক ব্যবহার করে নির্দিষ্ট প্রপার্টি-সম্পর্কিত দাবি প্রমাণ করতে পারে।*_
- [GitHub](https://github.com/runtimeverification/evm-semantics)
-- [নথিপত্র](https://jellopaper.org/)
+- [Documentation](https://jellopaper.org/)
-### থিওরেম প্রুভিং-এর জন্য লজিক্যাল ফ্রেমওয়ার্ক {#theorem-provers}
+### থিওরেম প্রুভিংয়ের জন্য লজিক্যাল ফ্রেমওয়ার্ক {#theorem-provers}
-**Isabelle** - _Isabelle/HOL একটি প্রুফ অ্যাসিস্ট্যান্ট যা গাণিতিক সূত্রগুলিকে একটি আনুষ্ঠানিক ভাষায় প্রকাশ করতে দেয় এবং সেই সূত্রগুলি প্রমাণ করার জন্য টুলস সরবরাহ করে। প্রধান অ্যাপ্লিকেশন হল গাণিতিক প্রমাণের আনুষ্ঠানিকীকরণ এবং বিশেষ করে আনুষ্ঠানিক যাচাইকরণ, যার মধ্যে কম্পিউটার হার্ডওয়্যার বা সফ্টওয়্যারের সঠিকতা প্রমাণ করা এবং কম্পিউটার ভাষা এবং প্রোটোকলের বৈশিষ্ট্য প্রমাণ করা অন্তর্ভুক্ত।_
+**Isabelle** - _Isabelle/HOL হলো একটি প্রুফ অ্যাসিস্ট্যান্ট যা গাণিতিক সূত্রগুলোকে একটি ফরমাল ভাষায় প্রকাশ করার অনুমতি দেয় এবং সেই সূত্রগুলো প্রমাণ করার জন্য টুল প্রদান করে। প্রধান অ্যাপ্লিকেশন হলো গাণিতিক প্রমাণের ফরম্যালাইজেশন এবং বিশেষ করে ফরমাল ভেরিফিকেশন, যার মধ্যে কম্পিউটার হার্ডওয়্যার বা সফটওয়্যারের সঠিকতা প্রমাণ করা এবং কম্পিউটার ভাষা ও প্রটোকলের প্রপার্টি প্রমাণ করা অন্তর্ভুক্ত।_
- [GitHub](https://github.com/isabelle-prover)
-- [নথিপত্র](https://isabelle.in.tum.de/documentation.html)
+- [Documentation](https://isabelle.in.tum.de/documentation.html)
-**Rocq** - _Rocq একটি ইন্টারেক্টিভ থিওরেম প্রোভার যা আপনাকে থিওরেম ব্যবহার করে প্রোগ্রাম সংজ্ঞায়িত করতে এবং ইন্টারেক্টিভভাবে সঠিকতার মেশিন-চেকড প্রমাণ তৈরি করতে দেয়।_
+**Rocq** - _Rocq হলো একটি ইন্টারেক্টিভ থিওরেম প্রুভার যা আপনাকে থিওরেম ব্যবহার করে প্রোগ্রাম সংজ্ঞায়িত করতে এবং ইন্টারেক্টিভভাবে সঠিকতার মেশিন-চেকড প্রমাণ তৈরি করতে দেয়।_
- [GitHub](https://github.com/rocq-prover/rocq)
-- [নথিপত্র](https://rocq-prover.org/docs)
+- [Documentation](https://rocq-prover.org/docs)
-### স্মার্ট কন্ট্র্যাক্টে দুর্বল প্যাটার্ন সনাক্ত করার জন্য সিম্বলিক এক্সিকিউশন-ভিত্তিক টুলস {#symbolic-execution-tools}
+### স্মার্ট কন্ট্রাক্টে দুর্বল প্যাটার্ন শনাক্ত করার জন্য সিম্বলিক এক্সিকিউশন-ভিত্তিক টুল {#symbolic-execution-tools}
-**Manticore** - _*সিম্বলিক এক্সিকিউশনের উপর ভিত্তি করে EVM বাইটকোড বিশ্লেষণের জন্য একটি টুল।*_
+**Manticore** - _*সিম্বলিক এক্সিকিউশনের ওপর ভিত্তি করে EVM বাইটকোড বিশ্লেষণ করার একটি টুল।*_
- [GitHub](https://github.com/trailofbits/manticore)
-- [নথিপত্র](https://github.com/trailofbits/manticore/wiki)
+- [Documentation](https://github.com/trailofbits/manticore/wiki)
-**hevm** - __hevm হল EVM বাইটকোডের জন্য একটি সিম্বলিক এক্সিকিউশন ইঞ্জিন এবং ইকুইভ্যালেন্স চেকার।__
+**hevm** - _*hevm হলো EVM বাইটকোডের জন্য একটি সিম্বলিক এক্সিকিউশন ইঞ্জিন এবং ইকুইভ্যালেন্স চেকার।*_
- [GitHub](https://github.com/dapphub/dapptools/tree/master/src/hevm)
-**Mythril** - _ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টে দুর্বলতা সনাক্ত করার জন্য একটি সিম্বলিক এক্সিকিউশন টুল_
+**Mythril** - _ইথিরিয়াম স্মার্ট কন্ট্রাক্টে দুর্বলতা শনাক্ত করার জন্য একটি সিম্বলিক এক্সিকিউশন টুল_
- [GitHub](https://github.com/ConsenSys/mythril-classic)
-- [নথিপত্র](https://mythril-classic.readthedocs.io/en/develop/)
+- [Documentation](https://mythril-classic.readthedocs.io/en/develop/)
## আরও পড়ুন {#further-reading}
-- [স্মার্ট কন্ট্র্যাক্টের আনুষ্ঠানিক যাচাইকরণ কীভাবে কাজ করে](https://runtimeverification.com/blog/how-formal-verification-of-smart-contracts-works/)
-- [কীভাবে আনুষ্ঠানিক যাচাইকরণ ত্রুটিহীন স্মার্ট কন্ট্র্যাক্ট নিশ্চিত করতে পারে](https://media.consensys.net/how-formal-verification-can-ensure-flawless-smart-contracts-cbda8ad99bd1)
-- [ইথেরিয়াম ইকোসিস্টেমে আনুষ্ঠানিক যাচাইকরণ প্রকল্পগুলির একটি সংক্ষিপ্ত বিবরণ](https://github.com/leonardoalt/ethereum_formal_verification_overview)
-- [ইথেরিয়াম 2.0 ডিপোজিট স্মার্ট কন্ট্র্যাক্টের এন্ড-টু-এন্ড আনুষ্ঠানিক যাচাইকরণ](https://runtimeverification.com/blog/end-to-end-formal-verification-of-ethereum-2-0-deposit-smart-contract/)
-- [বিশ্বের সবচেয়ে জনপ্রিয় স্মার্ট কন্ট্র্যাক্টের আনুষ্ঠানিক যাচাইকরণ](https://www.zellic.io/blog/formal-verification-weth)
-- [SMTChecker এবং আনুষ্ঠানিক যাচাইকরণ](https://docs.soliditylang.org/en/v0.8.15/smtchecker.html)
+- [স্মার্ট কন্ট্রাক্টের ফরমাল ভেরিফিকেশন কীভাবে কাজ করে](https://runtimeverification.com/blog/how-formal-verification-of-smart-contracts-works/)
+- [কীভাবে ফরমাল ভেরিফিকেশন ত্রুটিহীন স্মার্ট কন্ট্রাক্ট নিশ্চিত করতে পারে](https://media.consensys.net/how-formal-verification-can-ensure-flawless-smart-contracts-cbda8ad99bd1)
+- [ইথিরিয়াম ইকোসিস্টেমে ফরমাল ভেরিফিকেশন প্রজেক্টের একটি ওভারভিউ](https://github.com/leonardoalt/ethereum_formal_verification_overview)
+- [ইথিরিয়াম ২.০ ডিপোজিট স্মার্ট কন্ট্রাক্টের এন্ড-টু-এন্ড ফরমাল ভেরিফিকেশন](https://runtimeverification.com/blog/end-to-end-formal-verification-of-ethereum-2-0-deposit-smart-contract/)
+- [বিশ্বের সবচেয়ে জনপ্রিয় স্মার্ট কন্ট্রাক্ট ফরমালভাবে যাচাই করা](https://www.zellic.io/blog/formal-verification-weth)
+- [SMTChecker এবং ফরমাল ভেরিফিকেশন](https://docs.soliditylang.org/en/v0.8.15/smtchecker.html)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/index.md b/public/content/translations/bn/developers/docs/smart-contracts/index.md
index 6ac2398a86f..65385f72fb7 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/index.md
@@ -1,59 +1,59 @@
---
-title: "স্মার্ট কন্ট্র্যাক্টের ভূমিকা"
-description: "স্মার্ট কন্ট্র্যাক্ট-এর একটি সংক্ষিপ্ত বিবরণ, তাদের অনন্য বৈশিষ্ট্য এবং সীমাবদ্ধতার উপর আলোকপাত করে।"
+title: স্মার্ট কন্ট্রাক্ট পরিচিতি
+description: স্মার্ট কন্ট্রাক্টগুলোর একটি ওভারভিউ, যেখানে এগুলোর অনন্য বৈশিষ্ট্য এবং সীমাবদ্ধতার ওপর ফোকাস করা হয়েছে।
lang: bn
---
-## স্মার্ট কন্ট্র্যাক্ট কি? {#what-is-a-smart-contract}
+## স্মার্ট কন্ট্রাক্ট কী? {#what-is-a-smart-contract}
-"স্মার্ট কন্ট্র্যাক্ট" হলো একটি প্রোগ্রাম যা Ethereum ব্লকচেইনে চলে। এটি কোড (এর ফাংশন) এবং ডেটা (এর স্টেট)-এর একটি সংগ্রহ যা Ethereum ব্লকচেইনের একটি নির্দিষ্ট ঠিকানায় থাকে।
+একটি "স্মার্ট কন্ট্রাক্ট" হলো মূলত একটি প্রোগ্রাম যা [Ethereum](/) ব্লকচেইন-এ রান করে। এটি হলো কোড (এর ফাংশন) এবং ডেটার (এর স্টেট) একটি সংগ্রহ, যা Ethereum ব্লকচেইন-এর একটি নির্দিষ্ট এডড্রেস-এ অবস্থান করে।
-স্মার্ট কন্ট্র্যাক্ট হলো এক ধরনের [Ethereum অ্যাকাউন্ট](/developers/docs/accounts/)। এর মানে হলো তাদের একটি ব্যালেন্স আছে এবং লেনদেনের লক্ষ্য হতে পারে। তবে এগুলো কোনো ব্যবহারকারী দ্বারা নিয়ন্ত্রিত হয় না, বরং এগুলো নেটওয়ার্কে স্থাপন করা হয় এবং প্রোগ্রাম অনুযায়ী চলে। ব্যবহারকারীর অ্যাকাউন্টগুলি তখন স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে পারে এমন লেনদেন জমা দিয়ে যা স্মার্ট কন্ট্র্যাক্টে সংজ্ঞায়িত একটি ফাংশন সম্পাদন করে। স্মার্ট কন্ট্র্যাক্টগুলি একটি নিয়মিত চুক্তির মতো নিয়ম সংজ্ঞায়িত করতে পারে এবং কোডের মাধ্যমে স্বয়ংক্রিয়ভাবে সেগুলি প্রয়োগ করতে পারে। স্মার্ট কন্ট্র্যাক্ট ডিফল্টরূপে মুছে ফেলা যায় না এবং তাদের সাথে ইন্টারঅ্যাকশন অপরিবর্তনীয়।
+স্মার্ট কন্ট্রাক্ট হলো এক ধরনের [Ethereum একাউন্ট](/developers/docs/accounts/)। এর মানে হলো এগুলোর একটি ব্যালেন্স থাকে এবং এগুলো লেনদেন-এর লক্ষ্য হতে পারে। তবে এগুলো কোনো ব্যবহারকারী দ্বারা নিয়ন্ত্রিত হয় না, বরং এগুলো নেটওয়ার্ক-এ ডিপ্লয় করা হয় এবং প্রোগ্রাম অনুযায়ী রান করে। ব্যবহারকারীর একাউন্টগুলো এরপর স্মার্ট কন্ট্রাক্ট-এ সংজ্ঞায়িত কোনো ফাংশন এক্সিকিউট করার জন্য লেনদেন সাবমিট করে স্মার্ট কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করতে পারে। স্মার্ট কন্ট্রাক্টগুলো সাধারণ চুক্তির মতো নিয়ম নির্ধারণ করতে পারে এবং কোডের মাধ্যমে স্বয়ংক্রিয়ভাবে সেগুলো প্রয়োগ করতে পারে। ডিফল্টভাবে স্মার্ট কন্ট্রাক্টগুলো মুছে ফেলা যায় না এবং এগুলোর সাথে ইন্টারঅ্যাকশনগুলো অপরিবর্তনীয় (irreversible)।
## পূর্বশর্ত {#prerequisites}
-আপনি যদি সবে শুরু করেন বা একটি কম প্রযুক্তিগত ভূমিকা খুঁজছেন, আমরা আমাদের [স্মার্ট কন্ট্র্যাক্টের ভূমিকা](/smart-contracts/) পড়ার পরামর্শ দিই।
+আপনি যদি সবেমাত্র শুরু করে থাকেন বা কম প্রযুক্তিগত পরিচিতি খুঁজছেন, তবে আমরা আমাদের [স্মার্ট কন্ট্রাক্ট পরিচিতি](/smart-contracts/) পড়ার পরামর্শ দিই।
-স্মার্ট কন্ট্র্যাক্টের জগতে প্রবেশ করার আগে নিশ্চিত করুন যে আপনি [অ্যাকাউন্ট](/developers/docs/accounts/), [লেনদেন](/developers/docs/transactions/) এবং [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/) সম্পর্কে পড়েছেন।
+স্মার্ট কন্ট্রাক্ট-এর জগতে প্রবেশ করার আগে নিশ্চিত করুন যে আপনি [একাউন্ট](/developers/docs/accounts/), [লেনদেন](/developers/docs/transactions/) এবং [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/) সম্পর্কে পড়েছেন।
## একটি ডিজিটাল ভেন্ডিং মেশিন {#a-digital-vending-machine}
-[নিক জাবো](https://unenumerated.blogspot.com/) দ্বারা বর্ণিত একটি ভেন্ডিং মেশিন সম্ভবত স্মার্ট কন্ট্র্যাক্টের জন্য সেরা রূপক। সঠিক ইনপুট দিলে, একটি নির্দিষ্ট আউটপুট নিশ্চিত।
+স্মার্ট কন্ট্রাক্ট-এর জন্য সম্ভবত সেরা রূপক হলো একটি ভেন্ডিং মেশিন, যেমনটি [Nick Szabo](https://unenumerated.blogspot.com/) বর্ণনা করেছেন। সঠিক ইনপুট দিলে একটি নির্দিষ্ট আউটপুট নিশ্চিত করা যায়।
-একটি ভেন্ডিং মেশিন থেকে একটি স্ন্যাক পেতে:
+ভেন্ডিং মেশিন থেকে স্ন্যাকস পেতে:
```
money + snack selection = snack dispensed
```
-এই যুক্তিটি ভেন্ডিং মেশিনে প্রোগ্রাম করা আছে।
+এই লজিকটি ভেন্ডিং মেশিনে প্রোগ্রাম করা থাকে।
-একটি স্মার্ট কন্ট্র্যাক্ট, একটি ভেন্ডিং মেশিনের মতো, এর মধ্যে যুক্তি প্রোগ্রাম করা থাকে। এখানে একটি সহজ উদাহরণ দেওয়া হল যে এই ভেন্ডিং মেশিনটি যদি Solidity-তে লেখা একটি স্মার্ট কন্ট্র্যাক্ট হতো তবে কেমন দেখাতো:
+একটি স্মার্ট কন্ট্রাক্ট-এ ভেন্ডিং মেশিনের মতোই লজিক প্রোগ্রাম করা থাকে। এই ভেন্ডিং মেশিনটি Solidity-তে লেখা একটি স্মার্ট কন্ট্রাক্ট হলে কেমন দেখাতো, তার একটি সহজ উদাহরণ নিচে দেওয়া হলো:
```solidity
pragma solidity 0.8.7;
contract VendingMachine {
- // Declare state variables of the contract
+ // কন্ট্রাক্টের স্টেট ভেরিয়েবলগুলো ঘোষণা করুন
address public owner;
mapping (address => uint) public cupcakeBalances;
- // When 'VendingMachine' contract is deployed:
- // 1. set the deploying address as the owner of the contract
- // 2. set the deployed smart contract's cupcake balance to 100
+ // যখন 'VendingMachine' কন্ট্রাক্ট ডিপ্লয় করা হয়:
+ // ১. ডিপ্লয়িং অ্যাড্রেসকে কন্ট্রাক্টের মালিক হিসেবে সেট করুন
+ // ২. ডিপ্লয় করা স্মার্ট কন্ট্রাক্টের কাপকেক ব্যালেন্স ১০০-তে সেট করুন
constructor() {
owner = msg.sender;
cupcakeBalances[address(this)] = 100;
}
- // Allow the owner to increase the smart contract's cupcake balance
+ // মালিককে স্মার্ট কন্ট্রাক্টের কাপকেক ব্যালেন্স বাড়ানোর অনুমতি দিন
function refill(uint amount) public {
require(msg.sender == owner, "Only the owner can refill.");
cupcakeBalances[address(this)] += amount;
}
- // Allow anyone to purchase cupcakes
+ // যে কাউকে কাপকেক কেনার অনুমতি দিন
function purchase(uint amount) public payable {
require(msg.value >= amount * 1 ether, "You must pay at least 1 ETH per cupcake");
require(cupcakeBalances[address(this)] >= amount, "Not enough cupcakes in stock to complete this purchase");
@@ -63,50 +63,54 @@ contract VendingMachine {
}
```
-যেভাবে একটি ভেন্ডিং মেশিন একজন বিক্রেতা কর্মচারীর প্রয়োজনীয়তা দূর করে, সেভাবেই স্মার্ট কন্ট্র্যাক্ট অনেক শিল্পে মধ্যস্থতাকারীদের প্রতিস্থাপন করতে পারে।
+ভেন্ডিং মেশিন যেমন বিক্রেতা কর্মীর প্রয়োজনীয়তা দূর করে, তেমনি স্মার্ট কন্ট্রাক্টগুলো অনেক শিল্পে মধ্যস্থতাকারীদের প্রতিস্থাপন করতে পারে।
-## অনুমতিহীন {#permissionless}
+## পারমিশনলেস {#permissionless}
-যে কেউ একটি স্মার্ট কন্ট্র্যাক্ট লিখতে এবং নেটওয়ার্কে এটি স্থাপন করতে পারে। আপনার শুধু একটি [স্মার্ট কন্ট্র্যাক্ট ল্যাঙ্গুয়েজ](/developers/docs/smart-contracts/languages/)-এ কোড করতে শেখা প্রয়োজন এবং আপনার কন্ট্র্যাক্ট স্থাপন করার জন্য যথেষ্ট ETH থাকতে হবে। একটি স্মার্ট কন্ট্র্যাক্ট স্থাপন করা প্রযুক্তিগতভাবে একটি লেনদেন, তাই আপনাকে [গ্যাস](/developers/docs/gas/) দিতে হবে ঠিক যেমন একটি সাধারণ ETH স্থানান্তরের জন্য গ্যাস দিতে হয়। তবে, কন্ট্র্যাক্ট স্থাপনের জন্য গ্যাসের খরচ অনেক বেশি।
+যে কেউ একটি স্মার্ট কন্ট্রাক্ট লিখতে পারে এবং এটি নেটওয়ার্ক-এ ডিপ্লয় করতে পারে। আপনাকে শুধু একটি [স্মার্ট কন্ট্রাক্ট ল্যাঙ্গুয়েজ](/developers/docs/smart-contracts/languages/)-এ কোড করা শিখতে হবে এবং আপনার কন্ট্রাক্ট ডিপ্লয় করার জন্য পর্যাপ্ত ETH থাকতে হবে। একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা প্রযুক্তিগতভাবে একটি লেনদেন, তাই একটি সাধারণ ETH ট্রান্সফারের জন্য যেমন গ্যাস ফি দিতে হয়, ঠিক একইভাবে আপনাকে [গ্যাস](/developers/docs/gas/) প্রদান করতে হবে। তবে, কন্ট্রাক্ট ডিপ্লয়মেন্টের জন্য গ্যাস খরচ অনেক বেশি।
-স্মার্ট কন্ট্র্যাক্ট লেখার জন্য Ethereum-এর ডেভেলপার-বান্ধব ভাষা রয়েছে:
+স্মার্ট কন্ট্রাক্ট লেখার জন্য Ethereum-এ ডেভেলপার-বান্ধব ল্যাঙ্গুয়েজ রয়েছে:
- Solidity
- Vyper
-[ভাষা সম্পর্কে আরও জানুন](/developers/docs/smart-contracts/languages/)
+[ল্যাঙ্গুয়েজ সম্পর্কে আরও জানুন](/developers/docs/smart-contracts/languages/)
-তবে, এগুলি স্থাপন করার আগে কম্পাইল করতে হবে যাতে Ethereum-এর ভার্চুয়াল মেশিন কন্ট্র্যাক্টটিকে ব্যাখ্যা এবং সংরক্ষণ করতে পারে। [কম্পাইলেশন সম্পর্কে আরও জানুন](/developers/docs/smart-contracts/compiling/)
+তবে, এগুলো ডিপ্লয় করার আগে অবশ্যই কম্পাইল করতে হবে যাতে ইথিরিয়াম ভার্চুয়াল মেশিন কন্ট্রাক্টটি বুঝতে এবং স্টোর করতে পারে। [কম্পাইলেশন সম্পর্কে আরও জানুন](/developers/docs/smart-contracts/compiling/)
## কম্পোজেবিলিটি {#composability}
-স্মার্ট কন্ট্র্যাক্টগুলি Ethereum-এ পাবলিক এবং সেগুলিকে ওপেন API হিসাবে ভাবা যেতে পারে। এর মানে হল আপনি আপনার নিজের স্মার্ট কন্ট্র্যাক্টে অন্যান্য স্মার্ট কন্ট্র্যাক্টকে কল করতে পারেন যা সম্ভব তার পরিধিকে ব্যাপকভাবে প্রসারিত করতে। কন্ট্র্যাক্টগুলি এমনকি অন্যান্য কন্ট্র্যাক্টও স্থাপন করতে পারে।
+স্মার্ট কন্ট্রাক্টগুলো Ethereum-এ পাবলিক থাকে এবং এগুলোকে ওপেন API হিসেবে বিবেচনা করা যেতে পারে। এর মানে হলো আপনি আপনার নিজের স্মার্ট কন্ট্রাক্ট-এ অন্যান্য স্মার্ট কন্ট্রাক্টগুলোকে কল করতে পারেন, যা এর সম্ভাবনাকে ব্যাপকভাবে প্রসারিত করে। এমনকি কন্ট্রাক্টগুলো অন্যান্য কন্ট্রাক্টও ডিপ্লয় করতে পারে।
-[স্মার্ট কন্ট্র্যাক্ট কম্পোজেবিলিটি](/developers/docs/smart-contracts/composability/) সম্পর্কে আরও জানুন।
+[স্মার্ট কন্ট্রাক্ট কম্পোজেবিলিটি](/developers/docs/smart-contracts/composability/) সম্পর্কে আরও জানুন।
## সীমাবদ্ধতা {#limitations}
-স্মার্ট কন্ট্র্যাক্টগুলি একা "বাস্তব-বিশ্বের" ঘটনা সম্পর্কে তথ্য পেতে পারে না কারণ তারা অফচেইন উৎস থেকে ডেটা পুনরুদ্ধার করতে পারে না। এর মানে হল তারা বাস্তব জগতের ঘটনাগুলিতে সাড়া দিতে পারে না। এটি ডিজাইন দ্বারাই করা হয়েছে। বাহ্যিক তথ্যের উপর নির্ভর করা কনসেন্সাসকে বিপন্ন করতে পারে, যা নিরাপত্তা এবং বিকেন্দ্রীকরণের জন্য গুরুত্বপূর্ণ।
+স্মার্ট কন্ট্রাক্টগুলো নিজে থেকে "বাস্তব-জগতের" ইভেন্ট সম্পর্কে তথ্য পেতে পারে না কারণ এগুলো অফচেইন সোর্স থেকে ডেটা সংগ্রহ করতে পারে না। এর মানে হলো এগুলো বাস্তব জগতের ইভেন্টগুলোতে সাড়া দিতে পারে না। এটি এভাবেই ডিজাইন করা হয়েছে। বাহ্যিক তথ্যের ওপর নির্ভর করলে কনসেন্সাস বিপন্ন হতে পারে, যা নিরাপত্তা এবং ডিসেন্ট্রালাইজেশন-এর জন্য গুরুত্বপূর্ণ।
-তবে, ব্লকচেইন অ্যাপ্লিকেশনগুলির জন্য অফচেইন ডেটা ব্যবহার করতে পারাটা গুরুত্বপূর্ণ। সমাধান হল [ ওরাকল](/developers/docs/oracles/) যা এমন টুলস যা অফচেইন ডেটা গ্রহণ করে এবং স্মার্ট কন্ট্র্যাক্ট-এর জন্য উপলব্ধ করে।
+তবে, ব্লকচেইন অ্যাপ্লিকেশনগুলোর জন্য অফচেইন ডেটা ব্যবহার করতে পারাটা গুরুত্বপূর্ণ। এর সমাধান হলো [ওরাকল](/developers/docs/oracles/), যা এমন কিছু টুল যা অফচেইন ডেটা গ্রহণ করে এবং তা স্মার্ট কন্ট্রাক্ট-এর জন্য সহজলভ্য করে তোলে।
-স্মার্ট কন্ট্র্যাক্টের আরেকটি সীমাবদ্ধতা হল সর্বোচ্চ কন্ট্র্যাক্টের আকার। একটি স্মার্ট কন্ট্র্যাক্ট সর্বোচ্চ 24KB হতে পারে নতুবা এটি গ্যাসের অভাবে চলবে না। এটি [The Diamond Pattern](https://eips.ethereum.org/EIPS/eip-2535) ব্যবহার করে এড়ানো যেতে পারে।
+স্মার্ট কন্ট্রাক্ট-এর আরেকটি সীমাবদ্ধতা হলো এর সর্বোচ্চ কন্ট্রাক্ট সাইজ। একটি স্মার্ট কন্ট্রাক্ট সর্বোচ্চ 24KB হতে পারে, অন্যথায় এর গ্যাস শেষ হয়ে যাবে। [The Diamond Pattern](https://eips.ethereum.org/EIPS/eip-2535) ব্যবহার করে এই সমস্যা এড়ানো যেতে পারে।
-## মাল্টিসিগ কন্ট্র্যাক্ট {#multisig}
+## মাল্টিসিগ কন্ট্রাক্ট {#multisig}
-মাল্টিসিগ (একাধিক-স্বাক্ষর) কন্ট্র্যাক্টগুলি হলো স্মার্ট কন্ট্র্যাক্ট অ্যাকাউন্ট যার একটি লেনদেন সম্পাদনের জন্য একাধিক বৈধ স্বাক্ষর প্রয়োজন। প্রচুর পরিমাণে ইথার বা অন্যান্য টোকেন ধারণকারী কন্ট্র্যাক্টের জন্য ব্যর্থতার একক পয়েন্ট এড়াতে এটি খুব দরকারী। মাল্টিসিগগুলি কন্ট্র্যাক্ট সম্পাদন এবং কী ম্যানেজমেন্টের দায়িত্ব একাধিক পক্ষের মধ্যে ভাগ করে দেয় এবং একটিমাত্র প্রাইভেট কী-এর ক্ষতি থেকে তহবিলের অপরিবর্তনীয় ক্ষতি প্রতিরোধ করে। এই কারণগুলির জন্য, মাল্টিসিগ কন্ট্র্যাক্টগুলি সাধারণ DAO গভর্নেন্সের জন্য ব্যবহার করা যেতে পারে। মাল্টিসিগগুলি কার্যকর করার জন্য M সম্ভাব্য গ্রহণযোগ্য স্বাক্ষরগুলির মধ্যে N টি স্বাক্ষর প্রয়োজন (যেখানে N ≤ M, এবং M > 1)। `N = 3, M = 5` এবং `N = 4, M = 7` সাধারণত ব্যবহৃত হয়। একটি 4/7 মাল্টিসিগ-এর জন্য সাতটি সম্ভাব্য বৈধ স্বাক্ষরের মধ্যে চারটি প্রয়োজন। এর মানে হল তিনটি স্বাক্ষর হারিয়ে গেলেও তহবিল এখনও পুনরুদ্ধারযোগ্য। এই ক্ষেত্রে, এর মানে হল যে কন্ট্র্যাক্ট কার্যকর করার জন্য বেশিরভাগ কী-হোল্ডারদের অবশ্যই সম্মত হতে হবে এবং স্বাক্ষর করতে হবে।
+মাল্টিসিগ (মাল্টিপল-সিগনেচার) কন্ট্রাক্ট হলো এমন স্মার্ট কন্ট্রাক্ট একাউন্ট, যেগুলোতে একটি লেনদেন এক্সিকিউট করার জন্য একাধিক বৈধ সিগনেচারের প্রয়োজন হয়। প্রচুর পরিমাণে ইথার বা অন্যান্য টোকেন ধারণকারী কন্ট্রাক্টগুলোর ক্ষেত্রে সিঙ্গেল পয়েন্ট অফ ফেইলিওর এড়াতে এটি খুবই কার্যকর। মাল্টিসিগগুলো একাধিক পক্ষের মধ্যে কন্ট্রাক্ট এক্সিকিউশন এবং কি (key) ম্যানেজমেন্টের দায়িত্ব ভাগ করে দেয় এবং একটি মাত্র প্রাইভেট কি হারানোর কারণে ফান্ডের অপরিবর্তনীয় ক্ষতি রোধ করে। এসব কারণে, মাল্টিসিগ কন্ট্রাক্টগুলো সাধারণ DAO গভর্নেন্স-এর জন্য ব্যবহার করা যেতে পারে। এক্সিকিউট করার জন্য মাল্টিসিগগুলোতে M সংখ্যক সম্ভাব্য গ্রহণযোগ্য সিগনেচারের মধ্যে N সংখ্যক সিগনেচার প্রয়োজন হয় (যেখানে N ≤ M, এবং M > 1)। সাধারণত `N = 3, M = 5` এবং `N = 4, M = 7` ব্যবহৃত হয়। একটি 4/7 মাল্টিসিগ-এ সাতটি সম্ভাব্য বৈধ সিগনেচারের মধ্যে চারটির প্রয়োজন হয়। এর মানে হলো তিনটি সিগনেচার হারিয়ে গেলেও ফান্ড পুনরুদ্ধার করা সম্ভব। এই ক্ষেত্রে, এর মানে এটাও যে কন্ট্রাক্টটি এক্সিকিউট করার জন্য বেশিরভাগ কি-হোল্ডারকে (key-holders) একমত হতে হবে এবং সাইন করতে হবে।
-## স্মার্ট কন্ট্র্যাক্ট রিসোর্স {#smart-contract-resources}
+## স্মার্ট কন্ট্রাক্ট রিসোর্স {#smart-contract-resources}
-**OpenZeppelin Contracts -** **_সুরক্ষিত স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্টের জন্য লাইব্রেরি।_**
+**OpenZeppelin Contracts -** **_নিরাপদ স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্টের জন্য লাইব্রেরি।_**
- [openzeppelin.com/contracts/](https://openzeppelin.com/contracts/)
- [GitHub](https://github.com/OpenZeppelin/openzeppelin-contracts)
-- [কমিউনিটি ফোরাম](https://forum.openzeppelin.com/c/general/16)
+- [Community Forum](https://forum.openzeppelin.com/c/general/16)
-## আরও পড়ুন {#further-reading}
+## আরও পড়াশোনা {#further-reading}
-- [Coinbase: স্মার্ট কন্ট্র্যাক্ট কি?](https://www.coinbase.com/learn/crypto-basics/what-is-a-smart-contract)
-- [Chainlink: স্মার্ট কন্ট্র্যাক্ট কি?](https://chain.link/education/smart-contracts)
-- [ভিডিও: সহজ ভাষায় ব্যাখ্যা - স্মার্ট কন্ট্র্যাক্ট](https://youtu.be/ZE2HxTmxfrI)
+- [Coinbase: স্মার্ট কন্ট্রাক্ট কী?](https://www.coinbase.com/learn/crypto-basics/what-is-a-smart-contract)
+- [Chainlink: স্মার্ট কন্ট্রাক্ট কী?](https://chain.link/education/smart-contracts)
+- [Video: সহজভাবে ব্যাখ্যা করা - স্মার্ট কন্ট্রাক্ট](https://youtu.be/ZE2HxTmxfrI)
- [Cyfrin Updraft: Web3 লার্নিং এবং অডিটিং প্ল্যাটফর্ম](https://updraft.cyfrin.io)
+
+## টিউটোরিয়াল: Ethereum-এ স্মার্ট কন্ট্রাক্ট সিগনেচার (EIP-1271) {#tutorials}
+
+- [EIP-1271: স্মার্ট কন্ট্রাক্ট সিগনেচার সাইন এবং ভেরিফাই করা](/developers/tutorials/eip-1271-smart-contract-signatures/) _– কীভাবে EIP-1271 স্মার্ট কন্ট্রাক্টগুলোকে সিগনেচার ভেরিফাই করতে সক্ষম করে, সাথে Safe ইমপ্লিমেন্টেশনের একটি ওয়াকথ্রু।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/languages/index.md b/public/content/translations/bn/developers/docs/smart-contracts/languages/index.md
index 300abaee9ef..fdaa66529ca 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/languages/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/languages/index.md
@@ -1,79 +1,79 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট ল্যাঙ্গুয়েজ"
-description: "দুটি প্রধান স্মার্ট কন্ট্র্যাক্ট ল্যাঙ্গুয়েজ – Solidity এবং Vyper-এর একটি সংক্ষিপ্ত বিবরণ এবং তুলনা।"
+title: স্মার্ট কন্ট্রাক্ট ল্যাঙ্গুয়েজ
+description: দুটি প্রধান স্মার্ট কন্ট্রাক্ট ল্যাঙ্গুয়েজ – Solidity এবং Vyper-এর একটি ওভারভিউ এবং তুলনা।
lang: bn
---
-Ethereum-এর একটি চমৎকার দিক হলো, স্মার্ট কন্ট্র্যাক্টগুলোকে তুলনামূলকভাবে ডেভেলপার-বান্ধব ল্যাঙ্গুয়েজ ব্যবহার করে প্রোগ্রাম করা যায়। আপনি যদি Python বা যেকোনো [কার্লি-ব্র্যাকেট ল্যাঙ্গুয়েজ](https://wikipedia.org/wiki/List_of_programming_languages_by_type#Curly-bracket_languages)-এ অভিজ্ঞ হন, তাহলে আপনি পরিচিত সিনট্যাক্সসহ একটি ল্যাঙ্গুয়েজ খুঁজে পেতে পারেন।
+[Ethereum](/)-এর একটি দারুণ দিক হলো স্মার্ট কন্ট্রাক্টগুলো তুলনামূলকভাবে ডেভেলপার-বান্ধব ল্যাঙ্গুয়েজ ব্যবহার করে প্রোগ্রাম করা যায়। আপনার যদি Python বা কোনো [কার্লি-ব্র্যাকেট ল্যাঙ্গুয়েজ](https://wikipedia.org/wiki/List_of_programming_languages_by_type#Curly-bracket_languages)-এর অভিজ্ঞতা থাকে, তবে আপনি পরিচিত সিনট্যাক্স সহ একটি ল্যাঙ্গুয়েজ খুঁজে পেতে পারেন।
-দুটি সর্বাধিক সক্রিয় এবং রক্ষণাবেক্ষণ করা ল্যাঙ্গুয়েজ হলো:
+সবচেয়ে সক্রিয় এবং রক্ষণাবেক্ষণ করা দুটি ল্যাঙ্গুয়েজ হলো:
- Solidity
- Vyper
-Remix IDE, Solidity এবং Vyper উভয় ক্ষেত্রেই কন্ট্র্যাক্ট তৈরি এবং পরীক্ষা করার জন্য একটি ব্যাপক ডেভেলপমেন্ট এনভায়রনমেন্ট সরবরাহ করে। কোডিং শুরু করতে [ইন-ব্রাউজার Remix IDE ব্যবহার করে দেখুন](https://remix.ethereum.org)।
+Remix IDE, Solidity এবং Vyper উভয় ক্ষেত্রেই কন্ট্রাক্ট তৈরি এবং পরীক্ষা করার জন্য একটি বিস্তৃত ডেভেলপমেন্ট পরিবেশ প্রদান করে। কোডিং শুরু করতে [ব্রাউজার-ভিত্তিক Remix IDE ব্যবহার করে দেখুন](https://remix.ethereum.org)।
-আরও অভিজ্ঞ ডেভেলপাররাও Yul, [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)-এর জন্য একটি মধ্যবর্তী ল্যাঙ্গুয়েজ, অথবা Yul+, যা Yul-এর একটি এক্সটেনশন, ব্যবহার করতে চাইতে পারেন।
+আরও অভিজ্ঞ ডেভেলপাররা হয়তো Yul ব্যবহার করতে চাইতে পারেন, যা [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)-এর জন্য একটি ইন্টারমিডিয়েট ল্যাঙ্গুয়েজ, অথবা Yul+, যা Yul-এর একটি এক্সটেনশন।
-আপনি যদি কৌতূহলী হন এবং এমন নতুন ল্যাঙ্গুয়েজ পরীক্ষা করতে সাহায্য করতে চান যা এখনও ব্যাপকভাবে ডেভলপ করা হচ্ছে, তাহলে আপনি Fe নিয়ে পরীক্ষা করতে পারেন, এটি একটি উদীয়মান স্মার্ট কন্ট্র্যাক্ট ল্যাঙ্গুয়েজ যা বর্তমানে এখনও শৈশবাবস্থায় রয়েছে।
+আপনি যদি কৌতূহলী হন এবং এখনও ব্যাপকভাবে ডেভেলপমেন্টের অধীনে থাকা নতুন ল্যাঙ্গুয়েজগুলো পরীক্ষা করতে সাহায্য করতে চান, তবে আপনি Fe নিয়ে পরীক্ষা-নিরীক্ষা করতে পারেন, যা একটি উদীয়মান স্মার্ট কন্ট্রাক্ট ল্যাঙ্গুয়েজ এবং বর্তমানে এটি প্রাথমিক পর্যায়ে রয়েছে।
## পূর্বশর্ত {#prerequisites}
-প্রোগ্রামিং ল্যাঙ্গুয়েজের, বিশেষ করে JavaScript বা Python-এর পূর্ববর্তী জ্ঞান, আপনাকে স্মার্ট কন্ট্র্যাক্ট ল্যাঙ্গুয়েজগুলোর পার্থক্য বুঝতে সাহায্য করতে পারে। ল্যাঙ্গুয়েজগুলোর তুলনার গভীরে যাওয়ার আগে আমরা আপনাকে একটি ধারণা হিসেবে স্মার্ট কন্ট্র্যাক্টগুলো বোঝারও পরামর্শ দিই। [স্মার্ট কন্ট্র্যাক্টের ভূমিকা](/developers/docs/smart-contracts/)।
+প্রোগ্রামিং ল্যাঙ্গুয়েজ, বিশেষ করে JavaScript বা Python-এর পূর্ববর্তী জ্ঞান আপনাকে স্মার্ট কন্ট্রাক্ট ল্যাঙ্গুয়েজগুলোর পার্থক্য বুঝতে সাহায্য করতে পারে। ল্যাঙ্গুয়েজের তুলনার গভীরে যাওয়ার আগে আমরা আপনাকে একটি ধারণা হিসেবে স্মার্ট কন্ট্রাক্টগুলো বোঝার পরামর্শ দিই। [স্মার্ট কন্ট্রাক্ট পরিচিতি](/developers/docs/smart-contracts/)।
## Solidity {#solidity}
-- স্মার্ট কন্ট্র্যাক্ট বাস্তবায়নের জন্য অবজেক্ট-ওরিয়েন্টেড, হাই-লেভেল ল্যাঙ্গুয়েজ।
-- কার্লি-ব্র্যাকেট ল্যাঙ্গুয়েজ যা C++ দ্বারা সবচেয়ে গভীরভাবে প্রভাবিত।
-- স্ট্যাটিক্যালি টাইপড (কম্পাইল করার সময় একটি ভেরিয়েবলের টাইপ জানা যায়)।
+- স্মার্ট কন্ট্রাক্ট বাস্তবায়নের জন্য অবজেক্ট-ওরিয়েন্টেড, হাই-লেভেল ল্যাঙ্গুয়েজ।
+- কার্লি-ব্র্যাকেট ল্যাঙ্গুয়েজ যা C++ দ্বারা সবচেয়ে গভীরভাবে প্রভাবিত হয়েছে।
+- স্ট্যাটিক্যালি টাইপড (কম্পাইল করার সময় ভেরিয়েবলের টাইপ জানা যায়)।
- সাপোর্ট করে:
- - ইনহেরিটেন্স (আপনি অন্যান্য কন্ট্র্যাক্টকে প্রসারিত করতে পারেন)।
- - লাইব্রেরি (আপনি পুনঃব্যবহারযোগ্য কোড তৈরি করতে পারেন যা আপনি বিভিন্ন কন্ট্র্যাক্ট থেকে কল করতে পারেন – যেমন অন্যান্য অবজেক্ট-ওরিয়েন্টেড প্রোগ্রামিং ল্যাঙ্গুয়েজে একটি স্ট্যাটিক ক্লাসের স্ট্যাটিক ফাংশন)।
- - জটিল ব্যবহারকারী-সংজ্ঞায়িত টাইপ।
+ - ইনহেরিটেন্স (আপনি অন্যান্য কন্ট্রাক্ট এক্সটেন্ড করতে পারেন)।
+ - লাইব্রেরি (আপনি পুনরায় ব্যবহারযোগ্য কোড তৈরি করতে পারেন যা আপনি বিভিন্ন কন্ট্রাক্ট থেকে কল করতে পারেন – যেমন অন্যান্য অবজেক্ট ওরিয়েন্টেড প্রোগ্রামিং ল্যাঙ্গুয়েজে স্ট্যাটিক ক্লাসের স্ট্যাটিক ফাংশন)।
+ - জটিল ইউজার-ডিফাইনড টাইপ।
-### গুরুত্বপূর্ণ লিঙ্ক {#important-links}
+### গুরুত্বপূর্ণ লিংক {#important-links}
-- [নথিপত্র](https://docs.soliditylang.org/en/latest/)
+- [ডকুমেন্টেশন](https://docs.soliditylang.org/en/latest/)
- [Solidity ল্যাঙ্গুয়েজ পোর্টাল](https://soliditylang.org/)
-- [Solidity by Example](https://docs.soliditylang.org/en/latest/solidity-by-example.html)
+- [Solidity বাই এক্সাম্পল](https://docs.soliditylang.org/en/latest/solidity-by-example.html)
- [GitHub](https://github.com/ethereum/solidity/)
-- [Solidity Matrix চ্যাটরুম](https://gitter.im/ethereum/solidity) [Solidity Matrix চ্যাটরুম](https://matrix.to/#/#ethereum_solidity:gitter.im)-এর সাথে ব্রিজ করা
+- [Solidity Gitter চ্যাটরুম](https://gitter.im/ethereum/solidity) যা [Solidity Matrix চ্যাটরুম](https://matrix.to/#/#ethereum_solidity:gitter.im)-এর সাথে যুক্ত
- [চিট শিট](https://reference.auditless.com/cheatsheet)
- [Solidity ব্লগ](https://blog.soliditylang.org/)
-- [Solidity টুইটার](https://twitter.com/solidity_lang)
+- [Solidity Twitter](https://twitter.com/solidity_lang)
-### উদাহরণ কন্ট্র্যাক্ট {#example-contract}
+### উদাহরণ কন্ট্রাক্ট {#example-contract}
```solidity
// SPDX-License-Identifier: GPL-3.0
pragma solidity >= 0.7.0;
contract Coin {
- // The keyword "public" makes variables
- // accessible from other contracts
+ // "public" কিওয়ার্ডটি ভেরিয়েবলগুলোকে
+ // অন্যান্য কন্ট্রাক্ট থেকে অ্যাক্সেসযোগ্য করে তোলে
address public minter;
mapping (address => uint) public balances;
- // Events allow clients to react to specific
- // contract changes you declare
+ // ইভেন্টগুলো ক্লায়েন্টদের নির্দিষ্ট
+ // আপনার ঘোষণা করা কন্ট্রাক্ট পরিবর্তনের প্রতি প্রতিক্রিয়া জানাতে দেয়
event Sent(address from, address to, uint amount);
- // Constructor code is only run when the contract
- // is created
+ // কনস্ট্রাক্টর কোড শুধুমাত্র তখনই রান হয় যখন কন্ট্রাক্টটি
+ // তৈরি করা হয়
constructor() {
minter = msg.sender;
}
- // Sends an amount of newly created coins to an address
- // Can only be called by the contract creator
+ // একটি ঠিকানায় নতুন তৈরি করা কয়েনের একটি পরিমাণ পাঠায়
+ // শুধুমাত্র কন্ট্রাক্ট ক্রিয়েটর কল করতে পারেন
function mint(address receiver, uint amount) public {
require(msg.sender == minter);
require(amount < 1e60);
balances[receiver] += amount;
}
- // Sends an amount of existing coins
- // from any caller to an address
+ // বিদ্যমান কয়েনের একটি পরিমাণ পাঠায়
+ // যেকোনো কলার থেকে একটি ঠিকানায়
function send(address receiver, uint amount) public {
require(amount <= balances[msg.sender], "Insufficient balance.");
balances[msg.sender] -= amount;
@@ -83,7 +83,7 @@ contract Coin {
}
```
-এই উদাহরণটি আপনাকে Solidity কন্ট্র্যাক্টের সিনট্যাক্স কেমন সে সম্পর্কে একটি ধারণা দেবে। ফাংশন এবং ভেরিয়েবলগুলোর আরও বিস্তারিত বিবরণের জন্য, [ডকুমেন্টেশন দেখুন](https://docs.soliditylang.org/en/latest/contracts.html)।
+এই উদাহরণটি আপনাকে Solidity কন্ট্রাক্ট সিনট্যাক্স কেমন তা সম্পর্কে একটি ধারণা দেবে। ফাংশন এবং ভেরিয়েবলগুলোর আরও বিস্তারিত বর্ণনার জন্য, [ডকুমেন্টেশন দেখুন](https://docs.soliditylang.org/en/latest/contracts.html)।
## Vyper {#vyper}
@@ -91,147 +91,146 @@ contract Coin {
- স্ট্রং টাইপিং
- ছোট এবং বোধগম্য কম্পাইলার কোড
- দক্ষ বাইটকোড জেনারেশন
-- কন্ট্র্যাক্টগুলোকে আরও সুরক্ষিত এবং অডিট করা সহজ করার লক্ষ্যে এতে ইচ্ছাকৃতভাবে Solidity-এর চেয়ে কম বৈশিষ্ট্য রয়েছে। Vyper সাপোর্ট করে না:
+- কন্ট্রাক্টগুলোকে আরও সুরক্ষিত এবং অডিট করা সহজ করার লক্ষ্যে ইচ্ছাকৃতভাবে Solidity-এর চেয়ে কম ফিচার রাখা হয়েছে। Vyper যা সাপোর্ট করে না:
- মডিফায়ার
- ইনহেরিটেন্স
- ইনলাইন অ্যাসেম্বলি
- ফাংশন ওভারলোডিং
- অপারেটর ওভারলোডিং
- রিকার্সিভ কলিং
- - অসীম দৈর্ঘ্যের লুপ
- - বাইনারি ফিক্সড পয়েন্ট
+ - ইনফিনিট-লেংথ লুপ
+ - বাইনারি ফিক্সড পয়েন্ট
-আরও তথ্যের জন্য, [Vyper-এর মূলনীতি পড়ুন](https://vyper.readthedocs.io/en/latest/index.html)।
+আরও তথ্যের জন্য, [Vyper-এর যৌক্তিকতা পড়ুন](https://vyper.readthedocs.io/en/latest/index.html)।
-### গুরুত্বপূর্ণ লিঙ্ক {#important-links-1}
+### গুরুত্বপূর্ণ লিংক {#important-links-1}
-- [নথিপত্র](https://vyper.readthedocs.io)
-- [Vyper by Example](https://vyper.readthedocs.io/en/latest/vyper-by-example.html)
-- [More Vyper by Example](https://vyper-by-example.org/)
+- [ডকুমেন্টেশন](https://vyper.readthedocs.io)
+- [Vyper বাই এক্সাম্পল](https://vyper.readthedocs.io/en/latest/vyper-by-example.html)
+- [আরও Vyper বাই এক্সাম্পল](https://vyper-by-example.org/)
- [GitHub](https://github.com/vyperlang/vyper)
-- [Vyper কমিউনিটি ডিসকর্ড চ্যাট](https://discord.gg/SdvKC79cJk)
+- [Vyper কমিউনিটি Discord চ্যাট](https://discord.gg/SdvKC79cJk)
- [চিট শিট](https://reference.auditless.com/cheatsheet)
-- [Vyper-এর জন্য স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট ফ্রেমওয়ার্ক এবং টুলস](/developers/docs/programming-languages/python/)
-- [VyperPunk - Vyper স্মার্ট কন্ট্র্যাক্ট সুরক্ষিত করতে এবং হ্যাক করতে শিখুন](https://github.com/SupremacyTeam/VyperPunk)
+- [Vyper-এর জন্য স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্ট ফ্রেমওয়ার্ক এবং টুলস](/developers/docs/programming-languages/python/)
+- [VyperPunk - Vyper স্মার্ট কন্ট্রাক্ট সুরক্ষিত এবং হ্যাক করতে শিখুন](https://github.com/SupremacyTeam/VyperPunk)
- [ডেভেলপমেন্টের জন্য Vyper হাব](https://github.com/zcor/vyper-dev)
-- [Vyper গ্রেটেস্ট হিটস স্মার্ট কন্ট্র্যাক্টের উদাহরণ](https://github.com/pynchmeister/vyper-greatest-hits/tree/main/contracts)
+- [Vyper-এর সেরা স্মার্ট কন্ট্রাক্ট উদাহরণ](https://github.com/pynchmeister/vyper-greatest-hits/tree/main/contracts)
- [অসাধারণ Vyper কিউরেটেড রিসোর্স](https://github.com/spadebuilders/awesome-vyper)
### উদাহরণ {#example}
```python
-# Open Auction
+# উন্মুক্ত নিলাম
-# Auction params
-# Beneficiary receives money from the highest bidder
+# নিলামের প্যারামিটার
+# বেনিফিশিয়ারি সর্বোচ্চ দরদাতার কাছ থেকে টাকা পান
beneficiary: public(address)
auctionStart: public(uint256)
auctionEnd: public(uint256)
-# Current state of auction
+# নিলামের বর্তমান অবস্থা
highestBidder: public(address)
highestBid: public(uint256)
-# Set to true at the end, disallows any change
+# শেষে true সেট করা হয়, কোনো পরিবর্তনের অনুমতি দেয় না
ended: public(bool)
-# Keep track of refunded bids so we can follow the withdraw pattern
+# রিফান্ড করা বিডগুলোর ট্র্যাক রাখুন যাতে আমরা উইথড্র প্যাটার্ন অনুসরণ করতে পারি
pendingReturns: public(HashMap[address, uint256])
-# Create a simple auction with `_bidding_time`
-# seconds bidding time on behalf of the
-# beneficiary address `_beneficiary`.
+# `_bidding_time` দিয়ে একটি সাধারণ নিলাম তৈরি করুন
+# সেকেন্ড বিডিং সময়, যার পক্ষে
+# বেনিফিশিয়ারি ঠিকানা `_beneficiary`।
@external
def __init__(_beneficiary: address, _bidding_time: uint256):
self.beneficiary = _beneficiary
self.auctionStart = block.timestamp
self.auctionEnd = self.auctionStart + _bidding_time
-# Bid on the auction with the value sent
-# together with this transaction.
-# The value will only be refunded if the
-# auction is not won.
+# পাঠানো ভ্যালু দিয়ে নিলামে বিড করুন
+# এই ট্রানজ্যাকশনের সাথে।
+# ভ্যালু শুধুমাত্র তখনই রিফান্ড করা হবে যদি
+# নিলামে জয়ী না হয়।
@external
@payable
def bid():
- # Check if bidding period is over.
+ # বিডিংয়ের সময় শেষ হয়েছে কিনা তা চেক করুন।
assert block.timestamp < self.auctionEnd
- # Check if bid is high enough
+ # বিড যথেষ্ট বেশি কিনা তা চেক করুন
assert msg.value > self.highestBid
- # Track the refund for the previous high bidder
+ # পূর্ববর্তী সর্বোচ্চ দরদাতার রিফান্ড ট্র্যাক করুন
self.pendingReturns[self.highestBidder] += self.highestBid
- # Track new high bid
+ # নতুন সর্বোচ্চ বিড ট্র্যাক করুন
self.highestBidder = msg.sender
self.highestBid = msg.value
-# Withdraw a previously refunded bid. The withdraw pattern is
-# used here to avoid a security issue. If refunds were directly
-# sent as part of bid(), a malicious bidding contract could block
-# those refunds and thus block new higher bids from coming in.
+# পূর্বে রিফান্ড করা বিড উইথড্র করুন। উইথড্র প্যাটার্নটি
+# এখানে একটি নিরাপত্তা সমস্যা এড়াতে ব্যবহার করা হয়েছে। যদি রিফান্ড সরাসরি
+# bid() এর অংশ হিসেবে পাঠানো হতো, একটি ক্ষতিকারক বিডিং কন্ট্রাক্ট ব্লক করতে পারতো
+# সেই রিফান্ডগুলো এবং এর ফলে নতুন উচ্চতর বিড আসা ব্লক করতে পারতো।
@external
def withdraw():
pending_amount: uint256 = self.pendingReturns[msg.sender]
self.pendingReturns[msg.sender] = 0
send(msg.sender, pending_amount)
-# End the auction and send the highest bid
-# to the beneficiary.
+# নিলাম শেষ করুন এবং সর্বোচ্চ বিড পাঠান
+# বেনিফিশিয়ারির কাছে।
@external
def endAuction():
- # It is a good guideline to structure functions that interact
- # with other contracts (i.e., they call functions or send ether)
- # into three phases:
- # 1. checking conditions
- # 2. performing actions (potentially changing conditions)
- # 3. interacting with other contracts
- # If these phases are mixed up, the other contract could call
- # back into the current contract and modify the state or cause
- # effects (ether payout) to be performed multiple times.
- # If functions called internally include interaction with external
- # contracts, they also have to be considered interaction with
- # external contracts.
-
- # 1. Conditions
- # Check if auction endtime has been reached
+ # ইন্টারঅ্যাক্ট করে এমন ফাংশনগুলো গঠন করার জন্য এটি একটি ভালো গাইডলাইন
+ # অন্যান্য কন্ট্রাক্টের সাথে (অর্থাৎ, তারা ফাংশন কল করে বা ইথার পাঠায়)
+ # তিনটি ধাপে:
+ # ১. শর্ত চেক করা
+ # ২. কাজ সম্পাদন করা (সম্ভাব্যভাবে শর্ত পরিবর্তন করা)
+ # ৩. অন্যান্য কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করা
+ # যদি এই ধাপগুলো মিশে যায়, অন্য কন্ট্রাক্ট কল করতে পারে
+ # বর্তমান কন্ট্রাক্টে ফিরে এসে স্টেট পরিবর্তন করতে পারে বা
+ # প্রভাবগুলো (ইথার পেআউট) একাধিকবার সম্পাদন করতে পারে।
+ # যদি অভ্যন্তরীণভাবে কল করা ফাংশনগুলোতে বাহ্যিক কন্ট্রাক্টের সাথে ইন্টারঅ্যাকশন অন্তর্ভুক্ত থাকে,
+ # তবে সেগুলোকেও ইন্টারঅ্যাকশন হিসেবে বিবেচনা করতে হবে
+ # বাহ্যিক কন্ট্রাক্টের সাথে।
+
+ # ১. শর্তাবলী
+ # নিলামের শেষ সময় পৌঁছেছে কিনা তা চেক করুন
assert block.timestamp >= self.auctionEnd
- # Check if this function has already been called
+ # এই ফাংশনটি ইতিমধ্যে কল করা হয়েছে কিনা তা চেক করুন
assert not self.ended
- # 2. Effects
+ # ২. প্রভাব
self.ended = True
- # 3. Interaction
+ # ৩. ইন্টারঅ্যাকশন
send(self.beneficiary, self.highestBid)
```
-এই উদাহরণটি আপনাকে Vyper কন্ট্র্যাক্টের সিনট্যাক্স কেমন সে সম্পর্কে একটি ধারণা দেবে। ফাংশন এবং ভেরিয়েবলগুলোর আরও বিস্তারিত বিবরণের জন্য, [ডকুমেন্টেশন দেখুন](https://vyper.readthedocs.io/en/latest/vyper-by-example.html#simple-open-auction)।
+এই উদাহরণটি আপনাকে Vyper কন্ট্রাক্ট সিনট্যাক্স কেমন তা সম্পর্কে একটি ধারণা দেবে। ফাংশন এবং ভেরিয়েবলগুলোর আরও বিস্তারিত বর্ণনার জন্য, [ডকুমেন্টেশন দেখুন](https://vyper.readthedocs.io/en/latest/vyper-by-example.html#simple-open-auction)।
-## Yul and Yul+ {#yul}
+## Yul এবং Yul+ {#yul}
-আপনি যদি Ethereum-এ নতুন হন এবং এখনও স্মার্ট কন্ট্র্যাক্ট ল্যাঙ্গুয়েজ দিয়ে কোনো কোডিং না করে থাকেন, তবে আমরা Solidity বা Vyper দিয়ে শুরু করার পরামর্শ দিই। আপনি স্মার্ট কন্ট্র্যাক্টের নিরাপত্তার সেরা অনুশীলন এবং EVM-এর সাথে কাজ করার নির্দিষ্ট বিষয়গুলোর সাথে পরিচিত হওয়ার পরেই কেবল Yul বা Yul+ নিয়ে দেখুন।
+আপনি যদি ইথিরিয়ামে নতুন হন এবং এখনও স্মার্ট কন্ট্রাক্ট ল্যাঙ্গুয়েজ দিয়ে কোনো কোডিং না করে থাকেন, তবে আমরা Solidity বা Vyper দিয়ে শুরু করার পরামর্শ দিই। শুধুমাত্র তখনই Yul বা Yul+ দেখুন যখন আপনি স্মার্ট কন্ট্রাক্ট নিরাপত্তার সর্বোত্তম অনুশীলন এবং EVM-এর সাথে কাজ করার সুনির্দিষ্ট বিষয়গুলোর সাথে পরিচিত হবেন।
**Yul**
-- Ethereum-এর জন্য মধ্যবর্তী ল্যাঙ্গুয়েজ।
-- [EVM](/developers/docs/evm) এবং [Ewasm](https://github.com/ewasm), যা একটি Ethereum ফ্লেভারযুক্ত WebAssembly, সাপোর্ট করে এবং এটি উভয় প্ল্যাটফর্মের একটি ব্যবহারযোগ্য সাধারণ ডিনোমিনেটর হিসাবে ডিজাইন করা হয়েছে।
-- উচ্চ-স্তরের অপ্টিমাইজেশন পর্যায়ের জন্য ভালো টার্গেট যা EVM এবং Ewasm উভয় প্ল্যাটফর্মকে সমানভাবে উপকৃত করতে পারে।
+- ইথিরিয়ামের জন্য ইন্টারমিডিয়েট ল্যাঙ্গুয়েজ।
+- [EVM](/developers/docs/evm) এবং [Ewasm](https://github.com/ewasm) (একটি ইথিরিয়াম ফ্লেভারড WebAssembly) সাপোর্ট করে এবং এটি উভয় প্ল্যাটফর্মের একটি ব্যবহারযোগ্য সাধারণ ডিনোমিনেটর হিসেবে ডিজাইন করা হয়েছে।
+- হাই-লেভেল অপ্টিমাইজেশন ধাপগুলোর জন্য ভালো টার্গেট যা EVM এবং Ewasm উভয় প্ল্যাটফর্মকে সমানভাবে উপকৃত করতে পারে।
**Yul+**
-- Yul-এর একটি নিম্ন-স্তরের, অত্যন্ত দক্ষ এক্সটেনশন।
-- প্রাথমিকভাবে একটি [অপ্টিমেস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/) কন্ট্র্যাক্টের জন্য ডিজাইন করা হয়েছে।
-- Yul+-কে Yul-এর একটি পরীক্ষামূলক আপগ্রেড প্রস্তাব হিসাবে দেখা যেতে পারে, যা এতে নতুন বৈশিষ্ট্য যুক্ত করে।
+- Yul-এর একটি লো-লেভেল, অত্যন্ত দক্ষ এক্সটেনশন।
+- প্রাথমিকভাবে একটি [অপ্টিমেস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/) কন্ট্রাক্টের জন্য ডিজাইন করা হয়েছে।
+- Yul+-কে Yul-এর একটি পরীক্ষামূলক আপগ্রেড প্রস্তাব হিসেবে দেখা যেতে পারে, যা এতে নতুন ফিচার যোগ করে।
-### গুরুত্বপূর্ণ লিঙ্ক {#important-links-2}
+### গুরুত্বপূর্ণ লিংক {#important-links-2}
-- [Yul নথিপত্র](https://docs.soliditylang.org/en/latest/yul.html)
-- [Yul+ নথিপত্র](https://github.com/fuellabs/yulp)
+- [Yul ডকুমেন্টেশন](https://docs.soliditylang.org/en/latest/yul.html)
+- [Yul+ ডকুমেন্টেশন](https://github.com/fuellabs/yulp)
- [Yul+ পরিচিতি পোস্ট](https://medium.com/@fuellabs/introducing-yul-a-new-low-level-language-for-ethereum-aa64ce89512f)
-### উদাহরণ কন্ট্র্যাক্ট {#example-contract-2}
+### উদাহরণ কন্ট্রাক্ট {#example-contract-2}
-নিম্নলিখিত সহজ উদাহরণটি একটি পাওয়ার ফাংশন বাস্তবায়ন করে। `solc --strict-assembly --bin input.yul` ব্যবহার করে এটি কম্পাইল করা যেতে পারে। উদাহরণটি
-input.yul ফাইলে সংরক্ষণ করা উচিত।
+নিচের সহজ উদাহরণটি একটি পাওয়ার ফাংশন বাস্তবায়ন করে। এটি `solc --strict-assembly --bin input.yul` ব্যবহার করে কম্পাইল করা যেতে পারে। উদাহরণটি input.yul ফাইলে সংরক্ষণ করা উচিত।
```
{
@@ -252,26 +251,26 @@ input.yul ফাইলে সংরক্ষণ করা উচিত।
}
```
-আপনি যদি ইতিমধ্যেই স্মার্ট কন্ট্র্যাক্টে বেশ অভিজ্ঞ হন, তাহলে Yul-এ একটি সম্পূর্ণ ERC20 ইমপ্লিমেন্টেশন [এখানে](https://solidity.readthedocs.io/en/latest/yul.html#complete-erc20-example) পাওয়া যাবে।
+আপনি যদি ইতিমধ্যে স্মার্ট কন্ট্রাক্ট সম্পর্কে বেশ অভিজ্ঞ হন, তবে Yul-এ একটি সম্পূর্ণ ERC20 ইমপ্লিমেন্টেশন [এখানে](https://solidity.readthedocs.io/en/latest/yul.html#complete-erc20-example) পাওয়া যাবে।
## Fe {#fe}
- ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)-এর জন্য স্ট্যাটিক্যালি টাইপড ল্যাঙ্গুয়েজ।
- Python এবং Rust দ্বারা অনুপ্রাণিত।
-- শেখা সহজ করার লক্ষ্য রাখে -- এমনকি Ethereum ইকোসিস্টেমে নতুন ডেভেলপারদের জন্যও।
-- Fe-এর ডেভেলপমেন্ট এখনও প্রাথমিক পর্যায়ে রয়েছে, ল্যাঙ্গুয়েজটির আলফা রিলিজ হয়েছিল জানুয়ারী ২০২১-এ।
+- শেখা সহজ হওয়ার লক্ষ্য রাখে -- এমনকি ইথিরিয়াম ইকোসিস্টেমে নতুন ডেভেলপারদের জন্যও।
+- Fe ডেভেলপমেন্ট এখনও প্রাথমিক পর্যায়ে রয়েছে, ল্যাঙ্গুয়েজটির আলফা রিলিজ 2021 সালের জানুয়ারিতে হয়েছিল।
-### গুরুত্বপূর্ণ লিঙ্ক {#important-links-3}
+### গুরুত্বপূর্ণ লিংক {#important-links-3}
- [GitHub](https://github.com/ethereum/fe)
-- [Fe ঘোষণা](https://snakecharmers.ethereum.org/fe-a-new-language-for-the-ethereum-ecosystem/)
+- [Fe ঘোষণা](https://blog.fe-lang.org/posts/fe-a-new-language-for-the-ethereum-ecosystem/)
- [Fe 2021 রোডম্যাপ](https://notes.ethereum.org/LVhaTF30SJOpkbG1iVw1jg)
-- [Fe ডিসকর্ড চ্যাট](https://discord.com/invite/ywpkAXFjZH)
-- [Fe টুইটার](https://twitter.com/official_fe)
+- [Fe Discord চ্যাট](https://discord.com/invite/ywpkAXFjZH)
+- [Fe Twitter](https://twitter.com/official_fe)
-### উদাহরণ কন্ট্র্যাক্ট {#example-contract-3}
+### উদাহরণ কন্ট্রাক্ট {#example-contract-3}
-নিম্নলিখিতটি Fe-তে বাস্তবায়িত একটি সাধারণ কন্ট্র্যাক্ট।
+নিচে Fe-তে বাস্তবায়িত একটি সহজ কন্ট্রাক্ট দেওয়া হলো।
```
type BookMsg = bytes[100]
@@ -294,32 +293,32 @@ contract GuestBook:
## কীভাবে বেছে নেবেন {#how-to-choose}
-অন্যান্য যেকোনো প্রোগ্রামিং ল্যাঙ্গুয়েজের মতোই, এটি মূলত সঠিক কাজের জন্য সঠিক টুল বেছে নেওয়ার এবং সেইসাথে ব্যক্তিগত পছন্দের বিষয়।
+অন্য যেকোনো প্রোগ্রামিং ল্যাঙ্গুয়েজের মতো, এটি মূলত সঠিক কাজের জন্য সঠিক টুল বেছে নেওয়ার পাশাপাশি ব্যক্তিগত পছন্দের বিষয়।
-আপনি যদি এখনও কোনো ল্যাঙ্গুয়েজ চেষ্টা না করে থাকেন, তবে এখানে কয়েকটি বিষয় বিবেচনা করার জন্য দেওয়া হল:
+আপনি যদি এখনও কোনো ল্যাঙ্গুয়েজ চেষ্টা না করে থাকেন তবে এখানে কিছু বিষয় বিবেচনা করার আছে:
-### Solidity-র চমৎকার দিকগুলো কী? {#solidity-advantages}
+### Solidity-এর ভালো দিক কী? {#solidity-advantages}
-- আপনি যদি একজন শিক্ষানবিস হন, তাহলে অনেক টিউটোরিয়াল এবং শেখার টুলস রয়েছে। এ সম্পর্কে আরও দেখুন [কোডিং করে শিখুন](/developers/learning-tools/) বিভাগে।
+- আপনি যদি একজন শিক্ষানবিস হন, তবে সেখানে অনেক টিউটোরিয়াল এবং শেখার টুল রয়েছে। [কোডিংয়ের মাধ্যমে শিখুন](/developers/learning-tools/) বিভাগে সে সম্পর্কে আরও দেখুন।
- ভালো ডেভেলপার টুলিং উপলব্ধ।
-- Solidity-র একটি বড় ডেভেলপার কমিউনিটি রয়েছে, যার মানে হল আপনি খুব সম্ভবত আপনার প্রশ্নের উত্তর বেশ দ্রুত খুঁজে পাবেন।
+- Solidity-এর একটি বড় ডেভেলপার কমিউনিটি রয়েছে, যার মানে আপনি খুব দ্রুত আপনার প্রশ্নের উত্তর খুঁজে পাওয়ার সম্ভাবনা বেশি।
-### Vyper-এর চমৎকার দিকগুলো কী? {#vyper-advatages}
+### Vyper-এর ভালো দিক কী? {#vyper-advatages}
-- Python ডেভেলপারদের জন্য শুরু করার দারুণ উপায়, যারা স্মার্ট কন্ট্র্যাক্ট লিখতে চান।
-- Vyper-এ কম সংখ্যক বৈশিষ্ট্য রয়েছে যা এটিকে দ্রুত আইডিয়া প্রোটোটাইপ করার জন্য চমৎকার করে তোলে।
-- Vyper-এর লক্ষ্য হল অডিট করা সহজ এবং সর্বাধিক মানব-পাঠযোগ্য হওয়া।
+- স্মার্ট কন্ট্রাক্ট লিখতে চান এমন Python ডেভেলপারদের জন্য শুরু করার দারুণ উপায়।
+- Vyper-এ ফিচারের সংখ্যা কম যা এটিকে আইডিয়াগুলোর দ্রুত প্রোটোটাইপিংয়ের জন্য দারুণ করে তোলে।
+- Vyper-এর লক্ষ্য হলো অডিট করা সহজ এবং সর্বাধিক মানব-পাঠযোগ্য হওয়া।
-### Yul এবং Yul+-এর চমৎকার দিকগুলো কী? {#yul-advantages}
+### Yul এবং Yul+-এর ভালো দিক কী? {#yul-advantages}
-- সরল এবং কার্যকরী নিম্ন-স্তরের ল্যাঙ্গুয়েজ।
-- এটি র' EVM-এর অনেক কাছাকাছি যাওয়ার সুযোগ দেয়, যা আপনার কন্ট্র্যাক্টগুলোর গ্যাস ব্যবহার অপ্টিমাইজ করতে সাহায্য করতে পারে।
+- সহজ এবং কার্যকরী লো-লেভেল ল্যাঙ্গুয়েজ।
+- র (raw) EVM-এর অনেক কাছাকাছি যাওয়ার অনুমতি দেয়, যা আপনার কন্ট্রাক্টগুলোর গ্যাস ব্যবহার অপ্টিমাইজ করতে সাহায্য করতে পারে।
-## ল্যাঙ্গুয়েজগুলোর তুলনা {#language-comparisons}
+## ল্যাঙ্গুয়েজের তুলনা {#language-comparisons}
-বেসিক সিনট্যাক্স, কন্ট্র্যাক্ট লাইফসাইকেল, ইন্টারফেস, অপারেটর, ডেটা স্ট্রাকচার, ফাংশন, কন্ট্রোল ফ্লো এবং আরও অনেক কিছুর তুলনার জন্য Auditless-এর এই [চিটশিটটি](https://reference.auditless.com/cheatsheet/) দেখুন
+বেসিক সিনট্যাক্স, কন্ট্রাক্ট লাইফসাইকেল, ইন্টারফেস, অপারেটর, ডেটা স্ট্রাকচার, ফাংশন, কন্ট্রোল ফ্লো এবং আরও অনেক কিছুর তুলনার জন্য Auditless-এর এই [চিটশিটটি দেখুন](https://reference.auditless.com/cheatsheet/)
-## আরও পড়ুন {#further-reading}
+## আরও পড়াশোনা {#further-reading}
-- [OpenZeppelin-এর Solidity কন্ট্র্যাক্টস লাইব্রেরি](https://docs.openzeppelin.com/contracts/5.x/)
-- [Solidity by Example](https://solidity-by-example.org)
+- [OpenZeppelin-এর Solidity কন্ট্রাক্ট লাইব্রেরি](https://docs.openzeppelin.com/contracts/5.x/)
+- [Solidity বাই এক্সাম্পল](https://solidity-by-example.org)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/libraries/index.md b/public/content/translations/bn/developers/docs/smart-contracts/libraries/index.md
index 89475cd3e6b..9340312ca23 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/libraries/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/libraries/index.md
@@ -1,26 +1,26 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট লাইব্রেরিসমূহ"
-description: "আপনার Ethereum ডেভেলপমেন্ট প্রজেক্টগুলোকে ত্বরান্বিত করতে পুনঃব্যবহারযোগ্য স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি এবং বিল্ডিং ব্লক আবিষ্কার করুন।"
+title: স্মার্ট কন্ট্রাক্ট লাইব্রেরি
+description: আপনার ইথিরিয়াম ডেভেলপমেন্ট প্রজেক্টগুলোকে ত্বরান্বিত করতে পুনরায় ব্যবহারযোগ্য স্মার্ট কন্ট্রাক্ট লাইব্রেরি এবং বিল্ডিং ব্লকগুলো আবিষ্কার করুন।
lang: bn
---
-আপনার প্রজেক্টের প্রতিটি স্মার্ট কন্ট্র্যাক্ট স্ক্র্যাচ থেকে লেখার দরকার নেই। অনেক ওপেন সোর্স স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি রয়েছে যা আপনার প্রজেক্টের জন্য পুনঃব্যবহারযোগ্য বিল্ডিং ব্লক সরবরাহ করে যা আপনাকে নতুন করে চাকা আবিষ্কার করা থেকে বাঁচাতে পারে।
+আপনার প্রজেক্টের প্রতিটি স্মার্ট কন্ট্রাক্ট একদম শুরু থেকে লেখার প্রয়োজন নেই। অনেক ওপেন সোর্স স্মার্ট কন্ট্রাক্ট লাইব্রেরি রয়েছে যা আপনার প্রজেক্টের জন্য পুনরায় ব্যবহারযোগ্য বিল্ডিং ব্লক প্রদান করে, যা আপনাকে একই কাজ বারবার করা থেকে বাঁচাতে পারে।
## পূর্বশর্ত {#prerequisites}
-স্মার্ট কন্ট্র্যাক্ট লাইব্রেরিতে ঝাঁপিয়ে পড়ার আগে, একটি স্মার্ট কন্ট্র্যাক্টের গঠন সম্পর্কে একটি ভালো ধারণা থাকা জরুরি। আপনি যদি এখনও এটি না করে থাকেন তাহলে [স্মার্ট কন্ট্র্যাক্টের অ্যানাটমি](/developers/docs/smart-contracts/anatomy/) তে যান।
+স্মার্ট কন্ট্রাক্ট লাইব্রেরিতে যাওয়ার আগে, একটি স্মার্ট কন্ট্রাক্টের গঠন সম্পর্কে ভালো ধারণা থাকা ভালো। যদি আপনি এখনও তা না করে থাকেন, তবে [স্মার্ট কন্ট্রাক্ট অ্যানাটমি](/developers/docs/smart-contracts/anatomy/)-তে যান।
-## একটি লাইব্রেরিতে কী আছে {#whats-in-a-library}
+## একটি লাইব্রেরিতে কী থাকে {#whats-in-a-library}
-আপনি সাধারণত স্মার্ট কন্ট্র্যাক্ট লাইব্রেরিতে দুই ধরণের বিল্ডিং ব্লক খুঁজে পেতে পারেন: পুনঃব্যবহারযোগ্য আচরণ যা আপনি আপনার কন্ট্র্যাক্টে যোগ করতে পারেন, এবং বিভিন্ন স্ট্যান্ডার্ডের বাস্তবায়ন।
+আপনি সাধারণত স্মার্ট কন্ট্রাক্ট লাইব্রেরিতে দুই ধরনের বিল্ডিং ব্লক খুঁজে পেতে পারেন: পুনরায় ব্যবহারযোগ্য আচরণ যা আপনি আপনার কন্ট্রাক্টে যোগ করতে পারেন এবং বিভিন্ন স্ট্যান্ডার্ডের ইমপ্লিমেন্টেশন।
### আচরণ {#behaviors}
-স্মার্ট কন্ট্র্যাক্ট লেখার সময়, একটি ভালো সম্ভাবনা রয়েছে যে আপনি নিজেকে বারবার একই ধরনের প্যাটার্ন লিখতে দেখবেন, যেমন একটি কন্ট্র্যাক্টে সুরক্ষিত অপারেশন চালানোর জন্য একটি _admin_ অ্যাড্রেস বরাদ্দ করা, অথবা একটি অপ্রত্যাশিত সমস্যার ক্ষেত্রে একটি জরুরি _pause_ বোতাম যোগ করা।
+স্মার্ট কন্ট্রাক্ট লেখার সময়, আপনি হয়তো একই প্যাটার্ন বারবার লিখবেন, যেমন একটি কন্ট্রাক্টে সুরক্ষিত অপারেশন চালানোর জন্য একটি _admin_ এডড্রেস নির্ধারণ করা, অথবা কোনো অপ্রত্যাশিত সমস্যার ক্ষেত্রে একটি জরুরি _pause_ বোতাম যোগ করা।
-স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি সাধারণত এই আচরণগুলির পুনঃব্যবহারযোগ্য বাস্তবায়ন Solidity-তে [লাইব্রেরি](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#libraries) হিসাবে বা [ইনহেরিটেন্স](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#inheritance) এর মাধ্যমে সরবরাহ করে।
+স্মার্ট কন্ট্রাক্ট লাইব্রেরিগুলো সাধারণত Solidity-তে [লাইব্রেরি](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#libraries) হিসেবে বা [ইনহেরিটেন্স](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#inheritance)-এর মাধ্যমে এই আচরণগুলোর পুনরায় ব্যবহারযোগ্য ইমপ্লিমেন্টেশন প্রদান করে।
-উদাহরণস্বরূপ, নিচে [OpenZeppelin কন্ট্র্যাক্টস লাইব্রেরি](https://github.com/OpenZeppelin/openzeppelin-contracts) থেকে [`Ownable` কন্ট্র্যাক্টের](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v3.2.0/contracts/access/Ownable.sol) একটি সরলীকৃত সংস্করণ দেওয়া হলো, যা একটি কন্ট্র্যাক্টের মালিক হিসাবে একটি অ্যাড্রেসকে মনোনীত করে, এবং শুধুমাত্র সেই মালিকের কাছে একটি পদ্ধতির অ্যাক্সেস সীমাবদ্ধ করার জন্য একটি মডিফায়ার সরবরাহ করে।
+উদাহরণস্বরূপ, নিচে [OpenZeppelin Contracts লাইব্রেরি](https://github.com/OpenZeppelin/openzeppelin-contracts) থেকে [`Ownable` কন্ট্রাক্ট](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v3.2.0/contracts/access/Ownable.sol)-এর একটি সরলীকৃত সংস্করণ দেওয়া হলো, যা একটি এডড্রেস-কে কন্ট্রাক্টের মালিক হিসেবে নির্ধারণ করে এবং শুধুমাত্র সেই মালিকের জন্য কোনো মেথডে অ্যাক্সেস সীমাবদ্ধ করার জন্য একটি মডিফায়ার প্রদান করে।
```solidity
contract Ownable {
@@ -37,35 +37,35 @@ contract Ownable {
}
```
-আপনার কন্ট্র্যাক্টে এই ধরনের একটি বিল্ডিং ব্লক ব্যবহার করার জন্য, আপনাকে প্রথমে এটি ইমপোর্ট করতে হবে এবং তারপরে আপনার নিজের কন্ট্র্যাক্টে এটি থেকে এক্সটেন্ড করতে হবে। এটি আপনাকে আপনার নিজের ফাংশন সুরক্ষিত করতে বেস `Ownable` কন্ট্র্যাক্ট দ্বারা প্রদত্ত মডিফায়ার ব্যবহার করার অনুমতি দেবে।
+আপনার কন্ট্রাক্টে এই ধরনের একটি বিল্ডিং ব্লক ব্যবহার করতে, আপনাকে প্রথমে এটি ইমপোর্ট করতে হবে এবং তারপর আপনার নিজের কন্ট্রাক্টে এটি থেকে এক্সটেন্ড করতে হবে। এটি আপনাকে আপনার নিজস্ব ফাংশনগুলো সুরক্ষিত করতে বেস `Ownable` কন্ট্রাক্ট দ্বারা প্রদত্ত মডিফায়ার ব্যবহার করার অনুমতি দেবে।
```solidity
-import ".../Ownable.sol"; // Path to the imported library
+import ".../Ownable.sol"; // ইমপোর্ট করা লাইব্রেরির পাথ
contract MyContract is Ownable {
- // The following function can only be called by the owner
+ // নিচের ফাংশনটি শুধুমাত্র মালিক কল করতে পারবেন
function secured() onlyOwner public {
msg.sender.transfer(1 ether);
}
}
```
-আরেকটি জনপ্রিয় উদাহরণ হল [SafeMath](https://docs.openzeppelin.com/contracts/3.x/utilities#math) বা [DsMath](https://dappsys.readthedocs.io/en/latest/ds_math.html)। এগুলি হল লাইব্রেরি (বেস কন্ট্র্যাক্টের বিপরীতে) যা ওভারফ্লো চেক সহ গাণিতিক ফাংশন সরবরাহ করে, যা ভাষা দ্বারা সরবরাহ করা হয় না। আপনার কন্ট্র্যাক্টকে ওভারফ্লো থেকে রক্ষা করার জন্য নেটিভ গাণিতিক ক্রিয়াকলাপের পরিবর্তে এই লাইব্রেরিগুলির যেকোনো একটি ব্যবহার করা একটি ভালো অভ্যাস, যার বিপর্যয়কর পরিণতি হতে পারে!
+আরেকটি জনপ্রিয় উদাহরণ হলো [SafeMath](https://docs.openzeppelin.com/contracts/3.x/utilities#math) বা [DsMath](https://dappsys.readthedocs.io/en/latest/ds_math.html)। এগুলো হলো লাইব্রেরি (বেস কন্ট্রাক্টের বিপরীতে) যা ওভারফ্লো চেকসহ গাণিতিক ফাংশন প্রদান করে, যা ভাষা দ্বারা প্রদান করা হয় না। আপনার কন্ট্রাক্টকে ওভারফ্লো থেকে রক্ষা করতে নেটিভ গাণিতিক অপারেশনের পরিবর্তে এই লাইব্রেরিগুলোর যেকোনো একটি ব্যবহার করা একটি ভালো অভ্যাস, কারণ ওভারফ্লোর পরিণতি ধ্বংসাত্মক হতে পারে!
-### স্ট্যান্ডার্ড {#standards}
+### স্ট্যান্ডার্ডস {#standards}
-[কম্পোজেবিলিটি এবং ইন্টারঅপারেবিলিটি](/developers/docs/smart-contracts/composability/) সহজতর করার জন্য, Ethereum কমিউনিটি **ERC** আকারে বেশ কয়েকটি স্ট্যান্ডার্ড সংজ্ঞায়িত করেছে। আপনি [স্ট্যান্ডার্ড](/developers/docs/standards/) বিভাগে তাদের সম্পর্কে আরও পড়তে পারেন।
+[কম্পোজেবিলিটি এবং ইন্টারঅপারেবিলিটি](/developers/docs/smart-contracts/composability/) সহজতর করতে, ইথিরিয়াম কমিউনিটি **ERC**-এর আকারে বেশ কয়েকটি স্ট্যান্ডার্ড সংজ্ঞায়িত করেছে। আপনি [স্ট্যান্ডার্ডস](/developers/docs/standards/) বিভাগে এগুলো সম্পর্কে আরও পড়তে পারেন।
-আপনার কন্ট্র্যাক্টের অংশ হিসাবে একটি ERC অন্তর্ভুক্ত করার সময়, নিজের তৈরি করার চেষ্টা না করে স্ট্যান্ডার্ড বাস্তবায়ন খোঁজা একটি ভালো ধারণা। অনেক স্মার্ট কন্ট্র্যাক্ট লাইব্রেরিতে সবচেয়ে জনপ্রিয় ERC-গুলির জন্য বাস্তবায়ন অন্তর্ভুক্ত রয়েছে। উদাহরণস্বরূপ, সর্বত্র বিদ্যমান [ERC20 ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড](/developers/tutorials/understand-the-erc-20-token-smart-contract/) [HQ20](https://github.com/HQ20/contracts/blob/master/contracts/token/README.md), [DappSys](https://github.com/dapphub/ds-token/) এবং [OpenZeppelin](https://docs.openzeppelin.com/contracts/3.x/erc20)-এ পাওয়া যাবে। এছাড়াও, কিছু ERC নিজেই ERC-এর অংশ হিসাবে ক্যানোনিকাল বাস্তবায়ন প্রদান করে।
+আপনার কন্ট্রাক্টের অংশ হিসেবে একটি ERC অন্তর্ভুক্ত করার সময়, নিজের মতো করে তৈরি করার চেষ্টা না করে স্ট্যান্ডার্ড ইমপ্লিমেন্টেশনগুলো খোঁজা ভালো। অনেক স্মার্ট কন্ট্রাক্ট লাইব্রেরিতে সবচেয়ে জনপ্রিয় ERC-গুলোর ইমপ্লিমেন্টেশন অন্তর্ভুক্ত থাকে। উদাহরণস্বরূপ, সর্বত্র ব্যবহৃত [ERC20 ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড](/developers/tutorials/understand-the-erc-20-token-smart-contract/) [HQ20](https://github.com/HQ20/contracts/blob/master/contracts/token/README.md), [DappSys](https://github.com/dapphub/ds-token/) এবং [OpenZeppelin](https://docs.openzeppelin.com/contracts/3.x/erc20)-এ পাওয়া যেতে পারে। এছাড়া, কিছু ERC তাদের নিজস্ব অংশ হিসেবে ক্যানোনিকাল ইমপ্লিমেন্টেশনও প্রদান করে।
-এটি উল্লেখ করার মতো যে কিছু ERC স্বতন্ত্র নয়, তবে অন্যান্য ERC-এর সংযোজন। উদাহরণস্বরূপ, [ERC2612](https://eips.ethereum.org/EIPS/eip-2612) এর ব্যবহারযোগ্যতা উন্নত করার জন্য ERC20-তে একটি এক্সটেনশন যোগ করে।
+এটি উল্লেখ করা প্রয়োজন যে কিছু ERC স্বতন্ত্র নয়, বরং অন্যান্য ERC-এর সংযোজন। উদাহরণস্বরূপ, [ERC2612](https://eips.ethereum.org/EIPS/eip-2612) এর ব্যবহারযোগ্যতা উন্নত করতে ERC20-তে একটি এক্সটেনশন যোগ করে।
## কীভাবে একটি লাইব্রেরি যোগ করবেন {#how-to}
-আপনার প্রজেক্টে কীভাবে অন্তর্ভুক্ত করবেন তার নির্দিষ্ট নির্দেশাবলীর জন্য আপনি যে লাইব্রেরিটি অন্তর্ভুক্ত করছেন তার নথিপত্র দেখুন। বেশ কয়েকটি Solidity কন্ট্র্যাক্ট লাইব্রেরি `npm` ব্যবহার করে প্যাকেজ করা হয়, তাই আপনি শুধু `npm install` করে সেগুলিকে ইনস্টল করতে পারেন। কন্ট্র্যাক্ট [কম্পাইল](/developers/docs/smart-contracts/compiling/) করার জন্য বেশিরভাগ টুল আপনার `node_modules`-এ স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি খুঁজবে, তাই আপনি নিম্নলিখিতটি করতে পারেন:
+আপনার প্রজেক্টে কীভাবে এটি অন্তর্ভুক্ত করবেন তার নির্দিষ্ট নির্দেশাবলীর জন্য সর্বদা আপনি যে লাইব্রেরিটি অন্তর্ভুক্ত করছেন তার ডকুমেন্টেশন দেখুন। বেশ কয়েকটি Solidity কন্ট্রাক্ট লাইব্রেরি `npm` ব্যবহার করে প্যাকেজ করা হয়, তাই আপনি শুধু `npm install` করতে পারেন। কন্ট্রাক্ট [কম্পাইল](/developers/docs/smart-contracts/compiling/) করার বেশিরভাগ টুল স্মার্ট কন্ট্রাক্ট লাইব্রেরির জন্য আপনার `node_modules`-এ খুঁজবে, তাই আপনি নিচের কাজটি করতে পারেন:
```solidity
-// This will load the @openzeppelin/contracts library from your node_modules
+// এটি আপনার node_modules থেকে @openzeppelin/contracts লাইব্রেরিটি লোড করবে
import "@openzeppelin/contracts/token/ERC721/ERC721.sol";
contract MyNFT is ERC721 {
@@ -73,45 +73,45 @@ contract MyNFT is ERC721 {
}
```
-আপনি যে পদ্ধতিই ব্যবহার করুন না কেন, একটি লাইব্রেরি অন্তর্ভুক্ত করার সময়, সর্বদা [ভাষা](/developers/docs/smart-contracts/languages/) সংস্করণের দিকে নজর রাখুন। উদাহরণস্বরূপ, আপনি যদি Solidity 0.5-এ আপনার কন্ট্র্যাক্টগুলি লেখেন তবে আপনি Solidity 0.6-এর জন্য একটি লাইব্রেরি ব্যবহার করতে পারবেন না।
+আপনি যে পদ্ধতিই ব্যবহার করুন না কেন, একটি লাইব্রেরি অন্তর্ভুক্ত করার সময় সর্বদা [ভাষা](/developers/docs/smart-contracts/languages/)-এর সংস্করণের দিকে নজর রাখুন। উদাহরণস্বরূপ, আপনি যদি Solidity 0.5-এ আপনার কন্ট্রাক্ট লেখেন তবে আপনি Solidity 0.6-এর জন্য একটি লাইব্রেরি ব্যবহার করতে পারবেন না।
## কখন ব্যবহার করবেন {#when-to-use}
-আপনার প্রজেক্টের জন্য একটি স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি ব্যবহার করার বেশ কিছু সুবিধা আছে। প্রথম এবং সর্বাগ্রে, এটি আপনাকে ব্যবহারের জন্য প্রস্তুত বিল্ডিং ব্লক সরবরাহ করে আপনার সময় বাঁচায় যা আপনি আপনার সিস্টেমে অন্তর্ভুক্ত করতে পারেন, বরং সেগুলিকে নিজে কোড করার পরিবর্তে।
+আপনার প্রজেক্টের জন্য একটি স্মার্ট কন্ট্রাক্ট লাইব্রেরি ব্যবহার করার বেশ কয়েকটি সুবিধা রয়েছে। প্রথম এবং প্রধানত, এটি আপনাকে রেডি-টু-ইউজ বিল্ডিং ব্লক প্রদান করে আপনার সময় বাঁচায় যা আপনি আপনার সিস্টেমে অন্তর্ভুক্ত করতে পারেন, নিজে কোড করার পরিবর্তে।
-নিরাপত্তাও একটি বড় প্লাস। ওপেন সোর্স স্মার্ট কন্ট্র্যাক্ট লাইব্রেরিগুলিও প্রায়শই ব্যাপকভাবে যাচাই করা হয়। যেহেতু অনেক প্রজেক্ট তাদের উপর নির্ভর করে, সেহেতু কমিউনিটির পক্ষ থেকে সেগুলিকে অবিরাম পর্যালোচনার অধীনে রাখার জন্য একটি শক্তিশালী প্রেরণা রয়েছে। পুনঃব্যবহারযোগ্য কন্ট্র্যাক্ট লাইব্রেরির চেয়ে অ্যাপ্লিকেশন কোডে ত্রুটি খুঁজে পাওয়া অনেক বেশি সাধারণ। কিছু লাইব্রেরি অতিরিক্ত নিরাপত্তার জন্য [বাহ্যিক অডিট](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/audits) এর মধ্য দিয়েও যায়।
+নিরাপত্তাও একটি বড় সুবিধা। ওপেন সোর্স স্মার্ট কন্ট্রাক্ট লাইব্রেরিগুলো প্রায়শই কঠোরভাবে যাচাই করা হয়। যেহেতু অনেক প্রজেক্ট এগুলোর ওপর নির্ভর করে, তাই কমিউনিটির দ্বারা এগুলোকে নিয়মিত পর্যালোচনার আওতায় রাখার একটি শক্তিশালী প্রণোদনা রয়েছে। পুনরায় ব্যবহারযোগ্য কন্ট্রাক্ট লাইব্রেরির চেয়ে অ্যাপ্লিকেশন কোডে ত্রুটি খুঁজে পাওয়া অনেক বেশি সাধারণ। কিছু লাইব্রেরি অতিরিক্ত নিরাপত্তার জন্য [এক্সটার্নাল অডিট](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/audits)-এর মধ্য দিয়েও যায়।
-তবে, স্মার্ট কন্ট্র্যাক্ট লাইব্রেরি ব্যবহার করলে আপনার প্রজেক্টে এমন কোড অন্তর্ভুক্ত করার ঝুঁকি থাকে যার সাথে আপনি পরিচিত নন। একটি কন্ট্র্যাক্ট ইমপোর্ট করে সরাসরি আপনার প্রজেক্টে অন্তর্ভুক্ত করা লোভনীয়, কিন্তু সেই কন্ট্র্যাক্টটি কী করে সে সম্পর্কে ভালো ধারণা ছাড়া, আপনি একটি অপ্রত্যাশিত আচরণের কারণে অনিচ্ছাকৃতভাবে আপনার সিস্টেমে একটি সমস্যা তৈরি করতে পারেন। আপনি যে কোডটি ইমপোর্ট করছেন তার নথিপত্র পড়তে সর্বদা নিশ্চিত হন, এবং তারপর এটিকে আপনার প্রজেক্টের অংশ করার আগে কোডটি নিজেই পর্যালোচনা করুন!
+তবে, স্মার্ট কন্ট্রাক্ট লাইব্রেরি ব্যবহার করার ক্ষেত্রে আপনার প্রজেক্টে এমন কোড অন্তর্ভুক্ত করার ঝুঁকি থাকে যার সাথে আপনি পরিচিত নন। একটি কন্ট্রাক্ট ইমপোর্ট করে সরাসরি আপনার প্রজেক্টে অন্তর্ভুক্ত করা লোভনীয় হতে পারে, কিন্তু সেই কন্ট্রাক্টটি কী করে সে সম্পর্কে ভালো ধারণা না থাকলে, আপনি অপ্রত্যাশিত আচরণের কারণে আপনার সিস্টেমে অজান্তেই একটি সমস্যা তৈরি করতে পারেন। সর্বদা নিশ্চিত করুন যে আপনি যে কোডটি ইমপোর্ট করছেন তার ডকুমেন্টেশন পড়েছেন এবং তারপর এটিকে আপনার প্রজেক্টের অংশ করার আগে কোডটি নিজেই পর্যালোচনা করেছেন!
-সবশেষে, একটি লাইব্রেরি অন্তর্ভুক্ত করার সিদ্ধান্ত নেওয়ার সময়, এর সামগ্রিক ব্যবহার বিবেচনা করুন। একটি ব্যাপকভাবে গৃহীত লাইব্রেরির সুবিধা হলো একটি বৃহত্তর কমিউনিটি থাকা এবং সমস্যাগুলির জন্য আরও বেশি চোখ এটির দিকে নজর রাখা। স্মার্ট কন্ট্র্যাক্ট দিয়ে তৈরি করার সময় নিরাপত্তাই আপনার প্রধান ফোকাস হওয়া উচিত!
+সবশেষে, একটি লাইব্রেরি অন্তর্ভুক্ত করবেন কি না তা সিদ্ধান্ত নেওয়ার সময়, এর সামগ্রিক ব্যবহার বিবেচনা করুন। ব্যাপকভাবে গৃহীত একটি লাইব্রেরির সুবিধা হলো এর একটি বড় কমিউনিটি থাকে এবং আরও বেশি মানুষ এর সমস্যাগুলো খোঁজার জন্য নজর রাখে। স্মার্ট কন্ট্রাক্ট দিয়ে তৈরি করার সময় নিরাপত্তাই হওয়া উচিত আপনার প্রাথমিক ফোকাস!
## সম্পর্কিত টুলস {#related-tools}
-**OpenZeppelin Contracts -** **_সুরক্ষিত স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্টের জন্য সবচেয়ে জনপ্রিয় লাইব্রেরি।_**
+**OpenZeppelin Contracts -** **_নিরাপদ স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্টের জন্য সবচেয়ে জনপ্রিয় লাইব্রেরি।_**
-- [নথিপত্র](https://docs.openzeppelin.com/contracts/)
-- [GitHub](https://github.com/OpenZeppelin/openzeppelin-contracts)
+- [ডকুমেন্টেশন](https://docs.openzeppelin.com/contracts/)
+- [গিটহাব](https://github.com/OpenZeppelin/openzeppelin-contracts)
- [কমিউনিটি ফোরাম](https://forum.openzeppelin.com/c/general/16)
-**DappSys -** **_স্মার্ট-কন্ট্র্যাক্টের জন্য নিরাপদ, সহজ, নমনীয় বিল্ডিং-ব্লক।_**
+**DappSys -** **_স্মার্ট কন্ট্রাক্টের জন্য নিরাপদ, সহজ, নমনীয় বিল্ডিং-ব্লক।_**
-- [নথিপত্র](https://dappsys.readthedocs.io/)
-- [GitHub](https://github.com/dapphub/dappsys)
+- [ডকুমেন্টেশন](https://dappsys.readthedocs.io/)
+- [গিটহাব](https://github.com/dapphub/dappsys)
-**HQ20 -** **_কন্ট্র্যাক্ট, লাইব্রেরি এবং উদাহরণ সহ একটি Solidity প্রজেক্ট যা আপনাকে বাস্তব বিশ্বের জন্য সম্পূর্ণ বৈশিষ্ট্যযুক্ত ডিস্ট্রিবিউটেড অ্যাপ্লিকেশন তৈরি করতে সাহায্য করে।_**
+**HQ20 -** **_বাস্তব জগতের জন্য সম্পূর্ণ বৈশিষ্ট্যযুক্ত ডিস্ট্রিবিউটেড অ্যাপ্লিকেশন তৈরি করতে সাহায্য করার জন্য কন্ট্রাক্ট, লাইব্রেরি এবং উদাহরণসহ একটি Solidity প্রজেক্ট।_**
-- [GitHub](https://github.com/HQ20/contracts)
+- [গিটহাব](https://github.com/HQ20/contracts)
-**thirdweb Solidity SDK -** **_দক্ষভাবে কাস্টম স্মার্ট কন্ট্র্যাক্ট তৈরি করার জন্য প্রয়োজনীয় টুলস সরবরাহ করে_**
+**thirdweb Solidity SDK -** **_কাস্টম স্মার্ট কন্ট্রাক্ট দক্ষতার সাথে তৈরি করার জন্য প্রয়োজনীয় টুলস প্রদান করে_**
-- [নথিপত্র](https://portal.thirdweb.com/contracts/build/overview)
-- [GitHub](https://github.com/thirdweb-dev/contracts)
+- [ডকুমেন্টেশন](https://portal.thirdweb.com/contracts/build/overview)
+- [গিটহাব](https://github.com/thirdweb-dev/contracts)
-## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
+## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
-- [Ethereum ডেভেলপারদের জন্য নিরাপত্তা বিবেচনা](/developers/docs/smart-contracts/security/) _– লাইব্রেরি ব্যবহার সহ স্মার্ট কন্ট্র্যাক্ট তৈরি করার সময় নিরাপত্তা বিবেচনার উপর একটি টিউটোরিয়াল।_
-- [ERC-20 টোকেন স্মার্ট কন্ট্র্যাক্ট বুঝুন](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _-একাধিক লাইব্রেরি দ্বারা প্রদত্ত ERC20 স্ট্যান্ডার্ডের উপর টিউটোরিয়াল।_
+- [ইথিরিয়াম ডেভেলপারদের জন্য নিরাপত্তা বিবেচনা](/developers/docs/smart-contracts/security/) _– লাইব্রেরি ব্যবহারসহ স্মার্ট কন্ট্রাক্ট তৈরি করার সময় নিরাপত্তা বিবেচনার ওপর একটি টিউটোরিয়াল।_
+- [ERC-20 টোকেন স্মার্ট কন্ট্রাক্ট বুঝুন](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _-একাধিক লাইব্রেরি দ্বারা প্রদত্ত ERC20 স্ট্যান্ডার্ডের ওপর টিউটোরিয়াল।_
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_আপনাকে সাহায্য করেছে এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/naming/index.md b/public/content/translations/bn/developers/docs/smart-contracts/naming/index.md
index b03d4a49f48..d8a080f0fc8 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/naming/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/naming/index.md
@@ -1,101 +1,101 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট-এর নামকরণ"
-description: "ENS-এর মাধ্যমে Ethereum স্মার্ট কন্ট্র্যাক্ট-এর নামকরণের জন্য সেরা অনুশীলন"
+title: স্মার্ট কন্ট্রাক্ট নামকরণ
+description: ENS এর মাধ্যমে ইথিরিয়াম স্মার্ট কন্ট্রাক্ট নামকরণের সেরা অনুশীলন
lang: bn
---
-স্মার্ট কন্ট্র্যাক্টগুলি Ethereum-এর বিকেন্দ্রীভূত পরিকাঠামোর একটি ভিত্তি, যা স্বায়ত্তশাসিত অ্যাপ্লিকেশন এবং প্রোটোকল সক্ষম করে। কিন্তু চুক্তির ক্ষমতা বিকশিত হওয়ার সাথে সাথেও, ব্যবহারকারী এবং ডেভেলপাররা এখনও এই চুক্তিগুলি সনাক্ত করতে এবং রেফারেন্স করতে কাঁচা হেক্সাডেসিমেল ঠিকানার উপর নির্ভর করে।
+স্মার্ট কন্ট্রাক্ট হলো ইথিরিয়ামের ডিসেন্ট্রালাইজড অবকাঠামোর একটি মূল ভিত্তি, যা স্বায়ত্তশাসিত অ্যাপ্লিকেশন এবং প্রটোকলগুলোকে সক্ষম করে। কিন্তু কন্ট্রাক্টের সক্ষমতা বিকশিত হওয়ার পরও, ব্যবহারকারী এবং ডেভেলপাররা এখনও এই কন্ট্রাক্টগুলো শনাক্ত করতে এবং রেফারেন্স হিসেবে ব্যবহার করতে র (raw) হেক্সাডেসিমাল এডড্রেস এর উপর নির্ভর করে।
-[Ethereum Name Service (ENS)](https://ens.domains/)-এর মাধ্যমে স্মার্ট কন্ট্র্যাক্ট-এর নামকরণ হেক্সাডেসিমেল কন্ট্র্যাক্টের ঠিকানা দূর করে ব্যবহারকারীর অভিজ্ঞতা উন্নত করে এবং ঠিকানা বিষক্রিয়া এবং স্পুফিং আক্রমণের মতো আক্রমণ থেকে ঝুঁকি কমায়। এই নির্দেশিকা ব্যাখ্যা করে কেন স্মার্ট কন্ট্র্যাক্ট-এর নামকরণ গুরুত্বপূর্ণ, এটি কীভাবে প্রয়োগ করা যেতে পারে, এবং [Enscribe](https://www.enscribe.xyz) এর মতো উপলব্ধ টুলস যা প্রক্রিয়াটিকে সহজ করতে এবং ডেভেলপারদের এই অনুশীলনটি গ্রহণ করতে সাহায্য করে।
+[Ethereum Name Service (ENS)](https://ens.domains/) এর মাধ্যমে স্মার্ট কন্ট্রাক্ট এর নামকরণ হেক্সাডেসিমাল কন্ট্রাক্ট এডড্রেস দূর করে ব্যবহারকারীর অভিজ্ঞতা উন্নত করে এবং এডড্রেস পয়জনিং ও স্পুফিং এ্যাটাকের মতো ঝুঁকি কমায়। এই গাইডে ব্যাখ্যা করা হয়েছে কেন স্মার্ট কন্ট্রাক্ট এর নামকরণ গুরুত্বপূর্ণ, কীভাবে এটি বাস্তবায়ন করা যায় এবং প্রক্রিয়াটিকে সহজ করতে ও ডেভেলপারদের এই অনুশীলন গ্রহণে সহায়তা করতে [Enscribe](https://www.enscribe.xyz) এর মতো কী কী টুলস উপলব্ধ রয়েছে।
-## কেন স্মার্ট কন্ট্র্যাক্ট-এর নামকরণ করবেন? {#why-name-contracts}
+## কেন স্মার্ট কন্ট্রাক্ট এর নামকরণ করবেন? {#why-name-contracts}
-### মানুষের পাঠযোগ্য শনাক্তকারী {#human-readable-identifiers}
+### মানুষের পড়ার যোগ্য আইডেন্টিফায়ার {#human-readable-identifiers}
-`0x8f8e...f9e3`-এর মতো অস্বচ্ছ কন্ট্র্যাক্টের ঠিকানার সাথে ইন্টারঅ্যাক্ট করার পরিবর্তে, ডেভেলপার এবং ব্যবহারকারীরা `v2.myapp.eth`-এর মতো মানুষের পাঠযোগ্য নাম ব্যবহার করতে পারেন। এটি স্মার্ট কন্ট্র্যাক্ট ইন্টারঅ্যাকশনকে সহজ করে।
+`0x8f8e...f9e3` এর মতো অস্পষ্ট কন্ট্রাক্ট এডড্রেস এর সাথে ইন্টারঅ্যাক্ট করার পরিবর্তে, ডেভেলপার এবং ব্যবহারকারীরা `v2.myapp.eth` এর মতো মানুষের পড়ার যোগ্য নাম ব্যবহার করতে পারেন। এটি স্মার্ট কন্ট্রাক্ট এর ইন্টারঅ্যাকশনকে সহজ করে।
-এটি [Ethereum Name Service](https://ens.domains/)-এর মাধ্যমে সম্ভব হয়েছে যা Ethereum ঠিকানার জন্য একটি বিকেন্দ্রীভূত নামকরণের পরিষেবা প্রদান করে। এটি ডোমেন নেম সার্ভিস (DNS) এর অনুরূপ যা ইন্টারনেটের ব্যবহারকারীদের `104.18.176.152` এর মতো আইপি ঠিকানার পরিবর্তে ethereum.org এর মতো একটি নাম ব্যবহার করে নেটওয়ার্ক ঠিকানা অ্যাক্সেস করতে সক্ষম করে।
+এটি [Ethereum Name Service](https://ens.domains/) এর মাধ্যমে সম্ভব হয়েছে, যা ইথিরিয়াম এডড্রেস এর জন্য একটি ডিসেন্ট্রালাইজড নেমিং সার্ভিস প্রদান করে। এটি অনেকটা ডোমেইন নেম সার্ভিস (DNS) এর মতো, যা ইন্টারনেটের ব্যবহারকারীদের `104.18.176.152` এর মতো আইপি এডড্রেস এর পরিবর্তে ethereum.org এর মতো নাম ব্যবহার করে নেটওয়ার্ক এডড্রেস এ অ্যাক্সেস করতে সক্ষম করে।
### উন্নত নিরাপত্তা এবং বিশ্বাস {#improved-security-and-trust}
-নামযুক্ত চুক্তিগুলি ভুল ঠিকানায় দুর্ঘটনাজনিত লেনদেন কমাতে সাহায্য করে। এগুলি ব্যবহারকারীদের নির্দিষ্ট অ্যাপ বা ব্র্যান্ডের সাথে যুক্ত চুক্তিগুলি সনাক্ত করতেও সাহায্য করে। এটি খ্যাতির বিশ্বাসের একটি স্তর যোগ করে, বিশেষ করে যখন নামগুলি `uniswap.eth`-এর মতো সুপরিচিত মূল ডোমেনের সাথে সংযুক্ত থাকে।
+নামযুক্ত কন্ট্রাক্ট ভুল এডড্রেস এ দুর্ঘটনাবশত লেনদেন কমাতে সাহায্য করে। এগুলো ব্যবহারকারীদের নির্দিষ্ট অ্যাপ বা ব্র্যান্ডের সাথে যুক্ত কন্ট্রাক্ট শনাক্ত করতেও সাহায্য করে। এটি সুনামের দিক থেকে বিশ্বাসের একটি স্তর যোগ করে, বিশেষ করে যখন নামগুলো `uniswap.eth` এর মতো সুপরিচিত প্যারেন্ট ডোমেইনের সাথে যুক্ত থাকে।
-Ethereum ঠিকানার 42-অক্ষরের দৈর্ঘ্যের কারণে, ব্যবহারকারীদের পক্ষে ঠিকানায় ছোট পরিবর্তনগুলি সনাক্ত করা খুব কঠিন, যেখানে কয়েকটি অক্ষর পরিবর্তন করা হয়েছে। উদাহরণস্বরূপ, `0x58068646C148E313CB414E85d2Fe89dDc3426870`-এর মতো একটি ঠিকানা সাধারণত ওয়ালেটের মতো ব্যবহারকারী-মুখী অ্যাপ্লিকেশন দ্বারা `0x580...870`-তে ছোট করা হয়। একজন ব্যবহারকারীর এমন একটি দূষিত ঠিকানা লক্ষ্য করার সম্ভাবনা কম যেখানে কয়েকটি অক্ষর পরিবর্তন করা হয়েছে।
+ইথিরিয়াম এডড্রেস এর 42-অক্ষরের দৈর্ঘ্যের কারণে, ব্যবহারকারীদের জন্য এডড্রেস এর ছোটখাটো পরিবর্তন শনাক্ত করা খুব কঠিন, যেখানে কয়েকটি অক্ষর পরিবর্তন করা হয়েছে। উদাহরণস্বরূপ, `0x58068646C148E313CB414E85d2Fe89dDc3426870` এর মতো একটি এডড্রেস সাধারণত ওয়ালেট এর মতো ব্যবহারকারী-মুখী অ্যাপ্লিকেশনগুলোর মাধ্যমে `0x580...870` এ ছোট করা হয়। একজন ব্যবহারকারীর পক্ষে এমন একটি ক্ষতিকারক এডড্রেস লক্ষ্য করার সম্ভাবনা কম যেখানে কয়েকটি অক্ষর পরিবর্তন করা হয়েছে।
-এই ধরনের কৌশল ঠিকানা স্পুফিং এবং বিষপ্রয়োগের আক্রমণে ব্যবহৃত হয় যেখানে ব্যবহারকারীদের বিশ্বাস করানো হয় যে তারা সঠিক ঠিকানায় ইন্টারঅ্যাক্ট করছে বা তহবিল পাঠাচ্ছে, যখন বাস্তবে ঠিকানাটি কেবল সঠিক ঠিকানার অনুরূপ, কিন্তু একই নয়।
+এই ধরনের কৌশল এডড্রেস স্পুফিং এবং পয়জনিং এ্যাটাকগুলোতে ব্যবহার করা হয়, যেখানে ব্যবহারকারীদের বিশ্বাস করানো হয় যে তারা সঠিক এডড্রেস এর সাথে ইন্টারঅ্যাক্ট করছেন বা ফান্ড পাঠাচ্ছেন, যখন বাস্তবে এডড্রেসটি কেবল সঠিক এডড্রেস এর মতো দেখতে হয়, কিন্তু একই নয়।
-ওয়ালেট এবং কন্ট্র্যাক্টের জন্য ENS নামগুলি এই ধরণের আক্রমণ থেকে রক্ষা করে। DNS স্পুফিং অ্যাটাকের মতো, ENS স্পুফিং অ্যাটাকও হতে পারে, তবে, একজন ব্যবহারকারী হেক্সাডেসিমেল ঠিকানায় একটি ছোট পরিবর্তনের চেয়ে ENS নামে একটি ভুল বানান লক্ষ্য করার সম্ভাবনা বেশি।
+ওয়ালেট এবং কন্ট্রাক্ট এর জন্য ENS নামগুলো এই ধরনের এ্যাটাক থেকে রক্ষা করে। DNS স্পুফিং এ্যাটাকের মতো, ENS স্পুফিং এ্যাটাকও হতে পারে, তবে একজন ব্যবহারকারীর হেক্সাডেসিমাল এডড্রেস এর ছোট পরিবর্তনের চেয়ে ENS নামের বানান ভুল লক্ষ্য করার সম্ভাবনা বেশি।
-### ওয়ালেট এবং এক্সপ্লোরারদের জন্য আরও ভালো UX {#better-ux}
+### ওয়ালেট এবং এক্সপ্লোরারগুলোর জন্য উন্নত UX {#better-ux}
-যখন একটি স্মার্ট কন্ট্র্যাক্ট একটি ENS নামের সাথে কনফিগার করা হয়, তখন ওয়ালেট এবং ব্লকচেইন এক্সপ্লোরারের মতো অ্যাপগুলির জন্য হেক্সাডেসিমেল ঠিকানার পরিবর্তে স্মার্ট কন্ট্র্যাক্টের জন্য ENS নাম প্রদর্শন করা সম্ভব। এটি ব্যবহারকারীদের জন্য একটি উল্লেখযোগ্য ব্যবহারকারী অভিজ্ঞতা (UX) উন্নতি প্রদান করে।
+যখন একটি স্মার্ট কন্ট্রাক্ট একটি ENS নামের সাথে কনফিগার করা হয়, তখন ওয়ালেট এবং ব্লকচেইন এক্সপ্লোরারগুলোর মতো অ্যাপগুলোর পক্ষে হেক্সাডেসিমাল এডড্রেস এর পরিবর্তে স্মার্ট কন্ট্রাক্ট এর জন্য ENS নাম প্রদর্শন করা সম্ভব হয়। এটি ব্যবহারকারীদের জন্য একটি উল্লেখযোগ্য ইউজার এক্সপেরিয়েন্স (UX) উন্নতি প্রদান করে।
-উদাহরণস্বরূপ, Uniswap-এর মতো একটি অ্যাপের সাথে ইন্টারঅ্যাক্ট করার সময়, ব্যবহারকারীরা সাধারণত দেখতে পাবেন যে তারা যে অ্যাপটির সাথে ইন্টারঅ্যাক্ট করছেন সেটি `uniswap.org` ওয়েবসাইটে হোস্ট করা হয়েছে, কিন্তু যদি Uniswap তাদের স্মার্ট কন্ট্র্যাক্টগুলির নাম ENS-এর সাথে না রাখে তবে তাদের একটি হেক্সাডেসিমেল কন্ট্র্যাক্ট ঠিকানা দেখানো হবে। যদি কন্ট্র্যাক্টটির নাম দেওয়া হয়, তাহলে তারা `v4.contracts.uniswap.eth` দেখতে পাবে যা অনেক বেশি কার্যকর।
+উদাহরণস্বরূপ, Uniswap এর মতো একটি অ্যাপের সাথে ইন্টারঅ্যাক্ট করার সময়, ব্যবহারকারীরা সাধারণত দেখতে পাবেন যে তারা যে অ্যাপটির সাথে ইন্টারঅ্যাক্ট করছেন তা `uniswap.org` ওয়েবসাইটে হোস্ট করা হয়েছে, কিন্তু Uniswap যদি ENS এর মাধ্যমে তাদের স্মার্ট কন্ট্রাক্ট এর নামকরণ না করে থাকে তবে তাদের একটি হেক্সাডেসিমাল কন্ট্রাক্ট এডড্রেস দেখানো হবে। যদি কন্ট্রাক্টটির নামকরণ করা হয়, তবে এর পরিবর্তে তারা `v4.contracts.uniswap.eth` দেখতে পাবেন যা অনেক বেশি কার্যকর।
-## ডিপ্লয়মেন্টের সময় নামকরণ বনাম পোস্ট-ডিপ্লয়মেন্ট নামকরণ {#when-to-name}
+## ডিপ্লয়মেন্টের সময় বনাম ডিপ্লয়মেন্টের পরে নামকরণ {#when-to-name}
-দুটি পয়েন্ট আছে যেখানে স্মার্ট কন্ট্র্যাক্টের নামকরণ করা যেতে পারে:
+দুটি পর্যায়ে স্মার্ট কন্ট্রাক্ট এর নামকরণ করা যেতে পারে:
-- **ডিপ্লয়মেন্টের সময়**: কন্ট্র্যাক্টটি ডিপ্লয় করার সময় একটি ENS নাম বরাদ্দ করা।
-- **ডিপ্লয়মেন্টের পরে**: একটি বিদ্যমান কন্ট্র্যাক্ট ঠিকানাকে একটি নতুন ENS নামে ম্যাপ করা।
+- **ডিপ্লয়মেন্টের সময়**: কন্ট্রাক্টটি ডিপ্লয় করার সময় এতে একটি ENS নাম নির্ধারণ করা।
+- **ডিপ্লয়মেন্টের পরে**: একটি বিদ্যমান কন্ট্রাক্ট এডড্রেস কে একটি নতুন ENS নামের সাথে ম্যাপ করা।
-উভয় পদ্ধতির জন্য একটি ENS ডোমেনে মালিক বা পরিচালকের অ্যাক্সেসের প্রয়োজন হয় যাতে তারা ENS রেকর্ড তৈরি এবং সেট করতে পারে।
+উভয় পদ্ধতিতেই একটি ENS ডোমেইনে মালিক বা ম্যানেজারের অ্যাক্সেস থাকার উপর নির্ভর করে যাতে তারা ENS রেকর্ড তৈরি এবং সেট করতে পারে।
-## কন্ট্র্যাক্টের জন্য ENS নামকরণ কীভাবে কাজ করে {#how-ens-naming-works}
+## কন্ট্রাক্ট এর জন্য ENS নামকরণ কীভাবে কাজ করে {#how-ens-naming-works}
-ENS নামগুলি অনচেইনে সংরক্ষণ করা হয় এবং ENS সমাধানকারীদের মাধ্যমে Ethereum ঠিকানায় সমাধান করা হয়। একটি স্মার্ট কন্ট্র্যাক্টের নামকরণ করতে:
+ENS নামগুলো অনচেইন এ সংরক্ষিত থাকে এবং ENS রিসলভারের মাধ্যমে ইথিরিয়াম এডড্রেস এ রিসলভ হয়। একটি স্মার্ট কন্ট্রাক্ট এর নামকরণ করতে:
-1. একটি মূল ENS ডোমেইন নিবন্ধন বা নিয়ন্ত্রণ করুন (যেমন `myapp.eth`)
-2. একটি সাবডোমেন তৈরি করুন (যেমন `v1.myapp.eth`)
-3. সাবডোমেনের `address` রেকর্ডটি কন্ট্র্যাক্টের ঠিকানায় সেট করুন
-4. ENS-এ কন্ট্র্যাক্টের রিভার্স রেকর্ড সেট করুন যাতে এর ঠিকানার মাধ্যমে নামটি খুঁজে পাওয়া যায়
+1. একটি প্যারেন্ট ENS ডোমেইন নিবন্ধন বা নিয়ন্ত্রণ করুন (যেমন `myapp.eth`)
+2. একটি সাবডোমেইন তৈরি করুন (যেমন `v1.myapp.eth`)
+3. সাবডোমেইনের `address` রেকর্ডটি কন্ট্রাক্ট এডড্রেস এ সেট করুন
+4. এডড্রেস এর মাধ্যমে নামটি খুঁজে পাওয়ার জন্য কন্ট্রাক্ট এর রিভার্স রেকর্ডটি ENS এ সেট করুন
-ENS নামগুলি শ্রেণিবদ্ধ এবং সীমাহীন উপ-নাম সমর্থন করে। এই রেকর্ডগুলি সেট করার জন্য সাধারণত ENS রেজিস্ট্রি এবং পাবলিক সমাধানকারী কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করা জড়িত।
+ENS নামগুলো হায়ারার্কিকাল এবং সীমাহীন সাব-নাম সমর্থন করে। এই রেকর্ডগুলো সেট করার ক্ষেত্রে সাধারণত ENS রেজিস্ট্রি এবং পাবলিক রিসলভার কন্ট্রাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করা জড়িত থাকে।
-## কন্ট্র্যাক্টের নামকরণের জন্য টুলস {#tools}
+## কন্ট্রাক্ট নামকরণের টুলস {#tools}
-স্মার্ট কন্ট্র্যাক্টের নামকরণের দুটি পদ্ধতি আছে। হয় কিছু ম্যানুয়াল পদক্ষেপ সহ [ENS অ্যাপ](https://app.ens.domains) ব্যবহার করে, অথবা [Enscribe](https://www.enscribe.xyz) ব্যবহার করে। এগুলি নীচে বর্ণিত হয়েছে।
+স্মার্ট কন্ট্রাক্ট নামকরণের দুটি পদ্ধতি রয়েছে। হয় কিছু ম্যানুয়াল ধাপের সাথে [ENS App](https://app.ens.domains) ব্যবহার করা, অথবা [Enscribe](https://www.enscribe.xyz) ব্যবহার করা। এগুলো নিচে তুলে ধরা হলো।
### ম্যানুয়াল ENS সেটআপ {#manual-ens-setup}
-[ENS অ্যাপ](https://app.ens.domains/) ব্যবহার করে, ডেভেলপাররা ম্যানুয়ালি উপ-নাম তৈরি করতে পারে এবং ফরওয়ার্ড ঠিকানা রেকর্ড সেট করতে পারে। যাইহোক, তারা ENS অ্যাপের মাধ্যমে নামের জন্য রিভার্স রেকর্ড সেট করে একটি স্মার্ট কন্ট্র্যাক্টের জন্য একটি প্রাথমিক নাম সেট করতে পারে না। ম্যানুয়াল পদক্ষেপ নিতে হবে যা [ENS ডক্স](https://docs.ens.domains/web/naming-contracts/)-এ কভার করা হয়েছে।
+[ENS App](https://app.ens.domains/) ব্যবহার করে, ডেভেলপাররা ম্যানুয়ালি সাব-নাম তৈরি করতে এবং ফরোয়ার্ড এডড্রেস রেকর্ড সেট করতে পারেন। তবে, তারা ENS অ্যাপের মাধ্যমে নামের জন্য রিভার্স রেকর্ড সেট করে একটি স্মার্ট কন্ট্রাক্ট এর জন্য প্রাইমারি নাম সেট করতে পারবেন না। এর জন্য ম্যানুয়াল পদক্ষেপ নিতে হবে যা [ENS docs](https://docs.ens.domains/web/naming-contracts/) এ কভার করা হয়েছে।
### Enscribe {#enscribe}
-[Enscribe](https://www.enscribe.xyz) ENS-এর মাধ্যমে স্মার্ট কন্ট্র্যাক্টের নামকরণ সহজ করে, এবং স্মার্ট কন্ট্র্যাক্টে ব্যবহারকারীর বিশ্বাস বাড়ায়। এটি প্রদান করে:
+[Enscribe](https://www.enscribe.xyz) ENS এর মাধ্যমে স্মার্ট কন্ট্রাক্ট নামকরণকে সহজ করে এবং স্মার্ট কন্ট্রাক্ট এর প্রতি ব্যবহারকারীর বিশ্বাস বাড়ায়। এটি প্রদান করে:
-- **অ্যাটমিক ডিপ্লয়মেন্ট এবং নামকরণ**: একটি নতুন কন্ট্র্যাক্ট ডিপ্লয় করার সময় একটি ENS নাম বরাদ্দ করুন
-- **পোস্ট-ডিপ্লয়মেন্ট নামকরণ**: ইতিমধ্যে-ডিপ্লয় করা কন্ট্র্যাক্টের সাথে নাম সংযুক্ত করুন
-- **মাল্টি-চেইন সমর্থন**: Ethereum এবং L2 নেটওয়ার্ক জুড়ে কাজ করে যেখানে ENS সমর্থিত
-- **কন্ট্র্যাক্ট যাচাইকরণ ডেটা**: ব্যবহারকারীদের জন্য বিশ্বাস বাড়াতে একাধিক উৎস থেকে প্রাপ্ত কন্ট্র্যাক্ট যাচাইকরণ ডেটা অন্তর্ভুক্ত করে
+- **অ্যাটমিক ডিপ্লয়মেন্ট এবং নামকরণ**: একটি নতুন কন্ট্রাক্ট ডিপ্লয় করার সময় একটি ENS নাম নির্ধারণ করা
+- **ডিপ্লয়মেন্ট-পরবর্তী নামকরণ**: ইতিমধ্যে ডিপ্লয় করা কন্ট্রাক্টগুলোতে নাম যুক্ত করা
+- **মাল্টি-চেইন সমর্থন**: ইথিরিয়াম এবং লেয়ার ২ (L2) নেটওয়ার্ক জুড়ে কাজ করে যেখানে ENS সমর্থিত
+- **কন্ট্রাক্ট ভেরিফিকেশন ডাটা**: ব্যবহারকারীদের জন্য বিশ্বাস বাড়াতে একাধিক সোর্স থেকে নেওয়া কন্ট্রাক্ট ভেরিফিকেশন ডাটা অন্তর্ভুক্ত করে
-Enscribe ব্যবহারকারীদের দ্বারা প্রদত্ত ENS নাম সমর্থন করে, অথবা যদি ব্যবহারকারীর কোনো ENS নাম না থাকে তবে তার নিজস্ব ডোমেন।
+Enscribe ব্যবহারকারীদের দেওয়া ENS নাম সমর্থন করে, অথবা ব্যবহারকারীর কোনো ENS নাম না থাকলে এর নিজস্ব ডোমেইন সমর্থন করে।
-আপনি স্মার্ট কন্ট্র্যাক্টের নামকরণ এবং দেখার জন্য [Enscribe অ্যাপ](https://app.enscribe.xyz) অ্যাক্সেস করতে পারেন।
+স্মার্ট কন্ট্রাক্ট এর নামকরণ এবং দেখার কাজ শুরু করতে আপনি [Enscribe App](https://app.enscribe.xyz) এ অ্যাক্সেস করতে পারেন।
## সেরা অনুশীলন {#best-practices}
-- **পরিষ্কার, সংস্করণযুক্ত নাম ব্যবহার করুন** যেমন `v1.myapp.eth` কন্ট্র্যাক্ট আপগ্রেডগুলিকে স্বচ্ছ করতে
-- **রিভার্স রেকর্ড সেট করুন** ওয়ালেট এবং ব্লকচেইন এক্সপ্লোরারের মতো অ্যাপে দৃশ্যমানতার জন্য কন্ট্র্যাক্টগুলিকে ENS নামের সাথে লিঙ্ক করতে।
-- **মেয়াদ শেষ হওয়ার তারিখগুলি ঘনিষ্ঠভাবে পর্যবেক্ষণ করুন** যদি আপনি মালিকানায় দুর্ঘটনাজনিত পরিবর্তন রোধ করতে চান
-- **কন্ট্র্যাক্টের উৎস যাচাই করুন** যাতে ব্যবহারকারীরা বিশ্বাস করতে পারে যে নামযুক্ত কন্ট্র্যাক্টটি প্রত্যাশিতভাবে আচরণ করে
+- কন্ট্রাক্ট আপগ্রেডগুলোকে স্বচ্ছ করতে `v1.myapp.eth` এর মতো **স্পষ্ট, ভার্সনযুক্ত নাম ব্যবহার করুন**
+- ওয়ালেট এবং ব্লকচেইন এক্সপ্লোরারগুলোর মতো অ্যাপগুলোতে দৃশ্যমানতার জন্য কন্ট্রাক্টগুলোকে ENS নামের সাথে লিঙ্ক করতে **রিভার্স রেকর্ড সেট করুন**।
+- মালিকানায় দুর্ঘটনাবশত পরিবর্তন রোধ করতে চাইলে **মেয়াদোত্তীর্ণের সময়গুলো নিবিড়ভাবে পর্যবেক্ষণ করুন**
+- **কন্ট্রাক্ট সোর্স ভেরিফাই করুন** যাতে ব্যবহারকারীরা বিশ্বাস করতে পারে যে নামযুক্ত কন্ট্রাক্টটি প্রত্যাশা অনুযায়ী আচরণ করবে
## ঝুঁকি {#risks}
-স্মার্ট কন্ট্র্যাক্টের নামকরণ Ethereum-এর ব্যবহারকারীদের জন্য উল্লেখযোগ্য সুবিধা প্রদান করে, তবে, ENS ডোমেনের মালিকদের তাদের ব্যবস্থাপনার ক্ষেত্রে সতর্ক থাকতে হবে। উল্লেখযোগ্য ঝুঁকির মধ্যে রয়েছে:
+স্মার্ট কন্ট্রাক্ট এর নামকরণ ইথিরিয়াম এর ব্যবহারকারীদের জন্য উল্লেখযোগ্য সুবিধা প্রদান করে, তবে, ENS ডোমেইনের মালিকদের তাদের পরিচালনার ক্ষেত্রে সতর্ক থাকতে হবে। উল্লেখযোগ্য ঝুঁকিগুলোর মধ্যে রয়েছে:
-- **মেয়াদ শেষ হওয়া**: DNS নামের মতোই, ENS নামের নিবন্ধনগুলি সীমিত সময়ের জন্য হয়। তাই মালিকদের তাদের ডোমেনের মেয়াদ শেষ হওয়ার তারিখগুলি পর্যবেক্ষণ করা এবং মেয়াদ শেষ হওয়ার অনেক আগেই সেগুলি নবায়ন করা অত্যাবশ্যক। ENS অ্যাপ এবং Enscribe উভয়ই ডোমেনের মালিকদের জন্য মেয়াদ শেষ হওয়ার সময় ভিজ্যুয়াল ইন্ডিকেটর সরবরাহ করে।
-- **মালিকানায় পরিবর্তন**: ENS রেকর্ডগুলি Ethereum-এ NFT হিসাবে উপস্থাপিত হয়, যেখানে একটি নির্দিষ্ট `.eth` ডোমেনের মালিকের দখলে সংশ্লিষ্ট NFT থাকে। সুতরাং যদি কোনো ভিন্ন অ্যাকাউন্ট এই NFT-এর মালিকানা নেয়, নতুন মালিক তাদের ইচ্ছামতো যেকোনো ENS রেকর্ড পরিবর্তন করতে পারে।
+- **মেয়াদোত্তীর্ণ**: DNS নামের মতোই, ENS নামের নিবন্ধনগুলো সীমিত সময়ের জন্য হয়। তাই এটি অত্যন্ত গুরুত্বপূর্ণ যে মালিকরা তাদের ডোমেইনের মেয়াদোত্তীর্ণের তারিখগুলো পর্যবেক্ষণ করেন এবং মেয়াদ শেষ হওয়ার আগেই সেগুলো রিনিউ করেন। ENS App এবং Enscribe উভয়ই ডোমেইন মালিকদের জন্য মেয়াদ শেষ হওয়ার সময় ভিজ্যুয়াল ইন্ডিকেটর প্রদান করে।
+- **মালিকানা পরিবর্তন**: ENS রেকর্ডগুলো ইথিরিয়াম এ NFT হিসেবে উপস্থাপন করা হয়, যেখানে একটি নির্দিষ্ট `.eth` ডোমেইনের মালিকের কাছে সংশ্লিষ্ট NFT থাকে। তাই যদি অন্য কোনো একাউন্ট এই NFT এর মালিকানা গ্রহণ করে, তবে নতুন মালিক তাদের ইচ্ছামতো যেকোনো ENS রেকর্ড পরিবর্তন করতে পারবেন।
-এই ধরনের ঝুঁকি কমাতে, `.eth` ২য় স্তরের ডোমেনের (2LD) মালিকের অ্যাকাউন্ট একটি মাল্টি-সিগ ওয়ালেটের মাধ্যমে সুরক্ষিত করা উচিত এবং কন্ট্র্যাক্টের নামকরণ পরিচালনার জন্য সাবডোমেন তৈরি করা উচিত। এইভাবে সাবডোমেন স্তরে মালিকানায় কোনো দুর্ঘটনাজনিত বা দূষিত পরিবর্তনের ক্ষেত্রে, সেগুলি 2LD মালিক দ্বারা ওভাররাইড করা যেতে পারে।
+এই ধরনের ঝুঁকি কমানোর জন্য, `.eth` ২য় স্তরের ডোমেইনগুলোর (2LD) মালিকের একাউন্ট একটি মাল্টিসিগ ওয়ালেট এর মাধ্যমে সুরক্ষিত করা উচিত এবং কন্ট্রাক্ট নামকরণ পরিচালনার জন্য সাবডোমেইন তৈরি করা উচিত। এইভাবে সাবডোমেইন স্তরে মালিকানায় কোনো দুর্ঘটনাবশত বা ক্ষতিকারক পরিবর্তন হলে, 2LD মালিক সেগুলো ওভাররাইড করতে পারবেন।
-## কন্ট্র্যাক্ট নামকরণের ভবিষ্যৎ {#future}
+## কন্ট্রাক্ট নামকরণের ভবিষ্যৎ {#future}
-কন্ট্র্যাক্টের নামকরণ ড্যাপ ডেভেলপমেন্টের জন্য একটি সেরা অনুশীলন হয়ে উঠছে, যেমনভাবে ডোমেন নামগুলি ওয়েবে আইপি ঠিকানা প্রতিস্থাপন করেছে। ওয়ালেট, এক্সপ্লোরার এবং ড্যাশবোর্ডের মতো আরও পরিকাঠামো কন্ট্র্যাক্টের জন্য ENS রেজোলিউশনকে একীভূত করার সাথে সাথে, নামযুক্ত কন্ট্র্যাক্টগুলি নিরাপত্তা উন্নত করবে এবং ইকোসিস্টেম জুড়ে ত্রুটিগুলি হ্রাস করবে।
+কন্ট্রাক্ট নামকরণ ডিএ্যাপ ডেভেলপমেন্টের জন্য একটি সেরা অনুশীলন হয়ে উঠছে, ঠিক যেমনভাবে ডোমেইন নামগুলো ওয়েবে আইপি এডড্রেস কে প্রতিস্থাপন করেছে। যেহেতু ওয়ালেট, এক্সপ্লোরার এবং ড্যাশবোর্ডের মতো আরও বেশি অবকাঠামো কন্ট্রাক্ট এর জন্য ENS রেজোলিউশনকে একীভূত করছে, নামযুক্ত কন্ট্রাক্টগুলো ইকোসিস্টেম জুড়ে নিরাপত্তা উন্নত করবে এবং ত্রুটি কমাবে।
-স্মার্ট কন্ট্র্যাক্টগুলিকে সহজে চেনা এবং সে সম্পর্কে যুক্তি তৈরি করার মাধ্যমে, নামকরণ Ethereum-এর ব্যবহারকারী এবং অ্যাপগুলির মধ্যে ব্যবধান পূরণ করতে সাহায্য করে, ব্যবহারকারীদের জন্য নিরাপত্তা এবং UX উভয়ই উন্নত করে।
+স্মার্ট কন্ট্রাক্ট গুলোকে সহজে চেনা এবং বোঝার উপযোগী করে তোলার মাধ্যমে, নামকরণ ইথিরিয়াম এ ব্যবহারকারী এবং অ্যাপগুলোর মধ্যে ব্যবধান দূর করতে সাহায্য করে, যা ব্যবহারকারীদের জন্য নিরাপত্তা এবং UX উভয়ই উন্নত করে।
## আরও পড়ুন {#further-reading}
-- [ENS-এর মাধ্যমে স্মার্ট কন্ট্র্যাক্ট-এর নামকরণ](https://docs.ens.domains/web/naming-contracts/)
-- [Enscribe-এর মাধ্যমে স্মার্ট কন্ট্র্যাক্ট-এর নামকরণ](https://www.enscribe.xyz/docs)।
+- [ENS এর মাধ্যমে স্মার্ট কন্ট্রাক্ট এর নামকরণ](https://docs.ens.domains/web/naming-contracts/)
+- [Enscribe এর মাধ্যমে স্মার্ট কন্ট্রাক্ট এর নামকরণ](https://www.enscribe.xyz/docs)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/security/index.md b/public/content/translations/bn/developers/docs/smart-contracts/security/index.md
index 7a8a17025a0..732a1174ee1 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/security/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/security/index.md
@@ -1,54 +1,54 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট সুরক্ষা"
-description: "সুরক্ষিত ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট তৈরির জন্য নির্দেশাবলীর একটি সংক্ষিপ্ত বিবরণ"
+title: স্মার্ট কন্ট্রাক্ট নিরাপত্তা
+description: নিরাপদ ইথিরিয়াম স্মার্ট কন্ট্রাক্ট তৈরির নির্দেশিকাগুলির একটি ওভারভিউ
lang: bn
---
-স্মার্ট কন্ট্র্যাক্টগুলো অত্যন্ত ফ্লেক্সিবল, এবং বিপুল পরিমাণ ভ্যালু ও ডেটা নিয়ন্ত্রণ করতে সক্ষম, যখন ব্লকচেইনে ডিপ্লয় করা কোডের উপর ভিত্তি করে অপরিবর্তনীয় লজিক চালায়। এটি ট্রাস্টলেস এবং ডিসেন্ট্রালাইজড এপ্লিকেশনগুলোর একটি প্রাণবন্ত ইকোসিস্টেম তৈরি করেছে যা লিগ্যাসি সিস্টেমের তুলনায় অনেক সুবিধা প্রদান করে। তারা স্মার্ট কন্ট্র্যাক্টে থাকা দুর্বলতাগুলোকে কাজে লাগিয়ে মুনাফা অর্জন করতে চাওয়া অ্যাটাকারদের জন্য সুযোগও তৈরি করে।
+স্মার্ট কন্ট্রাক্ট অত্যন্ত নমনীয় এবং প্রচুর পরিমাণ ভ্যালু ও ডেটা নিয়ন্ত্রণ করতে সক্ষম, যা ব্লকচেইন-এ ডিপ্লয় করা কোডের উপর ভিত্তি করে ইমমিউটেবল লজিক চালায়। এটি ট্রাস্টলেস এবং ডিসেন্ট্রালাইজড এপ্লিকেশন-এর একটি প্রাণবন্ত ইকোসিস্টেম তৈরি করেছে যা লিগ্যাসি সিস্টেমের তুলনায় অনেক সুবিধা প্রদান করে। এগুলো আক্রমণকারীদের জন্য স্মার্ট কন্ট্রাক্ট-এর দুর্বলতাগুলোকে কাজে লাগিয়ে লাভবান হওয়ার সুযোগও তৈরি করে।
-পাবলিক ব্লকচেইন, যেমন ইথেরিয়াম, স্মার্ট কন্ট্র্যাক্ট সুরক্ষিত করার বিষয়টিকে আরও জটিল করে তোলে। ডিপ্লয় করা কন্ট্র্যাক্ট কোড _সাধারণত_ নিরাপত্তা ত্রুটি প্যাচ করার জন্য পরিবর্তন করা যায় না, যেখানে স্মার্ট কন্ট্র্যাক্ট থেকে চুরি করা সম্পদগুলো ট্র্যাক করা অত্যন্ত কঠিন এবং অপরিবর্তনীয়তার কারণে বেশিরভাগই পুনরুদ্ধার করা যায় না।
+পাবলিক ব্লকচেইন, যেমন [ইথিরিয়াম](/), স্মার্ট কন্ট্রাক্ট সুরক্ষিত করার বিষয়টিকে আরও জটিল করে তোলে। ডিপ্লয় করা কন্ট্রাক্ট কোড _সাধারণত_ সিকিউরিটি ত্রুটিগুলো ঠিক করার জন্য পরিবর্তন করা যায় না, অন্যদিকে স্মার্ট কন্ট্রাক্ট থেকে চুরি হওয়া সম্পদ ট্র্যাক করা অত্যন্ত কঠিন এবং ইমমিউটেবল হওয়ার কারণে বেশিরভাগ ক্ষেত্রেই তা পুনরুদ্ধার করা অসম্ভব।
-যদিও পরিসংখ্যান ভিন্ন হতে পারে, তবে অনুমান করা হয় যে স্মার্ট কন্ট্র্যাক্টগুলোতে নিরাপত্তা ত্রুটির কারণে চুরি বা হারিয়ে যাওয়া মোট মূল্যের পরিমাণ সহজেই $1 বিলিয়নের বেশি। এর মধ্যে উচ্চ-প্রোফাইল ঘটনাগুলো অন্তর্ভুক্ত, যেমন [DAO হ্যাক](https://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/) (3.6M ETH চুরি হয়েছে, যার আজকের মূল্যে $1B-এর বেশি), [প্যারিটি মাল্টি-সিগ ওয়ালেট হ্যাক](https://www.coindesk.com/markets/2017/07/19/30-million-ether-reported-stolen-due-to-parity-wallet-breach) (হ্যাকারদের কাছে $30M হারিয়েছে), এবং [প্যারিটি ফ্রোজেন ওয়ালেট সমস্যা](https://www.theguardian.com/technology/2017/nov/08/cryptocurrency-300m-dollars-stolen-bug-ether) (ETH-এ $300M-এর বেশি চিরতরে লক হয়ে গেছে)।
+যদিও পরিসংখ্যান ভিন্ন হতে পারে, তবে অনুমান করা হয় যে স্মার্ট কন্ট্রাক্ট-এর সিকিউরিটি ত্রুটির কারণে চুরি হওয়া বা হারিয়ে যাওয়া ভ্যালুর মোট পরিমাণ সহজেই 1 বিলিয়ন ডলারের বেশি। এর মধ্যে রয়েছে হাই-প্রোফাইল ঘটনা, যেমন [DAO হ্যাক](https://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/) (3.6M ETH চুরি হয়েছে, যার বর্তমান মূল্য 1B ডলারের বেশি), [প্যারিটি মাল্টিসিগ ওয়ালেট হ্যাক](https://www.coindesk.com/markets/2017/07/19/30-million-ether-reported-stolen-due-to-parity-wallet-breach) (হ্যাকারদের কাছে 30M ডলার হারানো), এবং [প্যারিটি ফ্রোজেন ওয়ালেট ইস্যু](https://www.theguardian.com/technology/2017/nov/08/cryptocurrency-300m-dollars-stolen-bug-ether) (300M ডলারের বেশি ETH চিরতরে লক হয়ে যাওয়া)।
-উপরে উল্লিখিত সমস্যাগুলো ডেভেলপারদের জন্য সুরক্ষিত, মজবুত এবং স্থিতিস্থাপক স্মার্ট কন্ট্র্যাক্ট তৈরিতে প্রচেষ্টা বিনিয়োগ করা অপরিহার্য করে তোলে। স্মার্ট কন্ট্র্যাক্ট সুরক্ষা একটি গুরুতর ব্যবসা, এবং এটি এমন একটি বিষয় যা প্রত্যেক ডেভেলপারের ভালোভাবে শেখা উচিত। এই গাইডটি ইথেরিয়াম ডেভেলপারদের জন্য নিরাপত্তা বিবেচনার বিষয়গুলো কভার করবে এবং স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা উন্নত করার জন্য রিসোর্সগুলো অন্বেষণ করবে।
+উপরে উল্লিখিত সমস্যাগুলোর কারণে ডেভেলপারদের জন্য নিরাপদ, শক্তিশালী এবং স্থিতিস্থাপক স্মার্ট কন্ট্রাক্ট তৈরিতে প্রচেষ্টা বিনিয়োগ করা অপরিহার্য হয়ে ওঠে। স্মার্ট কন্ট্রাক্ট নিরাপত্তা একটি অত্যন্ত গুরুত্বপূর্ণ বিষয়, এবং এটি শেখা প্রত্যেক ডেভেলপারের জন্যই ভালো হবে। এই নির্দেশিকাটি ইথিরিয়াম ডেভেলপারদের জন্য সিকিউরিটি বিবেচনাগুলো কভার করবে এবং স্মার্ট কন্ট্রাক্ট নিরাপত্তা উন্নত করার রিসোর্সগুলো অন্বেষণ করবে।
## পূর্বশর্ত {#prerequisites}
-নিরাপত্তার বিষয়টি মোকাবেলা করার আগে নিশ্চিত করুন যে আপনি [স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্টের মূল বিষয়গুলো](/developers/docs/smart-contracts/) সম্পর্কে পরিচিত।
+নিরাপত্তা নিয়ে কাজ শুরু করার আগে নিশ্চিত করুন যে আপনার [স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্টের মৌলিক বিষয়গুলো](/developers/docs/smart-contracts/) সম্পর্কে ভালো ধারণা আছে।
-## সুরক্ষিত ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট তৈরির জন্য নির্দেশিকা {#smart-contract-security-guidelines}
+## নিরাপদ ইথিরিয়াম স্মার্ট কন্ট্রাক্ট তৈরির নির্দেশিকা {#smart-contract-security-guidelines}
-### ১. সঠিক অ্যাক্সেস কন্ট্রোল ডিজাইন করুন {#design-proper-access-controls}
+### 1. সঠিক এক্সেস কন্ট্রোল ডিজাইন করুন {#design-proper-access-controls}
-স্মার্ট কন্ট্র্যাক্টে, `public` বা `external` হিসেবে চিহ্নিত ফাংশনগুলো যেকোনো এক্সটার্নালি ওনড অ্যাকাউন্ট (EOAs) বা কন্ট্র্যাক্ট অ্যাকাউন্ট দ্বারা কল করা যেতে পারে। ফাংশনগুলোর জন্য পাবলিক ভিজিবিলিটি নির্দিষ্ট করা প্রয়োজন যদি আপনি চান অন্যরা আপনার কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করুক। তবে, `private` হিসেবে চিহ্নিত ফাংশনগুলো শুধুমাত্র স্মার্ট কন্ট্র্যাক্টের মধ্যে থাকা ফাংশন দ্বারা কল করা যেতে পারে, এক্সটার্নাল অ্যাকাউন্ট দ্বারা নয়। প্রতিটি নেটওয়ার্ক অংশগ্রহণকারীকে কন্ট্র্যাক্ট ফাংশনে অ্যাক্সেস দেওয়া সমস্যা তৈরি করতে পারে, বিশেষ করে যদি এর মানে হয় যে কেউ সংবেদনশীল অপারেশন (যেমন, নতুন টোকেন মিন্ট করা) সম্পাদন করতে পারে।
+স্মার্ট কন্ট্রাক্ট-এ, `public` বা `external` হিসেবে চিহ্নিত ফাংশনগুলো যেকোনো এক্সটার্নালি ওনড একাউন্ট (EOAs) বা কন্ট্রাক্ট একাউন্ট দ্বারা কল করা যেতে পারে। আপনি যদি চান অন্যরা আপনার কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করুক, তবে ফাংশনগুলোর জন্য পাবলিক ভিজিবিলিটি নির্দিষ্ট করা প্রয়োজন। তবে `private` হিসেবে চিহ্নিত ফাংশনগুলো শুধুমাত্র স্মার্ট কন্ট্রাক্ট-এর ভেতরের ফাংশন দ্বারাই কল করা যায়, কোনো এক্সটার্নাল একাউন্ট দ্বারা নয়। নেটওয়ার্ক-এর প্রতিটি অংশগ্রহণকারীকে কন্ট্রাক্ট ফাংশনগুলোতে এক্সেস দেওয়া সমস্যার কারণ হতে পারে, বিশেষ করে যদি এর মানে হয় যে যেকেউ সংবেদনশীল কাজগুলো (যেমন, নতুন টোকেন মিন্ট করা) করতে পারে।
-স্মার্ট কন্ট্র্যাক্ট ফাংশনের অননুমোদিত ব্যবহার রোধ করতে, সুরক্ষিত অ্যাক্সেস কন্ট্রোল বাস্তবায়ন করা প্রয়োজন। অ্যাক্সেস কন্ট্রোল মেকানিজম একটি স্মার্ট কন্ট্র্যাক্টে নির্দিষ্ট ফাংশন ব্যবহার করার ক্ষমতাকে অনুমোদিত সত্তার মধ্যে সীমাবদ্ধ করে, যেমন কন্ট্র্যাক্ট পরিচালনার জন্য দায়ী অ্যাকাউন্টগুলো। স্মার্ট কন্ট্র্যাক্টে অ্যাক্সেস কন্ট্রোল বাস্তবায়নের জন্য **ওনেবল প্যাটার্ন** এবং **রোল-বেসড কন্ট্রোল** দুটি দরকারী প্যাটার্ন:
+স্মার্ট কন্ট্রাক্ট ফাংশনগুলোর অননুমোদিত ব্যবহার রোধ করতে, নিরাপদ এক্সেস কন্ট্রোল বাস্তবায়ন করা প্রয়োজন। এক্সেস কন্ট্রোল মেকানিজমগুলো একটি স্মার্ট কন্ট্রাক্ট-এর নির্দিষ্ট ফাংশনগুলো ব্যবহারের ক্ষমতা শুধুমাত্র অনুমোদিত সত্তাগুলোর মধ্যে সীমাবদ্ধ করে, যেমন কন্ট্রাক্ট পরিচালনার জন্য দায়ী একাউন্টগুলো। স্মার্ট কন্ট্রাক্ট-এ এক্সেস কন্ট্রোল বাস্তবায়নের জন্য **Ownable pattern** এবং **role-based control** হলো দুটি কার্যকরী প্যাটার্ন:
-#### ওনেবল প্যাটার্ন {#ownable-pattern}
+#### Ownable প্যাটার্ন {#ownable-pattern}
-ওনেবল প্যাটার্নে, কন্ট্র্যাক্ট-তৈরির প্রক্রিয়া চলাকালীন একটি অ্যাড্রেসকে কন্ট্র্যাক্টের “মালিক” হিসাবে সেট করা হয়। সুরক্ষিত ফাংশনগুলোতে একটি `OnlyOwner` মডিফায়ার বরাদ্দ করা হয়, যা নিশ্চিত করে যে কন্ট্র্যাক্টটি ফাংশনটি কার্যকর করার আগে কলিং অ্যাড্রেসের পরিচয় প্রমাণ করে। কন্ট্র্যাক্টের মালিক ছাড়া অন্য অ্যাড্রেস থেকে সুরক্ষিত ফাংশনে করা কলগুলো সর্বদা রিভার্ট হয়, যা অবাঞ্ছিত অ্যাক্সেস প্রতিরোধ করে।
+Ownable প্যাটার্নে, কন্ট্রাক্ট তৈরির প্রক্রিয়ার সময় একটি এডড্রেস-কে কন্ট্রাক্টের "মালিক" (owner) হিসেবে সেট করা হয়। সুরক্ষিত ফাংশনগুলোতে একটি `OnlyOwner` মডিফায়ার অ্যাসাইন করা হয়, যা নিশ্চিত করে যে ফাংশনটি এক্সিকিউট করার আগে কন্ট্রাক্টটি কলিং এডড্রেস-এর পরিচয় যাচাই করে। কন্ট্রাক্টের মালিক ছাড়া অন্য কোনো এডড্রেস থেকে সুরক্ষিত ফাংশনগুলোতে কল করা হলে তা সবসময় রিভার্ট হয়ে যায়, যা অবাঞ্ছিত এক্সেস প্রতিরোধ করে।
-#### ভূমিকা-ভিত্তিক অ্যাক্সেস কন্ট্রোল {#role-based-access-control}
+#### রোল-ভিত্তিক এক্সেস কন্ট্রোল {#role-based-access-control}
-একটি স্মার্ট কন্ট্র্যাক্টে একটি একক অ্যাড্রেসকে `Owner` হিসাবে নিবন্ধন করা সেন্ট্রালাইজেশনের ঝুঁকি তৈরি করে এবং একটি সিঙ্গেল পয়েন্ট-অফ-ফেলিওর উপস্থাপন করে। যদি মালিকের অ্যাকাউন্টের কী গুলো আপোস করা হয়, তাহলে অ্যাটাকাররা মালিকানাধীন কন্ট্র্যাক্টে আক্রমণ করতে পারে। এ কারণেই একাধিক প্রশাসনিক অ্যাকাউন্ট সহ একটি ভূমিকা-ভিত্তিক অ্যাক্সেস কন্ট্রোল প্যাটার্ন ব্যবহার করা একটি ভাল বিকল্প হতে পারে।
+একটি স্মার্ট কন্ট্রাক্ট-এ শুধুমাত্র একটি এডড্রেস-কে `Owner` হিসেবে রেজিস্টার করা সেন্ট্রালাইজেশনের ঝুঁকি তৈরি করে এবং এটি একটি সিঙ্গেল পয়েন্ট-অফ-ফেইলিওর (single point-of-failure) হিসেবে কাজ করে। যদি মালিকের একাউন্ট কি (keys) আপস করা হয়, তবে আক্রমণকারীরা মালিকানাধীন কন্ট্রাক্টে আক্রমণ করতে পারে। এই কারণেই একাধিক অ্যাডমিনিস্ট্রেটিভ একাউন্ট-এর সাথে একটি রোল-ভিত্তিক এক্সেস কন্ট্রোল প্যাটার্ন ব্যবহার করা একটি ভালো বিকল্প হতে পারে।
-ভূমিকা-ভিত্তিক অ্যাক্সেস কন্ট্রোলে, সংবেদনশীল ফাংশনগুলোতে অ্যাক্সেস বিশ্বস্ত অংশগ্রহণকারীদের একটি সেটের মধ্যে বিতরণ করা হয়। উদাহরণস্বরূপ, একটি অ্যাকাউন্ট টোকেন মিন্ট করার জন্য দায়ী হতে পারে, যখন অন্য একটি অ্যাকাউন্ট আপগ্রেড সম্পাদন করে বা কন্ট্র্যাক্টটি পজ করে। এইভাবে অ্যাক্সেস কন্ট্রোল ডিসেন্ট্রালাইজ করা সিঙ্গেল পয়েন্ট অফ ফেলিওর দূর করে এবং ব্যবহারকারীদের জন্য বিশ্বাসের অনুমান কমায়।
+রোল-ভিত্তিক এক্সেস কন্ট্রোলে, সংবেদনশীল ফাংশনগুলোর এক্সেস বিশ্বস্ত অংশগ্রহণকারীদের একটি সেটের মধ্যে ডিস্ট্রিবিউটেড থাকে। উদাহরণস্বরূপ, একটি একাউন্ট টোকেন মিন্ট করার জন্য দায়ী হতে পারে, যখন অন্য একটি একাউন্ট আপগ্রেড করে বা কন্ট্রাক্টটি পজ (pause) করে। এইভাবে এক্সেস কন্ট্রোল ডিসেন্ট্রালাইজড করা সিঙ্গেল পয়েন্ট অফ ফেইলিওর দূর করে এবং ব্যবহারকারীদের জন্য ট্রাস্ট অ্যাসাম্পশন (trust assumptions) কমায়।
##### মাল্টি-সিগনেচার ওয়ালেট ব্যবহার করা
-সুরক্ষিত অ্যাক্সেস কন্ট্রোল বাস্তবায়নের আরেকটি পদ্ধতি হল একটি কন্ট্র্যাক্ট পরিচালনা করার জন্য একটি [মাল্টি-সিগনেচার অ্যাকাউন্ট](/developers/docs/smart-contracts/#multisig) ব্যবহার করা। একটি সাধারণ EOA-এর মতো নয়, মাল্টি-সিগনেচার অ্যাকাউন্টগুলো একাধিক সত্তার মালিকানাধীন এবং লেনদেন সম্পাদন করার জন্য ন্যূনতম সংখ্যক অ্যাকাউন্ট থেকে স্বাক্ষরের প্রয়োজন হয়—ধরুন 5টির মধ্যে 3টি।
+নিরাপদ এক্সেস কন্ট্রোল বাস্তবায়নের আরেকটি পদ্ধতি হলো একটি কন্ট্রাক্ট পরিচালনা করার জন্য একটি [মাল্টি-সিগনেচার একাউন্ট](/developers/docs/smart-contracts/#multisig) ব্যবহার করা। একটি সাধারণ EOA-এর বিপরীতে, মাল্টি-সিগনেচার একাউন্টগুলো একাধিক সত্তার মালিকানাধীন থাকে এবং লেনদেন এক্সিকিউট করার জন্য ন্যূনতম সংখ্যক একাউন্ট থেকে সিগনেচারের প্রয়োজন হয়—যেমন 5 জনের মধ্যে 3 জন।
-অ্যাক্সেস কন্ট্রোলের জন্য একটি মাল্টিসিগ ব্যবহার করা সুরক্ষার একটি অতিরিক্ত লেয়ার যোগ করে কারণ টার্গেট কন্ট্র্যাক্টের উপর অ্যাকশনগুলোর জন্য একাধিক পক্ষের সম্মতি প্রয়োজন। এটি বিশেষভাবে উপযোগী যদি ওনেবল প্যাটার্ন ব্যবহার করা প্রয়োজন হয়, কারণ এটি একজন অ্যাটাকার বা দুর্বৃত্ত অভ্যন্তরীণ ব্যক্তির পক্ষে ক্ষতিকারক উদ্দেশ্যে সংবেদনশীল কন্ট্র্যাক্ট ফাংশনগুলোকে ম্যানিপুলেট করা আরও কঠিন করে তোলে।
+এক্সেস কন্ট্রোলের জন্য একটি মাল্টিসিগ ব্যবহার করা নিরাপত্তার একটি অতিরিক্ত স্তর যুক্ত করে, কারণ টার্গেট কন্ট্রাক্টে কোনো কাজ করার জন্য একাধিক পক্ষের সম্মতির প্রয়োজন হয়। এটি বিশেষভাবে কার্যকর যদি Ownable প্যাটার্ন ব্যবহার করা প্রয়োজনীয় হয়, কারণ এটি কোনো আক্রমণকারী বা ক্ষতিকারক ইনসাইডারের জন্য ক্ষতিকারক উদ্দেশ্যে সংবেদনশীল কন্ট্রাক্ট ফাংশনগুলোকে ম্যানিপুলেট করা আরও কঠিন করে তোলে।
-### 2. কন্ট্র্যাক্ট অপারেশন রক্ষা করতে require(), assert(), এবং revert() স্টেটমেন্ট ব্যবহার করুন {#use-require-assert-revert}
+### 2. কন্ট্রাক্ট অপারেশনগুলো সুরক্ষিত করতে require(), assert(), এবং revert() স্টেটমেন্ট ব্যবহার করুন {#use-require-assert-revert}
-যেমন উল্লেখ করা হয়েছে, একবার আপনার স্মার্ট কন্ট্র্যাক্ট ব্লকচেইনে ডিপ্লয় করা হলে যে কেউ পাবলিক ফাংশন কল করতে পারে। যেহেতু আপনি আগে থেকে জানতে পারবেন না যে এক্সটার্নাল অ্যাকাউন্টগুলো কীভাবে একটি কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করবে, তাই ডিপ্লয় করার আগে সমস্যাযুক্ত অপারেশনের বিরুদ্ধে অভ্যন্তরীণ সুরক্ষা প্রয়োগ করা আদর্শ। আপনি `require()`, `assert()`, এবং `revert()` স্টেটমেন্ট ব্যবহার করে স্মার্ট কন্ট্র্যাক্টে সঠিক আচরণ প্রয়োগ করতে পারেন যাতে এক্সিকিউশন নির্দিষ্ট প্রয়োজনীয়তা পূরণ করতে ব্যর্থ হলে ব্যতিক্রম ট্রিগার করে এবং স্টেট পরিবর্তনগুলো রিভার্ট করে।
+যেমনটি উল্লেখ করা হয়েছে, আপনার স্মার্ট কন্ট্রাক্ট একবার ব্লকচেইন-এ ডিপ্লয় হয়ে গেলে যেকেউ এর পাবলিক ফাংশনগুলো কল করতে পারে। যেহেতু আপনি আগে থেকে জানতে পারবেন না যে এক্সটার্নাল একাউন্টগুলো কীভাবে একটি কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করবে, তাই ডিপ্লয় করার আগে সমস্যামূলক অপারেশনগুলোর বিরুদ্ধে অভ্যন্তরীণ সুরক্ষামূলক ব্যবস্থা বাস্তবায়ন করা আদর্শ। আপনি `require()`, `assert()`, এবং `revert()` স্টেটমেন্টগুলো ব্যবহার করে স্মার্ট কন্ট্রাক্ট-এ সঠিক আচরণ নিশ্চিত করতে পারেন, যা নির্দিষ্ট শর্ত পূরণ করতে ব্যর্থ হলে এক্সেপশন ট্রিগার করে এবং স্টেট পরিবর্তনগুলো রিভার্ট করে।
-**`require()`**: `require` ফাংশনের শুরুতে সংজ্ঞায়িত করা হয় এবং এটি নিশ্চিত করে যে কল করা ফাংশনটি কার্যকর করার আগে পূর্বনির্ধারিত শর্তগুলো পূরণ করা হয়েছে। একটি ফাংশনের সাথে অগ্রসর হওয়ার আগে ব্যবহারকারীর ইনপুট ভ্যালিডেট করতে, স্টেট ভ্যারিয়েবল চেক করতে বা কলিং অ্যাকাউন্টের পরিচয় প্রমাণ করতে একটি `require` স্টেটমেন্ট ব্যবহার করা যেতে পারে।
+**`require()`**: `require` ফাংশনগুলোর শুরুতে সংজ্ঞায়িত করা হয় এবং এটি নিশ্চিত করে যে কল করা ফাংশনটি এক্সিকিউট হওয়ার আগে পূর্বনির্ধারিত শর্তগুলো পূরণ হয়েছে। একটি `require` স্টেটমেন্ট ব্যবহার করে ব্যবহারকারীর ইনপুট যাচাই করা, স্টেট ভেরিয়েবল চেক করা, অথবা কোনো ফাংশনের কাজ এগিয়ে নেওয়ার আগে কলিং একাউন্ট-এর পরিচয় যাচাই করা যেতে পারে।
-**`assert()`**: `assert()` অভ্যন্তরীণ ত্রুটি সনাক্ত করতে এবং আপনার কোডে “ইনভ্যারিয়েন্ট” এর লঙ্ঘন পরীক্ষা করতে ব্যবহৃত হয়। একটি ইনভ্যারিয়েন্ট হলো একটি কন্ট্র্যাক্টের স্টেট সম্পর্কে একটি যৌক্তিক দাবি যা সমস্ত ফাংশন এক্সিকিউশনের জন্য সত্য থাকা উচিত। একটি উদাহরণ ইনভ্যারিয়েন্ট হলো একটি টোকেন কন্ট্র্যাক্টের সর্বোচ্চ মোট সরবরাহ বা ব্যালেন্স। `assert()` ব্যবহার করা নিশ্চিত করে যে আপনার কন্ট্র্যাক্ট কখনও একটি দুর্বল স্টেটে পৌঁছায় না, এবং যদি পৌঁছায়, তবে স্টেট ভ্যারিয়েবলের সমস্ত পরিবর্তন রোল ব্যাক করা হয়।
+**`assert()`**: `assert()` ব্যবহার করা হয় অভ্যন্তরীণ ত্রুটি শনাক্ত করতে এবং আপনার কোডে "ইনভ্যারিয়েন্ট" (invariants)-এর লঙ্ঘন চেক করতে। একটি ইনভ্যারিয়েন্ট হলো একটি কন্ট্রাক্টের স্টেট সম্পর্কে একটি যৌক্তিক দাবি যা সমস্ত ফাংশন এক্সিকিউশনের জন্য সত্য হওয়া উচিত। একটি ইনভ্যারিয়েন্টের উদাহরণ হলো একটি টোকেন কন্ট্রাক্টের সর্বোচ্চ মোট সাপ্লাই বা ব্যালেন্স। `assert()` ব্যবহার করা নিশ্চিত করে যে আপনার কন্ট্রাক্ট কখনোই কোনো দুর্বল স্টেটে পৌঁছাবে না, এবং যদি পৌঁছায়ও, তবে স্টেট ভেরিয়েবলের সমস্ত পরিবর্তন রোল ব্যাক করা হয়।
-**`revert()`**: `revert()` একটি if-else স্টেটমেন্টে ব্যবহার করা যেতে পারে যা প্রয়োজনীয় শর্ত পূরণ না হলে একটি ব্যতিক্রম ট্রিগার করে। নিচের স্যাম্পল কন্ট্র্যাক্টটি ফাংশনের এক্সিকিউশন রক্ষা করতে `revert()` ব্যবহার করে:
+**`revert()`**: `revert()` একটি if-else স্টেটমেন্টে ব্যবহার করা যেতে পারে যা প্রয়োজনীয় শর্ত পূরণ না হলে একটি এক্সেপশন ট্রিগার করে। নিচের নমুনা কন্ট্রাক্টটি ফাংশনগুলোর এক্সিকিউশন সুরক্ষিত করতে `revert()` ব্যবহার করে:
```
pragma solidity ^0.8.4;
@@ -70,89 +70,89 @@ contract VendingMachine {
}
```
-### 3. স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করুন এবং কোডের সঠিকতা যাচাই করুন {#test-smart-contracts-and-verify-code-correctness}
+### 3. স্মার্ট কন্ট্রাক্ট পরীক্ষা করুন এবং কোডের সঠিকতা যাচাই করুন {#test-smart-contracts-and-verify-code-correctness}
-[ইথেরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/) এ চালিত কোডের অপরিবর্তনীয়তার অর্থ হলো স্মার্ট কন্ট্র্যাক্টগুলোর ডেভেলপমেন্ট পর্যায়ে উচ্চ স্তরের গুণমান মূল্যায়নের প্রয়োজন হয়। আপনার কন্ট্র্যাক্ট ব্যাপকভাবে পরীক্ষা করা এবং যেকোনো অপ্রত্যাশিত ফলাফলের জন্য এটি পর্যবেক্ষণ করা নিরাপত্তা অনেক উন্নত করবে এবং দীর্ঘমেয়াদে আপনার ব্যবহারকারীদের রক্ষা করবে।
+[ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)-এ চলা কোডের ইমমিউটেবল প্রকৃতির মানে হলো স্মার্ট কন্ট্রাক্টগুলো ডেভেলপমেন্ট পর্যায়ে উচ্চ স্তরের গুণমান মূল্যায়নের দাবি রাখে। আপনার কন্ট্রাক্টটি ব্যাপকভাবে পরীক্ষা করা এবং কোনো অপ্রত্যাশিত ফলাফলের জন্য এটি পর্যবেক্ষণ করা নিরাপত্তাকে অনেকাংশে উন্নত করবে এবং দীর্ঘমেয়াদে আপনার ব্যবহারকারীদের রক্ষা করবে।
-সাধারণ পদ্ধতি হলো ব্যবহারকারীদের কাছ থেকে কন্ট্র্যাক্ট যে মক ডেটা পাওয়ার আশা করে তা ব্যবহার করে ছোট ইউনিট টেস্ট লেখা। [ইউনিট টেস্টিং](/developers/docs/smart-contracts/testing/#unit-testing) নির্দিষ্ট ফাংশনের ফাংশনালিটি পরীক্ষা করার জন্য এবং একটি স্মার্ট কন্ট্র্যাক্ট প্রত্যাশিতভাবে কাজ করে তা নিশ্চিত করার জন্য ভালো।
+সাধারণ পদ্ধতি হলো মক ডেটা ব্যবহার করে ছোট ইউনিট টেস্ট লেখা, যা কন্ট্রাক্টটি ব্যবহারকারীদের কাছ থেকে পাবে বলে আশা করা হয়। নির্দিষ্ট ফাংশনগুলোর কার্যকারিতা পরীক্ষা করার জন্য এবং একটি স্মার্ট কন্ট্রাক্ট প্রত্যাশা অনুযায়ী কাজ করছে কিনা তা নিশ্চিত করার জন্য [ইউনিট টেস্টিং](/developers/docs/smart-contracts/testing/#unit-testing) ভালো।
-দুর্ভাগ্যবশত, বিচ্ছিন্নভাবে ব্যবহার করা হলে স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা উন্নত করার জন্য ইউনিট টেস্টিং ন্যূনতম কার্যকর। একটি ইউনিট টেস্ট প্রমাণ করতে পারে যে একটি ফাংশন মক ডেটার জন্য সঠিকভাবে এক্সিকিউট হয়, কিন্তু ইউনিট টেস্টগুলো ততটাই কার্যকর যতটা টেস্ট লেখা হয়। এটি মিস করা এজ কেস এবং দুর্বলতাগুলো সনাক্ত করা কঠিন করে তোলে যা আপনার স্মার্ট কন্ট্র্যাক্টের নিরাপত্তাকে ভেঙে দিতে পারে।
+দুর্ভাগ্যবশত, যখন আলাদাভাবে ব্যবহার করা হয় তখন স্মার্ট কন্ট্রাক্ট-এর নিরাপত্তা উন্নত করার জন্য ইউনিট টেস্টিং খুব কমই কার্যকর। একটি ইউনিট টেস্ট প্রমাণ করতে পারে যে একটি ফাংশন মক ডেটার জন্য সঠিকভাবে এক্সিকিউট হয়, কিন্তু ইউনিট টেস্টগুলো কেবল ততটাই কার্যকর যতটা টেস্ট লেখা হয়। এটি মিস হওয়া এজ কেস (edge cases) এবং দুর্বলতাগুলো শনাক্ত করা কঠিন করে তোলে যা আপনার স্মার্ট কন্ট্রাক্ট-এর নিরাপত্তা ভেঙে দিতে পারে।
-একটি ভালো পদ্ধতি হল [স্ট্যাটিক এবং ডাইনামিক বিশ্লেষণ](/developers/docs/smart-contracts/testing/#static-dynamic-analysis) ব্যবহার করে সম্পাদিত প্রপার্টি-বেসড টেস্টিংয়ের সাথে ইউনিট টেস্টিং একত্রিত করা। স্ট্যাটিক বিশ্লেষণ পৌঁছানোযোগ্য প্রোগ্রাম স্টেট এবং এক্সিকিউশন পাথ বিশ্লেষণ করতে নিম্ন-স্তরের উপস্থাপনার উপর নির্ভর করে, যেমন [কন্ট্রোল ফ্লো গ্রাফ](https://en.wikipedia.org/wiki/Control-flow_graph) এবং [অ্যাবস্ট্রাক্ট সিনট্যাক্স ট্রি](https://deepsource.io/glossary/ast/)। এদিকে, ডাইনামিক বিশ্লেষণ কৌশল, যেমন [স্মার্ট কন্ট্র্যাক্ট ফাজিং](https://www.cyfrin.io/blog/smart-contract-fuzzing-and-invariants-testing-foundry), নিরাপত্তা বৈশিষ্ট্য লঙ্ঘন করে এমন অপারেশন সনাক্ত করতে র্যান্ডম ইনপুট মান সহ কন্ট্র্যাক্ট কোড এক্সিকিউট করে।
+একটি ভালো পদ্ধতি হলো ইউনিট টেস্টিংয়ের সাথে [স্ট্যাটিক এবং ডায়নামিক অ্যানালাইসিস](/developers/docs/smart-contracts/testing/#static-dynamic-analysis) ব্যবহার করে করা প্রপার্টি-ভিত্তিক টেস্টিং একত্রিত করা। স্ট্যাটিক অ্যানালাইসিস পৌঁছানো যায় এমন প্রোগ্রাম স্টেট এবং এক্সিকিউশন পাথগুলো বিশ্লেষণ করতে লো-লেভেল রিপ্রেজেন্টেশন, যেমন [কন্ট্রোল ফ্লো গ্রাফ](https://en.wikipedia.org/wiki/Control-flow_graph) এবং [অ্যাবস্ট্রাক্ট সিনট্যাক্স ট্রি](https://deepsource.io/glossary/ast/)-এর উপর নির্ভর করে। অন্যদিকে, ডায়নামিক অ্যানালাইসিস কৌশলগুলো, যেমন [স্মার্ট কন্ট্রাক্ট ফাজিং](https://www.cyfrin.io/blog/smart-contract-fuzzing-and-invariants-testing-foundry), নিরাপত্তা বৈশিষ্ট্য লঙ্ঘন করে এমন অপারেশনগুলো শনাক্ত করতে র্যান্ডম ইনপুট ভ্যালু দিয়ে কন্ট্রাক্ট কোড এক্সিকিউট করে।
-[ফর্মাল ভেরিফিকেশন](/developers/docs/smart-contracts/formal-verification) স্মার্ট কন্ট্র্যাক্টে নিরাপত্তা বৈশিষ্ট্য যাচাই করার আরেকটি কৌশল। নিয়মিত পরীক্ষার মতো নয়, ফর্মাল ভেরিফিকেশন একটি স্মার্ট কন্ট্র্যাক্টে ত্রুটির অনুপস্থিতি নিশ্চিতভাবে প্রমাণ করতে পারে। এটি একটি ফর্মাল স্পেসিফিকেশন তৈরি করে অর্জন করা হয় যা পছন্দসই নিরাপত্তা বৈশিষ্ট্যগুলো ক্যাপচার করে এবং প্রমাণ করে যে কন্ট্র্যাক্টগুলোর একটি ফর্মাল মডেল এই স্পেসিফিকেশন মেনে চলে।
+স্মার্ট কন্ট্রাক্ট-এ নিরাপত্তা বৈশিষ্ট্য যাচাই করার আরেকটি কৌশল হলো [ফরমাল ভেরিফিকেশন](/developers/docs/smart-contracts/formal-verification)। সাধারণ টেস্টিংয়ের বিপরীতে, ফরমাল ভেরিফিকেশন একটি স্মার্ট কন্ট্রাক্ট-এ ত্রুটির অনুপস্থিতি চূড়ান্তভাবে প্রমাণ করতে পারে। এটি একটি ফরমাল স্পেসিফিকেশন তৈরি করে অর্জন করা হয় যা কাঙ্ক্ষিত নিরাপত্তা বৈশিষ্ট্যগুলো ক্যাপচার করে এবং প্রমাণ করে যে কন্ট্রাক্টগুলোর একটি ফরমাল মডেল এই স্পেসিফিকেশন মেনে চলে।
-### ৪. আপনার কোডের একটি স্বাধীন পর্যালোচনার জন্য অনুরোধ করুন {#get-independent-code-reviews}
+### 4. আপনার কোডের একটি স্বাধীন পর্যালোচনার জন্য জিজ্ঞাসা করুন {#get-independent-code-reviews}
-আপনার কন্ট্র্যাক্ট পরীক্ষা করার পরে, অন্যদের কোনো নিরাপত্তা সমস্যার জন্য সোর্স কোড চেক করতে বলা ভালো। টেস্টিং একটি স্মার্ট কন্ট্র্যাক্টের প্রতিটি ত্রুটি উন্মোচন করবে না, তবে একটি স্বাধীন পর্যালোচনা পাওয়া দুর্বলতা চিহ্নিত করার সম্ভাবনা বাড়িয়ে দেয়।
+আপনার কন্ট্রাক্ট পরীক্ষা করার পর, কোনো নিরাপত্তা সমস্যার জন্য সোর্স কোড চেক করতে অন্যদের বলা ভালো। টেস্টিং একটি স্মার্ট কন্ট্রাক্ট-এর প্রতিটি ত্রুটি উন্মোচন করবে না, তবে একটি স্বাধীন পর্যালোচনা পেলে দুর্বলতাগুলো শনাক্ত করার সম্ভাবনা বেড়ে যায়।
#### অডিট {#audits}
-একটি স্মার্ট কন্ট্র্যাক্ট অডিট কমিশন করা একটি স্বাধীন কোড রিভিউ পরিচালনা করার একটি উপায়। অডিটররা স্মার্ট কন্ট্র্যাক্টগুলো সুরক্ষিত এবং গুণমান ত্রুটি ও ডিজাইনের ভুল থেকে মুক্ত তা নিশ্চিত করতে একটি গুরুত্বপূর্ণ ভূমিকা পালন করে।
+একটি স্মার্ট কন্ট্রাক্ট অডিট করানো হলো একটি স্বাধীন কোড পর্যালোচনা পরিচালনার একটি উপায়। স্মার্ট কন্ট্রাক্টগুলো নিরাপদ এবং গুণগত ত্রুটি ও ডিজাইনের ভুল থেকে মুক্ত তা নিশ্চিত করতে অডিটররা একটি গুরুত্বপূর্ণ ভূমিকা পালন করে।
-তবুও, আপনার অডিটকে একটি অব্যর্থ সমাধান হিসেবে বিবেচনা করা উচিত নয়। স্মার্ট কন্ট্র্যাক্ট অডিট প্রতিটি বাগ ধরতে পারে না এবং বেশিরভাগই পর্যালোচনার একটি অতিরিক্ত রাউন্ড প্রদানের জন্য ডিজাইন করা হয়, যা প্রাথমিক ডেভেলপমেন্ট এবং পরীক্ষার সময় ডেভেলপারদের দ্বারা মিস করা সমস্যাগুলো সনাক্ত করতে সাহায্য করতে পারে। একটি স্মার্ট কন্ট্র্যাক্ট অডিটের সুবিধা সর্বাধিক করার জন্য আপনার অডিটরদের সাথে কাজ করার জন্য সেরা অনুশীলনগুলোও অনুসরণ করা উচিত, যেমন কোড সঠিকভাবে ডকুমেন্ট করা এবং ইনলাইন মন্তব্য যোগ করা।
+তা সত্ত্বেও, আপনার অডিটগুলোকে সব সমস্যার সমাধান (silver bullet) হিসেবে বিবেচনা করা এড়িয়ে চলা উচিত। স্মার্ট কন্ট্রাক্ট অডিট প্রতিটি বাগ ধরতে পারবে না এবং এগুলো মূলত পর্যালোচনার একটি অতিরিক্ত রাউন্ড প্রদান করার জন্য ডিজাইন করা হয়েছে, যা প্রাথমিক ডেভেলপমেন্ট এবং টেস্টিংয়ের সময় ডেভেলপারদের দ্বারা মিস হওয়া সমস্যাগুলো শনাক্ত করতে সাহায্য করতে পারে। একটি স্মার্ট কন্ট্রাক্ট অডিটের সুবিধা সর্বাধিক করতে আপনার অডিটরদের সাথে কাজ করার জন্য সর্বোত্তম অনুশীলনগুলোও অনুসরণ করা উচিত, যেমন কোড সঠিকভাবে ডকুমেন্ট করা এবং ইনলাইন কমেন্ট যোগ করা।
-- [স্মার্ট কন্ট্র্যাক্ট অডিটিং টিপস ও ট্রিকস](https://twitter.com/tinchoabbate/status/1400170232904400897) - _@tinchoabbate_
-- [আপনার অডিট থেকে সর্বাধিক সুবিধা নিন](https://inference.ag/blog/2023-08-14-tips/) - _ইনফারেন্স_
+- [স্মার্ট কন্ট্রাক্ট অডিটিং টিপস এবং ট্রিকস](https://twitter.com/tinchoabbate/status/1400170232904400897) - _@tinchoabbate_
+- [আপনার অডিটের সর্বোচ্চ ব্যবহার করুন](https://inference.ag/blog/2023-08-14-tips/) - _Inference_
#### বাগ বাউন্টি {#bug-bounties}
-একটি বাগ বাউন্টি প্রোগ্রাম সেট আপ করা এক্সটার্নাল কোড রিভিউ বাস্তবায়নের আরেকটি পদ্ধতি। একটি বাগ বাউন্টি হল এমন ব্যক্তিদের (সাধারণত হোয়াইটহ্যাট হ্যাকার) দেওয়া একটি আর্থিক পুরস্কার যারা একটি অ্যাপ্লিকেশনে দুর্বলতা আবিষ্কার করে।
+একটি বাগ বাউন্টি প্রোগ্রাম সেট আপ করা এক্সটার্নাল কোড পর্যালোচনা বাস্তবায়নের আরেকটি পদ্ধতি। বাগ বাউন্টি হলো একটি আর্থিক পুরস্কার যা সেই ব্যক্তিদের (সাধারণত হোয়াইটহ্যাট হ্যাকারদের) দেওয়া হয় যারা কোনো অ্যাপ্লিকেশনে দুর্বলতা আবিষ্কার করে।
-সঠিকভাবে ব্যবহার করা হলে, বাগ বাউন্টি হ্যাকার সম্প্রদায়ের সদস্যদের আপনার কোডকে গুরুতর ত্রুটির জন্য পরিদর্শন করার জন্য উৎসাহ দেয়। একটি বাস্তব-জীবনের উদাহরণ হল “ইনফিনিট মানি বাগ” যা একজন অ্যাটাকারকে [Optimism](https://www.optimism.io/)-এ সীমাহীন পরিমাণে ইথার তৈরি করতে দিত, যা Ethereum-এ চলমান একটি [লেয়ার 2](/layer-2/) প্রোটোকল। সৌভাগ্যবশত, একজন হোয়াইটহ্যাট হ্যাকার [ত্রুটিটি আবিষ্কার করেন](https://www.saurik.com/optimism.html) এবং টিমকে অবহিত করেন, [প্রক্রিয়াটিতে একটি বড় পেআউট অর্জন করেন](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/)।
+সঠিকভাবে ব্যবহার করা হলে, বাগ বাউন্টি হ্যাকার কমিউনিটির সদস্যদের আপনার কোডে গুরুতর ত্রুটিগুলো পরিদর্শন করার জন্য উৎসাহ দেয়। একটি বাস্তব জীবনের উদাহরণ হলো "ইনফিনিট মানি বাগ" যা একজন আক্রমণকারীকে ইথিরিয়ামে চলা একটি [লেয়ার ২](/layer-2/) প্রটোকল [Optimism](https://www.optimism.io/)-এ সীমাহীন পরিমাণ ইথার তৈরি করতে দিত। সৌভাগ্যবশত, একজন হোয়াইটহ্যাট হ্যাকার [ত্রুটিটি আবিষ্কার করেন](https://www.saurik.com/optimism.html) এবং টিমকে জানান, [যার ফলে তিনি একটি বড় অঙ্কের পুরস্কার অর্জন করেন](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/)।
-একটি দরকারী কৌশল হল একটি বাগ বাউন্টি প্রোগ্রামের পেআউটকে স্টেক করা ফান্ডের পরিমাণের অনুপাতে সেট করা। “[স্কেলিং বাগ বাউন্টি](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)” হিসাবে বর্ণিত, এই পদ্ধতিটি ব্যক্তিদের দুর্বলতাগুলো কাজে লাগানোর পরিবর্তে দায়িত্বশীলভাবে প্রকাশ করার জন্য আর্থিক উৎসাহ প্রদান করে।
+একটি কার্যকরী কৌশল হলো ঝুঁকিতে থাকা ফান্ডের পরিমাণের অনুপাতে একটি বাগ বাউন্টি প্রোগ্রামের পেআউট সেট করা। "[স্কেলিং বাগ বাউন্টি](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)" হিসেবে বর্ণিত এই পদ্ধতিটি ব্যক্তিদের দুর্বলতাগুলো কাজে লাগানোর পরিবর্তে দায়িত্বশীলভাবে প্রকাশ করার জন্য আর্থিক প্রণোদনা প্রদান করে।
-### ৫। স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্টের সময় সেরা অনুশীলনগুলো অনুসরণ করুন {#follow-smart-contract-development-best-practices}
+### 5. স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্টের সময় সর্বোত্তম অনুশীলনগুলো অনুসরণ করুন {#follow-smart-contract-development-best-practices}
-অডিট এবং বাগ বাউন্টির অস্তিত্ব উচ্চ-মানের কোড লেখার আপনার দায়িত্ব থেকে আপনাকে অব্যাহতি দেয় না। ভালো স্মার্ট কন্ট্র্যাক্ট সুরক্ষা সঠিক ডিজাইন এবং ডেভেলপমেন্ট প্রক্রিয়া অনুসরণ করার মাধ্যমে শুরু হয়:
+অডিট এবং বাগ বাউন্টির অস্তিত্ব আপনাকে উচ্চ-মানের কোড লেখার দায়িত্ব থেকে অব্যাহতি দেয় না। ভালো স্মার্ট কন্ট্রাক্ট নিরাপত্তা সঠিক ডিজাইন এবং ডেভেলপমেন্ট প্রক্রিয়া অনুসরণ করার মাধ্যমে শুরু হয়:
- সমস্ত কোড একটি ভার্সন কন্ট্রোল সিস্টেমে সংরক্ষণ করুন, যেমন git
-- সমস্ত কোড পরিবর্তন পুল রিকোয়েস্টের মাধ্যমে করুন
+- সমস্ত কোড পরিবর্তন পুল রিকোয়েস্টের (pull requests) মাধ্যমে করুন
-- নিশ্চিত করুন যে পুল রিকোয়েস্টগুলোতে অন্তত একজন স্বাধীন পর্যালোচক আছে—যদি আপনি কোনো প্রকল্পে একা কাজ করেন, তবে অন্য ডেভেলপার খুঁজে বের করার এবং কোড রিভিউ ট্রেড করার কথা বিবেচনা করুন
+- নিশ্চিত করুন যে পুল রিকোয়েস্টগুলোতে অন্তত একজন স্বাধীন পর্যালোচক আছে—যদি আপনি কোনো প্রজেক্টে একা কাজ করেন, তবে অন্যান্য ডেভেলপারদের খুঁজে বের করার এবং কোড পর্যালোচনার আদান-প্রদান করার কথা বিবেচনা করুন
-- স্মার্ট কন্ট্র্যাক্ট পরীক্ষা, কম্পাইল এবং ডিপ্লয় করার জন্য একটি [ডেভেলপমেন্ট এনভায়রনমেন্ট](/developers/docs/frameworks/) ব্যবহার করুন
+- স্মার্ট কন্ট্রাক্ট পরীক্ষা, কম্পাইল এবং ডিপ্লয় করার জন্য একটি [ডেভেলপমেন্ট এনভায়রনমেন্ট](/developers/docs/frameworks/) ব্যবহার করুন
-- আপনার কোডটি বেসিক কোড অ্যানালাইসিস টুলস, যেমন [Cyfrin Aderyn](https://github.com/Cyfrin/aderyn), Mythril এবং Slither-এর মাধ্যমে চালান। আদর্শগতভাবে, প্রতিটি পুল রিকোয়েস্ট মার্জ করার আগে আপনার এটি করা উচিত এবং আউটপুটের পার্থক্য তুলনা করা উচিত
+- আপনার কোড বেসিক কোড অ্যানালাইসিস টুলগুলোর মাধ্যমে রান করুন, যেমন [Cyfrin Aderyn](https://github.com/Cyfrin/aderyn), Mythril এবং Slither। আদর্শভাবে, প্রতিটি পুল রিকোয়েস্ট মার্জ হওয়ার আগে আপনার এটি করা উচিত এবং আউটপুটের পার্থক্যগুলো তুলনা করা উচিত
-- নিশ্চিত করুন যে আপনার কোড কোনো ত্রুটি ছাড়াই কম্পাইল হয়, এবং Solidity কম্পাইলার কোনো সতর্কতা জারি করে না
+- নিশ্চিত করুন যে আপনার কোড কোনো ত্রুটি ছাড়াই কম্পাইল হয় এবং Solidity কম্পাইলার কোনো ওয়ার্নিং দেয় না
-- আপনার কোড সঠিকভাবে ডকুমেন্ট করুন ([NatSpec](https://solidity.readthedocs.io/en/develop/natspec-format.html) ব্যবহার করে) এবং কন্ট্র্যাক্ট আর্কিটেকচার সম্পর্কে বিস্তারিত সহজ-বোধ্য ভাষায় বর্ণনা করুন। এটি অন্যদের জন্য আপনার কোড অডিট এবং পর্যালোচনা করা সহজ করে তুলবে।
+- আপনার কোড সঠিকভাবে ডকুমেন্ট করুন ([NatSpec](https://solidity.readthedocs.io/en/develop/natspec-format.html) ব্যবহার করে) এবং সহজে বোঝা যায় এমন ভাষায় কন্ট্রাক্ট আর্কিটেকচার সম্পর্কে বিস্তারিত বর্ণনা করুন। এটি অন্যদের জন্য আপনার কোড অডিট এবং পর্যালোচনা করা সহজ করে তুলবে।
-### ৬. মজবুত ডিজাস্টার রিকভারি প্ল্যান বাস্তবায়ন করুন {#implement-disaster-recovery-plans}
+### 6. শক্তিশালী ডিজাস্টার রিকভারি প্ল্যান বাস্তবায়ন করুন {#implement-disaster-recovery-plans}
-সুরক্ষিত অ্যাক্সেস কন্ট্রোল ডিজাইন করা, ফাংশন মডিফায়ার বাস্তবায়ন করা, এবং অন্যান্য পরামর্শগুলো স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা উন্নত করতে পারে, কিন্তু তারা ক্ষতিকারক এক্সপ্লয়েটের সম্ভাবনাকে বাতিল করতে পারে না। সুরক্ষিত স্মার্ট কন্ট্র্যাক্ট তৈরির জন্য “ব্যর্থতার জন্য প্রস্তুতি” এবং আক্রমণের বিরুদ্ধে কার্যকরভাবে প্রতিক্রিয়া জানানোর জন্য একটি ফলব্যাক প্ল্যান থাকা প্রয়োজন। একটি সঠিক ডিজাস্টার রিকভারি প্ল্যানে নিম্নলিখিত উপাদানগুলোর কিছু বা সবগুলো অন্তর্ভুক্ত থাকবে:
+নিরাপদ এক্সেস কন্ট্রোল ডিজাইন করা, ফাংশন মডিফায়ার বাস্তবায়ন করা এবং অন্যান্য পরামর্শগুলো স্মার্ট কন্ট্রাক্ট-এর নিরাপত্তা উন্নত করতে পারে, তবে এগুলো ক্ষতিকারক এক্সপ্লয়েটের সম্ভাবনাকে বাতিল করতে পারে না। নিরাপদ স্মার্ট কন্ট্রাক্ট তৈরি করার জন্য "ব্যর্থতার জন্য প্রস্তুতি" এবং আক্রমণের কার্যকরভাবে প্রতিক্রিয়া জানানোর জন্য একটি ফলব্যাক প্ল্যান থাকা প্রয়োজন। একটি সঠিক ডিজাস্টার রিকভারি প্ল্যানে নিচের কিছু বা সমস্ত উপাদান অন্তর্ভুক্ত থাকবে:
-#### কন্ট্র্যাক্ট আপগ্রেড {#contract-upgrades}
+#### কন্ট্রাক্ট আপগ্রেড {#contract-upgrades}
-যদিও Ethereum স্মার্ট কন্ট্র্যাক্টগুলো ডিফল্টভাবে অপরিবর্তনীয়, আপগ্রেড প্যাটার্ন ব্যবহার করে কিছু মাত্রার মিউটেবিলিটি অর্জন করা সম্ভব। কন্ট্র্যাক্ট আপগ্রেড করা সেইসব ক্ষেত্রে প্রয়োজন যেখানে একটি গুরুতর ত্রুটি আপনার পুরানো কন্ট্র্যাক্টকে অব্যবহারযোগ্য করে তোলে এবং নতুন লজিক ডিপ্লয় করা সবচেয়ে কার্যকর বিকল্প।
+যদিও ইথিরিয়াম স্মার্ট কন্ট্রাক্টগুলো ডিফল্টভাবে ইমমিউটেবল, আপগ্রেড প্যাটার্ন ব্যবহার করে কিছুটা মিউটেবিলিটি অর্জন করা সম্ভব। এমন ক্ষেত্রে কন্ট্রাক্ট আপগ্রেড করা প্রয়োজন যেখানে একটি গুরুতর ত্রুটি আপনার পুরোনো কন্ট্রাক্টটিকে অকেজো করে দেয় এবং নতুন লজিক ডিপ্লয় করা সবচেয়ে সম্ভাব্য বিকল্প হয়।
-কন্ট্র্যাক্ট আপগ্রেড মেকানিজমগুলো ভিন্নভাবে কাজ করে, কিন্তু “প্রক্সি প্যাটার্ন” স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার জন্য আরও জনপ্রিয় পদ্ধতিগুলোর মধ্যে একটি। [প্রক্সি প্যাটার্ন](https://www.cyfrin.io/blog/upgradeable-proxy-smart-contract-pattern) একটি অ্যাপ্লিকেশনের স্টেট এবং লজিককে _দুইটি_ কন্ট্র্যাক্টের মধ্যে বিভক্ত করে। প্রথম কন্ট্র্যাক্টটি (যাকে ‘প্রক্সি কন্ট্র্যাক্ট’ বলা হয়) স্টেট ভ্যারিয়েবল (যেমন, ব্যবহারকারীর ব্যালেন্স) স্টোর করে, যখন দ্বিতীয় কন্ট্র্যাক্টটি (যাকে ‘লজিক কন্ট্র্যাক্ট’ বলা হয়) কন্ট্র্যাক্ট ফাংশন এক্সিকিউট করার জন্য কোড ধারণ করে।
+কন্ট্রাক্ট আপগ্রেড মেকানিজমগুলো ভিন্নভাবে কাজ করে, তবে স্মার্ট কন্ট্রাক্ট আপগ্রেড করার জন্য "প্রক্সি প্যাটার্ন" হলো অন্যতম জনপ্রিয় পদ্ধতি। [প্রক্সি প্যাটার্ন](https://www.cyfrin.io/blog/upgradeable-proxy-smart-contract-pattern) একটি অ্যাপ্লিকেশনের স্টেট এবং লজিককে _দুটি_ কন্ট্রাক্টের মধ্যে বিভক্ত করে। প্রথম কন্ট্রাক্টটি (যাকে 'প্রক্সি কন্ট্রাক্ট' বলা হয়) স্টেট ভেরিয়েবলগুলো (যেমন, ব্যবহারকারীর ব্যালেন্স) সংরক্ষণ করে, যখন দ্বিতীয় কন্ট্রাক্টটি (যাকে 'লজিক কন্ট্রাক্ট' বলা হয়) কন্ট্রাক্ট ফাংশনগুলো এক্সিকিউট করার জন্য কোড ধারণ করে।
-অ্যাকাউন্টগুলো প্রক্সি কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করে, যা [`delegatecall()`](https://docs.soliditylang.org/en/v0.8.16/introduction-to-smart-contracts.html?highlight=delegatecall#delegatecall-callcode-and-libraries) লো-লেভেল কল ব্যবহার করে সমস্ত ফাংশন কল লজিক কন্ট্র্যাক্টে প্রেরণ করে। একটি নিয়মিত মেসেজ কলের মতো নয়, `delegatecall()` নিশ্চিত করে যে লজিক কন্ট্র্যাক্টের অ্যাড্রেসে চলমান কোডটি কলিং কন্ট্র্যাক্টের প্রেক্ষাপটে এক্সিকিউট হয়। এর মানে হল লজিক কন্ট্র্যাক্টটি সর্বদা প্রক্সির স্টোরেজে লিখবে (এর নিজস্ব স্টোরেজের পরিবর্তে) এবং `msg.sender` ও `msg.value`-এর মূল মানগুলো সংরক্ষিত থাকবে।
+একাউন্টগুলো প্রক্সি কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করে, যা [`delegatecall()`](https://docs.soliditylang.org/en/v0.8.16/introduction-to-smart-contracts.html?highlight=delegatecall#delegatecall-callcode-and-libraries) লো-লেভেল কল ব্যবহার করে সমস্ত ফাংশন কল লজিক কন্ট্রাক্টে পাঠায়। একটি সাধারণ মেসেজ কলের বিপরীতে, `delegatecall()` নিশ্চিত করে যে লজিক কন্ট্রাক্টের এডড্রেস-এ চলা কোডটি কলিং কন্ট্রাক্টের কনটেক্সটে এক্সিকিউট হয়। এর মানে হলো লজিক কন্ট্রাক্ট সবসময় প্রক্সির স্টোরেজে লিখবে (এর নিজস্ব স্টোরেজের পরিবর্তে) এবং `msg.sender` ও `msg.value`-এর আসল ভ্যালুগুলো সংরক্ষিত থাকে।
-লজিক কন্ট্র্যাক্টে কল ডেলিগেট করার জন্য প্রক্সি কন্ট্র্যাক্টের স্টোরেজে এর অ্যাড্রেস সংরক্ষণ করা প্রয়োজন। সুতরাং, কন্ট্র্যাক্টের লজিক আপগ্রেড করা শুধুমাত্র অন্য একটি লজিক কন্ট্র্যাক্ট ডিপ্লয় করা এবং প্রক্সি কন্ট্র্যাক্টে নতুন অ্যাড্রেস সংরক্ষণ করার বিষয়। যেহেতু প্রক্সি কন্ট্র্যাক্টে পরবর্তী কলগুলো স্বয়ংক্রিয়ভাবে নতুন লজিক কন্ট্র্যাক্টে রাউট করা হয়, আপনি আসলে কোড পরিবর্তন না করেই কন্ট্র্যাক্টটি “আপগ্রেড” করেছেন।
+লজিক কন্ট্রাক্টে কল ডেলিগেট করার জন্য প্রক্সি কন্ট্রাক্টের স্টোরেজে এর এডড্রেস সংরক্ষণ করা প্রয়োজন। তাই, কন্ট্রাক্টের লজিক আপগ্রেড করা মানে হলো কেবল আরেকটি লজিক কন্ট্রাক্ট ডিপ্লয় করা এবং প্রক্সি কন্ট্রাক্টে নতুন এডড্রেসটি সংরক্ষণ করা। যেহেতু প্রক্সি কন্ট্রাক্টে পরবর্তী কলগুলো স্বয়ংক্রিয়ভাবে নতুন লজিক কন্ট্রাক্টে রাউট করা হয়, তাই আপনি আসলে কোড পরিবর্তন না করেই কন্ট্রাক্টটি "আপগ্রেড" করে ফেলবেন।
-[কন্ট্র্যাক্ট আপগ্রেড করার বিষয়ে আরও জানুন](/developers/docs/smart-contracts/upgrading/)।
+[কন্ট্রাক্ট আপগ্রেড করা সম্পর্কে আরও জানুন](/developers/docs/smart-contracts/upgrading/)।
-#### জরুরী স্টপ {#emergency-stops}
+#### ইমার্জেন্সি স্টপ {#emergency-stops}
-যেমন উল্লেখ করা হয়েছে, ব্যাপক অডিটিং এবং টেস্টিং সম্ভবত একটি স্মার্ট কন্ট্র্যাক্টের সমস্ত বাগ আবিষ্কার করতে পারে না। ডিপ্লয়মেন্টের পরে যদি আপনার কোডে কোনো দুর্বলতা দেখা দেয়, তবে এটি প্যাচ করা অসম্ভব কারণ আপনি কন্ট্র্যাক্ট অ্যাড্রেসে চলমান কোড পরিবর্তন করতে পারবেন না। এছাড়াও, আপগ্রেড মেকানিজম (যেমন, প্রক্সি প্যাটার্ন) বাস্তবায়ন করতে সময় লাগতে পারে (এগুলোর জন্য প্রায়শই বিভিন্ন পক্ষের অনুমোদন প্রয়োজন হয়), যা শুধুমাত্র অ্যাটাকারদের আরও বেশি ক্ষতি করার জন্য আরও সময় দেয়।
+যেমনটি উল্লেখ করা হয়েছে, ব্যাপক অডিটিং এবং টেস্টিং একটি স্মার্ট কন্ট্রাক্ট-এর সমস্ত বাগ আবিষ্কার করতে পারে না। ডিপ্লয়মেন্টের পরে যদি আপনার কোডে কোনো দুর্বলতা দেখা দেয়, তবে এটি প্যাচ করা অসম্ভব কারণ আপনি কন্ট্রাক্ট এডড্রেস-এ চলা কোড পরিবর্তন করতে পারবেন না। এছাড়া, আপগ্রেড মেকানিজমগুলো (যেমন, প্রক্সি প্যাটার্ন) বাস্তবায়ন করতে সময় লাগতে পারে (এগুলোর জন্য প্রায়ই বিভিন্ন পক্ষের অনুমোদনের প্রয়োজন হয়), যা আক্রমণকারীদের আরও ক্ষতি করার জন্য কেবল আরও সময় দেয়।
-চূড়ান্ত বিকল্প হলো একটি “জরুরী স্টপ” ফাংশন বাস্তবায়ন করা যা একটি কন্ট্র্যাক্টে দুর্বল ফাংশনে কল ব্লক করে। জরুরী স্টপগুলোতে সাধারণত নিম্নলিখিত উপাদানগুলো থাকে:
+চূড়ান্ত বিকল্প হলো একটি "ইমার্জেন্সি স্টপ" ফাংশন বাস্তবায়ন করা যা একটি কন্ট্রাক্টে দুর্বল ফাংশনগুলোতে কল ব্লক করে। ইমার্জেন্সি স্টপগুলোতে সাধারণত নিচের উপাদানগুলো থাকে:
-1. একটি গ্লোবাল বুলিয়ান ভ্যারিয়েবল যা নির্দেশ করে স্মার্ট কন্ট্র্যাক্টটি বন্ধ স্টেটে আছে কি না। কন্ট্র্যাক্ট সেট আপ করার সময় এই ভ্যারিয়েবলটি `false` তে সেট করা হয়, কিন্তু কন্ট্র্যাক্টটি বন্ধ হয়ে গেলে এটি `true` তে রিভার্ট হবে।
+1. একটি গ্লোবাল বুলিয়ান ভেরিয়েবল যা নির্দেশ করে যে স্মার্ট কন্ট্রাক্টটি বন্ধ অবস্থায় আছে কিনা। কন্ট্রাক্ট সেট আপ করার সময় এই ভেরিয়েবলটি `false` হিসেবে সেট করা হয়, তবে কন্ট্রাক্টটি বন্ধ হয়ে গেলে এটি `true`-তে ফিরে যাবে।
-2. ফাংশনগুলো যা তাদের এক্সিকিউশনে বুলিয়ান ভ্যারিয়েবলকে রেফারেন্স করে। এই ধরনের ফাংশনগুলো তখন অ্যাক্সেসযোগ্য হয় যখন স্মার্ট কন্ট্র্যাক্টটি বন্ধ থাকে না, এবং যখন জরুরী স্টপ বৈশিষ্ট্যটি ট্রিগার করা হয় তখন অ্যাক্সেসযোগ্য থাকে না।
+2. এমন ফাংশন যা তাদের এক্সিকিউশনে বুলিয়ান ভেরিয়েবলকে রেফারেন্স করে। স্মার্ট কন্ট্রাক্ট বন্ধ না থাকলে এই ধরনের ফাংশনগুলো এক্সেসযোগ্য থাকে এবং ইমার্জেন্সি স্টপ ফিচার ট্রিগার হলে এগুলো এক্সেসযোগ্য থাকে না।
-3. একটি সত্তা যার জরুরী স্টপ ফাংশনে অ্যাক্সেস আছে, যা বুলিয়ান ভ্যারিয়েবলকে `true` তে সেট করে। ক্ষতিকারক অ্যাকশন প্রতিরোধ করার জন্য, এই ফাংশনে কল একটি বিশ্বস্ত অ্যাড্রেসে (যেমন, কন্ট্র্যাক্টের মালিক) সীমাবদ্ধ করা যেতে পারে।
+3. এমন একটি সত্তা যার ইমার্জেন্সি স্টপ ফাংশনে এক্সেস আছে, যা বুলিয়ান ভেরিয়েবলটিকে `true` হিসেবে সেট করে। ক্ষতিকারক কাজগুলো প্রতিরোধ করতে, এই ফাংশনে কলগুলো একটি বিশ্বস্ত এডড্রেস-এ (যেমন, কন্ট্রাক্টের মালিক) সীমাবদ্ধ করা যেতে পারে।
-একবার কন্ট্র্যাক্ট জরুরী স্টপ সক্রিয় করলে, নির্দিষ্ট ফাংশনগুলো কলযোগ্য হবে না। এটি গ্লোবাল ভ্যারিয়েবলকে রেফারেন্স করে এমন একটি মডিফায়ারে নির্বাচিত ফাংশনগুলো র্যাপ করে অর্জন করা হয়। নীচে [একটি উদাহরণ](https://github.com/fravoll/solidity-patterns/blob/master/EmergencyStop/EmergencyStop.sol) দেওয়া হল যা কন্ট্র্যাক্টে এই প্যাটার্নের একটি বাস্তবায়ন বর্ণনা করে:
+একবার কন্ট্রাক্টটি ইমার্জেন্সি স্টপ সক্রিয় করলে, নির্দিষ্ট ফাংশনগুলো কল করা যাবে না। এটি গ্লোবাল ভেরিয়েবলকে রেফারেন্স করে এমন একটি মডিফায়ারে নির্বাচিত ফাংশনগুলোকে র্যাপ করে অর্জন করা হয়। নিচে কন্ট্রাক্টগুলোতে এই প্যাটার্নের একটি বাস্তবায়নের বর্ণনা দেওয়া [একটি উদাহরণ](https://github.com/fravoll/solidity-patterns/blob/master/EmergencyStop/EmergencyStop.sol) দেওয়া হলো:
```solidity
-// This code has not been professionally audited and makes no promises about safety or correctness. Use at your own risk.
+// এই কোডটি পেশাদারভাবে অডিট করা হয়নি এবং এর নিরাপত্তা বা সঠিকতা সম্পর্কে কোনো প্রতিশ্রুতি দেয় না। নিজ ঝুঁকিতে ব্যবহার করুন।
contract EmergencyStop {
@@ -169,7 +169,7 @@ contract EmergencyStop {
}
modifier onlyAuthorized {
- // Check for authorization of msg.sender here
+ // এখানে msg.sender-এর অনুমোদন চেক করুন
_;
}
@@ -182,63 +182,63 @@ contract EmergencyStop {
}
function deposit() public payable stoppedInEmergency {
- // Deposit logic happening here
+ // এখানে ডিপোজিট লজিক সম্পন্ন হচ্ছে
}
function emergencyWithdraw() public onlyWhenStopped {
- // Emergency withdraw happening here
+ // এখানে জরুরি উত্তোলন সম্পন্ন হচ্ছে
}
}
```
-এই উদাহরণটি জরুরী স্টপের মৌলিক বৈশিষ্ট্যগুলো দেখায়:
+এই উদাহরণটি ইমার্জেন্সি স্টপের মৌলিক বৈশিষ্ট্যগুলো দেখায়:
-- `isStopped` একটি বুলিয়ান যা শুরুতে `false` এবং কন্ট্র্যাক্ট জরুরী মোডে প্রবেশ করলে `true` তে মূল্যায়ন করে।
+- `isStopped` হলো একটি বুলিয়ান যা শুরুতে `false` এবং কন্ট্রাক্টটি ইমার্জেন্সি মোডে প্রবেশ করলে `true` হিসেবে মূল্যায়ন করে।
-- ফাংশন মডিফায়ার `onlyWhenStopped` এবং `stoppedInEmergency` `isStopped` ভ্যারিয়েবলটি চেক করে। `stoppedInEmergency` সেই ফাংশনগুলো নিয়ন্ত্রণ করতে ব্যবহৃত হয় যা কন্ট্র্যাক্ট দুর্বল হলে অ্যাক্সেসযোগ্য হওয়া উচিত নয় (যেমন, `deposit()`)। এই ফাংশনগুলোতে কলগুলো কেবল রিভার্ট হবে।
+- ফাংশন মডিফায়ার `onlyWhenStopped` এবং `stoppedInEmergency` `isStopped` ভেরিয়েবলটি চেক করে। `stoppedInEmergency` ব্যবহার করা হয় এমন ফাংশনগুলো নিয়ন্ত্রণ করতে যা কন্ট্রাক্টটি দুর্বল হলে এক্সেসযোগ্য হওয়া উচিত নয় (যেমন, `deposit()`)। এই ফাংশনগুলোতে কলগুলো কেবল রিভার্ট হয়ে যাবে।
-`onlyWhenStopped` সেই ফাংশনগুলোর জন্য ব্যবহৃত হয় যা জরুরী অবস্থায় কলযোগ্য হওয়া উচিত (যেমন, `emergencyWithdraw()`)। এই ধরনের ফাংশনগুলো পরিস্থিতি সমাধানে সাহায্য করতে পারে, তাই “সীমাবদ্ধ ফাংশন” তালিকা থেকে তাদের বাদ দেওয়া হয়েছে।
+`onlyWhenStopped` এমন ফাংশনগুলোর জন্য ব্যবহার করা হয় যা ইমার্জেন্সির সময় কল করা উচিত (যেমন, `emergencyWithdraw()`)। এই ধরনের ফাংশনগুলো পরিস্থিতি সমাধানে সাহায্য করতে পারে, তাই এগুলোকে "সীমাবদ্ধ ফাংশন" তালিকা থেকে বাদ দেওয়া হয়।
-একটি জরুরী স্টপ ফাংশনালিটি ব্যবহার করা আপনার স্মার্ট কন্ট্র্যাক্টে গুরুতর দুর্বলতাগুলোর সাথে মোকাবিলা করার জন্য একটি কার্যকর স্টপগ্যাপ প্রদান করে। যাইহোক, এটি ব্যবহারকারীদের ডেভেলপারদের উপর বিশ্বাস করার প্রয়োজন বাড়িয়ে দেয় যে তারা স্বার্থপর কারণে এটি সক্রিয় করবে না। এই লক্ষ্যে, একটি অনচেন ভোটিং মেকানিজম, টাইমলক, বা একটি মাল্টিসিগ ওয়ালেট থেকে অনুমোদনের মাধ্যমে জরুরী স্টপের নিয়ন্ত্রণ ডিসেন্ট্রালাইজ করা সম্ভাব্য সমাধান।
+একটি ইমার্জেন্সি স্টপ কার্যকারিতা ব্যবহার করা আপনার স্মার্ট কন্ট্রাক্ট-এ গুরুতর দুর্বলতাগুলো মোকাবিলা করার জন্য একটি কার্যকর সাময়িক সমাধান প্রদান করে। তবে, এটি ব্যবহারকারীদের ডেভেলপারদের বিশ্বাস করার প্রয়োজনীয়তা বাড়ায় যাতে তারা নিজেদের স্বার্থে এটি সক্রিয় না করে। এই লক্ষ্যে, ইমার্জেন্সি স্টপের নিয়ন্ত্রণকে একটি অনচেইন ভোটিং মেকানিজম, টাইমক্লক, বা একটি মাল্টিসিগ ওয়ালেট থেকে অনুমোদনের অধীন করে ডিসেন্ট্রালাইজড করা সম্ভাব্য সমাধান হতে পারে।
#### ইভেন্ট মনিটরিং {#event-monitoring}
-[ইভেন্টস](https://docs.soliditylang.org/en/v0.8.15/contracts.html#events) আপনাকে স্মার্ট কন্ট্র্যাক্ট ফাংশনে কল ট্র্যাক করতে এবং স্টেট ভ্যারিয়েবলের পরিবর্তনগুলো নিরীক্ষণ করতে দেয়। আপনার স্মার্ট কন্ট্র্যাক্টকে এমনভাবে প্রোগ্রাম করা আদর্শ যে যখনই কোনো পক্ষ একটি নিরাপত্তা-গুরুত্বপূর্ণ অ্যাকশন নেয় (যেমন, ফান্ড উইথড্র করা) তখন এটি একটি ইভেন্ট নির্গত করে।
+[ইভেন্টগুলো](https://docs.soliditylang.org/en/v0.8.15/contracts.html#events) আপনাকে স্মার্ট কন্ট্রাক্ট ফাংশনগুলোতে কল ট্র্যাক করতে এবং স্টেট ভেরিয়েবলের পরিবর্তনগুলো মনিটর করতে দেয়। যখনই কোনো পক্ষ নিরাপত্তা-সংবেদনশীল কাজ (যেমন, ফান্ড তোলা) করে তখনই একটি ইভেন্ট এমিট করার জন্য আপনার স্মার্ট কন্ট্রাক্ট প্রোগ্রাম করা আদর্শ।
-ইভেন্টগুলো লগ করা এবং অফচেইনে সেগুলোকে মনিটর করা কন্ট্র্যাক্ট অপারেশনের উপর অন্তর্দৃষ্টি প্রদান করে এবং ক্ষতিকারক অ্যাকশনগুলোর দ্রুত আবিষ্কারে সহায়তা করে। এর মানে হল আপনার দল হ্যাকের বিরুদ্ধে দ্রুত প্রতিক্রিয়া জানাতে পারে এবং ব্যবহারকারীদের উপর প্রভাব কমাতে পদক্ষেপ নিতে পারে, যেমন ফাংশন পজ করা বা একটি আপগ্রেড সম্পাদন করা।
+ইভেন্টগুলো লগ করা এবং সেগুলোকে অফচেইন মনিটর করা কন্ট্রাক্ট অপারেশনগুলোর উপর অন্তর্দৃষ্টি প্রদান করে এবং ক্ষতিকারক কাজগুলো দ্রুত আবিষ্কার করতে সাহায্য করে। এর মানে হলো আপনার টিম হ্যাকের ক্ষেত্রে দ্রুত প্রতিক্রিয়া জানাতে পারে এবং ব্যবহারকারীদের উপর প্রভাব কমানোর জন্য পদক্ষেপ নিতে পারে, যেমন ফাংশনগুলো পজ করা বা একটি আপগ্রেড করা।
-আপনি একটি অফ-দ্য-শেল্ফ মনিটরিং টুলের জন্যও বেছে নিতে পারেন যা যখনই কেউ আপনার কন্ট্র্যাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করে তখন স্বয়ংক্রিয়ভাবে অ্যালার্ট ফরওয়ার্ড করে। এই টুলসগুলো আপনাকে বিভিন্ন ট্রিগারের উপর ভিত্তি করে কাস্টম অ্যালার্ট তৈরি করতে দেবে, যেমন লেনদেনের পরিমাণ, ফাংশন কলের ফ্রিকোয়েন্সি, বা জড়িত নির্দিষ্ট ফাংশন। উদাহরণস্বরূপ, আপনি একটি অ্যালার্ট প্রোগ্রাম করতে পারেন যা একটি একক লেনদেনে উইথড্র করা পরিমাণ একটি নির্দিষ্ট থ্রেশহোল্ড অতিক্রম করলে আসে।
+আপনি একটি অফ-দ্য-শেল্ফ মনিটরিং টুলও বেছে নিতে পারেন যা যখনই কেউ আপনার কন্ট্রাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করে তখনই স্বয়ংক্রিয়ভাবে অ্যালার্ট ফরোয়ার্ড করে। এই টুলগুলো আপনাকে বিভিন্ন ট্রিগারের উপর ভিত্তি করে কাস্টম অ্যালার্ট তৈরি করতে দেবে, যেমন লেনদেন ভলিউম, ফাংশন কলের ফ্রিকোয়েন্সি, বা জড়িত নির্দিষ্ট ফাংশনগুলো। উদাহরণস্বরূপ, আপনি এমন একটি অ্যালার্ট প্রোগ্রাম করতে পারেন যা একটি একক লেনদেন-এ তোলা ফান্ডের পরিমাণ একটি নির্দিষ্ট থ্রেশহোল্ড অতিক্রম করলে আসে।
-### ৭. সুরক্ষিত গভর্নেন্স সিস্টেম ডিজাইন করুন {#design-secure-governance-systems}
+### 7. নিরাপদ গভর্নেন্স সিস্টেম ডিজাইন করুন {#design-secure-governance-systems}
-আপনি আপনার অ্যাপ্লিকেশনকে ডিসেন্ট্রালাইজড করতে চাইতে পারেন কমিউনিটির সদস্যদের কাছে কোর স্মার্ট কন্ট্র্যাক্টগুলোর নিয়ন্ত্রণ হস্তান্তর করে। এই ক্ষেত্রে, স্মার্ট কন্ট্র্যাক্ট সিস্টেমে একটি গভর্নেন্স মডিউল অন্তর্ভুক্ত থাকবে—একটি মেকানিজম যা কমিউনিটির সদস্যদের একটি অনচেন গভর্নেন্স সিস্টেমের মাধ্যমে প্রশাসনিক অ্যাকশন অনুমোদন করতে দেয়। উদাহরণস্বরূপ, একটি প্রক্সি কন্ট্র্যাক্টকে একটি নতুন ইমপ্লিমেন্টেশনে আপগ্রেড করার একটি প্রস্তাব টোকেন-হোল্ডারদের দ্বারা ভোট দেওয়া হতে পারে।
+আপনি কমিউনিটি সদস্যদের কাছে মূল স্মার্ট কন্ট্রাক্টগুলোর নিয়ন্ত্রণ হস্তান্তর করে আপনার অ্যাপ্লিকেশনটিকে ডিসেন্ট্রালাইজড করতে চাইতে পারেন। এই ক্ষেত্রে, স্মার্ট কন্ট্রাক্ট সিস্টেমে একটি গভর্নেন্স মডিউল অন্তর্ভুক্ত থাকবে—এমন একটি মেকানিজম যা কমিউনিটি সদস্যদের একটি অনচেইন গভর্নেন্স সিস্টেমের মাধ্যমে অ্যাডমিনিস্ট্রেটিভ কাজগুলো অনুমোদন করতে দেয়। উদাহরণস্বরূপ, একটি প্রক্সি কন্ট্রাক্টকে একটি নতুন ইমপ্লিমেন্টেশনে আপগ্রেড করার প্রস্তাবের উপর টোকেন-হোল্ডাররা ভোট দিতে পারে।
-ডিসেন্ট্রালাইজড গভর্নেন্স উপকারী হতে পারে, বিশেষ করে কারণ এটি ডেভেলপার এবং শেষ-ব্যবহারকারীদের স্বার্থকে একত্রিত করে। তা সত্ত্বেও, স্মার্ট কন্ট্র্যাক্ট গভর্নেন্স মেকানিজম ভুলভাবে বাস্তবায়িত হলে নতুন ঝুঁকি তৈরি করতে পারে। একটি সম্ভাব্য দৃশ্য হল যদি একজন অ্যাটাকার একটি [ফ্ল্যাশ লোন](/defi/#flash-loans) নিয়ে বিপুল পরিমাণ ভোটিং পাওয়ার (ধরে রাখা টোকেনের সংখ্যায় পরিমাপ করা) অর্জন করে এবং একটি ক্ষতিকারক প্রস্তাব পাস করিয়ে নেয়।
+ডিসেন্ট্রালাইজড গভর্নেন্স উপকারী হতে পারে, বিশেষ করে কারণ এটি ডেভেলপার এবং এন্ড-ইউজারদের স্বার্থকে একত্রিত করে। তা সত্ত্বেও, স্মার্ট কন্ট্রাক্ট গভর্নেন্স মেকানিজমগুলো ভুলভাবে বাস্তবায়িত হলে নতুন ঝুঁকি তৈরি করতে পারে। একটি সম্ভাব্য দৃশ্যপট হলো যদি কোনো আক্রমণকারী একটি [ফ্ল্যাশ লোন](/defi/#flash-loans) নিয়ে বিপুল ভোটিং পাওয়ার (ধরে রাখা টোকেনের সংখ্যায় পরিমাপ করা হয়) অর্জন করে এবং একটি ক্ষতিকারক প্রস্তাব পাস করিয়ে নেয়।
-অনচেন গভর্নেন্স সম্পর্কিত সমস্যা প্রতিরোধের একটি উপায় হল [একটি টাইমলক ব্যবহার করা](https://blog.openzeppelin.com/protect-your-users-with-smart-contract-timelocks/)। একটি টাইমলক একটি স্মার্ট কন্ট্র্যাক্টকে একটি নির্দিষ্ট পরিমাণ সময় অতিবাহিত না হওয়া পর্যন্ত নির্দিষ্ট অ্যাকশন এক্সিকিউট করা থেকে বিরত রাখে। অন্যান্য কৌশলগুলোর মধ্যে রয়েছে প্রতিটি টোকেনের জন্য একটি “ভোটিং ওয়েট” বরাদ্দ করা যা এটি কতক্ষণ ধরে লক করা হয়েছে তার উপর ভিত্তি করে, বা বর্তমান ব্লকের পরিবর্তে একটি ঐতিহাসিক সময়ে (উদাহরণস্বরূপ, অতীতে 2-3 ব্লক) একটি অ্যাড্রেসের ভোটিং পাওয়ার পরিমাপ করা। উভয় পদ্ধতিই অনচেন ভোট প্রভাবিত করার জন্য দ্রুত ভোটিং পাওয়ার জমা করার সম্ভাবনা কমিয়ে দেয়।
+অনচেইন গভর্নেন্স সম্পর্কিত সমস্যাগুলো প্রতিরোধের একটি উপায় হলো [একটি টাইমক্লক ব্যবহার করা](https://blog.openzeppelin.com/protect-your-users-with-smart-contract-timelocks/)। একটি টাইমক্লক একটি নির্দিষ্ট পরিমাণ সময় পার না হওয়া পর্যন্ত একটি স্মার্ট কন্ট্রাক্ট-কে নির্দিষ্ট কাজগুলো এক্সিকিউট করা থেকে বিরত রাখে। অন্যান্য কৌশলগুলোর মধ্যে রয়েছে প্রতিটি টোকেন কতক্ষণ ধরে লক করা আছে তার উপর ভিত্তি করে একটি "ভোটিং ওয়েট" (voting weight) অ্যাসাইন করা, অথবা বর্তমান ব্লকের পরিবর্তে একটি ঐতিহাসিক সময়ে (উদাহরণস্বরূপ, অতীতে 2-3 ব্লকস) একটি এডড্রেস-এর ভোটিং পাওয়ার পরিমাপ করা। উভয় পদ্ধতিই অনচেইন ভোটগুলো ঘোরানোর জন্য দ্রুত ভোটিং পাওয়ার সংগ্রহ করার সম্ভাবনা কমায়।
-শেয়ার করা লিঙ্কগুলোতে [সুরক্ষিত গভর্নেন্স সিস্টেম ডিজাইন করা](https://blog.openzeppelin.com/smart-contract-security-guidelines-4-strategies-for-safer-governance-systems/), [DAO-তে বিভিন্ন ভোটিং মেকানিজম](https://hackernoon.com/governance-is-the-holy-grail-for-daos), এবং [DeFi লিভারেজ করে সাধারণ DAO আক্রমণ ভেক্টর](https://dacian.me/dao-governance-defi-attacks) সম্পর্কে আরও জানুন।
+শেয়ার করা লিংকগুলোতে [নিরাপদ গভর্নেন্স সিস্টেম ডিজাইন করা](https://blog.openzeppelin.com/smart-contract-security-guidelines-4-strategies-for-safer-governance-systems/), [DAO-তে বিভিন্ন ভোটিং মেকানিজম](https://hackernoon.com/governance-is-the-holy-grail-for-daos), এবং [DeFi ব্যবহার করে সাধারণ DAO অ্যাটাক ভেক্টরগুলো](https://dacian.me/dao-governance-defi-attacks) সম্পর্কে আরও জানুন।
-### ৮. কোডের জটিলতা ন্যূনতম পর্যায়ে কমান {#reduce-code-complexity}
+### 8. কোডের জটিলতা সর্বনিম্নে কমিয়ে আনুন {#reduce-code-complexity}
-ঐতিহ্যবাহী সফটওয়্যার ডেভেলপাররা KISS (“keep it simple, stupid”) নীতির সাথে পরিচিত, যা সফটওয়্যার ডিজাইনে অপ্রয়োজনীয় জটিলতা আনা থেকে বিরত থাকার পরামর্শ দেয়। এটি দীর্ঘদিনের চিন্তাভাবনা অনুসরণ করে যে “জটিল সিস্টেমগুলো জটিল উপায়ে ব্যর্থ হয়” এবং ব্যয়বহুল ত্রুটির জন্য বেশি সংবেদনশীল।
+প্রথাগত সফটওয়্যার ডেভেলপাররা KISS ("keep it simple, stupid") নীতির সাথে পরিচিত, যা সফটওয়্যার ডিজাইনে অপ্রয়োজনীয় জটিলতা প্রবর্তনের বিরুদ্ধে পরামর্শ দেয়। এটি দীর্ঘদিনের চিন্তাধারা অনুসরণ করে যে "জটিল সিস্টেমগুলো জটিল উপায়ে ব্যর্থ হয়" এবং এগুলো ব্যয়বহুল ত্রুটির জন্য বেশি সংবেদনশীল।
-স্মার্ট কন্ট্র্যাক্ট লেখার সময় জিনিসগুলো সহজ রাখা বিশেষভাবে গুরুত্বপূর্ণ, কারণ স্মার্ট কন্ট্র্যাক্টগুলো সম্ভাব্যভাবে বিপুল পরিমাণ মূল্য নিয়ন্ত্রণ করে। স্মার্ট কন্ট্র্যাক্ট লেখার সময় সরলতা অর্জনের জন্য একটি টিপস হল বিদ্যমান লাইব্রেরি, যেমন [OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/5.x/), যেখানে সম্ভব সেখানে পুনরায় ব্যবহার করা। যেহেতু এই লাইব্রেরিগুলো ডেভেলপারদের দ্বারা ব্যাপকভাবে অডিট এবং পরীক্ষা করা হয়েছে, তাই এগুলো ব্যবহার করলে স্ক্র্যাচ থেকে নতুন ফাংশনালিটি লিখে বাগ আনার সম্ভাবনা কমে যায়।
+স্মার্ট কন্ট্রাক্ট লেখার সময় জিনিসগুলো সহজ রাখা বিশেষ গুরুত্বপূর্ণ, কারণ স্মার্ট কন্ট্রাক্টগুলো সম্ভাব্যভাবে বিপুল পরিমাণ ভ্যালু নিয়ন্ত্রণ করে। স্মার্ট কন্ট্রাক্ট লেখার সময় সরলতা অর্জনের একটি টিপ হলো যেখানে সম্ভব বিদ্যমান লাইব্রেরিগুলো পুনরায় ব্যবহার করা, যেমন [OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/5.x/)। যেহেতু এই লাইব্রেরিগুলো ডেভেলপারদের দ্বারা ব্যাপকভাবে অডিট এবং পরীক্ষা করা হয়েছে, তাই এগুলো ব্যবহার করলে স্ক্র্যাচ থেকে নতুন কার্যকারিতা লিখে বাগ প্রবর্তনের সম্ভাবনা কমে যায়।
-আরেকটি সাধারণ পরামর্শ হল ছোট ফাংশন লেখা এবং একাধিক কন্ট্র্যাক্টে ব্যবসায়িক লজিক বিভক্ত করে কন্ট্র্যাক্টগুলোকে মডুলার রাখা। সহজ কোড লেখা কেবল একটি স্মার্ট কন্ট্র্যাক্টে আক্রমণের পৃষ্ঠকে কমায় না, এটি সামগ্রিক সিস্টেমের সঠিকতা সম্পর্কে যুক্তি দেওয়া এবং সম্ভাব্য ডিজাইনের ত্রুটিগুলো তাড়াতাড়ি সনাক্ত করা সহজ করে তোলে।
+আরেকটি সাধারণ পরামর্শ হলো ছোট ফাংশন লেখা এবং একাধিক কন্ট্রাক্ট জুড়ে বিজনেস লজিক বিভক্ত করে কন্ট্রাক্টগুলোকে মডুলার রাখা। সহজ কোড লেখা কেবল একটি স্মার্ট কন্ট্রাক্ট-এ অ্যাটাক সারফেস কমায় না, এটি সামগ্রিক সিস্টেমের সঠিকতা সম্পর্কে যুক্তি দেওয়া এবং সম্ভাব্য ডিজাইনের ত্রুটিগুলো আগে থেকেই শনাক্ত করা সহজ করে তোলে।
-### ৯. সাধারণ স্মার্ট কন্ট্র্যাক্ট দুর্বলতার বিরুদ্ধে প্রতিরক্ষা করুন {#mitigate-common-smart-contract-vulnerabilities}
+### 9. সাধারণ স্মার্ট কন্ট্রাক্ট দুর্বলতাগুলোর বিরুদ্ধে রক্ষা করুন {#mitigate-common-smart-contract-vulnerabilities}
-#### রিএন্ট্রেন্সি {#reentrancy}
+#### রিএন্ট্রান্সি (Reentrancy) {#reentrancy}
-EVM কনকারেন্সি অনুমতি দেয় না, যার মানে একটি মেসেজ কলে জড়িত দুটি কন্ট্র্যাক্ট একযোগে চলতে পারে না। একটি এক্সটার্নাল কল কলিং কন্ট্র্যাক্টের এক্সিকিউশন এবং মেমরিকে কলটি ফিরে না আসা পর্যন্ত পজ করে, যার পরে এক্সিকিউশন স্বাভাবিকভাবে চলতে থাকে। এই প্রক্রিয়াটিকে আনুষ্ঠানিকভাবে অন্য কন্ট্র্যাক্টে [কন্ট্রোল ফ্লো](https://www.computerhope.com/jargon/c/contflow.htm) স্থানান্তর হিসাবে বর্ণনা করা যেতে পারে।
+EVM কনকারেন্সি (concurrency) অনুমোদন করে না, যার মানে হলো একটি মেসেজ কলে জড়িত দুটি কন্ট্রাক্ট একই সাথে চলতে পারে না। একটি এক্সটার্নাল কল কলিং কন্ট্রাক্টের এক্সিকিউশন এবং মেমরি পজ করে যতক্ষণ না কলটি ফিরে আসে, যে পয়েন্টে এক্সিকিউশন স্বাভাবিকভাবে এগিয়ে যায়। এই প্রক্রিয়াটিকে আনুষ্ঠানিকভাবে অন্য একটি কন্ট্রাক্টে [কন্ট্রোল ফ্লো](https://www.computerhope.com/jargon/c/contflow.htm) স্থানান্তর হিসেবে বর্ণনা করা যেতে পারে।
-যদিও বেশিরভাগ ক্ষেত্রে এটি ক্ষতিকারক নয়, অবিশ্বস্ত কন্ট্র্যাক্টে কন্ট্রোল ফ্লো স্থানান্তর করা সমস্যা তৈরি করতে পারে, যেমন রিএন্ট্রেন্সি। একটি রিএন্ট্রেন্সি অ্যাটাক ঘটে যখন একটি ক্ষতিকারক কন্ট্র্যাক্ট মূল ফাংশন ইনভোকেশন সম্পূর্ণ হওয়ার আগে একটি দুর্বল কন্ট্র্যাক্টে আবার কল করে। এই ধরনের অ্যাটাক একটি উদাহরণের মাধ্যমে সবচেয়ে ভালো ব্যাখ্যা করা যায়।
+যদিও বেশিরভাগ ক্ষেত্রে ক্ষতিকারক নয়, অবিশ্বস্ত কন্ট্রাক্টগুলোতে কন্ট্রোল ফ্লো স্থানান্তর করা সমস্যা সৃষ্টি করতে পারে, যেমন রিএন্ট্রান্সি। একটি রিএন্ট্রান্সি আক্রমণ তখন ঘটে যখন একটি ক্ষতিকারক কন্ট্রাক্ট মূল ফাংশন ইনভোকেশন সম্পূর্ণ হওয়ার আগেই একটি দুর্বল কন্ট্রাক্টে কল ব্যাক করে। এই ধরনের আক্রমণ একটি উদাহরণ দিয়ে সবচেয়ে ভালোভাবে ব্যাখ্যা করা যায়।
-একটি সাধারণ স্মার্ট কন্ট্র্যাক্ট (‘ভিকটিম’) বিবেচনা করুন যা যে কাউকে ইথার জমা এবং উইথড্র করতে দেয়:
+একটি সাধারণ স্মার্ট কন্ট্রাক্ট ('Victim') বিবেচনা করুন যা যেকাউকে ইথার জমা দিতে এবং তুলতে দেয়:
```solidity
-// This contract is vulnerable. Do not use in production
+// এই কন্ট্রাক্টটি ঝুঁকিপূর্ণ। প্রোডাকশনে ব্যবহার করবেন না
contract Victim {
mapping (address => uint256) public balances;
@@ -256,17 +256,17 @@ contract Victim {
}
```
-এই কন্ট্র্যাক্টটি ব্যবহারকারীদের কন্ট্র্যাক্টে পূর্বে জমা করা ETH উইথড্র করার জন্য একটি `withdraw()` ফাংশন প্রকাশ করে। উইথড্রয়াল প্রসেস করার সময়, কন্ট্র্যাক্টটি নিম্নলিখিত অপারেশনগুলো সম্পাদন করে:
+এই কন্ট্রাক্টটি ব্যবহারকারীদের কন্ট্রাক্টে আগে জমা দেওয়া ETH তোলার অনুমতি দেওয়ার জন্য একটি `withdraw()` ফাংশন এক্সপোজ করে। একটি উইথড্রয়াল প্রসেস করার সময়, কন্ট্রাক্টটি নিচের অপারেশনগুলো করে:
1. ব্যবহারকারীর ETH ব্যালেন্স চেক করে
-2. কলিং অ্যাড্রেসে ফান্ড পাঠায়
-3. তাদের ব্যালেন্স 0 এ রিসেট করে, ব্যবহারকারীর কাছ থেকে অতিরিক্ত উইথড্রয়াল প্রতিরোধ করে
+2. কলিং এডড্রেস-এ ফান্ড পাঠায়
+3. তাদের ব্যালেন্স 0-তে রিসেট করে, ব্যবহারকারীর কাছ থেকে অতিরিক্ত উইথড্রয়াল প্রতিরোধ করে
-`Victim` কন্ট্র্যাক্টে `withdraw()` ফাংশনটি একটি “চেক-ইন্টারঅ্যাকশন-ইফেক্টস” প্যাটার্ন অনুসরণ করে। এটি _চেক_ করে যে এক্সিকিউশনের জন্য প্রয়োজনীয় শর্তগুলো পূরণ হয়েছে কিনা (যেমন, ব্যবহারকারীর একটি পজিটিভ ETH ব্যালেন্স আছে) এবং লেনদেনের _ইফেক্টস_ প্রয়োগ করার আগে (যেমন, ব্যবহারকারীর ব্যালেন্স কমানো) কলারের অ্যাড্রেসে ETH পাঠিয়ে _ইন্টারঅ্যাকশন_ সম্পাদন করে।
+`Victim` কন্ট্রাক্টে `withdraw()` ফাংশনটি একটি "চেকস-ইন্টারঅ্যাকশনস-ইফেক্টস" (checks-interactions-effects) প্যাটার্ন অনুসরণ করে। এটি _চেক_ করে যে এক্সিকিউশনের জন্য প্রয়োজনীয় শর্তগুলো পূরণ হয়েছে কিনা (অর্থাৎ, ব্যবহারকারীর একটি পজিটিভ ETH ব্যালেন্স আছে) এবং লেনদেন-এর _ইফেক্টগুলো_ প্রয়োগ করার আগে (অর্থাৎ, ব্যবহারকারীর ব্যালেন্স কমানো) কলারের এডড্রেস-এ ETH পাঠিয়ে _ইন্টারঅ্যাকশন_ করে।
-যদি `withdraw()` একটি এক্সটার্নালি ওনড অ্যাকাউন্ট (EOA) থেকে কল করা হয়, তবে ফাংশনটি প্রত্যাশিতভাবে এক্সিকিউট হয়: `msg.sender.call.value()` কলারকে ETH পাঠায়। যাইহোক, যদি `msg.sender` একটি স্মার্ট কন্ট্র্যাক্ট অ্যাকাউন্ট হয় যা `withdraw()` কল করে, তবে `msg.sender.call.value()` ব্যবহার করে ফান্ড পাঠানো সেই অ্যাড্রেসে সংরক্ষিত কোডকেও ট্রিগার করবে।
+যদি একটি এক্সটার্নালি ওনড একাউন্ট (EOA) থেকে `withdraw()` কল করা হয়, তবে ফাংশনটি প্রত্যাশা অনুযায়ী এক্সিকিউট হয়: `msg.sender.call.value()` কলারকে ETH পাঠায়। তবে, যদি `msg.sender` একটি স্মার্ট কন্ট্রাক্ট একাউন্ট হয় যা `withdraw()` কল করে, তবে `msg.sender.call.value()` ব্যবহার করে ফান্ড পাঠানো সেই এডড্রেস-এ সংরক্ষিত কোডকেও রান করতে ট্রিগার করবে।
-কল্পনা করুন এটি কন্ট্র্যাক্ট অ্যাড্রেসে ডিপ্লয় করা কোড:
+কল্পনা করুন এটি কন্ট্রাক্ট এডড্রেস-এ ডিপ্লয় করা কোড:
```solidity
contract Attacker {
@@ -283,13 +283,13 @@ contract Victim {
}
```
-এই কন্ট্র্যাক্টটি তিনটি জিনিস করার জন্য ডিজাইন করা হয়েছে:
+এই কন্ট্রাক্টটি তিনটি কাজ করার জন্য ডিজাইন করা হয়েছে:
-1. অন্য একটি অ্যাকাউন্ট থেকে একটি ডিপোজিট গ্রহণ করা (সম্ভবত অ্যাটাকারের EOA)
-2. ভিকটিম কন্ট্র্যাক্টে 1 ETH জমা করা
-3. স্মার্ট কন্ট্র্যাক্টে সংরক্ষিত 1 ETH উইথড্র করা
+1. অন্য একটি একাউন্ট থেকে একটি ডিপোজিট গ্রহণ করা (সম্ভবত আক্রমণকারীর EOA)
+2. Victim কন্ট্রাক্টে 1 ETH জমা দেওয়া
+3. স্মার্ট কন্ট্রাক্ট-এ সংরক্ষিত 1 ETH তুলে নেওয়া
-এখানে কোনো ভুল নেই, শুধুমাত্র `Attacker`-এর আরেকটি ফাংশন আছে যা `Victim`-এ আবার `withdraw()` কল করে যদি ইনকামিং `msg.sender.call.value` থেকে অবশিষ্ট গ্যাস 40,000 এর বেশি হয়। এটি `Attacker` কে `Victim`-এ পুনরায় প্রবেশ করার এবং `withdraw`-এর প্রথম ইনভোকেশন সম্পূর্ণ হওয়ার _আগে_ আরও ফান্ড উইথড্র করার ক্ষমতা দেয়। চক্রটি দেখতে এইরকম:
+এখানে কোনো ভুল নেই, তবে `Attacker`-এর আরেকটি ফাংশন আছে যা ইনকামিং `msg.sender.call.value` থেকে অবশিষ্ট গ্যাস 40,000-এর বেশি হলে `Victim`-এ আবার `withdraw()` কল করে। এটি `Attacker`-কে `Victim`-এ পুনরায় প্রবেশ করার এবং `withdraw`-এর প্রথম ইনভোকেশন সম্পূর্ণ হওয়ার _আগেই_ আরও ফান্ড তুলে নেওয়ার ক্ষমতা দেয়। সাইকেলটি দেখতে এরকম:
```solidity
- Attacker's EOA calls `Attacker.beginAttack()` with 1 ETH
@@ -304,13 +304,13 @@ contract Victim {
- `Victim` finally applies the results of the first transaction (and subsequent ones) to its state, so `Attacker`’s balance is set to 0
```
-সারাংশ হল যে যেহেতু ফাংশন এক্সিকিউশন সম্পূর্ণ না হওয়া পর্যন্ত কলারের ব্যালেন্স 0 এ সেট করা হয় না, তাই পরবর্তী ইনভোকেশনগুলো সফল হবে এবং কলারকে তাদের ব্যালেন্স একাধিকবার উইথড্র করতে দেবে। এই ধরনের অ্যাটাক একটি স্মার্ট কন্ট্র্যাক্টকে তার ফান্ড থেকে খালি করার জন্য ব্যবহার করা যেতে পারে, যেমনটি [2016 সালের DAO হ্যাক](https://www.coindesk.com/learn/understanding-the-dao-attack)-এ হয়েছিল। রিএন্ট্রেন্সি অ্যাটাক এখনও স্মার্ট কন্ট্র্যাক্টগুলোর জন্য একটি গুরুতর সমস্যা যেমন [রিএন্ট্রেন্সি এক্সপ্লয়েটের পাবলিক তালিকা](https://github.com/pcaversaccio/reentrancy-attacks) দেখায়।
+সারসংক্ষেপ হলো যেহেতু ফাংশন এক্সিকিউশন সম্পূর্ণ না হওয়া পর্যন্ত কলারের ব্যালেন্স 0-তে সেট করা হয় না, তাই পরবর্তী ইনভোকেশনগুলো সফল হবে এবং কলারকে একাধিকবার তাদের ব্যালেন্স তুলে নেওয়ার অনুমতি দেবে। এই ধরনের আক্রমণ একটি স্মার্ট কন্ট্রাক্ট-এর ফান্ড খালি করতে ব্যবহার করা যেতে পারে, যেমনটি [2016 DAO হ্যাক](https://www.coindesk.com/learn/understanding-the-dao-attack)-এ ঘটেছিল। রিএন্ট্রান্সি আক্রমণগুলো আজও স্মার্ট কন্ট্রাক্টগুলোর জন্য একটি গুরুতর সমস্যা, যেমনটি [রিএন্ট্রান্সি এক্সপ্লয়েটগুলোর পাবলিক লিস্টিং](https://github.com/pcaversaccio/reentrancy-attacks) দেখায়।
-##### কিভাবে রিএন্ট্রেন্সি অ্যাটাক প্রতিরোধ করা যায়
+##### কীভাবে রিএন্ট্রান্সি আক্রমণ প্রতিরোধ করবেন
-রিএন্ট্রেন্সির সাথে মোকাবিলা করার একটি পদ্ধতি হল [চেক-ইফেক্টস-ইন্টারঅ্যাকশন প্যাটার্ন](https://docs.soliditylang.org/en/develop/security-considerations.html#use-the-checks-effects-interactions-pattern) অনুসরণ করা। এই প্যাটার্নটি ফাংশনগুলোর এক্সিকিউশনকে এমনভাবে অর্ডার করে যে এক্সিকিউশন এগিয়ে যাওয়ার আগে প্রয়োজনীয় চেক সম্পাদনকারী কোডটি প্রথমে আসে, তারপরে কন্ট্র্যাক্ট স্টেট ম্যানিপুলেটকারী কোড, এবং শেষে অন্য কন্ট্র্যাক্ট বা EOA-এর সাথে ইন্টারঅ্যাক্টকারী কোড আসে।
+রিএন্ট্রান্সি মোকাবিলার একটি পদ্ধতি হলো [চেকস-ইফেক্টস-ইন্টারঅ্যাকশনস প্যাটার্ন](https://docs.soliditylang.org/en/develop/security-considerations.html#use-the-checks-effects-interactions-pattern) অনুসরণ করা। এই প্যাটার্নটি ফাংশনগুলোর এক্সিকিউশন এমনভাবে সাজায় যাতে এক্সিকিউশন এগিয়ে নেওয়ার আগে প্রয়োজনীয় চেকগুলো করে এমন কোড প্রথমে আসে, এরপর কন্ট্রাক্ট স্টেট ম্যানিপুলেট করে এমন কোড আসে এবং অন্যান্য কন্ট্রাক্ট বা EOA-এর সাথে ইন্টারঅ্যাক্ট করে এমন কোড সবার শেষে আসে।
-চেক-ইফেক্ট-ইন্টারঅ্যাকশন প্যাটার্নটি `Victim` কন্ট্র্যাক্টের একটি সংশোধিত সংস্করণে ব্যবহার করা হয়েছে যা নীচে দেখানো হয়েছে:
+চেকস-ইফেক্ট-ইন্টারঅ্যাকশন প্যাটার্নটি নিচে দেখানো `Victim` কন্ট্রাক্টের একটি সংশোধিত সংস্করণে ব্যবহার করা হয়েছে:
```solidity
contract NoLongerAVictim {
@@ -323,9 +323,9 @@ contract NoLongerAVictim {
}
```
-এই কন্ট্র্যাক্টটি ব্যবহারকারীর ব্যালেন্সের উপর একটি _চেক_ সম্পাদন করে, `withdraw()` ফাংশনের _ইফেক্টস_ প্রয়োগ করে (ব্যবহারকারীর ব্যালেন্স 0 এ রিসেট করে), এবং _ইন্টারঅ্যাকশন_ সম্পাদনের দিকে অগ্রসর হয় (ব্যবহারকারীর অ্যাড্রেসে ETH পাঠানো)। এটি নিশ্চিত করে যে কন্ট্র্যাক্টটি এক্সটার্নাল কলের আগে তার স্টোরেজ আপডেট করে, যা প্রথম অ্যাটাক সক্ষমকারী রি-এন্ট্রেন্সি শর্তটি দূর করে। `Attacker` কন্ট্র্যাক্টটি এখনও `NoLongerAVictim`-এ আবার কল করতে পারে, কিন্তু যেহেতু `balances[msg.sender]` 0 এ সেট করা হয়েছে, তাই অতিরিক্ত উইথড্রয়াল একটি ত্রুটি নিক্ষেপ করবে।
+এই কন্ট্রাক্টটি ব্যবহারকারীর ব্যালেন্সের উপর একটি _চেক_ করে, `withdraw()` ফাংশনের _ইফেক্টগুলো_ প্রয়োগ করে (ব্যবহারকারীর ব্যালেন্স 0-তে রিসেট করে), এবং _ইন্টারঅ্যাকশন_ করতে এগিয়ে যায় (ব্যবহারকারীর এডড্রেস-এ ETH পাঠানো)। এটি নিশ্চিত করে যে কন্ট্রাক্টটি এক্সটার্নাল কলের আগে এর স্টোরেজ আপডেট করে, যা প্রথম আক্রমণকে সক্ষম করা রি-এন্ট্রান্সি শর্তটি দূর করে। `Attacker` কন্ট্রাক্টটি এখনও `NoLongerAVictim`-এ কল ব্যাক করতে পারে, কিন্তু যেহেতু `balances[msg.sender]` 0-তে সেট করা হয়েছে, তাই অতিরিক্ত উইথড্রয়ালগুলো একটি ত্রুটি থ্রো করবে।
-আরেকটি বিকল্প হল একটি মিউচুয়াল এক্সক্লুশন লক (সাধারণত "মিউটেক্স" হিসাবে বর্ণিত) ব্যবহার করা যা একটি ফাংশন ইনভোকেশন সম্পূর্ণ না হওয়া পর্যন্ত একটি কন্ট্র্যাক্টের স্টেটের একটি অংশ লক করে। এটি একটি বুলিয়ান ভ্যারিয়েবল ব্যবহার করে বাস্তবায়িত হয় যা ফাংশন এক্সিকিউট হওয়ার আগে `true` তে সেট করা হয় এবং ইনভোকেশন শেষ হওয়ার পরে `false` তে ফিরে আসে। নীচের উদাহরণে যেমন দেখা যায়, একটি মিউটেক্স ব্যবহার করা একটি ফাংশনকে রিকার্সিভ কল থেকে রক্ষা করে যখন মূল ইনভোকেশন এখনও প্রসেস হচ্ছে, কার্যকরভাবে রিএন্ট্রেন্সি বন্ধ করে।
+আরেকটি বিকল্প হলো একটি মিউচুয়াল এক্সক্লুশন লক (সাধারণত "মিউটেক্স" হিসেবে বর্ণিত) ব্যবহার করা যা একটি ফাংশন ইনভোকেশন সম্পূর্ণ না হওয়া পর্যন্ত একটি কন্ট্রাক্টের স্টেটের একটি অংশ লক করে রাখে। এটি একটি বুলিয়ান ভেরিয়েবল ব্যবহার করে বাস্তবায়িত হয় যা ফাংশন এক্সিকিউট হওয়ার আগে `true` হিসেবে সেট করা হয় এবং ইনভোকেশন শেষ হওয়ার পরে `false`-এ ফিরে যায়। নিচের উদাহরণে যেমন দেখা গেছে, একটি মিউটেক্স ব্যবহার করা একটি ফাংশনকে রিকার্সিভ কলের বিরুদ্ধে রক্ষা করে যখন মূল ইনভোকেশনটি এখনও প্রসেস হচ্ছে, যা কার্যকরভাবে রিএন্ট্রান্সি বন্ধ করে।
```solidity
pragma solidity ^0.7.0;
@@ -340,8 +340,8 @@ contract MutexPattern {
_;
locked = false;
}
- // This function is protected by a mutex, so reentrant calls from within `msg.sender.call` cannot call `withdraw` again.
- // The `return` statement evaluates to `true` but still evaluates the `locked = false` statement in the modifier
+ // এই ফাংশনটি একটি মিউটেক্স দ্বারা সুরক্ষিত, তাই `msg.sender.call`-এর ভেতর থেকে রিএন্ট্রান্ট কলগুলো পুনরায় `withdraw` কল করতে পারবে না।
+ // `return` স্টেটমেন্টটি `true` হিসেবে মূল্যায়িত হয় কিন্তু তারপরও এটি মডিফায়ারে থাকা `locked = false` স্টেটমেন্টটিকে মূল্যায়ন করে
function withdraw(uint _amount) public payable noReentrancy returns(bool) {
require(balances[msg.sender] >= _amount, "No balance to withdraw.");
@@ -354,15 +354,15 @@ contract MutexPattern {
}
```
-আপনি একটি [পুল পেমেন্টস](https://docs.openzeppelin.com/contracts/5.x/api/utils#security#PullPayment) সিস্টেমও ব্যবহার করতে পারেন যা ব্যবহারকারীদের স্মার্ট কন্ট্র্যাক্ট থেকে ফান্ড উইথড্র করতে বলে, "পুশ পেমেন্টস" সিস্টেমের পরিবর্তে যা অ্যাকাউন্টগুলোতে ফান্ড পাঠায়। এটি অজানা অ্যাড্রেসে অনিচ্ছাকৃতভাবে কোড ট্রিগার করার সম্ভাবনা দূর করে (এবং নির্দিষ্ট ডিনায়াল-অফ-সার্ভিস অ্যাটাকও প্রতিরোধ করতে পারে)।
+আপনি একটি [পুল পেমেন্টস](https://docs.openzeppelin.com/contracts/5.x/api/utils#security#PullPayment) সিস্টেমও ব্যবহার করতে পারেন যার জন্য ব্যবহারকারীদের স্মার্ট কন্ট্রাক্টগুলো থেকে ফান্ড তুলতে হয়, একটি "পুশ পেমেন্টস" সিস্টেমের পরিবর্তে যা একাউন্টগুলোতে ফান্ড পাঠায়। এটি অজানা এডড্রেসগুলোতে অসাবধানতাবশত কোড ট্রিগার করার সম্ভাবনা দূর করে (এবং নির্দিষ্ট ডিনায়াল-অফ-সার্ভিস আক্রমণগুলোও প্রতিরোধ করতে পারে)।
-#### পূর্ণসংখ্যা আন্ডারফ্লো এবং ওভারফ্লো {#integer-underflows-and-overflows}
+#### ইন্টিজার আন্ডারফ্লো এবং ওভারফ্লো {#integer-underflows-and-overflows}
-একটি পূর্ণসংখ্যা ওভারফ্লো ঘটে যখন একটি গাণিতিক অপারেশনের ফলাফল মানের গ্রহণযোগ্য পরিসরের বাইরে চলে যায়, যার ফলে এটি সর্বনিম্ন প্রতিনিধিত্বযোগ্য মানে "রোল ওভার" করে। উদাহরণস্বরূপ, একটি `uint8` শুধুমাত্র 2^8-1=255 পর্যন্ত মান সংরক্ষণ করতে পারে। `255` এর চেয়ে বেশি মানের গাণিতিক অপারেশনগুলো ওভারফ্লো হবে এবং `uint`-কে `0` এ রিসেট করবে, যেমন একটি গাড়ির ওডোমিটার সর্বোচ্চ মাইলেজ (999999) পৌঁছানোর পরে 0 এ রিসেট হয়।
+একটি ইন্টিজার ওভারফ্লো তখন ঘটে যখন একটি গাণিতিক অপারেশনের ফলাফল ভ্যালুগুলোর গ্রহণযোগ্য রেঞ্জের বাইরে চলে যায়, যার ফলে এটি সর্বনিম্ন রিপ্রেজেন্টেবল ভ্যালুতে "রোল ওভার" করে। উদাহরণস্বরূপ, একটি `uint8` শুধুমাত্র 2^8-1=255 পর্যন্ত ভ্যালু সংরক্ষণ করতে পারে। গাণিতিক অপারেশনগুলো যার ফলে `255`-এর চেয়ে বেশি ভ্যালু আসে তা ওভারফ্লো হবে এবং `uint`-কে `0`-তে রিসেট করবে, ঠিক যেমন একটি গাড়ির ওডোমিটার সর্বোচ্চ মাইলেজ (999999) পৌঁছানোর পরে 0-তে রিসেট হয়।
-পূর্ণসংখ্যা আন্ডারফ্লো অনুরূপ কারণে ঘটে: একটি গাণিতিক অপারেশনের ফলাফল গ্রহণযোগ্য পরিসরের নীচে চলে যায়। ধরুন আপনি একটি `uint8`-এ `0` ডিক্রিমেন্ট করার চেষ্টা করেছেন, ফলাফলটি কেবল সর্বোচ্চ প্রতিনিধিত্বযোগ্য মানে (`255`) রোল ওভার করবে।
+ইন্টিজার আন্ডারফ্লো একই কারণে ঘটে: একটি গাণিতিক অপারেশনের ফলাফল গ্রহণযোগ্য রেঞ্জের নিচে চলে যায়। ধরুন আপনি একটি `uint8`-এ `0` কমানোর চেষ্টা করেছেন, ফলাফলটি কেবল সর্বোচ্চ রিপ্রেজেন্টেবল ভ্যালুতে (`255`) রোল ওভার করবে।
-পূর্ণসংখ্যা ওভারফ্লো এবং আন্ডারফ্লো উভয়ই একটি কন্ট্র্যাক্টের স্টেট ভ্যারিয়েবলে অপ্রত্যাশিত পরিবর্তন ঘটাতে পারে এবং অপরিকল্পিত এক্সিকিউশনের কারণ হতে পারে। নীচে একটি উদাহরণ দেখানো হয়েছে যা দেখায় কিভাবে একজন অ্যাটাকার একটি স্মার্ট কন্ট্র্যাক্টে গাণিতিক ওভারফ্লো ব্যবহার করে একটি অবৈধ অপারেশন সম্পাদন করতে পারে:
+ইন্টিজার ওভারফ্লো এবং আন্ডারফ্লো উভয়ই একটি কন্ট্রাক্টের স্টেট ভেরিয়েবলগুলোতে অপ্রত্যাশিত পরিবর্তন আনতে পারে এবং অপরিকল্পিত এক্সিকিউশনের কারণ হতে পারে। নিচে একটি উদাহরণ দেওয়া হলো যা দেখায় কীভাবে একজন আক্রমণকারী একটি অবৈধ অপারেশন করতে একটি স্মার্ট কন্ট্রাক্ট-এ গাণিতিক ওভারফ্লো কাজে লাগাতে পারে:
```
pragma solidity ^0.7.6;
@@ -433,144 +433,144 @@ contract Attack {
}
```
-##### কিভাবে পূর্ণসংখ্যা আন্ডারফ্লো এবং ওভারফ্লো প্রতিরোধ করা যায়
+##### কীভাবে ইন্টিজার আন্ডারফ্লো এবং ওভারফ্লো প্রতিরোধ করবেন
-ভার্সন 0.8.0 থেকে, Solidity কম্পাইলার সেই কোড প্রত্যাখ্যান করে যা পূর্ণসংখ্যা আন্ডারফ্লো এবং ওভারফ্লো ঘটায়। যাইহোক, একটি নিম্ন কম্পাইলার সংস্করণ দিয়ে কম্পাইল করা কন্ট্র্যাক্টগুলোতে হয় গাণিতিক অপারেশন জড়িত ফাংশনগুলোতে চেক সম্পাদন করা উচিত অথবা একটি লাইব্রেরি (যেমন, [SafeMath](https://docs.openzeppelin.com/contracts/2.x/api/math)) ব্যবহার করা উচিত যা আন্ডারফ্লো/ওভারফ্লো জন্য চেক করে।
+0.8.0 ভার্সন থেকে, Solidity কম্পাইলার এমন কোড প্রত্যাখ্যান করে যার ফলে ইন্টিজার আন্ডারফ্লো এবং ওভারফ্লো হয়। তবে, নিম্ন কম্পাইলার ভার্সন দিয়ে কম্পাইল করা কন্ট্রাক্টগুলোর গাণিতিক অপারেশন জড়িত ফাংশনগুলোতে চেক করা উচিত অথবা এমন একটি লাইব্রেরি (যেমন, [SafeMath](https://docs.openzeppelin.com/contracts/2.x/api/math)) ব্যবহার করা উচিত যা আন্ডারফ্লো/ওভারফ্লো চেক করে।
#### ওরাকল ম্যানিপুলেশন {#oracle-manipulation}
-[ওরাকলস](/developers/docs/oracles/) অফচেন তথ্য উৎস করে এবং স্মার্ট কন্ট্র্যাক্ট ব্যবহারের জন্য অনচেইনে পাঠায়। ওরাকলের সাহায্যে, আপনি এমন স্মার্ট কন্ট্র্যাক্ট ডিজাইন করতে পারেন যা অফচেন সিস্টেমের সাথে ইন্টারঅপারেট করে, যেমন মূলধনের বাজার, যা তাদের অ্যাপ্লিকেশনকে ব্যাপকভাবে প্রসারিত করে।
+[ওরাকলগুলো](/developers/docs/oracles/) অফচেইন তথ্যের উৎস হিসেবে কাজ করে এবং স্মার্ট কন্ট্রাক্টগুলোর ব্যবহারের জন্য এটি অনচেইন পাঠায়। ওরাকলগুলোর সাহায্যে, আপনি এমন স্মার্ট কন্ট্রাক্ট ডিজাইন করতে পারেন যা অফচেইন সিস্টেমগুলোর সাথে ইন্টারঅপারেট করে, যেমন ক্যাপিটাল মার্কেট, যা তাদের অ্যাপ্লিকেশনকে ব্যাপকভাবে প্রসারিত করে।
-কিন্তু যদি ওরাকলটি দুর্নীতিগ্রস্ত হয় এবং অনচেইনে ভুল তথ্য পাঠায়, স্মার্ট কন্ট্র্যাক্টগুলো ভুল ইনপুটের উপর ভিত্তি করে এক্সিকিউট হবে, যা সমস্যা সৃষ্টি করতে পারে। এটি “ওরাকল সমস্যা”র ভিত্তি, যা একটি ব্লকচেইন ওরাকল থেকে তথ্য সঠিক, আপ-টু-ডেট এবং সময়মত কিনা তা নিশ্চিত করার কাজ নিয়ে উদ্বিগ্ন।
+কিন্তু যদি ওরাকলটি দূষিত হয় এবং অনচেইন ভুল তথ্য পাঠায়, তবে স্মার্ট কন্ট্রাক্টগুলো ভুল ইনপুটের উপর ভিত্তি করে এক্সিকিউট হবে, যা সমস্যা সৃষ্টি করতে পারে। এটি হলো "ওরাকল প্রবলেম"-এর ভিত্তি, যা একটি ব্লকচেইন ওরাকল থেকে পাওয়া তথ্য সঠিক, আপ-টু-ডেট এবং সময়োপযোগী তা নিশ্চিত করার কাজের সাথে সম্পর্কিত।
-একটি সম্পর্কিত নিরাপত্তা উদ্বেগ হল একটি অনচেন ওরাকল, যেমন একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জ, ব্যবহার করে একটি সম্পদের স্পট মূল্য পাওয়া। [ডিসেন্ট্রালাইজড ফাইন্যান্স (DeFi)](/defi/) শিল্পের লেন্ডিং প্ল্যাটফর্মগুলো প্রায়শই এটি করে ব্যবহারকারীর কোল্যাটেরালের মূল্য নির্ধারণ করতে, যাতে তারা কতটুকু ধার নিতে পারবে তা নির্ধারণ করা যায়।
+একটি সম্পর্কিত নিরাপত্তা উদ্বেগ হলো একটি অ্যাসেটের স্পট প্রাইস পেতে একটি অনচেইন ওরাকল ব্যবহার করা, যেমন একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জ। [ডিসেন্ট্রালাইজড ফাইন্যান্স (DeFi)](/defi/) ইন্ডাস্ট্রিতে লেন্ডিং প্ল্যাটফর্মগুলো প্রায়ই একজন ব্যবহারকারীর কোল্যাটারালের ভ্যালু নির্ধারণ করতে এটি করে যাতে তারা কত ধার নিতে পারে তা নির্ধারণ করা যায়।
-DEX মূল্য প্রায়শই সঠিক হয়, মূলত আরবিট্রেজররা বাজারে প্যারিটি পুনরুদ্ধার করার কারণে। যাইহোক, তারা ম্যানিপুলেশনের জন্য উন্মুক্ত, বিশেষ করে যদি অনচেন ওরাকল ঐতিহাসিক ট্রেডিং প্যাটার্নের উপর ভিত্তি করে সম্পদের মূল্য গণনা করে (যেমনটি সাধারণত হয়)।
+DEX প্রাইসগুলো প্রায়ই সঠিক হয়, মূলত আরবিট্রেজাররা (arbitrageurs) মার্কেটে সমতা ফিরিয়ে আনার কারণে। তবে, এগুলো ম্যানিপুলেশনের জন্য উন্মুক্ত, বিশেষ করে যদি অনচেইন ওরাকল ঐতিহাসিক ট্রেডিং প্যাটার্নের উপর ভিত্তি করে অ্যাসেটের প্রাইস গণনা করে (যেমনটি সাধারণত হয়)।
-উদাহরণস্বরূপ, একজন অ্যাটাকার আপনার লেন্ডিং কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার ঠিক আগে একটি ফ্ল্যাশ লোন নিয়ে একটি সম্পদের স্পট মূল্য কৃত্রিমভাবে পাম্প করতে পারে। সম্পদের মূল্যের জন্য DEX-কে কোয়েরি করলে একটি স্বাভাবিকের চেয়ে বেশি মান ফেরত আসবে (অ্যাটাকারের বড় “ক্রয় অর্ডার” সম্পদের চাহিদা বিকৃত করার কারণে), যা তাদের প্রয়োজনের চেয়ে বেশি ধার নিতে দেয়। এই ধরনের "ফ্ল্যাশ লোন অ্যাটাক" DeFi অ্যাপ্লিকেশনগুলোর মধ্যে মূল্য ওরাকলের উপর নির্ভরতা কাজে লাগাতে ব্যবহার করা হয়েছে, যা প্রোটোকলগুলোকে লক্ষ লক্ষ ডলারের ফান্ড হারিয়েছে।
+উদাহরণস্বরূপ, একজন আক্রমণকারী আপনার লেন্ডিং কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করার ঠিক আগে একটি ফ্ল্যাশ লোন নিয়ে কৃত্রিমভাবে একটি অ্যাসেটের স্পট প্রাইস পাম্প করতে পারে। অ্যাসেটের প্রাইসের জন্য DEX-এ কোয়েরি করলে একটি স্বাভাবিকের চেয়ে বেশি ভ্যালু ফিরে আসবে (আক্রমণকারীর বড় "বাই অর্ডার" অ্যাসেটের চাহিদাকে স্কিউ করার কারণে), যা তাদের উচিতের চেয়ে বেশি ধার নেওয়ার অনুমতি দেয়। এই ধরনের "ফ্ল্যাশ লোন আক্রমণগুলো" DeFi অ্যাপ্লিকেশনগুলোর মধ্যে প্রাইস ওরাকলগুলোর উপর নির্ভরতা কাজে লাগাতে ব্যবহার করা হয়েছে, যার ফলে প্রটোকলগুলোর মিলিয়ন মিলিয়ন ফান্ড নষ্ট হয়েছে।
-##### কিভাবে ওরাকল ম্যানিপুলেশন প্রতিরোধ করা যায়
+##### কীভাবে ওরাকল ম্যানিপুলেশন প্রতিরোধ করবেন
-[ওরাকল ম্যানিপুলেশন এড়ানোর](https://www.cyfrin.io/blog/price-oracle-manipultion-attacks-with-examples) জন্য ন্যূনতম প্রয়োজনীয়তা হল একটি ডিসেন্ট্রালাইজড ওরাকল নেটওয়ার্ক ব্যবহার করা যা একাধিক উৎস থেকে তথ্য কোয়েরি করে যাতে সিঙ্গেল পয়েন্ট অফ ফেলিওর এড়ানো যায়। বেশিরভাগ ক্ষেত্রে, ডিসেন্ট্রালাইজড ওরাকলগুলোতে বিল্ট-ইন ক্রিপ্টোইকোনমিক ইনসেনটিভ থাকে যা ওরাকল নোডগুলোকে সঠিক তথ্য রিপোর্ট করতে উৎসাহিত করে, যা তাদের সেন্ট্রালাইজড ওরাকলের চেয়ে বেশি সুরক্ষিত করে তোলে।
+[ওরাকল ম্যানিপুলেশন এড়ানোর](https://www.cyfrin.io/blog/price-oracle-manipultion-attacks-with-examples) ন্যূনতম প্রয়োজনীয়তা হলো একটি ডিসেন্ট্রালাইজড ওরাকল নেটওয়ার্ক ব্যবহার করা যা সিঙ্গেল পয়েন্ট অফ ফেইলিওর এড়াতে একাধিক উৎস থেকে তথ্য কোয়েরি করে। বেশিরভাগ ক্ষেত্রে, ডিসেন্ট্রালাইজড ওরাকলগুলোতে ওরাকল নোডগুলোকে সঠিক তথ্য রিপোর্ট করতে উৎসাহিত করার জন্য বিল্ট-ইন ক্রিপ্টোইকোনমিক প্রণোদনা থাকে, যা সেগুলোকে সেন্ট্রালাইজড ওরাকলগুলোর চেয়ে বেশি নিরাপদ করে তোলে।
-যদি আপনি সম্পদের মূল্যের জন্য একটি অনচেন ওরাকল কোয়েরি করার পরিকল্পনা করেন, তবে এমন একটি ব্যবহার করার কথা বিবেচনা করুন যা একটি টাইম-ওয়েটেড অ্যাভারেজ প্রাইস (TWAP) মেকানিজম বাস্তবায়ন করে। একটি [TWAP ওরাকল](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) দুটি ভিন্ন সময়ে (যা আপনি পরিবর্তন করতে পারেন) একটি সম্পদের মূল্য কোয়েরি করে এবং প্রাপ্ত গড়ের উপর ভিত্তি করে স্পট মূল্য গণনা করে। দীর্ঘ সময়কাল বেছে নেওয়া আপনার প্রোটোকলকে মূল্য ম্যানিপুলেশন থেকে রক্ষা করে কারণ সম্প্রতি এক্সিকিউট করা বড় অর্ডারগুলো সম্পদের মূল্যকে প্রভাবিত করতে পারে না।
+আপনি যদি অ্যাসেটের প্রাইসের জন্য একটি অনচেইন ওরাকল কোয়েরি করার পরিকল্পনা করেন, তবে এমন একটি ব্যবহার করার কথা বিবেচনা করুন যা একটি টাইম-ওয়েটেড অ্যাভারেজ প্রাইস (TWAP) মেকানিজম বাস্তবায়ন করে। একটি [TWAP ওরাকল](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) দুটি ভিন্ন সময়ে (যা আপনি পরিবর্তন করতে পারেন) একটি অ্যাসেটের প্রাইস কোয়েরি করে এবং প্রাপ্ত গড়ের উপর ভিত্তি করে স্পট প্রাইস গণনা করে। দীর্ঘ সময়কাল বেছে নেওয়া আপনার প্রটোকলকে প্রাইস ম্যানিপুলেশনের বিরুদ্ধে রক্ষা করে কারণ সম্প্রতি এক্সিকিউট হওয়া বড় অর্ডারগুলো অ্যাসেটের প্রাইসকে প্রভাবিত করতে পারে না।
-## ডেভেলপারদের জন্য স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা রিসোর্স {#smart-contract-security-resources-for-developers}
+## ডেভেলপারদের জন্য স্মার্ট কন্ট্রাক্ট সিকিউরিটি রিসোর্স {#smart-contract-security-resources-for-developers}
-### স্মার্ট কন্ট্র্যাক্ট বিশ্লেষণ এবং কোডের সঠিকতা যাচাই করার জন্য টুলস {#code-analysis-tools}
+### স্মার্ট কন্ট্রাক্ট বিশ্লেষণ এবং কোডের সঠিকতা যাচাই করার টুল {#code-analysis-tools}
-- **[টেস্টিং টুলস এবং লাইব্রেরি](/developers/docs/smart-contracts/testing/#testing-tools-and-libraries)** - _স্মার্ট কন্ট্র্যাক্টে ইউনিট টেস্ট, স্ট্যাটিক বিশ্লেষণ এবং ডাইনামিক বিশ্লেষণ সম্পাদনের জন্য ইন্ডাস্ট্রি-স্ট্যান্ডার্ড টুলস এবং লাইব্রেরির সংগ্রহ।_
+- **[টেস্টিং টুল এবং লাইব্রেরি](/developers/docs/smart-contracts/testing/#testing-tools-and-libraries)** - _স্মার্ট কন্ট্রাক্টগুলোতে ইউনিট টেস্ট, স্ট্যাটিক অ্যানালাইসিস এবং ডাইনামিক অ্যানালাইসিস করার জন্য ইন্ডাস্ট্রি-স্ট্যান্ডার্ড টুল এবং লাইব্রেরির সংগ্রহ।_
-- **[ফর্মাল ভেরিফিকেশন টুলস](/developers/docs/smart-contracts/formal-verification/#formal-verification-tools)** - _স্মার্ট কন্ট্র্যাক্টে ফাংশনাল সঠিকতা যাচাই এবং ইনভ্যারিয়েন্ট চেক করার জন্য টুলস।_
+- **[ফরমাল ভেরিফিকেশন টুল](/developers/docs/smart-contracts/formal-verification/#formal-verification-tools)** - _স্মার্ট কন্ট্রাক্টগুলোতে ফাংশনাল সঠিকতা যাচাই এবং ইনভ্যারিয়েন্ট চেক করার টুল।_
-- **[স্মার্ট কন্ট্র্যাক্ট অডিটিং পরিষেবা](/developers/docs/smart-contracts/testing/#smart-contract-auditing-services)** - _ইথেরিয়াম ডেভেলপমেন্ট প্রজেক্টের জন্য স্মার্ট কন্ট্র্যাক্ট অডিটিং পরিষেবা প্রদানকারী সংস্থাগুলোর তালিকা।_
+- **[স্মার্ট কন্ট্রাক্ট অডিটিং সার্ভিস](/developers/docs/smart-contracts/testing/#smart-contract-auditing-services)** - _ইথিরিয়াম ডেভেলপমেন্ট প্রজেক্টের জন্য স্মার্ট কন্ট্রাক্ট অডিটিং সার্ভিস প্রদানকারী সংস্থাগুলোর তালিকা।_
-- **[বাগ বাউন্টি প্ল্যাটফর্ম](/developers/docs/smart-contracts/testing/#bug-bounty-platforms)** - _বাগ বাউন্টি সমন্বয় এবং স্মার্ট কন্ট্র্যাক্টে গুরুতর দুর্বলতার দায়িত্বশীল প্রকাশের জন্য পুরস্কৃত করার প্ল্যাটফর্ম।_
+- **[বাগ বাউন্টি প্ল্যাটফর্ম](/developers/docs/smart-contracts/testing/#bug-bounty-platforms)** - _বাগ বাউন্টি পরিচালনা এবং স্মার্ট কন্ট্রাক্টগুলোর জটিল দুর্বলতাগুলো দায়িত্বশীলভাবে প্রকাশ করার জন্য পুরস্কৃত করার প্ল্যাটফর্ম।_
-- **[Fork Checker](https://forkchecker.hashex.org/)** - _একটি ফর্ক করা কন্ট্র্যাক্ট সম্পর্কিত সমস্ত উপলব্ধ তথ্য পরীক্ষা করার জন্য একটি বিনামূল্যের অনলাইন টুল।_
+- **[Fork Checker](https://forkchecker.hashex.org/)** - _ফর্ক করা কন্ট্রাক্ট সম্পর্কিত সমস্ত উপলব্ধ তথ্য চেক করার জন্য একটি বিনামূল্যের অনলাইন টুল।_
-- **[ABI Encoder](https://abi.hashex.org/)** - _আপনার Solidity কন্ট্র্যাক্ট ফাংশন এবং কনস্ট্রাক্টর আর্গুমেন্ট এনকোড করার জন্য একটি বিনামূল্যের অনলাইন পরিষেবা।_
+- **[ABI Encoder](https://abi.hashex.org/)** - _আপনার Solidity কন্ট্রাক্ট ফাংশন এবং কনস্ট্রাক্টর আর্গুমেন্ট এনকোড করার জন্য একটি বিনামূল্যের অনলাইন সার্ভিস।_
-- **[Aderyn](https://github.com/Cyfrin/aderyn)** - _Solidity স্ট্যাটিক অ্যানালাইজার, অ্যাবস্ট্রাক্ট সিনট্যাক্স ট্রি (AST) ট্র্যাভার্স করে সন্দেহজনক দুর্বলতা চিহ্নিত করে এবং সহজে ব্যবহারযোগ্য মার্কডাউন ফরম্যাটে সমস্যাগুলো প্রিন্ট করে।_
+- **[Aderyn](https://github.com/Cyfrin/aderyn)** - _Solidity স্ট্যাটিক অ্যানালাইজার, যা সন্দেহজনক দুর্বলতাগুলো চিহ্নিত করতে অ্যাবস্ট্রাক্ট সিনট্যাক্স ট্রি (AST) ট্রাভার্স করে এবং সহজে ব্যবহারযোগ্য মার্কডাউন ফরম্যাটে সমস্যাগুলো প্রিন্ট করে।_
-### স্মার্ট কন্ট্র্যাক্ট মনিটরিংয়ের জন্য টুলস {#smart-contract-monitoring-tools}
+### স্মার্ট কন্ট্রাক্ট মনিটরিং করার টুল {#smart-contract-monitoring-tools}
-- **[Tenderly রিয়েল-টাইম অ্যালার্টিং](https://tenderly.co/monitoring)** - _আপনার স্মার্ট কন্ট্র্যাক্ট বা ওয়ালেটে অস্বাভাবিক বা অপ্রত্যাশিত ইভেন্ট ঘটলে রিয়েল-টাইম নোটিফিকেশন পাওয়ার জন্য একটি টুল।_
+- **[Tenderly Real-Time Alerting](https://tenderly.co/monitoring)** - _আপনার স্মার্ট কন্ট্রাক্ট বা ওয়ালেটগুলোতে অস্বাভাবিক বা অপ্রত্যাশিত ঘটনা ঘটলে রিয়েল-টাইম নোটিফিকেশন পাওয়ার একটি টুল।_
-### স্মার্ট কন্ট্র্যাক্টের সুরক্ষিত প্রশাসনের জন্য টুলস {#smart-contract-administration-tools}
+### স্মার্ট কন্ট্রাক্টগুলোর নিরাপদ পরিচালনার টুল {#smart-contract-administration-tools}
-- **[Safe](https://safe.global/)** - _ইথেরিয়ামে চলমান স্মার্ট কন্ট্র্যাক্ট ওয়ালেট যার জন্য একটি লেনদেন ঘটার আগে ন্যূনতম সংখ্যক লোকের অনুমোদন প্রয়োজন (M-of-N)।_
+- **[Safe](https://safe.global/)** - _ইথিরিয়ামে চলা স্মার্ট কন্ট্রাক্ট ওয়ালেট, যেখানে কোনো লেনদেন সম্পন্ন হওয়ার আগে ন্যূনতম সংখ্যক মানুষের অনুমোদনের প্রয়োজন হয় (M-of-N)।_
-- **[OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/5.x/)** - _কন্ট্র্যাক্ট মালিকানা, আপগ্রেড, অ্যাক্সেস কন্ট্রোল, গভর্নেন্স, পজেবিলিটি এবং আরও অনেক কিছু সহ প্রশাসনিক বৈশিষ্ট্য বাস্তবায়নের জন্য কন্ট্র্যাক্ট লাইব্রেরি।_
+- **[OpenZeppelin Contracts](https://docs.openzeppelin.com/contracts/5.x/)** - _কন্ট্রাক্ট ওনারশিপ, আপগ্রেড, অ্যাক্সেস কন্ট্রোল, গভর্নেন্স, পজ করার ক্ষমতাসহ প্রশাসনিক ফিচারগুলো বাস্তবায়নের জন্য কন্ট্রাক্ট লাইব্রেরি।_
-### স্মার্ট কন্ট্র্যাক্ট অডিটিং পরিষেবা {#smart-contract-auditing-services}
+### স্মার্ট কন্ট্রাক্ট অডিটিং সার্ভিস {#smart-contract-auditing-services}
-- **[ConsenSys Diligence](https://diligence.consensys.io/)** - _স্মার্ট কন্ট্র্যাক্ট অডিটিং পরিষেবা যা ব্লকচেইন ইকোসিস্টেম জুড়ে প্রকল্পগুলোকে তাদের প্রোটোকলগুলো লঞ্চের জন্য প্রস্তুত এবং ব্যবহারকারীদের সুরক্ষার জন্য নির্মিত তা নিশ্চিত করতে সাহায্য করে।_
+- **[ConsenSys Diligence](https://diligence.consensys.io/)** - _স্মার্ট কন্ট্রাক্ট অডিটিং সার্ভিস, যা ব্লকচেইন ইকোসিস্টেমের প্রজেক্টগুলোকে তাদের প্রটোকল লঞ্চের জন্য প্রস্তুত করতে এবং ব্যবহারকারীদের সুরক্ষার জন্য তৈরি করতে সাহায্য করে।_
-- **[CertiK](https://www.certik.com/)** - _ব্লকচেইন নিরাপত্তা সংস্থা যা স্মার্ট কন্ট্র্যাক্ট এবং ব্লকচেইন নেটওয়ার্কে অত্যাধুনিক ফর্মাল ভেরিফিকেশন প্রযুক্তির ব্যবহারে অগ্রণী ভূমিকা পালন করছে।_
+- **[CertiK](https://www.certik.com/)** - _ব্লকচেইন সিকিউরিটি ফার্ম, যা স্মার্ট কন্ট্রাক্ট এবং ব্লকচেইন নেটওয়ার্কগুলোতে অত্যাধুনিক ফরমাল ভেরিফিকেশন প্রযুক্তির ব্যবহারে অগ্রণী ভূমিকা পালন করছে।_
-- **[Trail of Bits](https://www.trailofbits.com/)** - _সাইবারসিকিউরিটি কোম্পানি যা ঝুঁকি কমাতে এবং কোডকে শক্তিশালী করতে নিরাপত্তা গবেষণার সাথে একজন অ্যাটাকারের মানসিকতাকে একত্রিত করে।_
+- **[Trail of Bits](https://www.trailofbits.com/)** - _সাইবার সিকিউরিটি কোম্পানি, যা ঝুঁকি কমাতে এবং কোডকে শক্তিশালী করতে আক্রমণকারীর মানসিকতার সাথে সিকিউরিটি গবেষণার সমন্বয় করে।_
-- **[PeckShield](https://peckshield.com/)** - _ব্লকচেইন নিরাপত্তা সংস্থা যা সমগ্র ব্লকচেইন ইকোসিস্টেমের নিরাপত্তা, গোপনীয়তা এবং ব্যবহারযোগ্যতার জন্য পণ্য এবং পরিষেবা সরবরাহ করে।_
+- **[PeckShield](https://peckshield.com/)** - _ব্লকচেইন সিকিউরিটি কোম্পানি, যা সম্পূর্ণ ব্লকচেইন ইকোসিস্টেমের নিরাপত্তা, গোপনীয়তা এবং ব্যবহারযোগ্যতার জন্য প্রোডাক্ট ও সার্ভিস প্রদান করে।_
-- **[QuantStamp](https://quantstamp.com/)** - _নিরাপত্তা এবং ঝুঁকি মূল্যায়ন পরিষেবার মাধ্যমে ব্লকচেইন প্রযুক্তির মূলধারার গ্রহণকে সহজতরকারী অডিটিং পরিষেবা।_
+- **[QuantStamp](https://quantstamp.com/)** - _অডিটিং সার্ভিস, যা নিরাপত্তা এবং ঝুঁকি মূল্যায়ন সার্ভিসের মাধ্যমে ব্লকচেইন প্রযুক্তির মূলধারার গ্রহণকে সহজতর করে।_
-- **[OpenZeppelin](https://www.openzeppelin.com/security-audits)** - _স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা সংস্থা যা ডিস্ট্রিবিউটেড সিস্টেমের জন্য নিরাপত্তা অডিট প্রদান করে।_
+- **[OpenZeppelin](https://www.openzeppelin.com/security-audits)** - _স্মার্ট কন্ট্রাক্ট সিকিউরিটি কোম্পানি, যা ডিস্ট্রিবিউটেড সিস্টেমগুলোর জন্য সিকিউরিটি অডিট প্রদান করে।_
-- **[Runtime Verification](https://runtimeverification.com/)** - _নিরাপত্তা সংস্থা যা স্মার্ট কন্ট্র্যাক্টের ফর্মাল মডেলিং এবং ভেরিফিকেশনে বিশেষজ্ঞ।_
+- **[Runtime Verification](https://runtimeverification.com/)** - _সিকিউরিটি কোম্পানি, যা স্মার্ট কন্ট্রাক্টগুলোর ফরমাল মডেলিং এবং ভেরিফিকেশনে বিশেষজ্ঞ।_
-- **[Hacken](https://hacken.io)** - _ওয়েব3 সাইবারসিকিউরিটি অডিটর যা ব্লকচেইন নিরাপত্তায় ৩৬০-ডিগ্রি পদ্ধতি নিয়ে আসে।_
+- **[Hacken](https://hacken.io)** - _ওয়েব3 সাইবার সিকিউরিটি অডিটর, যা ব্লকচেইন নিরাপত্তায় ৩৬০-ডিগ্রি পদ্ধতি নিয়ে আসে।_
-- **[Nethermind](https://www.nethermind.io/smart-contract-audits)** - _Solidity এবং Cairo অডিটিং পরিষেবা, যা Ethereum এবং Starknet জুড়ে স্মার্ট কন্ট্র্যাক্টের অখণ্ডতা এবং ব্যবহারকারীদের নিরাপত্তা নিশ্চিত করে।_
+- **[Nethermind](https://www.nethermind.io/smart-contract-audits)** - _Solidity এবং Cairo অডিটিং সার্ভিস, যা ইথিরিয়াম এবং Starknet জুড়ে স্মার্ট কন্ট্রাক্টগুলোর অখণ্ডতা এবং ব্যবহারকারীদের নিরাপত্তা নিশ্চিত করে।_
-- **[HashEx](https://hashex.org/)** - _HashEx ব্লকচেইন এবং স্মার্ট কন্ট্র্যাক্ট অডিটিংয়ে ফোকাস করে ক্রিপ্টোকারেন্সির নিরাপত্তা নিশ্চিত করতে, যেমন স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট, পেনিট্রেশন টেস্টিং, ব্লকচেইন কনসাল্টিং পরিষেবা প্রদান করে।_
+- **[HashEx](https://hashex.org/)** - _HashEx ক্রিপটোকারেন্সিগুলোর নিরাপত্তা নিশ্চিত করতে ব্লকচেইন এবং স্মার্ট কন্ট্রাক্ট অডিটিংয়ের ওপর ফোকাস করে, যা স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্ট, পেনিট্রেশন টেস্টিং, ব্লকচেইন কনসাল্টিংয়ের মতো সার্ভিস প্রদান করে।_
-- **[Code4rena](https://code4rena.com/)** - _প্রতিযোগিতামূলক অডিট প্ল্যাটফর্ম যা স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা বিশেষজ্ঞদের দুর্বলতা খুঁজে বের করতে এবং ওয়েব3 কে আরও সুরক্ষিত করতে সাহায্য করার জন্য উৎসাহিত করে।_
+- **[Code4rena](https://code4rena.com/)** - _প্রতিযোগিতামূলক অডিট প্ল্যাটফর্ম, যা স্মার্ট কন্ট্রাক্ট সিকিউরিটি বিশেষজ্ঞদের দুর্বলতা খুঁজে বের করতে এবং ওয়েব3-কে আরও সুরক্ষিত করতে উৎসাহিত করে।_
-- **[CodeHawks](https://codehawks.com/)** - _প্রতিযোগিতামূলক অডিট প্ল্যাটফর্ম যা নিরাপত্তা গবেষকদের জন্য স্মার্ট কন্ট্র্যাক্ট অডিটিং প্রতিযোগিতার আয়োজন করে।_
+- **[CodeHawks](https://codehawks.com/)** - _প্রতিযোগিতামূলক অডিট প্ল্যাটফর্ম, যা সিকিউরিটি গবেষকদের জন্য স্মার্ট কন্ট্রাক্ট অডিটিং প্রতিযোগিতার আয়োজন করে।_
-- **[Cyfrin](https://cyfrin.io)** - _ওয়েব3 নিরাপত্তা পাওয়ারহাউস, যা পণ্য এবং স্মার্ট কন্ট্র্যাক্ট অডিটিং পরিষেবার মাধ্যমে ক্রিপ্টো নিরাপত্তাকে ইনকিউবেট করে।_
+- **[Cyfrin](https://cyfrin.io)** - _ওয়েব3 সিকিউরিটি পাওয়ারহাউস, যা প্রোডাক্ট এবং স্মার্ট কন্ট্রাক্ট অডিটিং সার্ভিসের মাধ্যমে ক্রিপ্টো সিকিউরিটিকে ইনকিউবেট করে।_
-- **[ImmuneBytes](https://immunebytes.com/smart-contract-audit/)** - _ওয়েব3 নিরাপত্তা সংস্থা যা অভিজ্ঞ অডিটর এবং সেরা-শ্রেণীর টুলসের একটি দলের মাধ্যমে ব্লকচেইন সিস্টেমের জন্য নিরাপত্তা অডিট সরবরাহ করে।_
+- **[ImmuneBytes](https://immunebytes.com/smart-contract-audit/)** - _ওয়েব3 সিকিউরিটি ফার্ম, যা অভিজ্ঞ অডিটরদের একটি দল এবং সেরা টুলগুলোর মাধ্যমে ব্লকচেইন সিস্টেমগুলোর জন্য সিকিউরিটি অডিট অফার করে।_
-- **[Oxorio](https://oxor.io/)** - _স্মার্ট কন্ট্র্যাক্ট অডিট এবং ব্লকচেইন নিরাপত্তা পরিষেবা যা EVM, Solidity, ZK, ক্রিপ্টো ফার্ম এবং DeFi প্রকল্পের জন্য ক্রস-চেইন প্রযুক্তিতে বিশেষজ্ঞ।_
+- **[Oxorio](https://oxor.io/)** - _ক্রিপ্টো ফার্ম এবং DeFi প্রজেক্টগুলোর জন্য EVM, Solidity, ZK, ক্রস-চেইন প্রযুক্তিতে দক্ষতাসম্পন্ন স্মার্ট কন্ট্রাক্ট অডিট এবং ব্লকচেইন সিকিউরিটি সার্ভিস।_
-- **[Inference](https://inference.ag/)** - _নিরাপত্তা অডিটিং কোম্পানি, যা EVM-ভিত্তিক ব্লকচেইনের জন্য স্মার্ট কন্ট্র্যাক্ট অডিটিংয়ে বিশেষজ্ঞ। এর বিশেষজ্ঞ অডিটরদের ধন্যবাদ, তারা সম্ভাব্য সমস্যাগুলো চিহ্নিত করে এবং ডিপ্লয়মেন্টের আগে সেগুলো সমাধানের জন্য কার্যকর সমাধান প্রস্তাব করে।_
+- **[Inference](https://inference.ag/)** - _সিকিউরিটি অডিটিং কোম্পানি, যা EVM-ভিত্তিক ব্লকচেইনগুলোর জন্য স্মার্ট কন্ট্রাক্ট অডিটিংয়ে বিশেষজ্ঞ। এর বিশেষজ্ঞ অডিটরদের ধন্যবাদ, তারা সম্ভাব্য সমস্যাগুলো চিহ্নিত করে এবং ডিপ্লয়মেন্টের আগে সেগুলো সমাধানের জন্য কার্যকর পরামর্শ দেয়।_
### বাগ বাউন্টি প্ল্যাটফর্ম {#bug-bounty-platforms}
-- **[Immunefi](https://immunefi.com/)** - _স্মার্ট কন্ট্র্যাক্ট এবং DeFi প্রকল্পগুলোর জন্য বাগ বাউন্টি প্ল্যাটফর্ম, যেখানে নিরাপত্তা গবেষকরা কোড পর্যালোচনা করে, দুর্বলতা প্রকাশ করে, অর্থ প্রদান পায় এবং ক্রিপ্টোকে আরও নিরাপদ করে তোলে।_
+- **[Immunefi](https://immunefi.com/)** - _স্মার্ট কন্ট্রাক্ট এবং DeFi প্রজেক্টগুলোর জন্য বাগ বাউন্টি প্ল্যাটফর্ম, যেখানে সিকিউরিটি গবেষকরা কোড রিভিউ করেন, দুর্বলতা প্রকাশ করেন, অর্থ পান এবং ক্রিপ্টোকে আরও নিরাপদ করেন।_
-- **[HackerOne](https://www.hackerone.com/)** - _দুর্বলতা সমন্বয় এবং বাগ বাউন্টি প্ল্যাটফর্ম যা ব্যবসাগুলোকে পেনিট্রেশন টেস্টার এবং সাইবারসিকিউরিটি গবেষকদের সাথে সংযুক্ত করে।_
+- **[HackerOne](https://www.hackerone.com/)** - _দুর্বলতা সমন্বয় এবং বাগ বাউন্টি প্ল্যাটফর্ম, যা ব্যবসাগুলোকে পেনিট্রেশন টেস্টার এবং সাইবার সিকিউরিটি গবেষকদের সাথে সংযুক্ত করে।_
-- **[HackenProof](https://hackenproof.com/)** - _ক্রিপ্টো প্রকল্পগুলোর (DeFi, স্মার্ট কন্ট্র্যাক্ট, ওয়ালেট, CEX এবং আরও অনেক কিছু) জন্য বিশেষজ্ঞ বাগ বাউন্টি প্ল্যাটফর্ম, যেখানে নিরাপত্তা পেশাদাররা ট্রায়াজ পরিষেবা প্রদান করে এবং গবেষকরা প্রাসঙ্গিক, যাচাইকৃত বাগ রিপোর্টের জন্য অর্থ প্রদান পায়।_
+- **[HackenProof](https://hackenproof.com/)** - _ক্রিপ্টো প্রজেক্টগুলোর (DeFi, স্মার্ট কন্ট্রাক্ট, ওয়ালেট, CEX এবং আরও অনেক কিছু) জন্য বিশেষজ্ঞ বাগ বাউন্টি প্ল্যাটফর্ম, যেখানে সিকিউরিটি পেশাদাররা ট্রায়াজ সার্ভিস প্রদান করেন এবং গবেষকরা প্রাসঙ্গিক, যাচাইকৃত বাগ রিপোর্টের জন্য অর্থ পান।_
-- **[Sherlock](https://www.sherlock.xyz/)** - _স্মার্ট কন্ট্র্যাক্ট নিরাপত্তার জন্য ওয়েব3-এর আন্ডাররাইটার, যেখানে অডিটরদের জন্য পেআউট স্মার্ট কন্ট্র্যাক্টের মাধ্যমে পরিচালিত হয় যাতে প্রাসঙ্গিক বাগগুলো ন্যায্যভাবে পরিশোধ করা হয় তা নিশ্চিত করা যায়।_
+- **[Sherlock](https://www.sherlock.xyz/)** - _স্মার্ট কন্ট্রাক্ট সিকিউরিটির জন্য ওয়েব3-তে আন্ডাররাইটার, যেখানে প্রাসঙ্গিক বাগগুলোর জন্য ন্যায্য অর্থ প্রদান নিশ্চিত করতে স্মার্ট কন্ট্রাক্টগুলোর মাধ্যমে অডিটরদের পেআউট পরিচালনা করা হয়।_
-- **[CodeHawks](https://www.codehawks.com/)** - _প্রতিযোগিতামূলক বাগ বাউন্টি প্ল্যাটফর্ম যেখানে অডিটররা নিরাপত্তা প্রতিযোগিতা এবং চ্যালেঞ্জে অংশ নেয় এবং (শীঘ্রই) তাদের নিজস্ব ব্যক্তিগত অডিটে অংশ নেবে।_
+- **[CodeHawks](https://www.codehawks.com/)** - _প্রতিযোগিতামূলক বাগ বাউন্টি প্ল্যাটফর্ম, যেখানে অডিটররা সিকিউরিটি প্রতিযোগিতা এবং চ্যালেঞ্জগুলোতে অংশ নেন এবং (শীঘ্রই) তাদের নিজস্ব প্রাইভেট অডিটেও অংশ নেবেন।_
-### পরিচিত স্মার্ট কন্ট্র্যাক্ট দুর্বলতা এবং এক্সপ্লয়েটের প্রকাশনা {#common-smart-contract-vulnerabilities-and-exploits}
+### পরিচিত স্মার্ট কন্ট্রাক্ট দুর্বলতা এবং এক্সপ্লয়েটগুলোর প্রকাশনা {#common-smart-contract-vulnerabilities-and-exploits}
-- **[ConsenSys: স্মার্ট কন্ট্র্যাক্টের পরিচিত অ্যাটাক](https://consensysdiligence.github.io/smart-contract-best-practices/attacks/)** - _সবচেয়ে গুরুত্বপূর্ণ কন্ট্র্যাক্ট দুর্বলতার শিক্ষানবিস-বান্ধব ব্যাখ্যা, বেশিরভাগ ক্ষেত্রে স্যাম্পল কোড সহ।_
+- **[ConsenSys: Smart Contract Known Attacks](https://consensysdiligence.github.io/smart-contract-best-practices/attacks/)** - _সবচেয়ে উল্লেখযোগ্য কন্ট্রাক্ট দুর্বলতাগুলোর শিক্ষানবিস-বান্ধব ব্যাখ্যা, যেখানে বেশিরভাগ ক্ষেত্রেই নমুনা কোড দেওয়া আছে।_
-- **[SWC রেজিস্ট্রি](https://swcregistry.io/)** - _কমন উইকনেস এনুমারেশন (CWE) আইটেমগুলোর একটি কিউরেটেড তালিকা যা ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টে প্রযোজ্য।_
+- **[SWC Registry](https://swcregistry.io/)** - _কমন উইকনেস এনামারেশন (CWE) আইটেমগুলোর কিউরেট করা তালিকা, যা ইথিরিয়াম স্মার্ট কন্ট্রাক্টগুলোতে প্রযোজ্য।_
-- **[Rekt](https://rekt.news/)** - _নিয়মিতভাবে আপডেট হওয়া উচ্চ-প্রোফাইল ক্রিপ্টো হ্যাক এবং এক্সপ্লয়েটের প্রকাশনা, সাথে বিস্তারিত পোস্ট-মর্টেম রিপোর্ট।_
+- **[Rekt](https://rekt.news/)** - _হাই-প্রোফাইল ক্রিপ্টো হ্যাক এবং এক্সপ্লয়েটগুলোর নিয়মিত আপডেট করা প্রকাশনা, সাথে বিস্তারিত পোস্ট-মর্টেম রিপোর্ট।_
-### স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা শেখার জন্য চ্যালেঞ্জ {#challenges-for-learning-smart-contract-security}
+### স্মার্ট কন্ট্রাক্ট সিকিউরিটি শেখার চ্যালেঞ্জ {#challenges-for-learning-smart-contract-security}
-- **[Awesome BlockSec CTF](https://github.com/blockthreat/blocksec-ctfs)** - _ব্লকচেইন নিরাপত্তা ওয়ারগেম, চ্যালেঞ্জ, এবং [ক্যাপচার দ্য ফ্ল্যাগ](https://www.webopedia.com/definitions/ctf-event/amp/) প্রতিযোগিতা এবং সমাধান রাইটআপের একটি কিউরেটেড তালিকা।_
+- **[Awesome BlockSec CTF](https://github.com/blockthreat/blocksec-ctfs)** - _ব্লকচেইন সিকিউরিটি ওয়ারগেম, চ্যালেঞ্জ এবং [Capture The Flag](https://www.webopedia.com/definitions/ctf-event/amp/) প্রতিযোগিতা ও সমাধানের রাইটআপগুলোর কিউরেট করা তালিকা।_
-- **[Damn Vulnerable DeFi](https://www.damnvulnerabledefi.xyz/)** - _DeFi স্মার্ট কন্ট্র্যাক্টের আক্রমণাত্মক নিরাপত্তা শেখার এবং বাগ-হান্টিং ও নিরাপত্তা অডিটিংয়ে দক্ষতা তৈরির জন্য ওয়ারগেম।_
+- **[Damn Vulnerable DeFi](https://www.damnvulnerabledefi.xyz/)** - _DeFi স্মার্ট কন্ট্রাক্টগুলোর অফেন্সিভ সিকিউরিটি শিখতে এবং বাগ-হান্টিং ও সিকিউরিটি অডিটিংয়ে দক্ষতা তৈরি করার ওয়ারগেম।_
-- **[Ethernaut](https://ethernaut.openzeppelin.com/)** - _ওয়েব3/Solidity-ভিত্তিক ওয়ারগেম যেখানে প্রতিটি লেভেল একটি স্মার্ট কন্ট্র্যাক্ট যা 'হ্যাক' করতে হবে।_
+- **[Ethernaut](https://ethernaut.openzeppelin.com/)** - _ওয়েব3/Solidity-ভিত্তিক ওয়ারগেম, যেখানে প্রতিটি লেভেল হলো একটি স্মার্ট কন্ট্রাক্ট যাকে 'হ্যাক' করতে হবে।_
-- **[HackenProof x HackTheBox](https://app.hackthebox.com/tracks/HackenProof-Track)** - _একটি ফ্যান্টাসি অ্যাডভেঞ্চারে সেট করা স্মার্ট কন্ট্র্যাক্ট হ্যাকিং চ্যালেঞ্জ। চ্যালেঞ্জটি সফলভাবে সম্পন্ন করলে একটি ব্যক্তিগত বাগ বাউন্টি প্রোগ্রামে অ্যাক্সেসও পাওয়া যায়।_
+- **[HackenProof x HackTheBox](https://app.hackthebox.com/tracks/HackenProof-Track)** - _ফ্যান্টাসি অ্যাডভেঞ্চারের ওপর ভিত্তি করে তৈরি স্মার্ট কন্ট্রাক্ট হ্যাকিং চ্যালেঞ্জ। চ্যালেঞ্জটি সফলভাবে সম্পন্ন করলে একটি প্রাইভেট বাগ বাউন্টি প্রোগ্রামে অ্যাক্সেসও পাওয়া যায়।_
-### স্মার্ট কন্ট্র্যাক্ট সুরক্ষিত করার জন্য সেরা অনুশীলন {#smart-contract-security-best-practices}
+### স্মার্ট কন্ট্রাক্ট সুরক্ষিত করার সেরা অনুশীলন {#smart-contract-security-best-practices}
-- **[ConsenSys: ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা সেরা অনুশীলন](https://consensys.github.io/smart-contract-best-practices/)** - _ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট সুরক্ষিত করার জন্য নির্দেশাবলীর একটি বিস্তৃত তালিকা।_
+- **[ConsenSys: Ethereum Smart Contract Security Best Practices](https://consensys.github.io/smart-contract-best-practices/)** - _ইথিরিয়াম স্মার্ট কন্ট্রাক্টগুলো সুরক্ষিত করার জন্য নির্দেশিকাগুলোর একটি বিস্তৃত তালিকা।_
-- **[Nascent: সিম্পল সিকিউরিটি টুলকিট](https://github.com/nascentxyz/simple-security-toolkit)** - _স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্টের জন্য ব্যবহারিক নিরাপত্তা-কেন্দ্রিক গাইড এবং চেকলিস্টের সংগ্রহ।_
+- **[Nascent: Simple Security Toolkit](https://github.com/nascentxyz/simple-security-toolkit)** - _স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্টের জন্য ব্যবহারিক সিকিউরিটি-ফোকাসড গাইড এবং চেকলিস্টের সংগ্রহ।_
-- **[Solidity প্যাটার্নস](https://fravoll.github.io/solidity-patterns/)** - _স্মার্ট কন্ট্র্যাক্ট প্রোগ্রামিং ভাষা Solidity-এর জন্য সুরক্ষিত প্যাটার্ন এবং সেরা অনুশীলনের একটি দরকারী সংকলন।_
+- **[Solidity Patterns](https://fravoll.github.io/solidity-patterns/)** - _স্মার্ট কন্ট্রাক্ট প্রোগ্রামিং ভাষা Solidity-এর জন্য সুরক্ষিত প্যাটার্ন এবং সেরা অনুশীলনগুলোর দরকারী সংকলন।_
-- **[Solidity ডক্স: নিরাপত্তা বিবেচনা](https://docs.soliditylang.org/en/v0.8.16/security-considerations.html)** - _Solidity দিয়ে সুরক্ষিত স্মার্ট কন্ট্র্যাক্ট লেখার জন্য নির্দেশিকা।_
+- **[Solidity Docs: Security Considerations](https://docs.soliditylang.org/en/v0.8.16/security-considerations.html)** - _Solidity দিয়ে সুরক্ষিত স্মার্ট কন্ট্রাক্ট লেখার নির্দেশিকা।_
-- **[স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা যাচাইকরণ স্ট্যান্ডার্ড](https://github.com/securing/SCSVS)** - _ডেভেলপার, আর্কিটেক্ট, নিরাপত্তা পর্যালোচক এবং বিক্রেতাদের জন্য স্মার্ট কন্ট্র্যাক্টের নিরাপত্তা মানক করার জন্য তৈরি করা চৌদ্দ-অংশের চেকলিস্ট।_
+- **[Smart Contract Security Verification Standard](https://github.com/securing/SCSVS)** - _ডেভেলপার, আর্কিটেক্ট, সিকিউরিটি রিভিউয়ার এবং ভেন্ডরদের জন্য স্মার্ট কন্ট্রাক্টগুলোর নিরাপত্তাকে মানসম্মত করতে তৈরি করা চৌদ্দ-অংশের চেকলিস্ট।_
-- **[স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা এবং অডিটিং শিখুন](https://updraft.cyfrin.io/courses/security)** - _চূড়ান্ত স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা এবং অডিটিং কোর্স, যা স্মার্ট কন্ট্র্যাক্ট ডেভেলপারদের জন্য তৈরি করা হয়েছে যারা তাদের নিরাপত্তা সেরা অনুশীলনগুলো উন্নত করতে এবং নিরাপত্তা গবেষক হতে চান।_
+- **[Learn Smart Contract Security and Auditing](https://updraft.cyfrin.io/courses/security)** - _চূড়ান্ত স্মার্ট কন্ট্রাক্ট সিকিউরিটি এবং অডিটিং কোর্স, যা সেইসব স্মার্ট কন্ট্রাক্ট ডেভেলপারদের জন্য তৈরি করা হয়েছে যারা তাদের সিকিউরিটির সেরা অনুশীলনগুলোকে উন্নত করতে এবং সিকিউরিটি গবেষক হতে চান।_
-### স্মার্ট কন্ট্র্যাক্ট নিরাপত্তার উপর টিউটোরিয়াল {#tutorials-on-smart-contract-security}
+### স্মার্ট কন্ট্রাক্ট সিকিউরিটির ওপর টিউটোরিয়াল {#tutorials-on-smart-contract-security}
-- [কিভাবে সুরক্ষিত স্মার্ট কন্ট্র্যাক্ট লিখবেন](/developers/tutorials/secure-development-workflow/)
+- [কীভাবে সুরক্ষিত স্মার্ট কন্ট্রাক্ট লিখতে হয়](/developers/tutorials/secure-development-workflow/)
-- [স্মার্ট কন্ট্র্যাক্ট বাগ খুঁজে পেতে কিভাবে Slither ব্যবহার করবেন](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+- [স্মার্ট কন্ট্রাক্টের বাগ খুঁজতে কীভাবে Slither ব্যবহার করবেন](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
-- [স্মার্ট কন্ট্র্যাক্ট বাগ খুঁজে পেতে কিভাবে Manticore ব্যবহার করবেন](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+- [স্মার্ট কন্ট্রাক্টের বাগ খুঁজতে কীভাবে Manticore ব্যবহার করবেন](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
-- [স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা নির্দেশিকা](/developers/tutorials/smart-contract-security-guidelines/)
+- [স্মার্ট কন্ট্রাক্ট সিকিউরিটি নির্দেশিকা](/developers/tutorials/smart-contract-security-guidelines/)
-- [কিভাবে আপনার টোকেন কন্ট্র্যাক্টকে নির্বিচারে টোকেনগুলোর সাথে নিরাপদে একীভূত করবেন](/developers/tutorials/token-integration-checklist/)
+- [কীভাবে আপনার টোকেন কন্ট্রাক্টকে নির্বিচারে টোকেনগুলোর সাথে নিরাপদে ইন্টিগ্রেট করবেন](/developers/tutorials/token-integration-checklist/)
-- [সাইফ্রিন আপড্রাফট - স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা এবং অডিটিং সম্পূর্ণ কোর্স](https://updraft.cyfrin.io/courses/security)
+- [Cyfrin Updraft - স্মার্ট কন্ট্রাক্ট সিকিউরিটি এবং অডিটিং ফুল কোর্স](https://updraft.cyfrin.io/courses/security)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/testing/index.md b/public/content/translations/bn/developers/docs/smart-contracts/testing/index.md
index 137986ef331..ba6c70575fd 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/testing/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/testing/index.md
@@ -1,60 +1,60 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট টেস্টিং"
-description: "ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার জন্য কৌশল এবং বিবেচ্য বিষয়গুলির একটি সংক্ষিপ্ত বিবরণ।"
+title: স্মার্ট কন্ট্রাক্ট টেস্টিং
+description: ইথিরিয়াম স্মার্ট কন্ট্রাক্ট টেস্টিংয়ের কৌশল এবং বিবেচ্য বিষয়গুলোর একটি ওভারভিউ।
lang: bn
---
-ইথেরিয়াম-এর মতো পাবলিক ব্লকচেইন অপরিবর্তনীয়, যা ডেপ্লয়মেন্টের পরে একটি স্মার্ট কন্ট্র্যাক্ট-এর কোড পরিবর্তন করা কঠিন করে তোলে। "ভার্চুয়াল আপগ্রেড" সম্পাদনের জন্য [কন্ট্র্যাক্ট আপগ্রেড প্যাটার্ন](/developers/docs/smart-contracts/upgrading/) বিদ্যমান, কিন্তু এগুলি বাস্তবায়ন করা কঠিন এবং এর জন্য সামাজিক কনসেন্সাস প্রয়োজন। অধিকন্তু, একটি আপগ্রেড শুধুমাত্র একটি ত্রুটি আবিষ্কৃত হওয়ার _পরেই_ তা ঠিক করতে পারে—যদি একজন আক্রমণকারী প্রথমে দুর্বলতাটি আবিষ্কার করে, তবে আপনার স্মার্ট কন্ট্র্যাক্ট একটি এক্সপ্লয়েটের ঝুঁকিতে থাকবে।
+ইথিরিয়ামের মতো পাবলিক ব্লকচেইনগুলো ইমমিউটেবল, যার ফলে ডিপ্লয়মেন্টের পরে একটি স্মার্ট কন্ট্রাক্ট কোড পরিবর্তন করা কঠিন হয়ে যায়। "ভার্চুয়াল আপগ্রেড" করার জন্য [কন্ট্রাক্ট আপগ্রেড প্যাটার্ন](/developers/docs/smart-contracts/upgrading/) বিদ্যমান, তবে এগুলো প্রয়োগ করা কঠিন এবং এর জন্য সামাজিক কনসেন্সাস প্রয়োজন। তাছাড়া, একটি আপগ্রেড শুধুমাত্র একটি ত্রুটি আবিষ্কার হওয়ার _পরেই_ ঠিক করতে পারে—যদি কোনো আক্রমণকারী প্রথমে দুর্বলতাটি আবিষ্কার করে, তবে আপনার স্মার্ট কন্ট্রাক্ট শোষণের ঝুঁকিতে থাকে।
-এই কারণগুলির জন্য, Mainnet-এ [ডেপ্লয়](/developers/docs/smart-contracts/deploying/) করার আগে স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করা [নিরাপত্তার](/developers/docs/smart-contracts/security/) জন্য একটি ন্যূনতম প্রয়োজনীয়তা। কন্ট্র্যাক্ট পরীক্ষা করা এবং কোডের সঠিকতা মূল্যায়নের জন্য অনেক কৌশল রয়েছে; আপনি কোনটি বেছে নেবেন তা আপনার প্রয়োজনের উপর নির্ভর করে। তা সত্ত্বেও, কন্ট্র্যাক্ট কোডে ছোট এবং বড় উভয় নিরাপত্তা ত্রুটি ধরার জন্য বিভিন্ন টুলস এবং পদ্ধতির সমন্বয়ে তৈরি একটি টেস্ট স্যুট আদর্শ।
+এই কারণগুলোর জন্য, মেইননেট-এ [ডিপ্লয়](/developers/docs/smart-contracts/deploying/) করার আগে স্মার্ট কন্ট্রাক্ট টেস্টিং করা [নিরাপত্তার](/developers/docs/smart-contracts/security/) জন্য একটি ন্যূনতম প্রয়োজনীয়তা। কন্ট্রাক্ট টেস্টিং এবং কোডের সঠিকতা মূল্যায়নের জন্য অনেক কৌশল রয়েছে; আপনি কোনটি বেছে নেবেন তা আপনার প্রয়োজনের উপর নির্ভর করে। তবুও, বিভিন্ন টুল এবং পদ্ধতির সমন্বয়ে তৈরি একটি টেস্ট স্যুট কন্ট্রাক্ট কোডের ছোট এবং বড় উভয় ধরনের নিরাপত্তা ত্রুটি ধরার জন্য আদর্শ।
## পূর্বশর্ত {#prerequisites}
-এই পৃষ্ঠাটি ইথেরিয়াম নেটওয়ার্কে ডেপ্লয় করার আগে কীভাবে স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করতে হয় তা ব্যাখ্যা করে। এটি ধরে নেওয়া হয়েছে যে আপনি [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/) সম্পর্কে পরিচিত।
+এই পেজটি ইথিরিয়াম নেটওয়ার্ক-এ ডিপ্লয় করার আগে কীভাবে স্মার্ট কন্ট্রাক্ট টেস্টিং করতে হয় তা ব্যাখ্যা করে। এটি ধরে নেয় যে আপনি [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/)-এর সাথে পরিচিত।
-## স্মার্ট কন্ট্র্যাক্ট টেস্টিং কী? {#what-is-smart-contract-testing}
+## স্মার্ট কন্ট্রাক্ট টেস্টিং কী? {#what-is-smart-contract-testing}
-স্মার্ট কন্ট্র্যাক্ট টেস্টিং হল একটি স্মার্ট কন্ট্র্যাক্টের কোড প্রত্যাশা অনুযায়ী কাজ করছে কিনা তা যাচাই করার প্রক্রিয়া। একটি নির্দিষ্ট স্মার্ট কন্ট্র্যাক্ট নির্ভরযোগ্যতা, ব্যবহারযোগ্যতা এবং নিরাপত্তার জন্য প্রয়োজনীয়তা পূরণ করে কিনা তা পরীক্ষা করার জন্য টেস্টিং উপযোগী।
+স্মার্ট কন্ট্রাক্ট টেস্টিং হলো এমন একটি প্রক্রিয়া যার মাধ্যমে যাচাই করা হয় যে একটি স্মার্ট কন্ট্রাক্ট-এর কোড প্রত্যাশা অনুযায়ী কাজ করছে কিনা। একটি নির্দিষ্ট স্মার্ট কন্ট্রাক্ট নির্ভরযোগ্যতা, ব্যবহারযোগ্যতা এবং নিরাপত্তার প্রয়োজনীয়তা পূরণ করে কিনা তা পরীক্ষা করার জন্য টেস্টিং কার্যকর।
-যদিও পদ্ধতিগুলো ভিন্ন হয়, তবে বেশিরভাগ টেস্টিং পদ্ধতির জন্য একটি স্মার্ট কন্ট্র্যাক্টকে ডেটার একটি ছোট নমুনা দিয়ে এক্সিকিউট করতে হয় যা এটি পরিচালনা করবে বলে আশা করা হয়। যদি কন্ট্র্যাক্টটি নমুনা ডেটার জন্য সঠিক ফলাফল দেয়, তবে ধরে নেওয়া হয় যে এটি সঠিকভাবে কাজ করছে। বেশিরভাগ টেস্টিং টুলস একটি কন্ট্র্যাক্টের এক্সিকিউশন প্রত্যাশিত ফলাফলের সাথে মেলে কিনা তা পরীক্ষা করার জন্য [টেস্ট কেস](https://en.m.wikipedia.org/wiki/Test_case) লেখা এবং এক্সিকিউট করার জন্য রিসোর্স সরবরাহ করে।
+যদিও পদ্ধতিগুলো ভিন্ন হতে পারে, বেশিরভাগ টেস্টিং পদ্ধতিতে একটি স্মার্ট কন্ট্রাক্ট-কে এমন কিছু ছোট ডেটা স্যাম্পল দিয়ে এক্সিকিউট করতে হয় যা এটি পরিচালনা করবে বলে আশা করা হয়। যদি কন্ট্রাক্টটি স্যাম্পল ডেটার জন্য সঠিক ফলাফল তৈরি করে, তবে ধরে নেওয়া হয় যে এটি সঠিকভাবে কাজ করছে। বেশিরভাগ টেস্টিং টুল [টেস্ট কেস](https://en.m.wikipedia.org/wiki/Test_case) লেখা এবং এক্সিকিউট করার জন্য রিসোর্স প্রদান করে, যাতে যাচাই করা যায় যে একটি কন্ট্রাক্ট-এর এক্সিকিউশন প্রত্যাশিত ফলাফলের সাথে মেলে কিনা।
-### স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করা কেন গুরুত্বপূর্ণ? {#importance-of-testing-smart-contracts}
+### স্মার্ট কন্ট্রাক্ট টেস্টিং করা কেন গুরুত্বপূর্ণ? {#importance-of-testing-smart-contracts}
-যেহেতু স্মার্ট কন্ট্র্যাক্ট প্রায়ই উচ্চ-মূল্যের আর্থিক সম্পদ পরিচালনা করে, তাই ছোটখাটো প্রোগ্রামিং ত্রুটি [ব্যবহারকারীদের জন্য বিশাল ক্ষতির](https://rekt.news/leaderboard/) কারণ হতে পারে এবং প্রায়শই হয়। তবে, কঠোর টেস্টিং একটি স্মার্ট কন্ট্র্যাক্টের কোডে থাকা ত্রুটি এবং সমস্যাগুলি আগে থেকে আবিষ্কার করতে এবং Mainnet-এ চালু করার আগে সেগুলি ঠিক করতে আপনাকে সাহায্য করতে পারে।
+যেহেতু স্মার্ট কন্ট্রাক্টগুলো প্রায়শই উচ্চ-মূল্যের আর্থিক সম্পদ পরিচালনা করে, তাই ছোটখাটো প্রোগ্রামিং ত্রুটিগুলো ব্যবহারকারীদের জন্য [বিপুল ক্ষতির](https://rekt.news/leaderboard/) কারণ হতে পারে এবং প্রায়শই হয়ে থাকে। তবে কঠোর টেস্টিং আপনাকে একটি স্মার্ট কন্ট্রাক্ট-এর কোডের ত্রুটি এবং সমস্যাগুলো প্রাথমিকভাবে আবিষ্কার করতে এবং মেইননেট-এ লঞ্চ করার আগে সেগুলো ঠিক করতে সাহায্য করতে পারে।
-যদিও একটি বাগ আবিষ্কৃত হলে কন্ট্র্যাক্ট আপগ্রেড করা সম্ভব, তবে আপগ্রেডগুলি জটিল এবং ভুলভাবে পরিচালনা করা হলে [ত্রুটির কারণ হতে পারে](https://blog.trailofbits.com/2018/09/05/contract-upgrade-anti-patterns/)। একটি কন্ট্র্যাক্ট আপগ্রেড করা অপরিবর্তনীয়তার নীতিকে আরও অস্বীকার করে এবং ব্যবহারকারীদের উপর অতিরিক্ত বিশ্বাসের অনুমানের বোঝা চাপায়। বিপরীতভাবে, আপনার কন্ট্র্যাক্ট পরীক্ষা করার জন্য একটি ব্যাপক পরিকল্পনা স্মার্ট কন্ট্র্যাক্টের নিরাপত্তা ঝুঁকি কমায় এবং ডেপ্লয় করার পরে জটিল লজিক আপগ্রেড করার প্রয়োজন কমিয়ে দেয়।
+যদিও কোনো বাগ আবিষ্কৃত হলে একটি কন্ট্রাক্ট আপগ্রেড করা সম্ভব, তবে আপগ্রেডগুলো জটিল এবং সঠিকভাবে পরিচালনা না করা হলে [ত্রুটি দেখা দিতে পারে](https://blog.trailofbits.com/2018/09/05/contract-upgrade-anti-patterns/)। একটি কন্ট্রাক্ট আপগ্রেড করা ইমমিউটেবল নীতির পরিপন্থী এবং ব্যবহারকারীদের উপর অতিরিক্ত বিশ্বাসের অনুমান চাপিয়ে দেয়। বিপরীতে, আপনার কন্ট্রাক্ট টেস্টিং করার জন্য একটি বিস্তৃত পরিকল্পনা স্মার্ট কন্ট্রাক্ট-এর নিরাপত্তা ঝুঁকি কমায় এবং ডিপ্লয় করার পরে জটিল লজিক আপগ্রেড করার প্রয়োজনীয়তা হ্রাস করে।
-## স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার পদ্ধতি {#methods-for-testing-smart-contracts}
+## স্মার্ট কন্ট্রাক্ট টেস্টিংয়ের পদ্ধতিগুলো {#methods-for-testing-smart-contracts}
-ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার পদ্ধতি দুটি প্রধান বিভাগে পড়ে: **স্বয়ংক্রিয় টেস্টিং** এবং **ম্যানুয়াল টেস্টিং**। স্বয়ংক্রিয় টেস্টিং এবং ম্যানুয়াল টেস্টিং অনন্য সুবিধা এবং ট্রেডঅফ অফার করে, কিন্তু আপনি আপনার কন্ট্র্যাক্ট বিশ্লেষণ করার জন্য একটি শক্তিশালী পরিকল্পনা তৈরি করতে উভয়কে একত্রিত করতে পারেন।
+ইথিরিয়াম স্মার্ট কন্ট্রাক্ট টেস্টিংয়ের পদ্ধতিগুলো দুটি বিস্তৃত বিভাগে পড়ে: **অটোমেটেড টেস্টিং** এবং **ম্যানুয়াল টেস্টিং**। অটোমেটেড টেস্টিং এবং ম্যানুয়াল টেস্টিং অনন্য সুবিধা এবং ট্রেডঅফ অফার করে, তবে আপনি আপনার কন্ট্রাক্টগুলো বিশ্লেষণ করার জন্য একটি শক্তিশালী পরিকল্পনা তৈরি করতে উভয়কে একত্রিত করতে পারেন।
-### স্বয়ংক্রিয় টেস্টিং {#automated-testing}
+### অটোমেটেড টেস্টিং {#automated-testing}
-স্বয়ংক্রিয় টেস্টিং এমন টুলস ব্যবহার করে যা এক্সিকিউশনের ত্রুটির জন্য একটি স্মার্ট কন্ট্র্যাক্টের কোড স্বয়ংক্রিয়ভাবে পরীক্ষা করে। স্বয়ংক্রিয় টেস্টিংয়ের সুবিধাটি কন্ট্র্যাক্টের কার্যকারিতার মূল্যায়নকে গাইড করার জন্য [স্ক্রিপ্ট](https://www.techtarget.com/whatis/definition/script?amp=1) ব্যবহার করা থেকে আসে। স্ক্রিপ্টেড টেস্টগুলি ন্যূনতম মানুষের হস্তক্ষেপের সাথে বারবার চালানোর জন্য সময়সূচী করা যেতে পারে, যা স্বয়ংক্রিয় টেস্টিংকে টেস্টিংয়ের ম্যানুয়াল পদ্ধতির চেয়ে আরও দক্ষ করে তোলে।
+অটোমেটেড টেস্টিং এমন টুল ব্যবহার করে যা স্বয়ংক্রিয়ভাবে একটি স্মার্ট কন্ট্রাক্ট-এর কোডে এক্সিকিউশনের ত্রুটিগুলো পরীক্ষা করে। অটোমেটেড টেস্টিংয়ের সুবিধা আসে কন্ট্রাক্ট কার্যকারিতা মূল্যায়নের জন্য [স্ক্রিপ্ট](https://www.techtarget.com/whatis/definition/script?amp=1) ব্যবহার করার মাধ্যমে। স্ক্রিপ্ট করা টেস্টগুলো ন্যূনতম মানুষের হস্তক্ষেপের সাথে বারবার চালানোর জন্য শিডিউল করা যেতে পারে, যা অটোমেটেড টেস্টিং-কে ম্যানুয়াল টেস্টিং পদ্ধতির চেয়ে বেশি দক্ষ করে তোলে।
-স্বয়ংক্রিয় টেস্টিং বিশেষভাবে উপযোগী যখন টেস্টগুলি পুনরাবৃত্তিমূলক এবং সময়সাপেক্ষ হয়; ম্যানুয়ালি সম্পাদন করা কঠিন; মানুষের ভুলের প্রবণ; অথবা জটিল কন্ট্র্যাক্ট ফাংশন মূল্যায়ন জড়িত থাকে। কিন্তু স্বয়ংক্রিয় টেস্টিং টুলসের কিছু অসুবিধা থাকতে পারে—এগুলো কিছু বাগ মিস করতে পারে এবং অনেক [ফলস পজিটিভ](https://www.contrastsecurity.com/glossary/false-positive) তৈরি করতে পারে। তাই, স্মার্ট কন্ট্র্যাক্টের জন্য স্বয়ংক্রিয় টেস্টিংয়ের সাথে ম্যানুয়াল টেস্টিং যুক্ত করা আদর্শ।
+অটোমেটেড টেস্টিং বিশেষত তখন কার্যকর যখন টেস্টগুলো পুনরাবৃত্তিমূলক এবং সময়সাপেক্ষ হয়; ম্যানুয়ালি করা কঠিন হয়; মানুষের ভুলের প্রবণতা থাকে; অথবা গুরুত্বপূর্ণ কন্ট্রাক্ট ফাংশন মূল্যায়নের সাথে জড়িত থাকে। তবে অটোমেটেড টেস্টিং টুলগুলোর কিছু অসুবিধাও থাকতে পারে—এগুলো নির্দিষ্ট কিছু বাগ মিস করতে পারে এবং অনেক [ফলস পজিটিভ](https://www.contrastsecurity.com/glossary/false-positive) তৈরি করতে পারে। তাই, স্মার্ট কন্ট্রাক্ট-এর জন্য ম্যানুয়াল টেস্টিংয়ের সাথে অটোমেটেড টেস্টিং যুক্ত করা আদর্শ।
### ম্যানুয়াল টেস্টিং {#manual-testing}
-ম্যানুয়াল টেস্টিং মানুষ-সহায়তায় করা হয় এবং এতে একটি স্মার্ট কন্ট্র্যাক্টের সঠিকতা বিশ্লেষণ করার সময় আপনার টেস্ট স্যুটের প্রতিটি টেস্ট কেস একের পর এক এক্সিকিউট করা জড়িত থাকে। এটি স্বয়ংক্রিয় টেস্টিংয়ের মতো নয়, যেখানে আপনি একই সাথে একটি কন্ট্র্যাক্টে একাধিক বিচ্ছিন্ন টেস্ট চালাতে পারেন এবং সমস্ত ব্যর্থ এবং পাস করা টেস্ট দেখানো একটি রিপোর্ট পেতে পারেন।
+ম্যানুয়াল টেস্টিং মানুষের সাহায্যে করা হয় এবং একটি স্মার্ট কন্ট্রাক্ট-এর সঠিকতা বিশ্লেষণ করার সময় আপনার টেস্ট স্যুটের প্রতিটি টেস্ট কেস একের পর এক এক্সিকিউট করার সাথে জড়িত। এটি অটোমেটেড টেস্টিংয়ের মতো নয় যেখানে আপনি একই সাথে একটি কন্ট্রাক্ট-এ একাধিক বিচ্ছিন্ন টেস্ট চালাতে পারেন এবং সমস্ত ব্যর্থ এবং পাস করা টেস্টগুলো দেখানো একটি রিপোর্ট পেতে পারেন।
-ম্যানুয়াল টেস্টিং একজন একক ব্যক্তি দ্বারা একটি লিখিত টেস্ট প্ল্যান অনুসরণ করে করা যেতে পারে যা বিভিন্ন টেস্ট সিনারিও কভার করে। ম্যানুয়াল টেস্টিংয়ের অংশ হিসাবে আপনি একাধিক ব্যক্তি বা গোষ্ঠীকে একটি নির্দিষ্ট সময়ের জন্য একটি স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করাতেও পারেন। টেস্টাররা কন্ট্র্যাক্টের প্রকৃত আচরণকে প্রত্যাশিত আচরণের সাথে তুলনা করবে এবং যেকোনো পার্থক্যকে একটি বাগ হিসেবে ফ্ল্যাগ করবে।
+ম্যানুয়াল টেস্টিং একজন ব্যক্তি দ্বারা একটি লিখিত টেস্ট প্ল্যান অনুসরণ করে করা যেতে পারে যা বিভিন্ন টেস্ট পরিস্থিতি কভার করে। ম্যানুয়াল টেস্টিংয়ের অংশ হিসেবে আপনি একাধিক ব্যক্তি বা গ্রুপকে একটি নির্দিষ্ট সময়ের মধ্যে একটি স্মার্ট কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করাতেও পারেন। টেস্টাররা প্রত্যাশিত আচরণের বিপরীতে কন্ট্রাক্ট-এর প্রকৃত আচরণের তুলনা করবে এবং যেকোনো পার্থক্যকে বাগ হিসেবে চিহ্নিত করবে।
-কার্যকর ম্যানুয়াল টেস্টিংয়ের জন্য যথেষ্ট রিসোর্স (দক্ষতা, সময়, অর্থ এবং প্রচেষ্টা) প্রয়োজন, এবং টেস্ট এক্সিকিউট করার সময় মানুষের ভুলের কারণে কিছু ত্রুটি মিস করা সম্ভব। কিন্তু ম্যানুয়াল টেস্টিং উপকারীও হতে পারে—উদাহরণস্বরূপ, একজন মানুষ টেস্টার (যেমন, একজন অডিটর) এমন এজ কেস শনাক্ত করতে অন্তর্দৃষ্টি ব্যবহার করতে পারে যা একটি স্বয়ংক্রিয় টেস্টিং টুল মিস করবে।
+কার্যকর ম্যানুয়াল টেস্টিংয়ের জন্য উল্লেখযোগ্য রিসোর্স (দক্ষতা, সময়, অর্থ এবং প্রচেষ্টা) প্রয়োজন, এবং মানুষের ভুলের কারণে টেস্ট এক্সিকিউট করার সময় নির্দিষ্ট কিছু ত্রুটি মিস করা সম্ভব। তবে ম্যানুয়াল টেস্টিং উপকারীও হতে পারে—উদাহরণস্বরূপ, একজন মানব টেস্টার (যেমন, একজন অডিটর) এমন এজ কেসগুলো সনাক্ত করতে তার অন্তর্দৃষ্টি ব্যবহার করতে পারে যা একটি অটোমেটেড টেস্টিং টুল মিস করতে পারে।
-## স্মার্ট কন্ট্র্যাক্টের জন্য স্বয়ংক্রিয় টেস্টিং {#automated-testing-for-smart-contracts}
+## স্মার্ট কন্ট্রাক্ট-এর জন্য অটোমেটেড টেস্টিং {#automated-testing-for-smart-contracts}
### ইউনিট টেস্টিং {#unit-testing-for-smart-contracts}
-ইউনিট টেস্টিং কন্ট্র্যাক্ট ফাংশনগুলিকে আলাদাভাবে মূল্যায়ন করে এবং প্রতিটি কম্পোনেন্ট সঠিকভাবে কাজ করছে কিনা তা পরীক্ষা করে। ভালো ইউনিট টেস্ট সহজ, দ্রুত চালানোর মতো হওয়া উচিত এবং টেস্ট ব্যর্থ হলে কী ভুল হয়েছে তার একটি স্পষ্ট ধারণা প্রদান করা উচিত।
+ইউনিট টেস্টিং কন্ট্রাক্ট ফাংশনগুলোকে আলাদাভাবে মূল্যায়ন করে এবং প্রতিটি উপাদান সঠিকভাবে কাজ করে কিনা তা পরীক্ষা করে। ভালো ইউনিট টেস্টগুলো সহজ, দ্রুত চালানোর মতো হওয়া উচিত এবং টেস্ট ব্যর্থ হলে কী ভুল হয়েছে তার একটি পরিষ্কার ধারণা প্রদান করা উচিত।
-ফাংশনগুলি প্রত্যাশিত মান ফেরত দেয় কিনা এবং ফাংশন এক্সিকিউশনের পরে কন্ট্র্যাক্ট সংগ্রহস্থল সঠিকভাবে আপডেট হয় কিনা তা পরীক্ষা করার জন্য ইউনিট টেস্ট উপযোগী। অধিকন্তু, একটি কন্ট্র্যাক্টের কোডবেসে পরিবর্তন আনার পর ইউনিট টেস্ট চালালে এটি নিশ্চিত করা যায় যে নতুন লজিক যোগ করার ফলে কোনো ত্রুটি তৈরি হচ্ছে না। কার্যকরী ইউনিট টেস্ট চালানোর জন্য নিচে কিছু নির্দেশিকা দেওয়া হল:
+ইউনিট টেস্টগুলো ফাংশনগুলো প্রত্যাশিত মান প্রদান করে কিনা এবং ফাংশন এক্সিকিউশনের পরে কন্ট্রাক্ট স্টোরেজ সঠিকভাবে আপডেট হয় কিনা তা পরীক্ষা করার জন্য কার্যকর। তাছাড়া, একটি কন্ট্রাক্ট-এর কোডবেসে পরিবর্তন করার পরে ইউনিট টেস্ট চালানো নিশ্চিত করে যে নতুন লজিক যোগ করার ফলে কোনো ত্রুটি দেখা দেয়নি। কার্যকর ইউনিট টেস্ট চালানোর জন্য নিচে কিছু নির্দেশিকা দেওয়া হলো:
-#### স্মার্ট কন্ট্র্যাক্টের ইউনিট টেস্টিংয়ের জন্য নির্দেশিকা {#unit-testing-guidelines}
+#### স্মার্ট কন্ট্রাক্ট ইউনিট টেস্টিংয়ের জন্য নির্দেশিকা {#unit-testing-guidelines}
-##### ১. আপনার কন্ট্র্যাক্টের ব্যবসায়িক যুক্তি এবং কর্মপ্রবাহ বুঝুন
+##### ১. আপনার কন্ট্রাক্ট-এর বিজনেস লজিক এবং ওয়ার্কফ্লো বুঝুন
-ইউনিট টেস্ট লেখার আগে, একটি স্মার্ট কন্ট্র্যাক্ট কী কী কার্যকারিতা অফার করে এবং ব্যবহারকারীরা কীভাবে সেই ফাংশনগুলি অ্যাক্সেস এবং ব্যবহার করবে তা জানা সাহায্য করে। এটি বিশেষত [হ্যাপি পাথ টেস্ট](https://en.m.wikipedia.org/wiki/Happy_path) চালানোর জন্য উপযোগী যা নির্ধারণ করে যে একটি কন্ট্র্যাক্টের ফাংশনগুলি বৈধ ব্যবহারকারী ইনপুটের জন্য সঠিক আউটপুট ফেরত দেয় কিনা। আমরা [একটি নিলাম কন্ট্র্যাক্ট](https://docs.soliditylang.org/en/v0.8.17/solidity-by-example.html?highlight=Auction%20contract#simple-open-auction)-এর এই (সংক্ষিপ্ত) উদাহরণ ব্যবহার করে এই ধারণাটি ব্যাখ্যা করব।
+ইউনিট টেস্ট লেখার আগে, একটি স্মার্ট কন্ট্রাক্ট কী কী কার্যকারিতা অফার করে এবং ব্যবহারকারীরা কীভাবে সেই ফাংশনগুলো অ্যাক্সেস এবং ব্যবহার করবে তা জানা সহায়ক। এটি বিশেষত [হ্যাপি পাথ টেস্ট](https://en.m.wikipedia.org/wiki/Happy_path) চালানোর জন্য কার্যকর যা নির্ধারণ করে যে একটি কন্ট্রাক্ট-এর ফাংশনগুলো বৈধ ব্যবহারকারীর ইনপুটগুলোর জন্য সঠিক আউটপুট প্রদান করে কিনা। আমরা [একটি নিলাম কন্ট্রাক্ট](https://docs.soliditylang.org/en/v0.8.17/solidity-by-example.html?highlight=Auction%20contract#simple-open-auction)-এর এই (সংক্ষিপ্ত) উদাহরণটি ব্যবহার করে এই ধারণাটি ব্যাখ্যা করব
```solidity
constructor(
@@ -108,203 +108,209 @@ function auctionEnd() external {
}
```
-এটি একটি সাধারণ নিলাম কন্ট্র্যাক্ট যা বিডিং সময়কালে বিড গ্রহণ করার জন্য ডিজাইন করা হয়েছে। যদি `highestBid` বৃদ্ধি পায়, তাহলে পূর্ববর্তী সর্বোচ্চ দরদাতা তার টাকা ফেরত পায়; বিডিং সময়কাল শেষ হয়ে গেলে, `beneficiary` তার টাকা পেতে কন্ট্র্যাক্টটি কল করে।
+এটি একটি সাধারণ নিলাম কন্ট্রাক্ট যা বিডিং পিরিয়ডের সময় বিড গ্রহণ করার জন্য ডিজাইন করা হয়েছে। যদি `highestBid` বৃদ্ধি পায়, তবে পূর্ববর্তী সর্বোচ্চ দরদাতা তাদের অর্থ ফেরত পায়; বিডিং পিরিয়ড শেষ হয়ে গেলে, `beneficiary` তাদের অর্থ পাওয়ার জন্য কন্ট্রাক্ট-কে কল করে।
-এই ধরনের একটি কন্ট্র্যাক্টের জন্য ইউনিট টেস্টগুলি বিভিন্ন ফাংশন কভার করবে যা একজন ব্যবহারকারী কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার সময় কল করতে পারে। একটি উদাহরণ হতে পারে একটি ইউনিট টেস্ট যা পরীক্ষা করে যে একজন ব্যবহারকারী নিলাম চলাকালীন বিড করতে পারে কিনা (অর্থাৎ, `bid()`-এ কল সফল হয়) অথবা একটি যা পরীক্ষা করে যে একজন ব্যবহারকারী বর্তমান `highestBid`-এর চেয়ে বেশি বিড করতে পারে কিনা।
+এই ধরনের একটি কন্ট্রাক্ট-এর জন্য ইউনিট টেস্টগুলো বিভিন্ন ফাংশন কভার করবে যা একজন ব্যবহারকারী কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করার সময় কল করতে পারে। একটি উদাহরণ হতে পারে এমন একটি ইউনিট টেস্ট যা পরীক্ষা করে যে নিলাম চলাকালীন কোনো ব্যবহারকারী বিড করতে পারে কিনা (অর্থাৎ, `bid()` কল সফল হয়) অথবা এমন একটি টেস্ট যা পরীক্ষা করে যে কোনো ব্যবহারকারী বর্তমান `highestBid`-এর চেয়ে বেশি বিড করতে পারে কিনা।
-একটি কন্ট্র্যাক্টের অপারেশনাল কর্মপ্রবাহ বোঝা ইউনিট টেস্ট লিখতে সাহায্য করে যা এক্সিকিউশন প্রয়োজনীয়তা পূরণ করে কিনা তা পরীক্ষা করে। উদাহরণস্বরূপ, নিলাম কন্ট্র্যাক্টটি নির্দিষ্ট করে যে নিলাম শেষ হয়ে গেলে ব্যবহারকারীরা বিড করতে পারবে না (অর্থাৎ, যখন `auctionEndTime`, `block.timestamp`-এর থেকে কম হয়)। সুতরাং, একজন ডেভেলপার একটি ইউনিট টেস্ট চালাতে পারেন যা পরীক্ষা করে যে নিলাম শেষ হয়ে গেলে `bid()` ফাংশনে কল সফল হয় না ব্যর্থ হয় (অর্থাৎ, যখন `auctionEndTime` > `block.timestamp`)।
+একটি কন্ট্রাক্ট-এর অপারেশনাল ওয়ার্কফ্লো বোঝা ইউনিট টেস্ট লিখতেও সাহায্য করে যা পরীক্ষা করে যে এক্সিকিউশন প্রয়োজনীয়তা পূরণ করে কিনা। উদাহরণস্বরূপ, নিলাম কন্ট্রাক্টটি নির্দিষ্ট করে যে নিলাম শেষ হয়ে গেলে ব্যবহারকারীরা বিড করতে পারবে না (অর্থাৎ, যখন `auctionEndTime`, `block.timestamp`-এর চেয়ে কম হয়)। সুতরাং, একজন ডেভেলপার এমন একটি ইউনিট টেস্ট চালাতে পারে যা পরীক্ষা করে যে নিলাম শেষ হয়ে গেলে `bid()` ফাংশনে কল সফল হয় নাকি ব্যর্থ হয় (অর্থাৎ, যখন `auctionEndTime` > `block.timestamp`)।
-##### 2. কন্ট্র্যাক্ট এক্সিকিউশন সম্পর্কিত সমস্ত অনুমান মূল্যায়ন করুন
+##### ২. কন্ট্রাক্ট এক্সিকিউশন সম্পর্কিত সমস্ত অনুমান মূল্যায়ন করুন
-একটি কন্ট্র্যাক্টের এক্সিকিউশন সম্পর্কে যেকোনো অনুমান নথিভুক্ত করা এবং সেই অনুমানগুলির বৈধতা যাচাই করার জন্য ইউনিট টেস্ট লেখা গুরুত্বপূর্ণ। অপ্রত্যাশিত এক্সিকিউশনের বিরুদ্ধে সুরক্ষা অফার করার পাশাপাশি, টেস্টিং অ্যাসারশন আপনাকে এমন অপারেশন সম্পর্কে ভাবতে বাধ্য করে যা একটি স্মার্ট কন্ট্র্যাক্টের নিরাপত্তা মডেলকে ভেঙে দিতে পারে। একটি দরকারী টিপ হল "হ্যাপি ইউজার টেস্ট" এর বাইরে গিয়ে নেগেটিভ টেস্ট লেখা যা পরীক্ষা করে যে একটি ফাংশন ভুল ইনপুটের জন্য ব্যর্থ হয় কিনা।
+একটি কন্ট্রাক্ট-এর এক্সিকিউশন সম্পর্কে যেকোনো অনুমান ডকুমেন্ট করা এবং সেই অনুমানগুলোর বৈধতা যাচাই করার জন্য ইউনিট টেস্ট লেখা গুরুত্বপূর্ণ। অপ্রত্যাশিত এক্সিকিউশনের বিরুদ্ধে সুরক্ষা প্রদান করার পাশাপাশি, টেস্টিং অ্যাসারশনগুলো আপনাকে এমন অপারেশনগুলো সম্পর্কে ভাবতে বাধ্য করে যা একটি স্মার্ট কন্ট্রাক্ট-এর নিরাপত্তা মডেল ভেঙে দিতে পারে। একটি দরকারী টিপ হলো "হ্যাপি ইউজার টেস্ট"-এর বাইরে গিয়ে নেতিবাচক টেস্ট লেখা যা পরীক্ষা করে যে ভুল ইনপুটগুলোর জন্য কোনো ফাংশন ব্যর্থ হয় কিনা।
-অনেক ইউনিট টেস্টিং ফ্রেমওয়ার্ক আপনাকে অ্যাসারশন তৈরি করতে দেয়—সাধারণ বিবৃতি যা বলে একটি কন্ট্র্যাক্ট কী করতে পারে এবং কী করতে পারে না—এবং সেই অ্যাসারশনগুলি এক্সিকিউশনের অধীনে টিকে থাকে কিনা তা দেখার জন্য টেস্ট চালাতে দেয়। পূর্বে বর্ণিত নিলাম কন্ট্র্যাক্টে কাজ করা একজন ডেভেলপার নেগেটিভ টেস্ট চালানোর আগে এর আচরণ সম্পর্কে নিম্নলিখিত অ্যাসারশনগুলি করতে পারেন:
+অনেক ইউনিট টেস্টিং ফ্রেমওয়ার্ক আপনাকে অ্যাসারশন তৈরি করতে দেয়—সহজ স্টেটমেন্ট যা বলে যে একটি কন্ট্রাক্ট কী করতে পারে এবং কী করতে পারে না—এবং এক্সিকিউশনের অধীনে সেই অ্যাসারশনগুলো টিকে থাকে কিনা তা দেখার জন্য টেস্ট চালাতে দেয়। পূর্বে বর্ণিত নিলাম কন্ট্রাক্ট-এ কাজ করা একজন ডেভেলপার নেতিবাচক টেস্ট চালানোর আগে এর আচরণ সম্পর্কে নিম্নলিখিত অ্যাসারশনগুলো তৈরি করতে পারে:
- নিলাম শেষ হয়ে গেলে বা শুরু না হলে ব্যবহারকারীরা বিড করতে পারবে না।
-- গ্রহণযোগ্য থ্রেশহোল্ডের নিচে বিড হলে নিলাম কন্ট্র্যাক্টটি রিভার্ট হয়ে যায়।
+- যদি কোনো বিড গ্রহণযোগ্য থ্রেশহোল্ডের নিচে হয় তবে নিলাম কন্ট্রাক্টটি রিভার্ট করে।
-- যে ব্যবহারকারীরা বিড জিততে ব্যর্থ হয় তাদের ফান্ড তাদের অ্যাকাউন্টে জমা করে দেওয়া হয়।
+- যে ব্যবহারকারীরা বিড জিততে ব্যর্থ হয় তাদের ফান্ড ক্রেডিট করা হয়
-**দ্রষ্টব্য**: অনুমান পরীক্ষা করার আরেকটি উপায় হল এমন টেস্ট লেখা যা একটি কন্ট্র্যাক্টে [ফাংশন মডিফায়ার](https://docs.soliditylang.org/en/v0.8.16/contracts.html#function-modifiers) ট্রিগার করে, বিশেষ করে `require`, `assert`, এবং `if…else` স্টেটমেন্ট।
+**নোট**: অনুমানগুলো পরীক্ষা করার আরেকটি উপায় হলো এমন টেস্ট লেখা যা একটি কন্ট্রাক্ট-এ [ফাংশন মডিফায়ার](https://docs.soliditylang.org/en/v0.8.16/contracts.html#function-modifiers) ট্রিগার করে, বিশেষ করে `require`, `assert`, এবং `if…else` স্টেটমেন্টগুলো।
-##### 3. কোড কভারেজ পরিমাপ করুন
+##### ৩. কোড কভারেজ পরিমাপ করুন
-[কোড কভারেজ](https://en.m.wikipedia.org/wiki/Code_coverage) একটি টেস্টিং মেট্রিক যা টেস্ট চলাকালীন আপনার কোডে এক্সিকিউট করা ব্রাঞ্চ, লাইন এবং স্টেটমেন্টের সংখ্যা ট্র্যাক করে। পরীক্ষা না করা দুর্বলতার ঝুঁকি কমাতে টেস্টগুলির ভালো কোড কভারেজ থাকা উচিত। পর্যাপ্ত কভারেজ ছাড়া, আপনি ভুলভাবে ধরে নিতে পারেন যে আপনার কন্ট্র্যাক্টটি সুরক্ষিত কারণ সমস্ত টেস্ট পাস হয়েছে, যদিও পরীক্ষা না করা কোড পাথে দুর্বলতা এখনও বিদ্যমান থাকতে পারে। তবে, উচ্চ কোড কভারেজ রেকর্ড করা এই নিশ্চয়তা দেয় যে একটি স্মার্ট কন্ট্র্যাক্টের সমস্ত স্টেটমেন্ট/ফাংশন সঠিকতার জন্য পর্যাপ্তভাবে পরীক্ষা করা হয়েছে।
+[কোড কভারেজ](https://en.m.wikipedia.org/wiki/Code_coverage) হলো একটি টেস্টিং মেট্রিক যা টেস্ট চলাকালীন এক্সিকিউট হওয়া আপনার কোডের ব্রাঞ্চ, লাইন এবং স্টেটমেন্টের সংখ্যা ট্র্যাক করে। টেস্ট না করা দুর্বলতার ঝুঁকি কমানোর জন্য টেস্টগুলোর ভালো কোড কভারেজ থাকা উচিত। পর্যাপ্ত কভারেজ ছাড়া, আপনি ভুলভাবে ধরে নিতে পারেন যে আপনার কন্ট্রাক্টটি সুরক্ষিত কারণ সমস্ত টেস্ট পাস করেছে, অথচ টেস্ট না করা কোড পাথগুলোতে এখনও দুর্বলতা থাকতে পারে। তবে উচ্চ কোড কভারেজ রেকর্ড করা এই নিশ্চয়তা দেয় যে একটি স্মার্ট কন্ট্রাক্ট-এর সমস্ত স্টেটমেন্ট/ফাংশন সঠিকতার জন্য পর্যাপ্তভাবে পরীক্ষা করা হয়েছে।
-##### ৪. সু-বিকশিত টেস্টিং ফ্রেমওয়ার্ক ব্যবহার করুন
+##### ৪. সুগঠিত টেস্টিং ফ্রেমওয়ার্ক ব্যবহার করুন
-আপনার স্মার্ট কন্ট্র্যাক্টের জন্য ইউনিট টেস্ট চালানোর জন্য ব্যবহৃত টুলগুলির গুণমান অত্যন্ত গুরুত্বপূর্ণ। একটি আদর্শ টেস্টিং ফ্রেমওয়ার্ক হল এমন একটি যা নিয়মিত রক্ষণাবেক্ষণ করা হয়; দরকারী বৈশিষ্ট্য (যেমন, লগিং এবং রিপোর্টিং ক্ষমতা) প্রদান করে; এবং অবশ্যই অন্য ডেভেলপারদের দ্বারা ব্যাপকভাবে ব্যবহৃত এবং পরীক্ষিত হতে হবে।
+আপনার স্মার্ট কন্ট্রাক্টগুলোর জন্য ইউনিট টেস্ট চালানোর ক্ষেত্রে ব্যবহৃত টুলগুলোর গুণমান অত্যন্ত গুরুত্বপূর্ণ। একটি আদর্শ টেস্টিং ফ্রেমওয়ার্ক হলো সেটি যা নিয়মিত রক্ষণাবেক্ষণ করা হয়; দরকারী বৈশিষ্ট্য প্রদান করে (যেমন, লগিং এবং রিপোর্টিং ক্ষমতা); এবং অবশ্যই অন্যান্য ডেভেলপারদের দ্বারা ব্যাপকভাবে ব্যবহৃত এবং পরীক্ষিত হতে হবে।
-Solidity স্মার্ট কন্ট্র্যাক্টের জন্য ইউনিট টেস্টিং ফ্রেমওয়ার্ক বিভিন্ন ভাষায় (বেশিরভাগ JavaScript, Python, এবং Rust) আসে। বিভিন্ন টেস্টিং ফ্রেমওয়ার্কের সাথে ইউনিট টেস্ট চালানো শুরু করার তথ্যের জন্য নীচের কিছু গাইড দেখুন:
+Solidity স্মার্ট কন্ট্রাক্টগুলোর জন্য ইউনিট টেস্টিং ফ্রেমওয়ার্কগুলো বিভিন্ন ভাষায় আসে (বেশিরভাগই JavaScript, Python, এবং Rust)। বিভিন্ন টেস্টিং ফ্রেমওয়ার্কের সাথে কীভাবে ইউনিট টেস্ট চালানো শুরু করবেন সে সম্পর্কে তথ্যের জন্য নিচের কিছু গাইড দেখুন:
-- **[Brownie দিয়ে ইউনিট টেস্ট চালানো](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)**
-- **[Foundry দিয়ে ইউনিট টেস্ট চালানো](https://book.getfoundry.sh/forge/writing-tests)**
-- **[Waffle দিয়ে ইউনিট টেস্ট চালানো](https://ethereum-waffle.readthedocs.io/en/latest/getting-started.html#writing-tests)**
-- **[Remix দিয়ে ইউনিট টেস্ট চালানো](https://remix-ide.readthedocs.io/en/latest/unittesting.html#write-tests)**
-- **[Ape দিয়ে ইউনিট টেস্ট চালানো](https://docs.apeworx.io/ape/stable/userguides/testing.html)**
-- **[Hardhat দিয়ে ইউনিট টেস্ট চালানো](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)**
-- **[Wake দিয়ে ইউনিট টেস্ট চালানো](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)**
+- **[Brownie-এর সাথে ইউনিট টেস্ট চালানো](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)**
+- **[Foundry-এর সাথে ইউনিট টেস্ট চালানো](https://book.getfoundry.sh/forge/writing-tests)**
+- **[Waffle-এর সাথে ইউনিট টেস্ট চালানো](https://ethereum-waffle.readthedocs.io/en/latest/getting-started.html#writing-tests)**
+- **[Remix-এর সাথে ইউনিট টেস্ট চালানো](https://remix-ide.readthedocs.io/en/latest/unittesting.html#write-tests)**
+- **[Ape-এর সাথে ইউনিট টেস্ট চালানো](https://docs.apeworx.io/ape/stable/userguides/testing.html)**
+- **[Hardhat-এর সাথে ইউনিট টেস্ট চালানো](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)**
+- **[Wake-এর সাথে ইউনিট টেস্ট চালানো](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)**
### ইন্টিগ্রেশন টেস্টিং {#integration-testing-for-smart-contracts}
-যেখানে ইউনিট টেস্টিং বিচ্ছিন্নভাবে কন্ট্র্যাক্ট ফাংশন ডিবাগ করে, সেখানে ইন্টিগ্রেশন টেস্টগুলি একটি স্মার্ট কন্ট্র্যাক্টের উপাদানগুলিকে সামগ্রিকভাবে মূল্যায়ন করে। ইন্টিগ্রেশন টেস্টিং ক্রস-কন্ট্র্যাক্ট কল বা একই স্মার্ট কন্ট্র্যাক্টে বিভিন্ন ফাংশনের মধ্যে মিথস্ক্রিয়া থেকে উদ্ভূত সমস্যাগুলি সনাক্ত করতে পারে। উদাহরণস্বরূপ, ইন্টিগ্রেশন টেস্ট [ইনহেরিটেন্স](https://docs.soliditylang.org/en/v0.8.12/contracts.html#inheritance) এবং ডিপেন্ডেন্সি ইনজেকশনের মতো জিনিসগুলি সঠিকভাবে কাজ করে কিনা তা পরীক্ষা করতে সাহায্য করতে পারে।
+যেখানে ইউনিট টেস্টিং কন্ট্রাক্ট ফাংশনগুলোকে আলাদাভাবে ডিবাগ করে, সেখানে ইন্টিগ্রেশন টেস্টগুলো একটি স্মার্ট কন্ট্রাক্ট-এর উপাদানগুলোকে সামগ্রিকভাবে মূল্যায়ন করে। ইন্টিগ্রেশন টেস্টিং ক্রস-কন্ট্রাক্ট কল বা একই স্মার্ট কন্ট্রাক্ট-এর বিভিন্ন ফাংশনের মধ্যে ইন্টারঅ্যাকশন থেকে উদ্ভূত সমস্যাগুলো সনাক্ত করতে পারে। উদাহরণস্বরূপ, ইন্টিগ্রেশন টেস্টগুলো [ইনহেরিটেন্স](https://docs.soliditylang.org/en/v0.8.12/contracts.html#inheritance) এবং ডিপেন্ডেন্সি ইনজেকশনের মতো বিষয়গুলো সঠিকভাবে কাজ করে কিনা তা পরীক্ষা করতে সাহায্য করতে পারে।
-আপনার কন্ট্র্যাক্টটি যদি একটি মডুলার আর্কিটেকচার গ্রহণ করে বা এক্সিকিউশনের সময় অন্য অনচেইন কন্ট্র্যাক্টের সাথে ইন্টারফেস করে তবে ইন্টিগ্রেশন টেস্টিং কার্যকর। ইন্টিগ্রেশন টেস্ট চালানোর একটি উপায় হল একটি নির্দিষ্ট উচ্চতায় [ব্লকচেইন ফর্ক](/glossary/#fork) করা ([Forge](https://book.getfoundry.sh/forge/fork-testing) বা [Hardhat](https://hardhat.org/hardhat-network/docs/guides/forking-other-networks) এর মতো একটি টুল ব্যবহার করে) এবং আপনার কন্ট্র্যাক্ট এবং ডেপ্লয় করা কন্ট্র্যাক্টগুলির মধ্যে মিথস্ক্রিয়া অনুকরণ করা।
+ইন্টিগ্রেশন টেস্টিং কার্যকর যদি আপনার কন্ট্রাক্ট একটি মডুলার আর্কিটেকচার গ্রহণ করে বা এক্সিকিউশনের সময় অন্যান্য অনচেইন কন্ট্রাক্টগুলোর সাথে ইন্টারফেস করে। ইন্টিগ্রেশন টেস্ট চালানোর একটি উপায় হলো একটি নির্দিষ্ট উচ্চতায় [ব্লকচেইন ফর্ক](/glossary/#fork) করা ([Forge](https://book.getfoundry.sh/forge/fork-testing) বা [Hardhat](https://hardhat.org/hardhat-network/docs/guides/forking-other-networks)-এর মতো টুল ব্যবহার করে) এবং আপনার কন্ট্রাক্ট ও ডিপ্লয় করা কন্ট্রাক্টগুলোর মধ্যে ইন্টারঅ্যাকশন সিমুলেট করা।
-ফর্ক করা ব্লকচেইনটি Mainnet-এর মতোই আচরণ করবে এবং সংশ্লিষ্ট স্টেট এবং ব্যালেন্সসহ অ্যাকাউন্ট থাকবে। কিন্তু এটি শুধুমাত্র একটি স্যান্ডবক্সড লোকাল ডেভেলপমেন্ট এনভায়রনমেন্ট হিসেবে কাজ করে, যার মানে হল আপনার লেনদেনের জন্য প্রকৃত ETH-এর প্রয়োজন হবে না, উদাহরণস্বরূপ, বা আপনার পরিবর্তনগুলি প্রকৃত ইথেরিয়াম প্রোটোকলকে প্রভাবিত করবে না।
+ফর্ক করা ব্লকচেইনটি মেইননেট-এর মতোই আচরণ করবে এবং এতে সংশ্লিষ্ট স্টেট এবং ব্যালেন্সসহ একাউন্ট থাকবে। তবে এটি শুধুমাত্র একটি স্যান্ডবক্সড লোকাল ডেভেলপমেন্ট এনভায়রনমেন্ট হিসেবে কাজ করে, যার মানে হলো লেনদেন-এর জন্য আপনার আসল ETH-এর প্রয়োজন হবে না, উদাহরণস্বরূপ, এবং আপনার পরিবর্তনগুলো আসল ইথিরিয়াম প্রটোকল-কে প্রভাবিত করবে না।
### প্রপার্টি-ভিত্তিক টেস্টিং {#property-based-testing-for-smart-contracts}
-প্রপার্টি-ভিত্তিক টেস্টিং হল একটি স্মার্ট কন্ট্র্যাক্ট কোনো নির্দিষ্ট প্রপার্টি পূরণ করে কিনা তা পরীক্ষা করার প্রক্রিয়া। প্রপার্টিগুলি একটি কন্ট্র্যাক্টের আচরণ সম্পর্কে এমন তথ্য দাবি করে যা বিভিন্ন পরিস্থিতিতে সত্য থাকবে বলে আশা করা হয়—একটি স্মার্ট কন্ট্র্যাক্ট প্রপার্টির উদাহরণ হতে পারে "কন্ট্র্যাক্টে গাণিতিক ক্রিয়াকলাপগুলি কখনও ওভারফ্লো বা আন্ডারফ্লো হয় না।"
+প্রপার্টি-ভিত্তিক টেস্টিং হলো এমন একটি প্রক্রিয়া যা পরীক্ষা করে যে একটি স্মার্ট কন্ট্রাক্ট কিছু সংজ্ঞায়িত প্রপার্টি পূরণ করে কিনা। প্রপার্টিগুলো একটি কন্ট্রাক্ট-এর আচরণ সম্পর্কে এমন তথ্য নিশ্চিত করে যা বিভিন্ন পরিস্থিতিতে সত্য থাকবে বলে আশা করা হয়—একটি স্মার্ট কন্ট্রাক্ট প্রপার্টির উদাহরণ হতে পারে "কন্ট্রাক্ট-এ গাণিতিক অপারেশনগুলো কখনই ওভারফ্লো বা আন্ডারফ্লো হয় না।"
-**স্ট্যাটিক বিশ্লেষণ** এবং **ডাইনামিক বিশ্লেষণ** হল প্রপার্টি-ভিত্তিক টেস্টিং সম্পাদনের দুটি সাধারণ কৌশল, এবং উভয়ই যাচাই করতে পারে যে একটি প্রোগ্রামের কোড (এই ক্ষেত্রে একটি স্মার্ট কন্ট্র্যাক্ট) কিছু পূর্বনির্ধারিত প্রপার্টি পূরণ করে। কিছু প্রপার্টি-ভিত্তিক টেস্টিং টুলস প্রত্যাশিত কন্ট্র্যাক্ট প্রপার্টি সম্পর্কে পূর্বনির্ধারিত নিয়ম নিয়ে আসে এবং সেই নিয়মগুলির বিরুদ্ধে কোডটি পরীক্ষা করে, অন্যগুলি আপনাকে একটি স্মার্ট কন্ট্র্যাক্টের জন্য কাস্টম প্রপার্টি তৈরি করতে দেয়।
+**স্ট্যাটিক অ্যানালাইসিস** এবং **ডাইনামিক অ্যানালাইসিস** হলো প্রপার্টি-ভিত্তিক টেস্টিং এক্সিকিউট করার দুটি সাধারণ কৌশল, এবং উভয়ই যাচাই করতে পারে যে একটি প্রোগ্রামের কোড (এই ক্ষেত্রে একটি স্মার্ট কন্ট্রাক্ট) কিছু পূর্বনির্ধারিত প্রপার্টি পূরণ করে কিনা। কিছু প্রপার্টি-ভিত্তিক টেস্টিং টুল প্রত্যাশিত কন্ট্রাক্ট প্রপার্টি সম্পর্কে পূর্বনির্ধারিত নিয়মগুলোর সাথে আসে এবং সেই নিয়মগুলোর বিপরীতে কোড পরীক্ষা করে, অন্যদিকে অন্যগুলো আপনাকে একটি স্মার্ট কন্ট্রাক্ট-এর জন্য কাস্টম প্রপার্টি তৈরি করতে দেয়।
-#### স্ট্যাটিক বিশ্লেষণ {#static-analysis}
+#### স্ট্যাটিক অ্যানালাইসিস {#static-analysis}
-একটি স্ট্যাটিক অ্যানালাইজার একটি স্মার্ট কন্ট্র্যাক্টের সোর্স কোড ইনপুট হিসাবে নেয় এবং একটি কন্ট্র্যাক্ট একটি প্রপার্টি পূরণ করে কিনা তা ঘোষণা করে ফলাফল আউটপুট দেয়। ডাইনামিক বিশ্লেষণের বিপরীতে, স্ট্যাটিক বিশ্লেষণে সঠিকতার জন্য একটি কন্ট্র্যাক্ট এক্সিকিউট করা জড়িত থাকে না। স্ট্যাটিক বিশ্লেষণ বরং একটি স্মার্ট কন্ট্র্যাক্ট এক্সিকিউশনের সময় যে সমস্ত সম্ভাব্য পথ নিতে পারে সে সম্পর্কে যুক্তি দেয় (অর্থাৎ, রানটাইমে কন্ট্র্যাক্টের অপারেশনের জন্য এর অর্থ কী হবে তা নির্ধারণ করতে সোর্স কোডের কাঠামো পরীক্ষা করে)।
+একটি স্ট্যাটিক অ্যানালাইজার একটি স্মার্ট কন্ট্রাক্ট-এর সোর্স কোড ইনপুট হিসেবে নেয় এবং একটি কন্ট্রাক্ট কোনো প্রপার্টি পূরণ করে কি না তা ঘোষণা করে ফলাফল আউটপুট দেয়। ডাইনামিক অ্যানালাইসিসের বিপরীতে, স্ট্যাটিক অ্যানালাইসিসে সঠিকতার জন্য বিশ্লেষণ করতে কোনো কন্ট্রাক্ট এক্সিকিউট করার প্রয়োজন হয় না। এর পরিবর্তে স্ট্যাটিক অ্যানালাইসিস এক্সিকিউশনের সময় একটি স্মার্ট কন্ট্রাক্ট নিতে পারে এমন সমস্ত সম্ভাব্য পাথ সম্পর্কে যুক্তি দেয় (অর্থাৎ, রানটাইমে কন্ট্রাক্ট-এর অপারেশনের জন্য এর অর্থ কী হবে তা নির্ধারণ করতে সোর্স কোডের কাঠামো পরীক্ষা করে)।
-[লিন্টিং](https://www.perforce.com/blog/qac/what-is-linting) এবং [স্ট্যাটিক টেস্টিং](https://www.techtarget.com/whatis/definition/static-analysis-static-code-analysis) হল কন্ট্র্যাক্টে স্ট্যাটিক বিশ্লেষণ চালানোর সাধারণ পদ্ধতি। উভয়ের জন্যই কন্ট্র্যাক্টের এক্সিকিউশনের নিম্ন-স্তরের উপস্থাপনা যেমন কম্পাইলার দ্বারা আউটপুট করা [অ্যাবস্ট্রাক্ট সিনট্যাক্স ট্রি](https://en.m.wikipedia.org/wiki/Abstract_syntax_tree) এবং [কন্ট্রোল ফ্লো গ্রাফ](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/amp/) বিশ্লেষণ করা প্রয়োজন।
+[লিন্টিং](https://www.perforce.com/blog/qac/what-is-linting) এবং [স্ট্যাটিক টেস্টিং](https://www.techtarget.com/whatis/definition/static-analysis-static-code-analysis) হলো কন্ট্রাক্টগুলোতে স্ট্যাটিক অ্যানালাইসিস চালানোর সাধারণ পদ্ধতি। উভয়ের জন্যই একটি কন্ট্রাক্ট এক্সিকিউশনের লো-লেভেল রিপ্রেজেন্টেশন বিশ্লেষণ করা প্রয়োজন যেমন কম্পাইলার দ্বারা আউটপুট করা [অ্যাবস্ট্রাক্ট সিনট্যাক্স ট্রি](https://en.m.wikipedia.org/wiki/Abstract_syntax_tree) এবং [কন্ট্রোল ফ্লো গ্রাফ](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/amp/)।
-বেশিরভাগ ক্ষেত্রে, স্ট্যাটিক বিশ্লেষণ একটি কন্ট্র্যাক্টের কোডে অনিরাপদ কনস্ট্রাক্টের ব্যবহার, সিনট্যাক্স ত্রুটি, বা কোডিং স্ট্যান্ডার্ড লঙ্ঘনের মতো নিরাপত্তা সমস্যা সনাক্ত করার জন্য উপযোগী। তবে, স্ট্যাটিক অ্যানালাইজারগুলি গভীরতর দুর্বলতা সনাক্ত করতে সাধারণত অসম্পূর্ণ বলে পরিচিত, এবং অতিরিক্ত ফলস পজিটিভ তৈরি করতে পারে।
+বেশিরভাগ ক্ষেত্রে, স্ট্যাটিক অ্যানালাইসিস একটি কন্ট্রাক্ট-এর কোডে অনিরাপদ কনস্ট্রাক্টের ব্যবহার, সিনট্যাক্স ত্রুটি বা কোডিং স্ট্যান্ডার্ড লঙ্ঘনের মতো নিরাপত্তা সমস্যাগুলো সনাক্ত করার জন্য কার্যকর। তবে, স্ট্যাটিক অ্যানালাইজারগুলো সাধারণত গভীর দুর্বলতাগুলো সনাক্ত করতে অক্ষম বলে পরিচিত, এবং অতিরিক্ত ফলস পজিটিভ তৈরি করতে পারে।
-#### ডাইনামিক বিশ্লেষণ {#dynamic-analysis}
+#### ডাইনামিক অ্যানালাইসিস {#dynamic-analysis}
-ডাইনামিক বিশ্লেষণ একটি স্মার্ট কন্ট্র্যাক্টের ফাংশনগুলিতে সিম্বলিক ইনপুট (যেমন, [সিম্বলিক এক্সিকিউশনে](https://en.m.wikipedia.org/wiki/Symbolic_execution)) বা কংক্রিট ইনপুট (যেমন, [ফাজিং-এ](https://owasp.org/www-community/Fuzzing)) তৈরি করে তা দেখতে যে কোনো এক্সিকিউশন ট্রেস নির্দিষ্ট বৈশিষ্ট্য লঙ্ঘন করে কিনা। এই ধরনের প্রপার্টি-ভিত্তিক টেস্টিং ইউনিট টেস্ট থেকে ভিন্ন কারণ টেস্ট কেসগুলি একাধিক পরিস্থিতি কভার করে এবং একটি প্রোগ্রাম টেস্ট কেস তৈরির কাজ পরিচালনা করে।
+ডাইনামিক অ্যানালাইসিস একটি স্মার্ট কন্ট্রাক্ট-এর ফাংশনগুলোতে সিম্বলিক ইনপুট (যেমন, [সিম্বলিক এক্সিকিউশন](https://en.m.wikipedia.org/wiki/Symbolic_execution)-এ) বা কংক্রিট ইনপুট (যেমন, [ফাজিং](https://owasp.org/www-community/Fuzzing)-এ) তৈরি করে যাতে দেখা যায় যে কোনো এক্সিকিউশন ট্রেস নির্দিষ্ট প্রপার্টিগুলো লঙ্ঘন করে কিনা। এই ধরনের প্রপার্টি-ভিত্তিক টেস্টিং ইউনিট টেস্টগুলো থেকে আলাদা কারণ টেস্ট কেসগুলো একাধিক পরিস্থিতি কভার করে এবং একটি প্রোগ্রাম টেস্ট কেস তৈরির কাজ পরিচালনা করে।
-[ফাজিং](https://www.halborn.com/blog/post/what-is-fuzz-testing-fuzzing) স্মার্ট কন্ট্র্যাক্টে নির্বিচারে প্রপার্টি যাচাই করার জন্য একটি ডাইনামিক বিশ্লেষণ কৌশলের উদাহরণ। একটি ফাজার একটি টার্গেট কন্ট্র্যাক্টে একটি সংজ্ঞায়িত ইনপুট মানের র্যান্ডম বা ত্রুটিপূর্ণ ভিন্নতা দিয়ে ফাংশনগুলিকে কল করে। যদি স্মার্ট কন্ট্র্যাক্টটি একটি ত্রুটিপূর্ণ স্টেটে প্রবেশ করে (যেমন, যেখানে একটি অ্যাসারশন ব্যর্থ হয়), সমস্যাটি ফ্ল্যাগ করা হয় এবং দুর্বল পাথের দিকে এক্সিকিউশন চালনাকারী ইনপুটগুলি একটি রিপোর্টে তৈরি করা হয়।
+[ফাজিং](https://www.halborn.com/blog/post/what-is-fuzz-testing-fuzzing) হলো স্মার্ট কন্ট্রাক্টগুলোতে নির্বিচার প্রপার্টি যাচাই করার জন্য একটি ডাইনামিক অ্যানালাইসিস কৌশলের উদাহরণ। একটি ফাজার একটি সংজ্ঞায়িত ইনপুট ভ্যালুর র্যান্ডম বা বিকৃত বৈচিত্র্যসহ একটি টার্গেট কন্ট্রাক্ট-এ ফাংশনগুলোকে ইনভোক করে। যদি স্মার্ট কন্ট্রাক্টটি কোনো এরর স্টেট-এ প্রবেশ করে (যেমন, যেখানে একটি অ্যাসারশন ব্যর্থ হয়), তবে সমস্যাটি ফ্ল্যাগ করা হয় এবং যে ইনপুটগুলো এক্সিকিউশনকে দুর্বল পাথের দিকে নিয়ে যায় সেগুলো একটি রিপোর্টে তৈরি করা হয়।
-ফাজিং একটি স্মার্ট কন্ট্র্যাক্টের ইনপুট বৈধকরণ প্রক্রিয়া মূল্যায়নের জন্য উপযোগী কারণ অপ্রত্যাশিত ইনপুটগুলির অনুপযুক্ত হ্যান্ডলিংয়ের ফলে অনিচ্ছাকৃত এক্সিকিউশন হতে পারে এবং বিপজ্জনক প্রভাব তৈরি করতে পারে। এই ধরনের প্রপার্টি-ভিত্তিক টেস্টিং অনেক কারণে আদর্শ হতে পারে:
+ফাজিং একটি স্মার্ট কন্ট্রাক্ট-এর ইনপুট ভ্যালিডেশন মেকানিজম মূল্যায়ন করার জন্য কার্যকর কারণ অপ্রত্যাশিত ইনপুটগুলোর অনুপযুক্ত পরিচালনার ফলে অনাকাঙ্ক্ষিত এক্সিকিউশন হতে পারে এবং বিপজ্জনক প্রভাব তৈরি করতে পারে। এই ধরনের প্রপার্টি-ভিত্তিক টেস্টিং অনেক কারণে আদর্শ হতে পারে:
-1. **অনেক পরিস্থিতি কভার করার জন্য টেস্ট কেস লেখা কঠিন।** একটি প্রপার্টি টেস্টে শুধুমাত্র একটি আচরণ এবং আচরণের সাথে পরীক্ষা করার জন্য ডেটার একটি পরিসীমা সংজ্ঞায়িত করতে হয়—প্রোগ্রামটি সংজ্ঞায়িত প্রপার্টির উপর ভিত্তি করে স্বয়ংক্রিয়ভাবে টেস্ট কেস তৈরি করে।
+1. **অনেক পরিস্থিতি কভার করার জন্য টেস্ট কেস লেখা কঠিন।** একটি প্রপার্টি টেস্টের জন্য শুধুমাত্র প্রয়োজন যে আপনি একটি আচরণ এবং সেই আচরণ পরীক্ষা করার জন্য ডেটার একটি রেঞ্জ সংজ্ঞায়িত করুন—প্রোগ্রামটি স্বয়ংক্রিয়ভাবে সংজ্ঞায়িত প্রপার্টির উপর ভিত্তি করে টেস্ট কেস তৈরি করে।
-2. **আপনার টেস্ট স্যুট প্রোগ্রামের মধ্যে সমস্ত সম্ভাব্য পথ পর্যাপ্তভাবে কভার নাও করতে পারে।** এমনকি 100% কভারেজ সহ, এজ কেসগুলি মিস করা সম্ভব।
+2. **আপনার টেস্ট স্যুট প্রোগ্রামের মধ্যে সমস্ত সম্ভাব্য পাথ পর্যাপ্তভাবে কভার নাও করতে পারে।** এমনকি ১০০% কভারেজ থাকা সত্ত্বেও, এজ কেসগুলো মিস করা সম্ভব।
-3. **ইউনিট টেস্ট প্রমাণ করে যে একটি কন্ট্র্যাক্ট নমুনা ডেটার জন্য সঠিকভাবে এক্সিকিউট হয়, কিন্তু কন্ট্র্যাক্টটি নমুনার বাইরের ইনপুটগুলির জন্য সঠিকভাবে এক্সিকিউট হয় কিনা তা অজানা থেকে যায়।** প্রপার্টি টেস্টগুলি একটি প্রদত্ত ইনপুট মানের একাধিক ভিন্নতা দিয়ে একটি টার্গেট কন্ট্র্যাক্ট এক্সিকিউট করে যা অ্যাসারশন ব্যর্থতার কারণ হয় এমন এক্সিকিউশন ট্রেস খুঁজে বের করতে। সুতরাং, একটি প্রপার্টি টেস্ট আরও বেশি গ্যারান্টি প্রদান করে যে একটি কন্ট্র্যাক্ট ইনপুট ডেটার একটি বিস্তৃত শ্রেণীর জন্য সঠিকভাবে এক্সিকিউট হয়।
+3. **ইউনিট টেস্টগুলো প্রমাণ করে যে একটি কন্ট্রাক্ট স্যাম্পল ডেটার জন্য সঠিকভাবে এক্সিকিউট করে, তবে স্যাম্পলের বাইরের ইনপুটগুলোর জন্য কন্ট্রাক্টটি সঠিকভাবে এক্সিকিউট করে কিনা তা অজানা থেকে যায়।** প্রপার্টি টেস্টগুলো একটি প্রদত্ত ইনপুট ভ্যালুর একাধিক বৈচিত্র্যসহ একটি টার্গেট কন্ট্রাক্ট এক্সিকিউট করে যাতে অ্যাসারশন ব্যর্থতার কারণ হওয়া এক্সিকিউশন ট্রেসগুলো খুঁজে পাওয়া যায়। সুতরাং, একটি প্রপার্টি টেস্ট আরও গ্যারান্টি প্রদান করে যে একটি কন্ট্রাক্ট ইনপুট ডেটার একটি বিস্তৃত ক্লাসের জন্য সঠিকভাবে এক্সিকিউট করে।
-### স্মার্ট কন্ট্র্যাক্টের জন্য প্রপার্টি-ভিত্তিক টেস্টিং চালানোর নির্দেশিকা {#running-property-based-tests}
+### স্মার্ট কন্ট্রাক্ট-এর জন্য প্রপার্টি-ভিত্তিক টেস্টিং চালানোর নির্দেশিকা {#running-property-based-tests}
-প্রপার্টি-ভিত্তিক টেস্টিং সাধারণত একটি প্রপার্টি (যেমন, [পূর্ণসংখ্যা ওভারফ্লোর](https://github.com/ConsenSys/mythril/wiki/Integer-Overflow) অনুপস্থিতি) বা প্রপার্টিগুলির একটি সংগ্রহ সংজ্ঞায়িত করার মাধ্যমে শুরু হয় যা আপনি একটি স্মার্ট কন্ট্র্যাক্টে যাচাই করতে চান। প্রপার্টি টেস্ট লেখার সময় আপনাকে একটি মানের পরিসীমাও সংজ্ঞায়িত করতে হতে পারে যার মধ্যে প্রোগ্রামটি লেনদেন ইনপুটের জন্য ডেটা তৈরি করতে পারে।
+প্রপার্টি-ভিত্তিক টেস্টিং চালানো সাধারণত একটি প্রপার্টি (যেমন, [ইন্টিজার ওভারফ্লো](https://github.com/ConsenSys/mythril/wiki/Integer-Overflow)-এর অনুপস্থিতি) বা প্রপার্টিগুলোর সংগ্রহ সংজ্ঞায়িত করার মাধ্যমে শুরু হয় যা আপনি একটি স্মার্ট কন্ট্রাক্ট-এ যাচাই করতে চান। প্রপার্টি টেস্ট লেখার সময় লেনদেন ইনপুটগুলোর জন্য প্রোগ্রামটি যে রেঞ্জের মধ্যে ডেটা তৈরি করতে পারে তা সংজ্ঞায়িত করারও প্রয়োজন হতে পারে।
-সঠিকভাবে কনফিগার করার পরে, প্রপার্টি টেস্টিং টুল আপনার স্মার্ট কন্ট্র্যাক্টের ফাংশনগুলিকে র্যান্ডমভাবে তৈরি করা ইনপুট দিয়ে এক্সিকিউট করবে। যদি কোনো অ্যাসারশন লঙ্ঘন হয়, তাহলে আপনার মূল্যায়নের অধীনে থাকা প্রপার্টি লঙ্ঘনকারী কংক্রিট ইনপুট ডেটা সহ একটি রিপোর্ট পাওয়া উচিত। বিভিন্ন টুলস দিয়ে প্রপার্টি-ভিত্তিক টেস্টিং চালানো শুরু করতে নীচের কিছু গাইড দেখুন:
+একবার সঠিকভাবে কনফিগার করা হলে, প্রপার্টি টেস্টিং টুলটি র্যান্ডমভাবে তৈরি করা ইনপুটগুলোর সাথে আপনার স্মার্ট কন্ট্রাক্ট ফাংশনগুলো এক্সিকিউট করবে। যদি কোনো অ্যাসারশন লঙ্ঘন হয়, তবে আপনার এমন কংক্রিট ইনপুট ডেটাসহ একটি রিপোর্ট পাওয়া উচিত যা মূল্যায়নের অধীনে থাকা প্রপার্টি লঙ্ঘন করে। বিভিন্ন টুলের সাথে প্রপার্টি-ভিত্তিক টেস্টিং চালানো শুরু করতে নিচের কিছু গাইড দেখুন:
-- **[Slither দিয়ে স্মার্ট কন্ট্র্যাক্টের স্ট্যাটিক বিশ্লেষণ](https://github.com/crytic/slither)**
-- **[Wake দিয়ে স্মার্ট কন্ট্র্যাক্টের স্ট্যাটিক বিশ্লেষণ](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)**
-- **[Brownie দিয়ে প্রপার্টি-ভিত্তিক টেস্টিং](https://eth-brownie.readthedocs.io/en/stable/tests-hypothesis-property.html)**
-- **[Foundry দিয়ে কন্ট্র্যাক্ট ফাজিং](https://book.getfoundry.sh/forge/fuzz-testing)**
-- **[Echidna দিয়ে কন্ট্র্যাক্ট ফাজিং](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna#echidna-tutorial)**
-- **[Wake দিয়ে কন্ট্র্যাক্ট ফাজিং](https://ackeeblockchain.com/wake/docs/latest/testing-framework/fuzzing/)**
-- **[Manticore দিয়ে স্মার্ট কন্ট্র্যাক্টের সিম্বলিক এক্সিকিউশন](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore#manticore-tutorial)**
-- **[Mythril দিয়ে স্মার্ট কন্ট্র্যাক্টের সিম্বলিক এক্সিকিউশন](https://mythril-classic.readthedocs.io/en/master/tutorial.html)**
+- **[Slither-এর সাথে স্মার্ট কন্ট্রাক্ট-এর স্ট্যাটিক অ্যানালাইসিস](https://github.com/crytic/slither)**
+- **[Wake-এর সাথে স্মার্ট কন্ট্রাক্ট-এর স্ট্যাটিক অ্যানালাইসিস](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)**
+- **[Brownie-এর সাথে প্রপার্টি-ভিত্তিক টেস্টিং](https://eth-brownie.readthedocs.io/en/stable/tests-hypothesis-property.html)**
+- **[Foundry-এর সাথে কন্ট্রাক্ট ফাজিং](https://book.getfoundry.sh/forge/fuzz-testing)**
+- **[Echidna-এর সাথে কন্ট্রাক্ট ফাজিং](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna#echidna-tutorial)**
+- **[Wake-এর সাথে কন্ট্রাক্ট ফাজিং](https://ackeeblockchain.com/wake/docs/latest/testing-framework/fuzzing/)**
+- **[Manticore-এর সাথে স্মার্ট কন্ট্রাক্ট-এর সিম্বলিক এক্সিকিউশন](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore#manticore-tutorial)**
+- **[Mythril-এর সাথে স্মার্ট কন্ট্রাক্ট-এর সিম্বলিক এক্সিকিউশন](https://mythril-classic.readthedocs.io/en/master/tutorial.html)**
-## স্মার্ট কন্ট্র্যাক্টের জন্য ম্যানুয়াল টেস্টিং {#manual-testing-for-smart-contracts}
+## স্মার্ট কন্ট্রাক্ট-এর জন্য ম্যানুয়াল টেস্টিং {#manual-testing-for-smart-contracts}
-স্মার্ট কন্ট্র্যাক্টের ম্যানুয়াল টেস্টিং প্রায়শই স্বয়ংক্রিয় টেস্ট চালানোর পরে ডেভেলপমেন্ট সাইকেলের পরবর্তী পর্যায়ে আসে। এই ধরনের টেস্টিং স্মার্ট কন্ট্র্যাক্টকে একটি সম্পূর্ণ সমন্বিত পণ্য হিসাবে মূল্যায়ন করে তা দেখতে যে এটি প্রযুক্তিগত প্রয়োজনীয়তাগুলিতে নির্দিষ্ট হিসাবে কাজ করে কিনা।
+স্মার্ট কন্ট্রাক্ট-এর ম্যানুয়াল টেস্টিং প্রায়শই অটোমেটেড টেস্ট চালানোর পরে ডেভেলপমেন্ট সাইকেলের শেষের দিকে আসে। এই ধরনের টেস্টিং স্মার্ট কন্ট্রাক্ট-কে একটি সম্পূর্ণ ইন্টিগ্রেটেড প্রোডাক্ট হিসেবে মূল্যায়ন করে যাতে দেখা যায় যে এটি প্রযুক্তিগত প্রয়োজনীয়তাগুলোতে নির্দিষ্ট করা অনুযায়ী কাজ করে কিনা।
-### একটি স্থানীয় ব্লকচেইনে কন্ট্র্যাক্ট টেস্টিং {#testing-on-local-blockchain}
+### একটি লোকাল ব্লকচেইন-এ কন্ট্রাক্ট টেস্টিং {#testing-on-local-blockchain}
-যদিও একটি স্থানীয় ডেভেলপমেন্ট পরিবেশে সঞ্চালিত স্বয়ংক্রিয় টেস্টিং দরকারী ডিবাগিং তথ্য সরবরাহ করতে পারে, আপনি জানতে চাইবেন আপনার স্মার্ট কন্ট্র্যাক্ট একটি প্রোডাকশন পরিবেশে কীভাবে আচরণ করে। তবে, মূল ইথেরিয়াম চেইনে ডেপ্লয় করতে গ্যাস ফি লাগে—এছাড়াও, আপনার স্মার্ট কন্ট্র্যাক্টে যদি এখনও বাগ থাকে তবে আপনি বা আপনার ব্যবহারকারীরা প্রকৃত অর্থ হারাতে পারেন।
+যদিও একটি লোকাল ডেভেলপমেন্ট এনভায়রনমেন্টে করা অটোমেটেড টেস্টিং দরকারী ডিবাগিং তথ্য প্রদান করতে পারে, আপনি জানতে চাইবেন যে আপনার স্মার্ট কন্ট্রাক্ট একটি প্রোডাকশন এনভায়রনমেন্টে কীভাবে আচরণ করে। তবে, মূল ইথিরিয়াম চেইনে ডিপ্লয় করার জন্য গ্যাস ফি লাগে—তাছাড়া আপনার স্মার্ট কন্ট্রাক্ট-এ এখনও বাগ থাকলে আপনি বা আপনার ব্যবহারকারীরা আসল অর্থ হারাতে পারেন।
-Mainnet-এ টেস্টিং করার একটি প্রস্তাবিত বিকল্প হল আপনার কন্ট্র্যাক্টটিকে একটি স্থানীয় ব্লকচেইনে ([ডেভেলপমেন্ট নেটওয়ার্ক](/developers/docs/development-networks/) হিসাবেও পরিচিত) পরীক্ষা করা। একটি স্থানীয় ব্লকচেইন হল ইথেরিয়াম ব্লকচেইনের একটি অনুলিপি যা আপনার কম্পিউটারে স্থানীয়ভাবে চলে এবং যা ইথেরিয়ামের এক্সিকিউশন লেয়ারের আচরণকে অনুকরণ করে। যেমন, আপনি উল্লেখযোগ্য ওভারহেড ছাড়াই একটি কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার জন্য লেনদেন প্রোগ্রাম করতে পারেন।
+একটি লোকাল ব্লকচেইন-এ (যা [ডেভেলপমেন্ট নেটওয়ার্ক](/developers/docs/development-networks/) হিসেবেও পরিচিত) আপনার কন্ট্রাক্ট টেস্টিং করা মেইননেট-এ টেস্টিং করার একটি প্রস্তাবিত বিকল্প। একটি লোকাল ব্লকচেইন হলো আপনার কম্পিউটারে স্থানীয়ভাবে চলা ইথিরিয়াম ব্লকচেইন-এর একটি কপি যা ইথিরিয়াম-এর এক্সিকিউশন লেয়ার-এর আচরণ সিমুলেট করে। এর ফলে, আপনি উল্লেখযোগ্য ওভারহেড ছাড়াই একটি কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করার জন্য লেনদেন প্রোগ্রাম করতে পারেন।
-একটি স্থানীয় ব্লকচেইনে কন্ট্র্যাক্ট চালানো ম্যানুয়াল ইন্টিগ্রেশন টেস্টিংয়ের একটি রূপ হিসাবে কার্যকর হতে পারে। [স্মার্ট কন্ট্র্যাক্টগুলি অত্যন্ত কম্পোজেবল](/developers/docs/smart-contracts/composability/), যা আপনাকে বিদ্যমান প্রোটোকলগুলির সাথে একীভূত করার অনুমতি দেয়—কিন্তু আপনাকে এখনও নিশ্চিত করতে হবে যে এই ধরনের জটিল অনচেইন ইন্টারঅ্যাকশনগুলি সঠিক ফলাফল তৈরি করে।
+একটি লোকাল ব্লকচেইন-এ কন্ট্রাক্ট চালানো ম্যানুয়াল ইন্টিগ্রেশন টেস্টিংয়ের একটি রূপ হিসেবে কার্যকর হতে পারে। [স্মার্ট কন্ট্রাক্টগুলো অত্যন্ত কম্পোজেবল](/developers/docs/smart-contracts/composability/), যা আপনাকে বিদ্যমান প্রটোকলগুলোর সাথে ইন্টিগ্রেট করার অনুমতি দেয়—তবে আপনাকে এখনও নিশ্চিত করতে হবে যে এই ধরনের জটিল অনচেইন ইন্টারঅ্যাকশনগুলো সঠিক ফলাফল তৈরি করে।
-[ডেভেলপমেন্ট নেটওয়ার্ক সম্পর্কে আরও।](/developers/docs/development-networks/)
+[ডেভেলপমেন্ট নেটওয়ার্ক সম্পর্কে আরও জানুন।](/developers/docs/development-networks/)
-### টেস্টনেটে কন্ট্র্যাক্ট টেস্টিং {#testing-contracts-on-testnets}
+### টেস্টনেট-এ কন্ট্রাক্ট টেস্টিং {#testing-contracts-on-testnets}
-একটি টেস্ট নেটওয়ার্ক বা টেস্টনেট ঠিক ইথেরিয়াম Mainnet-এর মতো কাজ করে, তবে এটি এমন ইথার (ETH) ব্যবহার করে যার কোনো বাস্তব-বিশ্বের মূল্য নেই। একটি [টেস্টনেটে](/developers/docs/networks/#ethereum-testnets) আপনার কন্ট্র্যাক্ট ডেপ্লয় করার মানে হল যে কেউ এটির সাথে (যেমন, ডিএ্যাপ-এর ফ্রন্টএন্ডের মাধ্যমে) তহবিল ঝুঁকিতে না ফেলে ইন্টারঅ্যাক্ট করতে পারে।
+একটি টেস্ট নেটওয়ার্ক বা টেস্টনেট ঠিক ইথিরিয়াম মেইননেট-এর মতোই কাজ করে, তবে এটি এমন ইথার (ETH) ব্যবহার করে যার কোনো বাস্তব-বিশ্বের মূল্য নেই। একটি [টেস্টনেট](/developers/docs/networks/#ethereum-testnets)-এ আপনার কন্ট্রাক্ট ডিপ্লয় করার অর্থ হলো যে কেউ ফান্ড ঝুঁকিতে না ফেলেই এর সাথে ইন্টারঅ্যাক্ট করতে পারে (যেমন, ডিএ্যাপ-এর ফ্রন্টএন্ডের মাধ্যমে)।
-এই ধরনের ম্যানুয়াল টেস্টিং একজন ব্যবহারকারীর দৃষ্টিকোণ থেকে আপনার অ্যাপ্লিকেশনের এন্ড-টু-এন্ড ফ্লো মূল্যায়নের জন্য উপযোগী। এখানে, বিটা টেস্টাররা ট্রায়াল রান করতে পারে এবং কন্ট্র্যাক্টের ব্যবসায়িক যুক্তি এবং সামগ্রিক কার্যকারিতার সাথে সম্পর্কিত যেকোনো সমস্যা রিপোর্ট করতে পারে।
+এই ধরনের ম্যানুয়াল টেস্টিং ব্যবহারকারীর দৃষ্টিকোণ থেকে আপনার অ্যাপ্লিকেশনের এন্ড-টু-এন্ড ফ্লো মূল্যায়ন করার জন্য কার্যকর। এখানে, বিটা টেস্টাররাও ট্রায়াল রান করতে পারে এবং কন্ট্রাক্ট-এর বিজনেস লজিক এবং সামগ্রিক কার্যকারিতা নিয়ে কোনো সমস্যা রিপোর্ট করতে পারে।
-একটি স্থানীয় ব্লকচেইনে পরীক্ষা করার পরে একটি টেস্টনেটে ডেপ্লয় করা আদর্শ কারণ পরেরটি ইথিরিয়াম ভার্চুয়াল মেশিনের আচরণের কাছাকাছি। অতএব, অনেক ইথেরিয়াম-নেটিভ প্রকল্পের জন্য বাস্তব-বিশ্বের পরিস্থিতিতে একটি স্মার্ট কন্ট্র্যাক্টের অপারেশন মূল্যায়ন করতে টেস্টনেটে ডিএ্যাপস ডেপ্লয় করা সাধারণ।
+একটি লোকাল ব্লকচেইন-এ টেস্টিং করার পরে একটি টেস্টনেট-এ ডিপ্লয় করা আদর্শ কারণ এটি ইথিরিয়াম ভার্চুয়াল মেশিন-এর আচরণের কাছাকাছি। তাই, বাস্তব-বিশ্বের পরিস্থিতিতে একটি স্মার্ট কন্ট্রাক্ট-এর অপারেশন মূল্যায়ন করার জন্য অনেক ইথিরিয়াম-নেটিভ প্রজেক্টের টেস্টনেট-এ ডিএ্যাপস ডিপ্লয় করা সাধারণ।
-[ইথেরিয়াম টেস্টনেট সম্পর্কে আরও।](/developers/docs/development-networks/#public-beacon-testchains)
+[ইথিরিয়াম টেস্টনেট সম্পর্কে আরও জানুন।](/developers/docs/development-networks/#public-beacon-testchains)
-## টেস্টিং বনাম ফর্মাল ভেরিফিকেশন {#testing-vs-formal-verification}
+## টেস্টিং বনাম ফরমাল ভেরিফিকেশন {#testing-vs-formal-verification}
-যদিও টেস্টিং নিশ্চিত করতে সাহায্য করে যে একটি কন্ট্র্যাক্ট কিছু ডেটা ইনপুটের জন্য প্রত্যাশিত ফলাফল দেয়, এটি পরীক্ষার সময় ব্যবহৃত হয়নি এমন ইনপুটগুলির জন্য একই প্রমাণ চূড়ান্তভাবে করতে পারে না। অতএব, একটি স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করা "ফাংশনাল সঠিকতা"-র গ্যারান্টি দিতে পারে না (অর্থাৎ, এটি দেখাতে পারে না যে একটি প্রোগ্রাম _সমস্ত_ ইনপুট মানের সেটের জন্য প্রয়োজন অনুযায়ী আচরণ করে)।
+যদিও টেস্টিং নিশ্চিত করতে সাহায্য করে যে একটি কন্ট্রাক্ট কিছু ডেটা ইনপুটের জন্য প্রত্যাশিত ফলাফল প্রদান করে, এটি টেস্ট চলাকালীন ব্যবহৃত না হওয়া ইনপুটগুলোর জন্য চূড়ান্তভাবে একই প্রমাণ করতে পারে না। তাই, একটি স্মার্ট কন্ট্রাক্ট টেস্টিং করা "কার্যকরী সঠিকতা" গ্যারান্টি দিতে পারে না (অর্থাৎ, এটি দেখাতে পারে না যে একটি প্রোগ্রাম ইনপুট ভ্যালুগুলোর _সমস্ত_ সেটের জন্য প্রয়োজনীয় আচরণ করে)।
-ফর্মাল ভেরিফিকেশন হল একটি প্রোগ্রামের ফর্মাল মডেল একটি ফর্মাল স্পেসিফিকেশনের সাথে মেলে কিনা তা পরীক্ষা করে সফ্টওয়্যারের সঠিকতা মূল্যায়ন করার একটি পদ্ধতি। একটি ফর্মাল মডেল হল একটি প্রোগ্রামের একটি বিমূর্ত গাণিতিক উপস্থাপনা, যেখানে একটি ফর্মাল স্পেসিফিকেশন একটি প্রোগ্রামের বৈশিষ্ট্যগুলি (অর্থাৎ, প্রোগ্রামের এক্সিকিউশন সম্পর্কে যৌক্তিক দাবি) সংজ্ঞায়িত করে।
+ফরমাল ভেরিফিকেশন হলো প্রোগ্রামের একটি ফরমাল মডেল ফরমাল স্পেসিফিকেশনের সাথে মেলে কিনা তা পরীক্ষা করে সফটওয়্যারের সঠিকতা মূল্যায়ন করার একটি পদ্ধতি। একটি ফরমাল মডেল হলো একটি প্রোগ্রামের একটি বিমূর্ত গাণিতিক উপস্থাপনা, অন্যদিকে একটি ফরমাল স্পেসিফিকেশন একটি প্রোগ্রামের প্রপার্টিগুলো সংজ্ঞায়িত করে (অর্থাৎ, প্রোগ্রামের এক্সিকিউশন সম্পর্কে যৌক্তিক অ্যাসারশন)।
-যেহেতু প্রপার্টিগুলি গাণিতিক পরিভাষায় লেখা হয়, তাই সিস্টেমের একটি ফর্মাল (গাণিতিক) মডেল যৌক্তিক অনুমানের নিয়ম ব্যবহার করে একটি স্পেসিফিকেশন পূরণ করে কিনা তা যাচাই করা সম্ভব হয়। এইভাবে, বলা হয় যে ফর্মাল ভেরিফিকেশন টুলস একটি সিস্টেমের সঠিকতার ‘গাণিতিক প্রমাণ’ তৈরি করে।
+যেহেতু প্রপার্টিগুলো গাণিতিক পরিভাষায় লেখা হয়, তাই অনুমানের যৌক্তিক নিয়মগুলো ব্যবহার করে সিস্টেমের একটি ফরমাল (গাণিতিক) মডেল একটি স্পেসিফিকেশন পূরণ করে কিনা তা যাচাই করা সম্ভব হয়। সুতরাং, ফরমাল ভেরিফিকেশন টুলগুলো একটি সিস্টেমের সঠিকতার 'গাণিতিক প্রমাণ' তৈরি করে বলে বলা হয়।
-টেস্টিংয়ের বিপরীতে, ফর্মাল ভেরিফিকেশন একটি স্মার্ট কন্ট্র্যাক্টের এক্সিকিউশন _সমস্ত_ এক্সিকিউশনের জন্য একটি ফর্মাল স্পেসিফিকেশন পূরণ করে কিনা তা যাচাই করতে ব্যবহার করা যেতে পারে (অর্থাৎ, এতে কোনো বাগ নেই) নমুনা ডেটা দিয়ে এক্সিকিউট করার প্রয়োজন ছাড়াই। এটি কেবল কয়েক ডজন ইউনিট টেস্ট চালানোর সময় ব্যয় কমায় না, বরং এটি লুকানো দুর্বলতা ধরতে আরও কার্যকর। বলা বাহুল্য, ফর্মাল ভেরিফিকেশন কৌশলগুলি তাদের বাস্তবায়নের অসুবিধা এবং উপযোগিতার উপর নির্ভর করে একটি স্পেকট্রামে অবস্থান করে।
+টেস্টিংয়ের বিপরীতে, ফরমাল ভেরিফিকেশন ব্যবহার করে যাচাই করা যেতে পারে যে একটি স্মার্ট কন্ট্রাক্ট-এর এক্সিকিউশন স্যাম্পল ডেটার সাথে এক্সিকিউট করার প্রয়োজন ছাড়াই _সমস্ত_ এক্সিকিউশনের জন্য একটি ফরমাল স্পেসিফিকেশন পূরণ করে (অর্থাৎ, এতে কোনো বাগ নেই)। এটি কেবল ডজন ডজন ইউনিট টেস্ট চালানোর সময়ই কমায় না, বরং এটি লুকানো দুর্বলতাগুলো ধরতেও বেশি কার্যকর। তবে, ফরমাল ভেরিফিকেশন কৌশলগুলো তাদের বাস্তবায়নের অসুবিধা এবং উপযোগিতার উপর নির্ভর করে একটি স্পেকট্রামের উপর থাকে।
-[স্মার্ট কন্ট্র্যাক্টের জন্য ফর্মাল ভেরিফিকেশন সম্পর্কে আরও।](/developers/docs/smart-contracts/formal-verification)
+[স্মার্ট কন্ট্রাক্ট-এর জন্য ফরমাল ভেরিফিকেশন সম্পর্কে আরও জানুন।](/developers/docs/smart-contracts/formal-verification)
## টেস্টিং বনাম অডিট এবং বাগ বাউন্টি {#testing-vs-audits-bug-bounties}
-যেমন উল্লেখ করা হয়েছে, কঠোর টেস্টিং খুব কমই একটি কন্ট্র্যাক্টে বাগের অনুপস্থিতির গ্যারান্টি দিতে পারে; ফর্মাল ভেরিফিকেশন পদ্ধতিগুলি সঠিকতার শক্তিশালী আশ্বাস দিতে পারে তবে বর্তমানে ব্যবহার করা কঠিন এবং যথেষ্ট ব্যয়সাপেক্ষ।
+যেমনটি উল্লেখ করা হয়েছে, কঠোর টেস্টিং খুব কমই একটি কন্ট্রাক্ট-এ বাগের অনুপস্থিতির গ্যারান্টি দিতে পারে; ফরমাল ভেরিফিকেশন পদ্ধতিগুলো সঠিকতার শক্তিশালী নিশ্চয়তা প্রদান করতে পারে তবে বর্তমানে এগুলো ব্যবহার করা কঠিন এবং উল্লেখযোগ্য খরচ বহন করে।
-তবুও, আপনি একটি স্বাধীন কোড রিভিউ পেয়ে কন্ট্র্যাক্টের দুর্বলতা ধরার সম্ভাবনা আরও বাড়াতে পারেন। [স্মার্ট কন্ট্র্যাক্ট অডিট](https://www.immunebytes.com/blog/what-is-a-smart-contract-audit/) এবং [বাগ বাউন্টি](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7) হল আপনার কন্ট্র্যাক্টগুলি অন্যদের দ্বারা বিশ্লেষণ করানোর দুটি উপায়।
+তবুও, আপনি একটি স্বাধীন কোড রিভিউ পেয়ে কন্ট্রাক্ট-এর দুর্বলতাগুলো ধরার সম্ভাবনা আরও বাড়িয়ে তুলতে পারেন। [স্মার্ট কন্ট্রাক্ট অডিট](https://www.immunebytes.com/blog/what-is-a-smart-contract-audit/) এবং [বাগ বাউন্টি](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7) হলো অন্যদের দিয়ে আপনার কন্ট্রাক্টগুলো বিশ্লেষণ করানোর দুটি উপায়।
-স্মার্ট কন্ট্র্যাক্টে নিরাপত্তা ত্রুটি এবং দুর্বল ডেভেলপমেন্ট অনুশীলনের ঘটনা খুঁজে বের করতে অভিজ্ঞ অডিটরদের দ্বারা অডিট করা হয়। একটি অডিটে সাধারণত টেস্টিং (এবং সম্ভবত ফর্মাল ভেরিফিকেশন) এবং সম্পূর্ণ কোডবেসের একটি ম্যানুয়াল রিভিউ অন্তর্ভুক্ত থাকে।
+অডিটগুলো এমন অডিটরদের দ্বারা করা হয় যারা স্মার্ট কন্ট্রাক্ট-এ নিরাপত্তা ত্রুটি এবং দুর্বল ডেভেলপমেন্ট অনুশীলনের ঘটনাগুলো খুঁজে বের করতে অভিজ্ঞ। একটি অডিটে সাধারণত টেস্টিং (এবং সম্ভবত ফরমাল ভেরিফিকেশন) এর পাশাপাশি সম্পূর্ণ কোডবেসের একটি ম্যানুয়াল রিভিউ অন্তর্ভুক্ত থাকবে।
-বিপরীতভাবে, একটি বাগ বাউন্টি প্রোগ্রামে সাধারণত একজন ব্যক্তিকে (সাধারণত [হোয়াইটহ্যাট হ্যাকার](https://en.wikipedia.org/wiki/White_hat_\(computer_security\)) হিসাবে বর্ণিত) আর্থিক পুরস্কার অফার করা হয় যিনি একটি স্মার্ট কন্ট্র্যাক্টে একটি দুর্বলতা আবিষ্কার করেন এবং ডেভেলপারদের কাছে তা প্রকাশ করেন। বাগ বাউন্টি অডিটের মতোই, কারণ এতে অন্যদের স্মার্ট কন্ট্র্যাক্টে ত্রুটি খুঁজে পেতে সাহায্য করার জন্য বলা হয়।
+বিপরীতে, একটি বাগ বাউন্টি প্রোগ্রামে সাধারণত এমন একজন ব্যক্তিকে (যাদের সাধারণত [হোয়াইটহ্যাট হ্যাকার]() হিসেবে বর্ণনা করা হয়) আর্থিক পুরষ্কার দেওয়া জড়িত থাকে যে একটি স্মার্ট কন্ট্রাক্ট-এ দুর্বলতা আবিষ্কার করে এবং এটি ডেভেলপারদের কাছে প্রকাশ করে। বাগ বাউন্টিগুলো অডিটের মতোই কারণ এতে স্মার্ট কন্ট্রাক্ট-এ ত্রুটি খুঁজে পেতে অন্যদের সাহায্য চাওয়া জড়িত।
-প্রধান পার্থক্য হল বাগ বাউন্টি প্রোগ্রামগুলি বৃহত্তর ডেভেলপার/হ্যাকার সম্প্রদায়ের জন্য উন্মুক্ত এবং অনন্য দক্ষতা এবং অভিজ্ঞতা সহ বিস্তৃত শ্রেণীর নৈতিক হ্যাকার এবং স্বাধীন নিরাপত্তা পেশাদারদের আকর্ষণ করে। এটি স্মার্ট কন্ট্র্যাক্ট অডিটের চেয়ে একটি সুবিধা হতে পারে যা মূলত এমন দলগুলির উপর নির্ভর করে যাদের সীমিত বা সংকীর্ণ দক্ষতা থাকতে পারে।
+প্রধান পার্থক্য হলো যে বাগ বাউন্টি প্রোগ্রামগুলো বৃহত্তর ডেভেলপার/হ্যাকার কমিউনিটির জন্য উন্মুক্ত এবং অনন্য দক্ষতা ও অভিজ্ঞতাসম্পন্ন এথিক্যাল হ্যাকার এবং স্বাধীন নিরাপত্তা পেশাদারদের একটি বিস্তৃত শ্রেণিকে আকর্ষণ করে। এটি স্মার্ট কন্ট্রাক্ট অডিটের তুলনায় একটি সুবিধা হতে পারে যা মূলত এমন দলগুলোর উপর নির্ভর করে যাদের সীমিত বা সংকীর্ণ দক্ষতা থাকতে পারে।
-## টেস্টিং টুলস এবং লাইব্রেরি {#testing-tools-and-libraries}
+## টেস্টিং টুল এবং লাইব্রেরি {#testing-tools-and-libraries}
-### ইউনিট টেস্টিং টুলস {#unit-testing-tools}
+### ইউনিট টেস্টিং টুল {#unit-testing-tools}
-- **[solidity-coverage](https://github.com/sc-forks/solidity-coverage)** - _Solidity-তে লেখা স্মার্ট কন্ট্র্যাক্টের জন্য কোড কভারেজ টুল।_
+- **[solidity-coverage](https://github.com/sc-forks/solidity-coverage)** - _Solidity-তে লেখা স্মার্ট কন্ট্রাক্টগুলোর জন্য কোড কভারেজ টুল।_
-- **[Waffle](https://ethereum-waffle.readthedocs.io/en/latest/)** - _উন্নত স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট এবং টেস্টিংয়ের জন্য ফ্রেমওয়ার্ক (ethers.js-এর উপর ভিত্তি করে)।_
+- **[Waffle](https://ethereum-waffle.readthedocs.io/en/latest/)** - _উন্নত স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্ট এবং টেস্টিংয়ের জন্য ফ্রেমওয়ার্ক (ethers.js-এর উপর ভিত্তি করে)।_
-- **[Remix Tests](https://github.com/ethereum/remix-project/tree/master/libs/remix-tests)** - _Solidity স্মার্ট কন্ট্র্যাক্ট টেস্টিং করার জন্য টুল। Remix IDE "Solidity Unit Testing" প্লাগইনের অধীনে কাজ করে যা একটি কন্ট্র্যাক্টের জন্য টেস্ট কেস লিখতে এবং চালাতে ব্যবহৃত হয়।_
+- **[Remix Tests](https://github.com/ethereum/remix-project/tree/master/libs/remix-tests)** - _Solidity স্মার্ট কন্ট্রাক্ট টেস্টিংয়ের জন্য টুল। Remix IDE "Solidity Unit Testing" প্লাগইনের অধীনে কাজ করে যা একটি কন্ট্রাক্ট-এর জন্য টেস্ট কেস লিখতে এবং চালাতে ব্যবহৃত হয়।_
-- **[OpenZeppelin Test Helpers](https://github.com/OpenZeppelin/openzeppelin-test-helpers)** - _ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট টেস্টিংয়ের জন্য অ্যাসারশন লাইব্রেরি। নিশ্চিত করুন আপনার কন্ট্র্যাক্টগুলো প্রত্যাশা অনুযায়ী আচরণ করে!_
+- **[OpenZeppelin Test Helpers](https://github.com/OpenZeppelin/openzeppelin-test-helpers)** - _ইথিরিয়াম স্মার্ট কন্ট্রাক্ট টেস্টিংয়ের জন্য অ্যাসারশন লাইব্রেরি। নিশ্চিত করুন যে আপনার কন্ট্রাক্টগুলো প্রত্যাশা অনুযায়ী আচরণ করে!_
-- **[Brownie unit testing framework](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** - _ব্রাউনি পাইটেস্ট ব্যবহার করে, যা একটি বৈশিষ্ট্য-সমৃদ্ধ টেস্ট ফ্রেমওয়ার্ক যা আপনাকে ন্যূনতম কোড সহ ছোট টেস্ট লিখতে দেয়, বড় প্রকল্পগুলির জন্য ভালভাবে স্কেল করে এবং অত্যন্ত প্রসারণযোগ্য।_
+- **[Brownie unit testing framework](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** - _Brownie Pytest ব্যবহার করে, একটি বৈশিষ্ট্য-সমৃদ্ধ টেস্ট ফ্রেমওয়ার্ক যা আপনাকে ন্যূনতম কোডসহ ছোট টেস্ট লিখতে দেয়, বড় প্রজেক্টগুলোর জন্য ভালোভাবে স্কেল করে এবং অত্যন্ত এক্সটেন্ডেবল।_
-- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** - _ফাউন্ড্রি ফোর্জ অফার করে, একটি দ্রুত এবং নমনীয় ইথেরিয়াম টেস্টিং ফ্রেমওয়ার্ক যা সাধারণ ইউনিট টেস্ট, গ্যাস অপ্টিমাইজেশন চেক এবং কন্ট্র্যাক্ট ফাজিং করতে সক্ষম।_
+- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** - _Foundry Forge অফার করে, একটি দ্রুত এবং নমনীয় ইথিরিয়াম টেস্টিং ফ্রেমওয়ার্ক যা সাধারণ ইউনিট টেস্ট, গ্যাস অপ্টিমাইজেশন চেক এবং কন্ট্রাক্ট ফাজিং এক্সিকিউট করতে সক্ষম।_
-- **[Hardhat Tests](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** - _ethers.js, Mocha, এবং Chai-এর উপর ভিত্তি করে স্মার্ট কন্ট্র্যাক্ট টেস্টিংয়ের জন্য ফ্রেমওয়ার্ক।_
+- **[Hardhat Tests](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** - _ethers.js, Mocha, এবং Chai-এর উপর ভিত্তি করে স্মার্ট কন্ট্রাক্ট টেস্টিংয়ের জন্য ফ্রেমওয়ার্ক।_
-- **[ApeWorx](https://docs.apeworx.io/ape/stable/userguides/testing.html)** - _ইথিরিয়াম ভার্চুয়াল মেশিনকে টার্গেট করে স্মার্ট কন্ট্র্যাক্টের জন্য পাইথন-ভিত্তিক ডেভেলপমেন্ট এবং টেস্টিং ফ্রেমওয়ার্ক।_
+- **[ApeWorx](https://docs.apeworx.io/ape/stable/userguides/testing.html)** - _ইথিরিয়াম ভার্চুয়াল মেশিন-কে টার্গেট করা স্মার্ট কন্ট্রাক্টগুলোর জন্য পাইথন-ভিত্তিক ডেভেলপমেন্ট এবং টেস্টিং ফ্রেমওয়ার্ক।_
-- **[Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** - _ইউনিট টেস্টিং এবং ফাজিংয়ের জন্য পাইথন-ভিত্তিক ফ্রেমওয়ার্ক, যা শক্তিশালী ডিবাগিং ক্ষমতা এবং ক্রস-চেইন টেস্টিং সমর্থন করে, সেরা ব্যবহারকারী অভিজ্ঞতা এবং পারফরম্যান্সের জন্য পাইটেস্ট এবং আনভিল ব্যবহার করে।_
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** - _শক্তিশালী ডিবাগিং ক্ষমতা এবং ক্রস-চেইন টেস্টিং সাপোর্টসহ ইউনিট টেস্টিং এবং ফাজিংয়ের জন্য পাইথন-ভিত্তিক ফ্রেমওয়ার্ক, যা সেরা ব্যবহারকারীর অভিজ্ঞতা এবং পারফরম্যান্সের জন্য pytest এবং Anvil ব্যবহার করে।_
-### প্রপার্টি-ভিত্তিক টেস্টিং টুলস {#property-based-testing-tools}
+### প্রপার্টি-ভিত্তিক টেস্টিং টুল {#property-based-testing-tools}
-#### স্ট্যাটিক বিশ্লেষণ টুলস {#static-analysis-tools}
+#### স্ট্যাটিক অ্যানালাইসিস টুল {#static-analysis-tools}
-- **[Slither](https://github.com/crytic/slither)** - _দুর্বলতা খুঁজে বের করা, কোড বোঝা বাড়ানো এবং স্মার্ট কন্ট্র্যাক্টের জন্য কাস্টম বিশ্লেষণ লেখার জন্য পাইথন-ভিত্তিক সলিডিটি স্ট্যাটিক বিশ্লেষণ ফ্রেমওয়ার্ক।_
+- **[Slither](https://github.com/crytic/slither)** - _দুর্বলতা খুঁজে বের করতে, কোড বোঝার ক্ষমতা বাড়াতে এবং স্মার্ট কন্ট্রাক্টগুলোর জন্য কাস্টম বিশ্লেষণ লেখার জন্য পাইথন-ভিত্তিক Solidity স্ট্যাটিক অ্যানালাইসিস ফ্রেমওয়ার্ক।_
-- **[Ethlint](https://ethlint.readthedocs.io/en/latest/)** - _Solidity স্মার্ট কন্ট্র্যাক্ট প্রোগ্রামিং ভাষার জন্য স্টাইল এবং নিরাপত্তা সেরা অনুশীলন প্রয়োগের জন্য লিন্টার।_
+- **[Ethlint](https://ethlint.readthedocs.io/en/latest/)** - _Solidity স্মার্ট কন্ট্রাক্ট প্রোগ্রামিং ভাষার জন্য স্টাইল এবং নিরাপত্তা সর্বোত্তম অনুশীলনগুলো প্রয়োগ করার জন্য লিন্টার।_
-- **[Cyfrin Aderyn](https://cyfrin.io/tools/aderyn)** - _Rust-ভিত্তিক স্ট্যাটিক অ্যানালাইজার যা বিশেষভাবে Web3 স্মার্ট কন্ট্র্যাক্ট নিরাপত্তা এবং ডেভেলপমেন্টের জন্য ডিজাইন করা হয়েছে।_
+- **[Cyfrin Aderyn](https://cyfrin.io/tools/aderyn)** - _ওয়েব3 স্মার্ট কন্ট্রাক্ট নিরাপত্তা এবং ডেভেলপমেন্টের জন্য বিশেষভাবে ডিজাইন করা রাস্ট-ভিত্তিক স্ট্যাটিক অ্যানালাইজার।_
-- **[Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** - _দুর্বলতা এবং কোডের গুণমান ডিটেক্টর, কোড থেকে দরকারী তথ্য বের করার জন্য প্রিন্টার এবং কাস্টম সাবমডিউল লেখার সমর্থন সহ পাইথন-ভিত্তিক স্ট্যাটিক বিশ্লেষণ ফ্রেমওয়ার্ক।_
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** - _দুর্বলতা এবং কোড কোয়ালিটি ডিটেক্টর, কোড থেকে দরকারী তথ্য বের করার জন্য প্রিন্টার এবং কাস্টম সাবমডিউল লেখার সাপোর্টসহ পাইথন-ভিত্তিক স্ট্যাটিক অ্যানালাইসিস ফ্রেমওয়ার্ক।_
-- **[Slippy](https://github.com/fvictorio/slippy)** - _Solidity-র জন্য একটি সহজ এবং শক্তিশালী লিন্টার।_
+- **[Slippy](https://github.com/fvictorio/slippy)** - _Solidity-এর জন্য একটি সহজ এবং শক্তিশালী লিন্টার।_
-#### ডাইনামিক বিশ্লেষণ টুলস {#dynamic-analysis-tools}
+#### ডাইনামিক অ্যানালাইসিস টুল {#dynamic-analysis-tools}
-- **[Echidna](https://github.com/crytic/echidna/)** - _প্রপার্টি-ভিত্তিক টেস্টিংয়ের মাধ্যমে স্মার্ট কন্ট্র্যাক্টে দুর্বলতা সনাক্ত করার জন্য দ্রুত কন্ট্র্যাক্ট ফাজার।_
+- **[Echidna](https://github.com/crytic/echidna/)** - _প্রপার্টি-ভিত্তিক টেস্টিংয়ের মাধ্যমে স্মার্ট কন্ট্রাক্টগুলোতে দুর্বলতা সনাক্ত করার জন্য দ্রুত কন্ট্রাক্ট ফাজার।_
-- **[Diligence Fuzzing](https://consensys.net/diligence/fuzzing/)** - _স্মার্ট কন্ট্র্যাক্ট কোডে প্রপার্টি লঙ্ঘন সনাক্ত করার জন্য স্বয়ংক্রিয় ফাজিং টুল।_
+- **[Diligence Fuzzing](https://consensys.net/diligence/fuzzing/)** - _স্মার্ট কন্ট্রাক্ট কোডে প্রপার্টি লঙ্ঘন সনাক্ত করার জন্য কার্যকর অটোমেটেড ফাজিং টুল।_
-- **[Manticore](https://manticore.readthedocs.io/en/latest/index.html)** - _EVM বাইটকোড বিশ্লেষণের জন্য ডাইনামিক সিম্বলিক এক্সিকিউশন ফ্রেমওয়ার্ক।_
+- **[Manticore](https://manticore.readthedocs.io/en/latest/index.html)** - _EVM বাইটকোড বিশ্লেষণ করার জন্য ডাইনামিক সিম্বলিক এক্সিকিউশন ফ্রেমওয়ার্ক।_
-- **[Mythril](https://github.com/ConsenSys/mythril-classic)** - _টেইন্ট বিশ্লেষণ, কনকোলিক বিশ্লেষণ এবং কন্ট্রোল ফ্লো চেকিং ব্যবহার করে কন্ট্র্যাক্টের দুর্বলতা সনাক্ত করার জন্য EVM বাইটকোড মূল্যায়ন টুল।_
+- **[Mythril](https://github.com/ConsenSys/mythril-classic)** - _টেইন্ট অ্যানালাইসিস, কনকোলিক অ্যানালাইসিস এবং কন্ট্রোল ফ্লো চেকিং ব্যবহার করে কন্ট্রাক্ট দুর্বলতা সনাক্ত করার জন্য EVM বাইটকোড অ্যাসেসমেন্ট টুল।_
-- **[Diligence Scribble](https://consensys.net/diligence/scribble/)** - _স্ক্রিবল একটি স্পেসিফিকেশন ভাষা এবং রানটাইম ভেরিফিকেশন টুল যা আপনাকে স্মার্ট কন্ট্র্যাক্টগুলিকে এমন বৈশিষ্ট্যগুলির সাথে টীকা করতে দেয় যা আপনাকে ডিলিজেন্স ফাজিং বা মিথএক্স-এর মতো টুলস দিয়ে স্বয়ংক্রিয়ভাবে কন্ট্র্যাক্টগুলি পরীক্ষা করতে দেয়।_
+- **[Diligence Scribble](https://consensys.net/diligence/scribble/)** - _Scribble হলো একটি স্পেসিফিকেশন ভাষা এবং রানটাইম ভেরিফিকেশন টুল যা আপনাকে প্রপার্টিগুলোর সাথে স্মার্ট কন্ট্রাক্টগুলো টীকা করতে দেয় যা আপনাকে Diligence Fuzzing বা MythX-এর মতো টুলগুলোর সাহায্যে স্বয়ংক্রিয়ভাবে কন্ট্রাক্টগুলো পরীক্ষা করতে দেয়।_
## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
-- [বিভিন্ন টেস্টিং পণ্যের একটি সংক্ষিপ্ত বিবরণ এবং তুলনা](/developers/tutorials/guide-to-smart-contract-security-tools/) \_
-- [স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করার জন্য কীভাবে একিডনা ব্যবহার করবেন](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)
-- [স্মার্ট কন্ট্র্যাক্ট বাগ খুঁজে পেতে কিভাবে Manticore ব্যবহার করবেন](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
-- [স্মার্ট কন্ট্র্যাক্ট বাগ খুঁজে পেতে কিভাবে Slither ব্যবহার করবেন](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
-- [টেস্টিংয়ের জন্য কীভাবে সলিডিটি কন্ট্র্যাক্ট মক করবেন](/developers/tutorials/how-to-mock-solidity-contracts-for-testing/)
-- [ফাউন্ড্রি ব্যবহার করে সলিডিটিতে কীভাবে ইউনিট টেস্ট চালাবেন](https://www.rareskills.io/post/foundry-testing-solidity)
+- [বিভিন্ন টেস্টিং প্রোডাক্টের একটি ওভারভিউ এবং তুলনা](/developers/tutorials/guide-to-smart-contract-security-tools/) \_
+- [স্মার্ট কন্ট্রাক্ট টেস্টিং করতে কীভাবে Echidna ব্যবহার করবেন](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)
+- [স্মার্ট কন্ট্রাক্ট-এর বাগ খুঁজে পেতে কীভাবে Manticore ব্যবহার করবেন](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+- [স্মার্ট কন্ট্রাক্ট-এর বাগ খুঁজে পেতে কীভাবে Slither ব্যবহার করবেন](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+- [টেস্টিংয়ের জন্য কীভাবে Solidity কন্ট্রাক্ট মক করবেন](/developers/tutorials/how-to-mock-solidity-contracts-for-testing/)
+- [Foundry ব্যবহার করে Solidity-তে কীভাবে ইউনিট টেস্ট চালাবেন](https://www.rareskills.io/post/foundry-testing-solidity)
## আরও পড়ুন {#further-reading}
-- [ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট টেস্টিংয়ের একটি গভীর নির্দেশিকা](https://iamdefinitelyahuman.medium.com/an-in-depth-guide-to-testing-ethereum-smart-contracts-2e41b2770297)
-- [কীভাবে ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করবেন](https://betterprogramming.pub/how-to-test-ethereum-smart-contracts-35abc8fa199d)
-- [ডেভেলপারদের জন্য MolochDAO-এর ইউনিট টেস্টিং নির্দেশিকা](https://github.com/MolochVentures/moloch/tree/4e786db8a4aa3158287e0935dcbc7b1e43416e38/test#moloch-testing-guide)
-- [কীভাবে একজন রকস্টারের মতো স্মার্ট কন্ট্র্যাক্ট পরীক্ষা করবেন](https://forum.openzeppelin.com/t/test-smart-contracts-like-a-rockstar/1001)
+- [ইথিরিয়াম স্মার্ট কন্ট্রাক্ট টেস্টিংয়ের একটি গভীর গাইড](https://iamdefinitelyahuman.medium.com/an-in-depth-guide-to-testing-ethereum-smart-contracts-2e41b2770297)
+- [কীভাবে ইথিরিয়াম স্মার্ট কন্ট্রাক্ট টেস্টিং করবেন](https://betterprogramming.pub/how-to-test-ethereum-smart-contracts-35abc8fa199d)
+- [ডেভেলপারদের জন্য MolochDAO-এর ইউনিট টেস্টিং গাইড](https://github.com/MolochVentures/moloch/tree/4e786db8a4aa3158287e0935dcbc7b1e43416e38/test#moloch-testing-guide)
+- [কীভাবে একজন রকস্টারের মতো স্মার্ট কন্ট্রাক্ট টেস্টিং করবেন](https://forum.openzeppelin.com/t/test-smart-contracts-like-a-rockstar/1001)
+
+## টিউটোরিয়াল: ইথিরিয়াম-এ স্মার্ট কন্ট্রাক্ট টেস্টিং {#tutorials}
+
+- [একটি লোকাল, মাল্টি-ক্লায়েন্ট টেস্টনেট-এ কীভাবে একটি ডিএ্যাপ তৈরি এবং টেস্টিং করবেন](/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/) _– একটি লোকাল টেস্টনেট-এ একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা এবং টেস্ট করার ওয়াকথ্রু।_
+- [টেস্টিংয়ের জন্য কীভাবে Solidity স্মার্ট কন্ট্রাক্ট মক করবেন](/developers/tutorials/how-to-mock-solidity-contracts-for-testing/) _– কীভাবে মক ডেটা ব্যবহার করতে হয় এবং ইউনিট টেস্টিং বাস্তবায়ন করতে হয় সে সম্পর্কে ইন্টারমিডিয়েট টিউটোরিয়াল।_
+- [স্মার্ট কন্ট্রাক্ট টেস্টিং করতে কীভাবে Echidna ব্যবহার করবেন](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/) _– ফাজিং এবং স্মার্ট কন্ট্রাক্ট টেস্টিংয়ের উন্নত পদ্ধতি।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/upgrading/index.md b/public/content/translations/bn/developers/docs/smart-contracts/upgrading/index.md
index 1d10da24821..4905bf13461 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/upgrading/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/upgrading/index.md
@@ -1,165 +1,165 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করা"
-description: "ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য আপগ্রেড প্যাটার্নের একটি সংক্ষিপ্ত বিবরণ"
+title: স্মার্ট কন্ট্রাক্ট আপগ্রেড করা
+description: ইথিরিয়াম স্মার্ট কন্ট্রাক্টের আপগ্রেড প্যাটার্নগুলোর একটি ওভারভিউ
lang: bn
---
-ইথেরিয়ামের স্মার্ট কন্ট্র্যাক্ট হলো স্ব-নির্বাহী প্রোগ্রাম যা Ethereum Virtual Machine (EVM)-এ চলে। এই প্রোগ্রামগুলো ডিজাইনের দ্বারা অপরিবর্তনীয়, যা কন্ট্র্যাক্ট স্থাপন করার পরে ব্যবসায়িক যুক্তিতে কোনো আপডেট করা থেকে বিরত রাখে।
+ইথিরিয়ামের স্মার্ট কন্ট্রাক্ট হলো স্বয়ংক্রিয়ভাবে নির্বাহিত প্রোগ্রাম যা ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)-এ রান করে। এই প্রোগ্রামগুলো ডিজাইনগতভাবেই ইমমিউটেবল, যা কন্ট্রাক্ট ডিপ্লয় হওয়ার পর এর বিজনেস লজিকে কোনো আপডেট করা প্রতিরোধ করে।
-যদিও স্মার্ট কন্ট্র্যাক্টের বিশ্বাসহীনতা, বিকেন্দ্রীকরণ এবং নিরাপত্তার জন্য অপরিবর্তনীয়তা প্রয়োজন, এটি কিছু ক্ষেত্রে একটি অসুবিধাও হতে পারে। উদাহরণস্বরূপ, অপরিবর্তনীয় কোড ডেভেলপারদের জন্য দুর্বল কন্ট্র্যাক্ট ঠিক করা অসম্ভব করে তুলতে পারে।
+যদিও স্মার্ট কন্ট্রাক্টের ট্রাস্টলেসনেস, ডিসেন্ট্রালাইজেশন এবং নিরাপত্তার জন্য ইমমিউটেবিলিটি প্রয়োজনীয়, কিছু ক্ষেত্রে এটি একটি অসুবিধাও হতে পারে। উদাহরণস্বরূপ, ইমমিউটেবল কোডের কারণে ডেভেলপারদের পক্ষে দুর্বল বা ত্রুটিপূর্ণ কন্ট্রাক্ট ঠিক করা অসম্ভব হয়ে যেতে পারে।
-যাইহোক, স্মার্ট কন্ট্র্যাক্ট উন্নত করার জন্য বর্ধিত গবেষণা বেশ কয়েকটি আপগ্রেড প্যাটার্নের প্রচলন ঘটিয়েছে। এই আপগ্রেড প্যাটার্নগুলো ডেভেলপারদের বিভিন্ন কন্ট্র্যাক্টে ব্যবসায়িক যুক্তি স্থাপন করে স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করতে সক্ষম করে (অপরিবর্তনীয়তা সংরক্ষণ করার সাথে সাথে)।
+তবে, স্মার্ট কন্ট্রাক্টের উন্নতির জন্য ক্রমবর্ধমান গবেষণার ফলে বেশ কয়েকটি আপগ্রেড প্যাটার্ন চালু হয়েছে। এই আপগ্রেড প্যাটার্নগুলো ডেভেলপারদের বিভিন্ন কন্ট্রাক্টে বিজনেস লজিক স্থাপন করে (ইমমিউটেবিলিটি বজায় রেখে) স্মার্ট কন্ট্রাক্ট আপগ্রেড করতে সক্ষম করে।
## পূর্বশর্ত {#prerequisites}
-আপনার [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/), [স্মার্ট কন্ট্র্যাক্টের অ্যানাটমি](/developers/docs/smart-contracts/anatomy/), এবং [Ethereum Virtual Machine (EVM)](/developers/docs/evm/) সম্পর্কে একটি ভালো ধারণা থাকা উচিত। এই গাইডটি আরও ধরে নেয় যে পাঠকদের স্মার্ট কন্ট্র্যাক্ট প্রোগ্রামিং সম্পর্কে ধারণা আছে।
+আপনার [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/), [স্মার্ট কন্ট্রাক্ট অ্যানাটমি](/developers/docs/smart-contracts/anatomy/) এবং [ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)](/developers/docs/evm/) সম্পর্কে ভালো ধারণা থাকা উচিত। এই গাইডটি ধরে নেয় যে পাঠকদের স্মার্ট কন্ট্রাক্ট প্রোগ্রামিং সম্পর্কে ধারণা রয়েছে।
-## স্মার্ট কন্ট্র্যাক্ট আপগ্রেড কী? {#what-is-a-smart-contract-upgrade}
+## স্মার্ট কন্ট্রাক্ট আপগ্রেড কী? {#what-is-a-smart-contract-upgrade}
-একটি স্মার্ট কন্ট্র্যাক্ট আপগ্রেড হলো কন্ট্র্যাক্টের স্টেট সংরক্ষণ করে একটি স্মার্ট কন্ট্র্যাক্টের ব্যবসায়িক যুক্তির পরিবর্তন করা। এটা স্পষ্ট করা গুরুত্বপূর্ণ যে, বিশেষ করে স্মার্ট কন্ট্র্যাক্টের প্রসঙ্গে, আপগ্রেডযোগ্যতা এবং পরিবর্তনীয়তা একই জিনিস নয়।
+একটি স্মার্ট কন্ট্রাক্ট আপগ্রেড করার অর্থ হলো কন্ট্রাক্টের স্টেট বজায় রেখে এর বিজনেস লজিক পরিবর্তন করা। এটি স্পষ্ট করা গুরুত্বপূর্ণ যে আপগ্রেডযোগ্যতা (upgradeability) এবং পরিবর্তনযোগ্যতা (mutability) এক নয়, বিশেষ করে স্মার্ট কন্ট্রাক্টের প্রেক্ষাপটে।
-আপনি ইথেরিয়াম নেটওয়ার্কের কোনো ঠিকানায় স্থাপন করা প্রোগ্রাম এখনও পরিবর্তন করতে পারবেন না। কিন্তু যখন ব্যবহারকারীরা একটি স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করে তখন যে কোডটি নির্বাহ করা হয়, আপনি সেটি পরিবর্তন করতে পারেন।
+আপনি এখনও ইথিরিয়াম নেটওয়ার্ক-এর কোনো এডড্রেস-এ ডিপ্লয় করা প্রোগ্রাম পরিবর্তন করতে পারবেন না। তবে ব্যবহারকারীরা যখন কোনো স্মার্ট কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করে তখন যে কোডটি এক্সিকিউট হয়, তা আপনি পরিবর্তন করতে পারেন।
-এটি নিম্নলিখিত পদ্ধতির মাধ্যমে করা যেতে পারে:
+এটি নিচের পদ্ধতিগুলোর মাধ্যমে করা যেতে পারে:
-1. একটি স্মার্ট কন্ট্র্যাক্টের একাধিক সংস্করণ তৈরি করা এবং পুরনো কন্ট্র্যাক্ট থেকে কন্ট্র্যাক্টের একটি নতুন ইনস্ট্যান্সে স্টেট (অর্থাৎ, ডেটা) স্থানান্তর করা।
+1. একটি স্মার্ট কন্ট্রাক্টের একাধিক সংস্করণ তৈরি করা এবং পুরানো কন্ট্রাক্ট থেকে নতুন কন্ট্রাক্টে স্টেট (অর্থাৎ, ডেটা) মাইগ্রেট করা।
-2. ব্যবসায়িক যুক্তি এবং স্টেট সংরক্ষণের জন্য পৃথক কন্ট্র্যাক্ট তৈরি করা।
+2. বিজনেস লজিক এবং স্টেট সংরক্ষণের জন্য আলাদা কন্ট্রাক্ট তৈরি করা।
-3. একটি অপরিবর্তনীয় প্রক্সি কন্ট্র্যাক্ট থেকে একটি পরিবর্তনযোগ্য লজিক কন্ট্র্যাক্টে ফাংশন কল অর্পণ করতে প্রক্সি প্যাটার্ন ব্যবহার করা।
+3. একটি ইমমিউটেবল প্রক্সি কন্ট্রাক্ট থেকে পরিবর্তনযোগ্য লজিক কন্ট্রাক্টে ফাংশন কল ডেলিগেট করার জন্য প্রক্সি প্যাটার্ন ব্যবহার করা।
-4. একটি অপরিবর্তনীয় প্রধান কন্ট্র্যাক্ট তৈরি করা যা নির্দিষ্ট ফাংশন নির্বাহ করার জন্য ফ্লেক্সিবল স্যাটেলাইট কন্ট্র্যাক্টের সাথে ইন্টারফেস করে এবং তার উপর নির্ভর করে।
+4. একটি ইমমিউটেবল মূল কন্ট্রাক্ট তৈরি করা যা নির্দিষ্ট ফাংশন এক্সিকিউট করার জন্য নমনীয় স্যাটেলাইট কন্ট্রাক্টগুলোর সাথে ইন্টারফেস করে এবং সেগুলোর ওপর নির্ভর করে।
-5. একটি প্রক্সি কন্ট্র্যাক্ট থেকে লজিক কন্ট্র্যাক্টে ফাংশন কল অর্পণ করার জন্য ডায়মন্ড প্যাটার্ন ব্যবহার করা।
+5. প্রক্সি কন্ট্রাক্ট থেকে লজিক কন্ট্রাক্টগুলোতে ফাংশন কল ডেলিগেট করার জন্য ডায়মন্ড প্যাটার্ন ব্যবহার করা।
-### আপগ্রেড প্রক্রিয়া #1: কন্ট্র্যাক্ট মাইগ্রেশন {#contract-migration}
+### আপগ্রেড মেকানিজম 1: কন্ট্রাক্ট মাইগ্রেশন {#contract-migration}
-কন্ট্র্যাক্ট মাইগ্রেশন ভার্সনিং-এর উপর ভিত্তি করে তৈরি—একই সফ্টওয়্যারের অনন্য স্টেট তৈরি এবং পরিচালনা করার ধারণা। কন্ট্র্যাক্ট মাইগ্রেশনের মধ্যে একটি বিদ্যমান স্মার্ট কন্ট্র্যাক্টের একটি নতুন ইনস্ট্যান্স স্থাপন করা এবং নতুন কন্ট্র্যাক্টে সংগ্রহস্থল এবং ব্যালেন্স স্থানান্তর করা অন্তর্ভুক্ত।
+কন্ট্রাক্ট মাইগ্রেশন ভার্সনিংয়ের ওপর ভিত্তি করে কাজ করে—যা একই সফটওয়্যারের ইউনিক স্টেট তৈরি এবং পরিচালনা করার একটি ধারণা। কন্ট্রাক্ট মাইগ্রেশনের মধ্যে বিদ্যমান স্মার্ট কন্ট্রাক্টের একটি নতুন ইনস্ট্যান্স ডিপ্লয় করা এবং নতুন কন্ট্রাক্টে স্টোরেজ ও ব্যালেন্স স্থানান্তর করা অন্তর্ভুক্ত।
-নতুন স্থাপিত কন্ট্র্যাক্টের একটি খালি সংগ্রহস্থল থাকবে, যা আপনাকে পুরনো কন্ট্র্যাক্ট থেকে ডেটা পুনরুদ্ধার করতে এবং এটি নতুন বাস্তবায়নে লিখতে দেবে। এরপরে, আপনাকে পুরনো কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করা সমস্ত কন্ট্র্যাক্ট আপডেট করতে হবে যাতে নতুন ঠিকানাটি প্রতিফলিত হয়।
+নতুন ডিপ্লয় করা কন্ট্রাক্টের স্টোরেজ খালি থাকবে, যা আপনাকে পুরানো কন্ট্রাক্ট থেকে ডেটা রিকভার করে নতুন ইমপ্লিমেন্টেশনে লেখার সুযোগ দেয়। এরপর, নতুন এডড্রেস প্রতিফলিত করার জন্য পুরানো কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করা সমস্ত কন্ট্রাক্ট আপডেট করতে হবে।
-কন্ট্র্যাক্ট মাইগ্রেশনের শেষ ধাপ হলো ব্যবহারকারীদের নতুন কন্ট্র্যাক্ট ব্যবহার শুরু করতে রাজি করানো। নতুন কন্ট্র্যাক্টের সংস্করণটি ব্যবহারকারীর ব্যালেন্স এবং ঠিকানাগুলো ধরে রাখবে, যা অপরিবর্তনীয়তা সংরক্ষণ করে। যদি এটি একটি টোকেন-ভিত্তিক কন্ট্র্যাক্ট হয়, তাহলে আপনাকে পুরনো কন্ট্র্যাক্টটি বাতিল করতে এবং নতুন কন্ট্র্যাক্টটি ব্যবহার করতে এক্সচেঞ্জগুলোর সাথেও যোগাযোগ করতে হবে।
+কন্ট্রাক্ট মাইগ্রেশনের শেষ ধাপ হলো ব্যবহারকারীদের নতুন কন্ট্রাক্ট ব্যবহারে স্যুইচ করতে রাজি করানো। নতুন কন্ট্রাক্ট সংস্করণটি ব্যবহারকারীর ব্যালেন্স এবং এডড্রেসগুলো ধরে রাখবে, যা ইমমিউটেবিলিটি বজায় রাখে। যদি এটি টোকেন-ভিত্তিক কন্ট্রাক্ট হয়, তবে পুরানো কন্ট্রাক্ট বাতিল করে নতুন কন্ট্রাক্ট ব্যবহার করার জন্য আপনাকে এক্সচেঞ্জগুলোর সাথেও যোগাযোগ করতে হবে।
-ব্যবহারকারীর ইন্টারঅ্যাকশনে বাধা না দিয়ে স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার জন্য কন্ট্র্যাক্ট মাইগ্রেশন একটি তুলনামূলকভাবে সহজ এবং নিরাপদ ব্যবস্থা। তবে, নতুন কন্ট্র্যাক্টে ব্যবহারকারীর সংগ্রহস্থল এবং ব্যালেন্স ম্যানুয়ালি স্থানান্তর করা সময়সাপেক্ষ এবং এতে উচ্চ গ্যাস খরচ হতে পারে।
+ব্যবহারকারীদের ইন্টারঅ্যাকশন ব্যাহত না করে স্মার্ট কন্ট্রাক্ট আপগ্রেড করার জন্য কন্ট্রাক্ট মাইগ্রেশন তুলনামূলকভাবে একটি সহজ এবং নিরাপদ উপায়। তবে, ম্যানুয়ালি ব্যবহারকারীর স্টোরেজ এবং ব্যালেন্স নতুন কন্ট্রাক্টে মাইগ্রেট করা সময়সাপেক্ষ এবং এতে উচ্চ গ্যাস খরচ হতে পারে।
-[কন্ট্র্যাক্ট মাইগ্রেশন সম্পর্কে আরও জানুন।](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/)
+[কন্ট্রাক্ট মাইগ্রেশন সম্পর্কে আরও জানুন।](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/)
-### আপগ্রেড প্রক্রিয়া #2: ডেটা পৃথকীকরণ {#data-separation}
+### আপগ্রেড মেকানিজম 2: ডেটা সেপারেশন {#data-separation}
-স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার আরেকটি পদ্ধতি হলো ব্যবসায়িক যুক্তি এবং ডেটা সংগ্রহস্থলকে পৃথক কন্ট্র্যাক্টে আলাদা করা। এর মানে হলো ব্যবহারকারীরা লজিক কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করে, যখন ডেটা সংগ্রহস্থল কন্ট্র্যাক্টে সংরক্ষণ করা হয়।
+স্মার্ট কন্ট্রাক্ট আপগ্রেড করার আরেকটি পদ্ধতি হলো বিজনেস লজিক এবং ডেটা স্টোরেজকে আলাদা কন্ট্রাক্টে বিভক্ত করা। এর মানে হলো ব্যবহারকারীরা লজিক কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করে, আর ডেটা স্টোরেজ কন্ট্রাক্টে সংরক্ষিত থাকে।
-লজিক কন্ট্র্যাক্টে সেই কোড থাকে যা ব্যবহারকারীরা অ্যাপ্লিকেশনের সাথে ইন্টারঅ্যাক্ট করার সময় নির্বাহ করা হয়। এটি সংগ্রহস্থল কন্ট্র্যাক্টের ঠিকানাও ধরে রাখে এবং ডেটা পেতে ও সেট করতে এর সাথে ইন্টারঅ্যাক্ট করে।
+লজিক কন্ট্রাক্টে সেই কোড থাকে যা ব্যবহারকারীরা অ্যাপ্লিকেশনের সাথে ইন্টারঅ্যাক্ট করার সময় এক্সিকিউট হয়। এটি স্টোরেজ কন্ট্রাক্টের এডড্রেসও ধারণ করে এবং ডেটা পেতে ও সেট করতে এর সাথে ইন্টারঅ্যাক্ট করে।
-এদিকে, সংগ্রহস্থল কন্ট্র্যাক্টটি স্মার্ট কন্ট্র্যাক্টের সাথে সম্পর্কিত স্টেট, যেমন ব্যবহারকারীর ব্যালেন্স এবং ঠিকানা, ধরে রাখে। মনে রাখবেন যে সংগ্রহস্থল কন্ট্র্যাক্টটি লজিক কন্ট্র্যাক্টের মালিকানাধীন এবং স্থাপনের সময় এটি লজিক কন্ট্র্যাক্টের ঠিকানা দিয়ে কনফিগার করা হয়। এটি অননুমোদিত কন্ট্র্যাক্টকে সংগ্রহস্থল কন্ট্র্যাক্টে কল করা বা এর ডেটা আপডেট করা থেকে বিরত রাখে।
+অন্যদিকে, স্টোরেজ কন্ট্রাক্ট স্মার্ট কন্ট্রাক্টের সাথে সম্পর্কিত স্টেট ধারণ করে, যেমন ব্যবহারকারীর ব্যালেন্স এবং এডড্রেস। মনে রাখবেন যে স্টোরেজ কন্ট্রাক্টটি লজিক কন্ট্রাক্টের মালিকানাধীন থাকে এবং ডিপ্লয়মেন্টের সময় লজিক কন্ট্রাক্টের এডড্রেস দিয়ে কনফিগার করা হয়। এটি অননুমোদিত কন্ট্রাক্টগুলোকে স্টোরেজ কন্ট্রাক্ট কল করা বা এর ডেটা আপডেট করা থেকে বিরত রাখে।
-ডিফল্টরূপে, সংগ্রহস্থল কন্ট্র্যাক্টটি অপরিবর্তনীয়—কিন্তু আপনি এটি যে লজিক কন্ট্র্যাক্টকে নির্দেশ করে তা একটি নতুন বাস্তবায়ন দিয়ে প্রতিস্থাপন করতে পারেন। এটি EVM-এ চালিত কোড পরিবর্তন করবে এবং সংগ্রহস্থল ও ব্যালেন্স অক্ষত রাখবে।
+ডিফল্টভাবে, স্টোরেজ কন্ট্রাক্ট ইমমিউটেবল—তবে এটি যে লজিক কন্ট্রাক্টকে নির্দেশ করে তা আপনি একটি নতুন ইমপ্লিমেন্টেশন দিয়ে প্রতিস্থাপন করতে পারেন। এটি EVM-এ রান করা কোড পরিবর্তন করবে, কিন্তু স্টোরেজ এবং ব্যালেন্স অক্ষুণ্ণ রাখবে।
-এই আপগ্রেড পদ্ধতি ব্যবহার করার জন্য সংগ্রহস্থল কন্ট্র্যাক্টে লজিক কন্ট্র্যাক্টের ঠিকানা আপডেট করতে হবে। পূর্বে ব্যাখ্যা করা কারণগুলোর জন্য আপনাকে অবশ্যই সংগ্রহস্থল কন্ট্র্যাক্টের ঠিকানা দিয়ে নতুন লজিক কন্ট্র্যাক্টটি কনফিগার করতে হবে।
+এই আপগ্রেড পদ্ধতি ব্যবহার করার জন্য স্টোরেজ কন্ট্রাক্টে লজিক কন্ট্রাক্টের এডড্রেস আপডেট করতে হবে। পূর্বে ব্যাখ্যা করা কারণগুলোর জন্য আপনাকে অবশ্যই নতুন লজিক কন্ট্রাক্টটিকে স্টোরেজ কন্ট্রাক্টের এডড্রেস দিয়ে কনফিগার করতে হবে।
-ডেটা পৃথকীকরণ প্যাটার্নটি কন্ট্র্যাক্ট মাইগ্রেশনের তুলনায় প্রয়োগ করা তর্কযোগ্যভাবে সহজ। তবে, ক্ষতিকারক আপগ্রেড থেকে স্মার্ট কন্ট্র্যাক্টকে রক্ষা করার জন্য আপনাকে একাধিক কন্ট্র্যাক্ট পরিচালনা করতে হবে এবং জটিল অনুমোদন স্কিম প্রয়োগ করতে হবে।
+কন্ট্রাক্ট মাইগ্রেশনের তুলনায় ডেটা সেপারেশন প্যাটার্ন বাস্তবায়ন করা তুলনামূলকভাবে সহজ। তবে, আপনাকে একাধিক কন্ট্রাক্ট পরিচালনা করতে হবে এবং ক্ষতিকারক আপগ্রেড থেকে স্মার্ট কন্ট্রাক্টগুলোকে রক্ষা করার জন্য জটিল অথোরাইজেশন স্কিম বাস্তবায়ন করতে হবে।
-### আপগ্রেড প্রক্রিয়া #3: প্রক্সি প্যাটার্ন {#proxy-patterns}
+### আপগ্রেড মেকানিজম 3: প্রক্সি প্যাটার্ন {#proxy-patterns}
-প্রক্সি প্যাটার্নও ব্যবসায়িক যুক্তি এবং ডেটাকে পৃথক কন্ট্র্যাক্টে রাখার জন্য ডেটা পৃথকীকরণ ব্যবহার করে। তবে, একটি প্রক্সি প্যাটার্নে, কোড নির্বাহের সময় সংগ্রহস্থল কন্ট্র্যাক্ট (যাকে প্রক্সি বলা হয়) লজিক কন্ট্র্যাক্টকে কল করে। এটি ডেটা পৃথকীকরণ পদ্ধতির বিপরীত, যেখানে লজিক কন্ট্র্যাক্ট সংগ্রহস্থল কন্ট্র্যাক্টকে কল করে।
+প্রক্সি প্যাটার্নও বিজনেস লজিক এবং ডেটাকে আলাদা কন্ট্রাক্টে রাখার জন্য ডেটা সেপারেশন ব্যবহার করে। তবে, প্রক্সি প্যাটার্নে স্টোরেজ কন্ট্রাক্ট (যাকে প্রক্সি বলা হয়) কোড এক্সিকিউশনের সময় লজিক কন্ট্রাক্টকে কল করে। এটি ডেটা সেপারেশন পদ্ধতির বিপরীত, যেখানে লজিক কন্ট্রাক্ট স্টোরেজ কন্ট্রাক্টকে কল করে।
-একটি প্রক্সি প্যাটার্নে যা ঘটে তা হলো:
+প্রক্সি প্যাটার্নে যা ঘটে তা হলো:
-1. ব্যবহারকারীরা প্রক্সি কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করে, যা ডেটা সংরক্ষণ করে, কিন্তু ব্যবসায়িক যুক্তি ধারণ করে না।
+1. ব্যবহারকারীরা প্রক্সি কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করে, যা ডেটা সংরক্ষণ করে, কিন্তু বিজনেস লজিক ধারণ করে না।
-2. প্রক্সি কন্ট্র্যাক্ট লজিক কন্ট্র্যাক্টের ঠিকানা সংরক্ষণ করে এবং `delegatecall` ফাংশন ব্যবহার করে সমস্ত ফাংশন কল লজিক কন্ট্র্যাক্টে (যা ব্যবসায়িক যুক্তি ধারণ করে) অর্পণ করে।
+2. প্রক্সি কন্ট্রাক্ট লজিক কন্ট্রাক্টের এডড্রেস সংরক্ষণ করে এবং `delegatecall` ফাংশন ব্যবহার করে সমস্ত ফাংশন কল লজিক কন্ট্রাক্টে (যা বিজনেস লজিক ধারণ করে) ডেলিগেট করে।
-3. কলটি লজিক কন্ট্র্যাক্টে ফরওয়ার্ড করার পরে, লজিক কন্ট্র্যাক্ট থেকে ফেরত আসা ডেটা পুনরুদ্ধার করা হয় এবং ব্যবহারকারীকে ফেরত দেওয়া হয়।
+3. কলটি লজিক কন্ট্রাক্টে ফরোয়ার্ড করার পর, লজিক কন্ট্রাক্ট থেকে রিটার্ন করা ডেটা পুনরুদ্ধার করে ব্যবহারকারীকে ফেরত দেওয়া হয়।
-প্রক্সি প্যাটার্ন ব্যবহার করার জন্য **delegatecall** ফাংশন সম্পর্কে বোঝার প্রয়োজন। মূলত, `delegatecall` হলো একটি অপকোড যা একটি কন্ট্র্যাক্টকে অন্য একটি কন্ট্র্যাক্ট কল করতে দেয়, যখন প্রকৃত কোড নির্বাহ কলিং কন্ট্র্যাক্টের প্রেক্ষাপটে ঘটে। প্রক্সি প্যাটার্নে `delegatecall` ব্যবহার করার একটি প্রভাব হলো যে প্রক্সি কন্ট্র্যাক্ট তার সংগ্রহস্থল থেকে পড়ে এবং লেখে এবং লজিক কন্ট্র্যাক্টে সংরক্ষিত যুক্তি নির্বাহ করে, যেন এটি একটি অভ্যন্তরীণ ফাংশন কল করছে।
+প্রক্সি প্যাটার্ন ব্যবহার করার জন্য **delegatecall** ফাংশন সম্পর্কে বোঝা প্রয়োজন। মূলত, `delegatecall` হলো একটি অপকোড যা একটি কন্ট্রাক্টকে অন্য একটি কন্ট্রাক্ট কল করার অনুমতি দেয়, যেখানে প্রকৃত কোড এক্সিকিউশন কলিং কন্ট্রাক্টের কনটেক্সটে ঘটে। প্রক্সি প্যাটার্নে `delegatecall` ব্যবহার করার একটি তাৎপর্য হলো যে প্রক্সি কন্ট্রাক্ট তার স্টোরেজে রিড এবং রাইট করে এবং লজিক কন্ট্রাক্টে সংরক্ষিত লজিক এমনভাবে এক্সিকিউট করে যেন এটি একটি ইন্টারনাল ফাংশন কল করছে।
-[Solidity ডকুমেন্টেশন](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#delegatecall-callcode-and-libraries) থেকে:
+[সলিডিটি ডকুমেন্টেশন](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#delegatecall-callcode-and-libraries) থেকে:
-> _মেসেজ কলের একটি বিশেষ ভ্যারিয়েন্ট রয়েছে, যার নাম **delegatecall**, যা একটি মেসেজ কলের মতোই, শুধুমাত্র এই तथ्यটি ছাড়া যে টার্গেট ঠিকানার কোডটি কলিং কন্ট্র্যাক্টের প্রেক্ষাপটে (অর্থাৎ, ঠিকানায়) নির্বাহ করা হয় এবং `msg.sender` ও `msg.value`-এর মান পরিবর্তন হয় না।_ _এর মানে হলো একটি কন্ট্র্যাক্ট রানটাইমে একটি ভিন্ন ঠিকানা থেকে ডাইনামিকভাবে কোড লোড করতে পারে।_ সংগ্রহস্থল, বর্তমান ঠিকানা এবং ব্যালেন্স এখনও কলিং কন্ট্র্যাক্টকে নির্দেশ করে, শুধুমাত্র কোডটি কল করা ঠিকানা থেকে নেওয়া হয়।_
+> _মেসেজ কলের একটি বিশেষ ভ্যারিয়েন্ট রয়েছে, যার নাম **delegatecall**, যা মেসেজ কলের মতোই, তবে পার্থক্য হলো টার্গেট এডড্রেসের কোডটি কলিং কন্ট্রাক্টের কনটেক্সটে (অর্থাৎ, এডড্রেসে) এক্সিকিউট হয় এবং `msg.sender` ও `msg.value` তাদের মান পরিবর্তন করে না।_ _এর মানে হলো একটি কন্ট্রাক্ট রানটাইমে ভিন্ন একটি এডড্রেস থেকে ডায়নামিকভাবে কোড লোড করতে পারে। স্টোরেজ, বর্তমান এডড্রেস এবং ব্যালেন্স এখনও কলিং কন্ট্রাক্টকেই নির্দেশ করে, শুধুমাত্র কোডটি কল করা এডড্রেস থেকে নেওয়া হয়।_
-প্রক্সি কন্ট্র্যাক্টটি জানে যে যখনই কোনো ব্যবহারকারী কোনো ফাংশন কল করে তখন `delegatecall` ইনভোক করতে হবে, কারণ এর মধ্যে একটি `fallback` ফাংশন বিল্ট-ইন রয়েছে। Solidity প্রোগ্রামিং-এ [ফলব্যাক ফাংশন](https://docs.soliditylang.org/en/latest/contracts.html#fallback-function) তখনই নির্বাহ করা হয় যখন একটি ফাংশন কল কোনো কন্ট্র্যাক্টে নির্দিষ্ট করা ফাংশনগুলোর সাথে মেলে না।
+যখনই কোনো ব্যবহারকারী একটি ফাংশন কল করে, প্রক্সি কন্ট্রাক্ট জানে যে তাকে `delegatecall` ইনভোক করতে হবে কারণ এতে একটি `fallback` ফাংশন বিল্ট-ইন থাকে। সলিডিটি প্রোগ্রামিংয়ে [ফলব্যাক ফাংশন](https://docs.soliditylang.org/en/latest/contracts.html#fallback-function) তখন এক্সিকিউট হয় যখন কোনো ফাংশন কল কন্ট্রাক্টে নির্দিষ্ট করা ফাংশনগুলোর সাথে মেলে না।
-প্রক্সি প্যাটার্ন কার্যকর করার জন্য একটি কাস্টম ফলব্যাক ফাংশন লেখা প্রয়োজন যা নির্দিষ্ট করে যে প্রক্সি কন্ট্র্যাক্টটি সমর্থন করে না এমন ফাংশন কলগুলো কীভাবে পরিচালনা করবে। এই ক্ষেত্রে প্রক্সির ফলব্যাক ফাংশনটি একটি delegatecall শুরু করার জন্য এবং ব্যবহারকারীর অনুরোধটি বর্তমান লজিক কন্ট্র্যাক্ট বাস্তবায়নে পুনরায় রুট করার জন্য প্রোগ্রাম করা হয়।
+প্রক্সি প্যাটার্ন কাজ করানোর জন্য একটি কাস্টম ফলব্যাক ফাংশন লিখতে হয় যা নির্দিষ্ট করে দেয় যে প্রক্সি কন্ট্রাক্ট কীভাবে সেই ফাংশন কলগুলো পরিচালনা করবে যা এটি সাপোর্ট করে না। এই ক্ষেত্রে প্রক্সির ফলব্যাক ফাংশনটি এমনভাবে প্রোগ্রাম করা হয় যাতে এটি একটি delegatecall শুরু করে এবং ব্যবহারকারীর রিকোয়েস্ট বর্তমান লজিক কন্ট্রাক্ট ইমপ্লিমেন্টেশনে রিরাউট করে।
-প্রক্সি কন্ট্র্যাক্টটি ডিফল্টরূপে অপরিবর্তনীয়, কিন্তু আপডেট করা ব্যবসায়িক যুক্তি সহ নতুন লজিক কন্ট্র্যাক্ট তৈরি করা যেতে পারে। আপগ্রেড করাটা তখন প্রক্সি কন্ট্র্যাক্টে উল্লেখিত লজিক কন্ট্র্যাক্টের ঠিকানা পরিবর্তন করার একটি ব্যাপার মাত্র।
+প্রক্সি কন্ট্রাক্ট ডিফল্টভাবে ইমমিউটেবল, তবে আপডেট করা বিজনেস লজিক সহ নতুন লজিক কন্ট্রাক্ট তৈরি করা যেতে পারে। এরপর আপগ্রেড করা মানে হলো প্রক্সি কন্ট্রাক্টে রেফারেন্স করা লজিক কন্ট্রাক্টের এডড্রেস পরিবর্তন করা।
-প্রক্সি কন্ট্র্যাক্টকে একটি নতুন লজিক কন্ট্র্যাক্টে নির্দেশ করার মাধ্যমে, ব্যবহারকারীরা যখন প্রক্সি কন্ট্র্যাক্ট ফাংশন কল করে তখন নির্বাহিত কোডটি পরিবর্তিত হয়। এটি আমাদেরকে ব্যবহারকারীদের একটি নতুন কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করতে না বলেই একটি কন্ট্র্যাক্টের যুক্তি আপগ্রেড করতে দেয়।
+প্রক্সি কন্ট্রাক্টকে একটি নতুন লজিক কন্ট্রাক্টের দিকে পয়েন্ট করার মাধ্যমে, ব্যবহারকারীরা প্রক্সি কন্ট্রাক্ট ফাংশন কল করার সময় যে কোডটি এক্সিকিউট হয় তা পরিবর্তিত হয়। এটি ব্যবহারকারীদের নতুন কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করতে না বলেই আমাদের একটি কন্ট্রাক্টের লজিক আপগ্রেড করার সুযোগ দেয়।
-প্রক্সি প্যাটার্ন স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার জন্য একটি জনপ্রিয় পদ্ধতি কারণ এটি কন্ট্র্যাক্ট মাইগ্রেশনের সাথে সম্পর্কিত অসুবিধাগুলো দূর করে। তবে, প্রক্সি প্যাটার্ন ব্যবহার করা আরও জটিল এবং ভুলভাবে ব্যবহার করা হলে [ফাংশন সিলেক্টর ক্ল্যাশ](https://medium.com/nomic-foundation-blog/malicious-backdoors-in-ethereum-proxies-62629adf3357)-এর মতো গুরুতর ত্রুটি সৃষ্টি করতে পারে।
+স্মার্ট কন্ট্রাক্ট আপগ্রেড করার জন্য প্রক্সি প্যাটার্ন একটি জনপ্রিয় পদ্ধতি কারণ এগুলো কন্ট্রাক্ট মাইগ্রেশনের সাথে যুক্ত অসুবিধাগুলো দূর করে। তবে, প্রক্সি প্যাটার্ন ব্যবহার করা বেশি জটিল এবং সঠিকভাবে ব্যবহার না করা হলে এটি [ফাংশন সিলেক্টর ক্ল্যাশ](https://medium.com/nomic-foundation-blog/malicious-backdoors-in-ethereum-proxies-62629adf3357)-এর মতো গুরুতর ত্রুটি তৈরি করতে পারে।
-[প্রক্সি প্যাটার্ন সম্পর্কে আরও জানুন।](https://blog.openzeppelin.com/proxy-patterns/)
+[প্রক্সি প্যাটার্ন সম্পর্কে আরও জানুন](https://blog.openzeppelin.com/proxy-patterns/)।
-### আপগ্রেড প্রক্রিয়া #4: স্ট্র্যাটেজি প্যাটার্ন {#strategy-pattern}
+### আপগ্রেড মেকানিজম 4: স্ট্র্যাটেজি প্যাটার্ন {#strategy-pattern}
-এই কৌশলটি [স্ট্র্যাটেজি প্যাটার্ন](https://en.wikipedia.org/wiki/Strategy_pattern) দ্বারা প্রভাবিত, যা নির্দিষ্ট বৈশিষ্ট্য প্রয়োগ করার জন্য অন্যান্য প্রোগ্রামের সাথে ইন্টারফেস করে এমন সফ্টওয়্যার প্রোগ্রাম তৈরি করতে উৎসাহিত করে। ইথেরিয়াম ডেভেলপমেন্টে স্ট্র্যাটেজি প্যাটার্ন প্রয়োগ করার অর্থ হলো এমন একটি স্মার্ট কন্ট্র্যাক্ট তৈরি করা যা অন্যান্য কন্ট্র্যাক্ট থেকে ফাংশন কল করে।
+এই কৌশলটি [স্ট্র্যাটেজি প্যাটার্ন](https://en.wikipedia.org/wiki/Strategy_pattern) দ্বারা প্রভাবিত, যা নির্দিষ্ট ফিচারগুলো বাস্তবায়নের জন্য অন্যান্য প্রোগ্রামের সাথে ইন্টারফেস করে এমন সফটওয়্যার প্রোগ্রাম তৈরি করতে উৎসাহিত করে। ইথিরিয়াম ডেভেলপমেন্টে স্ট্র্যাটেজি প্যাটার্ন প্রয়োগ করার অর্থ হলো এমন একটি স্মার্ট কন্ট্রাক্ট তৈরি করা যা অন্যান্য কন্ট্রাক্ট থেকে ফাংশন কল করে।
-এই ক্ষেত্রে প্রধান কন্ট্র্যাক্টটিতে মূল ব্যবসায়িক যুক্তি থাকে, কিন্তু এটি নির্দিষ্ট ফাংশন সম্পাদন করার জন্য অন্যান্য স্মার্ট কন্ট্র্যাক্টের ("স্যাটেলাইট কন্ট্র্যাক্ট") সাথে ইন্টারফেস করে। এই প্রধান কন্ট্র্যাক্টটি প্রতিটি স্যাটেলাইট কন্ট্র্যাক্টের ঠিকানা সংরক্ষণ করে এবং স্যাটেলাইট কন্ট্র্যাক্টের বিভিন্ন বাস্তবায়নের মধ্যে পরিবর্তন করতে পারে।
+এই ক্ষেত্রে মূল কন্ট্রাক্টে কোর বিজনেস লজিক থাকে, তবে নির্দিষ্ট ফাংশন এক্সিকিউট করার জন্য এটি অন্যান্য স্মার্ট কন্ট্রাক্টের ("স্যাটেলাইট কন্ট্রাক্ট") সাথে ইন্টারফেস করে। এই মূল কন্ট্রাক্টটি প্রতিটি স্যাটেলাইট কন্ট্রাক্টের এডড্রেসও সংরক্ষণ করে এবং স্যাটেলাইট কন্ট্রাক্টের বিভিন্ন ইমপ্লিমেন্টেশনের মধ্যে স্যুইচ করতে পারে।
-আপনি একটি নতুন স্যাটেলাইট কন্ট্র্যাক্ট তৈরি করতে পারেন এবং নতুন ঠিকানা দিয়ে প্রধান কন্ট্র্যাক্টটি কনফিগার করতে পারেন। এটি আপনাকে একটি স্মার্ট কন্ট্র্যাক্টের জন্য _স্ট্র্যাটেজি_ পরিবর্তন করতে (অর্থাৎ নতুন যুক্তি প্রয়োগ করতে) দেয়।
+আপনি একটি নতুন স্যাটেলাইট কন্ট্রাক্ট তৈরি করতে পারেন এবং নতুন এডড্রেস দিয়ে মূল কন্ট্রাক্টটি কনফিগার করতে পারেন। এটি আপনাকে একটি স্মার্ট কন্ট্রাক্টের জন্য _স্ট্র্যাটেজি_ পরিবর্তন করার (অর্থাৎ, নতুন লজিক ইমপ্লিমেন্ট করার) সুযোগ দেয়।
-যদিও এটি পূর্বে আলোচিত প্রক্সি প্যাটার্নের মতো, তবে স্ট্র্যাটেজি প্যাটার্নটি ভিন্ন কারণ প্রধান কন্ট্র্যাক্ট, যার সাথে ব্যবহারকারীরা ইন্টারঅ্যাক্ট করে, সেটি ব্যবসায়িক যুক্তি ধারণ করে। এই প্যাটার্নটি ব্যবহার করে আপনি মূল পরিকাঠামোকে প্রভাবিত না করে একটি স্মার্ট কন্ট্র্যাক্টে সীমিত পরিবর্তন আনার সুযোগ পান।
+পূর্বে আলোচিত প্রক্সি প্যাটার্নের মতো হলেও, স্ট্র্যাটেজি প্যাটার্নটি ভিন্ন কারণ মূল কন্ট্রাক্ট, যার সাথে ব্যবহারকারীরা ইন্টারঅ্যাক্ট করে, সেটি বিজনেস লজিক ধারণ করে। এই প্যাটার্নটি ব্যবহার করলে কোর ইনফ্রাস্ট্রাকচারকে প্রভাবিত না করেই স্মার্ট কন্ট্রাক্টে সীমিত পরিবর্তন আনার সুযোগ পাওয়া যায়।
-এর প্রধান অসুবিধা হলো এই প্যাটার্নটি বেশিরভাগ ক্ষেত্রে ছোটখাটো আপগ্রেড করার জন্য উপযোগী। এছাড়াও, যদি প্রধান কন্ট্র্যাক্টটি ক্ষতিগ্রস্ত হয় (যেমন, একটি হ্যাকের মাধ্যমে), আপনি এই আপগ্রেড পদ্ধতি ব্যবহার করতে পারবেন না।
+এর প্রধান অসুবিধা হলো এই প্যাটার্নটি মূলত ছোটখাটো আপগ্রেড রোল আউট করার জন্য বেশি কার্যকর। এছাড়া, যদি মূল কন্ট্রাক্টটি আপোসকৃত হয় (যেমন, হ্যাকের মাধ্যমে), তবে আপনি এই আপগ্রেড পদ্ধতি ব্যবহার করতে পারবেন না।
-### আপগ্রেড প্রক্রিয়া #5: ডায়মন্ড প্যাটার্ন {#diamond-pattern}
+### আপগ্রেড মেকানিজম 5: ডায়মন্ড প্যাটার্ন {#diamond-pattern}
-ডায়মন্ড প্যাটার্নকে প্রক্সি প্যাটার্নের একটি উন্নত সংস্করণ হিসেবে বিবেচনা করা যেতে পারে। ডায়মন্ড প্যাটার্নগুলো প্রক্সি প্যাটার্ন থেকে ভিন্ন কারণ ডায়মন্ড প্রক্সি কন্ট্র্যাক্ট একাধিক লজিক কন্ট্র্যাক্টে ফাংশন কল অর্পণ করতে পারে।
+ডায়মন্ড প্যাটার্নকে প্রক্সি প্যাটার্নের একটি উন্নত রূপ হিসেবে বিবেচনা করা যেতে পারে। ডায়মন্ড প্যাটার্ন প্রক্সি প্যাটার্ন থেকে আলাদা কারণ ডায়মন্ড প্রক্সি কন্ট্রাক্ট একাধিক লজিক কন্ট্রাক্টে ফাংশন কল ডেলিগেট করতে পারে।
-ডায়মন্ড প্যাটার্নে লজিক কন্ট্র্যাক্টগুলো _ফেসেট_ নামে পরিচিত। ডায়মন্ড প্যাটার্নটি কাজ করানোর জন্য, আপনাকে প্রক্সি কন্ট্র্যাক্টে একটি ম্যাপিং তৈরি করতে হবে যা বিভিন্ন ফেসেট ঠিকানায় [ফাংশন সিলেক্টর](https://docs.soliditylang.org/en/latest/abi-spec.html#function-selector) ম্যাপ করে।
+ডায়মন্ড প্যাটার্নে লজিক কন্ট্রাক্টগুলো _ফ্যাসেট (facets)_ হিসেবে পরিচিত। ডায়মন্ড প্যাটার্ন কাজ করানোর জন্য, আপনাকে প্রক্সি কন্ট্রাক্টে একটি ম্যাপিং তৈরি করতে হবে যা [ফাংশন সিলেক্টরগুলোকে](https://docs.soliditylang.org/en/latest/abi-spec.html#function-selector) বিভিন্ন ফ্যাসেট এডড্রেসের সাথে ম্যাপ করে।
-যখন একজন ব্যবহারকারী একটি ফাংশন কল করে, প্রক্সি কন্ট্র্যাক্ট সেই ফাংশনটি সম্পাদনের জন্য দায়ী ফেসেট খুঁজে বের করার জন্য ম্যাপিং পরীক্ষা করে। তারপর এটি `delegatecall` (ফলব্যাক ফাংশন ব্যবহার করে) ইনভোক করে এবং কলটি উপযুক্ত লজিক কন্ট্র্যাক্টে পুনঃনির্দেশিত করে।
+যখন কোনো ব্যবহারকারী একটি ফাংশন কল করে, প্রক্সি কন্ট্রাক্ট সেই ফাংশনটি এক্সিকিউট করার জন্য দায়ী ফ্যাসেটটি খুঁজে বের করতে ম্যাপিং চেক করে। এরপর এটি `delegatecall` ইনভোক করে (ফলব্যাক ফাংশন ব্যবহার করে) এবং কলটিকে উপযুক্ত লজিক কন্ট্রাক্টে রিডাইরেক্ট করে।
-প্রচলিত প্রক্সি আপগ্রেড প্যাটার্নের তুলনায় ডায়মন্ড আপগ্রেড প্যাটার্নের কিছু সুবিধা রয়েছে:
+প্রথাগত প্রক্সি আপগ্রেড প্যাটার্নের তুলনায় ডায়মন্ড আপগ্রেড প্যাটার্নের কিছু সুবিধা রয়েছে:
-1. এটি আপনাকে সমস্ত কোড পরিবর্তন না করে কন্ট্র্যাক্টের একটি ছোট অংশ আপগ্রেড করতে দেয়। আপগ্রেডের জন্য প্রক্সি প্যাটার্ন ব্যবহার করার জন্য একটি সম্পূর্ণ নতুন লজিক কন্ট্র্যাক্ট তৈরি করতে হয়, এমনকি ছোট আপগ্রেডের জন্যও।
+1. এটি আপনাকে সমস্ত কোড পরিবর্তন না করেই কন্ট্রাক্টের একটি ছোট অংশ আপগ্রেড করার অনুমতি দেয়। আপগ্রেডের জন্য প্রক্সি প্যাটার্ন ব্যবহার করলে ছোটখাটো আপগ্রেডের জন্যও সম্পূর্ণ নতুন লজিক কন্ট্রাক্ট তৈরি করতে হয়।
-2. সমস্ত স্মার্ট কন্ট্র্যাক্টের (প্রক্সি প্যাটার্নে ব্যবহৃত লজিক কন্ট্র্যাক্ট সহ) একটি 24KB আকারের সীমা রয়েছে, যা একটি সীমাবদ্ধতা হতে পারে—বিশেষ করে জটিল কন্ট্র্যাক্টের জন্য যার জন্য আরও ফাংশন প্রয়োজন। ডায়মন্ড প্যাটার্ন একাধিক লজিক কন্ট্র্যাক্টে ফাংশন বিভক্ত করে এই সমস্যার সমাধান করা সহজ করে তোলে।
+2. সমস্ত স্মার্ট কন্ট্রাক্টের (প্রক্সি প্যাটার্নে ব্যবহৃত লজিক কন্ট্রাক্ট সহ) 24KB সাইজ লিমিট থাকে, যা একটি সীমাবদ্ধতা হতে পারে—বিশেষ করে জটিল কন্ট্রাক্টগুলোর জন্য যেখানে আরও বেশি ফাংশন প্রয়োজন। ডায়মন্ড প্যাটার্ন একাধিক লজিক কন্ট্রাক্ট জুড়ে ফাংশনগুলোকে বিভক্ত করে এই সমস্যার সমাধান করা সহজ করে তোলে।
-3. প্রক্সি প্যাটার্নগুলো অ্যাক্সেস নিয়ন্ত্রণের জন্য একটি ক্যাচ-অল পদ্ধতি গ্রহণ করে। আপগ্রেড ফাংশনে অ্যাক্সেস থাকা একটি সত্তা _সম্পূর্ণ_ কন্ট্র্যাক্ট পরিবর্তন করতে পারে। কিন্তু ডায়মন্ড প্যাটার্ন একটি মডুলার অনুমতি পদ্ধতি সক্ষম করে, যেখানে আপনি সত্তাগুলোকে একটি স্মার্ট কন্ট্র্যাক্টের মধ্যে নির্দিষ্ট ফাংশন আপগ্রেড করতে সীমাবদ্ধ করতে পারেন।
+3. প্রক্সি প্যাটার্ন অ্যাক্সেস কন্ট্রোলের ক্ষেত্রে একটি ক্যাচ-অল (catch-all) পদ্ধতি গ্রহণ করে। আপগ্রেড ফাংশনে অ্যাক্সেস থাকা কোনো এনটিটি _সম্পূর্ণ_ কন্ট্রাক্ট পরিবর্তন করতে পারে। কিন্তু ডায়মন্ড প্যাটার্ন একটি মডুলার পারমিশন পদ্ধতি সক্ষম করে, যেখানে আপনি এনটিটিগুলোকে স্মার্ট কন্ট্রাক্টের মধ্যে নির্দিষ্ট ফাংশন আপগ্রেড করার মধ্যে সীমাবদ্ধ করতে পারেন।
-[ডায়মন্ড প্যাটার্ন সম্পর্কে আরও জানুন](https://eip2535diamonds.substack.com/p/introduction-to-the-diamond-standard?s=w)।
+[ডায়মন্ড প্যাটার্ন সম্পর্কে আরও জানুন](https://eip2535diamonds.substack.com/p/introduction-to-the-diamond-standard?s=w)।
-## স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার সুবিধা এবং অসুবিধা {#pros-and-cons-of-upgrading-smart-contracts}
+## স্মার্ট কন্ট্রাক্ট আপগ্রেড করার সুবিধা এবং অসুবিধা {#pros-and-cons-of-upgrading-smart-contracts}
-| যেসব বিষয়ে এর সুফল পাওয়া যায় | কনস |
-| ----------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
-| একটি স্মার্ট কন্ট্র্যাক্ট আপগ্রেড স্থাপনার পরবর্তী পর্যায়ে আবিষ্কৃত দুর্বলতাগুলো ঠিক করা সহজ করে তুলতে পারে। | স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করা কোডের অপরিবর্তনীয়তার ধারণাকে অস্বীকার করে, যা বিকেন্দ্রীকরণ এবং নিরাপত্তার উপর প্রভাব ফেলে। |
-| ডেভেলপাররা ডিসেন্ট্রালাইজড এপ্লিকেশনগুলোতে নতুন বৈশিষ্ট্য যোগ করতে লজিক আপগ্রেড ব্যবহার করতে পারেন। | ব্যবহারকারীদের অবশ্যই ডেভেলপারদের উপর বিশ্বাস রাখতে হবে যেন তারা ইচ্ছামত স্মার্ট কন্ট্র্যাক্ট পরিবর্তন না করে। |
-| স্মার্ট কন্ট্র্যাক্ট আপগ্রেডগুলো শেষ-ব্যবহারকারীদের জন্য নিরাপত্তা উন্নত করতে পারে কারণ বাগগুলো দ্রুত ঠিক করা যায়। | স্মার্ট কন্ট্র্যাক্টে আপগ্রেড কার্যকারিতা প্রোগ্রামিং করা জটিলতার আরও একটি স্তর যোগ করে এবং গুরুতর ত্রুটির সম্ভাবনা বাড়িয়ে তোলে। |
-| কন্ট্র্যাক্ট আপগ্রেড ডেভেলপারদের বিভিন্ন বৈশিষ্ট্য নিয়ে পরীক্ষা করার এবং সময়ের সাথে সাথে ডিএ্যাপস উন্নত করার জন্য আরও সুযোগ দেয়। | স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার সুযোগ ডেভেলপারদেরকে ডেভেলপমেন্ট পর্যায়ে যথাযথ সতর্কতা অবলম্বন না করেই দ্রুত প্রকল্প চালু করতে উৎসাহিত করতে পারে। |
-| | স্মার্ট কন্ট্র্যাক্টে নিরাপত্তাহীন অ্যাক্সেস কন্ট্রোল বা কেন্দ্রীকরণ ক্ষতিকারক অভিনেতাদের জন্য অননুমোদিত আপগ্রেড করা সহজ করে তুলতে পারে। |
+| সুবিধা | অসুবিধা |
+| -------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| একটি স্মার্ট কন্ট্রাক্ট আপগ্রেড ডিপ্লয়মেন্ট-পরবর্তী পর্যায়ে আবিষ্কৃত দুর্বলতাগুলো ঠিক করা সহজ করে তুলতে পারে। | স্মার্ট কন্ট্রাক্ট আপগ্রেড করা কোড ইমমিউটেবিলিটির ধারণাকে বাতিল করে দেয়, যার প্রভাব ডিসেন্ট্রালাইজেশন এবং নিরাপত্তার ওপর পড়ে। |
+| ডেভেলপাররা ডিসেন্ট্রালাইজড এপ্লিকেশন-এ নতুন ফিচার যোগ করতে লজিক আপগ্রেড ব্যবহার করতে পারেন। | ব্যবহারকারীদের অবশ্যই ডেভেলপারদের বিশ্বাস করতে হবে যে তারা ইচ্ছামতো স্মার্ট কন্ট্রাক্ট পরিবর্তন করবেন না। |
+| স্মার্ট কন্ট্রাক্ট আপগ্রেড এন্ড-ইউজারদের জন্য নিরাপত্তা উন্নত করতে পারে কারণ বাগগুলো দ্রুত ঠিক করা যায়। | স্মার্ট কন্ট্রাক্টে আপগ্রেড কার্যকারিতা প্রোগ্রাম করা জটিলতার আরেকটি স্তর যোগ করে এবং গুরুতর ত্রুটির সম্ভাবনা বাড়ায়। |
+| কন্ট্রাক্ট আপগ্রেড ডেভেলপারদের বিভিন্ন ফিচার নিয়ে পরীক্ষা-নিরীক্ষা করার এবং সময়ের সাথে সাথে ডিএ্যাপস উন্নত করার আরও সুযোগ দেয়। | স্মার্ট কন্ট্রাক্ট আপগ্রেড করার সুযোগ ডেভেলপারদের ডেভেলপমেন্ট পর্যায়ে যথাযথ সতর্কতা অবলম্বন না করেই দ্রুত প্রজেক্ট লঞ্চ করতে উৎসাহিত করতে পারে। |
+| | স্মার্ট কন্ট্রাক্টে অনিরাপদ অ্যাক্সেস কন্ট্রোল বা সেন্ট্রালাইজেশন ক্ষতিকারক অ্যাক্টরদের জন্য অননুমোদিত আপগ্রেড করা সহজ করে তুলতে পারে। |
-## স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার জন্য বিবেচনা {#considerations-for-upgrading-smart-contracts}
+## স্মার্ট কন্ট্রাক্ট আপগ্রেড করার ক্ষেত্রে বিবেচ্য বিষয়গুলো {#considerations-for-upgrading-smart-contracts}
-1. অননুমোদিত স্মার্ট কন্ট্র্যাক্ট আপগ্রেড প্রতিরোধ করতে নিরাপদ অ্যাক্সেস নিয়ন্ত্রণ/অনুমোদন প্রক্রিয়া ব্যবহার করুন, বিশেষ করে যদি প্রক্সি প্যাটার্ন, স্ট্র্যাটেজি প্যাটার্ন, বা ডেটা সেপারেশন ব্যবহার করেন। একটি উদাহরণ হলো আপগ্রেড ফাংশনে অ্যাক্সেস সীমাবদ্ধ করা, যাতে শুধুমাত্র কন্ট্র্যাক্টের মালিকই এটি কল করতে পারে।
+1. অননুমোদিত স্মার্ট কন্ট্রাক্ট আপগ্রেড প্রতিরোধ করতে নিরাপদ অ্যাক্সেস কন্ট্রোল/অথোরাইজেশন মেকানিজম ব্যবহার করুন, বিশেষ করে যদি প্রক্সি প্যাটার্ন, স্ট্র্যাটেজি প্যাটার্ন বা ডেটা সেপারেশন ব্যবহার করেন। এর একটি উদাহরণ হলো আপগ্রেড ফাংশনে অ্যাক্সেস সীমাবদ্ধ করা, যাতে শুধুমাত্র কন্ট্রাক্টের মালিক এটি কল করতে পারে।
-2. স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করা একটি জটিল কার্যকলাপ এবং দুর্বলতা সৃষ্টি রোধ করার জন্য উচ্চ স্তরের সতর্কতা প্রয়োজন।
+2. স্মার্ট কন্ট্রাক্ট আপগ্রেড করা একটি জটিল কাজ এবং দুর্বলতা তৈরি হওয়া রোধ করতে উচ্চ স্তরের সতর্কতা প্রয়োজন।
-3. আপগ্রেড বাস্তবায়নের প্রক্রিয়াকে বিকেন্দ্রীকরণ করে বিশ্বাসের অনুমান হ্রাস করুন। সম্ভাব্য কৌশলগুলোর মধ্যে রয়েছে আপগ্রেড নিয়ন্ত্রণের জন্য একটি [মাল্টি-সিগ ওয়ালেট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/#multisig) ব্যবহার করা, অথবা আপগ্রেড অনুমোদনের জন্য একটি [DAO-এর সদস্যদের](/dao/) ভোট দেওয়ার প্রয়োজন।
+3. আপগ্রেড বাস্তবায়নের প্রক্রিয়াটি ডিসেন্ট্রালাইজড করে ট্রাস্ট অ্যাসাম্পশন হ্রাস করুন। সম্ভাব্য কৌশলগুলোর মধ্যে রয়েছে আপগ্রেড নিয়ন্ত্রণ করতে একটি [মাল্টিসিগ ওয়ালেট কন্ট্রাক্ট](/developers/docs/smart-contracts/#multisig) ব্যবহার করা, অথবা আপগ্রেড অনুমোদনের জন্য [DAO-এর সদস্যদের](/dao/) ভোট দেওয়ার প্রয়োজন করা।
-4. কন্ট্র্যাক্ট আপগ্রেড করার সাথে জড়িত খরচ সম্পর্কে সচেতন থাকুন। উদাহরণস্বরূপ, কন্ট্র্যাক্ট মাইগ্রেশনের সময় একটি পুরানো কন্ট্র্যাক্ট থেকে একটি নতুন কন্ট্র্যাক্টে স্টেট (যেমন ব্যবহারকারীর ব্যালেন্স) অনুলিপি করতে একাধিক লেনদেনের প্রয়োজন হতে পারে, যার অর্থ আরও বেশি গ্যাস ফি।
+4. কন্ট্রাক্ট আপগ্রেড করার সাথে জড়িত খরচ সম্পর্কে সচেতন থাকুন। উদাহরণস্বরূপ, কন্ট্রাক্ট মাইগ্রেশনের সময় পুরানো কন্ট্রাক্ট থেকে নতুন কন্ট্রাক্টে স্টেট (যেমন, ব্যবহারকারীর ব্যালেন্স) কপি করার জন্য একাধিক লেনদেন-এর প্রয়োজন হতে পারে, যার অর্থ হলো আরও বেশি গ্যাস ফি।
-5. ব্যবহারকারীদের সুরক্ষার জন্য **টাইমলক** বাস্তবায়নের কথা বিবেচনা করুন। টাইমলক বলতে একটি সিস্টেমে পরিবর্তনের উপর প্রয়োগ করা একটি বিলম্বকে বোঝায়। আপগ্রেড নিয়ন্ত্রণের জন্য টাইমলক একটি মাল্টি-সিগ গভর্নেন্স সিস্টেমের সাথে মিলিত হতে পারে: যদি একটি প্রস্তাবিত পদক্ষেপ প্রয়োজনীয় অনুমোদনের থ্রেশহোল্ডে পৌঁছায়, তবে পূর্বনির্ধারিত বিলম্বের সময় শেষ না হওয়া পর্যন্ত এটি কার্যকর হয় না।
+5. ব্যবহারকারীদের সুরক্ষার জন্য **টাইমলক (timelocks)** বাস্তবায়নের কথা বিবেচনা করুন। টাইমলক বলতে কোনো সিস্টেমে পরিবর্তনের ওপর প্রয়োগ করা বিলম্বকে বোঝায়। আপগ্রেড নিয়ন্ত্রণ করতে টাইমলকগুলোকে একটি মাল্টিসিগ গভর্নেন্স সিস্টেমের সাথে যুক্ত করা যেতে পারে: যদি কোনো প্রস্তাবিত পদক্ষেপ প্রয়োজনীয় অনুমোদনের থ্রেশহোল্ডে পৌঁছায়, তবে পূর্বনির্ধারিত বিলম্বের সময়কাল শেষ না হওয়া পর্যন্ত এটি এক্সিকিউট হয় না।
-টাইমলক ব্যবহারকারীদের সিস্টেম থেকে বেরিয়ে যাওয়ার জন্য কিছু সময় দেয় যদি তারা প্রস্তাবিত পরিবর্তনের সাথে একমত না হয় (যেমন, লজিক আপগ্রেড বা নতুন ফি স্কিম)। টাইমলক ছাড়া, ব্যবহারকারীদের ডেভেলপারদের উপর বিশ্বাস করতে হবে যে তারা পূর্ব নোটিশ ছাড়াই একটি স্মার্ট কন্ট্র্যাক্টে ইচ্ছামত পরিবর্তন করবে না। এর অসুবিধা হলো টাইমলক দ্রুত দুর্বলতা প্যাচ করার ক্ষমতাকে সীমাবদ্ধ করে।
+টাইমলক ব্যবহারকারীদের সিস্টেম থেকে বেরিয়ে যাওয়ার জন্য কিছু সময় দেয় যদি তারা কোনো প্রস্তাবিত পরিবর্তনের (যেমন, লজিক আপগ্রেড বা নতুন ফি স্কিম) সাথে একমত না হয়। টাইমলক ছাড়া, ব্যবহারকারীদের ডেভেলপারদের বিশ্বাস করতে হয় যে তারা পূর্ব নোটিশ ছাড়াই স্মার্ট কন্ট্রাক্টে ইচ্ছামতো পরিবর্তন আনবেন না। এখানকার অসুবিধা হলো টাইমলকগুলো দ্রুত দুর্বলতাগুলো প্যাচ করার ক্ষমতাকে সীমাবদ্ধ করে।
## রিসোর্স {#resources}
-**OpenZeppelin আপগ্রেড প্লাগইন - _আপগ্রেডযোগ্য স্মার্ট কন্ট্র্যাক্ট স্থাপন এবং সুরক্ষিত করার জন্য একটি টুলস স্যুট।_**
+**OpenZeppelin Upgrades Plugins - _আপগ্রেডযোগ্য স্মার্ট কন্ট্রাক্ট ডিপ্লয় এবং সুরক্ষিত করার জন্য টুলের একটি স্যুট।_**
-- [GitHub](https://github.com/OpenZeppelin/openzeppelin-upgrades)
-- [নথিপত্র](https://docs.openzeppelin.com/upgrades)
+- [গিটহাব (GitHub)](https://github.com/OpenZeppelin/openzeppelin-upgrades)
+- [ডকুমেন্টেশন](https://docs.openzeppelin.com/upgrades)
## টিউটোরিয়াল {#tutorials}
-- প্যাট্রিক কলিন্সের [আপনার স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করা | ইউটিউব টিউটোরিয়াল](https://www.youtube.com/watch?v=bdXJmWajZRY)
-- অস্টিন গ্রিফিথের [ইথেরিয়াম স্মার্ট কন্ট্র্যাক্ট মাইগ্রেশন টিউটোরিয়াল](https://medium.com/coinmonks/ethereum-smart-contract-migration-13f6f12539bd)
-- [স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার জন্য UUPS প্রক্সি প্যাটার্ন ব্যবহার করা](https://blog.logrocket.com/author/praneshas/) - লেখক প্রনেশ এ.এস
-- [Web3 টিউটোরিয়াল: OpenZeppelin ব্যবহার করে আপগ্রেডযোগ্য স্মার্ট কন্ট্র্যাক্ট (প্রক্সি) লিখুন](https://dev.to/yakult/tutorial-write-upgradeable-smart-contract-proxy-contract-with-openzeppelin-1916) - লেখক fangjun.eth
+- [Upgrading your Smart Contracts | YouTube Tutorial](https://www.youtube.com/watch?v=bdXJmWajZRY) - Patrick Collins
+- [Ethereum Smart Contract Migration Tutorial](https://medium.com/coinmonks/ethereum-smart-contract-migration-13f6f12539bd) - Austin Griffith
+- [Using the UUPS proxy pattern to upgrade smart contracts](https://blog.logrocket.com/author/praneshas/) - Pranesh A.S
+- [Web3 Tutorial: Write upgradeable smart contract (proxy) using OpenZeppelin](https://dev.to/yakult/tutorial-write-upgradeable-smart-contract-proxy-contract-with-openzeppelin-1916) - fangjun.eth
-## আরও পড়ুন {#further-reading}
+## আরও পড়াশোনা {#further-reading}
-- সান্তিয়াগো প্যালাডিনোর [দ্য স্টেট অফ স্মার্ট কন্ট্র্যাক্ট আপগ্রেডস](https://blog.openzeppelin.com/the-state-of-smart-contract-upgrades/)
-- [একটি সলিডিটি স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করার একাধিক উপায়](https://cryptomarketpool.com/multiple-ways-to-upgrade-a-solidity-smart-contract/) - ক্রিপ্টো মার্কেট পুল ব্লগ
-- [শিখুন: স্মার্ট কন্ট্র্যাক্ট আপগ্রেড করা](https://docs.openzeppelin.com/learn/upgrading-smart-contracts) - OpenZeppelin ডক্স
-- [সলিডিটি কন্ট্র্যাক্টসের আপগ্রেডযোগ্যতার জন্য প্রক্সি প্যাটার্নস: ট্রান্সপারেন্ট বনাম UUPS প্রক্সি](https://mirror.xyz/0xB38709B8198d147cc9Ff9C133838a044d78B064B/M7oTptQkBGXxox-tk9VJjL66E1V8BUF0GF79MMK4YG0) - লেখক নবীন সাহু
-- নিক মুজের [ডায়মন্ড আপগ্রেড কীভাবে কাজ করে](https://dev.to/mudgen/how-diamond-upgrades-work-417j)
+- [The State of Smart Contract Upgrades](https://blog.openzeppelin.com/the-state-of-smart-contract-upgrades/) - Santiago Palladino
+- [Multiple ways to upgrade a Solidity smart contract](https://cryptomarketpool.com/multiple-ways-to-upgrade-a-solidity-smart-contract/) - Crypto Market Pool ব্লগ
+- [Learn: Upgrading Smart Contracts](https://docs.openzeppelin.com/learn/upgrading-smart-contracts) - OpenZeppelin ডক্স
+- [Proxy Patterns For Upgradeability Of Solidity Contracts: Transparent vs UUPS Proxies](https://mirror.xyz/0xB38709B8198d147cc9Ff9C133838a044d78B064B/M7oTptQkBGXxox-tk9VJjL66E1V8BUF0GF79MMK4YG0) - Naveen Sahu
+- [How Diamond Upgrades Work](https://dev.to/mudgen/how-diamond-upgrades-work-417j) - Nick Mudge
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/bn/developers/docs/smart-contracts/verifying/index.md
index 709fea47c2e..5ba7c036766 100644
--- a/public/content/translations/bn/developers/docs/smart-contracts/verifying/index.md
+++ b/public/content/translations/bn/developers/docs/smart-contracts/verifying/index.md
@@ -1,113 +1,113 @@
---
-title: "স্মার্ট কন্ট্র্যাক্ট যাচাই করা"
-description: "ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য সোর্স কোড যাচাইকরণের একটি সংক্ষিপ্ত বিবরণ"
+title: স্মার্ট কন্ট্রাক্ট যাচাইকরণ
+description: ইথিরিয়াম স্মার্ট কন্ট্রাক্টের সোর্স কোড যাচাইকরণের একটি ওভারভিউ
lang: bn
---
-[স্মার্ট কন্ট্র্যাক্টগুলি](/developers/docs/smart-contracts/) “ট্রাস্টলেস” হওয়ার জন্য ডিজাইন করা হয়েছে, যার অর্থ ব্যবহারকারীদের একটি কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার আগে তৃতীয় পক্ষের (যেমন, ডেভেলপার এবং কোম্পানি) উপর বিশ্বাস করার প্রয়োজন নেই। ট্রাস্টলেসনেসের জন্য একটি পূর্বশর্ত হিসাবে, ব্যবহারকারী এবং অন্যান্য ডেভেলপারদের অবশ্যই একটি স্মার্ট কন্ট্র্যাক্টের সোর্স কোড যাচাই করতে সক্ষম হতে হবে। সোর্স কোড যাচাইকরণ ব্যবহারকারী এবং ডেভেলপারদের নিশ্চিত করে যে প্রকাশিত কন্ট্র্যাক্ট কোডটি ইথেরিয়াম ব্লকচেইনে কন্ট্র্যাক্ট অ্যাড্রেসে চলমান একই কোড।
+[স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) "ট্রাস্টলেস" বা আস্থাহীন হওয়ার জন্য ডিজাইন করা হয়েছে, যার অর্থ হলো কোনো কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করার আগে ব্যবহারকারীদের তৃতীয় পক্ষের (যেমন, ডেভেলপার এবং কোম্পানি) ওপর আস্থা রাখতে হবে না। ট্রাস্টলেসনেসের একটি পূর্বশর্ত হিসেবে, ব্যবহারকারী এবং অন্যান্য ডেভেলপারদের অবশ্যই একটি স্মার্ট কন্ট্রাক্টের সোর্স কোড যাচাই করতে সক্ষম হতে হবে। সোর্স কোড যাচাইকরণ ব্যবহারকারী এবং ডেভেলপারদের আশ্বস্ত করে যে প্রকাশিত কন্ট্রাক্ট কোডটি ইথিরিয়াম ব্লকচেইন-এ কন্ট্রাক্ট এডড্রেস-এ চলা কোডের মতোই।
-"সোর্স কোড যাচাইকরণ" এবং "[প্রথাগত যাচাইকরণ](/developers/docs/smart-contracts/formal-verification/)"-এর মধ্যে পার্থক্য করা গুরুত্বপূর্ণ। সোর্স কোড যাচাইকরণ, যা নীচে বিস্তারিতভাবে ব্যাখ্যা করা হবে, এটি একটি উচ্চ-স্তরের ভাষায় (যেমন, সলিডিটি) একটি স্মার্ট কন্ট্র্যাক্টের প্রদত্ত সোর্স কোডটি কন্ট্র্যাক্ট অ্যাড্রেসে কার্যকর করার জন্য একই বাইটকোডে কম্পাইল করা হয়েছে কিনা তা যাচাই করাকে বোঝায়। তবে, প্রথাগত যাচাইকরণ একটি স্মার্ট কন্ট্র্যাক্টের সঠিকতা যাচাই করার বর্ণনা দেয়, যার অর্থ কন্ট্র্যাক্টটি প্রত্যাশা অনুযায়ী আচরণ করে। যদিও প্রসঙ্গ-নির্ভর, কন্ট্র্যাক্ট যাচাইকরণ সাধারণত সোর্স কোড যাচাইকরণকে বোঝায়।
+"সোর্স কোড যাচাইকরণ" এবং "[ফরমাল ভেরিফিকেশন](/developers/docs/smart-contracts/formal-verification/)"-এর মধ্যে পার্থক্য করা গুরুত্বপূর্ণ। সোর্স কোড যাচাইকরণ, যা নিচে বিস্তারিতভাবে ব্যাখ্যা করা হবে, বলতে বোঝায় যে একটি হাই-লেভেল ভাষায় (যেমন, Solidity) স্মার্ট কন্ট্রাক্টের দেওয়া সোর্স কোডটি কন্ট্রাক্ট এডড্রেস-এ এক্সিকিউট করার জন্য একই বাইটকোডে কম্পাইল হয় কিনা তা যাচাই করা। তবে, ফরমাল ভেরিফিকেশন একটি স্মার্ট কন্ট্রাক্টের সঠিকতা যাচাই করাকে বর্ণনা করে, যার অর্থ কন্ট্রাক্টটি প্রত্যাশা অনুযায়ী আচরণ করে। যদিও এটি প্রসঙ্গের ওপর নির্ভরশীল, কন্ট্রাক্ট যাচাইকরণ বলতে সাধারণত সোর্স কোড যাচাইকরণকেই বোঝায়।
## সোর্স কোড যাচাইকরণ কী? {#what-is-source-code-verification}
-[Ethereum Virtual Machine (EVM)](/developers/docs/evm/)-এ একটি স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করার আগে, ডেভেলপাররা কন্ট্র্যাক্টের সোর্স কোড—[Solidity-তে লেখা](/developers/docs/smart-contracts/languages/) নির্দেশাবলী বা অন্য কোনো উচ্চ-স্তরের প্রোগ্রামিং ভাষা—[কম্পাইল করে](/developers/docs/smart-contracts/compiling/) বাইটকোডে রূপান্তর করে। যেহেতু EVM উচ্চ-স্তরের নির্দেশাবলী বুঝতে পারে না, তাই EVM-এ কন্ট্র্যাক্টের যুক্তি কার্যকর করার জন্য সোর্স কোডকে বাইটকোডে (অর্থাৎ, নিম্ন-স্তরের, মেশিনের নির্দেশাবলী) কম্পাইল করা প্রয়োজন।
+[ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)](/developers/docs/evm/)-এ একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার আগে, ডেভেলপাররা কন্ট্রাক্টের সোর্স কোড—[Solidity-তে লেখা](/developers/docs/smart-contracts/languages/) বা অন্য কোনো হাই-লেভেল প্রোগ্রামিং ভাষার নির্দেশাবলী—বাইটকোডে [কম্পাইল](/developers/docs/smart-contracts/compiling/) করেন। যেহেতু EVM হাই-লেভেল নির্দেশাবলী বুঝতে পারে না, তাই EVM-এ কন্ট্রাক্ট লজিক এক্সিকিউট করার জন্য সোর্স কোডকে বাইটকোডে (অর্থাৎ, লো-লেভেল, মেশিন নির্দেশাবলী) কম্পাইল করা প্রয়োজন।
-সোর্স কোড যাচাইকরণ হলো একটি স্মার্ট কন্ট্র্যাক্টের সোর্স কোড এবং কন্ট্র্যাক্ট তৈরির সময় ব্যবহৃত কম্পাইল করা বাইটকোডের তুলনা করে কোনো পার্থক্য শনাক্ত করা। স্মার্ট কন্ট্র্যাক্ট যাচাই করা গুরুত্বপূর্ণ কারণ বিজ্ঞাপিত কন্ট্র্যাক্ট কোডটি ব্লকচেইনে যা চলে তার থেকে ভিন্ন হতে পারে।
+সোর্স কোড যাচাইকরণ হলো কোনো পার্থক্য শনাক্ত করার জন্য একটি স্মার্ট কন্ট্রাক্টের সোর্স কোড এবং কন্ট্রাক্ট তৈরির সময় ব্যবহৃত কম্পাইল করা বাইটকোডের তুলনা করা। স্মার্ট কন্ট্রাক্ট যাচাই করা গুরুত্বপূর্ণ কারণ বিজ্ঞাপিত কন্ট্রাক্ট কোডটি ব্লকচেইন-এ চলা কোডের চেয়ে আলাদা হতে পারে।
-স্মার্ট কন্ট্র্যাক্ট যাচাইকরণ মেশিন কোড না পড়েই, এটি যে উচ্চ-স্তরের ভাষায় লেখা হয়েছে তার মাধ্যমে একটি কন্ট্র্যাক্ট কী করে তা তদন্ত করতে সক্ষম করে। ফাংশন, মান, এবং সাধারণত ভেরিয়েবলের নাম এবং মন্তব্যগুলি মূল সোর্স কোডের সাথে একই থাকে যা কম্পাইল এবং ডিপ্লয় করা হয়। এটি কোড পড়া অনেক সহজ করে তোলে। সোর্স যাচাইকরণ কোড ডকুমেন্টেশনের জন্যও বিধান করে, যাতে শেষ-ব্যবহারকারীরা জানতে পারে যে একটি স্মার্ট কন্ট্র্যাক্ট কী করার জন্য ডিজাইন করা হয়েছে।
+স্মার্ট কন্ট্রাক্ট যাচাইকরণ মেশিন কোড না পড়েই কন্ট্রাক্টটি যে হাই-লেভেল ভাষায় লেখা হয়েছে তার মাধ্যমে এটি কী করে তা তদন্ত করতে সক্ষম করে। ফাংশন, মান এবং সাধারণত ভেরিয়েবলের নাম ও মন্তব্যগুলো মূল সোর্স কোডের মতোই থাকে যা কম্পাইল এবং ডিপ্লয় করা হয়। এটি কোড পড়া অনেক সহজ করে তোলে। সোর্স যাচাইকরণ কোড ডকুমেন্টেশনেরও ব্যবস্থা করে, যাতে শেষ-ব্যবহারকারীরা জানতে পারে একটি স্মার্ট কন্ট্রাক্ট কী করার জন্য ডিজাইন করা হয়েছে।
### সম্পূর্ণ যাচাইকরণ কী? {#full-verification}
-সোর্স কোডের কিছু অংশ রয়েছে যা কম্পাইল করা বাইটকোডকে প্রভাবিত করে না যেমন মন্তব্য বা ভেরিয়েবলের নাম। তার মানে ভিন্ন ভেরিয়েবলের নাম এবং ভিন্ন মন্তব্য সহ দুটি সোর্স কোড উভয়ই একই কন্ট্র্যাক্ট যাচাই করতে সক্ষম হবে। এর ফলে, একজন দূষিত অভিনেতা সোর্স কোডের ভিতরে প্রতারণামূলক মন্তব্য যোগ করতে পারে বা বিভ্রান্তিকর ভেরিয়েবলের নাম দিতে পারে এবং মূল সোর্স কোড থেকে ভিন্ন একটি সোর্স কোড দিয়ে কন্ট্র্যাক্টটি যাচাই করাতে পারে।
+সোর্স কোডের কিছু অংশ আছে যা কম্পাইল করা বাইটকোডকে প্রভাবিত করে না যেমন মন্তব্য বা ভেরিয়েবলের নাম। এর মানে হলো ভিন্ন ভেরিয়েবলের নাম এবং ভিন্ন মন্তব্যসহ দুটি সোর্স কোড একই কন্ট্রাক্ট যাচাই করতে সক্ষম হবে। এর ফলে, একজন ক্ষতিকারক ব্যক্তি সোর্স কোডের ভেতরে প্রতারণামূলক মন্তব্য যোগ করতে পারে বা বিভ্রান্তিকর ভেরিয়েবলের নাম দিতে পারে এবং মূল সোর্স কোডের চেয়ে ভিন্ন একটি সোর্স কোড দিয়ে কন্ট্রাক্টটি যাচাই করিয়ে নিতে পারে।
-সোর্স কোডের নির্ভুলতার জন্য একটি _ক্রিপ্টোগ্রাফিক গ্যারান্টি_ এবং কম্পাইলেশন তথ্যের একটি _ফিঙ্গারপ্রিন্ট_ হিসাবে কাজ করার জন্য বাইটকোডে অতিরিক্ত ডেটা যুক্ত করে এটি এড়ানো সম্ভব। প্রয়োজনীয় তথ্য [Solidity-র কন্ট্র্যাক্ট মেটাডেটা]-তে (https://docs.soliditylang.org/en/v0.8.15/metadata.html) পাওয়া যায় এবং এই ফাইলের হ্যাস একটি কন্ট্র্যাক্টের বাইটকোডের সাথে যুক্ত করা হয়। আপনি এটি [মেটাডেটা প্লেগ্রাউন্ডে](https://playground.sourcify.dev) কার্যকর অবস্থায় দেখতে পারেন
+বাইটকোডে অতিরিক্ত ডেটা যুক্ত করে এটি এড়ানো সম্ভব যা সোর্স কোডের নির্ভুলতার জন্য একটি _ক্রিপ্টোগ্রাফিক গ্যারান্টি_ এবং কম্পাইলেশন তথ্যের একটি _ফিঙ্গারপ্রিন্ট_ হিসেবে কাজ করে। প্রয়োজনীয় তথ্য [Solidity-এর কন্ট্রাক্ট মেটাডেটা](https://docs.soliditylang.org/en/v0.8.15/metadata.html)-তে পাওয়া যায় এবং এই ফাইলের হ্যাস একটি কন্ট্রাক্টের বাইটকোডে যুক্ত করা হয়। আপনি এটি [মেটাডেটা প্লেগ্রাউন্ড](https://playground.sourcify.dev)-এ কাজ করতে দেখতে পারেন।
-মেটাডেটা ফাইলে সোর্স ফাইল এবং তাদের হ্যাস সহ কন্ট্র্যাক্টের কম্পাইলেশন সম্পর্কে তথ্য থাকে। মানে, যদি কোনো কম্পাইলেশন সেটিংস বা এমনকি সোর্স ফাইলগুলির মধ্যে একটিতে একটি বাইটও পরিবর্তন হয়, তবে মেটাডেটা ফাইলটি পরিবর্তিত হয়। ফলস্বরূপ মেটাডেটা ফাইলের হ্যাস, যা বাইটকোডের সাথে যুক্ত করা হয়, তাও পরিবর্তিত হয়। এর মানে হল যদি একটি কন্ট্র্যাক্টের বাইটকোড + সংযুক্ত মেটাডেটা হ্যাস প্রদত্ত সোর্স কোড এবং কম্পাইলেশন সেটিংসের সাথে মিলে যায়, আমরা নিশ্চিত হতে পারি যে এটি মূল কম্পাইলেশনে ব্যবহৃত ঠিক একই সোর্স কোড, এমনকি একটি বাইটও ভিন্ন নয়।
+মেটাডেটা ফাইলে সোর্স ফাইল এবং তাদের হ্যাস সহ কন্ট্রাক্টের কম্পাইলেশন সম্পর্কে তথ্য থাকে। এর মানে হলো, যদি কম্পাইলেশন সেটিংসের কোনোটি বা এমনকি সোর্স ফাইলগুলোর কোনো একটির একটি বাইটও পরিবর্তিত হয়, তবে মেটাডেটা ফাইলটি পরিবর্তিত হয়। ফলস্বরূপ মেটাডেটা ফাইলের হ্যাস, যা বাইটকোডে যুক্ত করা হয়, সেটিও পরিবর্তিত হয়। এর মানে হলো যদি কোনো কন্ট্রাক্টের বাইটকোড + যুক্ত করা মেটাডেটা হ্যাস প্রদত্ত সোর্স কোড এবং কম্পাইলেশন সেটিংসের সাথে মিলে যায়, তবে আমরা নিশ্চিত হতে পারি যে এটি ঠিক একই সোর্স কোড যা মূল কম্পাইলেশনে ব্যবহৃত হয়েছিল, এমনকি একটি বাইটও আলাদা নয়।
-এই ধরনের যাচাইকরণ যা মেটাডেটা হ্যাসকে লিভারেজ করে তাকে **"[সম্পূর্ণ যাচাইকরণ](https://docs.sourcify.dev/docs/full-vs-partial-match/)"** (এছাড়াও "নিখুঁত যাচাইকরণ") হিসাবে উল্লেখ করা হয়। যদি মেটাডেটা হ্যাসগুলি মেলে না বা যাচাইকরণে বিবেচনা করা না হয় তবে এটি একটি "আংশিক মিল" হবে, যা বর্তমানে কন্ট্র্যাক্ট যাচাই করার আরও সাধারণ উপায়। সম্পূর্ণ যাচাইকরণ ছাড়া যাচাইকৃত সোর্স কোডে প্রতিফলিত হবে না এমন [দূষিত কোড প্রবেশ করানো](https://samczsun.com/hiding-in-plain-sight/) সম্ভব। বেশিরভাগ ডেভেলপার সম্পূর্ণ যাচাইকরণ সম্পর্কে সচেতন নন এবং তাদের কম্পাইলেশনের মেটাডেটা ফাইল রাখেন না, তাই আংশিক যাচাইকরণ এখন পর্যন্ত কন্ট্র্যাক্ট যাচাই করার ডি ফ্যাক্টো পদ্ধতি হয়ে দাঁড়িয়েছে।
+এই ধরনের যাচাইকরণ যা মেটাডেটা হ্যাস ব্যবহার করে তাকে **"[সম্পূর্ণ যাচাইকরণ](https://docs.sourcify.dev/docs/full-vs-partial-match/)"** (বা "নিখুঁত যাচাইকরণ") বলা হয়। যদি মেটাডেটা হ্যাসগুলো না মেলে বা যাচাইকরণে বিবেচনা করা না হয় তবে এটি একটি "আংশিক মিল" হবে, যা বর্তমানে কন্ট্রাক্ট যাচাই করার আরও সাধারণ উপায়। সম্পূর্ণ যাচাইকরণ ছাড়া যাচাইকৃত সোর্স কোডে প্রতিফলিত হবে না এমন [ক্ষতিকারক কোড প্রবেশ করানো](https://samczsun.com/hiding-in-plain-sight/) সম্ভব। বেশিরভাগ ডেভেলপার সম্পূর্ণ যাচাইকরণ সম্পর্কে অবগত নন এবং তাদের কম্পাইলেশনের মেটাডেটা ফাইল রাখেন না, তাই আংশিক যাচাইকরণ এখন পর্যন্ত কন্ট্রাক্ট যাচাই করার ডি ফ্যাক্টো পদ্ধতি হয়ে দাঁড়িয়েছে।
## সোর্স কোড যাচাইকরণ কেন গুরুত্বপূর্ণ? {#importance-of-source-code-verification}
### ট্রাস্টলেসনেস {#trustlessness}
-ট্রাস্টলেসনেস তর্কযোগ্যভাবে স্মার্ট কন্ট্র্যাক্ট এবং [ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস)](/developers/docs/dapps/)-এর জন্য সবচেয়ে বড় ভিত্তি। স্মার্ট কন্ট্র্যাক্টগুলি “অপরিবর্তনীয়” এবং পরিবর্তন করা যায় না; একটি কন্ট্র্যাক্ট শুধুমাত্র ডিপ্লয়মেন্টের সময় কোডে সংজ্ঞায়িত ব্যবসায়িক যুক্তি কার্যকর করবে। এর মানে হল ডেভেলপার এবং এন্টারপ্রাইজগুলি Ethereum-এ ডিপ্লয় করার পরে একটি কন্ট্র্যাক্টের কোড পরিবর্তন করতে পারে না।
+ট্রাস্টলেসনেস নিঃসন্দেহে স্মার্ট কন্ট্রাক্ট এবং [ডিসেন্ট্রালাইজড এপ্লিকেশন (ডিএ্যাপস)](/developers/docs/dapps/)-এর জন্য সবচেয়ে বড় ভিত্তি। স্মার্ট কন্ট্রাক্টগুলো "ইমমিউটেবল" এবং পরিবর্তন করা যায় না; একটি কন্ট্রাক্ট শুধুমাত্র ডিপ্লয়মেন্টের সময় কোডে সংজ্ঞায়িত বিজনেস লজিক এক্সিকিউট করবে। এর মানে হলো ডেভেলপার এবং এন্টারপ্রাইজগুলো ইথিরিয়াম-এ ডিপ্লয় করার পরে কোনো কন্ট্রাক্টের কোড টেম্পার করতে পারে না।
-একটি স্মার্ট কন্ট্র্যাক্টকে ট্রাস্টলেস হতে হলে, কন্ট্র্যাক্ট কোডটি স্বাধীন যাচাইকরণের জন্য উপলব্ধ থাকা উচিত। যদিও প্রতিটি স্মার্ট কন্ট্র্যাক্টের জন্য কম্পাইল করা বাইটকোড ব্লকচেইনে সর্বজনীনভাবে উপলব্ধ, নিম্ন-স্তরের ভাষা বোঝা কঠিন—ডেভেলপার এবং ব্যবহারকারী উভয়ের জন্যই।
+একটি স্মার্ট কন্ট্রাক্ট ট্রাস্টলেস হওয়ার জন্য, কন্ট্রাক্ট কোডটি স্বাধীন যাচাইকরণের জন্য উপলব্ধ হওয়া উচিত। যদিও প্রতিটি স্মার্ট কন্ট্রাক্টের জন্য কম্পাইল করা বাইটকোড ব্লকচেইন-এ সর্বজনীনভাবে উপলব্ধ, লো-লেভেল ভাষা বোঝা কঠিন—ডেভেলপার এবং ব্যবহারকারী উভয়ের জন্যই।
-প্রকল্পগুলি তাদের কন্ট্র্যাক্টের সোর্স কোড প্রকাশ করে বিশ্বাসের অনুমান হ্রাস করে। কিন্তু এটি আরেকটি সমস্যার দিকে নিয়ে যায়: প্রকাশিত সোর্স কোডটি কন্ট্র্যাক্ট বাইটকোডের সাথে মেলে কিনা তা যাচাই করা কঠিন। এই পরিস্থিতিতে, ট্রাস্টলেসনেসের মূল্য হারিয়ে যায় কারণ ব্যবহারকারীদের ব্লকচেইনে এটি ডিপ্লয় করার আগে ডেভেলপারদের উপর বিশ্বাস করতে হয় যে তারা কন্ট্র্যাক্টের ব্যবসায়িক যুক্তি পরিবর্তন করবে না (অর্থাৎ, বাইটকোড পরিবর্তন করে)।
+প্রজেক্টগুলো তাদের কন্ট্রাক্টের সোর্স কোড প্রকাশ করে আস্থার অনুমান কমায়। কিন্তু এটি আরেকটি সমস্যার দিকে নিয়ে যায়: প্রকাশিত সোর্স কোডটি কন্ট্রাক্ট বাইটকোডের সাথে মেলে কিনা তা যাচাই করা কঠিন। এই পরিস্থিতিতে, ট্রাস্টলেসনেসের মান হারিয়ে যায় কারণ ব্যবহারকারীদের ডেভেলপারদের ওপর আস্থা রাখতে হয় যে তারা ব্লকচেইন-এ ডিপ্লয় করার আগে কন্ট্রাক্টের বিজনেস লজিক পরিবর্তন করবে না (অর্থাৎ, বাইটকোড পরিবর্তন করে)।
-সোর্স কোড যাচাইকরণ টুলগুলি গ্যারান্টি দেয় যে একটি স্মার্ট কন্ট্র্যাক্টের সোর্স কোড ফাইলগুলি অ্যাসেম্বলি কোডের সাথে মেলে। ফলাফল হল একটি ট্রাস্টলেস ইকোসিস্টেম, যেখানে ব্যবহারকারীরা তৃতীয় পক্ষকে অন্ধভাবে বিশ্বাস করে না এবং পরিবর্তে একটি কন্ট্র্যাক্টে অর্থ জমা করার আগে কোড যাচাই করে।
+সোর্স কোড যাচাইকরণ টুলগুলো গ্যারান্টি দেয় যে একটি স্মার্ট কন্ট্রাক্টের সোর্স কোড ফাইলগুলো অ্যাসেম্বলি কোডের সাথে মেলে। এর ফলাফল হলো একটি ট্রাস্টলেস ইকোসিস্টেম, যেখানে ব্যবহারকারীরা অন্ধভাবে তৃতীয় পক্ষের ওপর আস্থা রাখে না এবং এর পরিবর্তে কোনো কন্ট্রাক্টে ফান্ড জমা করার আগে কোড যাচাই করে।
### ব্যবহারকারীর নিরাপত্তা {#user-safety}
-স্মার্ট কন্ট্র্যাক্টের সাথে, সাধারণত অনেক টাকা ঝুঁকির মধ্যে থাকে। এটি ব্যবহার করার আগে উচ্চতর নিরাপত্তা গ্যারান্টি এবং একটি স্মার্ট কন্ট্র্যাক্টের যুক্তি যাচাই করার আহ্বান জানায়। সমস্যা হল যে অসাধু ডেভেলপাররা একটি স্মার্ট কন্ট্র্যাক্টে দূষিত কোড প্রবেশ করিয়ে ব্যবহারকারীদের প্রতারিত করতে পারে। যাচাইকরণ ছাড়া, দূষিত স্মার্ট কন্ট্র্যাক্টগুলিতে [ব্যাকডোর](https://www.trustnodes.com/2018/11/10/concerns-rise-over-backdoored-smart-contracts), বিতর্কিত অ্যাক্সেস কন্ট্রোল মেকানিজম, শোষণযোগ্য দুর্বলতা এবং অন্যান্য জিনিস থাকতে পারে যা ব্যবহারকারীর নিরাপত্তাকে বিপন্ন করে এবং যা অলক্ষিত থেকে যাবে।
+স্মার্ট কন্ট্রাক্টের ক্ষেত্রে, সাধারণত প্রচুর অর্থ ঝুঁকিতে থাকে। এটি ব্যবহার করার আগে উচ্চতর নিরাপত্তা গ্যারান্টি এবং একটি স্মার্ট কন্ট্রাক্টের লজিক যাচাইকরণের দাবি রাখে। সমস্যা হলো অসাধু ডেভেলপাররা একটি স্মার্ট কন্ট্রাক্টে ক্ষতিকারক কোড প্রবেশ করিয়ে ব্যবহারকারীদের প্রতারিত করতে পারে। যাচাইকরণ ছাড়া, ক্ষতিকারক স্মার্ট কন্ট্রাক্টগুলোতে [ব্যাকডোর](https://www.trustnodes.com/2018/11/10/concerns-rise-over-backdoored-smart-contracts), বিতর্কিত অ্যাক্সেস কন্ট্রোল মেকানিজম, শোষণযোগ্য দুর্বলতা এবং অন্যান্য জিনিস থাকতে পারে যা ব্যবহারকারীর নিরাপত্তাকে বিপন্ন করে এবং যা শনাক্ত করা যায় না।
-একটি স্মার্ট কন্ট্র্যাক্টের সোর্স কোড ফাইল প্রকাশ করা আগ্রহী পক্ষগুলির জন্য, যেমন অডিটরদের, সম্ভাব্য অ্যাটাক ভেক্টরের জন্য কন্ট্র্যাক্টটি মূল্যায়ন করা সহজ করে তোলে। একাধিক পক্ষ স্বাধীনভাবে একটি স্মার্ট কন্ট্র্যাক্ট যাচাই করার ফলে, ব্যবহারকারীরা এর নিরাপত্তার শক্তিশালী গ্যারান্টি পায়।
+একটি স্মার্ট কন্ট্রাক্টের সোর্স কোড ফাইলগুলো প্রকাশ করা আগ্রহী ব্যক্তিদের জন্য, যেমন অডিটরদের জন্য, সম্ভাব্য আক্রমণ ভেক্টরগুলোর জন্য কন্ট্রাক্টটি মূল্যায়ন করা সহজ করে তোলে। একাধিক পক্ষ স্বাধীনভাবে একটি স্মার্ট কন্ট্রাক্ট যাচাই করার ফলে, ব্যবহারকারীদের এর নিরাপত্তার বিষয়ে শক্তিশালী গ্যারান্টি থাকে।
-## ইথেরিয়াম স্মার্ট কন্ট্র্যাক্টের জন্য সোর্স কোড কীভাবে যাচাই করবেন {#source-code-verification-for-ethereum-smart-contracts}
+## ইথিরিয়াম স্মার্ট কন্ট্রাক্টের জন্য সোর্স কোড কীভাবে যাচাই করবেন {#source-code-verification-for-ethereum-smart-contracts}
-[Ethereum-এ একটি স্মার্ট কন্ট্র্যাক্ট ডিপ্লয় করার জন্য](/developers/docs/smart-contracts/deploying/) একটি ডেটা পেলোড (কম্পাইল করা বাইটকোড) সহ একটি বিশেষ অ্যাড্রেসে একটি ট্রানজ্যাকশন পাঠাতে হয়। ডেটা পেলোডটি সোর্স কোড কম্পাইল করে তৈরি করা হয়, এর সাথে ট্রানজ্যাকশনের ডেটা পেলোডে কন্ট্র্যাক্ট ইনস্ট্যান্সের [কনস্ট্রাক্টর আর্গুমেন্টস](https://docs.soliditylang.org/en/v0.8.14/contracts.html#constructor) যুক্ত করা হয়। কম্পাইলেশন ডিটারমিনিস্টিক, যার অর্থ এটি সর্বদা একই আউটপুট (অর্থাৎ, কন্ট্র্যাক্ট বাইটকোড) তৈরি করে যদি একই সোর্স ফাইল এবং কম্পাইলেশন সেটিংস (যেমন, কম্পাইলার সংস্করণ, অপটিমাইজার) ব্যবহার করা হয়।
+[ইথিরিয়াম-এ একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার](/developers/docs/smart-contracts/deploying/) জন্য একটি বিশেষ এডড্রেস-এ ডেটা পেলোড (কম্পাইল করা বাইটকোড) সহ একটি লেনদেন পাঠানো প্রয়োজন। ডেটা পেলোডটি সোর্স কোড কম্পাইল করে তৈরি করা হয়, সাথে লেনদেন-এ ডেটা পেলোডে যুক্ত কন্ট্রাক্ট ইনস্ট্যান্সের [কনস্ট্রাক্টর আর্গুমেন্টগুলো](https://docs.soliditylang.org/en/v0.8.14/contracts.html#constructor) থাকে। কম্পাইলেশন ডিটারমিনিস্টিক, যার অর্থ হলো যদি একই সোর্স ফাইল এবং কম্পাইলেশন সেটিংস (যেমন, কম্পাইলার সংস্করণ, অপ্টিমাইজার) ব্যবহার করা হয় তবে এটি সর্বদা একই আউটপুট (অর্থাৎ, কন্ট্রাক্ট বাইটকোড) তৈরি করে।
-
+
-একটি স্মার্ট কন্ট্র্যাক্ট যাচাই করার ক্ষেত্রে মূলত নিম্নলিখিত পদক্ষেপগুলি জড়িত:
+একটি স্মার্ট কন্ট্রাক্ট যাচাই করার ক্ষেত্রে মূলত নিচের ধাপগুলো জড়িত থাকে:
-1. একটি কম্পাইলারে সোর্স ফাইল এবং কম্পাইলেশন সেটিংস ইনপুট করুন।
+1. একটি কম্পাইলারে সোর্স ফাইল এবং কম্পাইলেশন সেটিংস ইনপুট দিন।
-2. কম্পাইলার কন্ট্র্যাক্টের বাইটকোড আউটপুট করে
+2. কম্পাইলার কন্ট্রাক্টের বাইটকোড আউটপুট করে।
-3. একটি নির্দিষ্ট অ্যাড্রেসে ডিপ্লয় করা কন্ট্র্যাক্টের বাইটকোড পান
+3. একটি নির্দিষ্ট এডড্রেস-এ ডিপ্লয় করা কন্ট্রাক্টের বাইটকোড পান।
-4. ডিপ্লয় করা বাইটকোডের সাথে পুনরায় কম্পাইল করা বাইটকোডের তুলনা করুন। যদি কোডগুলি মিলে যায়, তাহলে কন্ট্র্যাক্টটি প্রদত্ত সোর্স কোড এবং কম্পাইলেশন সেটিংস দিয়ে যাচাই করা হয়।
+4. রিকম্পাইল করা বাইটকোডের সাথে ডিপ্লয় করা বাইটকোডের তুলনা করুন। যদি কোডগুলো মিলে যায়, তবে কন্ট্রাক্টটি প্রদত্ত সোর্স কোড এবং কম্পাইলেশন সেটিংসের সাথে যাচাই করা হয়।
-5. অতিরিক্তভাবে, যদি বাইটকোডের শেষে থাকা মেটাডেটা হ্যাসগুলি মিলে যায়, তবে এটি একটি সম্পূর্ণ মিল হবে।
+5. উপরন্তু, যদি বাইটকোডের শেষে মেটাডেটা হ্যাসগুলো মিলে যায়, তবে এটি একটি সম্পূর্ণ মিল হবে।
-মনে রাখবেন যে এটি যাচাইকরণের একটি সরল বর্ণনা এবং অনেক ব্যতিক্রম রয়েছে যা এর সাথে কাজ করবে না, যেমন [অপরিবর্তনীয় ভেরিয়েবল](https://docs.sourcify.dev/docs/immutables/) থাকা।
+মনে রাখবেন যে এটি যাচাইকরণের একটি সরলীকৃত বর্ণনা এবং এর অনেক ব্যতিক্রম রয়েছে যা এর সাথে কাজ করবে না যেমন [ইমমিউটেবল ভেরিয়েবল](https://docs.sourcify.dev/docs/immutables/) থাকা।
-## সোর্স কোড যাচাইকরণ টুল {#source-code-verification-tools}
+## সোর্স কোড যাচাইকরণ টুলস {#source-code-verification-tools}
-কন্ট্র্যাক্ট যাচাই করার প্রথাগত প্রক্রিয়াটি জটিল হতে পারে। এই কারণেই আমাদের কাছে Ethereum-এ ডিপ্লয় করা স্মার্ট কন্ট্র্যাক্টের জন্য সোর্স কোড যাচাই করার টুল রয়েছে। এই টুলগুলি সোর্স কোড যাচাইকরণের বড় অংশ স্বয়ংক্রিয় করে এবং ব্যবহারকারীদের সুবিধার জন্য যাচাইকৃত কন্ট্র্যাক্টগুলি কিউরেটও করে।
+কন্ট্রাক্ট যাচাই করার ঐতিহ্যগত প্রক্রিয়া জটিল হতে পারে। এই কারণেই ইথিরিয়াম-এ ডিপ্লয় করা স্মার্ট কন্ট্রাক্টের সোর্স কোড যাচাই করার জন্য আমাদের কাছে টুল রয়েছে। এই টুলগুলো সোর্স কোড যাচাইকরণের বড় অংশগুলোকে স্বয়ংক্রিয় করে এবং ব্যবহারকারীদের সুবিধার জন্য যাচাইকৃত কন্ট্রাক্টগুলো কিউরেট করে।
### Etherscan {#etherscan}
-যদিও বেশিরভাগ ক্ষেত্রে একটি [Ethereum ব্লকচেইন এক্সপ্লোরার](/developers/docs/data-and-analytics/block-explorers/) হিসাবে পরিচিত, Etherscan স্মার্ট কন্ট্র্যাক্ট ডেভেলপার এবং ব্যবহারকারীদের জন্য একটি [সোর্স কোড যাচাইকরণ পরিষেবা](https://etherscan.io/verifyContract)ও অফার করে।
+যদিও বেশিরভাগ ক্ষেত্রে একটি [ইথিরিয়াম ব্লক এক্সপ্লোরার](/developers/docs/data-and-analytics/block-explorers/) হিসেবে পরিচিত, Etherscan স্মার্ট কন্ট্রাক্ট ডেভেলপার এবং ব্যবহারকারীদের জন্য একটি [সোর্স কোড যাচাইকরণ পরিষেবাও](https://etherscan.io/verifyContract) অফার করে।
-Etherscan আপনাকে মূল ডেটা পেলোড (সোর্স কোড, লাইব্রেরি অ্যাড্রেস, কম্পাইলার সেটিংস, কন্ট্র্যাক্ট অ্যাড্রেস, ইত্যাদি) থেকে কন্ট্র্যাক্ট বাইটকোড পুনরায় কম্পাইল করার অনুমতি দেয়। যদি পুনরায় কম্পাইল করা বাইটকোড অনচেইন কন্ট্র্যাক্টের বাইটকোডের (এবং কনস্ট্রাক্টর প্যারামিটারের) সাথে যুক্ত হয়, তবে [কন্ট্র্যাক্টটি যাচাই করা হয়](https://info.etherscan.com/types-of-contract-verification/)।
+Etherscan আপনাকে মূল ডেটা পেলোড (সোর্স কোড, লাইব্রেরি এডড্রেস, কম্পাইলার সেটিংস, কন্ট্রাক্ট এডড্রেস ইত্যাদি) থেকে কন্ট্রাক্ট বাইটকোড রিকম্পাইল করার অনুমতি দেয়। যদি রিকম্পাইল করা বাইটকোডটি অনচেইন কন্ট্রাক্টের বাইটকোড (এবং কনস্ট্রাক্টর প্যারামিটার)-এর সাথে যুক্ত থাকে, তবে [কন্ট্রাক্টটি যাচাই করা হয়](https://info.etherscan.com/types-of-contract-verification/)।
-একবার যাচাই করা হয়ে গেলে, আপনার কন্ট্র্যাক্টের সোর্স কোড একটি "যাচাইকৃত" লেবেল পায় এবং অন্যদের অডিট করার জন্য Etherscan-এ প্রকাশিত হয়। এটি [যাচাইকৃত কন্ট্র্যাক্ট](https://etherscan.io/contractsVerified/) বিভাগেও যুক্ত হয়—যা যাচাইকৃত সোর্স কোড সহ স্মার্ট কন্ট্র্যাক্টের একটি রিপোজিটরি।
+একবার যাচাই হয়ে গেলে, আপনার কন্ট্রাক্টের সোর্স কোড একটি "Verified" লেবেল পায় এবং অন্যদের অডিট করার জন্য Etherscan-এ প্রকাশিত হয়। এটি [Verified Contracts](https://etherscan.io/contractsVerified/) বিভাগেও যুক্ত হয়—যা যাচাইকৃত সোর্স কোডসহ স্মার্ট কন্ট্রাক্টের একটি রিপোজিটরি।
-Etherscan কন্ট্র্যাক্ট যাচাই করার জন্য সবচেয়ে বেশি ব্যবহৃত টুল। তবে, Etherscan-এর কন্ট্র্যাক্ট যাচাইকরণের একটি অসুবিধা রয়েছে: এটি অনচেইন বাইটকোড এবং পুনরায় কম্পাইল করা বাইটকোডের **মেটাডেটা হ্যাস** তুলনা করতে ব্যর্থ হয়। তাই Etherscan-এ মিলগুলি আংশিক মিল।
+Etherscan হলো কন্ট্রাক্ট যাচাই করার জন্য সবচেয়ে বেশি ব্যবহৃত টুল। তবে, Etherscan-এর কন্ট্রাক্ট যাচাইকরণের একটি ত্রুটি রয়েছে: এটি অনচেইন বাইটকোড এবং রিকম্পাইল করা বাইটকোডের **মেটাডেটা হ্যাস** তুলনা করতে ব্যর্থ হয়। তাই Etherscan-এর মিলগুলো আংশিক মিল।
-[Etherscan-এ কন্ট্র্যাক্ট যাচাই করার বিষয়ে আরও জানুন](https://medium.com/etherscan-blog/verifying-contracts-on-etherscan-f995ab772327)।
+[Etherscan-এ কন্ট্রাক্ট যাচাইকরণ সম্পর্কে আরও জানুন](https://medium.com/etherscan-blog/verifying-contracts-on-etherscan-f995ab772327)।
### Blockscout {#blockscout}
-[Blockscout](https://blockscout.com/) একটি ওপেন-সোর্স ব্লকচেইন এক্সপ্লোরার যা স্মার্ট কন্ট্র্যাক্ট ডেভেলপার এবং ব্যবহারকারীদের জন্য একটি [কন্ট্র্যাক্ট যাচাইকরণ পরিষেবা](https://eth.blockscout.com/contract-verification)ও প্রদান করে। একটি ওপেন-সোর্স বিকল্প হিসাবে, Blockscout যাচাইকরণ কীভাবে সঞ্চালিত হয় তাতে স্বচ্ছতা অফার করে এবং যাচাইকরণ প্রক্রিয়া উন্নত করতে কমিউনিটির অবদানকে সক্ষম করে।
+[Blockscout](https://blockscout.com/) হলো একটি ওপেন-সোর্স ব্লক এক্সপ্লোরার যা স্মার্ট কন্ট্রাক্ট ডেভেলপার এবং ব্যবহারকারীদের জন্য একটি [কন্ট্রাক্ট যাচাইকরণ পরিষেবাও](https://eth.blockscout.com/contract-verification) প্রদান করে। একটি ওপেন-সোর্স বিকল্প হিসেবে, Blockscout কীভাবে যাচাইকরণ করা হয় তাতে স্বচ্ছতা প্রদান করে এবং যাচাইকরণ প্রক্রিয়া উন্নত করতে কমিউনিটির অবদান সক্ষম করে।
-অন্যান্য যাচাইকরণ পরিষেবার মতো, Blockscout আপনাকে বাইটকোড পুনরায় কম্পাইল করে এবং ডিপ্লয় করা কন্ট্র্যাক্টের সাথে তুলনা করে আপনার কন্ট্র্যাক্টের সোর্স কোড যাচাই করার অনুমতি দেয়। একবার যাচাই করা হয়ে গেলে, আপনার কন্ট্র্যাক্ট যাচাইকরণ স্ট্যাটাস পায় এবং সোর্স কোডটি অডিটিং এবং ইন্টারঅ্যাকশনের জন্য সর্বজনীনভাবে উপলব্ধ হয়। সহজ ব্রাউজিং এবং আবিষ্কারের জন্য যাচাইকৃত কন্ট্র্যাক্টগুলিও Blockscout-এর [যাচাইকৃত কন্ট্র্যাক্ট রিপোজিটরিতে](https://eth.blockscout.com/verified-contracts) তালিকাভুক্ত করা হয়।
+অন্যান্য যাচাইকরণ পরিষেবার মতো, Blockscout আপনাকে বাইটকোড রিকম্পাইল করে এবং ডিপ্লয় করা কন্ট্রাক্টের সাথে তুলনা করে আপনার কন্ট্রাক্টের সোর্স কোড যাচাই করার অনুমতি দেয়। একবার যাচাই হয়ে গেলে, আপনার কন্ট্রাক্ট যাচাইকরণের স্ট্যাটাস পায় এবং সোর্স কোডটি অডিটিং এবং ইন্টারঅ্যাকশনের জন্য সর্বজনীনভাবে উপলব্ধ হয়। সহজে ব্রাউজিং এবং আবিষ্কারের জন্য যাচাইকৃত কন্ট্রাক্টগুলো Blockscout-এর [যাচাইকৃত কন্ট্রাক্ট রিপোজিটরিতেও](https://eth.blockscout.com/verified-contracts) তালিকাভুক্ত করা হয়।
### Sourcify {#sourcify}
-[Sourcify](https://sourcify.dev/#/verifier) হল কন্ট্র্যাক্ট যাচাই করার জন্য আরেকটি টুল যা ওপেন-সোর্স এবং ডিসেন্ট্রালাইজড। এটি একটি ব্লক এক্সপ্লোরার নয় এবং শুধুমাত্র [বিভিন্ন EVM ভিত্তিক নেটওয়ার্কে](https://docs.sourcify.dev/docs/chains) কন্ট্র্যাক্ট যাচাই করে। এটি অন্যান্য টুলের জন্য একটি পাবলিক পরিকাঠামো হিসাবে কাজ করে যার উপর তারা নির্মাণ করতে পারে, এবং মেটাডেটা ফাইলে পাওয়া [ABI](/developers/docs/smart-contracts/compiling/#web-applications) এবং [NatSpec](https://docs.soliditylang.org/en/v0.8.15/natspec-format.html) মন্তব্য ব্যবহার করে আরও বেশি মানব-বান্ধব কন্ট্র্যাক্ট ইন্টারঅ্যাকশন সক্ষম করার লক্ষ্য রাখে।
+[Sourcify](https://sourcify.dev/#/verifier) হলো কন্ট্রাক্ট যাচাই করার আরেকটি টুল যা ওপেন-সোর্স এবং ডিসেন্ট্রালাইজড। এটি কোনো ব্লক এক্সপ্লোরার নয় এবং শুধুমাত্র [বিভিন্ন EVM ভিত্তিক নেটওয়ার্ক](https://docs.sourcify.dev/docs/chains)-এ কন্ট্রাক্ট যাচাই করে। এটি অন্যান্য টুলগুলোর জন্য এর ওপর ভিত্তি করে তৈরি করার জন্য একটি পাবলিক ইনফ্রাস্ট্রাকচার হিসেবে কাজ করে এবং মেটাডেটা ফাইলে পাওয়া [ABI](/developers/docs/smart-contracts/compiling/#web-applications) এবং [NatSpec](https://docs.soliditylang.org/en/v0.8.15/natspec-format.html) মন্তব্যগুলো ব্যবহার করে আরও মানব-বান্ধব কন্ট্রাক্ট ইন্টারঅ্যাকশন সক্ষম করার লক্ষ্য রাখে।
-Etherscan-এর মতো নয়, Sourcify মেটাডেটা হ্যাসের সাথে সম্পূর্ণ মিল সমর্থন করে। যাচাইকৃত কন্ট্র্যাক্টগুলি তার [পাবলিক রিপোজিটরিতে](https://docs.sourcify.dev/docs/repository/) HTTP এবং [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/#what-is-ipfs)-এ পরিবেশন করা হয়, যা একটি ডিসেন্ট্রালাইজড, [কন্টেন্ট-অ্যাড্রেসড](https://docs.storacha.network/concepts/content-addressing/) স্টোরেজ। এটি IPFS-এর মাধ্যমে একটি কন্ট্র্যাক্টের মেটাডেটা ফাইল আনয়ন করার অনুমতি দেয় কারণ সংযুক্ত মেটাডেটা হ্যাসটি একটি IPFS হ্যাস।
+Etherscan-এর বিপরীতে, Sourcify মেটাডেটা হ্যাসের সাথে সম্পূর্ণ মিল সমর্থন করে। যাচাইকৃত কন্ট্রাক্টগুলো HTTP এবং [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/#what-is-ipfs)-এ এর [পাবলিক রিপোজিটরিতে](https://docs.sourcify.dev/docs/repository/) পরিবেশন করা হয়, যা একটি ডিসেন্ট্রালাইজড, [কন্টেন্ট-অ্যাড্রেসড](https://docs.storacha.network/concepts/content-addressing/) স্টোরেজ। এটি IPFS-এর মাধ্যমে একটি কন্ট্রাক্টের মেটাডেটা ফাইল আনার অনুমতি দেয় কারণ যুক্ত করা মেটাডেটা হ্যাসটি একটি IPFS হ্যাস।
-অতিরিক্তভাবে, কেউ IPFS-এর মাধ্যমে সোর্স কোড ফাইলগুলিও পুনরুদ্ধার করতে পারে, কারণ এই ফাইলগুলির IPFS হ্যাসগুলিও মেটাডেটাতে পাওয়া যায়। একটি কন্ট্র্যাক্ট তার API বা [UI](https://sourcify.dev/#/verifier)-এর মাধ্যমে মেটাডেটা ফাইল এবং সোর্স ফাইল সরবরাহ করে, অথবা প্লাগইন ব্যবহার করে যাচাই করা যেতে পারে। Sourcify মনিটরিং টুল নতুন ব্লকে কন্ট্র্যাক্ট তৈরি হওয়ার বিষয় শোনে এবং যদি তাদের মেটাডেটা এবং সোর্স ফাইলগুলি IPFS-এ প্রকাশিত হয় তবে কন্ট্র্যাক্টগুলি যাচাই করার চেষ্টা করে।
+উপরন্তু, কেউ IPFS-এর মাধ্যমে সোর্স কোড ফাইলগুলোও পুনরুদ্ধার করতে পারে, কারণ এই ফাইলগুলোর IPFS হ্যাসগুলোও মেটাডেটাতে পাওয়া যায়। এর API বা [UI](https://sourcify.dev/#/verifier)-এর মাধ্যমে মেটাডেটা ফাইল এবং সোর্স ফাইলগুলো প্রদান করে বা প্লাগইনগুলো ব্যবহার করে একটি কন্ট্রাক্ট যাচাই করা যেতে পারে। Sourcify মনিটরিং টুল নতুন ব্লকস-এ কন্ট্রাক্ট তৈরি হওয়ার দিকেও নজর রাখে এবং যদি তাদের মেটাডেটা এবং সোর্স ফাইলগুলো IPFS-এ প্রকাশিত হয় তবে কন্ট্রাক্টগুলো যাচাই করার চেষ্টা করে।
-[Sourcify-তে কন্ট্র্যাক্ট যাচাই করার বিষয়ে আরও জানুন](https://soliditylang.org/blog/2020/06/25/sourcify-faq/)।
+[Sourcify-তে কন্ট্রাক্ট যাচাইকরণ সম্পর্কে আরও জানুন](https://soliditylang.org/blog/2020/06/25/sourcify-faq/)।
### Tenderly {#tenderly}
-[Tenderly প্ল্যাটফর্ম](https://tenderly.co/) Web3 ডেভেলপারদের স্মার্ট কন্ট্র্যাক্ট তৈরি, পরীক্ষা, নিরীক্ষণ এবং পরিচালনা করতে সক্ষম করে। অবজারভেবিলিটি এবং ইনফ্রাস্ট্রাকচার বিল্ডিং ব্লকের সাথে ডিবাগিং টুল একত্রিত করে, Tenderly ডেভেলপারদের স্মার্ট কন্ট্র্যাক্ট ডেভেলপমেন্ট ত্বরান্বিত করতে সাহায্য করে। Tenderly ফিচারগুলি সম্পূর্ণরূপে সক্ষম করতে, ডেভেলপারদের বিভিন্ন পদ্ধতি ব্যবহার করে [সোর্স কোড যাচাইকরণ করতে হবে](https://docs.tenderly.co/monitoring/contract-verification)।
+[Tenderly প্ল্যাটফর্ম](https://tenderly.co/) ওয়েব3 ডেভেলপারদের স্মার্ট কন্ট্রাক্ট তৈরি, পরীক্ষা, মনিটর এবং পরিচালনা করতে সক্ষম করে। ডিবাগিং টুলগুলোকে অবজারভেবিলিটি এবং ইনফ্রাস্ট্রাকচার বিল্ডিং ব্লকের সাথে একত্রিত করে, Tenderly ডেভেলপারদের স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্ট ত্বরান্বিত করতে সাহায্য করে। Tenderly-এর বৈশিষ্ট্যগুলো সম্পূর্ণরূপে সক্ষম করতে, ডেভেলপারদের বেশ কয়েকটি পদ্ধতি ব্যবহার করে [সোর্স কোড যাচাইকরণ সম্পাদন](https://docs.tenderly.co/monitoring/contract-verification) করতে হবে।
-একটি কন্ট্র্যাক্ট ব্যক্তিগতভাবে বা সর্বজনীনভাবে যাচাই করা সম্ভব। যদি ব্যক্তিগতভাবে যাচাই করা হয়, স্মার্ট কন্ট্র্যাক্টটি শুধুমাত্র আপনার (এবং আপনার প্রকল্পের অন্যান্য সদস্যদের) কাছে দৃশ্যমান হয়। একটি কন্ট্র্যাক্ট সর্বজনীনভাবে যাচাই করা হলে এটি Tenderly প্ল্যাটফর্ম ব্যবহারকারী প্রত্যেকের কাছে দৃশ্যমান হয়।
+একটি কন্ট্রাক্ট ব্যক্তিগতভাবে বা সর্বজনীনভাবে যাচাই করা সম্ভব। যদি ব্যক্তিগতভাবে যাচাই করা হয়, তবে স্মার্ট কন্ট্রাক্টটি শুধুমাত্র আপনার (এবং আপনার প্রজেক্টের অন্যান্য সদস্যদের) কাছে দৃশ্যমান হবে। একটি কন্ট্রাক্ট সর্বজনীনভাবে যাচাই করা হলে তা Tenderly প্ল্যাটফর্ম ব্যবহারকারী সবার কাছে দৃশ্যমান হয়।
-আপনি [ড্যাশবোর্ড](https://docs.tenderly.co/contract-verification), [Tenderly Hardhat প্লাগইন](https://docs.tenderly.co/contract-verification/hardhat), অথবা [CLI](https://docs.tenderly.co/monitoring/smart-contract-verification/verifying-contracts-using-cli) ব্যবহার করে আপনার কন্ট্র্যাক্ট যাচাই করতে পারেন।
+আপনি [ড্যাশবোর্ড](https://docs.tenderly.co/contract-verification), [Tenderly Hardhat প্লাগইন](https://docs.tenderly.co/contract-verification/hardhat), বা [CLI](https://docs.tenderly.co/monitoring/smart-contract-verification/verifying-contracts-using-cli) ব্যবহার করে আপনার কন্ট্রাক্টগুলো যাচাই করতে পারেন।
-ড্যাশবোর্ডের মাধ্যমে কন্ট্র্যাক্ট যাচাই করার সময়, আপনাকে Solidity কম্পাইলার দ্বারা তৈরি করা সোর্স ফাইল বা মেটাডেটা ফাইল, অ্যাড্রেস/নেটওয়ার্ক এবং কম্পাইলার সেটিংস আমদানি করতে হবে।
+ড্যাশবোর্ডের মাধ্যমে কন্ট্রাক্ট যাচাই করার সময়, আপনাকে Solidity কম্পাইলার দ্বারা তৈরি সোর্স ফাইল বা মেটাডেটা ফাইল, এডড্রেস/নেটওয়ার্ক এবং কম্পাইলার সেটিংস ইমপোর্ট করতে হবে।
-Tenderly Hardhat প্লাগইন ব্যবহার করলে কম পরিশ্রমে যাচাইকরণ প্রক্রিয়ার উপর আরও বেশি নিয়ন্ত্রণ পাওয়া যায়, যা আপনাকে স্বয়ংক্রিয় (নো-কোড) এবং ম্যানুয়াল (কোড-ভিত্তিক) যাচাইকরণের মধ্যে বেছে নিতে সক্ষম করে।
+Tenderly Hardhat প্লাগইন ব্যবহার করলে কম পরিশ্রমে যাচাইকরণ প্রক্রিয়ার ওপর আরও বেশি নিয়ন্ত্রণ পাওয়া যায়, যা আপনাকে স্বয়ংক্রিয় (নো-কোড) এবং ম্যানুয়াল (কোড-ভিত্তিক) যাচাইকরণের মধ্যে বেছে নিতে সক্ষম করে।
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
-- [কন্ট্র্যাক্ট সোর্স কোড যাচাই করা](https://programtheblockchain.com/posts/2018/01/16/verifying-contract-source-code/)
+- [কন্ট্রাক্ট সোর্স কোড যাচাইকরণ](https://programtheblockchain.com/posts/2018/01/16/verifying-contract-source-code/)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/standards/index.md b/public/content/translations/bn/developers/docs/standards/index.md
index 59ea47cfc5a..d492e4d0b5c 100644
--- a/public/content/translations/bn/developers/docs/standards/index.md
+++ b/public/content/translations/bn/developers/docs/standards/index.md
@@ -1,59 +1,59 @@
---
-title: "ইথেরিয়াম ডেভেলপমেন্ট স্ট্যান্ডার্ড"
-description: "EIP, ERC-20 এবং ERC-721-এর মতো টোকেন স্ট্যান্ডার্ড এবং ডেভেলপমেন্ট কনভেনশন সহ ইথেরিয়াম স্ট্যান্ডার্ড সম্পর্কে জানুন।"
+title: ইথিরিয়াম ডেভেলপমেন্ট স্ট্যান্ডার্ডস
+description: ইথিরিয়াম স্ট্যান্ডার্ড সম্পর্কে জানুন, যার মধ্যে রয়েছে EIPs, ERC-20 এবং ERC-721 এর মতো টোকেন স্ট্যান্ডার্ড এবং ডেভেলপমেন্ট কনভেনশন।
lang: bn
incomplete: true
---
-## স্ট্যান্ডার্ডের ওভারভিউ {#standards-overview}
+## স্ট্যান্ডার্ড ওভারভিউ {#standards-overview}
-ইথেরিয়াম কমিউনিটি অনেক স্ট্যান্ডার্ড গ্রহণ করেছে যা বিভিন্ন ইমপ্লিমেন্টেশন জুড়ে প্রোজেক্টগুলিকে (যেমন [ইথেরিয়াম ক্লায়েন্ট](/developers/docs/nodes-and-clients/) এবং ওয়ালেটগুলি) ইন্টারঅপারেবল রাখতে সাহায্য করে এবং স্মার্ট কন্ট্র্যাক্ট ও ডিএ্যাপসগুলি যাতে কম্পোজেবল থাকে তা নিশ্চিত করে।
+ইথিরিয়াম কমিউনিটি অনেক স্ট্যান্ডার্ড গ্রহণ করেছে যা প্রজেক্টগুলোকে (যেমন [ইথিরিয়াম ক্লায়েন্ট](/developers/docs/nodes-and-clients/) এবং ওয়ালেট) বিভিন্ন ইমপ্লিমেন্টেশনের মধ্যে ইন্টারঅপারেবল রাখতে সাহায্য করে এবং নিশ্চিত করে যে স্মার্ট কন্ট্রাক্ট এবং ডিএ্যাপস কম্পোজেবল থাকে।
-সাধারণত স্ট্যান্ডার্ডগুলি [ইথেরিয়াম উন্নয়নের প্রস্তাব](/eips/) (EIPs) হিসাবে প্রবর্তিত হয়, যা কমিউনিটির সদস্যরা একটি [স্ট্যান্ডার্ড প্রক্রিয়ার](https://eips.ethereum.org/EIPS/eip-1) মাধ্যমে আলোচনা করেন।
+সাধারণত স্ট্যান্ডার্ডগুলো [ইথিরিয়াম ইমপ্রুভমেন্ট প্রপোজাল](/eips/) (EIPs) হিসেবে চালু করা হয়, যা কমিউনিটির সদস্যরা একটি [স্ট্যান্ডার্ড প্রক্রিয়ার](https://eips.ethereum.org/EIPS/eip-1) মাধ্যমে আলোচনা করেন।
-- [EIP-এর ভূমিকা](/eips/)
-- [EIP-গুলির তালিকা](https://eips.ethereum.org/)
-- [EIP GitHub রেপো](https://github.com/ethereum/EIPs)
-- [EIP ডিসকাশন বোর্ড](https://ethereum-magicians.org/c/eips)
-- [ইথেরিয়াম গভর্নেন্সের ভূমিকা](/governance/)
-- [ইথেরিয়াম গভর্নেন্স ওভারভিউ](https://web.archive.org/web/20201107234050/https://blog.bmannconsulting.com/ethereum-governance/) _মার্চ 31, 2019 - Boris Mann_
-- [ইথেরিয়াম প্রোটোকল ডেভেলপমেন্ট গভর্নেন্স এবং নেটওয়ার্ক আপগ্রেড কোঅর্ডিনেশন](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) _মার্চ 23, 2020 - Hudson Jameson_
-- [সমস্ত ইথেরিয়াম কোর ডেভ মিটিংয়ের প্লেলিস্ট](https://www.youtube.com/@EthereumProtocol) _(YouTube প্লেলিস্ট)_
+- [EIPs পরিচিতি](/eips/)
+- [EIPs এর তালিকা](https://eips.ethereum.org/)
+- [EIP গিটহাব রিপো (GitHub repo)](https://github.com/ethereum/EIPs)
+- [EIP আলোচনা বোর্ড](https://ethereum-magicians.org/c/eips)
+- [ইথিরিয়াম গভর্নেন্স পরিচিতি](/governance/)
+- [ইথিরিয়াম গভর্নেন্স ওভারভিউ](https://web.archive.org/web/20201107234050/https://blog.bmannconsulting.com/ethereum-governance/) _মার্চ 31, 2019 - বরিস মান (Boris Mann)_
+- [ইথিরিয়াম প্রটোকল ডেভেলপমেন্ট গভর্নেন্স এবং নেটওয়ার্ক আপগ্রেড কোঅর্ডিনেশন](https://hudsonjameson.com/posts/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) _মার্চ 23, 2020 - হাডসন জেমসন (Hudson Jameson)_
+- [সকল ইথিরিয়াম কোর ডেভ মিটিংয়ের প্লেলিস্ট](https://www.youtube.com/@EthereumProtocol) _(ইউটিউব প্লেলিস্ট)_
-## স্ট্যান্ডার্ডের প্রকারভেদ {#types-of-standards}
+## স্ট্যান্ডার্ডের ধরন {#types-of-standards}
-3 ধরনের EIP আছে:
+3 ধরনের EIPs রয়েছে:
-- স্ট্যান্ডার্ড ট্র্যাক: এমন যেকোনো পরিবর্তন বর্ণনা করে যা বেশিরভাগ বা সমস্ত ইথেরিয়াম ইমপ্লিমেন্টেশনকে প্রভাবিত করে
-- [মেটা ট্র্যাক](https://eips.ethereum.org/meta): ইথেরিয়ামের চারপাশের একটি প্রক্রিয়া বর্ণনা করে বা একটি প্রক্রিয়ায় পরিবর্তনের প্রস্তাব দেয়
-- [ইনফরমেশনাল ট্র্যাক](https://eips.ethereum.org/informational): একটি ইথেরিয়াম ডিজাইন সমস্যা বর্ণনা করে বা ইথেরিয়াম কমিউনিটিকে সাধারণ নির্দেশিকা বা তথ্য প্রদান করে
+- স্ট্যান্ডার্ডস ট্র্যাক (Standards Track): এমন যেকোনো পরিবর্তনের বর্ণনা দেয় যা বেশিরভাগ বা সমস্ত ইথিরিয়াম ইমপ্লিমেন্টেশনকে প্রভাবিত করে
+- [মেটা ট্র্যাক (Meta Track)](https://eips.ethereum.org/meta): ইথিরিয়াম সম্পর্কিত কোনো প্রক্রিয়ার বর্ণনা দেয় বা কোনো প্রক্রিয়ায় পরিবর্তনের প্রস্তাব দেয়
+- [ইনফরমেশনাল ট্র্যাক (Informational Track)](https://eips.ethereum.org/informational): ইথিরিয়ামের ডিজাইনের কোনো সমস্যার বর্ণনা দেয় অথবা ইথিরিয়াম কমিউনিটিকে সাধারণ নির্দেশিকা বা তথ্য প্রদান করে
-উপরন্তু, স্ট্যান্ডার্ড ট্র্যাকটি 4টি বিভাগে বিভক্ত:
+এছাড়া, স্ট্যান্ডার্ড ট্র্যাককে 4টি ক্যাটাগরিতে ভাগ করা হয়েছে:
-- [কোর](https://eips.ethereum.org/core): এমন উন্নতি যার জন্য কনসেন্সাস ফর্ক প্রয়োজন
-- [নেটওয়ার্কিং](https://eips.ethereum.org/networking): devp2p এবং লাইট ইথেরিয়াম সাবপ্রোটোকলের উন্নতি, সেইসাথে whisper এবং swarm-এর নেটওয়ার্ক প্রোটোকল স্পেসিফিকেশনের প্রস্তাবিত উন্নতি।
-- [ইন্টারফেস](https://eips.ethereum.org/interface): ক্লায়েন্ট API/RPC স্পেসিফিকেশন এবং স্ট্যান্ডার্ডগুলির উন্নতি, এবং মেথডের নাম এবং কন্ট্র্যাক্ট ABI-এর মতো নির্দিষ্ট ল্যাঙ্গুয়েজ-লেভেল স্ট্যান্ডার্ড।
+- [কোর (Core)](https://eips.ethereum.org/core): এমন উন্নতি যার জন্য একটি কনসেন্সাস ফর্ক প্রয়োজন
+- [নেটওয়ার্কিং (Networking)](https://eips.ethereum.org/networking): devp2p এবং লাইট ইথিরিয়াম সাবপ্রটোকল (Light Ethereum Subprotocol) সম্পর্কিত উন্নতি, সেইসাথে whisper এবং swarm-এর নেটওয়ার্ক প্রটোকল স্পেসিফিকেশনের প্রস্তাবিত উন্নতি।
+- [ইন্টারফেস (Interface)](https://eips.ethereum.org/interface): ক্লায়েন্ট API/RPC স্পেসিফিকেশন এবং স্ট্যান্ডার্ড সম্পর্কিত উন্নতি, এবং মেথডের নাম ও কন্ট্রাক্ট ABI-এর মতো নির্দিষ্ট ল্যাঙ্গুয়েজ-লেভেল স্ট্যান্ডার্ড।
- [ERC](https://eips.ethereum.org/erc): অ্যাপ্লিকেশন-লেভেল স্ট্যান্ডার্ড এবং কনভেনশন
-এই বিভিন্ন প্রকার এবং বিভাগগুলির বিষয়ে আরও বিস্তারিত তথ্য [EIP-1](https://eips.ethereum.org/EIPS/eip-1#eip-types)-এ পাওয়া যাবে
+এই বিভিন্ন ধরন এবং ক্যাটাগরি সম্পর্কে আরও বিস্তারিত তথ্য [EIP-1](https://eips.ethereum.org/EIPS/eip-1#eip-types)-এ পাওয়া যাবে
### টোকেন স্ট্যান্ডার্ড {#token-standards}
-- [ERC-20](/developers/docs/standards/tokens/erc-20/) - ফাঞ্জিবল (বিনিময়যোগ্য) টোকেনের জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস, যেমন ভোটিং টোকেন, স্টেকিং টোকেন বা ভার্চুয়াল কারেন্সি।
- - [ERC-223](/developers/docs/standards/tokens/erc-223/) - একটি ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড যা টোকেনগুলিকে ইথারের মতো আচরণ করতে সাহায্য করে এবং প্রাপকের দিকে টোকেন ট্রান্সফার হ্যান্ডলিং সমর্থন করে।
- - [ERC-1363](/developers/docs/standards/tokens/erc-1363/) - ERC-20 টোকেনের জন্য একটি এক্সটেনশন ইন্টারফেস যা একটি একক ট্রানজ্যাকশনে প্রাপক কন্ট্র্যাক্টে কলব্যাক এক্সিকিউট করা সমর্থন করে।
-- [ERC-721](/developers/docs/standards/tokens/erc-721/) - নন-ফাঞ্জিবল টোকেনের জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস, যেমন কোনো শিল্পকর্ম বা গানের দলিল।
- - [ERC-2309](https://eips.ethereum.org/EIPS/eip-2309) - ধারাবাহিক টোকেন শনাক্তকারী ব্যবহার করে এক বা একাধিক নন-ফাঞ্জিবল টোকেন তৈরি/ট্রান্সফার করার সময় একটি স্ট্যান্ডার্ডাইজড ইভেন্ট নির্গত হয়।
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) - ফান্জেবল (বিনিময়যোগ্য) টোকেনগুলোর জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস, যেমন ভোটিং টোকেন, স্টেকিং টোকেন বা ভার্চুয়াল কারেন্সি।
+ - [ERC-223](/developers/docs/standards/tokens/erc-223/) - একটি ফান্জেবল টোকেন স্ট্যান্ডার্ড যা টোকেনগুলোকে ইথারের মতো আচরণ করতে সাহায্য করে এবং প্রাপকের দিকে টোকেন ট্রান্সফার হ্যান্ডলিং সমর্থন করে।
+ - [ERC-1363](/developers/docs/standards/tokens/erc-1363/) - ERC-20 টোকেনগুলোর জন্য একটি এক্সটেনশন ইন্টারফেস যা একটি একক লেনদেনে প্রাপক কন্ট্রাক্টগুলোতে কলব্যাক এক্সিকিউট করা সমর্থন করে।
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) - নন-ফান্জেবল টোকেনগুলোর জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস, যেমন কোনো শিল্পকর্ম বা গানের দলিল।
+ - [ERC-2309](https://eips.ethereum.org/EIPS/eip-2309) - একটি স্ট্যান্ডার্ডাইজড ইভেন্ট যা এক বা একাধিক নন-ফান্জেবল টোকেন তৈরি/ট্রান্সফার করার সময় পরপর টোকেন আইডেন্টিফায়ার ব্যবহার করে নির্গত হয়।
- [ERC-4400](https://eips.ethereum.org/EIPS/eip-4400) - EIP-721 কনজিউমার রোলের জন্য ইন্টারফেস এক্সটেনশন।
- - [ERC-4907](https://eips.ethereum.org/EIPS/eip-4907) - ERC-721 টোকেনে সীমাবদ্ধ অনুমতিসহ একটি সময়-সীমিত রোল যোগ করুন।
-- [ERC-777](/developers/docs/standards/tokens/erc-777/) - **(সুপারিশ করা হয় না)** একটি টোকেন স্ট্যান্ডার্ড যা ERC-20-এর চেয়ে উন্নত।
-- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - একটি টোকেন স্ট্যান্ডার্ড যাতে ফাঞ্জিবল এবং নন-ফাঞ্জিবল উভয় অ্যাসেট থাকতে পারে।
-- [ERC-4626](/developers/docs/standards/tokens/erc-4626/) - একটি টোকেনাইজড ভল্ট স্ট্যান্ডার্ড যা ইল্ড-বিয়ারিং ভল্টের প্রযুক্তিগত প্যারামিটারগুলিকে অপটিমাইজ এবং ইউনিফাই করার জন্য ডিজাইন করা হয়েছে।
+ - [ERC-4907](https://eips.ethereum.org/EIPS/eip-4907) - ERC-721 টোকেনগুলোতে সীমাবদ্ধ পারমিশনসহ একটি সময়-সীমিত রোল যোগ করে।
+- [ERC-777](/developers/docs/standards/tokens/erc-777/) - **(সুপারিশকৃত নয়)** ERC-20 এর চেয়ে উন্নত একটি টোকেন স্ট্যান্ডার্ড।
+- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - একটি টোকেন স্ট্যান্ডার্ড যা ফান্জেবল এবং নন-ফান্জেবল উভয় ধরনের অ্যাসেট ধারণ করতে পারে।
+- [ERC-4626](/developers/docs/standards/tokens/erc-4626/) - একটি টোকেনাইজড ভল্ট স্ট্যান্ডার্ড যা ইল্ড-বেয়ারিং ভল্টগুলোর টেকনিক্যাল প্যারামিটারগুলোকে অপ্টিমাইজ এবং একীভূত করার জন্য ডিজাইন করা হয়েছে।
[টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/) সম্পর্কে আরও জানুন।
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
-- [ইথেরিয়াম উন্নয়নের প্রস্তাব (EIPs)](/eips/)
+- [ইথিরিয়াম ইমপ্রুভমেন্ট প্রপোজাল (EIPs)](/eips/)
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-1155/index.md
index db02b8c9ea2..2d610296a5c 100644
--- a/public/content/translations/bn/developers/docs/standards/tokens/erc-1155/index.md
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-1155/index.md
@@ -1,35 +1,35 @@
---
-title: "ERC-1155 মাল্টি-টোকেন স্ট্যান্ডার্ড"
-description: "ERC-1155 সম্পর্কে জানুন, একটি মাল্টি-টোকেন স্ট্যান্ডার্ড যা একটি একক কন্ট্র্যাক্টে ফাঞ্জিবল এবং নন-ফাঞ্জিবল টোকেনকে একত্রিত করে।"
+title: ERC-1155 মাল্টি-টোকেন স্ট্যান্ডার্ড
+description: ERC-1155 সম্পর্কে জানুন, এটি একটি মাল্টি-টোকেন স্ট্যান্ডার্ড যা একটি একক কন্ট্রাক্টে ফান্জেবল এবং নন-ফান্জেবল টোকেনগুলোকে একত্রিত করে।
lang: bn
---
## ভূমিকা {#introduction}
-একাধিক টোকেন প্রকার পরিচালনাকারী কন্ট্র্যাক্টগুলির জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস। একটি একক ডেপ্লয়েড কন্ট্র্যাক্টে ফাঞ্জিবল টোকেন, নন-ফাঞ্জিবল টোকেন বা অন্যান্য কনফিগারেশনের (যেমন, সেমি-ফাঞ্জিবল টোকেন) যেকোনো সংমিশ্রণ অন্তর্ভুক্ত থাকতে পারে।
+একাধিক টোকেন টাইপ পরিচালনা করে এমন কন্ট্রাক্টগুলোর জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস। একটি একক ডেপ্লয় করা কন্ট্রাক্টে ফান্জেবল টোকেন, নন-ফান্জেবল টোকেন বা অন্যান্য কনফিগারেশনের (যেমন, সেমি-ফান্জেবল টোকেন) যেকোনো সমন্বয় অন্তর্ভুক্ত থাকতে পারে।
**মাল্টি-টোকেন স্ট্যান্ডার্ড বলতে কী বোঝায়?**
-এর ধারণাটি সহজ এবং এটি এমন একটি স্মার্ট কন্ট্র্যাক্ট ইন্টারফেস তৈরি করতে চায় যা যেকোনো সংখ্যক ফাঞ্জিবল এবং নন-ফাঞ্জিবল টোকেন প্রকারকে উপস্থাপন এবং নিয়ন্ত্রণ করতে পারে। এইভাবে, ERC-1155 টোকেন একটি [ERC-20](/developers/docs/standards/tokens/erc-20/) এবং [ERC-721](/developers/docs/standards/tokens/erc-721/) টোকেনের মতো একই কাজ করতে পারে, এবং এমনকি একই সময়ে উভয়ই করতে পারে। এটি ERC-20 এবং ERC-721 উভয় স্ট্যান্ডার্ডের কার্যকারিতা উন্নত করে, এটিকে আরও কার্যকর করে তোলে এবং সুস্পষ্ট ইমপ্লিমেন্টেশন ত্রুটি সংশোধন করে।
+ধারণাটি সহজ এবং এটি এমন একটি স্মার্ট কন্ট্রাক্ট ইন্টারফেস তৈরি করতে চায় যা যেকোনো সংখ্যক ফান্জেবল এবং নন-ফান্জেবল টোকেন টাইপকে উপস্থাপন এবং নিয়ন্ত্রণ করতে পারে। এইভাবে, ERC-1155 টোকেন একটি [ERC-20](/developers/docs/standards/tokens/erc-20/) এবং [ERC-721](/developers/docs/standards/tokens/erc-721/) টোকেনের মতো একই কাজ করতে পারে এবং এমনকি একই সাথে উভয় কাজও করতে পারে। এটি ERC-20 এবং ERC-721 উভয় স্ট্যান্ডার্ডের কার্যকারিতা উন্নত করে, এটিকে আরও দক্ষ করে তোলে এবং সুস্পষ্ট বাস্তবায়ন ত্রুটিগুলো সংশোধন করে।
-ERC-1155 টোকেনটি [EIP-1155](https://eips.ethereum.org/EIPS/eip-1155)-এ সম্পূর্ণরূপে বর্ণনা করা হয়েছে।
+ERC-1155 টোকেনটি [EIP-1155](https://eips.ethereum.org/EIPS/eip-1155)-এ সম্পূর্ণভাবে বর্ণনা করা হয়েছে।
## পূর্বশর্ত {#prerequisites}
-এই পৃষ্ঠাটি আরও ভালভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/), [ERC-20](/developers/docs/standards/tokens/erc-20/) এবং [ERC-721](/developers/docs/standards/tokens/erc-721/) সম্পর্কে পড়ার পরামর্শ দিই।
+এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা সুপারিশ করছি যে আপনি প্রথমে [টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/), [ERC-20](/developers/docs/standards/tokens/erc-20/), এবং [ERC-721](/developers/docs/standards/tokens/erc-721/) সম্পর্কে পড়ুন।
-## ERC-1155 ফাংশন এবং বৈশিষ্ট্য: {#body}
+## ERC-1155 এর ফাংশন এবং বৈশিষ্ট্যসমূহ: {#body}
-- [ব্যাচ ট্রান্সফার](#batch_transfers): একটি কলে একাধিক অ্যাসেট ট্রান্সফার করুন।
-- [ব্যাচ ব্যালেন্স](#batch_balance): একটি কলে একাধিক অ্যাসেটের ব্যালেন্স পান।
-- [ব্যাচ অ্যাপ্রুভাল](#batch_approval): একটি অ্যাড্রেসে সমস্ত টোকেন অ্যাপ্রুভ করুন।
-- [হুক](#receive_hook): টোকেন হুক গ্রহণ করুন।
-- [NFT সাপোর্ট](#nft_support): সাপ্লাই মাত্র 1 হলে, এটিকে NFT হিসাবে গণ্য করুন।
+- [ব্যাচ ট্রান্সফার](#batch_transfers): একটি একক কলে একাধিক অ্যাসেট ট্রান্সফার করুন।
+- [ব্যাচ ব্যালেন্স](#batch_balance): একটি একক কলে একাধিক অ্যাসেটের ব্যালেন্স পান।
+- [ব্যাচ অ্যাপ্রুভাল](#batch_approval): একটি এডড্রেস-এ সমস্ত টোকেন অনুমোদন করুন।
+- [হুকস](#receive_hook): রিসিভ টোকেনস হুক।
+- [NFT সাপোর্ট](#nft_support): যদি সাপ্লাই শুধুমাত্র 1 হয়, তবে এটিকে NFT হিসেবে বিবেচনা করুন।
- [নিরাপদ ট্রান্সফার নিয়ম](#safe_transfer_rule): নিরাপদ ট্রান্সফারের জন্য নিয়মের সেট।
### ব্যাচ ট্রান্সফার {#batch-transfers}
-ব্যাচ ট্রান্সফারটি সাধারণ ERC-20 ট্রান্সফারের মতোই কাজ করে। আসুন সাধারণ ERC-20 `transferFrom` ফাংশনটি দেখি:
+ব্যাচ ট্রান্সফার সাধারণ ERC-20 ট্রান্সফারের মতোই কাজ করে। চলুন সাধারণ ERC-20 `transferFrom` ফাংশনটি দেখি:
```solidity
// ERC-20
@@ -45,17 +45,17 @@ function safeBatchTransferFrom(
) external;
```
-ERC-1155-এর একমাত্র পার্থক্য হলো আমরা মানগুলিকে একটি অ্যারে হিসাবে এবং আইডিগুলির একটি অ্যারেও পাস করি। উদাহরণস্বরূপ, `ids=[3, 6, 13]` এবং `values=[100, 200, 5]` দেওয়া থাকলে, ফলাফলস্বরূপ ট্রান্সফারগুলি হবে
+ERC-1155-এ একমাত্র পার্থক্য হলো আমরা ভ্যালুগুলোকে একটি অ্যারে হিসেবে পাস করি এবং আমরা id-গুলোর একটি অ্যারেও পাস করি। উদাহরণস্বরূপ, যদি `ids=[3, 6, 13]` এবং `values=[100, 200, 5]` দেওয়া হয়, তবে এর ফলে যে ট্রান্সফারগুলো হবে তা হলো
-1. `_from` থেকে `_to`-তে id 3 সহ 100টি টোকেন ট্রান্সফার করুন।
-2. `_from` থেকে `_to`-তে id 6 সহ 200টি টোকেন ট্রান্সফার করুন।
-3. `_from` থেকে `_to`-তে id 13 সহ 5টি টোকেন ট্রান্সফার করুন।
+1. `_from` থেকে `_to`-তে 3 id যুক্ত 100টি টোকেন ট্রান্সফার।
+2. `_from` থেকে `_to`-তে 6 id যুক্ত 200টি টোকেন ট্রান্সফার।
+3. `_from` থেকে `_to`-তে 13 id যুক্ত 5টি টোকেন ট্রান্সফার।
-ERC-1155-এ আমাদের কেবল `transferFrom` আছে, `transfer` নেই। এটিকে একটি সাধারণ `transfer`-এর মতো ব্যবহার করতে, শুধুমাত্র from অ্যাড্রেসটিকে ফাংশন কল করা অ্যাড্রেসে সেট করুন।
+ERC-1155-এ আমাদের শুধুমাত্র `transferFrom` আছে, কোনো `transfer` নেই। এটিকে একটি সাধারণ `transfer`-এর মতো ব্যবহার করতে, শুধুমাত্র from এডড্রেস-টিকে সেই এডড্রেস-এ সেট করুন যা ফাংশনটিকে কল করছে।
### ব্যাচ ব্যালেন্স {#batch-balance}
-সংশ্লিষ্ট ERC-20 `balanceOf` কলেরও ব্যাচ সাপোর্টসহ তার পার্টনার ফাংশন রয়েছে। মনে করিয়ে দেওয়া যাক, এটি হলো ERC-20 সংস্করণ:
+সংশ্লিষ্ট ERC-20 `balanceOf` কলেরও একইভাবে ব্যাচ সাপোর্টসহ এর পার্টনার ফাংশন রয়েছে। মনে করিয়ে দেওয়ার জন্য, এটি হলো ERC-20 সংস্করণ:
```solidity
// ERC-20
@@ -68,9 +68,9 @@ function balanceOfBatch(
) external view returns (uint256[] memory);
```
-ব্যালেন্স কলের জন্য আরও সহজ হলো, আমরা একটি কলে একাধিক ব্যালেন্স পুনরুদ্ধার করতে পারি। আমরা মালিকদের অ্যারে পাস করি, তারপরে টোকেন আইডিগুলির অ্যারে।
+ব্যালেন্স কলের জন্য এটি আরও সহজ, আমরা একটি একক কলে একাধিক ব্যালেন্স পুনরুদ্ধার করতে পারি। আমরা ওনারদের (owners) অ্যারে পাস করি, এরপর টোকেন id-গুলোর অ্যারে পাস করি।
-উদাহরণস্বরূপ `_ids=[3, 6, 13]` এবং `_owners=[0xbeef..., 0x1337..., 0x1111...]` দেওয়া থাকলে, রিটার্ন ভ্যালু হবে
+উদাহরণস্বরূপ, যদি `_ids=[3, 6, 13]` এবং `_owners=[0xbeef..., 0x1337..., 0x1111...]` দেওয়া হয়, তবে রিটার্ন ভ্যালু হবে
```solidity
[
@@ -95,11 +95,11 @@ function isApprovedForAll(
) external view returns (bool);
```
-অ্যাপ্রুভালগুলি ERC-20 থেকে কিছুটা আলাদা। নির্দিষ্ট পরিমাণ অ্যাপ্রুভ করার পরিবর্তে, আপনি `setApprovalForAll`-এর মাধ্যমে একজন অপারেটরকে অ্যাপ্রুভড বা নট অ্যাপ্রুভড হিসাবে সেট করেন।
+অ্যাপ্রুভালগুলো ERC-20 এর চেয়ে কিছুটা আলাদা। নির্দিষ্ট পরিমাণ অনুমোদন করার পরিবর্তে, আপনি `setApprovalForAll`-এর মাধ্যমে একজন অপারেটরকে অনুমোদিত বা অননুমোদিত হিসেবে সেট করেন।
-`isApprovedForAll`-এর মাধ্যমে বর্তমান স্ট্যাটাস পড়া যেতে পারে। আপনি যেমন দেখতে পাচ্ছেন, এটি একটি অল-অর-নাথিং অপারেশন। আপনি কতগুলি টোকেন অ্যাপ্রুভ করবেন বা এমনকি কোন টোকেন ক্লাস তাও নির্ধারণ করতে পারবেন না।
+বর্তমান স্ট্যাটাস পড়া `isApprovedForAll`-এর মাধ্যমে করা যেতে পারে। যেমনটি আপনি দেখতে পাচ্ছেন, এটি একটি অল-অর-নাথিং (all-or-nothing) অপারেশন। আপনি কতগুলো টোকেন অনুমোদন করবেন বা এমনকি কোন টোকেন ক্লাস তা নির্ধারণ করতে পারবেন না।
-এটি ইচ্ছাকৃতভাবে সরলতাকে মাথায় রেখে ডিজাইন করা হয়েছে। আপনি শুধুমাত্র একটি অ্যাড্রেসের জন্য সবকিছু অ্যাপ্রুভ করতে পারেন।
+এটি ইচ্ছাকৃতভাবে সরলতার কথা মাথায় রেখে ডিজাইন করা হয়েছে। আপনি শুধুমাত্র একটি এডড্রেস-এর জন্য সবকিছু অনুমোদন করতে পারেন।
### রিসিভ হুক {#receive-hook}
@@ -113,34 +113,34 @@ function onERC1155BatchReceived(
) external returns(bytes4);
```
-[EIP-165](https://eips.ethereum.org/EIPS/eip-165) সাপোর্ট দেওয়া থাকায়, ERC-1155 শুধুমাত্র স্মার্ট কন্ট্র্যাক্টের জন্য রিসিভ হুক সাপোর্ট করে। হুক ফাংশনটিকে অবশ্যই একটি ম্যাজিক পূর্বনির্ধারিত bytes4 ভ্যালু রিটার্ন করতে হবে যা এইরকম:
+[EIP-165](https://eips.ethereum.org/EIPS/eip-165) সাপোর্টের কারণে, ERC-1155 শুধুমাত্র স্মার্ট কন্ট্রাক্ট-এর জন্য রিসিভ হুক সাপোর্ট করে। হুক ফাংশনটিকে অবশ্যই একটি ম্যাজিক পূর্বনির্ধারিত bytes4 ভ্যালু রিটার্ন করতে হবে যা নিচে দেওয়া হলো:
```solidity
bytes4(keccak256("onERC1155BatchReceived(address,address,uint256[],uint256[],bytes)"))
```
-যখন রিসিভিং কন্ট্র্যাক্ট এই মানটি রিটার্ন করে, তখন ধরে নেওয়া হয় যে কন্ট্র্যাক্টটি ট্রান্সফার গ্রহণ করে এবং ERC-1155 টোকেনগুলি কীভাবে হ্যান্ডেল করতে হয় তা জানে। দারুণ, কোনো কন্ট্র্যাক্টে আর টোকেন আটকে থাকবে না!
+যখন রিসিভিং কন্ট্রাক্ট এই ভ্যালুটি রিটার্ন করে, তখন ধরে নেওয়া হয় যে কন্ট্রাক্টটি ট্রান্সফার গ্রহণ করে এবং জানে কীভাবে ERC-1155 টোকেনগুলো পরিচালনা করতে হয়। দারুণ, একটি কন্ট্রাক্ট-এ আর কোনো আটকে থাকা টোকেন নেই!
### NFT সাপোর্ট {#nft-support}
-যখন সাপ্লাই মাত্র একটি হয়, তখন টোকেনটি মূলত একটি নন-ফাঞ্জিবল টোকেন (NFT)। এবং ERC-721-এর জন্য স্ট্যান্ডার্ড হিসাবে, আপনি একটি মেটাডেটা URL সংজ্ঞায়িত করতে পারেন। URL-টি ক্লায়েন্টদের দ্বারা পড়া এবং পরিবর্তন করা যেতে পারে, [এখানে](https://eips.ethereum.org/EIPS/eip-1155#metadata) দেখুন।
+যখন সাপ্লাই শুধুমাত্র একটি হয়, তখন টোকেনটি মূলত একটি নন-ফান্জেবল টোকেন (NFT)। এবং ERC-721 এর স্ট্যান্ডার্ড অনুযায়ী, আপনি একটি মেটাডেটা URL সংজ্ঞায়িত করতে পারেন। URL-টি ক্লায়েন্ট-দের দ্বারা পড়া এবং পরিবর্তন করা যেতে পারে, [এখানে](https://eips.ethereum.org/EIPS/eip-1155#metadata) দেখুন।
### নিরাপদ ট্রান্সফার নিয়ম {#safe-transfer-rule}
-আমরা আগের ব্যাখ্যাগুলিতে ইতিমধ্যে কয়েকটি নিরাপদ ট্রান্সফার নিয়ম আলোচনা করেছি। তবে আসুন সবচেয়ে গুরুত্বপূর্ণ নিয়মগুলি দেখি:
+আমরা পূর্ববর্তী ব্যাখ্যাগুলোতে ইতিমধ্যে কয়েকটি নিরাপদ ট্রান্সফার নিয়ম নিয়ে আলোচনা করেছি। তবে চলুন সবচেয়ে গুরুত্বপূর্ণ নিয়মগুলো দেখি:
-1. কলারকে `_from` অ্যাড্রেসের জন্য টোকেন খরচ করার জন্য অ্যাপ্রুভড হতে হবে অথবা কলারকে `_from`-এর সমান হতে হবে।
-2. ট্রান্সফার কলটি অবশ্যই রিভার্ট হবে যদি
- 1. `_to` অ্যাড্রেস 0 হয়।
+1. কলারকে (caller) `_from` এডড্রেস-এর জন্য টোকেন খরচ করার অনুমোদন থাকতে হবে অথবা কলারকে `_from`-এর সমান হতে হবে।
+2. ট্রান্সফার কলটি অবশ্যই রিভার্ট (revert) হবে যদি
+ 1. `_to` এডড্রেস 0 হয়।
2. `_ids`-এর দৈর্ঘ্য `_values`-এর দৈর্ঘ্যের সমান না হয়।
- 3. `_ids`-এর মধ্যে থাকা টোকেন(গুলি)-র জন্য হোল্ডার(দের)-র ব্যালেন্স(গুলি)-র মধ্যে কোনোটি প্রাপকের কাছে পাঠানো `_values`-এর সংশ্লিষ্ট পরিমাণ(গুলি)-র থেকে কম হয়।
+ 3. `_ids`-এ থাকা টোকেন(গুলোর) জন্য হোল্ডার(দের) যেকোনো ব্যালেন্স প্রাপকের কাছে পাঠানো `_values`-এর সংশ্লিষ্ট পরিমাণ(গুলোর) চেয়ে কম হয়।
4. অন্য কোনো ত্রুটি ঘটে।
-_দ্রষ্টব্য_: হুকসহ সমস্ত ব্যাচ ফাংশন ব্যাচ ছাড়া সংস্করণ হিসাবেও বিদ্যমান। এটি গ্যাস দক্ষতার জন্য করা হয়েছে, কারণ শুধুমাত্র একটি অ্যাসেট ট্রান্সফার করাই সম্ভবত সবচেয়ে বেশি ব্যবহৃত উপায় হিসেবে থাকবে। নিরাপদ ট্রান্সফার নিয়মসহ ব্যাখ্যার সরলতার জন্য আমরা সেগুলোকে বাদ দিয়েছি। নামগুলি অভিন্ন, শুধু 'ব্যাচ' সরিয়ে দিন।
+_দ্রষ্টব্য_: হুকসহ সমস্ত ব্যাচ ফাংশন ব্যাচ ছাড়া সংস্করণ হিসেবেও বিদ্যমান। এটি গ্যাস দক্ষতার জন্য করা হয়েছে, কারণ শুধুমাত্র একটি অ্যাসেট ট্রান্সফার করাই সম্ভবত সবচেয়ে বেশি ব্যবহৃত উপায় হবে। নিরাপদ ট্রান্সফার নিয়মসহ ব্যাখ্যাগুলোতে সরলতার জন্য আমরা সেগুলোকে বাদ দিয়েছি। নামগুলো অভিন্ন, শুধু 'Batch' শব্দটি সরিয়ে দিন।
## আরও পড়ুন {#further-reading}
- [EIP-1155: মাল্টি টোকেন স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-1155)
-- [ERC-1155: Openzeppelin ডক্স](https://docs.openzeppelin.com/contracts/5.x/erc1155)
-- [ERC-1155: GitHub রেপো](https://github.com/enjin/erc-1155)
-- [Alchemy NFT API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
+- [ERC-1155: ওপেনজেপেলিন ডক্স](https://docs.openzeppelin.com/contracts/5.x/erc1155)
+- [ERC-1155: গিটহাব রিপো](https://github.com/enjin/erc-1155)
+- [অ্যালকেমি NFT API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/standards/tokens/erc-1363/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-1363/index.md
index ed5d48775cb..6fb764e0e13 100644
--- a/public/content/translations/bn/developers/docs/standards/tokens/erc-1363/index.md
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-1363/index.md
@@ -1,142 +1,132 @@
---
-title: "ERC-1363 প্রদেয় টোকেন স্ট্যান্ডার্ড"
-description: "ERC-1363 হল ERC-20 টোকেনগুলির জন্য একটি এক্সটেনশন ইন্টারফেস যা একটি একক লেনদেনের মধ্যে ট্রান্সফারের পরে প্রাপক কন্ট্র্যাক্টে বা অনুমোদনের পরে স্পেন্ডার কন্ট্র্যাক্টে কাস্টম লজিক এক্সিকিউট করা সমর্থন করে।"
+title: ERC-1363 পেয়েবল টোকেন স্ট্যান্ডার্ড
+description: ERC-1363 হলো ERC-20 টোকেনগুলোর জন্য একটি এক্সটেনশন ইন্টারফেস যা ট্রান্সফারের পরে প্রাপক কন্ট্রাক্টে বা অনুমোদনের পরে স্পেন্ডার কন্ট্রাক্টে কাস্টম লজিক এক্সিকিউট করতে সহায়তা করে, এবং এই সবকিছু একটিমাত্র লেনদেনের মধ্যেই সম্পন্ন হয়।
lang: bn
---
## ভূমিকা {#introduction}
-### ERC-1363 কি? {#what-is-erc1363}
+### ERC-1363 কী? {#what-is-erc1363}
-ERC-1363 হল ERC-20 টোকেনগুলির জন্য একটি এক্সটেনশন ইন্টারফেস যা একটি একক লেনদেনের মধ্যে ট্রান্সফারের পরে প্রাপক কন্ট্র্যাক্টে বা অনুমোদনের পরে স্পেন্ডার কন্ট্র্যাক্টে কাস্টম লজিক এক্সিকিউট করা সমর্থন করে।
+ERC-1363 হলো ERC-20 টোকেনগুলোর জন্য একটি এক্সটেনশন ইন্টারফেস যা ট্রান্সফারের পরে প্রাপক কন্ট্রাক্টে বা অনুমোদনের পরে স্পেন্ডার কন্ট্রাক্টে কাস্টম লজিক এক্সিকিউট করতে সহায়তা করে, এবং এই সবকিছু একটিমাত্র লেনদেনের মধ্যেই সম্পন্ন হয়।
### ERC-20 থেকে পার্থক্য {#erc20-differences}
-`transfer`, `transferFrom` এবং `approve`-এর মতো স্ট্যান্ডার্ড ERC-20 অপারেশনগুলি একটি পৃথক লেনদেন ছাড়া প্রাপক বা স্পেন্ডার কন্ট্র্যাক্টে কোড এক্সিকিউশনের অনুমতি দেয় না।
-এটি UI ডেভেলপমেন্টে জটিলতা নিয়ে আসে এবং গ্রহণে ঘর্ষণ সৃষ্টি করে কারণ ব্যবহারকারীদের প্রথম লেনদেনটি এক্সিকিউট হওয়ার জন্য অপেক্ষা করতে হয় এবং তারপর দ্বিতীয়টি জমা দিতে হয়।
-তাদেরকে দুবার GAS প্রদান করতে হয়।
+স্ট্যান্ডার্ড ERC-20 অপারেশন যেমন `transfer`, `transferFrom` এবং `approve`, আলাদা কোনো লেনদেন ছাড়া প্রাপক বা স্পেন্ডার কন্ট্রাক্টে কোড এক্সিকিউট করার অনুমতি দেয় না।
+এটি ইউজার ইন্টারফেস (UI) ডেভেলপমেন্টে জটিলতা তৈরি করে এবং গ্রহণের ক্ষেত্রে বাধা সৃষ্টি করে কারণ ব্যবহারকারীদের প্রথম লেনদেনটি এক্সিকিউট হওয়া পর্যন্ত অপেক্ষা করতে হয় এবং তারপর দ্বিতীয়টি সাবমিট করতে হয়।
+তাদেরকে দুইবার গ্যাস (GAS) ফি-ও দিতে হয়।
-ERC-1363 ফাঞ্জিবল টোকেনকে আরও সহজে কাজ সম্পাদন করতে এবং কোনো অফ-চেইন লিসেনার ব্যবহার না করেই কাজ করতে সক্ষম করে তোলে।
-এটি একটি একক লেনদেনে, একটি ট্রান্সফার বা অনুমোদনের পরে, একটি রিসিভার বা স্পেন্ডার কন্ট্র্যাক্টে একটি কলব্যাক করার অনুমতি দেয়।
+ERC-1363 ফাঞ্জিবল টোকেনগুলোকে আরও সহজে কাজ করতে এবং কোনো অফচেইন লিসেনার ব্যবহার ছাড়াই কাজ করতে সক্ষম করে তোলে।
+এটি একটি ট্রান্সফার বা অনুমোদনের পরে, একটিমাত্র লেনদেনের মাধ্যমে রিসিভার বা স্পেন্ডার কন্ট্রাক্টে কলব্যাক করার অনুমতি দেয়।
## পূর্বশর্ত {#prerequisites}
-এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে নিম্নলিখিত বিষয়গুলি সম্পর্কে পড়ার পরামর্শ দিই:
+এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা সুপারিশ করছি যে আপনি প্রথমে এগুলো সম্পর্কে পড়ুন:
- [টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/)
- [ERC-20](/developers/docs/standards/tokens/erc-20/)
-## বডি {#body}
+## মূল অংশ {#body}
-ERC-1363 `transfer`, `transferFrom` বা `approve`-এর পরে স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করার জন্য ERC-20 টোকেনগুলির জন্য একটি স্ট্যান্ডার্ড API চালু করে।
+ERC-1363, ERC-20 টোকেনগুলোর জন্য একটি স্ট্যান্ডার্ড API নিয়ে এসেছে যাতে `transfer`, `transferFrom` বা `approve` এর পরে স্মার্ট কন্ট্রাক্টগুলোর সাথে ইন্টারঅ্যাক্ট করা যায়।
-এই স্ট্যান্ডার্ডটি টোকেন ট্রান্সফার করার জন্য প্রাথমিক কার্যকারিতা প্রদান করে, পাশাপাশি টোকেনগুলিকে অনুমোদিত হতে দেয় যাতে সেগুলি অন্য একটি অন-চেইন থার্ড পার্টি দ্বারা ব্যয় করা যায়, এবং তারপর রিসিভার বা স্পেন্ডার কন্ট্র্যাক্টে একটি কলব্যাক করে।
+এই স্ট্যান্ডার্ডটি টোকেন ট্রান্সফার করার প্রাথমিক কার্যকারিতা প্রদান করে, পাশাপাশি টোকেনগুলোকে অনুমোদন করার অনুমতি দেয় যাতে সেগুলো অন্য কোনো অনচেইন থার্ড পার্টি দ্বারা খরচ করা যায় এবং তারপর রিসিভার বা স্পেন্ডার কন্ট্রাক্টে কলব্যাক করা যায়।
-স্মার্ট কন্ট্র্যাক্টের অনেক প্রস্তাবিত ব্যবহার রয়েছে যা ERC-20 কলব্যাক গ্রহণ করতে পারে।
+স্মার্ট কন্ট্রাক্টগুলোর অনেক প্রস্তাবিত ব্যবহার রয়েছে যা ERC-20 কলব্যাক গ্রহণ করতে পারে।
উদাহরণস্বরূপ:
-- **ক্রাউডসেল**: পাঠানো টোকেনগুলি তাৎক্ষণিক পুরস্কার বরাদ্দকে ট্রিগার করে।
-- **পরিষেবা**: পেমেন্ট এক ধাপে পরিষেবা অ্যাক্সেস সক্রিয় করে।
-- **চালান**: টোকেনগুলি স্বয়ংক্রিয়ভাবে চালান নিষ্পত্তি করে।
-- **সাবস্ক্রিপশন**: বার্ষিক হার অনুমোদন করা প্রথম মাসের পেমেন্টের মধ্যে সাবস্ক্রিপশন সক্রিয় করে।
+- **ক্রাউডসেল**: পাঠানো টোকেনগুলো তাৎক্ষণিক রিওয়ার্ড বরাদ্দের ট্রিগার করে।
+- **পরিষেবা**: পেমেন্ট এক ধাপেই পরিষেবা অ্যাক্সেস সক্রিয় করে।
+- **ইনভয়েস**: টোকেনগুলো স্বয়ংক্রিয়ভাবে ইনভয়েস নিষ্পত্তি করে।
+- **সাবস্ক্রিপশন**: বার্ষিক রেট অনুমোদন করলে প্রথম মাসের পেমেন্টের মধ্যেই সাবস্ক্রিপশন সক্রিয় হয়ে যায়।
-এই কারণগুলির জন্য এটিকে মূলত **"প্রদেয় টোকেন"** নামকরণ করা হয়েছিল।
+এসব কারণে এর মূল নাম দেওয়া হয়েছিল **"পেয়েবল টোকেন"**।
-কলব্যাক আচরণটি এর উপযোগিতাকে আরও প্রসারিত করে, যার ফলে নিম্নলিখিতগুলির মতো নির্বিঘ্ন ইন্টারঅ্যাকশন সক্ষম হয়:
+কলব্যাক আচরণ এর উপযোগিতাকে আরও প্রসারিত করে, যা নিচের মতো নিরবচ্ছিন্ন ইন্টারঅ্যাকশনগুলোকে সক্ষম করে:
-- **স্টেকিং**: ট্রান্সফার করা টোকেন একটি স্টেকিং কন্ট্র্যাক্টে স্বয়ংক্রিয় লকিং ট্রিগার করে।
-- **ভোটিং**: প্রাপ্ত টোকেনগুলি একটি গভর্নেন্স সিস্টেমে ভোট রেজিস্টার করে।
-- **সোয়াপিং**: টোকেন অনুমোদনগুলি এক ধাপে সোয়াপ লজিক সক্রিয় করে।
+- **স্টেকিং**: ট্রান্সফার করা টোকেনগুলো একটি স্টেকিং কন্ট্রাক্টে স্বয়ংক্রিয় লকিং ট্রিগার করে।
+- **ভোটিং**: প্রাপ্ত টোকেনগুলো একটি গভর্নেন্স সিস্টেমে ভোট নিবন্ধন করে।
+- **সোয়াপিং**: টোকেন অনুমোদন এক ধাপেই সোয়াপ লজিক সক্রিয় করে।
-ERC-1363 টোকেনগুলি সেই সমস্ত ক্ষেত্রে নির্দিষ্ট ইউটিলিটির জন্য ব্যবহার করা যেতে পারে যেখানে একটি ট্রান্সফার বা অনুমোদন প্রাপ্তির পরে একটি কলব্যাক এক্সিকিউট করার প্রয়োজন হয়।
-ERC-1363 প্রাপকের টোকেন পরিচালনা করার ক্ষমতা যাচাই করে স্মার্ট কন্ট্র্যাক্টে টোকেন হারানো বা টোকেন লক হওয়া এড়াতেও উপযোগী।
+ERC-1363 টোকেনগুলো এমন সব ক্ষেত্রে নির্দিষ্ট উপযোগিতার জন্য ব্যবহার করা যেতে পারে যেখানে ট্রান্সফার বা অনুমোদন পাওয়ার পরে একটি কলব্যাক এক্সিকিউট করা প্রয়োজন।
+প্রাপকের টোকেন পরিচালনা করার ক্ষমতা যাচাই করার মাধ্যমে স্মার্ট কন্ট্রাক্টগুলোতে টোকেন হারানো বা টোকেন লক হওয়া এড়াতেও ERC-1363 কার্যকর।
-অন্যান্য ERC-20 এক্সটেনশন প্রস্তাবগুলির থেকে ভিন্ন, ERC-1363 ERC-20 `transfer` এবং `transferFrom` মেথডগুলিকে ওভাররাইড করে না এবং ERC-20 এর সাথে ব্যাকওয়ার্ড কম্প্যাটিবিলিটি বজায় রেখে ইমপ্লিমেন্ট করার জন্য ইন্টারফেস আইডিগুলিকে সংজ্ঞায়িত করে।
+অন্যান্য ERC-20 এক্সটেনশন প্রস্তাবগুলোর বিপরীতে, ERC-1363, ERC-20 এর `transfer` এবং `transferFrom` মেথডগুলোকে ওভাররাইড করে না এবং ERC-20 এর সাথে ব্যাকওয়ার্ড সামঞ্জস্য বজায় রেখে ইমপ্লিমেন্ট করার জন্য ইন্টারফেস আইডিগুলো সংজ্ঞায়িত করে।
[EIP-1363](https://eips.ethereum.org/EIPS/eip-1363) থেকে:
-### মেথড {#methods}
+### মেথডগুলো {#methods}
-ERC-1363 স্ট্যান্ডার্ড ইমপ্লিমেন্ট করা স্মার্ট কন্ট্র্যাক্টগুলিকে `ERC1363` ইন্টারফেসের সমস্ত ফাংশন, পাশাপাশি `ERC20` এবং `ERC165` ইন্টারফেসগুলিও **অবশ্যই** ইমপ্লিমেন্ট করতে হবে।
+ERC-1363 স্ট্যান্ডার্ড ইমপ্লিমেন্ট করা স্মার্ট কন্ট্রাক্টগুলোকে **অবশ্যই** `ERC1363` ইন্টারফেসের সমস্ত ফাংশন, সেইসাথে `ERC20` এবং `ERC165` ইন্টারফেসগুলো ইমপ্লিমেন্ট করতে হবে।
```solidity
pragma solidity ^0.8.0;
-/**
+/* *
* @title ERC1363
- * @dev An extension interface for ERC-20 tokens that supports executing code on a recipient contract
- * after `transfer` or `transferFrom`, or code on a spender contract after `approve`, in a single transaction.
- */
+ * @dev ERC-20 টোকেনগুলির জন্য একটি এক্সটেনশন ইন্টারফেস যা একটি একক লেনদেনে `transfer` বা `transferFrom`-এর পরে একটি প্রাপক চুক্তিতে কোড কার্যকর করা, বা `approve`-এর পরে একটি স্পেন্ডার চুক্তিতে কোড কার্যকর করা সমর্থন করে। */
interface ERC1363 is ERC20, ERC165 {
- /*
- * NOTE: the ERC-165 identifier for this interface is 0xb0202a11.
+ /* * NOTE: এই ইন্টারফেসের জন্য ERC-165 আইডেন্টিফায়ার হল 0xb0202a11।
* 0xb0202a11 ===
* bytes4(keccak256('transferAndCall(address,uint256)')) ^
* bytes4(keccak256('transferAndCall(address,uint256,bytes)')) ^
* bytes4(keccak256('transferFromAndCall(address,address,uint256)')) ^
* bytes4(keccak256('transferFromAndCall(address,address,uint256,bytes)')) ^
* bytes4(keccak256('approveAndCall(address,uint256)')) ^
- * bytes4(keccak256('approveAndCall(address,uint256,bytes)'))
- */
-
- /**
- * @dev Moves a `value` amount of tokens from the caller's account to `to`
- * and then calls `ERC1363Receiver::onTransferReceived` on `to`.
- * @param to The address to which tokens are being transferred.
- * @param value The amount of tokens to be transferred.
- * @return A boolean value indicating the operation succeeded unless throwing.
- */
+ * bytes4(keccak256('approveAndCall(address,uint256,bytes)')) */
+
+ /* *
+ * @dev কলারের অ্যাকাউন্ট থেকে `to`-তে `value` পরিমাণ টোকেন স্থানান্তর করে
+ * এবং তারপর `to`-তে `ERC1363Receiver::onTransferReceived` কল করে।
+ * @param to যে ঠিকানায় টোকেন স্থানান্তর করা হচ্ছে।
+ * @param value যে পরিমাণ টোকেন স্থানান্তর করা হবে।
+ * @return একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে যদি না থ্রো করা হয়। */
function transferAndCall(address to, uint256 value) external returns (bool);
- /**
- * @dev Moves a `value` amount of tokens from the caller's account to `to`
- * and then calls `ERC1363Receiver::onTransferReceived` on `to`.
- * @param to The address to which tokens are being transferred.
- * @param value The amount of tokens to be transferred.
- * @param data Additional data with no specified format, sent in call to `to`.
- * @return A boolean value indicating the operation succeeded unless throwing.
- */
+ /* *
+ * @dev কলারের অ্যাকাউন্ট থেকে `to`-তে `value` পরিমাণ টোকেন স্থানান্তর করে
+ * এবং তারপর `to`-তে `ERC1363Receiver::onTransferReceived` কল করে।
+ * @param to যে ঠিকানায় টোকেন স্থানান্তর করা হচ্ছে।
+ * @param value যে পরিমাণ টোকেন স্থানান্তর করা হবে।
+ * @param data কোনো নির্দিষ্ট বিন্যাস ছাড়া অতিরিক্ত ডেটা, যা `to`-তে কলে পাঠানো হয়।
+ * @return একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে যদি না থ্রো করা হয়। */
function transferAndCall(address to, uint256 value, bytes calldata data) external returns (bool);
- /**
- * @dev Moves a `value` amount of tokens from `from` to `to` using the allowance mechanism
- * and then calls `ERC1363Receiver::onTransferReceived` on `to`.
- * @param from The address from which to send tokens.
- * @param to The address to which tokens are being transferred.
- * @param value The amount of tokens to be transferred.
- * @return A boolean value indicating the operation succeeded unless throwing.
- */
+ /* *
+ * @dev অ্যালাউন্স মেকানিজম ব্যবহার করে `from` থেকে `to`-তে `value` পরিমাণ টোকেন স্থানান্তর করে
+ * এবং তারপর `to`-তে `ERC1363Receiver::onTransferReceived` কল করে।
+ * @param from যে ঠিকানা থেকে টোকেন পাঠানো হবে।
+ * @param to যে ঠিকানায় টোকেন স্থানান্তর করা হচ্ছে।
+ * @param value যে পরিমাণ টোকেন স্থানান্তর করা হবে।
+ * @return একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে যদি না থ্রো করা হয়। */
function transferFromAndCall(address from, address to, uint256 value) external returns (bool);
- /**
- * @dev Moves a `value` amount of tokens from `from` to `to` using the allowance mechanism
- * and then calls `ERC1363Receiver::onTransferReceived` on `to`.
- * @param from The address from which to send tokens.
- * @param to The address to which tokens are being transferred.
- * @param value The amount of tokens to be transferred.
- * @param data Additional data with no specified format, sent in call to `to`.
- * @return A boolean value indicating the operation succeeded unless throwing.
- */
+ /* *
+ * @dev অ্যালাউন্স মেকানিজম ব্যবহার করে `from` থেকে `to`-তে `value` পরিমাণ টোকেন স্থানান্তর করে
+ * এবং তারপর `to`-তে `ERC1363Receiver::onTransferReceived` কল করে।
+ * @param from যে ঠিকানা থেকে টোকেন পাঠানো হবে।
+ * @param to যে ঠিকানায় টোকেন স্থানান্তর করা হচ্ছে।
+ * @param value যে পরিমাণ টোকেন স্থানান্তর করা হবে।
+ * @param data কোনো নির্দিষ্ট বিন্যাস ছাড়া অতিরিক্ত ডেটা, যা `to`-তে কলে পাঠানো হয়।
+ * @return একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে যদি না থ্রো করা হয়। */
function transferFromAndCall(address from, address to, uint256 value, bytes calldata data) external returns (bool);
- /**
- * @dev Sets a `value` amount of tokens as the allowance of `spender` over the caller's tokens
- * and then calls `ERC1363Spender::onApprovalReceived` on `spender`.
- * @param spender The address which will spend the funds.
- * @param value The amount of tokens to be spent.
- * @return A boolean value indicating the operation succeeded unless throwing.
- */
+ /* *
+ * @dev কলারের টোকেনগুলির উপর `spender`-এর অ্যালাউন্স হিসাবে `value` পরিমাণ টোকেন সেট করে
+ * এবং তারপর `spender`-এ `ERC1363Spender::onApprovalReceived` কল করে।
+ * @param spender যে ঠিকানাটি ফান্ড খরচ করবে।
+ * @param value যে পরিমাণ টোকেন খরচ করা হবে।
+ * @return একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে যদি না থ্রো করা হয়। */
function approveAndCall(address spender, uint256 value) external returns (bool);
- /**
- * @dev Sets a `value` amount of tokens as the allowance of `spender` over the caller's tokens
- * and then calls `ERC1363Spender::onApprovalReceived` on `spender`.
- * @param spender The address which will spend the funds.
- * @param value The amount of tokens to be spent.
- * @param data Additional data with no specified format, sent in call to `spender`.
- * @return A boolean value indicating the operation succeeded unless throwing.
- */
+ /* *
+ * @dev কলারের টোকেনগুলির উপর `spender`-এর অ্যালাউন্স হিসাবে `value` পরিমাণ টোকেন সেট করে
+ * এবং তারপর `spender`-এ `ERC1363Spender::onApprovalReceived` কল করে।
+ * @param spender যে ঠিকানাটি ফান্ড খরচ করবে।
+ * @param value যে পরিমাণ টোকেন খরচ করা হবে।
+ * @param data কোনো নির্দিষ্ট বিন্যাস ছাড়া অতিরিক্ত ডেটা, যা `spender`-এ কলে পাঠানো হয়।
+ * @return একটি বুলিয়ান মান যা নির্দেশ করে যে অপারেশনটি সফল হয়েছে যদি না থ্রো করা হয়। */
function approveAndCall(address spender, uint256 value, bytes calldata data) external returns (bool);
}
@@ -156,58 +146,52 @@ interface ERC165 {
}
```
-যে স্মার্ট কন্ট্র্যাক্ট `transferAndCall` বা `transferFromAndCall` এর মাধ্যমে ERC-1363 টোকেন গ্রহণ করতে চায়, তাকে **অবশ্যই** `ERC1363Receiver` ইন্টারফেসটি ইমপ্লিমেন্ট করতে হবে:
+যে স্মার্ট কন্ট্রাক্ট `transferAndCall` বা `transferFromAndCall` এর মাধ্যমে ERC-1363 টোকেন গ্রহণ করতে চায়, তাকে **অবশ্যই** `ERC1363Receiver` ইন্টারফেস ইমপ্লিমেন্ট করতে হবে:
```solidity
-/**
+/* *
* @title ERC1363Receiver
- * @dev Interface for any contract that wants to support `transferAndCall` or `transferFromAndCall` from ERC-1363 token contracts.
- */
+ * @dev যেকোনো চুক্তির জন্য ইন্টারফেস যা ERC-1363 টোকেন চুক্তিগুলি থেকে `transferAndCall` বা `transferFromAndCall` সমর্থন করতে চায়। */
interface ERC1363Receiver {
- /**
- * @dev Whenever ERC-1363 tokens are transferred to this contract via `ERC1363::transferAndCall` or `ERC1363::transferFromAndCall`
- * by `operator` from `from`, this function is called.
+ /* *
+ * @dev যখনই ERC-1363 টোকেনগুলি `from` থেকে `operator` দ্বারা `ERC1363::transferAndCall` বা `ERC1363::transferFromAndCall`-এর মাধ্যমে এই চুক্তিতে স্থানান্তরিত হয়, তখন এই ফাংশনটি কল করা হয়।
*
- * NOTE: To accept the transfer, this must return
+ * NOTE: স্থানান্তর গ্রহণ করতে, এটিকে অবশ্যই
* `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))`
- * (i.e. 0x88a7ca5c, or its own function selector).
+ * (অর্থাৎ 0x88a7ca5c, বা এর নিজস্ব ফাংশন সিলেক্টর) রিটার্ন করতে হবে।
*
- * @param operator The address which called `transferAndCall` or `transferFromAndCall` function.
- * @param from The address which are tokens transferred from.
- * @param value The amount of tokens transferred.
- * @param data Additional data with no specified format.
- * @return `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))` if transfer is allowed unless throwing.
- */
+ * @param operator যে ঠিকানাটি `transferAndCall` বা `transferFromAndCall` ফাংশন কল করেছে।
+ * @param from যে ঠিকানা থেকে টোকেন স্থানান্তরিত হয়।
+ * @param value স্থানান্তরিত টোকেনের পরিমাণ।
+ * @param data কোনো নির্দিষ্ট বিন্যাস ছাড়া অতিরিক্ত ডেটা।
+ * @return `bytes4(keccak256("onTransferReceived(address,address,uint256,bytes)"))` যদি স্থানান্তর অনুমোদিত হয় যদি না থ্রো করা হয়। */
function onTransferReceived(address operator, address from, uint256 value, bytes calldata data) external returns (bytes4);
}
```
-যে স্মার্ট কন্ট্র্যাক্ট `approveAndCall` এর মাধ্যমে ERC-1363 টোকেন গ্রহণ করতে চায়, তাকে **অবশ্যই** `ERC1363Spender` ইন্টারফেসটি ইমপ্লিমেন্ট করতে হবে:
+যে স্মার্ট কন্ট্রাক্ট `approveAndCall` এর মাধ্যমে ERC-1363 টোকেন গ্রহণ করতে চায়, তাকে **অবশ্যই** `ERC1363Spender` ইন্টারফেস ইমপ্লিমেন্ট করতে হবে:
```solidity
-/**
+/* *
* @title ERC1363Spender
- * @dev Interface for any contract that wants to support `approveAndCall` from ERC-1363 token contracts.
- */
+ * @dev যেকোনো চুক্তির জন্য ইন্টারফেস যা ERC-1363 টোকেন চুক্তিগুলি থেকে `approveAndCall` সমর্থন করতে চায়। */
interface ERC1363Spender {
- /**
- * @dev Whenever an ERC-1363 tokens `owner` approves this contract via `ERC1363::approveAndCall`
- * to spend their tokens, this function is called.
+ /* *
+ * @dev যখনই একজন ERC-1363 টোকেন `owner` তাদের টোকেন খরচ করার জন্য `ERC1363::approveAndCall`-এর মাধ্যমে এই চুক্তিটি অনুমোদন করে, তখন এই ফাংশনটি কল করা হয়।
*
- * NOTE: To accept the approval, this must return
+ * NOTE: অনুমোদন গ্রহণ করতে, এটিকে অবশ্যই
* `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))`
- * (i.e. 0x7b04a2d0, or its own function selector).
+ * (অর্থাৎ 0x7b04a2d0, বা এর নিজস্ব ফাংশন সিলেক্টর) রিটার্ন করতে হবে।
*
- * @param owner The address which called `approveAndCall` function and previously owned the tokens.
- * @param value The amount of tokens to be spent.
- * @param data Additional data with no specified format.
- * @return `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))` if approval is allowed unless throwing.
- */
+ * @param owner যে ঠিকানাটি `approveAndCall` ফাংশন কল করেছে এবং পূর্বে টোকেনগুলির মালিক ছিল।
+ * @param value যে পরিমাণ টোকেন খরচ করা হবে।
+ * @param data কোনো নির্দিষ্ট বিন্যাস ছাড়া অতিরিক্ত ডেটা।
+ * @return `bytes4(keccak256("onApprovalReceived(address,uint256,bytes)"))` যদি অনুমোদন অনুমোদিত হয় যদি না থ্রো করা হয়। */
function onApprovalReceived(address owner, uint256 value, bytes calldata data) external returns (bytes4);
}
```
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
-- [ERC-1363: প্রদেয় টোকেন স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-1363)
-- [ERC-1363: GitHub রেপো](https://github.com/vittominacori/erc1363-payable-token)
+- [ERC-1363: পেয়েবল টোকেন স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-1363)
+- [ERC-1363: গিটহাব রিপো](https://github.com/vittominacori/erc1363-payable-token)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/standards/tokens/erc-20/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-20/index.md
index c1832ddaae7..abb49a5f7d1 100644
--- a/public/content/translations/bn/developers/docs/standards/tokens/erc-20/index.md
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-20/index.md
@@ -1,51 +1,46 @@
---
-title: "ERC-20 টোকেন স্ট্যান্ডার্ড"
-description: "ERC-20 সম্পর্কে জানুন, এটি Ethereum-এর ফানজিবল টোকেনগুলির জন্য একটি স্ট্যান্ডার্ড যা ইন্টারঅপারেবল টোকেন অ্যাপ্লিকেশনগুলিকে সক্ষম করে।"
+title: ERC-20 টোকেন স্ট্যান্ডার্ড
+description: ইথিরিয়ামে ফাঞ্জিবল টোকেনের স্ট্যান্ডার্ড ERC-20 সম্পর্কে জানুন, যা ইন্টারঅপারেবল টোকেন অ্যাপ্লিকেশন তৈরি করতে সক্ষম করে।
lang: bn
---
## ভূমিকা {#introduction}
-**টোকেন কি?**
+**টোকেন কী?**
-Ethereum-এ টোকেনগুলি কার্যত যেকোনো কিছুর প্রতিনিধিত্ব করতে পারে:
+টোকেন [ইথিরিয়াম](/)-এ কার্যত যেকোনো কিছুর প্রতিনিধিত্ব করতে পারে:
-- একটি অনলাইন প্ল্যাটফর্মে খ্যাতি পয়েন্ট
-- একটি গেমের কোনো চরিত্রের দক্ষতা
-- আর্থিক সম্পদ যেমন একটি কোম্পানির একটি শেয়ার
-- USD-এর মতো একটি ফিয়াট মুদ্রা
+- অনলাইন প্ল্যাটফর্মে রেপুটেশন পয়েন্ট
+- গেমের কোনো চরিত্রের দক্ষতা
+- কোম্পানির শেয়ারের মতো আর্থিক সম্পদ
+- USD-এর মতো ফিয়াট কারেন্সি
- এক আউন্স সোনা
-- এবং আরও...
+- এবং আরও অনেক কিছু...
-Ethereum-এর এমন একটি শক্তিশালী বৈশিষ্ট্য অবশ্যই একটি শক্তিশালী মান দ্বারা পরিচালিত হতে হবে, তাই না? ঠিক এখানেই
-ERC-20 তার ভূমিকা পালন করে! এই স্ট্যান্ডার্ডটি ডেভেলপারদের এমন টোকেন অ্যাপ্লিকেশন তৈরি করতে দেয় যা অন্যান্য পণ্য এবং পরিষেবাগুলির সাথে আন্তঃকার্যক্ষম। ERC-20 স্ট্যান্ডার্ডটি [ইথার](/glossary/#ether)-কে অতিরিক্ত কার্যকারিতা প্রদান করতেও ব্যবহৃত হয়।
+ইথিরিয়ামের এমন একটি শক্তিশালী বৈশিষ্ট্য অবশ্যই একটি শক্তিশালী স্ট্যান্ডার্ড দ্বারা পরিচালিত হওয়া উচিত, তাই না? ঠিক এখানেই ERC-20 তার ভূমিকা পালন করে! এই স্ট্যান্ডার্ডটি ডেভেলপারদের এমন টোকেন অ্যাপ্লিকেশন তৈরি করতে দেয় যা অন্যান্য পণ্য এবং পরিষেবার সাথে ইন্টারঅপারেবল। ERC-20 স্ট্যান্ডার্ডটি [ইথার](/glossary/#ether)-এ অতিরিক্ত কার্যকারিতা প্রদান করতেও ব্যবহৃত হয়।
-**ERC-20 কি?**
+**ERC-20 কী?**
-ERC-20 ফানজিবল টোকেনগুলির জন্য একটি স্ট্যান্ডার্ড চালু করেছে, অন্য কথায়, তাদের একটি বৈশিষ্ট্য রয়েছে যা প্রতিটি টোকেনকে অন্য টোকেনের সাথে হুবহু
-একই (ধরন এবং মূল্যে) করে তোলে। উদাহরণস্বরূপ, একটি ERC-20 টোকেন ঠিক ETH-এর মতো কাজ করে, যার অর্থ হল 1 টোকেন
-অন্যান্য সমস্ত টোকেনের সমান এবং সর্বদা সমান থাকবে।
+ERC-20 ফাঞ্জিবল টোকেনের জন্য একটি স্ট্যান্ডার্ড প্রবর্তন করে, অন্য কথায়, তাদের এমন একটি বৈশিষ্ট্য রয়েছে যা প্রতিটি টোকেনকে অন্য টোকেনের (ধরন এবং মূল্যের দিক থেকে) ঠিক একই রকম করে তোলে। উদাহরণস্বরূপ, একটি ERC-20 টোকেন ঠিক ETH-এর মতো কাজ করে, যার অর্থ 1 টোকেন সর্বদা অন্যান্য সমস্ত টোকেনের সমান হবে।
## পূর্বশর্ত {#prerequisites}
-- [অ্যাকাউন্টগুলি](/developers/docs/accounts)
-- [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/)
+- [একাউন্ট](/developers/docs/accounts)
+- [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/)
- [টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/)
-## বডি {#body}
+## মূল অংশ {#body}
-ERC-20 (Ethereum রিক্যুয়েস্ট ফর কমেন্টস 20), যা নভেম্বর 2015-এ ফ্যাবিয়ান ভোগেলস্টেলার দ্বারা প্রস্তাবিত, একটি টোকেন স্ট্যান্ডার্ড যা
-স্মার্ট কন্ট্র্যাক্টের মধ্যে টোকেনের জন্য একটি API প্রয়োগ করে।
+নভেম্বর 2015-এ Fabian Vogelsteller দ্বারা প্রস্তাবিত ERC-20 (Ethereum Request for Comments 20) হলো একটি টোকেন স্ট্যান্ডার্ড যা স্মার্ট কন্ট্রাক্ট-এর মধ্যে টোকেনের জন্য একটি API প্রয়োগ করে।
-ERC-20 যে উদাহরণমূলক কার্যকারিতাগুলি প্রদান করে:
+ERC-20 যে উদাহরণমূলক কার্যকারিতাগুলো প্রদান করে:
-- এক অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে টোকেন স্থানান্তর করা
-- একটি অ্যাকাউন্টের বর্তমান টোকেন ব্যালেন্স পান
-- নেটওয়ার্কে উপলব্ধ টোকেনের মোট সরবরাহ পান
-- একটি অ্যাকাউন্ট থেকে একটি পরিমাণ টোকেন কোনো তৃতীয় পক্ষের অ্যাকাউন্ট দ্বারা ব্যয় করা যাবে কিনা তা অনুমোদন করুন
+- এক একাউন্ট থেকে অন্য একাউন্টে টোকেন স্থানান্তর করা
+- একটি একাউন্টের বর্তমান টোকেন ব্যালেন্স পাওয়া
+- নেটওয়ার্ক-এ উপলব্ধ টোকেনের মোট সরবরাহ পাওয়া
+- একটি একাউন্ট থেকে নির্দিষ্ট পরিমাণ টোকেন কোনো থার্ড-পার্টি একাউন্ট দ্বারা ব্যয় করা যাবে কি না তা অনুমোদন করা
-যদি একটি স্মার্ট কন্ট্র্যাক্ট নিম্নলিখিত পদ্ধতি এবং ইভেন্টগুলি প্রয়োগ করে তবে এটিকে একটি ERC-20 টোকেন কন্ট্র্যাক্ট বলা যেতে পারে এবং, একবার ডিপ্লয় করা হলে, এটি
-Ethereum-এ তৈরি টোকেনগুলির ট্র্যাক রাখার জন্য দায়ী থাকবে।
+যদি একটি স্মার্ট কন্ট্রাক্ট নিচের মেথড এবং ইভেন্টগুলো প্রয়োগ করে তবে এটিকে একটি ERC-20 টোকেন কন্ট্রাক্ট বলা যেতে পারে এবং একবার ডিপ্লয় করা হলে, এটি ইথিরিয়ামে তৈরি করা টোকেনগুলোর ট্র্যাক রাখার জন্য দায়ী থাকবে।
[EIP-20](https://eips.ethereum.org/EIPS/eip-20) থেকে:
@@ -72,13 +67,11 @@ event Approval(address indexed _owner, address indexed _spender, uint256 _value)
### উদাহরণ {#web3py-example}
-আসুন দেখি Ethereum-এর যেকোনো ERC-20 টোকেন চুক্তি পরিদর্শন করার জন্য আমাদের কাজকে সহজ করতে একটি স্ট্যান্ডার্ড কতটা গুরুত্বপূর্ণ।
-যেকোনো ERC-20 টোকেনের জন্য একটি ইন্টারফেস তৈরি করতে আমাদের শুধু কন্ট্র্যাক্ট অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI) প্রয়োজন। যেমন আপনি নিচে
-দেখতে পাচ্ছেন, এটিকে একটি ঝামেলাহীন উদাহরণ তৈরি করতে আমরা একটি সরলীকৃত ABI ব্যবহার করব।
+আসুন দেখি ইথিরিয়ামে যেকোনো ERC-20 টোকেন কন্ট্রাক্ট পরিদর্শন করা আমাদের জন্য সহজ করতে একটি স্ট্যান্ডার্ড কতটা গুরুত্বপূর্ণ। যেকোনো ERC-20 টোকেনের একটি ইন্টারফেস তৈরি করতে আমাদের শুধু কন্ট্রাক্ট অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI) প্রয়োজন। নিচে দেখতে পাবেন যে আমরা একটি সরলীকৃত ABI ব্যবহার করব, যাতে এটি সহজে বোঝা যায় এমন একটি উদাহরণ হয়।
#### Web3.py উদাহরণ {#web3py-example}
-প্রথমে, নিশ্চিত করুন যে আপনি [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) পাইথন লাইব্রেরিটি ইনস্টল করেছেন:
+প্রথমে, নিশ্চিত করুন যে আপনি [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) পাইথন লাইব্রেরি ইনস্টল করেছেন:
```
pip install web3
@@ -90,13 +83,13 @@ from web3 import Web3
w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
-dai_token_addr = "0x6B175474E89094C44Da98b954EedeAC495271d0F" # DAI
-weth_token_addr = "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2" # Wrapped ether (WETH)
+dai_token_addr = "0x6B175474E89094C44Da98b954EedeAC495271d0F" # DAI
+weth_token_addr = "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2" # র্যাপড ইথার (WETH)
-acc_address = "0xA478c2975Ab1Ea89e8196811F51A7B7Ade33eB11" # Uniswap V2: DAI 2
+acc_address = "0xA478c2975Ab1Ea89e8196811F51A7B7Ade33eB11" # ইউনিসোয়াপ ভি২: DAI 2
-# This is a simplified Contract Application Binary Interface (ABI) of an ERC-20 Token Contract.
-# It will expose only the methods: balanceOf(address), decimals(), symbol() and totalSupply()
+# এটি একটি ERC-20 টোকেন কন্ট্রাক্টের সরলীকৃত কন্ট্রাক্ট অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI)।
+# এটি শুধুমাত্র এই মেথডগুলো প্রকাশ করবে: balanceOf(address), decimals(), symbol() এবং totalSupply()
simplified_abi = [
{
'inputs': [{'internalType': 'address', 'name': 'account', 'type': 'address'}],
@@ -130,7 +123,7 @@ decimals = dai_contract.functions.decimals().call()
totalSupply = dai_contract.functions.totalSupply().call() / 10**decimals
addr_balance = dai_contract.functions.balanceOf(acc_address).call() / 10**decimals
-# DAI
+# DAI
print("===== %s =====" % symbol)
print("Total Supply:", totalSupply)
print("Addr Balance:", addr_balance)
@@ -141,52 +134,57 @@ decimals = weth_contract.functions.decimals().call()
totalSupply = weth_contract.functions.totalSupply().call() / 10**decimals
addr_balance = weth_contract.functions.balanceOf(acc_address).call() / 10**decimals
-# WETH
+# WETH
print("===== %s =====" % symbol)
print("Total Supply:", totalSupply)
print("Addr Balance:", addr_balance)
```
-## জ্ঞাত সমস্যা {#erc20-issues}
+## পরিচিত সমস্যাগুলো {#erc20-issues}
-### ERC-20 টোকেন গ্রহণ সমস্যা {#reception-issue}
+### ERC-20 টোকেন গ্রহণের সমস্যা {#reception-issue}
-**06/20/2024 অনুযায়ী এই সমস্যার কারণে কমপক্ষে $83,656,418 মূল্যের ERC-20 টোকেন হারিয়ে গেছে। মনে রাখবেন যে একটি বিশুদ্ধ ERC-20 ইমপ্লিমেন্টেশন এই সমস্যার জন্য ঝুঁকিপূর্ণ, যদি না আপনি নীচে তালিকাভুক্ত স্ট্যান্ডার্ডের উপরে অতিরিক্ত বিধিনিষেধের একটি সেট প্রয়োগ করেন।**
+**06/20/2024 তারিখ পর্যন্ত এই সমস্যার কারণে অন্তত $83,656,418 মূল্যের ERC-20 টোকেন হারিয়ে গেছে। মনে রাখবেন যে একটি বিশুদ্ধ ERC-20 ইমপ্লিমেন্টেশন এই সমস্যার সম্মুখীন হতে পারে, যদি না আপনি নিচে তালিকাভুক্ত স্ট্যান্ডার্ডের ওপর অতিরিক্ত কিছু বিধিনিষেধ প্রয়োগ করেন।**
-যখন ERC-20 টোকেন এমন একটি স্মার্ট কন্ট্রাক্টে পাঠানো হয় যা ERC-20 টোকেন পরিচালনা করার জন্য ডিজাইন করা হয়নি, তখন সেই টোকেনগুলি স্থায়ীভাবে হারিয়ে যেতে পারে। এটি ঘটে কারণ গ্রহণকারী কন্ট্র্যাক্টের আগত টোকেনগুলিকে চিনতে বা তার প্রতিক্রিয়া জানানোর কার্যকারিতা নেই এবং ERC-20 স্ট্যান্ডার্ডে গ্রহণকারী কন্ট্র্যাক্টকে আগত টোকেন সম্পর্কে অবহিত করার কোনো ব্যবস্থা নেই। এই সমস্যাটি যে প্রধান উপায়ে রূপ নেয় তা হল:
+যখন ERC-20 টোকেনগুলো এমন একটি স্মার্ট কন্ট্রাক্ট-এ পাঠানো হয় যা ERC-20 টোকেনগুলো পরিচালনা করার জন্য ডিজাইন করা হয়নি, তখন সেই টোকেনগুলো স্থায়ীভাবে হারিয়ে যেতে পারে। এটি ঘটে কারণ গ্রহণকারী কন্ট্রাক্টের ইনকামিং টোকেনগুলো শনাক্ত করার বা প্রতিক্রিয়া জানানোর কার্যকারিতা নেই এবং ইনকামিং টোকেনগুলো সম্পর্কে গ্রহণকারী কন্ট্রাক্টকে জানানোর জন্য ERC-20 স্ট্যান্ডার্ডে কোনো মেকানিজম নেই। এই সমস্যাটি মূলত যেভাবে রূপ নেয় তা হলো:
-1. টোকেন স্থানান্তর পদ্ধতি
-
-- ERC-20 টোকেনগুলি `transfer` বা `transferFrom` ফাংশন ব্যবহার করে স্থানান্তরিত হয়
- - যখন একজন ব্যবহারকারী এই ফাংশনগুলি ব্যবহার করে একটি কন্ট্র্যাক্ট ঠিকানায় টোকেন পাঠায়, তখন গ্রহণকারী কন্ট্র্যাক্টটি সেগুলি পরিচালনা করার জন্য ডিজাইন করা হয়েছে কিনা তা নির্বিশেষে টোকেনগুলি স্থানান্তরিত হয়
-
-2. বিজ্ঞপ্তির অভাব
- - গ্রহণকারী কন্ট্র্যাক্ট কোনো বিজ্ঞপ্তি বা কলব্যাক পায় না যে টোকেনগুলি এতে পাঠানো হয়েছে।
- - যদি গ্রহণকারী কন্ট্র্যাক্টে টোকেন পরিচালনা করার কোনো ব্যবস্থার অভাব থাকে (যেমন, একটি ফলব্যাক ফাংশন বা টোকেন গ্রহণ পরিচালনা করার জন্য একটি নিবেদিত ফাংশন), তাহলে টোকেনগুলি কার্যকরভাবে কন্ট্র্যাক্টের ঠিকানায় আটকে যায়।
-3. কোনো বিল্ট-ইন হ্যান্ডলিং নেই
- - ERC-20 স্ট্যান্ডার্ডে গ্রহণকারী কন্ট্র্যাক্টগুলি প্রয়োগ করার জন্য কোনো বাধ্যতামূলক ফাংশন অন্তর্ভুক্ত নেই, যার ফলে এমন একটি পরিস্থিতি তৈরি হয় যেখানে অনেক কন্ট্র্যাক্ট আগত টোকেনগুলি সঠিকভাবে পরিচালনা করতে অক্ষম।
+1. টোকেন ট্রান্সফার মেকানিজম
+ - ERC-20 টোকেনগুলো transfer বা transferFrom ফাংশন ব্যবহার করে স্থানান্তর করা হয়
+ - যখন কোনো ব্যবহারকারী এই ফাংশনগুলো ব্যবহার করে কোনো কন্ট্রাক্ট এডড্রেস-এ টোকেন পাঠান, তখন গ্রহণকারী কন্ট্রাক্টটি সেগুলো পরিচালনা করার জন্য ডিজাইন করা হোক বা না হোক, টোকেনগুলো স্থানান্তরিত হয়ে যায়
+2. নোটিফিকেশনের অভাব
+ - গ্রহণকারী কন্ট্রাক্ট কোনো নোটিফিকেশন বা কলব্যাক পায় না যে এতে টোকেন পাঠানো হয়েছে
+ - যদি গ্রহণকারী কন্ট্রাক্টে টোকেনগুলো পরিচালনা করার জন্য কোনো মেকানিজমের অভাব থাকে (যেমন, একটি ফলব্যাক ফাংশন বা টোকেন গ্রহণ পরিচালনা করার জন্য একটি ডেডিকেটেড ফাংশন), তবে টোকেনগুলো কার্যকরভাবে কন্ট্রাক্টের এডড্রেস-এ আটকে যায়
+3. কোনো বিল্ট-ইন হ্যান্ডলিং নেই
+ - ERC-20 স্ট্যান্ডার্ডে গ্রহণকারী কন্ট্রাক্টগুলোর প্রয়োগ করার জন্য কোনো বাধ্যতামূলক ফাংশন অন্তর্ভুক্ত নেই, যার ফলে এমন একটি পরিস্থিতির সৃষ্টি হয় যেখানে অনেক কন্ট্রাক্ট ইনকামিং টোকেনগুলো সঠিকভাবে পরিচালনা করতে অক্ষম হয়
**সম্ভাব্য সমাধান**
-যদিও ERC-20 এর সাথে এই সমস্যাটি সম্পূর্ণরূপে প্রতিরোধ করা সম্ভব নয়, তবে এমন কিছু পদ্ধতি রয়েছে যা শেষ ব্যবহারকারীর জন্য টোকেন হারানোর সম্ভাবনা উল্লেখযোগ্যভাবে হ্রাস করতে পারে:
+যদিও ERC-20 এর মাধ্যমে এই সমস্যাটি পুরোপুরি প্রতিরোধ করা সম্ভব নয়, তবে এমন কিছু পদ্ধতি রয়েছে যা শেষ ব্যবহারকারীর জন্য টোকেন হারানোর সম্ভাবনা উল্লেখযোগ্যভাবে হ্রাস করতে পারে:
-- সবচেয়ে সাধারণ সমস্যা হলো যখন একজন ব্যবহারকারী টোকেন কন্ট্র্যাক্টের ঠিকানাতেই টোকেন পাঠায় (যেমন, USDT টোকেন কন্ট্র্যাক্টের ঠিকানায় USDT জমা দেওয়া)। `transfer(..)` ফাংশনটিকে এই ধরনের স্থানান্তর প্রচেষ্টাগুলি প্রত্যাবর্তন করার জন্য সীমাবদ্ধ করার সুপারিশ করা হয়। `transfer(..)` ফাংশনের প্রয়োগের মধ্যে `require(_to != address(this));` চেক যোগ করার কথা বিবেচনা করুন।
-- `transfer(..)` ফাংশনটি সাধারণত কন্ট্র্যাক্টে টোকেন জমা করার জন্য ডিজাইন করা হয়নি। `approve(..) এবং `transferFrom(..)`প্যাটার্ন এর পরিবর্তে কন্ট্র্যাক্টে ERC-20 টোকেন জমা করতে ব্যবহৃত হয়। ট্রান্সফার ফাংশনটিকে সীমাবদ্ধ করে যেকোনো কন্ট্রাক্টে টোকেন জমা দেওয়া নিষিদ্ধ করা সম্ভব, তবে এটি এমন কন্ট্রাক্টগুলোর সাথে সামঞ্জস্যতা ভঙ্গ করতে পারে যেগুলো ধরে নেয় যে`trasnfer(..)` ফাংশন ব্যবহার করে কন্ট্রাক্টে টোকেন জমা করা যায় (যেমন, Uniswap লিকুইডিটি পুল)।
-- সর্বদা ধরে নিন যে ERC-20 টোকেনগুলি আপনার কন্ট্রাক্টে এসে জমা হতে পারে, এমনকি যদি আপনার কন্ট্রাক্টের কোনো টোকেন গ্রহণ করার কথা না থাকে। প্রাপকের পক্ষ থেকে দুর্ঘটনাজনিত জমা প্রতিরোধ বা প্রত্যাখ্যান করার কোনো উপায় নেই। এমন একটি ফাংশন প্রয়োগ করার পরামর্শ দেওয়া হয় যা দুর্ঘটনাক্রমে জমা হওয়া ERC-20 টোকেনগুলি বের করার অনুমতি দেবে।
+- সবচেয়ে সাধারণ সমস্যাটি হলো যখন কোনো ব্যবহারকারী টোকেন কন্ট্রাক্ট এডড্রেস-এ নিজেই টোকেন পাঠান (যেমন, USDT টোকেন কন্ট্রাক্টের এডড্রেস-এ USDT জমা করা)। এই ধরনের ট্রান্সফার প্রচেষ্টাগুলো রিভার্ট করার জন্য `transfer(..)` ফাংশনটিকে সীমাবদ্ধ করার পরামর্শ দেওয়া হয়। `transfer(..)` ফাংশনের ইমপ্লিমেন্টেশনের মধ্যে `require(_to != address(this));` চেক যোগ করার কথা বিবেচনা করুন।
+- সাধারণত `transfer(..)` ফাংশনটি কন্ট্রাক্টে টোকেন জমা করার জন্য ডিজাইন করা হয়নি। এর পরিবর্তে কন্ট্রাক্টে ERC-20 টোকেন জমা করতে `approve(..) & transferFrom(..)` প্যাটার্ন ব্যবহার করা হয়। ট্রান্সফার ফাংশনটিকে সীমাবদ্ধ করা সম্ভব যাতে এটি দিয়ে কোনো কন্ট্রাক্টে টোকেন জমা করা না যায়, তবে এটি এমন কন্ট্রাক্টগুলোর সাথে সামঞ্জস্যতা নষ্ট করতে পারে যেগুলো ধরে নেয় যে `transfer(..)` ফাংশন দিয়ে কন্ট্রাক্টে টোকেন জমা করা যেতে পারে (যেমন, Uniswap লিকুইডিটি পুল)।
+- সর্বদা ধরে নিন যে ERC-20 টোকেনগুলো আপনার কন্ট্রাক্টে এসে পৌঁছাতে পারে, এমনকি যদি আপনার কন্ট্রাক্টটি কখনো কোনো টোকেন গ্রহণ করার কথা না থাকে। প্রাপকের প্রান্তে দুর্ঘটনাবশত জমা হওয়া প্রতিরোধ বা প্রত্যাখ্যান করার কোনো উপায় নেই। এমন একটি ফাংশন প্রয়োগ করার পরামর্শ দেওয়া হয় যা দুর্ঘটনাবশত জমা হওয়া ERC-20 টোকেনগুলো বের করে আনতে দেয়।
- বিকল্প টোকেন স্ট্যান্ডার্ড ব্যবহার করার কথা বিবেচনা করুন।
-এই সমস্যা থেকে কিছু বিকল্প স্ট্যান্ডার্ড বেরিয়ে এসেছে যেমন [ERC-223](/developers/docs/standards/tokens/erc-223) বা [ERC-1363](/developers/docs/standards/tokens/erc-1363)।
+এই সমস্যা থেকে কিছু বিকল্প স্ট্যান্ডার্ড বেরিয়ে এসেছে যেমন [ERC-223](/developers/docs/standards/tokens/erc-223) বা [ERC-1363](/developers/docs/standards/tokens/erc-1363)।
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
- [EIP-20: ERC-20 টোকেন স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-20)
- [OpenZeppelin - টোকেন](https://docs.openzeppelin.com/contracts/3.x/tokens#ERC20)
- [OpenZeppelin - ERC-20 ইমপ্লিমেন্টেশন](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol)
-- [Alchemy - সলিডিটি ERC20 টোকেনের জন্য গাইড](https://www.alchemy.com/overviews/erc20-solidity)
+- [Alchemy - সলিডিটি ERC20 টোকেনের গাইড](https://www.alchemy.com/overviews/erc20-solidity)
-## অন্যান্য ফানজিবল টোকেন স্ট্যান্ডার্ড {#fungible-token-standards}
+## অন্যান্য ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড {#fungible-token-standards}
- [ERC-223](/developers/docs/standards/tokens/erc-223)
- [ERC-1363](/developers/docs/standards/tokens/erc-1363)
- [ERC-777](/developers/docs/standards/tokens/erc-777)
- [ERC-4626 - টোকেনাইজড ভল্ট](/developers/docs/standards/tokens/erc-4626)
+
+## টিউটোরিয়াল: ইথিরিয়ামে ERC-20 দিয়ে তৈরি করুন {#tutorials}
+
+- [ERC-20 কন্ট্রাক্ট ওয়াক-থ্রু](/developers/tutorials/erc20-annotated-code/) _– OpenZeppelin ERC-20 কন্ট্রাক্ট ইমপ্লিমেন্টেশনের একটি লাইন-বাই-লাইন টীকাযুক্ত ওয়াক-থ্রু।_
+- [সেফটি রেলস সহ ERC-20](/developers/tutorials/erc20-with-safety-rails/) _– ব্যবহারকারীদের সাধারণ ভুল এড়াতে সাহায্য করার জন্য কীভাবে ERC-20 টোকেনে সেফগার্ড যোগ করবেন।_
+- [ethers.js ব্যবহার করে টোকেন পাঠানো](/developers/tutorials/send-token-ethersjs/) _– ethers.js ব্যবহার করে ERC-20 টোকেন স্থানান্তর করার জন্য নতুনদের উপযোগী একটি গাইড।_
+- [স্ক্যাম টোকেন দ্বারা ব্যবহৃত কিছু কৌশল এবং কীভাবে সেগুলো শনাক্ত করবেন](/developers/tutorials/scam-token-tricks/) _– স্ক্যাম ERC-20 টোকেন প্যাটার্ন এবং কীভাবে সেগুলো শনাক্ত করা যায় তার একটি বিস্তারিত আলোচনা।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/standards/tokens/erc-223/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-223/index.md
index f9fba93dc53..986d788958e 100644
--- a/public/content/translations/bn/developers/docs/standards/tokens/erc-223/index.md
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-223/index.md
@@ -1,6 +1,6 @@
---
-title: "ERC-223 টোকেন স্ট্যান্ডার্ড"
-description: "ERC-223 ফাঞ্জিবল টোকেন স্ট্যান্ডার্ডের একটি সংক্ষিপ্ত বিবরণ, এটি কীভাবে কাজ করে, এবং ERC-20 এর সাথে একটি তুলনা।"
+title: ERC-223 টোকেন স্ট্যান্ডার্ড
+description: ERC-223 ফাঞ্জিবল টোকেন স্ট্যান্ডার্ডের একটি ওভারভিউ, এটি কীভাবে কাজ করে এবং ERC-20 এর সাথে একটি তুলনা।
lang: bn
---
@@ -8,37 +8,36 @@ lang: bn
### ERC-223 কী? {#what-is-erc223}
-ERC-223 হল ফাঞ্জিবল টোকেনের জন্য একটি স্ট্যান্ডার্ড, যা ERC-20 স্ট্যান্ডার্ডের অনুরূপ। মূল পার্থক্য হল ERC-223 শুধুমাত্র টোকেন API সংজ্ঞায়িত করে না, বরং প্রেরক থেকে প্রাপকের কাছে টোকেন স্থানান্তরের জন্য লজিকও সংজ্ঞায়িত করে। এটি একটি যোগাযোগ মডেল চালু করে যা প্রাপকের দিকে টোকেন স্থানান্তর পরিচালনা করার অনুমতি দেয়।
+ERC-223 হলো ফাঞ্জিবল টোকেনের জন্য একটি স্ট্যান্ডার্ড, যা অনেকটা ERC-20 স্ট্যান্ডার্ডের মতো। মূল পার্থক্য হলো ERC-223 শুধুমাত্র টোকেন API-ই সংজ্ঞায়িত করে না, বরং প্রেরক থেকে প্রাপকের কাছে টোকেন ট্রান্সফার করার লজিকও নির্ধারণ করে। এটি এমন একটি কমিউনিকেশন মডেল নিয়ে এসেছে যা প্রাপকের দিক থেকে টোকেন ট্রান্সফার পরিচালনা করার সুযোগ দেয়।
### ERC-20 থেকে পার্থক্য {#erc20-differences}
-ERC-223, ERC-20 এর কিছু সীমাবদ্ধতা মোকাবেলা করে এবং টোকেন কন্ট্র্যাক্ট এবং টোকেন গ্রহণ করতে পারে এমন একটি কন্ট্র্যাক্টের মধ্যে পারস্পরিক যোগাযোগের একটি নতুন পদ্ধতি চালু করে। এমন কিছু জিনিস আছে যা ERC-223 দিয়ে সম্ভব কিন্তু ERC-20 দিয়ে নয়:
+ERC-223, ERC-20 এর কিছু সীমাবদ্ধতা দূর করে এবং টোকেন কন্ট্রাক্ট ও টোকেন গ্রহণ করতে পারে এমন একটি কন্ট্রাক্টের মধ্যে ইন্টারঅ্যাকশনের একটি নতুন পদ্ধতি চালু করে। এমন কিছু বিষয় আছে যা ERC-223 এর মাধ্যমে সম্ভব কিন্তু ERC-20 এর মাধ্যমে নয়:
-- প্রাপকের দিকে টোকেন স্থানান্তর পরিচালনা: প্রাপকরা শনাক্ত করতে পারেন যে একটি ERC-223 টোকেন জমা দেওয়া হচ্ছে।
-- ভুলভাবে পাঠানো টোকেন প্রত্যাখ্যান: যদি একজন ব্যবহারকারী এমন কোনো কন্ট্র্যাক্টে ERC-223 টোকেন পাঠায় যা টোকেন গ্রহণ করার জন্য নয়, তাহলে কন্ট্র্যাক্টটি লেনদেন প্রত্যাখ্যান করতে পারে, যার ফলে টোকেনের ক্ষতি রোধ করা যায়।
-- স্থানান্তরে মেটাডেটা: ERC-223 টোকেনগুলিতে মেটাডেটা অন্তর্ভুক্ত থাকতে পারে, যা টোকেন লেনদেনের সাথে ইচ্ছামত তথ্য সংযুক্ত করার অনুমতি দেয়।
+- প্রাপকের দিক থেকে টোকেন ট্রান্সফার পরিচালনা: প্রাপকরা শনাক্ত করতে পারে যে একটি ERC-223 টোকেন জমা হচ্ছে।
+- ভুলভাবে পাঠানো টোকেন প্রত্যাখ্যান: যদি কোনো ব্যবহারকারী এমন কোনো কন্ট্রাক্টে ERC-223 টোকেন পাঠায় যার টোকেন গ্রহণ করার কথা নয়, তবে কন্ট্রাক্টটি লেনদেন প্রত্যাখ্যান করতে পারে, যা টোকেন হারানো প্রতিরোধ করে।
+- ট্রান্সফারে মেটাডেটা: ERC-223 টোকেনগুলোতে মেটাডেটা অন্তর্ভুক্ত থাকতে পারে, যা টোকেন লেনদেনের সাথে যেকোনো তথ্য যুক্ত করার সুযোগ দেয়।
## পূর্বশর্ত {#prerequisites}
-- [অ্যাকাউন্টগুলি](/developers/docs/accounts)
-- [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/)
+- [একাউন্ট](/developers/docs/accounts)
+- [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/)
- [টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/)
- [ERC-20](/developers/docs/standards/tokens/erc-20/)
-## বডি {#body}
+## মূল অংশ {#body}
-ERC-223 হল একটি টোকেন স্ট্যান্ডার্ড যা স্মার্ট কন্ট্র্যাক্টের মধ্যে টোকেনের জন্য একটি API প্রয়োগ করে। এটি সেইসব কন্ট্র্যাক্টের জন্যও একটি API ঘোষণা করে যেগুলি ERC-223 টোকেন গ্রহণ করার কথা। যে কন্ট্র্যাক্টগুলো ERC-223 রিসিভার API সমর্থন করে না, তারা ERC-223 টোকেন গ্রহণ করতে পারে না, যা ব্যবহারকারীর ত্রুটি প্রতিরোধ করে।
+ERC-223 হলো একটি টোকেন স্ট্যান্ডার্ড যা স্মার্ট কন্ট্রাক্টের মধ্যে টোকেনের জন্য একটি API প্রয়োগ করে। এটি এমন কন্ট্রাক্টগুলোর জন্যও একটি API ঘোষণা করে যাদের ERC-223 টোকেন গ্রহণ করার কথা। যেসব কন্ট্রাক্ট ERC-223 রিসিভার API সমর্থন করে না, তারা ERC-223 টোকেন গ্রহণ করতে পারে না, যা ব্যবহারকারীর ভুল প্রতিরোধ করে।
-যদি একটি স্মার্ট কন্ট্র্যাক্ট নিম্নলিখিত পদ্ধতি এবং ইভেন্টগুলি প্রয়োগ করে, তবে এটিকে একটি ERC-223 সামঞ্জস্যপূর্ণ টোকেন কন্ট্র্যাক্ট বলা যেতে পারে। একবার স্থাপন করা হলে, এটি
-Ethereum-এ তৈরি করা টোকেনগুলির ট্র্যাক রাখার জন্য দায়ী থাকবে।
+যদি একটি স্মার্ট কন্ট্রাক্ট নিচের মেথড এবং ইভেন্টগুলো প্রয়োগ করে, তবে এটিকে একটি ERC-223 সামঞ্জস্যপূর্ণ টোকেন কন্ট্রাক্ট বলা যেতে পারে। একবার ডিপ্লয় করা হলে, এটি ইথিরিয়ামে তৈরি করা টোকেনগুলোর ট্র্যাক রাখার জন্য দায়ী থাকবে।
-কন্ট্র্যাক্টটি শুধুমাত্র এই ফাংশনগুলি রাখতে বাধ্য নয় এবং একজন ডেভেলপার এই কন্ট্র্যাক্টে বিভিন্ন টোকেন স্ট্যান্ডার্ড থেকে অন্য কোনো বৈশিষ্ট্য যোগ করতে পারেন। উদাহরণস্বরূপ, `approve` এবং `transferFrom` ফাংশনগুলি ERC-223 স্ট্যান্ডার্ডের অংশ নয় তবে প্রয়োজনে এই ফাংশনগুলি প্রয়োগ করা যেতে পারে।
+কন্ট্রাক্টটিতে শুধুমাত্র এই ফাংশনগুলো থাকতেই হবে এমন কোনো বাধ্যবাধকতা নেই এবং একজন ডেভেলপার এই কন্ট্রাক্টে বিভিন্ন টোকেন স্ট্যান্ডার্ড থেকে অন্য যেকোনো ফিচার যোগ করতে পারেন। উদাহরণস্বরূপ, `approve` এবং `transferFrom` ফাংশনগুলো ERC-223 স্ট্যান্ডার্ডের অংশ নয়, তবে প্রয়োজন হলে এই ফাংশনগুলো প্রয়োগ করা যেতে পারে।
[EIP-223](https://eips.ethereum.org/EIPS/eip-223) থেকে:
### মেথড {#methods}
-ERC-223 টোকেনকে অবশ্যই নিম্নলিখিত পদ্ধতিগুলি প্রয়োগ করতে হবে:
+ERC-223 টোকেনকে অবশ্যই নিচের মেথডগুলো প্রয়োগ করতে হবে:
```solidity
function name() public view returns (string)
@@ -50,13 +49,13 @@ function transfer(address _to, uint256 _value) public returns (bool success)
function transfer(address _to, uint256 _value, bytes calldata _data) public returns (bool success)
```
-একটি কন্ট্র্যাক্ট যা ERC-223 টোকেন গ্রহণ করার কথা, তাকে অবশ্যই নিম্নলিখিত পদ্ধতিটি প্রয়োগ করতে হবে:
+যে কন্ট্রাক্টের ERC-223 টোকেন গ্রহণ করার কথা, তাকে অবশ্যই নিচের মেথডটি প্রয়োগ করতে হবে:
```solidity
function tokenReceived(address _from, uint _value, bytes calldata _data)
```
-যদি ERC-223 টোকেন এমন একটি কন্ট্র্যাক্টে পাঠানো হয় যা `tokenReceived(..)` ফাংশনটি প্রয়োগ করে না, তাহলে স্থানান্তরটি অবশ্যই ব্যর্থ হবে এবং টোকেনগুলি প্রেরকের ব্যালেন্স থেকে সরানো যাবে না।
+যদি ERC-223 টোকেন এমন কোনো কন্ট্রাক্টে পাঠানো হয় যা `tokenReceived(..)` ফাংশন প্রয়োগ করে না, তবে ট্রান্সফারটি অবশ্যই ব্যর্থ হবে এবং প্রেরকের ব্যালেন্স থেকে টোকেনগুলো সরানো যাবে না।
### ইভেন্ট {#events}
@@ -66,11 +65,11 @@ event Transfer(address indexed _from, address indexed _to, uint256 _value, bytes
### উদাহরণ {#examples}
-ERC-223 টোকেনের API, ERC-20-এর মতোই, তাই UI ডেভেলপমেন্টের দৃষ্টিকোণ থেকে কোনো পার্থক্য নেই। এখানে একমাত্র ব্যতিক্রম হল যে ERC-223 টোকেনগুলিতে `approve` + `transferFrom` ফাংশন নাও থাকতে পারে কারণ এই স্ট্যান্ডার্ডের জন্য এগুলি ঐচ্ছিক।
+ERC-223 টোকেনের API অনেকটা ERC-20 এর মতোই, তাই UI ডেভেলপমেন্টের দৃষ্টিকোণ থেকে কোনো পার্থক্য নেই। এখানে একমাত্র ব্যতিক্রম হলো ERC-223 টোকেনগুলোতে `approve` + `transferFrom` ফাংশন নাও থাকতে পারে, কারণ এই স্ট্যান্ডার্ডের জন্য এগুলো ঐচ্ছিক।
-#### Solidity উদাহরণ {#solidity-example}
+#### সলিডিটি উদাহরণ {#solidity-example}
-নিম্নলিখিত উদাহরণটি দেখায় কিভাবে একটি বেসিক ERC-223 টোকেন কন্ট্র্যাক্ট কাজ করে:
+নিচের উদাহরণটি দেখায় কীভাবে একটি সাধারণ ERC-223 টোকেন কন্ট্রাক্ট কাজ করে:
```solidity
pragma solidity ^0.8.19;
@@ -116,22 +115,22 @@ contract VeryBasicERC223Token {
}
```
-এখন আমরা চাই যে অন্য একটি কন্ট্র্যাক্ট `tokenA`-এর ডিপোজিট গ্রহণ করুক, এই ভেবে যে tokenA একটি ERC-223 টোকেন। কন্ট্র্যাক্টটিকে অবশ্যই শুধু tokenA গ্রহণ করতে হবে এবং অন্য যেকোনো টোকেন প্রত্যাখ্যান করতে হবে। যখন কন্ট্র্যাক্টটি tokenA গ্রহণ করবে, তখন এটিকে অবশ্যই একটি `Deposit()` ইভেন্ট নির্গত করতে হবে এবং অভ্যন্তরীণ `deposits` ভ্যারিয়েবলের মান বাড়াতে হবে।
+এখন আমরা চাই অন্য একটি কন্ট্রাক্ট `tokenA` এর ডিপোজিট গ্রহণ করুক, ধরে নিচ্ছি যে tokenA হলো একটি ERC-223 টোকেন। কন্ট্রাক্টটিকে অবশ্যই শুধুমাত্র tokenA গ্রহণ করতে হবে এবং অন্য যেকোনো টোকেন প্রত্যাখ্যান করতে হবে। যখন কন্ট্রাক্টটি tokenA গ্রহণ করবে, তখন এটিকে অবশ্যই একটি `Deposit()` ইভেন্ট এমিট করতে হবে এবং অভ্যন্তরীণ `deposits` ভেরিয়েবলের মান বাড়াতে হবে।
-এখানে কোডটি দেওয়া হল:
+এখানে কোডটি দেওয়া হলো:
```solidity
contract RecipientContract is IERC223Recipient {
event Deposit(address whoSentTheTokens);
uint256 deposits = 0;
- address tokenA; // The only token that we want to accept.
+ address tokenA; // একমাত্র টোকেন যা আমরা গ্রহণ করতে চাই।
function tokenReceived(address _from, uint _value, bytes memory _data) public override
{
- // It is important to understand that within this function
- // msg.sender is the address of a token that is being received,
- // msg.value is always 0 as the token contract does not own or send ether in most cases,
- // _from is the sender of the token transfer,
- // _value is the amount of tokens that was deposited.
+ // এটি বোঝা গুরুত্বপূর্ণ যে এই ফাংশনের মধ্যে
+ // msg.sender হলো সেই টোকেনের ঠিকানা যা গ্রহণ করা হচ্ছে,
+ // msg.value সর্বদা 0 হয় কারণ বেশিরভাগ ক্ষেত্রে টোকেন কন্ট্রাক্ট ইথার ধারণ করে না বা পাঠায় না,
+ // _from হলো টোকেন ট্রান্সফারের প্রেরক,
+ // _value হলো জমা করা টোকেনের পরিমাণ।
require(msg.sender == tokenA);
deposits += _value;
emit Deposit(_from);
@@ -139,33 +138,33 @@ contract RecipientContract is IERC223Recipient {
}
```
-## সাধারণত জিজ্ঞাসিত প্রশ্নসমূহ {#faq}
+## সচরাচর জিজ্ঞাসিত প্রশ্ন {#faq}
-### আমরা যদি কন্ট্র্যাক্টে কিছু tokenB পাঠাই তাহলে কী হবে? {#sending-tokens}
+### যদি আমরা কন্ট্রাক্টে কিছু tokenB পাঠাই তবে কী হবে? {#sending-tokens}
-লেনদেনটি ব্যর্থ হবে, এবং টোকেনের স্থানান্তর ঘটবে না। টোকেনগুলি প্রেরকের ঠিকানায় ফেরত দেওয়া হবে।
+লেনদেন ব্যর্থ হবে এবং টোকেন ট্রান্সফার হবে না। টোকেনগুলো প্রেরকের এডড্রেসে ফেরত পাঠানো হবে।
-### আমরা কীভাবে এই কন্ট্র্যাক্টে ডিপোজিট করতে পারি? {#contract-deposits}
+### আমরা কীভাবে এই কন্ট্রাক্টে ডিপোজিট করতে পারি? {#contract-deposits}
-ERC-223 টোকেনের `transfer(address,uint256)` বা `transfer(address,uint256,bytes)` ফাংশন কল করুন, `RecipientContract`-এর ঠিকানা নির্দিষ্ট করে।
+ERC-223 টোকেনের `transfer(address,uint256)` অথবা `transfer(address,uint256,bytes)` ফাংশন কল করুন, যেখানে `RecipientContract` এর এডড্রেস উল্লেখ করতে হবে।
-### আমরা যদি এই কন্ট্র্যাক্টে একটি ERC-20 টোকেন স্থানান্তর করি তাহলে কী হবে? {#erc-20-transfers}
+### যদি আমরা এই কন্ট্রাক্টে একটি ERC-20 টোকেন ট্রান্সফার করি তবে কী হবে? {#erc-20-transfers}
-যদি `RecipientContract`-এ একটি ERC-20 টোকেন পাঠানো হয়, টোকেনগুলি স্থানান্তরিত হবে, কিন্তু স্থানান্তরটি স্বীকৃত হবে না (কোনও `Deposit()` ইভেন্ট ফায়ার করা হবে না, এবং ডিপোজিটের মান পরিবর্তন হবে না)। অবাঞ্ছিত ERC-20 ডিপোজিট ফিল্টার বা প্রতিরোধ করা যায় না।
+যদি `RecipientContract` এ একটি ERC-20 টোকেন পাঠানো হয়, তবে টোকেনগুলো ট্রান্সফার হবে, কিন্তু ট্রান্সফারটি শনাক্ত করা যাবে না (কোনো `Deposit()` ইভেন্ট ফায়ার হবে না এবং ডিপোজিটের মান পরিবর্তন হবে না)। অনাকাঙ্ক্ষিত ERC-20 ডিপোজিট ফিল্টার বা প্রতিরোধ করা যাবে না।
-### যদি আমরা টোকেন ডিপোজিট সম্পূর্ণ হওয়ার পরে কিছু ফাংশন এক্সিকিউট করতে চাই? {#function-execution}
+### টোকেন ডিপোজিট সম্পন্ন হওয়ার পর যদি আমরা কোনো ফাংশন এক্সিকিউট করতে চাই তবে কী হবে? {#function-execution}
-এর একাধিক উপায় আছে। এই উদাহরণে আমরা সেই পদ্ধতিটি অনুসরণ করব যা ERC-223 স্থানান্তরকে ইথার স্থানান্তরের অনুরূপ করে তোলে:
+এটি করার একাধিক উপায় রয়েছে। এই উদাহরণে আমরা এমন একটি পদ্ধতি অনুসরণ করব যা ERC-223 ট্রান্সফারকে ইথার ট্রান্সফারের অনুরূপ করে তোলে:
```solidity
contract RecipientContract is IERC223Recipient {
event Foo();
event Bar(uint256 someNumber);
- address tokenA; // The only token that we want to accept.
+ address tokenA; // একমাত্র টোকেন যা আমরা গ্রহণ করতে চাই।
function tokenReceived(address _from, uint _value, bytes memory _data) public override
{
require(msg.sender == tokenA);
- address(this).call(_data); // Handle incoming transaction and perform a subsequent function call.
+ address(this).call(_data); // আগত ট্রানজ্যাকশন পরিচালনা করুন এবং পরবর্তী ফাংশন কলটি সম্পাদন করুন।
}
function foo() public
{
@@ -178,21 +177,21 @@ contract RecipientContract is IERC223Recipient {
}
```
-যখন `RecipientContract` একটি ERC-223 টোকেন গ্রহণ করবে, তখন কন্ট্র্যাক্টটি টোকেন লেনদেনের `_data` প্যারামিটার হিসেবে এনকোড করা একটি ফাংশন এক্সিকিউট করবে, যা ইথার লেনদেনগুলি লেনদেনের `data` হিসেবে ফাংশন কল এনকোড করার পদ্ধতির অনুরূপ। আরও তথ্যের জন্য [ডেটা ফিল্ড](/developers/docs/transactions/#the-data-field) পড়ুন।
+যখন `RecipientContract` একটি ERC-223 টোকেন গ্রহণ করবে, তখন কন্ট্রাক্টটি টোকেন লেনদেনের `_data` প্যারামিটার হিসেবে এনকোড করা একটি ফাংশন এক্সিকিউট করবে, ঠিক যেভাবে ইথার লেনদেনগুলো ফাংশন কলগুলোকে লেনদেনের `data` হিসেবে এনকোড করে। আরও তথ্যের জন্য [ডেটা ফিল্ড](/developers/docs/transactions/#the-data-field) পড়ুন।
-উপরের উদাহরণে, `RecipientContract`-এর ঠিকানায় `transfer(address,uin256,bytes calldata _data)` ফাংশন দিয়ে একটি ERC-223 টোকেন স্থানান্তর করতে হবে। যদি ডেটা প্যারামিটার `0xc2985578` (`foo()` ফাংশনের সিগনেচার) হয়, তাহলে টোকেন ডিপোজিট পাওয়ার পরে foo() ফাংশনটি চালু হবে এবং Foo() ইভেন্টটি ফায়ার করা হবে।
+উপরের উদাহরণে একটি ERC-223 টোকেনকে অবশ্যই `transfer(address,uin256,bytes calldata _data)` ফাংশনের মাধ্যমে `RecipientContract` এর এডড্রেসে ট্রান্সফার করতে হবে। যদি ডেটা প্যারামিটার `0xc2985578` (একটি `foo()` ফাংশনের সিগনেচার) হয়, তবে টোকেন ডিপোজিট পাওয়ার পর foo() ফাংশনটি ইনভোক করা হবে এবং Foo() ইভেন্ট ফায়ার হবে।
-`_someNumber`-এর জন্য 12345 মান সহ টোকেন স্থানান্তরের `data`-তেও প্যারামিটার এনকোড করা যেতে পারে, উদাহরণস্বরূপ আমরা bar() ফাংশনটিকে কল করতে পারি। এই ক্ষেত্রে, `data` অবশ্যই `0x0423a13200000000000000000000000000000000000000000000000000000000000004d2` হতে হবে যেখানে `0x0423a132` হল `bar(uint256)` ফাংশনের সিগনেচার এবং `00000000000000000000000000000000000000000000000000000000000004d2` হল 12345 যা uint256 হিসেবে লেখা।
+প্যারামিটারগুলো টোকেন ট্রান্সফারের `data` তেও এনকোড করা যেতে পারে, উদাহরণস্বরূপ আমরা `_someNumber` এর জন্য 12345 মান দিয়ে bar() ফাংশন কল করতে পারি। এই ক্ষেত্রে `data` অবশ্যই `0x0423a13200000000000000000000000000000000000000000000000000000000000004d2` হতে হবে, যেখানে `0x0423a132` হলো `bar(uint256)` ফাংশনের সিগনেচার এবং `00000000000000000000000000000000000000000000000000000000000004d2` হলো uint256 হিসেবে 12345।
## সীমাবদ্ধতা {#limitations}
-যদিও ERC-223 ERC-20 স্ট্যান্ডার্ডে পাওয়া বেশ কিছু সমস্যার সমাধান করে, এটি তার নিজস্ব সীমাবদ্ধতা ছাড়া নয়:
+যদিও ERC-223, ERC-20 স্ট্যান্ডার্ডে পাওয়া বেশ কয়েকটি সমস্যার সমাধান করে, তবে এর নিজস্ব কিছু সীমাবদ্ধতাও রয়েছে:
-- গ্রহণযোগ্যতা এবং সামঞ্জস্যতা: ERC-223 এখনও ব্যাপকভাবে গৃহীত হয়নি, যা বিদ্যমান টুল এবং প্ল্যাটফর্মগুলির সাথে এর সামঞ্জস্যতা সীমিত করতে পারে।
-- পশ্চাৎগামী সামঞ্জস্যতা: ERC-223, ERC-20-এর সাথে পশ্চাৎগামী সামঞ্জস্যপূর্ণ নয়, যার অর্থ হল বিদ্যমান ERC-20 কন্ট্র্যাক্ট এবং টুলগুলি পরিবর্তন ছাড়া ERC-223 টোকেনগুলির সাথে কাজ করবে না।
-- গ্যাস খরচ: ERC-223 স্থানান্তরের অতিরিক্ত চেক এবং কার্যকারিতার ফলে ERC-20 লেনদেনের তুলনায় গ্যাসের খরচ বেশি হতে পারে।
+- গ্রহণ এবং সামঞ্জস্যতা: ERC-223 এখনও ব্যাপকভাবে গৃহীত হয়নি, যা বিদ্যমান টুল এবং প্ল্যাটফর্মগুলোর সাথে এর সামঞ্জস্যতা সীমিত করতে পারে।
+- ব্যাকওয়ার্ড সামঞ্জস্যতা: ERC-223, ERC-20 এর সাথে ব্যাকওয়ার্ড সামঞ্জস্যপূর্ণ নয়, যার অর্থ হলো বিদ্যমান ERC-20 কন্ট্রাক্ট এবং টুলগুলো কোনো পরিবর্তন ছাড়া ERC-223 টোকেনের সাথে কাজ করবে না।
+- গ্যাস খরচ: ERC-223 ট্রান্সফারে অতিরিক্ত চেক এবং কার্যকারিতার কারণে ERC-20 লেনদেনের তুলনায় গ্যাস খরচ বেশি হতে পারে।
## আরও পড়ুন {#further-reading}
- [EIP-223: ERC-223 টোকেন স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-223)
-- [প্রাথমিক ERC-223 প্রস্তাব](https://github.com/ethereum/eips/issues/223)
+- [প্রাথমিক ERC-223 প্রস্তাবনা](https://github.com/ethereum/eips/issues/223)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-4626/index.md
index bcf842491ab..f03d1275f8e 100644
--- a/public/content/translations/bn/developers/docs/standards/tokens/erc-4626/index.md
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-4626/index.md
@@ -1,198 +1,198 @@
---
-title: "ERC-4626 টোকেনাইজড ভল্ট স্ট্যান্ডার্ড"
-description: "ইল্ড বেয়ারিং ভল্টের জন্য একটি স্ট্যান্ডার্ড।"
+title: ERC-4626 টোকেনাইজড ভল্ট স্ট্যান্ডার্ড
+description: ইল্ড বিয়ারিং ভল্টের জন্য একটি স্ট্যান্ডার্ড।
lang: bn
---
## ভূমিকা {#introduction}
-ERC-4626 হলো ইল্ড-বেয়ারিং ভল্টের প্রযুক্তিগত প্যারামিটারগুলিকে অপ্টিমাইজ এবং একত্রিত করার জন্য একটি স্ট্যান্ডার্ড। এটি টোকেনাইজড ইল্ড-বেয়ারিং ভল্টের জন্য একটি স্ট্যান্ডার্ড API প্রদান করে যা একটি একক অন্তর্নিহিত ERC-20 টোকেনের শেয়ারের প্রতিনিধিত্ব করে। ERC-4626, ERC-20 ব্যবহারকারী টোকেনাইজড ভল্টের জন্য একটি ঐচ্ছিক এক্সটেনশনের রূপরেখাও দেয়, যা টোকেন জমা, উত্তোলন এবং ব্যালেন্স পড়ার জন্য প্রাথমিক কার্যকারিতা প্রদান করে।
+ERC-4626 হলো ইল্ড-বিয়ারিং ভল্টগুলোর টেকনিক্যাল প্যারামিটার অপ্টিমাইজ এবং একীভূত করার একটি স্ট্যান্ডার্ড। এটি টোকেনাইজড ইল্ড-বিয়ারিং ভল্টগুলোর জন্য একটি স্ট্যান্ডার্ড API প্রদান করে যা একটি একক আন্ডারলাইং ERC-20 টোকেনের শেয়ার উপস্থাপন করে। ERC-4626 টোকেনাইজড ভল্টগুলোর জন্য একটি ঐচ্ছিক এক্সটেনশনের রূপরেখাও দেয় যা ERC-20 ব্যবহার করে, টোকেন জমা দেওয়া, তোলা এবং ব্যালেন্স পড়ার জন্য মৌলিক কার্যকারিতা প্রদান করে।
-**ইল্ড-বেয়ারিং ভল্টে ERC-4626-এর ভূমিকা**
+**ইল্ড-বিয়ারিং ভল্টে ERC-4626 এর ভূমিকা**
-লেন্ডিং বাজার, অ্যাগ্রিগেটর এবং সহজাতভাবে সুদ-বাহী টোকেন বিভিন্ন কৌশল কার্যকর করার মাধ্যমে ব্যবহারকারীদের তাদের ক্রিপ্টো টোকেনে সেরা ইল্ড খুঁজে পেতে সাহায্য করে। এই কৌশলগুলি সামান্য ভিন্নতার সাথে করা হয়, যা ত্রুটি-প্রবণ হতে পারে বা ডেভেলপমেন্ট রিসোর্স নষ্ট করতে পারে।
+লেন্ডিং মার্কেট, এগ্রিগেটর এবং অন্তর্নিহিতভাবে সুদ-বহনকারী টোকেনগুলো বিভিন্ন কৌশল প্রয়োগ করে ব্যবহারকারীদের তাদের ক্রিপ্টো টোকেনগুলোতে সেরা ইল্ড খুঁজে পেতে সহায়তা করে। এই কৌশলগুলো সামান্য ভিন্নতার সাথে করা হয়, যা ত্রুটিপূর্ণ হতে পারে বা ডেভেলপমেন্ট রিসোর্স নষ্ট করতে পারে।
-ইল্ড-বেয়ারিং ভল্টে ERC-4626 আরও সামঞ্জস্যপূর্ণ এবং শক্তিশালী বাস্তবায়ন প্যাটার্ন তৈরি করার মাধ্যমে ইন্টিগ্রেশন প্রচেষ্টা কমাবে এবং ডেভেলপারদের থেকে সামান্য বিশেষায়িত প্রচেষ্টার সাথে বিভিন্ন অ্যাপ্লিকেশনে ইল্ডে অ্যাক্সেস আনলক করবে।
+ইল্ড-বিয়ারিং ভল্টগুলোতে ERC-4626 আরও সামঞ্জস্যপূর্ণ এবং শক্তিশালী ইমপ্লিমেন্টেশন প্যাটার্ন তৈরি করে ইন্টিগ্রেশন প্রচেষ্টা কমিয়ে আনবে এবং ডেভেলপারদের সামান্য বিশেষ প্রচেষ্টার মাধ্যমে বিভিন্ন অ্যাপ্লিকেশনে ইল্ড অ্যাক্সেস আনলক করবে।
-ERC-4626 টোকেনটি [EIP-4626](https://eips.ethereum.org/EIPS/eip-4626)-তে সম্পূর্ণরূপে বর্ণনা করা হয়েছে।
+ERC-4626 টোকেনটি [EIP-4626](https://eips.ethereum.org/EIPS/eip-4626)-এ সম্পূর্ণভাবে বর্ণনা করা হয়েছে।
-**অ্যাসিঙ্ক্রোনাস ভল্ট এক্সটেনশন (ERC-7540)**
+**অ্যাসিনক্রোনাস ভল্ট এক্সটেনশন (ERC-7540)**
-ERC-4626 একটি সীমা পর্যন্ত অ্যাটমিক ডিপোজিট এবং রিডেম্পশনের জন্য অপ্টিমাইজ করা হয়েছে। সীমা পৌঁছে গেলে, কোনো নতুন ডিপোজিট বা রিডেম্পশন জমা দেওয়া যাবে না। এই সীমাবদ্ধতাটি ভল্টের সাথে ইন্টারফেস করার পূর্বশর্ত হিসেবে অ্যাসিঙ্ক্রোনাস অ্যাকশন বা বিলম্ব সহ কোনো স্মার্ট কন্ট্র্যাক্ট সিস্টেমের জন্য ভালোভাবে কাজ করে না (যেমন, রিয়েল-ওয়ার্ল্ড অ্যাসেট প্রোটোকল, আন্ডারকোল্যাটারাইজড লেন্ডিং প্রোটোকল, ক্রস-চেইন লেন্ডিং প্রোটোকল, লিকুইড স্টেকিং টোকেন বা বিমা সুরক্ষা মডিউল)।
+ERC-4626 একটি নির্দিষ্ট সীমা পর্যন্ত অ্যাটমিক ডিপোজিট এবং রিডেম্পশনের জন্য অপ্টিমাইজ করা হয়েছে। যদি সীমা পৌঁছে যায়, তবে নতুন কোনো ডিপোজিট বা রিডেম্পশন জমা দেওয়া যাবে না। এই সীমাবদ্ধতা এমন কোনো স্মার্ট কন্ট্রাক্ট সিস্টেমের জন্য ভালোভাবে কাজ করে না যেখানে ভল্টের সাথে ইন্টারফেস করার পূর্বশর্ত হিসেবে অ্যাসিনক্রোনাস অ্যাকশন বা বিলম্ব থাকে (যেমন, রিয়েল-ওয়ার্ল্ড অ্যাসেট প্রটোকল, আন্ডারকোল্যাটারাইজড লেন্ডিং প্রটোকল, ক্রস-চেইন লেন্ডিং প্রটোকল, লিকুইড স্টেকিং টোকেন, বা ইন্স্যুরেন্স সেফটি মডিউল)।
-ERC-7540 অ্যাসিঙ্ক্রোনাস ব্যবহারের ক্ষেত্রে ERC-4626 ভল্টের উপযোগিতা প্রসারিত করে। বিদ্যমান ভল্ট ইন্টারফেস (`deposit`/`withdraw`/`mint`/`redeem`) অ্যাসিঙ্ক্রোনাস অনুরোধ দাবি করতে সম্পূর্ণরূপে ব্যবহৃত হয়।
+ERC-7540 অ্যাসিনক্রোনাস ব্যবহারের ক্ষেত্রে ERC-4626 ভল্টগুলোর উপযোগিতা প্রসারিত করে। বিদ্যমান ভল্ট ইন্টারফেস (`deposit`/`withdraw`/`mint`/`redeem`) অ্যাসিনক্রোনাস রিকোয়েস্ট ক্লেইম করার জন্য পুরোপুরি ব্যবহার করা হয়।
-ERC-7540 এক্সটেনশনটি [ERC-7540](https://eips.ethereum.org/EIPS/eip-7540)-তে সম্পূর্ণরূপে বর্ণনা করা হয়েছে।
+ERC-7540 এক্সটেনশনটি [ERC-7540](https://eips.ethereum.org/EIPS/eip-7540)-এ সম্পূর্ণভাবে বর্ণনা করা হয়েছে।
**মাল্টি-অ্যাসেট ভল্ট এক্সটেনশন (ERC-7575)**
-ERC-4626 দ্বারা সমর্থিত নয় এমন একটি অনুপস্থিত ব্যবহারের ক্ষেত্র হলো এমন ভল্ট যার একাধিক সম্পদ বা এন্ট্রি পয়েন্ট রয়েছে যেমন লিকুইডিটি প্রোভাইডার (LP) টোকেন। ERC-4626-কে নিজেই একটি ERC-20 হতে হয় বলে, এইগুলি সাধারণত অসুবিধাজনক বা অ-সম্মত হয়।
+ERC-4626 দ্বারা সমর্থিত নয় এমন একটি অনুপস্থিত ব্যবহারের ক্ষেত্র হলো এমন ভল্ট যেখানে একাধিক অ্যাসেট বা এন্ট্রি পয়েন্ট থাকে, যেমন লিকুইডিটি প্রোভাইডার (LP) টোকেন। ERC-4626 এর নিজেরই একটি ERC-20 হওয়ার প্রয়োজনীয়তার কারণে এগুলো সাধারণত পরিচালনা করা কঠিন বা নন-কমপ্লায়েন্ট হয়।
-ERC-7575 একাধিক সম্পদ সহ ভল্টের জন্য সমর্থন যোগ করে এবং ERC-4626 বাস্তবায়ন থেকে ERC-20 টোকেন বাস্তবায়নকে বাহ্যিক করে।
+ERC-7575 ERC-4626 ইমপ্লিমেন্টেশন থেকে ERC-20 টোকেন ইমপ্লিমেন্টেশনকে এক্সটার্নালাইজ করে একাধিক অ্যাসেট সহ ভল্টগুলোর জন্য সমর্থন যোগ করে।
-ERC-7575 এক্সটেনশনটি [ERC-7575](https://eips.ethereum.org/EIPS/eip-7575)-তে সম্পূর্ণরূপে বর্ণনা করা হয়েছে।
+ERC-7575 এক্সটেনশনটি [ERC-7575](https://eips.ethereum.org/EIPS/eip-7575)-এ সম্পূর্ণভাবে বর্ণনা করা হয়েছে।
## পূর্বশর্ত {#prerequisites}
-এই পৃষ্ঠাটি আরও ভালভাবে বুঝতে, আমরা আপনাকে প্রথমে [টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/) এবং [ERC-20](/developers/docs/standards/tokens/erc-20/) সম্পর্কে পড়ার পরামর্শ দিই।
+এই পৃষ্ঠাটি আরও ভালোভাবে বোঝার জন্য, আমরা সুপারিশ করছি যে আপনি প্রথমে [টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/) এবং [ERC-20](/developers/docs/standards/tokens/erc-20/) সম্পর্কে পড়ুন।
## ERC-4626 ফাংশন এবং বৈশিষ্ট্য: {#body}
### মেথড {#methods}
-#### সম্পদ {#asset}
+#### asset {#asset}
```solidity
function asset() public view returns (address assetTokenAddress)
```
-এই ফাংশনটি অ্যাকাউন্টিং, জমা দেওয়া, এবং উত্তোলনের জন্য ভল্টে ব্যবহৃত অন্তর্নিহিত টোকেনের ঠিকানাটি ফেরত দেয়।
+এই ফাংশনটি অ্যাকাউন্টিং, ডিপোজিট এবং উত্তোলনের জন্য ভল্টে ব্যবহৃত আন্ডারলাইং টোকেনের এডড্রেস রিটার্ন করে।
-#### মোট সম্পদ {#totalassets}
+#### totalAssets {#totalassets}
```solidity
function totalAssets() public view returns (uint256)
```
-এই ফাংশনটি ভল্টে রাখা অন্তর্নিহিত সম্পদের মোট পরিমাণ প্রদান করে।
+এই ফাংশনটি ভল্টে থাকা আন্ডারলাইং অ্যাসেটের মোট পরিমাণ রিটার্ন করে।
-#### শেয়ারে রূপান্তর {#convertoshares}
+#### convertToShares {#convertoshares}
```solidity
function convertToShares(uint256 assets) public view returns (uint256 shares)
```
-এই ফাংশনটি প্রদত্ত `assets`-এর পরিমাণের জন্য ভল্ট দ্বারা বিনিময় করা হবে এমন `shares`-এর পরিমাণ প্রদান করে।
+এই ফাংশনটি প্রদান করা `assets`-এর পরিমাণের জন্য ভল্ট দ্বারা বিনিময় করা `shares`-এর পরিমাণ রিটার্ন করে।
-#### সম্পদে রূপান্তর {#convertoassets}
+#### convertToAssets {#convertoassets}
```solidity
function convertToAssets(uint256 shares) public view returns (uint256 assets)
```
-এই ফাংশনটি প্রদত্ত `shares`-এর পরিমাণের জন্য ভল্ট দ্বারা বিনিময় করা হবে এমন `assets`-এর পরিমাণ প্রদান করে।
+এই ফাংশনটি প্রদান করা `shares`-এর পরিমাণের জন্য ভল্ট দ্বারা বিনিময় করা `assets`-এর পরিমাণ রিটার্ন করে।
-#### সর্বোচ্চ জমা {#maxdeposit}
+#### maxDeposit {#maxdeposit}
```solidity
function maxDeposit(address receiver) public view returns (uint256 maxAssets)
```
-এই ফাংশনটি অন্তর্নিহিত সম্পদের সর্বোচ্চ পরিমাণ প্রদান করে যা একটি একক [`deposit`](#deposit) কলে জমা করা যেতে পারে, এবং `receiver`-এর জন্য শেয়ারগুলি মিন্ট করা হয়।
+এই ফাংশনটি আন্ডারলাইং অ্যাসেটের সর্বোচ্চ পরিমাণ রিটার্ন করে যা একটি একক [`deposit`](#deposit) কলে জমা করা যেতে পারে, যেখানে `receiver`-এর জন্য শেয়ার মিন্ট করা হয়।
-#### ডিপোজিটের প্রিভিউ {#previewdeposit}
+#### previewDeposit {#previewdeposit}
```solidity
function previewDeposit(uint256 assets) public view returns (uint256 shares)
```
-এই ফাংশনটি ব্যবহারকারীদের বর্তমান ব্লকে তাদের জমার প্রভাব সিমুলেট করতে দেয়।
+এই ফাংশনটি ব্যবহারকারীদের বর্তমান ব্লকে তাদের ডিপোজিটের প্রভাব সিমুলেট করার অনুমতি দেয়।
-#### জমা {#deposit}
+#### deposit {#deposit}
```solidity
function deposit(uint256 assets, address receiver) public returns (uint256 shares)
```
-এই ফাংশনটি ভল্টে অন্তর্নিহিত টোকেনের `assets` জমা করে এবং `receiver`-কে `shares`-এর মালিকানা প্রদান করে।
+এই ফাংশনটি ভল্টে আন্ডারলাইং টোকেনের `assets` জমা করে এবং `receiver`-কে `shares`-এর মালিকানা প্রদান করে।
-#### সর্বোচ্চ মিন্ট {#maxmint}
+#### maxMint {#maxmint}
```solidity
function maxMint(address receiver) public view returns (uint256 maxShares)
```
-এই ফাংশনটি একটি একক [`mint`](#mint) কলে মিন্ট করা যেতে পারে এমন শেয়ারের সর্বোচ্চ পরিমাণ প্রদান করে, যেখানে শেয়ারগুলো `receiver`-এর জন্য মিন্ট করা হয়।
+এই ফাংশনটি শেয়ারের সর্বোচ্চ পরিমাণ রিটার্ন করে যা একটি একক [`mint`](#mint) কলে মিন্ট করা যেতে পারে, যেখানে `receiver`-এর জন্য শেয়ার মিন্ট করা হয়।
-#### মিন্টের প্রিভিউ {#previewmint}
+#### previewMint {#previewmint}
```solidity
function previewMint(uint256 shares) public view returns (uint256 assets)
```
-এই ফাংশনটি ব্যবহারকারীদের বর্তমান ব্লকে তাদের মিন্টের প্রভাব সিমুলেট করতে দেয়।
+এই ফাংশনটি ব্যবহারকারীদের বর্তমান ব্লকে তাদের মিন্টের প্রভাব সিমুলেট করার অনুমতি দেয়।
-#### মিন্ট {#mint}
+#### mint {#mint}
```solidity
function mint(uint256 shares, address receiver) public returns (uint256 assets)
```
-এই ফাংশনটি অন্তর্নিহিত টোকেনের `assets` জমা করার মাধ্যমে `receiver`-কে ঠিক `shares` পরিমাণ ভল্ট শেয়ার মিন্ট করে।
+এই ফাংশনটি আন্ডারলাইং টোকেনের `assets` জমা করে `receiver`-কে ঠিক `shares` পরিমাণ ভল্ট শেয়ার মিন্ট করে।
-#### সর্বোচ্চ উত্তোলন {#maxwithdraw}
+#### maxWithdraw {#maxwithdraw}
```solidity
function maxWithdraw(address owner) public view returns (uint256 maxAssets)
```
-এই ফাংশনটি অন্তর্নিহিত সম্পদের সর্বোচ্চ পরিমাণ প্রদান করে যা একটি একক [`withdraw`](#withdraw) কলের মাধ্যমে `owner`-এর ব্যালেন্স থেকে উত্তোলন করা যেতে পারে।
+এই ফাংশনটি আন্ডারলাইং অ্যাসেটের সর্বোচ্চ পরিমাণ রিটার্ন করে যা একটি একক [`withdraw`](#withdraw) কলের মাধ্যমে `owner` ব্যালেন্স থেকে তোলা যেতে পারে।
-#### উত্তোলনের প্রিভিউ {#previewwithdraw}
+#### previewWithdraw {#previewwithdraw}
```solidity
function previewWithdraw(uint256 assets) public view returns (uint256 shares)
```
-এই ফাংশনটি ব্যবহারকারীদের বর্তমান ব্লকে তাদের উত্তোলনের প্রভাব সিমুলেট করতে দেয়।
+এই ফাংশনটি ব্যবহারকারীদের বর্তমান ব্লকে তাদের উত্তোলনের প্রভাব সিমুলেট করার অনুমতি দেয়।
-#### উত্তোলন {#withdraw}
+#### withdraw {#withdraw}
```solidity
function withdraw(uint256 assets, address receiver, address owner) public returns (uint256 shares)
```
-এই ফাংশনটি `owner`-এর থেকে `shares` বার্ন করে এবং ভল্ট থেকে `receiver`-কে ঠিক `assets` টোকেন পাঠায়।
+এই ফাংশনটি `owner` থেকে `shares` বার্ন করে এবং ভল্ট থেকে `receiver`-কে ঠিক `assets` টোকেন পাঠায়।
-#### সর্বোচ্চ রিডিম {#maxredeem}
+#### maxRedeem {#maxredeem}
```solidity
function maxRedeem(address owner) public view returns (uint256 maxShares)
```
-এই ফাংশনটি একটি [`redeem`](#redeem) কলের মাধ্যমে `owner`-এর ব্যালেন্স থেকে রিডিম করা যেতে পারে এমন শেয়ারের সর্বোচ্চ পরিমাণ প্রদান করে।
+এই ফাংশনটি শেয়ারের সর্বোচ্চ পরিমাণ রিটার্ন করে যা একটি [`redeem`](#redeem) কলের মাধ্যমে `owner` ব্যালেন্স থেকে রিডিম করা যেতে পারে।
-#### রিডিমের প্রিভিউ {#previewredeem}
+#### previewRedeem {#previewredeem}
```solidity
function previewRedeem(uint256 shares) public view returns (uint256 assets)
```
-এই ফাংশনটি ব্যবহারকারীদের বর্তমান ব্লকে তাদের রিডেম্পশনের প্রভাব সিমুলেট করতে দেয়।
+এই ফাংশনটি ব্যবহারকারীদের বর্তমান ব্লকে তাদের রিডেম্পশনের প্রভাব সিমুলেট করার অনুমতি দেয়।
-#### রিডিম {#redeem}
+#### redeem {#redeem}
```solidity
function redeem(uint256 shares, address receiver, address owner) public returns (uint256 assets)
```
-এই ফাংশনটি `owner`-এর থেকে নির্দিষ্ট সংখ্যক `shares` রিডিম করে এবং ভল্ট থেকে `receiver`-কে অন্তর্নিহিত টোকেনের `assets` পাঠায়।
+এই ফাংশনটি `owner` থেকে একটি নির্দিষ্ট সংখ্যক `shares` রিডিম করে এবং ভল্ট থেকে `receiver`-কে আন্ডারলাইং টোকেনের `assets` পাঠায়।
-#### মোট সরবরাহ {#totalsupply}
+#### totalSupply {#totalsupply}
```solidity
function totalSupply() public view returns (uint256)
```
-প্রচলিত আনরিডিমড ভল্ট শেয়ারের মোট সংখ্যা প্রদান করে।
+সার্কুলেশনে থাকা আনরিডিমড ভল্ট শেয়ারের মোট সংখ্যা রিটার্ন করে।
-#### ব্যালেন্স {#balanceof}
+#### balanceOf {#balanceof}
```solidity
function balanceOf(address owner) public view returns (uint256)
```
-`owner`-এর কাছে বর্তমানে থাকা ভল্ট শেয়ারের মোট পরিমাণ প্রদান করে।
+বর্তমানে `owner`-এর কাছে থাকা ভল্ট শেয়ারের মোট পরিমাণ রিটার্ন করে।
### ইন্টারফেসের ম্যাপ {#mapOfTheInterface}
-
+
### ইভেন্ট {#events}
#### ডিপোজিট ইভেন্ট
-[`mint`](#mint) এবং [`deposit`](#deposit) মেথডের মাধ্যমে যখন টোকেন ভল্টে জমা করা হয় তখন **অবশ্যই** এমিট করতে হবে।
+[`mint`](#mint) এবং [`deposit`](#deposit) মেথডের মাধ্যমে ভল্টে টোকেন জমা করার সময় **অবশ্যই** এমিট করতে হবে।
```solidity
event Deposit(
@@ -203,11 +203,11 @@ event Deposit(
)
```
-যেখানে `sender` হলো সেই ব্যবহারকারী যিনি `shares`-এর জন্য `assets` বিনিময় করেছেন, এবং সেই `shares` `owner`-এর কাছে স্থানান্তর করেছেন।
+যেখানে `sender` হলো সেই ব্যবহারকারী যিনি `shares`-এর বিনিময়ে `assets` এক্সচেঞ্জ করেছেন এবং সেই `shares` গুলো `owner`-এর কাছে ট্রান্সফার করেছেন।
-#### উত্তোলন ইভেন্ট
+#### উইথড্র ইভেন্ট
-[`redeem`](#redeem) বা [`withdraw`](#withdraw) মেথডে যখন একজন আমানতকারী ভল্ট থেকে শেয়ার উত্তোলন করেন তখন **অবশ্যই** এমিট করতে হবে।
+[`redeem`](#redeem) বা [`withdraw`](#withdraw) মেথডে কোনো আমানতকারী ভল্ট থেকে শেয়ার তোলার সময় **অবশ্যই** এমিট করতে হবে।
```solidity
event Withdraw(
@@ -219,9 +219,9 @@ event Withdraw(
)
```
-যেখানে `sender` হলো সেই ব্যবহারকারী যিনি উত্তোলনটি ট্রিগার করেছেন এবং `owner`-এর মালিকানাধীন `shares`-কে `assets`-এর জন্য বিনিময় করেছেন। `receiver` হলো সেই ব্যবহারকারী যিনি উত্তোলিত `assets` পেয়েছেন।
+যেখানে `sender` হলো সেই ব্যবহারকারী যিনি উত্তোলন ট্রিগার করেছেন এবং `owner`-এর মালিকানাধীন `shares`-এর বিনিময়ে `assets` এক্সচেঞ্জ করেছেন। `receiver` হলো সেই ব্যবহারকারী যিনি উত্তোলিত `assets` পেয়েছেন।
## আরও পড়ুন {#further-reading}
- [EIP-4626: টোকেনাইজড ভল্ট স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-4626)
-- [ERC-4626: GitHub রিপো](https://github.com/transmissions11/solmate/blob/main/src/tokens/ERC4626.sol)
+- [ERC-4626: গিটহাব রিপো (GitHub Repo)](https://github.com/transmissions11/solmate/blob/main/src/tokens/ERC4626.sol)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/standards/tokens/erc-721/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-721/index.md
index 7f92cd21e16..46d2729e7bf 100644
--- a/public/content/translations/bn/developers/docs/standards/tokens/erc-721/index.md
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-721/index.md
@@ -1,45 +1,34 @@
---
-title: "ERC-721 নন-ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড"
-description: "ERC-721 সম্পর্কে জানুন, ইথেরিয়ামে অনন্য ডিজিটাল সম্পদের প্রতিনিধিত্বকারী নন-ফাঞ্জিবল টোকেন (NFTs)-এর জন্য একটি স্ট্যান্ডার্ড।"
+title: ERC-721 নন-ফান্জেবল টোকেন স্ট্যান্ডার্ড
+description: ERC-721 সম্পর্কে জানুন, যা ইথিরিয়ামে অনন্য ডিজিটাল সম্পদের প্রতিনিধিত্বকারী নন-ফান্জেবল টোকেন (NFTs)-এর স্ট্যান্ডার্ড।
lang: bn
---
## ভূমিকা {#introduction}
-**নন-ফাঞ্জিবল টোকেন কী?**
+**নন-ফান্জেবল টোকেন কী?**
-একটি নন-ফাঞ্জিবল টোকেন (NFT) কোনো কিছু বা কাউকে একটি অনন্য উপায়ে শনাক্ত করতে ব্যবহৃত হয়। এই ধরনের টোকেন এমন প্ল্যাটফর্মে ব্যবহারের জন্য উপযুক্ত যা সংগ্রহযোগ্য আইটেম, অ্যাক্সেস কী, লটারির টিকিট, কনসার্ট এবং
-খেলার ম্যাচের জন্য সংখ্যাযুক্ত আসন ইত্যাদি অফার করে। এই বিশেষ ধরনের টোকেনের অসাধারণ সম্ভাবনা রয়েছে তাই এর জন্য একটি সঠিক স্ট্যান্ডার্ড প্রয়োজন, ERC-721
-সেই সমাধান নিয়ে এসেছে!
+একটি নন-ফান্জেবল টোকেন (NFT) কোনো কিছু বা কাউকে অনন্য উপায়ে শনাক্ত করতে ব্যবহৃত হয়। এই ধরনের টোকেন এমন প্ল্যাটফর্মগুলোতে ব্যবহারের জন্য উপযুক্ত যা সংগ্রহযোগ্য আইটেম, অ্যাক্সেস কী, লটারির টিকিট, কনসার্ট এবং স্পোর্টস ম্যাচের জন্য নম্বরযুক্ত আসন ইত্যাদি অফার করে। এই বিশেষ ধরনের টোকেনের আশ্চর্যজনক সম্ভাবনা রয়েছে, তাই এর একটি সঠিক স্ট্যান্ডার্ড থাকা প্রাপ্য, আর ERC-721 সেই সমস্যার সমাধান নিয়ে এসেছে!
**ERC-721 কী?**
-ERC-721, NFT-এর জন্য একটি স্ট্যান্ডার্ড চালু করে, অন্য কথায়, এই ধরনের টোকেন অনন্য এবং একই স্মার্ট কন্ট্র্যাক্ট থেকে অন্য টোকেনের চেয়ে ভিন্ন মান
-থাকতে পারে, সম্ভবত এর বয়স, বিরলতা বা এমনকি এর ভিজ্যুয়ালের মতো অন্য কিছুর কারণে।
-অপেক্ষা করুন, ভিজ্যুয়াল?
+ERC-721 NFT-এর জন্য একটি স্ট্যান্ডার্ড প্রবর্তন করে, অন্য কথায়, এই ধরনের টোকেন অনন্য এবং একই স্মার্ট কন্ট্রাক্ট থেকে আসা অন্য টোকেনের চেয়ে এর মান ভিন্ন হতে পারে, হতে পারে এর বয়স, বিরলতা বা এমনকি এর ভিজ্যুয়ালের মতো অন্য কিছুর কারণে। একটু দাঁড়ান, ভিজ্যুয়াল?
-হ্যাঁ! সমস্ত NFT-এর `tokenId` নামক একটি `uint256` ভেরিয়েবল আছে, তাই যেকোনো ERC-721 কন্ট্র্যাক্টের জন্য, `contract address, uint256 tokenId` জোড়াটি
-বিশ্বব্যাপী অনন্য হতে হবে। বলা বাহুল্য, একটি dapp-এর একটি "কনভার্টার" থাকতে পারে যা
-ইনপুট হিসাবে `tokenId` ব্যবহার করে এবং জম্বি, অস্ত্র, দক্ষতা বা আশ্চর্যজনক কিটিদের মতো দুর্দান্ত কিছুর একটি চিত্র আউটপুট করে!
+হ্যাঁ! সমস্ত NFT-তে `tokenId` নামক একটি `uint256` ভেরিয়েবল থাকে, তাই যেকোনো ERC-721 কন্ট্রাক্টের জন্য, `contract address, uint256 tokenId` জোড়াটি বিশ্বব্যাপী অনন্য হতে হবে। বলা যায়, একটি ডিএ্যাপ-এ এমন একটি "কনভার্টার" থাকতে পারে যা `tokenId`-কে ইনপুট হিসেবে ব্যবহার করে এবং জম্বি, অস্ত্র, দক্ষতা বা চমৎকার বিড়ালছানার মতো দারুণ কিছুর ছবি আউটপুট হিসেবে দেয়!
## পূর্বশর্ত {#prerequisites}
-- [অ্যাকাউন্ট](/developers/docs/accounts/)
-- [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/)
+- [একাউন্ট](/developers/docs/accounts/)
+- [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/)
- [টোকেন স্ট্যান্ডার্ড](/developers/docs/standards/tokens/)
-## বডি {#body}
+## মূল অংশ {#body}
-ERC-721 (Ethereum Request for Comments 721), যা উইলিয়াম এন্টিকেন, ডিটার শার্লি, জ্যাকব ইভান্স,
-নাস্টাসিয়া শ্যাক্স দ্বারা জানুয়ারী 2018-এ প্রস্তাবিত, এটি একটি নন-ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড যা স্মার্ট কন্ট্র্যাক্টের মধ্যে টোকেনগুলির জন্য একটি API প্রয়োগ করে।
+ERC-721 ([Ethereum](/) Request for Comments 721), যা 2018 সালের জানুয়ারিতে উইলিয়াম এন্ট্রিকেন, ডিটার শার্লি, জ্যাকব ইভান্স এবং নাস্তাসিয়া শ্যাক্স দ্বারা প্রস্তাবিত হয়েছিল, এটি একটি নন-ফান্জেবল টোকেন স্ট্যান্ডার্ড যা স্মার্ট কন্ট্রাক্ট-এর মধ্যে টোকেনগুলোর জন্য একটি API বাস্তবায়ন করে।
-এটি একটি অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে টোকেন স্থানান্তর করা, একটি অ্যাকাউন্টের বর্তমান টোকেন ব্যালেন্স
-পাওয়া, একটি নির্দিষ্ট টোকেনের মালিক কে তা জানা এবং নেটওয়ার্কে উপলব্ধ টোকেনের মোট সরবরাহ জানার মতো কার্যকারিতা প্রদান করে।
-এগুলি ছাড়াও, এটিতে আরও কিছু কার্যকারিতা রয়েছে, যেমন কোনও অ্যাকাউন্ট থেকে একটি নির্দিষ্ট পরিমাণ টোকেন একটি তৃতীয় পক্ষের অ্যাকাউন্টের দ্বারা
-স্থানান্তর করার অনুমোদন দেওয়া।
+এটি এক একাউন্ট থেকে অন্য একাউন্টে টোকেন স্থানান্তর করা, একটি একাউন্টের বর্তমান টোকেন ব্যালেন্স জানা, একটি নির্দিষ্ট টোকেনের মালিককে খুঁজে বের করা এবং নেটওয়ার্ক-এ উপলব্ধ টোকেনের মোট সরবরাহ জানার মতো কার্যকারিতা প্রদান করে। এগুলোর পাশাপাশি এর আরও কিছু কার্যকারিতা রয়েছে, যেমন একটি একাউন্ট থেকে নির্দিষ্ট পরিমাণ টোকেন তৃতীয় পক্ষের একাউন্ট দ্বারা সরানো যেতে পারে তা অনুমোদন করা।
-যদি একটি স্মার্ট কন্ট্র্যাক্ট নিম্নলিখিত পদ্ধতি এবং ইভেন্টগুলি প্রয়োগ করে তবে এটিকে একটি ERC-721 নন-ফাঞ্জিবল টোকেন কন্ট্র্যাক্ট বলা যেতে পারে
-এবং, একবার ডিপ্লয় করা হলে, এটি ইথেরিয়ামে তৈরি টোকেনগুলির ট্র্যাক রাখার জন্য দায়ী থাকবে।
+যদি একটি স্মার্ট কন্ট্রাক্ট নিচের মেথড এবং ইভেন্টগুলো বাস্তবায়ন করে, তবে এটিকে একটি ERC-721 নন-ফান্জেবল টোকেন কন্ট্রাক্ট বলা যেতে পারে এবং একবার ডিপ্লয় করা হলে, এটি ইথিরিয়ামে তৈরি করা টোকেনগুলোর ট্র্যাক রাখার জন্য দায়ী থাকবে।
[EIP-721](https://eips.ethereum.org/EIPS/eip-721) থেকে:
@@ -67,13 +56,11 @@ ERC-721 (Ethereum Request for Comments 721), যা উইলিয়াম এ
### উদাহরণ {#web3py-example}
-আসুন দেখি কীভাবে একটি স্ট্যান্ডার্ড ইথেরিয়ামের যেকোনো ERC-721 টোকেন কন্ট্র্যাক্ট পরীক্ষা করার জন্য আমাদের জন্য জিনিসগুলিকে সহজ করে তোলে।
-যেকোনো ERC-721 টোকেনের একটি ইন্টারফেস তৈরি করতে আমাদের শুধুমাত্র কন্ট্র্যাক্ট অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI) প্রয়োজন। যেমন আপনি নিচে
-দেখতে পাচ্ছেন, এটিকে একটি ঝামেলাহীন উদাহরণ তৈরি করতে আমরা একটি সরলীকৃত ABI ব্যবহার করব।
+আসুন দেখি ইথিরিয়ামে যেকোনো ERC-721 টোকেন কন্ট্রাক্ট পরিদর্শন করা আমাদের জন্য সহজ করতে একটি স্ট্যান্ডার্ড কতটা গুরুত্বপূর্ণ। যেকোনো ERC-721 টোকেনের জন্য একটি ইন্টারফেস তৈরি করতে আমাদের শুধু কন্ট্রাক্ট অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI) প্রয়োজন। নিচে দেখতে পাবেন যে আমরা একটি সরলীকৃত ABI ব্যবহার করব, যাতে এটি সহজে বোঝা যায় এমন একটি উদাহরণ হয়।
#### Web3.py উদাহরণ {#web3py-example}
-প্রথমে, নিশ্চিত করুন যে আপনি [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) পাইথন লাইব্রেরিটি ইনস্টল করেছেন:
+প্রথমে, নিশ্চিত করুন যে আপনি [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) পাইথন লাইব্রেরি ইনস্টল করেছেন:
```
pip install web3
@@ -86,12 +73,12 @@ from web3._utils.events import get_event_data
w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
-ck_token_addr = "0x06012c8cf97BEaD5deAe237070F9587f8E7A266d" # CryptoKitties Contract
+ck_token_addr = "0x06012c8cf97BEaD5deAe237070F9587f8E7A266d" # ক্রিপ্টোকিটিজ কন্ট্রাক্ট
-acc_address = "0xb1690C08E213a35Ed9bAb7B318DE14420FB57d8C" # CryptoKitties Sales Auction
+acc_address = "0xb1690C08E213a35Ed9bAb7B318DE14420FB57d8C" # ক্রিপ্টোকিটিজ বিক্রির নিলাম
-# This is a simplified Contract Application Binary Interface (ABI) of an ERC-721 NFT Contract.
-# It will expose only the methods: balanceOf(address), name(), ownerOf(tokenId), symbol(), totalSupply()
+# এটি একটি ERC-721 NFT কন্ট্রাক্টের সরলীকৃত কন্ট্রাক্ট অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI)।
+# এটি শুধুমাত্র এই মেথডগুলো প্রকাশ করবে: balanceOf(address), name(), ownerOf(tokenId), symbol(), totalSupply()
simplified_abi = [
{
'inputs': [{'internalType': 'address', 'name': 'owner', 'type': 'address'}],
@@ -149,7 +136,7 @@ print(f"{name} [{symbol}] NFTs in Auctions: {kitties_auctions}")
pregnant_kitties = ck_contract.functions.pregnantKitties().call()
print(f"{name} [{symbol}] NFTs Pregnants: {pregnant_kitties}")
-# Using the Transfer Event ABI to get info about transferred Kitties.
+# ট্রান্সফার হওয়া কিটিজ সম্পর্কে তথ্য পেতে ট্রান্সফার ইভেন্ট ABI ব্যবহার করা হচ্ছে।
tx_event_abi = {
'anonymous': False,
'inputs': [
@@ -160,7 +147,7 @@ tx_event_abi = {
'type': 'event'
}
-# We need the event's signature to filter the logs
+# লগগুলো ফিল্টার করার জন্য আমাদের ইভেন্টের সিগনেচার প্রয়োজন
event_signature = w3.keccak(text="Transfer(address,address,uint256)").hex()
logs = w3.eth.get_logs({
@@ -169,25 +156,25 @@ logs = w3.eth.get_logs({
"topics": [event_signature]
})
-# Notes:
-# - Increase the number of blocks up from 120 if no Transfer event is returned.
-# - If you didn't find any Transfer event you can also try to get a tokenId at:
-# https://etherscan.io/address/0x06012c8cf97BEaD5deAe237070F9587f8E7A266d#events
-# Click to expand the event's logs and copy its "tokenId" argument
+# দ্রষ্টব্য:
+# - যদি কোনো ট্রান্সফার ইভেন্ট না পাওয়া যায়, তবে ব্লকের সংখ্যা ১২০ থেকে বাড়িয়ে দিন।
+# - যদি আপনি কোনো ট্রান্সফার ইভেন্ট খুঁজে না পান, তবে আপনি এখান থেকেও একটি tokenId পাওয়ার চেষ্টা করতে পারেন:
+# https://etherscan.io/address/0x06012c8cf97BEaD5deAe237070F9587f8E7A266d#events
+# ইভেন্টের লগগুলো প্রসারিত করতে ক্লিক করুন এবং এর "tokenId" আর্গুমেন্টটি কপি করুন
recent_tx = [get_event_data(w3.codec, tx_event_abi, log)["args"] for log in logs]
if recent_tx:
- kitty_id = recent_tx[0]['tokenId'] # Paste the "tokenId" here from the link above
+ kitty_id = recent_tx[0]['tokenId'] # উপরের লিংক থেকে "tokenId" এখানে পেস্ট করুন
is_pregnant = ck_contract.functions.isPregnant(kitty_id).call()
print(f"{name} [{symbol}] NFTs {kitty_id} is pregnant: {is_pregnant}")
```
-CryptoKitties কন্ট্র্যাক্টে স্ট্যান্ডার্ড ইভেন্টগুলি ছাড়াও কিছু আকর্ষণীয় ইভেন্ট রয়েছে।
+ক্রিপ্টোকিটিজ (CryptoKitties) কন্ট্রাক্টে স্ট্যান্ডার্ড ইভেন্টগুলো ছাড়াও কিছু আকর্ষণীয় ইভেন্ট রয়েছে।
-আসুন তাদের মধ্যে দুটি পরীক্ষা করি, `Pregnant` এবং `Birth`।
+আসুন সেগুলোর মধ্যে দুটি পরীক্ষা করে দেখি, `Pregnant` এবং `Birth`।
```python
-# Using the Pregnant and Birth Events ABI to get info about new Kitties.
+# নতুন কিটিজ সম্পর্কে তথ্য পেতে প্রেগন্যান্ট এবং বার্থ ইভেন্ট ABI ব্যবহার করা হচ্ছে।
ck_extra_events_abi = [
{
'anonymous': False,
@@ -211,13 +198,13 @@ ck_extra_events_abi = [
'type': 'event'
}]
-# We need the event's signature to filter the logs
+# লগগুলো ফিল্টার করার জন্য আমাদের ইভেন্টের সিগনেচার প্রয়োজন
ck_event_signatures = [
w3.keccak(text="Pregnant(address,uint256,uint256,uint256)").hex(),
w3.keccak(text="Birth(address,uint256,uint256,uint256,uint256)").hex(),
]
-# Here is a Pregnant Event:
+# এখানে একটি প্রেগন্যান্ট ইভেন্ট দেওয়া হলো:
# - https://etherscan.io/tx/0xc97eb514a41004acc447ac9d0d6a27ea6da305ac8b877dff37e49db42e1f8cef#eventlog
pregnant_logs = w3.eth.get_logs({
"fromBlock": w3.eth.block_number - 120,
@@ -227,7 +214,7 @@ pregnant_logs = w3.eth.get_logs({
recent_pregnants = [get_event_data(w3.codec, ck_extra_events_abi[0], log)["args"] for log in pregnant_logs]
-# Here is a Birth Event:
+# এখানে একটি বার্থ ইভেন্ট দেওয়া হলো:
# - https://etherscan.io/tx/0x3978028e08a25bb4c44f7877eb3573b9644309c044bf087e335397f16356340a
birth_logs = w3.eth.get_logs({
"fromBlock": w3.eth.block_number - 120,
@@ -238,26 +225,28 @@ birth_logs = w3.eth.get_logs({
recent_births = [get_event_data(w3.codec, ck_extra_events_abi[1], log)["args"] for log in birth_logs]
```
-## জনপ্রিয় NFT {#popular-nfts}
-
-- [Etherscan NFT Tracker](https://etherscan.io/nft-top-contracts) স্থানান্তরের ভলিউম অনুসারে ইথেরিয়ামের শীর্ষস্থানীয় NFT-এর তালিকা করে।
-- [CryptoKitties](https://www.cryptokitties.co/) হল প্রজননযোগ্য, সংগ্রহযোগ্য এবং অত্যন্ত আরাধ্য প্রাণীদের কেন্দ্র করে একটি গেম,
- যাদের আমরা CryptoKitties বলি।
-- [Sorare](https://sorare.com/) একটি বিশ্বব্যাপী ফ্যান্টাসি ফুটবল খেলা যেখানে আপনি সীমিত সংস্করণের সংগ্রহযোগ্য জিনিস সংগ্রহ করতে পারেন,
- আপনার দল পরিচালনা করতে পারেন এবং পুরস্কার অর্জনের জন্য প্রতিযোগিতা করতে পারেন।
-- [The Ethereum Name Service (ENS)](https://ens.domains/) সহজ, মানুষের পাঠযোগ্য নাম ব্যবহার করে ব্লকচেইনের
- ভিতরে এবং বাইরে উভয় রিসোর্স অ্যাড্রেস করার জন্য একটি নিরাপদ ও বিকেন্দ্রীভূত উপায় অফার করে।
-- [POAP](https://poap.xyz) যারা ইভেন্টে যোগ দেয় বা নির্দিষ্ট কাজ সম্পন্ন করে তাদের বিনামূল্যে NFT সরবরাহ করে। POAP তৈরি এবং বিতরণ করা বিনামূল্যে।
-- [Unstoppable Domains](https://unstoppabledomains.com/) হল একটি সান ফ্রান্সিসকো-ভিত্তিক কোম্পানি যা
- ব্লকচেইনে ডোমেইন তৈরি করে। ব্লকচেইন ডোমেইনগুলি ক্রিপ্টোকারেন্সি অ্যাড্রেসগুলিকে মানুষের পাঠযোগ্য নাম দিয়ে প্রতিস্থাপন করে এবং সেন্সরশিপ-প্রতিরোধী ওয়েবসাইটগুলিকে
- সক্ষম করতে ব্যবহার করা যেতে পারে।
-- [Gods Unchained Cards](https://godsunchained.com/) হল Ethereum ব্লকচেইনের একটি TCG যা ইন-গেম অ্যাসেটগুলিতে প্রকৃত মালিকানা আনতে
- NFT ব্যবহার করে।
-- [Bored Ape Yacht Club](https://boredapeyachtclub.com) হলো ১০,০০০টি অনন্য NFT-এর একটি সংগ্রহ, যা একটি প্রমাণযোগ্য-বিরল শিল্পকর্ম হওয়ার পাশাপাশি ক্লাবের সদস্যপদ টোকেন হিসেবে কাজ করে, যা সদস্যদের জন্য বিভিন্ন সুযোগ-সুবিধা প্রদান করে এবং সম্প্রদায়ের প্রচেষ্টার ফলে সময়ের সাথে সাথে এর সুবিধা বাড়তে থাকে।
+## জনপ্রিয় NFTs {#popular-nfts}
+
+- [Etherscan NFT Tracker](https://etherscan.io/nft-top-contracts) ট্রান্সফার ভলিউম অনুযায়ী ইথিরিয়ামের শীর্ষ NFT-গুলোর তালিকা করে।
+- [CryptoKitties](https://www.cryptokitties.co/) হলো প্রজননযোগ্য, সংগ্রহযোগ্য এবং অত্যন্ত আরাধ্য প্রাণীদের কেন্দ্র করে তৈরি একটি গেম, যাদের আমরা ক্রিপ্টোকিটিজ (CryptoKitties) বলি।
+- [Sorare](https://sorare.com/) হলো একটি গ্লোবাল ফ্যান্টাসি ফুটবল গেম যেখানে আপনি সীমিত সংস্করণের সংগ্রহযোগ্য আইটেম সংগ্রহ করতে পারেন, আপনার দল পরিচালনা করতে পারেন এবং পুরস্কার জেতার জন্য প্রতিযোগিতা করতে পারেন।
+- [The Ethereum Name Service (ENS)](https://ens.domains/) সহজ, মানুষের পাঠযোগ্য নাম ব্যবহার করে ব্লকচেইন-এর ভেতরে এবং বাইরে উভয় ক্ষেত্রেই রিসোর্সগুলোকে অ্যাড্রেস করার একটি নিরাপদ এবং ডিসেন্ট্রালাইজড উপায় অফার করে।
+- [POAP](https://poap.xyz) ইভেন্টে অংশগ্রহণকারী বা নির্দিষ্ট কাজ সম্পন্নকারী ব্যক্তিদের বিনামূল্যে NFT প্রদান করে। POAP তৈরি এবং বিতরণ করা সম্পূর্ণ বিনামূল্যে।
+- [Unstoppable Domains](https://unstoppabledomains.com/) হলো সান ফ্রান্সিসকো-ভিত্তিক একটি কোম্পানি যা ব্লকচেইন-এ ডোমেইন তৈরি করে। ব্লকচেইন ডোমেইনগুলো ক্রিপটোকারেন্সি এডড্রেস-কে মানুষের পাঠযোগ্য নাম দিয়ে প্রতিস্থাপন করে এবং সেন্সরশিপ-প্রতিরোধী ওয়েবসাইটগুলো সক্ষম করতে ব্যবহার করা যেতে পারে।
+- [Gods Unchained Cards](https://godsunchained.com/) হলো ইথিরিয়াম ব্লকচেইন-এর ওপর একটি TCG যা ইন-গেম অ্যাসেটগুলোতে প্রকৃত মালিকানা আনতে NFT ব্যবহার করে।
+- [Bored Ape Yacht Club](https://boredapeyachtclub.com) হলো 10,000টি অনন্য NFT-এর একটি সংগ্রহ, যা একটি প্রমাণিত-বিরল শিল্পকর্ম হওয়ার পাশাপাশি ক্লাবের সদস্যপদ টোকেন হিসেবে কাজ করে, যা সদস্যদের এমন সব সুবিধা প্রদান করে যা সময়ের সাথে সাথে কমিউনিটির প্রচেষ্টার ফলে বৃদ্ধি পায়।
## আরও পড়ুন {#further-reading}
-- [EIP-721: ERC-721 নন-ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-721)
-- [OpenZeppelin - ERC-721 ডকস](https://docs.openzeppelin.com/contracts/3.x/erc721)
+- [EIP-721: ERC-721 নন-ফান্জেবল টোকেন স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-721)
+- [OpenZeppelin - ERC-721 ডক্স](https://docs.openzeppelin.com/contracts/3.x/erc721)
- [OpenZeppelin - ERC-721 ইমপ্লিমেন্টেশন](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/ERC721.sol)
- [Alchemy NFT API](https://www.alchemy.com/docs/reference/nft-api-quickstart)
+
+## টিউটোরিয়াল: ইথিরিয়ামে নন-ফান্জেবল টোকেন (ERC-721) দিয়ে তৈরি করুন {#tutorials}
+
+- [Vyper ERC-721 কন্ট্রাক্ট ওয়াকথ্রু](/developers/tutorials/erc-721-vyper-annotated-code/) _– Vyper-এ লেখা একটি সম্পূর্ণ ERC-721 NFT কন্ট্রাক্টের টীকাযুক্ত ওয়াকথ্রু।_
+- [কীভাবে একটি NFT লিখতে এবং ডিপ্লয় করতে হয় (পর্ব 1/3)](/developers/tutorials/how-to-write-and-deploy-an-nft/) _– আপনার প্রথম ERC-721 স্মার্ট কন্ট্রাক্ট লেখা এবং ডিপ্লয় করার ধাপে ধাপে গাইড।_
+- [কীভাবে একটি NFT মিন্ট করবেন (পর্ব 2/3)](/developers/tutorials/how-to-mint-an-nft/) _– আপনার ডিপ্লয় করা স্মার্ট কন্ট্রাক্ট এবং Web3 ব্যবহার করে কীভাবে একটি ERC-721 NFT মিন্ট করবেন।_
+- [কীভাবে আপনার ওয়ালেটে আপনার NFT দেখবেন (পর্ব 3/3)](/developers/tutorials/how-to-view-nft-in-metamask/) _– ডিপ্লয়মেন্টের পর MetaMask-এ আপনার মিন্ট করা NFT কীভাবে প্রদর্শন করবেন।_
+- [NFT মিন্টার টিউটোরিয়াল](/developers/tutorials/nft-minter/) _– React ফ্রন্টএন্ড, MetaMask এবং Alchemy দিয়ে একটি ফুল-স্ট্যাক NFT মিন্টিং ডিএ্যাপ তৈরি করুন।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/bn/developers/docs/standards/tokens/erc-777/index.md
index fff9952c48e..3fc56d2d818 100644
--- a/public/content/translations/bn/developers/docs/standards/tokens/erc-777/index.md
+++ b/public/content/translations/bn/developers/docs/standards/tokens/erc-777/index.md
@@ -1,45 +1,45 @@
---
-title: "ERC-777 টোকেন স্ট্যান্ডার্ড"
-description: "ERC-777 সম্পর্কে জানুন, হুকসহ একটি উন্নত ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড, যদিও নিরাপত্তার জন্য ERC-20 সুপারিশ করা হয়।"
+title: ERC-777 টোকেন স্ট্যান্ডার্ড
+description: ERC-777 সম্পর্কে জানুন, যা হুকসহ একটি উন্নত ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড, যদিও নিরাপত্তার জন্য ERC-20 সুপারিশ করা হয়।
lang: bn
---
-## সতর্কবার্তা {#warning}
+## সতর্কতা {#warning}
-**ERC-777 সঠিকভাবে প্রয়োগ করা কঠিন, কারণ এটি [বিভিন্ন ধরনের আক্রমণের জন্য ঝুঁকিপূর্ণ](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620)। এর পরিবর্তে [ERC-20](/developers/docs/standards/tokens/erc-20/) ব্যবহার করার পরামর্শ দেওয়া হচ্ছে।** এই পেজটি একটি ঐতিহাসিক আর্কাইভ হিসেবে রয়ে গেছে।
+**ERC-777 সঠিকভাবে প্রয়োগ করা কঠিন, কারণ এটি [বিভিন্ন ধরনের আক্রমণের প্রতি সংবেদনশীল](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620)। এর পরিবর্তে [ERC-20](/developers/docs/standards/tokens/erc-20/) ব্যবহার করার সুপারিশ করা হয়।** এই পেজটি একটি ঐতিহাসিক আর্কাইভ হিসেবে রাখা হয়েছে।
## ভূমিকা? {#introduction}
-ERC-777 একটি ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড যা বিদ্যমান [ERC-20](/developers/docs/standards/tokens/erc-20/) স্ট্যান্ডার্ডকে উন্নত করে।
+ERC-777 হলো একটি ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড যা বিদ্যমান [ERC-20](/developers/docs/standards/tokens/erc-20/) স্ট্যান্ডার্ডকে উন্নত করে।
## পূর্বশর্ত {#prerequisites}
-এই পেজটি আরও ভালোভাবে বোঝার জন্য, আমরা আপনাকে প্রথমে [ERC-20](/developers/docs/standards/tokens/erc-20/) সম্পর্কে পড়ার পরামর্শ দিচ্ছি।
+এই পেজটি ভালোভাবে বোঝার জন্য, আমরা সুপারিশ করি আপনি প্রথমে [ERC-20](/developers/docs/standards/tokens/erc-20/) সম্পর্কে পড়ুন।
-## ERC-20-এর উপর ERC-777 কী কী উন্নতি প্রস্তাব করে? {#-erc-777-vs-erc-20}
+## ERC-20 এর তুলনায় ERC-777 কী কী উন্নতির প্রস্তাব দেয়? {#-erc-777-vs-erc-20}
-ERC-777, ERC-20-এর উপর নিম্নলিখিত উন্নতিগুলো প্রদান করে।
+ERC-777, ERC-20 এর তুলনায় নিচের উন্নতিগুলো প্রদান করে।
### হুকস {#hooks}
-হুকস হলো একটি ফাংশন যা একটি স্মার্ট কন্ট্র্যাক্টের কোডে বর্ণনা করা থাকে। কন্ট্র্যাক্টের মাধ্যমে টোকেন পাঠানো বা গ্রহণ করা হলে হুকস কল করা হয়। এটি একটি স্মার্ট কন্ট্র্যাক্টকে আগত বা বহির্গামী টোকেনের প্রতি প্রতিক্রিয়া জানাতে অনুমতি দেয়।
+হুকস হলো স্মার্ট কন্ট্রাক্ট এর কোডে বর্ণিত একটি ফাংশন। যখন কন্ট্রাক্টের মাধ্যমে টোকেন পাঠানো বা গ্রহণ করা হয় তখন হুকস কল করা হয়। এটি একটি স্মার্ট কন্ট্রাক্ট-কে ইনকামিং বা আউটগোয়িং টোকেনগুলোর প্রতি প্রতিক্রিয়া জানাতে দেয়।
-[ERC-1820](https://eips.ethereum.org/EIPS/eip-1820) স্ট্যান্ডার্ড ব্যবহার করে হুকসগুলো রেজিস্টার এবং আবিষ্কার করা হয়।
+হুকগুলো [ERC-1820](https://eips.ethereum.org/EIPS/eip-1820) স্ট্যান্ডার্ড ব্যবহার করে রেজিস্টার এবং ডিসকভার করা হয়।
#### হুকস কেন দারুণ? {#why-are-hooks-great}
-1. হুকস একটি একক লেনদেনে একটি কন্ট্র্যাক্টে টোকেন পাঠানো এবং কন্ট্র্যাক্টটিকে অবহিত করার অনুমতি দেয়, যা [ERC-20](https://eips.ethereum.org/EIPS/eip-20)-এর মতো নয়, যেখানে এটি অর্জন করার জন্য একটি ডাবল কল (`approve`/`transferFrom`) প্রয়োজন।
-2. যেসব কন্ট্র্যাক্ট হুকস রেজিস্টার করেনি সেগুলো ERC-777-এর সাথে বেমানান। গ্রহণকারী কন্ট্র্যাক্টটি একটি হুক রেজিস্টার না করলে প্রেরণকারী কন্ট্র্যাক্ট লেনদেনটি বাতিল করে দেবে। এটি নন-ERC-777 স্মার্ট কন্ট্র্যাক্টে দুর্ঘটনাজনিত ট্রান্সফার প্রতিরোধ করে।
-3. হুকস লেনদেন প্রত্যাখ্যান করতে পারে।
+1. হুকস একটি কন্ট্রাক্টে টোকেন পাঠাতে এবং একটি একক লেনদেন এর মাধ্যমে কন্ট্রাক্টকে অবহিত করতে দেয়, যা [ERC-20](https://eips.ethereum.org/EIPS/eip-20) এর মতো নয়, যেখানে এটি অর্জন করতে ডাবল কল (`approve`/`transferFrom`) প্রয়োজন হয়।
+2. যেসব কন্ট্রাক্ট হুক রেজিস্টার করেনি সেগুলো ERC-777 এর সাথে বেমানান। যখন গ্রহণকারী কন্ট্রাক্ট কোনো হুক রেজিস্টার করে না, তখন প্রেরণকারী কন্ট্রাক্ট লেনদেন বাতিল করে দেবে। এটি নন-ERC-777 স্মার্ট কন্ট্রাক্ট-এ দুর্ঘটনাবশত ট্রান্সফার প্রতিরোধ করে।
+3. হুকস লেনদেন বাতিল করতে পারে।
-### ডেসিমেল {#decimals}
+### ডেসিম্যালস {#decimals}
-এই স্ট্যান্ডার্ডটি ERC-20-তে `decimals`-কে ঘিরে তৈরি হওয়া বিভ্রান্তিরও সমাধান করে। এই স্বচ্ছতা ডেভেলপার অভিজ্ঞতাকে উন্নত করে।
+এই স্ট্যান্ডার্ডটি ERC-20 তে সৃষ্ট `decimals` সম্পর্কিত বিভ্রান্তিরও সমাধান করে। এই স্পষ্টতা ডেভেলপারদের অভিজ্ঞতা উন্নত করে।
-### ERC-20-এর সাথে পশ্চাৎমুখী সামঞ্জস্য {#backwards-compatibility-with-erc-20}
+### ERC-20 এর সাথে ব্যাকওয়ার্ডস কম্প্যাটিবিলিটি {#backwards-compatibility-with-erc-20}
-ERC-777 কন্ট্র্যাক্টগুলোর সাথে এমনভাবে ইন্টারঅ্যাক্ট করা যেতে পারে যেন তারা ERC-20 কন্ট্র্যাক্ট।
+ERC-777 কন্ট্রাক্টগুলোর সাথে এমনভাবে ইন্টারঅ্যাক্ট করা যায় যেন সেগুলো ERC-20 কন্ট্রাক্ট।
-## আরও পড়ুন {#further-reading}
+## আরও পড়ুন {#further-reading}
-[EIP-777: টোকেন স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-777)
+[EIP-777: টোকেন স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-777)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/standards/tokens/index.md b/public/content/translations/bn/developers/docs/standards/tokens/index.md
index 07874cfbb41..8ed629eb861 100644
--- a/public/content/translations/bn/developers/docs/standards/tokens/index.md
+++ b/public/content/translations/bn/developers/docs/standards/tokens/index.md
@@ -1,41 +1,41 @@
---
-title: "টোকেন স্ট্যান্ডার্ড"
-description: "ফাঞ্জিবল এবং নন-ফাঞ্জিবল টোকেনগুলির জন্য ERC-20, ERC-721, এবং ERC-1155 সহ Ethereum টোকেন স্ট্যান্ডার্ডগুলি এক্সপ্লোর করুন।"
+title: টোকেন স্ট্যান্ডার্ড
+description: ফান্জেবল এবং নন-ফান্জেবল টোকেনের জন্য ERC-20, ERC-721 এবং ERC-1155 সহ ইথিরিয়াম টোকেন স্ট্যান্ডার্ডগুলো এক্সপ্লোর করুন।
lang: bn
incomplete: true
---
## ভূমিকা {#introduction}
-অনেক Ethereum ডেভেলপমেন্ট স্ট্যান্ডার্ড টোকেন ইন্টারফেসের উপর ফোকাস করে। এই স্ট্যান্ডার্ডগুলি স্মার্ট কন্ট্র্যাক্টগুলি যাতে কম্পোজেবল থাকে তা নিশ্চিত করতে সাহায্য করে, তাই যখন কোনো নতুন প্রজেক্ট একটি টোকেন ইস্যু করে, তখন তা বিদ্যমান ডিসেন্ট্রালাইজড এক্সচেঞ্জ এবং অ্যাপ্লিকেশনের সাথে সামঞ্জস্যপূর্ণ থাকে।
+অনেক [Ethereum](/) ডেভেলপমেন্ট স্ট্যান্ডার্ড টোকেন ইন্টারফেসের উপর ফোকাস করে। এই স্ট্যান্ডার্ডগুলো নিশ্চিত করতে সাহায্য করে যে স্মার্ট কন্ট্রাক্ট কম্পোজেবল থাকে, তাই যখন কোনো নতুন প্রজেক্ট একটি টোকেন ইস্যু করে, তখন এটি বিদ্যমান ডিসেন্ট্রালাইজড এক্সচেঞ্জ এবং অ্যাপ্লিকেশনগুলোর সাথে সামঞ্জস্যপূর্ণ থাকে।
-টোকেন স্ট্যান্ডার্ডগুলি নির্ধারণ করে যে টোকেনগুলি কীভাবে Ethereum ইকোসিস্টেম জুড়ে আচরণ করে এবং ইন্টারঅ্যাক্ট করে। এগুলি ডেভেলপারদের জন্য নতুন করে চাকা আবিষ্কার না করেই নির্মাণ করা সহজ করে তোলে, নিশ্চিত করে যে টোকেনগুলি ওয়ালেট, এক্সচেঞ্জ এবং DeFi প্ল্যাটফর্মগুলির সাথে নির্বিঘ্নে কাজ করে। গেমিং, গভর্নেন্স বা অন্যান্য ব্যবহারের ক্ষেত্রে যাই হোক না কেন, এই স্ট্যান্ডার্ডগুলি সামঞ্জস্যতা প্রদান করে এবং Ethereum-কে আরও আন্তঃসংযুক্ত করে তোলে।
+টোকেন স্ট্যান্ডার্ডগুলো নির্ধারণ করে যে ইথিরিয়াম ইকোসিস্টেম জুড়ে টোকেনগুলো কীভাবে আচরণ করবে এবং ইন্টারঅ্যাক্ট করবে। এগুলো ডেভেলপারদের জন্য নতুন করে সবকিছু তৈরি না করেই কাজ করা সহজ করে তোলে, যা নিশ্চিত করে যে টোকেনগুলো ওয়ালেট, এক্সচেঞ্জ এবং ডিফাই (DeFi) প্ল্যাটফর্মগুলোর সাথে নির্বিঘ্নে কাজ করে। গেমিং, গভর্নেন্স বা অন্যান্য ব্যবহার ক্ষেত্রেই হোক না কেন, এই স্ট্যান্ডার্ডগুলো ধারাবাহিকতা প্রদান করে এবং ইথিরিয়ামকে আরও বেশি আন্তঃসংযুক্ত করে তোলে।
## পূর্বশর্ত {#prerequisites}
-- [Ethereum ডেভেলপমেন্ট স্ট্যান্ডার্ড](/developers/docs/standards/)
-- [স্মার্ট কন্ট্র্যাক্ট](/developers/docs/smart-contracts/)
+- [ইথিরিয়াম ডেভেলপমেন্ট স্ট্যান্ডার্ড](/developers/docs/standards/)
+- [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/)
## টোকেন স্ট্যান্ডার্ড {#token-standards}
-এখানে Ethereum-এর সবচেয়ে জনপ্রিয় কিছু টোকেন স্ট্যান্ডার্ড রয়েছে:
+ইথিরিয়ামের সবচেয়ে জনপ্রিয় কিছু টোকেন স্ট্যান্ডার্ড নিচে দেওয়া হলো:
-- [ERC-20](/developers/docs/standards/tokens/erc-20/) - ফাঞ্জিবল (বিনিময়যোগ্য) টোকেনের জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস, যেমন ভোটিং টোকেন, স্টেকিং টোকেন বা ভার্চুয়াল কারেন্সি।
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) - ফান্জেবল (বিনিময়যোগ্য) টোকেনগুলোর জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস, যেমন ভোটিং টোকেন, স্টেকিং টোকেন বা ভার্চুয়াল কারেন্সি।
-### NFT স্ট্যান্ডার্ড {#nft-standards}
+### এনএফটি (NFT) স্ট্যান্ডার্ড {#nft-standards}
-- [ERC-721](/developers/docs/standards/tokens/erc-721/) - নন-ফাঞ্জিবল টোকেনের জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস, যেমন কোনো শিল্পকর্ম বা গানের দলিল।
-- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - ERC-1155 আরও দক্ষ ট্রেড এবং লেনদেনের বান্ডলিংয়ের অনুমতি দেয় – এইভাবে খরচ সাশ্রয় হয়। এই টোকেন স্ট্যান্ডার্ডটি ইউটিলিটি টোকেন (যেমন $BNB বা $BAT) এবং ক্রিপ্টোপাঙ্কসের মতো নন-ফাঞ্জিবল টোকেন উভয়ই তৈরি করার অনুমতি দেয়।
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) - নন-ফান্জেবল টোকেন এর জন্য একটি স্ট্যান্ডার্ড ইন্টারফেস, যেমন আর্টওয়ার্ক বা গানের দলিল।
+- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - ERC-1155 আরও দক্ষ ট্রেড এবং লেনদেন বান্ডিল করার অনুমতি দেয় – যার ফলে খরচ বাঁচে। এই টোকেন স্ট্যান্ডার্ডটি ইউটিলিটি টোকেন (যেমন $BNB বা $BAT) এবং CryptoPunks-এর মতো নন-ফান্জেবল টোকেন উভয়ই তৈরি করার অনুমতি দেয়।
-[ERC](https://eips.ethereum.org/erc) প্রস্তাবগুলির সম্পূর্ণ তালিকা।
+[ERC](https://eips.ethereum.org/erc) প্রস্তাবনার সম্পূর্ণ তালিকা।
-## আরও পড়ুন {#further-reading}
+## আরও পড়াশোনা {#further-reading}
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
-## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
+## সম্পর্কিত টিউটোরিয়াল {#related-tutorials}
-- [টোকেন ইন্টিগ্রেশন চেকলিস্ট](/developers/tutorials/token-integration-checklist/) _– টোকেনগুলির সাথে ইন্টারঅ্যাক্ট করার সময় বিবেচনা করার মতো বিষয়গুলির একটি চেকলিস্ট।_
-- [ERC20 টোকেন স্মার্ট কন্ট্র্যাক্ট বুঝুন](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _– একটি Ethereum টেস্ট নেটওয়ার্কে আপনার প্রথম স্মার্ট কন্ট্র্যাক্ট স্থাপন করার একটি ভূমিকা।_
-- [একটি সলিডিটি স্মার্ট কন্ট্র্যাক্ট থেকে ERC20 টোকেনগুলির স্থানান্তর এবং অনুমোদন](/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/) _– সলিডিটি ভাষা ব্যবহার করে একটি টোকেনের সাথে ইন্টারঅ্যাক্ট করার জন্য কীভাবে একটি স্মার্ট কন্ট্র্যাক্ট ব্যবহার করবেন।_
-- [একটি ERC721 মার্কেট বাস্তবায়ন করা [একটি কীভাবে-করবেন গাইড]](/developers/tutorials/how-to-implement-an-erc721-market/) _– কীভাবে একটি ডিসেন্ট্রালাইজড ক্লাসিফাইড বোর্ডে বিক্রয়ের জন্য টোকেনাইজড আইটেম রাখতে হয়।_
+- [টোকেন ইন্টিগ্রেশন চেকলিস্ট](/developers/tutorials/token-integration-checklist/) _– টোকেনগুলোর সাথে ইন্টারঅ্যাক্ট করার সময় বিবেচনা করার মতো বিষয়গুলোর একটি চেকলিস্ট।_
+- [ERC20 টোকেন স্মার্ট কন্ট্রাক্ট বোঝা](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _– একটি ইথিরিয়াম টেস্ট নেটওয়ার্কে আপনার প্রথম স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার একটি পরিচিতি।_
+- [Solidity স্মার্ট কন্ট্রাক্ট থেকে ERC20 টোকেন ট্রান্সফার এবং অনুমোদন](/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/) _– Solidity ভাষা ব্যবহার করে একটি টোকেনের সাথে ইন্টারঅ্যাক্ট করার জন্য কীভাবে একটি স্মার্ট কন্ট্রাক্ট ব্যবহার করবেন।_
+- [একটি ERC721 মার্কেট বাস্তবায়ন [একটি নির্দেশিকা]](/developers/tutorials/how-to-implement-an-erc721-market/) _– কীভাবে একটি ডিসেন্ট্রালাইজড ক্লাসিফায়েড বোর্ডে বিক্রির জন্য টোকেনাইজড আইটেমগুলো রাখবেন।_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/storage/index.md b/public/content/translations/bn/developers/docs/storage/index.md
index 6e1902f018b..5a7cffd26af 100644
--- a/public/content/translations/bn/developers/docs/storage/index.md
+++ b/public/content/translations/bn/developers/docs/storage/index.md
@@ -1,46 +1,46 @@
---
-title: "বিকেন্দ্রীভূত স্টোরেজ"
-description: "বিকেন্দ্রীভূত স্টোরেজ কী এবং একটি ডিএ্যাপ-এ এটিকে সংযুক্ত করার জন্য উপলব্ধ টুলসের সংক্ষিপ্ত বিবরণ।"
+title: ডিসেন্ট্রালাইজড স্টোরেজ
+description: ডিসেন্ট্রালাইজড স্টোরেজ কী এবং একটি ডিএ্যাপ-এ এটি ইন্টিগ্রেট করার জন্য উপলব্ধ টুলগুলোর ওভারভিউ।
lang: bn
---
-একটি একক কোম্পানি বা সংস্থা দ্বারা পরিচালিত একটি কেন্দ্রীভূত সার্ভারের বিপরীতে, বিকেন্দ্রীভূত স্টোরেজ সিস্টেমগুলি ব্যবহারকারী-অপারেটরদের একটি পিয়ার-টু-পিয়ার নেটওয়ার্ক নিয়ে গঠিত যারা সামগ্রিক ডেটার একটি অংশ ধরে রাখে, একটি স্থিতিস্থাপক ফাইল স্টোরেজ শেয়ারিং সিস্টেম তৈরি করে। এগুলি একটি ব্লকচেইন-ভিত্তিক অ্যাপ্লিকেশন বা যেকোনো পিয়ার-টু-পিয়ার-ভিত্তিক নেটওয়ার্কে থাকতে পারে।
+একটি একক কোম্পানি বা সংস্থা দ্বারা পরিচালিত সেন্ট্রালাইজড সার্ভারের বিপরীতে, ডিসেন্ট্রালাইজড স্টোরেজ সিস্টেমগুলো ব্যবহারকারী-অপারেটরদের একটি পিয়ার-টু-পিয়ার নেটওয়ার্ক নিয়ে গঠিত যারা সামগ্রিক ডাটার একটি অংশ ধারণ করে, যা একটি স্থিতিস্থাপক ফাইল স্টোরেজ শেয়ারিং সিস্টেম তৈরি করে। এগুলো একটি ব্লকচেইন-ভিত্তিক অ্যাপ্লিকেশন বা যেকোনো পিয়ার-টু-পিয়ার-ভিত্তিক নেটওয়ার্কে থাকতে পারে।
-Ethereum নিজেই একটি বিকেন্দ্রীভূত স্টোরেজ সিস্টেম হিসেবে ব্যবহার করা যেতে পারে, এবং সমস্ত স্মার্ট কন্ট্র্যাক্টে কোড স্টোরেজের ক্ষেত্রে এটি তাই। তবে, যখন বিপুল পরিমাণ ডেটার কথা আসে, Ethereum সেটির জন্য ডিজাইন করা হয়নি। চেইনটি ক্রমাগত বৃদ্ধি পাচ্ছে, কিন্তু লেখার সময়, Ethereum চেইনটি প্রায় 500GB - 1TB ([ক্লায়েন্টের উপর নির্ভর করে](https://etherscan.io/chartsync/chaindefault)), এবং নেটওয়ার্কের প্রতিটি নোডকে সমস্ত ডেটা স্টোর করতে সক্ষম হতে হবে। যদি চেইনটি বিপুল পরিমাণ ডেটা (ধরা যাক 5TB) পর্যন্ত প্রসারিত হয়, তবে সমস্ত নোডের জন্য তা চালানো সম্ভব হবে না। এছাড়াও, মেইননেটে এত ডেটা স্থাপন করার খরচ [গ্যাস](/developers/docs/gas) ফি-এর কারণে অত্যধিক ব্যয়বহুল হবে।
+ইথিরিয়াম নিজেই একটি ডিসেন্ট্রালাইজড স্টোরেজ সিস্টেম হিসেবে ব্যবহৃত হতে পারে, এবং সমস্ত স্মার্ট কন্ট্রাক্ট-এ কোড স্টোরেজের ক্ষেত্রে এটি তাই। তবে, যখন প্রচুর পরিমাণ ডাটার কথা আসে, তখন ইথিরিয়াম সেটির জন্য ডিজাইন করা হয়নি। চেইনটি ক্রমাগত বৃদ্ধি পাচ্ছে, কিন্তু লেখার সময়, ইথিরিয়াম চেইনটি প্রায় 500GB - 1TB ([ক্লায়েন্টের উপর নির্ভর করে](https://etherscan.io/chartsync/chaindefault)), এবং নেটওয়ার্কের প্রতিটি নোড-কে সমস্ত ডাটা সংরক্ষণ করতে সক্ষম হতে হবে। যদি চেইনটি প্রচুর পরিমাণ ডাটায় (ধরা যাক 5TBs) প্রসারিত হয়, তবে সমস্ত নোড-এর পক্ষে চলা চালিয়ে যাওয়া সম্ভব হবে না। এছাড়া, মেইননেট-এ এত বেশি ডাটা ডিপ্লয় করার খরচ [গ্যাস](/developers/docs/gas) ফি-এর কারণে অত্যন্ত ব্যয়বহুল হবে।
-এই সীমাবদ্ধতার কারণে, বিকেন্দ্রীভূত উপায়ে বিপুল পরিমাণ ডেটা স্টোর করার জন্য আমাদের একটি ভিন্ন চেইন বা পদ্ধতির প্রয়োজন।
+এই সীমাবদ্ধতাগুলোর কারণে, ডিসেন্ট্রালাইজড উপায়ে প্রচুর পরিমাণ ডাটা সংরক্ষণ করার জন্য আমাদের একটি ভিন্ন চেইন বা পদ্ধতির প্রয়োজন।
-বিকেন্দ্রীভূত স্টোরেজ (dStorage) বিকল্পগুলি দেখার সময়, একজন ব্যবহারকারীকে কয়েকটি বিষয় মনে রাখতে হবে।
+ডিসেন্ট্রালাইজড স্টোরেজ (dStorage) বিকল্পগুলো দেখার সময়, একজন ব্যবহারকারীকে কয়েকটি বিষয় মনে রাখতে হবে।
-- স্থায়িত্ব ব্যবস্থা / প্রণোদনা কাঠামো
-- ডেটা ধারণ প্রয়োগ
-- বিকেন্দ্রীকরণ
+- পারসিস্টেন্স মেকানিজম / ইনসেনটিভ স্ট্রাকচার
+- ডাটা রিটেনশন এনফোর্সমেন্ট
+- ডিসেন্ট্রালিটি
- কনসেন্সাস
-## স্থায়িত্ব ব্যবস্থা / প্রণোদনা কাঠামো {#persistence-mechanism}
+## পারসিস্টেন্স মেকানিজম / ইনসেনটিভ স্ট্রাকচার {#persistence-mechanism}
### ব্লকচেইন-ভিত্তিক {#blockchain-based}
-ডেটার একটি অংশকে চিরকাল স্থায়ী করার জন্য, আমাদের একটি স্থায়িত্ব ব্যবস্থা ব্যবহার করতে হবে। উদাহরণস্বরূপ, Ethereum-এ, স্থায়িত্ব ব্যবস্থাটি হল যে একটি নোড চালানোর সময় পুরো চেইনটিকে বিবেচনায় নিতে হবে। ডেটার নতুন অংশগুলি চেইনের শেষে যুক্ত হয়, এবং এটি বাড়তে থাকে - যার জন্য প্রতিটি নোডকে সমস্ত এমবেডেড ডেটা প্রতিলিপি করতে হয়।
+কোনো ডাটা চিরকাল ধরে রাখার জন্য, আমাদের একটি পারসিস্টেন্স মেকানিজম ব্যবহার করতে হবে। উদাহরণস্বরূপ, ইথিরিয়ামে, পারসিস্টেন্স মেকানিজম হলো একটি নোড চালানোর সময় পুরো চেইনটিকে বিবেচনায় নিতে হয়। ডাটার নতুন অংশগুলো চেইনের শেষে যুক্ত হয়, এবং এটি ক্রমাগত বৃদ্ধি পেতে থাকে - যার ফলে প্রতিটি নোড-কে সমস্ত এমবেডেড ডাটা প্রতিলিপি করতে হয়।
-এটি **ব্লকচেইন-ভিত্তিক** স্থায়িত্ব হিসাবে পরিচিত।
+এটি **ব্লকচেইন-ভিত্তিক** পারসিস্টেন্স হিসেবে পরিচিত।
-ব্লকচেইন-ভিত্তিক স্থায়িত্বের সমস্যা হল যে চেইনটি রক্ষণাবেক্ষণ এবং সমস্ত ডেটা সম্ভাব্যভাবে স্টোর করার জন্য অনেক বড় হয়ে যেতে পারে (যেমন, [অনেক সূত্র](https://healthit.com.au/how-big-is-the-internet-and-how-do-we-measure-it/) অনুমান করে যে ইন্টারনেটের জন্য 40 জেটা বাইটের বেশি স্টোরেজ ক্ষমতা প্রয়োজন)।
+ব্লকচেইন-ভিত্তিক পারসিস্টেন্সের সমস্যা হলো চেইনটি এত বড় হয়ে যেতে পারে যে সমস্ত ডাটা রক্ষণাবেক্ষণ এবং সংরক্ষণ করা সম্ভব নাও হতে পারে (যেমন, [অনেক সূত্র](https://healthit.com.au/how-big-is-the-internet-and-how-do-we-measure-it/) অনুমান করে যে ইন্টারনেটের জন্য 40 জেটাবাইটের বেশি স্টোরেজ ক্ষমতার প্রয়োজন)।
-ব্লকচেইনে অবশ্যই কোনো ধরনের প্রণোদনা কাঠামো থাকতে হবে। ব্লকচেইন-ভিত্তিক স্থায়িত্বের জন্য, ভ্যালিডেটরকে একটি অর্থ প্রদান করা হয়। যখন ডেটা চেইনে যোগ করা হয়, ভ্যালিডেটরদের ডেটা যোগ করার জন্য অর্থ প্রদান করা হয়।
+ব্লকচেইন-এ অবশ্যই কোনো ধরনের ইনসেনটিভ স্ট্রাকচার থাকতে হবে। ব্লকচেইন-ভিত্তিক পারসিস্টেন্সের জন্য, ভ্যালিডেটর-কে একটি পেমেন্ট দেওয়া হয়। যখন চেইনে ডাটা যোগ করা হয়, তখন ভ্যালিডেটরস-দের ডাটা যোগ করার জন্য অর্থ প্রদান করা হয়।
-ব্লকচেইন-ভিত্তিক স্থায়িত্ব সহ প্ল্যাটফর্ম:
+ব্লকচেইন-ভিত্তিক পারসিস্টেন্স সহ প্ল্যাটফর্মগুলো:
-- ইথেরিয়াম
+- ইথিরিয়াম
- [Arweave](https://www.arweave.org/)
-### চুক্তি-ভিত্তিক {#contract-based}
+### কন্ট্রাক্ট-ভিত্তিক {#contract-based}
-**চুক্তি-ভিত্তিক** স্থায়িত্বের অন্তর্নিহিত ধারণাটি হলো যে ডেটা প্রতিটি নোড দ্বারা প্রতিলিপি করা যায় না এবং চিরতরে স্টোর করা যায় না, এবং এর পরিবর্তে অবশ্যই চুক্তিভিত্তিক চুক্তির মাধ্যমে রক্ষণাবেক্ষণ করতে হবে। এগুলি একাধিক নোডের সাথে করা চুক্তি, যারা একটি নির্দিষ্ট সময়ের জন্য ডেটার একটি অংশ ধরে রাখার প্রতিশ্রুতি দিয়েছে। ডেটা স্থায়ী রাখার জন্য যখনই এগুলির মেয়াদ শেষ হয়ে যায়, তখন অবশ্যই ফেরত বা নবায়ন করতে হবে।
+**কন্ট্রাক্ট-ভিত্তিক** পারসিস্টেন্সের ধারণা হলো যে ডাটা প্রতিটি নোড দ্বারা প্রতিলিপি করা এবং চিরকাল সংরক্ষণ করা যায় না, বরং কন্ট্রাক্ট চুক্তির মাধ্যমে রক্ষণাবেক্ষণ করতে হবে। এগুলো হলো একাধিক নোড-এর সাথে করা চুক্তি যা একটি নির্দিষ্ট সময়ের জন্য ডাটার একটি অংশ ধরে রাখার প্রতিশ্রুতি দেয়। ডাটা ধরে রাখার জন্য যখনই তাদের মেয়াদ শেষ হয় তখন তাদের রিফান্ড বা রিনিউ করতে হবে।
-বেশিরভাগ ক্ষেত্রে, সমস্ত ডেটা অনচেইনে স্টোর করার পরিবর্তে, চেইনে ডেটা কোথায় অবস্থিত তার হ্যাস স্টোর করা হয়। এইভাবে, পুরো চেইনকে সমস্ত ডেটা রাখার জন্য স্কেল করার প্রয়োজন হয় না।
+বেশিরভাগ ক্ষেত্রে, সমস্ত ডাটা অনচেইন সংরক্ষণ করার পরিবর্তে, চেইনে ডাটা কোথায় অবস্থিত তার হ্যাস সংরক্ষণ করা হয়। এইভাবে, সমস্ত ডাটা রাখার জন্য পুরো চেইনটিকে স্কেল করার প্রয়োজন হয় না।
-চুক্তি-ভিত্তিক স্থায়িত্ব সহ প্ল্যাটফর্ম:
+কন্ট্রাক্ট-ভিত্তিক পারসিস্টেন্স সহ প্ল্যাটফর্মগুলো:
- [Filecoin](https://docs.filecoin.io/basics/what-is-filecoin)
- [Skynet](https://sia.tech/)
@@ -50,30 +50,30 @@ Ethereum নিজেই একটি বিকেন্দ্রীভূত
- [Swarm](https://www.ethswarm.org/)
- [4EVERLAND](https://www.4everland.org/)
-### অতিরিক্ত বিবেচনা {#additional-consideration}
+### অতিরিক্ত বিবেচ্য বিষয়গুলো {#additional-consideration}
-IPFS হল ফাইল, ওয়েবসাইট, অ্যাপ্লিকেশন এবং ডেটা স্টোর এবং অ্যাক্সেস করার জন্য একটি বিতরণকৃত সিস্টেম। এটির কোনো অন্তর্নির্মিত প্রণোদনা প্রকল্প নেই, কিন্তু এর পরিবর্তে দীর্ঘমেয়াদী স্থায়িত্বের জন্য উপরের যেকোনো চুক্তি-ভিত্তিক প্রণোদনা সমাধানের সাথে ব্যবহার করা যেতে পারে। IPFS-এ ডেটা স্থায়ী করার আরেকটি উপায় হল একটি পিনিং পরিষেবার সাথে কাজ করা, যা আপনার জন্য আপনার ডেটা "পিন" করবে। আপনি এমনকি নিজের IPFS নোড চালাতে পারেন এবং বিনামূল্যে আপনার এবং/অথবা অন্যদের ডেটা স্থায়ী করতে নেটওয়ার্কে অবদান রাখতে পারেন!
+IPFS হলো ফাইল, ওয়েবসাইট, অ্যাপ্লিকেশন এবং ডাটা সংরক্ষণ এবং অ্যাক্সেস করার জন্য একটি ডিস্ট্রিবিউটেড সিস্টেম। এর কোনো বিল্ট-ইন ইনসেনটিভ স্কিম নেই, তবে দীর্ঘমেয়াদী পারসিস্টেন্সের জন্য উপরের যেকোনো কন্ট্রাক্ট-ভিত্তিক ইনসেনটিভ সমাধানের সাথে এটি ব্যবহার করা যেতে পারে। IPFS-এ ডাটা ধরে রাখার আরেকটি উপায় হলো একটি পিনিং সার্ভিসের সাথে কাজ করা, যা আপনার জন্য আপনার ডাটা "পিন" করবে। আপনি এমনকি আপনার নিজস্ব IPFS নোড চালাতে পারেন এবং আপনার এবং/অথবা অন্যদের ডাটা বিনামূল্যে ধরে রাখতে নেটওয়ার্কে অবদান রাখতে পারেন!
- [IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/)
-- [Pinata](https://www.pinata.cloud/) _(IPFS পিনিং পরিষেবা)_
-- [web3.storage](https://web3.storage/) _(IPFS/Filecoin পিনিং পরিষেবা)_
-- [Infura](https://infura.io/product/ipfs) _(IPFS পিনিং পরিষেবা)_
+- [Pinata](https://www.pinata.cloud/) _(IPFS পিনিং সার্ভিস)_
+- [web3.storage](https://web3.storage/) _(IPFS/Filecoin পিনিং সার্ভিস)_
+- [Infura](https://infura.io/product/ipfs) _(IPFS পিনিং সার্ভিস)_
- [IPFS Scan](https://ipfs-scan.io) _(IPFS পিনিং এক্সপ্লোরার)_
-- [4EVERLAND](https://www.4everland.org/)_（IPFS পিনিং পরিষেবা）_
-- [Filebase](https://filebase.com) _(IPFS পিনিং পরিষেবা)_
-- [Spheron Network](https://spheron.network/) _(IPFS/Filecoin পিনিং পরিষেবা)_
+- [4EVERLAND](https://www.4everland.org/)_（IPFS পিনিং সার্ভিস）_
+- [Filebase](https://filebase.com) _(IPFS পিনিং সার্ভিস)_
+- [Spheron Network](https://spheron.network/) _(IPFS/Filecoin পিনিং সার্ভিস)_
-SWARM হল একটি বিকেন্দ্রীভূত ডেটা স্টোরেজ এবং বিতরণ প্রযুক্তি, একটি স্টোরেজ প্রণোদনা সিস্টেম এবং একটি স্টোরেজ ভাড়া মূল্য ওরাকল সহ।
+SWARM হলো একটি স্টোরেজ ইনসেনটিভ সিস্টেম এবং একটি স্টোরেজ রেন্ট প্রাইস ওরাকল সহ একটি ডিসেন্ট্রালাইজড ডাটা স্টোরেজ এবং ডিস্ট্রিবিউশন প্রযুক্তি।
-## ডেটা ধারণ {#data-retention}
+## ডাটা রিটেনশন {#data-retention}
-ডেটা ধরে রাখার জন্য, সিস্টেমগুলিতে অবশ্যই ডেটা ধরে রাখা নিশ্চিত করার জন্য কোনো ধরনের ব্যবস্থা থাকতে হবে।
+ডাটা ধরে রাখার জন্য, সিস্টেমগুলোতে ডাটা ধরে রাখা নিশ্চিত করার জন্য কোনো ধরনের মেকানিজম থাকতে হবে।
-### চ্যালেঞ্জ ব্যবস্থা {#challenge-mechanism}
+### চ্যালেঞ্জ মেকানিজম {#challenge-mechanism}
-ডেটা ধরে রাখা নিশ্চিত করার অন্যতম জনপ্রিয় উপায় হল কোনো ধরনের ক্রিপ্টোগ্রাফিক চ্যালেঞ্জ ব্যবহার করা, যা নোডগুলিকে জারি করা হয় তা নিশ্চিত করার জন্য যে তাদের কাছে এখনও ডেটা রয়েছে। একটি সহজ উদাহরণ হল Arweave-এর প্রুফ-অফ-অ্যাক্সেস। তারা নোডগুলিকে একটি চ্যালেঞ্জ জারি করে দেখার জন্য যে তাদের কাছে সবচেয়ে সাম্প্রতিক ব্লক এবং অতীতের একটি র্যান্ডম ব্লকের ডেটা আছে কিনা। যদি নোডটি উত্তর দিতে না পারে, তবে তাদেরকে জরিমানা করা হয়।
+ডাটা ধরে রাখা নিশ্চিত করার অন্যতম জনপ্রিয় উপায় হলো কোনো ধরনের ক্রিপ্টোগ্রাফিক চ্যালেঞ্জ ব্যবহার করা যা নোড-গুলোকে দেওয়া হয় যাতে তারা এখনও ডাটাটি রেখেছে কিনা তা নিশ্চিত করা যায়। একটি সহজ উদাহরণ হলো Arweave-এর প্রুফ-অফ-অ্যাক্সেস। তারা নোড-গুলোকে একটি চ্যালেঞ্জ দেয় যাতে দেখা যায় যে তাদের কাছে সবচেয়ে সাম্প্রতিক ব্লক এবং অতীতের একটি র্যান্ডম ব্লক উভয় স্থানেই ডাটা আছে কিনা। যদি নোড উত্তর দিতে না পারে, তবে তাদের জরিমানা করা হয়।
-একটি চ্যালেঞ্জ ব্যবস্থা সহ dStorage-এর প্রকারভেদ:
+চ্যালেঞ্জ মেকানিজম সহ dStorage-এর ধরন:
- Züs
- Skynet
@@ -82,135 +82,135 @@ SWARM হল একটি বিকেন্দ্রীভূত ডেটা
- Crust Network
- 4EVERLAND
-### বিকেন্দ্রীকরণ {#decentrality}
+### ডিসেন্ট্রালিটি {#decentrality}
-প্ল্যাটফর্মগুলির বিকেন্দ্রীকরণের স্তর পরিমাপ করার জন্য দুর্দান্ত কোনো টুল নেই, কিন্তু সাধারণভাবে, আপনি এমন টুলস ব্যবহার করতে চাইবেন যেগুলিতে কোনো ধরনের KYC নেই, প্রমাণ দেওয়ার জন্য যে সেগুলি কেন্দ্রীভূত নয়।
+প্ল্যাটফর্মগুলোর ডিসেন্ট্রালাইজেশন-এর স্তর পরিমাপ করার জন্য খুব ভালো টুল নেই, তবে সাধারণভাবে, আপনি এমন টুলগুলো ব্যবহার করতে চাইবেন যেগুলোতে কোনো ধরনের KYC নেই যাতে প্রমাণ করা যায় যে সেগুলো সেন্ট্রালাইজড নয়।
-KYC ছাড়া বিকেন্দ্রীভূত টুলস:
+KYC ছাড়া ডিসেন্ট্রালাইজড টুলগুলো:
- Skynet
- Arweave
- Filecoin
- IPFS
-- ইথেরিয়াম
+- ইথিরিয়াম
- Crust Network
- 4EVERLAND
### কনসেন্সাস {#consensus}
-এই টুলগুলির বেশিরভাগেরই নিজস্ব [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/) রয়েছে, কিন্তু সাধারণত সেগুলি [**প্রুফ-অফ-ওয়ার্ক (PoW)**](/developers/docs/consensus-mechanisms/pow/) বা [**প্রুফ-অফ-স্টেক (PoS)**](/developers/docs/consensus-mechanisms/pos/)-এর উপর ভিত্তি করে তৈরি।
+এই টুলগুলোর বেশিরভাগেরই নিজস্ব সংস্করণের একটি [কনসেন্সাস মেকানিজম](/developers/docs/consensus-mechanisms/) রয়েছে তবে সাধারণত এগুলো [**প্রুফ-অফ-ওয়ার্ক (PoW)**](/developers/docs/consensus-mechanisms/pow/) বা [**প্রুফ-অফ-স্টেক (PoS)**](/developers/docs/consensus-mechanisms/pos/)-এর উপর ভিত্তি করে তৈরি।
-প্রুফ-অফ-ওয়ার্ক ভিত্তিক:
+প্রুফ-অফ-ওয়ার্ক ভিত্তিক:
- Skynet
- Arweave
প্রুফ-অফ-স্টেক ভিত্তিক:
-- ইথেরিয়াম
+- ইথিরিয়াম
- Filecoin
- Züs
- Crust Network
-## সম্পর্কিত টুলস {#related-tools}
+## সম্পর্কিত টুলগুলো {#related-tools}
-**IPFS - _ইন্টারপ্ল্যানেটারি ফাইল সিস্টেম হল Ethereum-এর জন্য একটি বিকেন্দ্রীভূত স্টোরেজ ও ফাইল রেফারেন্সিং সিস্টেম।_**
+**IPFS - _ইন্টারপ্ল্যানেটারি ফাইল সিস্টেম হলো ইথিরিয়ামের জন্য একটি ডিসেন্ট্রালাইজড স্টোরেজ এবং ফাইল রেফারেন্সিং সিস্টেম।_**
- [Ipfs.io](https://ipfs.io/)
-- [নথিপত্র](https://docs.ipfs.io/)
+- [ডকুমেন্টেশন](https://docs.ipfs.io/)
- [GitHub](https://github.com/ipfs/ipfs)
-**Storj DCS - _ডেভেলপারদের জন্য নিরাপদ, ব্যক্তিগত এবং S3-সামঞ্জস্যপূর্ণ বিকেন্দ্রীভূত ক্লাউড অবজেক্ট স্টোরেজ।_**
+**Storj DCS - _ডেভেলপারদের জন্য সুরক্ষিত, ব্যক্তিগত এবং S3-সামঞ্জস্যপূর্ণ ডিসেন্ট্রালাইজড ক্লাউড অবজেক্ট স্টোরেজ।_**
- [Storj.io](https://storj.io/)
-- [নথিপত্র](https://docs.storj.io/)
+- [ডকুমেন্টেশন](https://docs.storj.io/)
- [GitHub](https://github.com/storj/storj)
-**Sia - _একটি বিশ্বাসহীন ক্লাউড স্টোরেজ মার্কেটপ্লেস তৈরি করতে ক্রিপ্টোগ্রাফি ব্যবহার করে, ক্রেতা এবং বিক্রেতাদের সরাসরি লেনদেন করার অনুমতি দেয়।_**
+**Sia - _একটি ট্রাস্টলেস ক্লাউড স্টোরেজ মার্কেটপ্লেস তৈরি করতে ক্রিপ্টোগ্রাফি ব্যবহার করে, যা ক্রেতা এবং বিক্রেতাদের সরাসরি লেনদেন করতে দেয়।_**
- [Skynet.net](https://sia.tech/)
-- [নথিপত্র](https://docs.sia.tech/)
+- [ডকুমেন্টেশন](https://docs.sia.tech/)
- [GitHub](https://github.com/SiaFoundation/)
-**Filecoin - _Filecoin তৈরি করেছে IPFS-এর পেছনের একই দল। এটি IPFS আদর্শের উপরে একটি প্রণোদনা লেয়ার।_**
+**Filecoin - _Filecoin তৈরি করেছে IPFS-এর পেছনের একই দল। এটি IPFS আদর্শের উপরে একটি ইনসেনটিভ লেয়ার।_**
- [Filecoin.io](https://filecoin.io/)
-- [নথিপত্র](https://docs.filecoin.io/)
+- [ডকুমেন্টেশন](https://docs.filecoin.io/)
- [GitHub](https://github.com/filecoin-project/)
-**Arweave - _Arweave ডেটা স্টোর করার জন্য একটি dStorage প্ল্যাটফর্ম।_**
+**Arweave - _Arweave হলো ডাটা সংরক্ষণের জন্য একটি dStorage প্ল্যাটফর্ম।_**
- [Arweave.org](https://www.arweave.org/)
-- [নথিপত্র](https://docs.arweave.org/info/)
+- [ডকুমেন্টেশন](https://docs.arweave.org/info/)
- [Arweave](https://github.com/ArweaveTeam/arweave/)
-**Züs - _Züs হল শার্ডিং এবং ব্লবার সহ একটি প্রুফ-অফ-স্টেক dStorage প্ল্যাটফর্ম।_**
+**Züs - _Züs হলো শার্ডিং এবং ব্লবার সহ একটি প্রুফ-অফ-স্টেক dStorage প্ল্যাটফর্ম।_**
- [zus.network](https://zus.network/)
-- [নথিপত্র](https://docs.zus.network/zus-docs/)
+- [ডকুমেন্টেশন](https://docs.zus.network/zus-docs/)
- [GitHub](https://github.com/0chain/)
-**Crust Network - _Crust হল IPFS-এর উপরে একটি dStorage প্ল্যাটফর্ম।_**
+**Crust Network - _Crust হলো IPFS-এর উপরে একটি dStorage প্ল্যাটফর্ম।_**
- [Crust.network](https://crust.network)
-- [নথিপত্র](https://wiki.crust.network)
+- [ডকুমেন্টেশন](https://wiki.crust.network)
- [GitHub](https://github.com/crustio)
-**Swarm - _Ethereum web3 স্ট্যাকের জন্য একটি বন্টিত স্টোরেজ প্ল্যাটফর্ম ও বিষয়বস্তু বণ্টন পরিষেবা।_**
+**Swarm - _ইথিরিয়াম ওয়েব3 স্ট্যাকের জন্য একটি ডিস্ট্রিবিউটেড স্টোরেজ প্ল্যাটফর্ম এবং কন্টেন্ট ডিস্ট্রিবিউশন সার্ভিস।_**
- [EthSwarm.org](https://www.ethswarm.org/)
-- [নথিপত্র](https://docs.ethswarm.org/)
+- [ডকুমেন্টেশন](https://docs.ethswarm.org/)
- [GitHub](https://github.com/ethersphere/)
-**OrbitDB - _IPFS-এর উপর একটি বিকেন্দ্রীভূত পিয়ার টু পিয়ার ডেটাবেস।_**
+**OrbitDB - _IPFS-এর উপরে একটি ডিসেন্ট্রালাইজড পিয়ার টু পিয়ার ডাটাবেস।_**
- [OrbitDB.org](https://orbitdb.org/)
-- [নথিপত্র](https://github.com/orbitdb/field-manual/)
+- [ডকুমেন্টেশন](https://github.com/orbitdb/field-manual/)
- [GitHub](https://github.com/orbitdb/orbit-db/)
-**Aleph.im - _বিকেন্দ্রীভূত ক্লাউড প্রকল্প (ডাটাবেস, ফাইল স্টোরেজ, কম্পিউটিং এবং DID)। অফচেইন এবং অনচেইন পিয়ার-টু-পিয়ার প্রযুক্তির একটি অনন্য মিশ্রণ। IPFS এবং মাল্টি-চেইন সামঞ্জস্য।_**
+**Aleph.im - _ডিসেন্ট্রালাইজড ক্লাউড প্রজেক্ট (ডাটাবেস, ফাইল স্টোরেজ, কম্পিউটিং এবং DID)। অফচেইন এবং অনচেইন পিয়ার-টু-পিয়ার প্রযুক্তির একটি অনন্য মিশ্রণ। IPFS এবং মাল্টি-চেইন সামঞ্জস্যতা।_**
- [Aleph.im](https://aleph.cloud/)
-- [নথিপত্র](https://docs.aleph.cloud/)
+- [ডকুমেন্টেশন](https://docs.aleph.cloud/)
- [GitHub](https://github.com/aleph-im/)
-**Ceramic - _ডেটা-সমৃদ্ধ এবং আকর্ষক অ্যাপ্লিকেশনের জন্য ব্যবহারকারী-নিয়ন্ত্রিত IPFS ডাটাবেস স্টোরেজ।_**
+**Ceramic - _ডাটা-সমৃদ্ধ এবং আকর্ষণীয় অ্যাপ্লিকেশনগুলোর জন্য ব্যবহারকারী-নিয়ন্ত্রিত IPFS ডাটাবেস স্টোরেজ।_**
- [Ceramic.network](https://ceramic.network/)
-- [নথিপত্র](https://developers.ceramic.network/)
+- [ডকুমেন্টেশন](https://developers.ceramic.network/)
- [GitHub](https://github.com/ceramicnetwork/js-ceramic/)
-**Filebase - _S3-সামঞ্জস্যপূর্ণ বিকেন্দ্রীভূত স্টোরেজ এবং জিও-রিডান্ড্যান্ট IPFS পিনিং পরিষেবা। Filebase-এর মাধ্যমে IPFS-এ আপলোড করা সমস্ত ফাইল বিশ্বজুড়ে 3x প্রতিলিপিসহ Filebase পরিকাঠামোতে স্বয়ংক্রিয়ভাবে পিন করা হয়।_**
+**Filebase - _S3-সামঞ্জস্যপূর্ণ ডিসেন্ট্রালাইজড স্টোরেজ এবং জিও-রিডান্ড্যান্ট IPFS পিনিং সার্ভিস। Filebase-এর মাধ্যমে IPFS-এ আপলোড করা সমস্ত ফাইল বিশ্বজুড়ে 3x রেপ্লিকেশন সহ স্বয়ংক্রিয়ভাবে Filebase পরিকাঠামোতে পিন করা হয়।_**
- [Filebase.com](https://filebase.com/)
-- [নথিপত্র](https://docs.filebase.com/)
+- [ডকুমেন্টেশন](https://docs.filebase.com/)
- [GitHub](https://github.com/filebase)
-**4EVERLAND - _একটি Web 3.0 ক্লাউড কম্পিউটিং প্ল্যাটফর্ম যা স্টোরেজ, কম্পিউট এবং নেটওয়ার্কিং মূল ক্ষমতাগুলিকে একীভূত করে, S3 সামঞ্জস্যপূর্ণ এবং IPFS ও Arweave-এর মতো বিকেন্দ্রীভূত স্টোরেজ নেটওয়ার্কগুলিতে সিঙ্ক্রোনাস ডেটা স্টোরেজ সরবরাহ করে।_**
+**4EVERLAND - _একটি ওয়েব 3.0 ক্লাউড কম্পিউটিং প্ল্যাটফর্ম যা স্টোরেজ, কম্পিউট এবং নেটওয়ার্কিং কোর ক্ষমতাগুলোকে একীভূত করে, S3 সামঞ্জস্যপূর্ণ এবং IPFS এবং Arweave-এর মতো ডিসেন্ট্রালাইজড স্টোরেজ নেটওয়ার্কগুলোতে সিঙ্ক্রোনাস ডাটা স্টোরেজ প্রদান করে।_**
- [4everland.org](https://www.4everland.org/)
-- [নথিপত্র](https://docs.4everland.org/)
+- [ডকুমেন্টেশন](https://docs.4everland.org/)
- [GitHub](https://github.com/4everland)
**Kaleido - _ক্লিক-বাটন IPFS নোড সহ একটি ব্লকচেইন-অ্যাজ-এ-সার্ভিস প্ল্যাটফর্ম_**
- [Kaleido](https://kaleido.io/)
-- [নথিপত্র](https://docs.kaleido.io/kaleido-services/ipfs/)
+- [ডকুমেন্টেশন](https://docs.kaleido.io/kaleido-services/ipfs/)
- [GitHub](https://github.com/kaleido-io)
-**Spheron Network - _Spheron হল একটি প্ল্যাটফর্ম-অ্যাজ-এ-সার্ভিস (PaaS) যা ডিএ্যাপস-এর জন্য ডিজাইন করা হয়েছে যা তাদের অ্যাপ্লিকেশনগুলিকে সেরা পারফরম্যান্স সহ বিকেন্দ্রীভূত ইনফ্রাতে লঞ্চ করতে চায়। এটি কম্পিউট, বিকেন্দ্রীভূত স্টোরেজ, CDN এবং ওয়েব হোস্টিং আউট অফ দ্য বক্স সরবরাহ করে।_**
+**Spheron Network - _Spheron হলো একটি প্ল্যাটফর্ম-অ্যাজ-এ-সার্ভিস (PaaS) যা সেরা পারফরম্যান্স সহ ডিসেন্ট্রালাইজড ইনফ্রাস্ট্রাকচারে তাদের অ্যাপ্লিকেশনগুলো লঞ্চ করতে চাওয়া ডিএ্যাপস-এর জন্য ডিজাইন করা হয়েছে। এটি কম্পিউট, ডিসেন্ট্রালাইজড স্টোরেজ, CDN এবং ওয়েব হোস্টিং প্রদান করে।_**
- [spheron.network](https://spheron.network/)
-- [নথিপত্র](https://docs.spheron.network/)
+- [ডকুমেন্টেশন](https://docs.spheron.network/)
- [GitHub](https://github.com/spheronFdn)
-## আরও পড়ুন {#further-reading}
+## আরও পড়াশোনা {#further-reading}
-- [বিকেন্দ্রীভূত স্টোরেজ কী?](https://coinmarketcap.com/academy/article/what-is-decentralized-storage-a-deep-dive-by-filecoin) - _CoinMarketCap_
-- [বিকেন্দ্রীভূত স্টোরেজ সম্পর্কে পাঁচটি সাধারণ মিথের অবসান](https://www.storj.io/blog/busting-five-common-myths-about-decentralized-storage) - _Storj_
+- [ডিসেন্ট্রালাইজড স্টোরেজ কী?](https://coinmarketcap.com/academy/article/what-is-decentralized-storage-a-deep-dive-by-filecoin) - _CoinMarketCap_
+- [ডিসেন্ট্রালাইজড স্টোরেজ সম্পর্কে পাঁচটি সাধারণ মিথ ভাঙা](https://www.storj.io/blog/busting-five-common-myths-about-decentralized-storage) - _Storj_
-_এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন যা আপনাকে সাহায্য করেছে? এই পৃষ্ঠাটি সম্পাদনা করুন এবং এটি যোগ করুন!_
+_আপনাকে সাহায্য করেছে এমন কোনো কমিউনিটি রিসোর্স সম্পর্কে জানেন? এই পেজটি এডিট করুন এবং এটি যোগ করুন!_
-## সম্পর্কিত বিষয় {#related-topics}
+## সম্পর্কিত টপিকগুলো {#related-topics}
-- [ডেভেলপমেন্ট ফ্রেমওয়ার্ক](/developers/docs/frameworks/)
+- [ডেভেলপমেন্ট ফ্রেমওয়ার্কগুলো](/developers/docs/frameworks/)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/docs/transactions/index.md b/public/content/translations/bn/developers/docs/transactions/index.md
index 9148e645114..debda0d1075 100644
--- a/public/content/translations/bn/developers/docs/transactions/index.md
+++ b/public/content/translations/bn/developers/docs/transactions/index.md
@@ -1,41 +1,41 @@
---
-title: "লেনদেনসমূহ"
-description: "ইথেরিয়াম লেনদেনের একটি সংক্ষিপ্ত বিবরণ – এটি কীভাবে কাজ করে, তাদের ডেটা কাঠামো, এবং কীভাবে একটি অ্যাপ্লিকেশনের মাধ্যমে সেগুলি পাঠাতে হয়।"
+title: লেনদেন
+description: ইথিরিয়াম লেনদেনের একটি ওভারভিউ – এগুলো কীভাবে কাজ করে, এদের ডাটা স্ট্রাকচার এবং কীভাবে একটি অ্যাপ্লিকেশনের মাধ্যমে এগুলো পাঠানো যায়।
lang: bn
---
-লেনদেন হল অ্যাকাউন্ট থেকে ক্রিপ্টোগ্রাফিকভাবে স্বাক্ষরিত নির্দেশাবলী। একটি অ্যাকাউন্ট ইথেরিয়াম নেটওয়ার্কের স্টেট আপডেট করার জন্য একটি লেনদেন শুরু করবে। সবচেয়ে সহজ লেনদেন হল এক অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে ETH স্থানান্তর করা।
+লেনদেন হলো একাউন্ট থেকে আসা ক্রিপ্টোগ্রাফিক্যালি সাইন করা নির্দেশাবলী। একটি একাউন্ট [Ethereum](/) নেটওয়ার্ক-এর স্টেট আপডেট করার জন্য একটি লেনদেন শুরু করবে। সবচেয়ে সহজ লেনদেন হলো এক একাউন্ট থেকে অন্য একাউন্টে ETH ট্রান্সফার করা।
## পূর্বশর্ত {#prerequisites}
-এই পৃষ্ঠাটি আপনাকে আরও ভালোভাবে বুঝতে সাহায্য করার জন্য, আমরা সুপারিশ করি যে আপনি প্রথমে [অ্যাকাউন্ট](/developers/docs/accounts/) এবং আমাদের [ইথেরিয়ামের পরিচিতি](/developers/docs/intro-to-ethereum/) পড়ুন।
+এই পেজটি আরও ভালোভাবে বোঝার জন্য, আমরা সুপারিশ করছি যে আপনি প্রথমে [একাউন্ট](/developers/docs/accounts/) এবং আমাদের [ইথিরিয়ামের পরিচিতি](/developers/docs/intro-to-ethereum/) পড়ে নিন।
## লেনদেন কী? {#whats-a-transaction}
-একটি ইথেরিয়াম লেনদেন বলতে একটি বাহ্যিকভাবে-মালিকানাধীন অ্যাকাউন্ট দ্বারা শুরু করা একটি ক্রিয়াকে বোঝায়, অন্য কথায় একটি মানুষের দ্বারা পরিচালিত অ্যাকাউন্ট, কোনো চুক্তি নয়। উদাহরণস্বরূপ, যদি বব অ্যালিসকে 1 ETH পাঠায়, ববের অ্যাকাউন্ট থেকে ডেবিট করতে হবে এবং অ্যালিসের অ্যাকাউন্টে ক্রেডিট করতে হবে। এই স্টেট-পরিবর্তনকারী ক্রিয়াটি একটি লেনদেনের মধ্যে সঞ্চালিত হয়।
+একটি ইথিরিয়াম লেনদেন বলতে একটি এক্সটার্নালি ওনড একাউন্ট দ্বারা শুরু করা একটি কাজকে বোঝায়, অন্য কথায় এটি এমন একটি একাউন্ট যা মানুষের দ্বারা পরিচালিত হয়, কোনো কন্ট্রাক্ট দ্বারা নয়। উদাহরণস্বরূপ, যদি Bob, Alice-কে 1 ETH পাঠায়, তবে Bob-এর একাউন্ট থেকে ডেবিট হতে হবে এবং Alice-এর একাউন্টে ক্রেডিট হতে হবে। স্টেট পরিবর্তনকারী এই কাজটি একটি লেনদেনের মধ্যেই ঘটে।
-
-_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত চিত্র_
+
+_চিত্রটি [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে নেওয়া হয়েছে_
-লেনদেন, যা EVM-এর স্টেট পরিবর্তন করে, সেগুলিকে পুরো নেটওয়ার্কে সম্প্রচার করা প্রয়োজন। যেকোনো নোড EVM-এ একটি লেনদেন কার্যকর করার জন্য একটি অনুরোধ সম্প্রচার করতে পারে; এটি ঘটার পরে, একজন ভ্যালিডেটর লেনদেনটি কার্যকর করবে এবং ফলস্বরূপ স্টেট পরিবর্তনটি নেটওয়ার্কের বাকি অংশে প্রচার করবে।
+লেনদেন, যা EVM-এর স্টেট পরিবর্তন করে, তা পুরো নেটওয়ার্ক-এ ব্রডকাস্ট করা প্রয়োজন। যেকোনো নোড EVM-এ একটি লেনদেন এক্সিকিউট করার জন্য রিকোয়েস্ট ব্রডকাস্ট করতে পারে; এটি হওয়ার পর, একজন ভ্যালিডেটর লেনদেনটি এক্সিকিউট করবে এবং এর ফলে হওয়া স্টেট পরিবর্তনটি নেটওয়ার্ক-এর বাকি অংশে ছড়িয়ে দেবে।
-লেনদেনের জন্য একটি ফি প্রয়োজন এবং একটি বৈধ ব্লকে অন্তর্ভুক্ত থাকতে হবে। এই সংক্ষিপ্ত বিবরণটিকে সহজ করার জন্য আমরা অন্য কোথাও গ্যাস ফি এবং যাচাইকরণ কভার করব।
+লেনদেনের জন্য একটি ফি প্রয়োজন এবং এটি অবশ্যই একটি ভ্যালিডেটেড ব্লক-এ অন্তর্ভুক্ত হতে হবে। এই ওভারভিউটিকে আরও সহজ করার জন্য আমরা গ্যাস ফি এবং ভ্যালিডেশন অন্য জায়গায় আলোচনা করব।
-একটি জমা দেওয়া লেনদেনে নিম্নলিখিত তথ্য অন্তর্ভুক্ত থাকে:
+সাবমিট করা একটি লেনদেনে নিচের তথ্যগুলো থাকে:
-- `from` – প্রেরকের ঠিকানা, যিনি লেনদেনে স্বাক্ষর করবেন। এটি একটি বাহ্যিকভাবে-মালিকানাধীন অ্যাকাউন্ট হবে কারণ চুক্তি অ্যাকাউন্টগুলি লেনদেন পাঠাতে পারে না
-- `to` – গ্রহণকারীর ঠিকানা (যদি একটি বাহ্যিকভাবে-মালিকানাধীন অ্যাকাউন্ট হয়, লেনদেনটি মান স্থানান্তর করবে। যদি একটি চুক্তি অ্যাকাউন্ট হয়, লেনদেনটি চুক্তির কোড কার্যকর করবে)
-- `signature` – প্রেরকের শনাক্তকারী। এটি তৈরি হয় যখন প্রেরকের ব্যক্তিগত কী লেনদেনে স্বাক্ষর করে এবং নিশ্চিত করে যে প্রেরক এই লেনদেনের অনুমোদন দিয়েছেন
-- `nonce` - একটি ক্রমানুসারে ক্রমবর্ধমান কাউন্টার যা অ্যাকাউন্ট থেকে লেনদেন নম্বর নির্দেশ করে
-- `value` – প্রেরক থেকে প্রাপকের কাছে স্থানান্তরের জন্য ETH-এর পরিমাণ (WEI-তে চিহ্নিত, যেখানে 1ETH সমান 1e+18wei)
-- `input data` – ঐচ্ছিক ডেটা অন্তর্ভুক্ত করার জন্য ঐচ্ছিক ফিল্ড
-- `gasLimit` – লেনদেনের দ্বারা ব্যবহার করা যেতে পারে এমন গ্যাস ইউনিটের সর্বোচ্চ পরিমাণ। [EVM](/developers/docs/evm/opcodes) প্রতিটি গণনামূলক ধাপের জন্য প্রয়োজনীয় গ্যাস ইউনিট নির্দিষ্ট করে
-- `maxPriorityFeePerGas` - ভ্যালিডেটরের জন্য একটি টিপ হিসাবে অন্তর্ভুক্ত করার জন্য ব্যবহৃত গ্যাসের সর্বোচ্চ মূল্য
-- `maxFeePerGas` - লেনদেনের জন্য প্রতি ইউনিট গ্যাসের সর্বোচ্চ ফি দিতে ইচ্ছুক (`baseFeePerGas` এবং `maxPriorityFeePerGas` সহ)
+- `from` – প্রেরকের এডড্রেস, যিনি লেনদেনে সাইন করবেন। এটি একটি এক্সটার্নালি ওনড একাউন্ট হবে কারণ কন্ট্রাক্ট একাউন্ট লেনদেন পাঠাতে পারে না
+- `to` – প্রাপকের এডড্রেস (যদি এটি একটি এক্সটার্নালি ওনড একাউন্ট হয়, তবে লেনদেনটি ভ্যালু ট্রান্সফার করবে। যদি এটি একটি কন্ট্রাক্ট একাউন্ট হয়, তবে লেনদেনটি কন্ট্রাক্ট কোড এক্সিকিউট করবে)
+- `signature` – প্রেরকের আইডেন্টিফায়ার। এটি তখন তৈরি হয় যখন প্রেরকের প্রাইভেট কি লেনদেনে সাইন করে এবং নিশ্চিত করে যে প্রেরক এই লেনদেনটি অনুমোদন করেছেন
+- `nonce` - একটি ক্রমান্বয়ে বৃদ্ধি পাওয়া কাউন্টার যা একাউন্ট থেকে লেনদেনের নম্বর নির্দেশ করে
+- `value` – প্রেরক থেকে প্রাপকের কাছে ট্রান্সফার করার জন্য ETH-এর পরিমাণ (WEI-তে ডিনোমিনেট করা, যেখানে 1ETH সমান 1e+18wei)
+- `input data` – যেকোনো ডাটা অন্তর্ভুক্ত করার জন্য অপশনাল ফিল্ড
+- `gasLimit` – লেনদেনের মাধ্যমে খরচ হতে পারে এমন গ্যাস ইউনিটের সর্বোচ্চ পরিমাণ। [EVM](/developers/docs/evm/opcodes) প্রতিটি কম্পিউটেশনাল ধাপের জন্য প্রয়োজনীয় গ্যাস ইউনিট নির্দিষ্ট করে
+- `maxPriorityFeePerGas` - ভ্যালিডেটর-কে টিপ হিসেবে দেওয়ার জন্য খরচ হওয়া গ্যাস-এর সর্বোচ্চ মূল্য
+- `maxFeePerGas` - লেনদেনের জন্য প্রতি ইউনিট গ্যাস-এর সর্বোচ্চ ফি যা দিতে ইচ্ছুক (`baseFeePerGas` এবং `maxPriorityFeePerGas` সহ)
-গ্যাস হল একটি ভ্যালিডেটর দ্বারা লেনদেন প্রক্রিয়া করার জন্য প্রয়োজনীয় গণনার একটি রেফারেন্স। ব্যবহারকারীদের এই গণনার জন্য একটি ফি দিতে হবে। `gasLimit` এবং `maxPriorityFeePerGas` ভ্যালিডেটরকে দেওয়া সর্বোচ্চ লেনদেন ফি নির্ধারণ করে। [গ্যাস সম্পর্কে আরও জানুন](/developers/docs/gas/)।
+গ্যাস হলো একজন ভ্যালিডেটর দ্বারা লেনদেন প্রসেস করার জন্য প্রয়োজনীয় কম্পিউটেশনের একটি রেফারেন্স। ব্যবহারকারীদের এই কম্পিউটেশনের জন্য একটি ফি দিতে হয়। `gasLimit` এবং `maxPriorityFeePerGas` ভ্যালিডেটর-কে দেওয়া সর্বোচ্চ ট্রানজেকশন ফি নির্ধারণ করে। [গ্যাস সম্পর্কে আরও জানুন](/developers/docs/gas/)।
-লেনদেন অবজেক্টটি দেখতে কিছুটা এরকম হবে:
+লেনদেন অবজেক্টটি দেখতে অনেকটা এরকম হবে:
```js
{
@@ -49,11 +49,11 @@ _[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm
}
```
-কিন্তু একটি লেনদেন অবজেক্টকে প্রেরকের ব্যক্তিগত কী ব্যবহার করে স্বাক্ষর করতে হবে। এটি প্রমাণ করে যে লেনদেনটি শুধুমাত্র প্রেরকের কাছ থেকে আসতে পারে এবং প্রতারণামূলকভাবে পাঠানো হয়নি।
+তবে একটি লেনদেন অবজেক্টে প্রেরকের প্রাইভেট কি ব্যবহার করে সাইন করা প্রয়োজন। এটি প্রমাণ করে যে লেনদেনটি শুধুমাত্র প্রেরকের কাছ থেকেই এসেছে এবং প্রতারণামূলকভাবে পাঠানো হয়নি।
-Geth-এর মতো একটি ইথেরিয়াম ক্লায়েন্ট এই স্বাক্ষর প্রক্রিয়াটি পরিচালনা করবে।
+Geth-এর মতো একটি ইথিরিয়াম ক্লায়েন্ট এই সাইনিং প্রক্রিয়াটি পরিচালনা করবে।
-উদাহরণ [JSON-RPC](/developers/docs/apis/json-rpc) কল:
+উদাহরণস্বরূপ [JSON-RPC](/developers/docs/apis/json-rpc) কল:
```json
{
@@ -75,7 +75,7 @@ Geth-এর মতো একটি ইথেরিয়াম ক্লায়ে
}
```
-উদাহরণ প্রতিক্রিয়া:
+উদাহরণস্বরূপ রেসপন্স:
```json
{
@@ -100,51 +100,51 @@ Geth-এর মতো একটি ইথেরিয়াম ক্লায়ে
}
```
-- `raw` হল [রিকার্সিভ লেংথ প্রিফিক্স (RLP)](/developers/docs/data-structures-and-encoding/rlp) এনকোডেড ফর্মের স্বাক্ষরিত লেনদেন
-- `tx` হল JSON ফর্মের স্বাক্ষরিত লেনদেন
+- `raw` হলো [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp) এনকোড করা ফর্মে সাইন করা লেনদেন
+- `tx` হলো JSON ফর্মে সাইন করা লেনদেন
-স্বাক্ষর হ্যাসের মাধ্যমে, লেনদেনটি ক্রিপ্টোগ্রাফিকভাবে প্রমাণ করা যেতে পারে যে এটি প্রেরকের কাছ থেকে এসেছে এবং নেটওয়ার্কে জমা দেওয়া হয়েছে।
+সিগনেচার হ্যাস-এর মাধ্যমে, লেনদেনটি ক্রিপ্টোগ্রাফিক্যালি প্রমাণ করা যায় যে এটি প্রেরকের কাছ থেকে এসেছে এবং নেটওয়ার্ক-এ সাবমিট করা হয়েছে।
-### ডেটা ফিল্ড {#the-data-field}
+### ডাটা ফিল্ড {#the-data-field}
-বেশিরভাগ লেনদেন একটি বাহ্যিকভাবে-মালিকানাধীন অ্যাকাউন্ট থেকে একটি চুক্তিতে অ্যাক্সেস করে।
-বেশিরভাগ চুক্তি Solidity-তে লেখা হয় এবং [অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI)](/glossary/#abi) অনুসারে তাদের ডেটা ফিল্ড ব্যাখ্যা করে।
+অধিকাংশ লেনদেন একটি এক্সটার্নালি ওনড একাউন্ট থেকে একটি কন্ট্রাক্ট এক্সেস করে।
+বেশিরভাগ কন্ট্রাক্ট Solidity-তে লেখা হয় এবং [application binary interface (ABI)](/glossary/#abi) অনুযায়ী তাদের ডাটা ফিল্ড ইন্টারপ্রেট করে।
-প্রথম চারটি বাইট নির্দিষ্ট করে যে কোন ফাংশনটি কল করতে হবে, ফাংশনের নাম এবং আর্গুমেন্টের হ্যাস ব্যবহার করে।
-আপনি মাঝে মাঝে [এই ডাটাবেসটি](https://www.4byte.directory/signatures/) ব্যবহার করে নির্বাচক থেকে ফাংশনটি সনাক্ত করতে পারেন।
+প্রথম চারটি বাইট ফাংশনের নাম এবং আর্গুমেন্টগুলোর হ্যাস ব্যবহার করে কোন ফাংশনটি কল করতে হবে তা নির্দিষ্ট করে।
+আপনি মাঝে মাঝে [এই ডাটাবেস](https://www.4byte.directory/signatures/) ব্যবহার করে সিলেক্টর থেকে ফাংশনটি শনাক্ত করতে পারেন।
-বাকি কলডেটা হল আর্গুমেন্ট, [ABI স্পেসিফিকেশনে নির্দিষ্ট করা হিসাবে এনকোড করা হয়েছে](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding)।
+বাকি কলডাটা হলো আর্গুমেন্ট, যা [ABI স্পেসিফিকেশনে নির্দিষ্ট করা অনুযায়ী এনকোড করা হয়](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding)।
উদাহরণস্বরূপ, আসুন [এই লেনদেনটি](https://etherscan.io/tx/0xd0dcbe007569fcfa1902dae0ab8b4e078efe42e231786312289b1eee5590f6a1) দেখি।
-কলডেটা দেখতে **আরো দেখতে ক্লিক করুন** ব্যবহার করুন।
+কলডাটা দেখতে **Click to see More** ব্যবহার করুন।
-ফাংশন নির্বাচকটি হল `0xa9059cbb`। এই স্বাক্ষর সহ বেশ কয়েকটি [পরিচিত ফাংশন](https://www.4byte.directory/signatures/?bytes4_signature=0xa9059cbb) রয়েছে।
-এই ক্ষেত্রে [চুক্তির উৎস কোড](https://etherscan.io/address/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48#code) Etherscan-এ আপলোড করা হয়েছে, তাই আমরা জানি ফাংশনটি হল `transfer(address,uint256)`।
+ফাংশন সিলেক্টর হলো `0xa9059cbb`। এই সিগনেচারের সাথে বেশ কয়েকটি [পরিচিত ফাংশন রয়েছে](https://www.4byte.directory/signatures/?bytes4_signature=0xa9059cbb)।
+এক্ষেত্রে [কন্ট্রাক্ট সোর্স কোড](https://etherscan.io/address/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48#code) Etherscan-এ আপলোড করা হয়েছে, তাই আমরা জানি ফাংশনটি হলো `transfer(address,uint256)`।
-বাকি ডেটা হল:
+বাকি ডাটা হলো:
```
0000000000000000000000004f6742badb049791cd9a37ea913f2bac38d01279
000000000000000000000000000000000000000000000000000000003b0559f4
```
-ABI স্পেসিফিকেশন অনুযায়ী, পূর্ণসংখ্যার মান (যেমন ঠিকানা, যা 20-বাইট পূর্ণসংখ্যা) ABI-তে 32-বাইট শব্দ হিসাবে প্রদর্শিত হয়, সামনে শূন্য দিয়ে প্যাড করা হয়।
-সুতরাং আমরা জানি যে `to` ঠিকানাটি হল [`4f6742badb049791cd9a37ea913f2bac38d01279`](https://etherscan.io/address/0x4f6742badb049791cd9a37ea913f2bac38d01279)।
-`value` হল 0x3b0559f4 = 990206452।
+ABI স্পেসিফিকেশন অনুযায়ী, ইন্টিজার ভ্যালুগুলো (যেমন এডড্রেস, যা 20-বাইট ইন্টিজার) ABI-তে 32-বাইট ওয়ার্ড হিসেবে উপস্থিত হয়, যার সামনে শূন্য দিয়ে প্যাড করা থাকে।
+তাই আমরা জানি যে `to` এডড্রেস হলো [`4f6742badb049791cd9a37ea913f2bac38d01279`](https://etherscan.io/address/0x4f6742badb049791cd9a37ea913f2bac38d01279)।
+`value` হলো 0x3b0559f4 = 990206452।
-## লেনদেনের প্রকার {#types-of-transactions}
+## লেনদেনের ধরন {#types-of-transactions}
-ইথেরিয়ামে কয়েক ধরনের লেনদেন রয়েছে:
+ইথিরিয়ামে কয়েক ধরনের লেনদেন রয়েছে:
-- নিয়মিত লেনদেন: এক অ্যাকাউন্ট থেকে অন্য অ্যাকাউন্টে একটি লেনদেন।
-- চুক্তি স্থাপনার লেনদেন: একটি 'to' ঠিকানা ছাড়া একটি লেনদেন, যেখানে ডেটা ফিল্ড চুক্তির কোডের জন্য ব্যবহৃত হয়।
-- একটি চুক্তির সম্পাদন: একটি লেনদেন যা একটি স্থাপন করা স্মার্ট কন্ট্র্যাক্টের সাথে ইন্টারঅ্যাক্ট করে। এই ক্ষেত্রে, 'to' ঠিকানাটি হল স্মার্ট কন্ট্র্যাক্টের ঠিকানা।
+- সাধারণ লেনদেন: এক একাউন্ট থেকে অন্য একাউন্টে লেনদেন।
+- কন্ট্রাক্ট ডেপ্লয়মেন্ট লেনদেন: 'to' এডড্রেস ছাড়া একটি লেনদেন, যেখানে ডাটা ফিল্ডটি কন্ট্রাক্ট কোডের জন্য ব্যবহৃত হয়।
+- কন্ট্রাক্ট এক্সিকিউশন: একটি লেনদেন যা ডেপ্লয় করা স্মার্ট কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করে। এক্ষেত্রে, 'to' এডড্রেস হলো স্মার্ট কন্ট্রাক্ট এডড্রেস।
-### গ্যাসের উপর {#on-gas}
+### গ্যাস সম্পর্কে {#on-gas}
-উল্লিখিত হিসাবে, লেনদেন সম্পাদনের জন্য [গ্যাস](/developers/docs/gas/) খরচ হয়। সাধারণ স্থানান্তর লেনদেনের জন্য 21000 ইউনিট গ্যাস প্রয়োজন।
+যেমনটি উল্লেখ করা হয়েছে, লেনদেন এক্সিকিউট করতে [গ্যাস](/developers/docs/gas/) খরচ হয়। সাধারণ ট্রান্সফার লেনদেনের জন্য 21000 ইউনিট গ্যাস প্রয়োজন।
-সুতরাং ববকে অ্যালিসকে 1 ETH পাঠাতে 190 gwei-এর একটি `baseFeePerGas` এবং 10 gwei-এর একটি `maxPriorityFeePerGas`-এ, ববকে নিম্নলিখিত ফি দিতে হবে:
+তাই Bob যদি Alice-কে 190 gwei `baseFeePerGas` এবং 10 gwei `maxPriorityFeePerGas`-এ 1 ETH পাঠাতে চায়, তবে Bob-কে নিচের ফি দিতে হবে:
```
(190 + 10) * 21000 = 4,200,000 gwei
@@ -152,82 +152,81 @@ ABI স্পেসিফিকেশন অনুযায়ী, পূর্
0.0042 ETH
```
-ববের অ্যাকাউন্ট ডেবিট হবে **-1.0042 ETH** (অ্যালিসের জন্য 1 ETH + গ্যাস ফিতে 0.0042 ETH)
+Bob-এর একাউন্ট থেকে ডেবিট হবে **-1.0042 ETH** (Alice-এর জন্য 1 ETH + গ্যাস ফি হিসেবে 0.0042 ETH)
-অ্যালিসের অ্যাকাউন্ট ক্রেডিট হবে **+1.0 ETH**
+Alice-এর একাউন্টে ক্রেডিট হবে **+1.0 ETH**
-বেস ফি পুড়িয়ে ফেলা হবে **-0.00399 ETH**
+বেস ফি বার্ন হবে **-0.00399 ETH**
-ভ্যালিডেটর টিপ রাখে **+0.000210 ETH**
+ভ্যালিডেটর টিপ হিসেবে রাখবে **+0.000210 ETH**
-
-_[Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে অভিযোজিত ডায়াগ্রাম_
-একটি লেনদেনে ব্যবহৃত না হওয়া যেকোনো গ্যাস ব্যবহারকারীর অ্যাকাউন্টে ফেরত দেওয়া হয়।
+
+_চিত্রটি [Ethereum EVM illustrated](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf) থেকে নেওয়া হয়েছে_
-### স্মার্ট কন্ট্র্যাক্ট মিথস্ক্রিয়া {#smart-contract-interactions}
+লেনদেনে ব্যবহৃত না হওয়া যেকোনো গ্যাস ব্যবহারকারীর একাউন্ট-এ রিফান্ড করা হয়।
-একটি স্মার্ট কন্ট্র্যাক্ট জড়িত যেকোনো লেনদেনের জন্য গ্যাস প্রয়োজন।
+### স্মার্ট কন্ট্রাক্ট ইন্টারঅ্যাকশন {#smart-contract-interactions}
-স্মার্ট কন্ট্র্যাক্টগুলোতে [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) বা [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions) ফাংশন হিসেবে পরিচিত ফাংশনও থাকতে পারে, যা চুক্তির স্টেট পরিবর্তন করে না। এইভাবে, একটি EOA থেকে এই ফাংশনগুলিকে কল করার জন্য কোনও গ্যাসের প্রয়োজন হবে না। এই পরিস্থিতির জন্য অন্তর্নিহিত RPC কল হল [`eth_call`](/developers/docs/apis/json-rpc#eth_call)।
+স্মার্ট কন্ট্রাক্ট জড়িত এমন যেকোনো লেনদেনের জন্য গ্যাস প্রয়োজন।
-`eth_call` ব্যবহার করে অ্যাক্সেস করার থেকে ভিন্ন, এই `view` বা `pure` ফাংশনগুলো সাধারণত অভ্যন্তরীণভাবেও কল করা হয় (অর্থাৎ, চুক্তি থেকে বা অন্য চুক্তি থেকে) যার জন্য গ্যাস খরচ হয়।
+স্মার্ট কন্ট্রাক্ট-এ [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) বা [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions) ফাংশন নামে পরিচিত ফাংশনও থাকতে পারে, যা কন্ট্রাক্টের স্টেট পরিবর্তন করে না। তাই, একটি EOA থেকে এই ফাংশনগুলো কল করার জন্য কোনো গ্যাস প্রয়োজন হবে না। এই পরিস্থিতির জন্য অন্তর্নিহিত RPC কল হলো [`eth_call`](/developers/docs/apis/json-rpc#eth_call)।
-## লেনদেন জীবনচক্র {#transaction-lifecycle}
+`eth_call` ব্যবহার করে এক্সেস করার বিপরীতে, এই `view` বা `pure` ফাংশনগুলো সাধারণত ইন্টারনালিও কল করা হয় (অর্থাৎ, কন্ট্রাক্ট থেকে বা অন্য কোনো কন্ট্রাক্ট থেকে) যার জন্য গ্যাস খরচ হয়।
-একবার লেনদেন জমা দেওয়া হলে নিম্নলিখিতগুলি ঘটে:
+## লেনদেনের লাইফসাইকেল {#transaction-lifecycle}
-1. একটি লেনদেন হ্যাস ক্রিপ্টোগ্রাফিকভাবে তৈরি হয়:
+লেনদেন সাবমিট করার পর নিচের ঘটনাগুলো ঘটে:
+
+1. একটি ট্রানজেকশন হ্যাস ক্রিপ্টোগ্রাফিক্যালি তৈরি হয়:
`0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017`
-2. লেনদেনটি তারপর নেটওয়ার্কে সম্প্রচার করা হয় এবং একটি লেনদেন পুলে যোগ করা হয় যা অন্যান্য সমস্ত মুলতুবি থাকা নেটওয়ার্ক লেনদেন নিয়ে গঠিত।
-3. একজন ভ্যালিডেটরকে অবশ্যই আপনার লেনদেন বাছাই করতে হবে এবং লেনদেনটি যাচাই করার জন্য এবং এটিকে "সফল" হিসাবে বিবেচনা করার জন্য এটিকে একটি ব্লকে অন্তর্ভুক্ত করতে হবে।
-4. সময়ের সাথে সাথে আপনার লেনদেন ধারণকারী ব্লকটি "যৌক্তিক" এবং তারপর "চূড়ান্ত" এ আপগ্রেড করা হবে। এই আপগ্রেডগুলি এটিকে আরও
- অনেক বেশি নিশ্চিত করে যে আপনার লেনদেন সফল হয়েছে এবং কখনও পরিবর্তন করা হবে না। একবার একটি ব্লক "চূড়ান্ত" হয়ে গেলে এটি শুধুমাত্র একটি নেটওয়ার্ক স্তরের আক্রমণের
- দ্বারা পরিবর্তন করা যেতে পারে যার জন্য বহু বিলিয়ন ডলার খরচ হবে।
+2. এরপর লেনদেনটি নেটওয়ার্ক-এ ব্রডকাস্ট করা হয় এবং অন্যান্য সমস্ত পেন্ডিং নেটওয়ার্ক লেনদেন নিয়ে গঠিত একটি ট্রানজেকশন পুলে যোগ করা হয়।
+3. লেনদেনটি ভেরিফাই করতে এবং এটিকে "সফল" হিসেবে বিবেচনা করার জন্য একজন ভ্যালিডেটর-কে অবশ্যই আপনার লেনদেনটি বেছে নিতে হবে এবং এটিকে একটি ব্লক-এ অন্তর্ভুক্ত করতে হবে।
+4. সময় যাওয়ার সাথে সাথে আপনার লেনদেন ধারণকারী ব্লকটি "জাস্টিফাইড" এবং তারপর "ফাইনাল" হিসেবে আপগ্রেড হবে। এই আপগ্রেডগুলো নিশ্চিত করে যে আপনার লেনদেনটি সফল হয়েছে এবং এটি আর কখনো পরিবর্তন করা হবে না। একবার একটি ব্লক "ফাইনাল" হয়ে গেলে, এটি শুধুমাত্র একটি নেটওয়ার্ক লেভেলের এ্যাটাক দ্বারাই পরিবর্তন করা সম্ভব, যার জন্য বিলিয়ন বিলিয়ন ডলার খরচ হবে।
-## একটি ভিজ্যুয়াল ডেমো {#a-visual-demo}
+## একটি ভিজ্যুয়াল ডেমো {#a-visual-demo}
-অস্টিনকে দেখুন আপনাকে লেনদেন, গ্যাস এবং মাইনিং এর মাধ্যমে নিয়ে যেতে।
+অস্টিনকে লেনদেন, গ্যাস এবং মাইনিং সম্পর্কে বিস্তারিত আলোচনা করতে দেখুন।
নোট: ইথিরিয়াম নির্দিষ্ট আকারের মান ("হ্যাস") তৈরি করতে নিয়মিত হ্যাস ফাংশন ব্যবহার করে। ইথিরিয়ামে হ্যাস একটি গুরুত্বপূর্ণ ভূমিকা পালন করে, তবে আপাতত আপনি এগুলোকে ইউনিক আইডি হিসেবে ভাবতে পারেন。
+
+
+
+_একটি ব্লকচেইন মূলত একটি লিংকড লিস্ট; প্রতিটি ব্লকে আগের ব্লকের একটি রেফারেন্স থাকে।_
+
+এই ডেটা স্ট্রাকচারটি নতুন কিছু নয়, তবে নেটওয়ার্ক পরিচালনাকারী নিয়মগুলো (যেমন, পিয়ার-টু-পিয়ার প্রটোকল) নতুন। এখানে কোনো কেন্দ্রীয় কর্তৃপক্ষ নেই; নেটওয়ার্ক টিকিয়ে রাখার জন্য পিয়ারদের নেটওয়ার্ককে অবশ্যই সহযোগিতা করতে হবে এবং পরবর্তী ব্লকে কোন লেনদেন অন্তর্ভুক্ত করা হবে তা নির্ধারণ করতে প্রতিযোগিতা করতে হবে। সুতরাং, আপনি যখন কোনো বন্ধুকে কিছু টাকা পাঠাতে চান, তখন আপনাকে সেই লেনদেনটি নেটওয়ার্ক এ ব্রডকাস্ট করতে হবে, তারপর এটি একটি আসন্ন ব্লকে অন্তর্ভুক্ত হওয়ার জন্য অপেক্ষা করতে হবে।
+
+এক ব্যবহারকারীর কাছ থেকে অন্য ব্যবহারকারীর কাছে সত্যিই টাকা পাঠানো হয়েছে কিনা তা ব্লকচেইন এর যাচাই করার একমাত্র উপায় হলো সেই ব্লকচেইন এর নিজস্ব (অর্থাৎ, তৈরি এবং পরিচালিত) একটি কারেন্সি ব্যবহার করা। ইথিরিয়ামে, এই কারেন্সিকে ইথার বলা হয় এবং ইথিরিয়াম ব্লকচেইন এ একাউন্ট ব্যালেন্সের একমাত্র অফিসিয়াল রেকর্ড থাকে।
+
+## একটি নতুন প্যারাডাইম {#a-new-paradigm}
+
+এই নতুন ডিসেন্ট্রালাইজড টেক স্ট্যাক নতুন ডেভেলপার টুলস তৈরি করেছে। এই ধরনের টুলস অনেক প্রোগ্রামিং ভাষায় বিদ্যমান, তবে আমরা পাইথনের দৃষ্টিকোণ থেকে দেখব। আবারও বলছি: পাইথন আপনার পছন্দের ভাষা না হলেও, এটি অনুসরণ করতে খুব একটা সমস্যা হওয়ার কথা নয়।
+
+যেসব পাইথন ডেভেলপার ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করতে চান, তারা সম্ভবত [Web3.py](https://web3py.readthedocs.io/) ব্যবহার করবেন। Web3.py হলো এমন একটি লাইব্রেরি যা একটি ইথিরিয়াম নোড এর সাথে কানেক্ট করার এবং সেখান থেকে ডেটা পাঠানো ও গ্রহণ করার প্রক্রিয়াকে অনেক সহজ করে দেয়।
+
+নোট: "ইথিরিয়াম নোড" এবং "ইথিরিয়াম ক্লায়েন্ট" শব্দ দুটি একে অপরের পরিপূরক হিসেবে ব্যবহৃত হয়। উভয় ক্ষেত্রেই, এটি এমন একটি সফটওয়্যারকে বোঝায় যা ইথিরিয়াম নেটওয়ার্ক এর একজন অংশগ্রহণকারী চালায়। এই সফটওয়্যারটি ব্লক ডেটা পড়তে পারে, চেইনে নতুন ব্লকস যুক্ত হলে আপডেট পেতে পারে, নতুন লেনদেন ব্রডকাস্ট করতে পারে এবং আরও অনেক কিছু করতে পারে। প্রযুক্তিগতভাবে, ক্লায়েন্ট হলো সফটওয়্যার, আর নোড হলো সেই কম্পিউটার যা সফটওয়্যারটি চালায়。
+
+[ইথিরিয়াম ক্লায়েন্ট](/developers/docs/nodes-and-clients/) গুলোকে [IPC](https://wikipedia.org/wiki/Inter-process_communication), HTTP, বা Websockets এর মাধ্যমে পৌঁছানোর জন্য কনফিগার করা যেতে পারে, তাই Web3.py-কেও এই কনফিগারেশনটি মিরর করতে হবে। Web3.py এই কানেকশন অপশনগুলোকে **প্রোভাইডার** হিসেবে উল্লেখ করে। আপনার নোড এর সাথে Web3.py ইনস্ট্যান্স লিঙ্ক করতে আপনি এই তিনটি প্রোভাইডারের মধ্যে একটি বেছে নিতে চাইবেন।
+
+
+
+_একই প্রটোকলের মাধ্যমে যোগাযোগ করার জন্য ইথিরিয়াম নোড এবং Web3.py কনফিগার করুন, যেমন, এই ডায়াগ্রামে IPC।_
+
+Web3.py সঠিকভাবে কনফিগার হয়ে গেলে, আপনি ব্লকচেইন এর সাথে ইন্টারঅ্যাক্ট করা শুরু করতে পারেন। সামনে কী আসতে চলেছে তার একটি প্রিভিউ হিসেবে এখানে Web3.py ব্যবহারের কয়েকটি উদাহরণ দেওয়া হলো:
+
+```python
+# ব্লক ডেটা পড়ুন:
+w3.eth.get_block('latest')
+
+# একটি লেনদেন পাঠান:
+w3.eth.send_transaction({'from': ..., 'to': ..., 'value': ...})
+```
+
+## ইনস্টলেশন {#installation}
+
+এই ওয়াকথ্রুতে, আমরা কেবল একটি পাইথন ইন্টারপ্রেটারের মধ্যে কাজ করব। আমরা কোনো ডিরেক্টরি, ফাইল, ক্লাস বা ফাংশন তৈরি করব না।
+
+নোট: নিচের উদাহরণগুলোতে, যে কমান্ডগুলো `$` দিয়ে শুরু হয় সেগুলো টার্মিনালে চালানোর উদ্দেশ্যে দেওয়া হয়েছে। (`$` টাইপ করবেন না, এটি কেবল লাইনের শুরু নির্দেশ করে।)
+
+প্রথমে, এক্সপ্লোর করার জন্য একটি ইউজার-ফ্রেন্ডলি পরিবেশ পেতে [IPython](https://ipython.org/) ইনস্টল করুন। IPython অন্যান্য ফিচারের পাশাপাশি ট্যাব কমপ্লিশন অফার করে, যা Web3.py এর মধ্যে কী কী করা সম্ভব তা দেখা অনেক সহজ করে তোলে।
+
+```bash
+pip install ipython
+```
+
+Web3.py `web3` নামে পাবলিশ করা হয়েছে। এটি এভাবে ইনস্টল করুন:
+
+```bash
+pip install web3
+```
+
+আরেকটি বিষয় – আমরা পরে একটি ব্লকচেইন সিমুলেট করতে যাচ্ছি, যার জন্য আরও কয়েকটি ডিপেন্ডেন্সি প্রয়োজন। আপনি সেগুলো এর মাধ্যমে ইনস্টল করতে পারেন:
+
+```bash
+pip install 'web3[tester]'
+```
+
+আপনি কাজ শুরু করার জন্য পুরোপুরি প্রস্তুত!
+
+নোট: `web3[tester]` প্যাকেজটি পাইথন 3.10.xx পর্যন্ত কাজ করে।
+
+## একটি স্যান্ডবক্স চালু করুন {#spin-up-a-sandbox}
+
+আপনার টার্মিনালে `ipython` চালিয়ে একটি নতুন পাইথন এনভায়রনমেন্ট খুলুন। এটি `python` চালানোর মতোই, তবে এতে আরও অনেক অতিরিক্ত সুবিধা রয়েছে।
+
+```bash
+ipython
+```
+
+এটি আপনি যে পাইথন এবং IPython ভার্সন চালাচ্ছেন সে সম্পর্কে কিছু তথ্য প্রিন্ট করবে, তারপর আপনি ইনপুটের জন্য অপেক্ষারত একটি প্রম্পট দেখতে পাবেন:
+
+```python
+In [1]:
+```
+
+আপনি এখন একটি ইন্টারেক্টিভ পাইথন শেল দেখছেন। মূলত, এটি কাজ করার জন্য একটি স্যান্ডবক্স। আপনি যদি এতদূর এসে থাকেন, তবে এখন Web3.py ইমপোর্ট করার সময়:
+
+```python
+In [1]: from web3 import Web3
+```
+
+## Web3 মডিউলের পরিচিতি {#introducing-the-web3-module}
+
+ইথিরিয়ামের একটি গেটওয়ে হওয়ার পাশাপাশি, [Web3](https://web3py.readthedocs.io/en/stable/overview.html#base-api) মডিউল কিছু সুবিধাজনক ফাংশন অফার করে। চলুন কয়েকটি এক্সপ্লোর করি।
+
+একটি ইথিরিয়াম অ্যাপ্লিকেশনে, আপনার সাধারণত কারেন্সি ডিনোমিনেশন কনভার্ট করার প্রয়োজন হবে। Web3 মডিউল ঠিক এই কাজের জন্যই কয়েকটি হেল্পার মেথড প্রদান করে: [from_wei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.from_wei) এবং [to_wei](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.to_wei)।
+
+
+নোট: কম্পিউটার দশমিক গণিত পরিচালনা করতে বেশ খারাপ। এটি এড়াতে, ডেভেলপাররা প্রায়শই ডলারের পরিমাণ সেন্টে স্টোর করে। উদাহরণস্বরূপ, $5.99 দামের একটি আইটেম ডেটাবেসে 599 হিসেবে স্টোর করা হতে পারে।
+
+ইথার এ লেনদেন পরিচালনা করার সময় একই ধরনের প্যাটার্ন ব্যবহার করা হয়। তবে, দুটি দশমিক বিন্দুর পরিবর্তে, ইথারে 18টি থাকে! ইথারের সবচেয়ে ছোট ডিনোমিনেশনকে wei বলা হয়, তাই লেনদেন পাঠানোর সময় এই মানটিই নির্দিষ্ট করা হয়।
+
+1 ইথার = 1000000000000000000 wei
+
+1 wei = 0.000000000000000001 ইথার
+
+
+
+কিছু মান wei-তে এবং wei থেকে কনভার্ট করার চেষ্টা করুন। মনে রাখবেন যে ইথার এবং wei এর মধ্যে [অনেক ডিনোমিনেশনের নাম রয়েছে](https://web3py.readthedocs.io/en/stable/troubleshooting.html#how-do-i-convert-currency-denominations)। এগুলোর মধ্যে অন্যতম পরিচিত হলো **gwei**, কারণ ট্রানজেকশন ফি প্রায়শই এভাবেই উপস্থাপন করা হয়।
+
+```python
+In [2]: Web3.to_wei(1, 'ether')
+Out[2]: 1000000000000000000
+
+In [3]: Web3.from_wei(500000000, 'gwei')
+Out[3]: Decimal('0.5')
+```
+
+Web3 মডিউলের অন্যান্য ইউটিলিটি মেথডগুলোর মধ্যে রয়েছে ডেটা ফরম্যাট কনভার্টার (যেমন, [`toHex`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.toHex)), এডড্রেস হেল্পার (যেমন, [`isAddress`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.isAddress)), এবং হ্যাস ফাংশন (যেমন, [`keccak`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.keccak))। এগুলোর অনেকগুলোই সিরিজের পরবর্তী অংশে কভার করা হবে। সমস্ত উপলব্ধ মেথড এবং প্রপার্টি দেখতে, `Web3.` টাইপ করে এবং পিরিয়ডের পরে দুবার ট্যাব কী চেপে IPython এর অটো-কমপ্লিট ব্যবহার করুন।
+
+## চেইনের সাথে কথা বলুন {#talk-to-the-chain}
+
+সুবিধাজনক মেথডগুলো চমৎকার, তবে চলুন ব্লকচেইন এর দিকে এগিয়ে যাই। পরবর্তী ধাপ হলো একটি ইথিরিয়াম নোড এর সাথে যোগাযোগ করার জন্য Web3.py কনফিগার করা। এখানে আমাদের কাছে IPC, HTTP, বা Websocket প্রোভাইডার ব্যবহার করার অপশন রয়েছে।
+
+আমরা এই পথে যাব না, তবে HTTP প্রোভাইডার ব্যবহার করে একটি সম্পূর্ণ ওয়ার্কফ্লোর উদাহরণ দেখতে অনেকটা এরকম হতে পারে:
+
+- একটি ইথিরিয়াম নোড ডাউনলোড করুন, যেমন, [Geth](https://geth.ethereum.org/)।
+- একটি টার্মিনাল উইন্ডোতে Geth চালু করুন এবং এটি নেটওয়ার্ক সিঙ্ক করার জন্য অপেক্ষা করুন। ডিফল্ট HTTP পোর্ট হলো `8545`, তবে এটি কনফিগারযোগ্য।
+- Web3.py-কে `localhost:8545` এ HTTP এর মাধ্যমে নোড এর সাথে কানেক্ট করতে বলুন।
+ `w3 = Web3(Web3.HTTPProvider('http://127.0.0.1:8545'))`
+- নোড এর সাথে ইন্টারঅ্যাক্ট করতে `w3` ইনস্ট্যান্স ব্যবহার করুন।
+
+যদিও এটি করার একটি "বাস্তব" উপায়, সিঙ্কিং প্রক্রিয়ায় কয়েক ঘণ্টা সময় লাগে এবং আপনি যদি কেবল একটি ডেভেলপমেন্ট এনভায়রনমেন্ট চান তবে এটি অপ্রয়োজনীয়। Web3.py এই উদ্দেশ্যে একটি চতুর্থ প্রোভাইডার, **EthereumTesterProvider** প্রকাশ করে। এই টেস্টার প্রোভাইডারটি শিথিল পারমিশন এবং কাজ করার জন্য ফেক কারেন্সিসহ একটি সিমুলেটেড ইথিরিয়াম নোড এর সাথে লিঙ্ক করে।
+
+
+
+_EthereumTesterProvider একটি সিমুলেটেড নোডের সাথে কানেক্ট করে এবং দ্রুত ডেভেলপমেন্ট এনভায়রনমেন্টের জন্য বেশ সুবিধাজনক।_
+
+সেই সিমুলেটেড নোডটিকে [eth-tester](https://github.com/ethereum/eth-tester) বলা হয় এবং আমরা এটিকে `pip install web3[tester]` কমান্ডের অংশ হিসেবে ইনস্টল করেছি। এই টেস্টার প্রোভাইডার ব্যবহার করার জন্য Web3.py কনফিগার করা খুবই সহজ:
+
+```python
+In [4]: w3 = Web3(Web3.EthereumTesterProvider())
+```
+
+এখন আপনি চেইনে সার্ফ করার জন্য প্রস্তুত! যদিও মানুষ এমনটা বলে না। আমি এইমাত্র এটা বানালাম। চলুন একটি দ্রুত ট্যুর দেওয়া যাক।
+
+## দ্রুত ট্যুর {#the-quick-tour}
+
+প্রথমেই, একটি স্যানিটি চেক:
+
+```python
+In [5]: w3.is_connected()
+Out[5]: True
+```
+
+যেহেতু আমরা টেস্টার প্রোভাইডার ব্যবহার করছি, তাই এটি খুব একটা মূল্যবান টেস্ট নয়, তবে যদি এটি ফেইল করে, তবে সম্ভবত আপনি `w3` ভেরিয়েবল ইনস্ট্যানশিয়েট করার সময় ভুল কিছু টাইপ করেছেন। আপনি ভেতরের বন্ধনীগুলো অন্তর্ভুক্ত করেছেন কিনা তা দুবার চেক করুন, অর্থাৎ, `Web3.EthereumTesterProvider()`।
+
+## ট্যুর স্টপ #1: [একাউন্ট](/developers/docs/accounts/) {#tour-stop-1-accounts}
+
+সুবিধার জন্য, টেস্টার প্রোভাইডার কিছু একাউন্ট তৈরি করেছে এবং সেগুলোতে টেস্ট ইথার প্রিলোড করেছে।
+
+প্রথমে, চলুন সেই একাউন্টগুলোর একটি তালিকা দেখি:
+
+```python
+In [6]: w3.eth.accounts
+Out[6]: ['0x7E5F4552091A69125d5DfCb7b8C2659029395Bdf',
+ '0x2B5AD5c4795c026514f8317c7a215E218DcCD6cF',
+ '0x6813Eb9362372EEF6200f3b1dbC3f819671cBA69', ...]
+```
+
+আপনি যদি এই কমান্ডটি চালান, তবে আপনার দশটি স্ট্রিংয়ের একটি তালিকা দেখা উচিত যা `0x` দিয়ে শুরু হয়। এর প্রতিটি হলো একটি **পাবলিক এডড্রেস** এবং এটি কোনো না কোনোভাবে একটি চেকিং একাউন্টের একাউন্ট নম্বরের মতো। কেউ আপনাকে ইথার পাঠাতে চাইলে আপনি তাকে এই এডড্রেসটি প্রদান করবেন।
+
+যেমনটি উল্লেখ করা হয়েছে, টেস্টার প্রোভাইডার এই প্রতিটি একাউন্টে কিছু টেস্ট ইথার প্রিলোড করেছে। চলুন জেনে নিই প্রথম একাউন্টে কত আছে:
+
+```python
+In [7]: w3.eth.get_balance(w3.eth.accounts[0])
+Out[7]: 1000000000000000000000000
+```
+
+অনেকগুলো শূন্য! ফেক ব্যাংকে যাওয়ার আগে, কারেন্সি ডিনোমিনেশন সম্পর্কে আগের সেই লেসনটি মনে করুন। ইথারের মানগুলো সবচেয়ে ছোট ডিনোমিনেশন, wei-তে উপস্থাপন করা হয়। এটিকে ইথারে কনভার্ট করুন:
+
+```python
+In [8]: w3.from_wei(1000000000000000000000000, 'ether')
+Out[8]: Decimal('1000000')
+```
+
+এক মিলিয়ন টেস্ট ইথার — এখনও খুব একটা খারাপ নয়।
+
+## ট্যুর স্টপ #2: ব্লক ডেটা {#tour-stop-2-block-data}
+
+চলুন এই সিমুলেটেড ব্লকচেইন এর স্টেট একবার দেখে নিই:
+
+```python
+In [9]: w3.eth.get_block('latest')
+Out[9]: AttributeDict({
+ 'number': 0,
+ 'hash': HexBytes('0x9469878...'),
+ 'parentHash': HexBytes('0x0000000...'),
+ ...
+ 'transactions': []
+})
+```
+
+একটি ব্লক সম্পর্কে অনেক তথ্য রিটার্ন করা হয়, তবে এখানে কেবল কয়েকটি বিষয় উল্লেখ করা হলো:
+
+- ব্লক নম্বর হলো শূন্য — আপনি যত আগেই টেস্টার প্রোভাইডার কনফিগার করুন না কেন। আসল ইথিরিয়াম নেটওয়ার্ক এর মতো, যা প্রতি 12 সেকেন্ডে একটি নতুন ব্লক যোগ করে, এই সিমুলেশনটি ততক্ষণ অপেক্ষা করবে যতক্ষণ না আপনি এটিকে কোনো কাজ দেন।
+- `transactions` হলো একটি খালি তালিকা, একই কারণে: আমরা এখনও কিছু করিনি। এই প্রথম ব্লকটি হলো একটি **খালি ব্লক**, কেবল চেইনটি শুরু করার জন্য।
+- খেয়াল করুন যে `parentHash` হলো কেবল একগুচ্ছ খালি বাইট। এটি নির্দেশ করে যে এটি চেইনের প্রথম ব্লক, যা **জেনেসিস ব্লক** নামেও পরিচিত।
+
+## ট্যুর স্টপ #3: [লেনদেন](/developers/docs/transactions/) {#tour-stop-3-transactions}
+
+পেন্ডিং লেনদেন না হওয়া পর্যন্ত আমরা ব্লক শূন্যতেই আটকে আছি, তাই চলুন একটি লেনদেন করি। এক একাউন্ট থেকে অন্য একাউন্টে কিছু টেস্ট ইথার পাঠান:
+
+```python
+In [10]: tx_hash = w3.eth.send_transaction({
+ 'from': w3.eth.accounts[0],
+ 'to': w3.eth.accounts[1],
+ 'value': w3.to_wei(3, 'ether'),
+ 'gas': 21000
+})
+```
+
+সাধারণত এই পর্যায়ে আপনার লেনদেনটি একটি নতুন ব্লকে অন্তর্ভুক্ত হওয়ার জন্য আপনাকে কয়েক সেকেন্ড অপেক্ষা করতে হবে। সম্পূর্ণ প্রক্রিয়াটি অনেকটা এরকম:
+
+1. একটি লেনদেন সাবমিট করুন এবং ট্রানজেকশন হ্যাস ধরে রাখুন। লেনদেন ধারণকারী ব্লকটি তৈরি এবং ব্রডকাস্ট না হওয়া পর্যন্ত, লেনদেনটি "পেন্ডিং" থাকে।
+ `tx_hash = w3.eth.send_transaction({ … })`
+2. লেনদেনটি একটি ব্লকে অন্তর্ভুক্ত হওয়ার জন্য অপেক্ষা করুন:
+ `w3.eth.wait_for_transaction_receipt(tx_hash)`
+3. অ্যাপ্লিকেশন লজিক চালিয়ে যান। সফল লেনদেন দেখতে:
+ `w3.eth.get_transaction(tx_hash)`
+
+আমাদের সিমুলেটেড এনভায়রনমেন্ট তাৎক্ষণিকভাবে একটি নতুন ব্লকে লেনদেনটি যোগ করবে, তাই আমরা সাথে সাথেই লেনদেনটি দেখতে পারি:
+
+```python
+In [11]: w3.eth.get_transaction(tx_hash)
+Out[11]: AttributeDict({
+ 'hash': HexBytes('0x15e9fb95dc39...'),
+ 'blockNumber': 1,
+ 'transactionIndex': 0,
+ 'from': '0x7E5F4552091A69125d5DfCb7b8C2659029395Bdf',
+ 'to': '0x2B5AD5c4795c026514f8317c7a215E218DcCD6cF',
+ 'value': 3000000000000000000,
+ ...
+})
+```
+
+আপনি এখানে কিছু পরিচিত বিবরণ দেখতে পাবেন: `from`, `to`, এবং `value` ফিল্ডগুলো আমাদের `send_transaction` কলের ইনপুটগুলোর সাথে মিলে যাওয়া উচিত। আরেকটি আশ্বস্ত করার মতো বিষয় হলো যে এই লেনদেনটি 1 নম্বর ব্লকের মধ্যে প্রথম লেনদেন (`'transactionIndex': 0`) হিসেবে অন্তর্ভুক্ত করা হয়েছিল।
+
+আমরা জড়িত দুটি একাউন্টের ব্যালেন্স চেক করেও সহজেই এই লেনদেনের সফলতা যাচাই করতে পারি। তিন ইথার এক একাউন্ট থেকে অন্য একাউন্টে স্থানান্তরিত হওয়া উচিত।
+
+```python
+In [12]: w3.eth.get_balance(w3.eth.accounts[0])
+Out[12]: 999996999979000000000000
+
+In [13]: w3.eth.get_balance(w3.eth.accounts[1])
+Out[13]: 1000003000000000000000000
+```
+
+পরেরটি ঠিক আছে বলে মনে হচ্ছে! ব্যালেন্স 1,000,000 থেকে 1,000,003 ইথারে গেছে। কিন্তু প্রথম একাউন্টের কী হলো? মনে হচ্ছে এটি তিন ইথারের চেয়ে সামান্য বেশি হারিয়েছে। হায়, জীবনে কোনো কিছুই বিনামূল্যে পাওয়া যায় না, এবং ইথিরিয়াম পাবলিক নেটওয়ার্ক ব্যবহার করার জন্য আপনাকে আপনার পিয়ারদের তাদের সমর্থনমূলক ভূমিকার জন্য ক্ষতিপূরণ দিতে হবে। যে একাউন্টটি লেনদেন সাবমিট করেছে তার থেকে একটি ছোট ট্রানজেকশন ফি কেটে নেওয়া হয়েছে - এই ফি হলো পোড়ানো গ্যাস এর পরিমাণ (একটি ETH ট্রান্সফারের জন্য 21000 ইউনিট গ্যাস) গুণিতক একটি বেস ফি যা নেটওয়ার্ক অ্যাক্টিভিটি অনুযায়ী পরিবর্তিত হয় এবং একটি টিপ যা সেই ভ্যালিডেটর এর কাছে যায় যে লেনদেনটিকে একটি ব্লকে অন্তর্ভুক্ত করে।
+
+[গ্যাস](/developers/docs/gas/#post-london) সম্পর্কে আরও জানুন
+
+নোট: পাবলিক নেটওয়ার্ক এ, নেটওয়ার্ক এর চাহিদা এবং আপনি কত দ্রুত একটি লেনদেন প্রসেস করতে চান তার ওপর ভিত্তি করে ট্রানজেকশন ফি পরিবর্তনশীল। আপনি যদি ফি কীভাবে গণনা করা হয় তার একটি ব্রেকডাউন জানতে আগ্রহী হন, তবে কীভাবে লেনদেন একটি ব্লকে অন্তর্ভুক্ত করা হয় সে সম্পর্কে আমার আগের পোস্টটি দেখুন。
+
+## এবং শ্বাস নিন {#and-breathe}
+
+আমরা বেশ কিছুক্ষণ ধরে এটি নিয়ে কাজ করছি, তাই বিরতি নেওয়ার জন্য এটি একটি ভালো জায়গা বলে মনে হচ্ছে। এই যাত্রা চলতেই থাকবে, এবং আমরা এই সিরিজের দ্বিতীয় পর্বে এক্সপ্লোর করা চালিয়ে যাব। সামনে যে কনসেপ্টগুলো আসবে: একটি আসল নোড এর সাথে কানেক্ট করা, স্মার্ট কন্ট্রাক্ট, এবং টোকেন। কোনো ফলো-আপ প্রশ্ন আছে? আমাকে জানান! আপনার ফিডব্যাক প্রভাবিত করবে যে আমরা এখান থেকে কোথায় যাব। [Twitter](https://twitter.com/wolovim) এর মাধ্যমে রিকোয়েস্ট স্বাগত।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/ai-trading-agent/index.md b/public/content/translations/bn/developers/tutorials/ai-trading-agent/index.md
index 27730f4807f..ff9d550fb07 100644
--- a/public/content/translations/bn/developers/tutorials/ai-trading-agent/index.md
+++ b/public/content/translations/bn/developers/tutorials/ai-trading-agent/index.md
@@ -1,59 +1,60 @@
---
-title: "ইথেরিয়ামে আপনার নিজস্ব AI ট্রেডিং এজেন্ট তৈরি করুন"
-description: "এই টিউটোরিয়ালে আপনি একটি সহজ AI ট্রেডিং এজেন্ট কীভাবে তৈরি করতে হয় তা শিখবেন। এই এজেন্টটি ব্লকচেইন থেকে তথ্য পড়ে, সেই তথ্যের উপর ভিত্তি করে একটি LLM-এর কাছে সুপারিশ চায়, LLM-এর সুপারিশকৃত ট্রেডটি সম্পাদন করে এবং তারপর অপেক্ষা করে ও পুনরাবৃত্তি করে।"
-author: Ori Pomerantz
-tags: [ "AI", "ট্রেডিং", "এজেন্ট", "python" ]
+title: ইথিরিয়ামে আপনার নিজস্ব AI ট্রেডিং এজেন্ট তৈরি করুন
+description: এই টিউটোরিয়ালে আপনি শিখবেন কীভাবে একটি সাধারণ AI ট্রেডিং এজেন্ট তৈরি করতে হয়। এই এজেন্ট ব্লকচেইন থেকে তথ্য পড়ে, সেই তথ্যের উপর ভিত্তি করে একটি LLM-এর কাছে সুপারিশ চায়, LLM-এর সুপারিশ অনুযায়ী ট্রেড করে এবং তারপর অপেক্ষা করে ও পুনরাবৃত্তি করে।
+author: ওরি পোমেরান্টজ
+tags: ["AI", "ট্রেডিং", "এজেন্ট", "python"]
skill: intermediate
+breadcrumb: AI ট্রেডিং এজেন্ট
published: 2026-02-13
lang: bn
sidebarDepth: 3
---
-এই টিউটোরিয়ালে আপনি একটি সহজ AI ট্রেডিং এজেন্ট কীভাবে তৈরি করতে হয় তা শিখবেন। এই এজেন্টটি এই ধাপগুলো ব্যবহার করে কাজ করে:
+এই টিউটোরিয়ালে আপনি শিখবেন কীভাবে একটি সাধারণ AI ট্রেডিং এজেন্ট তৈরি করতে হয়। এই এজেন্ট নিচের ধাপগুলো ব্যবহার করে কাজ করে:
-1. একটি টোকেনের বর্তমান এবং অতীতের মূল্য, সেইসাথে অন্যান্য সম্ভাব্য প্রাসঙ্গিক তথ্য পড়ুন
-2. এই তথ্যের সাথে একটি কোয়েরি তৈরি করুন, সাথে ব্যাকগ্রাউন্ড তথ্য যোগ করে ব্যাখ্যা করুন যে এটি কীভাবে প্রাসঙ্গিক হতে পারে
-3. কোয়েরি জমা দিন এবং একটি অনুমানিত মূল্য ফেরত পান
-4. সুপারিশের ভিত্তিতে ট্রেড করুন
-5. অপেক্ষা করুন এবং পুনরাবৃত্তি করুন
+1. একটি টোকেন-এর বর্তমান এবং অতীতের দাম, সেইসাথে অন্যান্য সম্ভাব্য প্রাসঙ্গিক তথ্য পড়া
+2. এই তথ্যগুলোর সাথে ব্যাকগ্রাউন্ড তথ্য যুক্ত করে একটি কোয়েরি তৈরি করা, যাতে বোঝানো যায় এটি কীভাবে প্রাসঙ্গিক হতে পারে
+3. কোয়েরি জমা দেওয়া এবং একটি সম্ভাব্য দাম ফেরত পাওয়া
+4. সুপারিশের উপর ভিত্তি করে ট্রেড করা
+5. অপেক্ষা করা এবং পুনরাবৃত্তি করা
-এই এজেন্টটি দেখায় কীভাবে তথ্য পড়তে হয়, এটিকে একটি কোয়েরিতে রূপান্তর করতে হয় যা একটি ব্যবহারযোগ্য উত্তর দেয় এবং সেই উত্তরটি ব্যবহার করতে হয়। এগুলো সবই একটি AI এজেন্টের জন্য প্রয়োজনীয় ধাপ। এই এজেন্টটি Python-এ প্রয়োগ করা হয়েছে কারণ এটি AI-তে ব্যবহৃত সবচেয়ে সাধারণ ভাষা।
+এই এজেন্টটি দেখায় কীভাবে তথ্য পড়তে হয়, সেটিকে একটি কোয়েরিতে রূপান্তর করতে হয় যা একটি ব্যবহারযোগ্য উত্তর দেয় এবং সেই উত্তরটি ব্যবহার করতে হয়। এগুলোর সবগুলোই একটি AI এজেন্টের জন্য প্রয়োজনীয় ধাপ। এই এজেন্টটি Python-এ তৈরি করা হয়েছে কারণ এটি AI-তে ব্যবহৃত সবচেয়ে সাধারণ ভাষা।
-## এটা কেন করবেন? {#why-do-this}
+## এটি কেন করবেন? {#why-do-this}
-স্বয়ংক্রিয় ট্রেডিং এজেন্ট ডেভেলপারদের একটি ট্রেডিং কৌশল নির্বাচন এবং কার্যকর করার সুযোগ দেয়। [AI এজেন্ট](/ai-agents) আরও জটিল এবং গতিশীল ট্রেডিং কৌশলের সুযোগ দেয়, সম্ভাব্যভাবে এমন তথ্য এবং অ্যালগরিদম ব্যবহার করে যা ডেভেলপার ব্যবহার করার কথাও ভাবেনি।
+স্বয়ংক্রিয় ট্রেডিং এজেন্ট ডেভেলপারদের একটি ট্রেডিং কৌশল নির্বাচন এবং কার্যকর করার সুযোগ দেয়। [AI এজেন্ট](/ai-agents) আরও জটিল এবং ডাইনামিক ট্রেডিং কৌশলের সুযোগ দেয়, যা সম্ভাব্যভাবে এমন তথ্য এবং এ্যালগরিদম ব্যবহার করে যা ডেভেলপার হয়তো ব্যবহারের কথা ভাবেনওনি।
## টুলস {#tools}
-এই টিউটোরিয়ালটি কোট এবং ট্রেডিংয়ের জন্য [Python](https://www.python.org/), [Web3 লাইব্রেরি](https://web3py.readthedocs.io/en/stable/) এবং [Uniswap v3](https://github.com/Uniswap/v3-periphery) ব্যবহার করে।
+এই টিউটোরিয়ালে কোট (quotes) এবং ট্রেডিংয়ের জন্য [Python](https://www.python.org/), [Web3 লাইব্রেরি](https://web3py.readthedocs.io/en/stable/) এবং [Uniswap v3](https://github.com/Uniswap/v3-periphery) ব্যবহার করা হয়েছে।
### কেন Python? {#python}
-AI-এর জন্য সবচেয়ে বেশি ব্যবহৃত ভাষা হল [Python](https://www.python.org/), তাই আমরা এখানে এটি ব্যবহার করেছি। আপনি Python না জানলেও চিন্তা করবেন না। ভাষাটি খুব স্পষ্ট, এবং আমি ব্যাখ্যা করব এটি ঠিক কী করে।
+AI-এর জন্য সবচেয়ে বেশি ব্যবহৃত ভাষা হলো [Python](https://www.python.org/), তাই আমরা এখানে এটি ব্যবহার করছি। আপনি যদি Python না জানেন তবে চিন্তা করবেন না। ভাষাটি খুব স্পষ্ট, এবং এটি ঠিক কী করে তা আমি ব্যাখ্যা করব।
-[Web3 লাইব্রেরি](https://web3py.readthedocs.io/en/stable/) হল সবচেয়ে সাধারণ Python ইথেরিয়াম API। এটি ব্যবহার করা বেশ সহজ।
+[Web3 লাইব্রেরি](https://web3py.readthedocs.io/en/stable/) হলো সবচেয়ে সাধারণ Python ইথিরিয়াম API। এটি ব্যবহার করা বেশ সহজ।
-### ব্লকচেইনে ট্রেডিং {#trading-on-blockchain}
+### ব্লকচেইন-এ ট্রেডিং {#trading-on-blockchain}
-[অনেক ডিস্ট্রিবিউটেড এক্সচেঞ্জ (DEX)](/apps/categories/defi/) আছে যা আপনাকে ইথেরিয়ামে টোকেন ট্রেড করার সুযোগ দেয়। তবে, [আর্বিট্রেজ](/developers/docs/smart-contracts/composability/#better-user-experience)-এর কারণে তাদের এক্সচেঞ্জ রেট প্রায় একই রকম থাকে।
+এমন [অনেক ডিস্ট্রিবিউটেড এক্সচেঞ্জ (DEX)](/apps/categories/defi/) রয়েছে যা আপনাকে ইথিরিয়ামে টোকেন ট্রেড করতে দেয়। তবে, [আর্বিট্রেজ](/developers/docs/smart-contracts/composability/#better-user-experience)-এর কারণে এগুলোর এক্সচেঞ্জ রেট প্রায় একই রকম হয়ে থাকে।
-[Uniswap](https://app.uniswap.org/) একটি বহুল ব্যবহৃত DEX যা আমরা কোট (টোকেনের আপেক্ষিক মান দেখতে) এবং ট্রেড উভয়ের জন্য ব্যবহার করতে পারি।
+[Uniswap](https://app.uniswap.org/) হলো একটি বহুল ব্যবহৃত DEX যা আমরা কোট (টোকেনের আপেক্ষিক মান দেখতে) এবং ট্রেড উভয়ের জন্যই ব্যবহার করতে পারি।
### OpenAI {#openai}
-একটি বড় ল্যাঙ্গুয়েজ মডেলের জন্য, আমি [OpenAI](https://openai.com/) দিয়ে শুরু করতে চেয়েছি। এই টিউটোরিয়ালের অ্যাপ্লিকেশনটি চালানোর জন্য আপনাকে API অ্যাক্সেসের জন্য অর্থপ্রদান করতে হবে। $5-এর ন্যূনতম পেমেন্ট যথেষ্টর চেয়েও বেশি।
+একটি লার্জ ল্যাঙ্গুয়েজ মডেলের জন্য, আমি [OpenAI](https://openai.com/) দিয়ে শুরু করার সিদ্ধান্ত নিয়েছি। এই টিউটোরিয়ালের অ্যাপ্লিকেশনটি চালানোর জন্য আপনাকে API অ্যাক্সেসের জন্য অর্থ প্রদান করতে হবে। ন্যূনতম $5 পেমেন্ট এর জন্য যথেষ্টর চেয়েও বেশি।
## ডেভেলপমেন্ট, ধাপে ধাপে {#step-by-step}
-ডেভেলপমেন্টকে সহজ করার জন্য, আমরা ধাপে ধাপে এগোব। প্রতিটি ধাপ GitHub-এর একটি ব্রাঞ্চ।
+ডেভেলপমেন্ট সহজ করার জন্য, আমরা ধাপে ধাপে এগিয়ে যাব। প্রতিটি ধাপ হলো GitHub-এর একটি ব্রাঞ্চ।
-### শুরু করা যাক {#getting-started}
+### শুরু করা {#getting-started}
-UNIX বা Linux-এর অধীনে শুরু করার জন্য কিছু ধাপ রয়েছে (এর মধ্যে [WSL](https://learn.microsoft.com/en-us/windows/wsl/install) অন্তর্ভুক্ত)
+UNIX বা Linux-এর (যার মধ্যে [WSL](https://learn.microsoft.com/en-us/windows/wsl/install) অন্তর্ভুক্ত) অধীনে শুরু করার জন্য কিছু ধাপ রয়েছে:
-1. আপনার কাছে যদি এটি আগে থেকে না থাকে, তাহলে [Python](https://www.python.org/downloads/) ডাউনলোড এবং ইনস্টল করুন।
+1. যদি আপনার কাছে আগে থেকে না থাকে, তবে [Python](https://www.python.org/downloads/) ডাউনলোড এবং ইনস্টল করুন।
-2. GitHub রিপোজিটরিটি ক্লোন করুন।
+2. GitHub রিপোজিটরি ক্লোন করুন।
```sh
git clone https://github.com/qbzzt/260215-ai-agent.git -b 01-getting-started
@@ -72,13 +73,13 @@ UNIX বা Linux-এর অধীনে শুরু করার জন্য
uv sync
```
-5. ভার্চুয়াল এনভায়রনমেন্ট সক্রিয় করুন।
+5. ভার্চুয়াল এনভায়রনমেন্ট অ্যাক্টিভেট করুন।
```sh
source .venv/bin/activate
```
-6. Python এবং Web3 সঠিকভাবে কাজ করছে কিনা তা যাচাই করতে, `python3` চালান এবং এটিকে এই প্রোগ্রামটি সরবরাহ করুন। আপনি এটি `>>>` প্রম্পটে প্রবেশ করতে পারেন; একটি ফাইল তৈরি করার প্রয়োজন নেই।
+6. Python এবং Web3 সঠিকভাবে কাজ করছে কিনা তা যাচাই করতে, `python3` রান করুন এবং এতে এই প্রোগ্রামটি দিন। আপনি এটি `>>>` প্রম্পটে লিখতে পারেন; কোনো ফাইল তৈরি করার প্রয়োজন নেই।
```python
from web3 import Web3
@@ -90,16 +91,16 @@ UNIX বা Linux-এর অধীনে শুরু করার জন্য
### ব্লকচেইন থেকে পড়া {#read-blockchain}
-পরবর্তী ধাপ হল ব্লকচেইন থেকে পড়া। এটি করার জন্য, আপনাকে `02-read-quote` ব্রাঞ্চে পরিবর্তন করতে হবে এবং তারপর প্রোগ্রামটি চালানোর জন্য `uv` ব্যবহার করতে হবে।
+পরবর্তী ধাপ হলো ব্লকচেইন থেকে পড়া। এটি করার জন্য, আপনাকে `02-read-quote` ব্রাঞ্চে যেতে হবে এবং তারপর প্রোগ্রামটি রান করতে `uv` ব্যবহার করতে হবে।
```sh
git checkout 02-read-quote
uv run agent.py
```
-আপনার একটি `Quote` অবজেক্টের তালিকা পাওয়া উচিত, প্রতিটিতে একটি টাইমস্ট্যাম্প, একটি মূল্য এবং অ্যাসেট (বর্তমানে সবসময় `WETH/USDC`) থাকবে।
+আপনি `Quote` অবজেক্টের একটি তালিকা পাবেন, যার প্রতিটিতে একটি টাইমস্ট্যাম্প, একটি দাম এবং অ্যাসেট (বর্তমানে সর্বদা `WETH/USDC`) থাকবে।
-এখানে একটি লাইন-বাই-লাইন ব্যাখ্যা দেওয়া হলো।
+এখানে লাইন-বাই-লাইন ব্যাখ্যা দেওয়া হলো।
```python
from web3 import Web3
@@ -113,19 +114,19 @@ import functools
import sys
```
-আমাদের প্রয়োজনীয় লাইব্রেরিগুলি আমদানি করুন। এগুলি ব্যবহার করার সময় নীচে ব্যাখ্যা করা হয়েছে।
+আমাদের প্রয়োজনীয় লাইব্রেরিগুলো ইমপোর্ট করুন। এগুলো যখন ব্যবহার করা হবে তখন নিচে ব্যাখ্যা করা হবে।
```python
print = functools.partial(print, flush=True)
```
-Python-এর `print`-কে এমন একটি সংস্করণ দিয়ে প্রতিস্থাপন করে যা সবসময় অবিলম্বে আউটপুট ফ্লাশ করে। এটি একটি দীর্ঘ-চলমান স্ক্রিপ্টে উপযোগী কারণ আমরা স্ট্যাটাস আপডেট বা ডিবাগিং আউটপুটের জন্য অপেক্ষা করতে চাই না।
+Python-এর `print`-কে এমন একটি ভার্সন দিয়ে প্রতিস্থাপন করে যা সর্বদা আউটপুট সাথে সাথে ফ্লাশ করে। এটি একটি দীর্ঘ সময় ধরে চলা স্ক্রিপ্টে দরকারী কারণ আমরা স্ট্যাটাস আপডেট বা ডিবাগিং আউটপুটের জন্য অপেক্ষা করতে চাই না।
```python
MAINNET_URL = "https://eth.drpc.org"
```
-মেইননেটে যাওয়ার জন্য একটি URL। আপনি [নোড অ্যাজ এ সার্ভিস](/developers/docs/nodes-and-clients/nodes-as-a-service/) থেকে একটি পেতে পারেন বা [Chainlist](https://chainlist.org/chain/1)-এ বিজ্ঞাপিত একটি ব্যবহার করতে পারেন।
+মেইননেট-এ যাওয়ার জন্য একটি URL। আপনি [নোড অ্যাজ এ সার্ভিস](/developers/docs/nodes-and-clients/nodes-as-a-service/) থেকে একটি পেতে পারেন অথবা [Chainlist](https://chainlist.org/chain/1)-এ বিজ্ঞাপিত যেকোনো একটি ব্যবহার করতে পারেন।
```python
BLOCK_TIME_SECONDS = 12
@@ -134,20 +135,20 @@ HOUR_BLOCKS = MINUTE_BLOCKS * 60
DAY_BLOCKS = HOUR_BLOCKS * 24
```
-একটি ইথেরিয়াম মেইননেট ব্লক সাধারণত প্রতি বারো সেকেন্ডে ঘটে, তাই এগুলি হল ব্লকের সংখ্যা যা আমরা একটি সময়কালে ঘটার আশা করি। লক্ষ্য করুন যে এটি একটি সঠিক সংখ্যা নয়। যখন [ব্লক প্রস্তাবক](/developers/docs/consensus-mechanisms/pos/block-proposal/) ডাউন থাকে, তখন সেই ব্লকটি এড়িয়ে যাওয়া হয় এবং পরবর্তী ব্লকের জন্য সময় হল 24 সেকেন্ড। আমরা যদি একটি টাইমস্ট্যাম্পের জন্য সঠিক ব্লক পেতে চাই, তাহলে আমরা [বাইনারি সার্চ](https://en.wikipedia.org/wiki/Binary_search) ব্যবহার করব। তবে, এটি আমাদের উদ্দেশ্যের জন্য যথেষ্ট কাছাকাছি। ভবিষ্যদ্বাণী করা কোনো সঠিক বিজ্ঞান নয়।
+একটি ইথিরিয়াম মেইননেট ব্লক সাধারণত প্রতি বারো সেকেন্ডে তৈরি হয়, তাই একটি নির্দিষ্ট সময়ের মধ্যে আমরা এই সংখ্যক ব্লক আশা করতে পারি। মনে রাখবেন যে এটি কোনো সঠিক সংখ্যা নয়। যখন [ব্লক প্রপোজার](/developers/docs/consensus-mechanisms/pos/block-proposal/) ডাউন থাকে, তখন সেই ব্লকটি বাদ দেওয়া হয় এবং পরবর্তী ব্লকের জন্য সময় হয় 24 সেকেন্ড। আমরা যদি একটি টাইমস্ট্যাম্পের জন্য সঠিক ব্লকটি পেতে চাই, তবে আমরা [বাইনারি সার্চ](https://en.wikipedia.org/wiki/Binary_search) ব্যবহার করব। তবে, আমাদের উদ্দেশ্যের জন্য এটি যথেষ্ট কাছাকাছি। ভবিষ্যৎবাণী করা কোনো নিখুঁত বিজ্ঞান নয়।
```python
CYCLE_BLOCKS = DAY_BLOCKS
```
-চক্রের আকার। আমরা প্রতি চক্রে একবার কোট পর্যালোচনা করি এবং পরবর্তী চক্রের শেষে মান অনুমান করার চেষ্টা করি।
+সাইকেলের আকার। আমরা প্রতি সাইকেলে একবার কোটগুলো পর্যালোচনা করি এবং পরবর্তী সাইকেলের শেষে মান অনুমান করার চেষ্টা করি।
```python
-# আমরা যে পুলটি পড়ছি তার অ্যাড্রেস
+# আমরা যে পুলটি পড়ছি তার ঠিকানা
WETHUSDC_ADDRESS = Web3.to_checksum_address("0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640")
```
-কোট মানগুলি Uniswap 3 USDC/WETH পুল থেকে [`0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640`](https://eth.blockscout.com/address/0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640?tab=read_write_contract) অ্যাড্রেসে নেওয়া হয়েছে। এই অ্যাড্রেসটি ইতিমধ্যেই চেকসাম ফর্মে আছে, কিন্তু কোডটিকে পুনঃব্যবহারযোগ্য করতে [`Web3.to_checksum_address`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.to_checksum_address) ব্যবহার করা ভাল।
+কোটের মানগুলো এডড্রেস [`0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640`](https://eth.blockscout.com/address/0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640?tab=read_write_contract)-এ থাকা Uniswap 3 USDC/WETH পুল থেকে নেওয়া হয়েছে। এই এডড্রেসটি আগে থেকেই চেকসাম ফর্মে আছে, তবে কোডটি পুনরায় ব্যবহারযোগ্য করার জন্য [`Web3.to_checksum_address`](https://web3py.readthedocs.io/en/stable/web3.main.html#web3.Web3.to_checksum_address) ব্যবহার করা ভালো।
```python
POOL_ABI = [
@@ -162,13 +163,13 @@ ERC20_ABI = [
]
```
-এগুলো হল দুটি কন্ট্র্যাক্টের [ABI](https://docs.soliditylang.org/en/latest/abi-spec.html) যার সাথে আমাদের যোগাযোগ করতে হবে। কোডটি সংক্ষিপ্ত রাখতে, আমরা শুধুমাত্র সেই ফাংশনগুলো অন্তর্ভুক্ত করি যা আমাদের কল করতে হবে।
+এগুলো হলো সেই দুটি কন্ট্রাক্টের [ABIs](https://docs.soliditylang.org/en/latest/abi-spec.html) যাদের সাথে আমাদের যোগাযোগ করতে হবে। কোডটি সংক্ষিপ্ত রাখার জন্য, আমরা কেবল সেই ফাংশনগুলো অন্তর্ভুক্ত করেছি যেগুলো আমাদের কল করতে হবে।
```python
w3 = Web3(Web3.HTTPProvider(MAINNET_URL))
```
-[`Web3`](https://web3py.readthedocs.io/en/stable/quickstart.html#remote-providers) লাইব্রেরি শুরু করুন এবং একটি ইথেরিয়াম নোডের সাথে সংযোগ স্থাপন করুন।
+[`Web3`](https://web3py.readthedocs.io/en/stable/quickstart.html#remote-providers) লাইব্রেরি ইনিশিয়েট করুন এবং একটি ইথিরিয়াম নোড-এর সাথে কানেক্ট করুন।
```python
@dataclass(frozen=True)
@@ -179,9 +180,9 @@ class ERC20Token:
contract: Contract
```
-এটি Python-এ একটি ডেটা ক্লাস তৈরি করার একটি উপায়। কন্ট্র্যাক্টের সাথে সংযোগ স্থাপন করতে [`Contract`](https://web3py.readthedocs.io/en/stable/web3.contract.html) ডেটা টাইপ ব্যবহার করা হয়। ` (frozen=True)` লক্ষ্য করুন। Python-এ [বুলিয়ান](https://en.wikipedia.org/wiki/Boolean_data_type)-কে `True` বা `False` হিসেবে সংজ্ঞায়িত করা হয়, যা ক্যাপিটালাইজড। এই ডেটা ক্লাসটি `frozen`, যার মানে ফিল্ডগুলি পরিবর্তন করা যাবে না।
+Python-এ ডেটা ক্লাস তৈরি করার এটি একটি উপায়। কন্ট্রাক্টের সাথে কানেক্ট করার জন্য [`Contract`](https://web3py.readthedocs.io/en/stable/web3.contract.html) ডেটা টাইপ ব্যবহার করা হয়। `(frozen=True)` লক্ষ্য করুন। Python-এ [বুলিয়ানগুলো](https://en.wikipedia.org/wiki/Boolean_data_type) `True` বা `False` হিসেবে সংজ্ঞায়িত করা হয়, যার প্রথম অক্ষর বড় হাতের হয়। এই ডেটা ক্লাসটি `frozen`, যার মানে এর ফিল্ডগুলো পরিবর্তন করা যাবে না।
-ইনডেনটেশন লক্ষ্য করুন। [C-থেকে উদ্ভূত ভাষা](https://en.wikipedia.org/wiki/List_of_C-family_programming_languages)-এর বিপরীতে, Python ব্লক বোঝাতে ইনডেনটেশন ব্যবহার করে। Python ইন্টারপ্রেটার জানে যে নিম্নলিখিত সংজ্ঞাটি এই ডেটা ক্লাসের অংশ নয় কারণ এটি ডেটা ক্লাসের ফিল্ডগুলির মতো একই ইনডেনটেশন থেকে শুরু হয় না।
+ইনডেন্টেশন লক্ষ্য করুন। [C-ভিত্তিক ভাষাগুলোর](https://en.wikipedia.org/wiki/List_of_C-family_programming_languages) বিপরীতে, Python ব্লক বোঝাতে ইনডেন্টেশন ব্যবহার করে। Python ইন্টারপ্রেটার জানে যে পরবর্তী সংজ্ঞাটি এই ডেটা ক্লাসের অংশ নয় কারণ এটি ডেটা ক্লাসের ফিল্ডগুলোর মতো একই ইনডেন্টেশনে শুরু হয়নি।
```python
@dataclass(frozen=True)
@@ -194,44 +195,44 @@ class PoolInfo:
decimal_factor: Decimal = 1
```
-দশমিক ভগ্নাংশ সঠিকভাবে পরিচালনা করার জন্য [`Decimal`](https://docs.python.org/3/library/decimal.html) টাইপ ব্যবহার করা হয়।
+দশমিক ভগ্নাংশগুলো সঠিকভাবে পরিচালনা করার জন্য [`Decimal`](https://docs.python.org/3/library/decimal.html) টাইপ ব্যবহার করা হয়।
```python
def get_price(self, block: int) -> Decimal:
```
-এটি Python-এ একটি ফাংশন সংজ্ঞায়িত করার উপায়। সংজ্ঞাটি ইনডেন্ট করা হয়েছে এটি দেখানোর জন্য যে এটি এখনও `PoolInfo`-এর অংশ।
+Python-এ একটি ফাংশন সংজ্ঞায়িত করার এটিই উপায়। সংজ্ঞাটি ইনডেন্ট করা হয়েছে যাতে বোঝা যায় এটি এখনও `PoolInfo`-এর অংশ।
-একটি ডেটা ক্লাসের অংশ এমন একটি ফাংশনে প্রথম প্যারামিটারটি সর্বদা `self`, যা এখানে কল করা ডেটা ক্লাস ইনস্ট্যান্স। এখানে আরেকটি প্যারামিটার আছে, ব্লক নম্বর।
+একটি ডেটা ক্লাসের অংশ এমন একটি ফাংশনে প্রথম প্যারামিটারটি সর্বদা `self` হয়, যা ডেটা ক্লাসের ইনস্ট্যান্স যা এখানে কল করেছে। এখানে আরেকটি প্যারামিটার রয়েছে, ব্লক নম্বর।
```python
assert block <= w3.eth.block_number, "Block is in the future"
```
-আমরা যদি ভবিষ্যৎ পড়তে পারতাম, তবে ট্রেডিংয়ের জন্য AI-এর প্রয়োজন হতো না।
+আমরা যদি ভবিষ্যৎ পড়তে পারতাম, তবে ট্রেডিংয়ের জন্য আমাদের AI-এর প্রয়োজন হতো না।
```python
sqrt_price_x96 = Decimal(self.contract.functions.slot0().call(block_identifier=block)[0])
```
-Web3 থেকে EVM-এ একটি ফাংশন কল করার সিনট্যাক্স হল: `.functions."().call()`। প্যারামিটারগুলো EVM ফাংশনের প্যারামিটার হতে পারে (যদি থাকে; এখানে নেই) অথবা ব্লকচেইন আচরণ পরিবর্তন করার জন্য [নামযুক্ত প্যারামিটার](https://en.wikipedia.org/wiki/Named_parameter) হতে পারে। এখানে আমরা `block_identifier` ব্যবহার করি, যা [ব্লক নম্বর](/developers/docs/apis/json-rpc/#default-block) নির্দিষ্ট করে যেখানে আমরা চালাতে চাই।
+Web3 থেকে ইথিরিয়াম ভার্চুয়াল মেশিন-এ একটি ফাংশন কল করার সিনট্যাক্স হলো: `.functions.().call()`। প্যারামিটারগুলো ইথিরিয়াম ভার্চুয়াল মেশিন ফাংশনের প্যারামিটার হতে পারে (যদি থাকে; এখানে নেই) অথবা ব্লকচেইন আচরণ পরিবর্তন করার জন্য [নেমড প্যারামিটার](https://en.wikipedia.org/wiki/Named_parameter) হতে পারে। এখানে আমরা একটি ব্যবহার করেছি, `block_identifier`, যা দিয়ে আমরা যে [ব্লক নম্বর](/developers/docs/apis/json-rpc/#default-block)-এ রান করতে চাই তা নির্দিষ্ট করি।
-ফলাফল হল [এই struct, অ্যারে ফর্মে](https://github.com/Uniswap/v3-core/blob/main/contracts/UniswapV3Pool.sol#L56-L72)। প্রথম মানটি দুটি টোকেনের মধ্যে এক্সচেঞ্জ রেটের একটি ফাংশন।
+ফলাফল হলো [এই স্ট্রাক্ট, অ্যারে ফর্মে](https://github.com/Uniswap/v3-core/blob/main/contracts/UniswapV3Pool.sol#L56-L72)। প্রথম মানটি হলো দুটি টোকেন-এর মধ্যে এক্সচেঞ্জ রেটের একটি ফাংশন।
```python
raw_price = (sqrt_price_x96 / Decimal(2**96)) ** 2
```
-অনচেইন গণনা কমাতে, Uniswap v3 আসল এক্সচেঞ্জ ফ্যাক্টর সংরক্ষণ করে না বরং এর বর্গমূল সংরক্ষণ করে। যেহেতু EVM ফ্লোটিং পয়েন্ট ম্যাথ বা ভগ্নাংশ সমর্থন করে না, তাই আসল মানের পরিবর্তে, প্রতিক্রিয়া হল
+অনচেইন হিসাব কমানোর জন্য, Uniswap v3 প্রকৃত এক্সচেঞ্জ ফ্যাক্টর সংরক্ষণ করে না বরং এর বর্গমূল সংরক্ষণ করে। যেহেতু ইথিরিয়াম ভার্চুয়াল মেশিন ফ্লোটিং পয়েন্ট গণিত বা ভগ্নাংশ সমর্থন করে না, তাই প্রকৃত মানের পরিবর্তে, রেসপন্স হলো
```python
- # (টোকেন0 প্রতি টোকেন1)
+ # (প্রতি token0-এর জন্য token1)
return 1/(raw_price * self.decimal_factor)
```
-আমরা যে কাঁচা মূল্য পাই তা হল `টোকেন1`-এর প্রতি আমরা কত `টোকেন0` পাব তার সংখ্যা। আমাদের পুলে `টোকেন0` হল USDC (মার্কিন ডলারের সমান মূল্যের স্টেবলকয়েন) এবং `টোকেন1` হল [WETH](https://opensea.io/learn/blockchain/what-is-weth)। আমরা আসলে যে মানটি চাই তা হল প্রতি WETH-এর জন্য ডলারের সংখ্যা, এর বিপরীত নয়।
+আমরা যে র (raw) দাম পাই তা হলো প্রতিটি `token1`-এর জন্য আমরা কতগুলো `token0` পাই। আমাদের পুলে `token0` হলো USDC (স্টেবলকয়েন যার মান একটি ইউএস ডলারের সমান) এবং `token1` হলো [WETH](https://opensea.io/learn/blockchain/what-is-weth)। আমরা আসলে যে মানটি চাই তা হলো প্রতি WETH-এর জন্য ডলারের সংখ্যা, এর বিপরীতটি নয়।
-ডেসিমাল ফ্যাক্টর হলো দুটি টোকেনের [ডেসিমাল ফ্যাক্টর](https://docs.openzeppelin.com/contracts/4.x/erc20#a-note-on-decimals) এর মধ্যকার অনুপাত।
+ডেসিমাল ফ্যাক্টর হলো দুটি টোকেন-এর [ডেসিমাল ফ্যাক্টরগুলোর](https://docs.openzeppelin.com/contracts/4.x/erc20#a-note-on-decimals) মধ্যকার অনুপাত।
```python
@dataclass(frozen=True)
@@ -241,7 +242,7 @@ class Quote:
asset: str
```
-এই ডেটা ক্লাসটি একটি কোট উপস্থাপন করে: একটি নির্দিষ্ট সময়ে একটি নির্দিষ্ট অ্যাসেটের মূল্য। এই মুহূর্তে, `asset` ফিল্ডটি অপ্রাসঙ্গিক কারণ আমরা একটি একক পুল ব্যবহার করি এবং তাই একটি একক অ্যাসেট আছে। তবে, আমরা পরে আরও অ্যাসেট যোগ করব।
+এই ডেটা ক্লাসটি একটি কোট উপস্থাপন করে: একটি নির্দিষ্ট সময়ে একটি নির্দিষ্ট অ্যাসেটের দাম। এই মুহূর্তে, `asset` ফিল্ডটি অপ্রাসঙ্গিক কারণ আমরা একটি একক পুল ব্যবহার করি এবং তাই আমাদের একটি একক অ্যাসেট রয়েছে। তবে, আমরা পরে আরও অ্যাসেট যোগ করব।
```python
def read_token(address: str) -> ERC20Token:
@@ -257,7 +258,7 @@ def read_token(address: str) -> ERC20Token:
)
```
-এই ফাংশনটি একটি অ্যাড্রেস নেয় এবং সেই অ্যাড্রেসে থাকা টোকেন কন্ট্র্যাক্ট সম্পর্কে তথ্য প্রদান করে। একটি নতুন [Web3 `Contract`](https://web3py.readthedocs.io/en/stable/web3.contract.html) তৈরি করতে, আমরা `w3.eth.contract`-কে অ্যাড্রেস এবং ABI প্রদান করি।
+এই ফাংশনটি একটি এডড্রেস নেয় এবং সেই এডড্রেস-এ থাকা টোকেন কন্ট্রাক্ট সম্পর্কে তথ্য ফেরত দেয়। একটি নতুন [Web3 `Contract`](https://web3py.readthedocs.io/en/stable/web3.contract.html) তৈরি করতে, আমরা `w3.eth.contract`-এ এডড্রেস এবং ABI প্রদান করি।
```python
def read_pool(address: str) -> PoolInfo:
@@ -277,22 +278,22 @@ def read_pool(address: str) -> PoolInfo:
)
```
-এই ফাংশনটি [একটি নির্দিষ্ট পুল](https://github.com/Uniswap/v3-core/blob/main/contracts/UniswapV3Pool.sol) সম্পর্কে আমাদের প্রয়োজনীয় সবকিছু প্রদান করে। সিনট্যাক্স `f""` একটি [ফরম্যাটেড স্ট্রিং](https://docs.python.org/3/reference/lexical_analysis.html#f-strings)।
+এই ফাংশনটি [একটি নির্দিষ্ট পুল](https://github.com/Uniswap/v3-core/blob/main/contracts/UniswapV3Pool.sol) সম্পর্কে আমাদের প্রয়োজনীয় সবকিছু ফেরত দেয়। `f""` সিনট্যাক্সটি হলো একটি [ফরম্যাটেড স্ট্রিং](https://docs.python.org/3/reference/lexical_analysis.html#f-strings)।
```python
def get_quote(pool: PoolInfo, block_number: int = None) -> Quote:
```
-একটি `Quote` অবজেক্ট পান। `block_number`-এর ডিফল্ট মান হল `None` (কোনো মান নেই)।
+একটি `Quote` অবজেক্ট পান। `block_number`-এর ডিফল্ট মান হলো `None` (কোনো মান নেই)।
```python
if block_number is None:
block_number = w3.eth.block_number
```
-যদি কোনো ব্লক নম্বর নির্দিষ্ট করা না হয়, তাহলে `w3.eth.block_number` ব্যবহার করুন, যা সর্বশেষ ব্লক নম্বর। এটি [একটি `if` স্টেটমেন্টের](https://docs.python.org/3/reference/compound_stmts.html#the-if-statement) সিনট্যাক্স।
+যদি কোনো ব্লক নম্বর নির্দিষ্ট করা না থাকে, তবে `w3.eth.block_number` ব্যবহার করুন, যা হলো সর্বশেষ ব্লক নম্বর। এটি [একটি `if` স্টেটমেন্টের](https://docs.python.org/3/reference/compound_stmts.html#the-if-statement) সিনট্যাক্স।
-এটা দেখে মনে হতে পারে যে ডিফল্ট হিসেবে `w3.eth.block_number` সেট করাই ভালো ছিল, কিন্তু সেটা ঠিকভাবে কাজ করে না কারণ এটা ফাংশনটি সংজ্ঞায়িত করার সময়ের ব্লক নম্বর হতো। একটি দীর্ঘ-চলমান এজেন্টে, এটি একটি সমস্যা হবে।
+এটি দেখে মনে হতে পারে যে ডিফল্ট হিসেবে শুধু `w3.eth.block_number` সেট করা ভালো হতো, কিন্তু এটি ভালোভাবে কাজ করে না কারণ এটি ফাংশনটি সংজ্ঞায়িত করার সময়ের ব্লক নম্বর হবে। একটি দীর্ঘ সময় ধরে চলা এজেন্টে, এটি একটি সমস্যা হবে।
```python
block = w3.eth.get_block(block_number)
@@ -304,20 +305,20 @@ def get_quote(pool: PoolInfo, block_number: int = None) -> Quote:
)
```
-মানুষ এবং বড় ভাষার মডেলের (LLM) জন্য পঠনযোগ্য ফরম্যাটে ফরম্যাট করতে [`datetime` লাইব্রেরি](https://docs.python.org/3/library/datetime.html) ব্যবহার করুন। মানটিকে দুই দশমিক স্থানে রাউন্ড করতে [`Decimal.quantize`](https://docs.python.org/3/library/decimal.html#decimal.Decimal.quantize) ব্যবহার করুন।
+মানুষ এবং লার্জ ল্যাঙ্গুয়েজ মডেলগুলোর (LLMs) পড়ার উপযোগী একটি ফরম্যাটে এটি ফরম্যাট করতে [`datetime` লাইব্রেরি](https://docs.python.org/3/library/datetime.html) ব্যবহার করুন। মানটিকে দুই দশমিক স্থান পর্যন্ত রাউন্ড করতে [`Decimal.quantize`](https://docs.python.org/3/library/decimal.html#decimal.Decimal.quantize) ব্যবহার করুন।
```python
def get_quotes(pool: PoolInfo, start_block: int, end_block: int, step: int) -> list[Quote]:
```
-Python-এ আপনি `list[]` ব্যবহার করে একটি [তালিকা](https://docs.python.org/3/library/stdtypes.html#typesseq-list) সংজ্ঞায়িত করেন যা শুধুমাত্র একটি নির্দিষ্ট টাইপ ধারণ করতে পারে।
+Python-এ আপনি `list[]` ব্যবহার করে এমন একটি [লিস্ট](https://docs.python.org/3/library/stdtypes.html#typesseq-list) সংজ্ঞায়িত করতে পারেন যা কেবল একটি নির্দিষ্ট টাইপ ধারণ করতে পারে।
```python
quotes = []
for block in range(start_block, end_block + 1, step):
```
-Python-এ একটি [`for` লুপ](https://docs.python.org/3/tutorial/controlflow.html#for-statements) সাধারণত একটি তালিকার উপর পুনরাবৃত্তি করে। কোট খুঁজে বের করার জন্য ব্লক নম্বরের তালিকাটি [`range`](https://docs.python.org/3/library/stdtypes.html#range) থেকে আসে।
+Python-এ একটি [`for` লুপ](https://docs.python.org/3/tutorial/controlflow.html#for-statements) সাধারণত একটি লিস্টের উপর ইটারেট করে। কোটগুলো খোঁজার জন্য ব্লক নম্বরগুলোর লিস্ট [`range`](https://docs.python.org/3/library/stdtypes.html#range) থেকে আসে।
```python
quote = get_quote(pool, block)
@@ -325,7 +326,7 @@ Python-এ একটি [`for` লুপ](https://docs.python.org/3/tutorial/con
return quotes
```
-প্রতিটি ব্লক নম্বরের জন্য, একটি `Quote` অবজেক্ট পান এবং এটিকে `quotes` তালিকায় যোগ করুন। তারপর সেই তালিকাটি ফেরত দিন।
+প্রতিটি ব্লক নম্বরের জন্য, একটি `Quote` অবজেক্ট পান এবং এটি `quotes` লিস্টে যুক্ত করুন। তারপর সেই লিস্টটি ফেরত দিন।
```python
pool = read_pool(WETHUSDC_ADDRESS)
@@ -339,29 +340,29 @@ quotes = get_quotes(
pprint(quotes)
```
-এটি স্ক্রিপ্টের মূল কোড। পুল তথ্য পড়ুন, বারোটি কোট পান, এবং সেগুলোকে [`pprint`](https://docs.python.org/3/library/pprint.html#pprint.pprint) করুন।
+এটি স্ক্রিপ্টের মূল কোড। পুলের তথ্য পড়ুন, বারোটি কোট পান এবং সেগুলোকে [`pprint`](https://docs.python.org/3/library/pprint.html#pprint.pprint) করুন।
### একটি প্রম্পট তৈরি করা {#prompt}
-এরপরে, আমাদের এই কোটগুলোর তালিকাকে একটি LLM-এর জন্য প্রম্পটে রূপান্তর করতে হবে এবং একটি প্রত্যাশিত ভবিষ্যৎ মান পেতে হবে।
+এরপর, আমাদের কোটগুলোর এই লিস্টটিকে একটি LLM-এর জন্য প্রম্পটে রূপান্তর করতে হবে এবং একটি প্রত্যাশিত ভবিষ্যৎ মান পেতে হবে।
```sh
git checkout 03-create-prompt
uv run agent.py
```
-আউটপুট এখন একটি LLM-এর জন্য একটি প্রম্পট হবে, যা দেখতে অনেকটা এইরকম:
+আউটপুটটি এখন একটি LLM-এর জন্য প্রম্পট হতে যাচ্ছে, যা অনেকটা এরকম:
```
-এই কোটগুলো দেওয়া আছে:
-অ্যাসেট: WETH/USDC
+Given these quotes:
+Asset: WETH/USDC
2026-01-20T16:34 3016.21
.
.
.
2026-02-01T17:49 2299.10
-অ্যাসেট: WBTC/WETH
+Asset: WBTC/WETH
2026-01-20T16:34 29.84
.
.
@@ -369,41 +370,41 @@ uv run agent.py
2026-02-01T17:50 33.46
-2026-02-02T17:56 সময়ে WETH/USDC-এর মান কী হতে পারে বলে আপনি আশা করেন?
+What would you expect the value for WETH/USDC to be at time 2026-02-02T17:56?
-আপনার উত্তরটি দুটি দশমিক স্থানে রাউন্ড করা একটি একক সংখ্যা হিসেবে দিন,
-অন্য কোনো লেখা ছাড়া।
+Provide your answer as a single number rounded to two decimal places,
+without any other text.
```
-লক্ষ্য করুন যে এখানে দুটি অ্যাসেটের জন্য কোট রয়েছে, `WETH/USDC` এবং `WBTC/WETH`। অন্য একটি অ্যাসেট থেকে কোট যোগ করলে ভবিষ্যদ্বাণীর নির্ভুলতা উন্নত হতে পারে।
+লক্ষ্য করুন যে এখানে দুটি অ্যাসেটের কোট রয়েছে, `WETH/USDC` এবং `WBTC/WETH`। অন্য একটি অ্যাসেট থেকে কোট যোগ করলে প্রেডিকশনের নির্ভুলতা উন্নত হতে পারে।
-#### একটি প্রম্পট কেমন দেখতে হয় {#prompt-explanation}
+#### একটি প্রম্পট দেখতে কেমন হয় {#prompt-explanation}
-এই প্রম্পটটিতে তিনটি বিভাগ রয়েছে, যা LLM প্রম্পটে বেশ সাধারণ।
+এই প্রম্পটে তিনটি বিভাগ রয়েছে, যা LLM প্রম্পটগুলোতে বেশ সাধারণ।
-1. তথ্য। LLM-গুলির প্রশিক্ষণের অনেক তথ্য থাকে, কিন্তু সাধারণত তাদের কাছে সর্বশেষ তথ্য থাকে না। এই কারণে আমাদের এখানে সর্বশেষ কোটগুলি পুনরুদ্ধার করতে হবে। একটি প্রম্পটে তথ্য যোগ করাকে [রিট্রিভাল অগমেন্টেড জেনারেশন (RAG)](https://en.wikipedia.org/wiki/Retrieval-augmented_generation) বলা হয়।
+1. তথ্য। LLM-গুলোর কাছে তাদের ট্রেনিং থেকে অনেক তথ্য থাকে, কিন্তু সাধারণত তাদের কাছে সর্বশেষ তথ্য থাকে না। এই কারণেই আমাদের এখানে সর্বশেষ কোটগুলো পুনরুদ্ধার করতে হবে। একটি প্রম্পটে তথ্য যোগ করাকে [রিট্রিভাল অগমেন্টেড জেনারেশন (RAG)](https://en.wikipedia.org/wiki/Retrieval-augmented_generation) বলা হয়।
-2. আসল প্রশ্ন। এটাই আমরা জানতে চাই।
+2. আসল প্রশ্ন। এটিই আমরা জানতে চাই।
-3. আউটপুট ফরম্যাটিং নির্দেশাবলী। সাধারণত, একটি LLM আমাদের একটি অনুমান দেয় এবং এটি কীভাবে সেই অনুমানে পৌঁছেছে তার একটি ব্যাখ্যা দেয়। এটি মানুষের জন্য ভালো, কিন্তু একটি কম্পিউটার প্রোগ্রামের শুধু চূড়ান্ত ফলাফল প্রয়োজন।
+3. আউটপুট ফরম্যাটিং নির্দেশাবলী। সাধারণত, একটি LLM আমাদের একটি অনুমান দেবে এবং এটি কীভাবে সেখানে পৌঁছাল তার একটি ব্যাখ্যা দেবে। এটি মানুষের জন্য ভালো, কিন্তু একটি কম্পিউটার প্রোগ্রামের কেবল মূল ফলাফলটি প্রয়োজন।
#### কোড ব্যাখ্যা {#prompt-code}
-এখানে নতুন কোডটি দেওয়া হলো।
+এখানে নতুন কোড দেওয়া হলো।
```python
from datetime import datetime, timezone, timedelta
```
-আমাদের LLM-কে সেই সময়টি সরবরাহ করতে হবে যার জন্য আমরা একটি অনুমান চাই। ভবিষ্যতে "n মিনিট/ঘন্টা/দিন" সময় পেতে, আমরা [`timedelta` ক্লাস](https://docs.python.org/3/library/datetime.html#datetime.timedelta) ব্যবহার করি।
+আমাদের LLM-কে সেই সময়টি প্রদান করতে হবে যার জন্য আমরা একটি অনুমান চাই। ভবিষ্যতে "n মিনিট/ঘণ্টা/দিন" সময় পেতে, আমরা [`timedelta` ক্লাস](https://docs.python.org/3/library/datetime.html#datetime.timedelta) ব্যবহার করি।
```python
-# আমরা যে পুলগুলো পড়ছি তার অ্যাড্রেস
+# আমরা যে পুলগুলো পড়ছি সেগুলোর ঠিকানা
WETHUSDC_ADDRESS = Web3.to_checksum_address("0x88e6A0c2dDD26FEEb64F039a2c41296FcB3f5640")
WETHWBTC_ADDRESS = Web3.to_checksum_address("0xCBCdF9626bC03E24f779434178A73a0B4bad62eD")
```
-আমাদের দুটি পুল পড়তে হবে।
+আমাদের দুটি পুল রয়েছে যা আমাদের পড়তে হবে।
```python
@dataclass(frozen=True)
@@ -416,14 +417,14 @@ class PoolInfo:
def get_price(self, block: int) -> Decimal:
assert block <= w3.eth.block_number, "Block is in the future"
sqrt_price_x96 = Decimal(self.contract.functions.slot0().call(block_identifier=block)[0])
- raw_price = (sqrt_price_x96 / Decimal(2**96)) ** 2 # (টোকেন0 প্রতি টোকেন1)
+ raw_price = (sqrt_price_x96 / Decimal(2**96)) ** 2 # (প্রতি token0-এর জন্য token1)
if self.reverse:
return 1/(raw_price * self.decimal_factor)
else:
return raw_price * self.decimal_factor
```
-WETH/USDC পুলে, আমরা জানতে চাই একটি `টোকেন1` (WETH) কিনতে কতগুলো `টোকেন0` (USDC) প্রয়োজন। WETH/WBTC পুলে, আমরা জানতে চাই একটি `টোকেন0` (WBTC, যা র্যাপড বিটকয়েন) কিনতে কতগুলো `টোকেন1` (WETH) প্রয়োজন। আমাদের পুলের অনুপাত বিপরীত করা প্রয়োজন কিনা তা ট্র্যাক করতে হবে।
+WETH/USDC পুলে, আমরা জানতে চাই একটি `token1` (WETH) কিনতে আমাদের কতগুলো `token0` (USDC) প্রয়োজন। WETH/WBTC পুলে, আমরা জানতে চাই একটি `token0` (WBTC, যা হলো র্যাপড বিটকয়েন) কিনতে আমাদের কতগুলো `token1` (WETH) প্রয়োজন। পুলের অনুপাতটি উল্টানো দরকার কিনা তা আমাদের ট্র্যাক করতে হবে।
```python
def read_pool(address: str, reverse: bool = False) -> PoolInfo:
@@ -441,9 +442,9 @@ def read_pool(address: str, reverse: bool = False) -> PoolInfo:
)
```
-একটি পুলকে বিপরীত করতে হবে কিনা তা জানতে, আমরা `read_pool`-এ ইনপুট হিসেবে তা পাই। এছাড়াও, অ্যাসেট প্রতীকটি সঠিকভাবে সেট করতে হবে।
+একটি পুল উল্টানো দরকার কিনা তা জানতে, আমরা সেটিকে `read_pool`-এর ইনপুট হিসেবে পাই। এছাড়াও, অ্যাসেট সিম্বলটি সঠিকভাবে সেট আপ করতে হবে।
-` if else ` সিনট্যাক্সটি পাইথনে [টারনারি কন্ডিশনাল অপারেটর](https://en.wikipedia.org/wiki/Ternary_conditional_operator) এর সমতুল্য, যা একটি C-ডিরাইভড ভাষায় ` ? : ` হবে।
+` if else ` সিনট্যাক্সটি হলো [টার্নারি কন্ডিশনাল অপারেটরের](https://en.wikipedia.org/wiki/Ternary_conditional_operator) Python সমতুল্য, যা একটি C-ভিত্তিক ভাষায় ` ? : ` হবে।
```python
def format_quotes(quotes: list[Quote]) -> str:
@@ -453,34 +454,34 @@ def format_quotes(quotes: list[Quote]) -> str:
return result
```
-এই ফাংশনটি `Quote` অবজেক্টের একটি তালিকা ফরম্যাট করে একটি স্ট্রিং তৈরি করে, ধরে নেওয়া হয় যে সবগুলো একই অ্যাসেটের জন্য প্রযোজ্য।
+এই ফাংশনটি এমন একটি স্ট্রিং তৈরি করে যা `Quote` অবজেক্টের একটি লিস্ট ফরম্যাট করে, ধরে নেওয়া হয় যে সেগুলো সবই একই অ্যাসেটের ক্ষেত্রে প্রযোজ্য।
```python
def make_prompt(quotes: list[list[Quote]], expected_time: str, asset: str) -> str:
return f"""
```
-Python-এ [মাল্টি-লাইন স্ট্রিং লিটারাল](https://www.w3schools.com/python/gloss_python_multi_line_strings.asp) লেখা হয় `"""` .... হিসেবে। `"""`।
+Python-এ [মাল্টি-লাইন স্ট্রিং লিটারেলগুলো](https://www.w3schools.com/python/gloss_python_multi_line_strings.asp) `"""` .... `"""` হিসেবে লেখা হয়।
```python
-এই কোটগুলো দেওয়া আছে:
+Given these quotes:
{
functools.reduce(lambda acc, q: acc + '\n' + q,
map(lambda q: format_quotes(q), quotes))
}
```
-এখানে, আমরা প্রতিটি কোট তালিকার জন্য একটি স্ট্রিং তৈরি করতে [MapReduce](https://en.wikipedia.org/wiki/MapReduce) প্যাটার্ন ব্যবহার করি, `format_quotes` দিয়ে, তারপর প্রম্পটে ব্যবহারের জন্য সেগুলোকে একটি একক স্ট্রিং-এ পরিণত করি।
+এখানে, আমরা `format_quotes` দিয়ে প্রতিটি কোট লিস্টের জন্য একটি স্ট্রিং তৈরি করতে [MapReduce](https://en.wikipedia.org/wiki/MapReduce) প্যাটার্ন ব্যবহার করি, তারপর প্রম্পটে ব্যবহারের জন্য সেগুলোকে একটি একক স্ট্রিংয়ে রিডিউস করি।
```python
-{expected_time} সময়ে {asset}-এর মান কী হবে বলে আপনি আশা করেন?
+What would you expect the value for {asset} to be at time {expected_time}?
-আপনার উত্তরটি দুই দশমিক স্থান পর্যন্ত রাউন্ড করা একটি একক সংখ্যা হিসেবে দিন,
-অন্য কোনো লেখা ছাড়া।
+Provide your answer as a single number rounded to two decimal places,
+without any other text.
"""
```
-প্রম্পটের বাকি অংশ প্রত্যাশিত।
+প্রম্পটের বাকি অংশ প্রত্যাশিত মতোই।
```python
wethusdc_pool = read_pool(WETHUSDC_ADDRESS, True)
@@ -500,7 +501,7 @@ wethwbtc_quotes = get_quotes(
)
```
-দুটি পুল পর্যালোচনা করুন এবং উভয় থেকে কোট সংগ্রহ করুন।
+দুটি পুল পর্যালোচনা করুন এবং উভয়টি থেকে কোট সংগ্রহ করুন।
```python
future_time = (datetime.now(timezone.utc) + timedelta(days=1)).isoformat()[0:16]
@@ -508,40 +509,37 @@ future_time = (datetime.now(timezone.utc) + timedelta(days=1)).isoformat()[0:16]
print(make_prompt(wethusdc_quotes + wethwbtc_quotes, future_time, wethusdc_pool.asset))
```
-ভবিষ্যতের যে সময়বিন্দুর জন্য আমরা অনুমান চাই তা নির্ধারণ করুন এবং প্রম্পটটি তৈরি করুন।
+ভবিষ্যতের সেই সময় বিন্দুটি নির্ধারণ করুন যার জন্য আমরা অনুমান চাই এবং প্রম্পটটি তৈরি করুন।
### একটি LLM-এর সাথে ইন্টারফেসিং {#interface-llm}
-এরপরে, আমরা একটি আসল LLM-কে প্রম্পট করি এবং একটি প্রত্যাশিত ভবিষ্যৎ মান পাই। আমি এই প্রোগ্রামটি OpenAI ব্যবহার করে লিখেছি, তাই আপনি যদি অন্য কোনো প্রদানকারী ব্যবহার করতে চান, তাহলে আপনাকে এটি অ্যাডজাস্ট করতে হবে।
+এরপর, আমরা একটি আসল LLM-কে প্রম্পট করি এবং একটি প্রত্যাশিত ভবিষ্যৎ মান গ্রহণ করি। আমি OpenAI ব্যবহার করে এই প্রোগ্রামটি লিখেছি, তাই আপনি যদি অন্য কোনো প্রোভাইডার ব্যবহার করতে চান, তবে আপনাকে এটি সামঞ্জস্য করতে হবে।
-1. একটি [OpenAI অ্যাকাউন্ট](https://auth.openai.com/create-account) পান
-
-2. [অ্যাকাউন্টে ফান্ড যোগ করুন](https://platform.openai.com/settings/organization/billing/overview)—লেখার সময় ন্যূনতম পরিমাণ হল $5
-
-3. [একটি API কী তৈরি করুন](https://platform.openai.com/settings/organization/api-keys)
-
-4. কমান্ড লাইনে, API কী এক্সপোর্ট করুন যাতে আপনার প্রোগ্রাম এটি ব্যবহার করতে পারে
+1. একটি [OpenAI একাউন্ট](https://auth.openai.com/create-account) পান
+2. [একাউন্টে ফান্ড যোগ করুন](https://platform.openai.com/settings/organization/billing/overview)—লেখার সময় ন্যূনতম পরিমাণ হলো $5
+3. [একটি API কি তৈরি করুন](https://platform.openai.com/settings/organization/api-keys)
+4. কমান্ড লাইনে, API কি এক্সপোর্ট করুন যাতে আপনার প্রোগ্রাম এটি ব্যবহার করতে পারে
```sh
- export OPENAI_API_KEY=sk-<কী-এর বাকি অংশ এখানে দিন>
+ export OPENAI_API_KEY=sk-
```
-5. এজেন্টটি চেকআউট করুন এবং চালান
+5. চেকআউট করুন এবং এজেন্ট রান করুন
```sh
git checkout 04-interface-llm
uv run agent.py
```
-এখানে নতুন কোডটি দেওয়া হলো।
+এখানে নতুন কোড দেওয়া হলো।
```python
from openai import OpenAI
-open_ai = OpenAI() # ক্লায়েন্ট OPENAI_API_KEY এনভায়রনমেন্ট ভেরিয়েবল পড়ে
+open_ai = OpenAI() # ক্লায়েন্ট OPENAI_API_KEY এনভায়রনমেন্ট ভেরিয়েবলটি পড়ে
```
-OpenAI API ইম্পোর্ট এবং ইনস্ট্যানশিয়েট করুন।
+OpenAI API ইমপোর্ট এবং ইনস্ট্যানশিয়েট করুন।
```python
response = open_ai.chat.completions.create(
@@ -554,57 +552,57 @@ response = open_ai.chat.completions.create(
)
```
-প্রতিক্রিয়া তৈরি করতে OpenAI API (`open_ai.chat.completions.create`) কল করুন।
+রেসপন্স তৈরি করতে OpenAI API (`open_ai.chat.completions.create`) কল করুন।
```python
expected_price = Decimal(response.choices[0].message.content.strip())
current_price = wethusdc_quotes[-1].price
-print ("বর্তমান মূল্য:", wethusdc_quotes[-1].price)
-print(f"{future_time}-এ, প্রত্যাশিত মূল্য: {expected_price} USD")
+print ("Current price:", wethusdc_quotes[-1].price)
+print(f"In {future_time}, expected price: {expected_price} USD")
if (expected_price > current_price):
- print(f"কিনুন, আমি আশা করি মূল্য {expected_price - current_price} USD বাড়বে")
+ print(f"Buy, I expect the price to go up by {expected_price - current_price} USD")
else:
- print(f"বিক্রি করুন, আমি আশা করি মূল্য {current_price - expected_price} USD কমবে")
+ print(f"Sell, I expect the price to go down by {current_price - expected_price} USD")
```
-মূল্যটি আউটপুট করুন এবং একটি কেনা বা বেচার সুপারিশ প্রদান করুন।
+দাম আউটপুট করুন এবং একটি ক্রয় বা বিক্রয়ের সুপারিশ প্রদান করুন।
-#### ভবিষ্যদ্বাণী পরীক্ষা করা {#testing-the-predictions}
+#### প্রেডিকশনগুলো পরীক্ষা করা {#testing-the-predictions}
-এখন যেহেতু আমরা ভবিষ্যদ্বাণী তৈরি করতে পারি, আমরা ঐতিহাসিক ডেটা ব্যবহার করে মূল্যায়ন করতে পারি যে আমরা দরকারী ভবিষ্যদ্বাণী তৈরি করছি কিনা।
+যেহেতু এখন আমরা প্রেডিকশন তৈরি করতে পারি, তাই আমরা দরকারী প্রেডিকশন তৈরি করছি কিনা তা মূল্যায়ন করতে ঐতিহাসিক ডেটাও ব্যবহার করতে পারি।
```sh
uv run test-predictor.py
```
-প্রত্যাশিত ফলাফলটি অনেকটা এইরকম:
+প্রত্যাশিত ফলাফল অনেকটা এরকম:
```
-2026-01-05T19:50-এর জন্য ভবিষ্যদ্বাণী: ভবিষ্যদ্বাণী 3138.93 USD, আসল 3218.92 USD, ত্রুটি 79.99 USD
-2026-01-06T19:56-এর জন্য ভবিষ্যদ্বাণী: ভবিষ্যদ্বাণী 3243.39 USD, আসল 3221.08 USD, ত্রুটি 22.31 USD
-2026-01-07T20:02-এর জন্য ভবিষ্যদ্বাণী: ভবিষ্যদ্বাণী 3223.24 USD, আসল 3146.89 USD, ত্রুটি 76.35 USD
-2026-01-08T20:11-এর জন্য ভবিষ্যদ্বাণী: ভবিষ্যদ্বাণী 3150.47 USD, আসল 3092.04 USD, ত্রুটি 58.43 USD
+Prediction for 2026-01-05T19:50: predicted 3138.93 USD, real 3218.92 USD, error 79.99 USD
+Prediction for 2026-01-06T19:56: predicted 3243.39 USD, real 3221.08 USD, error 22.31 USD
+Prediction for 2026-01-07T20:02: predicted 3223.24 USD, real 3146.89 USD, error 76.35 USD
+Prediction for 2026-01-08T20:11: predicted 3150.47 USD, real 3092.04 USD, error 58.43 USD
.
.
.
-2026-01-31T22:33-এর জন্য ভবিষ্যদ্বাণী: ভবিষ্যদ্বাণী 2637.73 USD, আসল 2417.77 USD, ত্রুটি 219.96 USD
-2026-02-01T22:41-এর জন্য ভবিষ্যদ্বাণী: ভবিষ্যদ্বাণী 2381.70 USD, আসল 2318.84 USD, ত্রুটি 62.86 USD
-2026-02-02T22:49-এর জন্য ভবিষ্যদ্বাণী: ভবিষ্যদ্বাণী 2234.91 USD, আসল 2349.28 USD, ত্রুটি 114.37 USD
-29টি ভবিষ্যদ্বাণীর উপর গড় ভবিষ্যদ্বাণীর ত্রুটি: 83.87103448275862068965517241 USD
-প্রতি সুপারিশে গড় পরিবর্তন: 4.787931034482758620689655172 USD
-পরিবর্তনের স্ট্যান্ডার্ড ভ্যারিয়েন্স: 104.42 USD
-লাভজনক দিন: 51.72%
-লোকসানের দিন: 48.28%
+Prediction for 2026-01-31T22:33: predicted 2637.73 USD, real 2417.77 USD, error 219.96 USD
+Prediction for 2026-02-01T22:41: predicted 2381.70 USD, real 2318.84 USD, error 62.86 USD
+Prediction for 2026-02-02T22:49: predicted 2234.91 USD, real 2349.28 USD, error 114.37 USD
+Mean prediction error over 29 predictions: 83.87103448275862068965517241 USD
+Mean change per recommendation: 4.787931034482758620689655172 USD
+Standard variance of changes: 104.42 USD
+Profitable days: 51.72%
+Losing days: 48.28%
```
-পরীক্ষকের বেশিরভাগ অংশ এজেন্টের সাথে অভিন্ন, কিন্তু এখানে নতুন বা পরিবর্তিত অংশগুলি রয়েছে।
+টেস্টারের বেশিরভাগ অংশই এজেন্টের মতো একই, তবে এখানে নতুন বা পরিবর্তিত অংশগুলো দেওয়া হলো।
```python
-CYCLES_FOR_TEST = 40 # ব্যাকটেস্টের জন্য, আমরা কতগুলি চক্র পরীক্ষা করি
+CYCLES_FOR_TEST = 40 # ব্যাকটেস্টের জন্য, আমরা কতগুলো সাইকেল ধরে টেস্ট করি
-# অনেক কোট পান
+# প্রচুর কোট সংগ্রহ করুন
wethusdc_pool = read_pool(WETHUSDC_ADDRESS, True)
wethusdc_quotes = get_quotes(
wethusdc_pool,
@@ -622,31 +620,31 @@ wethwbtc_quotes = get_quotes(
)
```
-আমরা `CYCLES_FOR_TEST` (এখানে 40 হিসাবে নির্দিষ্ট) দিন পিছনে দেখি।
+আমরা `CYCLES_FOR_TEST` (এখানে 40 হিসেবে নির্দিষ্ট করা হয়েছে) দিন পিছনের দিকে তাকাই।
```python
-# ভবিষ্যদ্বাণী তৈরি করুন এবং বাস্তব ইতিহাসের সাথে তাদের পরীক্ষা করুন
+# পূর্বাভাস তৈরি করুন এবং প্রকৃত ইতিহাসের সাথে সেগুলো যাচাই করুন
total_error = Decimal(0)
changes = []
```
-দুই ধরনের ত্রুটি আছে যা নিয়ে আমরা আগ্রহী। প্রথমটি, `total_error`, হল ভবিষ্যদ্বাণীকারীর করা ত্রুটিগুলির সমষ্টি।
+আমরা দুই ধরনের ত্রুটির প্রতি আগ্রহী। প্রথমটি, `total_error`, হলো প্রেডিক্টরের করা ত্রুটিগুলোর সাধারণ যোগফল।
-দ্বিতীয়টি, `changes`, বোঝার জন্য, আমাদের এজেন্টের উদ্দেশ্য মনে রাখতে হবে। এটি WETH/USDC অনুপাত (ETH মূল্য) ভবিষ্যদ্বাণী করার জন্য নয়। এটি বিক্রয় এবং কেনার সুপারিশ জারি করার জন্য। যদি বর্তমানে মূল্য $2000 হয় এবং এটি আগামীকাল $2010 ভবিষ্যদ্বাণী করে, তাহলে আসল ফলাফল যদি $2020 হয় এবং আমরা অতিরিক্ত অর্থ উপার্জন করি তবে আমরা কিছু মনে করি না। কিন্তু আমরা _অবশ্যই_ কিছু মনে করি যদি এটি $2010 ভবিষ্যদ্বাণী করে, এবং সেই সুপারিশের ভিত্তিতে ETH কিনে, এবং দাম $1990-এ নেমে যায়।
+দ্বিতীয়টি, `changes`, বোঝার জন্য আমাদের এজেন্টের উদ্দেশ্য মনে রাখতে হবে। এর উদ্দেশ্য WETH/USDC অনুপাত (ETH-এর দাম) প্রেডিক্ট করা নয়। এর উদ্দেশ্য হলো বিক্রয় এবং ক্রয়ের সুপারিশ জারি করা। যদি বর্তমানে দাম $2000 হয় এবং এটি আগামীকাল $2010 প্রেডিক্ট করে, তবে আসল ফলাফল $2020 হলে এবং আমরা অতিরিক্ত অর্থ উপার্জন করলে আমাদের কোনো আপত্তি নেই। কিন্তু আমরা _অবশ্যই_ আপত্তি করব যদি এটি $2010 প্রেডিক্ট করে, এবং সেই সুপারিশের ভিত্তিতে ETH কেনে, এবং দাম $1990-এ নেমে যায়।
```python
for index in range(0,len(wethusdc_quotes)-CYCLES_BACK):
```
-আমরা কেবল সেইসব ক্ষেত্রে দেখতে পারি যেখানে সম্পূর্ণ ইতিহাস (ভবিষ্যদ্বাণীর জন্য ব্যবহৃত মান এবং এটির সাথে তুলনা করার জন্য বাস্তব-বিশ্বের মান) উপলব্ধ রয়েছে। এর মানে হল যে নতুনতম কেসটি অবশ্যই `CYCLES_BACK` আগে শুরু হয়েছে।
+আমরা কেবল সেই ক্ষেত্রগুলো দেখতে পারি যেখানে সম্পূর্ণ ইতিহাস (প্রেডিকশনের জন্য ব্যবহৃত মানগুলো এবং এর সাথে তুলনা করার জন্য বাস্তব-বিশ্বের মান) উপলব্ধ। এর মানে হলো সবচেয়ে নতুন ক্ষেত্রটি অবশ্যই সেটি হতে হবে যা `CYCLES_BACK` আগে শুরু হয়েছিল।
```python
wethusdc_slice = wethusdc_quotes[index:index+CYCLES_BACK]
wethwbtc_slice = wethwbtc_quotes[index:index+CYCLES_BACK]
```
-এজেন্ট যে সংখ্যক নমুনা ব্যবহার করে সেই একই সংখ্যক নমুনা পেতে [স্লাইস](https://www.w3schools.com/python/ref_func_slice.asp) ব্যবহার করুন। এখানে এবং পরবর্তী সেগমেন্টের মধ্যে কোডটি এজেন্টে আমাদের থাকা একই get-a-prediction কোড।
+এজেন্ট যে সংখ্যক স্যাম্পল ব্যবহার করে ঠিক সেই সংখ্যক স্যাম্পল পেতে [স্লাইস](https://www.w3schools.com/python/ref_func_slice.asp) ব্যবহার করুন। এখান থেকে পরবর্তী সেগমেন্টের মধ্যবর্তী কোডটি এজেন্টে থাকা প্রেডিকশন পাওয়ার কোডের মতোই।
```python
predicted_price = Decimal(response.choices[0].message.content.strip())
@@ -654,15 +652,15 @@ for index in range(0,len(wethusdc_quotes)-CYCLES_BACK):
prediction_time_price = wethusdc_quotes[index+CYCLES_BACK-1].price
```
-ভবিষ্যদ্বাণী করা মূল্য, আসল মূল্য এবং ভবিষ্যদ্বাণীর সময়ের মূল্য পান। সুপারিশটি কেনার নাকি বেচার ছিল তা নির্ধারণ করার জন্য আমাদের ভবিষ্যদ্বাণীর সময়ের মূল্য প্রয়োজন।
+প্রেডিক্ট করা দাম, আসল দাম এবং প্রেডিকশনের সময়ের দাম পান। সুপারিশটি ক্রয় নাকি বিক্রয়ের ছিল তা নির্ধারণ করতে আমাদের প্রেডিকশনের সময়ের দাম প্রয়োজন।
```python
error = abs(predicted_price - real_price)
total_error += error
- print (f"{prediction_time}-এর জন্য ভবিষ্যদ্বাণী: ভবিষ্যদ্বাণী {predicted_price} USD, আসল {real_price} USD, ত্রুটি {error} USD")
+ print (f"Prediction for {prediction_time}: predicted {predicted_price} USD, real {real_price} USD, error {error} USD")
```
-ত্রুটি নির্ণয় করুন, এবং এটিকে মোটের সাথে যোগ করুন।
+ত্রুটিটি বের করুন এবং এটি মোটের সাথে যোগ করুন।
```python
recomended_action = 'buy' if predicted_price > prediction_time_price else 'sell'
@@ -670,32 +668,32 @@ for index in range(0,len(wethusdc_quotes)-CYCLES_BACK):
changes.append(price_increase if recomended_action == 'buy' else -price_increase)
```
-`changes`-এর জন্য, আমরা এক ETH কেনা বা বেচার আর্থিক প্রভাব চাই। তাই প্রথমে, আমাদের সুপারিশটি নির্ধারণ করতে হবে, তারপর আসল মূল্য কীভাবে পরিবর্তিত হয়েছে তা মূল্যায়ন করতে হবে এবং সুপারিশটি লাভজনক ছিল (ধনাত্মক পরিবর্তন) নাকি লোকসানের কারণ হয়েছিল (ঋণাত্মক পরিবর্তন)।
+`changes`-এর জন্য, আমরা একটি ETH কেনা বা বেচার আর্থিক প্রভাব চাই। তাই প্রথমে, আমাদের সুপারিশটি নির্ধারণ করতে হবে, তারপর আসল দাম কীভাবে পরিবর্তিত হয়েছে তা মূল্যায়ন করতে হবে এবং সুপারিশটি অর্থ উপার্জন করেছে (ইতিবাচক পরিবর্তন) নাকি অর্থ ব্যয় করেছে (নেতিবাচক পরিবর্তন) তা দেখতে হবে।
```python
-print (f"{len(wethusdc_quotes)-CYCLES_BACK}টি ভবিষ্যদ্বাণীর উপর গড় ভবিষ্যদ্বাণীর ত্রুটি: {total_error / Decimal(len(wethusdc_quotes)-CYCLES_BACK)} USD")
+print (f"Mean prediction error over {len(wethusdc_quotes)-CYCLES_BACK} predictions: {total_error / Decimal(len(wethusdc_quotes)-CYCLES_BACK)} USD")
length_changes = Decimal(len(changes))
mean_change = sum(changes, Decimal(0)) / length_changes
-print (f"প্রতি সুপারিশে গড় পরিবর্তন: {mean_change} USD")
+print (f"Mean change per recommendation: {mean_change} USD")
var = sum((x - mean_change) ** 2 for x in changes) / length_changes
-print (f"পরিবর্তনের স্ট্যান্ডার্ড ভ্যারিয়েন্স: {var.sqrt().quantize(Decimal("0.01"))} USD")
+print (f"Standard variance of changes: {var.sqrt().quantize(Decimal("0.01"))} USD")
```
-ফলাফলগুলি রিপোর্ট করুন।
+ফলাফল রিপোর্ট করুন।
```python
-print (f"লাভজনক দিন: {len(list(filter(lambda x: x > 0, changes)))/length_changes:.2%}")
-print (f"লোকসানের দিন: {len(list(filter(lambda x: x < 0, changes)))/length_changes:.2%}")
+print (f"Profitable days: {len(list(filter(lambda x: x > 0, changes)))/length_changes:.2%}")
+print (f"Losing days: {len(list(filter(lambda x: x < 0, changes)))/length_changes:.2%}")
```
-লাভজনক দিন এবং লোকসানের দিনের সংখ্যা গণনা করতে [`filter`](https://www.w3schools.com/python/ref_func_filter.asp) ব্যবহার করুন। ফলাফল একটি ফিল্টার অবজেক্ট, যা আমাদের দৈর্ঘ্য পেতে একটি তালিকায় রূপান্তর করতে হবে।
+লাভজনক দিনের সংখ্যা এবং ব্যয়বহুল দিনের সংখ্যা গণনা করতে [`filter`](https://www.w3schools.com/python/ref_func_filter.asp) ব্যবহার করুন। ফলাফলটি একটি ফিল্টার অবজেক্ট, যার দৈর্ঘ্য পেতে আমাদের এটিকে একটি লিস্টে রূপান্তর করতে হবে।
### লেনদেন জমা দেওয়া {#submit-txn}
-এখন আমাদের আসলে লেনদেন জমা দিতে হবে। তবে, সিস্টেমটি প্রমাণিত হওয়ার আগে আমি এই মুহূর্তে আসল টাকা খরচ করতে চাই না। পরিবর্তে, আমরা মেইননেটের একটি স্থানীয় ফর্ক তৈরি করব এবং সেই নেটওয়ার্কে "ট্রেড" করব।
+এখন আমাদের আসলে লেনদেন জমা দিতে হবে। তবে, সিস্টেমটি প্রমাণিত হওয়ার আগে, আমি এই মুহূর্তে আসল অর্থ ব্যয় করতে চাই না। এর পরিবর্তে, আমরা মেইননেট-এর একটি লোকাল ফর্ক তৈরি করব এবং সেই নেটওয়ার্ক-এ "ট্রেড" করব।
-এখানে একটি স্থানীয় ফর্ক তৈরি এবং ট্রেডিং সক্ষম করার ধাপগুলি দেওয়া হল।
+একটি লোকাল ফর্ক তৈরি এবং ট্রেডিং সক্ষম করার ধাপগুলো নিচে দেওয়া হলো।
1. [Foundry](https://getfoundry.sh/introduction/installation) ইনস্টল করুন
@@ -705,18 +703,18 @@ print (f"লোকসানের দিন: {len(list(filter(lambda x: x < 0, c
anvil --fork-url https://eth.drpc.org --block-time 12
```
- `anvil` Foundry-এর ডিফল্ট URL, http://localhost:8545-এ লিসেন করছে, তাই ব্লকচেইন ম্যানিপুলেট করার জন্য আমরা যে [`cast` কমান্ড](https://getfoundry.sh/cast/overview) ব্যবহার করি তার জন্য URL নির্দিষ্ট করার প্রয়োজন নেই।
+ `anvil` Foundry-এর ডিফল্ট URL, http://localhost:8545-এ শুনছে, তাই ব্লকচেইন ম্যানিপুলেট করার জন্য আমরা যে [`cast` কমান্ড](https://getfoundry.sh/cast/overview) ব্যবহার করি তার জন্য আমাদের URL নির্দিষ্ট করার প্রয়োজন নেই।
-3. `anvil`-এ চালানোর সময়, দশটি টেস্ট অ্যাকাউন্ট থাকে যেগুলোতে ETH আছে—প্রথমটির জন্য এনভায়রনমেন্ট ভেরিয়েবল সেট করুন
+3. `anvil`-এ রান করার সময়, দশটি টেস্ট একাউন্ট থাকে যেগুলোতে ETH আছে—প্রথমটির জন্য এনভায়রনমেন্ট ভেরিয়েবলগুলো সেট করুন
```sh
PRIVATE_KEY=0xac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80
ADDRESS=`cast wallet address $PRIVATE_KEY`
```
-4. এগুলো হল কন্ট্র্যাক্ট যা আমাদের ব্যবহার করতে হবে। [`SwapRouter`](https://github.com/Uniswap/v3-periphery/blob/main/contracts/SwapRouter.sol) হল Uniswap v3 কন্ট্র্যাক্ট যা আমরা আসলে ট্রেড করতে ব্যবহার করি। আমরা সরাসরি পুলের মাধ্যমে ট্রেড করতে পারতাম, কিন্তু এটি অনেক সহজ।
+4. এগুলো হলো সেই কন্ট্রাক্টগুলো যা আমাদের ব্যবহার করতে হবে। [`SwapRouter`](https://github.com/Uniswap/v3-periphery/blob/main/contracts/SwapRouter.sol) হলো সেই Uniswap v3 কন্ট্রাক্ট যা আমরা আসলে ট্রেড করার জন্য ব্যবহার করি। আমরা সরাসরি পুলের মাধ্যমে ট্রেড করতে পারতাম, কিন্তু এটি অনেক সহজ।
- নীচের দুটি ভেরিয়েবল হল WETH এবং USDC-এর মধ্যে সোয়াপ করার জন্য প্রয়োজনীয় Uniswap v3 পাথ।
+ নিচের দুটি ভেরিয়েবল হলো WETH এবং USDC-এর মধ্যে সোয়াপ করার জন্য প্রয়োজনীয় Uniswap v3 পাথ।
```sh
WETH_ADDRESS=0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2
@@ -727,13 +725,13 @@ print (f"লোকসানের দিন: {len(list(filter(lambda x: x < 0, c
USDC_TO_WETH=0xA0b86991c6218b36c1d19D4a2e9Eb0cE3606eB480001F4C02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2
```
-5. প্রতিটি টেস্ট অ্যাকাউন্টে 10,000 ETH আছে। ট্রেডিংয়ের জন্য 1000 WETH পেতে 1000 ETH র্যাপ করতে WETH কন্ট্র্যাক্ট ব্যবহার করুন।
+5. প্রতিটি টেস্ট একাউন্ট-এ 10,000 ETH রয়েছে। ট্রেডিংয়ের জন্য 1000 WETH পেতে 1000 ETH র্যাপ করতে WETH কন্ট্রাক্ট ব্যবহার করুন।
```sh
cast send $WETH_ADDRESS "deposit()" --value 1000ether --private-key $PRIVATE_KEY
```
-6. `SwapRouter` ব্যবহার করে 500 WETH ট্রেড করে USDC নিন।
+6. USDC-এর জন্য 500 WETH ট্রেড করতে `SwapRouter` ব্যবহার করুন।
```sh
cast send $WETH_ADDRESS "approve(address,uint256)" $SWAP_ROUTER 500ether --private-key $PRIVATE_KEY
@@ -744,50 +742,50 @@ print (f"লোকসানের দিন: {len(list(filter(lambda x: x < 0, c
--private-key $PRIVATE_KEY
```
- `approve` কল একটি অ্যালাওয়েন্স তৈরি করে যা `SwapRouter`-কে আমাদের কিছু টোকেন খরচ করার অনুমতি দেয়। কন্ট্র্যাক্টগুলি ইভেন্টগুলি নিরীক্ষণ করতে পারে না, তাই যদি আমরা সরাসরি `SwapRouter` কন্ট্র্যাক্টে টোকেন স্থানান্তর করি, তবে এটি জানতে পারবে না যে এটি পরিশোধ করা হয়েছে। পরিবর্তে, আমরা `SwapRouter` কন্ট্র্যাক্টকে একটি নির্দিষ্ট পরিমাণ খরচ করার অনুমতি দিই, এবং তারপর `SwapRouter` এটি করে। এটি `SwapRouter` দ্বারা কল করা একটি ফাংশনের মাধ্যমে করা হয়, তাই এটি জানে যে এটি সফল হয়েছে কিনা।
+ `approve` কলটি একটি অ্যালাউন্স তৈরি করে যা `SwapRouter`-কে আমাদের কিছু টোকেন ব্যয় করার অনুমতি দেয়। কন্ট্রাক্টগুলো ইভেন্টগুলো মনিটর করতে পারে না, তাই আমরা যদি সরাসরি `SwapRouter` কন্ট্রাক্টে টোকেন ট্রান্সফার করি, তবে এটি জানতে পারবে না যে এটিকে পেমেন্ট করা হয়েছে। এর পরিবর্তে, আমরা `SwapRouter` কন্ট্রাক্টকে একটি নির্দিষ্ট পরিমাণ ব্যয় করার অনুমতি দিই, এবং তারপর `SwapRouter` সেটি করে। এটি `SwapRouter` দ্বারা কল করা একটি ফাংশনের মাধ্যমে করা হয়, তাই এটি জানতে পারে যে এটি সফল হয়েছে কিনা।
-7. আপনার কাছে উভয় টোকেন পর্যাপ্ত পরিমাণে আছে কিনা তা যাচাই করুন।
+7. যাচাই করুন যে আপনার কাছে উভয় টোকেন-এর পর্যাপ্ত পরিমাণ রয়েছে।
```sh
cast call $WETH_ADDRESS "balanceOf(address)" $ADDRESS | cast from-wei
echo `cast call $USDC_ADDRESS "balanceOf(address)" $ADDRESS | cast to-dec`/10^6 | bc
```
-এখন যেহেতু আমাদের কাছে WETH এবং USDC আছে, আমরা আসলে এজেন্টটি চালাতে পারি।
+যেহেতু এখন আমাদের কাছে WETH এবং USDC আছে, তাই আমরা আসলে এজেন্টটি রান করতে পারি।
```sh
git checkout 05-trade
uv run agent.py
```
-আউটপুটটি দেখতে অনেকটা এইরকম হবে:
+আউটপুটটি অনেকটা এরকম দেখাবে:
```
(ai-trading-agent) qbzzt@Ori-Cloudnomics:~/260215-ai-agent$ uv run agent.py
-বর্তমান মূল্য: 1843.16
-2026-02-06T23:07-এ, প্রত্যাশিত মূল্য: 1724.41 USD
-ট্রেডের আগে অ্যাকাউন্টের ব্যালেন্স:
-USDC ব্যালেন্স: 927301.578272
-WETH ব্যালেন্স: 500
-বিক্রি করুন, আমি আশা করি মূল্য 118.75 USD কমবে
-অনুমোদন লেনদেন পাঠানো হয়েছে: 74e367ddbb407c1aaf567d87aa5863049991b1d2aa092b6b85195d925e2bd41f
-অনুমোদন লেনদেন মাইনিং করা হয়েছে।
-বিক্রয় লেনদেন পাঠানো হয়েছে: fad1bcf938585c9e90364b26ac7a80eea9efd34c37e5db81e58d7655bcae28bf
-বিক্রয় লেনদেন মাইনিং করা হয়েছে।
-ট্রেডের পরে অ্যাকাউন্টের ব্যালেন্স:
-USDC ব্যালেন্স: 929143.797116
-WETH ব্যালেন্স: 499
-```
-
-এটি আসলে ব্যবহার করার জন্য, আপনাকে কয়েকটি ছোট পরিবর্তন করতে হবে।
-
-- লাইন 14-এ, `MAINNET_URL` পরিবর্তন করে একটি বাস্তব অ্যাক্সেস পয়েন্ট, যেমন `https://eth.drpc.org`-এ দিন
-- লাইন 28-এ, `PRIVATE_KEY` পরিবর্তন করে আপনার নিজের প্রাইভেট কী দিন
-- যদি না আপনি খুব ধনী হন এবং একটি অপ্রমাণিত এজেন্টের জন্য প্রতিদিন 1 ETH কিনতে বা বিক্রি করতে পারেন, তাহলে আপনি `WETH_TRADE_AMOUNT` কমাতে 29 পরিবর্তন করতে চাইতে পারেন
+Current price: 1843.16
+In 2026-02-06T23:07, expected price: 1724.41 USD
+Account balances before trade:
+USDC Balance: 927301.578272
+WETH Balance: 500
+Sell, I expect the price to go down by 118.75 USD
+Approve transaction sent: 74e367ddbb407c1aaf567d87aa5863049991b1d2aa092b6b85195d925e2bd41f
+Approve transaction mined.
+Sell transaction sent: fad1bcf938585c9e90364b26ac7a80eea9efd34c37e5db81e58d7655bcae28bf
+Sell transaction mined.
+Account balances after trade:
+USDC Balance: 929143.797116
+WETH Balance: 499
+```
+
+এটি আসলে ব্যবহার করার জন্য, আপনার কয়েকটি ছোট পরিবর্তনের প্রয়োজন।
+
+- লাইন 14-এ, `MAINNET_URL`-কে একটি আসল অ্যাক্সেস পয়েন্টে পরিবর্তন করুন, যেমন `https://eth.drpc.org`
+- লাইন 28-এ, `PRIVATE_KEY`-কে আপনার নিজস্ব প্রাইভেট কি-তে পরিবর্তন করুন
+- যদি না আপনি খুব ধনী হন এবং একটি অপ্রমাণিত এজেন্টের জন্য প্রতিদিন 1 ETH কিনতে বা বেচতে পারেন, তবে আপনি `WETH_TRADE_AMOUNT` কমানোর জন্য 29 পরিবর্তন করতে চাইতে পারেন
#### কোড ব্যাখ্যা {#trading-code}
-এখানে নতুন কোডটি দেওয়া হলো।
+এখানে নতুন কোড দেওয়া হলো।
```python
SWAP_ROUTER_ADDRESS=Web3.to_checksum_address("0xE592427A0AEce92De3Edee1F18E0157C05861564")
@@ -796,7 +794,7 @@ USDC_TO_WETH=bytes.fromhex("A0b86991c6218b36c1d19D4a2e9Eb0cE3606eB480001F4C02aaA
PRIVATE_KEY="0xac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80"
```
-ধাপ 4-এ আমরা যে একই ভেরিয়েবল ব্যবহার করেছি।
+ধাপ 4-এ আমরা যে ভেরিয়েবলগুলো ব্যবহার করেছি সেগুলোই।
```python
WETH_TRADE_AMOUNT=1
@@ -813,7 +811,7 @@ ERC20_ABI = [
]
```
-আসলে ট্রেড করার জন্য, আমাদের `approve` ফাংশন প্রয়োজন। আমরা আগে এবং পরে ব্যালেন্সও দেখাতে চাই, তাই আমাদের `balanceOf` ও প্রয়োজন।
+আসলে ট্রেড করার জন্য, আমাদের `approve` ফাংশন প্রয়োজন। আমরা আগে এবং পরের ব্যালেন্সও দেখাতে চাই, তাই আমাদের `balanceOf`-ও প্রয়োজন।
```python
SWAP_ROUTER_ABI = [
@@ -821,7 +819,7 @@ SWAP_ROUTER_ABI = [
]
```
-`SwapRouter` ABI-তে আমাদের শুধু `exactInput` প্রয়োজন। একটি সম্পর্কিত ফাংশন আছে, `exactOutput`, যা আমরা ঠিক একটি WETH কেনার জন্য ব্যবহার করতে পারতাম, কিন্তু সরলতার জন্য আমরা উভয় ক্ষেত্রে `exactInput` ব্যবহার করি।
+`SwapRouter` ABI-তে আমাদের শুধু `exactInput` প্রয়োজন। একটি সম্পর্কিত ফাংশন রয়েছে, `exactOutput`, যা আমরা ঠিক একটি WETH কেনার জন্য ব্যবহার করতে পারতাম, কিন্তু সরলতার জন্য আমরা উভয় ক্ষেত্রেই শুধু `exactInput` ব্যবহার করি।
```python
account = w3.eth.account.from_key(PRIVATE_KEY)
@@ -831,7 +829,7 @@ swap_router = w3.eth.contract(
)
```
-[`account`](https://web3py.readthedocs.io/en/stable/web3.eth.account.html) এবং `SwapRouter` কন্ট্র্যাক্টের জন্য Web3 সংজ্ঞা।
+[`account`](https://web3py.readthedocs.io/en/stable/web3.eth.account.html) এবং `SwapRouter` কন্ট্রাক্টের জন্য Web3 সংজ্ঞাগুলো।
```python
def txn_params() -> dict:
@@ -843,13 +841,13 @@ def txn_params() -> dict:
}
```
-লেনদেনের প্যারামিটার। এখানে আমাদের একটি ফাংশন প্রয়োজন কারণ [নন্স](https://en.wikipedia.org/wiki/Cryptographic_nonce) প্রতিবার পরিবর্তন হতে হবে।
+লেনদেন প্যারামিটারগুলো। আমাদের এখানে একটি ফাংশন প্রয়োজন কারণ [নন্স](https://en.wikipedia.org/wiki/Cryptographic_nonce) প্রতিবার পরিবর্তন হতে হবে।
```python
def approve_token(contract: Contract, amount: int):
```
-`SwapRouter`-এর জন্য একটি টোকেন অ্যালাওয়েন্স অনুমোদন করুন।
+`SwapRouter`-এর জন্য একটি টোকেন অ্যালাউন্স অনুমোদন করুন।
```python
txn = contract.functions.approve(SWAP_ROUTER_ADDRESS, amount).build_transaction(txn_params())
@@ -857,15 +855,15 @@ def approve_token(contract: Contract, amount: int):
tx_hash = w3.eth.send_raw_transaction(signed_txn.raw_transaction)
```
-এভাবে আমরা Web3-এ একটি লেনদেন পাঠাই। প্রথমে আমরা লেনদেন তৈরি করতে [`Contract` অবজেক্ট](https://web3py.readthedocs.io/en/stable/web3.contract.html) ব্যবহার করি। তারপর আমরা `PRIVATE_KEY` ব্যবহার করে লেনদেন সাইন করতে [`web3.eth.account.sign_transaction`](https://web3py.readthedocs.io/en/stable/web3.eth.account.html#sign-a-contract-transaction) ব্যবহার করি। অবশেষে, আমরা লেনদেন পাঠাতে [`w3.eth.send_raw_transaction`](https://web3py.readthedocs.io/en/stable/transactions.html#chapter-2-w3-eth-send-raw-transaction) ব্যবহার করি।
+এভাবেই আমরা Web3-তে একটি লেনদেন পাঠাই। প্রথমে আমরা লেনদেন তৈরি করতে [`Contract` অবজেক্ট](https://web3py.readthedocs.io/en/stable/web3.contract.html) ব্যবহার করি। তারপর আমরা `PRIVATE_KEY` ব্যবহার করে লেনদেন সাইন করতে [`web3.eth.account.sign_transaction`](https://web3py.readthedocs.io/en/stable/web3.eth.account.html#sign-a-contract-transaction) ব্যবহার করি। সবশেষে, আমরা লেনদেন পাঠাতে [`w3.eth.send_raw_transaction`](https://web3py.readthedocs.io/en/stable/transactions.html#chapter-2-w3-eth-send-raw-transaction) ব্যবহার করি।
```python
- print(f"অনুমোদন লেনদেন পাঠানো হয়েছে: {tx_hash.hex()}")
+ print(f"Approve transaction sent: {tx_hash.hex()}")
w3.eth.wait_for_transaction_receipt(tx_hash)
- print("অনুমোদন লেনদেন মাইনিং করা হয়েছে।")
+ print("Approve transaction mined.")
```
-[`w3.eth.wait_for_transaction_receipt`](https://web3py.readthedocs.io/en/stable/web3.eth.html#web3.eth.Eth.wait_for_transaction_receipt) লেনদেন মাইনিং না হওয়া পর্যন্ত অপেক্ষা করে। প্রয়োজন হলে এটি রসিদ প্রদান করে।
+[`w3.eth.wait_for_transaction_receipt`](https://web3py.readthedocs.io/en/stable/web3.eth.html#web3.eth.Eth.wait_for_transaction_receipt) লেনদেন মাইন হওয়া পর্যন্ত অপেক্ষা করে। প্রয়োজন হলে এটি রসিদ ফেরত দেয়।
```python
SELL_PARAMS = {
@@ -877,7 +875,7 @@ SELL_PARAMS = {
}
```
-WETH বিক্রি করার সময় এইগুলি হল প্যারামিটার।
+WETH বিক্রি করার সময় এগুলো হলো প্যারামিটার।
```python
def make_buy_params(quote: Quote) -> dict:
@@ -890,7 +888,7 @@ def make_buy_params(quote: Quote) -> dict:
}
```
-`SELL_PARAMS`-এর বিপরীতে, কেনার প্যারামিটারগুলি পরিবর্তন হতে পারে। ইনপুট পরিমাণ হল 1 WETH-এর খরচ, যা `quote`-এ উপলব্ধ।
+`SELL_PARAMS`-এর বিপরীতে, ক্রয়ের প্যারামিটারগুলো পরিবর্তন হতে পারে। ইনপুট পরিমাণ হলো 1 WETH-এর খরচ, যা `quote`-এ উপলব্ধ।
```python
def buy(quote: Quote):
@@ -899,9 +897,9 @@ def buy(quote: Quote):
txn = swap_router.functions.exactInput(buy_params).build_transaction(txn_params())
signed_txn = w3.eth.account.sign_transaction(txn, private_key=PRIVATE_KEY)
tx_hash = w3.eth.send_raw_transaction(signed_txn.raw_transaction)
- print(f"কেনার লেনদেন পাঠানো হয়েছে: {tx_hash.hex()}")
+ print(f"Buy transaction sent: {tx_hash.hex()}")
w3.eth.wait_for_transaction_receipt(tx_hash)
- print("কেনার লেনদেন মাইনিং করা হয়েছে।")
+ print("Buy transaction mined.")
def sell():
@@ -910,71 +908,71 @@ def sell():
txn = swap_router.functions.exactInput(SELL_PARAMS).build_transaction(txn_params())
signed_txn = w3.eth.account.sign_transaction(txn, private_key=PRIVATE_KEY)
tx_hash = w3.eth.send_raw_transaction(signed_txn.raw_transaction)
- print(f"বিক্রয় লেনদেন পাঠানো হয়েছে: {tx_hash.hex()}")
+ print(f"Sell transaction sent: {tx_hash.hex()}")
w3.eth.wait_for_transaction_receipt(tx_hash)
- print("বিক্রয় লেনদেন মাইনিং করা হয়েছে।")
+ print("Sell transaction mined.")
```
-`buy()` এবং `sell()` ফাংশনগুলি প্রায় অভিন্ন। প্রথমে আমরা `SwapRouter`-এর জন্য একটি পর্যাপ্ত অ্যালাওয়েন্স অনুমোদন করি এবং তারপর আমরা সঠিক পাথ এবং পরিমাণ দিয়ে এটি কল করি।
+`buy()` এবং `sell()` ফাংশনগুলো প্রায় একই রকম। প্রথমে আমরা `SwapRouter`-এর জন্য পর্যাপ্ত অ্যালাউন্স অনুমোদন করি এবং তারপর আমরা সঠিক পাথ এবং পরিমাণ দিয়ে এটিকে কল করি।
```python
def balances():
token0_balance = wethusdc_pool.token0.contract.functions.balanceOf(account.address).call()
token1_balance = wethusdc_pool.token1.contract.functions.balanceOf(account.address).call()
- print(f"{wethusdc_pool.token0.symbol} ব্যালেন্স: {Decimal(token0_balance) / Decimal(10 ** wethusdc_pool.token0.decimals)}")
- print(f"{wethusdc_pool.token1.symbol} ব্যালেন্স: {Decimal(token1_balance) / Decimal(10 ** wethusdc_pool.token1.decimals)}")
+ print(f"{wethusdc_pool.token0.symbol} Balance: {Decimal(token0_balance) / Decimal(10 ** wethusdc_pool.token0.decimals)}")
+ print(f"{wethusdc_pool.token1.symbol} Balance: {Decimal(token1_balance) / Decimal(10 ** wethusdc_pool.token1.decimals)}")
```
-উভয় মুদ্রায় ব্যবহারকারীর ব্যালেন্স রিপোর্ট করুন।
+উভয় কারেন্সিতে ব্যবহারকারীর ব্যালেন্স রিপোর্ট করুন।
```python
-print("ট্রেডের আগে অ্যাকাউন্টের ব্যালেন্স:")
+print("Account balances before trade:")
balances()
if (expected_price > current_price):
- print(f"কিনুন, আমি আশা করি মূল্য {expected_price - current_price} USD বাড়বে")
+ print(f"Buy, I expect the price to go up by {expected_price - current_price} USD")
buy(wethusdc_quotes[-1])
else:
- print(f"বিক্রি করুন, আমি আশা করি মূল্য {current_price - expected_price} USD কমবে")
+ print(f"Sell, I expect the price to go down by {current_price - expected_price} USD")
sell()
-print("ট্রেডের পরে অ্যাকাউন্টের ব্যালেন্স:")
+print("Account balances after trade:")
balances()
```
-এই এজেন্ট বর্তমানে শুধুমাত্র একবার কাজ করে। তবে, আপনি এটিকে [`crontab`](https://man7.org/linux/man-pages/man1/crontab.1.html) থেকে চালিয়ে বা একটি লুপে 368-400 লাইনগুলি র্যাপ করে এবং পরবর্তী চক্রের জন্য অপেক্ষা করার জন্য [`time.sleep`](https://docs.python.org/3/library/time.html#time.sleep) ব্যবহার করে ক্রমাগত কাজ করার জন্য পরিবর্তন করতে পারেন।
+এই এজেন্টটি বর্তমানে কেবল একবার কাজ করে। তবে, আপনি এটিকে ক্রমাগত কাজ করার জন্য পরিবর্তন করতে পারেন, হয় এটিকে [`crontab`](https://man7.org/linux/man-pages/man1/crontab.1.html) থেকে রান করে অথবা 368-400 লাইনগুলোকে একটি লুপে র্যাপ করে এবং পরবর্তী সাইকেলের সময় না হওয়া পর্যন্ত অপেক্ষা করতে [`time.sleep`](https://docs.python.org/3/library/time.html#time.sleep) ব্যবহার করে।
-## সম্ভাব্য উন্নতি {#improvements}
+## সম্ভাব্য উন্নতিসমূহ {#improvements}
-এটি একটি সম্পূর্ণ প্রোডাকশন সংস্করণ নয়; এটি শুধুমাত্র মূল বিষয়গুলি শেখানোর জন্য একটি উদাহরণ। এখানে উন্নতির জন্য কিছু ধারণা দেওয়া হল।
+এটি কোনো সম্পূর্ণ প্রোডাকশন ভার্সন নয়; এটি কেবল বেসিক বিষয়গুলো শেখানোর একটি উদাহরণ। এখানে উন্নতির জন্য কিছু ধারণা দেওয়া হলো।
-### স্মার্ট ট্রেডিং {#smart-trading}
+### আরও স্মার্ট ট্রেডিং {#smart-trading}
-দুটি গুরুত্বপূর্ণ তথ্য রয়েছে যা এজেন্ট কী করতে হবে তা সিদ্ধান্ত নেওয়ার সময় উপেক্ষা করে।
+কী করতে হবে তা সিদ্ধান্ত নেওয়ার সময় এজেন্ট দুটি গুরুত্বপূর্ণ বিষয় উপেক্ষা করে।
-- _প্রত্যাশিত পরিবর্তনের মাত্রা_। মূল্য হ্রাসের মাত্রা নির্বিশেষে, যদি মূল্য হ্রাসের প্রত্যাশা করা হয় তবে এজেন্ট একটি নির্দিষ্ট পরিমাণ `WETH` বিক্রি করে।
- যুক্তিযুক্তভাবে, ছোটখাটো পরিবর্তন উপেক্ষা করা এবং আমরা কতটা মূল্য হ্রাসের প্রত্যাশা করি তার উপর ভিত্তি করে বিক্রি করা ভাল হবে।
-- _বর্তমান পোর্টফোলিও_। যদি আপনার পোর্টফোলিওর 10% WETH-এ থাকে এবং আপনি মনে করেন দাম বাড়বে, তাহলে সম্ভবত আরও কেনা যুক্তিযুক্ত। কিন্তু যদি আপনার পোর্টফোলিওর 90% WETH-এ থাকে, তাহলে আপনি যথেষ্ট এক্সপোজড হতে পারেন, এবং আরও কেনার প্রয়োজন নেই। আপনি যদি দাম কমার আশা করেন তবে এর বিপরীতটি সত্য।
+- _প্রত্যাশিত পরিবর্তনের মাত্রা_। দাম কমার সম্ভাবনা থাকলে এজেন্ট একটি নির্দিষ্ট পরিমাণ `WETH` বিক্রি করে, কমার মাত্রা যাই হোক না কেন।
+ যুক্তিযুক্তভাবে, ছোটখাটো পরিবর্তনগুলো উপেক্ষা করা এবং দাম কতটা কমবে বলে আমরা আশা করি তার উপর ভিত্তি করে বিক্রি করা ভালো হবে।
+- _বর্তমান পোর্টফোলিও_। যদি আপনার পোর্টফোলিওর 10% WETH-এ থাকে এবং আপনি মনে করেন যে দাম বাড়বে, তবে সম্ভবত আরও কেনা যৌক্তিক। কিন্তু যদি আপনার পোর্টফোলিওর 90% WETH-এ থাকে, তবে আপনি হয়তো যথেষ্ট এক্সপোজড, এবং আরও কেনার কোনো প্রয়োজন নেই। আপনি যদি দাম কমার আশা করেন তবে এর বিপরীতটি সত্য।
-### আপনি যদি আপনার ট্রেডিং কৌশল গোপন রাখতে চান তাহলে কী হবে? {#secret}
+### আপনি যদি আপনার ট্রেডিং কৌশল গোপন রাখতে চান তবে কী করবেন? {#secret}
-AI বিক্রেতারা তাদের LLM-গুলিতে আপনার পাঠানো কোয়েরিগুলি দেখতে পারে, যা আপনার এজেন্টের সাথে আপনি যে জিনিয়াস ট্রেডিং সিস্টেম তৈরি করেছেন তা প্রকাশ করতে পারে। একটি ট্রেডিং সিস্টেম যা অনেক লোক ব্যবহার করে তা মূল্যহীন কারণ যখন আপনি কিনতে চান তখন অনেক লোক কেনার চেষ্টা করে (এবং দাম বেড়ে যায়) এবং যখন আপনি বিক্রি করতে চান তখন বিক্রি করার চেষ্টা করে (এবং দাম কমে যায়)।
+AI ভেন্ডররা তাদের LLM-গুলোতে আপনার পাঠানো কোয়েরিগুলো দেখতে পারে, যা আপনার এজেন্টের সাথে তৈরি করা আপনার জিনিয়াস ট্রেডিং সিস্টেমকে প্রকাশ করতে পারে। এমন একটি ট্রেডিং সিস্টেম যা খুব বেশি মানুষ ব্যবহার করে তা মূল্যহীন কারণ আপনি যখন কিনতে চান তখন খুব বেশি মানুষ কেনার চেষ্টা করে (এবং দাম বেড়ে যায়) এবং আপনি যখন বিক্রি করতে চান তখন বিক্রি করার চেষ্টা করে (এবং দাম কমে যায়)।
-এই সমস্যা এড়াতে আপনি স্থানীয়ভাবে একটি LLM চালাতে পারেন, উদাহরণস্বরূপ, [LM-Studio](https://lmstudio.ai/) ব্যবহার করে।
+এই সমস্যা এড়াতে আপনি স্থানীয়ভাবে একটি LLM রান করতে পারেন, উদাহরণস্বরূপ, [LM-Studio](https://lmstudio.ai/) ব্যবহার করে।
### AI বট থেকে AI এজেন্ট {#bot-to-agent}
-আপনি একটি ভাল যুক্তি দিতে পারেন যে এটি [একটি AI বট, AI এজেন্ট নয়](/ai-agents/#ai-agents-vs-ai-bots)। এটি একটি তুলনামূলকভাবে সহজ কৌশল বাস্তবায়ন করে যা পূর্বনির্ধারিত তথ্যের উপর নির্ভর করে। আমরা স্ব-উন্নতি সক্ষম করতে পারি, উদাহরণস্বরূপ, Uniswap v3 পুল এবং তাদের সর্বশেষ মানগুলির একটি তালিকা প্রদান করে এবং জিজ্ঞাসা করে কোন সংমিশ্রণের সেরা ভবিষ্যদ্বাণীমূলক মান রয়েছে।
+আপনি একটি ভালো যুক্তি দিতে পারেন যে এটি [একটি AI বট, কোনো AI এজেন্ট নয়](/ai-agents/#ai-agents-vs-ai-bots)। এটি একটি অপেক্ষাকৃত সহজ কৌশল বাস্তবায়ন করে যা পূর্বনির্ধারিত তথ্যের উপর নির্ভর করে। আমরা সেলফ-ইমপ্রুভমেন্ট সক্ষম করতে পারি, উদাহরণস্বরূপ, Uniswap v3 পুলগুলোর একটি লিস্ট এবং তাদের সর্বশেষ মানগুলো প্রদান করে এবং জিজ্ঞাসা করে যে কোন কম্বিনেশনের সেরা প্রেডিক্টিভ ভ্যালু রয়েছে।
-### স্লিপেজ সুরক্ষা {#slippage-protection}
+### স্লিপেজ প্রোটেকশন {#slippage-protection}
-বর্তমানে কোনো [স্লিপেজ সুরক্ষা](https://uniswapv3book.com/milestone_3/slippage-protection.html) নেই। যদি বর্তমান কোট $2000 হয় এবং প্রত্যাশিত মূল্য $2100 হয়, এজেন্ট কিনবে। তবে, এজেন্ট কেনার আগে যদি খরচ $2200-এ বেড়ে যায়, তবে আর কেনার কোনো মানে হয় না।
+বর্তমানে কোনো [স্লিপেজ প্রোটেকশন](https://uniswapv3book.com/milestone_3/slippage-protection.html) নেই। যদি বর্তমান কোট $2000 হয় এবং প্রত্যাশিত দাম $2100 হয়, তবে এজেন্ট কিনবে। তবে, এজেন্ট কেনার আগে যদি খরচ বেড়ে $2200 হয়ে যায়, তবে আর কেনার কোনো মানে হয় না।
-স্লিপেজ সুরক্ষা বাস্তবায়ন করতে, [`agent.py`](https://github.com/qbzzt/260215-ai-agent/blob/05-trade/agent.py#L325)-এর 325 এবং 334 লাইনে একটি `amountOutMinimum` মান নির্দিষ্ট করুন।
+স্লিপেজ প্রোটেকশন বাস্তবায়ন করতে, [`agent.py`](https://github.com/qbzzt/260215-ai-agent/blob/05-trade/agent.py#L325)-এর 325 এবং 334 লাইনে একটি `amountOutMinimum` মান নির্দিষ্ট করুন।
## উপসংহার {#conclusion}
-আশা করি, এখন আপনি AI এজেন্টদের সাথে শুরু করার জন্য যথেষ্ট জানেন। এটি বিষয়টির একটি ব্যাপক ওভারভিউ নয়; এর জন্য পুরো বই উৎসর্গ করা হয়েছে, তবে এটি আপনাকে শুরু করার জন্য যথেষ্ট। শুভকামনা!
+আশা করি, এখন আপনি AI এজেন্টগুলো নিয়ে শুরু করার জন্য যথেষ্ট জানেন। এটি এই বিষয়ের কোনো বিস্তৃত ওভারভিউ নয়; এর জন্য পুরো বই নিবেদিত রয়েছে, তবে এটি আপনাকে শুরু করার জন্য যথেষ্ট। শুভকামনা!
-[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/all-you-can-cache/index.md b/public/content/translations/bn/developers/tutorials/all-you-can-cache/index.md
new file mode 100644
index 00000000000..23c9dab3880
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/all-you-can-cache/index.md
@@ -0,0 +1,866 @@
+---
+title: "আপনি যা কিছু ক্যাশ করতে পারেন"
+description: সস্তা রোলআপ লেনদেনের জন্য কীভাবে একটি ক্যাশিং কন্ট্রাক্ট তৈরি এবং ব্যবহার করতে হয় তা শিখুন
+author: ওরি পোমেরান্টজ
+tags: ["লেয়ার ২", "ক্যাশিং", "স্টোরেজ", "স্কেলিং"]
+skill: intermediate
+breadcrumb: রেলআপস এর জন্য ক্যাশিং
+published: 2022-09-15
+lang: bn
+---
+
+রেলআপস ব্যবহার করার সময় লেনদেনের একটি বাইটের খরচ একটি স্টোরেজ স্লটের খরচের চেয়ে অনেক বেশি ব্যয়বহুল। অতএব, অনচেইন এ যতটা সম্ভব তথ্য ক্যাশ করা যৌক্তিক।
+
+এই নিবন্ধে আপনি শিখবেন কীভাবে এমনভাবে একটি ক্যাশিং কন্ট্রাক্ট তৈরি এবং ব্যবহার করতে হয় যাতে একাধিকবার ব্যবহার হওয়ার সম্ভাবনা রয়েছে এমন যেকোনো প্যারামিটার ভ্যালু ক্যাশ করা হবে এবং (প্রথমবারের পরে) অনেক কম সংখ্যক বাইট সহ ব্যবহারের জন্য উপলব্ধ থাকবে, এবং কীভাবে অফচেইন কোড লিখতে হয় যা এই ক্যাশ ব্যবহার করে।
+
+আপনি যদি নিবন্ধটি এড়িয়ে যেতে চান এবং শুধুমাত্র সোর্স কোড দেখতে চান, তবে [এটি এখানে আছে](https://github.com/qbzzt/20220915-all-you-can-cache)। ডেভেলপমেন্ট স্ট্যাক হলো [Foundry](https://getfoundry.sh/introduction/installation/)।
+
+## সামগ্রিক ডিজাইন {#overall-design}
+
+সরলতার খাতিরে আমরা ধরে নেব সমস্ত লেনদেন প্যারামিটার হলো `uint256`, যা 32 বাইট দীর্ঘ। যখন আমরা একটি লেনদেন পাই, তখন আমরা প্রতিটি প্যারামিটারকে এভাবে পার্স করব:
+
+1. যদি প্রথম বাইট `0xFF` হয়, তবে পরবর্তী 32 বাইটকে একটি প্যারামিটার ভ্যালু হিসেবে নিন এবং এটি ক্যাশে লিখুন।
+
+2. যদি প্রথম বাইট `0xFE` হয়, তবে পরবর্তী 32 বাইটকে একটি প্যারামিটার ভ্যালু হিসেবে নিন কিন্তু এটি ক্যাশে লিখবেন _না_।
+
+3. অন্য যেকোনো ভ্যালুর জন্য, শীর্ষ চারটি বিটকে অতিরিক্ত বাইটের সংখ্যা হিসেবে নিন এবং নিচের চারটি বিটকে ক্যাশ কি-এর সবচেয়ে গুরুত্বপূর্ণ বিট হিসেবে নিন। এখানে কিছু উদাহরণ দেওয়া হলো:
+
+ | কলডাটায় বাইট | ক্যাশ কি |
+ | :---------------- | --------: |
+ | 0x0F | 0x0F |
+ | 0x10,0x10 | 0x10 |
+ | 0x12,0xAC | 0x02AC |
+ | 0x2D,0xEA, 0xD6 | 0x0DEAD6 |
+
+## ক্যাশ ম্যানিপুলেশন {#cache-manipulation}
+
+ক্যাশটি [`Cache.sol`](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/Cache.sol)-এ প্রয়োগ করা হয়েছে। চলুন এটি লাইন বাই লাইন দেখে নিই।
+
+```solidity
+// SPDX-License-Identifier: UNLICENSED
+pragma solidity ^0.8.13;
+
+
+contract Cache {
+
+ bytes1 public constant INTO_CACHE = 0xFF;
+ bytes1 public constant DONT_CACHE = 0xFE;
+```
+
+এই ধ্রুবকগুলো (constants) সেই বিশেষ ক্ষেত্রগুলো ব্যাখ্যা করতে ব্যবহৃত হয় যেখানে আমরা সমস্ত তথ্য প্রদান করি এবং এটি ক্যাশে লিখতে চাই বা চাই না। ক্যাশে লেখার জন্য পূর্বে অব্যবহৃত স্টোরেজ স্লটগুলোতে দুটি [`SSTORE`](https://www.evm.codes/#55) অপারেশনের প্রয়োজন হয়, যার প্রতিটির খরচ 22100 গ্যাস, তাই আমরা এটিকে ঐচ্ছিক করে তুলি।
+
+```solidity
+
+ mapping(uint => uint) public val2key;
+```
+
+ভ্যালু এবং তাদের কি-গুলোর মধ্যে একটি [ম্যাপিং](https://www.geeksforgeeks.org/solidity/solidity-mappings/)। আপনি লেনদেন পাঠানোর আগে ভ্যালুগুলোকে এনকোড করার জন্য এই তথ্যটি প্রয়োজনীয়।
+
+```solidity
+ // লোকেশন n-এ key n+1 এর ভ্যালু আছে, কারণ আমাদের সংরক্ষণ করতে হবে
+ // শূন্যকে "ক্যাশে নেই" হিসেবে।
+ uint[] public key2val;
+```
+
+আমরা কি থেকে ভ্যালুতে ম্যাপিংয়ের জন্য একটি অ্যারে ব্যবহার করতে পারি কারণ আমরা কি-গুলো নির্ধারণ করি এবং সরলতার জন্য আমরা এটি ক্রমানুসারে করি।
+
+```solidity
+ function cacheRead(uint _key) public view returns (uint) {
+ require(_key <= key2val.length, "Reading uninitialize cache entry");
+ return key2val[_key-1];
+ } // cacheRead
+```
+
+ক্যাশ থেকে একটি ভ্যালু পড়ুন।
+
+```solidity
+ // যদি ভ্যালুটি আগে থেকেই ক্যাশে না থাকে, তবে এটি ক্যাশে লিখুন
+ // শুধুমাত্র টেস্ট কাজ করার জন্য পাবলিক করা হয়েছে
+ function cacheWrite(uint _value) public returns (uint) {
+ // যদি ভ্যালুটি আগে থেকেই ক্যাশে থাকে, তবে বর্তমান কী (key) রিটার্ন করুন
+ if (val2key[_value] != 0) {
+ return val2key[_value];
+ }
+```
+
+একই ভ্যালু একাধিকবার ক্যাশে রাখার কোনো মানে নেই। যদি ভ্যালুটি আগে থেকেই সেখানে থাকে, তবে কেবল বিদ্যমান কি-টি রিটার্ন করুন।
+
+```solidity
+ // যেহেতু 0xFE একটি বিশেষ ক্ষেত্র, ক্যাশ ধারণ করতে পারে এমন সবচেয়ে বড় কী (key) হলো
+ // 0x0D এবং এরপরে ১৫টি 0xFF। যদি ক্যাশের দৈর্ঘ্য আগে থেকেই এত
+ // বড় হয়, তবে ফেইল করবে।
+ // 1 2 3 4 5 6 7 8 9 A B C D E F
+ require(key2val.length+1 < 0x0DFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF,
+ "cache overflow");
+```
+
+আমার মনে হয় না আমরা কখনো এত বড় ক্যাশ পাব (প্রায় 1.8\*1037 এন্ট্রি, যা সংরক্ষণ করতে প্রায় 1027 TB প্রয়োজন হবে)। তবে, আমার বয়স যথেষ্ট হয়েছে এটা মনে রাখার জন্য যে ["640kB সর্বদা যথেষ্ট হবে"](https://quoteinvestigator.com/2011/09/08/640k-enough/)। এই পরীক্ষাটি খুব সস্তা।
+
+```solidity
+ // পরবর্তী কী (key) ব্যবহার করে ভ্যালুটি লিখুন
+ val2key[_value] = key2val.length+1;
+```
+
+রিভার্স লুকআপ যোগ করুন (ভ্যালু থেকে কি-তে)।
+
+```solidity
+ key2val.push(_value);
+```
+
+ফরোয়ার্ড লুকআপ যোগ করুন (কি থেকে ভ্যালুতে)। যেহেতু আমরা ক্রমানুসারে ভ্যালু নির্ধারণ করি, তাই আমরা এটিকে শেষ অ্যারে ভ্যালুর পরে যোগ করতে পারি।
+
+```solidity
+ return key2val.length;
+ } // cacheWrite
+```
+
+`key2val`-এর নতুন দৈর্ঘ্য রিটার্ন করুন, যা হলো সেই সেল যেখানে নতুন ভ্যালুটি সংরক্ষিত আছে।
+
+```solidity
+ function _calldataVal(uint startByte, uint length)
+ private pure returns (uint)
+```
+
+এই ফাংশনটি যেকোনো দৈর্ঘ্যের (32 বাইট পর্যন্ত, ওয়ার্ড সাইজ) কলডাটা থেকে একটি ভ্যালু পড়ে।
+
+```solidity
+ {
+ uint _retVal;
+
+ require(length < 0x21,
+ "_calldataVal length limit is 32 bytes");
+ require(length + startByte <= msg.data.length,
+ "_calldataVal trying to read beyond calldatasize");
+```
+
+এই ফাংশনটি ইন্টারনাল, তাই যদি বাকি কোডটি সঠিকভাবে লেখা হয় তবে এই পরীক্ষাগুলোর প্রয়োজন নেই। তবে, এগুলোর খরচ খুব বেশি নয় তাই আমরা এগুলো রাখতে পারি।
+
+```solidity
+ assembly {
+ _retVal := calldataload(startByte)
+ }
+```
+
+এই কোডটি [Yul](https://docs.soliditylang.org/en/v0.8.16/yul.html)-এ লেখা। এটি কলডাটা থেকে একটি 32 বাইট ভ্যালু পড়ে। এটি কাজ করে এমনকি যদি কলডাটা `startByte+32`-এর আগে থেমে যায় কারণ EVM-এ আনইনিশিয়ালাইজড স্পেসকে শূন্য হিসেবে বিবেচনা করা হয়।
+
+```solidity
+ _retVal = _retVal >> (256-length*8);
+```
+
+আমরা অগত্যা একটি 32 বাইট ভ্যালু চাই না। এটি অতিরিক্ত বাইটগুলো থেকে মুক্তি দেয়।
+
+```solidity
+ return _retVal;
+ } // _calldataVal
+
+
+ // _fromByte থেকে শুরু করে কলডেটা (calldata) থেকে একটি একক প্যারামিটার পড়ুন
+ function _readParam(uint _fromByte) internal
+ returns (uint _nextByte, uint _parameterValue)
+ {
+```
+
+কলডাটা থেকে একটি একক প্যারামিটার পড়ুন। মনে রাখবেন যে আমাদের কেবল পঠিত ভ্যালুটিই রিটার্ন করতে হবে না, বরং পরবর্তী বাইটের অবস্থানও রিটার্ন করতে হবে কারণ প্যারামিটারগুলো 1 বাইট থেকে 33 বাইট পর্যন্ত দীর্ঘ হতে পারে।
+
+```solidity
+ // প্রথম বাইট আমাদের বলে দেয় কীভাবে বাকি অংশকে ব্যাখ্যা করতে হবে
+ uint8 _firstByte;
+
+ _firstByte = uint8(_calldataVal(_fromByte, 1));
+```
+
+সলিডিটি সম্ভাব্য বিপজ্জনক [ইমপ্লিসিট টাইপ কনভার্সন](https://docs.soliditylang.org/en/v0.8.16/types.html#implicit-conversions) নিষিদ্ধ করে বাগের সংখ্যা কমানোর চেষ্টা করে। একটি ডাউনগ্রেড, উদাহরণস্বরূপ 256 বিট থেকে 8 বিটে, এক্সপ্লিসিট হতে হবে।
+
+```solidity
+
+ // ভ্যালুটি পড়ুন, কিন্তু এটি ক্যাশে লিখবেন না
+ if (_firstByte == uint8(DONT_CACHE))
+ return(_fromByte+33, _calldataVal(_fromByte+1, 32));
+
+ // ভ্যালুটি পড়ুন এবং এটি ক্যাশে লিখুন
+ if (_firstByte == uint8(INTO_CACHE)) {
+ uint _param = _calldataVal(_fromByte+1, 32);
+ cacheWrite(_param);
+ return(_fromByte+33, _param);
+ }
+
+ // যদি আমরা এখানে পৌঁছাই, তার মানে আমাদের ক্যাশ থেকে পড়তে হবে
+
+ // পড়ার জন্য অতিরিক্ত বাইটের সংখ্যা
+ uint8 _extraBytes = _firstByte / 16;
+```
+
+নিচের [নিবল (nibble)](https://en.wikipedia.org/wiki/Nibble) নিন এবং ক্যাশ থেকে ভ্যালুটি পড়ার জন্য এটিকে অন্যান্য বাইটের সাথে একত্রিত করুন।
+
+```solidity
+ uint _key = (uint256(_firstByte & 0x0F) << (8*_extraBytes)) +
+ _calldataVal(_fromByte+1, _extraBytes);
+
+ return (_fromByte+_extraBytes+1, cacheRead(_key));
+
+ } // _readParam
+
+
+ // n সংখ্যক প্যারামিটার পড়ুন (ফাংশনগুলো জানে তারা কতগুলো প্যারামিটার আশা করে)
+ function _readParams(uint _paramNum) internal returns (uint[] memory) {
+```
+
+আমরা কলডাটা থেকেই আমাদের কাছে থাকা প্যারামিটারের সংখ্যা পেতে পারতাম, কিন্তু যে ফাংশনগুলো আমাদের কল করে তারা জানে যে তারা কতগুলো প্যারামিটার আশা করে। তাদের আমাদের বলতে দেওয়াটা সহজ।
+
+```solidity
+ // যে প্যারামিটারগুলো আমরা পড়েছি
+ uint[] memory params = new uint[](_paramNum);
+
+ // প্যারামিটারগুলো বাইট ৪ থেকে শুরু হয়, এর আগে থাকে ফাংশন সিগনেচার
+ uint _atByte = 4;
+
+ for(uint i=0; i<_paramNum; i++) {
+ (_atByte, params[i]) = _readParam(_atByte);
+ }
+```
+
+আপনার প্রয়োজনীয় সংখ্যা না পাওয়া পর্যন্ত প্যারামিটারগুলো পড়ুন। যদি আমরা কলডাটার শেষ পেরিয়ে যাই, তবে `_readParams` কলটি রিভার্ট করবে।
+
+```solidity
+
+ return(params);
+ } // readParams
+
+ // _readParams টেস্ট করার জন্য, চারটি প্যারামিটার পড়ার টেস্ট করুন
+ function fourParam() public
+ returns (uint256,uint256,uint256,uint256)
+ {
+ uint[] memory params;
+ params = _readParams(4);
+ return (params[0], params[1], params[2], params[3]);
+ } // fourParam
+```
+
+Foundry-এর একটি বড় সুবিধা হলো এটি সলিডিটিতে পরীক্ষা লেখার অনুমতি দেয় ([নিচে ক্যাশ টেস্টিং দেখুন](#testing-the-cache))। এটি ইউনিট টেস্টগুলোকে অনেক সহজ করে তোলে। এটি এমন একটি ফাংশন যা চারটি প্যারামিটার পড়ে এবং সেগুলো রিটার্ন করে যাতে পরীক্ষাটি যাচাই করতে পারে যে সেগুলো সঠিক ছিল।
+
+```solidity
+ // একটি ভ্যালু নিন, এমন বাইট রিটার্ন করুন যা এটিকে এনকোড করবে (সম্ভব হলে ক্যাশ ব্যবহার করে)
+ function encodeVal(uint _val) public view returns(bytes memory) {
+```
+
+`encodeVal` হলো এমন একটি ফাংশন যা অফচেইন কোড কল করে কলডাটা তৈরি করতে সাহায্য করার জন্য যা ক্যাশ ব্যবহার করে। এটি একটি একক ভ্যালু গ্রহণ করে এবং এটিকে এনকোড করা বাইটগুলো রিটার্ন করে। এই ফাংশনটি একটি `view`, তাই এর জন্য কোনো লেনদেন প্রয়োজন হয় না এবং বাহ্যিকভাবে কল করা হলে কোনো গ্যাস খরচ হয় না।
+
+```solidity
+ uint _key = val2key[_val];
+
+ // ভ্যালুটি এখনও ক্যাশে নেই, এটি যোগ করুন
+ if (_key == 0)
+ return bytes.concat(INTO_CACHE, bytes32(_val));
+```
+
+[EVM](/developers/docs/evm/)-এ সমস্ত আনইনিশিয়ালাইজড স্টোরেজকে শূন্য বলে ধরে নেওয়া হয়। তাই যদি আমরা এমন কোনো ভ্যালুর জন্য কি খুঁজি যা সেখানে নেই, তবে আমরা একটি শূন্য পাই। সেক্ষেত্রে এটিকে এনকোড করা বাইটগুলো হলো `INTO_CACHE` (যাতে এটি পরের বার ক্যাশ করা হয়), যার পরে প্রকৃত ভ্যালুটি থাকে।
+
+```solidity
+ // যদি কী (key) <0x10 হয়, তবে এটিকে একটি একক বাইট হিসেবে রিটার্ন করুন
+ if (_key < 0x10)
+ return bytes.concat(bytes1(uint8(_key)));
+```
+
+একক বাইটগুলো সবচেয়ে সহজ। আমরা কেবল [`bytes.concat`](https://docs.soliditylang.org/en/v0.8.16/types.html#the-functions-bytes-concat-and-string-concat) ব্যবহার করি একটি `bytes` টাইপকে একটি বাইট অ্যারেতে পরিণত করতে যা যেকোনো দৈর্ঘ্যের হতে পারে। নাম সত্ত্বেও, এটি শুধুমাত্র একটি আর্গুমেন্ট প্রদান করা হলে ঠিকঠাক কাজ করে।
+
+```solidity
+ // দুই বাইটের ভ্যালু, 0x1vvv হিসেবে এনকোড করা
+ if (_key < 0x1000)
+ return bytes.concat(bytes2(uint16(_key) | 0x1000));
+```
+
+যখন আমাদের কাছে এমন একটি কি থাকে যা 163-এর কম, তখন আমরা এটিকে দুই বাইটে প্রকাশ করতে পারি। আমরা প্রথমে `_key`-কে, যা একটি 256 বিট ভ্যালু, একটি 16 বিট ভ্যালুতে রূপান্তর করি এবং প্রথম বাইটে অতিরিক্ত বাইটের সংখ্যা যোগ করতে লজিক্যাল অর (or) ব্যবহার করি। তারপর আমরা এটিকে একটি `bytes2` ভ্যালুতে পরিণত করি, যা `bytes`-এ রূপান্তরিত হতে পারে।
+
+```solidity
+ // নিচের লাইনগুলোকে লুপ হিসেবে করার হয়তো কোনো চতুর উপায় আছে,
+ // কিন্তু এটি একটি ভিউ (view) ফাংশন, তাই আমি প্রোগ্রামারের সময় এবং
+ // সরলতার জন্য অপ্টিমাইজ করছি।
+
+ if (_key < 16*256**2)
+ return bytes.concat(bytes3(uint24(_key) | (0x2 * 16 * 256**2)));
+ if (_key < 16*256**3)
+ return bytes.concat(bytes4(uint32(_key) | (0x3 * 16 * 256**3)));
+ .
+ .
+ .
+ if (_key < 16*256**14)
+ return bytes.concat(bytes15(uint120(_key) | (0xE * 16 * 256**14)));
+ if (_key < 16*256**15)
+ return bytes.concat(bytes16(uint128(_key) | (0xF * 16 * 256**15)));
+```
+
+অন্যান্য ভ্যালুগুলো (3 বাইট, 4 বাইট ইত্যাদি) একইভাবে পরিচালনা করা হয়, শুধুমাত্র ভিন্ন ফিল্ড সাইজ সহ।
+
+```solidity
+ // যদি আমরা এখানে পৌঁছাই, তবে কোথাও কোনো ভুল আছে।
+ revert("Error in encodeVal, should not happen");
+```
+
+যদি আমরা এখানে পৌঁছাই তবে এর মানে হলো আমরা এমন একটি কি পেয়েছি যা 16\*25615-এর কম নয়। কিন্তু `cacheWrite` কি-গুলোকে সীমাবদ্ধ করে তাই আমরা 14\*25616 পর্যন্তও পৌঁছাতে পারি না (যার প্রথম বাইট 0xFE হবে, তাই এটি `DONT_CACHE`-এর মতো দেখাবে)। তবে ভবিষ্যতের কোনো প্রোগ্রামার যদি কোনো বাগ প্রবর্তন করে, তার জন্য একটি পরীক্ষা যোগ করতে আমাদের খুব বেশি খরচ হয় না।
+
+```solidity
+ } // encodeVal
+
+} // ক্যাশ
+```
+
+### ক্যাশ টেস্টিং {#testing-the-cache}
+
+Foundry-এর অন্যতম সুবিধা হলো [এটি আপনাকে সলিডিটিতে পরীক্ষা লেখার সুযোগ দেয়](https://getfoundry.sh/forge/tests/overview/), যা ইউনিট টেস্ট লেখা সহজ করে তোলে। `Cache` ক্লাসের পরীক্ষাগুলো [এখানে](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/test/Cache.t.sol) রয়েছে। যেহেতু টেস্টিং কোড পুনরাবৃত্তিমূলক হয়, যেমনটা পরীক্ষাগুলোর ক্ষেত্রে হয়ে থাকে, এই নিবন্ধটি কেবল আকর্ষণীয় অংশগুলো ব্যাখ্যা করে।
+
+```solidity
+// SPDX-License-Identifier: UNLICENSED
+pragma solidity ^0.8.13;
+
+import "forge-std/Test.sol";
+
+
+// কনসোলের জন্য `forge test -vv` রান করতে হবে।
+import "forge-std/console.sol";
+```
+
+এটি কেবল বয়লারপ্লেট যা টেস্ট প্যাকেজ এবং `console.log` ব্যবহার করার জন্য প্রয়োজনীয়।
+
+```solidity
+import "src/Cache.sol";
+```
+
+আমরা যে কন্ট্রাক্টটি পরীক্ষা করছি তা আমাদের জানতে হবে।
+
+```solidity
+contract CacheTest is Test {
+ Cache cache;
+
+ function setUp() public {
+ cache = new Cache();
+ }
+```
+
+প্রতিটি পরীক্ষার আগে `setUp` ফাংশনটি কল করা হয়। এই ক্ষেত্রে আমরা কেবল একটি নতুন ক্যাশ তৈরি করি, যাতে আমাদের পরীক্ষাগুলো একে অপরকে প্রভাবিত না করে।
+
+```solidity
+ function testCaching() public {
+```
+
+পরীক্ষাগুলো হলো এমন ফাংশন যাদের নাম `test` দিয়ে শুরু হয়। এই ফাংশনটি মৌলিক ক্যাশ কার্যকারিতা পরীক্ষা করে, ভ্যালুগুলো লেখে এবং সেগুলো আবার পড়ে।
+
+```solidity
+ for(uint i=1; i<5000; i++) {
+ cache.cacheWrite(i*i);
+ }
+
+ for(uint i=1; i<5000; i++) {
+ assertEq(cache.cacheRead(i), i*i);
+```
+
+এভাবেই আপনি প্রকৃত টেস্টিং করেন, [`assert...` ফাংশনগুলো](https://getfoundry.sh/reference/forge-std/std-assertions/) ব্যবহার করে। এই ক্ষেত্রে, আমরা পরীক্ষা করি যে আমরা যে ভ্যালুটি লিখেছি সেটিই আমরা পড়েছি। আমরা `cache.cacheWrite`-এর ফলাফল বাতিল করতে পারি কারণ আমরা জানি যে ক্যাশ কি-গুলো লিনিয়ারলি নির্ধারিত হয়।
+
+```solidity
+ }
+ } // testCaching
+
+
+ // একই ভ্যালু একাধিকবার ক্যাশ করুন, নিশ্চিত করুন যে কী (key) একই
+ // থাকে
+ function testRepeatCaching() public {
+ for(uint i=1; i<100; i++) {
+ uint _key1 = cache.cacheWrite(i);
+ uint _key2 = cache.cacheWrite(i);
+ assertEq(_key1, _key2);
+ }
+```
+
+প্রথমে আমরা প্রতিটি ভ্যালু ক্যাশে দুবার লিখি এবং নিশ্চিত করি যে কি-গুলো একই (যার মানে দ্বিতীয় লেখাটি আসলে ঘটেনি)।
+
+```solidity
+ for(uint i=1; i<100; i+=3) {
+ uint _key = cache.cacheWrite(i);
+ assertEq(_key, i);
+ }
+ } // testRepeatCaching
+```
+
+তাত্ত্বিকভাবে এমন একটি বাগ থাকতে পারে যা পরপর ক্যাশ রাইটগুলোকে প্রভাবিত করে না। তাই এখানে আমরা কিছু রাইট করি যা পরপর নয় এবং দেখি যে ভ্যালুগুলো এখনো পুনরায় লেখা হয়নি।
+
+```solidity
+ // মেমরি বাফার থেকে একটি uint পড়ুন (আমরা যে প্যারামিটারগুলো
+ // পাঠিয়েছিলাম তা ফেরত পাচ্ছি কিনা তা নিশ্চিত করতে)
+ function toUint256(bytes memory _bytes, uint256 _start) internal pure
+ returns (uint256)
+```
+
+একটি `bytes memory` বাফার থেকে একটি 256 বিট ওয়ার্ড পড়ুন। এই ইউটিলিটি ফাংশনটি আমাদের যাচাই করতে দেয় যে আমরা যখন ক্যাশ ব্যবহার করে এমন একটি ফাংশন কল চালাই তখন আমরা সঠিক ফলাফল পাই।
+
+```solidity
+ {
+ require(_bytes.length >= _start + 32, "toUint256_outOfBounds");
+ uint256 tempUint;
+
+ assembly {
+ tempUint := mload(add(add(_bytes, 0x20), _start))
+ }
+```
+
+Yul `uint256`-এর বাইরের ডেটা স্ট্রাকচার সমর্থন করে না, তাই যখন আপনি আরও পরিশীলিত ডেটা স্ট্রাকচার, যেমন মেমরি বাফার `_bytes`-এর উল্লেখ করেন, তখন আপনি সেই স্ট্রাকচারের এডড্রেস পান। সলিডিটি `bytes memory` ভ্যালুগুলোকে একটি 32 বাইট ওয়ার্ড হিসেবে সংরক্ষণ করে যাতে দৈর্ঘ্য থাকে, যার পরে প্রকৃত বাইটগুলো থাকে, তাই বাইট নম্বর `_start` পেতে আমাদের `_bytes+32+_start` গণনা করতে হবে।
+
+```solidity
+
+ return tempUint;
+ } // toUint256
+
+ // fourParams() এর জন্য ফাংশন সিগনেচার, সৌজন্যে
+ // https://www.4byte.directory/signatures/?bytes4_signature=0x3edc1e6d
+ bytes4 constant FOUR_PARAMS = 0x3edc1e6d;
+
+ // আমরা সঠিক ভ্যালু ফেরত পাচ্ছি কিনা তা দেখার জন্য কিছু কনস্ট্যান্ট ভ্যালু
+ uint256 constant VAL_A = 0xDEAD60A7;
+ uint256 constant VAL_B = 0xBEEF;
+ uint256 constant VAL_C = 0x600D;
+ uint256 constant VAL_D = 0x600D60A7;
+```
+
+টেস্টিংয়ের জন্য আমাদের কিছু ধ্রুবক প্রয়োজন।
+
+```solidity
+ function testReadParam() public {
+```
+
+`fourParams()` কল করুন, একটি ফাংশন যা `readParams` ব্যবহার করে, এটি পরীক্ষা করতে যে আমরা প্যারামিটারগুলো সঠিকভাবে পড়তে পারি।
+
+```solidity
+ address _cacheAddr = address(cache);
+ bool _success;
+ bytes memory _callInput;
+ bytes memory _callOutput;
+```
+
+আমরা ক্যাশ ব্যবহার করে একটি ফাংশন কল করার জন্য সাধারণ ABI মেকানিজম ব্যবহার করতে পারি না, তাই আমাদের লো লেভেল [`.call()`](https://docs.soliditylang.org/en/v0.8.16/types.html#members-of-addresses) মেকানিজম ব্যবহার করতে হবে। সেই মেকানিজমটি ইনপুট হিসেবে একটি `bytes memory` নেয় এবং আউটপুট হিসেবে সেটি (পাশাপাশি একটি বুলিয়ান ভ্যালু) রিটার্ন করে।
+
+```solidity
+ // প্রথম কল, ক্যাশ খালি আছে
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+```
+
+একই কন্ট্রাক্টের জন্য ক্যাশড ফাংশন (সরাসরি লেনদেন থেকে কলের জন্য) এবং নন-ক্যাশড ফাংশন (অন্যান্য স্মার্ট কন্ট্রাক্ট থেকে কলের জন্য) উভয়ই সমর্থন করা দরকারী। এটি করার জন্য আমাদের সবকিছু [একটি `fallback` ফাংশনে](https://docs.soliditylang.org/en/v0.8.16/contracts.html#fallback-function) রাখার পরিবর্তে সঠিক ফাংশনটি কল করার জন্য সলিডিটি মেকানিজমের ওপর নির্ভর করা চালিয়ে যেতে হবে। এটি করা কম্পোজেবিলিটিকে অনেক সহজ করে তোলে। বেশিরভাগ ক্ষেত্রে ফাংশনটি সনাক্ত করার জন্য একটি একক বাইটই যথেষ্ট হবে, তাই আমরা তিনটি বাইট (16\*3=48 গ্যাস) নষ্ট করছি। তবে, আমি যখন এটি লিখছি তখন সেই 48 গ্যাসের দাম 0.07 সেন্ট, যা সহজ, কম বাগ প্রবণ কোডের জন্য একটি যুক্তিসঙ্গত খরচ।
+
+```solidity
+ // প্রথম ভ্যালু, এটি ক্যাশে যোগ করুন
+ cache.INTO_CACHE(),
+ bytes32(VAL_A),
+```
+
+প্রথম ভ্যালু: একটি ফ্ল্যাগ যা বলে যে এটি একটি সম্পূর্ণ ভ্যালু যা ক্যাশে লেখা দরকার, যার পরে ভ্যালুটির 32 বাইট থাকে। অন্য তিনটি ভ্যালু একই রকম, তবে `VAL_B` ক্যাশে লেখা হয় না এবং `VAL_C` হলো তৃতীয় প্যারামিটার এবং চতুর্থ প্যারামিটার উভয়ই।
+
+```solidity
+ .
+ .
+ .
+ );
+ (_success, _callOutput) = _cacheAddr.call(_callInput);
+```
+
+এখানেই আমরা আসলে `Cache` কন্ট্রাক্টটি কল করি।
+
+```solidity
+ assertEq(_success, true);
+```
+
+আমরা আশা করি কলটি সফল হবে।
+
+```solidity
+ assertEq(cache.cacheRead(1), VAL_A);
+ assertEq(cache.cacheRead(2), VAL_C);
+```
+
+আমরা একটি খালি ক্যাশ দিয়ে শুরু করি এবং তারপর `VAL_A` যোগ করি যার পরে `VAL_C` থাকে। আমরা আশা করব প্রথমটির কি 1 হবে এবং দ্বিতীয়টির 2 হবে।
+
+```
+ assertEq(toUint256(_callOutput,0), VAL_A);
+ assertEq(toUint256(_callOutput,32), VAL_B);
+ assertEq(toUint256(_callOutput,64), VAL_C);
+ assertEq(toUint256(_callOutput,96), VAL_C);
+```
+
+আউটপুট হলো চারটি প্যারামিটার। এখানে আমরা যাচাই করি যে এটি সঠিক।
+
+```solidity
+ // দ্বিতীয় কল, আমরা ক্যাশ ব্যবহার করতে পারি
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+
+ // ক্যাশে প্রথম ভ্যালু
+ bytes1(0x01),
+```
+
+16-এর নিচের ক্যাশ কি-গুলো মাত্র এক বাইটের।
+
+```solidity
+ // দ্বিতীয় ভ্যালু, এটি ক্যাশে যোগ করবেন না
+ cache.DONT_CACHE(),
+ bytes32(VAL_B),
+
+ // তৃতীয় এবং চতুর্থ ভ্যালু, একই ভ্যালু
+ bytes1(0x02),
+ bytes1(0x02)
+ );
+ .
+ .
+ .
+ } // testReadParam
+```
+
+কলের পরের পরীক্ষাগুলো প্রথম কলের পরের পরীক্ষাগুলোর মতোই।
+
+```solidity
+ function testEncodeVal() public {
+```
+
+এই ফাংশনটি `testReadParam`-এর মতোই, তবে প্যারামিটারগুলো স্পষ্টভাবে লেখার পরিবর্তে আমরা `encodeVal()` ব্যবহার করি।
+
+```solidity
+ .
+ .
+ .
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+ cache.encodeVal(VAL_A),
+ cache.encodeVal(VAL_B),
+ cache.encodeVal(VAL_C),
+ cache.encodeVal(VAL_D)
+ );
+ .
+ .
+ .
+ assertEq(_callInput.length, 4+1*4);
+ } // testEncodeVal
+```
+
+`testEncodeVal()`-এ একমাত্র অতিরিক্ত পরীক্ষা হলো `_callInput`-এর দৈর্ঘ্য সঠিক কিনা তা যাচাই করা। প্রথম কলের জন্য এটি 4+33\*4। দ্বিতীয়টির জন্য, যেখানে প্রতিটি ভ্যালু আগে থেকেই ক্যাশে রয়েছে, এটি 4+1\*4।
+
+```solidity
+ // কী (key) যখন একটি একক বাইটের চেয়ে বড় হয় তখন encodeVal টেস্ট করুন
+ // সর্বোচ্চ তিন বাইট কারণ ক্যাশ চার বাইট পর্যন্ত পূর্ণ করতে অনেক
+ // বেশি সময় লাগে।
+ function testEncodeValBig() public {
+ // ক্যাশে বেশ কিছু ভ্যালু রাখুন।
+ // বিষয়গুলো সহজ রাখতে, ভ্যালু n এর জন্য কী (key) n ব্যবহার করুন।
+ for(uint i=1; i<0x1FFF; i++) {
+ cache.cacheWrite(i);
+ }
+```
+
+ওপরের `testEncodeVal` ফাংশনটি ক্যাশে কেবল চারটি ভ্যালু লেখে, তাই [ফাংশনের যে অংশটি মাল্টি-বাইট ভ্যালুগুলো নিয়ে কাজ করে](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/Cache.sol#L144-L171) তা চেক করা হয় না। কিন্তু সেই কোডটি জটিল এবং ত্রুটি-প্রবণ।
+
+এই ফাংশনের প্রথম অংশটি হলো একটি লুপ যা 1 থেকে 0x1FFF পর্যন্ত সমস্ত ভ্যালু ক্রমানুসারে ক্যাশে লেখে, যাতে আমরা সেই ভ্যালুগুলোকে এনকোড করতে পারি এবং জানতে পারি সেগুলো কোথায় যাচ্ছে।
+
+```solidity
+ .
+ .
+ .
+
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+ cache.encodeVal(0x000F), // এক বাইট 0x0F
+ cache.encodeVal(0x0010), // দুই বাইট 0x1010
+ cache.encodeVal(0x0100), // দুই বাইট 0x1100
+ cache.encodeVal(0x1000) // তিন বাইট 0x201000
+ );
+```
+
+এক বাইট, দুই বাইট এবং তিন বাইট ভ্যালু পরীক্ষা করুন। আমরা এর বাইরে পরীক্ষা করি না কারণ পর্যাপ্ত স্ট্যাক এন্ট্রি লিখতে খুব বেশি সময় লাগবে (অন্তত 0x10000000, প্রায় এক বিলিয়নের এক চতুর্থাংশ)।
+
+```solidity
+ .
+ .
+ .
+ .
+ } // testEncodeValBig
+
+
+ // অত্যধিক ছোট বাফারের সাথে আমরা রিভার্ট (revert) পাই কিনা তা টেস্ট করুন
+ function testShortCalldata() public {
+```
+
+অস্বাভাবিক ক্ষেত্রে কী ঘটে তা পরীক্ষা করুন যেখানে পর্যাপ্ত প্যারামিটার নেই।
+
+```solidity
+ .
+ .
+ .
+ (_success, _callOutput) = _cacheAddr.call(_callInput);
+ assertEq(_success, false);
+ } // testShortCalldata
+```
+
+যেহেতু এটি রিভার্ট করে, তাই আমাদের যে ফলাফল পাওয়া উচিত তা হলো `false`।
+
+```
+ // Call with cache keys that aren't there
+ function testNoCacheKey() public {
+ .
+ .
+ .
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+
+ // First value, add it to the cache
+ cache.INTO_CACHE(),
+ bytes32(VAL_A),
+
+ // Second value
+ bytes1(0x0F),
+ bytes2(0x1234),
+ bytes11(0xA10102030405060708090A)
+ );
+```
+
+এই ফাংশনটি চারটি সম্পূর্ণ বৈধ প্যারামিটার পায়, তবে ক্যাশটি খালি তাই সেখানে পড়ার মতো কোনো ভ্যালু নেই।
+
+```solidity
+ .
+ .
+ .
+ // অত্যধিক বড় বাফারের সাথে সবকিছু ঠিকঠাক কাজ করে কিনা তা টেস্ট করুন
+ function testLongCalldata() public {
+ address _cacheAddr = address(cache);
+ bool _success;
+ bytes memory _callInput;
+ bytes memory _callOutput;
+
+ // প্রথম কল, ক্যাশ খালি আছে
+ _callInput = bytes.concat(
+ FOUR_PARAMS,
+
+ // প্রথম ভ্যালু, এটি ক্যাশে যোগ করুন
+ cache.INTO_CACHE(), bytes32(VAL_A),
+
+ // দ্বিতীয় ভ্যালু, এটি ক্যাশে যোগ করুন
+ cache.INTO_CACHE(), bytes32(VAL_B),
+
+ // তৃতীয় ভ্যালু, এটি ক্যাশে যোগ করুন
+ cache.INTO_CACHE(), bytes32(VAL_C),
+
+ // চতুর্থ ভ্যালু, এটি ক্যাশে যোগ করুন
+ cache.INTO_CACHE(), bytes32(VAL_D),
+
+ // এবং "গুড লাক"-এর জন্য আরও একটি ভ্যালু
+ bytes4(0x31112233)
+ );
+```
+
+এই ফাংশনটি পাঁচটি ভ্যালু পাঠায়। আমরা জানি যে পঞ্চম ভ্যালুটি উপেক্ষা করা হয় কারণ এটি একটি বৈধ ক্যাশ এন্ট্রি নয়, যা অন্তর্ভুক্ত না হলে একটি রিভার্ট ঘটাত।
+
+```solidity
+ (_success, _callOutput) = _cacheAddr.call(_callInput);
+ assertEq(_success, true);
+ .
+ .
+ .
+ } // testLongCalldata
+
+} // CacheTest
+
+```
+
+## একটি নমুনা অ্যাপ্লিকেশন {#a-sample-app}
+
+সলিডিটিতে পরীক্ষা লেখা খুবই ভালো, কিন্তু দিনের শেষে একটি ডিএ্যাপ-কে দরকারী হওয়ার জন্য চেইনের বাইরে থেকে আসা অনুরোধগুলো প্রক্রিয়া করতে সক্ষম হতে হবে। এই নিবন্ধটি প্রদর্শন করে কীভাবে `WORM`-এর সাথে একটি ডিএ্যাপ-এ ক্যাশিং ব্যবহার করতে হয়, যার অর্থ "Write Once, Read Many"। যদি কোনো কি এখনো লেখা না হয়, তবে আপনি এতে একটি ভ্যালু লিখতে পারেন। যদি কি-টি আগে থেকেই লেখা থাকে, তবে আপনি একটি রিভার্ট পাবেন।
+
+### কন্ট্রাক্ট {#the-contract}
+
+[এটি হলো কন্ট্রাক্ট](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/src/WORM.sol)। এটি মূলত আমরা `Cache` এবং `CacheTest`-এর সাথে যা করেছি তারই পুনরাবৃত্তি করে, তাই আমরা কেবল আকর্ষণীয় অংশগুলো কভার করি।
+
+```solidity
+import "./Cache.sol";
+
+contract WORM is Cache {
+```
+
+`Cache` ব্যবহার করার সবচেয়ে সহজ উপায় হলো এটিকে আমাদের নিজস্ব কন্ট্রাক্টে ইনহেরিট করা।
+
+```solidity
+ function writeEntryCached() external {
+ uint[] memory params = _readParams(2);
+ writeEntry(params[0], params[1]);
+ } // writeEntryCached
+```
+
+এই ফাংশনটি ওপরের `CacheTest`-এর `fourParam`-এর মতোই। যেহেতু আমরা ABI স্পেসিফিকেশনগুলো অনুসরণ করি না, তাই ফাংশনে কোনো প্যারামিটার ঘোষণা না করাই ভালো।
+
+```solidity
+ // আমাদের কল করা আরও সহজ করুন
+ // writeEntryCached() এর জন্য ফাংশন সিগনেচার, সৌজন্যে
+ // https://www.4byte.directory/signatures/?bytes4_signature=0xe4e4f2d3
+ bytes4 constant public WRITE_ENTRY_CACHED = 0xe4e4f2d3;
+```
+
+যে এক্সটার্নাল কোডটি `writeEntryCached` কল করে তাকে `worm.writeEntryCached` ব্যবহার করার পরিবর্তে ম্যানুয়ালি কলডাটা তৈরি করতে হবে, কারণ আমরা ABI স্পেসিফিকেশনগুলো অনুসরণ করি না। এই ধ্রুবক ভ্যালুটি থাকা এটিকে লেখা সহজ করে তোলে।
+
+মনে রাখবেন যে যদিও আমরা `WRITE_ENTRY_CACHED`-কে একটি স্টেট ভেরিয়েবল হিসেবে সংজ্ঞায়িত করি, এটিকে বাহ্যিকভাবে পড়ার জন্য এর গেটার ফাংশন, `worm.WRITE_ENTRY_CACHED()` ব্যবহার করা প্রয়োজন।
+
+```solidity
+ function readEntry(uint key) public view
+ returns (uint _value, address _writtenBy, uint _writtenAtBlock)
+```
+
+রিড ফাংশনটি একটি `view`, তাই এর জন্য কোনো লেনদেন প্রয়োজন হয় না এবং কোনো গ্যাস খরচ হয় না। ফলস্বরূপ, প্যারামিটারের জন্য ক্যাশ ব্যবহার করার কোনো সুবিধা নেই। ভিউ ফাংশনগুলোর সাথে স্ট্যান্ডার্ড মেকানিজম ব্যবহার করা সবচেয়ে ভালো যা সহজতর।
+
+### টেস্টিং কোড {#the-testing-code}
+
+[এটি হলো কন্ট্রাক্টের জন্য টেস্টিং কোড](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/test/WORM.t.sol)। আবার, চলুন কেবল আকর্ষণীয় বিষয়গুলোর দিকে নজর দিই।
+
+```solidity
+ function testWReadWrite() public {
+ worm.writeEntry(0xDEAD, 0x60A7);
+
+ vm.expectRevert(bytes("entry already written"));
+ worm.writeEntry(0xDEAD, 0xBEEF);
+```
+
+[এভাবেই (`vm.expectRevert`)](https://book.getfoundry.sh/cheatcodes/expect-revert#expectrevert) আমরা একটি Foundry টেস্টে নির্দিষ্ট করি যে পরবর্তী কলটি ব্যর্থ হওয়া উচিত এবং ব্যর্থতার রিপোর্ট করা কারণটি কী। এটি তখন প্রযোজ্য হয় যখন আমরা কলডাটা তৈরি করার এবং লো লেভেল ইন্টারফেস (`.call()` ইত্যাদি) ব্যবহার করে কন্ট্রাক্ট কল করার পরিবর্তে `.()` সিনট্যাক্স ব্যবহার করি।
+
+```solidity
+ function testReadWriteCached() public {
+ uint cacheGoat = worm.cacheWrite(0x60A7);
+```
+
+এখানে আমরা এই বিষয়টি ব্যবহার করি যে `cacheWrite` ক্যাশ কি রিটার্ন করে। এটি এমন কিছু নয় যা আমরা প্রোডাকশনে ব্যবহার করার আশা করব, কারণ `cacheWrite` স্টেট পরিবর্তন করে এবং তাই কেবল একটি লেনদেনের সময় কল করা যেতে পারে। লেনদেনের কোনো রিটার্ন ভ্যালু থাকে না, যদি তাদের ফলাফল থাকে তবে সেই ফলাফলগুলো ইভেন্ট হিসেবে নির্গত হওয়ার কথা। তাই `cacheWrite` রিটার্ন ভ্যালুটি কেবল অনচেইন কোড থেকে অ্যাক্সেসযোগ্য এবং অনচেইন কোডের প্যারামিটার ক্যাশিংয়ের প্রয়োজন নেই।
+
+```solidity
+ (_success,) = address(worm).call(_callInput);
+```
+
+এভাবেই আমরা সলিডিটিকে বলি যে যদিও `.call()`-এর দুটি রিটার্ন ভ্যালু রয়েছে, আমরা কেবল প্রথমটি নিয়ে চিন্তা করি।
+
+```solidity
+ (_success,) = address(worm).call(_callInput);
+ assertEq(_success, false);
+```
+
+যেহেতু আমরা লো লেভেল `.call()` ফাংশন ব্যবহার করি, তাই আমরা `vm.expectRevert()` ব্যবহার করতে পারি না এবং কল থেকে প্রাপ্ত বুলিয়ান সাকসেস ভ্যালুর দিকে তাকাতে হবে।
+
+```solidity
+ event EntryWritten(uint indexed key, uint indexed value);
+
+ .
+ .
+ .
+
+ _callInput = bytes.concat(
+ worm.WRITE_ENTRY_CACHED(), worm.encodeVal(a), worm.encodeVal(b));
+ vm.expectEmit(true, true, false, false);
+ emit EntryWritten(a, b);
+ (_success,) = address(worm).call(_callInput);
+```
+
+এভাবেই আমরা যাচাই করি যে কোডটি Foundry-তে [সঠিকভাবে একটি ইভেন্ট নির্গত করে](https://getfoundry.sh/reference/cheatcodes/expect-emit/)।
+
+### ক্লায়েন্ট {#the-client}
+সলিডিটি টেস্টের সাথে আপনি যে জিনিসটি পান না তা হলো জাভাস্ক্রিপ্ট কোড যা আপনি কাট করে আপনার নিজস্ব অ্যাপ্লিকেশনে পেস্ট করতে পারেন। সেই কোডটি লেখার জন্য আমি WORM-কে [Optimism Goerli](https://community.optimism.io/docs/useful-tools/networks/#optimism-goerli)-তে ডিপ্লয় করেছি, যা [Optimism-এর](https://www.optimism.io/) নতুন টেস্টনেট। এটি [`0xd34335b1d818cee54e3323d3246bd31d94e6a78a`](https://goerli-optimism.etherscan.io/address/0xd34335b1d818cee54e3323d3246bd31d94e6a78a) এডড্রেস এ রয়েছে।
+
+[আপনি এখানে ক্লায়েন্ট এর জন্য জাভাস্ক্রিপ্ট কোড দেখতে পারেন](https://github.com/qbzzt/20220915-all-you-can-cache/blob/main/javascript/index.js)। এটি ব্যবহার করতে:
+
+1. গিট রিপোজিটরিটি ক্লোন করুন:
+
+ ```sh
+ git clone https://github.com/qbzzt/20220915-all-you-can-cache.git
+ ```
+
+2. প্রয়োজনীয় প্যাকেজগুলো ইনস্টল করুন:
+
+ ```sh
+ cd javascript
+ yarn
+ ```
+
+3. কনফিগারেশন ফাইলটি কপি করুন:
+
+ ```sh
+ cp .env.example .env
+ ```
+
+4. আপনার কনফিগারেশনের জন্য `.env` সম্পাদনা করুন:
+
+ | প্যারামিটার | ভ্যালু |
+ | ------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+ | MNEMONIC | এমন একটি একাউন্ট এর নেমোনিক (mnemonic) যার কাছে লেনদেনের জন্য অর্থ প্রদানের জন্য পর্যাপ্ত ETH রয়েছে। [আপনি এখানে Optimism Goerli নেটওয়ার্ক এর জন্য বিনামূল্যে ETH পেতে পারেন](https://optimismfaucet.xyz/)। |
+ | OPTIMISM_GOERLI_URL | Optimism Goerli-এর URL। পাবলিক এন্ডপয়েন্ট, `https://goerli.optimism.io`, রেট লিমিটেড কিন্তু আমাদের এখানে যা প্রয়োজন তার জন্য যথেষ্ট |
+
+5. `index.js` রান করুন।
+
+ ```sh
+ node index.js
+ ```
+
+ এই নমুনা অ্যাপ্লিকেশনটি প্রথমে WORM-এ একটি এন্ট্রি লেখে, কলডাটা এবং Etherscan-এ লেনদেনের একটি লিঙ্ক প্রদর্শন করে। তারপর এটি সেই এন্ট্রিটি আবার পড়ে এবং এটি যে কি ব্যবহার করে এবং এন্ট্রির ভ্যালুগুলো (ভ্যালু, ব্লক নম্বর এবং লেখক) প্রদর্শন করে।
+
+ক্লায়েন্ট এর বেশিরভাগই সাধারণ ডিএ্যাপ জাভাস্ক্রিপ্ট। তাই আবার আমরা কেবল আকর্ষণীয় অংশগুলো নিয়ে আলোচনা করব।
+
+```javascript
+.
+.
+.
+const main = async () => {
+ const func = await worm.WRITE_ENTRY_CACHED()
+
+ // প্রতিবার একটি নতুন কী (key) প্রয়োজন
+ const key = await worm.encodeVal(Number(new Date()))
+```
+
+একটি নির্দিষ্ট স্লটে কেবল একবারই লেখা যেতে পারে, তাই আমরা স্লটগুলো পুনরায় ব্যবহার না করার বিষয়টি নিশ্চিত করতে টাইমস্ট্যাম্প ব্যবহার করি।
+
+```javascript
+const val = await worm.encodeVal("0x600D")
+
+// একটি এন্ট্রি লিখুন
+const calldata = func + key.slice(2) + val.slice(2)
+```
+
+Ethers আশা করে যে কল ডেটা একটি হেক্স স্ট্রিং হবে, `0x`-এর পরে জোড় সংখ্যক হেক্সাডেসিমাল সংখ্যা থাকবে। যেহেতু `key` এবং `val` উভয়ই `0x` দিয়ে শুরু হয়, তাই আমাদের সেই হেডারগুলো সরিয়ে ফেলতে হবে।
+
+```javascript
+const tx = await worm.populateTransaction.writeEntryCached()
+tx.data = calldata
+
+sentTx = await wallet.sendTransaction(tx)
+```
+
+সলিডিটি টেস্টিং কোডের মতো, আমরা একটি ক্যাশড ফাংশনকে স্বাভাবিকভাবে কল করতে পারি না। এর পরিবর্তে, আমাদের একটি লোয়ার লেভেল মেকানিজম ব্যবহার করতে হবে।
+
+```javascript
+ .
+ .
+ .
+ // এইমাত্র লেখা এন্ট্রিটি পড়ুন
+ const realKey = '0x' + key.slice(4) // FF ফ্ল্যাগটি মুছে ফেলুন
+ const entryRead = await worm.readEntry(realKey)
+ .
+ .
+ .
+```
+
+এন্ট্রিগুলো পড়ার জন্য আমরা সাধারণ মেকানিজম ব্যবহার করতে পারি। `view` ফাংশনগুলোর সাথে প্যারামিটার ক্যাশিং ব্যবহার করার কোনো প্রয়োজন নেই।
+
+## উপসংহার {#conclusion}
+
+এই নিবন্ধের কোডটি একটি প্রুফ অফ কনসেপ্ট, এর উদ্দেশ্য হলো ধারণাটি সহজে বোঝার উপযোগী করা। একটি প্রোডাকশন-রেডি সিস্টেমের জন্য আপনি কিছু অতিরিক্ত কার্যকারিতা প্রয়োগ করতে চাইতে পারেন:
+
+- `uint256` নয় এমন ভ্যালুগুলো পরিচালনা করুন। উদাহরণস্বরূপ, স্ট্রিং।
+- একটি গ্লোবাল ক্যাশের পরিবর্তে, ব্যবহারকারী এবং ক্যাশগুলোর মধ্যে একটি ম্যাপিং থাকতে পারে। বিভিন্ন ব্যবহারকারী বিভিন্ন ভ্যালু ব্যবহার করে।
+- এডড্রেস এর জন্য ব্যবহৃত ভ্যালুগুলো অন্যান্য উদ্দেশ্যে ব্যবহৃত ভ্যালুগুলো থেকে আলাদা। শুধুমাত্র এডড্রেস এর জন্য একটি পৃথক ক্যাশ রাখা যৌক্তিক হতে পারে।
+- বর্তমানে, ক্যাশ কি-গুলো একটি "ফার্স্ট কাম, স্মলেস্ট কি" এ্যালগরিদম এর ওপর ভিত্তি করে কাজ করে। প্রথম ষোলটি ভ্যালু একটি একক বাইট হিসেবে পাঠানো যেতে পারে। পরবর্তী 4080টি ভ্যালু দুই বাইট হিসেবে পাঠানো যেতে পারে। পরবর্তী প্রায় এক মিলিয়ন ভ্যালু তিন বাইট ইত্যাদি। একটি প্রোডাকশন সিস্টেমের উচিত ক্যাশ এন্ট্রিগুলোতে ইউসেজ কাউন্টার রাখা এবং সেগুলোকে পুনর্গঠিত করা যাতে ষোলটি _সবচেয়ে সাধারণ_ ভ্যালু এক বাইট হয়, পরবর্তী 4080টি সবচেয়ে সাধারণ ভ্যালু দুই বাইট হয় ইত্যাদি।
+
+ তবে, এটি একটি সম্ভাব্য বিপজ্জনক অপারেশন। ঘটনাগুলোর নিম্নলিখিত ক্রমটি কল্পনা করুন:
+
+ 1. নোয়াম নাইভ (Noam Naive) যে এডড্রেস এ টোকেন পাঠাতে চায় তা এনকোড করতে `encodeVal` কল করে। সেই এডড্রেসটি অ্যাপ্লিকেশনে ব্যবহৃত প্রথমগুলোর মধ্যে একটি, তাই এনকোড করা ভ্যালুটি হলো 0x06। এটি একটি `view` ফাংশন, কোনো লেনদেন নয়, তাই এটি নোয়াম এবং সে যে নোড ব্যবহার করে তার মধ্যে সীমাবদ্ধ এবং অন্য কেউ এটি সম্পর্কে জানে না।
+
+ 2. ওয়েন ওনার (Owen Owner) ক্যাশ রিঅর্ডারিং অপারেশন চালায়। খুব কম লোকই আসলে সেই এডড্রেসটি ব্যবহার করে, তাই এটি এখন 0x201122 হিসেবে এনকোড করা হয়েছে। একটি ভিন্ন ভ্যালু, 1018-কে 0x06 নির্ধারণ করা হয়েছে।
+
+ 3. নোয়াম নাইভ তার টোকেনগুলো 0x06-এ পাঠায়। সেগুলো `0x0000000000000000000000000de0b6b3a7640000` এডড্রেস এ যায় এবং যেহেতু কেউ সেই এডড্রেস এর প্রাইভেট কি জানে না, তাই সেগুলো সেখানেই আটকে থাকে। নোয়াম _খুশি নয়_।
+
+ এই সমস্যাটি এবং ক্যাশ রিঅর্ডারের সময় মেমপুলে থাকা লেনদেনগুলোর সম্পর্কিত সমস্যা সমাধানের উপায় রয়েছে, তবে আপনাকে অবশ্যই এটি সম্পর্কে সচেতন হতে হবে।
+
+আমি এখানে Optimism-এর সাথে ক্যাশিং প্রদর্শন করেছি, কারণ আমি একজন Optimism কর্মী এবং এটি সেই রোলআপ যা আমি সবচেয়ে ভালো জানি। তবে এটি এমন যেকোনো রোলআপ এর সাথে কাজ করা উচিত যা অভ্যন্তরীণ প্রক্রিয়াকরণের জন্য ন্যূনতম খরচ নেয়, যাতে এর তুলনায় L1-এ লেনদেনের ডেটা লেখা প্রধান ব্যয় হয়।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/app-plasma/index.md b/public/content/translations/bn/developers/tutorials/app-plasma/index.md
new file mode 100644
index 00000000000..0a68f18f436
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/app-plasma/index.md
@@ -0,0 +1,1256 @@
+---
+title: গোপনীয়তা বজায় রাখে এমন একটি অ্যাপ-নির্দিষ্ট প্লাজমা লিখুন
+description: এই টিউটোরিয়ালে, আমরা ডিপোজিটের জন্য একটি আধা-গোপন ব্যাংক তৈরি করব। ব্যাংকটি একটি সেন্ট্রালাইজড উপাদান; এটি প্রতিটি ব্যবহারকারীর ব্যালেন্স জানে। তবে, এই তথ্য অনচেইন সংরক্ষণ করা হয় না। এর পরিবর্তে, ব্যাংক স্টেট-এর একটি হ্যাস পোস্ট করে। প্রতিবার লেনদেন হওয়ার সময়, ব্যাংক নতুন হ্যাস পোস্ট করে, সাথে একটি জিরো-নলেজ প্রমাণ দেয় যে এর কাছে একটি স্বাক্ষরিত লেনদেন রয়েছে যা হ্যাস স্টেট-কে নতুনটিতে পরিবর্তন করে। এই টিউটোরিয়ালটি পড়ার পর, আপনি কেবল জিরো-নলেজ প্রমাণ কীভাবে ব্যবহার করতে হয় তা-ই নয়, বরং কেন আপনি সেগুলো ব্যবহার করবেন এবং কীভাবে নিরাপদে তা করবেন তাও বুঝতে পারবেন।
+author: ওরি পোমেরান্টজ
+tags: ["জিরো-নলেজ", "সার্ভার", "অফচেইন", "গোপনীয়তা"]
+skill: advanced
+breadcrumb: অ্যাপ-নির্দিষ্ট প্লাজমা
+lang: bn
+published: 2025-10-15
+---
+
+## Introduction {#introduction}
+
+[রেলআপস](/developers/docs/scaling/zk-rollups/)-এর বিপরীতে, [প্লাজমা](/developers/docs/scaling/plasma) ইন্টিগ্রিটির জন্য ইথিরিয়াম মেইননেট ব্যবহার করে, কিন্তু এভেইলএবিলিটির জন্য নয়। এই আর্টিকেলে, আমরা এমন একটি অ্যাপ্লিকেশন লিখব যা প্লাজমার মতো আচরণ করে, যেখানে ইথিরিয়াম ইন্টিগ্রিটির (কোনো অননুমোদিত পরিবর্তন নয়) নিশ্চয়তা দেয় কিন্তু এভেইলএবিলিটির নয় (একটি সেন্ট্রালাইজড উপাদান ডাউন হয়ে পুরো সিস্টেমকে নিষ্ক্রিয় করতে পারে)।
+
+আমরা এখানে যে অ্যাপ্লিকেশনটি লিখছি তা হলো একটি গোপনীয়তা-সংরক্ষণকারী ব্যাংক। বিভিন্ন এডড্রেস-এর ব্যালেন্সসহ একাউন্ট রয়েছে এবং তারা অন্যান্য একাউন্ট-এ অর্থ (ETH) পাঠাতে পারে। ব্যাংক স্টেট (একাউন্ট এবং তাদের ব্যালেন্স) এবং লেনদেন-এর হ্যাস পোস্ট করে, কিন্তু প্রকৃত ব্যালেন্স অফচেইন রাখে যেখানে সেগুলো গোপন থাকতে পারে।
+
+## Design {#design}
+
+এটি কোনো প্রোডাকশন-রেডি সিস্টেম নয়, বরং একটি শেখার টুল। তাই, এটি বেশ কয়েকটি সহজ অনুমানের ওপর ভিত্তি করে লেখা হয়েছে।
+
+- নির্দিষ্ট একাউন্ট পুল। এখানে একটি নির্দিষ্ট সংখ্যক একাউন্ট রয়েছে এবং প্রতিটি একাউন্ট একটি পূর্বনির্ধারিত এডড্রেস-এর অন্তর্গত। এটি সিস্টেমটিকে অনেক সহজ করে তোলে কারণ জিরো-নলেজ প্রমাণে পরিবর্তনশীল আকারের ডেটা স্ট্রাকচার পরিচালনা করা কঠিন। একটি প্রোডাকশন-রেডি সিস্টেমের জন্য, আমরা স্টেট হ্যাস হিসেবে [Merkle root](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) ব্যবহার করতে পারি এবং প্রয়োজনীয় ব্যালেন্সের জন্য Merkle প্রমাণ প্রদান করতে পারি।
+
+- মেমরি স্টোরেজ। একটি প্রোডাকশন সিস্টেমে, রিস্টার্টের ক্ষেত্রে সংরক্ষণের জন্য আমাদের সমস্ত একাউন্ট ব্যালেন্স ডিস্কে লিখতে হবে। এখানে, তথ্য হারিয়ে গেলেও কোনো সমস্যা নেই।
+
+- শুধুমাত্র ট্রান্সফার। একটি প্রোডাকশন সিস্টেমে ব্যাংকে সম্পদ জমা দেওয়া এবং তা তোলার একটি উপায় প্রয়োজন হবে। কিন্তু এখানকার উদ্দেশ্য হলো কেবল ধারণাটি তুলে ধরা, তাই এই ব্যাংকটি শুধুমাত্র ট্রান্সফারের মধ্যে সীমাবদ্ধ।
+
+### Zero-knowledge proofs {#zero-knowledge-proofs}
+
+মৌলিক স্তরে, একটি জিরো-নলেজ প্রমাণ দেখায় যে প্রমাণকারী কিছু ডেটা জানে, _Dataprivate_ এমনভাবে যে কিছু পাবলিক ডেটা, _Datapublic_ এবং _Dataprivate_-এর মধ্যে একটি সম্পর্ক _Relationship_ রয়েছে। যাচাইকারী _Relationship_ এবং _Datapublic_ জানে।
+
+গোপনীয়তা বজায় রাখতে, আমাদের স্টেট এবং লেনদেন গোপন রাখা প্রয়োজন। কিন্তু ইন্টিগ্রিটি নিশ্চিত করতে, আমাদের স্টেট-এর [ক্রিপ্টোগ্রাফিক হ্যাস](https://en.wikipedia.org/wiki/Cryptographic_hash_function) পাবলিক হওয়া প্রয়োজন। যারা লেনদেন জমা দেয় তাদের কাছে প্রমাণ করার জন্য যে সেই লেনদেনগুলো সত্যিই ঘটেছে, আমাদের লেনদেন হ্যাস-ও পোস্ট করতে হবে।
+
+বেশিরভাগ ক্ষেত্রে, _Dataprivate_ হলো জিরো-নলেজ প্রমাণ প্রোগ্রামের ইনপুট এবং _Datapublic_ হলো আউটপুট।
+
+_Dataprivate_-এর এই ফিল্ডগুলো:
+
+- _Staten_, পুরোনো স্টেট
+- _Staten+1_, নতুন স্টেট
+- _Transaction_, একটি লেনদেন যা পুরোনো স্টেট থেকে নতুনটিতে পরিবর্তন করে। এই লেনদেন-এ এই ফিল্ডগুলো অন্তর্ভুক্ত থাকতে হবে:
+ - _Destination address_ যা ট্রান্সফার গ্রহণ করে
+ - _Amount_ যা ট্রান্সফার করা হচ্ছে
+ - _Nonce_ এটি নিশ্চিত করতে যে প্রতিটি লেনদেন কেবল একবারই প্রসেস করা যায়।
+ সোর্স এডড্রেস লেনদেন-এ থাকার প্রয়োজন নেই, কারণ এটি সিগনেচার থেকে পুনরুদ্ধার করা যেতে পারে।
+- _Signature_, একটি সিগনেচার যা লেনদেন করার জন্য অনুমোদিত। আমাদের ক্ষেত্রে, লেনদেন করার জন্য অনুমোদিত একমাত্র এডড্রেস হলো সোর্স এডড্রেস। যেহেতু আমাদের জিরো-নলেজ সিস্টেমটি যেভাবে কাজ করে, তাই ইথিরিয়াম সিগনেচারের পাশাপাশি আমাদের একাউন্ট-এর পাবলিক কি-ও প্রয়োজন।
+
+_Datapublic_-এর ফিল্ডগুলো হলো:
+
+- _Hash(Staten)_ পুরোনো স্টেট-এর হ্যাস
+- _Hash(Staten+1)_ নতুন স্টেট-এর হ্যাস
+- _Hash(Transaction)_ লেনদেন-এর হ্যাস যা স্টেট-কে _Staten_ থেকে _Staten+1_-এ পরিবর্তন করে।
+
+সম্পর্কটি বেশ কয়েকটি শর্ত পরীক্ষা করে:
+
+- পাবলিক হ্যাসগুলো সত্যিই প্রাইভেট ফিল্ডগুলোর জন্য সঠিক হ্যাস।
+- লেনদেনটি পুরোনো স্টেট-এ প্রয়োগ করা হলে, নতুন স্টেট তৈরি হয়।
+- সিগনেচারটি লেনদেন-এর সোর্স এডড্রেস থেকে আসে।
+
+ক্রিপ্টোগ্রাফিক হ্যাস ফাংশনের বৈশিষ্ট্যগুলোর কারণে, এই শর্তগুলো প্রমাণ করাই ইন্টিগ্রিটি নিশ্চিত করার জন্য যথেষ্ট।
+
+### Data structures {#data-structures}
+
+প্রাথমিক ডেটা স্ট্রাকচার হলো সার্ভার দ্বারা ধারণ করা স্টেট। প্রতিটি একাউন্ট-এর জন্য, সার্ভার একাউন্ট ব্যালেন্স এবং একটি [নন্স](https://en.wikipedia.org/wiki/Cryptographic_nonce)-এর ট্র্যাক রাখে, যা [রিপ্লে অ্যাটাক](https://en.wikipedia.org/wiki/Replay_attack) প্রতিরোধ করতে ব্যবহৃত হয়।
+
+### Components {#components}
+
+এই সিস্টেমের জন্য দুটি উপাদান প্রয়োজন:
+
+- _সার্ভার_ যা লেনদেন গ্রহণ করে, সেগুলো প্রসেস করে এবং জিরো-নলেজ প্রমাণের সাথে চেইনে হ্যাস পোস্ট করে।
+- একটি _স্মার্ট কন্ট্রাক্ট_ যা হ্যাসগুলো সংরক্ষণ করে এবং স্টেট ট্রানজিশনগুলো বৈধ কিনা তা নিশ্চিত করতে জিরো-নলেজ প্রমাণগুলো যাচাই করে।
+
+### Data and control flow {#flows}
+
+এগুলো হলো সেই উপায় যার মাধ্যমে বিভিন্ন উপাদান এক একাউন্ট থেকে অন্য একাউন্ট-এ ট্রান্সফার করার জন্য যোগাযোগ করে।
+
+1. একটি ওয়েব ব্রাউজার স্বাক্ষরকারীর একাউন্ট থেকে অন্য একটি একাউন্ট-এ ট্রান্সফারের অনুরোধ করে একটি স্বাক্ষরিত লেনদেন জমা দেয়।
+
+2. সার্ভার যাচাই করে যে লেনদেনটি বৈধ:
+
+ - স্বাক্ষরকারীর ব্যাংকে পর্যাপ্ত ব্যালেন্সসহ একটি একাউন্ট রয়েছে।
+ - প্রাপকের ব্যাংকে একটি একাউন্ট রয়েছে।
+
+3. সার্ভার স্বাক্ষরকারীর ব্যালেন্স থেকে ট্রান্সফার করা পরিমাণ বিয়োগ করে এবং প্রাপকের ব্যালেন্সের সাথে যোগ করে নতুন স্টেট গণনা করে।
+
+4. সার্ভার একটি জিরো-নলেজ প্রমাণ গণনা করে যে স্টেট পরিবর্তনটি বৈধ।
+
+5. সার্ভার ইথিরিয়াম-এ একটি লেনদেন জমা দেয় যার মধ্যে অন্তর্ভুক্ত থাকে:
+
+ - নতুন স্টেট হ্যাস
+ - লেনদেন হ্যাস (যাতে লেনদেন প্রেরক জানতে পারে যে এটি প্রসেস করা হয়েছে)
+ - জিরো-নলেজ প্রমাণ যা প্রমাণ করে যে নতুন স্টেট-এ ট্রানজিশনটি বৈধ
+
+6. স্মার্ট কন্ট্রাক্ট জিরো-নলেজ প্রমাণ যাচাই করে।
+
+7. যদি জিরো-নলেজ প্রমাণ সঠিক হয়, তবে স্মার্ট কন্ট্রাক্ট এই কাজগুলো করে:
+ - বর্তমান স্টেট হ্যাস-কে নতুন স্টেট হ্যাস-এ আপডেট করে
+ - নতুন স্টেট হ্যাস এবং লেনদেন হ্যাস-এর সাথে একটি লগ এন্ট্রি নির্গত করে
+
+### Tools {#tools}
+
+ক্লায়েন্ট-সাইড কোডের জন্য, আমরা [Vite](https://vite.dev/), [React](https://react.dev/), [Viem](https://viem.sh/), এবং [Wagmi](https://wagmi.sh/) ব্যবহার করতে যাচ্ছি। এগুলো ইন্ডাস্ট্রি-স্ট্যান্ডার্ড টুল; আপনি যদি এগুলোর সাথে পরিচিত না হন, তবে আপনি [এই টিউটোরিয়ালটি](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) ব্যবহার করতে পারেন।
+
+সার্ভারের বেশিরভাগ অংশ [Node](https://nodejs.org/en) ব্যবহার করে JavaScript-এ লেখা হয়েছে। জিরো-নলেজ অংশটি [Noir](https://noir-lang.org/)-এ লেখা হয়েছে। আমাদের `1.0.0-beta.10` সংস্করণ প্রয়োজন, তাই আপনি [নির্দেশনা অনুযায়ী Noir ইনস্টল করার পর](https://noir-lang.org/docs/getting_started/quick_start), রান করুন:
+
+```
+noirup -v 1.0.0-beta.10
+```
+
+আমরা যে ব্লকচেইন ব্যবহার করি তা হলো `anvil`, একটি লোকাল টেস্টিং ব্লকচেইন যা [Foundry](https://getfoundry.sh/introduction/installation)-এর অংশ।
+
+## Implementation {#implementation}
+
+যেহেতু এটি একটি জটিল সিস্টেম, তাই আমরা এটি ধাপে ধাপে বাস্তবায়ন করব।
+
+### Stage 1 - Manual zero knowledge {#stage-1}
+
+প্রথম ধাপের জন্য, আমরা ব্রাউজারে একটি লেনদেন স্বাক্ষর করব এবং তারপর ম্যানুয়ালি জিরো-নলেজ প্রমাণে তথ্য প্রদান করব। জিরো-নলেজ কোডটি `server/noir/Prover.toml`-এ সেই তথ্য পাওয়ার আশা করে ([এখানে](https://noir-lang.org/docs/getting_started/project_breakdown#provertoml-1) ডকুমেন্টেড)।
+
+এটি কার্যকর দেখতে:
+
+1. নিশ্চিত করুন যে আপনার [Node](https://nodejs.org/en/download) এবং [Noir](https://noir-lang.org/install) ইনস্টল করা আছে। বিশেষত, এগুলো macOS, Linux, বা [WSL](https://learn.microsoft.com/en-us/windows/wsl/install)-এর মতো UNIX সিস্টেমে ইনস্টল করুন।
+
+2. স্টেজ 1 কোড ডাউনলোড করুন এবং ক্লায়েন্ট কোড পরিবেশন করতে ওয়েব সার্ভার চালু করুন।
+
+ ```sh
+ git clone https://github.com/qbzzt/250911-zk-bank.git -b 01-manual-zk
+ cd 250911-zk-bank
+ cd client
+ npm install
+ npm run dev
+ ```
+
+ এখানে আপনার একটি ওয়েব সার্ভার প্রয়োজন হওয়ার কারণ হলো, নির্দিষ্ট ধরণের জালিয়াতি রোধ করতে, অনেক ওয়ালেট (যেমন MetaMask) সরাসরি ডিস্ক থেকে পরিবেশিত ফাইল গ্রহণ করে না
+
+3. একটি ওয়ালেট সহ একটি ব্রাউজার খুলুন।
+
+4. ওয়ালেট-এ, একটি নতুন পাসফ্রেজ লিখুন। মনে রাখবেন যে এটি আপনার বিদ্যমান পাসফ্রেজ মুছে ফেলবে, তাই _নিশ্চিত করুন যে আপনার একটি ব্যাকআপ আছে_।
+
+ পাসফ্রেজটি হলো `test test test test test test test test test test test junk`, যা anvil-এর ডিফল্ট টেস্টিং পাসফ্রেজ।
+
+5. [ক্লায়েন্ট-সাইড কোড](http://localhost:5173/)-এ ব্রাউজ করুন।
+
+6. ওয়ালেট-এর সাথে কানেক্ট করুন এবং আপনার গন্তব্য একাউন্ট এবং পরিমাণ নির্বাচন করুন।
+
+7. **Sign**-এ ক্লিক করুন এবং লেনদেন স্বাক্ষর করুন।
+
+8. **Prover.toml** শিরোনামের নিচে, আপনি টেক্সট পাবেন। `server/noir/Prover.toml`-কে সেই টেক্সট দিয়ে প্রতিস্থাপন করুন।
+
+9. জিরো-নলেজ প্রমাণ এক্সিকিউট করুন।
+
+ ```sh
+ cd ../server/noir
+ nargo execute
+ ```
+
+ আউটপুটটি এর মতো হওয়া উচিত
+
+ ```
+ ori@CryptoDocGuy:~/noir/250911-zk-bank/server/noir$ nargo execute
+
+ [zkBank] Circuit witness successfully solved
+ [zkBank] Witness saved to target/zkBank.gz
+ [zkBank] Circuit output: (0x199aa62af8c1d562a6ec96e66347bf3240ab2afb5d022c895e6bf6a5e617167b, 0x0cfc0a67cb7308e4e9b254026b54204e34f6c8b041be207e64c5db77d95dd82d, 0x450cf9da6e180d6159290554ae3d8787, 0x6d8bc5a15b9037e52fb59b6b98722a85)
+ ```
+
+10. মেসেজটি সঠিকভাবে হ্যাস করা হয়েছে কিনা তা দেখতে ওয়েব ব্রাউজারে দেখা হ্যাস-এর সাথে শেষ দুটি মান তুলনা করুন।
+
+#### `server/noir/Prover.toml` {#server-noir-prover-toml}
+
+[এই ফাইলটি](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Prover.toml) Noir দ্বারা প্রত্যাশিত তথ্যের বিন্যাস দেখায়।
+
+```toml
+message="send 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 500 finney (milliEth) 0 "
+```
+
+মেসেজটি টেক্সট ফরম্যাটে রয়েছে, যা ব্যবহারকারীর জন্য বোঝা সহজ করে তোলে (যা স্বাক্ষর করার সময় প্রয়োজনীয়) এবং Noir কোডের জন্য পার্স করা সহজ করে। পরিমাণটি finneys-এ উল্লেখ করা হয়েছে যাতে একদিকে ভগ্নাংশ ট্রান্সফার সম্ভব হয় এবং অন্যদিকে সহজে পড়া যায়। শেষ সংখ্যাটি হলো [নন্স](https://en.wikipedia.org/wiki/Cryptographic_nonce)।
+
+স্ট্রিংটি 100 ক্যারেক্টার দীর্ঘ। জিরো-নলেজ প্রমাণ পরিবর্তনশীল আকারের ডেটা ভালোভাবে পরিচালনা করে না, তাই প্রায়শই ডেটা প্যাড করার প্রয়োজন হয়।
+
+```toml
+pubKeyX=["0x83",...,"0x75"]
+pubKeyY=["0x35",...,"0xa5"]
+signature=["0xb1",...,"0x0d"]
+```
+
+এই তিনটি প্যারামিটার হলো নির্দিষ্ট আকারের বাইট অ্যারে।
+
+```toml
+[[accounts]]
+address="0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266"
+balance=100_000
+nonce=0
+
+[[accounts]]
+address="0x70997970C51812dc3A010C7d01b50e0d17dc79C8"
+balance=100_000
+nonce=0
+```
+
+এটি স্ট্রাকচারের একটি অ্যারে নির্দিষ্ট করার উপায়। প্রতিটি এন্ট্রির জন্য, আমরা এডড্রেস, ব্যালেন্স (milliETH বা [finney](https://cryptovalleyjournal.com/glossary/finney/)-তে), এবং পরবর্তী নন্স মান নির্দিষ্ট করি।
+
+#### `client/src/Transfer.tsx` {#client-src-transfer-tsx}
+
+[এই ফাইলটি](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/client/src/Transfer.tsx) ক্লায়েন্ট-সাইড প্রসেসিং বাস্তবায়ন করে এবং `server/noir/Prover.toml` ফাইল তৈরি করে (যেটিতে জিরো-নলেজ প্যারামিটার অন্তর্ভুক্ত থাকে)।
+
+এখানে আরও আকর্ষণীয় অংশগুলোর ব্যাখ্যা দেওয়া হলো।
+
+```tsx
+export default attrs => {
+```
+
+এই ফাংশনটি `Transfer` React কম্পোনেন্ট তৈরি করে, যা অন্যান্য ফাইল ইমপোর্ট করতে পারে।
+
+```tsx
+ const accounts = [
+ "0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266",
+ "0x70997970C51812dc3A010C7d01b50e0d17dc79C8",
+ "0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC",
+ "0x90F79bf6EB2c4f870365E785982E1f101E93b906",
+ "0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65",
+ ]
+```
+
+এগুলো হলো একাউন্ট এডড্রেস, `test ... test junk` পাসফ্রেজ দ্বারা তৈরি এডড্রেস। আপনি যদি নিজের এডড্রেস ব্যবহার করতে চান, তবে কেবল এই সংজ্ঞাটি পরিবর্তন করুন।
+
+```tsx
+ const account = useAccount()
+ const wallet = createWalletClient({
+ transport: custom(window.ethereum!)
+ })
+```
+
+এই [Wagmi হুকগুলো](https://wagmi.sh/react/api/hooks) আমাদের [viem](https://viem.sh/) লাইব্রেরি এবং ওয়ালেট অ্যাক্সেস করতে দেয়।
+
+```tsx
+ const message = `send ${toAccount} ${ethAmount*1000} finney (milliEth) ${nonce}`.padEnd(100, " ")
+```
+
+এটি হলো মেসেজ, যা স্পেস দিয়ে প্যাড করা হয়েছে। প্রতিবার যখন [`useState`](https://react.dev/reference/react/useState) ভেরিয়েবলগুলোর একটি পরিবর্তিত হয়, কম্পোনেন্টটি পুনরায় আঁকা হয় এবং `message` আপডেট করা হয়।
+
+```tsx
+ const sign = async () => {
+```
+
+ব্যবহারকারী **Sign** বাটনে ক্লিক করলে এই ফাংশনটি কল করা হয়। মেসেজটি স্বয়ংক্রিয়ভাবে আপডেট হয়, কিন্তু সিগনেচারের জন্য ওয়ালেট-এ ব্যবহারকারীর অনুমোদন প্রয়োজন, এবং আমরা প্রয়োজন ছাড়া এটি চাইতে চাই না।
+
+```tsx
+ const signature = await wallet.signMessage({
+ account: fromAccount,
+ message,
+ })
+```
+
+ওয়ালেট-কে [মেসেজ স্বাক্ষর করতে](https://viem.sh/docs/accounts/local/signMessage) বলুন।
+
+```tsx
+ const hash = hashMessage(message)
+```
+
+মেসেজ হ্যাস পান। ডিবাগিংয়ের জন্য (Noir কোডের) এটি ব্যবহারকারীকে প্রদান করা সহায়ক।
+
+```tsx
+ const pubKey = await recoverPublicKey({
+ hash,
+ signature
+ })
+```
+
+[পাবলিক কি পান](https://viem.sh/docs/utilities/recoverPublicKey)। এটি [Noir `ecrecover`](https://github.com/colinnielsen/ecrecover-noir) ফাংশনের জন্য প্রয়োজনীয়।
+
+```tsx
+ setSignature(signature)
+ setHash(hash)
+ setPubKey(pubKey)
+```
+
+স্টেট ভেরিয়েবলগুলো সেট করুন। এটি করলে কম্পোনেন্টটি পুনরায় আঁকা হয় (`sign` ফাংশন থেকে বের হওয়ার পর) এবং ব্যবহারকারীকে আপডেট করা মানগুলো দেখায়।
+
+```tsx
+ let proverToml = `
+```
+
+`Prover.toml`-এর জন্য টেক্সট।
+
+```tsx
+message="${message}"
+
+pubKeyX=${hexToArray(pubKey.slice(4,4+2*32))}
+pubKeyY=${hexToArray(pubKey.slice(4+2*32))}
+```
+
+Viem আমাদের পাবলিক কি-কে একটি 65-বাইট হেক্সাডেসিমাল স্ট্রিং হিসেবে প্রদান করে। প্রথম বাইটটি হলো `0x04`, একটি সংস্করণ মার্কার। এর পরে পাবলিক কি-এর `x`-এর জন্য 32 বাইট এবং তারপর পাবলিক কি-এর `y`-এর জন্য 32 বাইট থাকে।
+
+তবে, Noir এই তথ্যটি দুটি বাইট অ্যারে হিসেবে পাওয়ার আশা করে, একটি `x`-এর জন্য এবং একটি `y`-এর জন্য। জিরো-নলেজ প্রমাণের অংশ হিসেবে পার্স করার চেয়ে ক্লায়েন্টে এটি পার্স করা সহজ।
+
+মনে রাখবেন যে এটি সাধারণভাবে জিরো-নলেজ-এ একটি ভালো অনুশীলন। জিরো-নলেজ প্রমাণের ভেতরের কোড ব্যয়বহুল, তাই জিরো-নলেজ প্রমাণের বাইরে যে কোনো প্রসেসিং করা সম্ভব তা জিরো-নলেজ প্রমাণের বাইরেই করা _উচিত_।
+
+```tsx
+signature=${hexToArray(signature.slice(2,-2))}
+```
+
+সিগনেচারটিও একটি 65-বাইট হেক্সাডেসিমাল স্ট্রিং হিসেবে প্রদান করা হয়। তবে, শেষ বাইটটি কেবল পাবলিক কি পুনরুদ্ধার করার জন্য প্রয়োজনীয়। যেহেতু পাবলিক কি ইতিমধ্যেই Noir কোডে প্রদান করা হবে, তাই সিগনেচার যাচাই করার জন্য আমাদের এটির প্রয়োজন নেই এবং Noir কোডেরও এটির প্রয়োজন নেই।
+
+```tsx
+${accounts.map(accountInProverToml).reduce((a,b) => a+b, "")}
+`
+```
+
+একাউন্টগুলো প্রদান করুন।
+
+```tsx
+ setProverToml(proverToml)
+ }
+
+ return (
+ <>
+ Transfer
+```
+
+এটি কম্পোনেন্টের HTML (আরও সঠিকভাবে, [JSX](https://react.dev/learn/writing-markup-with-jsx)) ফরম্যাট।
+
+#### `server/noir/src/main.nr` {#server-noir-src-main-nr}
+
+[এই ফাইলটি](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/src/main.nr) হলো আসল জিরো-নলেজ কোড।
+
+```
+use std::hash::pedersen_hash;
+```
+
+[Pedersen hash](https://rya-sge.github.io/access-denied/2024/05/07/pedersen-hash-function/) [Noir স্ট্যান্ডার্ড লাইব্রেরি](https://noir-lang.org/docs/noir/standard_library/cryptographic_primitives/hashes#pedersen_hash)-এর সাথে প্রদান করা হয়। জিরো-নলেজ প্রমাণগুলো সাধারণত এই হ্যাস ফাংশন ব্যবহার করে। স্ট্যান্ডার্ড হ্যাস ফাংশনগুলোর তুলনায় [অ্যারিথমেটিক সার্কিট](https://rareskills.io/post/arithmetic-circuit)-এর ভেতরে এটি গণনা করা অনেক সহজ।
+
+```
+use keccak256::keccak256;
+use dep::ecrecover;
+```
+
+এই দুটি ফাংশন হলো এক্সটার্নাল লাইব্রেরি, যা [`Nargo.toml`](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Nargo.toml)-এ সংজ্ঞায়িত। এগুলো ঠিক তাদের নামের মতোই কাজ করে, একটি ফাংশন যা [keccak256 হ্যাস](https://emn178.github.io/online-tools/keccak_256.html) গণনা করে এবং একটি ফাংশন যা ইথিরিয়াম সিগনেচার যাচাই করে এবং স্বাক্ষরকারীর ইথিরিয়াম এডড্রেস পুনরুদ্ধার করে।
+
+```
+global ACCOUNT_NUMBER : u32 = 5;
+```
+
+Noir [Rust](https://www.rust-lang.org/) দ্বারা অনুপ্রাণিত। ভেরিয়েবলগুলো ডিফল্টভাবে কনস্ট্যান্ট। এভাবেই আমরা গ্লোবাল কনফিগারেশন কনস্ট্যান্ট সংজ্ঞায়িত করি। নির্দিষ্টভাবে, `ACCOUNT_NUMBER` হলো আমরা যে সংখ্যক একাউন্ট সংরক্ষণ করি।
+
+`u` নামের ডেটা টাইপগুলো হলো সেই সংখ্যক বিট, আনসাইনড। শুধুমাত্র সমর্থিত টাইপগুলো হলো `u8`, `u16`, `u32`, `u64`, এবং `u128`।
+
+```
+global FLAT_ACCOUNT_FIELDS : u32 = 2;
+```
+
+এই ভেরিয়েবলটি একাউন্টগুলোর Pedersen হ্যাস-এর জন্য ব্যবহৃত হয়, যা নিচে ব্যাখ্যা করা হয়েছে।
+
+```
+global MESSAGE_LENGTH : u32 = 100;
+```
+
+উপরে ব্যাখ্যা করা অনুযায়ী, মেসেজের দৈর্ঘ্য নির্দিষ্ট। এটি এখানে নির্দিষ্ট করা হয়েছে।
+
+```
+global ASCII_MESSAGE_LENGTH : [u8; 3] = [0x31, 0x30, 0x30];
+global HASH_BUFFER_SIZE : u32 = 26+3+MESSAGE_LENGTH;
+```
+
+[EIP-191 সিগনেচার](https://eips.ethereum.org/EIPS/eip-191)-এর জন্য একটি 26-বাইট প্রিফিক্সসহ একটি বাফার প্রয়োজন, যার পরে ASCII-তে মেসেজের দৈর্ঘ্য এবং সবশেষে মেসেজটি থাকে।
+
+```
+struct Account {
+ balance: u128,
+ address: Field,
+ nonce: u32,
+}
+```
+
+একটি একাউন্ট সম্পর্কে আমরা যে তথ্য সংরক্ষণ করি। [`Field`](https://noir-lang.org/docs/noir/concepts/data_types/fields) হলো একটি সংখ্যা, সাধারণত 253 বিট পর্যন্ত, যা সরাসরি [অ্যারিথমেটিক সার্কিট](https://rareskills.io/post/arithmetic-circuit)-এ ব্যবহার করা যেতে পারে যা জিরো-নলেজ প্রমাণ বাস্তবায়ন করে। এখানে আমরা একটি 160-বিট ইথিরিয়াম এডড্রেস সংরক্ষণ করতে `Field` ব্যবহার করি।
+
+```
+struct TransferTxn {
+ from: Field,
+ to: Field,
+ amount: u128,
+ nonce: u32
+}
+```
+
+একটি ট্রান্সফার লেনদেন-এর জন্য আমরা যে তথ্য সংরক্ষণ করি।
+
+```
+fn flatten_account(account: Account) -> [Field; FLAT_ACCOUNT_FIELDS] {
+```
+
+একটি ফাংশন সংজ্ঞা। প্যারামিটারটি হলো `Account` তথ্য। ফলাফলটি হলো `Field` ভেরিয়েবলের একটি অ্যারে, যার দৈর্ঘ্য হলো `FLAT_ACCOUNT_FIELDS`
+
+```
+ let flat = [
+ account.address,
+ ((account.balance << 32) + account.nonce.into()).into(),
+ ];
+```
+
+অ্যারের প্রথম মানটি হলো একাউন্ট এডড্রেস। দ্বিতীয়টিতে ব্যালেন্স এবং নন্স উভয়ই অন্তর্ভুক্ত থাকে। `.into()` কলগুলো একটি সংখ্যাকে তার প্রয়োজনীয় ডেটা টাইপে পরিবর্তন করে। `account.nonce` হলো একটি `u32` মান, কিন্তু এটিকে `account.balance << 32`, একটি `u128` মানের সাথে যোগ করতে, এটিকে একটি `u128` হতে হবে। এটি হলো প্রথম `.into()`। দ্বিতীয়টি `u128` ফলাফলকে একটি `Field`-এ রূপান্তর করে যাতে এটি অ্যারেতে ফিট হয়।
+
+```
+ flat
+}
+```
+
+Noir-এ, ফাংশনগুলো কেবল শেষেই একটি মান রিটার্ন করতে পারে (কোনো আর্লি রিটার্ন নেই)। রিটার্ন মান নির্দিষ্ট করতে, আপনি ফাংশনের ক্লোজিং ব্র্যাকেটের ঠিক আগে এটি মূল্যায়ন করেন।
+
+```
+fn flatten_accounts(accounts: [Account; ACCOUNT_NUMBER]) -> [Field; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER] {
+```
+
+এই ফাংশনটি একাউন্ট অ্যারেকে একটি `Field` অ্যারেতে পরিণত করে, যা Petersen হ্যাস-এর ইনপুট হিসেবে ব্যবহার করা যেতে পারে।
+
+```
+ let mut flat: [Field; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER] = [0; FLAT_ACCOUNT_FIELDS*ACCOUNT_NUMBER];
+```
+
+এভাবেই আপনি একটি মিউটেবল ভেরিয়েবল নির্দিষ্ট করেন, অর্থাৎ, একটি কনস্ট্যান্ট _নয়_। Noir-এ ভেরিয়েবলগুলোর সর্বদা একটি মান থাকতে হবে, তাই আমরা এই ভেরিয়েবলটিকে সব শূন্য দিয়ে ইনিশিয়ালাইজ করি।
+
+```
+ for i in 0..ACCOUNT_NUMBER {
+```
+
+এটি একটি `for` লুপ। মনে রাখবেন যে সীমানাগুলো কনস্ট্যান্ট। Noir লুপগুলোর সীমানা কম্পাইল টাইমে জানা থাকতে হবে। এর কারণ হলো অ্যারিথমেটিক সার্কিটগুলো ফ্লো কন্ট্রোল সমর্থন করে না। একটি `for` লুপ প্রসেস করার সময়, কম্পাইলার কেবল এর ভেতরের কোডটি একাধিকবার রাখে, প্রতিটি ইটারেশনের জন্য একবার।
+
+```
+ let fields = flatten_account(accounts[i]);
+ for j in 0..FLAT_ACCOUNT_FIELDS {
+ flat[i*FLAT_ACCOUNT_FIELDS + j] = fields[j];
+ }
+ }
+
+ flat
+}
+
+fn hash_accounts(accounts: [Account; ACCOUNT_NUMBER]) -> Field {
+ pedersen_hash(flatten_accounts(accounts))
+}
+```
+
+অবশেষে, আমরা সেই ফাংশনে পৌঁছালাম যা একাউন্ট অ্যারে হ্যাস করে।
+
+```
+fn find_account(accounts: [Account; ACCOUNT_NUMBER], address: Field) -> u32 {
+ let mut account : u32 = ACCOUNT_NUMBER;
+
+ for i in 0..ACCOUNT_NUMBER {
+ if accounts[i].address == address {
+ account = i;
+ }
+ }
+```
+
+এই ফাংশনটি একটি নির্দিষ্ট এডড্রেসসহ একাউন্ট খুঁজে বের করে। স্ট্যান্ডার্ড কোডে এই ফাংশনটি অত্যন্ত অদক্ষ হবে কারণ এটি এডড্রেস খুঁজে পাওয়ার পরেও সমস্ত একাউন্ট-এর ওপর ইটারেট করে।
+
+তবে, জিরো-নলেজ প্রমাণে, কোনো ফ্লো কন্ট্রোল নেই। যদি আমাদের কখনো কোনো শর্ত পরীক্ষা করার প্রয়োজন হয়, তবে আমাদের প্রতিবারই তা পরীক্ষা করতে হবে।
+
+`if` স্টেটমেন্টের ক্ষেত্রেও একই রকম ঘটনা ঘটে। উপরের লুপের `if` স্টেটমেন্টটি এই গাণিতিক স্টেটমেন্টগুলোতে অনুবাদ করা হয়।
+
+_conditionresult = accounts[i].address == address_ // সমান হলে এক, অন্যথায় শূন্য
+
+_accountnew = conditionresult\*i + (1-conditionresult)\*accountold_
+
+```rust
+ assert (account < ACCOUNT_NUMBER, f"{address} does not have an account");
+
+ account
+}
+```
+
+[`assert`](https://noir-lang.org/docs/dev/noir/concepts/assert) ফাংশনটি জিরো-নলেজ প্রমাণকে ক্র্যাশ করায় যদি অ্যাসারশনটি মিথ্যা হয়। এই ক্ষেত্রে, যদি আমরা প্রাসঙ্গিক এডড্রেসসহ কোনো একাউন্ট খুঁজে না পাই। এডড্রেস রিপোর্ট করতে, আমরা একটি [ফরম্যাট স্ট্রিং](https://noir-lang.org/docs/noir/concepts/data_types/strings#format-strings) ব্যবহার করি।
+
+```rust
+fn apply_transfer_txn(accounts: [Account; ACCOUNT_NUMBER], txn: TransferTxn) -> [Account; ACCOUNT_NUMBER] {
+```
+
+এই ফাংশনটি একটি ট্রান্সফার লেনদেন প্রয়োগ করে এবং নতুন একাউন্ট অ্যারে রিটার্ন করে।
+
+```rust
+ let from = find_account(accounts, txn.from);
+ let to = find_account(accounts, txn.to);
+
+ let (txnFrom, txnAmount, txnNonce, accountNonce) =
+ (txn.from, txn.amount, txn.nonce, accounts[from].nonce);
+```
+
+আমরা Noir-এ একটি ফরম্যাট স্ট্রিংয়ের ভেতরে স্ট্রাকচার এলিমেন্টগুলো অ্যাক্সেস করতে পারি না, তাই আমরা একটি ব্যবহারযোগ্য কপি তৈরি করি।
+
+```rust
+ assert (accounts[from].balance >= txn.amount,
+ f"{txnFrom} does not have {txnAmount} finney");
+
+ assert (accounts[from].nonce == txn.nonce,
+ f"Transaction has nonce {txnNonce}, but the account is expected to use {accountNonce}");
+```
+
+এই দুটি শর্ত একটি লেনদেন-কে অবৈধ করে তুলতে পারে।
+
+```rust
+ let mut newAccounts = accounts;
+
+ newAccounts[from].balance -= txn.amount;
+ newAccounts[from].nonce += 1;
+ newAccounts[to].balance += txn.amount;
+
+ newAccounts
+}
+```
+
+নতুন একাউন্ট অ্যারে তৈরি করুন এবং তারপর এটি রিটার্ন করুন।
+
+```rust
+fn readAddress(messageBytes: [u8; MESSAGE_LENGTH]) -> Field
+```
+
+এই ফাংশনটি মেসেজ থেকে এডড্রেস পড়ে।
+
+```rust
+{
+ let mut result : Field = 0;
+
+ for i in 7..47 {
+```
+
+এডড্রেস সর্বদা 20 বাইট (বা 40 হেক্সাডেসিমাল ডিজিট) দীর্ঘ হয় এবং ক্যারেক্টার #7 থেকে শুরু হয়।
+
+```rust
+ result *= 0x10;
+ if messageBytes[i] >= 48 & messageBytes[i] <= 57 { // 0-9
+ result += (messageBytes[i]-48).into();
+ }
+ if messageBytes[i] >= 65 & messageBytes[i] <= 70 { // A-F
+ result += (messageBytes[i]-65+10).into()
+ }
+ if messageBytes[i] >= 97 & messageBytes[i] <= 102 { // a-f
+ result += (messageBytes[i]-97+10).into()
+ }
+ }
+
+ result
+}
+
+fn readAmountAndNonce(messageBytes: [u8; MESSAGE_LENGTH]) -> (u128, u32)
+```
+
+মেসেজ থেকে পরিমাণ এবং নন্স পড়ুন।
+
+```rust
+{
+ let mut amount : u128 = 0;
+ let mut nonce: u32 = 0;
+ let mut stillReadingAmount: bool = true;
+ let mut lookingForNonce: bool = false;
+ let mut stillReadingNonce: bool = false;
+```
+
+মেসেজে, এডড্রেস-এর পরের প্রথম সংখ্যাটি হলো ট্রান্সফার করার জন্য finney (বা ETH-এর এক সহস্রাংশ)-এর পরিমাণ। দ্বিতীয় সংখ্যাটি হলো নন্স। এগুলোর মাঝের যেকোনো টেক্সট উপেক্ষা করা হয়।
+
+```rust
+ for i in 48..MESSAGE_LENGTH {
+ if messageBytes[i] >= 48 & messageBytes[i] <= 57 { // 0-9
+ let digit = (messageBytes[i]-48);
+
+ if stillReadingAmount {
+ amount = amount*10 + digit.into();
+ }
+
+ if lookingForNonce { // আমরা এইমাত্র এটি খুঁজে পেয়েছি
+ stillReadingNonce = true;
+ lookingForNonce = false;
+ }
+
+ if stillReadingNonce {
+ nonce = nonce*10 + digit.into();
+ }
+ } else {
+ if stillReadingAmount {
+ stillReadingAmount = false;
+ lookingForNonce = true;
+ }
+ if stillReadingNonce {
+ stillReadingNonce = false;
+ }
+ }
+ }
+
+ (amount, nonce)
+}
+```
+
+একটি [টাপল](https://noir-lang.org/docs/noir/concepts/data_types/tuples) রিটার্ন করা হলো একটি ফাংশন থেকে একাধিক মান রিটার্ন করার Noir উপায়।
+
+```rust
+fn readTransferTxn(message: str) -> TransferTxn
+{
+ let mut txn: TransferTxn = TransferTxn { from: 0, to: 0, amount:0, nonce:0 };
+ let messageBytes = message.as_bytes();
+
+ txn.to = readAddress(messageBytes);
+ let (amount, nonce) = readAmountAndNonce(messageBytes);
+ txn.amount = amount;
+ txn.nonce = nonce;
+
+ txn
+}
+```
+
+এই ফাংশনটি মেসেজটিকে বাইটে রূপান্তর করে, তারপর পরিমাণগুলোকে একটি `TransferTxn`-এ রূপান্তর করে।
+
+```rust
+// Viem এর hashMessage এর সমতুল্য
+// https://viem.sh/docs/utilities/hashMessage#hashmessage
+fn hashMessage(message: str) -> [u8;32] {
+```
+
+আমরা একাউন্টগুলোর জন্য Pedersen হ্যাস ব্যবহার করতে পেরেছিলাম কারণ সেগুলো কেবল জিরো-নলেজ প্রমাণের ভেতরে হ্যাস করা হয়। তবে, এই কোডে আমাদের মেসেজের সিগনেচার পরীক্ষা করতে হবে, যা ব্রাউজার দ্বারা তৈরি হয়। এর জন্য, আমাদের [EIP 191](https://eips.ethereum.org/EIPS/eip-191)-এ ইথিরিয়াম সাইনিং ফরম্যাট অনুসরণ করতে হবে। এর মানে হলো আমাদের একটি স্ট্যান্ডার্ড প্রিফিক্স, ASCII-তে মেসেজের দৈর্ঘ্য এবং মেসেজটি দিয়ে একটি সম্মিলিত বাফার তৈরি করতে হবে এবং এটি হ্যাস করতে ইথিরিয়াম স্ট্যান্ডার্ড keccak256 ব্যবহার করতে হবে।
+
+```rust
+ // ASCII প্রিফিক্স
+ let prefix_bytes = [
+ 0x19, // \x19
+ 0x45, // 'E'
+ 0x74, // 't'
+ 0x68, // 'h'
+ 0x65, // 'e'
+ 0x72, // 'r'
+ 0x65, // 'e'
+ 0x75, // 'u'
+ 0x6D, // 'm'
+ 0x20, // ' '
+ 0x53, // 'S'
+ 0x69, // 'i'
+ 0x67, // 'g'
+ 0x6E, // 'n'
+ 0x65, // 'e'
+ 0x64, // 'd'
+ 0x20, // ' '
+ 0x4D, // 'M'
+ 0x65, // 'e'
+ 0x73, // 's'
+ 0x73, // 's'
+ 0x61, // 'a'
+ 0x67, // 'g'
+ 0x65, // 'e'
+ 0x3A, // ':'
+ 0x0A // '\n'
+ ];
+```
+
+এমন পরিস্থিতি এড়াতে যেখানে কোনো অ্যাপ্লিকেশন ব্যবহারকারীকে এমন একটি মেসেজ স্বাক্ষর করতে বলে যা লেনদেন হিসেবে বা অন্য কোনো উদ্দেশ্যে ব্যবহার করা যেতে পারে, EIP 191 নির্দিষ্ট করে যে সমস্ত স্বাক্ষরিত মেসেজ ক্যারেক্টার 0x19 (একটি বৈধ ASCII ক্যারেক্টার নয়) দিয়ে শুরু হয় যার পরে `Ethereum Signed Message:` এবং একটি নতুন লাইন থাকে।
+
+```rust
+ let mut buffer: [u8; HASH_BUFFER_SIZE] = [0u8; HASH_BUFFER_SIZE];
+ for i in 0..26 {
+ buffer[i] = prefix_bytes[i];
+ }
+
+ let messageBytes : [u8; MESSAGE_LENGTH] = message.as_bytes();
+
+ if MESSAGE_LENGTH <= 9 {
+ for i in 0..1 {
+ buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+ }
+
+ for i in 0..MESSAGE_LENGTH {
+ buffer[i+26+1] = messageBytes[i];
+ }
+ }
+
+ if MESSAGE_LENGTH >= 10 & MESSAGE_LENGTH <= 99 {
+ for i in 0..2 {
+ buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+ }
+
+ for i in 0..MESSAGE_LENGTH {
+ buffer[i+26+2] = messageBytes[i];
+ }
+ }
+
+ if MESSAGE_LENGTH >= 100 {
+ for i in 0..3 {
+ buffer[i+26] = ASCII_MESSAGE_LENGTH[i];
+ }
+
+ for i in 0..MESSAGE_LENGTH {
+ buffer[i+26+3] = messageBytes[i];
+ }
+ }
+
+ assert(MESSAGE_LENGTH < 1000, "Messages whose length is over three digits are not supported");
+```
+
+999 পর্যন্ত মেসেজের দৈর্ঘ্য পরিচালনা করুন এবং এটি বড় হলে ব্যর্থ হন। আমি এই কোডটি যোগ করেছি, যদিও মেসেজের দৈর্ঘ্য একটি কনস্ট্যান্ট, কারণ এটি পরিবর্তন করা সহজ করে তোলে। একটি প্রোডাকশন সিস্টেমে, আপনি সম্ভবত ভালো পারফরম্যান্সের খাতিরে ধরে নেবেন যে `MESSAGE_LENGTH` পরিবর্তন হয় না।
+
+```rust
+ keccak256::keccak256(buffer, HASH_BUFFER_SIZE)
+}
+```
+
+ইথিরিয়াম স্ট্যান্ডার্ড `keccak256` ফাংশন ব্যবহার করুন।
+
+```rust
+fn signatureToAddressAndHash(
+ message: str,
+ pubKeyX: [u8; 32],
+ pubKeyY: [u8; 32],
+ signature: [u8; 64]
+ ) -> (Field, Field, Field) // ঠিকানা, হ্যাস এর প্রথম ১৬ বাইট, হ্যাস এর শেষ ১৬ বাইট
+{
+```
+
+এই ফাংশনটি সিগনেচার যাচাই করে, যার জন্য মেসেজ হ্যাস প্রয়োজন। এটি তারপর আমাদের সেই এডড্রেস প্রদান করে যা এটি স্বাক্ষর করেছে এবং মেসেজ হ্যাস প্রদান করে। মেসেজ হ্যাস দুটি `Field` মানে সরবরাহ করা হয় কারণ সেগুলো একটি বাইট অ্যারের চেয়ে প্রোগ্রামের বাকি অংশে ব্যবহার করা সহজ।
+
+আমাদের দুটি `Field` মান ব্যবহার করতে হবে কারণ ফিল্ড গণনাগুলো একটি বড় সংখ্যার [মডুলো](https://en.wikipedia.org/wiki/Modulo) করা হয়, কিন্তু সেই সংখ্যাটি সাধারণত 256 বিটের কম হয় (অন্যথায় EVM-এ সেই গণনাগুলো করা কঠিন হবে)।
+
+```rust
+ let hash = hashMessage(message);
+
+ let mut (hash1, hash2) = (0,0);
+
+ for i in 0..16 {
+ hash1 = hash1*256 + hash[31-i].into();
+ hash2 = hash2*256 + hash[15-i].into();
+ }
+```
+
+`hash1` এবং `hash2`-কে মিউটেবল ভেরিয়েবল হিসেবে নির্দিষ্ট করুন এবং সেগুলোতে বাইট বাই বাইট হ্যাস লিখুন।
+
+```rust
+ (
+ ecrecover::ecrecover(pubKeyX, pubKeyY, signature, hash),
+```
+
+এটি [Solidity-এর `ecrecover`](https://docs.soliditylang.org/en/v0.8.30/cheatsheet.html#mathematical-and-cryptographic-functions)-এর মতো, তবে দুটি গুরুত্বপূর্ণ পার্থক্য রয়েছে:
+
+- যদি সিগনেচার বৈধ না হয়, তবে কলটি একটি `assert` ব্যর্থ করে এবং প্রোগ্রামটি বাতিল করা হয়।
+- যদিও সিগনেচার এবং হ্যাস থেকে পাবলিক কি পুনরুদ্ধার করা যেতে পারে, এটি এমন প্রসেসিং যা বাহ্যিকভাবে করা যেতে পারে এবং তাই, জিরো-নলেজ প্রমাণের ভেতরে করা মূল্যবান নয়। যদি কেউ এখানে আমাদের সাথে প্রতারণা করার চেষ্টা করে, তবে সিগনেচার যাচাইকরণ ব্যর্থ হবে।
+
+```rust
+ hash1,
+ hash2
+ )
+}
+
+fn main(
+ accounts: [Account; ACCOUNT_NUMBER],
+ message: str,
+ pubKeyX: [u8; 32],
+ pubKeyY: [u8; 32],
+ signature: [u8; 64],
+ ) -> pub (
+ Field, // পুরানো অ্যাকাউন্ট অ্যারের হ্যাস
+ Field, // নতুন অ্যাকাউন্ট অ্যারের হ্যাস
+ Field, // মেসেজ হ্যাস এর প্রথম ১৬ বাইট
+ Field, // মেসেজ হ্যাস এর শেষ ১৬ বাইট
+ )
+```
+
+অবশেষে, আমরা `main` ফাংশনে পৌঁছাই। আমাদের প্রমাণ করতে হবে যে আমাদের কাছে একটি লেনদেন রয়েছে যা বৈধভাবে একাউন্টগুলোর হ্যাস-কে পুরোনো মান থেকে নতুনটিতে পরিবর্তন করে। আমাদের এটিও প্রমাণ করতে হবে যে এটির এই নির্দিষ্ট লেনদেন হ্যাস রয়েছে যাতে যে ব্যক্তি এটি পাঠিয়েছে সে জানতে পারে যে তার লেনদেন প্রসেস করা হয়েছে।
+
+```rust
+{
+ let mut txn = readTransferTxn(message);
+```
+
+আমাদের `txn`-কে মিউটেবল হতে হবে কারণ আমরা মেসেজ থেকে ফ্রম এডড্রেস পড়ি না, আমরা এটি সিগনেচার থেকে পড়ি।
+
+```rust
+ let (fromAddress, txnHash1, txnHash2) = signatureToAddressAndHash(
+ message,
+ pubKeyX,
+ pubKeyY,
+ signature);
+
+ txn.from = fromAddress;
+
+ let newAccounts = apply_transfer_txn(accounts, txn);
+
+ (
+ hash_accounts(accounts),
+ hash_accounts(newAccounts),
+ txnHash1,
+ txnHash2
+ )
+}
+```
+
+### Stage 2 - Adding a server {#stage-2}
+
+দ্বিতীয় ধাপে, আমরা একটি সার্ভার যোগ করি যা ব্রাউজার থেকে ট্রান্সফার লেনদেন গ্রহণ করে এবং বাস্তবায়ন করে।
+
+এটি কার্যকর দেখতে:
+
+1. Vite চালু থাকলে তা বন্ধ করুন।
+
+2. সার্ভার অন্তর্ভুক্ত থাকা ব্রাঞ্চটি ডাউনলোড করুন এবং নিশ্চিত করুন যে আপনার কাছে সমস্ত প্রয়োজনীয় মডিউল রয়েছে।
+
+ ```sh
+ git checkout 02-add-server
+ cd client
+ npm install
+ cd ../server
+ npm install
+ ```
+
+ Noir কোড কম্পাইল করার কোনো প্রয়োজন নেই, এটি স্টেজ 1-এর জন্য আপনি যে কোড ব্যবহার করেছিলেন তার মতোই।
+
+3. সার্ভার চালু করুন।
+
+ ```sh
+ npm run start
+ ```
+
+4. একটি আলাদা কমান্ড-লাইন উইন্ডোতে, ব্রাউজার কোড পরিবেশন করতে Vite রান করুন।
+
+ ```sh
+ cd client
+ npm run dev
+ ```
+
+5. [http://localhost:5173](http://localhost:5173)-এ ক্লায়েন্ট কোডে ব্রাউজ করুন
+
+6. আপনি একটি লেনদেন ইস্যু করার আগে, আপনাকে নন্স, সেইসাথে আপনি যে পরিমাণ পাঠাতে পারেন তা জানতে হবে। এই তথ্য পেতে, **Update account data**-এ ক্লিক করুন এবং মেসেজ স্বাক্ষর করুন।
+
+ আমাদের এখানে একটি দ্বিধা রয়েছে। একদিকে, আমরা এমন একটি মেসেজ স্বাক্ষর করতে চাই না যা পুনরায় ব্যবহার করা যেতে পারে (একটি [রিপ্লে অ্যাটাক](https://en.wikipedia.org/wiki/Replay_attack)), যে কারণে আমরা প্রথমেই একটি নন্স চাই। তবে, আমাদের কাছে এখনো কোনো নন্স নেই। সমাধান হলো এমন একটি নন্স বেছে নেওয়া যা কেবল একবার ব্যবহার করা যেতে পারে এবং যা আমাদের উভয় দিকেই রয়েছে, যেমন বর্তমান সময়।
+
+ এই সমাধানের সমস্যা হলো সময় পুরোপুরি সিঙ্ক্রোনাইজ নাও হতে পারে। তাই এর পরিবর্তে, আমরা এমন একটি মান স্বাক্ষর করি যা প্রতি মিনিটে পরিবর্তিত হয়। এর মানে হলো রিপ্লে অ্যাটাকের প্রতি আমাদের দুর্বলতার উইন্ডো সর্বাধিক এক মিনিট। প্রোডাকশনে স্বাক্ষরিত অনুরোধটি TLS দ্বারা সুরক্ষিত থাকবে এবং টানেলের অন্য দিক---সার্ভার---ইতিমধ্যেই ব্যালেন্স এবং নন্স প্রকাশ করতে পারে (কাজ করার জন্য এটিকে সেগুলো জানতে হবে), এটি বিবেচনা করে এটি একটি গ্রহণযোগ্য ঝুঁকি।
+
+7. ব্রাউজার ব্যালেন্স এবং নন্স ফিরে পাওয়ার পর, এটি ট্রান্সফার ফর্ম দেখায়। গন্তব্য এডড্রেস এবং পরিমাণ নির্বাচন করুন এবং **Transfer**-এ ক্লিক করুন। এই অনুরোধটি স্বাক্ষর করুন।
+
+8. ট্রান্সফার দেখতে, হয় **Update account data** করুন অথবা আপনি যেখানে সার্ভার রান করছেন সেই উইন্ডোতে দেখুন। সার্ভার প্রতিবার পরিবর্তিত হওয়ার সময় স্টেট লগ করে।
+
+ ```
+ ori@CryptoDocGuy:~/x/250911-zk-bank/server$ npm run start
+
+ > server@1.0.0 start
+ > node --experimental-json-modules index.mjs
+
+ Listening on port 3000
+ Txn send 0x90F79bf6EB2c4f870365E785982E1f101E93b906 36000 finney (milliEth) 0 processed
+ New state:
+ 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 64000 (1)
+ 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 100000 (0)
+ 0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+ 0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 136000 (0)
+ 0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+ Txn send 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 7200 finney (milliEth) 1 processed
+ New state:
+ 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 56800 (2)
+ 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 107200 (0)
+ 0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+ 0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 136000 (0)
+ 0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+ Txn send 0x90F79bf6EB2c4f870365E785982E1f101E93b906 3000 finney (milliEth) 2 processed
+ New state:
+ 0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266 has 53800 (3)
+ 0x70997970C51812dc3A010C7d01b50e0d17dc79C8 has 107200 (0)
+ 0x3C44CdDdB6a900fa2b585dd299e03d12FA4293BC has 100000 (0)
+ 0x90F79bf6EB2c4f870365E785982E1f101E93b906 has 139000 (0)
+ 0x15d34AAf54267DB7D7c367839AAf71A00a2C6A65 has 100000 (0)
+ ```
+
+#### `server/index.mjs` {#server-index-mjs-1}
+
+[এই ফাইলটিতে](https://github.com/qbzzt/250911-zk-bank/blob/02-add-server/server/index.mjs) সার্ভার প্রসেস রয়েছে এবং এটি [`main.nr`](https://github.com/qbzzt/250911-zk-bank/blob/02-add-server/server/noir/src/main.nr)-এ Noir কোডের সাথে ইন্টারঅ্যাক্ট করে। এখানে আকর্ষণীয় অংশগুলোর একটি ব্যাখ্যা দেওয়া হলো।
+
+```js
+import { Noir } from '@noir-lang/noir_js'
+```
+
+[noir.js](https://www.npmjs.com/package/@noir-lang/noir_js) লাইব্রেরি JavaScript কোড এবং Noir কোডের মধ্যে ইন্টারফেস করে।
+
+```js
+const circuit = JSON.parse(await fs.readFile("./noir/target/zkBank.json"))
+const noir = new Noir(circuit)
+```
+
+অ্যারিথমেটিক সার্কিট লোড করুন---আগের ধাপে আমরা যে কম্পাইল করা Noir প্রোগ্রাম তৈরি করেছি---এবং এটি এক্সিকিউট করার জন্য প্রস্তুত করুন।
+
+```js
+// আমরা শুধুমাত্র একটি স্বাক্ষরিত অনুরোধের বিপরীতে অ্যাকাউন্টের তথ্য প্রদান করি
+const accountInformation = async signature => {
+ const fromAddress = await recoverAddress({
+ hash: hashMessage("Get account data " + Math.floor((new Date().getTime())/60000)),
+ signature
+ })
+```
+
+একাউন্ট তথ্য প্রদান করতে, আমাদের কেবল সিগনেচার প্রয়োজন। এর কারণ হলো আমরা ইতিমধ্যেই জানি মেসেজটি কী হতে চলেছে এবং তাই মেসেজ হ্যাস-ও জানি।
+
+```js
+const processMessage = async (message, signature) => {
+```
+
+একটি মেসেজ প্রসেস করুন এবং এটি যে লেনদেন এনকোড করে তা এক্সিকিউট করুন।
+
+```js
+ // পাবলিক কী পান
+ const pubKey = await recoverPublicKey({
+ hash,
+ signature
+ })
+```
+
+যেহেতু আমরা এখন সার্ভারে JavaScript রান করি, তাই আমরা ক্লায়েন্টের পরিবর্তে সেখানে পাবলিক কি পুনরুদ্ধার করতে পারি।
+
+```js
+ let noirResult
+ try {
+ noirResult = await noir.execute({
+ message,
+ signature: signature.slice(2,-2).match(/.{2}/g).map(x => `0x${x}`),
+ pubKeyX,
+ pubKeyY,
+ accounts: Accounts
+ })
+```
+
+`noir.execute` Noir প্রোগ্রাম রান করে। প্যারামিটারগুলো [`Prover.toml`](https://github.com/qbzzt/250911-zk-bank/blob/01-manual-zk/server/noir/Prover.toml)-এ প্রদান করা প্যারামিটারগুলোর সমতুল্য। মনে রাখবেন যে দীর্ঘ মানগুলো হেক্সাডেসিমাল স্ট্রিংয়ের একটি অ্যারে হিসেবে প্রদান করা হয় (`["0x60", "0xA7"]`), Viem যেভাবে করে সেভাবে একটি একক হেক্সাডেসিমাল মান (`0x60A7`) হিসেবে নয়।
+
+```js
+ } catch (err) {
+ console.log(`Noir error: ${err}`)
+ throw Error("Invalid transaction, not processed")
+ }
+```
+
+যদি কোনো ত্রুটি থাকে, তবে তা ধরুন এবং তারপর ক্লায়েন্টের কাছে একটি সরলীকৃত সংস্করণ রিলে করুন।
+
+```js
+ Accounts[fromAccountNumber].nonce++
+ Accounts[fromAccountNumber].balance -= amount
+ Accounts[toAccountNumber].balance += amount
+```
+
+লেনদেন প্রয়োগ করুন। আমরা ইতিমধ্যেই Noir কোডে এটি করেছি, কিন্তু সেখান থেকে ফলাফল বের করার চেয়ে এখানে আবার করা সহজ।
+
+```js
+let Accounts = [
+ {
+ address: "0xf39Fd6e51aad88F6F4ce6aB8827279cffFb92266",
+ balance: 5000,
+ nonce: 0,
+ },
+```
+
+প্রাথমিক `Accounts` স্ট্রাকচার।
+
+### Stage 3 - Ethereum smart contracts {#stage-3}
+
+1. সার্ভার এবং ক্লায়েন্ট প্রসেস বন্ধ করুন।
+
+2. স্মার্ট কন্ট্রাক্টসহ ব্রাঞ্চটি ডাউনলোড করুন এবং নিশ্চিত করুন যে আপনার কাছে সমস্ত প্রয়োজনীয় মডিউল রয়েছে।
+
+ ```sh
+ git checkout 03-smart-contracts
+ cd client
+ npm install
+ cd ../server
+ npm install
+ ```
+
+3. একটি আলাদা কমান্ড-লাইন উইন্ডোতে `anvil` রান করুন।
+
+4. ভেরিফিকেশন কি এবং সলিডিটি ভেরিফায়ার তৈরি করুন, তারপর ভেরিফায়ার কোডটি সলিডিটি প্রজেক্টে কপি করুন।
+
+ ```sh
+ cd noir
+ bb write_vk -b ./target/zkBank.json -o ./target --oracle_hash keccak
+ bb write_solidity_verifier -k ./target/vk -o ./target/Verifier.sol
+ cp target/Verifier.sol ../../smart-contracts/src
+ ```
+
+5. স্মার্ট কন্ট্রাক্টগুলোতে যান এবং `anvil` ব্লকচেইন ব্যবহার করতে এনভায়রনমেন্ট ভেরিয়েবলগুলো সেট করুন।
+
+ ```sh
+ cd ../../smart-contracts
+ export ETH_RPC_URL=http://localhost:8545
+ ETH_PRIVATE_KEY=ac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80
+ ```
+
+6. `Verifier.sol` ডিপ্লয় করুন এবং এডড্রেসটি একটি এনভায়রনমেন্ট ভেরিয়েবলে সংরক্ষণ করুন।
+
+ ```sh
+ VERIFIER_ADDRESS=`forge create src/Verifier.sol:HonkVerifier --private-key $ETH_PRIVATE_KEY --optimize --broadcast | awk '/Deployed to:/ {print $3}'`
+ echo $VERIFIER_ADDRESS
+ ```
+
+7. `ZkBank` কন্ট্রাক্ট ডিপ্লয় করুন।
+
+ ```sh
+ ZKBANK_ADDRESS=`forge create ZkBank --private-key $ETH_PRIVATE_KEY --broadcast --constructor-args $VERIFIER_ADDRESS 0x199aa62af8c1d562a6ec96e66347bf3240ab2afb5d022c895e6bf6a5e617167b | awk '/Deployed to:/ {print $3}'`
+ echo $ZKBANK_ADDRESS
+ ```
+
+ `0x199..67b` মানটি হলো `Accounts`-এর প্রাথমিক স্টেট-এর Pederson হ্যাস। আপনি যদি `server/index.mjs`-এ এই প্রাথমিক স্টেট পরিবর্তন করেন, তবে আপনি জিরো-নলেজ প্রমাণ দ্বারা রিপোর্ট করা প্রাথমিক হ্যাস দেখতে একটি লেনদেন রান করতে পারেন।
+
+8. সার্ভার রান করুন।
+
+ ```sh
+ cd ../server
+ npm run start
+ ```
+
+9. একটি ভিন্ন কমান্ড-লাইন উইন্ডোতে ক্লায়েন্ট রান করুন।
+
+ ```sh
+ cd client
+ npm run dev
+ ```
+
+10. কিছু লেনদেন রান করুন।
+
+11. স্টেট অনচেইন পরিবর্তিত হয়েছে কিনা তা যাচাই করতে, সার্ভার প্রসেস রিস্টার্ট করুন। দেখুন যে `ZkBank` আর লেনদেন গ্রহণ করে না, কারণ লেনদেনগুলোতে আসল হ্যাস মান অনচেইন সংরক্ষিত হ্যাস মান থেকে আলাদা।
+
+ এটি প্রত্যাশিত ধরণের ত্রুটি।
+
+ ```
+ ori@CryptoDocGuy:~/x/250911-zk-bank/server$ npm run start
+
+ > server@1.0.0 start
+ > node --experimental-json-modules index.mjs
+
+ Listening on port 3000
+ Verification error: ContractFunctionExecutionError: The contract function "processTransaction" reverted with the following reason:
+ Wrong old state hash
+
+ Contract Call:
+ address: 0xe7f1725E7734CE288F8367e1Bb143E90bb3F0512
+ function: processTransaction(bytes _proof, bytes32[] _publicInputs)
+ args: (0x0000000000000000000000000000000000000000000000042ab5d6d1986846cf00000000000000000000000000000000000000000000000b75c020998797da7800000000000000000000000000000000000000000000000
+ ```
+
+#### `server/index.mjs` {#server-index-mjs-2}
+
+এই ফাইলের পরিবর্তনগুলো মূলত আসল প্রমাণ তৈরি করা এবং এটি অনচেইন জমা দেওয়ার সাথে সম্পর্কিত।
+
+```js
+import { exec } from 'child_process'
+import util from 'util'
+
+const execPromise = util.promisify(exec)
+```
+
+অনচেইন পাঠানোর জন্য আসল প্রমাণ তৈরি করতে আমাদের [Barretenberg প্যাকেজ](https://github.com/AztecProtocol/aztec-packages/tree/next/barretenberg) ব্যবহার করতে হবে। আমরা কমান্ড-লাইন ইন্টারফেস (`bb`) রান করে অথবা [JavaScript লাইব্রেরি, `bb.js`](https://www.npmjs.com/package/@aztec/bb.js) ব্যবহার করে এই প্যাকেজটি ব্যবহার করতে পারি। নেটিভভাবে কোড রান করার চেয়ে JavaScript লাইব্রেরি অনেক ধীর, তাই আমরা কমান্ড-লাইন ব্যবহার করতে এখানে [`exec`](https://nodejs.org/api/child_process.html#child_processexeccommand-options-callback) ব্যবহার করি।
+
+মনে রাখবেন যে আপনি যদি `bb.js` ব্যবহার করার সিদ্ধান্ত নেন, তবে আপনাকে এমন একটি সংস্করণ ব্যবহার করতে হবে যা আপনি যে Noir সংস্করণ ব্যবহার করছেন তার সাথে সামঞ্জস্যপূর্ণ। লেখার সময়, বর্তমান Noir সংস্করণ (1.0.0-beta.11) `bb.js` সংস্করণ 0.87 ব্যবহার করে।
+
+```js
+const zkBankAddress = process.env.ZKBANK_ADDRESS || "0xe7f1725E7734CE288F8367e1Bb143E90bb3F0512"
+```
+
+এখানকার এডড্রেসটি হলো সেটি যা আপনি একটি ক্লিন `anvil` দিয়ে শুরু করলে এবং উপরের নির্দেশাবলী অনুসরণ করলে পান।
+
+```js
+const walletClient = createWalletClient({
+ chain: anvil,
+ transport: http(),
+ account: privateKeyToAccount("0x2a871d0798f97d79848a013d4936a73bf4cc922c825d33c1cf7073dff6d409c6")
+})
+```
+
+এই প্রাইভেট কি হলো `anvil`-এর ডিফল্ট প্রি-ফান্ডেড একাউন্টগুলোর মধ্যে একটি।
+
+```js
+const generateProof = async (witness, fileID) => {
+```
+
+`bb` এক্সিকিউটেবল ব্যবহার করে একটি প্রমাণ তৈরি করুন।
+
+```js
+ const fname = `witness-${fileID}.gz`
+ await fs.writeFile(fname, witness)
+```
+
+উইটনেস একটি ফাইলে লিখুন।
+
+```js
+ await execPromise(`bb prove -b ./noir/target/zkBank.json -w ${fname} -o ${fileID} --oracle_hash keccak --output_format fields`)
+```
+
+আসলে প্রমাণ তৈরি করুন। এই ধাপটি পাবলিক ভেরিয়েবলসহ একটি ফাইলও তৈরি করে, কিন্তু আমাদের সেটির প্রয়োজন নেই। আমরা ইতিমধ্যেই `noir.execute` থেকে সেই ভেরিয়েবলগুলো পেয়েছি।
+
+```js
+ const proof = "0x" + JSON.parse(await fs.readFile(`./${fileID}/proof_fields.json`)).reduce((a,b) => a+b, "").replace(/0x/g, "")
+```
+
+প্রমাণটি হলো `Field` মানের একটি JSON অ্যারে, যার প্রতিটি একটি হেক্সাডেসিমাল মান হিসেবে উপস্থাপিত হয়। তবে, আমাদের এটি লেনদেন-এ একটি একক `bytes` মান হিসেবে পাঠাতে হবে, যা Viem একটি বড় হেক্সাডেসিমাল স্ট্রিং দ্বারা উপস্থাপন করে। এখানে আমরা সমস্ত মান যুক্ত করে, সমস্ত `0x` সরিয়ে দিয়ে এবং তারপর শেষে একটি যোগ করে ফরম্যাট পরিবর্তন করি।
+
+```js
+ await execPromise(`rm -r ${fname} ${fileID}`)
+
+ return proof
+}
+```
+
+ক্লিনআপ করুন এবং প্রমাণ রিটার্ন করুন।
+
+```js
+const processMessage = async (message, signature) => {
+ .
+ .
+ .
+
+ const publicFields = noirResult.returnValue.map(x=>'0x' + x.slice(2).padStart(64, "0"))
+```
+
+পাবলিক ফিল্ডগুলোকে 32-বাইট মানের একটি অ্যারে হতে হবে। তবে, যেহেতু আমাদের লেনদেন হ্যাস-কে দুটি `Field` মানের মধ্যে ভাগ করতে হয়েছিল, তাই এটি একটি 16-বাইট মান হিসেবে উপস্থিত হয়। এখানে আমরা শূন্য যোগ করি যাতে Viem বুঝতে পারে এটি আসলে 32 বাইট।
+
+```js
+ const proof = await generateProof(noirResult.witness, `${fromAddress}-${nonce}`)
+```
+
+প্রতিটি এডড্রেস কেবল একবার প্রতিটি নন্স ব্যবহার করে যাতে আমরা উইটনেস ফাইল এবং আউটপুট ডিরেক্টরির জন্য একটি অনন্য আইডেন্টিফায়ার হিসেবে `fromAddress` এবং `nonce`-এর সংমিশ্রণ ব্যবহার করতে পারি।
+
+```js
+ try {
+ await zkBank.write.processTransaction([
+ proof, publicFields])
+ } catch (err) {
+ console.log(`Verification error: ${err}`)
+ throw Error("Can't verify the transaction onchain")
+ }
+ .
+ .
+ .
+}
+```
+
+চেইনে লেনদেন পাঠান।
+
+#### `smart-contracts/src/ZkBank.sol` {#smart-contracts-src-zkbank-sol}
+
+এটি হলো অনচেইন কোড যা লেনদেন গ্রহণ করে।
+
+```solidity
+// SPDX-License-Identifier: MIT
+
+pragma solidity >=0.8.21;
+
+import {HonkVerifier} from "./Verifier.sol";
+
+contract ZkBank {
+ HonkVerifier immutable myVerifier;
+ bytes32 currentStateHash;
+
+ constructor(address _verifierAddress, bytes32 _initialStateHash) {
+ currentStateHash = _initialStateHash;
+ myVerifier = HonkVerifier(_verifierAddress);
+ }
+```
+
+অনচেইন কোডকে দুটি ভেরিয়েবলের ট্র্যাক রাখতে হবে: ভেরিফায়ার (একটি আলাদা কন্ট্রাক্ট যা `nargo` দ্বারা তৈরি করা হয়) এবং বর্তমান স্টেট হ্যাস।
+
+```solidity
+ event TransactionProcessed(
+ bytes32 indexed transactionHash,
+ bytes32 oldStateHash,
+ bytes32 newStateHash
+ );
+```
+
+প্রতিবার স্টেট পরিবর্তিত হওয়ার সময়, আমরা একটি `TransactionProcessed` ইভেন্ট নির্গত করি।
+
+```solidity
+ function processTransaction(
+ bytes calldata _proof,
+ bytes32[] calldata _publicFields
+ ) public {
+```
+
+এই ফাংশনটি লেনদেন প্রসেস করে। এটি প্রমাণ ( `bytes` হিসেবে) এবং পাবলিক ইনপুটগুলো (একটি `bytes32` অ্যারে হিসেবে) পায়, সেই ফরম্যাটে যা ভেরিফায়ারের প্রয়োজন (অনচেইন প্রসেসিং এবং তাই গ্যাস খরচ কমানোর জন্য)।
+
+```solidity
+ require(_publicInputs[0] == currentStateHash,
+ "Wrong old state hash");
+```
+
+জিরো-নলেজ প্রমাণটি এমন হতে হবে যে লেনদেনটি আমাদের বর্তমান হ্যাস থেকে একটি নতুনটিতে পরিবর্তিত হয়।
+
+```solidity
+ myVerifier.verify(_proof, _publicFields);
+```
+
+জিরো-নলেজ প্রমাণ যাচাই করতে ভেরিফায়ার কন্ট্রাক্ট কল করুন। জিরো-নলেজ প্রমাণ ভুল হলে এই ধাপটি লেনদেন রিভার্ট করে।
+
+```solidity
+ currentStateHash = _publicFields[1];
+
+ emit TransactionProcessed(
+ _publicFields[2]<<128 | _publicFields[3],
+ _publicFields[0],
+ _publicFields[1]
+ );
+ }
+}
+```
+
+যদি সবকিছু সঠিক হয়, তবে স্টেট হ্যাস-কে নতুন মানে আপডেট করুন এবং একটি `TransactionProcessed` ইভেন্ট নির্গত করুন।
+
+## Abuses by the centralized component {#abuses}
+
+তথ্য নিরাপত্তায় তিনটি বৈশিষ্ট্য রয়েছে:
+
+- _গোপনীয়তা_, ব্যবহারকারীরা এমন তথ্য পড়তে পারে না যা পড়ার জন্য তারা অনুমোদিত নয়।
+- _ইন্টিগ্রিটি_, অনুমোদিত ব্যবহারকারী ছাড়া অনুমোদিত পদ্ধতিতে তথ্য পরিবর্তন করা যায় না।
+- _এভেইলএবিলিটি_, অনুমোদিত ব্যবহারকারীরা সিস্টেমটি ব্যবহার করতে পারে।
+
+এই সিস্টেমে, জিরো-নলেজ প্রমাণের মাধ্যমে ইন্টিগ্রিটি প্রদান করা হয়। এভেইলএবিলিটির নিশ্চয়তা দেওয়া অনেক কঠিন এবং গোপনীয়তা অসম্ভব, কারণ ব্যাংককে প্রতিটি একাউন্ট-এর ব্যালেন্স এবং সমস্ত লেনদেন জানতে হবে। যার কাছে তথ্য রয়েছে এমন কোনো সত্তাকে সেই তথ্য শেয়ার করা থেকে বিরত রাখার কোনো উপায় নেই।
+
+[স্টিলথ এডড্রেস](https://vitalik.eth.limo/general/2023/01/20/stealth.html) ব্যবহার করে একটি সত্যিকারের গোপনীয় ব্যাংক তৈরি করা সম্ভব হতে পারে, তবে তা এই আর্টিকেলের আওতার বাইরে।
+
+### False information {#false-info}
+
+সার্ভার ইন্টিগ্রিটি লঙ্ঘন করতে পারে এমন একটি উপায় হলো [ডেটা অনুরোধ করা হলে](https://github.com/qbzzt/250911-zk-bank/blob/03-smart-contracts/server/index.mjs#L278-L291) মিথ্যা তথ্য প্রদান করা।
+
+এটি সমাধান করতে, আমরা একটি দ্বিতীয় Noir প্রোগ্রাম লিখতে পারি যা একাউন্টগুলোকে একটি প্রাইভেট ইনপুট হিসেবে এবং যে এডড্রেস-এর জন্য তথ্যের অনুরোধ করা হয়েছে তা একটি পাবলিক ইনপুট হিসেবে গ্রহণ করে। আউটপুট হলো সেই এডড্রেস-এর ব্যালেন্স এবং নন্স এবং একাউন্টগুলোর হ্যাস।
+
+অবশ্যই, এই প্রমাণটি অনচেইন যাচাই করা যায় না, কারণ আমরা অনচেইন নন্স এবং ব্যালেন্স পোস্ট করতে চাই না। তবে, এটি ব্রাউজারে রান হওয়া ক্লায়েন্ট কোড দ্বারা যাচাই করা যেতে পারে।
+
+### Forced transactions {#forced-txns}
+
+লেয়ার 2-এ এভেইলএবিলিটি নিশ্চিত করার এবং সেন্সরশিপ প্রতিরোধের স্বাভাবিক মেকানিজম হলো [ফোর্সড লেনদেন](https://docs.optimism.io/stack/transactions/forced-transaction)। কিন্তু ফোর্সড লেনদেন জিরো-নলেজ প্রমাণের সাথে একত্রিত হয় না। সার্ভার হলো একমাত্র সত্তা যা লেনদেন যাচাই করতে পারে।
+
+আমরা ফোর্সড লেনদেন গ্রহণ করতে এবং সেগুলো প্রসেস না হওয়া পর্যন্ত সার্ভারকে স্টেট পরিবর্তন করা থেকে বিরত রাখতে `smart-contracts/src/ZkBank.sol` পরিবর্তন করতে পারি। তবে, এটি আমাদের একটি সাধারণ ডিনায়াল-অফ-সার্ভিস অ্যাটাকের জন্য উন্মুক্ত করে। যদি একটি ফোর্সড লেনদেন অবৈধ হয় এবং তাই প্রসেস করা অসম্ভব হয় তবে কী হবে?
+
+সমাধান হলো একটি জিরো-নলেজ প্রমাণ থাকা যে একটি ফোর্সড লেনদেন অবৈধ। এটি সার্ভারকে তিনটি বিকল্প দেয়:
+
+- ফোর্সড লেনদেন প্রসেস করুন, একটি জিরো-নলেজ প্রমাণ প্রদান করে যে এটি প্রসেস করা হয়েছে এবং নতুন স্টেট হ্যাস।
+- ফোর্সড লেনদেন প্রত্যাখ্যান করুন এবং কন্ট্রাক্ট-এ একটি জিরো-নলেজ প্রমাণ প্রদান করুন যে লেনদেনটি অবৈধ (অজানা এডড্রেস, খারাপ নন্স, বা অপর্যাপ্ত ব্যালেন্স)।
+- ফোর্সড লেনদেন উপেক্ষা করুন। সার্ভারকে আসলে লেনদেন প্রসেস করতে বাধ্য করার কোনো উপায় নেই, তবে এর মানে হলো পুরো সিস্টেমটি অনুপলব্ধ।
+
+#### Availability bonds {#avail-bonds}
+
+বাস্তব জীবনের বাস্তবায়নে, সার্ভার চালু রাখার জন্য সম্ভবত কোনো ধরণের লাভের উদ্দেশ্য থাকবে। আমরা সার্ভারকে একটি এভেইলএবিলিটি বন্ড পোস্ট করতে বলে এই প্রণোদনাকে শক্তিশালী করতে পারি যা যে কেউ পুড়িয়ে ফেলতে পারে যদি একটি নির্দিষ্ট সময়ের মধ্যে একটি ফোর্সড লেনদেন প্রসেস করা না হয়।
+
+### Bad Noir code {#bad-noir-code}
+
+সাধারণত, মানুষকে একটি স্মার্ট কন্ট্রাক্ট বিশ্বাস করতে আমরা সোর্স কোডটি একটি [ব্লক এক্সপ্লোরার](https://eth.blockscout.com/address/0x7D16d2c4e96BCFC8f815E15b771aC847EcbDB48b?tab=contract)-এ আপলোড করি। তবে, জিরো-নলেজ প্রমাণের ক্ষেত্রে, তা অপর্যাপ্ত।
+
+`Verifier.sol`-এ ভেরিফিকেশন কি রয়েছে, যা Noir প্রোগ্রামের একটি ফাংশন। তবে, সেই কি আমাদের বলে না যে Noir প্রোগ্রামটি কী ছিল। আসলে একটি বিশ্বস্ত সমাধান পেতে, আপনাকে Noir প্রোগ্রাম (এবং যে সংস্করণটি এটি তৈরি করেছে) আপলোড করতে হবে। অন্যথায়, জিরো-নলেজ প্রমাণগুলো একটি ভিন্ন প্রোগ্রামকে প্রতিফলিত করতে পারে, যেটিতে একটি ব্যাক ডোর রয়েছে।
+
+যতক্ষণ না ব্লক এক্সপ্লোরারগুলো আমাদের Noir প্রোগ্রামগুলো আপলোড এবং যাচাই করার অনুমতি দেওয়া শুরু করে, আপনার এটি নিজেই করা উচিত (বিশেষত [IPFS](/developers/tutorials/ipfs-decentralized-ui/)-এ)। তারপর অত্যাধুনিক ব্যবহারকারীরা সোর্স কোড ডাউনলোড করতে, এটি নিজেরাই কম্পাইল করতে, `Verifier.sol` তৈরি করতে এবং এটি অনচেইন থাকাটির সাথে অভিন্ন কিনা তা যাচাই করতে সক্ষম হবে।
+
+## Conclusion {#conclusion}
+
+প্লাজমা-ধরণের অ্যাপ্লিকেশনগুলোর তথ্য স্টোরেজ হিসেবে একটি সেন্ট্রালাইজড উপাদান প্রয়োজন। এটি সম্ভাব্য দুর্বলতাগুলো উন্মুক্ত করে তবে, এর বিনিময়ে, আমাদের এমন উপায়ে গোপনীয়তা বজায় রাখার অনুমতি দেয় যা ব্লকচেইনে উপলব্ধ নয়। জিরো-নলেজ প্রমাণের মাধ্যমে আমরা ইন্টিগ্রিটি নিশ্চিত করতে পারি এবং সম্ভবত যে কেউ সেন্ট্রালাইজড উপাদানটি রান করছে তার জন্য এভেইলএবিলিটি বজায় রাখা অর্থনৈতিকভাবে সুবিধাজনক করে তুলতে পারি।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
+
+## Acknowledgements {#acknowledgements}
+
+- জশ ক্রাইটস এই আর্টিকেলের একটি খসড়া পড়েছেন এবং আমাকে একটি কঠিন Noir সমস্যা সমাধানে সাহায্য করেছেন।
+
+বাকি থাকা যেকোনো ত্রুটির দায়িত্ব আমার।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/calling-a-smart-contract-from-javascript/index.md b/public/content/translations/bn/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
new file mode 100644
index 00000000000..d642a5bc61b
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
@@ -0,0 +1,132 @@
+---
+title: জাভাস্ক্রিপ্ট থেকে একটি স্মার্ট কন্ট্রাক্ট কল করা
+description: একটি Dai টোকেনের উদাহরণ ব্যবহার করে জাভাস্ক্রিপ্ট থেকে কীভাবে একটি স্মার্ট কন্ট্রাক্ট ফাংশন কল করতে হয়
+author: jdourlens
+tags: ["লেনদেন", "ফ্রন্টএন্ড", "JavaScript", "web3.js"]
+skill: beginner
+breadcrumb: JS থেকে কন্ট্রাক্ট কল করুন
+lang: bn
+published: 2020-04-19
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/calling-a-smart-contract-from-javascript/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+এই টিউটোরিয়ালে আমরা দেখব কীভাবে জাভাস্ক্রিপ্ট থেকে একটি [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) ফাংশন কল করতে হয়। প্রথমে একটি স্মার্ট কন্ট্রাক্টের স্টেট পড়া (যেমন, একজন ERC20 হোল্ডারের ব্যালেন্স), তারপর আমরা একটি টোকেন ট্রান্সফার করে ব্লকচেইনের স্টেট পরিবর্তন করব। আপনার ইতিমধ্যে [ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করার জন্য একটি JS এনভায়রনমেন্ট সেট আপ করার](/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/) সাথে পরিচিত হওয়া উচিত।
+
+এই উদাহরণের জন্য আমরা DAI টোকেন নিয়ে কাজ করব, টেস্টিংয়ের উদ্দেশ্যে আমরা ganache-cli ব্যবহার করে ব্লকচেইন ফর্ক করব এবং এমন একটি এডড্রেস আনলক করব যেখানে ইতিমধ্যে প্রচুর DAI রয়েছে:
+
+```bash
+ganache-cli -f https://mainnet.infura.io/v3/[YOUR INFURA KEY] -d -i 66 1 --unlock 0x4d10ae710Bd8D1C31bd7465c8CBC3add6F279E81
+```
+
+একটি স্মার্ট কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করার জন্য আমাদের এর এডড্রেস এবং ABI প্রয়োজন হবে:
+
+```js
+const ERC20TransferABI = [
+ {
+ constant: false,
+ inputs: [
+ {
+ name: "_to",
+ type: "address",
+ },
+ {
+ name: "_value",
+ type: "uint256",
+ },
+ ],
+ name: "transfer",
+ outputs: [
+ {
+ name: "",
+ type: "bool",
+ },
+ ],
+ payable: false,
+ stateMutability: "nonpayable",
+ type: "function",
+ },
+ {
+ constant: true,
+ inputs: [
+ {
+ name: "_owner",
+ type: "address",
+ },
+ ],
+ name: "balanceOf",
+ outputs: [
+ {
+ name: "balance",
+ type: "uint256",
+ },
+ ],
+ payable: false,
+ stateMutability: "view",
+ type: "function",
+ },
+]
+
+const DAI_ADDRESS = "0x6b175474e89094c44da98b954eedeac495271d0f"
+```
+
+এই প্রজেক্টের জন্য আমরা সম্পূর্ণ ERC20 ABI থেকে শুধুমাত্র `balanceOf` এবং `transfer` ফাংশন রেখেছি, তবে আপনি [সম্পূর্ণ ERC20 ABI এখানে](https://ethereumdev.io/abi-for-erc20-contract-on-ethereum/) পেতে পারেন।
+
+এরপর আমাদের স্মার্ট কন্ট্রাক্টটি ইনস্ট্যানশিয়েট (instantiate) করতে হবে:
+
+```js
+const web3 = new Web3("http://localhost:8545")
+
+const daiToken = new web3.eth.Contract(ERC20TransferABI, DAI_ADDRESS)
+```
+
+আমরা দুটি এডড্রেসও সেট আপ করব:
+
+- যে ট্রান্সফারটি গ্রহণ করবে এবং
+- যেটি আমরা ইতিমধ্যে আনলক করেছি যা এটি পাঠাবে:
+
+```js
+const senderAddress = "0x4d10ae710Bd8D1C31bd7465c8CBC3add6F279E81"
+const receiverAddress = "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+```
+
+পরবর্তী অংশে আমরা উভয় এডড্রেসের বর্তমান টোকেনের পরিমাণ পুনরুদ্ধার করতে `balanceOf` ফাংশনটি কল করব।
+
+## কল: একটি স্মার্ট কন্ট্রাক্ট থেকে ভ্যালু পড়া {#call-reading-value-from-a-smart-contract}
+
+প্রথম উদাহরণটি একটি "constant" মেথড কল করবে এবং কোনো লেনদেন না পাঠিয়ে EVM-এ এর স্মার্ট কন্ট্রাক্ট মেথডটি এক্সিকিউট করবে। এর জন্য আমরা একটি এডড্রেসের ERC20 ব্যালেন্স পড়ব। [ERC20 টোকেন সম্পর্কে আমাদের আর্টিকেলটি পড়ুন](/developers/tutorials/understand-the-erc-20-token-smart-contract/)।
+
+আপনি যে স্মার্ট কন্ট্রাক্টের জন্য ABI প্রদান করেছেন তার ইনস্ট্যানশিয়েট করা মেথডগুলো এভাবে অ্যাক্সেস করতে পারেন: `yourContract.methods.methodname`। `call` ফাংশন ব্যবহার করে আপনি ফাংশনটি এক্সিকিউট করার ফলাফল পাবেন।
+
+```js
+daiToken.methods.balanceOf(senderAddress).call(function (err, res) {
+ if (err) {
+ console.log("An error occurred", err)
+ return
+ }
+ console.log("The balance is: ", res)
+})
+```
+
+মনে রাখবেন যে DAI ERC20-এর 18 ডেসিমাল রয়েছে, যার মানে সঠিক পরিমাণ পেতে আপনাকে 18টি শূন্য সরাতে হবে। uint256 স্ট্রিং হিসেবে রিটার্ন করা হয় কারণ জাভাস্ক্রিপ্ট বড় সংখ্যার ভ্যালুগুলো হ্যান্ডেল করতে পারে না। আপনি যদি নিশ্চিত না হন [কীভাবে JS-এ বড় সংখ্যা নিয়ে কাজ করতে হয়, তাহলে bignumber.js সম্পর্কে আমাদের টিউটোরিয়ালটি দেখুন](https://ethereumdev.io/how-to-deal-with-big-numbers-in-javascript/)।
+
+## সেন্ড: একটি স্মার্ট কন্ট্রাক্ট ফাংশনে লেনদেন পাঠানো {#send-sending-a-transaction-to-a-smart-contract-function}
+
+দ্বিতীয় উদাহরণের জন্য আমরা আমাদের দ্বিতীয় এডড্রেসে 10 DAI পাঠাতে DAI স্মার্ট কন্ট্রাক্টের ট্রান্সফার ফাংশনটি কল করব। ট্রান্সফার ফাংশনটি দুটি প্যারামিটার গ্রহণ করে: প্রাপকের এডড্রেস এবং ট্রান্সফার করার টোকেনের পরিমাণ:
+
+```js
+daiToken.methods
+ .transfer(receiverAddress, "100000000000000000000")
+ .send({ from: senderAddress }, function (err, res) {
+ if (err) {
+ console.log("An error occurred", err)
+ return
+ }
+ console.log("Hash of the transaction: " + res)
+ })
+```
+
+কল ফাংশনটি সেই লেনদেনের হ্যাস রিটার্ন করে যা ব্লকচেইনে মাইন করা হবে। ইথিরিয়ামে, লেনদেনের হ্যাসগুলো অনুমানযোগ্য - এভাবেই আমরা লেনদেনটি এক্সিকিউট হওয়ার আগেই এর হ্যাস পেতে পারি ([এখানে জানুন কীভাবে হ্যাস গণনা করা হয়](https://ethereum.stackexchange.com/questions/45648/how-to-calculate-the-assigned-txhash-of-a-transaction))।
+
+যেহেতু ফাংশনটি শুধুমাত্র ব্লকচেইনে লেনদেন সাবমিট করে, তাই এটি কখন মাইন করা হয়েছে এবং ব্লকচেইনে অন্তর্ভুক্ত হয়েছে তা না জানা পর্যন্ত আমরা ফলাফল দেখতে পারি না। পরবর্তী টিউটোরিয়ালে আমরা শিখব [কীভাবে একটি লেনদেনের হ্যাস জেনে ব্লকচেইনে সেটি এক্সিকিউট হওয়ার জন্য অপেক্ষা করতে হয়](https://ethereumdev.io/waiting-for-a-transaction-to-be-mined-on-ethereum-with-js/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md b/public/content/translations/bn/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
new file mode 100644
index 00000000000..5bb15631054
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/creating-a-wagmi-ui-for-your-contract/index.md
@@ -0,0 +1,762 @@
+---
+title: "আপনার কন্ট্রাক্টের জন্য একটি ইউজার ইন্টারফেস তৈরি করা"
+description: TypeScript, React, Vite এবং Wagmi-এর মতো আধুনিক উপাদানগুলো ব্যবহার করে, আমরা একটি আধুনিক কিন্তু সাধারণ ইউজার ইন্টারফেস নিয়ে আলোচনা করব এবং শিখব কীভাবে ইউজার ইন্টারফেসের সাথে একটি ওয়ালেট কানেক্ট করতে হয়, তথ্য পড়ার জন্য একটি স্মার্ট কন্ট্রাক্ট কল করতে হয়, স্মার্ট কন্ট্রাক্টে লেনদেন পাঠাতে হয় এবং পরিবর্তনগুলো শনাক্ত করতে স্মার্ট কন্ট্রাক্ট থেকে ইভেন্টগুলো মনিটর করতে হয়।
+author: ওরি পোমেরান্টজ
+tags: ["typescript", "react", "vite", "wagmi", "ফ্রন্টএন্ড"]
+skill: beginner
+breadcrumb: WAGMI-এর সাথে UI
+published: 2023-11-01
+lang: bn
+sidebarDepth: 3
+---
+
+আপনি ইথিরিয়াম ইকোসিস্টেমে আমাদের প্রয়োজনীয় একটি ফিচার খুঁজে পেয়েছেন। এটি বাস্তবায়ন করার জন্য আপনি স্মার্ট কন্ট্রাক্ট লিখেছেন এবং হয়তো অফচেইনে চলে এমন কিছু সম্পর্কিত কোডও লিখেছেন। এটি দারুণ! দুর্ভাগ্যবশত, একটি ইউজার ইন্টারফেস ছাড়া আপনি কোনো ব্যবহারকারী পাবেন না, এবং আপনি শেষবার যখন কোনো ওয়েবসাইট লিখেছিলেন তখন মানুষ ডায়াল-আপ মডেম ব্যবহার করত এবং JavaScript নতুন ছিল।
+
+এই আর্টিকেলটি আপনার জন্য। আমি ধরে নিচ্ছি আপনি প্রোগ্রামিং জানেন, এবং হয়তো কিছুটা JavaScript ও HTML-ও জানেন, কিন্তু আপনার ইউজার ইন্টারফেসের দক্ষতা কিছুটা পুরোনো এবং সেকেলে হয়ে গেছে। আমরা একসাথে একটি সাধারণ আধুনিক অ্যাপ্লিকেশন নিয়ে আলোচনা করব যাতে আপনি দেখতে পারেন আজকাল কীভাবে এটি করা হয়।
+
+## এটি কেন গুরুত্বপূর্ণ {#why-important}
+
+তাত্ত্বিকভাবে, আপনি মানুষকে আপনার কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করার জন্য শুধু [Etherscan](https://sepolia.etherscan.io/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA#readContract) বা [Blockscout](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA?tab=read_write_contract) ব্যবহার করতে বলতে পারেন। এটি অভিজ্ঞ ইথিরিয়ানদের জন্য দারুণ। কিন্তু আমরা [আরও এক বিলিয়ন মানুষকে](https://blog.ethereum.org/2021/05/07/ethereum-for-the-next-billion) সেবা দেওয়ার চেষ্টা করছি। একটি দারুণ ইউজার এক্সপেরিয়েন্স ছাড়া এটি সম্ভব হবে না, এবং একটি ব্যবহারকারীবান্ধব ইউজার ইন্টারফেস এর একটি বড় অংশ।
+
+## Greeter অ্যাপ্লিকেশন {#greeter-app}
+
+আধুনিক UI কীভাবে কাজ করে তার পেছনে অনেক তত্ত্ব রয়েছে, এবং [অনেক ভালো সাইট রয়েছে](https://react.dev/learn/thinking-in-react) [যেগুলো এটি ব্যাখ্যা করে](https://wagmi.sh/core/getting-started)। ওই সাইটগুলোর করা চমৎকার কাজের পুনরাবৃত্তি করার পরিবর্তে, আমি ধরে নিচ্ছি আপনি কাজ করে শিখতে পছন্দ করেন এবং এমন একটি অ্যাপ্লিকেশন দিয়ে শুরু করতে চান যা নিয়ে আপনি কাজ করতে পারবেন। কাজগুলো সম্পন্ন করার জন্য আপনার এখনও তত্ত্বের প্রয়োজন হবে, এবং আমরা সেটিতে আসব - আমরা শুধু সোর্স ফাইল ধরে ধরে এগোব, এবং যখন যে বিষয়টি আসবে তখন সেটি নিয়ে আলোচনা করব।
+
+### ইনস্টলেশন {#installation}
+
+1. অ্যাপ্লিকেশনটি [Sepolia](https://sepolia.dev/) টেস্টনেট ব্যবহার করে। প্রয়োজন হলে, [Sepolia টেস্ট ETH সংগ্রহ করুন](/developers/docs/networks/#sepolia) এবং [আপনার ওয়ালেটে Sepolia যোগ করুন](https://chainlist.org/chain/11155111)।
+
+2. GitHub রিপোজিটরি ক্লোন করুন এবং প্রয়োজনীয় প্যাকেজগুলো ইনস্টল করুন।
+
+ ```sh
+ git clone https://github.com/qbzzt/260301-modern-ui-web3.git
+ cd 260301-modern-ui-web3
+ npm install
+ ```
+
+3. অ্যাপ্লিকেশনটি ফ্রি অ্যাক্সেস পয়েন্ট ব্যবহার করে, যেগুলোর পারফরম্যান্সের সীমাবদ্ধতা রয়েছে। আপনি যদি একটি [নোড অ্যাজ আ সার্ভিস](/developers/docs/nodes-and-clients/nodes-as-a-service/) প্রোভাইডার ব্যবহার করতে চান, তবে [`src/wagmi.ts`](#wagmi-ts)-এর URL-গুলো পরিবর্তন করুন।
+
+4. অ্যাপ্লিকেশনটি চালু করুন।
+
+ ```sh
+ npm run dev
+ ```
+
+5. অ্যাপ্লিকেশন দ্বারা দেখানো URL-এ ব্রাউজ করুন। বেশিরভাগ ক্ষেত্রে, এটি হলো [http://localhost:5173/](http://localhost:5173/)।
+
+6. আপনি [একটি ব্লক এক্সপ্লোরারে](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA?tab=contract_code) কন্ট্রাক্টের সোর্স কোড দেখতে পারেন, যা Hardhat-এর Greeter-এর একটি পরিমার্জিত সংস্করণ।
+
+### ফাইল ওয়াক থ্রু {#file-walk-through}
+
+#### `index.html` {#index-html}
+
+এই ফাইলটি একটি স্ট্যান্ডার্ড HTML বয়লারপ্লেট, শুধু এই লাইনটি ছাড়া, যা স্ক্রিপ্ট ফাইলটি ইমপোর্ট করে।
+
+```html
+
+```
+
+#### `src/main.tsx` {#main-tsx}
+
+ফাইলের এক্সটেনশন নির্দেশ করে যে এটি একটি [React কম্পোনেন্ট](https://www.w3schools.com/react/react_components.asp) যা [TypeScript](https://www.typescriptlang.org/)-এ লেখা, এটি JavaScript-এর একটি এক্সটেনশন যা [টাইপ চেকিং](https://en.wikipedia.org/wiki/Type_system#Type_checking) সাপোর্ট করে। TypeScript-কে JavaScript-এ কম্পাইল করা হয়, তাই আমরা এটি ক্লায়েন্ট সাইডে ব্যবহার করতে পারি।
+
+আপনার আগ্রহ থাকতে পারে ভেবে এই ফাইলটি মূলত ব্যাখ্যা করা হয়েছে। সাধারণত আপনি এই ফাইলটি পরিবর্তন করবেন না, বরং [`src/App.tsx`](#app-tsx) এবং এটি যেসব ফাইল ইমপোর্ট করে সেগুলো পরিবর্তন করবেন।
+
+```tsx
+import { QueryClient, QueryClientProvider } from '@tanstack/react-query'
+import React from 'react'
+import ReactDOM from 'react-dom/client'
+import { WagmiProvider } from 'wagmi'
+```
+
+আমাদের প্রয়োজনীয় লাইব্রেরি কোড ইমপোর্ট করুন।
+
+```tsx
+import App from './App.tsx'
+```
+
+অ্যাপ্লিকেশনটি ইমপ্লিমেন্ট করে এমন React কম্পোনেন্ট ইমপোর্ট করুন (নিচে দেখুন)।
+
+```tsx
+import { config } from './wagmi.ts'
+```
+
+[wagmi](https://wagmi.sh/) কনফিগারেশন ইমপোর্ট করুন, যার মধ্যে ব্লকচেইন কনফিগারেশন অন্তর্ভুক্ত রয়েছে।
+
+```tsx
+const queryClient = new QueryClient()
+```
+
+[React Query-এর](https://tanstack.com/query/latest/docs/framework/react/overview) ক্যাশ ম্যানেজারের একটি নতুন ইনস্ট্যান্স তৈরি করে। এই অবজেক্টটি স্টোর করবে:
+
+- ক্যাশ করা RPC কলগুলো
+- কন্ট্রাক্ট রিডগুলো
+- ব্যাকগ্রাউন্ড রিফেচিং স্টেট
+
+আমাদের ক্যাশ ম্যানেজার প্রয়োজন কারণ wagmi v3 অভ্যন্তরীণভাবে React Query ব্যবহার করে।
+
+```tsx
+ReactDOM.createRoot(document.getElementById('root')!).render(
+```
+
+রুট React কম্পোনেন্ট তৈরি করুন। `render`-এর প্যারামিটার হলো [JSX](https://www.w3schools.com/react/react_jsx.asp), এটি একটি এক্সটেনশন ল্যাঙ্গুয়েজ যা HTML এবং JavaScript/TypeScript উভয়ই ব্যবহার করে। এখানকার বিস্ময়সূচক চিহ্নটি TypeScript কম্পোনেন্টকে বলে: "তুমি জানো না যে `document.getElementById('root')` `ReactDOM.createRoot`-এর জন্য একটি ভ্যালিড প্যারামিটার হবে কিনা, কিন্তু চিন্তা কোরো না - আমি ডেভেলপার এবং আমি তোমাকে বলছি যে এটি হবে"।
+
+```tsx
+
+```
+
+অ্যাপ্লিকেশনটি [একটি `React.StrictMode` কম্পোনেন্টের](https://react.dev/reference/react/StrictMode) ভেতরে যাচ্ছে। এই কম্পোনেন্টটি React লাইব্রেরিকে অতিরিক্ত ডিবাগিং চেক ইনসার্ট করতে বলে, যা ডেভেলপমেন্টের সময় বেশ উপকারী।
+
+```tsx
+
+```
+
+অ্যাপ্লিকেশনটি [একটি `WagmiProvider` কম্পোনেন্টের](https://wagmi.sh/react/api/WagmiProvider) ভেতরেও রয়েছে। [wagmi (we are going to make it) লাইব্রেরি](https://wagmi.sh/) একটি ইথিরিয়াম ডিসেন্ট্রালাইজড এপ্লিকেশন লেখার জন্য React UI ডেফিনিশনগুলোকে [viem লাইব্রেরির](https://viem.sh/) সাথে কানেক্ট করে।
+
+```tsx
+
+```
+
+এবং সবশেষে, একটি React Query প্রোভাইডার যোগ করুন যাতে যেকোনো অ্যাপ্লিকেশন কম্পোনেন্ট ক্যাশ করা কোয়েরিগুলো ব্যবহার করতে পারে।
+
+```tsx
+
+
+ ,
+)
+```
+
+অবশ্যই, আমাদের অন্যান্য কম্পোনেন্টগুলো ক্লোজ করতে হবে।
+
+#### `src/App.tsx` {#app-tsx}
+
+```tsx
+import {
+ useConnect,
+ useConnection,
+ useDisconnect,
+ useSwitchChain
+} from 'wagmi'
+
+import { useEffect } from 'react'
+import { Greeter } from './Greeter'
+```
+
+আমাদের প্রয়োজনীয় লাইব্রেরিগুলো, সেইসাথে [`Greeter` কম্পোনেন্ট](#greeter-tsx) ইমপোর্ট করুন।
+
+```tsx
+const SEPOLIA_CHAIN_ID = 11155111
+```
+
+Sepolia চেইন ID।
+
+```
+function App() {
+```
+
+এটি একটি React কম্পোনেন্ট তৈরি করার স্ট্যান্ডার্ড উপায়: একটি ফাংশন ডিফাইন করুন যা রেন্ডার করার প্রয়োজন হলেই কল করা হয়। এই ফাংশনে সাধারণত TypeScript বা JavaScript কোড থাকে, যার পরে একটি `return` স্টেটমেন্ট থাকে যা JSX কোড রিটার্ন করে।
+
+```tsx
+ const connection = useConnection()
+```
+
+বর্তমান কানেকশন সম্পর্কিত তথ্য, যেমন এডড্রেস এবং `chainId` পেতে [`useConnection`](https://wagmi.sh/react/api/hooks/useConnection) ব্যবহার করুন।
+
+নিয়ম অনুযায়ী, React-এ `use...` নামের ফাংশনগুলো হলো [হুক (hooks)](https://www.w3schools.com/react/react_hooks.asp)। এই ফাংশনগুলো শুধু কম্পোনেন্টে ডাটা রিটার্ন করে না; ডাটা পরিবর্তিত হলে এগুলো কম্পোনেন্টটিকে পুনরায় রেন্ডার করাও নিশ্চিত করে (কম্পোনেন্ট ফাংশনটি আবার এক্সিকিউট হয় এবং এর আউটপুট HTML-এ আগেরটিকে রিপ্লেস করে)।
+
+```tsx
+ const { connectors, connect, status, error } = useConnect()
+```
+
+ওয়ালেট কানেকশন সম্পর্কে তথ্য পেতে [`useConnect`](https://wagmi.sh/react/api/hooks/useConnect) ব্যবহার করুন।
+
+```tsx
+ const { disconnect } = useDisconnect()
+```
+
+[এই হুকটি](https://wagmi.sh/react/api/hooks/useDisconnect) আমাদের ওয়ালেট থেকে ডিসকানেক্ট করার ফাংশন দেয়।
+
+```tsx
+ const { switchChain } = useSwitchChain()
+```
+
+[এই হুকটি](https://wagmi.sh/react/api/hooks/useSwitchChain) আমাদের চেইন সুইচ করতে দেয়।
+
+```tsx
+ useEffect(() => {
+```
+
+React হুক [`useEffect`](https://react.dev/reference/react/useEffect) আপনাকে কোনো এক্সটার্নাল সিস্টেম সিঙ্ক্রোনাইজ করার জন্য কোনো ভেরিয়েবলের মান পরিবর্তিত হলেই একটি ফাংশন রান করতে দেয়।
+
+```tsx
+ if (connection.status === 'connected' &&
+ connection.chainId !== SEPOLIA_CHAIN_ID
+ ) {
+ switchChain({ chainId: SEPOLIA_CHAIN_ID })
+ }
+```
+
+যদি আমরা কানেক্টেড থাকি, কিন্তু Sepolia ব্লকচেইনে না থাকি, তবে Sepolia-তে সুইচ করুন।
+
+```tsx
+ }, [connection.status, connection.chainId])
+```
+
+কানেকশন স্ট্যাটাস বা কানেকশন chainId পরিবর্তিত হওয়ার প্রতিবার ফাংশনটি পুনরায় রান করুন।
+
+```tsx
+ return (
+ <>
+```
+
+একটি React কম্পোনেন্টের JSX-কে _অবশ্যই_ একটি সিঙ্গেল HTML কম্পোনেন্ট রিটার্ন করতে হবে। যখন আমাদের একাধিক কম্পোনেন্ট থাকে এবং সেগুলোকে র্যাপ করার জন্য কোনো কন্টেইনারের প্রয়োজন হয় না, তখন আমরা সেগুলোকে একটি সিঙ্গেল কম্পোনেন্টে একত্রিত করতে একটি এম্পটি কম্পোনেন্ট (`<> ... `) ব্যবহার করি।
+
+```tsx
+ Connection
+
+ status: {connection.status}
+
+ addresses: {JSON.stringify(connection.addresses)}
+
+ chainId: {connection.chainId}
+
+```
+
+বর্তমান কানেকশন সম্পর্কে তথ্য প্রদান করুন। JSX-এর ভেতরে, `{}` মানে হলো এক্সপ্রেশনটিকে JavaScript হিসেবে ইভ্যালুয়েট করা।
+
+```tsx
+ {connection.status === 'connected' && (
+```
+
+সিনট্যাক্স `{ && }` মানে হলো "যদি কন্ডিশনটি `true` হয়, তবে ভ্যালুতে ইভ্যালুয়েট করো; যদি না হয়, তবে `false`-এ ইভ্যালুয়েট করো"।
+
+এটি JSX-এর ভেতরে if স্টেটমেন্ট রাখার স্ট্যান্ডার্ড উপায়।
+
+```tsx
+
+
+```
+
+JSX XML স্ট্যান্ডার্ড অনুসরণ করে, যা HTML-এর চেয়ে বেশি কড়াকড়ি। যদি কোনো ট্যাগের সংশ্লিষ্ট এন্ড ট্যাগ না থাকে, তবে এটিকে টার্মিনেট করার জন্য এর শেষে _অবশ্যই_ একটি স্ল্যাশ (`/`) থাকতে হবে।
+
+এখানে আমাদের এমন দুটি ট্যাগ রয়েছে, `
`](https://www.w3schools.com/tags/tag_hr.asp)।
+
+```tsx
+
+
+ )}
+```
+
+ব্যবহারকারী যদি এই বাটনে ক্লিক করেন, তবে `disconnect` ফাংশনটি কল করুন।
+
+```tsx
+ {connection.status !== 'connected' && (
+```
+
+যদি আমরা কানেক্টেড _না_ থাকি, তবে ওয়ালেটে কানেক্ট করার প্রয়োজনীয় অপশনগুলো দেখান।
+
+```tsx
+
+ Connect
+ {connectors.map((connector) => (
+```
+
+`connectors`-এ আমাদের কাছে কানেক্টরগুলোর একটি তালিকা রয়েছে। আমরা এটিকে ডিসপ্লে করার জন্য JSX বাটনের একটি তালিকায় পরিণত করতে [`map`](https://www.w3schools.com/jsref/jsref_map.asp) ব্যবহার করি।
+
+```tsx
+
+ ))}
+```
+
+কানেক্টর বাটনগুলো।
+
+```tsx
+ {status}
+ {error?.message}
+
+ )}
+```
+
+অতিরিক্ত তথ্য প্রদান করুন। এক্সপ্রেশন সিনট্যাক্স `?.` JavaScript-কে বলে যে ভেরিয়েবলটি ডিফাইন করা থাকলে, সেই ফিল্ডে ইভ্যালুয়েট করো। যদি ভেরিয়েবলটি ডিফাইন করা না থাকে, তবে এই এক্সপ্রেশনটি `undefined`-এ ইভ্যালুয়েট হয়।
+
+এক্সপ্রেশন `error.message`, যখন কোনো এরর থাকে না, তখন একটি এক্সেপশন রেইজ করবে। `error?.message` ব্যবহার করলে আমরা এই সমস্যাটি এড়াতে পারি।
+
+#### `src/Greeter.tsx` {#greeter-tsx}
+
+এই ফাইলে বেশিরভাগ UI ফাংশনালিটি রয়েছে। এতে এমন সব ডেফিনিশন অন্তর্ভুক্ত রয়েছে যা সাধারণত একাধিক ফাইলে থাকে, কিন্তু যেহেতু এটি একটি টিউটোরিয়াল, তাই প্রোগ্রামটিকে পারফরম্যান্স বা মেইনটেন্যান্সের সুবিধার চেয়ে প্রথমবার সহজে বোঝার জন্য অপ্টিমাইজ করা হয়েছে।
+
+```tsx
+import {
+ useState,
+ useEffect,
+ } from 'react'
+import { useChainId,
+ useAccount,
+ useReadContract,
+ useWriteContract,
+ useWatchContractEvent,
+ useSimulateContract
+ } from 'wagmi'
+```
+
+আমরা এই লাইব্রেরি ফাংশনগুলো ব্যবহার করি। আবারও বলছি, এগুলো যেখানে ব্যবহার করা হয়েছে তার নিচে ব্যাখ্যা করা হয়েছে।
+
+```tsx
+import { AddressType } from 'abitype'
+```
+
+[`abitype` লাইব্রেরি](https://abitype.dev/) আমাদের বিভিন্ন ইথিরিয়াম ডাটা টাইপের জন্য TypeScript ডেফিনিশন প্রদান করে, যেমন [`AddressType`](https://abitype.dev/config#addresstype)।
+
+```tsx
+let greeterABI = [
+ { "type": "function", "name": "greet", ... },
+ { "type": "function", "name": "setGreeting", ... },
+ { "type": "event", "name": "SetGreeting", ... },
+] as const // greeterABI
+```
+
+`Greeter` কন্ট্রাক্টের জন্য ABI।
+আপনি যদি একই সময়ে কন্ট্রাক্ট এবং UI ডেভেলপ করেন, তবে আপনি সাধারণত সেগুলোকে একই রিপোজিটরিতে রাখবেন এবং Solidity কম্পাইলার দ্বারা জেনারেট করা ABI-কে আপনার অ্যাপ্লিকেশনে একটি ফাইল হিসেবে ব্যবহার করবেন। তবে, এখানে এটি প্রয়োজনীয় নয় কারণ কন্ট্রাক্টটি আগে থেকেই ডেভেলপ করা হয়েছে এবং এটি পরিবর্তিত হবে না।
+
+আমরা TypeScript-কে এটি একটি _প্রকৃত_ কনস্ট্যান্ট তা বোঝাতে [`as const`](https://www.typescriptlang.org/docs/handbook/release-notes/typescript-3-4.html#const-assertions) ব্যবহার করি। সাধারণত, আপনি যখন JavaScript-এ `const x = {"a": 1}` নির্দিষ্ট করেন, তখন আপনি `x`-এর মান পরিবর্তন করতে পারেন, আপনি শুধু এতে অ্যাসাইন করতে পারবেন না।
+
+```tsx
+type AddressPerBlockchainType = {
+ [key: number]: AddressType
+}
+```
+
+TypeScript স্ট্রংলি টাইপড। আমরা এই ডেফিনিশনটি ব্যবহার করে সেই এডড্রেসটি নির্দিষ্ট করি যেখানে বিভিন্ন চেইন জুড়ে `Greeter` কন্ট্রাক্টটি ডিপ্লয় করা হয়েছে। কী (key) হলো একটি সংখ্যা (chainId), এবং ভ্যালু হলো একটি `AddressType` (একটি এডড্রেস)।
+
+```tsx
+const contractAddrs : AddressPerBlockchainType = {
+ // সেপোলিয়া
+ 11155111: '0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA'
+}
+```
+
+[Sepolia](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA?tab=contract)-তে কন্ট্রাক্টের এডড্রেস।
+
+##### Timer কম্পোনেন্ট {#timer-component}
+
+`Timer` কম্পোনেন্ট একটি নির্দিষ্ট সময় থেকে কত সেকেন্ড পার হয়েছে তা দেখায়। এটি ইউজেবিলিটির উদ্দেশ্যে গুরুত্বপূর্ণ। ব্যবহারকারীরা যখন কিছু করেন, তখন তারা তাৎক্ষণিক প্রতিক্রিয়ার আশা করেন। ব্লকচেইনে, এটি প্রায়শই অসম্ভব কারণ কোনো লেনদেন ব্লকে প্লেস না হওয়া পর্যন্ত কিছুই ঘটে না। এর একটি সমাধান হলো ব্যবহারকারী অ্যাকশনটি পারফর্ম করার পর কতক্ষণ পার হয়েছে তা দেখানো, যাতে ব্যবহারকারী সিদ্ধান্ত নিতে পারেন যে প্রয়োজনীয় সময়টি যুক্তিসঙ্গত কিনা।
+
+```tsx
+type TimerProps = {
+ lastUpdate: Date
+}
+```
+
+`Timer` কম্পোনেন্ট একটি প্যারামিটার নেয়, `lastUpdate`, যা হলো শেষ অ্যাকশনের সময়।
+
+```tsx
+const Timer = ({ lastUpdate }: TimerProps) => {
+ const [_, setNow] = useState(new Date())
+```
+
+কম্পোনেন্টটি সঠিকভাবে কাজ করার জন্য আমাদের স্টেট (কম্পোনেন্টের সাথে যুক্ত একটি ভেরিয়েবল) থাকতে হবে এবং এটি আপডেট করতে হবে। কিন্তু আমাদের এটি পড়ার কোনো প্রয়োজন নেই, তাই কোনো ভেরিয়েবল তৈরি করার দরকার নেই।
+
+```tsx
+ useEffect(() => {
+ const id = setInterval(() => setNow(new Date()), 1000)
+ return () => clearInterval(id)
+ }, [])
+```
+
+[`setInterval`](https://www.w3schools.com/jsref/met_win_setinterval.asp) ফাংশনটি আমাদের পর্যায়ক্রমিকভাবে রান করার জন্য একটি ফাংশন শিডিউল করতে দেয়। এই ক্ষেত্রে, প্রতি সেকেন্ডে। ফাংশনটি স্টেট আপডেট করার জন্য `setNow` কল করে, তাই `Timer` কম্পোনেন্টটি পুনরায় রেন্ডার হবে। আমরা এটিকে একটি এম্পটি ডিপেন্ডেন্সি লিস্টের সাথে [`useEffect`](https://react.dev/reference/react/useEffect)-এর ভেতরে র্যাপ করি যাতে এটি কম্পোনেন্ট রেন্ডার হওয়ার প্রতিবারের পরিবর্তে শুধু একবার ঘটে।
+
+```tsx
+ const secondsSinceUpdate = Math.floor(
+ (Date.now() - lastUpdate.getTime()) / 1000
+ )
+
+ return (
+ {secondsSinceUpdate} seconds ago
+ )
+}
+```
+
+শেষ আপডেটের পর থেকে কত সেকেন্ড পার হয়েছে তা হিসাব করুন এবং এটি রিটার্ন করুন।
+
+##### Greeter কম্পোনেন্ট {#greeter-component}
+
+```tsx
+const Greeter = () => {
+```
+
+অবশেষে, আমরা কম্পোনেন্টটি ডিফাইন করতে পারি।
+
+```tsx
+ const chainId = useChainId()
+ const account = useAccount()
+```
+
+আমরা যে চেইন এবং একাউন্ট ব্যবহার করছি সে সম্পর্কে তথ্য, [wagmi](https://wagmi.sh/)-এর সৌজন্যে। যেহেতু এটি একটি হুক (`use...`), তাই এই তথ্য পরিবর্তিত হলেই কম্পোনেন্টটি পুনরায় রেন্ডার হয়।
+
+```tsx
+ const greeterAddr = chainId && contractAddrs[chainId]
+```
+
+Greeter কন্ট্রাক্টের এডড্রেস, যা `undefined` হবে যদি আমাদের কাছে চেইনের তথ্য না থাকে, অথবা আমরা এমন কোনো চেইনে থাকি যেখানে সেই কন্ট্রাক্টটি নেই।
+
+```tsx
+ const readResults = useReadContract({
+ address: greeterAddr,
+ abi: greeterABI,
+ functionName: "greet", // কোনো আর্গুমেন্ট নেই
+ })
+```
+
+[`useReadContract` হুকটি](https://wagmi.sh/react/api/hooks/useReadContract) [কন্ট্রাক্টের](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA?tab=contract) `greet` ফাংশন কল করে।
+
+```tsx
+ const [ currentGreeting, setCurrentGreeting ] =
+ useState("Please wait while we fetch the greeting from the blockchain...")
+ const [ newGreeting, setNewGreeting ] = useState("")
+```
+
+React-এর [`useState` হুক](https://www.w3schools.com/react/react_usestate.asp) আমাদের একটি স্টেট ভেরিয়েবল নির্দিষ্ট করতে দেয়, যার মান কম্পোনেন্টের এক রেন্ডারিং থেকে অন্য রেন্ডারিং পর্যন্ত বজায় থাকে। এর প্রাথমিক মান হলো প্যারামিটার, এই ক্ষেত্রে এম্পটি স্ট্রিং।
+
+`useState` হুক দুটি ভ্যালুসহ একটি লিস্ট রিটার্ন করে:
+
+1. স্টেট ভেরিয়েবলের বর্তমান মান।
+2. প্রয়োজন হলে স্টেট ভেরিয়েবল মডিফাই করার জন্য একটি ফাংশন। যেহেতু এটি একটি হুক, তাই প্রতিবার এটি কল করা হলে কম্পোনেন্টটি আবার রেন্ডার হয়।
+
+এই ক্ষেত্রে, ব্যবহারকারী যে নতুন গ্রিটিং সেট করতে চান তার জন্য আমরা একটি স্টেট ভেরিয়েবল ব্যবহার করছি।
+
+```tsx
+ const [ lastSetterAddress, setLastSetterAddress ] = useState("")
+```
+
+একাধিক ব্যবহারকারী যদি একই সময়ে একই কন্ট্রাক্ট ব্যবহার করেন, তবে তারা একে অপরের গ্রিটিং ওভাররাইট করতে পারেন। এটি ব্যবহারকারীদের কাছে মনে হতে পারে যেন অ্যাপ্লিকেশনটি ঠিকমতো কাজ করছে না। অ্যাপ্লিকেশনটি যদি দেখায় যে কে সর্বশেষ গ্রিটিং সেট করেছে, তবে ব্যবহারকারী বুঝতে পারবেন যে এটি অন্য কেউ ছিল এবং অ্যাপ্লিকেশনটি সঠিকভাবে কাজ করছে।
+
+```tsx
+ const [ status, setStatus ] = useState("")
+ const [ statusTime, setStatusTime ] = useState(new Date())
+```
+
+ব্যবহারকারীরা দেখতে পছন্দ করেন যে তাদের অ্যাকশনগুলোর তাৎক্ষণিক প্রভাব পড়ছে। তবে, ব্লকচেইনে এমনটি হয় না। এই স্টেট ভেরিয়েবলগুলো আমাদের অন্তত ব্যবহারকারীদের কিছু দেখাতে দেয় যাতে তারা জানতে পারেন যে তাদের অ্যাকশনটি প্রসেস হচ্ছে।
+
+```tsx
+ useEffect(() => {
+ if (readResults.data) {
+ setCurrentGreeting(readResults.data)
+ setStatus("Greeting fetched from blockchain")
+ }
+ }, [readResults.data])
+```
+
+যদি উপরের `readResults` ডাটা পরিবর্তন করে এবং এটি কোনো ফলস ভ্যালুতে (`undefined`, উদাহরণস্বরূপ) সেট করা না থাকে, তবে বর্তমান গ্রিটিংটিকে ব্লকচেইন থেকে পড়া গ্রিটিংয়ে আপডেট করুন। এছাড়াও, স্ট্যাটাস আপডেট করুন।
+
+```tsx
+ useWatchContractEvent({
+ address: greeterAddr,
+ abi: greeterABI,
+ eventName: 'SetGreeting',
+ chainId,
+```
+
+`SetGreeting` ইভেন্টগুলো শুনুন।
+
+```tsx
+ enabled: !!greeterAddr,
+```
+
+`!!` মানে হলো যদি ভ্যালুটি `false` হয়, অথবা এমন কোনো ভ্যালু হয় যা ফলস হিসেবে ইভ্যালুয়েট হয়, যেমন `undefined`, `0`, বা একটি এম্পটি স্ট্রিং, তবে সামগ্রিকভাবে এক্সপ্রেশনটি `false`। অন্য যেকোনো ভ্যালুর জন্য, এটি `true`। এটি ভ্যালুগুলোকে বুলিয়ানে রূপান্তর করার একটি উপায়, কারণ যদি কোনো `greeterAddr` না থাকে, তবে আমরা ইভেন্টগুলো শুনতে চাই না।
+
+```tsx
+ onLogs: logs => {
+ const greetingFromContract = logs[0].args.greeting
+ setCurrentGreeting(greetingFromContract)
+ setLastSetterAddress(logs[0].args.sender)
+ updateStatus("Greeting updated by event")
+ },
+ })
+```
+
+যখন আমরা লগ দেখি (যা ঘটে যখন আমরা একটি নতুন ইভেন্ট দেখি), এর মানে হলো গ্রিটিংটি মডিফাই করা হয়েছে। সেই ক্ষেত্রে, আমরা `currentGreeting` এবং `lastSetterAddress`-কে নতুন ভ্যালুতে আপডেট করতে পারি। এছাড়াও, আমরা স্ট্যাটাস ডিসপ্লে আপডেট করতে চাই।
+
+```tsx
+ const updateStatus = (newStatus: string) => {
+ setStatus(newStatus)
+ setStatusTime(new Date())
+ }
+```
+
+যখন আমরা স্ট্যাটাস আপডেট করি তখন আমরা দুটি কাজ করতে চাই:
+
+1. স্ট্যাটাস স্ট্রিং (`status`) আপডেট করা
+2. শেষ স্ট্যাটাস আপডেটের সময় (`statusTime`) বর্তমান সময়ে আপডেট করা।
+
+```tsx
+ const greetingChange = (evt) =>
+ setNewGreeting(evt.target.value)
+```
+
+এটি নতুন গ্রিটিং ইনপুট ফিল্ডের পরিবর্তনের জন্য ইভেন্ট হ্যান্ডলার। আমরা `evt` প্যারামিটারের টাইপ নির্দিষ্ট করতে পারতাম, কিন্তু TypeScript একটি টাইপ অপশনাল ল্যাঙ্গুয়েজ। যেহেতু এই ফাংশনটি শুধুমাত্র একবার কল করা হয়, একটি HTML ইভেন্ট হ্যান্ডলারে, তাই আমি মনে করি না এটি প্রয়োজনীয়।
+
+```tsx
+ const { writeContractAsync } = useWriteContract()
+```
+
+একটি কন্ট্রাক্টে লেখার ফাংশন। এটি [`writeContracts`](https://wagmi.sh/core/api/actions/writeContracts#writecontracts)-এর মতো, তবে এটি আরও ভালো স্ট্যাটাস আপডেট এনাবল করে।
+
+```tsx
+ const simulation = useSimulateContract({
+ address: greeterAddr,
+ abi: greeterABI,
+ functionName: 'setGreeting',
+ args: [newGreeting],
+ account: account.address
+ })
+```
+
+ক্লায়েন্টের দৃষ্টিকোণ থেকে একটি ব্লকচেইন লেনদেন সাবমিট করার প্রক্রিয়াটি হলো:
+
+1. [`eth_estimateGas`](https://docs.alchemy.com/reference/eth-estimategas) ব্যবহার করে ব্লকচেইনের একটি নোডে লেনদেনটি পাঠান।
+2. নোড থেকে রেসপন্সের জন্য অপেক্ষা করুন।
+3. রেসপন্স পাওয়া গেলে, ব্যবহারকারীকে ওয়ালেটের মাধ্যমে লেনদেনটি সাইন করতে বলুন। এই ধাপটি নোডের রেসপন্স পাওয়ার পর _অবশ্যই_ ঘটতে হবে কারণ সাইন করার আগে ব্যবহারকারীকে লেনদেনের গ্যাস কস্ট দেখানো হয়।
+4. ব্যবহারকারীর অনুমোদনের জন্য অপেক্ষা করুন।
+5. লেনদেনটি আবার পাঠান, এবার [`eth_sendRawTransaction`](https://docs.alchemy.com/reference/eth-sendrawtransaction) ব্যবহার করে।
+
+ধাপ ২-এ লক্ষণীয় পরিমাণ সময় লাগতে পারে, যে সময়ে ব্যবহারকারীরা ভাবতে পারেন যে তাদের কমান্ডটি ইউজার ইন্টারফেস দ্বারা গৃহীত হয়েছে কিনা এবং কেন তাদের এখনও লেনদেনটি সাইন করতে বলা হচ্ছে না। এটি একটি খারাপ ইউজার এক্সপেরিয়েন্স (UX) তৈরি করে।
+
+এর একটি সমাধান হলো প্রতিবার কোনো প্যারামিটার পরিবর্তিত হলে `eth_estimateGas` পাঠানো। তারপর, ব্যবহারকারী যখন সত্যিই লেনদেনটি পাঠাতে চান (এই ক্ষেত্রে **Update greeting** প্রেস করে), তখন গ্যাস কস্ট জানা থাকে এবং ব্যবহারকারী তাৎক্ষণিকভাবে ওয়ালেট পেজটি দেখতে পারেন।
+
+```tsx
+ return (
+```
+
+এখন আমরা অবশেষে রিটার্ন করার জন্য আসল HTML তৈরি করতে পারি।
+
+```tsx
+ <>
+ Greeter
+ {currentGreeting}
+```
+
+বর্তমান গ্রিটিং দেখান।
+
+```tsx
+ {lastSetterAddress && (
+ Last updated by {
+ lastSetterAddress === account.address ? "you" : lastSetterAddress
+ }
+ )}
+```
+
+যদি আমরা জানি যে কে সর্বশেষ গ্রিটিং সেট করেছে, তবে সেই তথ্যটি ডিসপ্লে করুন। `Greeter` এই তথ্যের ট্র্যাক রাখে না, এবং আমরা `SetGreeting` ইভেন্টগুলোর জন্য পেছনে ফিরে তাকাতে চাই না, তাই আমরা এটি কেবল তখনই পাই যখন আমাদের রান করার সময় গ্রিটিংটি পরিবর্তিত হয়।
+
+```tsx
+
+
+
+```
+
+এটি হলো ইনপুট টেক্সট ফিল্ড যেখানে ব্যবহারকারী একটি নতুন গ্রিটিং সেট করতে পারেন। ব্যবহারকারী প্রতিবার কোনো কি (key) প্রেস করলে, আমরা `greetingChange` কল করি, যা `setNewGreeting` কল করে। যেহেতু `setNewGreeting` `useState` থেকে আসে, তাই এটি `Greeter` কম্পোনেন্টটিকে পুনরায় রেন্ডার করায়। এর মানে হলো:
+
+- নতুন গ্রিটিংয়ের ভ্যালু ধরে রাখতে আমাদের `value` নির্দিষ্ট করতে হবে, কারণ অন্যথায় এটি ডিফল্ট, অর্থাৎ এম্পটি স্ট্রিংয়ে ফিরে যাবে।
+- `newGreeting` পরিবর্তিত হওয়ার প্রতিবার `simulation`-ও আপডেট হয়, যার মানে হলো আমরা সঠিক গ্রিটিংয়ের সাথে একটি সিমুলেশন পাব। এটি প্রাসঙ্গিক হতে পারে কারণ গ্যাস কস্ট কল ডাটার সাইজের ওপর নির্ভর করে, যা স্ট্রিংয়ের দৈর্ঘ্যের ওপর নির্ভর করে।
+
+```tsx
+
+
+```
+
+লেনদেনটি আসলে পাঠানোর পরই কেবল `writeContractAsync` রিটার্ন করে। এটি আমাদের ব্যবহারকারীকে দেখাতে দেয় যে লেনদেনটি ব্লকচেইনে অন্তর্ভুক্ত হওয়ার জন্য কতক্ষণ ধরে অপেক্ষা করছে।
+
+```tsx
+ Status: {status}
+ Updated
+
+ )
+}
+```
+
+স্ট্যাটাস এবং এটি আপডেট হওয়ার পর কতক্ষণ পার হয়েছে তা দেখান।
+
+```
+export {Greeter}
+```
+
+কম্পোনেন্টটি এক্সপোর্ট করুন।
+
+#### `src/wagmi.ts` {#wagmi-ts}
+
+অবশেষে, wagmi সম্পর্কিত বিভিন্ন ডেফিনিশন `src/wagmi.ts`-এ রয়েছে। আমি এখানে সবকিছু ব্যাখ্যা করব না, কারণ এর বেশিরভাগই বয়লারপ্লেট যা আপনার পরিবর্তন করার প্রয়োজন হওয়ার সম্ভাবনা কম।
+
+```ts
+import { http, webSocket, createConfig, fallback } from 'wagmi'
+import { sepolia } from 'wagmi/chains'
+import { injected } from 'wagmi/connectors'
+
+export const config = createConfig({
+ chains: [sepolia],
+```
+
+wagmi কনফিগারেশনে এই অ্যাপ্লিকেশন দ্বারা সাপোর্টেড চেইনগুলো অন্তর্ভুক্ত রয়েছে। আপনি [অ্যাভেইলেবল চেইনগুলোর তালিকা](https://wagmi.sh/core/api/chains) দেখতে পারেন।
+
+```ts
+ connectors: [
+ injected(),
+ ],
+```
+
+[এই কানেক্টরটি](https://wagmi.sh/core/api/connectors/injected) আমাদের ব্রাউজারে ইনস্টল করা একটি ওয়ালেটের সাথে কথা বলতে দেয়।
+
+```ts
+ transports: {
+ [sepolia.id]: http()
+```
+
+Viem-এর সাথে আসা ডিফল্ট HTTP এন্ডপয়েন্টটি যথেষ্ট ভালো। আমরা যদি ভিন্ন কোনো URL চাই, তবে আমরা `http("https:// hostname ")` বা `webSocket("wss:// hostname ")` ব্যবহার করতে পারি।
+
+```ts
+ },
+ multiInjectedProviderDiscovery: false,
+})
+```
+
+## আরেকটি ব্লকচেইন যোগ করা {#add-blockchain}
+
+আজকাল অনেক [L2 স্কেলিং সলিউশন](https://ethereum.org/layer-2/) রয়েছে, এবং আপনি হয়তো এমন কিছু সাপোর্ট করতে চাইতে পারেন যা viem এখনও সাপোর্ট করে না। এটি করতে, আপনি `src/wagmi.ts` মডিফাই করবেন। এই নির্দেশিকাগুলো ব্যাখ্যা করে কীভাবে [Optimism Sepolia](https://chainlist.org/chain/11155420) যোগ করতে হয়।
+
+1. `src/wagmi.ts` এডিট করুন
+
+ A. viem থেকে `defineChain` টাইপ ইমপোর্ট করুন।
+
+ ```ts
+ import { defineChain } from 'viem'
+ ```
+
+ B. নেটওয়ার্ক ডেফিনিশন যোগ করুন। Optimism Sepolia-এর জন্য আপনার আসলে এটি করার প্রয়োজন নেই, [এটি আগে থেকেই `viem`-এ রয়েছে](https://github.com/wevm/viem/blob/main/src/chains/definitions/optimismSepolia.ts), কিন্তু এভাবে আপনি শিখতে পারবেন কীভাবে এমন একটি ব্লকচেইন যোগ করতে হয় যা `viem`-এ নেই।
+
+ ```ts
+ const optimismSepolia = defineChain({
+ id: 11_155_420,
+ name: 'OP Sepolia',
+ nativeCurrency: { name: 'Sepolia Ether', symbol: 'ETH', decimals: 18 },
+ rpcUrls: {
+ default: {
+ http: ['https://sepolia.optimism.io'],
+ webSocket: ['wss://optimism-sepolia.drpc.org'],
+ },
+ },
+ blockExplorers: {
+ default: {
+ name: 'Blockscout',
+ url: 'https://optimism-sepolia.blockscout.com',
+ apiUrl: 'https://optimism-sepolia.blockscout.com/api',
+ }
+ },
+ })
+ ```
+
+ C. `createConfig` কলে নতুন চেইনটি যোগ করুন।
+
+ ```ts
+ export const config = createConfig({
+ chains: [sepolia, optimismSepolia],
+ connectors: [
+ injected(),
+ ],
+ transports: {
+ [optimismSepolia.id]: http(),
+ [sepolia.id]: http()
+ },
+ multiInjectedProviderDiscovery: false,
+ })
+ ```
+
+2. Sepolia-তে স্বয়ংক্রিয় সুইচিং কমেন্ট আউট করতে `src/App.tsx` এডিট করুন। একটি প্রোডাকশন সিস্টেমে, আপনি সম্ভবত আপনার সাপোর্টেড প্রতিটি ব্লকচেইনের লিংকসহ বাটন দেখাবেন।
+
+ ```ts
+ /* useEffect(() => {
+ if (connection.status === 'connected' &&
+ connection.chainId !== SEPOLIA_CHAIN_ID
+ ) {
+ switchChain({ chainId: SEPOLIA_CHAIN_ID })
+ }
+ }, [connection.status, connection.chainId]) */
+ ```
+
+3. অ্যাপ্লিকেশনটি যাতে নতুন নেটওয়ার্কে আপনার কন্ট্রাক্টগুলোর এডড্রেস জানে তা নিশ্চিত করতে `src/Greeter.tsx` এডিট করুন।
+
+ ```ts
+ const contractAddrs: AddressPerBlockchainType = {
+ // অপটিমিজম সেপোলিয়া
+ 11155420: "0x4dd85791923E9294E934271522f63875EAe5806f",
+
+ // সেপোলিয়া
+ 11155111: "0x7143d5c190F048C8d19fe325b748b081903E3BF0",
+ }
+ ```
+
+4. আপনার ব্রাউজারে।
+
+ A. [ChainList](https://chainlist.org/chain/11155420?testnets=true)-এ ব্রাউজ করুন এবং আপনার ওয়ালেটে চেইনটি যোগ করতে টেবিলের ডানদিকের যেকোনো একটি বাটনে ক্লিক করুন।
+
+ B. অ্যাপ্লিকেশনে, ব্লকচেইন পরিবর্তন করতে **Disconnect** করুন এবং তারপর পুনরায় কানেক্ট করুন। এটি হ্যান্ডেল করার আরও ভালো উপায় রয়েছে, তবে সেগুলোর জন্য অ্যাপ্লিকেশনে পরিবর্তন আনতে হবে।
+
+## উপসংহার {#conclusion}
+
+অবশ্যই, আপনি `Greeter`-এর জন্য একটি ইউজার ইন্টারফেস প্রদান করার বিষয়ে খুব একটা আগ্রহী নন। আপনি আপনার নিজের কন্ট্রাক্টগুলোর জন্য একটি ইউজার ইন্টারফেস তৈরি করতে চান। আপনার নিজের অ্যাপ্লিকেশন তৈরি করতে, এই ধাপগুলো রান করুন:
+
+1. একটি wagmi অ্যাপ্লিকেশন তৈরি করার জন্য নির্দিষ্ট করুন।
+
+ ```sh copy
+ npm create wagmi
+ ```
+
+2. এগিয়ে যেতে `y` টাইপ করুন।
+
+3. অ্যাপ্লিকেশনটির নাম দিন।
+
+4. **React** ফ্রেমওয়ার্ক নির্বাচন করুন।
+
+5. **Vite** ভ্যারিয়েন্ট নির্বাচন করুন।
+
+এখন যান এবং আপনার কন্ট্রাক্টগুলোকে পুরো বিশ্বের জন্য ব্যবহারযোগ্য করে তুলুন।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/deploying-your-first-smart-contract/index.md b/public/content/translations/bn/developers/tutorials/deploying-your-first-smart-contract/index.md
new file mode 100644
index 00000000000..2a746123d26
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/deploying-your-first-smart-contract/index.md
@@ -0,0 +1,96 @@
+---
+title: আপনার প্রথম স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা
+description: ইথিরিয়াম টেস্টনেট-এ আপনার প্রথম স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার একটি পরিচিতি
+author: "jdourlens"
+tags: ["স্মার্ট কন্ট্রাক্ট", "remix", "solidity", "ডিপ্লয়িং"]
+skill: beginner
+breadcrumb: প্রথম কন্ট্রাক্ট ডিপ্লয় করুন
+lang: bn
+published: 2020-04-03
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/deploying-your-first-smart-contract/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+আমি ধারণা করছি যে আপনিও আমাদের মতো ইথিরিয়াম ব্লকচেইন-এ আপনার প্রথম [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts/) [ডিপ্লয়](/developers/docs/smart-contracts/deploying/) করতে এবং এর সাথে ইন্টারঅ্যাক্ট করতে অনেক বেশি আগ্রহী।
+
+চিন্তা করবেন না, যেহেতু এটি আমাদের প্রথম স্মার্ট কন্ট্রাক্ট, তাই আমরা এটি একটি [লোকাল টেস্টনেট-এ](/developers/docs/networks/) ডিপ্লয় করব যাতে এটি ডিপ্লয় করতে আপনার কোনো খরচ না হয় এবং আপনি যত খুশি এটি নিয়ে কাজ করতে পারেন।
+
+## আমাদের কন্ট্রাক্ট লেখা {#writing-our-contract}
+
+প্রথম ধাপ হলো [Remix-এ যাওয়া](https://remix.ethereum.org/) এবং একটি নতুন ফাইল তৈরি করা। Remix ইন্টারফেসের উপরের বাম দিকে একটি নতুন ফাইল যোগ করুন এবং আপনার পছন্দমতো ফাইলের নাম দিন।
+
+
+
+নতুন ফাইলে, আমরা নিচের কোডটি পেস্ট করব।
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >=0.5.17;
+
+contract Counter {
+
+ // কাউন্টের সংখ্যা রাখার জন্য unsigned int টাইপের পাবলিক ভেরিয়েবল
+ uint256 public count = 0;
+
+ // যে ফাংশনটি আমাদের কাউন্টার বৃদ্ধি করে
+ function increment() public {
+ count += 1;
+ }
+
+ // কাউন্টের মান পাওয়ার জন্য অপ্রয়োজনীয় গেটার
+ function getCount() public view returns (uint256) {
+ return count;
+ }
+
+}
+```
+
+আপনি যদি প্রোগ্রামিংয়ের সাথে পরিচিত হন, তবে এই প্রোগ্রামটি কী করে তা সহজেই অনুমান করতে পারবেন। নিচে লাইন বাই লাইন ব্যাখ্যা দেওয়া হলো:
+
+- লাইন 4: আমরা `Counter` নামের একটি কন্ট্রাক্ট ডিফাইন করেছি।
+- লাইন 7: আমাদের কন্ট্রাক্টটি `count` নামের একটি আনসাইনড ইন্টিজার (unsigned integer) স্টোর করে, যা 0 থেকে শুরু হয়।
+- লাইন 10: প্রথম ফাংশনটি কন্ট্রাক্টের স্টেট পরিবর্তন করবে এবং আমাদের `count` ভেরিয়েবলটিকে `increment()` করবে।
+- লাইন 15: দ্বিতীয় ফাংশনটি হলো একটি গেটার (getter), যা স্মার্ট কন্ট্রাক্ট-এর বাইরে থেকে `count` ভেরিয়েবলের মান পড়তে সাহায্য করে। মনে রাখবেন, যেহেতু আমরা আমাদের `count` ভেরিয়েবলটিকে পাবলিক হিসেবে ডিফাইন করেছি, তাই এটি অপরিহার্য নয়, তবে এটি একটি উদাহরণ হিসেবে দেখানো হয়েছে।
+
+আমাদের প্রথম সাধারণ স্মার্ট কন্ট্রাক্ট-এর জন্য এতটুকুই। আপনি হয়তো জানেন, এটি Java বা C++ এর মতো OOP (অবজেক্ট-ওরিয়েন্টেড প্রোগ্রামিং) ভাষার ক্লাসের মতো দেখতে। এখন আমাদের কন্ট্রাক্ট নিয়ে কাজ করার সময়।
+
+## আমাদের কন্ট্রাক্ট ডিপ্লয় করা {#deploying-our-contract}
+
+যেহেতু আমরা আমাদের প্রথম স্মার্ট কন্ট্রাক্ট লিখে ফেলেছি, তাই এখন আমরা এটি ব্লকচেইন-এ ডিপ্লয় করব যাতে আমরা এটি নিয়ে কাজ করতে পারি।
+
+[ব্লকচেইন-এ স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা](/developers/docs/smart-contracts/deploying/) বলতে মূলত কোনো প্রাপক নির্দিষ্ট না করেই কম্পাইল করা স্মার্ট কন্ট্রাক্ট-এর কোড সম্বলিত একটি লেনদেন পাঠানোকে বোঝায়।
+
+আমরা প্রথমে বাম দিকের কম্পাইল আইকনে ক্লিক করে [কন্ট্রাক্টটি কম্পাইল করব](/developers/docs/smart-contracts/compiling/):
+
+
+
+এরপর কম্পাইল বাটনে ক্লিক করুন:
+
+
+
+আপনি চাইলে "Auto compile" অপশনটি নির্বাচন করতে পারেন, যাতে টেক্সট এডিটরে কন্টেন্ট সেভ করার সাথে সাথেই কন্ট্রাক্টটি স্বয়ংক্রিয়ভাবে কম্পাইল হয়ে যায়।
+
+এরপর "deploy and run transactions" স্ক্রিনে যান:
+
+
+
+"deploy and run transactions" স্ক্রিনে যাওয়ার পর, আপনার কন্ট্রাক্টের নাম দেখাচ্ছে কিনা তা ভালোভাবে চেক করুন এবং Deploy-এ ক্লিক করুন। পৃষ্ঠার উপরের দিকে দেখতে পাবেন, বর্তমান এনভায়রনমেন্ট হলো "JavaScript VM", যার মানে হলো আমরা একটি লোকাল টেস্ট ব্লকচেইন-এ আমাদের স্মার্ট কন্ট্রাক্ট ডিপ্লয় করব এবং এর সাথে ইন্টারঅ্যাক্ট করব, যাতে কোনো ফি ছাড়াই দ্রুত টেস্ট করা যায়।
+
+
+
+"Deploy" বাটনে ক্লিক করার পর, আপনি নিচে আপনার কন্ট্রাক্টটি দেখতে পাবেন। বাম দিকের অ্যারোতে ক্লিক করে এটি এক্সপ্যান্ড করুন যাতে আমরা আমাদের কন্ট্রাক্টের কন্টেন্ট দেখতে পারি। এখানে আমাদের `counter` ভেরিয়েবল, `increment()` ফাংশন এবং `getCounter()` গেটার রয়েছে।
+
+আপনি যদি `count` বা `getCount` বাটনে ক্লিক করেন, তবে এটি কন্ট্রাক্টের `count` ভেরিয়েবলের কন্টেন্ট নিয়ে আসবে এবং তা প্রদর্শন করবে। যেহেতু আমরা এখনও `increment` ফাংশনটি কল করিনি, তাই এটি 0 দেখাবে।
+
+
+
+চলুন এখন বাটনে ক্লিক করে `increment` ফাংশনটি কল করি। আপনি উইন্ডোর নিচের দিকে সম্পন্ন হওয়া লেনদেনগুলোর লগ দেখতে পাবেন। আপনি লক্ষ্য করবেন যে, `increment` বাটনের পরিবর্তে ডেটা রিট্রিভ করার বাটনে ক্লিক করলে লগগুলো ভিন্ন হয়। এর কারণ হলো ব্লকচেইন-এ ডেটা পড়ার জন্য কোনো লেনদেন (রাইটিং) বা ফি-এর প্রয়োজন হয় না। কারণ শুধুমাত্র ব্লকচেইন-এর স্টেট পরিবর্তন করার জন্যই লেনদেন করার প্রয়োজন হয়:
+
+
+
+ইনক্রিমেন্ট বাটনে চাপ দেওয়ার পর, যা আমাদের `increment()` ফাংশন কল করার জন্য একটি লেনদেন তৈরি করবে, আমরা যদি আবার count বা getCount বাটনে ক্লিক করি, তবে আমরা আমাদের স্মার্ট কন্ট্রাক্ট-এর নতুন আপডেট হওয়া স্টেট দেখতে পাব, যেখানে count ভেরিয়েবলের মান 0 এর চেয়ে বড় হবে।
+
+
+
+পরবর্তী টিউটোরিয়ালে, আমরা আলোচনা করব [কীভাবে আপনি আপনার স্মার্ট কন্ট্রাক্ট-এ ইভেন্ট যোগ করতে পারেন](/developers/tutorials/logging-events-smart-contracts/)। ইভেন্ট লগ করা হলো আপনার স্মার্ট কন্ট্রাক্ট ডিবাগ করার এবং কোনো ফাংশন কল করার সময় কী ঘটছে তা বোঝার একটি সুবিধাজনক উপায়।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md b/public/content/translations/bn/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
new file mode 100644
index 00000000000..f7df35eb3c5
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/develop-and-test-dapps-with-a-multi-client-local-eth-testnet/index.md
@@ -0,0 +1,373 @@
+---
+title: কীভাবে একটি লোকাল, মাল্টি-ক্লায়েন্ট টেস্টনেট-এ একটি ডিএ্যাপ ডেভেলপ এবং টেস্ট করবেন
+description: এই গাইডটি প্রথমে আপনাকে দেখাবে কীভাবে একটি মাল্টি-ক্লায়েন্ট লোকাল ইথিরিয়াম টেস্টনেট ইনস্ট্যানশিয়েট এবং কনফিগার করতে হয়, এরপর সেই টেস্টনেট ব্যবহার করে একটি ডিএ্যাপ ডিপ্লয় এবং টেস্ট করার প্রক্রিয়া বর্ণনা করবে।
+author: "টেডি মিতিকু"
+tags:
+ [
+ "ক্লায়েন্টস",
+ "নোডস",
+ "স্মার্ট কন্ট্রাক্ট",
+ "কম্পোজেবিলিটি",
+ "কনসেন্সাস লেয়ার",
+ "এক্সিকিউশন লেয়ার",
+ "টেস্টিং",
+ ]
+skill: intermediate
+breadcrumb: মাল্টি-ক্লায়েন্ট টেস্টনেট
+lang: bn
+published: 2023-04-11
+---
+
+## ভূমিকা {#introduction}
+
+এই গাইডটি আপনাকে একটি কনফিগারযোগ্য লোকাল ইথিরিয়াম টেস্টনেট ইনস্ট্যানশিয়েট করা, এতে একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা এবং আপনার ডিএ্যাপ-এর বিরুদ্ধে টেস্ট চালানোর জন্য টেস্টনেট ব্যবহার করার প্রক্রিয়ার মধ্য দিয়ে নিয়ে যাবে। এই গাইডটি সেইসব ডিএ্যাপ ডেভেলপারদের জন্য তৈরি করা হয়েছে যারা একটি লাইভ টেস্টনেট বা মেইননেট-এ ডিপ্লয় করার আগে বিভিন্ন নেটওয়ার্ক কনফিগারেশনের বিপরীতে লোকালি তাদের ডিএ্যাপস ডেভেলপ এবং টেস্ট করতে চান।
+
+এই গাইডে, আপনি যা করবেন:
+
+- [Kurtosis](https://www.kurtosis.com/) ব্যবহার করে [`eth-network-package`](https://github.com/kurtosis-tech/eth-network-package)-এর সাহায্যে একটি লোকাল ইথিরিয়াম টেস্টনেট ইনস্ট্যানশিয়েট করবেন,
+- একটি ডিএ্যাপ কম্পাইল, ডিপ্লয় এবং টেস্ট করার জন্য আপনার Hardhat ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্টকে লোকাল টেস্টনেট-এর সাথে কানেক্ট করবেন, এবং
+- বিভিন্ন নেটওয়ার্ক কনফিগারেশনের বিপরীতে ডেভেলপমেন্ট এবং টেস্টিং ওয়ার্কফ্লো সক্ষম করতে নোড-এর সংখ্যা এবং নির্দিষ্ট EL/CL ক্লায়েন্ট পেয়ারিংয়ের মতো প্যারামিটারসহ লোকাল টেস্টনেট কনফিগার করবেন।
+
+### Kurtosis কী? {#what-is-kurtosis}
+
+[Kurtosis](https://www.kurtosis.com/) হলো একটি কম্পোজেবল বিল্ড সিস্টেম যা মাল্টি-কন্টেইনার টেস্ট এনভায়রনমেন্ট কনফিগার করার জন্য ডিজাইন করা হয়েছে। এটি বিশেষভাবে ডেভেলপারদের এমন রিপ্রোডিউসিবল এনভায়রনমেন্ট তৈরি করতে সক্ষম করে যার জন্য ডাইনামিক সেটআপ লজিক প্রয়োজন, যেমন ব্লকচেইন টেস্টনেট।
+
+এই গাইডে, Kurtosis eth-network-package একটি লোকাল ইথিরিয়াম টেস্টনেট চালু করে যা [`geth`](https://geth.ethereum.org/) এক্সিকিউশন লেয়ার (EL) ক্লায়েন্ট, সেইসাথে [`teku`](https://consensys.io/teku), [`lighthouse`](https://lighthouse.sigmaprime.io/), এবং [`lodestar`](https://lodestar.chainsafe.io/) কনসেন্সাস লেয়ার (CL) ক্লায়েন্ট সমর্থন করে। এই প্যাকেজটি Hardhat Network, Ganache, এবং Anvil-এর মতো ফ্রেমওয়ার্কের নেটওয়ার্কগুলোর একটি কনফিগারযোগ্য এবং কম্পোজেবল বিকল্প হিসেবে কাজ করে। Kurtosis ডেভেলপারদের তাদের ব্যবহৃত টেস্টনেটগুলোর ওপর আরও বেশি নিয়ন্ত্রণ এবং ফ্লেক্সিবিলিটি প্রদান করে, যা একটি প্রধান কারণ যে কেন [ইথিরিয়াম ফাউন্ডেশন Merge টেস্ট করার জন্য Kurtosis ব্যবহার করেছিল](https://www.kurtosis.com/blog/testing-the-ethereum-merge) এবং নেটওয়ার্ক আপগ্রেড টেস্টিংয়ের জন্য এটি ব্যবহার করা চালিয়ে যাচ্ছে।
+
+## Kurtosis সেটআপ করা {#setting-up-kurtosis}
+
+এগিয়ে যাওয়ার আগে, নিশ্চিত করুন যে আপনার কাছে আছে:
+
+- আপনার লোকাল মেশিনে [Docker ইঞ্জিন ইনস্টল এবং চালু করা আছে](https://docs.kurtosis.com/install/#i-install--start-docker)
+- [Kurtosis CLI ইনস্টল করা আছে](https://docs.kurtosis.com/install#ii-install-the-cli) (অথবা যদি আপনার কাছে আগে থেকেই CLI ইনস্টল করা থাকে, তবে এটি লেটেস্ট রিলিজে আপগ্রেড করা আছে)
+- [Node.js](https://nodejs.org/en), [yarn](https://classic.yarnpkg.com/lang/en/docs/install/#mac-stable), এবং [npx](https://www.npmjs.com/package/npx) ইনস্টল করা আছে (আপনার ডিএ্যাপ এনভায়রনমেন্টের জন্য)
+
+## একটি লোকাল ইথিরিয়াম টেস্টনেট ইনস্ট্যানশিয়েট করা {#instantiate-testnet}
+
+একটি লোকাল ইথিরিয়াম টেস্টনেট চালু করতে, রান করুন:
+
+```python
+kurtosis --enclave local-eth-testnet run github.com/kurtosis-tech/eth-network-package
+```
+
+নোট: এই কমান্ডটি `--enclave` ফ্ল্যাগ ব্যবহার করে আপনার নেটওয়ার্কের নাম দেয়: "local-eth-testnet”।
+
+Kurtosis নির্দেশাবলী ইন্টারপ্রেট, ভ্যালিডেট এবং তারপর এক্সিকিউট করার জন্য কাজ করার সময় এর ভেতরের পদক্ষেপগুলো প্রিন্ট করবে। শেষে, আপনার নিচের মতো একটি আউটপুট দেখা উচিত:
+
+```python
+INFO[2023-04-04T18:09:44-04:00] ======================================================
+INFO[2023-04-04T18:09:44-04:00] || Created enclave: local-eth-testnet ||
+INFO[2023-04-04T18:09:44-04:00] ======================================================
+Name: local-eth-testnet
+UUID: 39372d756ae8
+Status: RUNNING
+Creation Time: Tue, 04 Apr 2023 18:09:03 EDT
+
+========================================= Files Artifacts =========================================
+UUID Name
+d4085a064230 cl-genesis-data
+1c62cb792e4c el-genesis-data
+bd60489b73a7 genesis-generation-config-cl
+b2e593fe5228 genesis-generation-config-el
+d552a54acf78 geth-prefunded-keys
+5f7e661eb838 prysm-password
+054e7338bb59 validator-keystore-0
+
+========================================== User Services ==========================================
+UUID Name Ports Status
+e20f129ee0c5 cl-client-0-beacon http: 4000/tcp -> RUNNING
+ metrics: 5054/tcp ->
+ tcp-discovery: 9000/tcp -> 127.0.0.1:54263
+ udp-discovery: 9000/udp -> 127.0.0.1:60470
+a8b6c926cdb4 cl-client-0-validator http: 5042/tcp -> 127.0.0.1:54267 RUNNING
+ metrics: 5064/tcp ->
+d7b802f623e8 el-client-0 engine-rpc: 8551/tcp -> 127.0.0.1:54253 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:54251
+ tcp-discovery: 30303/tcp -> 127.0.0.1:54254
+ udp-discovery: 30303/udp -> 127.0.0.1:53834
+ ws: 8546/tcp -> 127.0.0.1:54252
+514a829c0a84 prelaunch-data-generator-1680646157905431468 STOPPED
+62bd62d0aa7a prelaunch-data-generator-1680646157915424301 STOPPED
+05e9619e0e90 prelaunch-data-generator-1680646157922872635 STOPPED
+
+```
+
+অভিনন্দন! আপনি Docker-এর ওপর একটি CL (`lighthouse`) এবং EL ক্লায়েন্ট (`geth`) সহ একটি লোকাল ইথিরিয়াম টেস্টনেট ইনস্ট্যানশিয়েট করতে Kurtosis ব্যবহার করেছেন।
+
+### পর্যালোচনা {#review-instantiate-testnet}
+
+এই সেকশনে, আপনি একটি কমান্ড এক্সিকিউট করেছেন যা Kurtosis-কে একটি Kurtosis [Enclave](https://docs.kurtosis.com/advanced-concepts/enclaves/)-এর মধ্যে একটি লোকাল ইথিরিয়াম টেস্টনেট চালু করতে [GitHub-এ রিমোটলি হোস্ট করা `eth-network-package`](https://github.com/kurtosis-tech/eth-network-package) ব্যবহার করার নির্দেশ দিয়েছে। আপনার এনক্লেভের ভেতরে, আপনি "file artifacts" এবং "user services" উভয়ই পাবেন।
+
+আপনার এনক্লেভের [File Artifacts](https://docs.kurtosis.com/advanced-concepts/files-artifacts/)-এ EL এবং CL ক্লায়েন্ট বুটস্ট্র্যাপ করার জন্য জেনারেট করা এবং ব্যবহৃত সমস্ত ডাটা অন্তর্ভুক্ত রয়েছে। এই ডাটাটি এই [Docker ইমেজ](https://github.com/ethpandaops/ethereum-genesis-generator) থেকে তৈরি `prelaunch-data-generator` সার্ভিস ব্যবহার করে তৈরি করা হয়েছিল।
+
+ইউজার সার্ভিসগুলো আপনার এনক্লেভে পরিচালিত সমস্ত কন্টেইনারাইজড সার্ভিস প্রদর্শন করে। আপনি লক্ষ্য করবেন যে একটি একক নোড তৈরি করা হয়েছে, যাতে একটি EL ক্লায়েন্ট এবং একটি CL ক্লায়েন্ট উভয়ই রয়েছে।
+
+## আপনার ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্টকে লোকাল ইথিরিয়াম টেস্টনেট-এর সাথে কানেক্ট করুন {#connect-your-dapp}
+
+### ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্ট সেটআপ করুন {#set-up-dapp-env}
+
+এখন যেহেতু আপনার একটি চলমান লোকাল টেস্টনেট আছে, আপনি আপনার লোকাল টেস্টনেট ব্যবহার করার জন্য আপনার ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্ট কানেক্ট করতে পারেন। এই গাইডে আপনার লোকাল টেস্টনেট-এ একটি ব্ল্যাকজ্যাক ডিএ্যাপ ডিপ্লয় করতে Hardhat ফ্রেমওয়ার্ক ব্যবহার করা হবে।
+
+আপনার ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ করতে, আমাদের স্যাম্পল ডিএ্যাপ ধারণকারী রিপোজিটরিটি ক্লোন করুন এবং এর ডিপেন্ডেন্সিগুলো ইনস্টল করুন, রান করুন:
+
+```python
+git clone https://github.com/kurtosis-tech/awesome-kurtosis.git && cd awesome-kurtosis/smart-contract-example && yarn
+```
+
+এখানে ব্যবহৃত [smart-contract-example](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example) ফোল্ডারে [Hardhat](https://hardhat.org/) ফ্রেমওয়ার্ক ব্যবহারকারী একজন ডিএ্যাপ ডেভেলপারের জন্য সাধারণ সেটআপ রয়েছে:
+
+- [`contracts/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/contracts)-এ একটি ব্ল্যাকজ্যাক ডিএ্যাপ-এর জন্য কয়েকটি সাধারণ স্মার্ট কন্ট্রাক্ট রয়েছে
+- [`scripts/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/scripts)-এ আপনার লোকাল ইথিরিয়াম নেটওয়ার্ক-এ একটি টোকেন কন্ট্রাক্ট ডিপ্লয় করার জন্য একটি স্ক্রিপ্ট রয়েছে
+- [`test/`](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/smart-contract-example/test)-এ আপনার টোকেন কন্ট্রাক্টের জন্য একটি সাধারণ .js টেস্ট রয়েছে যা নিশ্চিত করে যে আমাদের ব্ল্যাকজ্যাক ডিএ্যাপ-এর প্রতিটি প্লেয়ারের জন্য 1000 মিন্ট করা হয়েছে
+- [`hardhat.config.ts`](https://github.com/kurtosis-tech/awesome-kurtosis/blob/main/smart-contract-example/hardhat.config.ts) আপনার Hardhat সেটআপ কনফিগার করে
+
+### লোকাল টেস্টনেট ব্যবহার করার জন্য Hardhat কনফিগার করুন {#configure-hardhat}
+
+আপনার ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ হওয়ার পর, আপনি এখন Kurtosis ব্যবহার করে জেনারেট করা লোকাল ইথিরিয়াম টেস্টনেট ব্যবহার করার জন্য Hardhat কানেক্ট করবেন। এটি সম্পন্ন করতে, আপনার `hardhat.config.ts` কনফিগ ফাইলের `localnet` স্ট্রাক্টে থাকা `<$YOUR_PORT>`-কে যেকোনো `el-client-` সার্ভিস থেকে পাওয়া rpc uri আউটপুটের পোর্ট দিয়ে রিপ্লেস করুন। এই স্যাম্পল ক্ষেত্রে, পোর্টটি হবে `64248`। আপনার পোর্ট ভিন্ন হবে।
+
+`hardhat.config.ts`-এ উদাহরণ:
+
+```js
+localnet: {
+url: 'http://127.0.0.1:<$YOUR_PORT>', // TODO: ETH NETWORK KURTOSIS PACKAGE দ্বারা তৈরি একটি NODE URI এর পোর্ট দিয়ে $YOUR_PORT প্রতিস্থাপন করুন
+
+// এগুলো হলো eth-network-package দ্বারা তৈরি প্রিফান্ডেড টেস্ট অ্যাকাউন্টগুলোর সাথে যুক্ত প্রাইভেট কী
+//
+accounts: [
+ "ef5177cd0b6b21c87db5a0bf35d4084a8a57a9d6a064f86d51ac85f2b873a4e2",
+ "48fcc39ae27a0e8bf0274021ae6ebd8fe4a0e12623d61464c498900b28feb567",
+ "7988b3a148716ff800414935b305436493e1f25237a2a03e5eebc343735e2f31",
+ "b3c409b6b0b3aa5e65ab2dc1930534608239a478106acf6f3d9178e9f9b00b35",
+ "df9bb6de5d3dc59595bcaa676397d837ff49441d211878c024eabda2cd067c9f",
+ "7da08f856b5956d40a72968f93396f6acff17193f013e8053f6fbb6c08c194d6",
+ ],
+},
+```
+
+একবার আপনি আপনার ফাইল সেভ করলে, আপনার Hardhat ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্ট এখন আপনার লোকাল ইথিরিয়াম টেস্টনেট-এর সাথে কানেক্ট হয়ে যাবে! আপনি নিচের কমান্ডটি রান করে যাচাই করতে পারেন যে আপনার টেস্টনেট কাজ করছে:
+
+```python
+npx hardhat balances --network localnet
+```
+
+আউটপুটটি দেখতে অনেকটা এরকম হওয়া উচিত:
+
+```python
+0x878705ba3f8Bc32FCf7F4CAa1A35E72AF65CF766 has balance 10000000000000000000000000
+0x4E9A3d9D1cd2A2b2371b8b3F489aE72259886f1A has balance 10000000000000000000000000
+0xdF8466f277964Bb7a0FFD819403302C34DCD530A has balance 10000000000000000000000000
+0x5c613e39Fc0Ad91AfDA24587e6f52192d75FBA50 has balance 10000000000000000000000000
+0x375ae6107f8cC4cF34842B71C6F746a362Ad8EAc has balance 10000000000000000000000000
+0x1F6298457C5d76270325B724Da5d1953923a6B88 has balance 10000000000000000000000000
+```
+
+এটি নিশ্চিত করে যে Hardhat আপনার লোকাল টেস্টনেট ব্যবহার করছে এবং `eth-network-package` দ্বারা তৈরি প্রি-ফান্ডেড একাউন্টগুলো ডিটেক্ট করছে।
+
+### লোকালি আপনার ডিএ্যাপ ডিপ্লয় এবং টেস্ট করুন {#deploy-and-test-dapp}
+
+ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্ট লোকাল ইথিরিয়াম টেস্টনেট-এর সাথে সম্পূর্ণভাবে কানেক্ট হওয়ার পর, আপনি এখন লোকাল টেস্টনেট ব্যবহার করে আপনার ডিএ্যাপ-এর বিপরীতে ডেভেলপমেন্ট এবং টেস্টিং ওয়ার্কফ্লো রান করতে পারেন।
+
+লোকাল প্রোটোটাইপিং এবং ডেভেলপমেন্টের জন্য `ChipToken.sol` স্মার্ট কন্ট্রাক্ট কম্পাইল এবং ডিপ্লয় করতে, রান করুন:
+
+```python
+npx hardhat compile
+npx hardhat run scripts/deploy.ts --network localnet
+```
+
+আউটপুটটি দেখতে অনেকটা এরকম হওয়া উচিত:
+
+```python
+ChipToken deployed to: 0xAb2A01BC351770D09611Ac80f1DE076D56E0487d
+```
+
+এখন আমাদের ব্ল্যাকজ্যাক ডিএ্যাপ-এর প্রতিটি প্লেয়ারের জন্য 1000 মিন্ট করা হয়েছে তা নিশ্চিত করতে আপনার লোকাল ডিএ্যাপ-এর বিপরীতে `simple.js` টেস্ট রান করার চেষ্টা করুন:
+
+আউটপুটটি দেখতে অনেকটা এরকম হওয়া উচিত:
+
+```python
+npx hardhat test --network localnet
+```
+
+আউটপুটটি দেখতে অনেকটা এরকম হওয়া উচিত:
+
+```python
+ChipToken
+ mint
+ ✔ should mint 1000 chips for PLAYER ONE
+
+ 1 passing (654ms)
+```
+
+### পর্যালোচনা {#review-dapp-workflows}
+
+এই পর্যায়ে, আপনি এখন একটি ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্ট সেট আপ করেছেন, এটিকে Kurtosis দ্বারা তৈরি একটি লোকাল ইথিরিয়াম নেটওয়ার্ক-এর সাথে কানেক্ট করেছেন এবং আপনার ডিএ্যাপ-এর বিপরীতে একটি সাধারণ টেস্ট কম্পাইল, ডিপ্লয় এবং রান করেছেন।
+
+এখন চলুন দেখি কীভাবে আপনি বিভিন্ন নেটওয়ার্ক কনফিগারেশনের অধীনে আমাদের ডিএ্যাপস টেস্ট করার জন্য আন্ডারলাইং নেটওয়ার্ক কনফিগার করতে পারেন।
+
+## লোকাল ইথিরিয়াম টেস্টনেট কনফিগার করা {#configure-testnet}
+
+### ক্লায়েন্ট কনফিগারেশন এবং নোড-এর সংখ্যা পরিবর্তন করা {#configure-client-config-and-num-nodes}
+
+আপনি যে সিনারিও এবং নির্দিষ্ট নেটওয়ার্ক কনফিগারেশন ডেভেলপ বা টেস্ট করতে চান তার ওপর নির্ভর করে আপনার লোকাল ইথিরিয়াম টেস্টনেট বিভিন্ন EL এবং CL ক্লায়েন্ট পেয়ার, সেইসাথে বিভিন্ন সংখ্যক নোড ব্যবহার করার জন্য কনফিগার করা যেতে পারে। এর মানে হলো, একবার সেট আপ হয়ে গেলে, আপনি একটি কাস্টমাইজড লোকাল টেস্টনেট চালু করতে পারেন এবং সবকিছু প্রত্যাশা অনুযায়ী কাজ করছে তা নিশ্চিত করতে বিভিন্ন নেটওয়ার্ক কনফিগারেশনের অধীনে একই ওয়ার্কফ্লো (ডিপ্লয়মেন্ট, টেস্ট ইত্যাদি) রান করতে এটি ব্যবহার করতে পারেন। আপনি পরিবর্তন করতে পারেন এমন অন্যান্য প্যারামিটার সম্পর্কে আরও জানতে, এই লিঙ্কে ভিজিট করুন।
+
+চেষ্টা করে দেখুন! আপনি একটি JSON ফাইলের মাধ্যমে `eth-network-package`-এ বিভিন্ন কনফিগারেশন অপশন পাস করতে পারেন। এই নেটওয়ার্ক প্যারামস JSON ফাইলটি নির্দিষ্ট কনফিগারেশন প্রদান করে যা Kurtosis লোকাল ইথিরিয়াম নেটওয়ার্ক সেট আপ করতে ব্যবহার করবে।
+
+ডিফল্ট কনফিগারেশন ফাইলটি নিন এবং বিভিন্ন EL/CL পেয়ারসহ দুটি নোড চালু করতে এটি এডিট করুন:
+
+- নোড 1 `geth`/`lighthouse` সহ
+- নোড 2 `geth`/`lodestar` সহ
+- নোড 3 `geth`/`teku` সহ
+
+এই কনফিগারেশনটি আপনার ডিএ্যাপ টেস্ট করার জন্য ইথিরিয়াম নোড ইমপ্লিমেন্টেশনের একটি হেটেরোজিনিয়াস নেটওয়ার্ক তৈরি করে। আপনার কনফিগারেশন ফাইলটি এখন দেখতে এরকম হওয়া উচিত:
+
+```yaml
+{
+ "participants":
+ [
+ {
+ "el_client_type": "geth",
+ "el_client_image": "",
+ "el_client_log_level": "",
+ "cl_client_type": "lighthouse",
+ "cl_client_image": "",
+ "cl_client_log_level": "",
+ "beacon_extra_params": [],
+ "el_extra_params": [],
+ "validator_extra_params": [],
+ "builder_network_params": null,
+ },
+ {
+ "el_client_type": "geth",
+ "el_client_image": "",
+ "el_client_log_level": "",
+ "cl_client_type": "lodestar",
+ "cl_client_image": "",
+ "cl_client_log_level": "",
+ "beacon_extra_params": [],
+ "el_extra_params": [],
+ "validator_extra_params": [],
+ "builder_network_params": null,
+ },
+ {
+ "el_client_type": "geth",
+ "el_client_image": "",
+ "el_client_log_level": "",
+ "cl_client_type": "teku",
+ "cl_client_image": "",
+ "cl_client_log_level": "",
+ "beacon_extra_params": [],
+ "el_extra_params": [],
+ "validator_extra_params": [],
+ "builder_network_params": null,
+ },
+ ],
+ "network_params":
+ {
+ "preregistered_validator_keys_mnemonic": "giant issue aisle success illegal bike spike question tent bar rely arctic volcano long crawl hungry vocal artwork sniff fantasy very lucky have athlete",
+ "num_validator_keys_per_node": 64,
+ "network_id": "3151908",
+ "deposit_contract_address": "0x4242424242424242424242424242424242424242",
+ "seconds_per_slot": 12,
+ "genesis_delay": 120,
+ "capella_fork_epoch": 5,
+ },
+}
+```
+
+প্রতিটি `participants` স্ট্রাক্ট নেটওয়ার্ক-এর একটি নোড-এ ম্যাপ করে, তাই 3টি `participants` স্ট্রাক্ট Kurtosis-কে আপনার নেটওয়ার্ক-এ 3টি নোড চালু করতে বলবে। প্রতিটি `participants` স্ট্রাক্ট আপনাকে সেই নির্দিষ্ট নোড-এর জন্য ব্যবহৃত EL এবং CL পেয়ার নির্দিষ্ট করার অনুমতি দেবে।
+
+`network_params` স্ট্রাক্ট নেটওয়ার্ক সেটিংস কনফিগার করে যা প্রতিটি নোড-এর জন্য জেনেসিস ফাইল তৈরি করতে ব্যবহৃত হয়, সেইসাথে নেটওয়ার্ক-এর সেকেন্ডস পার স্লট-এর মতো অন্যান্য সেটিংসও কনফিগার করে।
+
+আপনার এডিট করা প্যারামস ফাইলটি আপনার ইচ্ছামতো যেকোনো ডিরেক্টরিতে সেভ করুন (নিচের উদাহরণে, এটি ডেস্কটপে সেভ করা হয়েছে) এবং তারপর নিচের কমান্ডটি রান করে আপনার Kurtosis প্যাকেজ রান করতে এটি ব্যবহার করুন:
+
+```python
+kurtosis clean -a && kurtosis run --enclave local-eth-testnet github.com/kurtosis-tech/eth-network-package "$(cat ~/eth-network-params.json)"
+```
+
+নোট: `kurtosis clean -a` কমান্ডটি এখানে Kurtosis-কে একটি নতুন টেস্টনেট শুরু করার আগে পুরানো টেস্টনেট এবং এর কন্টেন্টগুলো ধ্বংস করার নির্দেশ দিতে ব্যবহৃত হয়।
+
+আবারও, Kurtosis কিছুক্ষণ কাজ করবে এবং যে পৃথক পদক্ষেপগুলো নেওয়া হচ্ছে তা প্রিন্ট করবে। শেষ পর্যন্ত, আউটপুটটি দেখতে অনেকটা এরকম হওয়া উচিত:
+
+```python
+Starlark code successfully run. No output was returned.
+INFO[2023-04-07T11:43:16-04:00] ==========================================================
+INFO[2023-04-07T11:43:16-04:00] || Created enclave: local-eth-testnet ||
+INFO[2023-04-07T11:43:16-04:00] ==========================================================
+Name: local-eth-testnet
+UUID: bef8c192008e
+Status: RUNNING
+Creation Time: Fri, 07 Apr 2023 11:41:58 EDT
+
+========================================= Files Artifacts =========================================
+UUID Name
+cc495a8e364a cl-genesis-data
+7033fcdb5471 el-genesis-data
+a3aef43fc738 genesis-generation-config-cl
+8e968005fc9d genesis-generation-config-el
+3182cca9d3cd geth-prefunded-keys
+8421166e234f prysm-password
+d9e6e8d44d99 validator-keystore-0
+23f5ba517394 validator-keystore-1
+4d28dea40b5c validator-keystore-2
+
+========================================== User Services ==========================================
+UUID Name Ports Status
+485e6fde55ae cl-client-0-beacon http: 4000/tcp -> http://127.0.0.1:65010 RUNNING
+ metrics: 5054/tcp -> http://127.0.0.1:65011
+ tcp-discovery: 9000/tcp -> 127.0.0.1:65012
+ udp-discovery: 9000/udp -> 127.0.0.1:54455
+73739bd158b2 cl-client-0-validator http: 5042/tcp -> 127.0.0.1:65016 RUNNING
+ metrics: 5064/tcp -> http://127.0.0.1:65017
+1b0a233cd011 cl-client-1-beacon http: 4000/tcp -> 127.0.0.1:65021 RUNNING
+ metrics: 8008/tcp -> 127.0.0.1:65023
+ tcp-discovery: 9000/tcp -> 127.0.0.1:65024
+ udp-discovery: 9000/udp -> 127.0.0.1:56031
+ validator-metrics: 5064/tcp -> 127.0.0.1:65022
+949b8220cd53 cl-client-1-validator http: 4000/tcp -> 127.0.0.1:65028 RUNNING
+ metrics: 8008/tcp -> 127.0.0.1:65030
+ tcp-discovery: 9000/tcp -> 127.0.0.1:65031
+ udp-discovery: 9000/udp -> 127.0.0.1:60784
+ validator-metrics: 5064/tcp -> 127.0.0.1:65029
+c34417bea5fa cl-client-2 http: 4000/tcp -> 127.0.0.1:65037 RUNNING
+ metrics: 8008/tcp -> 127.0.0.1:65035
+ tcp-discovery: 9000/tcp -> 127.0.0.1:65036
+ udp-discovery: 9000/udp -> 127.0.0.1:63581
+e19738e6329d el-client-0 engine-rpc: 8551/tcp -> 127.0.0.1:64986 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:64988
+ tcp-discovery: 30303/tcp -> 127.0.0.1:64987
+ udp-discovery: 30303/udp -> 127.0.0.1:55706
+ ws: 8546/tcp -> 127.0.0.1:64989
+e904687449d9 el-client-1 engine-rpc: 8551/tcp -> 127.0.0.1:64993 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:64995
+ tcp-discovery: 30303/tcp -> 127.0.0.1:64994
+ udp-discovery: 30303/udp -> 127.0.0.1:58096
+ ws: 8546/tcp -> 127.0.0.1:64996
+ad6f401126fa el-client-2 engine-rpc: 8551/tcp -> 127.0.0.1:65003 RUNNING
+ rpc: 8545/tcp -> 127.0.0.1:65001
+ tcp-discovery: 30303/tcp -> 127.0.0.1:65000
+ udp-discovery: 30303/udp -> 127.0.0.1:57269
+ ws: 8546/tcp -> 127.0.0.1:65002
+12d04a9dbb69 prelaunch-data-generator-1680882122181135513 STOPPED
+5b45f9c0504b prelaunch-data-generator-1680882122192182847 STOPPED
+3d4aaa75e218 prelaunch-data-generator-1680882122201668972 STOPPED
+```
+
+অভিনন্দন! আপনি সফলভাবে আপনার লোকাল টেস্টনেট-এ 1টির পরিবর্তে 3টি নোড থাকার জন্য কনফিগার করেছেন। আপনার ডিএ্যাপ-এর বিপরীতে আগের মতো একই ওয়ার্কফ্লো (ডিপ্লয় এবং টেস্ট) রান করতে, আপনার নতুন, 3-নোড লোকাল টেস্টনেট-এর যেকোনো `el-client-` সার্ভিস থেকে পাওয়া rpc uri আউটপুটের পোর্ট দিয়ে আপনার `hardhat.config.ts` কনফিগ ফাইলের `localnet` স্ট্রাক্টে থাকা `<$YOUR_PORT>` রিপ্লেস করে আগের মতো একই অপারেশনগুলো সম্পাদন করুন।
+
+## উপসংহার {#conclusion}
+
+আর এভাবেই শেষ হলো! এই সংক্ষিপ্ত গাইডটির সারসংক্ষেপ হিসেবে, আপনি:
+
+- Kurtosis ব্যবহার করে Docker-এর ওপর একটি লোকাল ইথিরিয়াম টেস্টনেট তৈরি করেছেন
+- আপনার লোকাল ডিএ্যাপ ডেভেলপমেন্ট এনভায়রনমেন্টকে লোকাল ইথিরিয়াম নেটওয়ার্ক-এর সাথে কানেক্ট করেছেন
+- লোকাল ইথিরিয়াম নেটওয়ার্ক-এ একটি ডিএ্যাপ ডিপ্লয় করেছেন এবং এর বিপরীতে একটি সাধারণ টেস্ট রান করেছেন
+- আন্ডারলাইং ইথিরিয়াম নেটওয়ার্ক-এ 3টি নোড থাকার জন্য কনফিগার করেছেন
+
+আপনার জন্য কোনটি ভালো কাজ করেছে, কী উন্নত করা যেতে পারে, বা আপনার যেকোনো প্রশ্নের উত্তর দিতে আমরা আপনার কাছ থেকে শুনতে চাই। [GitHub](https://github.com/kurtosis-tech/kurtosis/issues/new/choose)-এর মাধ্যমে যোগাযোগ করতে বা [আমাদের ইমেইল করতে](mailto:feedback@kurtosistech.com) দ্বিধা করবেন না!
+
+### অন্যান্য উদাহরণ এবং গাইড {#other-examples-guides}
+
+আমরা আপনাকে আমাদের [কুইকস্টার্ট](https://docs.kurtosis.com/quickstart) (যেখানে আপনি একটি Postgres ডাটাবেস এবং এর ওপর API তৈরি করবেন) এবং আমাদের [awesome-kurtosis রিপোজিটরি](https://github.com/kurtosis-tech/awesome-kurtosis)-তে থাকা অন্যান্য উদাহরণগুলো চেক করার জন্য উৎসাহিত করছি, যেখানে আপনি কিছু চমৎকার উদাহরণ পাবেন, যার মধ্যে রয়েছে নিচের প্যাকেজগুলো:
+
+- [একই লোকাল ইথিরিয়াম টেস্টনেট চালু করা](https://github.com/kurtosis-tech/eth2-package), তবে অতিরিক্ত সার্ভিস কানেক্ট করা যেমন একটি ট্রানজেকশন স্প্যামার (লেনদেন সিমুলেট করার জন্য), একটি ফর্ক মনিটর, এবং একটি কানেক্টেড Grafana ও Prometheus ইনস্ট্যান্স
+- একই লোকাল ইথিরিয়াম নেটওয়ার্ক-এর বিপরীতে একটি [সাব-নেটওয়ার্কিং টেস্ট](https://github.com/kurtosis-tech/awesome-kurtosis/tree/main/ethereum-network-partition-test) সম্পাদন করা
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/bn/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
new file mode 100644
index 00000000000..a798a1fd36d
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -0,0 +1,145 @@
+---
+title: "কন্ট্রাক্ট সাইজ লিমিট মোকাবেলা করতে কন্ট্রাক্ট ছোট করা"
+description: "আপনার স্মার্ট কন্ট্রাক্টগুলো যাতে খুব বড় না হয়ে যায় তার জন্য আপনি কী করতে পারেন?"
+author: মার্কাস ওয়াস
+lang: bn
+tags: ["solidity", "স্মার্ট কন্ট্রাক্ট", "স্টোরেজ"]
+skill: intermediate
+breadcrumb: কন্ট্রাক্ট ছোট করা
+published: 2020-06-26
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/max-contract-size
+---
+
+## কেন একটি লিমিট বা সীমা আছে? {#why-is-there-a-limit}
+
+[২২ নভেম্বর, ২০১৬](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurious-dragon)-এ স্পুরিয়াস ড্রাগন (Spurious Dragon) হার্ড ফর্ক [EIP-170](https://eips.ethereum.org/EIPS/eip-170) চালু করে, যা 24.576 kb-এর একটি স্মার্ট কন্ট্রাক্ট সাইজ লিমিট যোগ করে। একজন সলিডিটি (Solidity) ডেভেলপার হিসেবে আপনার জন্য এর অর্থ হলো, যখন আপনি আপনার কন্ট্রাক্টে আরও বেশি ফাংশনালিটি যোগ করবেন, তখন এক পর্যায়ে আপনি এই সীমায় পৌঁছে যাবেন এবং ডিপ্লয় করার সময় এই এররটি দেখতে পাবেন:
+
+`Warning: Contract code size exceeds 24576 bytes (a limit introduced in Spurious Dragon). This contract may not be deployable on Mainnet. Consider enabling the optimizer (with a low "runs" value!), turning off revert strings, or using libraries.`
+
+এই লিমিটটি ডিনায়াল-অফ-সার্ভিস (DOS) অ্যাটাক প্রতিরোধ করার জন্য চালু করা হয়েছিল। গ্যাস-এর দিক থেকে একটি কন্ট্রাক্টে যেকোনো কল করা তুলনামূলকভাবে সস্তা। তবে, ইথেরিয়াম নোড-গুলোর জন্য একটি কন্ট্রাক্ট কলের প্রভাব কল করা কন্ট্রাক্ট কোডের সাইজের ওপর নির্ভর করে অসামঞ্জস্যপূর্ণভাবে বৃদ্ধি পায় (ডিস্ক থেকে কোড পড়া, কোড প্রি-প্রসেস করা, মার্কেল প্রুফে ডেটা যোগ করা)। যখনই আপনার এমন পরিস্থিতি তৈরি হয় যেখানে আক্রমণকারীর অন্যদের জন্য অনেক কাজ তৈরি করতে খুব কম রিসোর্সের প্রয়োজন হয়, তখনই DOS অ্যাটাকের সম্ভাবনা তৈরি হয়।
+
+প্রাথমিকভাবে এটি খুব একটা সমস্যা ছিল না কারণ একটি স্বাভাবিক কন্ট্রাক্ট সাইজ লিমিট হলো ব্লক গ্যাস লিমিট। স্পষ্টতই, একটি কন্ট্রাক্টকে এমন একটি লেনদেন-এর মধ্যে ডিপ্লয় করতে হবে যা কন্ট্রাক্টের সমস্ত বাইটকোড ধারণ করে। আপনি যদি একটি ব্লক-এ শুধুমাত্র সেই একটি লেনদেন অন্তর্ভুক্ত করেন, তবে আপনি সেই সমস্ত গ্যাস ব্যবহার করতে পারেন, কিন্তু এটি অসীম নয়। [লন্ডন আপগ্রেড](/ethereum-forks/#london)-এর পর থেকে, নেটওয়ার্ক-এর চাহিদার ওপর নির্ভর করে ব্লক গ্যাস লিমিট 15M থেকে 30M ইউনিটের মধ্যে পরিবর্তিত হতে পারে।
+
+নিচে আমরা কিছু পদ্ধতি দেখব যা তাদের সম্ভাব্য প্রভাবের ক্রমানুসারে সাজানো হয়েছে। ওজন কমানোর দৃষ্টিকোণ থেকে এটি চিন্তা করুন। কারো লক্ষ্য ওজনে (আমাদের ক্ষেত্রে 24kb) পৌঁছানোর সেরা কৌশল হলো প্রথমে বড় প্রভাব ফেলে এমন পদ্ধতিগুলোতে ফোকাস করা। বেশিরভাগ ক্ষেত্রে শুধুমাত্র আপনার ডায়েট ঠিক করলেই আপনি সেখানে পৌঁছাতে পারবেন, তবে মাঝে মাঝে আপনার আরও কিছুটা বেশি কিছুর প্রয়োজন হতে পারে। তখন আপনি কিছু ব্যায়াম (মাঝারি প্রভাব) বা এমনকি সাপ্লিমেন্ট (ছোট প্রভাব) যোগ করতে পারেন।
+
+## বড় প্রভাব {#big-impact}
+
+### আপনার কন্ট্রাক্টগুলো আলাদা করুন {#separate-your-contracts}
+
+এটি সর্বদা আপনার প্রথম পদক্ষেপ হওয়া উচিত। আপনি কীভাবে কন্ট্রাক্টটিকে একাধিক ছোট কন্ট্রাক্টে আলাদা করতে পারেন? এটি সাধারণত আপনাকে আপনার কন্ট্রাক্টগুলোর জন্য একটি ভালো আর্কিটেকচার তৈরি করতে বাধ্য করে। কোড পড়ার সুবিধার দৃষ্টিকোণ থেকে ছোট কন্ট্রাক্টগুলো সর্বদা বেশি পছন্দনীয়। কন্ট্রাক্টগুলো ভাগ করার জন্য, নিজেকে জিজ্ঞাসা করুন:
+
+- কোন ফাংশনগুলো একসাথে থাকে? প্রতিটি ফাংশনের সেট তার নিজস্ব কন্ট্রাক্টে রাখা সবচেয়ে ভালো হতে পারে।
+- কোন ফাংশনগুলোর জন্য কন্ট্রাক্ট স্টেট পড়ার প্রয়োজন নেই বা শুধুমাত্র স্টেটের একটি নির্দিষ্ট সাবসেট প্রয়োজন?
+- আপনি কি স্টোরেজ এবং ফাংশনালিটি আলাদা করতে পারেন?
+
+### লাইব্রেরি {#libraries}
+
+স্টোরেজ থেকে ফাংশনালিটি কোড সরিয়ে নেওয়ার একটি সহজ উপায় হলো একটি [লাইব্রেরি](https://solidity.readthedocs.io/en/v0.6.10/contracts.html#libraries) ব্যবহার করা। লাইব্রেরি ফাংশনগুলোকে ইন্টারনাল (internal) হিসেবে ডিক্লেয়ার করবেন না কারণ সেগুলো কম্পাইলেশনের সময় সরাসরি [কন্ট্রাক্টে যোগ করা হবে](https://ethereum.stackexchange.com/questions/12975/are-internal-functions-in-libraries-not-covered-by-linking)। তবে আপনি যদি পাবলিক (public) ফাংশন ব্যবহার করেন, তবে সেগুলো আসলে একটি আলাদা লাইব্রেরি কন্ট্রাক্টে থাকবে। লাইব্রেরির ব্যবহার আরও সুবিধাজনক করতে [using for](https://solidity.readthedocs.io/en/v0.6.10/contracts.html#using-for) ব্যবহার করার কথা বিবেচনা করুন।
+
+### প্রক্সি {#proxies}
+
+একটি আরও উন্নত কৌশল হতে পারে একটি প্রক্সি সিস্টেম। লাইব্রেরিগুলো ব্যাকগ্রাউন্ডে `DELEGATECALL` ব্যবহার করে যা কলিং কন্ট্রাক্টের স্টেট দিয়ে অন্য একটি কন্ট্রাক্টের ফাংশন এক্সিকিউট করে। প্রক্সি সিস্টেম সম্পর্কে আরও জানতে [এই ব্লগ পোস্টটি](https://hackernoon.com/how-to-make-smart-contracts-upgradable-2612e771d5a2) দেখুন। এগুলো আপনাকে আরও ফাংশনালিটি দেয়, যেমন, এগুলো আপগ্রেড করার সুবিধা দেয়, তবে এগুলো অনেক জটিলতাও যোগ করে। আমি শুধুমাত্র কন্ট্রাক্টের সাইজ কমানোর জন্য এগুলো যোগ করব না, যদি না কোনো কারণে এটি আপনার একমাত্র বিকল্প হয়।
+
+## মাঝারি প্রভাব {#medium-impact}
+
+### ফাংশনগুলো সরিয়ে ফেলুন {#remove-functions}
+
+এটি স্পষ্ট হওয়া উচিত। ফাংশনগুলো একটি কন্ট্রাক্টের সাইজ বেশ কিছুটা বাড়িয়ে দেয়।
+
+- **এক্সটার্নাল (External)**: অনেক সময় আমরা সুবিধার জন্য অনেক ভিউ (view) ফাংশন যোগ করি। সাইজ লিমিটে না পৌঁছানো পর্যন্ত এটি পুরোপুরি ঠিক আছে। এরপর আপনি হয়তো একেবারে প্রয়োজনীয় ফাংশনগুলো ছাড়া বাকি সব সরিয়ে ফেলার কথা গুরুত্ব সহকারে ভাবতে পারেন।
+- **ইন্টারনাল (Internal)**: আপনি ইন্টারনাল/প্রাইভেট ফাংশনগুলোও সরিয়ে ফেলতে পারেন এবং যতক্ষণ ফাংশনটি শুধুমাত্র একবার কল করা হয় ততক্ষণ কোডটি ইনলাইন (inline) করতে পারেন।
+
+### অতিরিক্ত ভেরিয়েবল এড়িয়ে চলুন {#avoid-additional-variables}
+
+```solidity
+function get(uint id) returns (address,address) {
+ MyStruct memory myStruct = myStructs[id];
+ return (myStruct.addr1, myStruct.addr2);
+}
+```
+
+```solidity
+function get(uint id) returns (address,address) {
+ return (myStructs[id].addr1, myStructs[id].addr2);
+}
+```
+
+এরকম একটি সাধারণ পরিবর্তন **0.28kb**-এর পার্থক্য তৈরি করে। সম্ভাবনা আছে যে আপনি আপনার কন্ট্রাক্টগুলোতে এরকম অনেক পরিস্থিতি খুঁজে পেতে পারেন এবং সেগুলো একসাথে মিলে উল্লেখযোগ্য পরিমাণে সাইজ কমাতে পারে।
+
+### এরর মেসেজ ছোট করুন {#shorten-error-message}
+
+দীর্ঘ রিভার্ট (revert) মেসেজ এবং বিশেষ করে অনেকগুলো ভিন্ন ভিন্ন রিভার্ট মেসেজ কন্ট্রাক্টকে বড় করে তুলতে পারে। এর পরিবর্তে ছোট এরর কোড ব্যবহার করুন এবং আপনার কন্ট্রাক্টে সেগুলো ডিকোড করুন। একটি দীর্ঘ মেসেজ অনেক ছোট হয়ে যেতে পারে:
+
+```solidity
+require(msg.sender == owner, "Only the owner of this contract can call this function");
+```
+
+```solidity
+require(msg.sender == owner, "OW1");
+```
+
+### এরর মেসেজের পরিবর্তে কাস্টম এরর ব্যবহার করুন
+
+[Solidity 0.8.4](https://blog.soliditylang.org/2021/04/21/custom-errors/)-এ কাস্টম এরর চালু করা হয়েছে। এগুলো আপনার কন্ট্রাক্টের সাইজ কমানোর একটি দুর্দান্ত উপায়, কারণ এগুলো সিলেক্টর হিসেবে ABI-এনকোড করা থাকে (ঠিক যেমন ফাংশনগুলো থাকে)।
+
+```solidity
+error Unauthorized();
+
+if (msg.sender != owner) {
+ revert Unauthorized();
+}
+```
+
+### অপ্টিমাইজারে একটি কম রান ভ্যালু বিবেচনা করুন {#consider-a-low-run-value-in-the-optimizer}
+
+আপনি অপ্টিমাইজার সেটিংসও পরিবর্তন করতে পারেন। ডিফল্ট ভ্যালু 200-এর অর্থ হলো এটি বাইটকোডকে এমনভাবে অপ্টিমাইজ করার চেষ্টা করছে যেন একটি ফাংশন 200 বার কল করা হয়েছে। আপনি যদি এটি পরিবর্তন করে 1 করেন, তবে আপনি মূলত অপ্টিমাইজারকে প্রতিটি ফাংশন শুধুমাত্র একবার চালানোর জন্য অপ্টিমাইজ করতে বলছেন। শুধুমাত্র একবার চালানোর জন্য অপ্টিমাইজ করা ফাংশন মানে এটি ডিপ্লয়মেন্টের জন্যই অপ্টিমাইজ করা হয়েছে। মনে রাখবেন যে **এটি ফাংশনগুলো চালানোর জন্য [গ্যাস খরচ](/developers/docs/gas/) বাড়িয়ে দেয়**, তাই আপনি হয়তো এটি করতে চাইবেন না।
+
+## ছোট প্রভাব {#small-impact}
+
+### ফাংশনে স্ট্রাক্ট পাস করা এড়িয়ে চলুন {#avoid-passing-structs-to-functions}
+
+আপনি যদি [ABIEncoderV2](https://solidity.readthedocs.io/en/v0.6.10/layout-of-source-files.html#abiencoderv2) ব্যবহার করেন, তবে ফাংশনে স্ট্রাক্ট (struct) পাস না করা সহায়ক হতে পারে। প্যারামিটারটিকে স্ট্রাক্ট হিসেবে পাস করার পরিবর্তে, প্রয়োজনীয় প্যারামিটারগুলো সরাসরি পাস করুন। এই উদাহরণে আমরা আরও **0.1kb** বাঁচিয়েছি।
+
+```solidity
+function get(uint id) returns (address,address) {
+ return _get(myStruct);
+}
+
+function _get(MyStruct memory myStruct) private view returns(address,address) {
+ return (myStruct.addr1, myStruct.addr2);
+}
+```
+
+```solidity
+function get(uint id) returns(address,address) {
+ return _get(myStructs[id].addr1, myStructs[id].addr2);
+}
+
+function _get(address addr1, address addr2) private view returns(address,address) {
+ return (addr1, addr2);
+}
+```
+
+### ফাংশন এবং ভেরিয়েবলের জন্য সঠিক ভিজিবিলিটি ডিক্লেয়ার করুন {#declare-correct-visibility-for-functions-and-variables}
+
+- যেসব ফাংশন বা ভেরিয়েবল শুধুমাত্র বাইরে থেকে কল করা হয়? সেগুলোকে `public`-এর পরিবর্তে `external` হিসেবে ডিক্লেয়ার করুন।
+- যেসব ফাংশন বা ভেরিয়েবল শুধুমাত্র কন্ট্রাক্টের ভেতর থেকে কল করা হয়? সেগুলোকে `public`-এর পরিবর্তে `private` বা `internal` হিসেবে ডিক্লেয়ার করুন।
+
+### মডিফায়ারগুলো সরিয়ে ফেলুন {#remove-modifiers}
+
+মডিফায়ার (modifier), বিশেষ করে যখন ব্যাপকভাবে ব্যবহার করা হয়, তখন কন্ট্রাক্টের সাইজের ওপর উল্লেখযোগ্য প্রভাব ফেলতে পারে। সেগুলো সরিয়ে ফেলার কথা বিবেচনা করুন এবং এর পরিবর্তে ফাংশন ব্যবহার করুন।
+
+```solidity
+modifier checkStuff() {}
+
+function doSomething() checkStuff {}
+```
+
+```solidity
+function checkStuff() private {}
+
+function doSomething() { checkStuff(); }
+```
+
+এই টিপসগুলো আপনাকে কন্ট্রাক্টের সাইজ উল্লেখযোগ্যভাবে কমাতে সাহায্য করবে। আবারও বলছি, আমি এর ওপর যথেষ্ট জোর দিতে পারব না যে, সবচেয়ে বড় প্রভাবের জন্য সম্ভব হলে সর্বদা কন্ট্রাক্টগুলো ভাগ করার দিকে ফোকাস করুন।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/eip-1271-smart-contract-signatures/index.md b/public/content/translations/bn/developers/tutorials/eip-1271-smart-contract-signatures/index.md
new file mode 100644
index 00000000000..5093951260f
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/eip-1271-smart-contract-signatures/index.md
@@ -0,0 +1,123 @@
+---
+title: "EIP-1271: স্মার্ট কন্ট্রাক্ট সিগনেচার সাইন এবং ভেরিফাই করা"
+description: EIP-1271 এর মাধ্যমে স্মার্ট কন্ট্রাক্ট সিগনেচার তৈরি এবং ভেরিফিকেশনের একটি ওভারভিউ। স্মার্ট কন্ট্রাক্ট ডেভেলপারদের কাজ করার জন্য একটি বাস্তব উদাহরণ দিতে আমরা Safe (পূর্বে Gnosis Safe)-এ ব্যবহৃত EIP-1271 ইমপ্লিমেন্টেশন নিয়েও আলোচনা করব।
+author: নাথান এইচ. লিউং
+lang: bn
+tags: ["eip-1271", "স্মার্ট কন্ট্রাক্ট", "ভেরিফাইং", "সাইনিং"]
+skill: intermediate
+breadcrumb: EIP-1271 সিগনেচার
+published: 2023-01-12
+---
+
+[EIP-1271](https://eips.ethereum.org/EIPS/eip-1271) স্ট্যান্ডার্ড স্মার্ট কন্ট্রাক্টগুলোকে সিগনেচার ভেরিফাই করার অনুমতি দেয়।
+
+এই টিউটোরিয়ালে, আমরা ডিজিটাল সিগনেচার, EIP-1271 এর পটভূমি এবং [Safe](https://safe.global/) (পূর্বে Gnosis Safe) দ্বারা ব্যবহৃত EIP-1271 এর নির্দিষ্ট ইমপ্লিমেন্টেশনের একটি ওভারভিউ দেব। সব মিলিয়ে, এটি আপনার নিজের কন্ট্রাক্টগুলোতে EIP-1271 ইমপ্লিমেন্ট করার জন্য একটি প্রারম্ভিক বিন্দু হিসেবে কাজ করতে পারে।
+
+## সিগনেচার কী?
+
+এই প্রসঙ্গে, একটি সিগনেচার (আরও সঠিকভাবে, একটি "ডিজিটাল সিগনেচার") হলো একটি মেসেজ এবং সাথে এমন এক ধরণের প্রমাণ যা নিশ্চিত করে যে মেসেজটি একজন নির্দিষ্ট ব্যক্তি/প্রেরক/এডড্রেস থেকে এসেছে।
+
+উদাহরণস্বরূপ, একটি ডিজিটাল সিগনেচার দেখতে এমন হতে পারে:
+
+1. মেসেজ: "আমি আমার ইথিরিয়াম ওয়ালেট দিয়ে এই ওয়েবসাইটে লগ ইন করতে চাই।"
+2. সাইনার: আমার এডড্রেস হলো `0x000…`
+3. প্রমাণ: এখানে কিছু প্রমাণ রয়েছে যে আমি, `0x000…`, আসলে এই সম্পূর্ণ মেসেজটি তৈরি করেছি (এটি সাধারণত ক্রিপ্টোগ্রাফিক কিছু হয়ে থাকে)।
+
+এটি মনে রাখা গুরুত্বপূর্ণ যে একটি ডিজিটাল সিগনেচারে "মেসেজ" এবং "সিগনেচার" উভয়ই অন্তর্ভুক্ত থাকে।
+
+কেন? উদাহরণস্বরূপ, আপনি যদি আমাকে সাইন করার জন্য একটি কন্ট্রাক্ট দেন, এবং তারপর আমি সিগনেচারের পৃষ্ঠাটি কেটে ফেলি এবং কন্ট্রাক্টের বাকি অংশ ছাড়া শুধুমাত্র আমার সিগনেচারগুলো আপনাকে ফেরত দিই, তবে কন্ট্রাক্টটি বৈধ হবেবিধা না।
+
+একইভাবে, একটি যুক্ত মেসেজ ছাড়া ডিজিটাল সিগনেচারের কোনো অর্থ নেই!
+
+## EIP-1271 কেন বিদ্যমান?
+
+ইথিরিয়াম-ভিত্তিক ব্লকচেইনগুলোতে ব্যবহারের জন্য একটি ডিজিটাল সিগনেচার তৈরি করতে, আপনার সাধারণত একটি গোপন প্রাইভেট কি প্রয়োজন যা অন্য কেউ জানে না। এটিই আপনার সিগনেচারকে আপনার করে তোলে (গোপন কি-এর জ্ঞান ছাড়া অন্য কেউ একই সিগনেচার তৈরি করতে পারে না)।
+
+আপনার ইথিরিয়াম একাউন্টের (অর্থাৎ, আপনার এক্সটার্নালি ওনড একাউন্ট/EOA) সাথে একটি প্রাইভেট কি যুক্ত থাকে, এবং এই প্রাইভেট কি-টি সাধারণত তখন ব্যবহৃত হয় যখন কোনো ওয়েবসাইট বা ডিএ্যাপ আপনার কাছে সিগনেচার চায় (যেমন, "Log in with Ethereum" এর জন্য)।
+
+একটি অ্যাপ ethers.js এর মতো থার্ড-পার্টি লাইব্রেরি ব্যবহার করে আপনার তৈরি করা [সিগনেচার ভেরিফাই করতে পারে](https://www.alchemy.com/docs/how-to-verify-a-message-signature-on-ethereum) [আপনার প্রাইভেট কি না জেনেই](https://en.wikipedia.org/wiki/Public-key_cryptography) এবং নিশ্চিত হতে পারে যে _আপনিই_ সিগনেচারটি তৈরি করেছেন।
+
+> আসলে, যেহেতু EOA ডিজিটাল সিগনেচারগুলো পাবলিক-কি ক্রিপ্টোগ্রাফি ব্যবহার করে, তাই এগুলো **অফচেইন** তৈরি এবং ভেরিফাই করা যায়! এভাবেই গ্যাসহীন DAO ভোটিং কাজ করে — অনচেইন ভোট জমা দেওয়ার পরিবর্তে, ক্রিপ্টোগ্রাফিক লাইব্রেরি ব্যবহার করে অফচেইন ডিজিটাল সিগনেচার তৈরি এবং ভেরিফাই করা যায়।
+
+যদিও EOA একাউন্টগুলোর একটি প্রাইভেট কি থাকে, স্মার্ট কন্ট্রাক্ট একাউন্টগুলোর কোনো ধরণের প্রাইভেট বা গোপন কি থাকে না (তাই "Log in with Ethereum" ইত্যাদি স্মার্ট কন্ট্রাক্ট একাউন্টগুলোর সাথে নেটিভভাবে কাজ করতে পারে না)।
+
+EIP-1271 যে সমস্যার সমাধান করতে চায়: আমরা কীভাবে বলতে পারি যে একটি স্মার্ট কন্ট্রাক্ট সিগনেচার বৈধ যদি স্মার্ট কন্ট্রাক্টের এমন কোনো "গোপন" কিছু না থাকে যা এটি সিগনেচারে অন্তর্ভুক্ত করতে পারে?
+
+## EIP-1271 কীভাবে কাজ করে?
+
+স্মার্ট কন্ট্রাক্টগুলোর কোনো প্রাইভেট কি নেই যা মেসেজ সাইন করতে ব্যবহার করা যেতে পারে। তাহলে আমরা কীভাবে বুঝব যে একটি সিগনেচার আসল কিনা?
+
+আচ্ছা, একটি উপায় হলো আমরা স্মার্ট কন্ট্রাক্টকে শুধু _জিজ্ঞেস_ করতে পারি যে একটি সিগনেচার আসল কিনা!
+
+EIP-1271 যা করে তা হলো এটি একটি স্মার্ট কন্ট্রাক্টকে প্রদত্ত সিগনেচার বৈধ কিনা তা "জিজ্ঞেস করার" এই ধারণাটিকে প্রমিত (standardize) করে।
+
+যে কন্ট্রাক্ট EIP-1271 ইমপ্লিমেন্ট করে তার অবশ্যই `isValidSignature` নামের একটি ফাংশন থাকতে হবে যা একটি মেসেজ এবং একটি সিগনেচার গ্রহণ করে। এরপর কন্ট্রাক্টটি কিছু ভ্যালিডেশন লজিক চালাতে পারে (স্পেসিফিকেশন এখানে নির্দিষ্ট কিছু প্রয়োগ করতে বাধ্য করে না) এবং তারপর সিগনেচারটি বৈধ কিনা তা নির্দেশ করে একটি ভ্যালু রিটার্ন করতে পারে।
+
+যদি `isValidSignature` একটি বৈধ ফলাফল রিটার্ন করে, তবে এর মানে হলো কন্ট্রাক্টটি বলছে "হ্যাঁ, আমি এই সিগনেচার + মেসেজ অনুমোদন করছি!"
+
+### ইন্টারফেস
+
+এখানে EIP-1271 স্পেসিফিকেশনের সঠিক ইন্টারফেস দেওয়া হলো (আমরা নিচে `_hash` প্যারামিটার নিয়ে কথা বলব, তবে আপাতত এটিকে ভেরিফাই করা হচ্ছে এমন মেসেজ হিসেবে ধরে নিন):
+
+```jsx
+pragma solidity ^0.5.0;
+
+contract ERC1271 {
+
+ // bytes4(keccak256("isValidSignature(bytes32,bytes)")
+ bytes4 constant internal MAGICVALUE = 0x1626ba7e;
+
+ /* *
+ * @dev প্রদানকৃত সিগনেচারটি প্রদানকৃত হ্যাস এর জন্য বৈধ কিনা তা রিটার্ন করতে হবে
+ * @param _hash যে ডেটা সাইন করা হবে তার হ্যাস
+ * @param _signature _hash এর সাথে যুক্ত সিগনেচার বাইট অ্যারে
+ *
+ * ফাংশনটি পাস হলে অবশ্যই bytes4 ম্যাজিক ভ্যালু 0x1626ba7e রিটার্ন করতে হবে।
+ * স্টেট পরিবর্তন করা যাবে না (solc < 0.5 এর জন্য STATICCALL, solc > 0.5 এর জন্য view মডিফায়ার ব্যবহার করে)
+ * এক্সটার্নাল কল করার অনুমতি দিতে হবে */
+ function isValidSignature(
+ bytes32 _hash,
+ bytes memory _signature)
+ public
+ view
+ returns (bytes4 magicValue);
+}
+```
+
+## উদাহরণস্বরূপ EIP-1271 ইমপ্লিমেন্টেশন: Safe
+
+কন্ট্রাক্টগুলো বিভিন্ন উপায়ে `isValidSignature` ইমপ্লিমেন্ট করতে পারে — স্পেসিফিকেশন শুধুমাত্র সঠিক ইমপ্লিমেন্টেশন সম্পর্কে খুব বেশি কিছু বলে না।
+
+EIP-1271 ইমপ্লিমেন্ট করে এমন একটি উল্লেখযোগ্য কন্ট্রাক্ট হলো Safe (পূর্বে Gnosis Safe)।
+
+Safe-এর কোডে, `isValidSignature` [এমনভাবে ইমপ্লিমেন্ট করা হয়েছে](https://github.com/safe-global/safe-contracts/blob/main/contracts/handler/CompatibilityFallbackHandler.sol) যাতে সিগনেচারগুলো [দুটি উপায়ে](https://ethereum.stackexchange.com/questions/122635/signing-messages-as-a-gnosis-safe-eip1271-support) তৈরি এবং ভেরিফাই করা যায়:
+
+1. অনচেইন মেসেজ
+ 1. তৈরি করা: একজন Safe মালিক একটি মেসেজ "সাইন" করার জন্য একটি নতুন Safe লেনদেন তৈরি করেন, যেখানে মেসেজটিকে ডাটা হিসেবে লেনদেনে পাস করা হয়। মাল্টিসিগ থ্রেশহোল্ডে পৌঁছানোর জন্য পর্যাপ্ত মালিকরা লেনদেনে সাইন করলে, লেনদেনটি ব্রডকাস্ট এবং রান করা হয়। লেনদেনে, (`signMessage(bytes calldata _data)`) নামের একটি Safe ফাংশন রয়েছে যা মেসেজটিকে "অনুমোদিত" মেসেজের তালিকায় যুক্ত করে।
+ 2. ভেরিফিকেশন: Safe কন্ট্রাক্টে `isValidSignature` কল করুন, এবং মেসেজ প্যারামিটার হিসেবে ভেরিফাই করার জন্য মেসেজটি পাস করুন এবং [সিগনেচার প্যারামিটারের জন্য একটি খালি ভ্যালু](https://github.com/safe-global/safe-contracts/blob/main/contracts/handler/CompatibilityFallbackHandler.sol#L32) (অর্থাৎ, `0x`) পাস করুন। Safe দেখবে যে সিগনেচার প্যারামিটারটি খালি এবং ক্রিপ্টোগ্রাফিকভাবে সিগনেচার ভেরিফাই করার পরিবর্তে, এটি বুঝতে পারবে যে মেসেজটি "অনুমোদিত" মেসেজের তালিকায় আছে কিনা তা চেক করতে হবে।
+2. অফচেইন মেসেজ:
+ 1. তৈরি করা: একজন Safe মালিক অফচেইন একটি মেসেজ তৈরি করেন, তারপর মাল্টিসিগ অনুমোদনের থ্রেশহোল্ড অতিক্রম করার জন্য পর্যাপ্ত সিগনেচার না হওয়া পর্যন্ত অন্যান্য Safe মালিকদের দিয়ে মেসেজটিতে আলাদাভাবে সাইন করান।
+ 2. ভেরিফিকেশন: `isValidSignature` কল করুন। মেসেজ প্যারামিটারে, ভেরিফাই করার জন্য মেসেজটি পাস করুন। সিগনেচার প্যারামিটারে, প্রতিটি Safe মালিকের আলাদা সিগনেচারগুলো একসাথে যুক্ত করে পাস করুন। Safe চেক করবে যে থ্রেশহোল্ড পূরণ করার জন্য পর্যাপ্ত সিগনেচার আছে কিনা **এবং** প্রতিটি সিগনেচার বৈধ কিনা। যদি তাই হয়, তবে এটি সফল সিগনেচার ভেরিফিকেশন নির্দেশ করে একটি ভ্যালু রিটার্ন করবে।
+
+## `_hash` প্যারামিটারটি আসলে কী? পুরো মেসেজটি কেন পাস করা হয় না?
+
+আপনি হয়তো লক্ষ্য করেছেন যে [EIP-1271 ইন্টারফেসের](https://eips.ethereum.org/EIPS/eip-1271) `isValidSignature` ফাংশনটি মেসেজটি নিজে গ্রহণ করে না, বরং এর পরিবর্তে একটি `_hash` প্যারামিটার গ্রহণ করে। এর মানে হলো `isValidSignature`-এ সম্পূর্ণ ইচ্ছামতো দৈর্ঘ্যের মেসেজ পাস করার পরিবর্তে, আমরা মেসেজটির একটি ৩২-বাইট হ্যাস (সাধারণত keccak256) পাস করি।
+
+কলডাটার প্রতিটি বাইট — অর্থাৎ, স্মার্ট কন্ট্রাক্ট ফাংশনে পাস করা ফাংশন প্যারামিটার ডাটা — [১৬ গ্যাস খরচ করে (শূন্য বাইট হলে ৪ গ্যাস)](https://eips.ethereum.org/EIPS/eip-2028), তাই মেসেজটি দীর্ঘ হলে এটি প্রচুর গ্যাস বাঁচাতে পারে।
+
+### পূর্ববর্তী EIP-1271 স্পেসিফিকেশন
+
+এমন কিছু EIP-1271 স্পেসিফিকেশন প্রচলিত আছে যেগুলোতে `isValidSignature` ফাংশনের প্রথম প্যারামিটারটি `bytes` টাইপের (নির্দিষ্ট দৈর্ঘ্যের `bytes32` এর পরিবর্তে ইচ্ছামতো দৈর্ঘ্যের) এবং প্যারামিটারের নাম `message`। এটি EIP-1271 স্ট্যান্ডার্ডের একটি [পুরানো সংস্করণ](https://github.com/safe-global/safe-contracts/issues/391#issuecomment-1075427206)।
+
+## আমার নিজের কন্ট্রাক্টগুলোতে EIP-1271 কীভাবে ইমপ্লিমেন্ট করা উচিত?
+
+স্পেসিফিকেশনটি এখানে বেশ উন্মুক্ত। Safe ইমপ্লিমেন্টেশনে কিছু ভালো ধারণা রয়েছে:
+
+- আপনি কন্ট্রাক্টের "মালিকের" কাছ থেকে আসা EOA সিগনেচারগুলোকে বৈধ হিসেবে বিবেচনা করতে পারেন।
+- আপনি অনুমোদিত মেসেজগুলোর একটি তালিকা সংরক্ষণ করতে পারেন এবং শুধুমাত্র সেগুলোকে বৈধ হিসেবে বিবেচনা করতে পারেন।
+
+পরিশেষে, কন্ট্রাক্ট ডেভেলপার হিসেবে এটি আপনার ওপর নির্ভর করে!
+
+## উপসংহার
+
+[EIP-1271](https://eips.ethereum.org/EIPS/eip-1271) হলো একটি বহুমুখী স্ট্যান্ডার্ড যা স্মার্ট কন্ট্রাক্টগুলোকে সিগনেচার ভেরিফাই করার অনুমতি দেয়। এটি স্মার্ট কন্ট্রাক্টগুলোর জন্য EOA-এর মতো আরও বেশি কাজ করার দরজা খুলে দেয় — উদাহরণস্বরূপ স্মার্ট কন্ট্রাক্টগুলোর সাথে "Log in with Ethereum" কাজ করার একটি উপায় প্রদান করে — এবং এটি বিভিন্ন উপায়ে ইমপ্লিমেন্ট করা যেতে পারে (বিবেচনা করার জন্য Safe-এর একটি গুরুত্বপূর্ণ, আকর্ষণীয় ইমপ্লিমেন্টেশন রয়েছে)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/erc-721-vyper-annotated-code/index.md b/public/content/translations/bn/developers/tutorials/erc-721-vyper-annotated-code/index.md
new file mode 100644
index 00000000000..2f5faf69755
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/erc-721-vyper-annotated-code/index.md
@@ -0,0 +1,602 @@
+---
+title: "Vyper ERC-721 কন্ট্রাক্ট ওয়াকথ্রু"
+description: রিউয়া নাকামুরার ERC-721 কন্ট্রাক্ট এবং এটি কীভাবে কাজ করে
+author: ওরি পোমেরান্টজ
+lang: bn
+tags: ["vyper", "erc-721", "python"]
+skill: beginner
+breadcrumb: Vyper ERC-721
+published: 2021-04-01
+---
+
+## ভূমিকা {#introduction}
+
+[ERC-721](/developers/docs/standards/tokens/erc-721/) স্ট্যান্ডার্ডটি নন-ফান্জেবল টোকেন (NFT)-এর মালিকানা ধরে রাখতে ব্যবহৃত হয়।
+[ERC-20](/developers/docs/standards/tokens/erc-20/) টোকেনগুলো একটি পণ্যের মতো আচরণ করে, কারণ প্রতিটি টোকেনের মধ্যে কোনো পার্থক্য নেই।
+এর বিপরীতে, ERC-721 টোকেনগুলো এমন সম্পদের জন্য ডিজাইন করা হয়েছে যা একই রকম কিন্তু হুবহু এক নয়, যেমন বিভিন্ন [cat cartoons](https://www.cryptokitties.co/) বা বিভিন্ন রিয়েল এস্টেটের মালিকানা।
+
+এই নিবন্ধে আমরা [রিউয়া নাকামুরার ERC-721 কন্ট্রাক্ট](https://github.com/vyperlang/vyper/blob/master/examples/tokens/ERC721.vy) বিশ্লেষণ করব।
+এই কন্ট্রাক্টটি [Vyper](https://vyper.readthedocs.io/en/latest/index.html)-এ লেখা হয়েছে, যা একটি Python-এর মতো কন্ট্রাক্ট ভাষা এবং এটি এমনভাবে ডিজাইন করা হয়েছে যাতে Solidity-এর তুলনায় অনিরাপদ কোড লেখা কঠিন হয়।
+
+## কন্ট্রাক্ট {#contract}
+
+```python
+# @dev ERC-721 নন-ফাঞ্জিবল টোকেন স্ট্যান্ডার্ডের ইমপ্লিমেন্টেশন।
+# @author রিউয়া নাকামুরা (@nrryuya)
+# এখান থেকে পরিমার্জিত: https://github.com/vyperlang/vyper/blob/de74722bf2d8718cca46902be165f9fe0e3641dd/examples/tokens/ERC721.vy
+```
+
+Python-এর মতো Vyper-এও মন্তব্য বা কমেন্ট হ্যাশ (`#`) দিয়ে শুরু হয় এবং লাইনের শেষ পর্যন্ত চলতে থাকে। যে কমেন্টগুলোতে `@` থাকে, সেগুলো [NatSpec](https://vyper.readthedocs.io/en/latest/natspec.html) ব্যবহার করে মানুষের পড়ার উপযোগী ডকুমেন্টেশন তৈরি করতে সাহায্য করে।
+
+```python
+from vyper.interfaces import ERC721
+
+implements: ERC721
+```
+
+ERC-721 ইন্টারফেসটি Vyper ভাষার মধ্যেই তৈরি করা আছে।
+[আপনি এখানে কোডের সংজ্ঞা দেখতে পারেন](https://github.com/vyperlang/vyper/blob/master/vyper/builtin_interfaces/ERC721.py)।
+ইন্টারফেসের সংজ্ঞাটি Vyper-এর পরিবর্তে Python-এ লেখা হয়েছে, কারণ ইন্টারফেসগুলো শুধু ব্লকচেইন-এর ভেতরেই ব্যবহৃত হয় না, বরং কোনো এক্সটার্নাল ক্লায়েন্ট থেকে ব্লকচেইন-এ লেনদেন পাঠানোর সময়ও ব্যবহৃত হয়, যা Python-এ লেখা হতে পারে।
+
+প্রথম লাইনটি ইন্টারফেস ইমপোর্ট করে এবং দ্বিতীয় লাইনটি নির্দেশ করে যে আমরা এটি এখানে ইমপ্লিমেন্ট করছি।
+
+### ERC721Receiver ইন্টারফেস {#receiver-interface}
+
+```python
+# safeTransferFrom() দ্বারা কল করা চুক্তির (contract) জন্য ইন্টারফেস
+interface ERC721Receiver:
+ def onERC721Received(
+```
+
+ERC-721 দুই ধরনের ট্রান্সফার সমর্থন করে:
+
+- `transferFrom`, যা প্রেরককে যেকোনো গন্তব্য এডড্রেস নির্দিষ্ট করতে দেয় এবং ট্রান্সফারের দায়িত্ব প্রেরকের ওপরই রাখে। এর মানে হলো আপনি একটি ভুল এডড্রেস-এও ট্রান্সফার করতে পারেন, সেক্ষেত্রে NFT চিরতরে হারিয়ে যাবে।
+- `safeTransferFrom`, যা গন্তব্য এডড্রেস একটি কন্ট্রাক্ট কি না তা পরীক্ষা করে। যদি তাই হয়, তবে ERC-721 কন্ট্রাক্ট গ্রহণকারী কন্ট্রাক্টকে জিজ্ঞাসা করে যে সে NFT গ্রহণ করতে চায় কি না।
+
+`safeTransferFrom` রিকোয়েস্টের উত্তর দিতে একটি গ্রহণকারী কন্ট্রাক্টকে `ERC721Receiver` ইমপ্লিমেন্ট করতে হয়।
+
+```python
+ _operator: address,
+ _from: address,
+```
+
+`_from` এডড্রেস হলো টোকেন-এর বর্তমান মালিক। `_operator` এডড্রেস হলো সেই ব্যক্তি বা কন্ট্রাক্ট যে ট্রান্সফারের রিকোয়েস্ট করেছে (অ্যালাউয়েন্সের কারণে এই দুটি একই নাও হতে পারে)।
+
+```python
+ _tokenId: uint256,
+```
+
+ERC-721 টোকেন আইডিগুলো 256 বিটের হয়। সাধারণত টোকেনটি যা উপস্থাপন করে তার একটি বর্ণনার হ্যাশ তৈরি করে এগুলো তৈরি করা হয়।
+
+```python
+ _data: Bytes[1024]
+```
+
+রিকোয়েস্টে 1024 বাইট পর্যন্ত ইউজার ডেটা থাকতে পারে।
+
+```python
+ ) -> bytes32: view
+```
+
+কোনো কন্ট্রাক্ট যাতে ভুলবশত কোনো ট্রান্সফার গ্রহণ না করে, তা প্রতিরোধ করতে রিটার্ন ভ্যালু কোনো বুলিয়ান নয়, বরং একটি নির্দিষ্ট মানসহ 256 বিট হয়।
+
+এই ফাংশনটি একটি `view`, যার মানে এটি ব্লকচেইন-এর স্টেট পড়তে পারে, কিন্তু তা পরিবর্তন করতে পারে না।
+
+### ইভেন্ট {#events}
+
+[ইভেন্টগুলো](https://media.consensys.net/technical-introduction-to-events-and-logs-in-ethereum-a074d65dd61e) ব্লকচেইন-এর বাইরের ব্যবহারকারী এবং সার্ভারগুলোকে বিভিন্ন ঘটনা সম্পর্কে জানাতে এমিট করা হয়। মনে রাখবেন যে ইভেন্টগুলোর বিষয়বস্তু ব্লকচেইন-এর কন্ট্রাক্টগুলোর জন্য উপলব্ধ নয়।
+
+```python
+# @dev যেকোনো প্রক্রিয়ায় কোনো NFT-এর মালিকানা পরিবর্তন হলে এটি এমিট হয়। এই ইভেন্টটি তখন এমিট হয় যখন NFT-গুলো
+# তৈরি করা হয় (`from` == 0) এবং ধ্বংস করা হয় (`to` == 0)। ব্যতিক্রম: চুক্তি (contract) তৈরির সময়, যেকোনো
+# সংখ্যক NFT তৈরি এবং অ্যাসাইন করা হতে পারে Transfer এমিট না করেই। যেকোনো
+# ট্রান্সফারের সময়, সেই NFT-এর জন্য অনুমোদিত ঠিকানা (যদি থাকে) রিসেট করে none করা হয়।
+# @param _from NFT-এর প্রেরক (যদি ঠিকানা শূন্য ঠিকানা হয় তবে এটি টোকেন তৈরি নির্দেশ করে)।
+# @param _to NFT-এর প্রাপক (যদি ঠিকানা শূন্য ঠিকানা হয় তবে এটি টোকেন ধ্বংস নির্দেশ করে)।
+# @param _tokenId যে NFT-টি ট্রান্সফার করা হয়েছে।
+event Transfer:
+ sender: indexed(address)
+ receiver: indexed(address)
+ tokenId: indexed(uint256)
+```
+
+এটি ERC-20 ট্রান্সফার ইভেন্টের মতোই, তবে আমরা পরিমাণের পরিবর্তে একটি `tokenId` রিপোর্ট করি। জিরো এডড্রেস-এর কোনো মালিক নেই, তাই প্রথা অনুযায়ী আমরা টোকেন তৈরি এবং ধ্বংসের রিপোর্ট করতে এটি ব্যবহার করি।
+
+```python
+# @dev কোনো NFT-এর অনুমোদিত ঠিকানা পরিবর্তন বা পুনর্নিশ্চিত করা হলে এটি এমিট হয়। শূন্য
+# ঠিকানা নির্দেশ করে যে কোনো অনুমোদিত ঠিকানা নেই। যখন একটি Transfer ইভেন্ট এমিট হয়, এটি আরও
+# নির্দেশ করে যে সেই NFT-এর জন্য অনুমোদিত ঠিকানা (যদি থাকে) রিসেট করে none করা হয়েছে।
+# @param _owner NFT-এর মালিক।
+# @param _approved যে ঠিকানাটি আমরা অনুমোদন করছি।
+# @param _tokenId যে NFT-টি আমরা অনুমোদন করছি।
+event Approval:
+ owner: indexed(address)
+ approved: indexed(address)
+ tokenId: indexed(uint256)
+```
+
+একটি ERC-721 অ্যাপ্রুভাল ERC-20 অ্যালাউয়েন্সের মতোই। একটি নির্দিষ্ট এডড্রেস-কে একটি নির্দিষ্ট টোকেন ট্রান্সফার করার অনুমতি দেওয়া হয়। এটি কন্ট্রাক্টগুলোর জন্য একটি মেকানিজম প্রদান করে যাতে তারা টোকেন গ্রহণ করার সময় সাড়া দিতে পারে। কন্ট্রাক্টগুলো ইভেন্ট শুনতে পারে না, তাই আপনি যদি শুধু তাদের কাছে টোকেন ট্রান্সফার করেন তবে তারা এটি সম্পর্কে "জানতে" পারে না। এই পদ্ধতিতে মালিক প্রথমে একটি অ্যাপ্রুভাল জমা দেয় এবং তারপর কন্ট্রাক্টকে একটি রিকোয়েস্ট পাঠায়: "আমি আপনাকে টোকেন X ট্রান্সফার করার অনুমোদন দিয়েছি, অনুগ্রহ করে করুন..."।
+
+ERC-721 স্ট্যান্ডার্ডকে ERC-20 স্ট্যান্ডার্ডের মতো করার জন্য এটি একটি ডিজাইন চয়েস। যেহেতু ERC-721 টোকেনগুলো ফান্জেবল নয়, তাই একটি কন্ট্রাক্ট টোকেনের মালিকানা দেখেও শনাক্ত করতে পারে যে এটি একটি নির্দিষ্ট টোকেন পেয়েছে।
+
+```python
+# @dev কোনো মালিকের জন্য একজন অপারেটর চালু বা বন্ধ করা হলে এটি এমিট হয়। অপারেটরটি পরিচালনা করতে পারে
+# মালিকের সমস্ত NFT।
+# @param _owner NFT-এর মালিক।
+# @param _operator যে ঠিকানায় আমরা অপারেটরের অধিকার সেট করছি।
+# @param _approved অপারেটরের অধিকারের স্ট্যাটাস (অপারেটরের অধিকার দেওয়া হলে true এবং
+# বাতিল করা হলে false)।
+event ApprovalForAll:
+ owner: indexed(address)
+ operator: indexed(address)
+ approved: bool
+```
+
+কখনো কখনো এমন একজন _অপারেটর_ থাকা দরকারি যে একটি একাউন্ট-এর নির্দিষ্ট ধরনের সমস্ত টোকেন (যেগুলো একটি নির্দিষ্ট কন্ট্রাক্ট দ্বারা পরিচালিত হয়) পরিচালনা করতে পারে, অনেকটা পাওয়ার অফ অ্যাটর্নির মতো। উদাহরণস্বরূপ, আমি এমন একটি কন্ট্রাক্টকে এই ক্ষমতা দিতে চাইতে পারি যা পরীক্ষা করে যে আমি ছয় মাস ধরে এর সাথে যোগাযোগ করিনি কি না, এবং যদি তাই হয় তবে আমার সম্পদ আমার উত্তরাধিকারীদের মধ্যে বিতরণ করে (যদি তাদের মধ্যে কেউ এটি চায়, কারণ লেনদেন দ্বারা কল করা ছাড়া কন্ট্রাক্টগুলো কিছুই করতে পারে না)। ERC-20-তে আমরা একটি ইনহেরিটেন্স কন্ট্রাক্টকে একটি উচ্চ অ্যালাউয়েন্স দিতে পারি, কিন্তু ERC-721-এর ক্ষেত্রে এটি কাজ করে না কারণ টোকেনগুলো ফান্জেবল নয়। এটি তারই সমতুল্য।
+
+`approved` ভ্যালুটি আমাদের বলে যে ইভেন্টটি কোনো অনুমোদনের জন্য, নাকি অনুমোদন প্রত্যাহারের জন্য।
+
+### স্টেট ভেরিয়েবল {#state-vars}
+
+এই ভেরিয়েবলগুলোতে টোকেনগুলোর বর্তমান স্টেট থাকে: কোনগুলো উপলব্ধ এবং সেগুলোর মালিক কে। এগুলোর বেশিরভাগই হলো `HashMap` অবজেক্ট, [দুটি টাইপের মধ্যে থাকা একমুখী ম্যাপিং](https://vyper.readthedocs.io/en/latest/types.html#mappings)।
+
+```python
+# @dev NFT ID থেকে এর মালিকানার ঠিকানায় ম্যাপিং।
+idToOwner: HashMap[uint256, address]
+
+# @dev NFT ID থেকে অনুমোদিত ঠিকানায় ম্যাপিং।
+idToApprovals: HashMap[uint256, address]
+```
+
+ইথিরিয়ামে ব্যবহারকারী এবং কন্ট্রাক্টের পরিচয় 160-বিট এডড্রেস দ্বারা উপস্থাপন করা হয়। এই দুটি ভেরিয়েবল টোকেন আইডি থেকে তাদের মালিকদের এবং যারা সেগুলো ট্রান্সফার করার জন্য অনুমোদিত তাদের ম্যাপ করে (প্রতিটির জন্য সর্বোচ্চ একজন)। ইথিরিয়ামে, আনইনিশিয়ালাইজড ডেটা সর্বদা শূন্য হয়, তাই যদি কোনো মালিক বা অনুমোদিত ট্রান্সফারকারী না থাকে তবে সেই টোকেনের মান শূন্য হয়।
+
+```python
+# @dev মালিকের ঠিকানা থেকে তার টোকেনের সংখ্যায় ম্যাপিং।
+ownerToNFTokenCount: HashMap[address, uint256]
+```
+
+এই ভেরিয়েবলটি প্রতিটি মালিকের জন্য টোকেনের সংখ্যা ধারণ করে। মালিকদের থেকে টোকেনগুলোতে কোনো ম্যাপিং নেই, তাই কোনো নির্দিষ্ট মালিকের টোকেনগুলো শনাক্ত করার একমাত্র উপায় হলো ব্লকচেইন-এর ইভেন্ট হিস্ট্রিতে ফিরে তাকানো এবং উপযুক্ত `Transfer` ইভেন্টগুলো দেখা। আমরা এই ভেরিয়েবলটি ব্যবহার করে জানতে পারি কখন আমাদের কাছে সমস্ত NFT আছে এবং আর পেছনের দিকে তাকানোর প্রয়োজন নেই।
+
+মনে রাখবেন যে এই অ্যালগরিদমটি শুধুমাত্র ইউজার ইন্টারফেস এবং এক্সটার্নাল সার্ভারগুলোর জন্য কাজ করে। ব্লকচেইন-এ চলা কোড অতীতের ইভেন্টগুলো পড়তে পারে না।
+
+```python
+# @dev মালিকের ঠিকানা থেকে অপারেটরের ঠিকানার ম্যাপিংয়ে ম্যাপিং।
+ownerToOperators: HashMap[address, HashMap[address, bool]]
+```
+
+একটি একাউন্ট-এর একাধিক অপারেটর থাকতে পারে। তাদের ট্র্যাক রাখার জন্য একটি সাধারণ `HashMap` যথেষ্ট নয়, কারণ প্রতিটি কী একটি একক ভ্যালুর দিকে নিয়ে যায়। এর পরিবর্তে, আপনি ভ্যালু হিসেবে `HashMap[address, bool]` ব্যবহার করতে পারেন। ডিফল্টরূপে প্রতিটি এডড্রেস-এর ভ্যালু `False` হয়, যার মানে এটি কোনো অপারেটর নয়। আপনি প্রয়োজন অনুযায়ী ভ্যালুগুলো `True` সেট করতে পারেন।
+
+```python
+# @dev মিন্টারের ঠিকানা, যিনি একটি টোকেন মিন্ট করতে পারেন
+minter: address
+```
+
+নতুন টোকেন কোনো না কোনোভাবে তৈরি করতে হবে। এই কন্ট্রাক্টে শুধুমাত্র একটি এনটিটি এটি করার অনুমতিপ্রাপ্ত, যা হলো `minter`। উদাহরণস্বরূপ, একটি গেমের জন্য এটি যথেষ্ট হতে পারে। অন্যান্য উদ্দেশ্যে, আরও জটিল বিজনেস লজিক তৈরি করার প্রয়োজন হতে পারে।
+
+```python
+# @dev ইন্টারফেস আইডি থেকে এটি সমর্থিত কিনা সেই বিষয়ে বুলিয়ানে (bool) ম্যাপিং
+supportedInterfaces: HashMap[bytes32, bool]
+
+# @dev ERC165-এর ERC165 ইন্টারফেস আইডি
+ERC165_INTERFACE_ID: constant(bytes32) = 0x0000000000000000000000000000000000000000000000000000000001ffc9a7
+
+# @dev ERC721-এর ERC165 ইন্টারফেস আইডি
+ERC721_INTERFACE_ID: constant(bytes32) = 0x0000000000000000000000000000000000000000000000000000000080ac58cd
+```
+
+[ERC-165](https://eips.ethereum.org/EIPS/eip-165) একটি কন্ট্রাক্টের জন্য এমন একটি মেকানিজম নির্দিষ্ট করে যা প্রকাশ করে যে অ্যাপ্লিকেশনগুলো কীভাবে এর সাথে যোগাযোগ করতে পারে এবং এটি কোন ERC-গুলো মেনে চলে। এই ক্ষেত্রে, কন্ট্রাক্টটি ERC-165 এবং ERC-721 মেনে চলে।
+
+### ফাংশন {#functions}
+
+এই ফাংশনগুলোই মূলত ERC-721 ইমপ্লিমেন্ট করে।
+
+#### কনস্ট্রাক্টর {#constructor}
+
+```python
+@external
+def __init__():
+```
+
+Python-এর মতো Vyper-এও কনস্ট্রাক্টর ফাংশনটিকে `__init__` বলা হয়।
+
+```python
+ # @dev কন্ট্রাক্ট কনস্ট্রাক্টর।
+```
+
+Python এবং Vyper-এ, আপনি একটি মাল্টি-লাইন স্ট্রিং (যা `"""` দিয়ে শুরু এবং শেষ হয়) নির্দিষ্ট করেও একটি কমেন্ট তৈরি করতে পারেন এবং এটি কোনোভাবেই ব্যবহার না করতে পারেন। এই কমেন্টগুলোতে [NatSpec](https://vyper.readthedocs.io/en/latest/natspec.html)-ও অন্তর্ভুক্ত থাকতে পারে।
+
+```python
+ self.supportedInterfaces[ERC165_INTERFACE_ID] = True
+ self.supportedInterfaces[ERC721_INTERFACE_ID] = True
+ self.minter = msg.sender
+```
+
+স্টেট ভেরিয়েবলগুলো অ্যাক্সেস করতে আপনি `self.` ব্যবহার করেন (আবারও, Python-এর মতোই)।
+
+#### ভিউ ফাংশন {#views}
+
+এগুলো এমন ফাংশন যা ব্লকচেইন-এর স্টেট পরিবর্তন করে না, এবং তাই যদি এগুলোকে এক্সটার্নালি কল করা হয় তবে এগুলো বিনামূল্যে এক্সিকিউট করা যেতে পারে। যদি ভিউ ফাংশনগুলো কোনো কন্ট্রাক্ট দ্বারা কল করা হয় তবে সেগুলো এখনও প্রতিটি নোড-এ এক্সিকিউট করতে হবে এবং তাই গ্যাস খরচ হবে।
+
+```python
+@view
+@external
+```
+
+ফাংশন সংজ্ঞার আগে থাকা এই কিওয়ার্ডগুলো যা অ্যাট সাইন (`@`) দিয়ে শুরু হয়, সেগুলোকে _ডেকোরেশন_ বলা হয়। এগুলো নির্দিষ্ট করে যে কোন পরিস্থিতিতে একটি ফাংশন কল করা যেতে পারে।
+
+- `@view` নির্দিষ্ট করে যে এই ফাংশনটি একটি ভিউ।
+- `@external` নির্দিষ্ট করে যে এই নির্দিষ্ট ফাংশনটি লেনদেন এবং অন্যান্য কন্ট্রাক্ট দ্বারা কল করা যেতে পারে।
+
+```python
+def supportsInterface(_interfaceID: bytes32) -> bool:
+```
+
+Python-এর বিপরীতে, Vyper হলো একটি [স্ট্যাটিক টাইপড ভাষা](https://wikipedia.org/wiki/Type_system#Static_type_checking)। আপনি [ডেটা টাইপ](https://vyper.readthedocs.io/en/latest/types.html) শনাক্ত না করে কোনো ভেরিয়েবল বা ফাংশন প্যারামিটার ডিক্লেয়ার করতে পারবেন না। এই ক্ষেত্রে ইনপুট প্যারামিটারটি হলো `bytes32`, যা একটি 256-বিট ভ্যালু (256 বিট হলো [ইথিরিয়াম ভার্চুয়াল মেশিন](/developers/docs/evm/)-এর নেটিভ ওয়ার্ড সাইজ)। আউটপুটটি হলো একটি বুলিয়ান ভ্যালু। প্রথা অনুযায়ী, ফাংশন প্যারামিটারের নামগুলো আন্ডারস্কোর (`_`) দিয়ে শুরু হয়।
+
+```python
+ # @dev ইন্টারফেস আইডেন্টিফিকেশন ERC-165-এ নির্দিষ্ট করা আছে।
+ @param _interfaceID ইন্টারফেসের আইডি
+ return self.supportedInterfaces[_interfaceID]
+```
+
+`self.supportedInterfaces` HashMap থেকে ভ্যালুটি রিটার্ন করুন, যা কনস্ট্রাক্টরে (`__init__`) সেট করা আছে।
+
+```python
+# ## ভিউ ফাংশনস ###
+```
+
+এগুলো হলো সেই ভিউ ফাংশন যা ব্যবহারকারী এবং অন্যান্য কন্ট্রাক্টের কাছে টোকেন সম্পর্কে তথ্য উপলব্ধ করে।
+
+```python
+@view
+@external
+def balanceOf(_owner: address) -> uint256:
+ # @dev `_owner`-এর মালিকানাধীন NFT-এর সংখ্যা রিটার্ন করে।
+ `_owner` শূন্য ঠিকানা হলে থ্রো (Throw) করে। শূন্য ঠিকানায় অ্যাসাইন করা NFT-গুলোকে অবৈধ বলে বিবেচনা করা হয়।
+ @param _owner ব্যালেন্স কোয়েরি করার জন্য ঠিকানা।
+ assert _owner != ZERO_ADDRESS
+```
+
+এই লাইনটি [অ্যাসার্ট](https://vyper.readthedocs.io/en/latest/statements.html#assert) করে যে `_owner` শূন্য নয়। যদি এটি শূন্য হয়, তবে একটি ত্রুটি দেখা দেয় এবং অপারেশনটি রিভার্ট করা হয়।
+
+```python
+ return self.ownerToNFTokenCount[_owner]
+
+@view
+@external
+def ownerOf(_tokenId: uint256) -> address:
+ # @dev NFT-এর মালিকের ঠিকানা রিটার্ন করে।
+ `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে।
+ @param _tokenId একটি NFT-এর আইডেন্টিফায়ার।
+ owner: address = self.idToOwner[_tokenId]
+ # `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে
+ assert owner != ZERO_ADDRESS
+ return owner
+```
+
+ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)-এ এমন যেকোনো স্টোরেজ যার মধ্যে কোনো ভ্যালু স্টোর করা নেই, তা শূন্য হয়। যদি `_tokenId`-এ কোনো টোকেন না থাকে তবে `self.idToOwner[_tokenId]`-এর ভ্যালু শূন্য হয়। সেক্ষেত্রে ফাংশনটি রিভার্ট করে।
+
+```python
+@view
+@external
+def getApproved(_tokenId: uint256) -> address:
+ # @dev একটি একক NFT-এর জন্য অনুমোদিত ঠিকানা পান।
+ `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে।
+ @param _tokenId অনুমোদনের কোয়েরি করার জন্য NFT-এর আইডি।
+ # `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে
+ assert self.idToOwner[_tokenId] != ZERO_ADDRESS
+ return self.idToApprovals[_tokenId]
+```
+
+মনে রাখবেন যে `getApproved` শূন্য রিটার্ন _করতে পারে_। যদি টোকেনটি বৈধ হয় তবে এটি `self.idToApprovals[_tokenId]` রিটার্ন করে। যদি কোনো অনুমোদনকারী না থাকে তবে সেই ভ্যালুটি শূন্য হয়।
+
+```python
+@view
+@external
+def isApprovedForAll(_owner: address, _operator: address) -> bool:
+ # @dev `_operator` `_owner`-এর জন্য একজন অনুমোদিত অপারেটর কিনা তা চেক করে।
+ @param _owner যে ঠিকানাটি NFT-গুলোর মালিক।
+ @param _operator যে ঠিকানাটি মালিকের পক্ষে কাজ করে।
+ return (self.ownerToOperators[_owner])[_operator]
+```
+
+এই ফাংশনটি পরীক্ষা করে যে `_operator` এই কন্ট্রাক্টে `_owner`-এর সমস্ত টোকেন পরিচালনা করার অনুমতিপ্রাপ্ত কি না। যেহেতু একাধিক অপারেটর থাকতে পারে, তাই এটি একটি দুই স্তরের HashMap।
+
+#### ট্রান্সফার হেল্পার ফাংশন {#transfer-helpers}
+
+এই ফাংশনগুলো এমন অপারেশন ইমপ্লিমেন্ট করে যা টোকেন ট্রান্সফার বা পরিচালনার অংশ।
+
+```python
+
+# ## ট্রান্সফার ফাংশন হেল্পারস ###
+
+@view
+@internal
+```
+
+এই ডেকোরেশন, `@internal`-এর মানে হলো ফাংশনটি শুধুমাত্র একই কন্ট্রাক্টের মধ্যে থাকা অন্যান্য ফাংশন থেকে অ্যাক্সেসযোগ্য। প্রথা অনুযায়ী, এই ফাংশনের নামগুলোও আন্ডারস্কোর (`_`) দিয়ে শুরু হয়।
+
+```python
+def _isApprovedOrOwner(_spender: address, _tokenId: uint256) -> bool:
+ # @dev প্রদত্ত স্পেন্ডার একটি নির্দিষ্ট টোকেন আইডি ট্রান্সফার করতে পারবে কিনা তা রিটার্ন করে
+ @param spender কোয়েরি করার জন্য স্পেন্ডারের ঠিকানা
+ @param tokenId ট্রান্সফার করার জন্য টোকেনের uint256 আইডি
+ @return bool msg.sender প্রদত্ত টোকেন আইডির জন্য অনুমোদিত কিনা,
+ মালিকের একজন অপারেটর কিনা, অথবা টোকেনটির মালিক কিনা
+ owner: address = self.idToOwner[_tokenId]
+ spenderIsOwner: bool = owner == _spender
+ spenderIsApproved: bool = _spender == self.idToApprovals[_tokenId]
+ spenderIsApprovedForAll: bool = (self.ownerToOperators[owner])[_spender]
+ return (spenderIsOwner or spenderIsApproved) or spenderIsApprovedForAll
+```
+
+একটি এডড্রেস-কে টোকেন ট্রান্সফার করার অনুমতি দেওয়ার তিনটি উপায় রয়েছে:
+
+1. এডড্রেস-টি টোকেনের মালিক
+2. এডড্রেস-টি সেই টোকেন খরচ করার জন্য অনুমোদিত
+3. এডড্রেস-টি টোকেনের মালিকের জন্য একজন অপারেটর
+
+উপরের ফাংশনটি একটি ভিউ হতে পারে কারণ এটি স্টেট পরিবর্তন করে না। অপারেটিং খরচ কমানোর জন্য, যে ফাংশনটি একটি ভিউ হতে _পারে_, তার একটি ভিউ হওয়া _উচিত_।
+
+```python
+@internal
+def _addTokenTo(_to: address, _tokenId: uint256):
+ # @dev একটি নির্দিষ্ট ঠিকানায় একটি NFT যোগ করুন
+ `_tokenId` কারও মালিকানাধীন হলে থ্রো (Throw) করে।
+ # `_tokenId` কারও মালিকানাধীন হলে থ্রো (Throw) করে
+ assert self.idToOwner[_tokenId] == ZERO_ADDRESS
+ # মালিক পরিবর্তন করুন
+ self.idToOwner[_tokenId] = _to
+ # কাউন্ট ট্র্যাকিং পরিবর্তন করুন
+ self.ownerToNFTokenCount[_to] += 1
+
+
+@internal
+def _removeTokenFrom(_from: address, _tokenId: uint256):
+ # @dev একটি নির্দিষ্ট ঠিকানা থেকে একটি NFT সরান
+ `_from` বর্তমান মালিক না হলে থ্রো (Throw) করে।
+ # `_from` বর্তমান মালিক না হলে থ্রো (Throw) করে
+ assert self.idToOwner[_tokenId] == _from
+ # মালিক পরিবর্তন করুন
+ self.idToOwner[_tokenId] = ZERO_ADDRESS
+ # কাউন্ট ট্র্যাকিং পরিবর্তন করুন
+ self.ownerToNFTokenCount[_from] -= 1
+```
+
+যখন কোনো ট্রান্সফারে সমস্যা হয় তখন আমরা কলটি রিভার্ট করি।
+
+```python
+@internal
+def _clearApproval(_owner: address, _tokenId: uint256):
+ # @dev একটি নির্দিষ্ট ঠিকানার অনুমোদন ক্লিয়ার করুন
+ `_owner` বর্তমান মালিক না হলে থ্রো (Throw) করে।
+ # `_owner` বর্তমান মালিক না হলে থ্রো (Throw) করে
+ assert self.idToOwner[_tokenId] == _owner
+ if self.idToApprovals[_tokenId] != ZERO_ADDRESS:
+ # অনুমোদনগুলো রিসেট করুন
+ self.idToApprovals[_tokenId] = ZERO_ADDRESS
+```
+
+শুধুমাত্র প্রয়োজন হলেই ভ্যালু পরিবর্তন করুন। স্টেট ভেরিয়েবলগুলো স্টোরেজে থাকে। স্টোরেজে লেখা হলো EVM (ইথিরিয়াম ভার্চুয়াল মেশিন)-এর করা সবচেয়ে ব্যয়বহুল অপারেশনগুলোর মধ্যে একটি ([গ্যাস](/developers/docs/gas/)-এর ক্ষেত্রে)। তাই, এটি কমানো একটি ভালো ধারণা, এমনকি বিদ্যমান ভ্যালু লেখার খরচও অনেক বেশি।
+
+```python
+@internal
+def _transferFrom(_from: address, _to: address, _tokenId: uint256, _sender: address):
+ # @dev একটি NFT-এর ট্রান্সফার এক্সিকিউট করুন।
+ `msg.sender` বর্তমান মালিক, একজন অনুমোদিত অপারেটর, অথবা এই NFT-এর জন্য অনুমোদিত
+ ঠিকানা না হলে থ্রো (Throw) করে। (নোট: প্রাইভেট ফাংশনে `msg.sender` অনুমোদিত নয় তাই `_sender` পাস করুন।)
+ `_to` শূন্য ঠিকানা হলে থ্রো (Throw) করে।
+ `_from` বর্তমান মালিক না হলে থ্রো (Throw) করে।
+ `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে।
+```
+
+আমাদের এই ইন্টারনাল ফাংশনটি রয়েছে কারণ টোকেন ট্রান্সফার করার দুটি উপায় রয়েছে (নিয়মিত এবং নিরাপদ), তবে অডিটিং সহজ করার জন্য আমরা কোডে শুধুমাত্র একটি স্থানে এটি করতে চাই।
+
+```python
+ # প্রয়োজনীয়তাগুলো চেক করুন
+ assert self._isApprovedOrOwner(_sender, _tokenId)
+ # `_to` শূন্য ঠিকানা হলে থ্রো (Throw) করে
+ assert _to != ZERO_ADDRESS
+ # অনুমোদন ক্লিয়ার করুন। `_from` বর্তমান মালিক না হলে থ্রো (Throw) করে
+ self._clearApproval(_from, _tokenId)
+ # NFT সরান। `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে
+ self._removeTokenFrom(_from, _tokenId)
+ # NFT যোগ করুন
+ self._addTokenTo(_to, _tokenId)
+ # ট্রান্সফারটি লগ করুন
+ log Transfer(_from, _to, _tokenId)
+```
+
+Vyper-এ একটি ইভেন্ট এমিট করতে আপনি একটি `log` স্টেটমেন্ট ব্যবহার করেন ([আরও বিস্তারিত জানতে এখানে দেখুন](https://vyper.readthedocs.io/en/latest/event-logging.html#event-logging))।
+
+#### ট্রান্সফার ফাংশন {#transfer-funs}
+
+```python
+
+# ## ট্রান্সফার ফাংশনস ###
+
+@external
+def transferFrom(_from: address, _to: address, _tokenId: uint256):
+ # @dev `msg.sender` বর্তমান মালিক, একজন অনুমোদিত অপারেটর, অথবা এই NFT-এর জন্য অনুমোদিত
+ ঠিকানা না হলে থ্রো (Throw) করে।
+ `_from` বর্তমান মালিক না হলে থ্রো (Throw) করে।
+ `_to` শূন্য ঠিকানা হলে থ্রো (Throw) করে।
+ `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে।
+ @notice কলারের দায়িত্ব হলো এটি নিশ্চিত করা যে `_to` NFT গ্রহণে সক্ষম, অন্যথায়
+ সেগুলো স্থায়ীভাবে হারিয়ে যেতে পারে।
+ @param _from NFT-এর বর্তমান মালিক।
+ @param _to নতুন মালিক।
+ @param _tokenId ট্রান্সফার করার জন্য NFT।
+ self._transferFrom(_from, _to, _tokenId, msg.sender)
+```
+
+এই ফাংশনটি আপনাকে যেকোনো এডড্রেস-এ ট্রান্সফার করতে দেয়। যদি না এডড্রেস-টি কোনো ব্যবহারকারী হয়, বা এমন কোনো কন্ট্রাক্ট হয় যা জানে কীভাবে টোকেন ট্রান্সফার করতে হয়, তবে আপনার ট্রান্সফার করা যেকোনো টোকেন সেই এডড্রেস-এ আটকে থাকবে এবং অকেজো হয়ে যাবে।
+
+```python
+@external
+def safeTransferFrom(
+ _from: address,
+ _to: address,
+ _tokenId: uint256,
+ _data: Bytes[1024]=b""
+ ):
+ # @dev একটি NFT-এর মালিকানা এক ঠিকানা থেকে অন্য ঠিকানায় ট্রান্সফার করে।
+ `msg.sender` বর্তমান মালিক, একজন অনুমোদিত অপারেটর, অথবা এই NFT-এর জন্য
+ অনুমোদিত ঠিকানা না হলে থ্রো (Throw) করে।
+ `_from` বর্তমান মালিক না হলে থ্রো (Throw) করে।
+ `_to` শূন্য ঠিকানা হলে থ্রো (Throw) করে।
+ `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে।
+ যদি `_to` একটি স্মার্ট কন্ট্রাক্ট হয়, তবে এটি `_to`-তে `onERC721Received` কল করে এবং রিটার্ন ভ্যালু
+ `bytes4(keccak256("onERC721Received(address,address,uint256,bytes)"))` না হলে থ্রো (Throw) করে।
+ নোট: bytes4-কে প্যাডিং সহ bytes32 দ্বারা উপস্থাপন করা হয়
+ @param _from NFT-এর বর্তমান মালিক।
+ @param _to নতুন মালিক।
+ @param _tokenId ট্রান্সফার করার জন্য NFT।
+ @param _data কোনো নির্দিষ্ট ফরম্যাট ছাড়া অতিরিক্ত ডেটা, যা `_to`-তে কলে পাঠানো হয়।
+ self._transferFrom(_from, _to, _tokenId, msg.sender)
+```
+
+প্রথমে ট্রান্সফার করা ঠিক আছে কারণ যদি কোনো সমস্যা হয় তবে আমরা এমনিতেই রিভার্ট করব, তাই কলে করা সবকিছু বাতিল হয়ে যাবে।
+
+```python
+ if _to.is_contract: # `_to` একটি কন্ট্রাক্ট ঠিকানা কিনা তা চেক করুন
+```
+
+প্রথমে পরীক্ষা করে দেখুন এডড্রেস-টি কোনো কন্ট্রাক্ট কি না (যদি এর কোড থাকে)। যদি না হয়, তবে ধরে নিন এটি একটি ব্যবহারকারীর এডড্রেস এবং ব্যবহারকারী টোকেনটি ব্যবহার করতে বা ট্রান্সফার করতে সক্ষম হবে। তবে এটি যেন আপনাকে নিরাপত্তার মিথ্যা অনুভূতি না দেয়। আপনি টোকেন হারাতে পারেন, এমনকি `safeTransferFrom` ব্যবহার করেও, যদি আপনি সেগুলোকে এমন কোনো এডড্রেস-এ ট্রান্সফার করেন যার প্রাইভেট কি কেউ জানে না।
+
+```python
+ returnValue: bytes32 = ERC721Receiver(_to).onERC721Received(msg.sender, _from, _tokenId, _data)
+```
+
+টার্গেট কন্ট্রাক্টটি ERC-721 টোকেন গ্রহণ করতে পারে কি না তা দেখতে সেটিকে কল করুন।
+
+```python
+ # ট্রান্সফারের গন্তব্য এমন কোনো কন্ট্রাক্ট হলে থ্রো (Throw) করে যা 'onERC721Received' ইমপ্লিমেন্ট করে না
+ assert returnValue == method_id("onERC721Received(address,address,uint256,bytes)", output_type=bytes32)
+```
+
+যদি গন্তব্যটি একটি কন্ট্রাক্ট হয়, কিন্তু এমন একটি যা ERC-721 টোকেন গ্রহণ করে না (বা যা এই নির্দিষ্ট ট্রান্সফারটি গ্রহণ না করার সিদ্ধান্ত নিয়েছে), তবে রিভার্ট করুন।
+
+```python
+@external
+def approve(_approved: address, _tokenId: uint256):
+ # @dev একটি NFT-এর জন্য অনুমোদিত ঠিকানা সেট বা পুনর্নিশ্চিত করুন। শূন্য ঠিকানা নির্দেশ করে যে কোনো অনুমোদিত ঠিকানা নেই।
+ `msg.sender` বর্তমান NFT মালিক, অথবা বর্তমান মালিকের একজন অনুমোদিত অপারেটর না হলে থ্রো (Throw) করে।
+ `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে। (নোট: এটি EIP-তে লেখা নেই)
+ `_approved` বর্তমান মালিক হলে থ্রো (Throw) করে। (নোট: এটি EIP-তে লেখা নেই)
+ @param _approved প্রদত্ত NFT আইডির জন্য অনুমোদন করার ঠিকানা।
+ @param _tokenId অনুমোদন করার টোকেনের আইডি।
+ owner: address = self.idToOwner[_tokenId]
+ # `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে
+ assert owner != ZERO_ADDRESS
+ # `_approved` বর্তমান মালিক হলে থ্রো (Throw) করে
+ assert _approved != owner
+```
+
+প্রথা অনুযায়ী যদি আপনি কোনো অনুমোদনকারী না রাখতে চান তবে আপনি নিজেকে নয়, জিরো এডড্রেস-কে নিয়োগ করেন।
+
+```python
+ # প্রয়োজনীয়তাগুলো চেক করুন
+ senderIsOwner: bool = self.idToOwner[_tokenId] == msg.sender
+ senderIsApprovedForAll: bool = (self.ownerToOperators[owner])[msg.sender]
+ assert (senderIsOwner or senderIsApprovedForAll)
+```
+
+একটি অনুমোদন সেট করতে আপনি হয় মালিক হতে পারেন, অথবা মালিক দ্বারা অনুমোদিত একজন অপারেটর হতে পারেন।
+
+```python
+ # অনুমোদন সেট করুন
+ self.idToApprovals[_tokenId] = _approved
+ log Approval(owner, _approved, _tokenId)
+
+
+@external
+def setApprovalForAll(_operator: address, _approved: bool):
+ # @dev `msg.sender`-এর সমস্ত সম্পদ পরিচালনা করার জন্য কোনো তৃতীয় পক্ষের ("অপারেটর") অনুমোদন চালু বা বন্ধ করে। এটি ApprovalForAll ইভেন্টও এমিট করে।
+ `_operator` যদি `msg.sender` হয় তবে থ্রো (Throw) করে। (নোট: এটি EIP-তে লেখা নেই)
+ @notice প্রেরকের কাছে সেই মুহূর্তে কোনো টোকেন না থাকলেও এটি কাজ করে।
+ @param _operator অনুমোদিত অপারেটরদের সেটে যোগ করার ঠিকানা।
+ @param _approved অপারেটর অনুমোদিত হলে True, অনুমোদন বাতিল করতে হলে false।
+ # `_operator` যদি `msg.sender` হয় তবে থ্রো (Throw) করে
+ assert _operator != msg.sender
+ self.ownerToOperators[msg.sender][_operator] = _approved
+ log ApprovalForAll(msg.sender, _operator, _approved)
+```
+
+#### নতুন টোকেন মিন্ট করা এবং বিদ্যমানগুলো ধ্বংস করা {#mint-burn}
+
+যে একাউন্ট-টি কন্ট্রাক্ট তৈরি করেছে সেটি হলো `minter`, সুপার ইউজার যা নতুন NFT মিন্ট করার জন্য অনুমোদিত। তবে, এমনকি এটিকেও বিদ্যমান টোকেনগুলো বার্ন করার অনুমতি দেওয়া হয়নি। শুধুমাত্র মালিক, বা মালিক দ্বারা অনুমোদিত কোনো এনটিটি এটি করতে পারে।
+
+```python
+# ## মিন্ট ও বার্ন ফাংশনস ###
+
+@external
+def mint(_to: address, _tokenId: uint256) -> bool:
+```
+
+এই ফাংশনটি সর্বদা `True` রিটার্ন করে, কারণ যদি অপারেশনটি ব্যর্থ হয় তবে এটি রিভার্ট করা হয়।
+
+```python
+ # @dev টোকেন মিন্ট করার ফাংশন
+ `msg.sender` মিন্টার না হলে থ্রো (Throw) করে।
+ `_to` শূন্য ঠিকানা হলে থ্রো (Throw) করে।
+ `_tokenId` কারও মালিকানাধীন হলে থ্রো (Throw) করে।
+ @param _to যে ঠিকানাটি মিন্ট করা টোকেনগুলো গ্রহণ করবে।
+ @param _tokenId মিন্ট করার টোকেন আইডি।
+ @return একটি বুলিয়ান যা নির্দেশ করে অপারেশনটি সফল হয়েছে কিনা।
+ # `msg.sender` মিন্টার না হলে থ্রো (Throw) করে
+ assert msg.sender == self.minter
+```
+
+শুধুমাত্র মিন্টার (যে একাউন্ট-টি ERC-721 কন্ট্রাক্ট তৈরি করেছে) নতুন টোকেন মিন্ট করতে পারে। ভবিষ্যতে যদি আমরা মিন্টারের পরিচয় পরিবর্তন করতে চাই তবে এটি একটি সমস্যা হতে পারে। একটি প্রোডাকশন কন্ট্রাক্টে আপনি সম্ভবত এমন একটি ফাংশন চাইবেন যা মিন্টারকে অন্য কারও কাছে মিন্টারের সুবিধাগুলো ট্রান্সফার করার অনুমতি দেয়।
+
+```python
+ # `_to` শূন্য ঠিকানা হলে থ্রো (Throw) করে
+ assert _to != ZERO_ADDRESS
+ # NFT যোগ করুন। `_tokenId` কারও মালিকানাধীন হলে থ্রো (Throw) করে
+ self._addTokenTo(_to, _tokenId)
+ log Transfer(ZERO_ADDRESS, _to, _tokenId)
+ return True
+```
+
+প্রথা অনুযায়ী, নতুন টোকেন মিন্ট করাকে জিরো এডড্রেস থেকে ট্রান্সফার হিসেবে গণ্য করা হয়।
+
+```python
+
+@external
+def burn(_tokenId: uint256):
+ # @dev একটি নির্দিষ্ট ERC721 টোকেন বার্ন করে।
+ `msg.sender` বর্তমান মালিক, একজন অনুমোদিত অপারেটর, অথবা এই NFT-এর জন্য অনুমোদিত
+ ঠিকানা না হলে থ্রো (Throw) করে।
+ `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে।
+ @param _tokenId বার্ন করার ERC721 টোকেনের uint256 আইডি।
+ # প্রয়োজনীয়তাগুলো চেক করুন
+ assert self._isApprovedOrOwner(msg.sender, _tokenId)
+ owner: address = self.idToOwner[_tokenId]
+ # `_tokenId` একটি বৈধ NFT না হলে থ্রো (Throw) করে
+ assert owner != ZERO_ADDRESS
+ self._clearApproval(owner, _tokenId)
+ self._removeTokenFrom(owner, _tokenId)
+ log Transfer(owner, ZERO_ADDRESS, _tokenId)
+```
+
+যেকোনো ব্যক্তি যাকে টোকেন ট্রান্সফার করার অনুমতি দেওয়া হয়েছে, তাকে এটি বার্ন করারও অনুমতি দেওয়া হয়েছে। যদিও একটি বার্ন জিরো এডড্রেস-এ ট্রান্সফার করার সমতুল্য বলে মনে হয়, জিরো এডড্রেস আসলে টোকেনটি গ্রহণ করে না। এটি আমাদের টোকেনের জন্য ব্যবহৃত সমস্ত স্টোরেজ খালি করার অনুমতি দেয়, যা লেনদেন-এর গ্যাস খরচ কমাতে পারে।
+
+## এই কন্ট্রাক্ট ব্যবহার করা {#using-contract}
+
+Solidity-এর বিপরীতে, Vyper-এ ইনহেরিটেন্স নেই। কোডটিকে আরও পরিষ্কার এবং তাই সুরক্ষিত করা সহজ করার জন্য এটি একটি ইচ্ছাকৃত ডিজাইন চয়েস। তাই আপনার নিজস্ব Vyper ERC-721 কন্ট্রাক্ট তৈরি করতে আপনি [এই কন্ট্রাক্টটি](https://github.com/vyperlang/vyper/blob/master/examples/tokens/ERC721.vy) নিতে পারেন এবং আপনার পছন্দসই বিজনেস লজিক ইমপ্লিমেন্ট করতে এটি পরিবর্তন করতে পারেন।
+
+## উপসংহার {#conclusion}
+
+পর্যালোচনার জন্য, এখানে এই কন্ট্রাক্টের সবচেয়ে গুরুত্বপূর্ণ কিছু ধারণা দেওয়া হলো:
+
+- একটি নিরাপদ ট্রান্সফারের মাধ্যমে ERC-721 টোকেন গ্রহণ করতে, কন্ট্রাক্টগুলোকে `ERC721Receiver` ইন্টারফেস ইমপ্লিমেন্ট করতে হবে।
+- এমনকি আপনি যদি নিরাপদ ট্রান্সফার ব্যবহার করেন, তবুও টোকেনগুলো আটকে যেতে পারে যদি আপনি সেগুলোকে এমন কোনো এডড্রেস-এ পাঠান যার প্রাইভেট কি অজানা।
+- যখন কোনো অপারেশনে সমস্যা হয় তখন শুধুমাত্র একটি ব্যর্থতার ভ্যালু রিটার্ন করার পরিবর্তে কলটি `revert` করা একটি ভালো ধারণা।
+- ERC-721 টোকেনগুলোর অস্তিত্ব তখনই থাকে যখন সেগুলোর একজন মালিক থাকে।
+- একটি NFT ট্রান্সফার করার জন্য অনুমোদিত হওয়ার তিনটি উপায় রয়েছে। আপনি মালিক হতে পারেন, একটি নির্দিষ্ট টোকেনের জন্য অনুমোদিত হতে পারেন, অথবা মালিকের সমস্ত টোকেনের জন্য একজন অপারেটর হতে পারেন।
+- অতীতের ইভেন্টগুলো শুধুমাত্র ব্লকচেইন-এর বাইরে দৃশ্যমান। ব্লকচেইন-এর ভেতরে চলা কোড সেগুলো দেখতে পারে না।
+
+এখন যান এবং সুরক্ষিত Vyper কন্ট্রাক্ট ইমপ্লিমেন্ট করুন।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/erc20-annotated-code/index.md b/public/content/translations/bn/developers/tutorials/erc20-annotated-code/index.md
new file mode 100644
index 00000000000..7cb205e2787
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/erc20-annotated-code/index.md
@@ -0,0 +1,829 @@
+---
+title: "ERC-20 কন্ট্রাক্ট ওয়াক-থ্রু"
+description: "OpenZeppelin ERC-20 কন্ট্রাক্টে কী আছে এবং কেন এটি সেখানে আছে?"
+author: ওরি পোমেরান্টজ
+lang: bn
+tags: ["solidity", "erc-20"]
+skill: beginner
+breadcrumb: ERC-20 ওয়াক-থ্রু
+published: 2021-03-09
+---
+
+## ভূমিকা {#introduction}
+
+Ethereum-এর অন্যতম সাধারণ ব্যবহার হলো কোনো গোষ্ঠীর জন্য একটি ট্রেডযোগ্য টোকেন তৈরি করা, যা এক অর্থে তাদের নিজস্ব মুদ্রা। এই টোকেনগুলো সাধারণত একটি স্ট্যান্ডার্ড অনুসরণ করে,
+[ERC-20](/developers/docs/standards/tokens/erc-20/)। এই স্ট্যান্ডার্ডটি লিকুইডিটি পুল এবং ওয়ালেট-এর মতো টুল তৈরি করা সম্ভব করে, যা সমস্ত ERC-20 টোকেনের সাথে কাজ করে। এই আর্টিকেলে আমরা
+[OpenZeppelin Solidity ERC20 ইমপ্লিমেন্টেশন](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol) এবং সেইসাথে
+[ইন্টারফেস ডেফিনিশন](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) বিশ্লেষণ করব।
+
+এটি অ্যানোটেটেড সোর্স কোড। আপনি যদি ERC-20 ইমপ্লিমেন্ট করতে চান, তবে
+[এই টিউটোরিয়ালটি পড়ুন](https://docs.openzeppelin.com/contracts/2.x/erc20-supply)।
+
+## ইন্টারফেস {#the-interface}
+
+ERC-20 এর মতো একটি স্ট্যান্ডার্ডের উদ্দেশ্য হলো এমন অনেক টোকেন ইমপ্লিমেন্টেশনের অনুমতি দেওয়া যা ওয়ালেট এবং ডিসেন্ট্রালাইজড এক্সচেঞ্জ-এর মতো অ্যাপ্লিকেশনগুলোর মধ্যে ইন্টারঅপারেবল। এটি অর্জন করতে, আমরা একটি
+[ইন্টারফেস](https://www.geeksforgeeks.org/solidity/solidity-basics-of-interface/) তৈরি করি। টোকেন কন্ট্রাক্ট ব্যবহার করার প্রয়োজন এমন যেকোনো কোড ইন্টারফেসে একই ডেফিনিশন ব্যবহার করতে পারে এবং এটি ব্যবহার করে এমন সমস্ত টোকেন কন্ট্রাক্টের সাথে সামঞ্জস্যপূর্ণ হতে পারে, তা MetaMask-এর মতো কোনো ওয়ালেট হোক, etherscan.io-এর মতো কোনো ডিএ্যাপ হোক, বা লিকুইডিটি পুলের মতো ভিন্ন কোনো কন্ট্রাক্ট হোক।
+
+
+
+আপনি যদি একজন অভিজ্ঞ প্রোগ্রামার হন, তবে আপনি সম্ভবত [Java](https://www.w3schools.com/java/java_interface.asp)
+বা এমনকি [C হেডার ফাইলে](https://gcc.gnu.org/onlinedocs/cpp/Header-Files.html) একই ধরনের কনস্ট্রাক্ট দেখার কথা মনে করতে পারবেন।
+
+এটি OpenZeppelin থেকে [ERC-20 ইন্টারফেস](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol)-এর একটি ডেফিনিশন। এটি [হিউম্যান রিডেবল স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-20)-এর Solidity কোডে অনুবাদ। অবশ্যই, ইন্টারফেস নিজে থেকে _কীভাবে_ কিছু করতে হবে তা নির্ধারণ করে না। এটি নিচের কন্ট্রাক্ট সোর্স কোডে ব্যাখ্যা করা হয়েছে।
+
+
+
+```solidity
+// SPDX-License-Identifier: MIT
+```
+
+Solidity ফাইলে একটি লাইসেন্স আইডেন্টিফায়ার অন্তর্ভুক্ত থাকার কথা। [আপনি এখানে লাইসেন্সের তালিকা দেখতে পারেন](https://spdx.org/licenses/)। আপনার যদি ভিন্ন কোনো লাইসেন্সের প্রয়োজন হয়, তবে শুধু কমেন্টে তা ব্যাখ্যা করুন।
+
+
+
+```solidity
+pragma solidity >=0.6.0 <0.8.0;
+```
+
+Solidity ভাষাটি এখনও দ্রুত বিকশিত হচ্ছে, এবং নতুন সংস্করণগুলো পুরোনো কোডের সাথে সামঞ্জস্যপূর্ণ নাও হতে পারে
+([এখানে দেখুন](https://docs.soliditylang.org/en/v0.7.0/070-breaking-changes.html))। তাই, শুধুমাত্র ভাষার একটি ন্যূনতম সংস্করণ নয়, বরং একটি সর্বোচ্চ সংস্করণও নির্দিষ্ট করা ভালো, যা দিয়ে আপনি সর্বশেষ কোডটি পরীক্ষা করেছেন।
+
+
+
+```solidity
+/* *
+ * @dev EIP-তে সংজ্ঞায়িত ERC20 স্ট্যান্ডার্ডের ইন্টারফেস। */
+```
+
+কমেন্টে থাকা `@dev` হলো [NatSpec ফরম্যাট](https://docs.soliditylang.org/en/develop/natspec-format.html)-এর অংশ, যা সোর্স কোড থেকে ডকুমেন্টেশন তৈরি করতে ব্যবহৃত হয়।
+
+
+
+```solidity
+interface IERC20 {
+```
+
+প্রথা অনুযায়ী, ইন্টারফেসের নাম `I` দিয়ে শুরু হয়।
+
+
+
+```solidity
+ /* *
+ * @dev বর্তমানে বিদ্যমান টোকেনের পরিমাণ রিটার্ন করে। */
+ function totalSupply() external view returns (uint256);
+```
+
+এই ফাংশনটি `external`, যার অর্থ [এটি শুধুমাত্র কন্ট্রাক্টের বাইরে থেকে কল করা যেতে পারে](https://docs.soliditylang.org/en/v0.7.0/cheatsheet.html#index-2)।
+এটি কন্ট্রাক্টে টোকেনের মোট সরবরাহ রিটার্ন করে। এই মানটি Ethereum-এর সবচেয়ে সাধারণ টাইপ, আনসাইনড 256 বিট ব্যবহার করে রিটার্ন করা হয় (256 বিট হলো ইথিরিয়াম ভার্চুয়াল মেশিন-এর নেটিভ ওয়ার্ড সাইজ)। এই ফাংশনটি একটি `view`ও বটে, যার অর্থ এটি স্টেট পরিবর্তন করে না, তাই ব্লকচেইন-এর প্রতিটি নোড-এ এটি চালানোর পরিবর্তে এটি একটি একক নোড-এ এক্সিকিউট করা যেতে পারে। এই ধরনের ফাংশন কোনো লেনদেন তৈরি করে না এবং এতে কোনো [গ্যাস](/developers/docs/gas/) খরচ হয় না।
+
+**দ্রষ্টব্য:** তাত্ত্বিকভাবে মনে হতে পারে যে কোনো কন্ট্রাক্টের নির্মাতা আসল মানের চেয়ে ছোট মোট সরবরাহ রিটার্ন করে প্রতারণা করতে পারে, যার ফলে প্রতিটি টোকেন আসলে যতটা মূল্যবান তার চেয়ে বেশি মূল্যবান বলে মনে হয়। তবে, এই ভয় ব্লকচেইন-এর আসল প্রকৃতিকে উপেক্ষা করে। ব্লকচেইন-এ যা কিছু ঘটে তা প্রতিটি নোড দ্বারা যাচাই করা যেতে পারে। এটি অর্জন করতে, প্রতিটি কন্ট্রাক্টের মেশিন ল্যাঙ্গুয়েজ কোড এবং স্টোরেজ প্রতিটি নোড-এ উপলব্ধ থাকে। যদিও আপনার কন্ট্রাক্টের জন্য Solidity কোড প্রকাশ করা বাধ্যতামূলক নয়, তবে আপনি সোর্স কোড এবং যে Solidity সংস্করণ দিয়ে এটি কম্পাইল করা হয়েছিল তা প্রকাশ না করলে কেউ আপনাকে গুরুত্ব সহকারে নেবে না, যাতে এটি আপনার দেওয়া মেশিন ল্যাঙ্গুয়েজ কোডের বিপরীতে যাচাই করা যায়।
+উদাহরণস্বরূপ, [এই কন্ট্রাক্টটি](https://eth.blockscout.com/address/0xa530F85085C6FE2f866E7FdB716849714a89f4CD?tab=contract) দেখুন।
+
+
+
+```solidity
+ /* *
+ * @dev `account`-এর মালিকানাধীন টোকেনের পরিমাণ রিটার্ন করে। */
+ function balanceOf(address account) external view returns (uint256);
+```
+
+নাম থেকেই বোঝা যায়, `balanceOf` একটি একাউন্ট-এর ব্যালেন্স রিটার্ন করে। Ethereum একাউন্টগুলো Solidity-তে `address` টাইপ ব্যবহার করে চিহ্নিত করা হয়, যা 160 বিট ধারণ করে।
+এটি `external` এবং `view`ও বটে।
+
+
+
+```solidity
+ /* *
+ * @dev কলারের অ্যাকাউন্ট থেকে `recipient`-এ `amount` টোকেন স্থানান্তর করে।
+ *
+ * অপারেশনটি সফল হয়েছে কিনা তা নির্দেশ করে একটি বুলিয়ান মান রিটার্ন করে।
+ *
+ * একটি {Transfer} ইভেন্ট এমিট করে। */
+ function transfer(address recipient, uint256 amount) external returns (bool);
+```
+
+`transfer` ফাংশন কলার থেকে একটি ভিন্ন এডড্রেস-এ টোকেন ট্রান্সফার করে। এর সাথে স্টেট-এর পরিবর্তন জড়িত, তাই এটি কোনো `view` নয়।
+যখন কোনো ব্যবহারকারী এই ফাংশনটি কল করে তখন এটি একটি লেনদেন তৈরি করে এবং এতে গ্যাস খরচ হয়। এটি ব্লকচেইন-এর সবাইকে ইভেন্টটি সম্পর্কে জানাতে একটি ইভেন্ট, `Transfer` এমিট করে।
+
+দুটি ভিন্ন ধরনের কলারের জন্য ফাংশনটির দুই ধরনের আউটপুট রয়েছে:
+
+- ব্যবহারকারীরা যারা সরাসরি ইউজার ইন্টারফেস থেকে ফাংশনটি কল করে। সাধারণত ব্যবহারকারী একটি লেনদেন সাবমিট করে এবং কোনো রেসপন্সের জন্য অপেক্ষা করে না, যা অনির্দিষ্ট পরিমাণ সময় নিতে পারে। ব্যবহারকারী লেনদেন রসিদ (যা লেনদেন হ্যাস দ্বারা চিহ্নিত করা হয়) বা `Transfer` ইভেন্টটি দেখে কী ঘটেছে তা দেখতে পারে।
+- অন্যান্য কন্ট্রাক্ট, যা সামগ্রিক লেনদেন-এর অংশ হিসেবে ফাংশনটি কল করে। সেই কন্ট্রাক্টগুলো অবিলম্বে ফলাফল পায়, কারণ তারা একই লেনদেন-এ চলে, তাই তারা ফাংশন রিটার্ন ভ্যালু ব্যবহার করতে পারে।
+
+কন্ট্রাক্টের স্টেট পরিবর্তন করে এমন অন্যান্য ফাংশন দ্বারা একই ধরনের আউটপুট তৈরি করা হয়।
+
+
+
+অ্যালাউন্স একটি একাউন্ট-কে ভিন্ন মালিকের কিছু টোকেন খরচ করার অনুমতি দেয়।
+এটি দরকারী, উদাহরণস্বরূপ, বিক্রেতা হিসেবে কাজ করে এমন কন্ট্রাক্টগুলোর জন্য। কন্ট্রাক্টগুলো
+ইভেন্টগুলোর জন্য মনিটর করতে পারে না, তাই যদি কোনো ক্রেতা সরাসরি বিক্রেতা কন্ট্রাক্টে টোকেন ট্রান্সফার করে
+তবে সেই কন্ট্রাক্টটি জানতে পারবে না যে এটি পেমেন্ট পেয়েছে। এর পরিবর্তে, ক্রেতা
+বিক্রেতা কন্ট্রাক্টকে একটি নির্দিষ্ট পরিমাণ খরচ করার অনুমতি দেয় এবং বিক্রেতা সেই পরিমাণটি ট্রান্সফার করে।
+এটি বিক্রেতা কন্ট্রাক্ট কল করে এমন একটি ফাংশনের মাধ্যমে করা হয়, যাতে বিক্রেতা কন্ট্রাক্ট
+জানতে পারে যে এটি সফল হয়েছে কিনা।
+
+```solidity
+ /* *
+ * @dev `spender` {transferFrom}-এর মাধ্যমে `owner`-এর পক্ষে যে পরিমাণ টোকেন খরচ করার অনুমতি পাবে তার অবশিষ্ট সংখ্যা রিটার্ন করে। এটি ডিফল্টরূপে শূন্য থাকে।
+ *
+ * {approve} বা {transferFrom} কল করা হলে এই মানটি পরিবর্তিত হয়। */
+ function allowance(address owner, address spender) external view returns (uint256);
+```
+
+`allowance` ফাংশন যে কাউকে কোয়েরি করে দেখতে দেয় যে একটি এডড্রেস (`owner`) অন্য একটি এডড্রেস (`spender`)-কে কী পরিমাণ অ্যালাউন্স খরচ করতে দেয়।
+
+
+
+```solidity
+ /* *
+ * @dev কলারের টোকেনের উপর `spender`-এর অ্যালাউন্স হিসেবে `amount` সেট করে।
+ *
+ * অপারেশনটি সফল হয়েছে কিনা তা নির্দেশ করে একটি বুলিয়ান মান রিটার্ন করে।
+ *
+ * গুরুত্বপূর্ণ: সতর্ক থাকুন যে এই পদ্ধতির মাধ্যমে অ্যালাউন্স পরিবর্তন করলে এমন ঝুঁকি তৈরি হয় যে কেউ দুর্ভাগ্যজনক ট্রানজ্যাকশন অর্ডারিংয়ের মাধ্যমে পুরানো এবং নতুন উভয় অ্যালাউন্স ব্যবহার করতে পারে। এই রেস কন্ডিশন কমানোর একটি সম্ভাব্য সমাধান হলো প্রথমে স্পেন্ডারের অ্যালাউন্স 0-তে কমিয়ে আনা এবং পরে কাঙ্ক্ষিত মান সেট করা:
+ * https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729
+ *
+ * একটি {Approval} ইভেন্ট এমিট করে। */
+ function approve(address spender, uint256 amount) external returns (bool);
+```
+
+`approve` ফাংশন একটি অ্যালাউন্স তৈরি করে। এটি কীভাবে অপব্যবহার করা যেতে পারে সে সম্পর্কে
+মেসেজটি পড়তে ভুলবেন না। Ethereum-এ আপনি আপনার নিজের লেনদেন-এর ক্রম নিয়ন্ত্রণ করেন,
+কিন্তু আপনি অন্য লোকেদের লেনদেন কোন ক্রমে এক্সিকিউট করা হবে তা নিয়ন্ত্রণ করতে পারবেন না,
+যদি না আপনি অন্য পক্ষের লেনদেন সম্পন্ন হতে দেখার আগে আপনার নিজের লেনদেন সাবমিট না করেন।
+
+
+
+```solidity
+ /* *
+ * @dev অ্যালাউন্স মেকানিজম ব্যবহার করে `sender` থেকে `recipient`-এ `amount` টোকেন স্থানান্তর করে। এরপর কলারের অ্যালাউন্স থেকে `amount` কেটে নেওয়া হয়।
+ *
+ * অপারেশনটি সফল হয়েছে কিনা তা নির্দেশ করে একটি বুলিয়ান মান রিটার্ন করে।
+ *
+ * একটি {Transfer} ইভেন্ট এমিট করে। */
+ function transferFrom(address sender, address recipient, uint256 amount) external returns (bool);
+```
+
+অবশেষে, `transferFrom` স্পেন্ডার দ্বারা প্রকৃতপক্ষে অ্যালাউন্স খরচ করতে ব্যবহৃত হয়।
+
+
+
+```solidity
+
+ /* *
+ * @dev যখন একটি অ্যাকাউন্ট (`from`) থেকে অন্য অ্যাকাউন্টে (`to`) `value` টোকেন স্থানান্তরিত হয় তখন এমিট হয়।
+ *
+ * মনে রাখবেন যে `value` শূন্য হতে পারে। */
+ event Transfer(address indexed from, address indexed to, uint256 value);
+
+ /* *
+ * @dev যখন {approve} কলের মাধ্যমে কোনো `owner`-এর জন্য `spender`-এর অ্যালাউন্স সেট করা হয় তখন এমিট হয়। `value` হলো নতুন অ্যালাউন্স। */
+ event Approval(address indexed owner, address indexed spender, uint256 value);
+}
+```
+
+ERC-20 কন্ট্রাক্টের স্টেট পরিবর্তিত হলে এই ইভেন্টগুলো এমিট করা হয়।
+
+## আসল কন্ট্রাক্ট {#the-actual-contract}
+
+এটি হলো আসল কন্ট্রাক্ট যা ERC-20 স্ট্যান্ডার্ড ইমপ্লিমেন্ট করে,
+[এখান থেকে নেওয়া হয়েছে](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol)।
+এটি যেমন আছে তেমন ব্যবহার করার উদ্দেশ্যে নয়, তবে আপনি
+এটিকে ব্যবহারযোগ্য কিছুতে প্রসারিত করতে এটি থেকে [ইনহেরিট](https://www.tutorialspoint.com/solidity/solidity_inheritance.htm) করতে পারেন।
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >=0.6.0 <0.8.0;
+```
+
+
+
+### ইমপোর্ট স্টেটমেন্টস {#import-statements}
+
+উপরের ইন্টারফেস ডেফিনিশনগুলো ছাড়াও, কন্ট্রাক্ট ডেফিনিশন আরও দুটি ফাইল ইমপোর্ট করে:
+
+```solidity
+
+import "../../GSN/Context.sol";
+import "./IERC20.sol";
+import "../../math/SafeMath.sol";
+```
+
+- `GSN/Context.sol` হলো [OpenGSN](https://www.opengsn.org/) ব্যবহার করার জন্য প্রয়োজনীয় ডেফিনিশন, এটি এমন একটি সিস্টেম যা ইথার ছাড়া ব্যবহারকারীদের ব্লকচেইন ব্যবহার করতে দেয়। মনে রাখবেন যে এটি একটি পুরোনো সংস্করণ, আপনি যদি OpenGSN-এর সাথে ইন্টিগ্রেট করতে চান তবে
+ [এই টিউটোরিয়ালটি ব্যবহার করুন](https://docs.opengsn.org/javascript-client/tutorial.html)।
+- [SafeMath লাইব্রেরি](https://ethereumdev.io/using-safe-math-library-to-prevent-from-overflows/), যা Solidity সংস্করণ **<0.8.0**-এর জন্য
+ অ্যারিথমেটিক ওভারফ্লো/আন্ডারফ্লো প্রতিরোধ করে। Solidity ≥0.8.0-এ, অ্যারিথমেটিক অপারেশনগুলো ওভারফ্লো/আন্ডারফ্লোতে স্বয়ংক্রিয়ভাবে
+ রিভার্ট হয়, যা SafeMath-কে অপ্রয়োজনীয় করে তোলে। এই কন্ট্রাক্টটি পুরোনো কম্পাইলার সংস্করণগুলোর সাথে ব্যাকওয়ার্ড কম্প্যাটিবিলিটির জন্য
+ SafeMath ব্যবহার করে।
+
+
+
+এই কমেন্টটি কন্ট্রাক্টের উদ্দেশ্য ব্যাখ্যা করে।
+
+```solidity
+/* *
+ * @dev {IERC20} ইন্টারফেসের ইমপ্লিমেন্টেশন।
+ *
+ * এই ইমপ্লিমেন্টেশনটি টোকেন তৈরির পদ্ধতির প্রতি অজ্ঞেয়বাদী। এর মানে হলো {_mint} ব্যবহার করে একটি ডিরাইভড কন্ট্রাক্টে সাপ্লাই মেকানিজম যোগ করতে হবে। একটি জেনেরিক মেকানিজমের জন্য {ERC20PresetMinterPauser} দেখুন।
+ *
+ * টিপ: বিস্তারিত লেখার জন্য আমাদের গাইড দেখুন
+ * https://forum.zeppelin.solutions/t/how-to-implement-erc20-supply-mechanisms/226[How
+ * to implement supply mechanisms]।
+ *
+ * আমরা সাধারণ OpenZeppelin নির্দেশিকা অনুসরণ করেছি: ফাংশনগুলো ব্যর্থ হলে `false` রিটার্ন করার পরিবর্তে রিভার্ট করে। এই আচরণটি প্রচলিত এবং ERC20 অ্যাপ্লিকেশনের প্রত্যাশার সাথে সাংঘর্ষিক নয়।
+ *
+ * উপরন্তু, {transferFrom} কল করার সময় একটি {Approval} ইভেন্ট এমিট হয়। এটি অ্যাপ্লিকেশনগুলোকে শুধুমাত্র উক্ত ইভেন্টগুলো শুনে সমস্ত অ্যাকাউন্টের জন্য অ্যালাউন্স পুনর্গঠন করতে দেয়। EIP-এর অন্যান্য ইমপ্লিমেন্টেশন এই ইভেন্টগুলো এমিট নাও করতে পারে, কারণ এটি স্পেসিফিকেশন দ্বারা প্রয়োজনীয় নয়।
+ *
+ * পরিশেষে, অ্যালাউন্স সেট করার সুপরিচিত সমস্যাগুলো কমানোর জন্য নন-স্ট্যান্ডার্ড {decreaseAllowance} এবং {increaseAllowance} ফাংশনগুলো যোগ করা হয়েছে। {IERC20-approve} দেখুন। */
+
+```
+
+### কন্ট্রাক্ট ডেফিনিশন {#contract-definition}
+
+```solidity
+contract ERC20 is Context, IERC20 {
+```
+
+এই লাইনটি ইনহেরিটেন্স নির্দিষ্ট করে, এই ক্ষেত্রে উপরের `IERC20` থেকে এবং OpenGSN-এর জন্য `Context` থেকে।
+
+
+
+```solidity
+
+ using SafeMath for uint256;
+
+```
+
+এই লাইনটি `SafeMath` লাইব্রেরিকে `uint256` টাইপের সাথে যুক্ত করে। আপনি এই লাইব্রেরিটি
+[এখানে](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/math/SafeMath.sol) খুঁজে পেতে পারেন।
+
+### ভেরিয়েবল ডেফিনিশন {#variable-definitions}
+
+এই ডেফিনিশনগুলো কন্ট্রাক্টের স্টেট ভেরিয়েবলগুলো নির্দিষ্ট করে। এই ভেরিয়েবলগুলো `private` হিসেবে ডিক্লেয়ার করা হয়, তবে
+এর অর্থ কেবল এই যে ব্লকচেইন-এর অন্যান্য কন্ট্রাক্টগুলো এগুলো পড়তে পারে না। _ব্লকচেইন-এ কোনো
+গোপনীয়তা নেই_, প্রতিটি নোড-এর সফটওয়্যারে প্রতিটি ব্লক-এ প্রতিটি কন্ট্রাক্টের স্টেট থাকে।
+প্রথা অনুযায়ী, স্টেট ভেরিয়েবলগুলোর নাম `_` রাখা হয়।
+
+প্রথম দুটি ভেরিয়েবল হলো [ম্যাপিং](https://www.tutorialspoint.com/solidity/solidity_mappings.htm),
+যার অর্থ এগুলো মোটামুটি [অ্যাসোসিয়েটিভ অ্যারে](https://wikipedia.org/wiki/Associative_array)-এর মতোই আচরণ করে,
+তবে পার্থক্য হলো কি (key) গুলো নিউমেরিক ভ্যালু। স্টোরেজ শুধুমাত্র সেই এন্ট্রিগুলোর জন্য বরাদ্দ করা হয় যেগুলোর মান ডিফল্ট (শূন্য) থেকে আলাদা।
+
+```solidity
+ mapping (address => uint256) private _balances;
+```
+
+প্রথম ম্যাপিং, `_balances`, হলো এডড্রেস এবং এই টোকেনের তাদের নিজ নিজ ব্যালেন্স। ব্যালেন্স অ্যাক্সেস করতে,
+এই সিনট্যাক্সটি ব্যবহার করুন: `_balances[]`।
+
+
+
+```solidity
+ mapping (address => mapping (address => uint256)) private _allowances;
+```
+
+এই ভেরিয়েবল, `_allowances`, আগে ব্যাখ্যা করা অ্যালাউন্সগুলো স্টোর করে। প্রথম ইনডেক্সটি হলো টোকেনগুলোর মালিক,
+এবং দ্বিতীয়টি হলো অ্যালাউন্সসহ কন্ট্রাক্ট। এডড্রেস A এডড্রেস B-এর একাউন্ট থেকে যে পরিমাণ খরচ করতে পারে তা
+অ্যাক্সেস করতে, `_allowances[B][A]` ব্যবহার করুন।
+
+
+
+```solidity
+ uint256 private _totalSupply;
+```
+
+নাম থেকেই বোঝা যায়, এই ভেরিয়েবলটি টোকেনের মোট সরবরাহের ট্র্যাক রাখে।
+
+
+
+```solidity
+ string private _name;
+ string private _symbol;
+ uint8 private _decimals;
+```
+
+এই তিনটি ভেরিয়েবল রিডেবিলিটি উন্নত করতে ব্যবহৃত হয়। প্রথম দুটি স্বয়ংসম্পূর্ণ, কিন্তু `_decimals` নয়।
+
+একদিকে, Ethereum-এ ফ্লোটিং পয়েন্ট বা ফ্র্যাকশনাল ভেরিয়েবল নেই। অন্যদিকে,
+মানুষ টোকেন ভাগ করতে সক্ষম হতে পছন্দ করে। মুদ্রার জন্য মানুষ সোনা বেছে নেওয়ার একটি কারণ ছিল যে
+যখন কেউ একটি হাঁসের মূল্যের গরু কিনতে চাইত তখন খুচরা করা কঠিন ছিল।
+
+এর সমাধান হলো ইন্টিজারগুলোর ট্র্যাক রাখা, তবে আসল টোকেনের পরিবর্তে একটি ফ্র্যাকশনাল টোকেন গণনা করা যা
+প্রায় মূল্যহীন। ইথারের ক্ষেত্রে, ফ্র্যাকশনাল টোকেনটিকে wei বলা হয় এবং 10^18 wei হলো এক
+ETH-এর সমান। লেখার সময়, 10,000,000,000,000 wei হলো প্রায় এক ইউএস বা ইউরো সেন্ট।
+
+অ্যাপ্লিকেশনগুলোকে জানতে হবে কীভাবে টোকেন ব্যালেন্স প্রদর্শন করতে হয়। যদি কোনো ব্যবহারকারীর 3,141,000,000,000,000,000 wei থাকে, তবে তা কি
+3.14 ETH? 31.41 ETH? 3,141 ETH? ইথারের ক্ষেত্রে এটি ETH-এর জন্য 10^18 wei হিসেবে সংজ্ঞায়িত করা হয়েছে, তবে আপনার
+টোকেনের জন্য আপনি একটি ভিন্ন মান নির্বাচন করতে পারেন। যদি টোকেন ভাগ করা অর্থপূর্ণ না হয়, তবে আপনি একটি
+`_decimals` মান শূন্য ব্যবহার করতে পারেন। আপনি যদি ETH-এর মতো একই স্ট্যান্ডার্ড ব্যবহার করতে চান, তবে মান **18** ব্যবহার করুন।
+
+### কনস্ট্রাক্টর {#the-constructor}
+
+```solidity
+ /* *
+ * @dev {name} এবং {symbol}-এর মান সেট করে, 18-এর ডিফল্ট মান দিয়ে {decimals} ইনিশিয়ালাইজ করে।
+ *
+ * {decimals}-এর জন্য একটি ভিন্ন মান নির্বাচন করতে, {_setupDecimals} ব্যবহার করুন।
+ *
+ * এই তিনটি মানই অপরিবর্তনীয়: এগুলো শুধুমাত্র কনস্ট্রাকশনের সময় একবার সেট করা যেতে পারে। */
+ constructor (string memory name_, string memory symbol_) public {
+ // Solidity ≥0.7.0-এ, 'public' ইমপ্লিসিট এবং বাদ দেওয়া যেতে পারে।
+
+ _name = name_;
+ _symbol = symbol_;
+ _decimals = 18;
+ }
+```
+
+কন্ট্রাক্টটি প্রথম তৈরি হওয়ার সময় কনস্ট্রাক্টর কল করা হয়। প্রথা অনুযায়ী, ফাংশন প্যারামিটারগুলোর নাম `_` রাখা হয়।
+
+### ইউজার ইন্টারফেস ফাংশন {#user-interface-functions}
+
+```solidity
+ /* *
+ * @dev টোকেনের নাম রিটার্ন করে। */
+ function name() public view returns (string memory) {
+ return _name;
+ }
+
+ /* *
+ * @dev টোকেনের প্রতীক রিটার্ন করে, সাধারণত নামের একটি ছোট সংস্করণ। */
+ function symbol() public view returns (string memory) {
+ return _symbol;
+ }
+
+ /* *
+ * @dev এর ইউজার রিপ্রেজেন্টেশন পেতে ব্যবহৃত ডেসিমালের সংখ্যা রিটার্ন করে। উদাহরণস্বরূপ, যদি `decimals` `2` এর সমান হয়, তবে `505` টোকেনের ব্যালেন্স একজন ব্যবহারকারীকে `5,05` (`505 / 10 ** 2`) হিসেবে দেখানো উচিত।
+ *
+ * ইথার এবং ওয়েই-এর মধ্যকার সম্পর্ক অনুকরণ করে টোকেনগুলো সাধারণত 18 মান বেছে নেয়। এটি সেই মান যা {ERC20} ব্যবহার করে, যদি না {_setupDecimals} কল করা হয়।
+ *
+ * দ্রষ্টব্য: এই তথ্যটি শুধুমাত্র _display_ বা প্রদর্শনের উদ্দেশ্যে ব্যবহৃত হয়: এটি কোনোভাবেই {IERC20-balanceOf} এবং {IERC20-transfer} সহ কন্ট্রাক্টের কোনো গাণিতিক হিসাবকে প্রভাবিত করে না। */
+ function decimals() public view returns (uint8) {
+ return _decimals;
+ }
+```
+
+এই ফাংশনগুলো, `name`, `symbol` এবং `decimals` ইউজার ইন্টারফেসগুলোকে আপনার কন্ট্রাক্ট সম্পর্কে জানতে সাহায্য করে যাতে তারা এটি সঠিকভাবে প্রদর্শন করতে পারে।
+
+রিটার্ন টাইপ হলো `string memory`, যার অর্থ মেমোরিতে স্টোর করা একটি স্ট্রিং রিটার্ন করা। ভেরিয়েবলগুলো, যেমন
+স্ট্রিং, তিনটি লোকেশনে স্টোর করা যেতে পারে:
+
+| | লাইফটাইম | কন্ট্রাক্ট অ্যাক্সেস | গ্যাস খরচ |
+| -------- | ----------------------- | -------------------- | --------------------------------------------------------------------------- |
+| Memory | ফাংশন কল | রিড/রাইট | দশ বা শত (উচ্চতর লোকেশনের জন্য বেশি) |
+| Calldata | ফাংশন কল | শুধুমাত্র রিড | রিটার্ন টাইপ হিসেবে ব্যবহার করা যাবে না, শুধুমাত্র ফাংশন প্যারামিটার টাইপ |
+| Storage | পরিবর্তন না হওয়া পর্যন্ত | রিড/রাইট | বেশি (রিডের জন্য 800, রাইটের জন্য 20k) |
+
+এই ক্ষেত্রে, `memory` হলো সেরা পছন্দ।
+
+### টোকেন তথ্য পড়া {#read-token-information}
+
+এগুলো হলো এমন ফাংশন যা টোকেন সম্পর্কে তথ্য প্রদান করে, তা মোট সরবরাহ হোক বা কোনো
+একাউন্ট-এর ব্যালেন্স।
+
+```solidity
+ /* *
+ * @dev {IERC20-totalSupply} দেখুন। */
+ function totalSupply() public view override returns (uint256) {
+ return _totalSupply;
+ }
+```
+
+`totalSupply` ফাংশন টোকেনের মোট সরবরাহ রিটার্ন করে।
+
+
+
+```solidity
+ /* *
+ * @dev {IERC20-balanceOf} দেখুন। */
+ function balanceOf(address account) public view override returns (uint256) {
+ return _balances[account];
+ }
+```
+
+একটি একাউন্ট-এর ব্যালেন্স পড়া। মনে রাখবেন যে যে কাউকে অন্য কারও একাউন্ট
+ব্যালেন্স পাওয়ার অনুমতি দেওয়া হয়েছে। এই তথ্য লুকানোর চেষ্টা করার কোনো মানে নেই, কারণ এটি যেকোনোভাবেই প্রতিটি
+নোড-এ উপলব্ধ। _ব্লকচেইন-এ কোনো গোপনীয়তা নেই।_
+
+### টোকেন ট্রান্সফার {#transfer-tokens}
+
+```solidity
+ /* *
+ * @dev {IERC20-transfer} দেখুন।
+ *
+ * প্রয়োজনীয়তা:
+ *
+ * - `recipient` জিরো অ্যাড্রেস হতে পারে না।
+ * - কলারের ব্যালেন্স কমপক্ষে `amount` হতে হবে। */
+ function transfer(address recipient, uint256 amount) public virtual override returns (bool) {
+```
+
+`transfer` ফাংশনটি প্রেরকের একাউন্ট থেকে অন্য একটিতে টোকেন ট্রান্সফার করতে কল করা হয়। মনে রাখবেন
+যে যদিও এটি একটি বুলিয়ান মান রিটার্ন করে, সেই মানটি সর্বদা **true** হয়। যদি ট্রান্সফার
+ব্যর্থ হয় তবে কন্ট্রাক্টটি কলটি রিভার্ট করে।
+
+
+
+```solidity
+ _transfer(_msgSender(), recipient, amount);
+ return true;
+ }
+```
+
+`_transfer` ফাংশনটি আসল কাজ করে। এটি একটি প্রাইভেট ফাংশন যা শুধুমাত্র
+অন্যান্য কন্ট্রাক্ট ফাংশন দ্বারা কল করা যেতে পারে। প্রথা অনুযায়ী প্রাইভেট ফাংশনগুলোর নাম `_` রাখা হয়, স্টেট
+ভেরিয়েবলগুলোর মতোই।
+
+সাধারণত Solidity-তে আমরা মেসেজ প্রেরকের জন্য `msg.sender` ব্যবহার করি। তবে, এটি
+[OpenGSN](http://opengsn.org/)-কে ব্রেক করে। আমরা যদি আমাদের টোকেনের সাথে ইথারলেস লেনদেন-এর অনুমতি দিতে চাই, তবে আমাদের
+`_msgSender()` ব্যবহার করতে হবে। এটি সাধারণ লেনদেন-এর জন্য `msg.sender` রিটার্ন করে, কিন্তু ইথারলেস লেনদেনের জন্য
+আসল সাইনারকে রিটার্ন করে এবং মেসেজ রিলে করা কন্ট্রাক্টকে নয়।
+
+### অ্যালাউন্স ফাংশন {#allowance-functions}
+
+এগুলো হলো সেই ফাংশন যা অ্যালাউন্স কার্যকারিতা ইমপ্লিমেন্ট করে: `allowance`, `approve`, `transferFrom`
+এবং `_approve`। উপরন্তু, OpenZeppelin ইমপ্লিমেন্টেশন বেসিক স্ট্যান্ডার্ডের বাইরে গিয়ে কিছু ফিচার অন্তর্ভুক্ত করে যা
+নিরাপত্তা উন্নত করে: `increaseAllowance` এবং `decreaseAllowance`।
+
+#### allowance ফাংশন {#allowance}
+
+```solidity
+ /* *
+ * @dev {IERC20-allowance} দেখুন। */
+ function allowance(address owner, address spender) public view virtual override returns (uint256) {
+ return _allowances[owner][spender];
+ }
+```
+
+`allowance` ফাংশন সবাইকে যেকোনো অ্যালাউন্স চেক করার অনুমতি দেয়।
+
+#### approve ফাংশন {#approve}
+
+```solidity
+ /* *
+ * @dev {IERC20-approve} দেখুন।
+ *
+ * প্রয়োজনীয়তা:
+ *
+ * - `spender` জিরো অ্যাড্রেস হতে পারে না। */
+ function approve(address spender, uint256 amount) public virtual override returns (bool) {
+```
+
+এই ফাংশনটি একটি অ্যালাউন্স তৈরি করতে কল করা হয়। এটি উপরের `transfer` ফাংশনের মতোই:
+
+- ফাংশনটি শুধু একটি ইন্টারনাল ফাংশন (এই ক্ষেত্রে, `_approve`) কল করে যা আসল কাজ করে।
+- ফাংশনটি হয় `true` রিটার্ন করে (যদি সফল হয়) অথবা রিভার্ট করে (যদি না হয়)।
+
+
+
+```solidity
+ _approve(_msgSender(), spender, amount);
+ return true;
+ }
+```
+
+আমরা স্টেট পরিবর্তন হওয়ার জায়গাগুলোর সংখ্যা কমানোর জন্য ইন্টারনাল ফাংশন ব্যবহার করি। স্টেট পরিবর্তন করে এমন _যেকোনো_ ফাংশন হলো একটি সম্ভাব্য নিরাপত্তা ঝুঁকি যা নিরাপত্তার জন্য অডিট করা প্রয়োজন। এইভাবে আমাদের ভুল করার সম্ভাবনা কম থাকে।
+
+#### transferFrom ফাংশন {#transferFrom}
+
+এটি হলো সেই ফাংশন যা একজন স্পেন্ডার একটি অ্যালাউন্স খরচ করতে কল করে। এর জন্য দুটি অপারেশন প্রয়োজন: খরচ করা পরিমাণ
+ট্রান্সফার করা এবং সেই পরিমাণ দ্বারা অ্যালাউন্স কমানো।
+
+```solidity
+ /* *
+ * @dev {IERC20-transferFrom} দেখুন।
+ *
+ * আপডেট করা অ্যালাউন্স নির্দেশ করে একটি {Approval} ইভেন্ট এমিট করে। এটি EIP দ্বারা প্রয়োজনীয় নয়। {ERC20}-এর শুরুতে থাকা নোটটি দেখুন।
+ *
+ * প্রয়োজনীয়তা:
+ *
+ * - `sender` এবং `recipient` জিরো অ্যাড্রেস হতে পারে না।
+ * - `sender`-এর ব্যালেন্স কমপক্ষে `amount` হতে হবে।
+ * - কলারের কাছে ``sender``-এর টোকেনের জন্য কমপক্ষে `amount` অ্যালাউন্স থাকতে হবে। */
+ function transferFrom(address sender, address recipient, uint256 amount) public virtual
+ override returns (bool) {
+ _transfer(sender, recipient, amount);
+```
+
+
+
+`a.sub(b, "message")` ফাংশন কল দুটি কাজ করে। প্রথমত, এটি `a-b` গণনা করে, যা হলো নতুন অ্যালাউন্স।
+দ্বিতীয়ত, এটি চেক করে যে এই ফলাফলটি নেগেটিভ নয়। যদি এটি নেগেটিভ হয় তবে কলটি প্রদত্ত মেসেজের সাথে রিভার্ট হয়। মনে রাখবেন যে যখন কোনো কল রিভার্ট হয় তখন সেই কলের সময় আগে করা যেকোনো প্রসেসিং উপেক্ষা করা হয় তাই আমাদের
+`_transfer` আনডু করার প্রয়োজন নেই।
+
+```solidity
+ _approve(sender, _msgSender(), _allowances[sender][_msgSender()].sub(amount,
+ "ERC20: transfer amount exceeds allowance"));
+ return true;
+ }
+```
+
+#### OpenZeppelin নিরাপত্তা সংযোজন {#openzeppelin-safety-additions}
+
+একটি নন-জিরো অ্যালাউন্সকে অন্য একটি নন-জিরো মানে সেট করা বিপজ্জনক,
+কারণ আপনি শুধুমাত্র আপনার নিজের লেনদেন-এর ক্রম নিয়ন্ত্রণ করেন, অন্য কারও নয়। কল্পনা করুন আপনার
+দুজন ব্যবহারকারী আছে, অ্যালিস যে সহজ-সরল এবং বিল যে অসৎ। অ্যালিস বিলের কাছ থেকে কিছু পরিষেবা চায়,
+যার দাম সে মনে করে পাঁচটি টোকেন - তাই সে বিলকে পাঁচটি টোকেনের একটি অ্যালাউন্স দেয়।
+
+তারপর কিছু পরিবর্তন হয় এবং বিলের দাম বেড়ে দশটি টোকেন হয়। অ্যালিস, যে এখনও পরিষেবাটি চায়,
+একটি লেনদেন পাঠায় যা বিলের অ্যালাউন্স দশে সেট করে। বিল যখন লেনদেন পুলে এই নতুন লেনদেনটি
+দেখে তখন সে একটি লেনদেন পাঠায় যা অ্যালিসের পাঁচটি টোকেন খরচ করে এবং এর গ্যাস প্রাইস অনেক
+বেশি থাকে যাতে এটি দ্রুত মাইন করা যায়। এইভাবে বিল প্রথমে পাঁচটি টোকেন খরচ করতে পারে এবং তারপর,
+অ্যালিসের নতুন অ্যালাউন্স মাইন হওয়ার পর, আরও দশটি খরচ করতে পারে মোট পনেরোটি টোকেনের জন্য, যা
+অ্যালিস অনুমোদন করতে চেয়েছিল তার চেয়ে বেশি। এই কৌশলটিকে
+[ফ্রন্ট-রানিং](https://consensysdiligence.github.io/smart-contract-best-practices/attacks/#front-running) বলা হয়।
+
+| অ্যালিস লেনদেন | অ্যালিস নন্স | বিল লেনদেন | বিল নন্স | বিলের অ্যালাউন্স | অ্যালিস থেকে বিলের মোট আয় |
+| ----------------- | ------------ | ----------------------------- | -------- | ---------------- | -------------------------- |
+| approve(Bill, 5) | 10 | | | 5 | 0 |
+| | | transferFrom(Alice, Bill, 5) | 10,123 | 0 | 5 |
+| approve(Bill, 10) | 11 | | | 10 | 5 |
+| | | transferFrom(Alice, Bill, 10) | 10,124 | 0 | 15 |
+
+এই সমস্যা এড়াতে, এই দুটি ফাংশন (`increaseAllowance` এবং `decreaseAllowance`) আপনাকে
+একটি নির্দিষ্ট পরিমাণ দ্বারা অ্যালাউন্স পরিবর্তন করার অনুমতি দেয়। তাই যদি বিল ইতিমধ্যে পাঁচটি টোকেন খরচ করে থাকে, তবে সে শুধু
+আরও পাঁচটি খরচ করতে পারবে। টাইমিংয়ের ওপর নির্ভর করে, এটি দুটি উপায়ে কাজ করতে পারে, যার
+দুটিতেই বিল শুধুমাত্র দশটি টোকেন পায়:
+
+A:
+
+| অ্যালিস লেনদেন | অ্যালিস নন্স | বিল লেনদেন | বিল নন্স | বিলের অ্যালাউন্স | অ্যালিস থেকে বিলের মোট আয় |
+| -------------------------- | -----------: | ---------------------------- | -------: | ---------------: | -------------------------- |
+| approve(Bill, 5) | 10 | | | 5 | 0 |
+| | | transferFrom(Alice, Bill, 5) | 10,123 | 0 | 5 |
+| increaseAllowance(Bill, 5) | 11 | | | 0+5 = 5 | 5 |
+| | | transferFrom(Alice, Bill, 5) | 10,124 | 0 | 10 |
+
+B:
+
+| অ্যালিস লেনদেন | অ্যালিস নন্স | বিল লেনদেন | বিল নন্স | বিলের অ্যালাউন্স | অ্যালিস থেকে বিলের মোট আয় |
+| -------------------------- | -----------: | ----------------------------- | -------: | ---------------: | -------------------------: |
+| approve(Bill, 5) | 10 | | | 5 | 0 |
+| increaseAllowance(Bill, 5) | 11 | | | 5+5 = 10 | 0 |
+| | | transferFrom(Alice, Bill, 10) | 10,124 | 0 | 10 |
+
+```solidity
+ /* *
+ * @dev কলার দ্বারা `spender`-কে দেওয়া অ্যালাউন্স অ্যাটমিকভাবে বৃদ্ধি করে।
+ *
+ * এটি {approve}-এর একটি বিকল্প যা {IERC20-approve}-এ বর্ণিত সমস্যাগুলো কমানোর জন্য ব্যবহার করা যেতে পারে।
+ *
+ * আপডেট করা অ্যালাউন্স নির্দেশ করে একটি {Approval} ইভেন্ট এমিট করে।
+ *
+ * প্রয়োজনীয়তা:
+ *
+ * - `spender` জিরো অ্যাড্রেস হতে পারে না। */
+ function increaseAllowance(address spender, uint256 addedValue) public virtual returns (bool) {
+ _approve(_msgSender(), spender, _allowances[_msgSender()][spender].add(addedValue));
+ return true;
+ }
+```
+
+`a.add(b)` ফাংশনটি একটি নিরাপদ যোগ। অসম্ভাব্য ক্ষেত্রে যে `a`+`b`>=`2^256` এটি সাধারণ যোগের মতো র্যাপ অ্যারাউন্ড
+করে না।
+
+```solidity
+
+ /* *
+ * @dev কলার দ্বারা `spender`-কে দেওয়া অ্যালাউন্স অ্যাটমিকভাবে হ্রাস করে।
+ *
+ * এটি {approve}-এর একটি বিকল্প যা {IERC20-approve}-এ বর্ণিত সমস্যাগুলো কমানোর জন্য ব্যবহার করা যেতে পারে।
+ *
+ * আপডেট করা অ্যালাউন্স নির্দেশ করে একটি {Approval} ইভেন্ট এমিট করে।
+ *
+ * প্রয়োজনীয়তা:
+ *
+ * - `spender` জিরো অ্যাড্রেস হতে পারে না।
+ * - কলারের জন্য `spender`-এর কমপক্ষে `subtractedValue` অ্যালাউন্স থাকতে হবে। */
+ function decreaseAllowance(address spender, uint256 subtractedValue) public virtual returns (bool) {
+ _approve(_msgSender(), spender, _allowances[_msgSender()][spender].sub(subtractedValue,
+ "ERC20: decreased allowance below zero"));
+ return true;
+ }
+```
+
+### টোকেন তথ্য পরিবর্তনকারী ফাংশন {#functions-that-modify-token-information}
+
+এই চারটি ফাংশন আসল কাজ করে: `_transfer`, `_mint`, `_burn` এবং `_approve`।
+
+#### _transfer ফাংশন {#_transfer}
+
+```solidity
+ /* *
+ * @dev `sender` থেকে `recipient`-এ `amount` টোকেন স্থানান্তর করে।
+ *
+ * এই ইন্টারনাল ফাংশনটি {transfer}-এর সমতুল্য, এবং এটি যেমন স্বয়ংক্রিয় টোকেন ফি, স্ল্যাশিং মেকানিজম ইত্যাদি ইমপ্লিমেন্ট করতে ব্যবহার করা যেতে পারে।
+ *
+ * একটি {Transfer} ইভেন্ট এমিট করে।
+ *
+ * প্রয়োজনীয়তা:
+ *
+ * - `sender` জিরো অ্যাড্রেস হতে পারে না।
+ * - `recipient` জিরো অ্যাড্রেস হতে পারে না।
+ * - `sender`-এর ব্যালেন্স কমপক্ষে `amount` হতে হবে। */
+ function _transfer(address sender, address recipient, uint256 amount) internal virtual {
+```
+
+এই ফাংশন, `_transfer`, এক একাউন্ট থেকে অন্য একাউন্টে টোকেন ট্রান্সফার করে। এটি `transfer` (প্রেরকের নিজের একাউন্ট থেকে ট্রান্সফারের জন্য) এবং `transferFrom` (অন্য কারও একাউন্ট থেকে ট্রান্সফার করতে অ্যালাউন্স ব্যবহার করার জন্য) উভয়ের দ্বারাই কল করা হয়।
+
+
+
+```solidity
+ require(sender != address(0), "ERC20: transfer from the zero address");
+ require(recipient != address(0), "ERC20: transfer to the zero address");
+```
+
+Ethereum-এ আসলে কেউ জিরো এডড্রেস-এর মালিক নয় (অর্থাৎ, কেউ এমন কোনো প্রাইভেট কি জানে না যার ম্যাচিং পাবলিক কি
+জিরো এডড্রেস-এ রূপান্তরিত হয়)। যখন লোকেরা সেই এডড্রেস ব্যবহার করে, তখন এটি সাধারণত একটি সফটওয়্যার বাগ হয় - তাই
+জিরো এডড্রেস প্রেরক বা প্রাপক হিসেবে ব্যবহৃত হলে আমরা ব্যর্থ হই।
+
+
+
+```solidity
+ _beforeTokenTransfer(sender, recipient, amount);
+
+```
+
+এই কন্ট্রাক্টটি ব্যবহার করার দুটি উপায় রয়েছে:
+
+1. আপনার নিজের কোডের জন্য এটি একটি টেমপ্লেট হিসেবে ব্যবহার করুন
+1. [এটি থেকে ইনহেরিট করুন](https://www.bitdegree.org/learn/solidity-inheritance), এবং শুধুমাত্র সেই ফাংশনগুলো ওভাররাইড করুন যা আপনার পরিবর্তন করা প্রয়োজন
+
+দ্বিতীয় পদ্ধতিটি অনেক ভালো কারণ OpenZeppelin ERC-20 কোড ইতিমধ্যে অডিট করা হয়েছে এবং নিরাপদ হিসেবে দেখানো হয়েছে। আপনি যখন ইনহেরিটেন্স
+ব্যবহার করেন তখন এটি স্পষ্ট হয় যে আপনি কোন ফাংশনগুলো পরিবর্তন করেছেন এবং আপনার কন্ট্রাক্টকে বিশ্বাস করার জন্য লোকেদের শুধুমাত্র সেই নির্দিষ্ট ফাংশনগুলো অডিট করতে হবে।
+
+প্রতিবার টোকেন হাতবদল হওয়ার সময় একটি ফাংশন সম্পাদন করা প্রায়শই দরকারী। তবে, `_transfer` একটি অত্যন্ত গুরুত্বপূর্ণ ফাংশন এবং এটি
+অনিরাপদভাবে লেখা সম্ভব (নিচে দেখুন), তাই এটি ওভাররাইড না করাই ভালো। এর সমাধান হলো `_beforeTokenTransfer`, একটি
+[হুক ফাংশন](https://wikipedia.org/wiki/Hooking)। আপনি এই ফাংশনটি ওভাররাইড করতে পারেন এবং প্রতিটি ট্রান্সফারে এটি কল করা হবে।
+
+
+
+```solidity
+ _balances[sender] = _balances[sender].sub(amount, "ERC20: transfer amount exceeds balance");
+ _balances[recipient] = _balances[recipient].add(amount);
+```
+
+এই লাইনগুলোই আসলে ট্রান্সফার করে। মনে রাখবেন যে এগুলোর মধ্যে **কিছুই** নেই এবং আমরা প্রাপকের সাথে যোগ করার আগে প্রেরকের কাছ থেকে ট্রান্সফার করা পরিমাণ বিয়োগ করি। এটি গুরুত্বপূর্ণ কারণ যদি মাঝখানে অন্য কোনো কন্ট্রাক্টে কল করা হতো, তবে এটি এই কন্ট্রাক্টকে প্রতারণা করতে ব্যবহার করা যেতে পারত। এইভাবে ট্রান্সফারটি অ্যাটমিক হয়, এর মাঝখানে কিছুই ঘটতে পারে না।
+
+
+
+```solidity
+ emit Transfer(sender, recipient, amount);
+ }
+```
+
+অবশেষে, একটি `Transfer` ইভেন্ট এমিট করুন। ইভেন্টগুলো স্মার্ট কন্ট্রাক্ট-এর কাছে অ্যাক্সেসযোগ্য নয়, তবে ব্লকচেইন-এর বাইরে চলা কোড
+ইভেন্টগুলোর জন্য শুনতে পারে এবং সেগুলোতে প্রতিক্রিয়া জানাতে পারে। উদাহরণস্বরূপ, মালিক কখন আরও টোকেন পায় তার ট্র্যাক একটি ওয়ালেট রাখতে পারে।
+
+#### _mint এবং _burn ফাংশন {#_mint-and-_burn}
+
+এই দুটি ফাংশন (`_mint` এবং `_burn`) টোকেনের মোট সরবরাহ পরিবর্তন করে।
+এগুলো ইন্টারনাল এবং এই কন্ট্রাক্টে এমন কোনো ফাংশন নেই যা এগুলোকে কল করে,
+তাই এগুলো শুধুমাত্র তখনই দরকারী যদি আপনি কন্ট্রাক্ট থেকে ইনহেরিট করেন এবং কোন শর্তে নতুন টোকেন মিন্ট করতে হবে বা বিদ্যমানগুলো বার্ন করতে হবে তা সিদ্ধান্ত নিতে আপনার নিজস্ব
+লজিক যোগ করেন।
+
+**দ্রষ্টব্য:** প্রতিটি ERC-20 টোকেনের নিজস্ব বিজনেস লজিক রয়েছে যা টোকেন ম্যানেজমেন্ট নির্দেশ করে।
+উদাহরণস্বরূপ, একটি ফিক্সড সাপ্লাই কন্ট্রাক্ট শুধুমাত্র কনস্ট্রাক্টরে `_mint`
+কল করতে পারে এবং কখনোই `_burn` কল করতে পারে না। টোকেন বিক্রি করে এমন একটি কন্ট্রাক্ট
+পেমেন্ট পাওয়ার সময় `_mint` কল করবে এবং সম্ভবত রানঅ্যাওয়ে ইনফ্লেশন এড়াতে কোনো এক পর্যায়ে `_burn` কল করবে।
+
+```solidity
+ /* * @dev `amount` টোকেন তৈরি করে এবং সেগুলোকে `account`-এ বরাদ্দ করে, মোট সাপ্লাই বৃদ্ধি করে।
+ *
+ * `from` জিরো অ্যাড্রেসে সেট করে একটি {Transfer} ইভেন্ট এমিট করে।
+ *
+ * প্রয়োজনীয়তা:
+ *
+ * - `to` জিরো অ্যাড্রেস হতে পারে না। */
+ function _mint(address account, uint256 amount) internal virtual {
+ require(account != address(0), "ERC20: mint to the zero address");
+ _beforeTokenTransfer(address(0), account, amount);
+ _totalSupply = _totalSupply.add(amount);
+ _balances[account] = _balances[account].add(amount);
+ emit Transfer(address(0), account, amount);
+ }
+```
+
+টোকেনের মোট সংখ্যা পরিবর্তিত হলে `_totalSupply` আপডেট করতে ভুলবেন না।
+
+
+
+```solidity
+ /* *
+ * @dev `account` থেকে `amount` টোকেন ধ্বংস করে, মোট সাপ্লাই হ্রাস করে।
+ *
+ * `to` জিরো অ্যাড্রেসে সেট করে একটি {Transfer} ইভেন্ট এমিট করে।
+ *
+ * প্রয়োজনীয়তা:
+ *
+ * - `account` জিরো অ্যাড্রেস হতে পারে না।
+ * - `account`-এর কমপক্ষে `amount` টোকেন থাকতে হবে। */
+ function _burn(address account, uint256 amount) internal virtual {
+ require(account != address(0), "ERC20: burn from the zero address");
+
+ _beforeTokenTransfer(account, address(0), amount);
+
+ _balances[account] = _balances[account].sub(amount, "ERC20: burn amount exceeds balance");
+ _totalSupply = _totalSupply.sub(amount);
+ emit Transfer(account, address(0), amount);
+ }
+```
+
+`_burn` ফাংশনটি প্রায় `_mint`-এর মতোই, তবে এটি অন্য দিকে যায়।
+
+#### _approve ফাংশন {#_approve}
+
+এটি হলো সেই ফাংশন যা আসলে অ্যালাউন্সগুলো নির্দিষ্ট করে। মনে রাখবেন যে এটি একজন মালিককে এমন একটি অ্যালাউন্স নির্দিষ্ট করার অনুমতি দেয় যা মালিকের বর্তমান ব্যালেন্সের চেয়ে বেশি। এটি ঠিক আছে কারণ ট্রান্সফারের সময় ব্যালেন্স চেক করা হয়, যখন এটি অ্যালাউন্স তৈরি হওয়ার সময়ের ব্যালেন্স থেকে আলাদা হতে পারে।
+
+```solidity
+ /* *
+ * @dev `owner`-এর টোকেনের উপর `spender`-এর অ্যালাউন্স হিসেবে `amount` সেট করে।
+ *
+ * এই ইন্টারনাল ফাংশনটি `approve`-এর সমতুল্য, এবং এটি যেমন নির্দিষ্ট সাবসিস্টেমের জন্য স্বয়ংক্রিয় অ্যালাউন্স সেট করতে ইত্যাদি কাজে ব্যবহার করা যেতে পারে।
+ *
+ * একটি {Approval} ইভেন্ট এমিট করে।
+ *
+ * প্রয়োজনীয়তা:
+ *
+ * - `owner` জিরো অ্যাড্রেস হতে পারে না।
+ * - `spender` জিরো অ্যাড্রেস হতে পারে না। */
+ function _approve(address owner, address spender, uint256 amount) internal virtual {
+ require(owner != address(0), "ERC20: approve from the zero address");
+ require(spender != address(0), "ERC20: approve to the zero address");
+
+ _allowances[owner][spender] = amount;
+```
+
+
+
+একটি `Approval` ইভেন্ট এমিট করুন। অ্যাপ্লিকেশনটি কীভাবে লেখা হয়েছে তার ওপর নির্ভর করে, স্পেন্ডার কন্ট্রাক্টকে
+মালিক দ্বারা বা এই ইভেন্টগুলো শোনে এমন একটি সার্ভার দ্বারা অনুমোদন সম্পর্কে জানানো যেতে পারে।
+
+```solidity
+ emit Approval(owner, spender, amount);
+ }
+
+```
+
+### Decimals ভেরিয়েবল পরিবর্তন করা {#modify-the-decimals-variable}
+
+```solidity
+
+
+ /* *
+ * @dev {decimals}-কে 18-এর ডিফল্ট মান ছাড়া অন্য কোনো মানে সেট করে।
+ *
+ * সতর্কতা: এই ফাংশনটি শুধুমাত্র কনস্ট্রাক্টর থেকে কল করা উচিত। টোকেন কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করা বেশিরভাগ অ্যাপ্লিকেশন আশা করবে না যে {decimals} কখনও পরিবর্তিত হবে, এবং যদি তা হয় তবে ভুলভাবে কাজ করতে পারে। */
+ function _setupDecimals(uint8 decimals_) internal {
+ _decimals = decimals_;
+ }
+```
+
+এই ফাংশনটি `_decimals` ভেরিয়েবল পরিবর্তন করে যা ইউজার ইন্টারফেসগুলোকে পরিমাণটি কীভাবে ব্যাখ্যা করতে হবে তা বলতে ব্যবহৃত হয়।
+আপনার এটি কনস্ট্রাক্টর থেকে কল করা উচিত। পরবর্তী কোনো পয়েন্টে এটি কল করা অসৎ হবে এবং অ্যাপ্লিকেশনগুলো
+এটি পরিচালনা করার জন্য ডিজাইন করা হয়নি।
+
+### হুকস {#hooks}
+
+```solidity
+
+ /* *
+ * @dev হুক যা টোকেনের যেকোনো স্থানান্তরের আগে কল করা হয়। এর মধ্যে মিন্ট করা এবং বার্ন করা অন্তর্ভুক্ত।
+ *
+ * কল করার শর্তাবলী:
+ *
+ * - যখন `from` এবং `to` উভয়ই নন-জিরো হয়, তখন ``from``-এর `amount` টোকেন `to`-তে স্থানান্তরিত হবে।
+ * - যখন `from` জিরো হয়, তখন `to`-এর জন্য `amount` টোকেন মিন্ট করা হবে।
+ * - যখন `to` জিরো হয়, তখন ``from``-এর `amount` টোকেন বার্ন করা হবে।
+ * - `from` এবং `to` কখনোই একসাথে জিরো হয় না।
+ *
+ * হুক সম্পর্কে আরও জানতে, xref:ROOT:extending-contracts.adoc#using-hooks[Using Hooks]-এ যান। */
+ function _beforeTokenTransfer(address from, address to, uint256 amount) internal virtual { }
+}
+```
+
+এটি হলো ট্রান্সফারের সময় কল করার জন্য হুক ফাংশন। এটি এখানে খালি, তবে আপনার যদি
+এটি দিয়ে কিছু করার প্রয়োজন হয় তবে আপনি শুধু এটি ওভাররাইড করুন।
+
+## উপসংহার {#conclusion}
+
+পর্যালোচনার জন্য, এখানে এই কন্ট্রাক্টের কিছু সবচেয়ে গুরুত্বপূর্ণ ধারণা দেওয়া হলো (আমার মতে, আপনারটি ভিন্ন হতে পারে):
+
+- _ব্লকচেইন-এ কোনো গোপনীয়তা নেই_। একটি স্মার্ট কন্ট্রাক্ট অ্যাক্সেস করতে পারে এমন যেকোনো তথ্য
+ সমগ্র বিশ্বের কাছে উপলব্ধ।
+- আপনি আপনার নিজের লেনদেন-এর ক্রম নিয়ন্ত্রণ করতে পারেন, কিন্তু অন্য লোকেদের লেনদেন কখন
+ ঘটবে তা নয়। এই কারণেই একটি অ্যালাউন্স পরিবর্তন করা বিপজ্জনক হতে পারে, কারণ এটি
+ স্পেন্ডারকে উভয় অ্যালাউন্সের যোগফল খরচ করতে দেয়।
+- `uint256` টাইপের মানগুলো র্যাপ অ্যারাউন্ড করে। অন্য কথায়, _0-1=2^256-1_। যদি এটি কাঙ্ক্ষিত
+ আচরণ না হয়, তবে আপনাকে এটি চেক করতে হবে (বা SafeMath লাইব্রেরি ব্যবহার করতে হবে যা আপনার জন্য এটি করে)। মনে রাখবেন যে এটি
+ [Solidity 0.8.0](https://docs.soliditylang.org/en/breaking/080-breaking-changes.html)-এ পরিবর্তিত হয়েছে।
+- একটি নির্দিষ্ট জায়গায় একটি নির্দিষ্ট টাইপের সমস্ত স্টেট পরিবর্তন করুন, কারণ এটি অডিটিং সহজ করে তোলে।
+ এই কারণেই আমাদের কাছে, উদাহরণস্বরূপ, `_approve` রয়েছে, যা `approve`, `transferFrom`,
+ `increaseAllowance` এবং `decreaseAllowance` দ্বারা কল করা হয়
+- স্টেট পরিবর্তনগুলো অ্যাটমিক হওয়া উচিত, এগুলোর মাঝখানে অন্য কোনো অ্যাকশন ছাড়াই (যেমন আপনি
+ `_transfer`-এ দেখতে পাচ্ছেন)। এর কারণ হলো স্টেট পরিবর্তনের সময় আপনার একটি অসামঞ্জস্যপূর্ণ স্টেট থাকে। উদাহরণস্বরূপ,
+ আপনি প্রেরকের ব্যালেন্স থেকে যে সময় বিয়োগ করেন এবং প্রাপকের ব্যালেন্সে যে সময় যোগ করেন তার মধ্যে বাস্তবে যতটা টোকেন থাকা উচিত তার চেয়ে কম টোকেন থাকে। যদি এগুলোর মধ্যে কোনো অপারেশন থাকে, বিশেষ করে অন্য কোনো কন্ট্রাক্টে কল করা হয়, তবে এটি সম্ভাব্যভাবে অপব্যবহার করা যেতে পারে।
+
+এখন যেহেতু আপনি দেখেছেন কীভাবে OpenZeppelin ERC-20 কন্ট্রাক্ট লেখা হয় এবং বিশেষ করে কীভাবে এটি
+আরও নিরাপদ করা হয়, যান এবং আপনার নিজের নিরাপদ কন্ট্রাক্ট এবং অ্যাপ্লিকেশনগুলো লিখুন।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/erc20-with-safety-rails/index.md b/public/content/translations/bn/developers/tutorials/erc20-with-safety-rails/index.md
new file mode 100644
index 00000000000..a8fd9772c0b
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/erc20-with-safety-rails/index.md
@@ -0,0 +1,215 @@
+---
+title: সেফটি রেইলস সহ ERC-20
+description: মানুষকে বোকা ভুল এড়াতে কীভাবে সাহায্য করবেন
+author: ওরি পোমেরান্টজ
+lang: bn
+tags: ["erc-20"]
+skill: beginner
+breadcrumb: ERC-20 সেফটি
+published: 2022-08-15
+---
+
+## ভূমিকা {#introduction}
+
+ইথিরিয়ামের অন্যতম সেরা দিক হলো এখানে এমন কোনো কেন্দ্রীয় কর্তৃপক্ষ নেই যা আপনার লেনদেন পরিবর্তন বা বাতিল করতে পারে। আবার ইথিরিয়ামের অন্যতম বড় সমস্যা হলো এখানে এমন কোনো কেন্দ্রীয় কর্তৃপক্ষ নেই যার ব্যবহারকারীর ভুল বা অবৈধ লেনদেন বাতিল করার ক্ষমতা আছে। এই আর্টিকেলে আপনি [ERC-20](/developers/docs/standards/tokens/erc-20/) টোকেন নিয়ে ব্যবহারকারীদের করা কিছু সাধারণ ভুল সম্পর্কে জানবেন, পাশাপাশি কীভাবে এমন ERC-20 কন্ট্রাক্ট তৈরি করতে হয় যা ব্যবহারকারীদের এই ভুলগুলো এড়াতে সাহায্য করে, অথবা কোনো কেন্দ্রীয় কর্তৃপক্ষকে কিছু ক্ষমতা দেয় (উদাহরণস্বরূপ একাউন্ট ফ্রিজ করা) তা শিখবেন।
+
+মনে রাখবেন, যদিও আমরা [OpenZeppelin ERC-20 token contract](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20) ব্যবহার করব, এই আর্টিকেলে এটি বিস্তারিতভাবে ব্যাখ্যা করা হয়নি। আপনি এই তথ্য [এখানে](/developers/tutorials/erc20-annotated-code) পেতে পারেন।
+
+আপনি যদি সম্পূর্ণ সোর্স কোড দেখতে চান:
+
+1. [Remix IDE](https://remix.ethereum.org/) খুলুন।
+2. ক্লোন গিটহাব আইকনে ক্লিক করুন ()।
+3. গিটহাব রিপোজিটরি `https://github.com/qbzzt/20220815-erc20-safety-rails` ক্লোন করুন।
+4. **contracts > erc20-safety-rails.sol** খুলুন।
+
+## একটি ERC-20 কন্ট্রাক্ট তৈরি করা {#creating-an-erc-20-contract}
+
+সেফটি রেইল কার্যকারিতা যোগ করার আগে আমাদের একটি ERC-20 কন্ট্রাক্ট প্রয়োজন। এই আর্টিকেলে আমরা [the OpenZeppelin Contracts Wizard](https://docs.openzeppelin.com/contracts/5.x/wizard) ব্যবহার করব। এটি অন্য একটি ব্রাউজারে খুলুন এবং এই নির্দেশাবলী অনুসরণ করুন:
+
+1. **ERC20** নির্বাচন করুন।
+2. এই সেটিংসগুলো লিখুন:
+
+ | Parameter | Value |
+ | -------------- | ---------------- |
+ | Name | SafetyRailsToken |
+ | Symbol | SAFE |
+ | Premint | 1000 |
+ | Features | None |
+ | Access Control | Ownable |
+ | Upgradability | None |
+
+3. উপরে স্ক্রোল করুন এবং **Open in Remix** (Remix-এর জন্য) বা অন্য কোনো পরিবেশ ব্যবহার করতে **Download**-এ ক্লিক করুন। আমি ধরে নিচ্ছি আপনি Remix ব্যবহার করছেন, যদি আপনি অন্য কিছু ব্যবহার করেন তবে শুধু উপযুক্ত পরিবর্তনগুলো করে নিন।
+4. এখন আমাদের কাছে একটি সম্পূর্ণ কার্যকরী ERC-20 কন্ট্রাক্ট আছে। ইমপোর্ট করা কোড দেখতে আপনি `.deps` > `npm` প্রসারিত করতে পারেন।
+5. কন্ট্রাক্টটি কম্পাইল, ডিপ্লয় করুন এবং এটি একটি ERC-20 কন্ট্রাক্ট হিসেবে কাজ করে কিনা তা দেখতে এর সাথে কাজ করুন। আপনার যদি Remix কীভাবে ব্যবহার করতে হয় তা শেখার প্রয়োজন হয়, তবে [এই টিউটোরিয়ালটি ব্যবহার করুন](https://remix.ethereum.org/?#activate=udapp,solidity,LearnEth)।
+
+## সাধারণ ভুলগুলো {#common-mistakes}
+
+### ভুলগুলো {#the-mistakes}
+
+ব্যবহারকারীরা মাঝে মাঝে ভুল এডড্রেস-এ টোকেন পাঠিয়ে দেন। যদিও তারা কী করতে চেয়েছিলেন তা জানার জন্য আমরা তাদের মন পড়তে পারি না, তবে দুটি ধরনের ভুল আছে যা অনেক বেশি ঘটে এবং সহজেই শনাক্ত করা যায়:
+
+1. কন্ট্রাক্টের নিজস্ব এডড্রেস-এ টোকেন পাঠানো। উদাহরণস্বরূপ, [Optimism's OP token](https://optimism.mirror.xyz/qvd0WfuLKnePm1Gxb9dpGchPf5uDz5NSMEFdgirDS4c) দুই মাসেরও কম সময়ে [120,000-এর বেশি](https://optimism.blockscout.com/address/0x4200000000000000000000000000000000000042) OP টোকেন জমা করতে সক্ষম হয়েছিল। এটি একটি উল্লেখযোগ্য পরিমাণ সম্পদের প্রতিনিধিত্ব করে যা সম্ভবত মানুষ হারিয়েছে।
+
+2. একটি খালি এডড্রেস-এ টোকেন পাঠানো, যা কোনো [এক্সটার্নালি ওনড একাউন্ট](/developers/docs/accounts/#externally-owned-accounts-and-key-pairs) বা [স্মার্ট কন্ট্রাক্ট](/developers/docs/smart-contracts)-এর সাথে মিলে না। যদিও এটি কত ঘন ঘন ঘটে তার কোনো পরিসংখ্যান আমার কাছে নেই, তবে [একটি ঘটনায় 20,000,000 টোকেন খরচ হতে পারত](https://gov.optimism.io/t/message-to-optimism-community-from-wintermute/2595)।
+
+### ট্রান্সফার প্রতিরোধ করা {#preventing-transfers}
+
+OpenZeppelin ERC-20 কন্ট্রাক্টে [একটি হুক, `_beforeTokenTransfer`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol#L364-L368) অন্তর্ভুক্ত রয়েছে, যা একটি টোকেন ট্রান্সফার হওয়ার আগে কল করা হয়। ডিফল্টরূপে এই হুকটি কিছুই করে না, তবে আমরা এর উপর আমাদের নিজস্ব কার্যকারিতা যুক্ত করতে পারি, যেমন কোনো সমস্যা থাকলে রিভার্ট করার জন্য চেক করা।
+
+হুকটি ব্যবহার করতে, কনস্ট্রাক্টরের পরে এই ফাংশনটি যোগ করুন:
+
+```solidity
+ function _beforeTokenTransfer(address from, address to, uint256 amount)
+ internal virtual
+ override(ERC20)
+ {
+ super._beforeTokenTransfer(from, to, amount);
+ }
+```
+
+আপনি যদি Solidity-এর সাথে খুব বেশি পরিচিত না হন তবে এই ফাংশনের কিছু অংশ নতুন মনে হতে পারে:
+
+```solidity
+ internal virtual
+```
+
+`virtual` কীওয়ার্ডের অর্থ হলো, ঠিক যেমন আমরা `ERC20` থেকে কার্যকারিতা ইনহেরিট করেছি এবং এই ফাংশনটিকে ওভাররাইড করেছি, তেমনি অন্যান্য কন্ট্রাক্টগুলোও আমাদের থেকে ইনহেরিট করতে পারে এবং এই ফাংশনটিকে ওভাররাইড করতে পারে।
+
+```solidity
+ override(ERC20)
+```
+
+আমাদের স্পষ্টভাবে উল্লেখ করতে হবে যে আমরা `_beforeTokenTransfer`-এর ERC20 টোকেন সংজ্ঞাকে [ওভাররাইড](https://docs.soliditylang.org/en/v0.8.15/contracts.html#function-overriding) করছি। সাধারণভাবে, নিরাপত্তার দৃষ্টিকোণ থেকে, ইমপ্লিসিট সংজ্ঞার চেয়ে এক্সপ্লিসিট সংজ্ঞা অনেক ভালো - আপনি যদি কোনো কিছু আপনার চোখের সামনে থাকে তবে আপনি ভুলে যেতে পারবেন না যে আপনি কিছু করেছেন। এটিও একটি কারণ যে আমাদের উল্লেখ করতে হবে আমরা কোন সুপারক্লাসের `_beforeTokenTransfer` ওভাররাইড করছি।
+
+```solidity
+ super._beforeTokenTransfer(from, to, amount);
+```
+
+এই লাইনটি সেই কন্ট্রাক্ট বা কন্ট্রাক্টগুলোর `_beforeTokenTransfer` ফাংশনকে কল করে যেখান থেকে আমরা ইনহেরিট করেছি এবং যেগুলোতে এটি আছে। এই ক্ষেত্রে, এটি শুধুমাত্র `ERC20`, `Ownable`-এ এই হুকটি নেই। যদিও বর্তমানে `ERC20._beforeTokenTransfer` কিছুই করে না, আমরা এটিকে কল করি যদি ভবিষ্যতে কোনো কার্যকারিতা যোগ করা হয় (এবং আমরা তখন কন্ট্রাক্টটি পুনরায় ডিপ্লয় করার সিদ্ধান্ত নিই, কারণ ডিপ্লয়মেন্টের পরে কন্ট্রাক্টগুলো পরিবর্তন হয় না)।
+
+### প্রয়োজনীয়তাগুলো কোডিং করা {#coding-the-requirements}
+
+আমরা ফাংশনে এই প্রয়োজনীয়তাগুলো যোগ করতে চাই:
+
+- `to` এডড্রেসটি `address(this)`-এর সমান হতে পারবে না, যা ERC-20 কন্ট্রাক্টের নিজস্ব এডড্রেস।
+- `to` এডড্রেসটি খালি হতে পারবে না, এটি হতে হবে হয়:
+ - একটি এক্সটার্নালি ওনড একাউন্ট (EOA)। আমরা সরাসরি কোনো এডড্রেস EOA কিনা তা চেক করতে পারি না, তবে আমরা একটি এডড্রেস-এর ETH ব্যালেন্স চেক করতে পারি। EOA-গুলোর প্রায় সবসময়ই একটি ব্যালেন্স থাকে, এমনকি যদি সেগুলো আর ব্যবহার করা না হয় - শেষ wei পর্যন্ত সেগুলো পরিষ্কার করা কঠিন।
+ - একটি স্মার্ট কন্ট্রাক্ট। কোনো এডড্রেস স্মার্ট কন্ট্রাক্ট কিনা তা পরীক্ষা করা একটু কঠিন। একটি অপকোড আছে যা এক্সটার্নাল কোডের দৈর্ঘ্য চেক করে, যাকে [`EXTCODESIZE`](https://www.evm.codes/#3b) বলা হয়, তবে এটি সরাসরি Solidity-তে পাওয়া যায় না। এর জন্য আমাদের [Yul](https://docs.soliditylang.org/en/v0.8.15/yul.html) ব্যবহার করতে হবে, যা হলো EVM অ্যাসেম্বলি। Solidity থেকে আমরা অন্যান্য মান ব্যবহার করতে পারি ([`.code` এবং `.codehash`](https://docs.soliditylang.org/en/v0.8.15/units-and-global-variables.html#members-of-address-types)), তবে সেগুলোর খরচ বেশি।
+
+চলুন নতুন কোডটি লাইন বাই লাইন দেখে নিই:
+
+```solidity
+ require(to != address(this), "Can't send tokens to the contract address");
+```
+
+এটি হলো প্রথম প্রয়োজনীয়তা, চেক করুন যে `to` এবং `this(address)` একই জিনিস নয়।
+
+```solidity
+ bool isToContract;
+ assembly {
+ isToContract := gt(extcodesize(to), 0)
+ }
+```
+
+এভাবেই আমরা চেক করি যে কোনো এডড্রেস একটি কন্ট্রাক্ট কিনা। আমরা সরাসরি Yul থেকে আউটপুট পেতে পারি না, তাই এর পরিবর্তে আমরা ফলাফল ধরে রাখার জন্য একটি ভেরিয়েবল সংজ্ঞায়িত করি (এই ক্ষেত্রে `isToContract`)। Yul যেভাবে কাজ করে তা হলো প্রতিটি অপকোডকে একটি ফাংশন হিসেবে বিবেচনা করা হয়। তাই প্রথমে আমরা কন্ট্রাক্টের আকার পেতে [`EXTCODESIZE`](https://www.evm.codes/#3b) কল করি, এবং তারপর এটি শূন্য নয় তা চেক করতে [`GT`](https://www.evm.codes/#11) ব্যবহার করি (আমরা আনসাইনড ইন্টিজার নিয়ে কাজ করছি, তাই অবশ্যই এটি নেগেটিভ হতে পারে না)। এরপর আমরা ফলাফলটি `isToContract`-এ লিখি।
+
+```solidity
+ require(to.balance != 0 || isToContract, "Can't send tokens to an empty address");
+```
+
+এবং সবশেষে, আমাদের কাছে খালি এডড্রেস-এর জন্য আসল চেকটি রয়েছে।
+
+## অ্যাডমিনিস্ট্রেটিভ অ্যাক্সেস {#admin-access}
+
+মাঝে মাঝে এমন একজন অ্যাডমিনিস্ট্রেটর থাকা দরকারী যিনি ভুলগুলো বাতিল করতে পারেন। অপব্যবহারের সম্ভাবনা কমাতে, এই অ্যাডমিনিস্ট্রেটর একটি [মাল্টিসিগ](https://blog.logrocket.com/security-choices-multi-signature-wallets/) হতে পারে যাতে একাধিক ব্যক্তিকে কোনো পদক্ষেপে একমত হতে হয়। এই আর্টিকেলে আমাদের দুটি অ্যাডমিনিস্ট্রেটিভ বৈশিষ্ট্য থাকবে:
+
+1. একাউন্ট ফ্রিজ এবং আনফ্রিজ করা। এটি দরকারী হতে পারে, উদাহরণস্বরূপ, যখন কোনো একাউন্ট হ্যাক হওয়ার আশঙ্কা থাকে।
+2. অ্যাসেট ক্লিনআপ।
+
+ মাঝে মাঝে প্রতারকরা বৈধতা অর্জনের জন্য আসল টোকেনের কন্ট্রাক্টে প্রতারণামূলক টোকেন পাঠায়। উদাহরণস্বরূপ, [এখানে দেখুন](https://optimism.blockscout.com/token/0x2348B1a1228DDCd2dB668c3d30207c3E1852fBbe?tab=holders)। বৈধ ERC-20 কন্ট্রাক্টটি হলো [0x4200....0042](https://optimism.blockscout.com/token/0x4200000000000000000000000000000000000042)। যে স্ক্যামটি এর ভান করে তা হলো [0x234....bbe](https://optimism.blockscout.com/token/0x2348B1a1228DDCd2dB668c3d30207c3E1852fBbe)।
+
+ এটিও সম্ভব যে মানুষ ভুল করে আমাদের কন্ট্রাক্টে বৈধ ERC-20 টোকেন পাঠায়, যা সেগুলো বের করার একটি উপায় চাওয়ার আরেকটি কারণ।
+
+OpenZeppelin অ্যাডমিনিস্ট্রেটিভ অ্যাক্সেস সক্ষম করার জন্য দুটি মেকানিজম প্রদান করে:
+
+- [`Ownable`](https://docs.openzeppelin.com/contracts/5.x/access-control#ownership-and-ownable) কন্ট্রাক্টগুলোর একজন মাত্র মালিক থাকে। যে ফাংশনগুলোতে `onlyOwner` [মডিফায়ার](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) থাকে সেগুলো শুধুমাত্র সেই মালিক কল করতে পারেন। মালিকরা অন্য কাউকে মালিকানা হস্তান্তর করতে পারেন বা এটি সম্পূর্ণভাবে ত্যাগ করতে পারেন। অন্যান্য সমস্ত একাউন্ট-এর অধিকার সাধারণত একই রকম হয়।
+- [`AccessControl`](https://docs.openzeppelin.com/contracts/5.x/access-control#role-based-access-control) কন্ট্রাক্টগুলোতে [রোল বেসড অ্যাক্সেস কন্ট্রোল (RBAC)](https://en.wikipedia.org/wiki/Role-based_access_control) থাকে।
+
+সরলতার খাতিরে, এই আর্টিকেলে আমরা `Ownable` ব্যবহার করব।
+
+### কন্ট্রাক্ট ফ্রিজ এবং থয়িং (thawing) করা {#freezing-and-thawing-contracts}
+
+কন্ট্রাক্ট ফ্রিজ এবং থয়িং করার জন্য বেশ কয়েকটি পরিবর্তনের প্রয়োজন:
+
+- কোন এডড্রেসগুলো ফ্রিজ করা হয়েছে তার ট্র্যাক রাখতে এডড্রেস থেকে [বুলিয়ান](https://en.wikipedia.org/wiki/Boolean_data_type)-এ একটি [ম্যাপিং](https://www.tutorialspoint.com/solidity/solidity_mappings.htm)। সমস্ত মান প্রাথমিকভাবে শূন্য থাকে, যা বুলিয়ান মানের জন্য ফলস (false) হিসেবে ব্যাখ্যা করা হয়। আমরা এটাই চাই কারণ ডিফল্টরূপে একাউন্টগুলো ফ্রিজ করা থাকে না।
+
+ ```solidity
+ mapping(address => bool) public frozenAccounts;
+ ```
+
+- যখন কোনো একাউন্ট ফ্রিজ বা থয়িং করা হয় তখন আগ্রহী যে কাউকে জানানোর জন্য [ইভেন্ট](https://www.tutorialspoint.com/solidity/solidity_events.htm)। প্রযুক্তিগতভাবে বলতে গেলে এই কাজগুলোর জন্য ইভেন্টের প্রয়োজন নেই, তবে এটি অফচেইন কোডকে এই ইভেন্টগুলো শুনতে এবং কী ঘটছে তা জানতে সাহায্য করে। যখন অন্য কারো জন্য প্রাসঙ্গিক হতে পারে এমন কিছু ঘটে তখন একটি স্মার্ট কন্ট্রাক্ট-এর জন্য এগুলো এমিট (emit) করা ভালো শিষ্টাচার হিসেবে বিবেচিত হয়।
+
+ ইভেন্টগুলো ইনডেক্স করা থাকে তাই কোনো একাউন্ট কতবার ফ্রিজ বা থয়িং করা হয়েছে তা অনুসন্ধান করা সম্ভব হবে।
+
+ ```solidity
+ // যখন অ্যাকাউন্টগুলো ফ্রিজ বা আনফ্রিজ করা হয়
+ event AccountFrozen(address indexed _addr);
+ event AccountThawed(address indexed _addr);
+ ```
+
+- একাউন্ট ফ্রিজ এবং থয়িং করার জন্য ফাংশন। এই দুটি ফাংশন প্রায় একই রকম, তাই আমরা শুধুমাত্র ফ্রিজ ফাংশনটি নিয়ে আলোচনা করব।
+
+ ```solidity
+ function freezeAccount(address addr)
+ public
+ onlyOwner
+ ```
+
+ [`public`](https://www.tutorialspoint.com/solidity/solidity_contracts.htm) হিসেবে চিহ্নিত ফাংশনগুলো অন্যান্য স্মার্ট কন্ট্রাক্ট থেকে বা সরাসরি কোনো লেনদেন দ্বারা কল করা যেতে পারে।
+
+ ```solidity
+ {
+ require(!frozenAccounts[addr], "Account already frozen");
+ frozenAccounts[addr] = true;
+ emit AccountFrozen(addr);
+ } // freezeAccount
+ ```
+
+ যদি একাউন্টটি ইতিমধ্যে ফ্রিজ করা থাকে, তবে রিভার্ট করুন। অন্যথায়, এটি ফ্রিজ করুন এবং একটি ইভেন্ট `emit` করুন।
+
+- একটি ফ্রিজ করা একাউন্ট থেকে অর্থ সরানো রোধ করতে `_beforeTokenTransfer` পরিবর্তন করুন। মনে রাখবেন যে ফ্রিজ করা একাউন্টে এখনও অর্থ ট্রান্সফার করা যেতে পারে।
+
+ ```solidity
+ require(!frozenAccounts[from], "The account is frozen");
+ ```
+
+### অ্যাসেট ক্লিনআপ {#asset-cleanup}
+
+এই কন্ট্রাক্ট দ্বারা ধারণ করা ERC-20 টোকেনগুলো রিলিজ করার জন্য আমাদের সেই টোকেন কন্ট্রাক্টের একটি ফাংশন কল করতে হবে যার অধীনে সেগুলো রয়েছে, হয় [`transfer`](https://eips.ethereum.org/EIPS/eip-20#transfer) অথবা [`approve`](https://eips.ethereum.org/EIPS/eip-20#approve)। এই ক্ষেত্রে অ্যালাউন্সের জন্য গ্যাস নষ্ট করার কোনো মানে নেই, আমরা সরাসরি ট্রান্সফার করতে পারি।
+
+```solidity
+ function cleanupERC20(
+ address erc20,
+ address dest
+ )
+ public
+ onlyOwner
+ {
+ IERC20 token = IERC20(erc20);
+```
+
+যখন আমরা এডড্রেস পাই তখন একটি কন্ট্রাক্টের জন্য একটি অবজেক্ট তৈরি করার সিনট্যাক্স এটি। আমরা এটি করতে পারি কারণ সোর্স কোডের অংশ হিসেবে আমাদের কাছে ERC20 টোকেনের সংজ্ঞা রয়েছে (লাইন 4 দেখুন), এবং সেই ফাইলে [IERC20-এর সংজ্ঞা](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) অন্তর্ভুক্ত রয়েছে, যা একটি OpenZeppelin ERC-20 কন্ট্রাক্টের ইন্টারফেস।
+
+```solidity
+ uint balance = token.balanceOf(address(this));
+ token.transfer(dest, balance);
+ }
+```
+
+এটি একটি ক্লিনআপ ফাংশন, তাই সম্ভবত আমরা কোনো টোকেন রেখে যেতে চাই না। ব্যবহারকারীর কাছ থেকে ম্যানুয়ালি ব্যালেন্স নেওয়ার পরিবর্তে, আমরা প্রক্রিয়াটি স্বয়ংক্রিয় করতে পারি।
+
+## উপসংহার {#conclusion}
+
+এটি কোনো নিখুঁত সমাধান নয় - "ব্যবহারকারী ভুল করেছেন" সমস্যার কোনো নিখুঁত সমাধান নেই। তবে, এই ধরনের চেকগুলো ব্যবহার করে অন্তত কিছু ভুল প্রতিরোধ করা যেতে পারে। একাউন্ট ফ্রিজ করার ক্ষমতা, যদিও বিপজ্জনক, হ্যাকারকে চুরি করা তহবিল থেকে বঞ্চিত করে নির্দিষ্ট হ্যাকের ক্ষতি সীমিত করতে ব্যবহার করা যেতে পারে।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/ethereum-for-web2-auth/index.md b/public/content/translations/bn/developers/tutorials/ethereum-for-web2-auth/index.md
new file mode 100644
index 00000000000..164e5fd2e90
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/ethereum-for-web2-auth/index.md
@@ -0,0 +1,888 @@
+---
+title: ওয়েব2 অথেনটিকেশনের জন্য ইথিরিয়াম ব্যবহার করা
+description: এই টিউটোরিয়ালটি পড়ার পর, একজন ডেভেলপার ইথিরিয়াম লগইন (ওয়েব3)-কে SAML লগইনের সাথে ইন্টিগ্রেট করতে পারবেন, যা ওয়েব2-তে সিঙ্গেল সাইন-অন এবং অন্যান্য সম্পর্কিত পরিষেবা প্রদানের জন্য ব্যবহৃত একটি স্ট্যান্ডার্ড। এটি ইথিরিয়াম সিগনেচারের মাধ্যমে ওয়েব2 রিসোর্সগুলোতে অ্যাক্সেস অথেনটিকেট করার অনুমতি দেয়, যেখানে ব্যবহারকারীর অ্যাট্রিবিউটগুলো এটেস্টেশন থেকে আসে।
+author: ওরি পোমেরান্টজ
+tags: ["ওয়েব2", "অথেনটিকেশন", "eas"]
+skill: beginner
+breadcrumb: ওয়েব2 অথেনটিকেশনের জন্য ইথিরিয়াম
+lang: bn
+published: 2025-04-30
+---
+
+## Introduction
+
+[SAML](https://www.onelogin.com/learn/saml) হলো ওয়েব2-তে ব্যবহৃত একটি স্ট্যান্ডার্ড যা একটি [আইডেন্টিটি প্রোভাইডার (IdP)](https://en.wikipedia.org/wiki/Identity_provider#SAML_identity_provider)-কে [সার্ভিস প্রোভাইডার (SP)](https://en.wikipedia.org/wiki/Service_provider_(SAML))-এর জন্য ব্যবহারকারীর তথ্য প্রদান করার অনুমতি দেয়।
+
+এই টিউটোরিয়ালে আপনি শিখবেন কীভাবে ইথিরিয়াম সিগনেচারকে SAML-এর সাথে ইন্টিগ্রেট করতে হয়, যাতে ব্যবহারকারীরা তাদের ইথিরিয়াম ওয়ালেট ব্যবহার করে এমন ওয়েব2 পরিষেবাগুলোতে নিজেদের অথেনটিকেট করতে পারে যা এখনও নেটিভভাবে ইথিরিয়াম সমর্থন করে না।
+
+মনে রাখবেন যে এই টিউটোরিয়ালটি দুটি আলাদা অডিয়েন্সের জন্য লেখা হয়েছে:
+
+- ইথিরিয়ামের মানুষ যারা ইথিরিয়াম বোঝেন এবং তাদের SAML শেখা প্রয়োজন
+- ওয়েব2-এর মানুষ যারা SAML এবং ওয়েব2 অথেনটিকেশন বোঝেন এবং তাদের ইথিরিয়াম শেখা প্রয়োজন
+
+ফলস্বরূপ, এতে এমন অনেক প্রাথমিক বিষয় থাকবে যা আপনি হয়তো আগে থেকেই জানেন। আপনি চাইলে সেগুলো এড়িয়ে যেতে পারেন।
+
+### SAML for Ethereum people
+
+SAML হলো একটি সেন্ট্রালাইজড প্রটোকল। একটি সার্ভিস প্রোভাইডার (SP) শুধুমাত্র তখনই একটি আইডেন্টিটি প্রোভাইডার (IdP) থেকে অ্যাসারশন (যেমন "এই হলো আমার ব্যবহারকারী জন, তার A, B, এবং C করার অনুমতি থাকা উচিত") গ্রহণ করে যদি তার সাথে বা সেই IdP-এর সার্টিফিকেট সাইন করা [সার্টিফিকেট অথরিটি](https://www.ssl.com/article/what-is-a-certificate-authority-ca/)-এর সাথে আগে থেকেই কোনো ট্রাস্ট সম্পর্ক থাকে।
+
+উদাহরণস্বরূপ, SP হতে পারে একটি ট্রাভেল এজেন্সি যা কোম্পানিগুলোকে ভ্রমণ পরিষেবা প্রদান করে, এবং IdP হতে পারে একটি কোম্পানির অভ্যন্তরীণ ওয়েবসাইট। যখন কর্মীদের ব্যবসায়িক ভ্রমণের জন্য বুকিং করতে হয়, তখন ট্রাভেল এজেন্সি তাদের আসলে ভ্রমণ বুক করার অনুমতি দেওয়ার আগে কোম্পানির দ্বারা অথেনটিকেশনের জন্য পাঠায়।
+
+
+
+এভাবেই তিনটি এনটিটি—ব্রাউজার, SP এবং IdP—অ্যাক্সেসের জন্য নেগোশিয়েট করে। SP-কে আগে থেকে ব্রাউজার ব্যবহারকারী সম্পর্কে কিছু জানার প্রয়োজন নেই, শুধু IdP-কে বিশ্বাস করলেই হয়।
+
+### Ethereum for SAML people
+
+ইথিরিয়াম হলো একটি ডিসেন্ট্রালাইজড সিস্টেম।
+
+
+
+ব্যবহারকারীদের একটি প্রাইভেট কি থাকে (সাধারণত একটি ব্রাউজার এক্সটেনশনে রাখা হয়)। প্রাইভেট কি থেকে আপনি একটি পাবলিক কি বের করতে পারেন, এবং তা থেকে একটি 20-বাইট এডড্রেস। যখন ব্যবহারকারীদের কোনো সিস্টেমে লগ ইন করতে হয়, তখন তাদের একটি নন্স (একবার ব্যবহারযোগ্য মান) সহ একটি মেসেজ সাইন করার অনুরোধ করা হয়। সার্ভার যাচাই করতে পারে যে সিগনেচারটি সেই এডড্রেস দ্বারা তৈরি করা হয়েছিল।
+
+
+
+সিগনেচারটি শুধুমাত্র ইথিরিয়াম এডড্রেস যাচাই করে। অন্যান্য ব্যবহারকারীর অ্যাট্রিবিউট পেতে, আপনি সাধারণত [এটেস্টেশন](https://attest.org/) ব্যবহার করেন। একটি এটেস্টেশন-এ সাধারণত এই ফিল্ডগুলো থাকে:
+
+- **Attestor**, যে এডড্রেস এটেস্টেশন তৈরি করেছে
+- **Recipient**, যে এডড্রেস-এর উপর এটেস্টেশন প্রযোজ্য
+- **Data**, যে ডেটা অ্যাটেস্ট করা হচ্ছে, যেমন নাম, অনুমতি ইত্যাদি।
+- **Schema**, ডেটা ব্যাখ্যা করতে ব্যবহৃত স্কিমার আইডি।
+
+ইথিরিয়ামের ডিসেন্ট্রালাইজড প্রকৃতির কারণে, যেকোনো ব্যবহারকারী এটেস্টেশন তৈরি করতে পারে। কোন এটেস্টেশন-গুলোকে আমরা নির্ভরযোগ্য বলে বিবেচনা করব তা চিহ্নিত করার জন্য অ্যাটেস্টরের পরিচয় গুরুত্বপূর্ণ।
+
+## Setup
+
+প্রথম ধাপ হলো একটি SAML SP এবং একটি SAML IdP-এর মধ্যে যোগাযোগ স্থাপন করা।
+
+1. সফটওয়্যারটি ডাউনলোড করুন। এই আর্টিকেলের জন্য নমুনা সফটওয়্যারটি [গিটহাবে](https://github.com/qbzzt/250420-saml-ethereum) রয়েছে। বিভিন্ন পর্যায়গুলো বিভিন্ন ব্রাঞ্চে সংরক্ষিত আছে, এই পর্যায়ের জন্য আপনার `saml-only` প্রয়োজন।
+
+ ```sh
+ git clone https://github.com/qbzzt/250420-saml-ethereum -b saml-only
+ cd 250420-saml-ethereum
+ pnpm install
+ ```
+
+2. সেলফ-সাইন্ড সার্টিফিকেট সহ কি (keys) তৈরি করুন। এর মানে হলো কি-টি নিজেই তার নিজস্ব সার্টিফিকেট অথরিটি, এবং এটিকে ম্যানুয়ালি সার্ভিস প্রোভাইডারে ইমপোর্ট করতে হবে। আরও তথ্যের জন্য [OpenSSL ডক্স](https://docs.openssl.org/master/man1/openssl-req/) দেখুন।
+
+ ```sh
+ mkdir keys
+ cd keys
+ openssl req -new -x509 -days 365 -nodes -sha256 -out saml-sp.crt -keyout saml-sp.pem -subj /CN=sp/
+ openssl req -new -x509 -days 365 -nodes -sha256 -out saml-idp.crt -keyout saml-idp.pem -subj /CN=idp/
+ cd ..
+ ```
+
+3. সার্ভারগুলো চালু করুন (SP এবং IdP উভয়ই)
+
+ ```sh
+ pnpm start
+ ```
+
+4. URL [http://localhost:3000/](http://localhost:3000/)-এ SP ব্রাউজ করুন এবং IdP (পোর্ট 3001)-তে রিডাইরেক্ট হওয়ার জন্য বোতামে ক্লিক করুন।
+
+5. IdP-কে আপনার ইমেইল ঠিকানা প্রদান করুন এবং **Login to the service provider**-এ ক্লিক করুন। দেখুন যে আপনাকে আবার সার্ভিস প্রোভাইডারে (পোর্ট 3000) রিডাইরেক্ট করা হয়েছে এবং এটি আপনাকে আপনার ইমেইল ঠিকানা দ্বারা চিনতে পারছে।
+
+### Detailed explanation
+
+ধাপে ধাপে যা ঘটে তা হলো:
+
+
+
+#### src/config.mts
+
+এই ফাইলে আইডেন্টিটি প্রোভাইডার এবং সার্ভিস প্রোভাইডার উভয়ের জন্যই কনফিগারেশন রয়েছে। সাধারণত এই দুটি ভিন্ন এনটিটি হবে, কিন্তু এখানে আমরা সরলতার জন্য কোড শেয়ার করতে পারি।
+
+```typescript
+const fs = await import("fs")
+
+const protocol="http"
+```
+
+আপাতত আমরা শুধু টেস্টিং করছি, তাই HTTP ব্যবহার করা ঠিক আছে।
+
+```typescript
+export const spCert = fs.readFileSync("keys/saml-sp.crt").toString()
+export const idpCert = fs.readFileSync("keys/saml-idp.crt").toString()
+```
+
+পাবলিক কি-গুলো পড়ুন, যা সাধারণত উভয় কম্পোনেন্টের কাছেই উপলব্ধ থাকে (এবং সরাসরি বিশ্বস্ত, অথবা একটি বিশ্বস্ত সার্টিফিকেট অথরিটি দ্বারা সাইন করা)।
+
+```typescript
+export const spPort = 3000
+export const spHostname = "localhost"
+export const spDir = "sp"
+
+export const idpPort = 3001
+export const idpHostname = "localhost"
+export const idpDir = "idp"
+
+export const spUrl = `${protocol}://${spHostname}:${spPort}/${spDir}`
+export const idpUrl = `${protocol}://${idpHostname}:${idpPort}/${idpDir}`
+```
+
+উভয় কম্পোনেন্টের জন্য URL-গুলো।
+
+```typescript
+export const spPublicData = {
+```
+
+সার্ভিস প্রোভাইডারের জন্য পাবলিক ডেটা।
+
+```typescript
+ entityID: `${spUrl}/metadata`,
+```
+
+প্রথা অনুযায়ী, SAML-এ `entityID` হলো সেই URL যেখানে এনটিটির মেটাডেটা পাওয়া যায়। এই মেটাডেটা এখানকার পাবলিক ডেটার সাথে মিলে যায়, তবে এটি XML ফর্মে থাকে।
+
+```typescript
+ wantAssertionsSigned: true,
+ authnRequestsSigned: false,
+ signingCert: spCert,
+ allowCreate: true,
+ assertionConsumerService: [{
+ Binding: 'urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST',
+ Location: `${spUrl}/assertion`,
+ }]
+ }
+```
+
+আমাদের উদ্দেশ্যের জন্য সবচেয়ে গুরুত্বপূর্ণ সংজ্ঞা হলো `assertionConsumerServer`। এর মানে হলো সার্ভিস প্রোভাইডারের কাছে কিছু অ্যাসার্ট করতে (উদাহরণস্বরূপ, "যে ব্যবহারকারী আপনাকে এই তথ্য পাঠাচ্ছে সে হলো somebody@example.com") আমাদের URL `http://localhost:3000/sp/assertion`-এ [HTTP POST](https://www.w3schools.com/tags/ref_httpmethods.asp) ব্যবহার করতে হবে।
+
+```typescript
+export const idpPublicData = {
+ entityID: `${idpUrl}/metadata`,
+ signingCert: idpCert,
+ wantAuthnRequestsSigned: false,
+ singleSignOnService: [{
+ Binding: "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST",
+ Location: `${idpUrl}/login`
+ }],
+ singleLogoutService: [{
+ Binding: "urn:oasis:names:tc:SAML:2.0:bindings:HTTP-POST",
+ Location: `${idpUrl}/logout`
+ }],
+ }
+```
+
+আইডেন্টিটি প্রোভাইডারের পাবলিক ডেটাও একই রকম। এটি নির্দিষ্ট করে যে একজন ব্যবহারকারীকে লগ ইন করতে আপনাকে `http://localhost:3001/idp/login`-এ POST করতে হবে এবং লগ আউট করতে `http://localhost:3001/idp/logout`-এ POST করতে হবে।
+
+#### src/sp.mts
+
+এটি সেই কোড যা একটি সার্ভিস প্রোভাইডার ইমপ্লিমেন্ট করে।
+
+```typescript
+import * as config from "./config.mts"
+const fs = await import("fs")
+const saml = await import("samlify")
+```
+
+আমরা SAML ইমপ্লিমেন্ট করতে [`samlify`](https://www.npmjs.com/package/samlify) লাইব্রেরি ব্যবহার করি।
+
+```typescript
+import * as validator from "@authenio/samlify-node-xmllint"
+saml.setSchemaValidator(validator)
+```
+
+`samlify` লাইব্রেরি আশা করে যে একটি প্যাকেজ যাচাই করবে যে XML সঠিক, প্রত্যাশিত পাবলিক কি দিয়ে সাইন করা ইত্যাদি। আমরা এই উদ্দেশ্যে [`@authenio/samlify-node-xmllint`](https://www.npmjs.com/package/@authenio/samlify-node-xmllint) ব্যবহার করি।
+
+```typescript
+const express = (await import("express")).default
+const spRouter = express.Router()
+const app = express()
+```
+
+একটি [`express`](https://expressjs.com/) [`Router`](https://expressjs.com/en/5x/api.html#router) হলো একটি "মিনি ওয়েবসাইট" যা একটি ওয়েবসাইটের ভিতরে মাউন্ট করা যায়। এই ক্ষেত্রে, আমরা সমস্ত সার্ভিস প্রোভাইডার সংজ্ঞাগুলোকে একসাথে গ্রুপ করতে এটি ব্যবহার করি।
+
+```typescript
+const spPrivateKey = fs.readFileSync("keys/saml-sp.pem").toString()
+
+const sp = saml.ServiceProvider({
+ privateKey: spPrivateKey,
+ ...config.spPublicData
+})
+```
+
+সার্ভিস প্রোভাইডারের নিজস্ব উপস্থাপনা হলো সমস্ত পাবলিক ডেটা এবং তথ্য সাইন করতে এটি যে প্রাইভেট কি ব্যবহার করে।
+
+```typescript
+const idp = saml.IdentityProvider(config.idpPublicData);
+```
+
+পাবলিক ডেটাতে এমন সবকিছু থাকে যা সার্ভিস প্রোভাইডারের আইডেন্টিটি প্রোভাইডার সম্পর্কে জানা প্রয়োজন।
+
+```typescript
+spRouter.get(`/metadata`,
+ (req, res) => res.header("Content-Type", "text/xml").send(sp.getMetadata())
+)
+```
+
+অন্যান্য SAML কম্পোনেন্টগুলোর সাথে ইন্টারঅপারেবিলিটি সক্ষম করতে, সার্ভিস এবং আইডেন্টিটি প্রোভাইডারদের তাদের পাবলিক ডেটা (যাকে মেটাডেটা বলা হয়) `/metadata`-এ XML ফর্ম্যাটে উপলব্ধ থাকা উচিত।
+
+```typescript
+spRouter.post(`/assertion`,
+```
+
+এটি সেই পেজ যা ব্রাউজার নিজেকে আইডেন্টিফাই করতে অ্যাক্সেস করে। অ্যাসারশনে ব্যবহারকারীর আইডেন্টিফায়ার (এখানে আমরা ইমেইল ঠিকানা ব্যবহার করি) অন্তর্ভুক্ত থাকে এবং অতিরিক্ত অ্যাট্রিবিউটও অন্তর্ভুক্ত থাকতে পারে। এটি উপরের সিকোয়েন্স ডায়াগ্রামের 7 নম্বর ধাপের হ্যান্ডলার।
+
+```typescript
+ async (req, res) => {
+ // console.log(`SAML response:\n${Buffer.from(req.body.SAMLResponse, 'base64').toString('utf-8')}`)
+```
+
+অ্যাসারশনে দেওয়া XML ডেটা দেখতে আপনি কমেন্ট আউট করা কমান্ডটি ব্যবহার করতে পারেন। এটি [base64 এনকোডেড](https://en.wikipedia.org/wiki/Base64)।
+
+```typescript
+ try {
+ const loginResponse = await sp.parseLoginResponse(idp, 'post', req);
+```
+
+আইডেন্টিটি সার্ভার থেকে লগইন রিকোয়েস্ট পার্স করুন।
+
+```typescript
+ res.send(`
+
+
+ Hello ${loginResponse.extract.nameID}
+
+
+ `)
+ res.send();
+```
+
+একটি HTML রেসপন্স পাঠান, শুধু ব্যবহারকারীকে দেখানোর জন্য যে আমরা লগইন পেয়েছি।
+
+```typescript
+ } catch (err) {
+ console.error('Error processing SAML response:', err);
+ res.status(400).send('SAML authentication failed');
+ }
+ }
+)
+```
+
+ব্যর্থতার ক্ষেত্রে ব্যবহারকারীকে জানান।
+
+```typescript
+spRouter.get('/login',
+```
+
+ব্রাউজার যখন এই পেজটি পাওয়ার চেষ্টা করে তখন একটি লগইন রিকোয়েস্ট তৈরি করুন। এটি উপরের সিকোয়েন্স ডায়াগ্রামের 1 নম্বর ধাপের হ্যান্ডলার।
+
+```typescript
+ async (req, res) => {
+ const loginRequest = await sp.createLoginRequest(idp, "post")
+```
+
+একটি লগইন রিকোয়েস্ট পোস্ট করার জন্য তথ্য পান।
+
+```typescript
+ res.send(`
+
+
+
+```
+
+এই পেজটি স্বয়ংক্রিয়ভাবে ফর্মটি (নিচে দেখুন) সাবমিট করে। এইভাবে রিডাইরেক্ট হওয়ার জন্য ব্যবহারকারীকে কিছু করতে হয় না। এটি উপরের সিকোয়েন্স ডায়াগ্রামের 2 নম্বর ধাপ।
+
+```typescript
+
+
+
+ `)
+ }
+)
+
+app.use(express.urlencoded({extended: true}))
+```
+
+[এই মিডলওয়্যারটি](https://expressjs.com/en/5x/api.html#express.urlencoded) [HTTP রিকোয়েস্টের](https://www.tutorialspoint.com/http/http_requests.htm) বডি পড়ে। ডিফল্টভাবে express এটি উপেক্ষা করে, কারণ বেশিরভাগ রিকোয়েস্টে এর প্রয়োজন হয় না। আমাদের এটি প্রয়োজন কারণ POST বডি ব্যবহার করে।
+
+```typescript
+app.use(`/${config.spDir}`, spRouter)
+```
+
+সার্ভিস প্রোভাইডার ডিরেক্টরিতে (`/sp`) রাউটারটি মাউন্ট করুন।
+
+```typescript
+app.get("/", (req, res) => {
+ res.send(`
+
+
+
+
+
+ `)
+})
+```
+
+যদি কোনো ব্রাউজার রুট ডিরেক্টরি পাওয়ার চেষ্টা করে, তবে তাকে লগইন পেজের একটি লিঙ্ক প্রদান করুন।
+
+```typescript
+app.listen(config.spPort, () => {
+ console.log(`service provider is running on http://${config.spHostname}:${config.spPort}`)
+})
+```
+
+এই express অ্যাপ্লিকেশনের সাথে `spPort`-এ লিসেন করুন।
+
+#### src/idp.mts
+
+এটি হলো আইডেন্টিটি প্রোভাইডার। এটি সার্ভিস প্রোভাইডারের মতোই, নিচের ব্যাখ্যাগুলো সেই অংশগুলোর জন্য যেগুলো আলাদা।
+
+```typescript
+const xmlParser = new (await import("fast-xml-parser")).XMLParser(
+ {
+ ignoreAttributes: false, // অ্যাট্রিবিউট সংরক্ষণ করুন
+ attributeNamePrefix: "@_", // অ্যাট্রিবিউটের জন্য প্রিফিক্স
+ }
+)
+```
+
+সার্ভিস প্রোভাইডার থেকে আমরা যে XML রিকোয়েস্ট পাই তা আমাদের পড়তে এবং বুঝতে হবে।
+
+```typescript
+const getLoginPage = requestId => `
+```
+
+এই ফাংশনটি অটো-সাবমিটেড ফর্ম সহ পেজটি তৈরি করে যা উপরের সিকোয়েন্স ডায়াগ্রামের 4 নম্বর ধাপে রিটার্ন করা হয়।
+
+```typescript
+
+
+ Login page
+
+
+ Login page
+
+
+
+
+const idpRouter = express.Router()
+
+idpRouter.post("/loginSubmitted", async (req, res) => {
+ const loginResponse = await idp.createLoginResponse(
+```
+
+এটি উপরের সিকোয়েন্স ডায়াগ্রামের 5 নম্বর ধাপের হ্যান্ডলার। [`idp.createLoginResponse`](https://github.com/tngan/samlify/blob/master/src/entity-idp.ts#L73-L125) লগইন রেসপন্স তৈরি করে।
+
+```typescript
+ sp,
+ {
+ authnContextClassRef: 'urn:oasis:names:tc:SAML:2.0:ac:classes:PasswordProtectedTransport',
+ audience: sp.entityID,
+```
+
+অডিয়েন্স হলো সার্ভিস প্রোভাইডার।
+
+```typescript
+ extract: {
+ request: {
+ id: req.body.requestId
+ }
+ },
+```
+
+রিকোয়েস্ট থেকে এক্সট্রাক্ট করা তথ্য। রিকোয়েস্টে আমরা যে একটি প্যারামিটার নিয়ে চিন্তা করি তা হলো requestId, যা সার্ভিস প্রোভাইডারকে রিকোয়েস্ট এবং তাদের রেসপন্স মেলাতে দেয়।
+
+```typescript
+ signingKey: { privateKey: idpPrivateKey, publicKey: config.idpCert } // সাইনিং নিশ্চিত করুন
+```
+
+রেসপন্স সাইন করার ডেটা পেতে আমাদের `signingKey` প্রয়োজন। সার্ভিস প্রোভাইডার আনসাইন্ড রিকোয়েস্ট বিশ্বাস করে না।
+
+```typescript
+ },
+ "post",
+ {
+ email: req.body.email
+```
+
+এটি হলো সেই ফিল্ড যেখানে ব্যবহারকারীর তথ্য থাকে যা আমরা সার্ভিস প্রোভাইডারকে ফেরত পাঠাই।
+
+```typescript
+ }
+ );
+
+ res.send(`
+
+
+
+
+
+
+
+ `)
+})
+```
+
+আবার, একটি অটো-সাবমিটেড ফর্ম ব্যবহার করুন। এটি উপরের সিকোয়েন্স ডায়াগ্রামের 6 নম্বর ধাপ।
+
+```typescript
+
+// লগইন রিকোয়েস্টের জন্য IdP এন্ডপয়েন্ট
+idpRouter.post(`/login`,
+```
+
+এটি হলো সেই এন্ডপয়েন্ট যা সার্ভিস প্রোভাইডার থেকে একটি লগইন রিকোয়েস্ট গ্রহণ করে। এটি উপরের সিকোয়েন্স ডায়াগ্রামের 3 নম্বর ধাপের হ্যান্ডলার।
+
+```typescript
+ async (req, res) => {
+ try {
+ // parseLoginRequest কাজ করাতে পারিনি বলে এই বিকল্প ব্যবস্থা।
+ // const loginRequest = await idp.parseLoginRequest(sp, 'post', req)
+ const samlRequest = xmlParser.parse(Buffer.from(req.body.SAMLRequest, 'base64').toString('utf-8'))
+ res.send(getLoginPage(samlRequest["samlp:AuthnRequest"]["@_ID"]))
+```
+
+অথেনটিকেশন রিকোয়েস্টের ID পড়তে আমাদের [`idp.parseLoginRequest`](https://github.com/tngan/samlify/blob/master/src/entity-idp.ts#L127-L144) ব্যবহার করতে সক্ষম হওয়া উচিত। তবে, আমি এটি কাজ করাতে পারিনি এবং এর পিছনে অনেক সময় ব্যয় করাটা সার্থক মনে হয়নি, তাই আমি শুধু একটি [জেনারেল-পারপাস XML পার্সার](https://www.npmjs.com/package/fast-xml-parser) ব্যবহার করেছি। আমাদের যে তথ্যটি প্রয়োজন তা হলো `` ট্যাগের ভিতরের `ID` অ্যাট্রিবিউট, যা XML-এর টপ লেভেলে থাকে।
+
+## Using Ethereum signatures
+
+এখন যেহেতু আমরা সার্ভিস প্রোভাইডারের কাছে ব্যবহারকারীর পরিচয় পাঠাতে পারি, পরবর্তী ধাপ হলো একটি বিশ্বস্ত উপায়ে ব্যবহারকারীর পরিচয় পাওয়া। Viem আমাদের শুধু ওয়ালেটকে ব্যবহারকারীর এডড্রেস জিজ্ঞাসা করার অনুমতি দেয়, কিন্তু এর মানে হলো ব্রাউজারকে তথ্যের জন্য জিজ্ঞাসা করা। আমরা ব্রাউজার নিয়ন্ত্রণ করি না, তাই আমরা স্বয়ংক্রিয়ভাবে এর থেকে পাওয়া রেসপন্স বিশ্বাস করতে পারি না।
+
+এর পরিবর্তে, IdP ব্রাউজারকে সাইন করার জন্য একটি স্ট্রিং পাঠাবে। যদি ব্রাউজারের ওয়ালেট এই স্ট্রিংটি সাইন করে, তবে এর মানে হলো এটি সত্যিই সেই এডড্রেস (অর্থাৎ, এটি সেই এডড্রেস-এর সাথে সম্পর্কিত প্রাইভেট কি জানে)।
+
+এটি কাজ করতে দেখতে, বিদ্যমান IdP এবং SP বন্ধ করুন এবং এই কমান্ডগুলো চালান:
+
+```sh
+git checkout eth-signatures
+pnpm install
+pnpm start
+```
+
+তারপর [SP-তে](http://localhost:3000) ব্রাউজ করুন এবং নির্দেশাবলী অনুসরণ করুন।
+
+মনে রাখবেন যে এই পর্যায়ে আমরা জানি না কীভাবে ইথিরিয়াম এডড্রেস থেকে ইমেইল ঠিকানা পেতে হয়, তাই এর পরিবর্তে আমরা SP-কে `@bad.email.address` রিপোর্ট করি।
+
+### Detailed explanation
+
+পরিবর্তনগুলো আগের ডায়াগ্রামের 4-5 নম্বর ধাপে রয়েছে।
+
+
+
+আমরা যে একমাত্র ফাইলটি পরিবর্তন করেছি তা হলো `idp.mts`। এখানে পরিবর্তিত অংশগুলো দেওয়া হলো।
+
+```typescript
+import { v4 as uuidv4 } from 'uuid'
+import { verifyMessage } from 'viem'
+```
+
+আমাদের এই দুটি অতিরিক্ত লাইব্রেরি প্রয়োজন। আমরা [নন্স](https://en.wikipedia.org/wiki/Cryptographic_nonce) মান তৈরি করতে [`uuid`](https://www.npmjs.com/package/uuid) ব্যবহার করি। মানটি নিজে কোনো ব্যাপার না, শুধু এই বিষয়টি গুরুত্বপূর্ণ যে এটি কেবল একবার ব্যবহার করা হয়।
+
+[`viem`](https://viem.sh/) লাইব্রেরি আমাদের ইথিরিয়াম সংজ্ঞাগুলো ব্যবহার করতে দেয়। এখানে আমাদের এটি প্রয়োজন যাচাই করার জন্য যে সিগনেচারটি সত্যিই বৈধ।
+
+```typescript
+const loginPrompt = "To access the service provider, sign this nonce: "
+```
+
+ওয়ালেট ব্যবহারকারীকে মেসেজটি সাইন করার অনুমতি চায়। একটি মেসেজ যা শুধু একটি নন্স তা ব্যবহারকারীদের বিভ্রান্ত করতে পারে, তাই আমরা এই প্রম্পটটি অন্তর্ভুক্ত করি।
+
+```typescript
+// requestID-গুলো এখানে রাখুন
+let nonces = {}
+```
+
+রিকোয়েস্টের রেসপন্স দিতে আমাদের রিকোয়েস্টের তথ্য প্রয়োজন। আমরা এটি রিকোয়েস্টের সাথে পাঠাতে পারতাম (ধাপ 4), এবং এটি ফেরত পেতে পারতাম (ধাপ 5)। তবে, আমরা ব্রাউজার থেকে পাওয়া তথ্য বিশ্বাস করতে পারি না, যা সম্ভাব্য ক্ষতিকারক ব্যবহারকারীর নিয়ন্ত্রণে থাকে। তাই এটিকে এখানে সংরক্ষণ করা ভালো, নন্স-কে কি (key) হিসেবে ব্যবহার করে।
+
+মনে রাখবেন যে আমরা সরলতার খাতিরে এখানে এটি একটি ভেরিয়েবল হিসেবে করছি। তবে, এর বেশ কয়েকটি অসুবিধা রয়েছে:
+
+- আমরা ডিনায়াল অফ সার্ভিস অ্যাটাকের ঝুঁকিতে আছি। একজন ক্ষতিকারক ব্যবহারকারী একাধিকবার লগ অন করার চেষ্টা করতে পারে, আমাদের মেমরি পূর্ণ করে দিতে পারে।
+- যদি IdP প্রসেস রিস্টার্ট করার প্রয়োজন হয়, তবে আমরা বিদ্যমান মানগুলো হারিয়ে ফেলি।
+- আমরা একাধিক প্রসেস জুড়ে লোড ব্যালেন্স করতে পারি না, কারণ প্রতিটির নিজস্ব ভেরিয়েবল থাকবে।
+
+একটি প্রোডাকশন সিস্টেমে আমরা একটি ডাটাবেস ব্যবহার করব এবং কোনো ধরনের এক্সপায়ারি মেকানিজম ইমপ্লিমেন্ট করব।
+
+```typescript
+const getSignaturePage = requestId => {
+ const nonce = uuidv4()
+ nonces[nonce] = requestId
+```
+
+একটি নন্স তৈরি করুন এবং ভবিষ্যতের ব্যবহারের জন্য `requestId` সংরক্ষণ করুন।
+
+```typescript
+ return `
+
+
+
+
+
+ Please sign
+
+
+
+
+
+`
+}
+```
+
+বাকিটা শুধু স্ট্যান্ডার্ড HTML।
+
+```typescript
+idpRouter.get("/signature/:nonce/:account/:signature", async (req, res) => {
+```
+
+এটি সিকোয়েন্স ডায়াগ্রামের 5 নম্বর ধাপের হ্যান্ডলার।
+
+```typescript
+ const requestId = nonces[req.params.nonce]
+ if (requestId === undefined) {
+ res.send("Bad nonce")
+ return ;
+ }
+
+ nonces[req.params.nonce] = undefined
+```
+
+রিকোয়েস্ট ID পান, এবং `nonces` থেকে নন্স-টি মুছে ফেলুন যাতে এটি পুনরায় ব্যবহার করা না যায়।
+
+```typescript
+ try {
+```
+
+যেহেতু সিগনেচারটি অবৈধ হওয়ার অনেক উপায় রয়েছে, তাই আমরা যেকোনো নিক্ষিপ্ত ত্রুটি ধরতে এটিকে একটি `try ... catch` ব্লকে র্যাপ করি।
+
+```typescript
+ const validSignature = await verifyMessage({
+ address: req.params.account,
+ message: `${loginPrompt}${req.params.nonce}`,
+ signature: req.params.signature
+ })
+```
+
+সিকোয়েন্স ডায়াগ্রামের 5.5 নম্বর ধাপ ইমপ্লিমেন্ট করতে [`verifyMessage`](https://viem.sh/docs/actions/public/verifyMessage#verifymessage) ব্যবহার করুন।
+
+```typescript
+ if (!validSignature)
+ throw("Bad signature")
+ } catch (err) {
+ res.send("Error:" + err)
+ return ;
+ }
+```
+
+হ্যান্ডলারের বাকি অংশটি আমরা আগে `/loginSubmitted` হ্যান্ডলারে যা করেছি তার সমতুল্য, শুধু একটি ছোট পরিবর্তন ছাড়া।
+
+```typescript
+ const loginResponse = await idp.createLoginResponse(
+ .
+ .
+ .
+ {
+ email: req.params.account + "@bad.email.address"
+ }
+ );
+```
+
+আমাদের কাছে আসল ইমেইল ঠিকানা নেই (আমরা এটি পরবর্তী বিভাগে পাব), তাই আপাতত আমরা ইথিরিয়াম এডড্রেস রিটার্ন করি এবং এটিকে স্পষ্টভাবে ইমেইল ঠিকানা নয় হিসেবে চিহ্নিত করি।
+
+
+```typescript
+// লগইন রিকোয়েস্টের জন্য IdP এন্ডপয়েন্ট
+idpRouter.post(`/login`,
+ async (req, res) => {
+ try {
+ // parseLoginRequest কাজ করাতে পারিনি বলে এই বিকল্প ব্যবস্থা।
+ // const loginRequest = await idp.parseLoginRequest(sp, 'post', req)
+ const samlRequest = xmlParser.parse(Buffer.from(req.body.SAMLRequest, 'base64').toString('utf-8'))
+ res.send(getSignaturePage(samlRequest["samlp:AuthnRequest"]["@_ID"]))
+ } catch (err) {
+ console.error('Error processing SAML response:', err);
+ res.status(400).send('SAML authentication failed');
+ }
+ }
+)
+```
+
+`getLoginPage`-এর পরিবর্তে, এখন 3 নম্বর ধাপের হ্যান্ডলারে `getSignaturePage` ব্যবহার করুন।
+
+## Getting the email address
+
+পরবর্তী ধাপ হলো ইমেইল ঠিকানা পাওয়া, যা সার্ভিস প্রোভাইডার দ্বারা অনুরোধ করা আইডেন্টিফায়ার। এটি করার জন্য, আমরা [Ethereum Attestation Service (EAS)](https://attest.org/) ব্যবহার করি।
+
+এটেস্টেশন পাওয়ার সবচেয়ে সহজ উপায় হলো [GraphQL API](https://docs.attest.org/docs/developer-tools/api) ব্যবহার করা। আমরা এই কোয়েরিটি ব্যবহার করি:
+
+```
+query GetAttestationsByRecipient {
+ attestations(
+ where: {
+ recipient: { equals: "${getAddress(ethAddr)}" }
+ schemaId: { equals: "0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977" }
+ }
+ take: 1
+ ) {
+ data
+ id
+ attester
+ }
+}
+```
+
+এই [`schemaId`](https://optimism.easscan.org/schema/view/0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977)-তে শুধু একটি ইমেইল ঠিকানা অন্তর্ভুক্ত থাকে। এই কোয়েরিটি এই স্কিমার এটেস্টেশন-গুলোর জন্য জিজ্ঞাসা করে। এটেস্টেশন-এর বিষয়বস্তুকে `recipient` বলা হয়। এটি সর্বদা একটি ইথিরিয়াম এডড্রেস।
+
+সতর্কতা: আমরা এখানে যেভাবে এটেস্টেশন পাচ্ছি তাতে দুটি নিরাপত্তা সমস্যা রয়েছে।
+
+- আমরা API এন্ডপয়েন্ট, `https://optimism.easscan.org/graphql`-এ যাচ্ছি, যা একটি সেন্ট্রালাইজড কম্পোনেন্ট। আমরা `id` অ্যাট্রিবিউট পেতে পারি এবং তারপর একটি এটেস্টেশন আসল কিনা তা যাচাই করতে অনচেইন লুকআপ করতে পারি, কিন্তু API এন্ডপয়েন্ট এখনও আমাদের না জানিয়ে এটেস্টেশন-গুলোকে সেন্সর করতে পারে।
+
+ এই সমস্যাটি সমাধান করা অসম্ভব নয়, আমরা আমাদের নিজস্ব GraphQL এন্ডপয়েন্ট চালাতে পারতাম এবং চেইন লগ থেকে এটেস্টেশন-গুলো পেতে পারতাম, কিন্তু আমাদের উদ্দেশ্যের জন্য তা অতিরিক্ত।
+
+- আমরা অ্যাটেস্টরের পরিচয়ের দিকে তাকাই না। যে কেউ আমাদের মিথ্যা তথ্য দিতে পারে। একটি বাস্তব বিশ্বের ইমপ্লিমেন্টেশনে আমাদের বিশ্বস্ত অ্যাটেস্টরদের একটি সেট থাকবে এবং শুধুমাত্র তাদের এটেস্টেশন-গুলোর দিকে তাকাব।
+
+এটি কাজ করতে দেখতে, বিদ্যমান IdP এবং SP বন্ধ করুন এবং এই কমান্ডগুলো চালান:
+
+```sh
+git checkout email-address
+pnpm install
+pnpm start
+```
+
+তারপর আপনার ইমেইল ঠিকানা প্রদান করুন। এটি করার দুটি উপায় আছে:
+
+- একটি প্রাইভেট কি ব্যবহার করে একটি ওয়ালেট ইমপোর্ট করুন, এবং টেস্টিং প্রাইভেট কি `0xac0974bec39a17e36ba4a6b4d238ff944bacb478cbed5efcae784d7bf4f2ff80` ব্যবহার করুন।
+
+- আপনার নিজের ইমেইল ঠিকানার জন্য একটি এটেস্টেশন যোগ করুন:
+
+ 1. [এটেস্টেশন এক্সপ্লোরারে স্কিমাতে](https://optimism.easscan.org/schema/view/0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977) ব্রাউজ করুন।
+
+ 2. **Attest with Schema**-তে ক্লিক করুন।
+
+ 3. প্রাপক হিসেবে আপনার ইথিরিয়াম এডড্রেস, ইমেইল ঠিকানা হিসেবে আপনার ইমেইল ঠিকানা লিখুন এবং **Onchain** নির্বাচন করুন। তারপর **Make Attestation**-এ ক্লিক করুন।
+
+ 4. আপনার ওয়ালেট-এ লেনদেন অনুমোদন করুন। গ্যাস ফি দেওয়ার জন্য আপনার [অপ্টিমিজম ব্লকচেইন](https://app.optimism.io/bridge/deposit)-এ কিছু ETH প্রয়োজন হবে।
+
+যেভাবেই হোক, এটি করার পর [http://localhost:3000](http://localhost:3000)-এ ব্রাউজ করুন এবং নির্দেশাবলী অনুসরণ করুন। যদি আপনি টেস্টিং প্রাইভেট কি ইমপোর্ট করে থাকেন, তবে আপনি যে ইমেইলটি পাবেন তা হলো `test_addr_0@example.com`। যদি আপনি আপনার নিজের এডড্রেস ব্যবহার করে থাকেন, তবে এটি আপনি যা অ্যাটেস্ট করেছেন তাই হওয়া উচিত।
+
+### Detailed explanation
+
+
+
+নতুন ধাপগুলো হলো GraphQL কমিউনিকেশন, ধাপ 5.6 এবং 5.7।
+
+আবার, এখানে `idp.mts`-এর পরিবর্তিত অংশগুলো দেওয়া হলো।
+
+```typescript
+import { GraphQLClient } from 'graphql-request'
+import { SchemaEncoder } from '@ethereum-attestation-service/eas-sdk'
+```
+
+আমাদের প্রয়োজনীয় লাইব্রেরিগুলো ইমপোর্ট করুন।
+
+```typescript
+const graphqlEndpointUrl = "https://optimism.easscan.org/graphql"
+```
+
+[প্রতিটি ব্লকচেইনের জন্য একটি আলাদা এন্ডপয়েন্ট](https://docs.attest.org/docs/developer-tools/api) রয়েছে।
+
+```typescript
+const graphqlClient = new GraphQLClient(graphqlEndpointUrl, { fetch })
+```
+
+একটি নতুন `GraphQLClient` ক্লায়েন্ট তৈরি করুন যা আমরা এন্ডপয়েন্ট কোয়েরি করার জন্য ব্যবহার করতে পারি।
+
+```typescript
+const graphqlSchema = 'string emailAddress'
+const graphqlEncoder = new SchemaEncoder(graphqlSchema)
+```
+
+GraphQL আমাদের শুধু বাইট সহ একটি অস্বচ্ছ ডেটা অবজেক্ট দেয়। এটি বুঝতে আমাদের স্কিমা প্রয়োজন।
+
+```typescript
+const ethereumAddressToEmail = async ethAddr => {
+```
+
+একটি ইথিরিয়াম এডড্রেস থেকে একটি ইমেইল ঠিকানা পাওয়ার জন্য একটি ফাংশন।
+
+```typescript
+ const query = `
+ query GetAttestationsByRecipient {
+```
+
+এটি একটি GraphQL কোয়েরি।
+
+```typescript
+ attestations(
+```
+
+আমরা এটেস্টেশন খুঁজছি।
+
+```typescript
+ where: {
+ recipient: { equals: "${getAddress(ethAddr)}" }
+ schemaId: { equals: "0xfa2eff59a916e3cc3246f9aec5e0ca00874ae9d09e4678e5016006f07622f977" }
+ }
+```
+
+আমরা যে এটেস্টেশন-গুলো চাই তা হলো আমাদের স্কিমার মধ্যে থাকাগুলো, যেখানে প্রাপক হলো `getAddress(ethAddr)`। [`getAddress`](https://viem.sh/docs/utilities/getAddress#getaddress) ফাংশনটি নিশ্চিত করে যে আমাদের এডড্রেস-এর সঠিক [চেকসাম](https://github.com/ethereum/ercs/blob/master/ERCS/erc-55.md) রয়েছে। এটি প্রয়োজনীয় কারণ GraphQL কেস-সেনসিটিভ। "0xBAD060A7", "0xBad060A7", এবং "0xbad060a7" হলো ভিন্ন মান।
+
+```typescript
+ take: 1
+```
+
+আমরা যতগুলো এটেস্টেশন-ই পাই না কেন, আমরা শুধু প্রথমটি চাই।
+
+```typescript
+ ) {
+ data
+ id
+ attester
+ }
+ }`
+```
+
+আমরা যে ফিল্ডগুলো পেতে চাই।
+
+- `attester`: যে এডড্রেস এটেস্টেশন সাবমিট করেছে। সাধারণত এটি এটেস্টেশন-কে বিশ্বাস করা হবে কি না তা সিদ্ধান্ত নিতে ব্যবহৃত হয়।
+- `id`: এটেস্টেশন ID। আপনি এই মানটি ব্যবহার করে [অনচেইন এটেস্টেশন পড়তে পারেন](https://optimism.blockscout.com/address/0x4200000000000000000000000000000000000021?tab=read_proxy&source_address=0x4E0275Ea5a89e7a3c1B58411379D1a0eDdc5b088#0xa3112a64) যাতে যাচাই করা যায় যে GraphQL কোয়েরি থেকে পাওয়া তথ্য সঠিক।
+- `data`: স্কিমা ডেটা (এই ক্ষেত্রে, ইমেইল ঠিকানা)।
+
+```typescript
+ const queryResult = await graphqlClient.request(query)
+
+ if (queryResult.attestations.length == 0)
+ return "no_address@available.is"
+```
+
+যদি কোনো এটেস্টেশন না থাকে, তবে এমন একটি মান রিটার্ন করুন যা স্পষ্টতই ভুল, কিন্তু সার্ভিস প্রোভাইডারের কাছে বৈধ বলে মনে হবে।
+
+```typescript
+ const attestationDataFields = graphqlEncoder.decodeData(queryResult.attestations[0].data)
+ return attestationDataFields[0].value.value
+}
+```
+
+যদি কোনো মান থাকে, তবে ডেটা ডিকোড করতে `decodeData` ব্যবহার করুন। এটি যে মেটাডেটা প্রদান করে তা আমাদের প্রয়োজন নেই, শুধু মানটিই যথেষ্ট।
+
+```typescript
+ const loginResponse = await idp.createLoginResponse(
+ sp,
+ {
+ .
+ .
+ .
+ },
+ "post",
+ {
+ email: await ethereumAddressToEmail(req.params.account)
+ }
+ );
+```
+
+ইমেইল ঠিকানা পেতে নতুন ফাংশনটি ব্যবহার করুন।
+
+## What about decentralization?
+
+এই কনফিগারেশনে ব্যবহারকারীরা এমন কেউ হওয়ার ভান করতে পারে না যা তারা নয়, যতক্ষণ না আমরা ইথিরিয়াম থেকে ইমেইল এডড্রেস ম্যাপিংয়ের জন্য বিশ্বস্ত অ্যাটেস্টরদের উপর নির্ভর করি। তবে, আমাদের আইডেন্টিটি প্রোভাইডার এখনও একটি সেন্ট্রালাইজড কম্পোনেন্ট। যার কাছে আইডেন্টিটি প্রোভাইডারের প্রাইভেট কি আছে সে সার্ভিস প্রোভাইডারকে মিথ্যা তথ্য পাঠাতে পারে।
+
+[মাল্টি-পার্টি কম্পিউটেশন (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) ব্যবহার করে এর একটি সমাধান থাকতে পারে। আমি ভবিষ্যতের একটি টিউটোরিয়ালে এটি সম্পর্কে লেখার আশা রাখি।
+
+## Conclusion
+
+ইথিরিয়াম সিগনেচারের মতো একটি লগ অন স্ট্যান্ডার্ড গ্রহণ করা একটি চিকেন অ্যান্ড এগ সমস্যার সম্মুখীন হয়। সার্ভিস প্রোভাইডাররা সম্ভাব্য সবচেয়ে বিস্তৃত বাজারের কাছে আবেদন করতে চায়। ব্যবহারকারীরা তাদের লগ অন স্ট্যান্ডার্ড সমর্থন করার বিষয়ে চিন্তা না করেই পরিষেবাগুলো অ্যাক্সেস করতে সক্ষম হতে চায়।
+ইথিরিয়াম IdP-এর মতো অ্যাডাপ্টার তৈরি করা আমাদের এই বাধা অতিক্রম করতে সাহায্য করতে পারে।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/gasless/index.md b/public/content/translations/bn/developers/tutorials/gasless/index.md
new file mode 100644
index 00000000000..7348864e2fc
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/gasless/index.md
@@ -0,0 +1,363 @@
+---
+title: "গ্যাস ফি স্পনসর করা: কীভাবে আপনার ব্যবহারকারীদের জন্য লেনদেন খরচ কভার করবেন"
+description: একটি প্রাইভেট কি এবং একটি এডড্রেস তৈরি করা সহজ; এটি কেবল সঠিক সফটওয়্যার চালানোর বিষয়। তবে বিশ্বের অনেক জায়গায় লেনদেন পাঠানোর জন্য ETH পাওয়া অনেক বেশি কঠিন। এই টিউটোরিয়ালে আপনি শিখবেন কীভাবে আপনার স্মার্ট কন্ট্রাক্ট-এ ব্যবহারকারী-স্বাক্ষরিত, অফচেইন স্ট্রাকচার্ড ডেটা এক্সিকিউট করার জন্য অনচেইন গ্যাস খরচ কভার করতে হয়। আপনি ব্যবহারকারীকে লেনদেন তথ্য সম্বলিত একটি স্ট্রাকচারে স্বাক্ষর করান, যা আপনার অফচেইন কোড তারপর একটি লেনদেন হিসেবে ব্লকচেইন-এ জমা দেয়।
+author: ওরি পোমেরান্টজ
+tags: ["গ্যাসলেস", "Solidity", "EIP-712", "মেটা-লেনদেন"]
+skill: intermediate
+breadcrumb: গ্যাস স্পনসরিং
+lang: bn
+published: 2026-02-27
+---
+
+## ভূমিকা {#introduction}
+
+আমরা যদি চাই ইথিরিয়াম আরও [এক বিলিয়ন মানুষকে](https://blog.ethereum.org/category/next-billion) পরিষেবা দিক, তবে আমাদের বাধাগুলো দূর করতে হবে এবং এটি ব্যবহার করা যতটা সম্ভব সহজ করতে হবে। এই বাধার একটি উৎস হলো গ্যাস ফি পরিশোধ করার জন্য ETH-এর প্রয়োজনীয়তা।
+
+আপনার যদি এমন একটি ডিএ্যাপ থাকে যা ব্যবহারকারীদের থেকে অর্থ উপার্জন করে, তবে ব্যবহারকারীদের আপনার সার্ভারের মাধ্যমে লেনদেন জমা দিতে দেওয়া এবং লেনদেন ফি নিজে পরিশোধ করা যৌক্তিক হতে পারে। যেহেতু ব্যবহারকারীরা এখনও তাদের ওয়ালেট-এ একটি [EIP-712 অথোরাইজেশন মেসেজ](https://eips.ethereum.org/EIPS/eip-712) স্বাক্ষর করে, তাই তারা ইথিরিয়াম-এর ইন্টিগ্রিটির নিশ্চয়তা বজায় রাখে। প্রাপ্যতা নির্ভর করে সেই সার্ভারের উপর যা লেনদেন রিলে করে, তাই এটি আরও সীমিত। তবে, আপনি এমনভাবে সেট আপ করতে পারেন যাতে ব্যবহারকারীরা সরাসরি স্মার্ট কন্ট্রাক্ট অ্যাক্সেস করতে পারে (যদি তারা ETH পায়), এবং অন্যরা যদি লেনদেন স্পনসর করতে চায় তবে তাদের নিজস্ব সার্ভার সেট আপ করতে দিতে পারেন।
+
+এই টিউটোরিয়ালের কৌশলটি কেবল তখনই কাজ করে যখন আপনি স্মার্ট কন্ট্রাক্ট নিয়ন্ত্রণ করেন। অন্যান্য কৌশল রয়েছে, যার মধ্যে [একাউন্ট অ্যাবস্ট্রাকশন](https://eips.ethereum.org/EIPS/eip-4337) অন্তর্ভুক্ত, যা আপনাকে অন্যান্য স্মার্ট কন্ট্রাক্ট-এ লেনদেন স্পনসর করতে দেয়, যা আমি ভবিষ্যতের একটি টিউটোরিয়ালে কভার করার আশা করি।
+
+দ্রষ্টব্য: এটি প্রোডাকশন-স্তরের কোড _নয়_। এটি উল্লেখযোগ্য আক্রমণের জন্য ঝুঁকিপূর্ণ এবং এতে প্রধান বৈশিষ্ট্যগুলোর অভাব রয়েছে। এই গাইডের [ঝুঁকি বিভাগে](#vulnerabilities) আরও জানুন।
+
+### পূর্বশর্ত {#prerequisites}
+
+এই টিউটোরিয়ালটি বোঝার জন্য আপনাকে আগে থেকেই পরিচিত হতে হবে:
+
+- Solidity
+- JavaScript
+- React এবং WAGMI। আপনি যদি এই ইউজার ইন্টারফেস টুলগুলোর সাথে পরিচিত না হন, তবে [আমাদের কাছে এর জন্য একটি টিউটোরিয়াল রয়েছে](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/)।
+
+## নমুনা অ্যাপ্লিকেশন {#sample-app}
+
+এখানে নমুনা অ্যাপ্লিকেশনটি Hardhat-এর `Greeter` কন্ট্রাক্টের একটি ভেরিয়েন্ট। আপনি এটি [GitHub-এ](https://github.com/qbzzt/260301-gasless) দেখতে পারেন। স্মার্ট কন্ট্রাক্ট ইতিমধ্যে [Sepolia](https://sepolia.dev/)-তে, [`0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA`](https://eth-sepolia.blockscout.com/address/0xC87506C66c7896366b9E988FE0aA5B6dDE77CFfA) এডড্রেস-এ ডিপ্লয় করা হয়েছে।
+
+এটি কার্যকর দেখতে, এই ধাপগুলো অনুসরণ করুন।
+
+1. রিপোজিটরি ক্লোন করুন এবং প্রয়োজনীয় সফটওয়্যার ইনস্টল করুন।
+
+ ```sh
+ git clone https://github.com/qbzzt/260301-gasless.git
+ cd 260301-gasless/server
+ npm install
+ ```
+
+2. Sepolia-তে ETH আছে এমন একটি ওয়ালেট-এ `PRIVATE_KEY` সেট করতে `.env` সম্পাদনা করুন। আপনার যদি Sepolia ETH-এর প্রয়োজন হয়, তবে [একটি ফাসেট ব্যবহার করুন](/developers/docs/networks/#sepolia)। আদর্শভাবে, এই প্রাইভেট কি আপনার ব্রাউজার ওয়ালেট-এ থাকা কি থেকে আলাদা হওয়া উচিত।
+
+3. সার্ভার চালু করুন।
+
+ ```sh
+ npm run dev
+ ```
+
+4. [`http://localhost:5173`](http://localhost:5173) URL-এ অ্যাপ্লিকেশনটি ব্রাউজ করুন।
+
+5. একটি ওয়ালেট-এর সাথে কানেক্ট করতে **Connect with Injected**-এ ক্লিক করুন। ওয়ালেট-এ অনুমোদন করুন এবং প্রয়োজনে Sepolia-তে পরিবর্তন অনুমোদন করুন।
+
+6. একটি নতুন গ্রিটিং লিখুন এবং **Update greeting via sponsor**-এ ক্লিক করুন।
+
+7. মেসেজটি সাইন করুন।
+
+8. প্রায় 12 সেকেন্ড অপেক্ষা করুন (Sepolia-তে ব্লক টাইম)। অপেক্ষা করার সময় আপনি লেনদেন দেখতে সার্ভারের কনসোলে URL-টি দেখতে পারেন।
+
+9. দেখুন যে গ্রিটিং পরিবর্তিত হয়েছে, এবং সর্বশেষ আপডেট করা এডড্রেস ভ্যালু এখন আপনার ব্রাউজার ওয়ালেট-এর এডড্রেস।
+
+এটি কীভাবে কাজ করে তা বোঝার জন্য, আমাদের দেখতে হবে কীভাবে ইউজার ইন্টারফেসে মেসেজ তৈরি হয়, কীভাবে এটি সার্ভার দ্বারা রিলে করা হয় এবং কীভাবে স্মার্ট কন্ট্রাক্ট এটি প্রসেস করে।
+
+### ইউজার ইন্টারফেস {#ui-changes}
+
+ইউজার ইন্টারফেসটি [WAGMI](https://wagmi.sh/)-এর উপর ভিত্তি করে তৈরি; আপনি [এই টিউটোরিয়ালে](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) এটি সম্পর্কে পড়তে পারেন।
+
+আমরা কীভাবে মেসেজ সাইন করি তা এখানে দেওয়া হলো:
+
+```js
+const signGreeting = useCallback(
+```
+
+React হুক [`useCallback`](https://react.dev/reference/react/useCallback) কম্পোনেন্টটি পুনরায় ড্র করার সময় একই ফাংশন পুনরায় ব্যবহার করে আমাদের পারফরম্যান্স উন্নত করতে দেয়।
+
+```js
+ async (greeting) => {
+ if (!account) throw new Error("Wallet not connected")
+```
+
+যদি কোনো একাউন্ট না থাকে, তবে একটি এরর রেইজ করুন। এটি কখনই হওয়া উচিত নয় কারণ যে UI বোতামটি `signGreeting` কল করার প্রক্রিয়া শুরু করে তা সেই ক্ষেত্রে নিষ্ক্রিয় থাকে। তবে, ভবিষ্যতের প্রোগ্রামাররা সেই সুরক্ষা সরিয়ে ফেলতে পারে, তাই এখানেও এই শর্তটি পরীক্ষা করা একটি ভালো ধারণা।
+
+```js
+ const domain = {
+ name: "Greeter",
+ version: "1",
+ chainId,
+ verifyingContract: contractAddr,
+ }
+```
+
+[ডোমেইন সেপারেটর](https://eips.ethereum.org/EIPS/eip-712#definition-of-domainseparator)-এর জন্য প্যারামিটার। এই ভ্যালুটি ধ্রুবক, তাই একটি আরও ভালোভাবে অপ্টিমাইজ করা ইমপ্লিমেন্টেশনে, আমরা ফাংশনটি কল করার প্রতিবার পুনরায় গণনা করার পরিবর্তে এটি একবার গণনা করতে পারি।
+
+- `name` হলো একটি ব্যবহারকারী-পঠনযোগ্য নাম, যেমন ডিএ্যাপ-এর নাম যার জন্য আমরা সিগনেচার তৈরি করছি।
+- `version` হলো সংস্করণ। বিভিন্ন সংস্করণ সামঞ্জস্যপূর্ণ নয়।
+- `chainId` হলো সেই চেইন যা আমরা ব্যবহার করছি, যা [WAGMI দ্বারা](https://wagmi.sh/react/api/hooks/useChainId) প্রদান করা হয়েছে।
+- `verifyingContract` হলো কন্ট্রাক্ট এডড্রেস যা এই সিগনেচার যাচাই করবে। আমরা চাই না যে একই সিগনেচার একাধিক কন্ট্রাক্টে প্রয়োগ করা হোক, যদি একাধিক `Greeter` কন্ট্রাক্ট থাকে এবং আমরা চাই যে তাদের আলাদা গ্রিটিং থাকুক।
+
+```js
+
+ const types = {
+ GreetingRequest: [
+ { name: "greeting", type: "string" },
+ ],
+ }
+```
+
+যে ডেটা টাইপ আমরা সাইন করি। এখানে, আমাদের একটি মাত্র প্যারামিটার রয়েছে, `greeting`, তবে বাস্তব জীবনের সিস্টেমে সাধারণত আরও বেশি থাকে।
+
+```js
+ const message = { greeting }
+```
+
+আসল মেসেজ যা আমরা সাইন করতে এবং পাঠাতে চাই। `greeting` হলো ফিল্ডের নাম এবং ভেরিয়েবলের নাম যা এটি পূরণ করে।
+
+```js
+ const signature = await signTypedDataAsync({
+ domain,
+ types,
+ primaryType: "GreetingRequest",
+ message,
+ })
+```
+
+প্রকৃতপক্ষে সিগনেচার পান। এই ফাংশনটি অ্যাসিনক্রোনাস কারণ ব্যবহারকারীরা ডেটা সাইন করতে দীর্ঘ সময় (কম্পিউটারের দৃষ্টিকোণ থেকে) নেয়।
+
+```js
+ const r = `0x${signature.slice(2, 66)}`
+ const s = `0x${signature.slice(66, 130)}`
+ const v = parseInt(signature.slice(130, 132), 16)
+
+ return {
+ req: { greeting },
+ v,
+ r,
+ s,
+ }
+ },
+```
+
+ফাংশনটি একটি একক হেক্সাডেসিমাল ভ্যালু রিটার্ন করে। এখানে আমরা এটিকে ফিল্ডে ভাগ করি।
+
+```js
+ [account, chainId, contractAddr, signTypedDataAsync],
+)
+```
+
+যদি এই ভেরিয়েবলগুলোর কোনোটি পরিবর্তিত হয়, তবে ফাংশনটির একটি নতুন ইনস্ট্যান্স তৈরি করুন। `account` এবং `chainId` প্যারামিটারগুলো ব্যবহারকারী দ্বারা ওয়ালেট-এ পরিবর্তন করা যেতে পারে। `contractAddr` হলো চেইন আইডির একটি ফাংশন। `signTypedDataAsync` পরিবর্তন হওয়া উচিত নয়, তবে আমরা এটি [একটি হুক](https://wagmi.sh/react/api/hooks/useSignTypedData) থেকে ইমপোর্ট করি, তাই আমরা নিশ্চিত হতে পারি না, এবং এটি এখানে যোগ করা সবচেয়ে ভালো।
+
+এখন যেহেতু নতুন গ্রিটিং সাইন করা হয়েছে, আমাদের এটি সার্ভারে পাঠাতে হবে।
+
+```js
+ const sponsoredGreeting = async () => {
+ try {
+```
+
+এই ফাংশনটি একটি সিগনেচার নেয় এবং এটি সার্ভারে পাঠায়।
+
+```js
+ const signedMessage = await signGreeting(newGreeting)
+ const response = await fetch("/server/sponsor", {
+```
+
+আমরা যে সার্ভার থেকে এসেছি তার `/server/sponsor` পাথে পাঠান।
+
+```js
+ method: "POST",
+ headers: { "Content-Type": "application/json" },
+ body: JSON.stringify(signedMessage),
+ })
+```
+
+তথ্য JSON-এনকোড করে পাঠাতে `POST` ব্যবহার করুন।
+
+```js
+ const data = await response.json()
+ console.log("Server response:", data)
+ } catch (err) {
+ console.error("Error:", err)
+ }
+ }
+```
+
+রেসপন্স আউটপুট করুন। একটি প্রোডাকশন সিস্টেমে আমরা ব্যবহারকারীকেও রেসপন্স দেখাব।
+
+### সার্ভার {#server}
+
+আমি আমার ফ্রন্ট-এন্ড হিসেবে [Vite](https://vite.dev/) ব্যবহার করতে পছন্দ করি। এটি স্বয়ংক্রিয়ভাবে React লাইব্রেরিগুলো পরিবেশন করে এবং ফ্রন্ট-এন্ড কোড পরিবর্তিত হলে ব্রাউজার আপডেট করে। তবে, Vite-এ ব্যাকএন্ড টুলিং অন্তর্ভুক্ত নেই।
+
+সমাধানটি [`index.js`](https://github.com/qbzzt/260301-gasless/blob/main/server/index.js)-এ রয়েছে।
+
+```js
+ app.post("/server/sponsor", async (req, res) => {
+ ...
+ })
+
+ // বাকি সবকিছু Vite-কে সামলাতে দিন
+ const vite = await createViteServer({
+ server: { middlewareMode: true }
+ })
+
+ app.use(vite.middlewares)
+```
+
+প্রথমে আমরা যে রিকোয়েস্টগুলো নিজেরা হ্যান্ডেল করি তার জন্য একটি হ্যান্ডলার রেজিস্টার করি (`/server/sponsor`-এ `POST`)। তারপর আমরা অন্যান্য সমস্ত URL হ্যান্ডেল করার জন্য একটি Vite সার্ভার তৈরি এবং ব্যবহার করি।
+
+```js
+ app.post("/server/sponsor", async (req, res) => {
+ try {
+ const signed = req.body
+
+ const txHash = await sepoliaClient.writeContract({
+ address: greeterAddr,
+ abi: greeterABI,
+ functionName: 'sponsoredSetGreeting',
+ args: [signed.req, signed.v, signed.r, signed.s],
+ })
+ } ...
+ })
+```
+
+এটি কেবল একটি স্ট্যান্ডার্ড [viem](https://viem.sh/) ব্লকচেইন কল।
+
+### স্মার্ট কন্ট্রাক্ট {#smart-contract}
+
+অবশেষে, [`Greeter.sol`](https://github.com/qbzzt/260301-gasless/blob/main/contracts/src/Greeter.sol)-কে সিগনেচার যাচাই করতে হবে।
+
+```solidity
+ constructor(string memory _greeting) {
+ greeting = _greeting;
+
+ DOMAIN_SEPARATOR = keccak256(
+ abi.encode(
+ keccak256(
+ "EIP712Domain(string name,string version,uint256 chainId,address verifyingContract)"
+ ),
+ keccak256(bytes("Greeter")),
+ keccak256(bytes("1")),
+ block.chainid,
+ address(this)
+ )
+ );
+ }
+```
+
+কনস্ট্রাক্টর উপরের ইউজার ইন্টারফেস কোডের মতো [ডোমেইন সেপারেটর](https://eips.ethereum.org/EIPS/eip-712#definition-of-domainseparator) তৈরি করে। ব্লকচেইন এক্সিকিউশন অনেক বেশি ব্যয়বহুল, তাই আমরা এটি কেবল একবার গণনা করি।
+
+```solidity
+ struct GreetingRequest {
+ string greeting;
+ }
+```
+
+এটি সেই স্ট্রাকচার যা সাইন করা হয়। এখানে আমাদের কেবল একটি ফিল্ড রয়েছে।
+
+```solidity
+ bytes32 private constant GREETING_TYPEHASH =
+ keccak256("GreetingRequest(string greeting)");
+```
+
+এটি হলো [স্ট্রাকচার আইডেন্টিফায়ার](https://eips.ethereum.org/EIPS/eip-712#definition-of-hashstruct)। এটি ইউজার ইন্টারফেসে প্রতিবার গণনা করা হয়।
+
+```solidity
+ function sponsoredSetGreeting(
+ GreetingRequest calldata req,
+ uint8 v,
+ bytes32 r,
+ bytes32 s
+ ) external {
+```
+
+এই ফাংশনটি একটি সাইন করা রিকোয়েস্ট গ্রহণ করে এবং গ্রিটিং আপডেট করে।
+
+```solidity
+ // EIP-712 ডাইজেস্ট গণনা করুন
+ bytes32 digest = keccak256(
+ abi.encodePacked(
+ "\x19\x01",
+ DOMAIN_SEPARATOR,
+ keccak256(
+ abi.encode(
+ GREETING_TYPEHASH,
+ keccak256(bytes(req.greeting))
+ )
+ )
+ )
+ );
+```
+
+[EIP 712](https://eips.ethereum.org/EIPS/eip-712) অনুসারে ডাইজেস্ট তৈরি করুন।
+
+```solidity
+ // স্বাক্ষরকারী পুনরুদ্ধার করুন
+ address signer = ecrecover(digest, v, r, s);
+ require(signer != address(0), "Invalid signature");
+```
+
+সাইনার এডড্রেস পেতে [`ecrecover`](https://www.evm.codes/precompiled?fork=osaka#0x01) ব্যবহার করুন। মনে রাখবেন যে একটি খারাপ সিগনেচার এখনও একটি বৈধ এডড্রেস তৈরি করতে পারে, কেবল একটি র্যান্ডম এডড্রেস।
+
+```solidity
+ // গ্রিটিং এমনভাবে প্রয়োগ করুন যেন স্বাক্ষরকারী এটি কল করেছে
+ greeting = req.greeting;
+ emit SetGreeting(signer, req.greeting);
+ }
+```
+
+গ্রিটিং আপডেট করুন।
+
+## ঝুঁকি {#vulnerabilities}
+
+এটি প্রোডাকশন-স্তরের কোড _নয়_। এটি উল্লেখযোগ্য আক্রমণের জন্য ঝুঁকিপূর্ণ এবং এতে প্রধান বৈশিষ্ট্যগুলোর অভাব রয়েছে। এখানে কিছু দেওয়া হলো, সাথে কীভাবে সেগুলো সমাধান করা যায়।
+
+এই আক্রমণগুলোর কিছু দেখতে, _Attacks_ শিরোনামের অধীনে বোতামগুলোতে ক্লিক করুন এবং দেখুন কী ঘটে। **Invalid signature** বোতামের জন্য, লেনদেন রেসপন্স দেখতে সার্ভার কনসোল চেক করুন।
+
+### সার্ভারে ডিনায়াল-অফ-সার্ভিস {#dos-on-server}
+
+সবচেয়ে সহজ আক্রমণ হলো সার্ভারে একটি [ডিনায়াল-অফ-সার্ভিস](https://en.wikipedia.org/wiki/Denial-of-service_attack) আক্রমণ। সার্ভার ইন্টারনেটের যেকোনো জায়গা থেকে রিকোয়েস্ট গ্রহণ করে এবং সেই রিকোয়েস্টগুলোর ওপর ভিত্তি করে লেনদেন পাঠায়। একজন আক্রমণকারীকে একগুচ্ছ সিগনেচার, বৈধ বা অবৈধ, ইস্যু করা থেকে বিরত রাখার মতো কিছুই নেই। প্রতিটি একটি লেনদেন ঘটাবে। শেষ পর্যন্ত সার্ভারের গ্যাস ফি পরিশোধ করার জন্য ETH শেষ হয়ে যাবে।
+
+এই সমস্যার একটি সমাধান হলো প্রতি ব্লক-এ একটি লেনদেনের হার সীমিত করা। যদি উদ্দেশ্য হয় [এক্সটার্নালি ওনড একাউন্ট](/developers/docs/accounts/#key-differences)-এ গ্রিটিং দেখানো, তবে ব্লক-এর মাঝখানে গ্রিটিং কী তা কোনো ব্যাপার নয়।
+
+আরেকটি সমাধান হলো এডড্রেসগুলোর ট্র্যাক রাখা এবং কেবল বৈধ গ্রাহকদের থেকে সিগনেচার অনুমোদন করা।
+
+### ভুল গ্রিটিং সিগনেচার {#wrong-greeting-sigs}
+
+যখন আপনি **Signature for wrong greeting**-এ ক্লিক করেন, তখন আপনি একটি নির্দিষ্ট এডড্রেস (`0xaA92c5d426430D4769c9E878C1333BDe3d689b3e`) এবং গ্রিটিং (`Hello`)-এর জন্য একটি বৈধ সিগনেচার জমা দেন। কিন্তু এটি একটি ভিন্ন গ্রিটিং-এর সাথে জমা দেয়। এটি `ecrecover`-কে বিভ্রান্ত করে, যা গ্রিটিং পরিবর্তন করে কিন্তু ভুল এডড্রেস থাকে।
+
+এই সমস্যা সমাধানের জন্য, [সাইন করা স্ট্রাকচারে](https://github.com/qbzzt/260301-gasless/blob/main/server/src/Greeter.jsx#L122-L124) এডড্রেস যোগ করুন। এইভাবে, `ecrecover` র্যান্ডম এডড্রেস সিগনেচারের এডড্রেস-এর সাথে মিলবে না, এবং স্মার্ট কন্ট্রাক্ট মেসেজটি প্রত্যাখ্যান করবে।
+
+### রিপ্লে আক্রমণ {#replay-attack}
+
+যখন আপনি **Replay attack**-এ ক্লিক করেন, তখন আপনি একই "আমি 0xaA92c5d426430D4769c9E878C1333BDe3d689b3e, এবং আমি চাই গ্রিটিং `Hello` হোক" সিগনেচার জমা দেন, কিন্তু সঠিক গ্রিটিং-এর সাথে। ফলস্বরূপ, স্মার্ট কন্ট্রাক্ট বিশ্বাস করে যে এডড্রেস (যা আপনার নয়) গ্রিটিংটি আবার `Hello`-তে পরিবর্তন করেছে। এটি করার তথ্য [লেনদেন তথ্যে](https://eth-sepolia.blockscout.com/tx/0xa66afe4bbf886f59533e677a798c802ceab1ac0f9db6e83a4d4b59a45cf7c1b1) সর্বজনীনভাবে উপলব্ধ।
+
+যদি এটি একটি সমস্যা হয়, তবে একটি সমাধান হলো একটি [নন্স](https://en.wikipedia.org/wiki/Cryptographic_nonce) যোগ করা। এডড্রেস এবং সংখ্যার মধ্যে একটি [ম্যাপিং](https://docs.soliditylang.org/en/latest/types.html#mapping-types) রাখুন, এবং সিগনেচারে একটি নন্স ফিল্ড যোগ করুন। যদি নন্স ফিল্ড এডড্রেস-এর ম্যাপিংয়ের সাথে মিলে যায়, তবে সিগনেচার গ্রহণ করুন এবং পরের বারের জন্য ম্যাপিং বৃদ্ধি করুন। যদি তা না হয়, তবে লেনদেন প্রত্যাখ্যান করুন।
+
+আরেকটি সমাধান হলো সাইন করা ডেটাতে একটি টাইমস্ট্যাম্প যোগ করা এবং সেই টাইমস্ট্যাম্পের পর কেবল কয়েক সেকেন্ডের জন্য সিগনেচারটিকে বৈধ হিসেবে গ্রহণ করা। এটি সহজ এবং সস্তা, তবে আমরা টাইম উইন্ডোর মধ্যে রিপ্লে আক্রমণের ঝুঁকি নিই, এবং টাইম উইন্ডো অতিক্রম করলে বৈধ লেনদেন ব্যর্থ হওয়ার ঝুঁকি থাকে।
+
+## অন্যান্য অনুপস্থিত বৈশিষ্ট্য {#other-missing-features}
+
+একটি প্রোডাকশন সেটিংয়ে আমরা আরও কিছু বৈশিষ্ট্য যোগ করব।
+
+### অন্যান্য সার্ভার থেকে অ্যাক্সেস {#other-servers}
+
+বর্তমানে, আমরা যেকোনো এডড্রেস-কে একটি `sponsorSetGreeting` জমা দেওয়ার অনুমতি দিই। বিকেন্দ্রীকরণের স্বার্থে এটি ঠিক আমরা যা চাই তা হতে পারে। অথবা হয়তো আমরা নিশ্চিত করতে চাই যে স্পনসর করা লেনদেনগুলো _আমাদের_ সার্ভারের মাধ্যমে যায়, সেক্ষেত্রে আমরা স্মার্ট কন্ট্রাক্ট-এ `msg.sender` চেক করব।
+
+যাই হোক না কেন, এটি একটি সচেতন ডিজাইনের সিদ্ধান্ত হওয়া উচিত, কেবল বিষয়টি নিয়ে চিন্তা না করার ফলাফল নয়।
+
+### এরর হ্যান্ডলিং {#error-handling}
+
+একজন ব্যবহারকারী একটি গ্রিটিং জমা দেয়। হয়তো এটি পরবর্তী ব্লক-এ আপডেট হয়। হয়তো হয় না। এররগুলো অদৃশ্য। একটি প্রোডাকশন সিস্টেমে, ব্যবহারকারীর এই ক্ষেত্রগুলোর মধ্যে পার্থক্য করতে সক্ষম হওয়া উচিত:
+
+- নতুন গ্রিটিং এখনও জমা দেওয়া হয়নি
+- নতুন গ্রিটিং জমা দেওয়া হয়েছে, এবং এটি প্রক্রিয়াধীন রয়েছে
+- নতুন গ্রিটিং প্রত্যাখ্যান করা হয়েছে
+
+## উপসংহার {#conclusion}
+
+এই পর্যায়ে, আপনি কিছু কেন্দ্রীকরণের বিনিময়ে আপনার ডিএ্যাপ ব্যবহারকারীদের জন্য একটি গ্যাসলেস অভিজ্ঞতা তৈরি করতে সক্ষম হবেন।
+
+তবে, এটি কেবল সেই স্মার্ট কন্ট্রাক্টগুলোর সাথে কাজ করে যা ERC-712 সমর্থন করে। উদাহরণস্বরূপ, একটি ERC-20 টোকেন ট্রান্সফার করার জন্য, কেবল একটি মেসেজের পরিবর্তে মালিকের দ্বারা লেনদেন সাইন করা প্রয়োজন। এর সমাধান হলো [একাউন্ট অ্যাবস্ট্রাকশন (ERC-4337)](https://docs.erc4337.io/index.html)। আমি আশা করি ভবিষ্যতে এটি সম্পর্কে একটি টিউটোরিয়াল লিখব।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md b/public/content/translations/bn/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
new file mode 100644
index 00000000000..1f01cfe4008
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/getting-started-with-ethereum-development-using-alchemy/index.md
@@ -0,0 +1,150 @@
+---
+title: ইথিরিয়াম ডেভেলপমেন্ট শুরু করা
+description: "এটি ইথিরিয়াম ডেভেলপমেন্ট শুরু করার জন্য নতুনদের একটি গাইড। আমরা আপনাকে একটি API এন্ডপয়েন্ট তৈরি করা থেকে শুরু করে, কমান্ড লাইন রিকোয়েস্ট করা এবং আপনার প্রথম ওয়েব3 স্ক্রিপ্ট লেখা পর্যন্ত নিয়ে যাব! কোনো ব্লকচেইন ডেভেলপমেন্ট অভিজ্ঞতার প্রয়োজন নেই!"
+author: "এলান হ্যালপার্ন"
+tags: ["javascript", "ethers.js", "nodes", "querying", "alchemy"]
+skill: beginner
+breadcrumb: শুরু করা
+lang: bn
+published: 2020-10-30
+source: Medium
+sourceUrl: https://medium.com/alchemy-api/getting-started-with-ethereum-development-using-alchemy-c3d6a45c567f
+---
+
+
+
+এটি ইথিরিয়াম ডেভেলপমেন্ট শুরু করার জন্য নতুনদের একটি গাইড। এই টিউটোরিয়ালের জন্য আমরা [Alchemy](https://alchemyapi.io/) ব্যবহার করব, যা শীর্ষস্থানীয় ব্লকচেইন ডেভেলপার প্ল্যাটফর্ম এবং Maker, 0x, MyEtherWallet, Dharma এবং Kyber সহ শীর্ষ ব্লকচেইন অ্যাপগুলোর 70% এর লক্ষ লক্ষ ব্যবহারকারীকে শক্তি যোগায়। Alchemy আমাদের ইথিরিয়াম চেইনে একটি API এন্ডপয়েন্টে অ্যাক্সেস দেবে যাতে আমরা লেনদেন পড়তে এবং লিখতে পারি।
+
+আমরা আপনাকে Alchemy-তে সাইন আপ করা থেকে শুরু করে আপনার প্রথম ওয়েব3 স্ক্রিপ্ট লেখা পর্যন্ত নিয়ে যাব! কোনো ব্লকচেইন ডেভেলপমেন্ট অভিজ্ঞতার প্রয়োজন নেই!
+
+## 1. একটি বিনামূল্যের Alchemy অ্যাকাউন্টের জন্য সাইন আপ করুন {#sign-up-for-a-free-alchemy-account}
+
+Alchemy-তে একটি অ্যাকাউন্ট তৈরি করা সহজ, [এখানে বিনামূল্যে সাইন আপ করুন](https://auth.alchemy.com/)।
+
+## 2. একটি Alchemy অ্যাপ তৈরি করুন {#create-an-alchemy-app}
+
+ইথিরিয়াম চেইনের সাথে যোগাযোগ করতে এবং Alchemy-এর প্রোডাক্টগুলো ব্যবহার করতে, আপনার রিকোয়েস্টগুলো প্রমাণীকরণের জন্য একটি API কী প্রয়োজন।
+
+আপনি [ড্যাশবোর্ড থেকে API কী তৈরি করতে পারেন](https://dashboard.alchemy.com/)। একটি নতুন কী তৈরি করতে, নিচে দেখানো হিসেবে "Create App"-এ যান:
+
+_তাদের ড্যাশবোর্ড দেখানোর সুযোগ দেওয়ার জন্য_ [_ShapeShift_](https://shapeshift.com/) _কে বিশেষ ধন্যবাদ!_
+
+
+
+আপনার নতুন কী পেতে "Create App"-এর অধীনে বিস্তারিত তথ্য পূরণ করুন। আপনি এখানে আপনার আগে তৈরি করা অ্যাপ এবং আপনার টিমের তৈরি করা অ্যাপগুলোও দেখতে পারেন। যেকোনো অ্যাপের জন্য "View Key"-তে ক্লিক করে বিদ্যমান কীগুলো টেনে আনুন।
+
+
+
+আপনি "Apps"-এর ওপর হোভার করে এবং একটি নির্বাচন করেও বিদ্যমান API কীগুলো টেনে আনতে পারেন। আপনি এখানে "View Key" করতে পারেন, পাশাপাশি নির্দিষ্ট ডোমেইনগুলো হোয়াইটলিস্ট করতে, বিভিন্ন ডেভেলপার টুল দেখতে এবং অ্যানালিটিক্স দেখতে "Edit App" করতে পারেন।
+
+
+
+## 3. কমান্ড লাইন থেকে একটি রিকোয়েস্ট করুন {#make-a-request-from-the-command-line}
+
+JSON-RPC এবং curl ব্যবহার করে Alchemy-এর মাধ্যমে ইথিরিয়াম ব্লকচেইন এর সাথে ইন্টারঅ্যাক্ট করুন।
+
+ম্যানুয়াল রিকোয়েস্টের জন্য, আমরা `POST` রিকোয়েস্টের মাধ্যমে `JSON-RPC`-এর সাথে ইন্টারঅ্যাক্ট করার পরামর্শ দিই। সহজভাবে `Content-Type: application/json` হেডার এবং আপনার কোয়েরিটি `POST` বডি হিসেবে নিচের ফিল্ডগুলোর সাথে পাস করুন:
+
+- `jsonrpc`: JSON-RPC সংস্করণ—বর্তমানে, শুধুমাত্র `2.0` সমর্থিত।
+- `method`: ETH API মেথড। [API রেফারেন্স দেখুন।](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc)
+- `params`: মেথডে পাস করার জন্য প্যারামিটারগুলোর একটি তালিকা।
+- `id`: আপনার রিকোয়েস্টের আইডি। এটি রেসপন্স দ্বারা ফেরত দেওয়া হবে যাতে আপনি ট্র্যাক রাখতে পারেন কোন রেসপন্সটি কোন রিকোয়েস্টের।
+
+বর্তমান গ্যাস প্রাইস পুনরুদ্ধার করতে আপনি কমান্ড লাইন থেকে রান করতে পারেন এমন একটি উদাহরণ নিচে দেওয়া হলো:
+
+```bash
+curl https://eth-mainnet.alchemyapi.io/v2/demo \
+-X POST \
+-H "Content-Type: application/json" \
+-d '{"jsonrpc":"2.0","method":"eth_gasPrice","params":[],"id":73}'
+```
+
+_**নোট:** [https://eth-mainnet.alchemyapi.io/v2/demo](https://eth-mainnet.alchemyapi.io/jsonrpc/demo) কে আপনার নিজের API কী `https://eth-mainnet.alchemyapi.io/v2/**your-api-key` দিয়ে প্রতিস্থাপন করুন।_
+
+**ফলাফল:**
+
+```json
+{ "id": 73,"jsonrpc": "2.0","result": "0x09184e72a000" // 10000000000000 }
+```
+
+## 4. আপনার ওয়েব3 ক্লায়েন্ট সেট আপ করুন {#set-up-your-web3-client}
+
+**যদি আপনার একটি বিদ্যমান ক্লায়েন্ট থাকে,** তবে আপনার বর্তমান নোড প্রোভাইডার URL-টি আপনার API কী সহ একটি Alchemy URL-এ পরিবর্তন করুন: `“https://eth-mainnet.alchemyapi.io/v2/your-api-key"`
+
+**_নোট:_** নিচের স্ক্রিপ্টগুলো একটি **নোড কনটেক্সটে** রান করতে হবে বা **একটি ফাইলে সেভ করতে হবে**, কমান্ড লাইন থেকে রান করা যাবে না। যদি আপনার আগে থেকে Node বা npm ইনস্টল করা না থাকে, তবে ম্যাকের জন্য এই দ্রুত [সেট-আপ গাইডটি](https://app.gitbook.com/@alchemyapi/s/alchemy/guides/alchemy-for-macs) দেখে নিন।
+
+Alchemy-এর সাথে ইন্টিগ্রেট করার জন্য প্রচুর [ওয়েব3 লাইব্রেরি](https://docs.alchemyapi.io/guides/getting-started#other-web3-libraries) রয়েছে, তবে, আমরা [Alchemy Web3](https://docs.alchemy.com/reference/api-overview) ব্যবহার করার পরামর্শ দিই, যা web3.js-এর একটি ড্রপ-ইন রিপ্লেসমেন্ট এবং Alchemy-এর সাথে নির্বিঘ্নে কাজ করার জন্য তৈরি ও কনফিগার করা হয়েছে। এটি স্বয়ংক্রিয় রিট্রাই এবং শক্তিশালী WebSocket সাপোর্টের মতো একাধিক সুবিধা প্রদান করে।
+
+AlchemyWeb3.js ইনস্টল করতে, **আপনার প্রজেক্ট ডিরেক্টরিতে যান** এবং রান করুন:
+
+**Yarn এর সাথে:**
+
+```
+yarn add @alch/alchemy-web3
+```
+
+**NPM এর সাথে:**
+
+```
+npm install @alch/alchemy-web3
+```
+
+Alchemy-এর নোড ইনফ্রাস্ট্রাকচারের সাথে ইন্টারঅ্যাক্ট করতে, NodeJS-এ রান করুন বা এটি একটি JavaScript ফাইলে যোগ করুন:
+
+```js
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(
+ "https://eth-mainnet.alchemyapi.io/v2/your-api-key"
+)
+```
+
+## 5. আপনার প্রথম ওয়েব3 স্ক্রিপ্ট লিখুন! {#write-your-first-web3-script}
+
+এখন একটু ওয়েব3 প্রোগ্রামিংয়ের বাস্তব অভিজ্ঞতা পেতে আমরা একটি সাধারণ স্ক্রিপ্ট লিখব যা ইথিরিয়াম মেইননেট থেকে সর্বশেষ ব্লক নম্বর প্রিন্ট করবে।
+
+**1. যদি আপনি ইতিমধ্যে না করে থাকেন, তবে আপনার টার্মিনালে একটি নতুন প্রজেক্ট ডিরেক্টরি তৈরি করুন এবং এতে cd করুন:**
+
+```
+mkdir web3-example
+cd web3-example
+```
+
+**2. যদি আপনি ইতিমধ্যে না করে থাকেন, তবে আপনার প্রজেক্টে Alchemy web3 (বা যেকোনো web3) ডিপেন্ডেন্সি ইনস্টল করুন:**
+
+```
+npm install @alch/alchemy-web3
+```
+
+**3. `index.js` নামের একটি ফাইল তৈরি করুন এবং নিচের বিষয়বস্তুগুলো যোগ করুন:**
+
+> আপনার শেষ পর্যন্ত `demo` কে আপনার Alchemy HTTP API কী দিয়ে প্রতিস্থাপন করা উচিত।
+
+```js
+async function main() {
+ const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+ const web3 = createAlchemyWeb3("https://eth-mainnet.alchemyapi.io/v2/demo")
+ const blockNumber = await web3.eth.getBlockNumber()
+ console.log("The latest block number is " + blockNumber)
+}
+main()
+```
+
+async বিষয়গুলোর সাথে অপরিচিত? এই [Medium পোস্টটি](https://medium.com/better-programming/understanding-async-await-in-javascript-1d81bb079b2c) দেখে নিন।
+
+**4. node ব্যবহার করে এটি আপনার টার্মিনালে রান করুন**
+
+```
+node index.js
+```
+
+**5. আপনি এখন আপনার কনসোলে সর্বশেষ ব্লক নম্বরের আউটপুট দেখতে পাবেন!**
+
+```
+The latest block number is 11043912
+```
+
+**দারুণ! অভিনন্দন! আপনি এইমাত্র Alchemy ব্যবহার করে আপনার প্রথম ওয়েব3 স্ক্রিপ্ট লিখেছেন 🎉**
+
+এরপর কী করবেন বুঝতে পারছেন না? আপনার প্রথম স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার চেষ্টা করুন এবং আমাদের [হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্রাক্ট গাইডে](https://www.alchemy.com/docs/hello-world-smart-contract) কিছু সলিডিটি প্রোগ্রামিংয়ের বাস্তব অভিজ্ঞতা নিন, অথবা [ড্যাশবোর্ড ডেমো অ্যাপ](https://docs.alchemyapi.io/tutorials/demo-app) দিয়ে আপনার ড্যাশবোর্ড জ্ঞান পরীক্ষা করুন!
+
+_[Alchemy-তে বিনামূল্যে সাইন আপ করুন](https://auth.alchemy.com/), আমাদের [ডকুমেন্টেশন](https://www.alchemy.com/docs/) দেখুন, এবং সর্বশেষ খবরের জন্য, [Twitter](https://twitter.com/AlchemyPlatform)-এ আমাদের অনুসরণ করুন_।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/guide-to-smart-contract-security-tools/index.md b/public/content/translations/bn/developers/tutorials/guide-to-smart-contract-security-tools/index.md
new file mode 100644
index 00000000000..b334ad21d17
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/guide-to-smart-contract-security-tools/index.md
@@ -0,0 +1,103 @@
+---
+title: স্মার্ট কন্ট্রাক্ট সিকিউরিটি টুলের একটি গাইড
+description: তিনটি ভিন্ন টেস্টিং এবং প্রোগ্রাম অ্যানালাইসিস টেকনিকের একটি ওভারভিউ
+author: "ট্রেইলঅফবিটস"
+lang: bn
+tags: ["solidity", "স্মার্ট কন্ট্রাক্ট", "সিকিউরিটি"]
+skill: intermediate
+breadcrumb: সিকিউরিটি টুল
+published: 2020-09-07
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/tree/master/program-analysis
+---
+
+আমরা তিনটি স্বতন্ত্র টেস্টিং এবং প্রোগ্রাম অ্যানালাইসিস টেকনিক ব্যবহার করতে যাচ্ছি:
+
+- **[Slither](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)-এর সাহায্যে স্ট্যাটিক অ্যানালাইসিস।** প্রোগ্রামের সমস্ত পাথ একই সাথে বিভিন্ন প্রোগ্রাম প্রেজেন্টেশনের (যেমন, কন্ট্রোল-ফ্লো-গ্রাফ) মাধ্যমে অনুমান এবং বিশ্লেষণ করা হয়।
+- **[Echidna](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)-এর সাহায্যে ফাজিং।** কোডটি লেনদেনের একটি সিউডো-র্যান্ডম জেনারেশনের সাথে এক্সিকিউট করা হয়। ফাজার একটি নির্দিষ্ট প্রপার্টি লঙ্ঘন করার জন্য লেনদেনের একটি সিকোয়েন্স খুঁজে বের করার চেষ্টা করবে।
+- **[Manticore](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)-এর সাহায্যে সিম্বলিক এক্সিকিউশন।** এটি একটি ফর্মাল ভেরিফিকেশন টেকনিক, যা প্রতিটি এক্সিকিউশন পাথকে একটি গাণিতিক সূত্রে রূপান্তর করে, যার উপর ভিত্তি করে কনস্ট্রেইন্টগুলো চেক করা যায়।
+
+প্রতিটি টেকনিকের সুবিধা এবং অসুবিধা রয়েছে এবং এগুলো [নির্দিষ্ট ক্ষেত্রে](#determining-security-properties) কার্যকর হবে:
+
+| টেকনিক | টুল | ব্যবহার | গতি | মিস হওয়া বাগ | ফলস অ্যালার্ম |
+| ------------------ | --------- | ----------------------------- | ------- | ----------- | ------------ |
+| স্ট্যাটিক অ্যানালাইসিস | Slither | CLI এবং স্ক্রিপ্ট | সেকেন্ড | মাঝারি | কম |
+| ফাজিং | Echidna | Solidity প্রপার্টি | মিনিট | কম | নেই |
+| সিম্বলিক এক্সিকিউশন | Manticore | Solidity প্রপার্টি এবং স্ক্রিপ্ট | ঘণ্টা | নেই\* | নেই |
+
+\* যদি টাইমআউট ছাড়াই সমস্ত পাথ এক্সপ্লোর করা হয়
+
+**Slither** কয়েক সেকেন্ডের মধ্যে কন্ট্রাক্ট বিশ্লেষণ করে, তবে স্ট্যাটিক অ্যানালাইসিস ফলস অ্যালার্ম তৈরি করতে পারে এবং জটিল চেকের (যেমন, গাণিতিক চেক) জন্য কম উপযুক্ত হতে পারে। বিল্ট-ইন ডিটেক্টরগুলোতে পুশ-বাটন অ্যাক্সেসের জন্য API-এর মাধ্যমে অথবা ব্যবহারকারী-নির্ধারিত চেকের জন্য API-এর মাধ্যমে Slither রান করুন।
+
+**Echidna** কয়েক মিনিট ধরে রান করতে হয় এবং এটি শুধুমাত্র ট্রু পজিটিভ তৈরি করবে। Echidna ব্যবহারকারীর দেওয়া সিকিউরিটি প্রপার্টি চেক করে, যা Solidity-তে লেখা থাকে। এটি বাগ মিস করতে পারে কারণ এটি র্যান্ডম এক্সপ্লোরেশনের উপর ভিত্তি করে কাজ করে।
+
+**Manticore** সবচেয়ে "ভারী" বিশ্লেষণ করে। Echidna-এর মতো, Manticore ব্যবহারকারীর দেওয়া প্রপার্টি ভেরিফাই করে। এটি রান করতে বেশি সময় নেবে, তবে এটি একটি প্রপার্টির বৈধতা প্রমাণ করতে পারে এবং কোনো ফলস অ্যালার্ম রিপোর্ট করবে না।
+
+## প্রস্তাবিত ওয়ার্কফ্লো {#suggested-workflow}
+
+বর্তমানে কোনো সাধারণ বাগ নেই বা পরে তৈরি হবে না তা নিশ্চিত করতে Slither-এর বিল্ট-ইন ডিটেক্টর দিয়ে শুরু করুন। ইনহেরিটেন্স, ভেরিয়েবল ডিপেন্ডেন্সি এবং স্ট্রাকচারাল সমস্যা সম্পর্কিত প্রপার্টি চেক করতে Slither ব্যবহার করুন। কোডবেস বড় হওয়ার সাথে সাথে স্টেট মেশিনের আরও জটিল প্রপার্টি টেস্ট করতে Echidna ব্যবহার করুন। Solidity থেকে পাওয়া যায় না এমন সুরক্ষাগুলোর জন্য কাস্টম চেক তৈরি করতে (যেমন, কোনো ফাংশন ওভাররাইড হওয়া থেকে রক্ষা করা) আবার Slither ব্যবহার করুন। সবশেষে, গুরুত্বপূর্ণ সিকিউরিটি প্রপার্টির (যেমন, গাণিতিক অপারেশন) টার্গেটেড ভেরিফিকেশন করতে Manticore ব্যবহার করুন।
+
+- সাধারণ সমস্যাগুলো ধরতে Slither-এর CLI ব্যবহার করুন
+- আপনার কন্ট্রাক্টের হাই-লেভেল সিকিউরিটি প্রপার্টি টেস্ট করতে Echidna ব্যবহার করুন
+- কাস্টম স্ট্যাটিক চেক লিখতে Slither ব্যবহার করুন
+- আপনি যখন গুরুত্বপূর্ণ সিকিউরিটি প্রপার্টির ইন-ডেপথ নিশ্চয়তা চান তখন Manticore ব্যবহার করুন
+
+**ইউনিট টেস্ট সম্পর্কে একটি নোট**। উচ্চ-মানের সফটওয়্যার তৈরি করতে ইউনিট টেস্ট প্রয়োজনীয়। তবে, সিকিউরিটি ত্রুটি খুঁজে বের করার জন্য এই টেকনিকগুলো সবচেয়ে উপযুক্ত নয়। এগুলো সাধারণত কোডের পজিটিভ আচরণ টেস্ট করতে ব্যবহৃত হয় (অর্থাৎ, কোডটি সাধারণ প্রেক্ষাপটে প্রত্যাশা অনুযায়ী কাজ করে), যেখানে সিকিউরিটি ত্রুটিগুলো সাধারণত এমন এজ কেসগুলোতে থাকে যা ডেভেলপাররা বিবেচনা করেননি। কয়েক ডজন স্মার্ট কন্ট্রাক্ট সিকিউরিটি রিভিউ নিয়ে আমাদের গবেষণায়, আমাদের ক্লায়েন্টের কোডে পাওয়া [সিকিউরিটি ত্রুটির সংখ্যা বা তীব্রতার উপর ইউনিট টেস্ট কভারেজের কোনো প্রভাব ছিল না](https://blog.trailofbits.com/2019/08/08/246-findings-from-our-smart-contract-audits-an-executive-summary/)।
+
+## সিকিউরিটি প্রপার্টি নির্ধারণ করা {#determining-security-properties}
+
+আপনার কোড কার্যকরভাবে টেস্ট এবং ভেরিফাই করতে, আপনাকে অবশ্যই সেই জায়গাগুলো চিহ্নিত করতে হবে যেখানে মনোযোগ দেওয়া প্রয়োজন। যেহেতু সিকিউরিটির পিছনে ব্যয় করা আপনার রিসোর্স সীমিত, তাই আপনার প্রচেষ্টাকে অপ্টিমাইজ করার জন্য আপনার কোডবেসের দুর্বল বা উচ্চ-মূল্যের অংশগুলো স্কোপ করা গুরুত্বপূর্ণ। থ্রেট মডেলিং এতে সাহায্য করতে পারে। নিচের বিষয়গুলো রিভিউ করার কথা বিবেচনা করুন:
+
+- [র্যাপিড রিস্ক অ্যাসেসমেন্ট](https://infosec.mozilla.org/guidelines/risk/rapid_risk_assessment.html) (সময় কম থাকলে এটি আমাদের পছন্দের পদ্ধতি)
+- [ডেটা-সেন্ট্রিক সিস্টেম থ্রেট মডেলিং গাইড](https://csrc.nist.gov/pubs/sp/800/154/ipd) (বা NIST 800-154)
+- [শোস্ট্যাক থ্রেট মডেলিং](https://www.amazon.com/Threat-Modeling-Designing-Adam-Shostack/dp/1118809998)
+- [STRIDE]() / [DREAD]()
+- [PASTA](https://wikipedia.org/wiki/Threat_model#P.A.S.T.A.)
+- [অ্যাসারশনের ব্যবহার](https://blog.regehr.org/archives/1091)
+
+### কম্পোনেন্ট {#components}
+
+আপনি কী চেক করতে চান তা জানা আপনাকে সঠিক টুল নির্বাচন করতেও সাহায্য করবে।
+
+স্মার্ট কন্ট্রাক্ট-এর জন্য প্রায়শই প্রাসঙ্গিক বিস্তৃত ক্ষেত্রগুলোর মধ্যে রয়েছে:
+
+- **স্টেট মেশিন।** বেশিরভাগ কন্ট্রাক্টকে একটি স্টেট মেশিন হিসেবে উপস্থাপন করা যেতে পারে। চেক করার কথা বিবেচনা করুন যে (1) কোনো ইনভ্যালিড স্টেটে পৌঁছানো যাবে না, (2) যদি কোনো স্টেট ভ্যালিড হয় তবে সেখানে পৌঁছানো যাবে, এবং (3) কোনো স্টেট কন্ট্রাক্টকে ট্র্যাপ করবে না।
+
+ - স্টেট-মেশিন স্পেসিফিকেশন টেস্ট করার জন্য Echidna এবং Manticore হলো পছন্দের টুল।
+
+- **অ্যাক্সেস কন্ট্রোল।** যদি আপনার সিস্টেমে প্রিভিলেজড ব্যবহারকারী (যেমন, একজন মালিক, কন্ট্রোলার, ...) থাকে তবে আপনাকে অবশ্যই নিশ্চিত করতে হবে যে (1) প্রতিটি ব্যবহারকারী কেবল অনুমোদিত কাজগুলোই করতে পারে এবং (2) কোনো ব্যবহারকারী বেশি প্রিভিলেজড ব্যবহারকারীর কাজ ব্লক করতে পারবে না।
+
+ - Slither, Echidna এবং Manticore সঠিক অ্যাক্সেস কন্ট্রোল চেক করতে পারে। উদাহরণস্বরূপ, Slither চেক করতে পারে যে শুধুমাত্র হোয়াইটলিস্টেড ফাংশনগুলোতে onlyOwner মডিফায়ার নেই। Echidna এবং Manticore আরও জটিল অ্যাক্সেস কন্ট্রোলের জন্য দরকারী, যেমন কোনো পারমিশন কেবল তখনই দেওয়া হয় যদি কন্ট্রাক্ট একটি নির্দিষ্ট স্টেটে পৌঁছায়।
+
+- **গাণিতিক অপারেশন।** গাণিতিক অপারেশনগুলোর সঠিকতা চেক করা অত্যন্ত গুরুত্বপূর্ণ। ওভারফ্লো/আন্ডারফ্লো প্রতিরোধ করার জন্য সব জায়গায় `SafeMath` ব্যবহার করা একটি ভালো পদক্ষেপ, তবে আপনাকে অবশ্যই রাউন্ডিং সমস্যা এবং কন্ট্রাক্টকে ট্র্যাপ করে এমন ত্রুটিসহ অন্যান্য গাণিতিক ত্রুটিগুলো বিবেচনা করতে হবে।
+
+ - এখানে Manticore হলো সেরা পছন্দ। যদি গাণিতিক হিসাব SMT সলভারের আওতার বাইরে হয় তবে Echidna ব্যবহার করা যেতে পারে।
+
+- **ইনহেরিটেন্সের সঠিকতা।** Solidity কন্ট্রাক্টগুলো মাল্টিপল ইনহেরিটেন্সের উপর ব্যাপকভাবে নির্ভর করে। `super` কল মিস করা শ্যাডোইং ফাংশন এবং ভুলভাবে ব্যাখ্যা করা c3 লিনিয়ারাইজেশন অর্ডারের মতো ভুলগুলো সহজেই তৈরি হতে পারে।
+
+ - এই সমস্যাগুলো শনাক্ত করা নিশ্চিত করার জন্য Slither হলো উপযুক্ত টুল।
+
+- **এক্সটার্নাল ইন্টারঅ্যাকশন।** কন্ট্রাক্টগুলো একে অপরের সাথে ইন্টারঅ্যাক্ট করে এবং কিছু এক্সটার্নাল কন্ট্রাক্টকে বিশ্বাস করা উচিত নয়। উদাহরণস্বরূপ, যদি আপনার কন্ট্রাক্ট এক্সটার্নাল ওরাকল-এর উপর নির্ভর করে, তবে উপলব্ধ ওরাকলগুলোর অর্ধেক আপস করা হলে এটি কি সুরক্ষিত থাকবে?
+
+ - আপনার কন্ট্রাক্টের সাথে এক্সটার্নাল ইন্টারঅ্যাকশন টেস্ট করার জন্য Manticore এবং Echidna হলো সেরা পছন্দ। এক্সটার্নাল কন্ট্রাক্ট স্টাব করার জন্য Manticore-এর একটি বিল্ট-ইন মেকানিজম রয়েছে।
+
+- **স্ট্যান্ডার্ড কনফরমেন্স।** ইথিরিয়াম স্ট্যান্ডার্ডগুলোর (যেমন, ERC20) ডিজাইনে ত্রুটির ইতিহাস রয়েছে। আপনি যে স্ট্যান্ডার্ডের উপর ভিত্তি করে তৈরি করছেন তার সীমাবদ্ধতা সম্পর্কে সচেতন থাকুন।
+ - Slither, Echidna এবং Manticore আপনাকে একটি নির্দিষ্ট স্ট্যান্ডার্ড থেকে বিচ্যুতি শনাক্ত করতে সাহায্য করবে।
+
+### টুল নির্বাচনের চিটশিট {#tool-selection-cheatsheet}
+
+| কম্পোনেন্ট | টুল | উদাহরণ |
+| ----------------------- | --------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| স্টেট মেশিন | Echidna, Manticore |
+| অ্যাক্সেস কন্ট্রোল | Slither, Echidna, Manticore | [Slither অনুশীলন ২](https://github.com/crytic/slither/blob/7f54c8b948c34fb35e1d61adaa1bd568ca733253/docs/src/tutorials/exercise2.md), [Echidna অনুশীলন ২](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/exercises/Exercise-2.md) |
+| গাণিতিক অপারেশন | Manticore, Echidna | [Echidna অনুশীলন ১](https://github.com/crytic/building-secure-contracts/blob/master/program-analysis/echidna/exercises/Exercise-1.md), [Manticore অনুশীলন ১ - ৩](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore/exercises) |
+| ইনহেরিটেন্সের সঠিকতা | Slither | [Slither অনুশীলন ১](https://github.com/crytic/slither/blob/7f54c8b948c34fb35e1d61adaa1bd568ca733253/docs/src/tutorials/exercise1.md) |
+| এক্সটার্নাল ইন্টারঅ্যাকশন | Manticore, Echidna |
+| স্ট্যান্ডার্ড কনফরমেন্স | Slither, Echidna, Manticore | [`slither-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance) |
+
+আপনার লক্ষ্যের উপর নির্ভর করে অন্যান্য ক্ষেত্রগুলো চেক করার প্রয়োজন হবে, তবে ফোকাস করার এই মূল ক্ষেত্রগুলো যেকোনো স্মার্ট কন্ট্রাক্ট সিস্টেমের জন্য একটি ভালো শুরু।
+
+আমাদের পাবলিক অডিটগুলোতে ভেরিফাইড বা টেস্ট করা প্রপার্টির উদাহরণ রয়েছে। বাস্তব-বিশ্বের সিকিউরিটি প্রপার্টিগুলো রিভিউ করতে নিচের রিপোর্টগুলোর `Automated Testing and Verification` সেকশনগুলো পড়ার কথা বিবেচনা করুন:
+
+- [0x](https://github.com/trailofbits/publications/blob/master/reviews/0x-protocol.pdf)
+- [Balancer](https://github.com/trailofbits/publications/blob/master/reviews/BalancerCore.pdf)
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/bn/developers/tutorials/hello-world-smart-contract-fullstack/index.md
new file mode 100644
index 00000000000..02b5edf3fe4
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/hello-world-smart-contract-fullstack/index.md
@@ -0,0 +1,1544 @@
+---
+title: নতুনদের জন্য হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্রাক্ট - ফুলস্ট্যাক
+description: ইথেরিয়ামে একটি সাধারণ স্মার্ট কন্ট্রাক্ট লেখা এবং ডিপ্লয় করার উপর প্রাথমিক টিউটোরিয়াল।
+author: "nstrike2"
+breadcrumb: হ্যালো ওয়ার্ল্ড ফুলস্ট্যাক
+tags:
+ [
+ "solidity",
+ "hardhat",
+ "alchemy",
+ "স্মার্ট কন্ট্রাক্ট",
+ "ডিপ্লয়িং",
+ "ব্লক এক্সপ্লোরার",
+ "ফ্রন্টএন্ড",
+ "লেনদেন",
+ "ফ্রেমওয়ার্ক",
+ ]
+skill: beginner
+lang: bn
+published: 2021-10-25
+---
+
+আপনি যদি ব্লকচেইন ডেভেলপমেন্টে নতুন হয়ে থাকেন এবং কোথা থেকে শুরু করবেন বা কীভাবে স্মার্ট কন্ট্রাক্ট ডিপ্লয় এবং এর সাথে ইন্টারঅ্যাক্ট করবেন তা না জানেন, তবে এই গাইডটি আপনার জন্য। আমরা [MetaMask](https://metamask.io), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org), এবং [Alchemy](https://alchemy.com/eth) ব্যবহার করে Goerli টেস্ট নেটওয়ার্কে একটি সাধারণ স্মার্ট কন্ট্রাক্ট তৈরি এবং ডিপ্লয় করার প্রক্রিয়া ধাপে ধাপে দেখব।
+
+এই টিউটোরিয়ালটি সম্পূর্ণ করতে আপনার একটি Alchemy একাউন্ট প্রয়োজন হবে। [একটি বিনামূল্যের একাউন্টের জন্য সাইন আপ করুন](https://www.alchemy.com/)।
+
+যেকোনো পর্যায়ে আপনার যদি কোনো প্রশ্ন থাকে, তবে নির্দ্বিধায় [Alchemy Discord](https://discord.gg/gWuC7zB)-এ যোগাযোগ করুন!
+
+## পর্ব 1 - Hardhat ব্যবহার করে আপনার স্মার্ট কন্ট্রাক্ট তৈরি এবং ডিপ্লয় করুন {#part-1}
+
+### ইথিরিয়াম নেটওয়ার্ক-এর সাথে কানেক্ট করুন {#connect-to-the-ethereum-network}
+
+ইথিরিয়াম চেইনে রিকোয়েস্ট করার অনেক উপায় আছে। সহজে করার জন্য, আমরা Alchemy-তে একটি ফ্রি একাউন্ট ব্যবহার করব, যা একটি ব্লকচেইন ডেভেলপার প্ল্যাটফর্ম এবং API, এটি আমাদের নিজেদের কোনো নোড না চালিয়েই ইথিরিয়াম চেইনের সাথে যোগাযোগ করতে দেয়। Alchemy-তে মনিটরিং এবং অ্যানালিটিক্সের জন্য ডেভেলপার টুলসও রয়েছে; আমাদের স্মার্ট কন্ট্রাক্ট ডিপ্লয়মেন্টের ভেতরে কী ঘটছে তা বোঝার জন্য আমরা এই টিউটোরিয়ালে সেগুলোর সুবিধা নেব।
+
+### আপনার অ্যাপ এবং API কি তৈরি করুন {#create-your-app-and-api-key}
+
+একবার আপনি একটি Alchemy একাউন্ট তৈরি করলে, আপনি একটি অ্যাপ তৈরি করে একটি API কি জেনারেট করতে পারেন। এটি আপনাকে Goerli টেস্টনেট-এ রিকোয়েস্ট করার অনুমতি দেবে। আপনি যদি টেস্টনেট-এর সাথে পরিচিত না হন তবে আপনি [নেটওয়ার্ক বেছে নেওয়ার বিষয়ে Alchemy-এর গাইড পড়তে পারেন](https://www.alchemy.com/docs/choosing-a-web3-network)।
+
+Alchemy ড্যাশবোর্ডে, নেভিগেশন বারে **Apps** ড্রপডাউনটি খুঁজুন এবং **Create App**-এ ক্লিক করুন।
+
+
+
+আপনার অ্যাপটির নাম দিন '_Hello World_' এবং একটি ছোট বিবরণ লিখুন। আপনার এনভায়রনমেন্ট হিসেবে **Staging** এবং আপনার নেটওয়ার্ক হিসেবে **Goerli** নির্বাচন করুন।
+
+
+
+_নোট: অবশ্যই **Goerli** নির্বাচন করবেন, অন্যথায় এই টিউটোরিয়ালটি কাজ করবে না।_
+
+**Create app**-এ ক্লিক করুন। আপনার অ্যাপটি নিচের টেবিলে দেখা যাবে।
+
+### একটি ইথিরিয়াম একাউন্ট তৈরি করুন {#create-an-ethereum-account}
+
+লেনদেন পাঠানো এবং গ্রহণ করার জন্য আপনার একটি ইথিরিয়াম একাউন্ট প্রয়োজন। আমরা MetaMask ব্যবহার করব, যা ব্রাউজারের একটি ভার্চুয়াল ওয়ালেট এবং এটি ব্যবহারকারীদের তাদের ইথিরিয়াম একাউন্ট এডড্রেস পরিচালনা করতে দেয়।
+
+আপনি বিনামূল্যে [এখানে](https://metamask.io/download) একটি MetaMask একাউন্ট ডাউনলোড এবং তৈরি করতে পারেন। যখন আপনি একটি একাউন্ট তৈরি করছেন, বা আপনার যদি আগে থেকেই একটি একাউন্ট থাকে, তবে নিশ্চিত করুন যে আপনি উপরের ডানদিকে "Goerli Test Network"-এ সুইচ করেছেন (যাতে আমরা আসল টাকা নিয়ে কাজ না করি)।
+
+### ধাপ 4: একটি ফাসেট থেকে ইথার যোগ করুন {#step-4-add-ether-from-a-faucet}
+
+টেস্ট নেটওয়ার্ক-এ আপনার স্মার্ট কন্ট্রাক্ট ডিপ্লয় করতে, আপনার কিছু ফেক ETH প্রয়োজন হবে। Goerli নেটওয়ার্ক-এ ETH পেতে, একটি Goerli ফাসেট-এ যান এবং আপনার Goerli একাউন্ট এডড্রেস লিখুন। মনে রাখবেন যে Goerli ফাসেটগুলো সম্প্রতি কিছুটা অবিশ্বস্ত হতে পারে - চেষ্টা করার মতো বিকল্পগুলোর একটি তালিকার জন্য [টেস্ট নেটওয়ার্ক পেজ](/developers/docs/networks/#goerli) দেখুন:
+
+_নোট: নেটওয়ার্ক কনজেশনের কারণে, এতে কিছুটা সময় লাগতে পারে।_
+``
+
+### ধাপ 5: আপনার ব্যালেন্স চেক করুন {#step-5-check-your-balance}
+
+আপনার ওয়ালেট-এ ETH আছে কিনা তা ডাবল-চেক করতে, চলুন [Alchemy-এর কম্পোজার টুল](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) ব্যবহার করে একটি [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) রিকোয়েস্ট করি। এটি আমাদের ওয়ালেট-এ থাকা ETH-এর পরিমাণ রিটার্ন করবে। আরও জানতে [কম্পোজার টুল কীভাবে ব্যবহার করতে হয় সে সম্পর্কে Alchemy-এর ছোট টিউটোরিয়ালটি](https://youtu.be/r6sjRxBZJuU) দেখুন।
+
+আপনার MetaMask একাউন্ট এডড্রেস ইনপুট দিন এবং **Send Request**-এ ক্লিক করুন। আপনি নিচের কোড স্নিপেটের মতো একটি রেসপন্স দেখতে পাবেন।
+
+```json
+{ "jsonrpc": "2.0", "id": 0, "result": "0x2B5E3AF16B1880000" }
+```
+
+> _নোট: এই ফলাফলটি wei-তে, ETH-এ নয়। Wei ইথারের সবচেয়ে ছোট একক হিসেবে ব্যবহৃত হয়।_
+
+যাক! আমাদের ফেক টাকা সব সেখানেই আছে।
+
+### ধাপ 6: আমাদের প্রজেক্ট ইনিশিয়ালাইজ করুন {#step-6-initialize-our-project}
+
+প্রথমে, আমাদের প্রজেক্টের জন্য একটি ফোল্ডার তৈরি করতে হবে। আপনার কমান্ড লাইনে যান এবং নিচের কমান্ডগুলো ইনপুট দিন।
+
+```
+mkdir hello-world
+cd hello-world
+```
+
+এখন যেহেতু আমরা আমাদের প্রজেক্ট ফোল্ডারের ভেতরে আছি, আমরা প্রজেক্টটি ইনিশিয়ালাইজ করতে `npm init` ব্যবহার করব।
+
+> আপনার যদি এখনও npm ইনস্টল করা না থাকে, তবে [Node.js এবং npm ইনস্টল করার জন্য এই নির্দেশিকাগুলো](https://docs.alchemyapi.io/alchemy/guides/alchemy-for-macs#1-install-nodejs-and-npm) অনুসরণ করুন।
+
+এই টিউটোরিয়ালের উদ্দেশ্যে, আপনি ইনিশিয়ালাইজেশনের প্রশ্নগুলোর উত্তর কীভাবে দিচ্ছেন তা কোনো ব্যাপার না। রেফারেন্সের জন্য আমরা এটি কীভাবে করেছি তা এখানে দেওয়া হলো:
+
+```
+package name: (hello-world)
+version: (1.0.0)
+description: hello world smart contract
+entry point: (index.js)
+test command:
+git repository:
+keywords:
+author:
+license: (ISC)
+
+About to write to /Users/.../.../.../hello-world/package.json:
+
+{
+ "name": "hello-world",
+ "version": "1.0.0",
+ "description": "hello world smart contract",
+ "main": "index.js",
+ "scripts": {
+ "test": "echo \"Error: no test specified\" && exit 1"
+ },
+ "author": "",
+ "license": "ISC"
+}
+```
+
+package.json অনুমোদন করুন এবং আমরা কাজ শুরু করতে প্রস্তুত!
+
+### ধাপ 7: Hardhat ডাউনলোড করুন {#step-7-download-hardhat}
+
+Hardhat হলো আপনার ইথিরিয়াম সফটওয়্যার কম্পাইল, ডিপ্লয়, টেস্ট এবং ডিবাগ করার জন্য একটি ডেভেলপমেন্ট এনভায়রনমেন্ট। এটি লাইভ চেইনে ডিপ্লয় করার আগে লোকালি স্মার্ট কন্ট্রাক্ট এবং ডিএ্যাপস তৈরি করার সময় ডেভেলপারদের সাহায্য করে।
+
+আমাদের `hello-world` প্রজেক্টের ভেতরে রান করুন:
+
+```
+npm install --save-dev hardhat
+```
+
+[ইনস্টলেশন নির্দেশিকা](https://hardhat.org/getting-started/#overview) সম্পর্কে আরও বিস্তারিত জানতে এই পেজটি দেখুন।
+
+### ধাপ 8: Hardhat প্রজেক্ট তৈরি করুন {#step-8-create-hardhat-project}
+
+আমাদের `hello-world` প্রজেক্ট ফোল্ডারের ভেতরে, রান করুন:
+
+```
+npx hardhat
+```
+
+এরপর আপনি একটি ওয়েলকাম মেসেজ এবং আপনি কী করতে চান তা নির্বাচন করার অপশন দেখতে পাবেন। "create an empty hardhat.config.js" নির্বাচন করুন:
+
+```
+888 888 888 888 888
+888 888 888 888 888
+888 888 888 888 888
+8888888888 8888b. 888d888 .d88888 88888b. 8888b. 888888
+888 888 "88b 888P" d88" 888 888 "88b "88b 888
+888 888 .d888888 888 888 888 888 888 .d888888 888
+888 888 888 888 888 Y88b 888 888 888 888 888 Y88b.
+888 888 "Y888888 888 "Y88888 888 888 "Y888888 "Y888
+
+👷 Welcome to Hardhat v2.0.11 👷
+
+What do you want to do? …
+Create a sample project
+❯ Create an empty hardhat.config.js
+Quit
+```
+
+এটি প্রজেক্টে একটি `hardhat.config.js` ফাইল জেনারেট করবে। আমাদের প্রজেক্টের সেটআপ নির্দিষ্ট করার জন্য আমরা টিউটোরিয়ালের পরে এটি ব্যবহার করব।
+
+### ধাপ 9: প্রজেক্ট ফোল্ডার যোগ করুন {#step-9-add-project-folders}
+
+প্রজেক্টটি গুছিয়ে রাখতে, চলুন দুটি নতুন ফোল্ডার তৈরি করি। কমান্ড লাইনে, আপনার `hello-world` প্রজেক্টের রুট ডিরেক্টরিতে যান এবং টাইপ করুন:
+
+```
+mkdir contracts
+mkdir scripts
+```
+
+- `contracts/` হলো সেই জায়গা যেখানে আমরা আমাদের হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্রাক্ট কোড ফাইল রাখব
+- `scripts/` হলো সেই জায়গা যেখানে আমরা আমাদের কন্ট্রাক্ট ডিপ্লয় এবং ইন্টারঅ্যাক্ট করার জন্য স্ক্রিপ্টগুলো রাখব
+
+### ধাপ 10: আমাদের কন্ট্রাক্ট লিখুন {#step-10-write-our-contract}
+
+আপনি হয়তো নিজেকে জিজ্ঞাসা করছেন, আমরা কখন কোড লিখতে যাচ্ছি? এখনই সময়!
+
+আপনার পছন্দের এডিটরে hello-world প্রজেক্টটি খুলুন। স্মার্ট কন্ট্রাক্ট সাধারণত Solidity-তে লেখা হয়, যা আমরা আমাদের স্মার্ট কন্ট্রাক্ট লিখতে ব্যবহার করব।
+
+1. `contracts` ফোল্ডারে যান এবং `HelloWorld.sol` নামে একটি নতুন ফাইল তৈরি করুন
+2. নিচে একটি নমুনা হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্রাক্ট দেওয়া হলো যা আমরা এই টিউটোরিয়ালের জন্য ব্যবহার করব। নিচের বিষয়বস্তুগুলো `HelloWorld.sol` ফাইলে কপি করুন।
+
+_নোট: এই কন্ট্রাক্টটি কী করে তা বোঝার জন্য অবশ্যই কমেন্টগুলো পড়বেন।_
+
+```
+// Specifies the version of Solidity, using semantic versioning.
+// Learn more: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity >=0.7.3;
+
+// Defines a contract named `HelloWorld`.
+// A contract is a collection of functions and data (its state). Once deployed, a contract resides at a specific address on the Ethereum blockchain. Learn more: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+ //Emitted when update function is called
+ //Smart contract events are a way for your contract to communicate that something happened on the blockchain to your app front-end, which can be 'listening' for certain events and take action when they happen.
+ event UpdatedMessages(string oldStr, string newStr);
+
+ // Declares a state variable `message` of type `string`.
+ // State variables are variables whose values are permanently stored in contract storage. The keyword `public` makes variables accessible from outside a contract and creates a function that other contracts or clients can call to access the value.
+ string public message;
+
+ // Similar to many class-based object-oriented languages, a constructor is a special function that is only executed upon contract creation.
+ // Constructors are used to initialize the contract's data. Learn more:https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+ constructor(string memory initMessage) {
+
+ // Accepts a string argument `initMessage` and sets the value into the contract's `message` storage variable).
+ message = initMessage;
+ }
+
+ // A public function that accepts a string argument and updates the `message` storage variable.
+ function update(string memory newMessage) public {
+ string memory oldMsg = message;
+ message = newMessage;
+ emit UpdatedMessages(oldMsg, newMessage);
+ }
+}
+```
+
+এটি একটি বেসিক স্মার্ট কন্ট্রাক্ট যা তৈরি করার সময় একটি মেসেজ স্টোর করে। `update` ফাংশন কল করে এটি আপডেট করা যেতে পারে।
+
+### ধাপ 11: আপনার প্রজেক্টের সাথে MetaMask এবং Alchemy কানেক্ট করুন {#step-11-connect-metamask-alchemy-to-your-project}
+
+আমরা একটি MetaMask ওয়ালেট, Alchemy একাউন্ট তৈরি করেছি এবং আমাদের স্মার্ট কন্ট্রাক্ট লিখেছি, এখন এই তিনটিকে কানেক্ট করার সময়।
+
+আপনার ওয়ালেট থেকে পাঠানো প্রতিটি লেনদেন-এর জন্য আপনার ইউনিক প্রাইভেট কি ব্যবহার করে একটি সিগনেচার প্রয়োজন। আমাদের প্রোগ্রামকে এই অনুমতি দেওয়ার জন্য, আমরা নিরাপদে আমাদের প্রাইভেট কি একটি এনভায়রনমেন্ট ফাইলে স্টোর করতে পারি। আমরা এখানে Alchemy-এর জন্য একটি API কি-ও স্টোর করব।
+
+> লেনদেন পাঠানো সম্পর্কে আরও জানতে, web3 ব্যবহার করে লেনদেন পাঠানোর উপর [এই টিউটোরিয়ালটি](https://www.alchemy.com/docs/hello-world-smart-contract#step-11-connect-metamask--alchemy-to-your-project) দেখুন।
+
+প্রথমে, আপনার প্রজেক্ট ডিরেক্টরিতে dotenv প্যাকেজটি ইনস্টল করুন:
+
+```
+npm install dotenv --save
+```
+
+তারপর, প্রজেক্টের রুট ডিরেক্টরিতে একটি `.env` ফাইল তৈরি করুন। এতে আপনার MetaMask প্রাইভেট কি এবং HTTP Alchemy API URL যোগ করুন।
+
+আপনার এনভায়রনমেন্ট ফাইলের নাম অবশ্যই `.env` হতে হবে, অন্যথায় এটি এনভায়রনমেন্ট ফাইল হিসেবে চেনা যাবে না।
+
+এর নাম `process.env` বা `.env-custom` বা অন্য কিছু দেবেন না।
+
+- আপনার প্রাইভেট কি এক্সপোর্ট করতে [এই নির্দেশিকাগুলো](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) অনুসরণ করুন
+- HTTP Alchemy API URL পেতে নিচে দেখুন
+
+
+
+আপনার `.env` ফাইলটি দেখতে এরকম হওয়া উচিত:
+
+```
+API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key"
+PRIVATE_KEY = "your-metamask-private-key"
+```
+
+এগুলোকে আমাদের কোডের সাথে কানেক্ট করতে, আমরা 13 নম্বর ধাপে আমাদের `hardhat.config.js` ফাইলে এই ভেরিয়েবলগুলোর রেফারেন্স দেব।
+
+### ধাপ 12: Ethers.js ইনস্টল করুন {#step-12-install-ethersjs}
+
+Ethers.js হলো একটি লাইব্রেরি যা [স্ট্যান্ডার্ড JSON-RPC মেথডগুলোকে](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc) আরও ইউজার ফ্রেন্ডলি মেথড দিয়ে র্যাপ করে ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করা এবং রিকোয়েস্ট করা সহজ করে তোলে।
+
+Hardhat আমাদের অতিরিক্ত টুলিং এবং বর্ধিত কার্যকারিতার জন্য [প্লাগইন](https://hardhat.org/plugins/) ইন্টিগ্রেট করার অনুমতি দেয়। আমরা কন্ট্রাক্ট ডিপ্লয়মেন্টের জন্য [Ethers প্লাগইন](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers)-এর সুবিধা নেব।
+
+আপনার প্রজেক্ট ডিরেক্টরিতে টাইপ করুন:
+
+```bash
+npm install --save-dev @nomiclabs/hardhat-ethers "ethers@^5.0.0"
+```
+
+### ধাপ 13: hardhat.config.js আপডেট করুন {#step-13-update-hardhat-configjs}
+
+আমরা এ পর্যন্ত বেশ কয়েকটি ডিপেন্ডেন্সি এবং প্লাগইন যোগ করেছি, এখন আমাদের `hardhat.config.js` আপডেট করতে হবে যাতে আমাদের প্রজেক্ট সেগুলোর সব সম্পর্কে জানতে পারে।
+
+আপনার `hardhat.config.js` আপডেট করে এরকম করুন:
+
+```javascript
+/* *
+ * @type import('hardhat/config').HardhatUserConfig */
+
+require("dotenv").config()
+require("@nomiclabs/hardhat-ethers")
+
+const { API_URL, PRIVATE_KEY } = process.env
+
+module.exports = {
+ solidity: "0.7.3",
+ defaultNetwork: "goerli",
+ networks: {
+ hardhat: {},
+ goerli: {
+ url: API_URL,
+ accounts: [`0x${PRIVATE_KEY}`],
+ },
+ },
+}
+```
+
+### ধাপ 14: আমাদের কন্ট্রাক্ট কম্পাইল করুন {#step-14-compile-our-contract}
+
+এ পর্যন্ত সবকিছু ঠিকঠাক কাজ করছে কিনা তা নিশ্চিত করতে, চলুন আমাদের কন্ট্রাক্ট কম্পাইল করি। `compile` টাস্কটি হলো বিল্ট-ইন hardhat টাস্কগুলোর মধ্যে একটি।
+
+কমান্ড লাইন থেকে রান করুন:
+
+```bash
+npx hardhat compile
+```
+
+আপনি `SPDX license identifier not provided in source file` সম্পর্কে একটি ওয়ার্নিং পেতে পারেন, তবে এটি নিয়ে চিন্তা করার কোনো কারণ নেই — আশা করি অন্য সবকিছু ঠিক আছে! যদি তা না হয়, তবে আপনি সবসময় [Alchemy ডিসকর্ড](https://discord.gg/u72VCg3)-এ মেসেজ করতে পারেন।
+
+### ধাপ 15: আমাদের ডিপ্লয় স্ক্রিপ্ট লিখুন {#step-15-write-our-deploy-script}
+
+এখন যেহেতু আমাদের কন্ট্রাক্ট লেখা হয়ে গেছে এবং আমাদের কনফিগারেশন ফাইল প্রস্তুত, তাই এখন আমাদের কন্ট্রাক্ট ডিপ্লয় স্ক্রিপ্ট লেখার সময়।
+
+`scripts/` ফোল্ডারে যান এবং `deploy.js` নামে একটি নতুন ফাইল তৈরি করুন, এতে নিচের বিষয়বস্তুগুলো যোগ করুন:
+
+```javascript
+async function main() {
+ const HelloWorld = await ethers.getContractFactory("HelloWorld")
+
+ // ডিপ্লয়মেন্ট শুরু করুন, একটি প্রমিস রিটার্ন করে যা একটি কন্ট্রাক্ট অবজেক্টে রিজলভ হয়
+ const hello_world = await HelloWorld.deploy("Hello World!")
+ console.log("Contract deployed to address:", hello_world.address)
+}
+
+main()
+ .then(() => process.exit(0))
+ .catch((error) => {
+ console.error(error)
+ process.exit(1)
+ })
+```
+
+Hardhat তাদের [কন্ট্রাক্টস টিউটোরিয়ালে](https://hardhat.org/tutorial/testing-contracts.html#writing-tests) এই কোডের প্রতিটি লাইন কী করে তা খুব সুন্দরভাবে ব্যাখ্যা করেছে, আমরা এখানে তাদের ব্যাখ্যাগুলো গ্রহণ করেছি।
+
+```javascript
+const HelloWorld = await ethers.getContractFactory("HelloWorld")
+```
+
+ethers.js-এ একটি `ContractFactory` হলো নতুন স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার জন্য ব্যবহৃত একটি অ্যাবস্ট্রাকশন, তাই এখানে `HelloWorld` হলো আমাদের হ্যালো ওয়ার্ল্ড কন্ট্রাক্টের ইনস্ট্যান্সগুলোর জন্য একটি [ফ্যাক্টরি]()। `hardhat-ethers` প্লাগইন ব্যবহার করার সময় `ContractFactory` এবং `Contract`, ইনস্ট্যান্সগুলো ডিফল্টভাবে প্রথম সাইনার (মালিক)-এর সাথে কানেক্টেড থাকে।
+
+```javascript
+const hello_world = await HelloWorld.deploy()
+```
+
+একটি `ContractFactory`-তে `deploy()` কল করলে ডিপ্লয়মেন্ট শুরু হবে, এবং একটি `Promise` রিটার্ন করবে যা একটি `Contract` অবজেক্টে রিজলভ হয়। এটি এমন একটি অবজেক্ট যার মধ্যে আমাদের স্মার্ট কন্ট্রাক্টের প্রতিটি ফাংশনের জন্য একটি মেথড রয়েছে।
+
+### ধাপ 16: আমাদের কন্ট্রাক্ট ডিপ্লয় করুন {#step-16-deploy-our-contract}
+
+আমরা অবশেষে আমাদের স্মার্ট কন্ট্রাক্ট ডিপ্লয় করতে প্রস্তুত! কমান্ড লাইনে যান এবং রান করুন:
+
+```bash
+npx hardhat run scripts/deploy.js --network goerli
+```
+
+এরপর আপনি এরকম কিছু দেখতে পাবেন:
+
+```bash
+Contract deployed to address: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
+```
+
+**অনুগ্রহ করে এই এডড্রেসটি সেভ করুন**। আমরা টিউটোরিয়ালের পরে এটি ব্যবহার করব।
+
+আমরা যদি [Goerli etherscan](https://goerli.etherscan.io)-এ যাই এবং আমাদের কন্ট্রাক্ট এডড্রেস সার্চ করি তবে আমরা দেখতে পাব যে এটি সফলভাবে ডিপ্লয় হয়েছে। লেনদেন-টি দেখতে এরকম হবে:
+
+
+
+The `From` এডড্রেসটি আপনার MetaMask একাউন্ট এডড্রেস-এর সাথে মিলতে হবে এবং `To` এডড্রেসটি **Contract Creation** বলবে। আমরা যদি লেনদেন-এ ক্লিক করি তবে আমরা `To` ফিল্ডে আমাদের কন্ট্রাক্ট এডড্রেস দেখতে পাব।
+
+
+
+অভিনন্দন! আপনি এইমাত্র একটি ইথিরিয়াম টেস্টনেট-এ একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করেছেন।
+
+ভেতরে কী ঘটছে তা বোঝার জন্য, চলুন আমাদের [Alchemy ড্যাশবোর্ডের](https://dashboard.alchemy.com/explorer) এক্সপ্লোরার ট্যাবে যাই। আপনার যদি একাধিক Alchemy অ্যাপ থাকে তবে নিশ্চিত করুন যে আপনি অ্যাপ অনুযায়ী ফিল্টার করেছেন এবং **Hello World** নির্বাচন করেছেন।
+
+
+
+এখানে আপনি বেশ কয়েকটি JSON-RPC মেথড দেখতে পাবেন যা Hardhat/Ethers আমাদের জন্য ভেতরে তৈরি করেছে যখন আমরা `.deploy()` ফাংশনটি কল করেছিলাম। এখানকার দুটি গুরুত্বপূর্ণ মেথড হলো [`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction), যা Goerli চেইনে আমাদের কন্ট্রাক্ট লেখার রিকোয়েস্ট, এবং [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash), যা হ্যাস দেওয়া থাকলে আমাদের লেনদেন সম্পর্কে তথ্য পড়ার রিকোয়েস্ট। লেনদেন পাঠানো সম্পর্কে আরও জানতে, [Web3 ব্যবহার করে লেনদেন পাঠানোর উপর আমাদের টিউটোরিয়ালটি](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) দেখুন।
+
+## পর্ব 2: আপনার স্মার্ট কন্ট্রাক্ট এর সাথে ইন্টারঅ্যাক্ট করুন {#part-2-interact-with-your-smart-contract}
+
+যেহেতু আমরা সফলভাবে Goerli নেটওয়ার্ক-এ একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করেছি, চলুন এখন শিখে নিই কীভাবে এর সাথে ইন্টারঅ্যাক্ট করতে হয়।
+
+### একটি interact.js ফাইল তৈরি করুন {#create-a-interactjs-file}
+
+এটি সেই ফাইল যেখানে আমরা আমাদের ইন্টারঅ্যাকশন স্ক্রিপ্ট লিখব। আমরা Ethers.js লাইব্রেরি ব্যবহার করব যা আপনি আগে পর্ব 1-এ ইনস্টল করেছিলেন।
+
+`scripts/` ফোল্ডারের ভেতরে, `interact.js` নামের একটি নতুন ফাইল তৈরি করুন এবং নিচের কোডটি যোগ করুন:
+
+```javascript
+// interact.js
+
+const API_KEY = process.env.API_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+const CONTRACT_ADDRESS = process.env.CONTRACT_ADDRESS
+```
+
+### আপনার .env ফাইল আপডেট করুন {#update-your-env-file}
+
+আমরা নতুন এনভায়রনমেন্ট ভেরিয়েবল ব্যবহার করব, তাই আমাদের সেগুলোকে `.env` ফাইলে সংজ্ঞায়িত করতে হবে যা [আমরা আগে তৈরি করেছিলাম](#step-11-connect-metamask-&-alchemy-to-your-project)।
+
+আমাদের Alchemy `API_KEY` এবং `CONTRACT_ADDRESS` এর জন্য একটি সংজ্ঞা যোগ করতে হবে যেখানে আপনার স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা হয়েছিল।
+
+আপনার `.env` ফাইলটি দেখতে অনেকটা এরকম হওয়া উচিত:
+
+```bash
+# .env
+
+API_URL = "https://eth-goerli.alchemyapi.io/v2/"
+API_KEY = ""
+PRIVATE_KEY = ""
+CONTRACT_ADDRESS = "0x"
+```
+
+### আপনার কন্ট্রাক্ট ABI সংগ্রহ করুন {#grab-your-contract-ABI}
+
+আমাদের কন্ট্রাক্ট [ABI (Application Binary Interface)](/glossary/#abi) হলো আমাদের স্মার্ট কন্ট্রাক্ট এর সাথে ইন্টারঅ্যাক্ট করার ইন্টারফেস। Hardhat স্বয়ংক্রিয়ভাবে একটি ABI তৈরি করে এবং এটি `HelloWorld.json`-এ সেভ করে। ABI ব্যবহার করার জন্য, আমাদের `interact.js` ফাইলে নিচের কোডের লাইনগুলো যোগ করে এর কন্টেন্ট পার্স করতে হবে:
+
+```javascript
+// interact.js
+const contract = require("../artifacts/contracts/HelloWorld.sol/HelloWorld.json")
+```
+
+আপনি যদি ABI দেখতে চান তবে আপনি এটি আপনার কনসোলে প্রিন্ট করতে পারেন:
+
+```javascript
+console.log(JSON.stringify(contract.abi))
+```
+
+আপনার ABI কনসোলে প্রিন্ট হওয়া দেখতে, আপনার টার্মিনালে যান এবং রান করুন:
+
+```bash
+npx hardhat run scripts/interact.js
+```
+
+### আপনার কন্ট্রাক্টের একটি ইনস্ট্যান্স তৈরি করুন {#create-an-instance-of-your-contract}
+
+আমাদের কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করতে, আমাদের কোডে একটি কন্ট্রাক্ট ইনস্ট্যান্স তৈরি করতে হবে। Ethers.js এর সাথে এটি করতে, আমাদের তিনটি কনসেপ্ট নিয়ে কাজ করতে হবে:
+
+1. Provider - একটি নোড প্রোভাইডার যা আপনাকে ব্লকচেইন-এ রিড এবং রাইট অ্যাক্সেস দেয়
+2. Signer - একটি ইথিরিয়াম একাউন্ট উপস্থাপন করে যা লেনদেন সাইন করতে পারে
+3. Contract - একটি Ethers.js অবজেক্ট যা অনচেইন-এ ডিপ্লয় করা একটি নির্দিষ্ট কন্ট্রাক্টকে উপস্থাপন করে
+
+আমরা কন্ট্রাক্টের ইনস্ট্যান্স তৈরি করতে আগের ধাপ থেকে কন্ট্রাক্ট ABI ব্যবহার করব:
+
+```javascript
+// interact.js
+
+// প্রোভাইডার
+const alchemyProvider = new ethers.providers.AlchemyProvider(
+ (network = "goerli"),
+ API_KEY
+)
+
+// সাইনার
+const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider)
+
+// কন্ট্রাক্ট
+const helloWorldContract = new ethers.Contract(
+ CONTRACT_ADDRESS,
+ contract.abi,
+ signer
+)
+```
+
+Providers, Signers এবং Contracts সম্পর্কে আরও জানুন [ethers.js ডকুমেন্টেশন](https://docs.ethers.io/v5/)-এ।
+
+### init মেসেজটি পড়ুন {#read-the-init-message}
+
+মনে আছে যখন আমরা `initMessage = "Hello world!"` দিয়ে আমাদের কন্ট্রাক্ট ডিপ্লয় করেছিলাম? আমরা এখন আমাদের স্মার্ট কন্ট্রাক্ট-এ সংরক্ষিত সেই মেসেজটি পড়ব এবং কনসোলে প্রিন্ট করব।
+
+জাভাস্ক্রিপ্টে, নেটওয়ার্ক-এর সাথে ইন্টারঅ্যাক্ট করার সময় অ্যাসিনক্রোনাস ফাংশন ব্যবহার করা হয়। অ্যাসিনক্রোনাস ফাংশন সম্পর্কে আরও জানতে, [এই মিডিয়াম আর্টিকেলটি পড়ুন](https://blog.bitsrc.io/understanding-asynchronous-javascript-the-event-loop-74cd408419ff)।
+
+আমাদের স্মার্ট কন্ট্রাক্ট-এ `message` ফাংশন কল করতে এবং init মেসেজটি পড়তে নিচের কোডটি ব্যবহার করুন:
+
+```javascript
+// interact.js
+
+// ...
+
+async function main() {
+ const message = await helloWorldContract.message()
+ console.log("The message is: " + message)
+}
+main()
+```
+
+টার্মিনালে `npx hardhat run scripts/interact.js` ব্যবহার করে ফাইলটি রান করার পর আমাদের এই রেসপন্সটি দেখা উচিত:
+
+```
+The message is: Hello world!
+```
+
+অভিনন্দন! আপনি এইমাত্র ইথিরিয়াম ব্লকচেইন থেকে সফলভাবে স্মার্ট কন্ট্রাক্ট ডাটা পড়েছেন, দারুণ কাজ!
+
+### মেসেজটি আপডেট করুন {#update-the-message}
+
+শুধুমাত্র মেসেজটি পড়ার পরিবর্তে, আমরা `update` ফাংশন ব্যবহার করে আমাদের স্মার্ট কন্ট্রাক্ট-এ সেভ করা মেসেজটিও আপডেট করতে পারি! বেশ দারুণ, তাই না?
+
+মেসেজটি আপডেট করতে, আমরা সরাসরি আমাদের ইনস্ট্যানশিয়েটেড Contract অবজেক্টে `update` ফাংশন কল করতে পারি:
+
+```javascript
+// interact.js
+
+// ...
+
+async function main() {
+ const message = await helloWorldContract.message()
+ console.log("The message is: " + message)
+
+ console.log("Updating the message...")
+ const tx = await helloWorldContract.update("This is the new message.")
+ await tx.wait()
+}
+main()
+```
+
+লক্ষ্য করুন যে 11 নম্বর লাইনে, আমরা রিটার্ন করা লেনদেন অবজেক্টে `.wait()` কল করেছি। এটি নিশ্চিত করে যে ফাংশন থেকে বের হওয়ার আগে আমাদের স্ক্রিপ্টটি ব্লকচেইন-এ লেনদেন মাইন হওয়ার জন্য অপেক্ষা করবে। যদি `.wait()` কলটি অন্তর্ভুক্ত না থাকে, তবে স্ক্রিপ্টটি কন্ট্রাক্টে আপডেট করা `message` ভ্যালু দেখতে নাও পারে।
+
+### নতুন মেসেজটি পড়ুন {#read-the-new-message}
+
+আপডেট করা `message` ভ্যালু পড়তে আপনার [আগের ধাপটি](#read-the-init-message) পুনরাবৃত্তি করতে পারা উচিত। একটু সময় নিন এবং দেখুন আপনি সেই নতুন ভ্যালুটি প্রিন্ট করার জন্য প্রয়োজনীয় পরিবর্তনগুলো করতে পারেন কিনা!
+
+আপনার যদি কোনো হিন্ট বা সূত্রের প্রয়োজন হয়, তবে এই পর্যায়ে আপনার `interact.js` ফাইলটি দেখতে যেমন হওয়া উচিত তা নিচে দেওয়া হলো:
+
+```javascript
+// interact.js
+
+const API_KEY = process.env.API_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+const CONTRACT_ADDRESS = process.env.CONTRACT_ADDRESS
+
+const contract = require("../artifacts/contracts/HelloWorld.sol/HelloWorld.json")
+
+// প্রোভাইডার - অ্যালকেমি
+const alchemyProvider = new ethers.providers.AlchemyProvider(
+ (network = "goerli"),
+ API_KEY
+)
+
+// সাইনার - আপনি
+const signer = new ethers.Wallet(PRIVATE_KEY, alchemyProvider)
+
+// কন্ট্রাক্ট ইন্সট্যান্স
+const helloWorldContract = new ethers.Contract(
+ CONTRACT_ADDRESS,
+ contract.abi,
+ signer
+)
+
+async function main() {
+ const message = await helloWorldContract.message()
+ console.log("The message is: " + message)
+
+ console.log("Updating the message...")
+ const tx = await helloWorldContract.update("this is the new message")
+ await tx.wait()
+
+ const newMessage = await helloWorldContract.message()
+ console.log("The new message is: " + newMessage)
+}
+
+main()
+```
+
+এখন শুধু স্ক্রিপ্টটি রান করুন এবং আপনি আপনার টার্মিনালে পুরনো মেসেজ, আপডেটিং স্ট্যাটাস এবং নতুন মেসেজ প্রিন্ট হওয়া দেখতে পাবেন!
+
+`npx hardhat run scripts/interact.js --network goerli`
+
+```
+The message is: Hello World!
+Updating the message...
+The new message is: This is the new message.
+```
+
+সেই স্ক্রিপ্টটি রান করার সময়, আপনি লক্ষ্য করতে পারেন যে নতুন মেসেজ লোড হওয়ার আগে `Updating the message...` ধাপটি লোড হতে কিছুটা সময় নেয়। এটি মাইনিং প্রক্রিয়ার কারণে হয়; আপনি যদি লেনদেন মাইন হওয়ার সময় সেগুলো ট্র্যাক করতে আগ্রহী হন, তবে একটি লেনদেন এর স্ট্যাটাস দেখতে [Alchemy mempool](https://dashboard.alchemyapi.io/mempool) ভিজিট করুন। যদি লেনদেন ড্রপ হয়ে যায়, তবে [Goerli Etherscan](https://goerli.etherscan.io) চেক করা এবং আপনার লেনদেন হ্যাস সার্চ করাও সহায়ক হতে পারে।
+
+## পার্ট 3: Etherscan-এ আপনার স্মার্ট কন্ট্রাক্ট পাবলিশ করুন {#part-3-publish-your-smart-contract-to-etherscan}
+
+আপনার স্মার্ট কন্ট্রাক্টকে বাস্তবে রূপ দিতে আপনি অনেক পরিশ্রম করেছেন; এখন এটি বিশ্বের সাথে শেয়ার করার সময় এসেছে!
+
+Etherscan-এ আপনার স্মার্ট কন্ট্রাক্ট ভেরিফাই করার মাধ্যমে, যে কেউ আপনার সোর্স কোড দেখতে পারবে এবং আপনার স্মার্ট কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করতে পারবে। চলুন শুরু করা যাক!
+
+### ধাপ 1: আপনার Etherscan একাউন্টে একটি API Key তৈরি করুন {#step-1-generate-an-api-key-on-your-etherscan-account}
+
+আপনি যে স্মার্ট কন্ট্রাক্টটি পাবলিশ করার চেষ্টা করছেন তার মালিক যে আপনিই, তা ভেরিফাই করার জন্য একটি Etherscan API Key প্রয়োজন।
+
+আপনার যদি আগে থেকে কোনো Etherscan একাউন্ট না থাকে, তাহলে [একটি একাউন্টের জন্য সাইন আপ করুন](https://etherscan.io/register)।
+
+লগ ইন করার পর, নেভিগেশন বারে আপনার ইউজারনেম খুঁজুন, এর উপর হোভার করুন এবং **My profile** বোতামটি নির্বাচন করুন।
+
+আপনার প্রোফাইল পেজে, আপনি একটি সাইড নেভিগেশন বার দেখতে পাবেন। সাইড নেভিগেশন বার থেকে, **API Keys** নির্বাচন করুন। এরপর, একটি নতুন API key তৈরি করতে "Add" বোতাম টিপুন, আপনার অ্যাপের নাম দিন **hello-world** এবং **Create New API Key** বোতাম টিপুন।
+
+আপনার নতুন API key-টি API key টেবিলে দেখা যাবে। API key-টি আপনার ক্লিপবোর্ডে কপি করুন।
+
+এরপর, আমাদের `.env` ফাইলে Etherscan API key যোগ করতে হবে।
+
+এটি যোগ করার পর, আপনার `.env` ফাইলটি দেখতে এরকম হবে:
+
+```javascript
+API_URL = "https://eth-goerli.alchemyapi.io/v2/your-api-key"
+PUBLIC_KEY = "your-public-account-address"
+PRIVATE_KEY = "your-private-account-address"
+CONTRACT_ADDRESS = "your-contract-address"
+ETHERSCAN_API_KEY = "your-etherscan-key"
+```
+
+### Hardhat-এর মাধ্যমে ডিপ্লয় করা স্মার্ট কন্ট্রাক্ট {#hardhat-deployed-smart-contracts}
+
+#### hardhat-etherscan ইনস্টল করুন {#install-hardhat-etherscan}
+
+Hardhat ব্যবহার করে Etherscan-এ আপনার কন্ট্রাক্ট পাবলিশ করা বেশ সহজ। শুরু করার জন্য আপনাকে প্রথমে `hardhat-etherscan` প্লাগইনটি ইনস্টল করতে হবে। `hardhat-etherscan` স্বয়ংক্রিয়ভাবে Etherscan-এ স্মার্ট কন্ট্রাক্টের সোর্স কোড এবং ABI ভেরিফাই করবে। এটি যোগ করতে, `hello-world` ডিরেক্টরিতে রান করুন:
+
+```text
+npm install --save-dev @nomiclabs/hardhat-etherscan
+```
+
+ইনস্টল হয়ে গেলে, আপনার `hardhat.config.js`-এর একদম উপরে নিচের স্টেটমেন্টটি অন্তর্ভুক্ত করুন এবং Etherscan কনফিগ অপশনগুলো যোগ করুন:
+
+```javascript
+// hardhat.config.js
+
+require("dotenv").config()
+require("@nomiclabs/hardhat-ethers")
+require("@nomiclabs/hardhat-etherscan")
+
+const { API_URL, PRIVATE_KEY, ETHERSCAN_API_KEY } = process.env
+
+module.exports = {
+ solidity: "0.7.3",
+ defaultNetwork: "goerli",
+ networks: {
+ hardhat: {},
+ goerli: {
+ url: API_URL,
+ accounts: [`0x${PRIVATE_KEY}`],
+ },
+ },
+ etherscan: {
+ // ইথারস্ক্যানের জন্য আপনার এপিআই (API) কী
+ // https://etherscan.io/ থেকে একটি সংগ্রহ করুন
+ apiKey: ETHERSCAN_API_KEY,
+ },
+}
+```
+
+#### Etherscan-এ আপনার স্মার্ট কন্ট্রাক্ট ভেরিফাই করুন {#verify-your-smart-contract-on-etherscan}
+
+নিশ্চিত করুন যে সমস্ত ফাইল সেভ করা হয়েছে এবং সমস্ত `.env` ভেরিয়েবল সঠিকভাবে কনফিগার করা হয়েছে।
+
+কন্ট্রাক্ট এডড্রেস এবং এটি যে নেটওয়ার্ক-এ ডিপ্লয় করা হয়েছে তা পাস করে `verify` টাস্কটি রান করুন:
+
+```text
+npx hardhat verify --network goerli DEPLOYED_CONTRACT_ADDRESS 'Hello World!'
+```
+
+নিশ্চিত করুন যে `DEPLOYED_CONTRACT_ADDRESS` হলো Goerli টেস্টনেট-এ আপনার ডিপ্লয় করা স্মার্ট কন্ট্রাক্টের এডড্রেস। এছাড়া, চূড়ান্ত আর্গুমেন্ট (`'Hello World!'`) অবশ্যই [পার্ট 1-এর ডিপ্লয়মেন্ট ধাপে](#write-our-deploy-script) ব্যবহৃত স্ট্রিং ভ্যালুর সমান হতে হবে।
+
+সবকিছু ঠিকঠাক থাকলে, আপনি আপনার টার্মিনালে নিচের মেসেজটি দেখতে পাবেন:
+
+```text
+Successfully submitted source code for contract
+contracts/HelloWorld.sol:HelloWorld at 0xdeployed-contract-address
+for verification on Etherscan. Waiting for verification result...
+
+
+Successfully verified contract HelloWorld on Etherscan.
+https: // goerli.etherscan.io/address/#contracts
+```
+
+অভিনন্দন! আপনার স্মার্ট কন্ট্রাক্ট কোড এখন Etherscan-এ আছে!
+
+### Etherscan-এ আপনার স্মার্ট কন্ট্রাক্টটি দেখে নিন! {#check-out-your-smart-contract-on-etherscan}
+
+আপনার টার্মিনালে দেওয়া লিঙ্কে গেলে, আপনি Etherscan-এ পাবলিশ হওয়া আপনার স্মার্ট কন্ট্রাক্ট কোড এবং ABI দেখতে পাবেন!
+
+**ওয়াহু - আপনি পেরেছেন চ্যাম্প! এখন যে কেউ আপনার স্মার্ট কন্ট্রাক্টে কল বা রাইট করতে পারবে! আপনি পরবর্তীতে কী তৈরি করবেন তা দেখার জন্য আমরা অধীর আগ্রহে অপেক্ষা করছি!**
+
+## পর্ব 4 - ফ্রন্টএন্ডের সাথে আপনার স্মার্ট কন্ট্রাক্ট ইন্টিগ্রেট করা {#part-4-integrating-your-smart-contract-with-the-frontend}
+
+এই টিউটোরিয়ালের শেষে, আপনি জানতে পারবেন কীভাবে:
+
+- আপনার ডিএ্যাপ এর সাথে একটি MetaMask ওয়ালেট কানেক্ট করতে হয়
+- [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) API ব্যবহার করে আপনার স্মার্ট কন্ট্রাক্ট থেকে ডেটা রিড করতে হয়
+- MetaMask ব্যবহার করে ইথিরিয়াম লেনদেন সাইন করতে হয়
+
+এই ডিএ্যাপ এর জন্য, আমরা আমাদের ফ্রন্টএন্ড ফ্রেমওয়ার্ক হিসেবে [React](https://react.dev/) ব্যবহার করব; তবে, এটি মনে রাখা গুরুত্বপূর্ণ যে আমরা এর মৌলিক বিষয়গুলো ব্যাখ্যা করতে খুব বেশি সময় ব্যয় করব না, কারণ আমরা মূলত আমাদের প্রজেক্টে Web3 কার্যকারিতা আনার দিকেই বেশি মনোযোগ দেব।
+
+পূর্বশর্ত হিসেবে, আপনার React সম্পর্কে প্রাথমিক স্তরের ধারণা থাকা উচিত। যদি না থাকে, তবে আমরা অফিসিয়াল [Intro to React tutorial](https://react.dev/learn) সম্পন্ন করার পরামর্শ দিচ্ছি।
+
+### স্টার্টার ফাইলগুলো ক্লোন করুন {#clone-the-starter-files}
+
+প্রথমে, এই প্রজেক্টের স্টার্টার ফাইলগুলো পেতে [hello-world-part-four GitHub repository](https://github.com/alchemyplatform/hello-world-part-four-tutorial)-তে যান এবং এই রিপোজিটরিটি আপনার লোকাল মেশিনে ক্লোন করুন।
+
+ক্লোন করা রিপোজিটরিটি লোকালি খুলুন। লক্ষ্য করুন যে এতে দুটি ফোল্ডার রয়েছে: `starter-files` এবং `completed`।
+
+- `starter-files`- **আমরা এই ডিরেক্টরিতে কাজ করব**, আমরা UI-কে আপনার ইথিরিয়াম ওয়ালেট এবং [Part 3](#part-3)-এ Etherscan-এ পাবলিশ করা স্মার্ট কন্ট্রাক্ট এর সাথে কানেক্ট করব।
+- `completed`-এ সম্পূর্ণ টিউটোরিয়ালটি রয়েছে এবং আপনি যদি কোথাও আটকে যান তবে এটি শুধুমাত্র রেফারেন্স হিসেবে ব্যবহার করা উচিত।
+
+এরপর, আপনার প্রিয় কোড এডিটরে `starter-files` এর কপিটি খুলুন এবং তারপর `src` ফোল্ডারে নেভিগেট করুন।
+
+আমরা যে কোডগুলো লিখব তার সবই `src` ফোল্ডারের অধীনে থাকবে। আমাদের প্রজেক্টে Web3 কার্যকারিতা দিতে আমরা `HelloWorld.js` কম্পোনেন্ট এবং `util/interact.js` জাভাস্ক্রিপ্ট ফাইলগুলো এডিট করব।
+
+### স্টার্টার ফাইলগুলো চেক করুন {#check-out-the-starter-files}
+
+কোডিং শুরু করার আগে, চলুন দেখে নিই স্টার্টার ফাইলগুলোতে আমাদের কী কী দেওয়া হয়েছে।
+
+#### আপনার react প্রজেক্ট চালু করুন {#get-your-react-project-running}
+
+চলুন আমাদের ব্রাউজারে React প্রজেক্টটি রান করার মাধ্যমে শুরু করি। React এর সৌন্দর্য হলো, একবার আমাদের প্রজেক্ট ব্রাউজারে রান করলে, আমরা যে পরিবর্তনগুলো সেভ করব তা ব্রাউজারে লাইভ আপডেট হবে।
+
+প্রজেক্টটি রান করতে, `starter-files` ফোল্ডারের রুট ডিরেক্টরিতে নেভিগেট করুন এবং প্রজেক্টের ডিপেন্ডেন্সিগুলো ইনস্টল করতে আপনার টার্মিনালে `npm install` রান করুন:
+
+```bash
+cd starter-files
+npm install
+```
+
+সেগুলো ইনস্টল করা শেষ হলে, আপনার টার্মিনালে `npm start` রান করুন:
+
+```bash
+npm start
+```
+
+এটি করলে আপনার ব্রাউজারে [http://localhost:3000/](http://localhost:3000/) খুলবে, যেখানে আপনি আমাদের প্রজেক্টের ফ্রন্টএন্ড দেখতে পাবেন। এতে একটি ফিল্ড (আপনার স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত মেসেজ আপডেট করার জায়গা), একটি "Connect Wallet" বোতাম এবং একটি "Update" বোতাম থাকা উচিত।
+
+আপনি যদি কোনো বোতামে ক্লিক করার চেষ্টা করেন, তবে আপনি লক্ষ্য করবেন যে সেগুলো কাজ করছে না—কারণ আমাদের এখনও সেগুলোর কার্যকারিতা প্রোগ্রাম করতে হবে।
+
+#### `HelloWorld.js` কম্পোনেন্ট {#the-helloworld-js-component}
+
+চলুন আমাদের এডিটরের `src` ফোল্ডারে ফিরে যাই এবং `HelloWorld.js` ফাইলটি খুলি। এই ফাইলের সবকিছু বোঝা আমাদের জন্য অত্যন্ত গুরুত্বপূর্ণ, কারণ এটিই প্রাথমিক React কম্পোনেন্ট যার ওপর আমরা কাজ করব।
+
+এই ফাইলের শীর্ষে, আপনি লক্ষ্য করবেন যে আমাদের প্রজেক্টটি রান করার জন্য প্রয়োজনীয় বেশ কয়েকটি ইমপোর্ট স্টেটমেন্ট রয়েছে, যার মধ্যে রয়েছে React লাইব্রেরি, useEffect এবং useState হুক, `./util/interact.js` থেকে কিছু আইটেম (আমরা শীঘ্রই সেগুলোর বিস্তারিত বর্ণনা করব!), এবং Alchemy লোগো।
+
+```javascript
+// HelloWorld.js
+
+import React from "react"
+import { useEffect, useState } from "react"
+import {
+ helloWorldContract,
+ connectWallet,
+ updateMessage,
+ loadCurrentMessage,
+ getCurrentWalletConnected,
+} from "./util/interact.js"
+
+import alchemylogo from "./alchemylogo.svg"
+```
+
+এরপর, আমাদের স্টেট ভেরিয়েবলগুলো রয়েছে যা আমরা নির্দিষ্ট ইভেন্টের পরে আপডেট করব।
+
+```javascript
+// HelloWorld.js
+
+// স্টেট ভেরিয়েবল
+const [walletAddress, setWallet] = useState("")
+const [status, setStatus] = useState("")
+const [message, setMessage] = useState("No connection to the network.")
+const [newMessage, setNewMessage] = useState("")
+```
+
+এখানে প্রতিটি ভেরিয়েবল যা উপস্থাপন করে তা দেওয়া হলো:
+
+- `walletAddress` - একটি স্ট্রিং যা ব্যবহারকারীর ওয়ালেট এডড্রেস সংরক্ষণ করে
+- `status`- একটি স্ট্রিং যা একটি সহায়ক মেসেজ সংরক্ষণ করে যা ব্যবহারকারীকে ডিএ্যাপ এর সাথে কীভাবে ইন্টারঅ্যাক্ট করতে হয় সে সম্পর্কে গাইড করে
+- `message` - একটি স্ট্রিং যা স্মার্ট কন্ট্রাক্ট এ বর্তমান মেসেজটি সংরক্ষণ করে
+- `newMessage` - একটি স্ট্রিং যা নতুন মেসেজটি সংরক্ষণ করে যা স্মার্ট কন্ট্রাক্ট এ লেখা হবে
+
+স্টেট ভেরিয়েবলগুলোর পরে, আপনি পাঁচটি ইমপ্লিমেন্ট না করা ফাংশন দেখতে পাবেন: `useEffect` ,`addSmartContractListener`, `addWalletListener` , `connectWalletPressed`, এবং `onUpdatePressed`। আমরা নিচে ব্যাখ্যা করব এগুলো কী কাজ করে:
+
+```javascript
+// HelloWorld.js
+
+// শুধুমাত্র একবার কল করা হয়
+useEffect(async () => {
+ // TODO: ইমপ্লিমেন্ট করুন
+}, [])
+
+function addSmartContractListener() {
+ // TODO: ইমপ্লিমেন্ট করুন
+}
+
+function addWalletListener() {
+ // TODO: ইমপ্লিমেন্ট করুন
+}
+
+const connectWalletPressed = async () => {
+ // TODO: ইমপ্লিমেন্ট করুন
+}
+
+const onUpdatePressed = async () => {
+ // TODO: ইমপ্লিমেন্ট করুন
+}
+```
+
+- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html)- এটি একটি React হুক যা আপনার কম্পোনেন্ট রেন্ডার হওয়ার পরে কল করা হয়। যেহেতু এতে একটি খালি অ্যারে `[]` প্রপ পাস করা হয়েছে (লাইন 4 দেখুন), এটি শুধুমাত্র কম্পোনেন্টের _প্রথম_ রেন্ডারে কল করা হবে। এখানে আমরা আমাদের স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত বর্তমান মেসেজটি লোড করব, আমাদের স্মার্ট কন্ট্রাক্ট এবং ওয়ালেট লিসেনারদের কল করব এবং কোনো ওয়ালেট আগে থেকেই কানেক্ট করা আছে কিনা তা প্রতিফলিত করতে আমাদের UI আপডেট করব।
+- `addSmartContractListener`- এই ফাংশনটি একটি লিসেনার সেট আপ করে যা আমাদের HelloWorld কন্ট্রাক্টের `UpdatedMessages` ইভেন্টের জন্য নজর রাখবে এবং আমাদের স্মার্ট কন্ট্রাক্ট এ মেসেজ পরিবর্তন হলে আমাদের UI আপডেট করবে।
+- `addWalletListener`- এই ফাংশনটি একটি লিসেনার সেট আপ করে যা ব্যবহারকারীর MetaMask ওয়ালেট স্টেট এ পরিবর্তনগুলো শনাক্ত করে, যেমন যখন ব্যবহারকারী তাদের ওয়ালেট ডিসকানেক্ট করে বা এডড্রেস পরিবর্তন করে।
+- `connectWalletPressed`- ব্যবহারকারীর MetaMask ওয়ালেট কে আমাদের ডিএ্যাপ এর সাথে কানেক্ট করতে এই ফাংশনটি কল করা হবে।
+- `onUpdatePressed` - যখন ব্যবহারকারী স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত মেসেজটি আপডেট করতে চাইবেন তখন এই ফাংশনটি কল করা হবে।
+
+এই ফাইলের শেষের দিকে, আমাদের কম্পোনেন্টের UI রয়েছে।
+
+```javascript
+// HelloWorld.js
+
+// আমাদের কম্পোনেন্টের ইউআই (UI)
+return (
+
+ 
+
+
+ Current Message:
+ {message}
+
+ New Message:
+
+
+ setNewMessage(e.target.value)}
+ value={newMessage}
+ />
+ {status}
+
+
+
+
+)
+```
+
+আপনি যদি এই কোডটি মনোযোগ সহকারে স্ক্যান করেন, তবে আপনি লক্ষ্য করবেন যে আমরা আমাদের UI-তে আমাদের বিভিন্ন স্টেট ভেরিয়েবলগুলো কোথায় ব্যবহার করি:
+
+- 6-12 লাইনে, যদি ব্যবহারকারীর ওয়ালেট কানেক্ট করা থাকে (অর্থাৎ, `walletAddress.length > 0`), আমরা "walletButton" আইডি সহ বোতামে ব্যবহারকারীর `walletAddress` এর একটি সংক্ষিপ্ত সংস্করণ প্রদর্শন করি; অন্যথায় এটি কেবল "Connect Wallet" বলে।
+- 17 লাইনে, আমরা স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত বর্তমান মেসেজটি প্রদর্শন করি, যা `message` স্ট্রিংয়ে ক্যাপচার করা হয়েছে।
+- 23-26 লাইনে, টেক্সট ফিল্ডে ইনপুট পরিবর্তন হলে আমাদের `newMessage` স্টেট ভেরিয়েবল আপডেট করতে আমরা একটি [controlled component](https://legacy.reactjs.org/docs/forms.html#controlled-components) ব্যবহার করি।
+
+আমাদের স্টেট ভেরিয়েবলগুলো ছাড়াও, আপনি দেখতে পাবেন যে `publishButton` এবং `walletButton` আইডি সহ বোতামগুলোতে ক্লিক করা হলে যথাক্রমে `connectWalletPressed` এবং `onUpdatePressed` ফাংশনগুলো কল করা হয়।
+
+অবশেষে, চলুন দেখি এই `HelloWorld.js` কম্পোনেন্টটি কোথায় যোগ করা হয়েছে।
+
+আপনি যদি `App.js` ফাইলে যান, যা React-এর প্রধান কম্পোনেন্ট এবং অন্যান্য সমস্ত কম্পোনেন্টের জন্য একটি কন্টেইনার হিসেবে কাজ করে, আপনি দেখতে পাবেন যে আমাদের `HelloWorld.js` কম্পোনেন্টটি 7 নম্বর লাইনে ইনজেক্ট করা হয়েছে।
+
+সবশেষে, চলুন আপনার জন্য দেওয়া আরও একটি ফাইল, `interact.js` ফাইলটি চেক করি।
+
+#### `interact.js` ফাইল {#the-interact-js-file}
+
+যেহেতু আমরা [M-V-C](https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller) প্যারাডাইম অনুসরণ করতে চাই, তাই আমরা একটি আলাদা ফাইল চাইব যাতে আমাদের ডিএ্যাপ এর লজিক, ডেটা এবং নিয়মগুলো পরিচালনা করার জন্য আমাদের সমস্ত ফাংশন থাকে এবং তারপর সেই ফাংশনগুলোকে আমাদের ফ্রন্টএন্ডে (আমাদের `HelloWorld.js` কম্পোনেন্ট) এক্সপোর্ট করতে সক্ষম হই।
+
+👆🏽এটিই আমাদের `interact.js` ফাইলের আসল উদ্দেশ্য!
+
+আপনার `src` ডিরেক্টরির `util` ফোল্ডারে নেভিগেট করুন, এবং আপনি লক্ষ্য করবেন যে আমরা `interact.js` নামের একটি ফাইল অন্তর্ভুক্ত করেছি যাতে আমাদের সমস্ত স্মার্ট কন্ট্রাক্ট ইন্টারঅ্যাকশন এবং ওয়ালেট ফাংশন এবং ভেরিয়েবলগুলো থাকবে।
+
+```javascript
+// interact.js
+
+// export const helloWorldContract;
+
+export const loadCurrentMessage = async () => {}
+
+export const connectWallet = async () => {}
+
+const getCurrentWalletConnected = async () => {}
+
+export const updateMessage = async (message) => {}
+```
+
+আপনি ফাইলের শীর্ষে লক্ষ্য করবেন যে আমরা `helloWorldContract` অবজেক্টটি কমেন্ট আউট করেছি। এই টিউটোরিয়ালের পরে, আমরা এই অবজেক্টটি আনকমেন্ট করব এবং এই ভেরিয়েবলে আমাদের স্মার্ট কন্ট্রাক্ট ইনস্ট্যানশিয়েট করব, যা আমরা পরে আমাদের `HelloWorld.js` কম্পোনেন্টে এক্সপোর্ট করব।
+
+আমাদের `helloWorldContract` অবজেক্টের পরে চারটি ইমপ্লিমেন্ট না করা ফাংশন নিচের কাজগুলো করে:
+
+- `loadCurrentMessage` - এই ফাংশনটি স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত বর্তমান মেসেজ লোড করার লজিক পরিচালনা করে। এটি [Alchemy Web3 API](https://github.com/alchemyplatform/alchemy-web3) ব্যবহার করে Hello World স্মার্ট কন্ট্রাক্ট এ একটি _read_ কল করবে।
+- `connectWallet` - এই ফাংশনটি ব্যবহারকারীর MetaMask-কে আমাদের ডিএ্যাপ এর সাথে কানেক্ট করবে।
+- `getCurrentWalletConnected` - এই ফাংশনটি পেজ লোড হওয়ার সময় কোনো ইথিরিয়াম একাউন্ট আগে থেকেই আমাদের ডিএ্যাপ এর সাথে কানেক্ট করা আছে কিনা তা চেক করবে এবং সেই অনুযায়ী আমাদের UI আপডেট করবে।
+- `updateMessage` - এই ফাংশনটি স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত মেসেজটি আপডেট করবে। এটি Hello World স্মার্ট কন্ট্রাক্ট এ একটি _write_ কল করবে, তাই মেসেজটি আপডেট করার জন্য ব্যবহারকারীর MetaMask ওয়ালেট কে একটি ইথিরিয়াম লেনদেন সাইন করতে হবে।
+
+এখন যেহেতু আমরা বুঝতে পেরেছি আমরা কী নিয়ে কাজ করছি, চলুন বের করি কীভাবে আমাদের স্মার্ট কন্ট্রাক্ট থেকে রিড করতে হয়!
+
+### ধাপ 3: আপনার স্মার্ট কন্ট্রাক্ট থেকে রিড করুন {#step-3-read-from-your-smart-contract}
+
+আপনার স্মার্ট কন্ট্রাক্ট থেকে রিড করতে, আপনাকে সফলভাবে সেট আপ করতে হবে:
+
+- ইথিরিয়াম চেইনের সাথে একটি API কানেকশন
+- আপনার স্মার্ট কন্ট্রাক্ট এর একটি লোড করা ইনস্ট্যান্স
+- আপনার স্মার্ট কন্ট্রাক্ট ফাংশনে কল করার জন্য একটি ফাংশন
+- স্মার্ট কন্ট্রাক্ট থেকে আপনি যে ডেটা রিড করছেন তা পরিবর্তন হলে আপডেটের জন্য নজর রাখার একটি লিসেনার
+
+এটি শুনতে অনেকগুলো ধাপ মনে হতে পারে, তবে চিন্তা করবেন না! আমরা আপনাকে ধাপে ধাপে দেখাব কীভাবে এগুলোর প্রতিটি করতে হয়! :)
+
+#### ইথিরিয়াম চেইনের সাথে একটি API কানেকশন স্থাপন করুন {#establish-an-api-connection-to-the-ethereum-chain}
+
+তাহলে মনে আছে কীভাবে এই টিউটোরিয়ালের পার্ট 2-এ, আমরা আমাদের [Alchemy Web3 key to read from our smart contract](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract/interacting-with-a-smart-contract#step-1-install-web3-library) ব্যবহার করেছিলাম? চেইন থেকে রিড করার জন্য আপনার ডিএ্যাপ এও একটি Alchemy Web3 কি প্রয়োজন হবে।
+
+যদি আপনার কাছে এটি আগে থেকে না থাকে, তবে প্রথমে আপনার `starter-files` এর রুট ডিরেক্টরিতে নেভিগেট করে এবং আপনার টার্মিনালে নিচের কমান্ডটি রান করে [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) ইনস্টল করুন:
+
+```text
+npm install @alch/alchemy-web3
+```
+
+[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) হলো [Web3.js](https://docs.web3js.org/) এর চারপাশে একটি র্যাপার, যা উন্নত API মেথড এবং অন্যান্য গুরুত্বপূর্ণ সুবিধা প্রদান করে যাতে একজন web3 ডেভেলপার হিসেবে আপনার জীবন সহজ হয়। এটি এমনভাবে ডিজাইন করা হয়েছে যাতে ন্যূনতম কনফিগারেশনের প্রয়োজন হয়, ফলে আপনি এখনই আপনার অ্যাপে এটি ব্যবহার করা শুরু করতে পারেন!
+
+তারপর, আপনার প্রজেক্ট ডিরেক্টরিতে [dotenv](https://www.npmjs.com/package/dotenv) প্যাকেজটি ইনস্টল করুন, যাতে আমাদের API কি ফেচ করার পরে এটি সংরক্ষণ করার জন্য একটি নিরাপদ জায়গা থাকে।
+
+```text
+npm install dotenv --save
+```
+
+আমাদের ডিএ্যাপ এর জন্য, **আমরা আমাদের HTTP API কি এর পরিবর্তে আমাদের Websockets API কি ব্যবহার করব**, কারণ এটি আমাদের একটি লিসেনার সেট আপ করতে দেবে যা স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত মেসেজ পরিবর্তন হলে তা শনাক্ত করে।
+
+আপনার API কি পাওয়ার পর, আপনার রুট ডিরেক্টরিতে একটি `.env` ফাইল তৈরি করুন এবং এতে আপনার Alchemy Websockets url যোগ করুন। এরপর, আপনার `.env` ফাইলটি দেখতে এরকম হওয়া উচিত:
+
+```javascript
+REACT_APP_ALCHEMY_KEY = wss: // eth-goerli.ws.alchemyapi.io/v2/
+```
+
+এখন, আমরা আমাদের ডিএ্যাপ এ আমাদের Alchemy Web3 এন্ডপয়েন্ট সেট আপ করতে প্রস্তুত! চলুন আমাদের `interact.js`-এ ফিরে যাই, যা আমাদের `util` ফোল্ডারের ভেতরে নেস্টেড করা আছে এবং ফাইলের শীর্ষে নিচের কোডটি যোগ করি:
+
+```javascript
+// interact.js
+
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+// export const helloWorldContract;
+```
+
+উপরে, আমরা প্রথমে আমাদের `.env` ফাইল থেকে Alchemy কি ইমপোর্ট করেছি এবং তারপর আমাদের Alchemy Web3 এন্ডপয়েন্ট স্থাপন করতে `createAlchemyWeb3`-তে আমাদের `alchemyKey` পাস করেছি।
+
+এই এন্ডপয়েন্ট প্রস্তুত হওয়ার সাথে সাথে, আমাদের স্মার্ট কন্ট্রাক্ট লোড করার সময় এসেছে!
+
+#### আপনার Hello World স্মার্ট কন্ট্রাক্ট লোড করা {#loading-your-hello-world-smart-contract}
+
+আপনার Hello World স্মার্ট কন্ট্রাক্ট লোড করতে, আপনার এর কন্ট্রাক্ট এডড্রেস এবং ABI প্রয়োজন হবে, যার উভয়ই Etherscan-এ পাওয়া যাবে যদি আপনি [Part 3 of this tutorial.](/developers/tutorials/hello-world-smart-contract-fullstack/#part-3-publish-your-smart-contract-to-etherscan-part-3-publish-your-smart-contract-to-etherscan) সম্পন্ন করে থাকেন।
+
+#### Etherscan থেকে কীভাবে আপনার কন্ট্রাক্ট ABI পাবেন {#how-to-get-your-contract-abi-from-etherscan}
+
+আপনি যদি এই টিউটোরিয়ালের পার্ট 3 এড়িয়ে গিয়ে থাকেন, তবে আপনি [0x6f3f635A9762B47954229Ea479b4541eAF402A6A](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code) এডড্রেস সহ HelloWorld কন্ট্রাক্ট ব্যবহার করতে পারেন। এর ABI [এখানে](https://goerli.etherscan.io/address/0x6f3f635a9762b47954229ea479b4541eaf402a6a#code) পাওয়া যাবে।
+
+একটি কন্ট্রাক্ট কোন ফাংশনটি ইনভোক করবে তা নির্দিষ্ট করার পাশাপাশি ফাংশনটি আপনার প্রত্যাশিত ফরম্যাটে ডেটা রিটার্ন করবে তা নিশ্চিত করার জন্য একটি কন্ট্রাক্ট ABI প্রয়োজনীয়। একবার আমরা আমাদের কন্ট্রাক্ট ABI কপি করার পর, চলুন এটিকে আপনার `src` ডিরেক্টরিতে `contract-abi.json` নামের একটি JSON ফাইল হিসেবে সেভ করি।
+
+আপনার contract-abi.json আপনার src ফোল্ডারে সংরক্ষণ করা উচিত।
+
+আমাদের কন্ট্রাক্ট এডড্রেস, ABI এবং Alchemy Web3 এন্ডপয়েন্ট দিয়ে সজ্জিত হয়ে, আমরা আমাদের স্মার্ট কন্ট্রাক্ট এর একটি ইনস্ট্যান্স লোড করতে [contract method](https://docs.web3js.org/api/web3-eth-contract/class/Contract) ব্যবহার করতে পারি। `interact.js` ফাইলে আপনার কন্ট্রাক্ট ABI ইমপোর্ট করুন এবং আপনার কন্ট্রাক্ট এডড্রেস যোগ করুন।
+
+```javascript
+// interact.js
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x6f3f635A9762B47954229Ea479b4541eAF402A6A"
+```
+
+আমরা এখন অবশেষে আমাদের `helloWorldContract` ভেরিয়েবলটি আনকমেন্ট করতে পারি এবং আমাদের AlchemyWeb3 এন্ডপয়েন্ট ব্যবহার করে স্মার্ট কন্ট্রাক্ট লোড করতে পারি:
+
+```javascript
+// interact.js
+export const helloWorldContract = new web3.eth.Contract(
+ contractABI,
+ contractAddress
+)
+```
+
+সংক্ষেপে বলতে গেলে, আপনার `interact.js` এর প্রথম 12 লাইন এখন এরকম হওয়া উচিত:
+
+```javascript
+// interact.js
+
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x6f3f635A9762B47954229Ea479b4541eAF402A6A"
+
+export const helloWorldContract = new web3.eth.Contract(
+ contractABI,
+ contractAddress
+)
+```
+
+এখন যেহেতু আমাদের কন্ট্রাক্ট লোড করা হয়েছে, আমরা আমাদের `loadCurrentMessage` ফাংশন ইমপ্লিমেন্ট করতে পারি!
+
+#### আপনার `interact.js` ফাইলে `loadCurrentMessage` ইমপ্লিমেন্ট করা {#implementing-loadCurrentMessage-in-your-interact-js-file}
+
+এই ফাংশনটি খুবই সহজ। আমরা আমাদের কন্ট্রাক্ট থেকে রিড করার জন্য একটি সাধারণ async web3 কল করতে যাচ্ছি। আমাদের ফাংশনটি স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত মেসেজটি রিটার্ন করবে:
+
+আপনার `interact.js` ফাইলে `loadCurrentMessage` নিচের মতো আপডেট করুন:
+
+```javascript
+// interact.js
+
+export const loadCurrentMessage = async () => {
+ const message = await helloWorldContract.methods.message().call()
+ return message
+}
+```
+
+যেহেতু আমরা আমাদের UI-তে এই স্মার্ট কন্ট্রাক্ট প্রদর্শন করতে চাই, তাই চলুন আমাদের `HelloWorld.js` কম্পোনেন্টে `useEffect` ফাংশনটি নিচের মতো আপডেট করি:
+
+```javascript
+// HelloWorld.js
+
+// শুধুমাত্র একবার কল করা হয়
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+}, [])
+```
+
+লক্ষ্য করুন, আমরা চাই আমাদের `loadCurrentMessage` শুধুমাত্র কম্পোনেন্টের প্রথম রেন্ডারের সময় একবার কল করা হোক। স্মার্ট কন্ট্রাক্ট এ মেসেজ পরিবর্তন হওয়ার পরে স্বয়ংক্রিয়ভাবে UI আপডেট করতে আমরা শীঘ্রই `addSmartContractListener` ইমপ্লিমেন্ট করব।
+
+আমাদের লিসেনারে প্রবেশ করার আগে, চলুন দেখে নিই এ পর্যন্ত আমাদের কী আছে! আপনার `HelloWorld.js` এবং `interact.js` ফাইলগুলো সেভ করুন এবং তারপর [http://localhost:3000/](http://localhost:3000/)-এ যান
+
+আপনি লক্ষ্য করবেন যে বর্তমান মেসেজটি আর "No connection to the network" বলছে না। এর পরিবর্তে এটি স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত মেসেজটি প্রতিফলিত করে। দারুণ!
+
+#### আপনার UI এখন স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত মেসেজটি প্রতিফলিত করা উচিত {#your-UI-should-now-reflect-the-message-stored-in-the-smart-contract}
+
+এখন সেই লিসেনারের কথা বলতে গেলে...
+
+#### `addSmartContractListener` ইমপ্লিমেন্ট করুন {#implement-addsmartcontractlistener}
+
+আপনি যদি [Part 1 of this tutorial series](https://docs.alchemy.com/alchemy/tutorials/hello-world-smart-contract#step-10-write-our-contract)-এ আমাদের লেখা `HelloWorld.sol` ফাইলটির কথা মনে করেন, তবে আপনার মনে পড়বে যে `UpdatedMessages` নামের একটি স্মার্ট কন্ট্রাক্ট ইভেন্ট রয়েছে যা আমাদের স্মার্ট কন্ট্রাক্ট এর `update` ফাংশন ইনভোক হওয়ার পরে এমিট হয় (লাইন 9 এবং 27 দেখুন):
+
+```javascript
+// HelloWorld.sol
+
+// সিম্যান্টিক ভার্সনিং ব্যবহার করে সলিডিটির ভার্সন নির্দিষ্ট করে।
+// আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/layout-of-source-files.html#pragma
+pragma solidity ^0.7.3;
+
+// `HelloWorld` নামের একটি কন্ট্রাক্ট ডিফাইন করে।
+// একটি কন্ট্রাক্ট হলো ফাংশন এবং ডেটার (এর স্টেট) একটি সংগ্রহ। একবার ডিপ্লয় করা হলে, একটি কন্ট্রাক্ট ইথেরিয়াম ব্লকচেইনের একটি নির্দিষ্ট ঠিকানায় অবস্থান করে। আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/structure-of-a-contract.html
+contract HelloWorld {
+
+ // আপডেট ফাংশন কল করা হলে এমিট হয়
+ // স্মার্ট কন্ট্রাক্ট ইভেন্ট হলো আপনার কন্ট্রাক্টের জন্য ব্লকচেইনে কিছু ঘটার বিষয়ে আপনার অ্যাপের ফ্রন্ট-এন্ডের সাথে যোগাযোগ করার একটি উপায়, যা নির্দিষ্ট ইভেন্টগুলোর জন্য 'লিসেন' করতে পারে এবং সেগুলো ঘটলে ব্যবস্থা নিতে পারে।
+ event UpdatedMessages(string oldStr, string newStr);
+
+ // `string` টাইপের একটি স্টেট ভেরিয়েবল `message` ডিক্লেয়ার করে।
+ // স্টেট ভেরিয়েবল হলো এমন ভেরিয়েবল যার মান স্থায়ীভাবে কন্ট্রাক্ট স্টোরেজে সংরক্ষিত থাকে। `public` কিওয়ার্ড ভেরিয়েবলগুলোকে কন্ট্রাক্টের বাইরে থেকে অ্যাক্সেসযোগ্য করে তোলে এবং এমন একটি ফাংশন তৈরি করে যা অন্যান্য কন্ট্রাক্ট বা ক্লায়েন্টরা মান অ্যাক্সেস করতে কল করতে পারে।
+ string public message;
+
+ // অনেক ক্লাস-ভিত্তিক অবজেক্ট-ওরিয়েন্টেড ভাষার মতো, কনস্ট্রাক্টর হলো একটি বিশেষ ফাংশন যা শুধুমাত্র কন্ট্রাক্ট তৈরির সময় এক্সিকিউট হয়।
+ // কনস্ট্রাক্টরগুলো কন্ট্রাক্টের ডেটা ইনিশিয়ালাইজ করতে ব্যবহৃত হয়। আরও জানুন: https://solidity.readthedocs.io/en/v0.5.10/contracts.html#constructors
+ constructor(string memory initMessage) {
+
+ // একটি স্ট্রিং আর্গুমেন্ট `initMessage` গ্রহণ করে এবং কন্ট্রাক্টের `message` স্টোরেজ ভেরিয়েবলে মান সেট করে)।
+ message = initMessage;
+ }
+
+ // একটি পাবলিক ফাংশন যা একটি স্ট্রিং আর্গুমেন্ট গ্রহণ করে এবং `message` স্টোরেজ ভেরিয়েবল আপডেট করে।
+ function update(string memory newMessage) public {
+ string memory oldMsg = message;
+ message = newMessage;
+ emit UpdatedMessages(oldMsg, newMessage);
+ }
+}
+```
+
+স্মার্ট কন্ট্রাক্ট ইভেন্টগুলো হলো আপনার কন্ট্রাক্টের জন্য ব্লকচেইন এ কিছু ঘটেছে (অর্থাৎ, একটি _ইভেন্ট_ ছিল) তা আপনার ফ্রন্ট-এন্ড অ্যাপ্লিকেশনে জানানোর একটি উপায়, যা নির্দিষ্ট ইভেন্টগুলোর জন্য 'লিসেনিং' করতে পারে এবং সেগুলো ঘটলে ব্যবস্থা নিতে পারে।
+
+`addSmartContractListener` ফাংশনটি বিশেষভাবে আমাদের Hello World স্মার্ট কন্ট্রাক্ট এর `UpdatedMessages` ইভেন্টের জন্য লিসেন করবে এবং নতুন মেসেজটি প্রদর্শন করতে আমাদের UI আপডেট করবে।
+
+`addSmartContractListener` নিচের মতো মডিফাই করুন:
+
+```javascript
+// HelloWorld.js
+
+function addSmartContractListener() {
+ helloWorldContract.events.UpdatedMessages({}, (error, data) => {
+ if (error) {
+ setStatus("😥 " + error.message)
+ } else {
+ setMessage(data.returnValues[1])
+ setNewMessage("")
+ setStatus("🎉 Your message has been updated!")
+ }
+ })
+}
+```
+
+লিসেনার যখন কোনো ইভেন্ট শনাক্ত করে তখন কী ঘটে তা চলুন ভেঙে দেখি:
+
+- ইভেন্টটি এমিট হওয়ার সময় যদি কোনো ত্রুটি ঘটে, তবে এটি আমাদের `status` স্টেট ভেরিয়েবলের মাধ্যমে UI-তে প্রতিফলিত হবে।
+- অন্যথায়, আমরা রিটার্ন করা `data` অবজেক্টটি ব্যবহার করব। `data.returnValues` হলো শূন্যতে ইনডেক্স করা একটি অ্যারে যেখানে অ্যারের প্রথম উপাদানটি আগের মেসেজটি সংরক্ষণ করে এবং দ্বিতীয় উপাদানটি আপডেট করা মেসেজটি সংরক্ষণ করে। সব মিলিয়ে, একটি সফল ইভেন্টে আমরা আমাদের `message` স্ট্রিংটিকে আপডেট করা মেসেজে সেট করব, `newMessage` স্ট্রিংটি ক্লিয়ার করব এবং আমাদের স্মার্ট কন্ট্রাক্ট এ একটি নতুন মেসেজ পাবলিশ করা হয়েছে তা প্রতিফলিত করতে আমাদের `status` স্টেট ভেরিয়েবল আপডেট করব।
+
+অবশেষে, চলুন আমাদের `useEffect` ফাংশনে আমাদের লিসেনারকে কল করি যাতে এটি `HelloWorld.js` কম্পোনেন্টের প্রথম রেন্ডারে ইনিশিয়ালাইজ হয়। সব মিলিয়ে, আপনার `useEffect` ফাংশনটি এরকম হওয়া উচিত:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+ addSmartContractListener()
+}, [])
+```
+
+এখন যেহেতু আমরা আমাদের স্মার্ট কন্ট্রাক্ট থেকে রিড করতে সক্ষম, তাই এতে কীভাবে রাইট করতে হয় তা বের করা দারুণ হবে! তবে, আমাদের ডিএ্যাপ এ রাইট করতে, আমাদের প্রথমে এর সাথে একটি ইথিরিয়াম ওয়ালেট কানেক্ট থাকতে হবে।
+
+সুতরাং, এরপর আমরা আমাদের ইথিরিয়াম ওয়ালেট (MetaMask) সেট আপ করা এবং তারপর এটিকে আমাদের ডিএ্যাপ এর সাথে কানেক্ট করার বিষয়টি সামলাব!
+
+### ধাপ 4: আপনার ইথিরিয়াম ওয়ালেট সেট আপ করুন {#step-4-set-up-your-ethereum-wallet}
+
+ইথিরিয়াম চেইনে কিছু রাইট করতে, ব্যবহারকারীদের অবশ্যই তাদের ভার্চুয়াল ওয়ালেট এর প্রাইভেট কি ব্যবহার করে লেনদেন সাইন করতে হবে। এই টিউটোরিয়ালের জন্য, আমরা [MetaMask](https://metamask.io/) ব্যবহার করব, যা ব্রাউজারে একটি ভার্চুয়াল ওয়ালেট যা আপনার ইথিরিয়াম একাউন্ট এডড্রেস পরিচালনা করতে ব্যবহৃত হয়, কারণ এটি শেষ-ব্যবহারকারীর জন্য এই লেনদেন সাইন করা অত্যন্ত সহজ করে তোলে।
+
+ইথিরিয়াম এ লেনদেন কীভাবে কাজ করে সে সম্পর্কে আপনি যদি আরও বুঝতে চান, তবে ইথিরিয়াম ফাউন্ডেশনের [এই পেজটি](/developers/docs/transactions/) চেক করুন।
+
+#### MetaMask ডাউনলোড করুন {#download-metamask}
+
+আপনি বিনামূল্যে [এখানে](https://metamask.io/download) একটি MetaMask একাউন্ট ডাউনলোড এবং তৈরি করতে পারেন। যখন আপনি একটি একাউন্ট তৈরি করছেন, বা যদি আপনার আগে থেকেই একটি একাউন্ট থাকে, তবে উপরের ডানদিকে "Goerli Test Network"-এ স্যুইচ করতে ভুলবেন না (যাতে আমরা আসল টাকা নিয়ে কাজ না করি)।
+
+#### একটি ফাসেট থেকে ইথার যোগ করুন {#add-ether-from-a-faucet}
+
+ইথিরিয়াম ব্লকচেইন এ একটি লেনদেন সাইন করতে, আমাদের কিছু ফেক Eth প্রয়োজন হবে। Eth পেতে আপনি [FaucETH](https://fauceth.komputing.org)-এ যেতে পারেন এবং আপনার Goerli একাউন্ট এডড্রেস লিখতে পারেন, "Request funds"-এ ক্লিক করুন, তারপর ড্রপডাউনে "Ethereum Testnet Goerli" নির্বাচন করুন এবং অবশেষে আবার "Request funds" বোতামে ক্লিক করুন। এর পরপরই আপনার MetaMask একাউন্টে Eth দেখতে পাওয়া উচিত!
+
+#### আপনার ব্যালেন্স চেক করুন {#check-your-balance}
+
+আমাদের ব্যালেন্স সেখানে আছে কিনা তা ডাবল চেক করতে, চলুন [Alchemy’s composer tool](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) ব্যবহার করে একটি [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) রিকোয়েস্ট করি। এটি আমাদের ওয়ালেট এ Eth এর পরিমাণ রিটার্ন করবে। আপনার MetaMask একাউন্ট এডড্রেস ইনপুট করার পর এবং "Send Request"-এ ক্লিক করার পর, আপনার এরকম একটি রেসপন্স দেখা উচিত:
+
+```text
+{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
+```
+
+**নোট:** এই ফলাফলটি wei-তে, eth-এ নয়। Wei ইথারের ক্ষুদ্রতম একক হিসেবে ব্যবহৃত হয়। wei থেকে eth-এ রূপান্তর হলো: 1 eth = 10¹⁸ wei। তাই যদি আমরা 0xde0b6b3a7640000-কে ডেসিমালে রূপান্তর করি তবে আমরা 1\*10¹⁸ পাই যা 1 eth এর সমান।
+
+যাক! আমাদের ফেক টাকা সব সেখানেই আছে! 🤑
+
+### ধাপ 5: আপনার UI-এর সাথে MetaMask কানেক্ট করুন {#step-5-connect-metamask-to-your-UI}
+
+এখন যেহেতু আমাদের MetaMask ওয়ালেট সেট আপ করা হয়েছে, চলুন আমাদের ডিএ্যাপ এর সাথে এটি কানেক্ট করি!
+
+#### `connectWallet` ফাংশন {#the-connectWallet-function}
+
+আমাদের `interact.js` ফাইলে, চলুন `connectWallet` ফাংশনটি ইমপ্লিমেন্ট করি, যা আমরা পরে আমাদের `HelloWorld.js` কম্পোনেন্টে কল করতে পারি।
+
+চলুন `connectWallet` নিচের মতো মডিফাই করি:
+
+```javascript
+// interact.js
+
+export const connectWallet = async () => {
+ if (window.ethereum) {
+ try {
+ const addressArray = await window.ethereum.request({
+ method: "eth_requestAccounts",
+ })
+ const obj = {
+ status: "👆🏽 Write a message in the text-field above.",
+ address: addressArray[0],
+ }
+ return obj
+ } catch (err) {
+ return {
+ address: "",
+ status: "😥 " + err.message,
+ }
+ }
+ } else {
+ return {
+ address: "",
+ status: (
+
+
+ {" "}
+ 🦊
+ You must install MetaMask, a virtual Ethereum wallet, in your
+ browser.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+তাহলে কোডের এই বিশাল ব্লকটি আসলে কী করে?
+
+প্রথমত, এটি চেক করে যে আপনার ব্রাউজারে `window.ethereum` এনাবল করা আছে কিনা।
+
+`window.ethereum` হলো MetaMask এবং অন্যান্য ওয়ালেট প্রোভাইডারদের দ্বারা ইনজেক্ট করা একটি গ্লোবাল API যা ওয়েবসাইটগুলোকে ব্যবহারকারীদের ইথিরিয়াম একাউন্ট রিকোয়েস্ট করার অনুমতি দেয়। যদি অনুমোদিত হয়, তবে এটি ব্যবহারকারী যে ব্লকচেইন গুলোর সাথে কানেক্টেড আছে তা থেকে ডেটা রিড করতে পারে এবং ব্যবহারকারীকে মেসেজ এবং লেনদেন সাইন করার পরামর্শ দিতে পারে। আরও তথ্যের জন্য [MetaMask docs](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) চেক করুন!
+
+যদি `window.ethereum` উপস্থিত _না থাকে_, তবে এর মানে হলো MetaMask ইনস্টল করা নেই। এর ফলে একটি JSON অবজেক্ট রিটার্ন করা হয়, যেখানে রিটার্ন করা `address` হলো একটি খালি স্ট্রিং এবং `status` JSX অবজেক্টটি রিলে করে যে ব্যবহারকারীকে অবশ্যই MetaMask ইনস্টল করতে হবে।
+
+এখন যদি `window.ethereum` উপস্থিত _থাকে_, তবে তখনই বিষয়গুলো আকর্ষণীয় হয়ে ওঠে।
+
+একটি try/catch লুপ ব্যবহার করে, আমরা [`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts) কল করে MetaMask-এর সাথে কানেক্ট করার চেষ্টা করব। এই ফাংশনটি কল করলে ব্রাউজারে MetaMask খুলবে, যার মাধ্যমে ব্যবহারকারীকে তাদের ওয়ালেট আপনার ডিএ্যাপ এর সাথে কানেক্ট করার জন্য প্রম্পট করা হবে।
+
+- যদি ব্যবহারকারী কানেক্ট করা বেছে নেন, `method: "eth_requestAccounts"` একটি অ্যারে রিটার্ন করবে যাতে ডিএ্যাপ এর সাথে কানেক্ট করা ব্যবহারকারীর সমস্ত একাউন্ট এডড্রেস থাকে। সব মিলিয়ে, আমাদের `connectWallet` ফাংশনটি একটি JSON অবজেক্ট রিটার্ন করবে যাতে এই অ্যারের _প্রথম_ `address` (লাইন 9 দেখুন) এবং একটি `status` মেসেজ থাকে যা ব্যবহারকারীকে স্মার্ট কন্ট্রাক্ট এ একটি মেসেজ লিখতে প্রম্পট করে।
+- যদি ব্যবহারকারী কানেকশনটি প্রত্যাখ্যান করেন, তবে JSON অবজেক্টটিতে রিটার্ন করা `address` এর জন্য একটি খালি স্ট্রিং এবং একটি `status` মেসেজ থাকবে যা প্রতিফলিত করে যে ব্যবহারকারী কানেকশনটি প্রত্যাখ্যান করেছেন।
+
+এখন যেহেতু আমরা এই `connectWallet` ফাংশনটি লিখেছি, পরবর্তী ধাপ হলো এটিকে আমাদের `HelloWorld.js` কম্পোনেন্টে কল করা।
+
+#### আপনার `HelloWorld.js` UI কম্পোনেন্টে `connectWallet` ফাংশন যোগ করুন {#add-the-connectWallet-function-to-your-HelloWorld-js-ui-component}
+
+`HelloWorld.js`-এ `connectWalletPressed` ফাংশনে নেভিগেট করুন এবং এটিকে নিচের মতো আপডেট করুন:
+
+```javascript
+// HelloWorld.js
+
+const connectWalletPressed = async () => {
+ const walletResponse = await connectWallet()
+ setStatus(walletResponse.status)
+ setWallet(walletResponse.address)
+}
+```
+
+লক্ষ্য করেছেন কীভাবে আমাদের বেশিরভাগ কার্যকারিতা `interact.js` ফাইল থেকে আমাদের `HelloWorld.js` কম্পোনেন্ট থেকে অ্যাবস্ট্রাক্ট করা হয়েছে? এটি করা হয়েছে যাতে আমরা M-V-C প্যারাডাইম মেনে চলি!
+
+`connectWalletPressed`-এ, আমরা কেবল আমাদের ইমপোর্ট করা `connectWallet` ফাংশনে একটি await কল করি এবং এর রেসপন্স ব্যবহার করে, আমরা তাদের স্টেট হুকগুলোর মাধ্যমে আমাদের `status` এবং `walletAddress` ভেরিয়েবলগুলো আপডেট করি।
+
+এখন, চলুন উভয় ফাইল (`HelloWorld.js` এবং `interact.js`) সেভ করি এবং এ পর্যন্ত আমাদের UI টেস্ট করি।
+
+[http://localhost:3000/](http://localhost:3000/) পেজে আপনার ব্রাউজার খুলুন এবং পেজের উপরের ডানদিকে "Connect Wallet" বোতাম টিপুন।
+
+আপনার যদি MetaMask ইনস্টল করা থাকে, তবে আপনাকে আপনার ডিএ্যাপ এর সাথে আপনার ওয়ালেট কানেক্ট করার জন্য প্রম্পট করা উচিত। কানেক্ট করার আমন্ত্রণ গ্রহণ করুন।
+
+আপনার দেখা উচিত যে ওয়ালেট বোতামটি এখন প্রতিফলিত করে যে আপনার এডড্রেস কানেক্টেড! দারুণ 🔥
+
+এরপর, পেজটি রিফ্রেশ করার চেষ্টা করুন... এটি অদ্ভুত। আমাদের ওয়ালেট বোতামটি আমাদের MetaMask কানেক্ট করতে প্রম্পট করছে, যদিও এটি আগে থেকেই কানেক্টেড...
+
+তবে, ভয় পাবেন না! আমরা সহজেই `getCurrentWalletConnected` ইমপ্লিমেন্ট করে এর সমাধান করতে পারি, যা চেক করবে যে কোনো এডড্রেস আগে থেকেই আমাদের ডিএ্যাপ এর সাথে কানেক্টেড কিনা এবং সেই অনুযায়ী আমাদের UI আপডেট করবে!
+
+#### `getCurrentWalletConnected` ফাংশন {#the-getcurrentwalletconnected-function}
+
+`interact.js` ফাইলে আপনার `getCurrentWalletConnected` ফাংশনটি নিচের মতো আপডেট করুন:
+
+```javascript
+// interact.js
+
+export const getCurrentWalletConnected = async () => {
+ if (window.ethereum) {
+ try {
+ const addressArray = await window.ethereum.request({
+ method: "eth_accounts",
+ })
+ if (addressArray.length > 0) {
+ return {
+ address: addressArray[0],
+ status: "👆🏽 Write a message in the text-field above.",
+ }
+ } else {
+ return {
+ address: "",
+ status: "🦊 Connect to MetaMask using the top right button.",
+ }
+ }
+ } catch (err) {
+ return {
+ address: "",
+ status: "😥 " + err.message,
+ }
+ }
+ } else {
+ return {
+ address: "",
+ status: (
+
+
+ {" "}
+ 🦊
+ You must install MetaMask, a virtual Ethereum wallet, in your
+ browser.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+এই কোডটি আগের ধাপে আমাদের লেখা `connectWallet` ফাংশনের _খুবই_ কাছাকাছি।
+
+প্রধান পার্থক্য হলো `eth_requestAccounts` মেথড কল করার পরিবর্তে, যা ব্যবহারকারীর ওয়ালেট কানেক্ট করার জন্য MetaMask খোলে, এখানে আমরা `eth_accounts` মেথড কল করি, যা কেবল বর্তমানে আমাদের ডিএ্যাপ এর সাথে কানেক্টেড MetaMask এডড্রেস গুলো ধারণকারী একটি অ্যারে রিটার্ন করে।
+
+এই ফাংশনটি কাজ করতে দেখতে, চলুন এটিকে আমাদের `HelloWorld.js` কম্পোনেন্টের `useEffect` ফাংশনে কল করি:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+ addSmartContractListener()
+
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+}, [])
+```
+
+লক্ষ্য করুন, আমরা আমাদের `walletAddress` এবং `status` স্টেট ভেরিয়েবলগুলো আপডেট করতে `getCurrentWalletConnected`-এ আমাদের কলের রেসপন্স ব্যবহার করি।
+
+এখন যেহেতু আপনি এই কোডটি যোগ করেছেন, চলুন আমাদের ব্রাউজার উইন্ডো রিফ্রেশ করার চেষ্টা করি।
+
+চমৎকার! বোতামটির বলা উচিত যে আপনি কানেক্টেড, এবং আপনার কানেক্টেড ওয়ালেট এর এডড্রেস এর একটি প্রিভিউ দেখানো উচিত - এমনকি আপনি রিফ্রেশ করার পরেও!
+
+#### `addWalletListener` ইমপ্লিমেন্ট করুন {#implement-addwalletlistener}
+
+আমাদের ডিএ্যাপ ওয়ালেট সেটআপের চূড়ান্ত ধাপ হলো ওয়ালেট লিসেনার ইমপ্লিমেন্ট করা যাতে আমাদের ওয়ালেট এর স্টেট পরিবর্তন হলে আমাদের UI আপডেট হয়, যেমন যখন ব্যবহারকারী ডিসকানেক্ট করে বা একাউন্ট পরিবর্তন করে।
+
+আপনার `HelloWorld.js` ফাইলে, আপনার `addWalletListener` ফাংশনটি নিচের মতো মডিফাই করুন:
+
+```javascript
+// HelloWorld.js
+
+function addWalletListener() {
+ if (window.ethereum) {
+ window.ethereum.on("accountsChanged", (accounts) => {
+ if (accounts.length > 0) {
+ setWallet(accounts[0])
+ setStatus("👆🏽 Write a message in the text-field above.")
+ } else {
+ setWallet("")
+ setStatus("🦊 Connect to MetaMask using the top right button.")
+ }
+ })
+ } else {
+ setStatus(
+
+ {" "}
+ 🦊
+ You must install MetaMask, a virtual Ethereum wallet, in your browser.
+
+
+ )
+ }
+}
+```
+
+আমি বাজি ধরে বলতে পারি এই পর্যায়ে এখানে কী ঘটছে তা বুঝতে আপনার আমাদের সাহায্যেরও প্রয়োজন নেই, তবে পুঙ্খানুপুঙ্খতার উদ্দেশ্যে, চলুন এটি দ্রুত ভেঙে দেখি:
+
+- প্রথমে, আমাদের ফাংশন চেক করে যে `window.ethereum` এনাবল করা আছে কিনা (অর্থাৎ, MetaMask ইনস্টল করা আছে কিনা)।
+ - যদি না থাকে, তবে আমরা কেবল আমাদের `status` স্টেট ভেরিয়েবলটিকে একটি JSX স্ট্রিংয়ে সেট করি যা ব্যবহারকারীকে MetaMask ইনস্টল করতে প্রম্পট করে।
+ - যদি এটি এনাবল করা থাকে, তবে আমরা 3 নম্বর লাইনে `window.ethereum.on("accountsChanged")` লিসেনার সেট আপ করি যা MetaMask ওয়ালেট এ স্টেট পরিবর্তনের জন্য লিসেন করে, যার মধ্যে রয়েছে যখন ব্যবহারকারী ডিএ্যাপ এ একটি অতিরিক্ত একাউন্ট কানেক্ট করে, একাউন্ট পরিবর্তন করে বা একটি একাউন্ট ডিসকানেক্ট করে। যদি অন্তত একটি একাউন্ট কানেক্টেড থাকে, তবে `walletAddress` স্টেট ভেরিয়েবলটি লিসেনার দ্বারা রিটার্ন করা `accounts` অ্যারের প্রথম একাউন্ট হিসেবে আপডেট করা হয়। অন্যথায়, `walletAddress` একটি খালি স্ট্রিং হিসেবে সেট করা হয়।
+
+সবশেষে, আমাদের অবশ্যই এটিকে আমাদের `useEffect` ফাংশনে কল করতে হবে:
+
+```javascript
+// HelloWorld.js
+
+useEffect(async () => {
+ const message = await loadCurrentMessage()
+ setMessage(message)
+ addSmartContractListener()
+
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+
+ addWalletListener()
+}, [])
+```
+
+এবং এটাই! আমরা সফলভাবে আমাদের সমস্ত ওয়ালেট কার্যকারিতা প্রোগ্রামিং সম্পন্ন করেছি! এখন আমাদের শেষ কাজ: আমাদের স্মার্ট কন্ট্রাক্ট এ সংরক্ষিত মেসেজটি আপডেট করা!
+
+### ধাপ 6: `updateMessage` ফাংশন ইমপ্লিমেন্ট করুন {#step-6-implement-the-updateMessage-function}
+
+ঠিক আছে বন্ধুরা, আমরা শেষ পর্যায়ে পৌঁছে গেছি! আপনার `interact.js` ফাইলের `updateMessage`-এ, আমরা নিচের কাজগুলো করতে যাচ্ছি:
+
+1. নিশ্চিত করুন যে আমরা আমাদের স্মার্ট কন্ট্রাক্ট এ যে মেসেজটি পাবলিশ করতে চাই তা বৈধ
+2. MetaMask ব্যবহার করে আমাদের লেনদেন সাইন করুন
+3. আমাদের `HelloWorld.js` ফ্রন্টএন্ড কম্পোনেন্ট থেকে এই ফাংশনটি কল করুন
+
+এতে খুব বেশি সময় লাগবে না; চলুন এই ডিএ্যাপ টি শেষ করি!
+
+#### ইনপুট এরর হ্যান্ডলিং {#input-error-handling}
+
+স্বাভাবিকভাবেই, ফাংশনের শুরুতে কোনো ধরনের ইনপুট এরর হ্যান্ডলিং থাকাটা যৌক্তিক।
+
+আমরা চাইব আমাদের ফাংশনটি তাড়াতাড়ি রিটার্ন করুক যদি কোনো MetaMask এক্সটেনশন ইনস্টল করা না থাকে, কোনো ওয়ালেট কানেক্টেড না থাকে (অর্থাৎ, পাস করা `address` একটি খালি স্ট্রিং), বা `message` একটি খালি স্ট্রিং হয়। চলুন `updateMessage`-এ নিচের এরর হ্যান্ডলিং যোগ করি:
+
+```javascript
+// interact.js
+
+export const updateMessage = async (address, message) => {
+ if (!window.ethereum || address === null) {
+ return {
+ status:
+ "💡 Connect your MetaMask wallet to update the message on the blockchain.",
+ }
+ }
+
+ if (message.trim() === "") {
+ return {
+ status: "❌ Your message cannot be an empty string.",
+ }
+ }
+}
+```
+
+এখন যেহেতু এতে সঠিক ইনপুট এরর হ্যান্ডলিং রয়েছে, তাই MetaMask-এর মাধ্যমে লেনদেন সাইন করার সময় এসেছে!
+
+#### আমাদের লেনদেন সাইন করা {#signing-our-transaction}
+
+আপনি যদি আগে থেকেই প্রথাগত web3 ইথিরিয়াম লেনদেন এর সাথে স্বাচ্ছন্দ্যবোধ করেন, তবে আমরা পরবর্তীতে যে কোডটি লিখব তা খুব পরিচিত হবে। আপনার ইনপুট এরর হ্যান্ডলিং কোডের নিচে, `updateMessage`-এ নিচের কোডটি যোগ করুন:
+
+```javascript
+// interact.js
+
+// ট্রানজ্যাকশন প্যারামিটার সেট আপ করুন
+const transactionParameters = {
+ to: contractAddress, // কন্ট্রাক্ট পাবলিকেশন ছাড়া অন্যান্য সময় প্রয়োজনীয়।
+ from: address, // অবশ্যই ব্যবহারকারীর সক্রিয় ঠিকানার সাথে মিলতে হবে।
+ data: helloWorldContract.methods.update(message).encodeABI(),
+}
+
+// ট্রানজ্যাকশন সাইন করুন
+try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ status: (
+
+ ✅{" "}
+
+ View the status of your transaction on Etherscan!
+
+
+ ℹ️ Once the transaction is verified by the network, the message will be
+ updated automatically.
+
+ ),
+ }
+} catch (error) {
+ return {
+ status: "😥 " + error.message,
+ }
+}
+```
+
+চলুন ভেঙে দেখি কী ঘটছে। প্রথমে, আমরা আমাদের লেনদেন প্যারামিটারগুলো সেট আপ করি, যেখানে:
+
+- `to` প্রাপকের এডড্রেস (আমাদের স্মার্ট কন্ট্রাক্ট) নির্দিষ্ট করে
+- `from` লেনদেন এর সাইনার নির্দিষ্ট করে, `address` ভেরিয়েবল যা আমরা আমাদের ফাংশনে পাস করেছি
+- `data` আমাদের Hello World স্মার্ট কন্ট্রাক্ট এর `update` মেথডে কল ধারণ করে, যা ইনপুট হিসেবে আমাদের `message` স্ট্রিং ভেরিয়েবল গ্রহণ করে
+
+তারপর, আমরা একটি await কল করি, `window.ethereum.request`, যেখানে আমরা MetaMask-কে লেনদেন সাইন করতে বলি। লক্ষ্য করুন, 11 এবং 12 লাইনে, আমরা আমাদের eth মেথড, `eth_sendTransaction` নির্দিষ্ট করছি এবং আমাদের `transactionParameters` পাস করছি।
+
+এই পর্যায়ে, ব্রাউজারে MetaMask খুলবে এবং ব্যবহারকারীকে লেনদেন সাইন বা প্রত্যাখ্যান করতে প্রম্পট করবে।
+
+- যদি লেনদেন সফল হয়, তবে ফাংশনটি একটি JSON অবজেক্ট রিটার্ন করবে যেখানে `status` JSX স্ট্রিং ব্যবহারকারীকে তাদের লেনদেন সম্পর্কে আরও তথ্যের জন্য Etherscan চেক করতে প্রম্পট করে।
+- যদি লেনদেন ব্যর্থ হয়, তবে ফাংশনটি একটি JSON অবজেক্ট রিটার্ন করবে যেখানে `status` স্ট্রিং এরর মেসেজ রিলে করে।
+
+সব মিলিয়ে, আমাদের `updateMessage` ফাংশনটি এরকম হওয়া উচিত:
+
+```javascript
+// interact.js
+
+export const updateMessage = async (address, message) => {
+ // ইনপুট এরর হ্যান্ডলিং
+ if (!window.ethereum || address === null) {
+ return {
+ status:
+ "💡 Connect your MetaMask wallet to update the message on the blockchain.",
+ }
+ }
+
+ if (message.trim() === "") {
+ return {
+ status: "❌ Your message cannot be an empty string.",
+ }
+ }
+
+ // ট্রানজ্যাকশন প্যারামিটার সেট আপ করুন
+ const transactionParameters = {
+ to: contractAddress, // কন্ট্রাক্ট পাবলিকেশন ছাড়া অন্যান্য সময় প্রয়োজনীয়।
+ from: address, // অবশ্যই ব্যবহারকারীর সক্রিয় ঠিকানার সাথে মিলতে হবে।
+ data: helloWorldContract.methods.update(message).encodeABI(),
+ }
+
+ // ট্রানজ্যাকশন সাইন করুন
+ try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ status: (
+
+ ✅{" "}
+
+ View the status of your transaction on Etherscan!
+
+
+ ℹ️ Once the transaction is verified by the network, the message will
+ be updated automatically.
+
+ ),
+ }
+ } catch (error) {
+ return {
+ status: "😥 " + error.message,
+ }
+ }
+}
+```
+
+সবশেষে, আমাদের `updateMessage` ফাংশনটিকে আমাদের `HelloWorld.js` কম্পোনেন্টের সাথে কানেক্ট করতে হবে।
+
+#### `HelloWorld.js` ফ্রন্টএন্ডের সাথে `updateMessage` কানেক্ট করুন {#connect-updatemessage-to-the-helloworld-js-frontend}
+
+আমাদের `onUpdatePressed` ফাংশনটির ইমপোর্ট করা `updateMessage` ফাংশনে একটি await কল করা উচিত এবং আমাদের লেনদেন সফল হয়েছে নাকি ব্যর্থ হয়েছে তা প্রতিফলিত করতে `status` স্টেট ভেরিয়েবল মডিফাই করা উচিত:
+
+```javascript
+// HelloWorld.js
+
+const onUpdatePressed = async () => {
+ const { status } = await updateMessage(walletAddress, newMessage)
+ setStatus(status)
+}
+```
+
+এটি অত্যন্ত পরিচ্ছন্ন এবং সহজ। এবং জানেন কি... আপনার ডিএ্যাপ সম্পূর্ণ!!!
+
+এগিয়ে যান এবং **Update** বোতামটি টেস্ট করুন!
+
+### আপনার নিজস্ব কাস্টম ডিএ্যাপ তৈরি করুন {#make-your-own-custom-dapp}
+
+দারুণ, আপনি টিউটোরিয়ালের শেষে পৌঁছে গেছেন! সংক্ষেপে বলতে গেলে, আপনি শিখেছেন কীভাবে:
+
+- আপনার ডিএ্যাপ প্রজেক্টের সাথে একটি MetaMask ওয়ালেট কানেক্ট করতে হয়
+- [Alchemy Web3](https://docs.alchemy.com/alchemy/documentation/alchemy-web3) API ব্যবহার করে আপনার স্মার্ট কন্ট্রাক্ট থেকে ডেটা রিড করতে হয়
+- MetaMask ব্যবহার করে ইথিরিয়াম লেনদেন সাইন করতে হয়
+
+এখন আপনি আপনার নিজস্ব কাস্টম ডিএ্যাপ প্রজেক্ট তৈরি করতে এই টিউটোরিয়াল থেকে অর্জিত দক্ষতা প্রয়োগ করতে পুরোপুরি প্রস্তুত! বরাবরের মতো, আপনার যদি কোনো প্রশ্ন থাকে, তবে [Alchemy Discord](https://discord.gg/gWuC7zB)-এ সাহায্যের জন্য আমাদের সাথে যোগাযোগ করতে দ্বিধা করবেন না। 🧙♂️
+
+একবার আপনি এই টিউটোরিয়ালটি সম্পন্ন করার পর, আপনার অভিজ্ঞতা কেমন ছিল তা আমাদের জানান বা আপনার যদি কোনো মতামত থাকে তবে টুইটারে [@alchemyplatform](https://twitter.com/AlchemyPlatform)-এ আমাদের ট্যাগ করে জানান!
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/hello-world-smart-contract/index.md b/public/content/translations/bn/developers/tutorials/hello-world-smart-contract/index.md
new file mode 100644
index 00000000000..80512a7ee7a
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/hello-world-smart-contract/index.md
@@ -0,0 +1,360 @@
+---
+title: নতুনদের জন্য হ্যালো ওয়ার্ল্ড স্মার্ট কন্ট্রাক্ট
+description: ইথিরিয়ামে একটি সাধারণ স্মার্ট কন্ট্রাক্ট লেখা এবং ডিপ্লয় করার উপর প্রাথমিক টিউটোরিয়াল।
+author: "elanh"
+tags: ["solidity", "hardhat", "alchemy", "স্মার্ট কন্ট্রাক্ট", "ডিপ্লয়িং"]
+skill: beginner
+breadcrumb: হ্যালো ওয়ার্ল্ড কন্ট্রাক্ট
+lang: bn
+published: 2021-03-31
+---
+
+আপনি যদি ব্লকচেইন ডেভেলপমেন্টে নতুন হয়ে থাকেন এবং কোথা থেকে শুরু করবেন তা না জানেন, অথবা আপনি যদি শুধু বুঝতে চান কীভাবে স্মার্ট কন্ট্রাক্ট ডিপ্লয় করতে হয় এবং এর সাথে ইন্টারঅ্যাক্ট করতে হয়, তবে এই গাইডটি আপনার জন্য। আমরা একটি ভার্চুয়াল ওয়ালেট [MetaMask](https://metamask.io/), [Solidity](https://docs.soliditylang.org/en/v0.8.0/), [Hardhat](https://hardhat.org/), এবং [Alchemy](https://www.alchemy.com/eth) ব্যবহার করে Sepolia টেস্টনেট-এ একটি সাধারণ স্মার্ট কন্ট্রাক্ট তৈরি এবং ডিপ্লয় করার প্রক্রিয়া দেখাব (যদি আপনি এখনও এগুলোর অর্থ না বোঝেন তবে চিন্তা করবেন না, আমরা এটি ব্যাখ্যা করব)।
+
+এই টিউটোরিয়ালের [part 2](https://docs.alchemy.com/docs/interacting-with-a-smart-contract)-এ আমরা দেখব কীভাবে আমাদের স্মার্ট কন্ট্রাক্ট এখানে ডিপ্লয় হওয়ার পর আমরা এর সাথে ইন্টারঅ্যাক্ট করতে পারি, এবং [part 3](https://www.alchemy.com/docs/submitting-your-smart-contract-to-etherscan)-এ আমরা কভার করব কীভাবে এটি Etherscan-এ পাবলিশ করতে হয়।
+
+যদি কোনো পর্যায়ে আপনার প্রশ্ন থাকে, তবে নির্দ্বিধায় [Alchemy Discord](https://discord.gg/gWuC7zB)-এ যোগাযোগ করুন!
+
+## ধাপ 1: ইথিরিয়াম নেটওয়ার্ক-এর সাথে কানেক্ট করুন {#step-1}
+
+ইথিরিয়াম চেইনে রিকোয়েস্ট করার অনেক উপায় আছে। সহজ করার জন্য, আমরা Alchemy-তে একটি ফ্রি একাউন্ট ব্যবহার করব, যা একটি ব্লকচেইন ডেভেলপার প্ল্যাটফর্ম এবং API, এটি আমাদের নিজস্ব নোড রান না করেই ইথিরিয়াম চেইনের সাথে যোগাযোগ করতে দেয়। এই প্ল্যাটফর্মে মনিটরিং এবং অ্যানালিটিক্সের জন্য ডেভেলপার টুলসও রয়েছে, যা আমরা এই টিউটোরিয়ালে ব্যবহার করব যাতে বুঝতে পারি আমাদের স্মার্ট কন্ট্রাক্ট ডিপ্লয়মেন্টের ভেতরে কী ঘটছে। যদি আপনার আগে থেকে কোনো Alchemy একাউন্ট না থাকে, তবে [আপনি এখানে বিনামূল্যে সাইন আপ করতে পারেন](https://dashboard.alchemy.com/signup)।
+
+## ধাপ 2: আপনার অ্যাপ (এবং API কি) তৈরি করুন {#step-2}
+
+একবার আপনি একটি Alchemy একাউন্ট তৈরি করলে, আপনি একটি অ্যাপ তৈরি করে একটি API কি জেনারেট করতে পারেন। এটি আমাদের Sepolia টেস্টনেট-এ রিকোয়েস্ট করার অনুমতি দেবে। আপনি যদি টেস্টনেট সম্পর্কে পরিচিত না হন, তবে [এই পেজটি](/developers/docs/networks/) দেখুন।
+
+1. আপনার Alchemy ড্যাশবোর্ডে ন্যাভ বারে "Select an app" নির্বাচন করে এবং "Create new app"-এ ক্লিক করে "Create new app" পেজে যান।
+
+
+
+2. আপনার অ্যাপের নাম দিন “Hello World”, একটি সংক্ষিপ্ত বিবরণ দিন এবং একটি ইউজ কেস বেছে নিন, যেমন, "Infra & Tooling।" এরপর, "Ethereum" সার্চ করুন এবং নেটওয়ার্ক নির্বাচন করুন।
+
+
+
+3. এগিয়ে যেতে "Next"-এ ক্লিক করুন, তারপর “Create app” এবং হয়ে গেল! আপনার অ্যাপটি ন্যাভ বারের ড্রপডাউন মেনুতে উপস্থিত হওয়া উচিত, যেখানে কপি করার জন্য একটি API কি পাওয়া যাবে।
+
+## ধাপ 3: একটি ইথিরিয়াম একাউন্ট (এডড্রেস) তৈরি করুন {#step-3}
+
+লেনদেন পাঠানো এবং গ্রহণ করার জন্য আমাদের একটি ইথিরিয়াম একাউন্ট প্রয়োজন। এই টিউটোরিয়ালের জন্য, আমরা MetaMask ব্যবহার করব, যা ব্রাউজারে একটি ভার্চুয়াল ওয়ালেট এবং এটি আপনার ইথিরিয়াম একাউন্ট এডড্রেস পরিচালনা করতে ব্যবহৃত হয়। [লেনদেন](/developers/docs/transactions/) সম্পর্কে আরও জানুন।
+
+আপনি MetaMask ডাউনলোড করতে পারেন এবং [এখানে](https://metamask.io/download) বিনামূল্যে একটি ইথিরিয়াম একাউন্ট তৈরি করতে পারেন। যখন আপনি একটি একাউন্ট তৈরি করছেন, অথবা যদি আপনার আগে থেকেই একটি একাউন্ট থাকে, তবে নেটওয়ার্ক ড্রপডাউন মেনু ব্যবহার করে "Sepolia" টেস্টনেট-এ স্যুইচ করতে ভুলবেন না (যাতে আমরা আসল টাকা নিয়ে কাজ না করি)।
+
+যদি আপনি Sepolia তালিকাভুক্ত না দেখেন, তবে মেনুতে যান, তারপর Advanced-এ যান এবং নিচে স্ক্রোল করে "Show test networks" চালু করুন। নেটওয়ার্ক নির্বাচন মেনুতে, টেস্টনেট-এর তালিকা খুঁজতে "Custom" ট্যাবটি বেছে নিন এবং "Sepolia" নির্বাচন করুন।
+
+
+
+## ধাপ 4: একটি ফাসেট থেকে ইথার যোগ করুন {#step-4}
+
+টেস্টনেট-এ আমাদের স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার জন্য, আমাদের কিছু ফেক ETH প্রয়োজন হবে। Sepolia ETH পেতে আপনি বিভিন্ন ফাসেট-এর তালিকা দেখতে [Sepolia নেটওয়ার্ক ডিটেইলস](/developers/docs/networks/#sepolia)-এ যেতে পারেন। যদি একটি কাজ না করে, তবে অন্যটি চেষ্টা করুন কারণ এগুলো মাঝে মাঝে খালি হয়ে যেতে পারে। নেটওয়ার্ক ট্রাফিকের কারণে আপনার ফেক ETH পেতে কিছু সময় লাগতে পারে। এর পরপরই আপনার Metamask একাউন্ট-এ ETH দেখতে পাওয়া উচিত!
+
+## ধাপ 5: আপনার ব্যালেন্স চেক করুন {#step-5}
+
+আমাদের ব্যালেন্স সেখানে আছে কিনা তা ডাবল চেক করতে, চলুন [Alchemy-এর কম্পোজার টুল](https://sandbox.alchemy.com/?network=ETH_SEPOLIA&method=eth_getBalance&body.id=1&body.jsonrpc=2.0&body.method=eth_getBalance&body.params%5B0%5D=&body.params%5B1%5D=latest) ব্যবহার করে একটি [eth_getBalance](/developers/docs/apis/json-rpc/#eth_getbalance) রিকোয়েস্ট করি। এটি আমাদের ওয়ালেট-এ থাকা ETH-এর পরিমাণ রিটার্ন করবে। আপনার MetaMask একাউন্ট এডড্রেস ইনপুট করার পর এবং “Send Request”-এ ক্লিক করার পর, আপনি এরকম একটি রেসপন্স দেখতে পাবেন:
+
+```json
+{ "jsonrpc": "2.0", "id": 0, "result": "0x2B5E3AF16B1880000" }
+```
+
+> **নোট:** এই ফলাফলটি wei-তে, ETH-এ নয়। Wei ইথারের সবচেয়ে ছোট একক হিসেবে ব্যবহৃত হয়। wei থেকে ETH-এ রূপান্তর হলো: 1 eth = 1018 wei। সুতরাং যদি আমরা 0x2B5E3AF16B1880000 কে ডেসিমালে রূপান্তর করি তবে আমরা 5\*10¹⁸ পাই যা 5 ETH এর সমান।
+>
+> যাক! আমাদের ফেক মানি সব সেখানেই আছে
+
+
+.env কমিট করবেন না! অনুগ্রহ করে নিশ্চিত করুন যে আপনি কখনই আপনার .env ফাইলটি কারও সাথে শেয়ার বা প্রকাশ করবেন না, কারণ এমনটি করলে আপনি আপনার গোপনীয়তা বিপন্ন করছেন। আপনি যদি ভার্সন কন্ট্রোল ব্যবহার করেন, তবে আপনার .env ফাইলটি একটি gitignore ফাইলে যোগ করুন।
+
+
+
+
+## ধাপ 12: Ethers.js ইনস্টল করুন {#step-12-install-ethersjs}
+
+Ethers.js হলো একটি লাইব্রেরি যা [স্ট্যান্ডার্ড JSON-RPC মেথডগুলোকে](/developers/docs/apis/json-rpc/) আরও ইউজার ফ্রেন্ডলি মেথড দিয়ে র্যাপ করে ইথিরিয়ামের সাথে ইন্টারঅ্যাক্ট করা এবং রিকোয়েস্ট করা সহজ করে তোলে।
+
+Hardhat অতিরিক্ত টুলিং এবং বর্ধিত কার্যকারিতার জন্য [প্লাগইনস](https://hardhat.org/plugins/) ইন্টিগ্রেট করা খুব সহজ করে তোলে। আমরা কন্ট্রাক্ট ডিপ্লয়মেন্টের জন্য [Ethers প্লাগইন](https://hardhat.org/docs/plugins/official-plugins#hardhat-ethers)-এর সুবিধা নেব ([Ethers.js](https://github.com/ethers-io/ethers.js/)-এ কিছু খুব পরিষ্কার কন্ট্রাক্ট ডিপ্লয়মেন্ট মেথড রয়েছে)।
+
+আপনার প্রজেক্ট ডিরেক্টরিতে টাইপ করুন:
+
+```
+npm install --save-dev @nomiclabs/hardhat-ethers "ethers@^5.0.0"
+```
+
+পরবর্তী ধাপে আমাদের `hardhat.config.js`-এও ethers প্রয়োজন হবে।
+
+## ধাপ 13: hardhat.config.js আপডেট করুন {#step-13-update-hardhatconfigjs}
+
+আমরা এ পর্যন্ত বেশ কয়েকটি ডিপেন্ডেন্সি এবং প্লাগইন যোগ করেছি, এখন আমাদের `hardhat.config.js` আপডেট করতে হবে যাতে আমাদের প্রজেক্ট এগুলোর সব সম্পর্কে জানতে পারে।
+
+আপনার `hardhat.config.js` আপডেট করে এরকম করুন:
+
+```
+require('dotenv').config();
+
+require("@nomiclabs/hardhat-ethers");
+const { API_URL, PRIVATE_KEY } = process.env;
+
+/**
+* @type import('hardhat/config').HardhatUserConfig
+*/
+module.exports = {
+ solidity: "0.7.3",
+ defaultNetwork: "sepolia",
+ networks: {
+ hardhat: {},
+ sepolia: {
+ url: API_URL,
+ accounts: [`0x${PRIVATE_KEY}`]
+ }
+ },
+}
+```
+
+## ধাপ 14: আমাদের কন্ট্রাক্ট কম্পাইল করুন {#step-14-compile-our-contracts}
+
+এ পর্যন্ত সবকিছু ঠিকঠাক কাজ করছে কিনা তা নিশ্চিত করতে, চলুন আমাদের কন্ট্রাক্ট কম্পাইল করি। `compile` টাস্কটি হলো একটি বিল্ট-ইন hardhat টাস্ক।
+
+কমান্ড লাইন থেকে রান করুন:
+
+```
+npx hardhat compile
+```
+
+আপনি `SPDX license identifier not provided in source file` সম্পর্কে একটি ওয়ার্নিং পেতে পারেন, তবে এটি নিয়ে চিন্তা করার দরকার নেই — আশা করি অন্য সবকিছু ঠিক আছে! যদি না হয়, আপনি সবসময় [Alchemy discord](https://discord.gg/u72VCg3)-এ মেসেজ করতে পারেন।
+
+## ধাপ 15: আমাদের ডিপ্লয় স্ক্রিপ্ট লিখুন {#step-15-write-our-deploy-scripts}
+
+এখন যেহেতু আমাদের কন্ট্রাক্ট লেখা হয়েছে এবং আমাদের কনফিগারেশন ফাইল প্রস্তুত, এখন আমাদের কন্ট্রাক্ট ডিপ্লয় স্ক্রিপ্ট লেখার সময়।
+
+`scripts/` ফোল্ডারে যান এবং `deploy.js` নামে একটি নতুন ফাইল তৈরি করুন, এতে নিচের বিষয়বস্তু যোগ করুন:
+
+```
+async function main() {
+ const HelloWorld = await ethers.getContractFactory("HelloWorld");
+
+ // Start deployment, returning a promise that resolves to a contract object
+ const hello_world = await HelloWorld.deploy("Hello World!");
+ console.log("Contract deployed to address:", hello_world.address);}
+
+main()
+ .then(() => process.exit(0))
+ .catch(error => {
+ console.error(error);
+ process.exit(1);
+ });
+```
+
+Hardhat তাদের [কন্ট্রাক্টস টিউটোরিয়াল](https://hardhat.org/tutorial/testing-contracts.html#writing-tests)-এ এই কোডের প্রতিটি লাইন কী করে তা খুব সুন্দরভাবে ব্যাখ্যা করে, আমরা এখানে তাদের ব্যাখ্যাগুলো গ্রহণ করেছি।
+
+```
+const HelloWorld = await ethers.getContractFactory("HelloWorld");
+```
+
+ethers.js-এ একটি `ContractFactory` হলো নতুন স্মার্ট কন্ট্রাক্ট ডিপ্লয় করার জন্য ব্যবহৃত একটি অ্যাবস্ট্রাকশন, তাই এখানে `HelloWorld` হলো আমাদের হ্যালো ওয়ার্ল্ড কন্ট্রাক্টের ইনস্ট্যান্সগুলোর জন্য একটি ফ্যাক্টরি। `hardhat-ethers` প্লাগইন ব্যবহার করার সময় `ContractFactory` এবং `Contract` ইনস্ট্যান্সগুলো ডিফল্টভাবে প্রথম সাইনারের সাথে কানেক্টেড থাকে।
+
+```
+const hello_world = await HelloWorld.deploy();
+```
+
+একটি `ContractFactory`-তে `deploy()` কল করলে ডিপ্লয়মেন্ট শুরু হবে এবং একটি `Promise` রিটার্ন করবে যা একটি `Contract`-এ রিজলভ হয়। এটি হলো সেই অবজেক্ট যার আমাদের প্রতিটি স্মার্ট কন্ট্রাক্ট ফাংশনের জন্য একটি মেথড রয়েছে।
+
+## ধাপ 16: আমাদের কন্ট্রাক্ট ডিপ্লয় করুন {#step-16-deploy-our-contract}
+
+আমরা অবশেষে আমাদের স্মার্ট কন্ট্রাক্ট ডিপ্লয় করতে প্রস্তুত! কমান্ড লাইনে যান এবং রান করুন:
+
+```
+npx hardhat run scripts/deploy.js --network sepolia
+```
+
+এরপর আপনি এরকম কিছু দেখতে পাবেন:
+
+```
+Contract deployed to address: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570
+```
+
+যদি আমরা [Sepolia etherscan](https://sepolia.etherscan.io/)-এ যাই এবং আমাদের কন্ট্রাক্ট এডড্রেস সার্চ করি তবে আমরা দেখতে পাব যে এটি সফলভাবে ডিপ্লয় হয়েছে। লেনদেন-টি দেখতে এরকম হবে:
+
+
+
+`From` এডড্রেস-টি আপনার MetaMask একাউন্ট এডড্রেস-এর সাথে মিলতে হবে এবং To এডড্রেস-এ “Contract Creation” লেখা থাকবে কিন্তু যদি আমরা লেনদেন-এ ক্লিক করি তবে আমরা `To` ফিল্ডে আমাদের কন্ট্রাক্ট এডড্রেস দেখতে পাব:
+
+
+
+অভিনন্দন! আপনি এইমাত্র ইথিরিয়াম চেইনে একটি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করেছেন 🎉
+
+ভেতরে কী ঘটছে তা বুঝতে, চলুন আমাদের [Alchemy ড্যাশবোর্ড](https://dashboard.alchemyapi.io/explorer)-এর এক্সপ্লোরার ট্যাবে যাই। যদি আপনার একাধিক Alchemy অ্যাপ থাকে তবে অ্যাপ দ্বারা ফিল্টার করতে ভুলবেন না এবং “Hello World” নির্বাচন করুন।
+
+
+এখানে আপনি বেশ কয়েকটি JSON-RPC কল দেখতে পাবেন যা Hardhat/Ethers আমাদের জন্য ভেতরে তৈরি করেছে যখন আমরা `.deploy()` ফাংশন কল করেছি। এখানে উল্লেখ করার মতো দুটি গুরুত্বপূর্ণ কল হলো [`eth_sendRawTransaction`](https://www.alchemy.com/docs/node/abstract/abstract-api-endpoints/eth-send-raw-transaction), যা আসলে Sepolia চেইনে আমাদের কন্ট্রাক্ট লেখার রিকোয়েস্ট, এবং [`eth_getTransactionByHash`](https://www.alchemy.com/docs/node/abstract/abstract-api-endpoints/eth-get-transaction-by-hash) যা হ্যাস দেওয়া থাকলে আমাদের লেনদেন সম্পর্কে তথ্য পড়ার একটি রিকোয়েস্ট (লেনদেন-এর ক্ষেত্রে একটি সাধারণ প্যাটার্ন)। লেনদেন পাঠানো সম্পর্কে আরও জানতে, [Web3 ব্যবহার করে লেনদেন পাঠানোর](/developers/tutorials/sending-transactions-using-web3-and-alchemy/) উপর এই টিউটোরিয়ালটি দেখুন।
+
+এই টিউটোরিয়ালের পার্ট 1-এর জন্য এটুকুই, পার্ট 2-এ আমরা আমাদের প্রাথমিক মেসেজ আপডেট করে আসলে [আমাদের স্মার্ট কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করব](https://www.alchemy.com/docs/interacting-with-a-smart-contract), এবং পার্ট 3-এ আমরা [আমাদের স্মার্ট কন্ট্রাক্ট Etherscan-এ পাবলিশ করব](https://www.alchemy.com/docs/submitting-your-smart-contract-to-etherscan) যাতে সবাই জানতে পারে কীভাবে এর সাথে ইন্টারঅ্যাক্ট করতে হয়।
+
+**Alchemy সম্পর্কে আরও জানতে চান? আমাদের [ওয়েবসাইট](https://www.alchemy.com/eth) দেখুন। কোনো আপডেট মিস করতে চান না? [এখানে](https://www.alchemy.com/newsletter) আমাদের নিউজলেটারে সাবস্ক্রাইব করুন! আমাদের [Discord](https://discord.gg/u72VCg3)-এও যোগ দিতে ভুলবেন না।**
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/how-to-implement-an-erc721-market/index.md b/public/content/translations/bn/developers/tutorials/how-to-implement-an-erc721-market/index.md
new file mode 100644
index 00000000000..b25f08e80b8
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-implement-an-erc721-market/index.md
@@ -0,0 +1,146 @@
+---
+title: কীভাবে একটি ERC-721 মার্কেট তৈরি করবেন
+description: কীভাবে একটি ডিসেন্ট্রালাইজড ক্লাসিফাইডস বোর্ডে বিক্রির জন্য টোকেনাইজড আইটেম রাখবেন
+author: "আলবার্তো কুয়েস্তা কানিয়াদা"
+tags: ["স্মার্ট কন্ট্রাক্ট", "erc-721", "solidity", "টোকেন"]
+skill: intermediate
+breadcrumb: ERC-721 মার্কেট
+lang: bn
+published: 2020-03-19
+source: Hackernoon
+sourceUrl: https://hackernoon.com/how-to-implement-an-erc721-market-1e1a32j9
+---
+
+এই আর্টিকেলে, আমি আপনাদের দেখাবো কীভাবে ইথিরিয়াম ব্লকচেইন এর জন্য Craigslist কোড করতে হয়।
+
+Gumtree, Ebay এবং Craigslist-এর আগে, ক্লাসিফাইড বোর্ডগুলো বেশিরভাগই কর্ক বা কাগজ দিয়ে তৈরি হতো। স্কুলের করিডোর, সংবাদপত্র, রাস্তার আলো, এবং দোকানের সামনে ক্লাসিফাইডস বোর্ড থাকত।
+
+ইন্টারনেটের সাথে সাথে এই সবকিছু বদলে গেছে। একটি নির্দিষ্ট ক্লাসিফাইড বোর্ড দেখতে পাওয়া মানুষের সংখ্যা বহুগুণে বৃদ্ধি পেয়েছে। এর ফলে, তারা যে মার্কেটগুলোর প্রতিনিধিত্ব করে সেগুলো অনেক বেশি কার্যকর হয়ে উঠেছে এবং বিশ্বব্যাপী প্রসারিত হয়েছে। Ebay হলো একটি বিশাল ব্যবসা যার উৎপত্তি এই ফিজিক্যাল ক্লাসিফাইডস বোর্ডগুলো থেকে।
+
+ব্লকচেইন এর মাধ্যমে এই মার্কেটগুলো আবারও পরিবর্তিত হতে চলেছে, চলুন আমি আপনাদের দেখাই কীভাবে।
+
+## মনিটাইজেশন {#monetization}
+
+একটি পাবলিক ব্লকচেইন ক্লাসিফাইডস বোর্ডের বিজনেস মডেল Ebay এবং অন্যান্য কোম্পানির থেকে আলাদা হতে হবে।
+
+প্রথমত, এখানে [ডিসেন্ট্রালাইজেশন এর বিষয়টি](/developers/docs/web2-vs-web3/) রয়েছে। বিদ্যমান প্ল্যাটফর্মগুলোকে তাদের নিজস্ব সার্ভার রক্ষণাবেক্ষণ করতে হয়। একটি ডিসেন্ট্রালাইজড প্ল্যাটফর্ম এর ব্যবহারকারীদের দ্বারা পরিচালিত হয়, তাই প্ল্যাটফর্মের মালিকের জন্য মূল প্ল্যাটফর্মটি চালানোর খরচ শূন্যে নেমে আসে।
+
+এরপর রয়েছে ফ্রন্ট এন্ড, ওয়েবসাইট বা ইন্টারফেস যা প্ল্যাটফর্মে অ্যাক্সেস দেয়। এখানে অনেকগুলো বিকল্প রয়েছে। প্ল্যাটফর্মের মালিকরা অ্যাক্সেস সীমিত করতে পারেন এবং সবাইকে তাদের ইন্টারফেস ব্যবহার করতে বাধ্য করতে পারেন, যার জন্য একটি ফি চার্জ করা হতে পারে। প্ল্যাটফর্মের মালিকরা অ্যাক্সেস উন্মুক্ত করার সিদ্ধান্তও নিতে পারেন (জনগণের ক্ষমতা!) এবং যে কাউকে প্ল্যাটফর্মের জন্য ইন্টারফেস তৈরি করার অনুমতি দিতে পারেন। অথবা মালিকরা এই দুই চরমপন্থার মাঝামাঝি কোনো পদ্ধতি বেছে নিতে পারেন।
+
+_আমার চেয়ে বেশি দূরদর্শী বিজনেস লিডাররা জানবেন কীভাবে এটিকে মনিটাইজ করতে হয়। আমি শুধু দেখতে পাচ্ছি যে এটি বর্তমান অবস্থা থেকে আলাদা এবং সম্ভবত লাভজনক।_
+
+এছাড়া, অটোমেশন এবং পেমেন্টের বিষয়টিও রয়েছে। কিছু জিনিস খুব [কার্যকরভাবে টোকেনাইজ](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com) করা যায় এবং একটি ক্লাসিফাইডস বোর্ডে ট্রেড করা যায়। টোকেনাইজড অ্যাসেটগুলো ব্লকচেইন এ সহজেই ট্রান্সফার করা যায়। অত্যন্ত জটিল পেমেন্ট পদ্ধতিগুলো ব্লকচেইন এ সহজেই ইমপ্লিমেন্ট করা যায়।
+
+আমি এখানে একটি ব্যবসার সুযোগ দেখতে পাচ্ছি। কোনো রানিং কস্ট ছাড়াই একটি ক্লাসিফাইডস বোর্ড সহজেই ইমপ্লিমেন্ট করা যেতে পারে, যেখানে প্রতিটি লেনদেন এর মধ্যে জটিল পেমেন্ট পাথ অন্তর্ভুক্ত থাকে। আমি নিশ্চিত কেউ না কেউ এটি কী কাজে ব্যবহার করা যায় সে সম্পর্কে একটি আইডিয়া নিয়ে আসবে।
+
+আমি এটি তৈরি করেই খুশি। চলুন কোডটি দেখে নেওয়া যাক।
+
+## ইমপ্লিমেন্টেশন {#implementation}
+
+কিছু সময় আগে আমরা বিজনেস কেস উদাহরণের ইমপ্লিমেন্টেশন এবং অন্যান্য জিনিসপত্র নিয়ে একটি [ওপেন সোর্স রিপোজিটরি](https://github.com/HQ20/contracts?ref=hackernoon.com) শুরু করেছিলাম, অনুগ্রহ করে একবার দেখে নিন।
+
+এই [Ethereum Classifieds Board](https://github.com/HQ20/contracts/tree/master/contracts/classifieds?ref=hackernoon.com)-এর কোড সেখানে রয়েছে, অনুগ্রহ করে এটি ব্যবহার করুন এবং পরীক্ষা করুন। শুধু মনে রাখবেন যে কোডটি অডিট করা হয়নি এবং এতে টাকা বিনিয়োগ করার আগে আপনাকে নিজের যাচাই-বাছাই করে নিতে হবে।
+
+বোর্ডের বেসিক বিষয়গুলো জটিল নয়। বোর্ডের সমস্ত বিজ্ঞাপনগুলো কয়েকটি ফিল্ডসহ একটি স্ট্রাক্ট (struct) হবে:
+
+```solidity
+struct Trade {
+ address poster;
+ uint256 item;
+ uint256 price;
+ bytes32 status; // উন্মুক্ত, সম্পাদিত, বাতিলকৃত
+}
+```
+
+সুতরাং কেউ একজন বিজ্ঞাপনটি পোস্ট করছে। বিক্রির জন্য একটি আইটেম। আইটেমটির একটি দাম। ট্রেডের স্ট্যাটাস যা ওপেন, এক্সিকিউটেড বা বাতিল হতে পারে।
+
+এই সমস্ত ট্রেডগুলো একটি ম্যাপিংয়ে রাখা হবে। কারণ Solidity-তে সবকিছুই একটি ম্যাপিং বলে মনে হয়। এছাড়াও কারণ এটি সুবিধাজনক।
+
+```solidity
+mapping(uint256 => Trade) public trades;
+```
+
+একটি ম্যাপিং ব্যবহার করার মানে হলো পোস্ট করার আগে আমাদের প্রতিটি বিজ্ঞাপনের জন্য একটি আইডি তৈরি করতে হবে, এবং এটি নিয়ে কাজ করার আগে আমাদের একটি বিজ্ঞাপনের আইডি জানতে হবে। স্মার্ট কন্ট্রাক্ট বা ফ্রন্ট-এন্ডে এটি পরিচালনা করার একাধিক উপায় রয়েছে। আপনার যদি কোনো নির্দেশনার প্রয়োজন হয় তবে অনুগ্রহ করে জিজ্ঞাসা করুন।
+
+এরপর প্রশ্ন আসে যে আমরা কোন আইটেমগুলো নিয়ে কাজ করি এবং লেনদেন এর জন্য কোন কারেন্সি ব্যবহার করা হয়।
+
+আইটেমগুলোর জন্য, আমরা শুধু চাইব যে তারা [ERC-721](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/IERC721.sol?ref=hackernoon.com) ইন্টারফেস ইমপ্লিমেন্ট করুক, যা মূলত ব্লকচেইন এ বাস্তব জগতের আইটেমগুলোকে উপস্থাপন করার একটি উপায়, যদিও এটি [ডিজিটাল অ্যাসেটগুলোর সাথে সবচেয়ে ভালো কাজ করে](https://hackernoon.com/tokenization-of-digital-assets-g0ffk3v8s?ref=hackernoon.com)। আমরা কনস্ট্রাক্টরে আমাদের নিজস্ব ERC721 কন্ট্রাক্ট নির্দিষ্ট করতে যাচ্ছি, যার মানে হলো আমাদের ক্লাসিফাইডস বোর্ডের যেকোনো অ্যাসেট আগে থেকেই টোকেনাইজ করা থাকতে হবে।
+
+পেমেন্টের জন্য, আমরা একই রকম কিছু করতে যাচ্ছি। বেশিরভাগ ব্লকচেইন প্রজেক্ট তাদের নিজস্ব [ERC-20](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol?ref=hackernoon.com) ক্রিপটোকারেন্সি সংজ্ঞায়িত করে। অন্য কেউ কেউ DAI-এর মতো মূলধারার কারেন্সি ব্যবহার করতে পছন্দ করে। এই ক্লাসিফাইডস বোর্ডে, আপনাকে শুধু কনস্ট্রাকশনের সময় সিদ্ধান্ত নিতে হবে যে আপনার কারেন্সি কী হবে। সহজ।
+
+```solidity
+constructor (
+ address _currencyTokenAddress, address _itemTokenAddress
+) public {
+ currencyToken = IERC20(_currencyTokenAddress);
+ itemToken = IERC721(_itemTokenAddress);
+ tradeCounter = 0;
+}
+```
+
+আমরা লক্ষ্যের দিকে এগোচ্ছি। আমাদের কাছে বিজ্ঞাপন, ট্রেড করার জন্য আইটেম এবং পেমেন্টের জন্য একটি কারেন্সি রয়েছে। একটি বিজ্ঞাপন তৈরি করার অর্থ হলো একটি আইটেমকে এসক্রো (escrow)-তে রাখা, যাতে দেখানো যায় যে আপনার কাছে এটি আছে এবং আপনি এটি দুবার পোস্ট করেননি, সম্ভবত অন্য কোনো বোর্ডে।
+
+নিচের কোডটি ঠিক এই কাজটিই করে। আইটেমটিকে এসক্রোতে রাখে, বিজ্ঞাপন তৈরি করে এবং কিছু আনুষঙ্গিক কাজ করে।
+
+```solidity
+function openTrade(uint256 _item, uint256 _price)
+ public
+{
+ itemToken.transferFrom(msg.sender, address(this), _item);
+ trades[tradeCounter] = Trade({
+ poster: msg.sender,
+ item: _item,
+ price: _price,
+ status: "Open"
+ });
+ tradeCounter += 1;
+ emit TradeStatusChange(tradeCounter - 1, "Open");
+}
+```
+
+ট্রেড গ্রহণ করার অর্থ হলো একটি বিজ্ঞাপন (ট্রেড) বেছে নেওয়া, দাম পরিশোধ করা এবং আইটেমটি গ্রহণ করা। নিচের কোডটি একটি ট্রেড রিট্রিভ করে। এটি অ্যাভেইলেবল কিনা তা চেক করে। আইটেমের দাম পরিশোধ করে। আইটেমটি রিট্রিভ করে। বিজ্ঞাপনটি আপডেট করে।
+
+```solidity
+function executeTrade(uint256 _trade)
+ public
+{
+ Trade memory trade = trades[_trade];
+ require(trade.status == "Open", "Trade is not Open.");
+ currencyToken.transferFrom(msg.sender, trade.poster, trade.price);
+ itemToken.transferFrom(address(this), msg.sender, trade.item);
+ trades[_trade].status = "Executed";
+ emit TradeStatusChange(_trade, "Executed");
+}
+```
+
+সবশেষে, ক্রেতা গ্রহণ করার আগে বিক্রেতাদের ট্রেড থেকে পিছিয়ে আসার একটি অপশন আমাদের কাছে রয়েছে। কিছু মডেলে, বিজ্ঞাপনগুলো মেয়াদ শেষ হওয়ার আগে একটি নির্দিষ্ট সময়ের জন্য লাইভ থাকে। আপনার মার্কেটের ডিজাইনের ওপর নির্ভর করে এটি আপনার পছন্দ।
+
+কোডটি একটি ট্রেড এক্সিকিউট করার জন্য ব্যবহৃত কোডের মতোই, শুধু পার্থক্য হলো এখানে কোনো কারেন্সি হাতবদল হয় না এবং আইটেমটি বিজ্ঞাপনদাতার কাছে ফিরে যায়।
+
+```solidity
+function cancelTrade(uint256 _trade)
+ public
+{
+ Trade memory trade = trades[_trade];
+ require(
+ msg.sender == trade.poster,
+ "Trade can be cancelled only by poster."
+ );
+ require(trade.status == "Open", "Trade is not Open.");
+ itemToken.transferFrom(address(this), trade.poster, trade.item);
+ trades[_trade].status = "Cancelled";
+ emit TradeStatusChange(_trade, "Cancelled");
+}
+```
+
+এই তো। আপনি ইমপ্লিমেন্টেশনের শেষ পর্যন্ত পৌঁছে গেছেন। কোডে প্রকাশ করার সময় কিছু বিজনেস কনসেপ্ট কতটা কমপ্যাক্ট হতে পারে তা বেশ আশ্চর্যজনক, এবং এটি সেই ক্ষেত্রগুলোর মধ্যে একটি। সম্পূর্ণ কন্ট্রাক্টটি [আমাদের রিপোতে](https://github.com/HQ20/contracts/blob/master/contracts/classifieds/Classifieds.sol) চেক করুন।
+
+## উপসংহার {#conclusion}
+
+ক্লাসিফাইডস বোর্ডগুলো হলো একটি সাধারণ মার্কেট কনফিগারেশন যা ইন্টারনেটের সাথে ব্যাপকভাবে প্রসারিত হয়েছে, এবং কয়েকজন একচেটিয়া বিজয়ীর সাথে একটি অত্যন্ত জনপ্রিয় বিজনেস মডেলে পরিণত হয়েছে।
+
+ক্লাসিফাইডস বোর্ডগুলো ব্লকচেইন পরিবেশে রেপ্লিকেট করার জন্য একটি সহজ টুলও বটে, যার খুব নির্দিষ্ট কিছু ফিচার রয়েছে যা বিদ্যমান জায়ান্টদের জন্য একটি চ্যালেঞ্জ তৈরি করা সম্ভব করবে।
+
+এই আর্টিকেলে, আমি একটি ক্লাসিফাইডস বোর্ড ব্যবসার ব্যবসায়িক বাস্তবতার সাথে প্রযুক্তিগত ইমপ্লিমেন্টেশনের সেতুবন্ধন তৈরি করার চেষ্টা করেছি। আপনার যদি সঠিক দক্ষতা থাকে তবে এই জ্ঞান আপনাকে ইমপ্লিমেন্টেশনের জন্য একটি ভিশন এবং একটি রোডম্যাপ তৈরি করতে সাহায্য করবে।
+
+বরাবরের মতো, আপনি যদি মজার কিছু তৈরি করতে চান এবং কিছু পরামর্শ চান, তবে অনুগ্রহ করে [আমাকে জানান](https://albertocuesta.es/)! আমি সবসময় সাহায্য করতে পেরে আনন্দিত।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/how-to-mint-an-nft/index.md b/public/content/translations/bn/developers/tutorials/how-to-mint-an-nft/index.md
new file mode 100644
index 00000000000..3f989ad3ee9
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/how-to-mint-an-nft/index.md
@@ -0,0 +1,328 @@
+---
+title: কীভাবে একটি NFT মিন্ট করবেন (NFT টিউটোরিয়াল সিরিজের ২/৩ অংশ)
+description: এই টিউটোরিয়ালে বর্ণনা করা হয়েছে কীভাবে আমাদের স্মার্ট কন্ট্রাক্ট এবং Web3 ব্যবহার করে ইথিরিয়াম ব্লকচেইনে একটি NFT মিন্ট করতে হয়।
+author: "সুমি মুদগিল"
+tags: ["ERC-721", "alchemy", "solidity", "স্মার্ট কন্ট্রাক্ট"]
+skill: beginner
+breadcrumb: একটি NFT মিন্ট করুন
+lang: bn
+published: 2021-04-22
+---
+
+[Beeple](https://www.nytimes.com/2021/03/11/arts/design/nft-auction-christies-beeple.html): $69 মিলিয়ন
+[3LAU](https://www.forbes.com/sites/abrambrown/2021/03/03/3lau-nft-nonfungible-tokens-justin-blau/?sh=5f72ef64643b): $11 মিলিয়ন
+[Grimes](https://www.theguardian.com/music/2021/mar/02/grimes-sells-digital-art-collection-non-fungible-tokens): $6 মিলিয়ন
+
+তারা সবাই Alchemy-এর শক্তিশালী API ব্যবহার করে তাদের NFT মিন্ট করেছেন। এই টিউটোরিয়ালে, আমরা আপনাকে শেখাব কীভাবে ১০ মিনিটেরও কম সময়ে একই কাজ করতে হয়।
+
+"NFT মিন্ট করা" হলো ব্লকচেইনে আপনার ERC-721 টোকেনের একটি অনন্য ইনস্ট্যান্স প্রকাশ করার প্রক্রিয়া। [এই NFT টিউটোরিয়াল সিরিজের ১ম অংশ](/developers/tutorials/how-to-write-and-deploy-an-nft/)-এর আমাদের স্মার্ট কন্ট্রাক্ট ব্যবহার করে, চলুন আমাদের Web3 দক্ষতা কাজে লাগাই এবং একটি NFT মিন্ট করি। এই টিউটোরিয়ালের শেষে, আপনি আপনার মন (এবং ওয়ালেট) যতগুলো চায় ততগুলো NFT মিন্ট করতে পারবেন!
+
+চলুন শুরু করা যাক!
+
+## ধাপ 1: Web3 ইনস্টল করুন {#install-web3}
+
+আপনি যদি আপনার NFT স্মার্ট কন্ট্রাক্ট তৈরি করার প্রথম টিউটোরিয়ালটি অনুসরণ করে থাকেন, তবে Ethers.js ব্যবহার করার অভিজ্ঞতা আপনার ইতিমধ্যেই আছে। Web3 অনেকটা Ethers-এর মতোই, কারণ এটি এমন একটি লাইব্রেরি যা [Ethereum](/) ব্লকচেইনে রিকোয়েস্ট তৈরি করা সহজ করতে ব্যবহৃত হয়। এই টিউটোরিয়ালে আমরা [Alchemy Web3](https://docs.alchemyapi.io/alchemy/documentation/alchemy-web3) ব্যবহার করব, যা একটি উন্নত Web3 লাইব্রেরি এবং এটি স্বয়ংক্রিয় রিট্রাই ও শক্তিশালী WebSocket সাপোর্ট প্রদান করে।
+
+আপনার প্রজেক্টের হোম ডিরেক্টরিতে রান করুন:
+
+```
+npm install @alch/alchemy-web3
+```
+
+## ধাপ 2: একটি `mint-nft.js` ফাইল তৈরি করুন {#create-mintnftjs}
+
+আপনার scripts ডিরেক্টরির ভেতরে, একটি `mint-nft.js` ফাইল তৈরি করুন এবং নিচের কোডগুলো যোগ করুন:
+
+```js
+require("dotenv").config()
+const API_URL = process.env.API_URL
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(API_URL)
+```
+
+## ধাপ 3: আপনার কন্ট্রাক্ট ABI সংগ্রহ করুন {#contract-abi}
+
+আমাদের কন্ট্রাক্ট ABI (Application Binary Interface) হলো আমাদের স্মার্ট কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করার ইন্টারফেস। আপনি কন্ট্রাক্ট ABI সম্পর্কে আরও জানতে পারেন [এখানে](https://docs.alchemyapi.io/alchemy/guides/eth_getlogs#what-are-ab-is)। Hardhat স্বয়ংক্রিয়ভাবে আমাদের জন্য একটি ABI তৈরি করে এবং এটি `MyNFT.json` ফাইলে সেভ করে। এটি ব্যবহার করার জন্য আমাদের `mint-nft.js` ফাইলে নিচের কোডগুলো যোগ করে এর কন্টেন্ট পার্স করতে হবে:
+
+```js
+const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
+```
+
+আপনি যদি ABI দেখতে চান তবে এটি আপনার কনসোলে প্রিন্ট করতে পারেন:
+
+```js
+console.log(JSON.stringify(contract.abi))
+```
+
+`mint-nft.js` রান করতে এবং কনসোলে আপনার ABI প্রিন্ট হওয়া দেখতে আপনার টার্মিনালে যান এবং রান করুন:
+
+```js
+node scripts/mint-nft.js
+```
+
+## ধাপ 4: IPFS ব্যবহার করে আপনার NFT-এর মেটাডাটা কনফিগার করুন {#config-meta}
+
+১ম অংশের টিউটোরিয়াল থেকে যদি আপনার মনে থাকে, আমাদের `mintNFT` স্মার্ট কন্ট্রাক্ট ফাংশনটি একটি tokenURI প্যারামিটার নেয় যা একটি JSON ডকুমেন্টে রিজলভ হওয়া উচিত, যেখানে NFT-এর মেটাডাটা বর্ণনা করা থাকে— যা মূলত NFT-কে জীবন্ত করে তোলে এবং এর কনফিগারযোগ্য প্রপার্টি যেমন নাম, বর্ণনা, ছবি এবং অন্যান্য অ্যাট্রিবিউট থাকতে দেয়।
+
+> _Interplanetary File System (IPFS) হলো একটি ডিসেন্ট্রালাইজড প্রটোকল এবং পিয়ার-টু-পিয়ার নেটওয়ার্ক যা একটি ডিস্ট্রিবিউটেড ফাইল সিস্টেমে ডাটা স্টোর এবং শেয়ার করার জন্য ব্যবহৃত হয়।_
+
+আমাদের NFT অ্যাসেট এবং মেটাডাটা স্টোর করতে আমরা Pinata ব্যবহার করব, যা একটি সুবিধাজনক IPFS API এবং টুলকিট, যাতে আমাদের NFT সত্যিই ডিসেন্ট্রালাইজড হয় তা নিশ্চিত করা যায়। আপনার যদি Pinata একাউন্ট না থাকে, তবে [এখানে](https://app.pinata.cloud) একটি ফ্রি একাউন্টের জন্য সাইন আপ করুন এবং আপনার ইমেইল ভেরিফাই করার ধাপগুলো সম্পন্ন করুন।
+
+একাউন্ট তৈরি করার পর:
+
+- "Files" পেজে যান এবং পেজের উপরের বাম দিকে থাকা নীল "Upload" বাটনে ক্লিক করুন।
+
+- Pinata-তে একটি ছবি আপলোড করুন — এটি হবে আপনার NFT-এর ইমেজ অ্যাসেট। আপনি চাইলে অ্যাসেটটির যেকোনো নাম দিতে পারেন।
+
+- আপলোড করার পর, আপনি "Files" পেজের টেবিলে ফাইলের তথ্য দেখতে পাবেন। আপনি একটি CID কলামও দেখতে পাবেন। এর পাশের কপি বাটনে ক্লিক করে আপনি CID কপি করতে পারেন। আপনি আপনার আপলোড করা ফাইলটি দেখতে পারেন এখানে: `https://gateway.pinata.cloud/ipfs/`। উদাহরণস্বরূপ, আমরা IPFS-এ যে ছবিটি ব্যবহার করেছি তা আপনি [এখানে](https://gateway.pinata.cloud/ipfs/QmZdd5KYdCFApWn7eTZJ1qgJu18urJrP9Yh1TZcZrZxxB5) দেখতে পারেন।
+
+যারা ভিজ্যুয়ালি শিখতে বেশি পছন্দ করেন, তাদের জন্য উপরের ধাপগুলো এখানে সংক্ষেপে দেওয়া হলো:
+
+
+
+এখন, আমরা Pinata-তে আরও একটি ডকুমেন্ট আপলোড করতে চাই। কিন্তু তা করার আগে, আমাদের এটি তৈরি করতে হবে!
+
+আপনার রুট ডিরেক্টরিতে, `nft-metadata.json` নামে একটি নতুন ফাইল তৈরি করুন এবং নিচের json কোডটি যোগ করুন:
+
+```json
+{
+ "attributes": [
+ {
+ "trait_type": "Breed",
+ "value": "Maltipoo"
+ },
+ {
+ "trait_type": "Eye color",
+ "value": "Mocha"
+ }
+ ],
+ "description": "The world's most adorable and sensitive pup.",
+ "image": "ipfs://QmWmvTJmJU3pozR9ZHFmQC2DNDwi2XJtf3QGyYiiagFSWb",
+ "name": "Ramses"
+}
+```
+
+json-এর ডাটা পরিবর্তন করতে দ্বিধা করবেন না। আপনি attributes সেকশন থেকে কিছু বাদ দিতে বা যোগ করতে পারেন। সবচেয়ে গুরুত্বপূর্ণ বিষয় হলো, নিশ্চিত করুন যে image ফিল্ডটি আপনার IPFS ইমেজের লোকেশন নির্দেশ করছে — অন্যথায়, আপনার NFT-তে একটি (খুবই কিউট!) কুকুরের ছবি থাকবে।
+
+JSON ফাইলটি এডিট করা শেষ হলে, এটি সেভ করুন এবং ছবি আপলোড করার জন্য আমরা যে ধাপগুলো অনুসরণ করেছিলাম, সেই একই ধাপ অনুসরণ করে এটি Pinata-তে আপলোড করুন।
+
+
+
+## ধাপ 5: আপনার কন্ট্রাক্টের একটি ইনস্ট্যান্স তৈরি করুন {#instance-contract}
+
+এখন, আমাদের কন্ট্রাক্টের সাথে ইন্টারঅ্যাক্ট করার জন্য, আমাদের কোডে এর একটি ইনস্ট্যান্স তৈরি করতে হবে। এটি করার জন্য আমাদের কন্ট্রাক্ট এডড্রেস প্রয়োজন হবে যা আমরা ডিপ্লয়মেন্ট থেকে বা কন্ট্রাক্ট ডিপ্লয় করতে আপনি যে এডড্রেস ব্যবহার করেছিলেন তা [Blockscout](https://eth-sepolia.blockscout.com/)-এ খুঁজে বের করে পেতে পারি।
+
+
+
+উপরের উদাহরণে, আমাদের কন্ট্রাক্ট এডড্রেস হলো 0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778।
+
+এরপর আমরা ABI এবং এডড্রেস ব্যবহার করে আমাদের কন্ট্রাক্ট তৈরি করতে Web3 [contract method](https://docs.web3js.org/api/web3-eth-contract/class/Contract) ব্যবহার করব। আপনার `mint-nft.js` ফাইলে, নিচের কোডটি যোগ করুন:
+
+```js
+const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
+
+const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
+```
+
+## ধাপ 6: `.env` ফাইল আপডেট করুন {#update-env}
+
+এখন, ইথিরিয়াম চেইনে লেনদেন তৈরি এবং পাঠানোর জন্য, আমরা একাউন্ট নন্স (নিচে ব্যাখ্যা করা হবে) পেতে আপনার পাবলিক ইথিরিয়াম একাউন্ট এডড্রেস ব্যবহার করব।
+
+আপনার `.env` ফাইলে আপনার পাবলিক কি যোগ করুন — আপনি যদি টিউটোরিয়ালের ১ম অংশ সম্পন্ন করে থাকেন, তবে আমাদের `.env` ফাইলটি এখন এরকম দেখাবে:
+
+```js
+API_URL = "https://eth-sepolia.g.alchemy.com/v2/your-api-key"
+PRIVATE_KEY = "your-private-account-address"
+PUBLIC_KEY = "your-public-account-address"
+```
+
+## ধাপ 7: আপনার লেনদেন তৈরি করুন {#create-txn}
+
+প্রথমে, চলুন `mintNFT(tokenData)` নামের একটি ফাংশন ডিফাইন করি এবং নিচের কাজগুলো করে আমাদের লেনদেন তৈরি করি:
+
+1. `.env` ফাইল থেকে আপনার _PRIVATE_KEY_ এবং _PUBLIC_KEY_ সংগ্রহ করুন।
+
+1. এরপর, আমাদের একাউন্ট নন্স বের করতে হবে। নন্স স্পেসিফিকেশনটি আপনার এডড্রেস থেকে পাঠানো লেনদেন-এর সংখ্যা ট্র্যাক করতে ব্যবহৃত হয় — যা আমাদের নিরাপত্তার উদ্দেশ্যে এবং [রিপ্লে অ্যাটাক](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) প্রতিরোধ করতে প্রয়োজন। আপনার এডড্রেস থেকে পাঠানো লেনদেন-এর সংখ্যা পেতে, আমরা [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount) ব্যবহার করি।
+
+1. সবশেষে আমরা নিচের তথ্যগুলো দিয়ে আমাদের লেনদেন সেট আপ করব:
+
+- `'from': PUBLIC_KEY` — আমাদের লেনদেন-এর উৎস হলো আমাদের পাবলিক এডড্রেস
+
+- `'to': contractAddress` — যে কন্ট্রাক্টের সাথে আমরা ইন্টারঅ্যাক্ট করতে এবং লেনদেন পাঠাতে চাই
+
+- `'nonce': nonce` — আমাদের এডড্রেস থেকে পাঠানো লেনদেন-এর সংখ্যাসহ একাউন্ট নন্স
+
+- `'gas': estimatedGas` — লেনদেন সম্পন্ন করতে প্রয়োজনীয় আনুমানিক গ্যাস
+
+- `'data': nftContract.methods.mintNFT(PUBLIC_KEY, md).encodeABI()` — এই লেনদেন-এ আমরা যে কম্পিউটেশনটি করতে চাই — যা এই ক্ষেত্রে একটি NFT মিন্ট করা
+
+আপনার `mint-nft.js` ফাইলটি এখন এরকম দেখাবে:
+
+```js
+ require('dotenv').config();
+ const API_URL = process.env.API_URL;
+ const PUBLIC_KEY = process.env.PUBLIC_KEY;
+ const PRIVATE_KEY = process.env.PRIVATE_KEY;
+
+ const { createAlchemyWeb3 } = require("@alch/alchemy-web3");
+ const web3 = createAlchemyWeb3(API_URL);
+
+ const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json");
+ const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778";
+ const nftContract = new web3.eth.Contract(contract.abi, contractAddress);
+
+ async function mintNFT(tokenURI) {
+ const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, 'latest'); // সর্বশেষ নন্স পান
+
+ // লেনদেনটি
+ const tx = {
+ 'from': PUBLIC_KEY,
+ 'to': contractAddress,
+ 'nonce': nonce,
+ 'gas': 500000,
+ 'data': nftContract.methods.mintNFT(PUBLIC_KEY, tokenURI).encodeABI()
+ };
+ }
+```
+
+## ধাপ 8: লেনদেন সাইন করুন {#sign-txn}
+
+যেহেতু আমরা আমাদের লেনদেন তৈরি করেছি, এটি পাঠানোর জন্য আমাদের এটি সাইন করতে হবে। এখানেই আমরা আমাদের প্রাইভেট কি ব্যবহার করব।
+
+`web3.eth.sendSignedTransaction` আমাদের লেনদেন হ্যাস দেবে, যা ব্যবহার করে আমরা নিশ্চিত হতে পারি যে আমাদের লেনদেন মাইন করা হয়েছে এবং নেটওয়ার্ক দ্বারা ড্রপ হয়নি। আপনি লক্ষ্য করবেন যে লেনদেন সাইনিং সেকশনে, আমরা কিছু এরর চেকিং যোগ করেছি যাতে আমরা জানতে পারি আমাদের লেনদেন সফলভাবে সম্পন্ন হয়েছে কিনা।
+
+```js
+require("dotenv").config()
+const API_URL = process.env.API_URL
+const PUBLIC_KEY = process.env.PUBLIC_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(API_URL)
+
+const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
+const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
+const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
+
+async function mintNFT(tokenURI) {
+ const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") // সর্বশেষ নন্স পান
+
+ // লেনদেনটি
+ const tx = {
+ from: PUBLIC_KEY,
+ to: contractAddress,
+ nonce: nonce,
+ gas: 500000,
+ data: nftContract.methods.mintNFT(PUBLIC_KEY, tokenURI).encodeABI(),
+ }
+
+ const signPromise = web3.eth.accounts.signTransaction(tx, PRIVATE_KEY)
+ signPromise
+ .then((signedTx) => {
+ web3.eth.sendSignedTransaction(
+ signedTx.rawTransaction,
+ function (err, hash) {
+ if (!err) {
+ console.log(
+ "The hash of your transaction is: ",
+ hash,
+ "\nCheck Alchemy's Mempool to view the status of your transaction!"
+ )
+ } else {
+ console.log(
+ "Something went wrong when submitting your transaction:",
+ err
+ )
+ }
+ }
+ )
+ })
+ .catch((err) => {
+ console.log(" Promise failed:", err)
+ })
+}
+```
+
+## ধাপ 9: `mintNFT` কল করুন এবং node `mint-nft.js` রান করুন {#call-mintnft-fn}
+
+Pinata-তে আপলোড করা `metadata.json`-এর কথা মনে আছে? Pinata থেকে এর হ্যাশকোড সংগ্রহ করুন এবং `mintNFT` ফাংশনে প্যারামিটার হিসেবে নিচেরটি পাস করুন `https://gateway.pinata.cloud/ipfs/`
+
+হ্যাশকোড কীভাবে পাবেন তা নিচে দেওয়া হলো:
+
+_কীভাবে Pinata-তে আপনার nft মেটাডাটা হ্যাশকোড পাবেন_
+
+> একটি আলাদা উইন্ডোতে `https://gateway.pinata.cloud/ipfs/` লোড করে ডাবল চেক করুন যে আপনার কপি করা হ্যাশকোডটি আপনার **metadata.json**-এর সাথে লিংক করা আছে কিনা। পেজটি নিচের স্ক্রিনশটের মতো দেখতে হওয়া উচিত:
+
+_আপনার পেজে json মেটাডাটা প্রদর্শিত হওয়া উচিত_
+
+সব মিলিয়ে, আপনার কোডটি দেখতে অনেকটা এরকম হওয়া উচিত:
+
+```js
+require("dotenv").config()
+const API_URL = process.env.API_URL
+const PUBLIC_KEY = process.env.PUBLIC_KEY
+const PRIVATE_KEY = process.env.PRIVATE_KEY
+
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(API_URL)
+
+const contract = require("../artifacts/contracts/MyNFT.sol/MyNFT.json")
+const contractAddress = "0x5a738a5c5fe46a1fd5ee7dd7e38f722e2aef7778"
+const nftContract = new web3.eth.Contract(contract.abi, contractAddress)
+
+async function mintNFT(tokenURI) {
+ const nonce = await web3.eth.getTransactionCount(PUBLIC_KEY, "latest") // সর্বশেষ নন্স পান
+
+ // লেনদেনটি
+ const tx = {
+ from: PUBLIC_KEY,
+ to: contractAddress,
+ nonce: nonce,
+ gas: 500000,
+ data: nftContract.methods.mintNFT(PUBLIC_KEY, tokenURI).encodeABI(),
+ }
+
+ const signPromise = web3.eth.accounts.signTransaction(tx, PRIVATE_KEY)
+ signPromise
+ .then((signedTx) => {
+ web3.eth.sendSignedTransaction(
+ signedTx.rawTransaction,
+ function (err, hash) {
+ if (!err) {
+ console.log(
+ "The hash of your transaction is: ",
+ hash,
+ "\nCheck Alchemy's Mempool to view the status of your transaction!"
+ )
+ } else {
+ console.log(
+ "Something went wrong when submitting your transaction:",
+ err
+ )
+ }
+ }
+ )
+ })
+ .catch((err) => {
+ console.log("Promise failed:", err)
+ })
+}
+
+mintNFT("ipfs://QmYueiuRNmL4MiA2GwtVMm6ZagknXnSpQnB3z2gWbz36hP")
+```
+
+এখন, আপনার NFT ডিপ্লয় করতে `node scripts/mint-nft.js` রান করুন। কয়েক সেকেন্ড পর, আপনি আপনার টার্মিনালে এরকম একটি রেসপন্স দেখতে পাবেন:
+
+ The hash of your transaction is: 0x301791fdf492001fcd9d5e5b12f3aa1bbbea9a88ed24993a8ab2cdae2d06e1e8
+
+ Check Alchemy's Mempool to view the status of your transaction!
+
+এরপর, আপনার লেনদেন-এর স্ট্যাটাস (এটি পেন্ডিং, মাইন করা হয়েছে, নাকি নেটওয়ার্ক দ্বারা ড্রপ হয়েছে) দেখতে আপনার [Alchemy mempool](https://dashboard.alchemyapi.io/mempool)-এ ভিজিট করুন। যদি আপনার লেনদেন ড্রপ হয়ে যায়, তবে [Blockscout](https://eth-sepolia.blockscout.com/) চেক করা এবং আপনার লেনদেন হ্যাস সার্চ করাও সহায়ক হতে পারে।
+
+_Etherscan-এ আপনার NFT লেনদেন হ্যাস দেখুন_
+
+আর এভাবেই হয়ে গেল! আপনি এখন ইথিরিয়াম ব্লকচেইনে একটি NFT ডিপ্লয় এবং মিন্ট করেছেন `](https://any.site/ipfs/bafybeifqka2odrne5b6l5guthqvbxu4pujko2i6rx2zslvr3qxs6u5o7im)-এ যেতে পারেন এবং আপনি সেই কন্টেন্টটি পাবেন, যা একটি ডিসেন্ট্রালাইজড উপায়ে সার্ভ করা হবে।
+
+## অসুবিধাগুলো {#drawbacks}
+
+আপনি নির্ভরযোগ্যভাবে IPFS ফাইলগুলো মুছে ফেলতে পারবেন না, তাই যতক্ষণ আপনি আপনার ইউজার ইন্টারফেস পরিবর্তন করছেন, সম্ভবত এটিকে সেন্ট্রালাইজড রাখাই ভালো, অথবা [ইন্টারপ্ল্যানেটারি নেম সিস্টেম (IPNS)](https://docs.ipfs.tech/concepts/ipns/#mutability-in-ipfs) ব্যবহার করা ভালো, যা IPFS-এর উপরে মিউটেবিলিটি প্রদান করে। অবশ্যই, পরিবর্তনযোগ্য যেকোনো কিছু সেন্সর করা যেতে পারে, IPNS-এর ক্ষেত্রে প্রাইভেট কি-এর অধিকারী ব্যক্তিকে চাপ প্রয়োগ করে এটি করা সম্ভব।
+
+এছাড়া, কিছু প্যাকেজের IPFS-এর সাথে সমস্যা রয়েছে, তাই আপনার ওয়েবসাইট যদি খুব জটিল হয় তবে এটি ভালো সমাধান নাও হতে পারে। এবং অবশ্যই, সার্ভার ইন্টিগ্রেশনের ওপর নির্ভরশীল কোনো কিছু শুধুমাত্র ক্লায়েন্ট সাইড IPFS-এ রেখে ডিসেন্ট্রালাইজড করা যায় না।
+
+## উপসংহার {#conclusion}
+
+ইথিরিয়াম যেমন আপনাকে আপনার ডিএ্যাপের ডাটাবেস এবং বিজনেস লজিকের দিকগুলো ডিসেন্ট্রালাইজড করতে দেয়, তেমনি IPFS আপনাকে ইউজার ইন্টারফেস ডিসেন্ট্রালাইজড করতে দেয়। এটি আপনাকে আপনার ডিএ্যাপের বিরুদ্ধে আরও একটি অ্যাটাক ভেক্টর বন্ধ করতে সাহায্য করে।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md b/public/content/translations/bn/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
new file mode 100644
index 00000000000..bc3fe70c03e
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/kickstart-your-dapp-frontend-development-with-create-eth-app/index.md
@@ -0,0 +1,106 @@
+---
+title: create-eth-app এর মাধ্যমে আপনার ডিএ্যাপ ফ্রন্টএন্ড ডেভেলপমেন্ট শুরু করুন
+description: create-eth-app কীভাবে ব্যবহার করবেন এবং এর বৈশিষ্ট্যগুলোর একটি ওভারভিউ
+author: "মার্কাস ওয়াস"
+tags:
+ ["ফ্রন্টএন্ড", "javascript", "ethers.js", "the graph", "defi"]
+skill: beginner
+breadcrumb: create-eth-app
+lang: bn
+published: 2020-04-27
+source: soliditydeveloper.com
+sourceUrl: https://soliditydeveloper.com/create-eth-app
+---
+
+গতবার আমরা [Solidity এর সামগ্রিক চিত্র](https://soliditydeveloper.com/solidity-overview-2020) দেখেছিলাম এবং ইতিমধ্যেই [create-eth-app](https://github.com/PaulRBerg/create-eth-app) এর কথা উল্লেখ করেছি। এখন আপনি জানতে পারবেন কীভাবে এটি ব্যবহার করতে হয়, এতে কী কী বৈশিষ্ট্য যুক্ত করা হয়েছে এবং কীভাবে এটিকে আরও সম্প্রসারিত করা যায় সে সম্পর্কে অতিরিক্ত ধারণা। [Sablier](http://sablier.com/) এর প্রতিষ্ঠাতা Paul Razvan Berg দ্বারা শুরু করা এই অ্যাপটি আপনার ফ্রন্টএন্ড ডেভেলপমেন্ট শুরু করতে সাহায্য করবে এবং এতে বেছে নেওয়ার জন্য বেশ কয়েকটি ঐচ্ছিক ইন্টিগ্রেশন রয়েছে।
+
+## ইনস্টলেশন {#installation}
+
+ইনস্টলেশনের জন্য Yarn 0.25 বা তার ওপরের ভার্সন প্রয়োজন (`npm install yarn --global`)। এটি রান করা খুবই সহজ:
+
+```bash
+yarn create eth-app my-eth-app
+cd my-eth-app
+yarn react-app:start
+```
+
+এটি ব্যাকগ্রাউন্ডে [create-react-app](https://github.com/facebook/create-react-app) ব্যবহার করছে। আপনার অ্যাপটি দেখতে `http://localhost:3000/` খুলুন। যখন আপনি প্রোডাকশনে ডিপ্লয় করার জন্য প্রস্তুত হবেন, তখন yarn build দিয়ে একটি মিনিফাইড বান্ডেল তৈরি করুন। এটি হোস্ট করার একটি সহজ উপায় হতে পারে [Netlify](https://www.netlify.com/)। আপনি একটি GitHub রিপো তৈরি করতে পারেন, এটি Netlify-তে যুক্ত করতে পারেন, বিল্ড কমান্ড সেটআপ করতে পারেন এবং আপনার কাজ শেষ! আপনার অ্যাপটি হোস্ট করা হবে এবং সবার ব্যবহারের জন্য উন্মুক্ত হবে। আর এর পুরোটাই একদম বিনামূল্যে।
+
+## বৈশিষ্ট্যসমূহ {#features}
+
+### React এবং create-react-app {#react--create-react-app}
+
+প্রথমেই অ্যাপটির মূল অংশ: React এবং _create-react-app_ এর সাথে আসা সমস্ত অতিরিক্ত বৈশিষ্ট্য। আপনি যদি ইথিরিয়াম ইন্টিগ্রেট করতে না চান, তবে শুধুমাত্র এটি ব্যবহার করা একটি দুর্দান্ত বিকল্প। [React](https://react.dev/) নিজেই ইন্টারেক্টিভ UI তৈরি করা খুব সহজ করে তোলে। এটি হয়তো [Vue](https://vuejs.org/) এর মতো নতুনদের জন্য ততটা সহজ নয়, তবে এটি এখনও সবচেয়ে বেশি ব্যবহৃত হয়, এতে আরও বেশি বৈশিষ্ট্য রয়েছে এবং সবচেয়ে গুরুত্বপূর্ণ হলো বেছে নেওয়ার জন্য হাজার হাজার অতিরিক্ত লাইব্রেরি রয়েছে। _create-react-app_ এর মাধ্যমে কাজ শুরু করাও খুব সহজ এবং এর মধ্যে অন্তর্ভুক্ত রয়েছে:
+
+- React, JSX, ES6, TypeScript, Flow সিনট্যাক্স সাপোর্ট।
+- ES6 এর বাইরের ল্যাঙ্গুয়েজ এক্সট্রা যেমন অবজেক্ট স্প্রেড অপারেটর।
+- অটোপ্রিফিক্সড CSS, তাই আপনার -webkit- বা অন্যান্য প্রিফিক্সের প্রয়োজন নেই।
+- কভারেজ রিপোর্টিংয়ের জন্য বিল্ট-ইন সাপোর্টসহ একটি দ্রুত ইন্টারেক্টিভ ইউনিট টেস্ট রানার।
+- একটি লাইভ ডেভেলপমেন্ট সার্ভার যা সাধারণ ভুলগুলো সম্পর্কে সতর্ক করে।
+- প্রোডাকশনের জন্য JS, CSS এবং ইমেজগুলোকে হ্যাশ এবং সোর্সম্যাপসহ বান্ডেল করার জন্য একটি বিল্ড স্ক্রিপ্ট।
+
+বিশেষ করে _create-eth-app_ নতুন [hooks effects](https://legacy.reactjs.org/docs/hooks-effect.html) ব্যবহার করছে। এটি শক্তিশালী, অথচ খুব ছোট ফাংশনাল কম্পোনেন্ট লেখার একটি পদ্ধতি। _create-eth-app_ এ এগুলো কীভাবে ব্যবহৃত হয় তা জানতে নিচের Apollo সম্পর্কিত সেকশনটি দেখুন।
+
+### Yarn Workspaces {#yarn-workspaces}
+
+[Yarn Workspaces](https://classic.yarnpkg.com/en/docs/workspaces/) আপনাকে একাধিক প্যাকেজ রাখার সুবিধা দেয়, তবে আপনি রুট ফোল্ডার থেকে সেগুলোর সবগুলো পরিচালনা করতে পারবেন এবং `yarn install` ব্যবহার করে একবারে সবগুলোর জন্য ডিপেন্ডেন্সি ইনস্টল করতে পারবেন। এটি বিশেষ করে ছোট অতিরিক্ত প্যাকেজগুলোর জন্য বেশ কার্যকর, যেমন স্মার্ট কন্ট্রাক্ট এডড্রেস/ABI ম্যানেজমেন্ট (আপনি কোথায় কোন স্মার্ট কন্ট্রাক্ট ডিপ্লয় করেছেন এবং কীভাবে সেগুলোর সাথে যোগাযোগ করবেন তার তথ্য) বা গ্রাফ ইন্টিগ্রেশন, যার উভয়ই `create-eth-app` এর অংশ।
+
+### ethers.js {#ethersjs}
+
+যদিও [Web3](https://docs.web3js.org/) এখনও সবচেয়ে বেশি ব্যবহৃত হয়, তবে গত এক বছরে বিকল্প হিসেবে [ethers.js](https://docs.ethers.io/) অনেক বেশি জনপ্রিয়তা পেয়েছে এবং এটি _create-eth-app_ এ ইন্টিগ্রেট করা হয়েছে। আপনি এটি নিয়ে কাজ করতে পারেন, এটিকে Web3 তে পরিবর্তন করতে পারেন অথবা [ethers.js v5](https://docs.ethers.org/v5/) এ আপগ্রেড করার কথা বিবেচনা করতে পারেন যা প্রায় বিটা পর্যায় পার করে ফেলেছে।
+
+### The Graph {#the-graph}
+
+[Restful API](https://restfulapi.net/) এর তুলনায় ডেটা হ্যান্ডেল করার একটি বিকল্প উপায় হলো [GraphQL](https://graphql.org/)। Restful API এর তুলনায় এগুলোর বেশ কিছু সুবিধা রয়েছে, বিশেষ করে ডিসেন্ট্রালাইজড ব্লকচেইন ডেটার ক্ষেত্রে। আপনি যদি এর পেছনের কারণ সম্পর্কে আগ্রহী হন, তবে [GraphQL Will Power the Decentralized Web](https://medium.com/graphprotocol/graphql-will-power-the-decentralized-web-d7443a69c69a) লেখাটি দেখতে পারেন।
+
+সাধারণত আপনি সরাসরি আপনার স্মার্ট কন্ট্রাক্ট থেকে ডেটা ফেচ করে থাকেন। সর্বশেষ ট্রেডের সময় জানতে চান? শুধু `MyContract.methods.latestTradeTime().call()` কল করুন যা একটি ইথিরিয়াম নোড থেকে আপনার ডিএ্যাপ এ ডেটা ফেচ করে। কিন্তু যদি আপনার শত শত ভিন্ন ডেটা পয়েন্টের প্রয়োজন হয়? এর ফলে নোড এ শত শত ডেটা ফেচ করতে হবে, প্রতিবার একটি [RTT](https://wikipedia.org/wiki/Round-trip_delay_time) এর প্রয়োজন হবে যা আপনার ডিএ্যাপ কে ধীর এবং অদক্ষ করে তুলবে। এর একটি সমাধান হতে পারে আপনার কন্ট্রাক্টের ভেতরে একটি ফেচার কল ফাংশন ব্যবহার করা যা একবারে একাধিক ডেটা রিটার্ন করে। তবে এটি সবসময় আদর্শ নয়।
+
+এছাড়া আপনি হয়তো ঐতিহাসিক ডেটার প্রতিও আগ্রহী হতে পারেন। আপনি শুধু সর্বশেষ ট্রেডের সময়ই নয়, বরং আপনার করা সমস্ত ট্রেডের সময় জানতে চান। _create-eth-app_ সাবগ্রাফ প্যাকেজটি ব্যবহার করুন, [ডকুমেন্টেশন](https://thegraph.com/docs/en/subgraphs/developing/creating/starting-your-subgraph) পড়ুন এবং এটিকে আপনার নিজের কন্ট্রাক্টগুলোর সাথে মানিয়ে নিন। আপনি যদি জনপ্রিয় স্মার্ট কন্ট্রাক্ট খুঁজছেন, তবে হয়তো ইতিমধ্যেই একটি সাবগ্রাফ থাকতে পারে। [সাবগ্রাফ এক্সপ্লোরার](https://thegraph.com/explorer/) চেক করে দেখুন।
+
+একবার আপনার কাছে একটি সাবগ্রাফ থাকলে, এটি আপনাকে আপনার ডিএ্যাপ এ একটি সাধারণ কোয়েরি লেখার সুযোগ দেয় যা আপনার প্রয়োজনীয় ঐতিহাসিক ডেটাসহ সমস্ত গুরুত্বপূর্ণ ব্লকচেইন ডেটা নিয়ে আসে, যার জন্য শুধুমাত্র একটি ফেচ প্রয়োজন।
+
+### Apollo {#apollo}
+
+[Apollo Boost](https://www.apollographql.com/docs/react/get-started/) ইন্টিগ্রেশনের কারণে আপনি সহজেই আপনার React ডিএ্যাপ এ গ্রাফ ইন্টিগ্রেট করতে পারবেন। বিশেষ করে যখন [React hooks এবং Apollo](https://www.apollographql.com/blog/apollo-client-now-with-react-hooks) ব্যবহার করা হয়, তখন ডেটা ফেচ করা আপনার কম্পোনেন্টে একটি মাত্র GraphQl কোয়েরি লেখার মতোই সহজ:
+
+```js
+const { loading, error, data } = useQuery(myGraphQlQuery)
+
+React.useEffect(() => {
+ if (!loading && !error && data) {
+ console.log({ data })
+ }
+}, [loading, error, data])
+```
+
+## টেমপ্লেটসমূহ {#templates}
+
+এর পাশাপাশি আপনি বেশ কয়েকটি ভিন্ন টেমপ্লেট থেকে বেছে নিতে পারেন। এখন পর্যন্ত আপনি Aave, Compound, UniSwap বা sablier ইন্টিগ্রেশন ব্যবহার করতে পারেন। এগুলো সবই আগে থেকে তৈরি সাবগ্রাফ ইন্টিগ্রেশনের পাশাপাশি গুরুত্বপূর্ণ সার্ভিস স্মার্ট কন্ট্রাক্ট এডড্রেস যুক্ত করে। শুধু ক্রিয়েশন কমান্ডে টেমপ্লেটটি যুক্ত করুন, যেমন `yarn create eth-app my-eth-app --with-template aave`।
+
+### Aave {#aave}
+
+[Aave](https://aave.com/) হলো একটি ডিসেন্ট্রালাইজড অর্থ ধার দেওয়ার মার্কেট। আমানতকারীরা প্যাসিভ ইনকাম করার জন্য মার্কেটে লিকুইডিটি প্রদান করে, অন্যদিকে ঋণগ্রহীতারা কোল্যাটারাল ব্যবহার করে ঋণ নিতে পারে। Aave এর একটি অনন্য বৈশিষ্ট্য হলো [ফ্ল্যাশ লোন](https://aave.com/docs/developers/flash-loans) যা আপনাকে কোনো কোল্যাটারাল ছাড়াই অর্থ ধার করার সুযোগ দেয়, শর্ত থাকে যে আপনাকে একটি লেনদেন এর মধ্যেই ঋণ ফেরত দিতে হবে। এটি উদাহরণস্বরূপ আরবিট্রেজ ট্রেডিংয়ে আপনাকে অতিরিক্ত নগদ অর্থ প্রদানের জন্য কার্যকর হতে পারে।
+
+যেসব ট্রেড করা টোকেন আপনাকে সুদ প্রদান করে সেগুলোকে _aTokens_ বলা হয়।
+
+যখন আপনি _create-eth-app_ এর সাথে Aave ইন্টিগ্রেট করার সিদ্ধান্ত নেন, তখন আপনি একটি [সাবগ্রাফ ইন্টিগ্রেশন](https://docs.aave.com/developers/getting-started/using-graphql) পাবেন। Aave The Graph ব্যবহার করে এবং ইতিমধ্যেই আপনাকে [Ropsten](https://thegraph.com/explorer/subgraph/aave/protocol-ropsten) এবং [মেইননেট](https://thegraph.com/explorer/subgraph/aave/protocol) এ [র (raw)](https://thegraph.com/explorer/subgraph/aave/protocol-raw) বা [ফরম্যাটেড](https://thegraph.com/explorer/subgraph/aave/protocol) আকারে বেশ কয়েকটি ব্যবহারের জন্য প্রস্তুত সাবগ্রাফ প্রদান করে।
+
+
+
+### Compound {#compound}
+
+[Compound](https://compound.finance/) অনেকটা Aave এর মতোই। এই ইন্টিগ্রেশনে ইতিমধ্যেই নতুন [Compound v2 Subgraph](https://medium.com/graphprotocol/https-medium-com-graphprotocol-compound-v2-subgraph-highlight-a5f38f094195) অন্তর্ভুক্ত রয়েছে। এখানে সুদ অর্জনকারী টোকেন গুলোকে আশ্চর্যজনকভাবে _cTokens_ বলা হয়।
+
+### Uniswap {#uniswap}
+
+[Uniswap](https://uniswap.exchange/) হলো একটি ডিসেন্ট্রালাইজড এক্সচেঞ্জ (DEX)। লিকুইডিটি প্রদানকারীরা ট্রেডের উভয় পক্ষের জন্য প্রয়োজনীয় টোকেন বা ইথার প্রদান করে ফি উপার্জন করতে পারে। এটি ব্যাপকভাবে ব্যবহৃত হয় এবং তাই বিভিন্ন ধরণের টোকেন এর জন্য এর লিকুইডিটি সবচেয়ে বেশি। আপনি সহজেই এটিকে আপনার ডিএ্যাপ এ ইন্টিগ্রেট করতে পারেন, উদাহরণস্বরূপ, ব্যবহারকারীদের তাদের ETH এর বদলে DAI সোয়াপ করার সুযোগ দিতে।
+
+দুর্ভাগ্যবশত, এই লেখাটি লেখার সময় ইন্টিগ্রেশনটি শুধুমাত্র Uniswap v1 এর জন্য, [সদ্য প্রকাশিত v2](https://uniswap.org/blog/uniswap-v2/) এর জন্য নয়।
+
+### Sablier {#sablier}
+
+[Sablier](https://sablier.com/) ব্যবহারকারীদের স্ট্রিমিং মানি পেমেন্টের সুবিধা দেয়। একটি নির্দিষ্ট বেতনের দিনের পরিবর্তে, প্রাথমিক সেটআপের পর কোনো অতিরিক্ত পরিচালনা ছাড়াই আপনি প্রতিনিয়ত আপনার অর্থ পেতে থাকেন। এই ইন্টিগ্রেশনে এর [নিজস্ব সাবগ্রাফ](https://thegraph.com/explorer/subgraph/sablierhq/sablier) অন্তর্ভুক্ত রয়েছে।
+
+## এরপর কী? {#whats-next}
+
+আপনার যদি _create-eth-app_ সম্পর্কে কোনো প্রশ্ন থাকে, তবে [Sablier কমিউনিটি সার্ভারে](https://discord.gg/bsS8T47) যান, যেখানে আপনি _create-eth-app_ এর লেখকদের সাথে যোগাযোগ করতে পারবেন। পরবর্তী কিছু প্রাথমিক পদক্ষেপ হিসেবে আপনি [Material UI](https://mui.com/material-ui/) এর মতো একটি UI ফ্রেমওয়ার্ক ইন্টিগ্রেট করতে চাইতে পারেন, আপনার প্রয়োজনীয় ডেটার জন্য GraphQL কোয়েরি লিখতে পারেন এবং ডিপ্লয়মেন্ট সেটআপ করতে পারেন।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/bn/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
new file mode 100644
index 00000000000..9453286f9f2
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md
@@ -0,0 +1,270 @@
+---
+title: এসকিউএল (SQL) দিয়ে ইথিরিয়ামের মৌলিক বিষয়গুলো শিখুন
+description: এই টিউটোরিয়ালটি পাঠকদের স্ট্রাকচার্ড কোয়েরি ল্যাঙ্গুয়েজ (SQL) দিয়ে অনচেইন ডাটা কোয়েরি করার মাধ্যমে লেনদেন, ব্লকস এবং গ্যাস সহ ইথিরিয়ামের মৌলিক ধারণাগুলো বুঝতে সাহায্য করে।
+author: "পল এপিভ্যাট"
+tags: ["SQL", "কোয়েরিং", "লেনদেন", "ডাটা এবং এনালাইটিক্স"]
+skill: beginner
+breadcrumb: এসকিউএল (SQL) এর সাথে ইথিরিয়াম
+lang: bn
+published: 2021-05-11
+source: paulapivat.com
+sourceUrl: https://paulapivat.com/post/query_ethereum/
+---
+
+অনেক ইথিরিয়াম টিউটোরিয়াল ডেভেলপারদের লক্ষ্য করে তৈরি করা হয়, কিন্তু ডাটা অ্যানালিস্টদের জন্য বা যারা কোনো ক্লায়েন্ট বা নোড না চালিয়ে অনচেইন ডাটা দেখতে চান তাদের জন্য শিক্ষামূলক রিসোর্সের অভাব রয়েছে।
+
+এই টিউটোরিয়ালটি পাঠকদের [Dune Analytics](https://dune.com/)-এর দেওয়া একটি ইন্টারফেসের মাধ্যমে স্ট্রাকচার্ড কোয়েরি ল্যাঙ্গুয়েজ (SQL) দিয়ে অনচেইন ডাটা কোয়েরি করে লেনদেন, ব্লকস এবং গ্যাস সহ ইথিরিয়ামের মৌলিক ধারণাগুলো বুঝতে সাহায্য করে।
+
+অনচেইন ডাটা আমাদের ইথিরিয়াম, নেটওয়ার্ক এবং কম্পিউটিং পাওয়ারের একটি অর্থনীতি হিসেবে বুঝতে সাহায্য করতে পারে। এটি বর্তমানে ইথিরিয়ামের সম্মুখীন হওয়া চ্যালেঞ্জগুলো (যেমন, ক্রমবর্ধমান গ্যাস প্রাইস) এবং আরও গুরুত্বপূর্ণভাবে, স্কেলিং সমাধানগুলোর আলোচনা বোঝার ভিত্তি হিসেবে কাজ করা উচিত।
+
+### লেনদেন {#transactions}
+
+ইথিরিয়ামে একজন ব্যবহারকারীর যাত্রা শুরু হয় একটি ব্যবহারকারী-নিয়ন্ত্রিত একাউন্ট বা ETH ব্যালেন্স সহ একটি সত্তা চালু করার মাধ্যমে। দুই ধরনের একাউন্ট রয়েছে - ব্যবহারকারী-নিয়ন্ত্রিত বা একটি স্মার্ট কন্ট্রাক্ট ([ethereum.org](/developers/docs/accounts/) দেখুন)।
+
+যেকোনো একাউন্ট [Etherscan](https://etherscan.io/) বা [Blockscout](https://eth.blockscout.com/)-এর মতো ব্লক এক্সপ্লোরার-এ দেখা যেতে পারে। ব্লক এক্সপ্লোরার হলো ইথিরিয়ামের ডাটার একটি পোর্টাল। এগুলো রিয়েল-টাইমে ব্লকস, লেনদেন, মাইনার, একাউন্ট এবং অন্যান্য অনচেইন কার্যকলাপের ডাটা প্রদর্শন করে ([এখানে](/developers/docs/data-and-analytics/block-explorers/) দেখুন)।
+
+তবে, একজন ব্যবহারকারী এক্সটার্নাল ব্লক এক্সপ্লোরারগুলোর দেওয়া তথ্যের সাথে মিলিয়ে দেখার জন্য সরাসরি ডাটা কোয়েরি করতে চাইতে পারেন। [Dune Analytics](https://dune.com/) এসকিউএল (SQL) সম্পর্কে কিছুটা ধারণা থাকা যে কাউকেই এই সুবিধা প্রদান করে।
+
+রেফারেন্সের জন্য, ইথিরিয়াম ফাউন্ডেশন (EF)-এর স্মার্ট কন্ট্রাক্ট একাউন্টটি [Blockscout](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe)-এ দেখা যেতে পারে।
+
+একটি বিষয় লক্ষণীয় যে, EF-এর একাউন্ট সহ সব একাউন্টেরই একটি পাবলিক এডড্রেস থাকে যা লেনদেন পাঠাতে এবং গ্রহণ করতে ব্যবহার করা যেতে পারে।
+
+Etherscan-এ একাউন্ট ব্যালেন্সে সাধারণ লেনদেন এবং ইন্টারনাল লেনদেন অন্তর্ভুক্ত থাকে। ইন্টারনাল লেনদেন, নাম সত্ত্বেও, _প্রকৃত_ লেনদেন নয় যা চেইনের স্টেট পরিবর্তন করে। এগুলো হলো একটি কন্ট্রাক্ট এক্সিকিউট করার মাধ্যমে শুরু হওয়া ভ্যালু ট্রান্সফার ([সোর্স](https://ethereum.stackexchange.com/questions/3417/how-to-get-contract-internal-transactions))। যেহেতু ইন্টারনাল লেনদেনের কোনো সিগনেচার থাকে না, তাই এগুলো ব্লকচেইন-এ অন্তর্ভুক্ত হয় **না** এবং Dune Analytics দিয়ে কোয়েরি করা যায় না।
+
+তাই, এই টিউটোরিয়ালটি সাধারণ লেনদেনের ওপর ফোকাস করবে। এটি এভাবে কোয়েরি করা যেতে পারে:
+
+```sql
+WITH temp_table AS (
+SELECT
+ hash,
+ block_number,
+ block_time,
+ "from",
+ "to",
+ value / 1e18 AS ether,
+ gas_used,
+ gas_price / 1e9 AS gas_price_gwei
+FROM ethereum."transactions"
+WHERE "to" = '\xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe'
+ORDER BY block_time DESC
+)
+SELECT
+ hash,
+ block_number,
+ block_time,
+ "from",
+ "to",
+ ether,
+ (gas_used * gas_price_gwei) / 1e9 AS txn_fee
+FROM temp_table
+```
+
+এটি Etherscan-এর লেনদেন পেজে দেওয়া তথ্যের মতোই একই তথ্য প্রদান করবে। তুলনার জন্য, এখানে দুটি সোর্স দেওয়া হলো:
+
+#### Etherscan {#etherscan}
+
+
+
+[Blockscout-এ EF-এর কন্ট্রাক্ট পেজ।](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe)
+
+#### Dune Analytics {#dune-analytics}
+
+
+
+আপনি ড্যাশবোর্ডটি [এখানে](https://dune.com/paulapivat/Learn-Ethereum) খুঁজে পেতে পারেন। কোয়েরি দেখতে টেবিলটিতে ক্লিক করুন (উপরেও দেখুন)।
+
+### লেনদেন বিশ্লেষণ করা {#breaking_down_transactions}
+
+একটি সাবমিট করা লেনদেনে বেশ কিছু তথ্য অন্তর্ভুক্ত থাকে, যার মধ্যে রয়েছে ([সোর্স](/developers/docs/transactions/)):
+
+- **প্রাপক (Recipient)**: গ্রহণকারী এডড্রেস ("to" হিসেবে কোয়েরি করা হয়)
+- **সিগনেচার (Signature)**: যদিও একজন প্রেরকের প্রাইভেট কি একটি লেনদেনে সাইন করে, আমরা এসকিউএল (SQL) দিয়ে যা কোয়েরি করতে পারি তা হলো প্রেরকের পাবলিক এডড্রেস ("from")।
+- **ভ্যালু (Value)**: এটি হলো ট্রান্সফার করা ETH-এর পরিমাণ (`ether` কলাম দেখুন)।
+- **ডাটা (Data)**: এটি হলো আরবিট্রারি ডাটা যা হ্যাস করা হয়েছে (`data` কলাম দেখুন)
+- **গ্যাস লিমিট (gasLimit)** – লেনদেনের মাধ্যমে ব্যবহার করা যেতে পারে এমন গ্যাস ইউনিটের সর্বোচ্চ পরিমাণ। গ্যাসের ইউনিটগুলো কম্পিউটেশনাল ধাপগুলোকে উপস্থাপন করে
+- **maxPriorityFeePerGas** - মাইনারকে বকশিশ হিসেবে দেওয়ার জন্য অন্তর্ভুক্ত করা গ্যাসের সর্বোচ্চ পরিমাণ
+- **maxFeePerGas** - লেনদেনের জন্য পরিশোধ করতে ইচ্ছুক গ্যাসের সর্বোচ্চ পরিমাণ (baseFeePerGas এবং maxPriorityFeePerGas সহ)
+
+আমরা ইথিরিয়াম ফাউন্ডেশনের পাবলিক এডড্রেস-এ হওয়া লেনদেনের জন্য এই নির্দিষ্ট তথ্যগুলো কোয়েরি করতে পারি:
+
+```sql
+SELECT
+ "to",
+ "from",
+ value / 1e18 AS ether,
+ data,
+ gas_limit,
+ gas_price / 1e9 AS gas_price_gwei,
+ gas_used,
+ ROUND(((gas_used / gas_limit) * 100),2) AS gas_used_pct
+FROM ethereum."transactions"
+WHERE "to" = '\xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe'
+ORDER BY block_time DESC
+```
+
+### ব্লকস {#blocks}
+
+প্রতিটি লেনদেন ইথিরিয়াম ভার্চুয়াল মেশিন ([EVM](/developers/docs/evm/))-এর স্টেট পরিবর্তন করবে ([সোর্স](/developers/docs/transactions/))। লেনদেনগুলো যাচাই করার জন্য এবং একটি ব্লকে অন্তর্ভুক্ত করার জন্য নেটওয়ার্ক-এ ব্রডকাস্ট করা হয়। প্রতিটি লেনদেন একটি ব্লক নম্বরের সাথে যুক্ত থাকে। ডাটা দেখতে, আমরা একটি নির্দিষ্ট ব্লক নম্বর কোয়েরি করতে পারি: 12396854 (এই লেখাটি তৈরি করার সময়, 11/5/21 পর্যন্ত ইথিরিয়াম ফাউন্ডেশনের লেনদেনগুলোর মধ্যে সবচেয়ে সাম্প্রতিক ব্লক)।
+
+তাছাড়া, যখন আমরা পরবর্তী দুটি ব্লক কোয়েরি করি, তখন আমরা দেখতে পাই যে প্রতিটি ব্লকে আগের ব্লকের হ্যাস (অর্থাৎ, প্যারেন্ট হ্যাস) থাকে, যা ব্লকচেইন কীভাবে গঠিত হয় তা তুলে ধরে।
+
+প্রতিটি ব্লকে এর প্যারেন্ট ব্লকের একটি রেফারেন্স থাকে। এটি নিচে `hash` এবং `parent_hash` কলামের মধ্যে দেখানো হয়েছে ([সোর্স](/developers/docs/blocks/)):
+
+
+
+এখানে Dune Analytics-এ [কোয়েরিটি](https://dune.com/queries/44856/88292) দেওয়া হলো:
+
+```sql
+SELECT
+ time,
+ number,
+ hash,
+ parent_hash,
+ nonce
+FROM ethereum."blocks"
+WHERE "number" = 12396854 OR "number" = 12396855 OR "number" = 12396856
+LIMIT 10
+```
+
+আমরা সময়, ব্লক নম্বর, ডিফিকাল্টি, হ্যাস, প্যারেন্ট হ্যাস এবং নন্স কোয়েরি করে একটি ব্লক পরীক্ষা করতে পারি।
+
+এই কোয়েরিটি শুধুমাত্র যে বিষয়টি কভার করে না তা হলো _লেনদেনের তালিকা_ যার জন্য নিচে একটি আলাদা কোয়েরি প্রয়োজন এবং _স্টেট রুট_। একটি ফুল বা আর্কাইভাল নোড সমস্ত লেনদেন এবং স্টেট ট্রানজিশন সংরক্ষণ করবে, যা ক্লায়েন্ট-দের যেকোনো সময় চেইনের স্টেট কোয়েরি করার অনুমতি দেয়। যেহেতু এর জন্য বড় স্টোরেজ স্পেস প্রয়োজন, তাই আমরা চেইন ডাটাকে স্টেট ডাটা থেকে আলাদা করতে পারি:
+
+- চেইন ডাটা (ব্লকস, লেনদেনের তালিকা)
+- স্টেট ডাটা (প্রতিটি লেনদেনের স্টেট ট্রানজিশনের ফলাফল)
+
+স্টেট রুট শেষেরটির মধ্যে পড়ে এবং এটি হলো _ইমপ্লিসিট_ ডাটা (অনচেইনে সংরক্ষিত নয়), যেখানে চেইন ডাটা হলো এক্সপ্লিসিট এবং চেইনেই সংরক্ষিত থাকে ([সোর্স](https://ethereum.stackexchange.com/questions/359/where-is-the-state-data-stored))।
+
+এই টিউটোরিয়ালের জন্য, আমরা অনচেইন ডাটার ওপর ফোকাস করব যা Dune Analytics-এর মাধ্যমে এসকিউএল (SQL) দিয়ে কোয়েরি করা _যেতে পারে_।
+
+উপরে যেমন বলা হয়েছে, প্রতিটি ব্লকে লেনদেনের একটি তালিকা থাকে, আমরা একটি নির্দিষ্ট ব্লকের জন্য ফিল্টার করে এটি কোয়েরি করতে পারি। আমরা সবচেয়ে সাম্প্রতিক ব্লক, 12396854 চেষ্টা করব:
+
+```sql
+SELECT * FROM ethereum."transactions"
+WHERE block_number = 12396854
+ORDER BY block_time DESC`
+```
+
+এখানে Dune-এ এসকিউএল (SQL) আউটপুট দেওয়া হলো:
+
+
+
+চেইনে যুক্ত হওয়া এই একক ব্লকটি ইথিরিয়াম ভার্চুয়াল মেশিন ([EVM](/developers/docs/evm/))-এর স্টেট পরিবর্তন করে। একবারে ডজন ডজন, কখনো কখনো শত শত লেনদেন যাচাই করা হয়। এই নির্দিষ্ট ক্ষেত্রে, 222টি লেনদেন অন্তর্ভুক্ত করা হয়েছিল।
+
+কতগুলো আসলে সফল হয়েছিল তা দেখতে, আমরা সফল লেনদেন গণনা করার জন্য আরেকটি ফিল্টার যোগ করব:
+
+```sql
+WITH temp_table AS (
+ SELECT * FROM ethereum."transactions"
+ WHERE block_number = 12396854 AND success = true
+ ORDER BY block_time DESC
+)
+SELECT
+ COUNT(success) AS num_successful_txn
+FROM temp_table
+```
+
+12396854 ব্লকের জন্য, মোট 222টি লেনদেনের মধ্যে 204টি সফলভাবে যাচাই করা হয়েছিল:
+
+
+
+লেনদেনের রিকোয়েস্ট প্রতি সেকেন্ডে ডজন ডজন বার ঘটে, কিন্তু ব্লকস প্রায় প্রতি 15 সেকেন্ডে একবার কমিট করা হয় ([সোর্স](/developers/docs/blocks/))।
+
+প্রায় প্রতি 15 সেকেন্ডে একটি ব্লক তৈরি হয় তা দেখতে, আমরা প্রতিদিনের আনুমানিক গড় ব্লকের সংখ্যা (~ 5760) পেতে এক দিনের সেকেন্ডের সংখ্যাকে (86400) 15 দিয়ে ভাগ করতে পারি।
+
+প্রতিদিন তৈরি হওয়া ইথিরিয়াম ব্লকের চার্ট (2016 - বর্তমান) হলো:
+
+
+
+এই সময়ের মধ্যে প্রতিদিন তৈরি হওয়া ব্লকের গড় সংখ্যা হলো ~5,874:
+
+
+
+কোয়েরিগুলো হলো:
+
+```sql
+# query to visualize number of blocks produced daily since 2016
+
+SELECT
+ DATE_TRUNC('day', time) AS dt,
+ COUNT(*) AS block_count
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+
+# average number of blocks produced per day
+
+WITH temp_table AS (
+SELECT
+ DATE_TRUNC('day', time) AS dt,
+ COUNT(*) AS block_count
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+)
+SELECT
+ AVG(block_count) AS avg_block_count
+FROM temp_table
+```
+
+2016 সাল থেকে প্রতিদিন তৈরি হওয়া ব্লকের গড় সংখ্যা সেই সংখ্যার চেয়ে সামান্য বেশি, যা হলো 5,874। বিকল্পভাবে, 86400 সেকেন্ডকে 5874 গড় ব্লক দিয়ে ভাগ করলে 14.7 সেকেন্ড বা প্রায় প্রতি 15 সেকেন্ডে একটি ব্লক পাওয়া যায়।
+
+### গ্যাস {#gas}
+
+ব্লকস আকারে সীমাবদ্ধ। সর্বোচ্চ ব্লকের আকার ডাইনামিক এবং নেটওয়ার্ক-এর চাহিদা অনুযায়ী 12,500,000 থেকে 25,000,000 ইউনিটের মধ্যে পরিবর্তিত হয়। ডিস্ক স্পেস এবং গতির প্রয়োজনীয়তার দিক থেকে ফুল নোড-গুলোর ওপর চাপ সৃষ্টি করা থেকে ইচ্ছামতো বড় ব্লকের আকার রোধ করতে লিমিট প্রয়োজন ([সোর্স](/developers/docs/blocks/))।
+
+ব্লক গ্যাস লিমিট-কে ধারণা করার একটি উপায় হলো এটিকে লেনদেন ব্যাচ করার জন্য উপলব্ধ ব্লক স্পেসের **সাপ্লাই** হিসেবে চিন্তা করা। ব্লক গ্যাস লিমিট 2016 থেকে বর্তমান দিন পর্যন্ত কোয়েরি এবং ভিজ্যুয়ালাইজ করা যেতে পারে:
+
+
+
+```sql
+SELECT
+ DATE_TRUNC('day', time) AS dt,
+ AVG(gas_limit) AS avg_block_gas_limit
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+```
+
+এরপর রয়েছে ইথিরিয়াম চেইনে করা কম্পিউটিংয়ের (যেমন, লেনদেন পাঠানো, একটি স্মার্ট কন্ট্রাক্ট কল করা, একটি NFT মিন্ট করা) জন্য প্রতিদিন ব্যবহৃত প্রকৃত গ্যাস। এটি হলো উপলব্ধ ইথিরিয়াম ব্লক স্পেসের **চাহিদা**:
+
+
+
+```sql
+SELECT
+ DATE_TRUNC('day', time) AS dt,
+ AVG(gas_used) AS avg_block_gas_used
+FROM ethereum."blocks"
+GROUP BY dt
+OFFSET 1
+```
+
+**চাহিদা এবং সাপ্লাই** কীভাবে সারিবদ্ধ হয় তা দেখতে আমরা এই দুটি চার্ট একসাথে মেলাতে পারি:
+
+
+
+তাই আমরা উপলব্ধ সাপ্লাইয়ের সাপেক্ষে ইথিরিয়াম ব্লক স্পেসের চাহিদার একটি ফাংশন হিসেবে গ্যাস প্রাইস বুঝতে পারি।
+
+সবশেষে, আমরা ইথিরিয়াম চেইনের জন্য গড় দৈনিক গ্যাস প্রাইস কোয়েরি করতে চাইতে পারি, তবে, এটি করলে কোয়েরির সময় অনেক দীর্ঘ হবে, তাই আমরা আমাদের কোয়েরিটি ইথিরিয়াম ফাউন্ডেশনের প্রতি লেনদেনে পরিশোধ করা গড় গ্যাসের পরিমাণে ফিল্টার করব।
+
+
+
+আমরা বছরের পর বছর ধরে ইথিরিয়াম ফাউন্ডেশনের এডড্রেস-এ করা সমস্ত লেনদেনের জন্য পরিশোধ করা গ্যাস প্রাইস দেখতে পারি। এখানে কোয়েরিটি দেওয়া হলো:
+
+```sql
+SELECT
+ block_time,
+ gas_price / 1e9 AS gas_price_gwei,
+ value / 1e18 AS eth_sent
+FROM ethereum."transactions"
+WHERE "to" = '\xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe'
+ORDER BY block_time DESC
+```
+
+### সারসংক্ষেপ {#summary}
+
+এই টিউটোরিয়ালের মাধ্যমে, আমরা অনচেইন ডাটা কোয়েরি করে এবং অনুভব করে ইথিরিয়ামের মৌলিক ধারণাগুলো এবং ইথিরিয়াম ব্লকচেইন কীভাবে কাজ করে তা বুঝতে পারি।
+
+এই টিউটোরিয়ালে ব্যবহৃত সমস্ত কোড ধারণকারী ড্যাশবোর্ডটি [এখানে](https://dune.com/paulapivat/Learn-Ethereum) পাওয়া যাবে।
+
+ওয়েব3 এক্সপ্লোর করতে ডাটার আরও ব্যবহারের জন্য [টুইটারে আমাকে খুঁজুন](https://twitter.com/paulapivat)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/logging-events-smart-contracts/index.md b/public/content/translations/bn/developers/tutorials/logging-events-smart-contracts/index.md
new file mode 100644
index 00000000000..0a278803802
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/logging-events-smart-contracts/index.md
@@ -0,0 +1,63 @@
+---
+title: ইভেন্ট ব্যবহার করে স্মার্ট কন্ট্রাক্ট থেকে ডাটা লগ করা
+description: স্মার্ট কন্ট্রাক্ট ইভেন্টের একটি পরিচিতি এবং ডাটা লগ করার জন্য আপনি কীভাবে সেগুলো ব্যবহার করতে পারেন
+author: "jdourlens"
+tags: ["স্মার্ট কন্ট্রাক্ট", "Remix", "Solidity", "ইভেন্ট"]
+skill: intermediate
+breadcrumb: ইভেন্ট লগিং
+lang: bn
+published: 2020-04-03
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/logging-data-with-events/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+Solidity-তে, [ইভেন্ট](/developers/docs/smart-contracts/anatomy/#events-and-logs) হলো ডিসপ্যাচ করা সিগন্যাল যা স্মার্ট কন্ট্রাক্ট ফায়ার করতে পারে। ডিএ্যাপস, বা ইথিরিয়াম JSON-RPC API-এর সাথে সংযুক্ত যেকোনো কিছু, এই ইভেন্টগুলো শুনতে পারে এবং সেই অনুযায়ী কাজ করতে পারে। একটি ইভেন্ট ইনডেক্সও করা যেতে পারে যাতে ইভেন্টের ইতিহাস পরে অনুসন্ধান করা যায়।
+
+## ইভেন্ট {#events}
+
+এই নিবন্ধটি লেখার সময় ইথিরিয়াম ব্লকচেইন-এ সবচেয়ে সাধারণ ইভেন্ট হলো Transfer ইভেন্ট যা ERC20 টোকেন দ্বারা এমিট করা হয় যখন কেউ টোকেন স্থানান্তর করে।
+
+```solidity
+event Transfer(address indexed from, address indexed to, uint256 value);
+```
+
+ইভেন্ট সিগনেচার কন্ট্রাক্ট কোডের ভিতরে ডিক্লেয়ার করা হয় এবং emit কিওয়ার্ডের মাধ্যমে এমিট করা যেতে পারে। উদাহরণস্বরূপ, transfer ইভেন্ট লগ করে কে স্থানান্তর পাঠিয়েছে (_from_), কাকে পাঠিয়েছে (_to_) এবং কতগুলো টোকেন স্থানান্তর করা হয়েছে (_value_)।
+
+যদি আমরা আমাদের Counter স্মার্ট কন্ট্রাক্ট-এ ফিরে যাই এবং প্রতিবার মান পরিবর্তন হওয়ার সময় লগ করার সিদ্ধান্ত নিই। যেহেতু এই কন্ট্রাক্টটি ডিপ্লয় করার উদ্দেশ্যে নয় বরং এটিকে এক্সটেন্ড করে অন্য একটি কন্ট্রাক্ট তৈরির ভিত্তি হিসেবে কাজ করে: একে অ্যাবস্ট্রাক্ট কন্ট্রাক্ট বলা হয়। আমাদের কাউন্টার উদাহরণের ক্ষেত্রে, এটি দেখতে এমন হবে:
+
+```solidity
+pragma solidity 0.5.17;
+
+contract Counter {
+
+ event ValueChanged(uint oldValue, uint256 newValue);
+
+ // কাউন্টের সংখ্যা রাখার জন্য unsigned int টাইপের প্রাইভেট ভেরিয়েবল
+ uint256 private count = 0;
+
+ // যে ফাংশনটি আমাদের কাউন্টার বৃদ্ধি করে
+ function increment() public {
+ count += 1;
+ emit ValueChanged(count - 1, count);
+ }
+
+ // কাউন্টের মান পাওয়ার জন্য গেটার
+ function getCount() public view returns (uint256) {
+ return count;
+ }
+
+}
+```
+
+লক্ষ্য করুন যে:
+
+- **Line 5**: আমরা আমাদের ইভেন্ট এবং এতে কী রয়েছে তা ডিক্লেয়ার করি, পুরানো মান এবং নতুন মান।
+
+- **Line 13**: যখন আমরা আমাদের count ভেরিয়েবল বৃদ্ধি করি, তখন আমরা ইভেন্টটি এমিট করি।
+
+যদি আমরা এখন কন্ট্রাক্টটি ডিপ্লয় করি এবং increment ফাংশনটি কল করি, আমরা দেখতে পাব যে Remix স্বয়ংক্রিয়ভাবে এটি প্রদর্শন করবে যদি আপনি logs নামের একটি অ্যারের ভিতরে নতুন লেনদেন-এ ক্লিক করেন।
+
+
+
+আপনার স্মার্ট কন্ট্রাক্ট ডিবাগ করার জন্য লগগুলো সত্যিই দরকারী, তবে আপনি যদি বিভিন্ন লোকের দ্বারা ব্যবহৃত অ্যাপ্লিকেশন তৈরি করেন তবে এগুলো গুরুত্বপূর্ণ এবং আপনার স্মার্ট কন্ট্রাক্ট কীভাবে ব্যবহৃত হয় তা ট্র্যাক করতে এবং বুঝতে অ্যানালিটিক্স তৈরি করা সহজ করে তোলে। লেনদেন দ্বারা জেনারেট করা লগগুলো জনপ্রিয় ব্লক এক্সপ্লোরার-এ প্রদর্শিত হয় এবং আপনি উদাহরণস্বরূপ নির্দিষ্ট ইভেন্টগুলো শোনার জন্য এবং সেগুলো ঘটলে ব্যবস্থা নেওয়ার জন্য অফচেইন স্ক্রিপ্ট তৈরি করতে এগুলো ব্যবহার করতে পারেন।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md b/public/content/translations/bn/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
new file mode 100644
index 00000000000..4bc6c46192b
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/merkle-proofs-for-offline-data-integrity/index.md
@@ -0,0 +1,247 @@
+---
+title: অফলাইন ডাটা ইন্টিগ্রিটির জন্য মার্কেল প্রুফ
+description: বেশিরভাগ অফচেইনে সংরক্ষিত ডাটার জন্য অনচেইনে ডাটা ইন্টিগ্রিটি নিশ্চিত করা
+author: ওরি পোমেরান্টজ
+tags: ["স্টোরেজ"]
+skill: advanced
+breadcrumb: মার্কেল প্রুফ
+lang: bn
+published: 2021-12-30
+---
+
+## ভূমিকা {#introduction}
+
+আদর্শভাবে আমরা ইথিরিয়াম স্টোরেজে সবকিছু সংরক্ষণ করতে চাই, যা হাজার হাজার কম্পিউটারে সংরক্ষিত থাকে এবং এর এভেইলএবিলিটি (ডাটা সেন্সর করা যায় না) এবং ইন্টিগ্রিটি (ডাটা অননুমোদিতভাবে পরিবর্তন করা যায় না) অত্যন্ত বেশি, কিন্তু একটি 32-বাইট শব্দ সংরক্ষণ করতে সাধারণত 20,000 গ্যাস খরচ হয়। আমি যখন এটি লিখছি, তখন সেই খরচ $6.60 এর সমতুল্য। প্রতি বাইটে 21 সেন্ট হিসেবে এটি অনেক ব্যবহারের জন্যই খুব ব্যয়বহুল।
+
+এই সমস্যার সমাধানে ইথিরিয়াম ইকোসিস্টেম [ডিসেন্ট্রালাইজড উপায়ে ডাটা সংরক্ষণের অনেক বিকল্প উপায়](/developers/docs/storage/) তৈরি করেছে। সাধারণত এগুলোতে এভেইলএবিলিটি এবং দামের মধ্যে একটি ট্রেডঅফ থাকে। তবে, ইন্টিগ্রিটি সাধারণত নিশ্চিত করা হয়।
+
+এই আর্টিকেলে আপনি শিখবেন **কীভাবে** ব্লকচেইন-এ ডাটা সংরক্ষণ না করেও [মার্কেল প্রুফ](https://computersciencewiki.org/index.php/Merkle_proof) ব্যবহার করে ডাটা ইন্টিগ্রিটি নিশ্চিত করা যায়।
+
+## এটি কীভাবে কাজ করে? {#how-does-it-work}
+
+তাত্ত্বিকভাবে আমরা শুধু অনচেইন-এ ডাটার হ্যাস সংরক্ষণ করতে পারি, এবং যে লেনদেন-এ এটি প্রয়োজন সেখানে সমস্ত ডাটা পাঠাতে পারি। তবে, এটি এখনও খুব ব্যয়বহুল। একটি লেনদেন-এ এক বাইট ডাটার জন্য প্রায় 16 গ্যাস খরচ হয়, যা বর্তমানে প্রায় আধা সেন্ট, বা প্রতি কিলোবাইটে প্রায় $5। প্রতি মেগাবাইটে $5000 হিসেবে, ডাটা হ্যাস করার অতিরিক্ত খরচ ছাড়াই এটি অনেক ব্যবহারের জন্য খুব ব্যয়বহুল।
+
+এর সমাধান হলো ডাটার বিভিন্ন সাবসেট বারবার হ্যাস করা, যাতে যে ডাটা আপনার পাঠানোর প্রয়োজন নেই তার জন্য আপনি শুধু একটি হ্যাস পাঠাতে পারেন। আপনি এটি একটি মার্কেল ট্রি ব্যবহার করে করতে পারেন, যা এমন একটি ট্রি ডাটা স্ট্রাকচার যেখানে প্রতিটি নোড তার নিচের নোডগুলোর একটি হ্যাস:
+
+
+
+রুট হ্যাস হলো একমাত্র অংশ যা অনচেইন-এ সংরক্ষণ করা প্রয়োজন। একটি নির্দিষ্ট মান প্রমাণ করার জন্য, রুট পাওয়ার জন্য এর সাথে যে হ্যাসগুলো যুক্ত করতে হবে তা আপনি প্রদান করেন। উদাহরণস্বরূপ, `C` প্রমাণ করতে আপনি `D`, `H(A-B)`, এবং `H(E-H)` প্রদান করেন।
+
+
+
+## ইমপ্লিমেন্টেশন {#implementation}
+
+[নমুনা কোড এখানে দেওয়া হয়েছে](https://github.com/qbzzt/merkle-proofs-for-offline-data-integrity)।
+
+### অফচেইন কোড {#offchain-code}
+
+এই আর্টিকেলে আমরা অফচেইন হিসাব-নিকাশের জন্য JavaScript ব্যবহার করব। বেশিরভাগ ডিসেন্ট্রালাইজড এপ্লিকেশন-এর অফচেইন কম্পোনেন্ট JavaScript-এ থাকে।
+
+#### মার্কেল রুট তৈরি করা {#creating-the-merkle-root}
+
+প্রথমে আমাদের চেইনে মার্কেল রুট প্রদান করতে হবে।
+
+```javascript
+const ethers = require("ethers")
+```
+
+[আমরা ethers প্যাকেজ থেকে হ্যাস ফাংশন ব্যবহার করি](https://docs.ethers.io/v5/api/utils/hashing/#utils-keccak256)।
+
+```javascript
+// র ডেটা যার অখণ্ডতা আমাদের যাচাই করতে হবে। প্রথম দুটি বাইট হ
+// লো একজন ব্যবহারকারীর আইডেন্টিফায়ার, এবং শেষ দুটি বাইট হলো টোকেনের পরিমাণ যা
+// বর্তমানে ব্যবহারকারীর মালিকানায় আছে।
+const dataArray = [
+ 0x0bad0010, 0x60a70020, 0xbeef0030, 0xdead0040, 0xca110050, 0x0e660060,
+ 0xface0070, 0xbad00080, 0x060d0091,
+]
+```
+
+প্রতিটি এন্ট্রিকে একটি একক 256-বিট ইন্টিজারে এনকোড করলে কোডটি JSON ব্যবহারের তুলনায় কম পাঠযোগ্য হয়। তবে, এর মানে হলো কন্ট্রাক্টে ডাটা পুনরুদ্ধার করতে উল্লেখযোগ্যভাবে কম প্রসেসিং প্রয়োজন, তাই গ্যাস খরচ অনেক কম হয়। [আপনি অনচেইন-এ JSON পড়তে পারেন](https://github.com/chrisdotn/jsmnSol), তবে এড়ানো গেলে এটি একটি খারাপ ধারণা।
+
+```javascript
+// হ্যাস ভ্যালুগুলোর অ্যারে, BigInts হিসেবে
+const hashArray = dataArray
+```
+
+এই ক্ষেত্রে আমাদের ডাটা শুরু থেকেই 256-বিট মানের, তাই কোনো প্রসেসিংয়ের প্রয়োজন নেই। যদি আমরা স্ট্রিংয়ের মতো আরও জটিল ডাটা স্ট্রাকচার ব্যবহার করি, তবে আমাদের নিশ্চিত করতে হবে যে আমরা প্রথমে ডাটা হ্যাস করে হ্যাসগুলোর একটি অ্যারে পাই। মনে রাখবেন যে এটি এই কারণেও যে ব্যবহারকারীরা অন্য ব্যবহারকারীদের তথ্য জানলে আমাদের কিছু যায় আসে না। অন্যথায় আমাদের এমনভাবে হ্যাস করতে হতো যাতে ব্যবহারকারী 1 ব্যবহারকারী 0 এর মান জানতে না পারে, ব্যবহারকারী 2 ব্যবহারকারী 3 এর মান জানতে না পারে, ইত্যাদি।
+
+```javascript
+// হ্যাস ফাংশন যে স্ট্রিংটি আশা করে এবং
+// অন্য সব জায়গায় আমরা যে BigInt ব্যবহার করি, তার মধ্যে রূপান্তর করুন।
+const hash = (x) =>
+ BigInt(ethers.utils.keccak256("0x" + x.toString(16).padStart(64, 0)))
+```
+
+ethers হ্যাস ফাংশন একটি হেক্সাডেসিমাল নম্বরসহ একটি JavaScript স্ট্রিং পাওয়ার আশা করে, যেমন `0x60A7`, এবং একই স্ট্রাকচারের আরেকটি স্ট্রিং দিয়ে রেসপন্স করে। তবে, বাকি কোডের জন্য `BigInt` ব্যবহার করা সহজ, তাই আমরা একটি হেক্সাডেসিমাল স্ট্রিংয়ে রূপান্তর করি এবং আবার ফিরে আসি।
+
+```javascript
+// একটি জোড়ার সিমেট্রিকাল হ্যাস যাতে ক্রম উল্টে গেলেও আমাদের কোনো সমস্যা না হয়।
+const pairHash = (a, b) => hash(hash(a) ^ hash(b))
+```
+
+এই ফাংশনটি সিমেট্রিকাল (a [xor](https://en.wikipedia.org/wiki/Exclusive_or) b এর হ্যাস)। এর মানে হলো যখন আমরা মার্কেল প্রুফ চেক করি তখন আমাদের চিন্তা করতে হয় না যে প্রুফ থেকে পাওয়া মানটি ক্যালকুলেট করা মানের আগে নাকি পরে বসাতে হবে। মার্কেল প্রুফ চেকিং অনচেইন-এ করা হয়, তাই সেখানে আমাদের যত কম কাজ করতে হবে ততই ভালো।
+
+সতর্কতা:
+ক্রিপ্টোগ্রাফি দেখতে যতটা সহজ মনে হয় তার চেয়ে অনেক কঠিন।
+এই আর্টিকেলের প্রাথমিক সংস্করণে হ্যাস ফাংশন `hash(a^b)` ছিল।
+এটি একটি **খারাপ** ধারণা ছিল কারণ এর মানে হলো যদি আপনি `a` এবং `b` এর বৈধ মান জানতেন তবে আপনি যেকোনো কাঙ্ক্ষিত `a'` মান প্রমাণ করতে `b' = a^b^a'` ব্যবহার করতে পারতেন।
+এই ফাংশনের সাহায্যে আপনাকে এমনভাবে `b'` ক্যালকুলেট করতে হবে যাতে `hash(a') ^ hash(b')` একটি পরিচিত মানের (রুটের পথে পরবর্তী ব্রাঞ্চ) সমান হয়, যা অনেক বেশি কঠিন।
+
+```javascript
+// এমন একটি ভ্যালু যা নির্দেশ করে যে একটি নির্দিষ্ট ব্রাঞ্চ খালি, এর কোনো
+// ভ্যালু নেই
+const empty = 0n
+```
+
+যখন মানগুলোর সংখ্যা দুইয়ের পূর্ণসংখ্যার পাওয়ার হয় না তখন আমাদের খালি ব্রাঞ্চগুলো হ্যান্ডেল করতে হয়। এই প্রোগ্রামটি যেভাবে এটি করে তা হলো প্লেসহোল্ডার হিসেবে শূন্য বসানো।
+
+
+
+```javascript
+// একটি হ্যাস অ্যারের ট্রির এক লেভেল উপরে হিসাব করুন, যার জন্য হ্যাস নিতে হবে
+// ক্রমানুসারে প্রতিটি জোড়ার
+const oneLevelUp = (inputArray) => {
+ var result = []
+ var inp = [...inputArray] // ইনপুট ওভাররাইট করা এড়াতে // প্রয়োজন হলে একটি খালি ভ্যালু যোগ করুন (আমাদের সব লিভস // জোড়ায় জোড়ায় থাকতে হবে)
+
+ if (inp.length % 2 === 1) inp.push(empty)
+
+ for (var i = 0; i < inp.length; i += 2)
+ result.push(pairHash(inp[i], inp[i + 1]))
+
+ return result
+} // oneLevelUp
+```
+
+এই ফাংশনটি বর্তমান লেয়ারে মানগুলোর জোড়া হ্যাস করে মার্কেল ট্রিতে এক লেভেল "উপরে ওঠে"। মনে রাখবেন যে এটি সবচেয়ে দক্ষ ইমপ্লিমেন্টেশন নয়, আমরা ইনপুট কপি করা এড়াতে পারতাম এবং লুপে উপযুক্ত সময়ে শুধু `hashEmpty` যোগ করতে পারতাম, কিন্তু এই কোডটি পড়ার সুবিধার জন্য অপ্টিমাইজ করা হয়েছে।
+
+```javascript
+const getMerkleRoot = (inputArray) => {
+ var result
+
+ result = [...inputArray] // ট্রির উপরের দিকে উঠতে থাকুন যতক্ষণ না শুধুমাত্র একটি ভ্যালু থাকে, যা হলো // রুট। // // যদি কোনো লেয়ারে বিজোড় সংখ্যক এন্ট্রি থাকে তবে // oneLevelUp-এর কোড একটি খালি ভ্যালু যোগ করে, তাই যদি আমাদের, উদাহরণস্বরূপ, // ১০টি লিভস থাকে তবে দ্বিতীয় লেয়ারে ৫টি ব্রাঞ্চ, তৃতীয় লেয়ারে ৩টি // ব্রাঞ্চ, চতুর্থ লেয়ারে ২টি এবং পঞ্চমটি হবে রুট
+
+ while (result.length > 1) result = oneLevelUp(result)
+
+ return result[0]
+}
+```
+
+রুট পেতে, যতক্ষণ না শুধুমাত্র একটি মান অবশিষ্ট থাকে ততক্ষণ উপরে উঠতে থাকুন।
+
+#### একটি মার্কেল প্রুফ তৈরি করা {#creating-a-merkle-proof}
+
+একটি মার্কেল প্রুফ হলো সেই মানগুলো যা মার্কেল রুট ফিরে পেতে প্রমাণ করা মানের সাথে একসাথে হ্যাস করতে হয়। প্রমাণ করার মানটি প্রায়শই অন্যান্য ডাটা থেকে পাওয়া যায়, তাই আমি এটিকে কোডের অংশ হিসেবে না দিয়ে আলাদাভাবে প্রদান করতে পছন্দ করি।
+
+```javascript
+// একটি মার্কেল প্রুফ এন্ট্রিগুলোর তালিকার ভ্যালু নিয়ে গঠিত হয় যা
+// হ্যাস করতে হবে। যেহেতু আমরা একটি সিমেট্রিকাল হ্যাস ফাংশন ব্যবহার করি, তাই আমাদের
+// প্রুফ যাচাই করার জন্য আইটেমের লোকেশনের প্রয়োজন নেই, শুধুমাত্র এটি তৈরি করার জন্য প্রয়োজন
+const getMerkleProof = (inputArray, n) => {
+ var result = [], currentLayer = [...inputArray], currentN = n
+
+ // যতক্ষণ না আমরা শীর্ষে পৌঁছাই
+ while (currentLayer.length > 1) {
+ // কোনো বিজোড় দৈর্ঘ্যের লেয়ার নেই
+ if (currentLayer.length % 2)
+ currentLayer.push(empty)
+
+ result.push(currentN % 2
+ // যদি currentN বিজোড় হয়, তবে এর আগের ভ্যালুর সাথে প্রুফে যোগ করুন
+ ? currentLayer[currentN-1]
+ // যদি এটি জোড় হয়, তবে এর পরের ভ্যালুটি যোগ করুন
+ : currentLayer[currentN+1])
+
+```
+
+আমরা `(v[0],v[1])`, `(v[2],v[3])`, ইত্যাদি হ্যাস করি। তাই জোড় মানগুলোর জন্য আমাদের পরবর্তীটি প্রয়োজন, বিজোড় মানগুলোর জন্য আগেরটি।
+
+```javascript
+ // পরবর্তী উপরের লেয়ারে যান
+ currentN = Math.floor(currentN/2)
+ currentLayer = oneLevelUp(currentLayer)
+ } // while currentLayer.length > 1
+
+ return result
+} // getMerkleProof
+```
+
+### অনচেইন কোড {#onchain-code}
+
+সবশেষে আমাদের কাছে সেই কোড আছে যা প্রুফ চেক করে। অনচেইন কোডটি [Solidity](https://docs.soliditylang.org/en/v0.8.11/)-তে লেখা হয়েছে। এখানে অপ্টিমাইজেশন অনেক বেশি গুরুত্বপূর্ণ কারণ গ্যাস তুলনামূলকভাবে ব্যয়বহুল।
+
+```solidity
+// SPDX-License-Identifier: Public Domain
+pragma solidity ^0.8.0;
+
+import "hardhat/console.sol";
+```
+
+আমি এটি [Hardhat ডেভেলপমেন্ট এনভায়রনমেন্ট](https://hardhat.org/) ব্যবহার করে লিখেছি, যা আমাদের ডেভেলপ করার সময় [Solidity থেকে কনসোল আউটপুট](https://hardhat.org/docs/cookbook/debug-logs) পেতে সাহায্য করে।
+
+```solidity
+
+contract MerkleProof {
+ uint merkleRoot;
+
+ function getRoot() public view returns (uint) {
+ return merkleRoot;
+ }
+
+ // অত্যন্ত অনিরাপদ, প্রোডাকশন কোডে এর অ্যাক্সেস
+ // এই ফাংশনটি অবশ্যই কঠোরভাবে সীমিত হতে হবে, সম্ভবত একজন
+ // মালিকের কাছে
+ function setRoot(uint _merkleRoot) external {
+ merkleRoot = _merkleRoot;
+ } // setRoot
+```
+
+মার্কেল রুটের জন্য সেট এবং গেট ফাংশন। একটি প্রোডাকশন সিস্টেমে সবাইকে মার্কেল রুট আপডেট করতে দেওয়া একটি _অত্যন্ত খারাপ ধারণা_। আমি এখানে নমুনা কোডের সরলতার জন্য এটি করেছি। **এমন কোনো সিস্টেমে এটি করবেন না যেখানে ডাটা ইন্টিগ্রিটি সত্যিই গুরুত্বপূর্ণ**।
+
+```solidity
+ function hash(uint _a) internal pure returns(uint) {
+ return uint(keccak256(abi.encode(_a)));
+ }
+
+ function pairHash(uint _a, uint _b) internal pure returns(uint) {
+ return hash(hash(_a) ^ hash(_b));
+ }
+```
+
+এই ফাংশনটি একটি পেয়ার হ্যাস তৈরি করে। এটি মূলত `hash` এবং `pairHash` এর জন্য JavaScript কোডের Solidity অনুবাদ।
+
+**নোট:** এটি পড়ার সুবিধার জন্য অপ্টিমাইজেশনের আরেকটি উদাহরণ। [ফাংশন ডেফিনিশন](https://www.tutorialspoint.com/solidity/solidity_cryptographic_functions.htm)-এর উপর ভিত্তি করে, ডাটাকে একটি [`bytes32`](https://docs.soliditylang.org/en/v0.5.3/types.html#fixed-size-byte-arrays) মান হিসেবে সংরক্ষণ করা এবং কনভার্সন এড়ানো সম্ভব হতে পারে।
+
+```solidity
+ // একটি মার্কেল প্রুফ যাচাই করুন
+ function verifyProof(uint _value, uint[] calldata _proof)
+ public view returns (bool) {
+ uint temp = _value;
+ uint i;
+
+ for(i=0; i<_proof.length; i++) {
+ temp = pairHash(temp, _proof[i]);
+ }
+
+ return temp == merkleRoot;
+ }
+
+} // MarkleProof
+```
+
+গাণিতিক নোটেশনে মার্কেল প্রুফ ভেরিফিকেশন দেখতে এরকম: `H(proof_n, H(proof_n-1, H(proof_n-2, ... H(proof_1, H(proof_0, value))...)))`। এই কোডটি এটি ইমপ্লিমেন্ট করে।
+
+## মার্কেল প্রুফ এবং রেলআপস একসাথে কাজ করে না {#merkle-proofs-and-rollups}
+
+মার্কেল প্রুফ [রেলআপস](/developers/docs/scaling/#rollups)-এর সাথে ভালোভাবে কাজ করে না। এর কারণ হলো রেলআপস সমস্ত লেনদেন ডাটা L1-এ লেখে, কিন্তু L2-তে প্রসেস করে। একটি লেনদেন-এর সাথে একটি মার্কেল প্রুফ পাঠানোর খরচ প্রতি লেয়ারে গড়ে 638 গ্যাস হয় (বর্তমানে কল ডাটায় একটি বাইটের খরচ 16 গ্যাস যদি এটি শূন্য না হয়, এবং 4 যদি এটি শূন্য হয়)। যদি আমাদের কাছে 1024 শব্দের ডাটা থাকে, তবে একটি মার্কেল প্রুফের জন্য দশটি লেয়ার প্রয়োজন, বা মোট 6380 গ্যাস।
+
+উদাহরণস্বরূপ [Optimism](https://public-grafana.optimism.io/d/9hkhMxn7z/public-dashboard?orgId=1&refresh=5m)-এর দিকে তাকালে, L1 গ্যাস লেখার খরচ প্রায় 100 gwei এবং L2 গ্যাস খরচ 0.001 gwei (এটি স্বাভাবিক দাম, কনজেশনের সাথে এটি বাড়তে পারে)। তাই একটি L1 গ্যাসের খরচে আমরা L2 প্রসেসিংয়ে এক লক্ষ গ্যাস খরচ করতে পারি। ধরে নিচ্ছি আমরা স্টোরেজ ওভাররাইট করব না, এর মানে হলো আমরা একটি L1 গ্যাসের দামে L2-তে স্টোরেজে প্রায় পাঁচটি শব্দ লিখতে পারি। একটি একক মার্কেল প্রুফের জন্য আমরা সম্পূর্ণ 1024 শব্দ স্টোরেজে লিখতে পারি (ধরে নিচ্ছি যে এগুলো লেনদেন-এ প্রদান করার পরিবর্তে শুরুতেই অনচেইন-এ ক্যালকুলেট করা যেতে পারে) এবং তারপরেও বেশিরভাগ গ্যাস অবশিষ্ট থাকবে।
+
+## উপসংহার {#conclusion}
+
+বাস্তব জীবনে আপনি হয়তো কখনোই নিজে থেকে মার্কেল ট্রি ইমপ্লিমেন্ট করবেন না। সুপরিচিত এবং অডিটেড লাইব্রেরি রয়েছে যা আপনি ব্যবহার করতে পারেন এবং সাধারণভাবে বলতে গেলে নিজে থেকে ক্রিপ্টোগ্রাফিক প্রিমিটিভগুলো ইমপ্লিমেন্ট না করাই ভালো। তবে আমি আশা করি যে এখন আপনি মার্কেল প্রুফগুলো আরও ভালোভাবে বুঝতে পেরেছেন এবং কখন এগুলো ব্যবহার করা উচিত তা সিদ্ধান্ত নিতে পারবেন।
+
+মনে রাখবেন যে মার্কেল প্রুফগুলো _ইন্টিগ্রিটি_ বজায় রাখলেও, এগুলো _এভেইলএবিলিটি_ বজায় রাখে না। অন্য কেউ আপনার সম্পদ নিতে পারবে না এটা জানা খুব সামান্যই সান্ত্বনা যদি ডাটা স্টোরেজ অ্যাক্সেস না দেওয়ার সিদ্ধান্ত নেয় এবং আপনি সেগুলো অ্যাক্সেস করার জন্য একটি মার্কেল ট্রিও তৈরি করতে না পারেন। তাই মার্কেল ট্রিগুলো কোনো ধরনের ডিসেন্ট্রালাইজড স্টোরেজ, যেমন IPFS-এর সাথে ব্যবহার করা সবচেয়ে ভালো।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/bn/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
new file mode 100644
index 00000000000..4cb76843deb
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md
@@ -0,0 +1,147 @@
+---
+title: InfluxDB এবং Grafana দিয়ে Geth মনিটরিং
+description: পারফরম্যান্স ট্র্যাক করতে এবং সমস্যাগুলি চিহ্নিত করতে InfluxDB এবং Grafana ব্যবহার করে আপনার Geth নোডের জন্য মনিটরিং সেট আপ করুন।
+author: "মারিও হ্যাভেল"
+tags: ["ক্লায়েন্ট", "নোড"]
+skill: intermediate
+breadcrumb: Geth মনিটরিং
+lang: bn
+published: 2021-01-13
+---
+
+এই টিউটোরিয়ালটি আপনাকে আপনার Geth নোডের জন্য মনিটরিং সেট আপ করতে সাহায্য করবে যাতে আপনি এর পারফরম্যান্স আরও ভালোভাবে বুঝতে পারেন এবং সম্ভাব্য সমস্যাগুলি চিহ্নিত করতে পারেন।
+
+## পূর্বশর্ত {#prerequisites}
+
+- আপনার ইতিমধ্যে Geth এর একটি ইনস্ট্যান্স চালু থাকা উচিত।
+- বেশিরভাগ ধাপ এবং উদাহরণ লিনাক্স (linux) পরিবেশের জন্য, টার্মিনাল সম্পর্কে প্রাথমিক জ্ঞান সহায়ক হবে।
+- Geth এর মেট্রিক্স স্যুটের এই ভিডিও ওভারভিউটি দেখুন: [Monitoring an Ethereum infrastructure by Péter Szilágyi](https://www.youtube.com/watch?v=cOBab8IJMYI)।
+
+## মনিটরিং স্ট্যাক {#monitoring-stack}
+
+একটি ইথেরিয়াম ক্লায়েন্ট প্রচুর ডেটা সংগ্রহ করে যা একটি ক্রমানুক্রমিক ডেটাবেস আকারে পড়া যায়। মনিটরিং সহজ করার জন্য, আপনি এটি ডেটা ভিজ্যুয়ালাইজেশন সফটওয়্যারে ফিড করতে পারেন। এর জন্য একাধিক বিকল্প উপলব্ধ রয়েছে:
+
+- [Prometheus](https://prometheus.io/) (পুল মডেল)
+- [InfluxDB](https://www.influxdata.com/get-influxdb/) (পুশ মডেল)
+- [Telegraf](https://www.influxdata.com/get-influxdb/)
+- [Grafana](https://www.grafana.com/)
+- [Datadog](https://www.datadoghq.com/)
+- [Chronograf](https://www.influxdata.com/time-series-platform/chronograf/)
+
+এছাড়াও [Geth Prometheus Exporter](https://github.com/hunterlong/gethexporter) রয়েছে, যা InfluxDB এবং Grafana এর সাথে আগে থেকেই কনফিগার করা একটি বিকল্প।
+
+এই টিউটোরিয়ালে, আমরা আপনার Geth ক্লায়েন্ট সেট আপ করব যাতে এটি একটি ডেটাবেস তৈরি করতে InfluxDB-তে ডেটা পুশ করে এবং ডেটার গ্রাফ ভিজ্যুয়ালাইজেশন তৈরি করতে Grafana ব্যবহার করে। এটি ম্যানুয়ালি করলে আপনি প্রক্রিয়াটি আরও ভালোভাবে বুঝতে পারবেন, এটি পরিবর্তন করতে পারবেন এবং বিভিন্ন পরিবেশে ডেপ্লয় করতে পারবেন।
+
+## InfluxDB সেট আপ করা {#setting-up-influxdb}
+
+প্রথমে, চলুন InfluxDB ডাউনলোড এবং ইনস্টল করি। ডাউনলোডের বিভিন্ন বিকল্প [Influxdata রিলিজ পেজে](https://portal.influxdata.com/downloads/) পাওয়া যাবে। আপনার পরিবেশের জন্য উপযুক্ত একটি বেছে নিন। আপনি এটি একটি [রিপোজিটরি](https://repos.influxdata.com/) থেকেও ইনস্টল করতে পারেন। উদাহরণস্বরূপ ডেবিয়ান (Debian) ভিত্তিক ডিস্ট্রিবিউশনে:
+
+```
+curl -tlsv1.3 --proto =https -sL https://repos.influxdata.com/influxdb.key | sudo apt-key add
+source /etc/lsb-release
+echo "deb https://repos.influxdata.com/${DISTRIB_ID,,} ${DISTRIB_CODENAME} stable" | sudo tee /etc/apt/sources.list.d/influxdb.list
+sudo apt update
+sudo apt install influxdb -y
+sudo systemctl enable influxdb
+sudo systemctl start influxdb
+sudo apt install influxdb-client
+```
+
+InfluxDB সফলভাবে ইনস্টল করার পর, নিশ্চিত করুন যে এটি ব্যাকগ্রাউন্ডে চলছে। ডিফল্টভাবে, এটি `localhost:8086` এ পৌঁছানো যায়। `influx` ক্লায়েন্ট ব্যবহার করার আগে, আপনাকে অ্যাডমিন সুবিধা সহ নতুন ব্যবহারকারী তৈরি করতে হবে। এই ব্যবহারকারী উচ্চ স্তরের পরিচালনা, ডেটাবেস এবং ব্যবহারকারী তৈরির জন্য কাজ করবে।
+
+```
+curl -XPOST "http://localhost:8086/query" --data-urlencode "q=CREATE USER username WITH PASSWORD 'password' WITH ALL PRIVILEGES"
+```
+
+এখন আপনি এই ব্যবহারকারীর সাথে [InfluxDB শেল](https://docs.influxdata.com/influxdb/v1.8/tools/shell/)-এ প্রবেশ করতে influx ক্লায়েন্ট ব্যবহার করতে পারেন।
+
+```
+influx -username 'username' -password 'password'
+```
+
+এর শেলে সরাসরি InfluxDB এর সাথে যোগাযোগ করে, আপনি geth মেট্রিক্সের জন্য ডেটাবেস এবং ব্যবহারকারী তৈরি করতে পারেন।
+
+```
+create database geth
+create user geth with password choosepassword
+```
+
+তৈরি করা এন্ট্রিগুলি যাচাই করুন:
+
+```
+show databases
+show users
+```
+
+InfluxDB শেল থেকে প্রস্থান করুন।
+
+```
+exit
+```
+
+InfluxDB চলছে এবং Geth থেকে মেট্রিক্স সংরক্ষণ করার জন্য কনফিগার করা হয়েছে।
+
+## Geth প্রস্তুত করা {#preparing-geth}
+
+ডেটাবেস সেট আপ করার পর, আমাদের Geth-এ মেট্রিক্স সংগ্রহ সক্ষম করতে হবে। `geth --help`-এ `METRICS AND STATS OPTIONS`-এর দিকে মনোযোগ দিন। সেখানে একাধিক বিকল্প পাওয়া যেতে পারে, এই ক্ষেত্রে আমরা চাই Geth যেন InfluxDB-তে ডেটা পুশ করে। বেসিক সেটআপ সেই এন্ডপয়েন্ট নির্দিষ্ট করে যেখানে InfluxDB পৌঁছানো যায় এবং ডেটাবেসের জন্য প্রমাণীকরণ (authentication) থাকে।
+
+```
+geth --metrics --metrics.influxdb --metrics.influxdb.endpoint "http://0.0.0.0:8086" --metrics.influxdb.username "geth" --metrics.influxdb.password "chosenpassword"
+```
+
+এই ফ্ল্যাগগুলি ক্লায়েন্ট শুরু করার কমান্ডের সাথে যুক্ত করা যেতে পারে বা কনফিগারেশন ফাইলে সংরক্ষণ করা যেতে পারে।
+
+আপনি যাচাই করতে পারেন যে Geth সফলভাবে ডেটা পুশ করছে, উদাহরণস্বরূপ ডেটাবেসে মেট্রিক্স তালিকাভুক্ত করে। InfluxDB শেলে:
+
+```
+use geth
+show measurements
+```
+
+## Grafana সেট আপ করা {#setting-up-grafana}
+
+পরবর্তী ধাপ হলো Grafana ইনস্টল করা যা ডেটাকে গ্রাফিকভাবে ব্যাখ্যা করবে। Grafana ডকুমেন্টেশনে আপনার পরিবেশের জন্য ইনস্টলেশন প্রক্রিয়া অনুসরণ করুন। আপনি যদি অন্য কিছু না চান তবে নিশ্চিত করুন যে OSS সংস্করণ ইনস্টল করেছেন। রিপোজিটরি ব্যবহার করে ডেবিয়ান ডিস্ট্রিবিউশনের জন্য উদাহরণস্বরূপ ইনস্টলেশন ধাপ:
+
+```
+curl -tlsv1.3 --proto =https -sL https://packages.grafana.com/gpg.key | sudo apt-key add -
+echo "deb https://packages.grafana.com/oss/deb stable main" | sudo tee -a /etc/apt/sources.list.d/grafana.list
+sudo apt update
+sudo apt install grafana
+sudo systemctl enable grafana-server
+sudo systemctl start grafana-server
+```
+
+যখন আপনার Grafana চালু হবে, তখন এটি `localhost:3000`-এ পৌঁছানো উচিত। এই পাথে অ্যাক্সেস করতে আপনার পছন্দের ব্রাউজার ব্যবহার করুন, তারপর ডিফল্ট ক্রেডেনশিয়াল (ব্যবহারকারী: `admin` এবং পাসওয়ার্ড: `admin`) দিয়ে লগইন করুন। প্রম্পট করা হলে, ডিফল্ট পাসওয়ার্ড পরিবর্তন করুন এবং সেভ করুন।
+
+
+
+আপনাকে Grafana হোম পেজে রিডাইরেক্ট করা হবে। প্রথমে, আপনার সোর্স ডেটা সেট আপ করুন। বাম দিকের বারে কনফিগারেশন আইকনে ক্লিক করুন এবং "Data sources" নির্বাচন করুন।
+
+
+
+এখনও কোনো ডেটা সোর্স তৈরি করা হয়নি, একটি সংজ্ঞায়িত করতে "Add data source"-এ ক্লিক করুন।
+
+
+
+এই সেটআপের জন্য, "InfluxDB" নির্বাচন করুন এবং এগিয়ে যান।
+
+
+
+আপনি যদি একই মেশিনে টুলগুলি চালান তবে ডেটা সোর্স কনফিগারেশন বেশ সহজ। ডেটাবেস অ্যাক্সেস করার জন্য আপনাকে InfluxDB ঠিকানা এবং বিবরণ সেট করতে হবে। নিচের ছবিটি দেখুন।
+
+
+
+যদি সবকিছু সম্পন্ন হয় এবং InfluxDB পৌঁছানো যায়, তবে "Save and test"-এ ক্লিক করুন এবং কনফার্মেশন পপ আপ হওয়ার জন্য অপেক্ষা করুন।
+
+
+
+Grafana এখন InfluxDB থেকে ডেটা পড়ার জন্য সেট আপ করা হয়েছে। এখন আপনাকে একটি ড্যাশবোর্ড তৈরি করতে হবে যা এটি ব্যাখ্যা করবে এবং প্রদর্শন করবে। ড্যাশবোর্ডের বৈশিষ্ট্যগুলি JSON ফাইলে এনকোড করা থাকে যা যে কেউ তৈরি করতে পারে এবং সহজেই ইমপোর্ট করা যায়। বাম দিকের বারে, "Create and Import"-এ ক্লিক করুন।
+
+
+
+একটি Geth মনিটরিং ড্যাশবোর্ডের জন্য, [এই ড্যাশবোর্ডের](https://grafana.com/grafana/dashboards/13877/) আইডি কপি করুন এবং Grafana-এর "Import page"-এ পেস্ট করুন। ড্যাশবোর্ড সেভ করার পর, এটি দেখতে এমন হওয়া উচিত:
+
+
+
+আপনি আপনার ড্যাশবোর্ডগুলি পরিবর্তন করতে পারেন। প্রতিটি প্যানেল এডিট, সরানো, মুছে ফেলা বা যোগ করা যেতে পারে। আপনি আপনার কনফিগারেশন পরিবর্তন করতে পারেন। এটি আপনার উপর নির্ভর করে! ড্যাশবোর্ডগুলি কীভাবে কাজ করে সে সম্পর্কে আরও জানতে, [Grafana-এর ডকুমেন্টেশন](https://grafana.com/docs/grafana/latest/dashboards/) দেখুন।
+আপনি [Alerting](https://grafana.com/docs/grafana/latest/alerting/)-এও আগ্রহী হতে পারেন। এটি আপনাকে মেট্রিক্স নির্দিষ্ট মানগুলিতে পৌঁছালে অ্যালার্ট নোটিফিকেশন সেট আপ করতে দেয়। বিভিন্ন কমিউনিকেশন চ্যানেল সমর্থিত।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/nft-minter/index.md b/public/content/translations/bn/developers/tutorials/nft-minter/index.md
new file mode 100644
index 00000000000..89f94612e3e
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/nft-minter/index.md
@@ -0,0 +1,869 @@
+---
+title: NFT মিন্টার টিউটোরিয়াল
+description: এই টিউটোরিয়ালে, আপনি একটি NFT মিন্টার তৈরি করবেন এবং MetaMask ও Web3 টুল ব্যবহার করে আপনার স্মার্ট কন্ট্রাক্টকে একটি React ফ্রন্টএন্ডের সাথে সংযুক্ত করে কীভাবে একটি ফুল স্ট্যাক ডিএ্যাপ তৈরি করতে হয় তা শিখবেন।
+author: "smudgil"
+tags: ["Solidity", "NFT", "Alchemy", "স্মার্ট কন্ট্রাক্ট", "ফ্রন্টএন্ড", "Pinata", "ERC-721"]
+skill: intermediate
+breadcrumb: NFT মিন্টার ডিএ্যাপ
+lang: bn
+published: 2021-10-06
+---
+
+Web2 ব্যাকগ্রাউন্ড থেকে আসা ডেভেলপারদের জন্য অন্যতম বড় চ্যালেঞ্জ হলো কীভাবে আপনার স্মার্ট কন্ট্রাক্টকে একটি ফ্রন্টএন্ড প্রজেক্টের সাথে সংযুক্ত করতে হয় এবং এর সাথে ইন্টারঅ্যাক্ট করতে হয় তা বের করা।
+
+একটি NFT মিন্টার তৈরি করার মাধ্যমে — একটি সাধারণ UI যেখানে আপনি আপনার ডিজিটাল অ্যাসেটের লিংক, একটি শিরোনাম এবং একটি বিবরণ ইনপুট করতে পারবেন — আপনি শিখবেন কীভাবে:
+
+- আপনার ফ্রন্টএন্ড প্রজেক্টের মাধ্যমে MetaMask-এ সংযুক্ত হতে হয়
+- আপনার ফ্রন্টএন্ড থেকে স্মার্ট কন্ট্রাক্ট মেথড কল করতে হয়
+- MetaMask ব্যবহার করে লেনদেন সাইন করতে হয়
+
+এই টিউটোরিয়ালে, আমরা আমাদের ফ্রন্টএন্ড ফ্রেমওয়ার্ক হিসেবে [React](https://react.dev/) ব্যবহার করব। যেহেতু এই টিউটোরিয়ালটি মূলত ওয়েব3 (Web3) ডেভেলপমেন্টের ওপর নিবদ্ধ, তাই আমরা React-এর মৌলিক বিষয়গুলো ব্যাখ্যা করতে খুব বেশি সময় ব্যয় করব না। এর পরিবর্তে, আমরা আমাদের প্রজেক্টে কার্যকারিতা আনার দিকে মনোযোগ দেব।
+
+পূর্বশর্ত হিসেবে, আপনার React সম্পর্কে প্রাথমিক স্তরের ধারণা থাকা উচিত—কম্পোনেন্ট, প্রপস, useState/useEffect এবং বেসিক ফাংশন কলিং কীভাবে কাজ করে তা জানা উচিত। আপনি যদি আগে কখনো এই শব্দগুলো না শুনে থাকেন, তবে আপনি এই [Intro to React tutorial](https://react.dev/learn/tutorial-tic-tac-toe) দেখতে পারেন। যারা ভিজ্যুয়ালি শিখতে বেশি পছন্দ করেন, তাদের জন্য আমরা Net Ninja-এর এই চমৎকার [Full Modern React Tutorial](https://www.youtube.com/playlist?list=PL4cUxeGkcC9gZD-Tvwfod2gaISzfRiP9d) ভিডিও সিরিজটি দেখার জন্য জোরালোভাবে সুপারিশ করছি।
+
+আর যদি আপনি ইতিমধ্যে তা না করে থাকেন, তবে এই টিউটোরিয়ালটি সম্পন্ন করতে এবং ব্লকচেইন-এ যেকোনো কিছু তৈরি করতে আপনার অবশ্যই একটি Alchemy একাউন্ট প্রয়োজন হবে। [এখানে](https://alchemy.com/) একটি ফ্রি একাউন্ট তৈরি করুন।
+
+আর কথা না বাড়িয়ে, চলুন শুরু করা যাক!
+
+## NFT তৈরি করা 101 {#making-nfts-101}
+
+আমরা কোনো কোড দেখার আগে, একটি NFT তৈরি করা কীভাবে কাজ করে তা বোঝা গুরুত্বপূর্ণ। এর দুটি ধাপ রয়েছে:
+
+### ইথিরিয়াম ব্লকচেইন-এ একটি NFT স্মার্ট কন্ট্রাক্ট পাবলিশ করা {#publish-nft}
+
+দুটি NFT স্মার্ট কন্ট্রাক্ট স্ট্যান্ডার্ডের মধ্যে সবচেয়ে বড় পার্থক্য হলো ERC-1155 একটি মাল্টি-টোকেন স্ট্যান্ডার্ড এবং এতে ব্যাচ কার্যকারিতা অন্তর্ভুক্ত রয়েছে, যেখানে ERC-721 একটি সিঙ্গেল-টোকেন স্ট্যান্ডার্ড এবং তাই এটি একবারে কেবল একটি টোকেন ট্রান্সফার সমর্থন করে।
+
+### মিন্টিং ফাংশন কল করা {#minting-function}
+
+সাধারণত, এই মিন্টিং ফাংশনে প্যারামিটার হিসেবে দুটি ভেরিয়েবল পাস করতে হয়, প্রথমটি হলো `recipient`, যা সেই এডড্রেস নির্দিষ্ট করে যা আপনার নতুন মিন্ট করা NFT গ্রহণ করবে, এবং দ্বিতীয়টি হলো NFT-এর `tokenURI`, একটি স্ট্রিং যা NFT-এর মেটাডাটা বর্ণনা করে এমন একটি JSON ডকুমেন্টে রিজলভ হয়।
+
+একটি NFT-এর মেটাডাটাই মূলত এটিকে জীবন্ত করে তোলে, যার ফলে এর নাম, বিবরণ, ছবি (বা ভিন্ন ডিজিটাল অ্যাসেট) এবং অন্যান্য বৈশিষ্ট্যের মতো প্রপার্টি থাকতে পারে। এখানে [একটি tokenURI-এর উদাহরণ](https://gateway.pinata.cloud/ipfs/QmSvBcb4tjdFpajGJhbFAWeK3JAxCdNQLQtr6ZdiSi42V2) দেওয়া হলো, যাতে একটি NFT-এর মেটাডাটা রয়েছে।
+
+এই টিউটোরিয়ালে, আমরা ২য় অংশের ওপর ফোকাস করব, আমাদের React UI ব্যবহার করে একটি বিদ্যমান NFT-এর স্মার্ট কন্ট্রাক্ট মিন্টিং ফাংশন কল করা।
+
+এই টিউটোরিয়ালে আমরা যে ERC-721 NFT স্মার্ট কন্ট্রাক্টটি কল করব তার [একটি লিংক এখানে দেওয়া হলো](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE)। আপনি যদি জানতে চান আমরা এটি কীভাবে তৈরি করেছি, তবে আমরা জোরালোভাবে সুপারিশ করছি যে আপনি আমাদের অন্য টিউটোরিয়াল, ["How to Create an NFT"](https://www.alchemy.com/docs/how-to-create-an-nft) দেখে নিন।
+
+চমৎকার, এখন যেহেতু আমরা বুঝতে পেরেছি কীভাবে একটি NFT তৈরি করা কাজ করে, চলুন আমাদের স্টার্টার ফাইলগুলো ক্লোন করি!
+
+## স্টার্টার ফাইলগুলো ক্লোন করুন {#clone-the-starter-files}
+
+প্রথমে, এই প্রজেক্টের স্টার্টার ফাইলগুলো পেতে [nft-minter-tutorial GitHub রিপোজিটরিতে](https://github.com/alchemyplatform/nft-minter-tutorial) যান। এই রিপোজিটরিটি আপনার লোকাল এনভায়রনমেন্টে ক্লোন করুন।
+
+আপনি যখন এই ক্লোন করা `nft-minter-tutorial` রিপোজিটরিটি খুলবেন, তখন আপনি দেখতে পাবেন যে এতে দুটি ফোল্ডার রয়েছে: `minter-starter-files` এবং `nft-minter`।
+
+- `minter-starter-files`-এ এই প্রজেক্টের স্টার্টার ফাইলগুলো (মূলত React UI) রয়েছে। এই টিউটোরিয়ালে, **আমরা এই ডিরেক্টরিতে কাজ করব**, কারণ আপনি শিখবেন কীভাবে এই UI-কে আপনার ইথিরিয়াম ওয়ালেট এবং একটি NFT স্মার্ট কন্ট্রাক্ট-এর সাথে সংযুক্ত করে জীবন্ত করে তুলতে হয়।
+- `nft-minter`-এ সম্পূর্ণ টিউটোরিয়ালটি রয়েছে এবং এটি আপনার জন্য একটি **রেফারেন্স** হিসেবে দেওয়া হয়েছে **যদি আপনি কোথাও আটকে যান।**
+
+এরপর, আপনার কোড এডিটরে `minter-starter-files`-এর কপিটি খুলুন এবং তারপর আপনার `src` ফোল্ডারে নেভিগেট করুন।
+
+আমরা যে কোডগুলো লিখব তার সবই `src` ফোল্ডারের অধীনে থাকবে। আমরা `Minter.js` কম্পোনেন্টটি এডিট করব এবং আমাদের প্রজেক্টে ওয়েব3 (Web3) কার্যকারিতা দেওয়ার জন্য অতিরিক্ত জাভাস্ক্রিপ্ট ফাইল লিখব।
+
+## ধাপ 2: আমাদের স্টার্টার ফাইলগুলো দেখে নিন {#step-2-check-out-our-starter-files}
+
+কোডিং শুরু করার আগে, স্টার্টার ফাইলগুলোতে আমাদের জন্য ইতিমধ্যে কী দেওয়া আছে তা দেখে নেওয়া গুরুত্বপূর্ণ।
+
+### আপনার react প্রজেক্টটি চালু করুন {#get-your-react-project-running}
+
+চলুন আমাদের ব্রাউজারে React প্রজেক্টটি রান করার মাধ্যমে শুরু করি। React-এর সৌন্দর্য হলো একবার আমাদের প্রজেক্ট ব্রাউজারে রান করলে, আমরা যে পরিবর্তনগুলো সেভ করব তা ব্রাউজারে লাইভ আপডেট হবে।
+
+প্রজেক্টটি রান করতে, `minter-starter-files` ফোল্ডারের রুট ডিরেক্টরিতে নেভিগেট করুন এবং প্রজেক্টের ডিপেন্ডেন্সিগুলো ইনস্টল করতে আপনার টার্মিনালে `npm install` রান করুন:
+
+```bash
+cd minter-starter-files
+npm install
+```
+
+সেগুলো ইনস্টল হওয়া শেষ হলে, আপনার টার্মিনালে `npm start` রান করুন:
+
+```bash
+npm start
+```
+
+এটি করার ফলে আপনার ব্রাউজারে http://localhost:3000/ খুলবে, যেখানে আপনি আমাদের প্রজেক্টের ফ্রন্টএন্ড দেখতে পাবেন। এতে 3টি ফিল্ড থাকা উচিত: আপনার NFT-এর অ্যাসেটের লিংক ইনপুট করার জায়গা, আপনার NFT-এর নাম এন্টার করার জায়গা এবং একটি বিবরণ দেওয়ার জায়গা।
+
+আপনি যদি "Connect Wallet" বা "Mint NFT" বোতামগুলোতে ক্লিক করার চেষ্টা করেন, তবে আপনি লক্ষ্য করবেন যে সেগুলো কাজ করছে না—এর কারণ হলো আমাদের এখনও সেগুলোর কার্যকারিতা প্রোগ্রাম করতে হবে! :\)
+
+### Minter.js কম্পোনেন্ট {#minter-js}
+
+**নোট:** নিশ্চিত করুন যে আপনি `minter-starter-files` ফোল্ডারে আছেন এবং `nft-minter` ফোল্ডারে নেই!
+
+চলুন আমাদের এডিটরে `src` ফোল্ডারে ফিরে যাই এবং `Minter.js` ফাইলটি খুলি। এই ফাইলের সবকিছু বোঝা আমাদের জন্য অত্যন্ত গুরুত্বপূর্ণ, কারণ এটিই সেই প্রাথমিক React কম্পোনেন্ট যা নিয়ে আমরা কাজ করব।
+
+এই ফাইলের একেবারে ওপরে, আমাদের স্টেট (state) ভেরিয়েবলগুলো রয়েছে যা আমরা নির্দিষ্ট ইভেন্টের পরে আপডেট করব।
+
+```javascript
+// স্টেট ভেরিয়েবল
+const [walletAddress, setWallet] = useState("")
+const [status, setStatus] = useState("")
+const [name, setName] = useState("")
+const [description, setDescription] = useState("")
+const [url, setURL] = useState("")
+```
+
+React স্টেট ভেরিয়েবল বা স্টেট হুক সম্পর্কে কখনো শোনেননি? [এই](https://legacy.reactjs.org/docs/hooks-state.html) ডক্সগুলো দেখে নিন।
+
+প্রতিটি ভেরিয়েবল যা উপস্থাপন করে তা নিচে দেওয়া হলো:
+
+- `walletAddress` - একটি স্ট্রিং যা ব্যবহারকারীর ওয়ালেট এডড্রেস স্টোর করে
+- `status` - একটি স্ট্রিং যাতে UI-এর নিচে প্রদর্শন করার জন্য একটি মেসেজ থাকে
+- `name` - একটি স্ট্রিং যা NFT-এর নাম স্টোর করে
+- `description` - একটি স্ট্রিং যা NFT-এর বিবরণ স্টোর করে
+- `url` - একটি স্ট্রিং যা NFT-এর ডিজিটাল অ্যাসেটের একটি লিংক
+
+স্টেট ভেরিয়েবলগুলোর পরে, আপনি তিনটি ইমপ্লিমেন্ট না করা ফাংশন দেখতে পাবেন: `useEffect`, `connectWalletPressed`, এবং `onMintPressed`। আপনি লক্ষ্য করবেন যে এই সমস্ত ফাংশনগুলো `async`, এর কারণ হলো আমরা এগুলোতে অ্যাসিনক্রোনাস API কল করব! তাদের নামগুলো তাদের কার্যকারিতার সাথেই সামঞ্জস্যপূর্ণ:
+
+```javascript
+useEffect(async () => {
+ // TODO: ইমপ্লিমেন্ট করুন
+}, [])
+
+const connectWalletPressed = async () => {
+ // TODO: ইমপ্লিমেন্ট করুন
+}
+
+const onMintPressed = async () => {
+ // TODO: ইমপ্লিমেন্ট করুন
+}
+```
+
+- [`useEffect`](https://legacy.reactjs.org/docs/hooks-effect.html) - এটি একটি React হুক যা আপনার কম্পোনেন্ট রেন্ডার হওয়ার পরে কল করা হয়। যেহেতু এতে একটি খালি অ্যারে `[]` প্রপ পাস করা হয়েছে (লাইন 3 দেখুন), এটি কেবল কম্পোনেন্টের _প্রথম_ রেন্ডারেই কল করা হবে। এখানে আমরা আমাদের ওয়ালেট লিসেনার এবং অন্য একটি ওয়ালেট ফাংশন কল করব যাতে আমাদের UI আপডেট করে দেখানো যায় যে কোনো ওয়ালেট ইতিমধ্যে সংযুক্ত আছে কি না।
+- `connectWalletPressed` - ব্যবহারকারীর MetaMask ওয়ালেটকে আমাদের ডিএ্যাপ-এর সাথে সংযুক্ত করতে এই ফাংশনটি কল করা হবে।
+- `onMintPressed` - ব্যবহারকারীর NFT মিন্ট করতে এই ফাংশনটি কল করা হবে।
+
+এই ফাইলের শেষের দিকে, আমাদের কম্পোনেন্টের UI রয়েছে। আপনি যদি এই কোডটি মনোযোগ সহকারে স্ক্যান করেন, তবে আপনি লক্ষ্য করবেন যে আমরা আমাদের `url`, `name`, এবং `description` স্টেট ভেরিয়েবলগুলো আপডেট করি যখন তাদের সংশ্লিষ্ট টেক্সট ফিল্ডের ইনপুট পরিবর্তিত হয়।
+
+আপনি আরও দেখতে পাবেন যে `connectWalletPressed` এবং `onMintPressed` কল করা হয় যখন যথাক্রমে `mintButton` এবং `walletButton` আইডিযুক্ত বোতামগুলোতে ক্লিক করা হয়।
+
+```javascript
+// আমাদের কম্পোনেন্টের UI
+return (
+
+
+
+
+ 🧙♂️ Alchemy NFT Minter
+
+ Simply add your asset's link, name, and description, then press "Mint."
+
+
+
+ {status}
+
+)
+```
+
+অবশেষে, চলুন দেখি এই Minter কম্পোনেন্টটি কোথায় যোগ করা হয়েছে।
+
+আপনি যদি `App.js` ফাইলে যান, যা React-এর প্রধান কম্পোনেন্ট এবং অন্যান্য সমস্ত কম্পোনেন্টের জন্য একটি কন্টেইনার হিসেবে কাজ করে, তবে আপনি দেখতে পাবেন যে আমাদের Minter কম্পোনেন্টটি 7 নম্বর লাইনে ইনজেক্ট করা হয়েছে।
+
+**এই টিউটোরিয়ালে, আমরা কেবল `Minter.js file` এডিট করব এবং আমাদের `src` ফোল্ডারে ফাইল যোগ করব।**
+
+এখন যেহেতু আমরা বুঝতে পেরেছি আমরা কী নিয়ে কাজ করছি, চলুন আমাদের ইথিরিয়াম ওয়ালেট সেট আপ করি!
+
+## আপনার ইথিরিয়াম ওয়ালেট সেট আপ করুন {#set-up-your-ethereum-wallet}
+
+ব্যবহারকারীদের আপনার স্মার্ট কন্ট্রাক্ট-এর সাথে ইন্টারঅ্যাক্ট করতে সক্ষম হওয়ার জন্য তাদের ইথিরিয়াম ওয়ালেটকে আপনার ডিএ্যাপ-এর সাথে সংযুক্ত করতে হবে।
+
+### MetaMask ডাউনলোড করুন {#download-metamask}
+
+এই টিউটোরিয়ালের জন্য, আমরা MetaMask ব্যবহার করব, যা ব্রাউজারে একটি ভার্চুয়াল ওয়ালেট এবং আপনার ইথিরিয়াম একাউন্ট এডড্রেস পরিচালনা করতে ব্যবহৃত হয়। ইথিরিয়ামে লেনদেন কীভাবে কাজ করে সে সম্পর্কে আপনি যদি আরও বুঝতে চান, তবে [এই পেজটি](/developers/docs/transactions/) দেখে নিন।
+
+আপনি [এখানে](https://metamask.io/download) বিনামূল্যে একটি MetaMask একাউন্ট ডাউনলোড এবং তৈরি করতে পারেন। আপনি যখন একটি একাউন্ট তৈরি করছেন, বা আপনার যদি ইতিমধ্যে একটি একাউন্ট থাকে, তবে নিশ্চিত করুন যে আপনি ওপরের ডানদিকে “Ropsten Test Network”-এ স্যুইচ করেছেন \(যাতে আমরা আসল টাকা নিয়ে কাজ না করি\)।
+
+### একটি ফাসেট থেকে ইথার যোগ করুন {#add-ether-from-faucet}
+
+আমাদের NFT মিন্ট করতে (বা ইথিরিয়াম ব্লকচেইন-এ কোনো লেনদেন সাইন করতে), আমাদের কিছু ফেক Eth প্রয়োজন হবে। Eth পেতে আপনি [Ropsten ফাসেট](https://faucet.ropsten.be/)-এ যেতে পারেন এবং আপনার Ropsten একাউন্ট এডড্রেস এন্টার করতে পারেন, তারপর “Send Ropsten Eth.”-এ ক্লিক করুন। এর কিছুক্ষণ পরেই আপনার MetaMask একাউন্টে Eth দেখতে পাওয়া উচিত!
+
+### আপনার ব্যালেন্স চেক করুন {#check-your-balance}
+
+আমাদের ব্যালেন্স সেখানে আছে কি না তা ডাবল চেক করতে, চলুন [Alchemy-এর কম্পোজার টুল](https://composer.alchemyapi.io/?composer_state=%7B%22network%22%3A0%2C%22methodName%22%3A%22eth_getBalance%22%2C%22paramValues%22%3A%5B%22%22%2C%22latest%22%5D%7D) ব্যবহার করে একটি [eth_getBalance](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_getbalance) রিকোয়েস্ট করি। এটি আমাদের ওয়ালেটে থাকা Eth-এর পরিমাণ রিটার্ন করবে। আপনার MetaMask একাউন্ট এডড্রেস ইনপুট করার পর এবং “Send Request”-এ ক্লিক করার পর, আপনার এরকম একটি রেসপন্স দেখা উচিত:
+
+```text
+{"jsonrpc": "2.0", "id": 0, "result": "0xde0b6b3a7640000"}
+```
+
+**নোট:** এই ফলাফলটি wei-তে, eth-এ নয়। Wei ইথারের ক্ষুদ্রতম একক হিসেবে ব্যবহৃত হয়। wei থেকে eth-এ রূপান্তর হলো: 1 eth = 10¹⁸ wei। সুতরাং আমরা যদি 0xde0b6b3a7640000-কে ডেসিমালে রূপান্তর করি তবে আমরা 1\*10¹⁸ পাই যা 1 eth-এর সমান।
+
+যাক! আমাদের ফেক টাকা সব সেখানেই আছে!
+ {" "}
+ 🦊
+ You must install MetaMask, a virtual Ethereum wallet, in your
+ browser.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+চলুন বিশ্লেষণ করি এই কোডটি কী করে:
+
+প্রথমে, আমাদের ফাংশনটি চেক করে যে আপনার ব্রাউজারে `window.ethereum` এনাবল করা আছে কি না।
+
+`window.ethereum` হলো MetaMask এবং অন্যান্য ওয়ালেট প্রোভাইডারদের দ্বারা ইনজেক্ট করা একটি গ্লোবাল API যা ওয়েবসাইটগুলোকে ব্যবহারকারীদের ইথিরিয়াম একাউন্টের জন্য রিকোয়েস্ট করার অনুমতি দেয়। অনুমোদিত হলে, এটি ব্যবহারকারী যে ব্লকচেইন-এর সাথে সংযুক্ত আছে তা থেকে ডাটা পড়তে পারে এবং ব্যবহারকারীকে মেসেজ ও লেনদেন সাইন করার পরামর্শ দিতে পারে। আরও তথ্যের জন্য [MetaMask ডক্স](https://docs.metamask.io/guide/ethereum-provider.html#table-of-contents) দেখে নিন!
+
+যদি `window.ethereum` উপস্থিত _না থাকে_, তবে এর অর্থ হলো MetaMask ইনস্টল করা নেই। এর ফলে একটি JSON অবজেক্ট রিটার্ন হয়, যেখানে রিটার্ন করা `address` হলো একটি খালি স্ট্রিং, এবং `status` JSX অবজেক্টটি জানায় যে ব্যবহারকারীকে অবশ্যই MetaMask ইনস্টল করতে হবে।
+
+**আমরা যে ফাংশনগুলো লিখব তার বেশিরভাগই JSON অবজেক্ট রিটার্ন করবে যা আমরা আমাদের স্টেট ভেরিয়েবল এবং UI আপডেট করতে ব্যবহার করতে পারি।**
+
+এখন যদি `window.ethereum` উপস্থিত _থাকে_, তবে তখনই বিষয়টি আকর্ষণীয় হয়ে ওঠে।
+
+একটি try/catch লুপ ব্যবহার করে, আমরা [`window.ethereum.request({ method: "eth_requestAccounts" });`](https://docs.metamask.io/guide/rpc-api.html#eth-requestaccounts) কল করার মাধ্যমে MetaMask-এর সাথে সংযুক্ত হওয়ার চেষ্টা করব। এই ফাংশনটি কল করলে ব্রাউজারে MetaMask খুলবে, যার মাধ্যমে ব্যবহারকারীকে তাদের ওয়ালেটকে আপনার ডিএ্যাপ-এর সাথে সংযুক্ত করার জন্য প্রম্পট করা হবে।
+
+- যদি ব্যবহারকারী সংযুক্ত হওয়া বেছে নেন, তবে `method: "eth_requestAccounts"` একটি অ্যারে রিটার্ন করবে যাতে ডিএ্যাপ-এর সাথে সংযুক্ত ব্যবহারকারীর সমস্ত একাউন্ট এডড্রেস থাকবে। সব মিলিয়ে, আমাদের `connectWallet` ফাংশনটি একটি JSON অবজেক্ট রিটার্ন করবে যাতে এই অ্যারের _প্রথম_ `address` (লাইন 9 দেখুন) এবং একটি `status` মেসেজ থাকবে যা ব্যবহারকারীকে স্মার্ট কন্ট্রাক্ট-এ একটি মেসেজ লেখার জন্য প্রম্পট করে।
+- যদি ব্যবহারকারী কানেকশনটি প্রত্যাখ্যান করেন, তবে JSON অবজেক্টটিতে রিটার্ন করা `address`-এর জন্য একটি খালি স্ট্রিং এবং একটি `status` মেসেজ থাকবে যা প্রতিফলিত করে যে ব্যবহারকারী কানেকশনটি প্রত্যাখ্যান করেছেন।
+
+### আপনার Minter.js UI কম্পোনেন্টে connectWallet ফাংশন যোগ করুন {#add-connect-wallet}
+
+এখন যেহেতু আমরা এই `connectWallet` ফাংশনটি লিখেছি, চলুন এটিকে আমাদের `Minter.js.` কম্পোনেন্টের সাথে সংযুক্ত করি।
+
+প্রথমে, আমাদের `Minter.js` ফাইলের একেবারে ওপরে `import { connectWallet } from "./utils/interact.js";` যোগ করে আমাদের ফাংশনটিকে আমাদের `Minter.js` ফাইলে ইমপোর্ট করতে হবে। আপনার `Minter.js`-এর প্রথম 11 লাইন এখন এরকম হওয়া উচিত:
+
+```javascript
+import { useEffect, useState } from "react";
+import { connectWallet } from "./utils/interact.js";
+
+const Minter = (props) => {
+
+ // স্টেট ভেরিয়েবল
+ const [walletAddress, setWallet] = useState("");
+ const [status, setStatus] = useState("");
+ const [name, setName] = useState("");
+ const [description, setDescription] = useState("");
+ const [url, setURL] = useState("");
+```
+
+তারপর, আমাদের `connectWalletPressed` ফাংশনের ভেতরে, আমরা আমাদের ইমপোর্ট করা `connectWallet` ফাংশনটি কল করব, ঠিক এভাবে:
+
+```javascript
+const connectWalletPressed = async () => {
+ const walletResponse = await connectWallet()
+ setStatus(walletResponse.status)
+ setWallet(walletResponse.address)
+}
+```
+
+লক্ষ্য করেছেন কীভাবে আমাদের বেশিরভাগ কার্যকারিতা `interact.js` ফাইল থেকে আমাদের `Minter.js` কম্পোনেন্ট থেকে অ্যাবস্ট্রাক্ট করা হয়েছে? এটি করা হয়েছে যাতে আমরা M-V-C প্যারাডাইম মেনে চলি!
+
+`connectWalletPressed`-এ, আমরা কেবল আমাদের ইমপোর্ট করা `connectWallet` ফাংশনে একটি await কল করি এবং এর রেসপন্স ব্যবহার করে, আমরা তাদের স্টেট হুকগুলোর মাধ্যমে আমাদের `status` এবং `walletAddress` ভেরিয়েবলগুলো আপডেট করি।
+
+এখন, চলুন `Minter.js` এবং `interact.js` উভয় ফাইল সেভ করি এবং এ পর্যন্ত আমাদের UI টেস্ট করে দেখি।
+
+localhost:3000-এ আপনার ব্রাউজার খুলুন এবং পেজের ওপরের ডানদিকে "Connect Wallet" বোতাম টিপুন।
+
+আপনার যদি MetaMask ইনস্টল করা থাকে, তবে আপনাকে আপনার ওয়ালেটকে আপনার ডিএ্যাপ-এর সাথে সংযুক্ত করার জন্য প্রম্পট করা হবে। সংযুক্ত হওয়ার আমন্ত্রণটি গ্রহণ করুন।
+
+আপনার দেখা উচিত যে ওয়ালেট বোতামটি এখন প্রতিফলিত করছে যে আপনার এডড্রেস সংযুক্ত আছে।
+
+এরপর, পেজটি রিফ্রেশ করার চেষ্টা করুন... এটি অদ্ভুত। আমাদের ওয়ালেট বোতামটি আমাদের MetaMask সংযুক্ত করার জন্য প্রম্পট করছে, যদিও এটি ইতিমধ্যে সংযুক্ত আছে...
+
+তবে চিন্তা করবেন না! আমরা `getCurrentWalletConnected` নামের একটি ফাংশন ইমপ্লিমেন্ট করার মাধ্যমে সহজেই এটি ঠিক করতে পারি, যা চেক করবে যে কোনো এডড্রেস ইতিমধ্যে আমাদের ডিএ্যাপ-এর সাথে সংযুক্ত আছে কি না এবং সেই অনুযায়ী আমাদের UI আপডেট করবে!
+
+### getCurrentWalletConnected ফাংশন {#get-current-wallet}
+
+আপনার `interact.js` ফাইলে, নিচের `getCurrentWalletConnected` ফাংশনটি যোগ করুন:
+
+```javascript
+export const getCurrentWalletConnected = async () => {
+ if (window.ethereum) {
+ try {
+ const addressArray = await window.ethereum.request({
+ method: "eth_accounts",
+ })
+ if (addressArray.length > 0) {
+ return {
+ address: addressArray[0],
+ status: "👆🏽 Write a message in the text-field above.",
+ }
+ } else {
+ return {
+ address: "",
+ status: "🦊 Connect to MetaMask using the top right button.",
+ }
+ }
+ } catch (err) {
+ return {
+ address: "",
+ status: "😥 " + err.message,
+ }
+ }
+ } else {
+ return {
+ address: "",
+ status: (
+
+
+ {" "}
+ 🦊
+ You must install MetaMask, a virtual Ethereum wallet, in your
+ browser.
+
+
+
+ ),
+ }
+ }
+}
+```
+
+এই কোডটি আমরা একটু আগে লেখা `connectWallet` ফাংশনের _খুবই_ কাছাকাছি।
+
+প্রধান পার্থক্য হলো `eth_requestAccounts` মেথড কল করার পরিবর্তে, যা ব্যবহারকারীর ওয়ালেট সংযুক্ত করার জন্য MetaMask খোলে, এখানে আমরা `eth_accounts` মেথড কল করি, যা কেবল বর্তমানে আমাদের ডিএ্যাপ-এর সাথে সংযুক্ত MetaMask এডড্রেসগুলো ধারণকারী একটি অ্যারে রিটার্ন করে।
+
+এই ফাংশনটি কীভাবে কাজ করে তা দেখতে, চলুন এটিকে আমাদের `Minter.js` কম্পোনেন্টের `useEffect` ফাংশনে কল করি।
+
+আমরা `connectWallet`-এর জন্য যেমনটি করেছিলাম, আমাদের অবশ্যই এই ফাংশনটিকে আমাদের `interact.js` ফাইল থেকে আমাদের `Minter.js` ফাইলে ইমপোর্ট করতে হবে, ঠিক এভাবে:
+
+```javascript
+import { useEffect, useState } from "react"
+import {
+ connectWallet,
+ getCurrentWalletConnected, // এখানে ইমপোর্ট করুন
+} from "./utils/interact.js"
+```
+
+এখন, আমরা কেবল এটিকে আমাদের `useEffect` ফাংশনে কল করব:
+
+```javascript
+useEffect(async () => {
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+}, [])
+```
+
+লক্ষ্য করুন, আমরা আমাদের `walletAddress` এবং `status` স্টেট ভেরিয়েবলগুলো আপডেট করতে `getCurrentWalletConnected`-এ আমাদের কলের রেসপন্স ব্যবহার করি।
+
+একবার আপনি এই কোডটি যোগ করার পর, আমাদের ব্রাউজার উইন্ডোটি রিফ্রেশ করার চেষ্টা করুন। বোতামটিতে বলা উচিত যে আপনি সংযুক্ত আছেন এবং আপনার সংযুক্ত ওয়ালেটের এডড্রেস-এর একটি প্রিভিউ দেখানো উচিত - এমনকি আপনি রিফ্রেশ করার পরেও!
+
+### addWalletListener ইমপ্লিমেন্ট করুন {#implement-add-wallet-listener}
+
+আমাদের ডিএ্যাপ ওয়ালেট সেটআপের চূড়ান্ত ধাপ হলো ওয়ালেট লিসেনার ইমপ্লিমেন্ট করা যাতে আমাদের ওয়ালেটের স্টেট পরিবর্তিত হলে আমাদের UI আপডেট হয়, যেমন যখন ব্যবহারকারী ডিসকানেক্ট করে বা একাউন্ট স্যুইচ করে।
+
+আপনার `Minter.js` ফাইলে, `addWalletListener` নামের একটি ফাংশন যোগ করুন যা দেখতে নিচের মতো:
+
+```javascript
+function addWalletListener() {
+ if (window.ethereum) {
+ window.ethereum.on("accountsChanged", (accounts) => {
+ if (accounts.length > 0) {
+ setWallet(accounts[0])
+ setStatus("👆🏽 Write a message in the text-field above.")
+ } else {
+ setWallet("")
+ setStatus("🦊 Connect to MetaMask using the top right button.")
+ }
+ })
+ } else {
+ setStatus(
+
+ {" "}
+ 🦊
+ You must install MetaMask, a virtual Ethereum wallet, in your browser.
+
+
+ )
+ }
+}
+```
+
+চলুন দ্রুত বিশ্লেষণ করি এখানে কী ঘটছে:
+
+- প্রথমে, আমাদের ফাংশনটি চেক করে যে `window.ethereum` এনাবল করা আছে কি না \(অর্থাৎ, MetaMask ইনস্টল করা আছে কি না\)।
+ - যদি না থাকে, তবে আমরা কেবল আমাদের `status` স্টেট ভেরিয়েবলটিকে একটি JSX স্ট্রিংয়ে সেট করি যা ব্যবহারকারীকে MetaMask ইনস্টল করার জন্য প্রম্পট করে।
+ - যদি এটি এনাবল করা থাকে, তবে আমরা 3 নম্বর লাইনে লিসেনার `window.ethereum.on("accountsChanged")` সেট আপ করি যা MetaMask ওয়ালেটে স্টেট পরিবর্তনের জন্য অপেক্ষা করে, যার মধ্যে রয়েছে যখন ব্যবহারকারী ডিএ্যাপ-এ একটি অতিরিক্ত একাউন্ট সংযুক্ত করে, একাউন্ট স্যুইচ করে বা কোনো একাউন্ট ডিসকানেক্ট করে। যদি অন্তত একটি একাউন্ট সংযুক্ত থাকে, তবে `walletAddress` স্টেট ভেরিয়েবলটি লিসেনার দ্বারা রিটার্ন করা `accounts` অ্যারের প্রথম একাউন্ট হিসেবে আপডেট করা হয়। অন্যথায়, `walletAddress` একটি খালি স্ট্রিং হিসেবে সেট করা হয়।
+
+অবশেষে, আমাদের অবশ্যই এটিকে আমাদের `useEffect` ফাংশনে কল করতে হবে:
+
+```javascript
+useEffect(async () => {
+ const { address, status } = await getCurrentWalletConnected()
+ setWallet(address)
+ setStatus(status)
+
+ addWalletListener()
+}, [])
+```
+
+এবং ব্যাস! আমরা আমাদের সমস্ত ওয়ালেট কার্যকারিতা প্রোগ্রামিং সম্পন্ন করেছি! এখন যেহেতু আমাদের ওয়ালেট সেট আপ করা হয়েছে, চলুন বের করি কীভাবে আমাদের NFT মিন্ট করতে হয়!
+
+## NFT মেটাডাটা 101 {#nft-metadata-101}
+
+সুতরাং এই টিউটোরিয়ালের 0 ধাপে আমরা যে NFT মেটাডাটা নিয়ে কথা বলেছিলাম তা মনে করুন—এটি একটি NFT-কে জীবন্ত করে তোলে, যার ফলে এর ডিজিটাল অ্যাসেট, নাম, বিবরণ এবং অন্যান্য বৈশিষ্ট্যের মতো প্রপার্টি থাকতে পারে।
+
+আমাদের এই মেটাডাটাকে একটি JSON অবজেক্ট হিসেবে কনফিগার করতে হবে এবং এটি স্টোর করতে হবে, যাতে আমরা আমাদের স্মার্ট কন্ট্রাক্ট-এর `mintNFT` ফাংশন কল করার সময় এটিকে `tokenURI` প্যারামিটার হিসেবে পাস করতে পারি।
+
+"Link to Asset", "Name", "Description" ফিল্ডের টেক্সটগুলো আমাদের NFT-এর মেটাডাটার বিভিন্ন প্রপার্টি গঠন করবে। আমরা এই মেটাডাটাকে একটি JSON অবজেক্ট হিসেবে ফরম্যাট করব, তবে আমরা এই JSON অবজেক্টটি কোথায় স্টোর করতে পারি তার জন্য কয়েকটি অপশন রয়েছে:
+
+- আমরা এটি ইথিরিয়াম ব্লকচেইন-এ স্টোর করতে পারি; তবে, এটি করা খুব ব্যয়বহুল হবে।
+- আমরা এটি AWS বা Firebase-এর মতো একটি সেন্ট্রালাইজড সার্ভারে স্টোর করতে পারি। কিন্তু এটি আমাদের ডিসেন্ট্রালাইজড নীতিকে ব্যাহত করবে।
+- আমরা IPFS ব্যবহার করতে পারি, যা একটি ডিস্ট্রিবিউটেড ফাইল সিস্টেমে ডাটা স্টোর এবং শেয়ার করার জন্য একটি ডিসেন্ট্রালাইজড প্রটোকল এবং পিয়ার-টু-পিয়ার নেটওয়ার্ক। যেহেতু এই প্রটোকলটি ডিসেন্ট্রালাইজড এবং ফ্রি, তাই এটি আমাদের সেরা অপশন!
+
+IPFS-এ আমাদের মেটাডাটা স্টোর করতে, আমরা [Pinata](https://pinata.cloud/) ব্যবহার করব, যা একটি সুবিধাজনক IPFS API এবং টুলকিট। পরবর্তী ধাপে, আমরা ঠিক কীভাবে এটি করতে হয় তা ব্যাখ্যা করব!
+
+## IPFS-এ আপনার মেটাডাটা পিন করতে Pinata ব্যবহার করুন {#use-pinata-to-pin-your-metadata-to-IPFS}
+
+আপনার যদি [Pinata](https://pinata.cloud/) একাউন্ট না থাকে, তবে [এখানে](https://app.pinata.cloud/auth/signup) একটি ফ্রি একাউন্টের জন্য সাইন আপ করুন এবং আপনার ইমেইল ও একাউন্ট ভেরিফাই করার ধাপগুলো সম্পন্ন করুন।
+
+### আপনার Pinata API কি তৈরি করুন {#create-pinata-api-key}
+
+[https://pinata.cloud/keys](https://pinata.cloud/keys) পেজে নেভিগেট করুন, তারপর ওপরের "New Key" বোতামটি নির্বাচন করুন, Admin উইজেটটি এনাবল হিসেবে সেট করুন এবং আপনার কি-এর নাম দিন।
+
+এরপর আপনাকে আপনার API তথ্যসহ একটি পপআপ দেখানো হবে। এটি কোনো নিরাপদ জায়গায় রাখতে ভুলবেন না।
+
+এখন যেহেতু আমাদের কি সেট আপ করা হয়েছে, চলুন এটিকে আমাদের প্রজেক্টে যোগ করি যাতে আমরা এটি ব্যবহার করতে পারি।
+
+### একটি .env ফাইল তৈরি করুন {#create-a-env}
+
+আমরা একটি এনভায়রনমেন্ট ফাইলে আমাদের Pinata কি এবং সিক্রেট নিরাপদে স্টোর করতে পারি। চলুন আপনার প্রজেক্ট ডিরেক্টরিতে [dotenv প্যাকেজ](https://www.npmjs.com/package/dotenv) ইনস্টল করি।
+
+আপনার টার্মিনালে একটি নতুন ট্যাব খুলুন \(লোকাল হোস্ট রান করা ট্যাবটি থেকে আলাদা\) এবং নিশ্চিত করুন যে আপনি `minter-starter-files` ফোল্ডারে আছেন, তারপর আপনার টার্মিনালে নিচের কমান্ডটি রান করুন:
+
+```text
+npm install dotenv --save
+```
+
+এরপর, আপনার কমান্ড লাইনে নিচের কোডটি এন্টার করে আপনার `minter-starter-files`-এর রুট ডিরেক্টরিতে একটি `.env` ফাইল তৈরি করুন:
+
+```javascript
+vim.env
+```
+
+এটি vim \(একটি টেক্সট এডিটর\)-এ আপনার `.env` ফাইলটি পপ ওপেন করবে। এটি সেভ করতে আপনার কীবোর্ডে ক্রমানুসারে "esc" + ":" + "q" চাপুন।
+
+এরপর, VSCode-এ, আপনার `.env` ফাইলে নেভিগেট করুন এবং এতে আপনার Pinata API কি এবং API সিক্রেট যোগ করুন, ঠিক এভাবে:
+
+```text
+REACT_APP_PINATA_KEY =
+REACT_APP_PINATA_SECRET =
+```
+
+ফাইলটি সেভ করুন, এবং তারপর আপনি IPFS-এ আপনার JSON মেটাডাটা আপলোড করার জন্য ফাংশন লেখা শুরু করতে প্রস্তুত!
+
+### pinJSONToIPFS ইমপ্লিমেন্ট করুন {#pin-json-to-ipfs}
+
+আমাদের জন্য সৌভাগ্যের বিষয় হলো, Pinata-এর কাছে [IPFS-এ JSON ডাটা আপলোড করার জন্য বিশেষভাবে একটি API](https://docs.pinata.cloud/api-reference/endpoint/ipfs/pin-json-to-ipfs#pin-json) এবং axios-সহ একটি সুবিধাজনক জাভাস্ক্রিপ্ট উদাহরণ রয়েছে যা আমরা সামান্য কিছু পরিবর্তন করে ব্যবহার করতে পারি।
+
+আপনার `utils` ফোল্ডারে, চলুন `pinata.js` নামে আরেকটি ফাইল তৈরি করি এবং তারপর .env ফাইল থেকে আমাদের Pinata সিক্রেট এবং কি ইমপোর্ট করি, ঠিক এভাবে:
+
+```javascript
+require("dotenv").config()
+const key = process.env.REACT_APP_PINATA_KEY
+const secret = process.env.REACT_APP_PINATA_SECRET
+```
+
+এরপর, নিচের অতিরিক্ত কোডটি আপনার `pinata.js` ফাইলে পেস্ট করুন। চিন্তা করবেন না, আমরা সবকিছুর অর্থ বিশ্লেষণ করব!
+
+```javascript
+require("dotenv").config()
+const key = process.env.REACT_APP_PINATA_KEY
+const secret = process.env.REACT_APP_PINATA_SECRET
+
+const axios = require("axios")
+
+export const pinJSONToIPFS = async (JSONBody) => {
+ const url = `https://api.pinata.cloud/pinning/pinJSONToIPFS`
+ // Pinata-তে axios POST রিকোয়েস্ট করা হচ্ছে ⬇️
+ return axios
+ .post(url, JSONBody, {
+ headers: {
+ pinata_api_key: key,
+ pinata_secret_api_key: secret,
+ },
+ })
+ .then(function (response) {
+ return {
+ success: true,
+ pinataUrl:
+ "https://gateway.pinata.cloud/ipfs/" + response.data.IpfsHash,
+ }
+ })
+ .catch(function (error) {
+ console.log(error)
+ return {
+ success: false,
+ message: error.message,
+ }
+ })
+}
+```
+
+তাহলে এই কোডটি ঠিক কী করে?
+
+প্রথমে, এটি [axios](https://www.npmjs.com/package/axios) ইমপোর্ট করে, যা ব্রাউজার এবং node.js-এর জন্য একটি প্রমিস-ভিত্তিক HTTP ক্লায়েন্ট, যা আমরা Pinata-তে একটি রিকোয়েস্ট করতে ব্যবহার করব।
+
+তারপর আমাদের অ্যাসিনক্রোনাস ফাংশন `pinJSONToIPFS` রয়েছে, যা ইনপুট হিসেবে একটি `JSONBody` এবং এর হেডারে Pinata api কি এবং সিক্রেট নেয়, এই সবকিছু তাদের `pinJSONToIPFS` API-তে একটি POST রিকোয়েস্ট করার জন্য।
+
+- যদি এই POST রিকোয়েস্টটি সফল হয়, তবে আমাদের ফাংশনটি `success` বুলিয়ান true হিসেবে এবং `pinataUrl` যেখানে আমাদের মেটাডাটা পিন করা হয়েছিল তা সহ একটি JSON অবজেক্ট রিটার্ন করে। আমরা রিটার্ন করা এই `pinataUrl`-কে আমাদের স্মার্ট কন্ট্রাক্ট-এর মিন্ট ফাংশনে `tokenURI` ইনপুট হিসেবে ব্যবহার করব।
+- যদি এই পোস্ট রিকোয়েস্টটি ব্যর্থ হয়, তবে আমাদের ফাংশনটি `success` বুলিয়ান false হিসেবে এবং একটি `message` স্ট্রিং সহ একটি JSON অবজেক্ট রিটার্ন করে যা আমাদের এরর জানায়।
+
+আমাদের `connectWallet` ফাংশনের রিটার্ন টাইপের মতো, আমরা JSON অবজেক্ট রিটার্ন করছি যাতে আমরা আমাদের স্টেট ভেরিয়েবল এবং UI আপডেট করতে তাদের প্যারামিটারগুলো ব্যবহার করতে পারি।
+
+## আপনার স্মার্ট কন্ট্রাক্ট লোড করুন {#load-your-smart-contract}
+
+এখন যেহেতু আমাদের `pinJSONToIPFS` ফাংশনের মাধ্যমে IPFS-এ আমাদের NFT মেটাডাটা আপলোড করার একটি উপায় আছে, তাই আমাদের স্মার্ট কন্ট্রাক্ট-এর একটি ইনস্ট্যান্স লোড করার একটি উপায় প্রয়োজন হবে যাতে আমরা এর `mintNFT` ফাংশন কল করতে পারি।
+
+যেমনটি আমরা আগে উল্লেখ করেছি, এই টিউটোরিয়ালে আমরা [এই বিদ্যমান NFT স্মার্ট কন্ট্রাক্টটি](https://ropsten.etherscan.io/address/0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE) ব্যবহার করব; তবে, আপনি যদি জানতে চান আমরা এটি কীভাবে তৈরি করেছি, বা নিজে একটি তৈরি করতে চান, তবে আমরা জোরালোভাবে সুপারিশ করছি যে আপনি আমাদের অন্য টিউটোরিয়াল, ["How to Create an NFT."](https://www.alchemy.com/docs/how-to-create-an-nft) দেখে নিন।
+
+### কন্ট্রাক্ট ABI {#contract-abi}
+
+আপনি যদি আমাদের ফাইলগুলো মনোযোগ সহকারে পরীক্ষা করে থাকেন, তবে আপনি লক্ষ্য করবেন যে আমাদের `src` ডিরেক্টরিতে একটি `contract-abi.json` ফাইল রয়েছে। একটি কন্ট্রাক্ট কোন ফাংশনটি ইনভোক করবে তা নির্দিষ্ট করার পাশাপাশি ফাংশনটি আপনার প্রত্যাশিত ফরম্যাটে ডাটা রিটার্ন করবে তা নিশ্চিত করার জন্য একটি ABI প্রয়োজনীয়।
+
+ইথিরিয়াম ব্লকচেইন-এর সাথে সংযুক্ত হতে এবং আমাদের স্মার্ট কন্ট্রাক্ট লোড করতে আমাদের একটি Alchemy API কি এবং Alchemy Web3 API-এরও প্রয়োজন হবে।
+
+### আপনার Alchemy API কি তৈরি করুন {#create-alchemy-api}
+
+আপনার যদি ইতিমধ্যে একটি Alchemy একাউন্ট না থাকে, তবে [এখানে বিনামূল্যে সাইন আপ করুন।](https://alchemy.com/?a=eth-org-nft-minter)
+
+একবার আপনি একটি Alchemy একাউন্ট তৈরি করার পর, আপনি একটি অ্যাপ তৈরি করে একটি API কি জেনারেট করতে পারেন। এটি আমাদের Ropsten টেস্টনেট-এ রিকোয়েস্ট করার অনুমতি দেবে।
+
+ন্যাভ বারে “Apps”-এর ওপর হোভার করে এবং “Create App”-এ ক্লিক করে আপনার Alchemy ড্যাশবোর্ডে “Create App” পেজে নেভিগেট করুন।
+
+আপনার অ্যাপের নাম দিন, আমরা "My First NFT!" বেছে নিয়েছি, একটি সংক্ষিপ্ত বিবরণ দিন, আপনার অ্যাপ বুককিপিংয়ের জন্য ব্যবহৃত এনভায়রনমেন্টের জন্য “Staging” নির্বাচন করুন এবং আপনার নেটওয়ার্ক-এর জন্য “Ropsten” বেছে নিন।
+
+“Create app”-এ ক্লিক করুন এবং ব্যাস! আপনার অ্যাপটি নিচের টেবিলে উপস্থিত হওয়া উচিত।
+
+চমৎকার, এখন যেহেতু আমরা আমাদের HTTP Alchemy API URL তৈরি করেছি, এটি আপনার ক্লিপবোর্ডে কপি করুন...
+
+…এবং তারপর চলুন এটিকে আমাদের `.env` ফাইলে যোগ করি। সব মিলিয়ে, আপনার .env ফাইলটি এরকম হওয়া উচিত:
+
+```text
+REACT_APP_PINATA_KEY =
+REACT_APP_PINATA_SECRET =
+REACT_APP_ALCHEMY_KEY = https: // eth-ropsten.alchemyapi.io/v2/
+```
+
+এখন যেহেতু আমাদের কাছে আমাদের কন্ট্রাক্ট ABI এবং আমাদের Alchemy API কি রয়েছে, আমরা [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) ব্যবহার করে আমাদের স্মার্ট কন্ট্রাক্ট লোড করতে প্রস্তুত।
+
+### আপনার Alchemy Web3 এন্ডপয়েন্ট এবং কন্ট্রাক্ট সেট আপ করুন {#setup-alchemy-endpoint}
+
+প্রথমে, যদি আপনার কাছে এটি ইতিমধ্যে না থাকে, তবে আপনাকে টার্মিনালে হোম ডিরেক্টরি: `nft-minter-tutorial`-এ নেভিগেট করে [Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) ইনস্টল করতে হবে:
+
+```text
+cd ..
+npm install @alch/alchemy-web3
+```
+
+এরপর চলুন আমাদের `interact.js` ফাইলে ফিরে যাই। ফাইলের একেবারে ওপরে, আপনার .env ফাইল থেকে আপনার Alchemy কি ইমপোর্ট করতে এবং আপনার Alchemy Web3 এন্ডপয়েন্ট সেট আপ করতে নিচের কোডটি যোগ করুন:
+
+```javascript
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+```
+
+[Alchemy Web3](https://github.com/alchemyplatform/alchemy-web3) হলো [Web3.js](https://docs.web3js.org/)-এর চারপাশে একটি র্যাপার, যা একজন ওয়েব3 (web3) ডেভেলপার হিসেবে আপনার জীবনকে সহজ করতে উন্নত API মেথড এবং অন্যান্য গুরুত্বপূর্ণ সুবিধা প্রদান করে। এটি এমনভাবে ডিজাইন করা হয়েছে যাতে ন্যূনতম কনফিগারেশনের প্রয়োজন হয়, ফলে আপনি এখনই আপনার অ্যাপে এটি ব্যবহার করা শুরু করতে পারেন!
+
+এরপর, চলুন আমাদের ফাইলে আমাদের কন্ট্রাক্ট ABI এবং কন্ট্রাক্ট এডড্রেস যোগ করি।
+
+```javascript
+require("dotenv").config()
+const alchemyKey = process.env.REACT_APP_ALCHEMY_KEY
+const { createAlchemyWeb3 } = require("@alch/alchemy-web3")
+const web3 = createAlchemyWeb3(alchemyKey)
+
+const contractABI = require("../contract-abi.json")
+const contractAddress = "0x4C4a07F737Bf57F6632B6CAB089B78f62385aCaE"
+```
+
+একবার আমাদের কাছে এই দুটি জিনিস চলে এলে, আমরা আমাদের মিন্ট ফাংশন কোডিং শুরু করতে প্রস্তুত!
+
+## mintNFT ফাংশন ইমপ্লিমেন্ট করুন {#implement-the-mintnft-function}
+
+আপনার `interact.js` ফাইলের ভেতরে, চলুন আমাদের ফাংশন, `mintNFT` ডিফাইন করি, যা নাম অনুযায়ী আমাদের NFT মিন্ট করবে।
+
+যেহেতু আমরা অসংখ্য অ্যাসিনক্রোনাস কল করব \(IPFS-এ আমাদের মেটাডাটা পিন করতে Pinata-তে, আমাদের স্মার্ট কন্ট্রাক্ট লোড করতে Alchemy Web3-তে এবং আমাদের লেনদেন সাইন করতে MetaMask-এ\), তাই আমাদের ফাংশনটিও অ্যাসিনক্রোনাস হবে।
+
+আমাদের ফাংশনের তিনটি ইনপুট হবে আমাদের ডিজিটাল অ্যাসেটের `url`, `name`, এবং `description`। `connectWallet` ফাংশনের নিচে নিচের ফাংশন সিগনেচারটি যোগ করুন:
+
+```javascript
+export const mintNFT = async (url, name, description) => {}
+```
+
+### ইনপুট এরর হ্যান্ডলিং {#input-error-handling}
+
+স্বাভাবিকভাবেই, ফাংশনের শুরুতে কোনো ধরনের ইনপুট এরর হ্যান্ডলিং থাকাটা যৌক্তিক, যাতে আমাদের ইনপুট প্যারামিটারগুলো সঠিক না হলে আমরা এই ফাংশন থেকে বেরিয়ে আসতে পারি। আমাদের ফাংশনের ভেতরে, চলুন নিচের কোডটি যোগ করি:
+
+```javascript
+export const mintNFT = async (url, name, description) => {
+ // এরর হ্যান্ডলিং
+ if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
+ return {
+ success: false,
+ status: "❗Please make sure all fields are completed before minting.",
+ }
+ }
+}
+```
+
+মূলত, যদি ইনপুট প্যারামিটারগুলোর কোনোটি একটি খালি স্ট্রিং হয়, তবে আমরা একটি JSON অবজেক্ট রিটার্ন করি যেখানে `success` বুলিয়ান false হয় এবং `status` স্ট্রিংটি জানায় যে আমাদের UI-এর সমস্ত ফিল্ড অবশ্যই সম্পূর্ণ হতে হবে।
+
+### IPFS-এ মেটাডাটা আপলোড করুন {#upload-metadata-to-ipfs}
+
+একবার আমরা জেনে গেলে যে আমাদের মেটাডাটা সঠিকভাবে ফরম্যাট করা হয়েছে, পরবর্তী ধাপ হলো এটিকে একটি JSON অবজেক্টে র্যাপ করা এবং আমাদের লেখা `pinJSONToIPFS`-এর মাধ্যমে IPFS-এ আপলোড করা!
+
+এটি করার জন্য, প্রথমে আমাদের `interact.js` ফাইলে `pinJSONToIPFS` ফাংশনটি ইমপোর্ট করতে হবে। `interact.js`-এর একেবারে ওপরে, চলুন যোগ করি:
+
+```javascript
+import { pinJSONToIPFS } from "./pinata.js"
+```
+
+মনে রাখবেন যে `pinJSONToIPFS` একটি JSON বডি নেয়। তাই এটিতে কল করার আগে, আমাদের `url`, `name`, এবং `description` প্যারামিটারগুলোকে একটি JSON অবজেক্টে ফরম্যাট করতে হবে।
+
+চলুন `metadata` নামের একটি JSON অবজেক্ট তৈরি করতে আমাদের কোড আপডেট করি এবং তারপর এই `metadata` প্যারামিটার দিয়ে `pinJSONToIPFS`-এ একটি কল করি:
+
+```javascript
+export const mintNFT = async (url, name, description) => {
+ // এরর হ্যান্ডলিং
+ if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
+ return {
+ success: false,
+ status: "❗Please make sure all fields are completed before minting.",
+ }
+ }
+
+ // মেটাডেটা তৈরি করুন
+ const metadata = new Object()
+ metadata.name = name
+ metadata.image = url
+ metadata.description = description
+
+ // pinata কল করুন
+ const pinataResponse = await pinJSONToIPFS(metadata)
+ if (!pinataResponse.success) {
+ return {
+ success: false,
+ status: "😢 Something went wrong while uploading your tokenURI.",
+ }
+ }
+ const tokenURI = pinataResponse.pinataUrl
+}
+```
+
+লক্ষ্য করুন, আমরা `pinJSONToIPFS(metadata)`-এ আমাদের কলের রেসপন্স `pinataResponse` অবজেক্টে স্টোর করি। তারপর, আমরা কোনো এররের জন্য এই অবজেক্টটি পার্স করি।
+
+যদি কোনো এরর থাকে, তবে আমরা একটি JSON অবজেক্ট রিটার্ন করি যেখানে `success` বুলিয়ান false হয় এবং আমাদের `status` স্ট্রিংটি জানায় যে আমাদের কল ব্যর্থ হয়েছে। অন্যথায়, আমরা `pinataResponse` থেকে `pinataURL` এক্সট্র্যাক্ট করি এবং এটিকে আমাদের `tokenURI` ভেরিয়েবল হিসেবে স্টোর করি।
+
+এখন আমাদের ফাইলের ওপরে ইনিশিয়ালাইজ করা Alchemy Web3 API ব্যবহার করে আমাদের স্মার্ট কন্ট্রাক্ট লোড করার সময় এসেছে। `window.contract` গ্লোবাল ভেরিয়েবলে কন্ট্রাক্ট সেট করতে `mintNFT` ফাংশনের নিচে কোডের নিচের লাইনটি যোগ করুন:
+
+```javascript
+window.contract = await new web3.eth.Contract(contractABI, contractAddress)
+```
+
+আমাদের `mintNFT` ফাংশনে যোগ করার শেষ জিনিসটি হলো আমাদের ইথিরিয়াম লেনদেন:
+
+```javascript
+// আপনার ইথিরিয়াম ট্রানজ্যাকশন সেট আপ করুন
+const transactionParameters = {
+ to: contractAddress, // কন্ট্রাক্ট পাবলিকেশন ছাড়া অন্যান্য ক্ষেত্রে প্রয়োজনীয়।
+ from: window.ethereum.selectedAddress, // অবশ্যই ব্যবহারকারীর সক্রিয় ঠিকানার সাথে মিলতে হবে।
+ data: window.contract.methods
+ .mintNFT(window.ethereum.selectedAddress, tokenURI)
+ .encodeABI(), // NFT স্মার্ট কন্ট্রাক্টে কল করুন
+}
+
+// MetaMask-এর মাধ্যমে ট্রানজ্যাকশন সাইন করুন
+try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ success: true,
+ status:
+ "✅ Check out your transaction on Etherscan: https://ropsten.etherscan.io/tx/" +
+ txHash,
+ }
+} catch (error) {
+ return {
+ success: false,
+ status: "😥 Something went wrong: " + error.message,
+ }
+}
+```
+
+আপনি যদি ইতিমধ্যে ইথিরিয়াম লেনদেন-এর সাথে পরিচিত হন, তবে আপনি লক্ষ্য করবেন যে এর স্ট্রাকচারটি আপনি যা দেখেছেন তার মতোই।
+
+- প্রথমে, আমরা আমাদের লেনদেন প্যারামিটারগুলো সেট আপ করি।
+ - `to` প্রাপকের এডড্রেস নির্দিষ্ট করে \(আমাদের স্মার্ট কন্ট্রাক্ট\)
+ - `from` লেনদেন-এর সাইনার নির্দিষ্ট করে \(MetaMask-এ ব্যবহারকারীর সংযুক্ত এডড্রেস: `window.ethereum.selectedAddress`\)
+ - `data`-তে আমাদের স্মার্ট কন্ট্রাক্ট `mintNFT` মেথডের কল থাকে, যা ইনপুট হিসেবে আমাদের `tokenURI` এবং ব্যবহারকারীর ওয়ালেট এডড্রেস, `window.ethereum.selectedAddress` গ্রহণ করে
+- তারপর, আমরা একটি await কল করি, `window.ethereum.request,` যেখানে আমরা MetaMask-কে লেনদেন সাইন করতে বলি। লক্ষ্য করুন, এই রিকোয়েস্টে, আমরা আমাদের eth মেথড \(eth_SentTransaction\) নির্দিষ্ট করছি এবং আমাদের `transactionParameters` পাস করছি। এই পর্যায়ে, ব্রাউজারে MetaMask খুলবে এবং ব্যবহারকারীকে লেনদেন সাইন বা প্রত্যাখ্যান করার জন্য প্রম্পট করবে।
+ - যদি লেনদেন সফল হয়, তবে ফাংশনটি একটি JSON অবজেক্ট রিটার্ন করবে যেখানে বুলিয়ান `success` true হিসেবে সেট করা থাকে এবং `status` স্ট্রিংটি ব্যবহারকারীকে তাদের লেনদেন সম্পর্কে আরও তথ্যের জন্য Etherscan চেক করার জন্য প্রম্পট করে।
+ - যদি লেনদেন ব্যর্থ হয়, তবে ফাংশনটি একটি JSON অবজেক্ট রিটার্ন করবে যেখানে `success` বুলিয়ান false হিসেবে সেট করা থাকে এবং `status` স্ট্রিংটি এরর মেসেজ জানায়।
+
+সব মিলিয়ে, আমাদের `mintNFT` ফাংশনটি এরকম হওয়া উচিত:
+
+```javascript
+export const mintNFT = async (url, name, description) => {
+ // এরর হ্যান্ডলিং
+ if (url.trim() == "" || name.trim() == "" || description.trim() == "") {
+ return {
+ success: false,
+ status: "❗Please make sure all fields are completed before minting.",
+ }
+ }
+
+ // মেটাডেটা তৈরি করুন
+ const metadata = new Object()
+ metadata.name = name
+ metadata.image = url
+ metadata.description = description
+
+ // pinata পিন রিকোয়েস্ট
+ const pinataResponse = await pinJSONToIPFS(metadata)
+ if (!pinataResponse.success) {
+ return {
+ success: false,
+ status: "😢 Something went wrong while uploading your tokenURI.",
+ }
+ }
+ const tokenURI = pinataResponse.pinataUrl
+
+ // স্মার্ট কন্ট্রাক্ট লোড করুন
+ window.contract = await new web3.eth.Contract(contractABI, contractAddress) // loadContract();
+
+ // আপনার ইথিরিয়াম ট্রানজ্যাকশন সেট আপ করুন
+ const transactionParameters = {
+ to: contractAddress, // কন্ট্রাক্ট পাবলিকেশন ছাড়া অন্যান্য ক্ষেত্রে প্রয়োজনীয়।
+ from: window.ethereum.selectedAddress, // অবশ্যই ব্যবহারকারীর সক্রিয় ঠিকানার সাথে মিলতে হবে।
+ data: window.contract.methods
+ .mintNFT(window.ethereum.selectedAddress, tokenURI)
+ .encodeABI(), // NFT স্মার্ট কন্ট্রাক্টে কল করুন
+ }
+
+ // MetaMask-এর মাধ্যমে ট্রানজ্যাকশন সাইন করুন
+ try {
+ const txHash = await window.ethereum.request({
+ method: "eth_sendTransaction",
+ params: [transactionParameters],
+ })
+ return {
+ success: true,
+ status:
+ "✅ Check out your transaction on Etherscan: https://ropsten.etherscan.io/tx/" +
+ txHash,
+ }
+ } catch (error) {
+ return {
+ success: false,
+ status: "😥 Something went wrong: " + error.message,
+ }
+ }
+}
+```
+
+এটি একটি বিশাল ফাংশন! এখন, আমাদের কেবল আমাদের `mintNFT` ফাংশনটিকে আমাদের `Minter.js` কম্পোনেন্টের সাথে সংযুক্ত করতে হবে...
+
+## আমাদের Minter.js ফ্রন্টএন্ডের সাথে mintNFT সংযুক্ত করুন {#connect-our-frontend}
+
+আপনার `Minter.js` ফাইলটি খুলুন এবং ওপরের `import { connectWallet, getCurrentWalletConnected } from "./utils/interact.js";` লাইনটি আপডেট করে নিচের মতো করুন:
+
+```javascript
+import {
+ connectWallet,
+ getCurrentWalletConnected,
+ mintNFT,
+} from "./utils/interact.js"
+```
+
+অবশেষে, আপনার ইমপোর্ট করা `mintNFT` ফাংশনে await কল করতে `onMintPressed` ফাংশনটি ইমপ্লিমেন্ট করুন এবং আমাদের লেনদেন সফল হয়েছে নাকি ব্যর্থ হয়েছে তা প্রতিফলিত করতে `status` স্টেট ভেরিয়েবলটি আপডেট করুন:
+
+```javascript
+const onMintPressed = async () => {
+ const { status } = await mintNFT(url, name, description)
+ setStatus(status)
+}
+```
+
+## একটি লাইভ ওয়েবসাইটে আপনার NFT ডিপ্লয় করুন {#deploy-your-NFT}
+
+ব্যবহারকারীদের ইন্টারঅ্যাক্ট করার জন্য আপনার প্রজেক্ট লাইভ করতে প্রস্তুত? একটি লাইভ ওয়েবসাইটে আপনার মিন্টার ডিপ্লয় করার জন্য [এই টিউটোরিয়ালটি](https://docs.alchemy.com/alchemy/tutorials/nft-minter/how-do-i-deploy-nfts-online) দেখে নিন।
+
+শেষ একটি ধাপ...
+
+## ব্লকচেইন দুনিয়ায় ঝড় তুলুন {#take-the-blockchain-world-by-storm}
+
+মজা করছিলাম, আপনি টিউটোরিয়ালের শেষ প্রান্তে পৌঁছে গেছেন!
+
+সংক্ষেপে বলতে গেলে, একটি NFT মিন্টার তৈরি করার মাধ্যমে, আপনি সফলভাবে শিখেছেন কীভাবে:
+
+- আপনার ফ্রন্টএন্ড প্রজেক্টের মাধ্যমে MetaMask-এ সংযুক্ত হতে হয়
+- আপনার ফ্রন্টএন্ড থেকে স্মার্ট কন্ট্রাক্ট মেথড কল করতে হয়
+- MetaMask ব্যবহার করে লেনদেন সাইন করতে হয়
+
+সম্ভবত, আপনি আপনার ডিএ্যাপ-এর মাধ্যমে মিন্ট করা NFT-গুলো আপনার ওয়ালেটে দেখাতে চাইবেন — তাই আমাদের দ্রুত টিউটোরিয়াল [How to View Your NFT in Your Wallet](https://www.alchemy.com/docs/how-to-view-your-nft-in-your-mobile-wallet) দেখতে ভুলবেন না!
+
+এবং, বরাবরের মতো, আপনার যদি কোনো প্রশ্ন থাকে, তবে আমরা [Alchemy Discord](https://discord.gg/gWuC7zB)-এ সাহায্য করার জন্য আছি। এই টিউটোরিয়ালের কনসেপ্টগুলো আপনি আপনার ভবিষ্যতের প্রজেক্টগুলোতে কীভাবে প্রয়োগ করেন তা দেখার জন্য আমরা অধীর আগ্রহে অপেক্ষা করছি!
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md b/public/content/translations/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md
new file mode 100644
index 00000000000..93e50d3d6bb
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md
@@ -0,0 +1,1294 @@
+---
+title: "অপ্টিমিজম স্ট্যান্ডার্ড ব্রিজ কন্ট্রাক্ট ওয়াকথ্রু"
+description: অপ্টিমিজমের জন্য স্ট্যান্ডার্ড ব্রিজ কীভাবে কাজ করে? কেন এটি এভাবে কাজ করে?
+author: ওরি পোমেরান্টজ
+tags: ["solidity", "ব্রিজ", "লেয়ার ২"]
+skill: intermediate
+breadcrumb: অপ্টিমিজম ব্রিজ
+published: 2022-03-30
+lang: bn
+---
+
+[Optimism](https://www.optimism.io/) হলো একটি [অপ্টিমেস্টিক রোলআপ](/developers/docs/scaling/optimistic-rollups/)।
+অপ্টিমেস্টিক রোলআপ ইথিরিয়াম মেইননেট (যা লেয়ার 1 বা L1 নামেও পরিচিত)-এর চেয়ে অনেক কম খরচে লেনদেন প্রসেস করতে পারে কারণ নেটওয়ার্ক-এর প্রতিটি নোড-এর পরিবর্তে শুধুমাত্র কয়েকটি নোড দ্বারা লেনদেন প্রসেস করা হয়।
+একই সাথে, সমস্ত ডেটা L1-এ লেখা হয় যাতে মেইননেট-এর সমস্ত ইন্টিগ্রিটি এবং অ্যাভেইলেবিলিটি গ্যারান্টির সাথে সবকিছু প্রমাণ এবং পুনর্গঠন করা যায়।
+
+Optimism (বা অন্য কোনো L2)-এ L1 অ্যাসেট ব্যবহার করতে, অ্যাসেটগুলোকে [ব্রিজ](/bridges/#prerequisites) করতে হবে।
+এটি অর্জনের একটি উপায় হলো ব্যবহারকারীদের L1-এ অ্যাসেট (ETH এবং [ERC-20 টোকেন](/developers/docs/standards/tokens/erc-20/) সবচেয়ে সাধারণ) লক করা এবং L2-এ ব্যবহার করার জন্য সমতুল্য অ্যাসেট গ্রহণ করা।
+শেষ পর্যন্ত, যার কাছেই এগুলো থাকুক না কেন, সে হয়তো এগুলোকে আবার L1-এ ব্রিজ করতে চাইতে পারে।
+এটি করার সময়, অ্যাসেটগুলো L2-এ বার্ন করা হয় এবং তারপর L1-এ ব্যবহারকারীর কাছে ফেরত দেওয়া হয়।
+
+এভাবেই [Optimism স্ট্যান্ডার্ড ব্রিজ](https://docs.optimism.io/app-developers/bridging/standard-bridge) কাজ করে।
+এই আর্টিকেলে আমরা সেই ব্রিজের সোর্স কোড নিয়ে আলোচনা করব যাতে এটি কীভাবে কাজ করে তা দেখা যায় এবং ভালোভাবে লেখা Solidity কোডের উদাহরণ হিসেবে এটি অধ্যয়ন করা যায়।
+
+## কন্ট্রোল ফ্লো {#control-flows}
+
+ব্রিজের দুটি প্রধান ফ্লো রয়েছে:
+
+- ডিপোজিট (L1 থেকে L2-তে)
+- উত্তোলন (L2 থেকে L1-এ)
+
+### ডিপোজিট ফ্লো {#deposit-flow}
+
+#### লেয়ার 1 {#deposit-flow-layer-1}
+
+1. যদি কোনো ERC-20 ডিপোজিট করা হয়, তবে ডিপোজিটর ব্রিজকে ডিপোজিট করা পরিমাণ খরচ করার অনুমতি দেয়
+2. ডিপোজিটর L1 ব্রিজকে কল করে (`depositERC20`, `depositERC20To`, `depositETH`, বা `depositETHTo`)
+3. L1 ব্রিজ ব্রিজ করা অ্যাসেটের দখল নেয়
+ - ETH: কলের অংশ হিসেবে ডিপোজিটর দ্বারা অ্যাসেট ট্রান্সফার করা হয়
+ - ERC-20: ডিপোজিটরের দেওয়া অনুমতি ব্যবহার করে ব্রিজ নিজেই অ্যাসেট ট্রান্সফার করে নেয়
+4. L1 ব্রিজ ক্রস-ডোমেইন মেসেজ মেকানিজম ব্যবহার করে L2 ব্রিজে `finalizeDeposit` কল করে
+
+#### লেয়ার 2 {#deposit-flow-layer-2}
+
+5. L2 ব্রিজ যাচাই করে যে `finalizeDeposit`-এর কলটি বৈধ কি না:
+ - ক্রস ডোমেইন মেসেজ কন্ট্রাক্ট থেকে এসেছে
+ - মূলত L1-এর ব্রিজ থেকে এসেছে
+6. L2 ব্রিজ চেক করে যে L2-তে ERC-20 টোকেন কন্ট্রাক্টটি সঠিক কি না:
+ - L2 কন্ট্রাক্ট রিপোর্ট করে যে এর L1 কাউন্টারপার্টটি ঠিক সেই কন্ট্রাক্ট যেখান থেকে L1-এ টোকেনগুলো এসেছে
+ - L2 কন্ট্রাক্ট রিপোর্ট করে যে এটি সঠিক ইন্টারফেস সাপোর্ট করে ([ERC-165 ব্যবহার করে](https://eips.ethereum.org/EIPS/eip-165))।
+7. যদি L2 কন্ট্রাক্টটি সঠিক হয়, তবে সঠিক এডড্রেস-এ উপযুক্ত সংখ্যক টোকেন মিন্ট করতে এটিকে কল করুন। যদি না হয়, তবে ব্যবহারকারীকে L1-এ টোকেনগুলো ক্লেইম করার অনুমতি দিতে একটি উত্তোলন প্রক্রিয়া শুরু করুন।
+
+### উত্তোলন ফ্লো {#withdrawal-flow}
+
+#### লেয়ার 2 {#withdrawal-flow-layer-2}
+
+1. উত্তোলনকারী L2 ব্রিজকে কল করে (`withdraw` বা `withdrawTo`)
+2. L2 ব্রিজ `msg.sender`-এর অন্তর্গত উপযুক্ত সংখ্যক টোকেন বার্ন করে
+3. L2 ব্রিজ ক্রস-ডোমেইন মেসেজ মেকানিজম ব্যবহার করে L1 ব্রিজে `finalizeETHWithdrawal` বা `finalizeERC20Withdrawal` কল করে
+
+#### লেয়ার 1 {#withdrawal-flow-layer-1}
+
+4. L1 ব্রিজ যাচাই করে যে `finalizeETHWithdrawal` বা `finalizeERC20Withdrawal`-এর কলটি বৈধ কি না:
+ - ক্রস ডোমেইন মেসেজ মেকানিজম থেকে এসেছে
+ - মূলত L2-এর ব্রিজ থেকে এসেছে
+5. L1 ব্রিজ উপযুক্ত অ্যাসেট (ETH বা ERC-20) সঠিক এডড্রেস-এ ট্রান্সফার করে
+
+## লেয়ার 1 কোড {#layer-1-code}
+
+এটি সেই কোড যা L1, ইথিরিয়াম মেইননেট-এ রান করে।
+
+### IL1ERC20Bridge {#IL1ERC20Bridge}
+
+[এই ইন্টারফেসটি এখানে সংজ্ঞায়িত করা হয়েছে](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/IL1ERC20Bridge.sol)।
+এতে ERC-20 টোকেন ব্রিজ করার জন্য প্রয়োজনীয় ফাংশন এবং সংজ্ঞা অন্তর্ভুক্ত রয়েছে।
+
+```solidity
+// SPDX-License-Identifier: MIT
+```
+
+[Optimism-এর বেশিরভাগ কোড MIT লাইসেন্সের অধীনে রিলিজ করা হয়েছে](https://help.optimism.io/hc/en-us/articles/4411908707995-What-software-license-does-Optimism-use-)।
+
+```solidity
+pragma solidity >0.5.0 <0.9.0;
+```
+
+লেখার সময় Solidity-এর সর্বশেষ ভার্সন হলো 0.8.12।
+0.9.0 ভার্সন রিলিজ না হওয়া পর্যন্ত, আমরা জানি না এই কোডটি এর সাথে সামঞ্জস্যপূর্ণ হবে কি না।
+
+```solidity
+/* *
+ * @title IL1ERC20Bridge */
+interface IL1ERC20Bridge {
+ /* *********
+ * ইভেন্টস *
+ ********* */
+
+ event ERC20DepositInitiated(
+```
+
+Optimism ব্রিজের পরিভাষায় _ডিপোজিট_ মানে L1 থেকে L2-তে ট্রান্সফার, এবং _উত্তোলন_ মানে L2 থেকে L1-এ ট্রান্সফার।
+
+```solidity
+ address indexed _l1Token,
+ address indexed _l2Token,
+```
+
+বেশিরভাগ ক্ষেত্রে L1-এ একটি ERC-20-এর এডড্রেস L2-তে সমতুল্য ERC-20-এর এডড্রেস-এর সমান হয় না।
+[আপনি এখানে টোকেন এডড্রেস-এর তালিকা দেখতে পারেন](https://static.optimism.io/optimism.tokenlist.json)।
+`chainId` 1 সহ এডড্রেসটি L1 (মেইননেট)-এ এবং `chainId` 10 সহ এডড্রেসটি L2 (Optimism)-তে রয়েছে।
+অন্য দুটি `chainId` ভ্যালু হলো Kovan টেস্ট নেটওয়ার্ক (42) এবং Optimistic Kovan টেস্ট নেটওয়ার্ক (69)-এর জন্য।
+
+```solidity
+ address indexed _from,
+ address _to,
+ uint256 _amount,
+ bytes _data
+ );
+```
+
+ট্রান্সফারে নোট যোগ করা সম্ভব, সেক্ষেত্রে সেগুলো ইভেন্টগুলোতে যোগ করা হয় যা তাদের রিপোর্ট করে।
+
+```solidity
+ event ERC20WithdrawalFinalized(
+ address indexed _l1Token,
+ address indexed _l2Token,
+ address indexed _from,
+ address _to,
+ uint256 _amount,
+ bytes _data
+ );
+```
+
+একই ব্রিজ কন্ট্রাক্ট উভয় দিকে ট্রান্সফার পরিচালনা করে।
+L1 ব্রিজের ক্ষেত্রে, এর মানে হলো ডিপোজিট শুরু করা এবং উত্তোলন চূড়ান্ত করা।
+
+```solidity
+
+ /* *******************
+ * পাবলিক ফাংশনস *
+ ******************* */
+
+ /* *
+ * @dev সংশ্লিষ্ট L2 ব্রিজ কন্ট্রাক্টের ঠিকানা পান।
+ * @return সংশ্লিষ্ট L2 ব্রিজ কন্ট্রাক্টের ঠিকানা। */
+ function l2TokenBridge() external returns (address);
+```
+
+এই ফাংশনটির আসলে প্রয়োজন নেই, কারণ L2-তে এটি একটি প্রি-ডিপ্লয়ড কন্ট্রাক্ট, তাই এটি সর্বদা `0x4200000000000000000000000000000000000010` এডড্রেস-এ থাকে।
+এটি এখানে L2 ব্রিজের সাথে সামঞ্জস্যের জন্য রয়েছে, কারণ L1 ব্রিজের এডড্রেস জানা _সহজ_ নয়।
+
+```solidity
+ /* *
+ * @dev L2-তে কলারের ব্যালেন্সে নির্দিষ্ট পরিমাণ ERC20 ডিপোজিট করুন।
+ * @param _l1Token আমরা যে L1 ERC20 ডিপোজিট করছি তার ঠিকানা
+ * @param _l2Token L1-এর সংশ্লিষ্ট L2 ERC20-এর ঠিকানা
+ * @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ
+ * @param _l2Gas L2-তে ডিপোজিট সম্পন্ন করার জন্য প্রয়োজনীয় গ্যাস লিমিট।
+ * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না। */
+ function depositERC20(
+ address _l1Token,
+ address _l2Token,
+ uint256 _amount,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) external;
+```
+
+`_l2Gas` প্যারামিটার হলো L2 গ্যাস-এর পরিমাণ যা লেনদেন খরচ করার অনুমতি পায়।
+[একটি নির্দিষ্ট (উচ্চ) সীমা পর্যন্ত, এটি বিনামূল্যে](https://community.optimism.io/docs/developers/bridge/messaging/#for-l1-%E2%87%92-l2-transactions-2), তাই মিন্ট করার সময় ERC-20 কন্ট্রাক্ট যদি সত্যিই অদ্ভুত কিছু না করে, তবে এটি কোনো সমস্যা হওয়া উচিত নয়।
+এই ফাংশনটি সাধারণ পরিস্থিতির যত্ন নেয়, যেখানে একজন ব্যবহারকারী একটি ভিন্ন ব্লকচেইন-এ একই এডড্রেস-এ অ্যাসেট ব্রিজ করে।
+
+```solidity
+ /* *
+ * @dev L2-তে প্রাপকের ব্যালেন্সে নির্দিষ্ট পরিমাণ ERC20 ডিপোজিট করুন।
+ * @param _l1Token আমরা যে L1 ERC20 ডিপোজিট করছি তার ঠিকানা
+ * @param _l2Token L1-এর সংশ্লিষ্ট L2 ERC20-এর ঠিকানা
+ * @param _to উত্তোলনের ক্রেডিট পাওয়ার জন্য L2 ঠিকানা।
+ * @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ।
+ * @param _l2Gas L2-তে ডিপোজিট সম্পন্ন করার জন্য প্রয়োজনীয় গ্যাস লিমিট।
+ * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না। */
+ function depositERC20To(
+ address _l1Token,
+ address _l2Token,
+ address _to,
+ uint256 _amount,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) external;
+```
+
+এই ফাংশনটি প্রায় `depositERC20`-এর মতোই, তবে এটি আপনাকে একটি ভিন্ন এডড্রেস-এ ERC-20 পাঠাতে দেয়।
+
+```solidity
+ /* ************************
+ * ক্রস-চেইন ফাংশনস *
+ ************************ */
+
+ /* *
+ * @dev L2 থেকে L1-এ উত্তোলন সম্পন্ন করুন এবং প্রাপকের L1 ERC20 টোকেন ব্যালেন্সে ফান্ড ক্রেডিট করুন।
+ * L2 থেকে শুরু হওয়া উত্তোলন চূড়ান্ত না হলে এই কলটি ব্যর্থ হবে।
+ *
+ * @param _l1Token যে L1 টোকেনের জন্য finalizeWithdrawal করা হবে তার ঠিকানা।
+ * @param _l2Token যে L2 টোকেন থেকে উত্তোলন শুরু হয়েছিল তার ঠিকানা।
+ * @param _from ট্রান্সফার শুরু করা L2 ঠিকানা।
+ * @param _to উত্তোলনের ক্রেডিট পাওয়ার জন্য L1 ঠিকানা।
+ * @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ।
+ * @param _data L2-তে প্রেরকের দেওয়া ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না。 */
+ function finalizeERC20Withdrawal(
+ address _l1Token,
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+ ) external;
+}
+```
+
+Optimism-এ উত্তোলন (এবং L2 থেকে L1-এ অন্যান্য মেসেজ) একটি দুই ধাপের প্রক্রিয়া:
+
+1. L2-তে একটি প্রারম্ভিক লেনদেন।
+2. L1-এ একটি চূড়ান্ত বা ক্লেইমিং লেনদেন।
+ এই লেনদেনটি L2 লেনদেন-এর জন্য [ফল্ট চ্যালেঞ্জ পিরিয়ড](https://community.optimism.io/docs/how-optimism-works/#fault-proofs) শেষ হওয়ার পরে ঘটতে হবে।
+
+### IL1StandardBridge {#il1standardbridge}
+
+[এই ইন্টারফেসটি এখানে সংজ্ঞায়িত করা হয়েছে](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/IL1StandardBridge.sol)।
+এই ফাইলে ETH-এর জন্য ইভেন্ট এবং ফাংশনের সংজ্ঞা রয়েছে।
+এই সংজ্ঞাগুলো উপরে ERC-20-এর জন্য `IL1ERC20Bridge`-এ সংজ্ঞায়িত করা সংজ্ঞাগুলোর মতোই।
+
+ব্রিজ ইন্টারফেসটি দুটি ফাইলের মধ্যে বিভক্ত কারণ কিছু ERC-20 টোকেনের কাস্টম প্রসেসিং প্রয়োজন এবং স্ট্যান্ডার্ড ব্রিজ দ্বারা পরিচালনা করা যায় না।
+এভাবে কাস্টম ব্রিজ যা এই ধরনের টোকেন পরিচালনা করে তা `IL1ERC20Bridge` ইমপ্লিমেন্ট করতে পারে এবং ETH ব্রিজ করার প্রয়োজন হয় না।
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >0.5.0 <0.9.0;
+
+import "./IL1ERC20Bridge.sol";
+
+/* *
+ * @title IL1StandardBridge */
+interface IL1StandardBridge is IL1ERC20Bridge {
+ /* *********
+ * ইভেন্টস *
+ ********* */
+ event ETHDepositInitiated(
+ address indexed _from,
+ address indexed _to,
+ uint256 _amount,
+ bytes _data
+ );
+```
+
+এই ইভেন্টটি প্রায় ERC-20 ভার্সন (`ERC20DepositInitiated`)-এর মতোই, শুধুমাত্র L1 এবং L2 টোকেন এডড্রেস ছাড়া।
+অন্যান্য ইভেন্ট এবং ফাংশনগুলোর ক্ষেত্রেও একই কথা প্রযোজ্য।
+
+```solidity
+ event ETHWithdrawalFinalized(
+ .
+ .
+ .
+ );
+
+ /* *******************
+ * পাবলিক ফাংশনস *
+ ******************* */
+
+ /* *
+ * @dev L2-তে কলারের ব্যালেন্সে নির্দিষ্ট পরিমাণ ETH ডিপোজিট করুন।
+ .
+ .
+ . */
+ function depositETH(uint32 _l2Gas, bytes calldata _data) external payable;
+
+ /* *
+ * @dev L2-তে প্রাপকের ব্যালেন্সে নির্দিষ্ট পরিমাণ ETH ডিপোজিট করুন।
+ .
+ .
+ . */
+ function depositETHTo(
+ address _to,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) external payable;
+
+ /* ************************
+ * ক্রস-চেইন ফাংশনস *
+ ************************ */
+
+ /* *
+ * @dev L2 থেকে L1-এ উত্তোলন সম্পন্ন করুন এবং প্রাপকের L1 ETH টোকেন ব্যালেন্সে ফান্ড ক্রেডিট করুন। যেহেতু শুধুমাত্র xDomainMessenger এই ফাংশনটি কল করতে পারে, তাই উত্তোলন চূড়ান্ত হওয়ার আগে এটি কখনোই কল করা হবে না।
+ .
+ .
+ . */
+ function finalizeETHWithdrawal(
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+ ) external;
+}
+```
+
+### CrossDomainEnabled {#crossdomainenabled}
+
+অন্য লেয়ার-এ মেসেজ পাঠানোর জন্য উভয় ব্রিজ ([L1](#the-l1-bridge-contract) এবং [L2](#the-l2-bridge-contract)) দ্বারা [এই কন্ট্রাক্টটি](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/CrossDomainEnabled.sol) ইনহেরিট করা হয়।
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity >0.5.0 <0.9.0;
+
+/* ইন্টারফেস ইমপোর্টস */
+import { ICrossDomainMessenger } from "./ICrossDomainMessenger.sol";
+```
+
+[এই ইন্টারফেসটি](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/bridge/ICrossDomainMessenger.sol) কন্ট্রাক্টকে বলে যে কীভাবে ক্রস ডোমেইন মেসেঞ্জার ব্যবহার করে অন্য লেয়ার-এ মেসেজ পাঠাতে হয়।
+এই ক্রস ডোমেইন মেসেঞ্জারটি সম্পূর্ণ অন্য একটি সিস্টেম, এবং এর নিজস্ব একটি আর্টিকেল প্রাপ্য, যা আমি ভবিষ্যতে লেখার আশা করি।
+
+```solidity
+/* *
+ * @title CrossDomainEnabled
+ * @dev ক্রস-ডোমেইন কমিউনিকেশন সম্পাদনকারী কন্ট্রাক্টগুলোর জন্য হেল্পার কন্ট্রাক্ট
+ *
+ * ব্যবহৃত কম্পাইলার: ইনহেরিটিং কন্ট্রাক্ট দ্বারা সংজ্ঞায়িত */
+contract CrossDomainEnabled {
+ /* ************
+ * ভেরিয়েবলস *
+ ************ */
+
+ // অন্য ডোমেইন থেকে মেসেজ পাঠাতে এবং গ্রহণ করতে ব্যবহৃত মেসেঞ্জার কন্ট্রাক্ট।
+ address public messenger;
+
+ /* **************
+ * কনস্ট্রাক্টর *
+ ************** */
+
+ /* *
+ * @param _messenger বর্তমান লেয়ারে CrossDomainMessenger-এর ঠিকানা। */
+ constructor(address _messenger) {
+ messenger = _messenger;
+ }
+```
+
+কন্ট্রাক্টটির যে একটি প্যারামিটার জানা প্রয়োজন, তা হলো এই লেয়ার-এ ক্রস ডোমেইন মেসেঞ্জারের এডড্রেস।
+এই প্যারামিটারটি কনস্ট্রাক্টরে একবার সেট করা হয় এবং কখনো পরিবর্তন হয় না।
+
+```solidity
+
+ /* *********************
+ * ফাংশন মডিফায়ারস *
+ ********************* */
+
+ /* *
+ * মডিফাইড ফাংশনটি শুধুমাত্র একটি নির্দিষ্ট ক্রস-ডোমেইন অ্যাকাউন্ট দ্বারা কলযোগ্য তা নিশ্চিত করে।
+ * @param _sourceDomainAccount অরিজিনেটিং ডোমেইনের একমাত্র অ্যাকাউন্ট যা এই ফাংশনটি কল করার জন্য অনুমোদিত। */
+ modifier onlyFromCrossDomainAccount(address _sourceDomainAccount) {
+```
+
+ক্রস ডোমেইন মেসেজিং ব্লকচেইন-এ চলমান যেকোনো কন্ট্রাক্ট দ্বারা অ্যাক্সেসযোগ্য (হয় ইথিরিয়াম মেইননেট বা Optimism)।
+কিন্তু আমাদের প্রতিটি দিকের ব্রিজের প্রয়োজন _শুধুমাত্র_ নির্দিষ্ট মেসেজগুলোকে বিশ্বাস করা যদি সেগুলো অন্য দিকের ব্রিজ থেকে আসে।
+
+```solidity
+ require(
+ msg.sender == address(getCrossDomainMessenger()),
+ "OVM_XCHAIN: messenger contract unauthenticated"
+ );
+```
+
+শুধুমাত্র উপযুক্ত ক্রস ডোমেইন মেসেঞ্জার (`messenger`, যেমনটি আপনি নিচে দেখতে পাচ্ছেন) থেকে আসা মেসেজগুলো বিশ্বাস করা যেতে পারে।
+
+```solidity
+
+ require(
+ getCrossDomainMessenger().xDomainMessageSender() == _sourceDomainAccount,
+ "OVM_XCHAIN: wrong sender of cross-domain message"
+ );
+```
+
+ক্রস ডোমেইন মেসেঞ্জার অন্য লেয়ার-এর সাথে মেসেজ পাঠানো এডড্রেসটি যেভাবে প্রদান করে তা হলো [`.xDomainMessageSender()` ফাংশন](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1CrossDomainMessenger.sol#L122-L128)।
+যতক্ষণ এটি মেসেজ দ্বারা শুরু হওয়া লেনদেন-এ কল করা হয় ততক্ষণ এটি এই তথ্য প্রদান করতে পারে।
+
+আমাদের নিশ্চিত করতে হবে যে আমরা যে মেসেজটি পেয়েছি তা অন্য ব্রিজ থেকে এসেছে।
+
+```solidity
+
+ _;
+ }
+
+ /* *********************
+ * ইন্টারনাল ফাংশনস *
+ ********************* */
+
+ /* *
+ * সাধারণত স্টোরেজ থেকে মেসেঞ্জার পায়। চাইল্ড কন্ট্রাক্টের ওভাররাইড করার প্রয়োজন হলে এই ফাংশনটি এক্সপোজ করা হয়।
+ * @return যে ক্রস-ডোমেইন মেসেঞ্জার কন্ট্রাক্টটি ব্যবহার করা উচিত তার ঠিকানা। */
+ function getCrossDomainMessenger() internal virtual returns (ICrossDomainMessenger) {
+ return ICrossDomainMessenger(messenger);
+ }
+```
+
+এই ফাংশনটি ক্রস ডোমেইন মেসেঞ্জার রিটার্ন করে।
+আমরা `messenger` ভেরিয়েবলের পরিবর্তে একটি ফাংশন ব্যবহার করি যাতে এই কন্ট্রাক্ট থেকে ইনহেরিট করা কন্ট্রাক্টগুলো কোন ক্রস ডোমেইন মেসেঞ্জার ব্যবহার করতে হবে তা নির্দিষ্ট করতে একটি এ্যালগরিদম ব্যবহার করতে পারে।
+
+```solidity
+
+ /* *
+ * অন্য ডোমেইনের একটি অ্যাকাউন্টে মেসেজ পাঠায়
+ * @param _crossDomainTarget গন্তব্য ডোমেইনে উদ্দিষ্ট প্রাপক
+ * @param _message টার্গেটে পাঠানোর জন্য ডেটা (সাধারণত `onlyFromCrossDomainAccount()` সহ একটি ফাংশনে কলডেটা)
+ * @param _gasLimit টার্গেট ডোমেইনে মেসেজ রিসিভ করার জন্য গ্যাস লিমিট। */
+ function sendCrossDomainMessage(
+ address _crossDomainTarget,
+ uint32 _gasLimit,
+ bytes memory _message
+```
+
+সবশেষে, যে ফাংশনটি অন্য লেয়ার-এ মেসেজ পাঠায়।
+
+```solidity
+ ) internal {
+ // slither-disable-next-line reentrancy-events, reentrancy-benign
+```
+
+[Slither](https://github.com/crytic/slither) হলো একটি স্ট্যাটিক অ্যানালাইজার যা Optimism প্রতিটি কন্ট্রাক্টে দুর্বলতা এবং অন্যান্য সম্ভাব্য সমস্যা খুঁজতে রান করে।
+এই ক্ষেত্রে, নিচের লাইনটি দুটি দুর্বলতা ট্রিগার করে:
+
+1. [রিএন্ট্রান্সি ইভেন্ট](https://github.com/crytic/slither/wiki/Detector-Documentation#reentrancy-vulnerabilities-3)
+2. [বিনাইন রিএন্ট্রান্সি](https://github.com/crytic/slither/wiki/Detector-Documentation#reentrancy-vulnerabilities-2)
+
+```solidity
+ getCrossDomainMessenger().sendMessage(_crossDomainTarget, _message, _gasLimit);
+ }
+}
+```
+
+এই ক্ষেত্রে আমরা রিএন্ট্রান্সি নিয়ে চিন্তিত নই, আমরা জানি `getCrossDomainMessenger()` একটি বিশ্বস্ত এডড্রেস রিটার্ন করে, যদিও Slither-এর তা জানার কোনো উপায় নেই।
+
+### The L1 bridge contract {#the-l1-bridge-contract}
+
+[এই কন্ট্রাক্টের সোর্স কোড এখানে রয়েছে](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L1/messaging/L1StandardBridge.sol)।
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+```
+
+ইন্টারফেসগুলো অন্যান্য কন্ট্রাক্টের অংশ হতে পারে, তাই তাদের Solidity ভার্সনের একটি বিস্তৃত পরিসর সাপোর্ট করতে হবে।
+কিন্তু ব্রিজটি নিজেই আমাদের কন্ট্রাক্ট, এবং এটি কোন Solidity ভার্সন ব্যবহার করে সে সম্পর্কে আমরা কঠোর হতে পারি।
+
+```solidity
+/* ইন্টারফেস ইমপোর্টস */
+import { IL1StandardBridge } from "./IL1StandardBridge.sol";
+import { IL1ERC20Bridge } from "./IL1ERC20Bridge.sol";
+```
+
+[IL1ERC20Bridge](#IL1ERC20Bridge) এবং [IL1StandardBridge](#IL1StandardBridge) উপরে ব্যাখ্যা করা হয়েছে।
+
+```solidity
+import { IL2ERC20Bridge } from "../../L2/messaging/IL2ERC20Bridge.sol";
+```
+
+[এই ইন্টারফেসটি](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol) আমাদের L2-তে স্ট্যান্ডার্ড ব্রিজ নিয়ন্ত্রণ করার জন্য মেসেজ তৈরি করতে দেয়।
+
+```solidity
+import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
+```
+
+[এই ইন্টারফেসটি](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol) আমাদের ERC-20 কন্ট্রাক্ট নিয়ন্ত্রণ করতে দেয়।
+[আপনি এখানে এটি সম্পর্কে আরও পড়তে পারেন](/developers/tutorials/erc20-annotated-code/#the-interface)।
+
+```solidity
+/* লাইব্রেরি ইমপোর্টস */
+import { CrossDomainEnabled } from "../../libraries/bridge/CrossDomainEnabled.sol";
+```
+
+[উপরে ব্যাখ্যা করা হয়েছে](#crossdomainenabled), এই কন্ট্রাক্টটি ইন্টারলেয়ার মেসেজিংয়ের জন্য ব্যবহৃত হয়।
+
+```solidity
+import { Lib_PredeployAddresses } from "../../libraries/constants/Lib_PredeployAddresses.sol";
+```
+
+[`Lib_PredeployAddresses`](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/libraries/constants/Lib_PredeployAddresses.sol)-এ L2 কন্ট্রাক্টগুলোর এডড্রেস রয়েছে যেগুলোর সর্বদা একই এডড্রেস থাকে। এর মধ্যে L2-তে স্ট্যান্ডার্ড ব্রিজ অন্তর্ভুক্ত রয়েছে।
+
+```solidity
+import { Address } from "@openzeppelin/contracts/utils/Address.sol";
+```
+
+[OpenZeppelin-এর Address ইউটিলিটিজ](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/Address.sol)। এটি কন্ট্রাক্ট এডড্রেস এবং এক্সটার্নালি ওনড একাউন্ট (EOA)-এর অন্তর্গত এডড্রেসগুলোর মধ্যে পার্থক্য করতে ব্যবহৃত হয়।
+
+মনে রাখবেন যে এটি একটি নিখুঁত সমাধান নয়, কারণ সরাসরি কল এবং কন্ট্রাক্টের কনস্ট্রাক্টর থেকে করা কলগুলোর মধ্যে পার্থক্য করার কোনো উপায় নেই, তবে অন্তত এটি আমাদের কিছু সাধারণ ব্যবহারকারীর ত্রুটি শনাক্ত করতে এবং প্রতিরোধ করতে দেয়।
+
+```solidity
+import { SafeERC20 } from "@openzeppelin/contracts/token/ERC20/utils/SafeERC20.sol";
+```
+
+[ERC-20 স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-20) একটি কন্ট্রাক্টের ব্যর্থতা রিপোর্ট করার দুটি উপায় সাপোর্ট করে:
+
+1. রিভার্ট
+2. `false` রিটার্ন করা
+
+উভয় ক্ষেত্র পরিচালনা করা আমাদের কোডকে আরও জটিল করে তুলবে, তাই এর পরিবর্তে আমরা [OpenZeppelin-এর `SafeERC20`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol) ব্যবহার করি, যা নিশ্চিত করে যে [সমস্ত ব্যর্থতার ফলে একটি রিভার্ট হয়](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/utils/SafeERC20.sol#L96)।
+
+```solidity
+/* *
+ * @title L1StandardBridge
+ * @dev L1 ETH এবং ERC20 ব্রিজ হলো এমন একটি কন্ট্রাক্ট যা ডিপোজিট করা L1 ফান্ড এবং L2-তে ব্যবহৃত স্ট্যান্ডার্ড টোকেনগুলো স্টোর করে। এটি একটি সংশ্লিষ্ট L2 ব্রিজ সিঙ্ক্রোনাইজ করে, এটিকে ডিপোজিট সম্পর্কে অবহিত করে এবং নতুন চূড়ান্ত হওয়া উত্তোলনের জন্য এটি লিসেন করে।
+ * */
+contract L1StandardBridge is IL1StandardBridge, CrossDomainEnabled {
+ using SafeERC20 for IERC20;
+```
+
+এই লাইনটি হলো যেভাবে আমরা প্রতিবার `IERC20` ইন্টারফেস ব্যবহার করার সময় `SafeERC20` র্যাপার ব্যবহার করার নির্দেশ দিই।
+
+```solidity
+
+ /* *******************************
+ * এক্সটার্নাল কন্ট্রাক্ট রেফারেন্সেস *
+ ******************************* */
+
+ address public l2TokenBridge;
+```
+
+[L2StandardBridge](#the-l2-bridge-contract)-এর এডড্রেস।
+
+```solidity
+
+ // ডিপোজিট করা L1 টোকেনের ব্যালেন্সে L1 টোকেন থেকে L2 টোকেন ম্যাপ করে
+ mapping(address => mapping(address => uint256)) public deposits;
+```
+
+এই ধরনের একটি ডাবল [ম্যাপিং](https://www.tutorialspoint.com/solidity/solidity_mappings.htm) হলো যেভাবে আপনি একটি [টু-ডাইমেনশনাল স্পার্স অ্যারে](https://en.wikipedia.org/wiki/Sparse_matrix) সংজ্ঞায়িত করেন।
+এই ডেটা স্ট্রাকচারের ভ্যালুগুলো `deposit[L1 token addr][L2 token addr]` হিসেবে চিহ্নিত করা হয়।
+ডিফল্ট ভ্যালু হলো শূন্য।
+শুধুমাত্র যে সেলগুলো একটি ভিন্ন ভ্যালুতে সেট করা হয় সেগুলো স্টোরেজে লেখা হয়।
+
+```solidity
+
+ /* **************
+ * কনস্ট্রাক্টর *
+ ************** */
+
+ // এই কন্ট্রাক্টটি একটি প্রক্সির পিছনে থাকে, তাই কনস্ট্রাক্টর প্যারামিটারগুলো অব্যবহৃত থাকবে।
+ constructor() CrossDomainEnabled(address(0)) {}
+```
+
+স্টোরেজে সমস্ত ভেরিয়েবল কপি না করেই এই কন্ট্রাক্টটি আপগ্রেড করতে সক্ষম হতে চাই।
+এটি করার জন্য আমরা একটি [`Proxy`](https://docs.openzeppelin.com/contracts/3.x/api/proxy) ব্যবহার করি, একটি কন্ট্রাক্ট যা একটি পৃথক কন্ট্রাক্টে কল ট্রান্সফার করতে [`delegatecall`](https://solidity-by-example.org/delegatecall/) ব্যবহার করে যার এডড্রেস প্রক্সি কন্ট্রাক্ট দ্বারা সংরক্ষিত থাকে (যখন আপনি আপগ্রেড করেন তখন আপনি প্রক্সিকে সেই এডড্রেস পরিবর্তন করতে বলেন)।
+যখন আপনি `delegatecall` ব্যবহার করেন তখন স্টোরেজটি _কলিং_ কন্ট্রাক্টের স্টোরেজ থাকে, তাই সমস্ত কন্ট্রাক্ট স্টেট ভেরিয়েবলের ভ্যালুগুলো প্রভাবিত হয় না।
+
+এই প্যাটার্নের একটি প্রভাব হলো যে কন্ট্রাক্টটি `delegatecall`-এর _কলড_ তার স্টোরেজ ব্যবহৃত হয় না এবং তাই এতে পাস করা কনস্ট্রাক্টর ভ্যালুগুলো কোনো ব্যাপার না।
+এই কারণেই আমরা `CrossDomainEnabled` কনস্ট্রাক্টরে একটি অর্থহীন ভ্যালু প্রদান করতে পারি।
+এটিও একটি কারণ যে নিচের ইনিশিয়ালাইজেশনটি কনস্ট্রাক্টর থেকে আলাদা।
+
+```solidity
+ /* *****************
+ * ইনিশিয়ালাইজেশন *
+ ***************** */
+
+ /* *
+ * @param _l1messenger ক্রস-চেইন কমিউনিকেশনের জন্য ব্যবহৃত L1 মেসেঞ্জারের ঠিকানা।
+ * @param _l2TokenBridge L2 স্ট্যান্ডার্ড ব্রিজ ঠিকানা। */
+ // slither-disable-next-line external-function
+```
+
+এই [Slither টেস্ট](https://github.com/crytic/slither/wiki/Detector-Documentation#public-function-that-could-be-declared-external) এমন ফাংশনগুলো শনাক্ত করে যেগুলো কন্ট্রাক্ট কোড থেকে কল করা হয় না এবং তাই `public`-এর পরিবর্তে `external` ঘোষণা করা যেতে পারে।
+`external` ফাংশনগুলোর গ্যাস খরচ কম হতে পারে, কারণ সেগুলোকে কলডেটায় প্যারামিটার সরবরাহ করা যেতে পারে।
+`public` ঘোষিত ফাংশনগুলো কন্ট্রাক্টের ভেতর থেকে অ্যাক্সেসযোগ্য হতে হবে।
+কন্ট্রাক্টগুলো তাদের নিজস্ব কলডেটা পরিবর্তন করতে পারে না, তাই প্যারামিটারগুলো মেমোরিতে থাকতে হবে।
+যখন এই ধরনের একটি ফাংশন বাহ্যিকভাবে কল করা হয়, তখন কলডেটা মেমোরিতে কপি করা প্রয়োজন, যার জন্য গ্যাস খরচ হয়।
+এই ক্ষেত্রে ফাংশনটি শুধুমাত্র একবার কল করা হয়, তাই অদক্ষতা আমাদের কাছে কোনো ব্যাপার না।
+
+```solidity
+ function initialize(address _l1messenger, address _l2TokenBridge) public {
+ require(messenger == address(0), "Contract has already been initialized.");
+```
+
+`initialize` ফাংশনটি শুধুমাত্র একবার কল করা উচিত।
+যদি L1 ক্রস ডোমেইন মেসেঞ্জার বা L2 টোকেন ব্রিজের এডড্রেস পরিবর্তন হয়, তবে আমরা একটি নতুন প্রক্সি এবং একটি নতুন ব্রিজ তৈরি করি যা এটিকে কল করে।
+সম্পূর্ণ সিস্টেম আপগ্রেড হওয়া ছাড়া এটি ঘটার সম্ভাবনা কম, যা একটি খুব বিরল ঘটনা।
+
+মনে রাখবেন যে এই ফাংশনটিতে এমন কোনো মেকানিজম নেই যা সীমাবদ্ধ করে যে _কে_ এটিকে কল করতে পারে।
+এর মানে হলো তাত্ত্বিকভাবে একজন আক্রমণকারী অপেক্ষা করতে পারে যতক্ষণ না আমরা প্রক্সি এবং ব্রিজের প্রথম ভার্সন ডিপ্লয় করি এবং তারপর বৈধ ব্যবহারকারীর আগে `initialize` ফাংশনে পৌঁছানোর জন্য [ফ্রন্ট-রান](https://solidity-by-example.org/hacks/front-running/) করতে পারে। তবে এটি প্রতিরোধ করার দুটি পদ্ধতি রয়েছে:
+
+1. যদি কন্ট্রাক্টগুলো সরাসরি কোনো EOA দ্বারা ডিপ্লয় না হয়ে [এমন একটি লেনদেন-এ হয় যেখানে অন্য একটি কন্ট্রাক্ট তাদের তৈরি করে](https://medium.com/upstate-interactive/creating-a-contract-with-a-smart-contract-bdb67c5c8595) তবে সম্পূর্ণ প্রক্রিয়াটি অ্যাটমিক হতে পারে এবং অন্য কোনো লেনদেন এক্সিকিউট হওয়ার আগেই শেষ হতে পারে।
+2. যদি `initialize`-এর বৈধ কল ব্যর্থ হয় তবে নতুন তৈরি প্রক্সি এবং ব্রিজ উপেক্ষা করা এবং নতুন তৈরি করা সর্বদা সম্ভব।
+
+```solidity
+ messenger = _l1messenger;
+ l2TokenBridge = _l2TokenBridge;
+ }
+```
+
+এই দুটি প্যারামিটার ব্রিজের জানা প্রয়োজন।
+
+```solidity
+
+ /* *************
+ * ডিপোজিটিং *
+ ************* */
+
+ /* * @dev মডিফায়ার যার জন্য প্রেরককে EOA হতে হবে। এই চেকটি initcode-এর মাধ্যমে একটি ক্ষতিকারক কন্ট্রাক্ট দ্বারা বাইপাস করা যেতে পারে, তবে এটি ব্যবহারকারীর ত্রুটিগুলোর যত্ন নেয় যা আমরা এড়াতে চাই। */
+ modifier onlyEOA() {
+ // কন্ট্রাক্টগুলো থেকে ডিপোজিট বন্ধ করতে ব্যবহৃত হয় (দুর্ঘটনাবশত টোকেন হারানো এড়াতে)
+ require(!Address.isContract(msg.sender), "Account not EOA");
+ _;
+ }
+```
+
+এই কারণেই আমাদের OpenZeppelin-এর `Address` ইউটিলিটিজ প্রয়োজন ছিল।
+
+```solidity
+ /* *
+ * @dev L2-তে কলারের ব্যালেন্সে নির্দিষ্ট পরিমাণ ETH ডিপোজিট করতে
+ * কোনো ডেটা ছাড়াই এই ফাংশনটি কল করা যেতে পারে।
+ * যেহেতু রিসিভ ফাংশন ডেটা নেয় না, তাই একটি রক্ষণশীল
+ * ডিফল্ট পরিমাণ L2-তে ফরোয়ার্ড করা হয়。 */
+ receive() external payable onlyEOA {
+ _initiateETHDeposit(msg.sender, msg.sender, 200_000, bytes(""));
+ }
+```
+
+এই ফাংশনটি টেস্টিংয়ের উদ্দেশ্যে বিদ্যমান।
+লক্ষ্য করুন যে এটি ইন্টারফেস সংজ্ঞায় উপস্থিত নেই - এটি সাধারণ ব্যবহারের জন্য নয়।
+
+```solidity
+ /* *
+ * @inheritdoc IL1StandardBridge */
+ function depositETH(uint32 _l2Gas, bytes calldata _data) external payable onlyEOA {
+ _initiateETHDeposit(msg.sender, msg.sender, _l2Gas, _data);
+ }
+
+ /* *
+ * @inheritdoc IL1StandardBridge */
+ function depositETHTo(
+ address _to,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) external payable {
+ _initiateETHDeposit(msg.sender, _to, _l2Gas, _data);
+ }
+```
+
+এই দুটি ফাংশন হলো `_initiateETHDeposit`-এর চারপাশের র্যাপার, যে ফাংশনটি প্রকৃত ETH ডিপোজিট পরিচালনা করে।
+
+```solidity
+ /* *
+ * @dev ETH স্টোর করে এবং L2 ETH গেটওয়েকে ডিপোজিট সম্পর্কে অবহিত করে ডিপোজিটের লজিক সম্পাদন করে।
+ * @param _from L1-এ যে অ্যাকাউন্ট থেকে ডিপোজিট নেওয়া হবে।
+ * @param _to L2-তে যে অ্যাকাউন্টে ডিপোজিট দেওয়া হবে।
+ * @param _l2Gas L2-তে ডিপোজিট সম্পন্ন করার জন্য প্রয়োজনীয় গ্যাস লিমিট।
+ * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না。 */
+ function _initiateETHDeposit(
+ address _from,
+ address _to,
+ uint32 _l2Gas,
+ bytes memory _data
+ ) internal {
+ // finalizeDeposit কলের জন্য কলডেটা তৈরি করুন
+ bytes memory message = abi.encodeWithSelector(
+```
+
+ক্রস ডোমেইন মেসেজগুলো যেভাবে কাজ করে তা হলো গন্তব্য কন্ট্রাক্টটিকে মেসেজটিকে এর কলডেটা হিসেবে কল করা হয়।
+Solidity কন্ট্রাক্টগুলো সর্বদা [ABI স্পেসিফিকেশন](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html) অনুযায়ী তাদের কলডেটা ব্যাখ্যা করে।
+Solidity ফাংশন [`abi.encodeWithSelector`](https://docs.soliditylang.org/en/v0.8.12/units-and-global-variables.html#abi-encoding-and-decoding-functions) সেই কলডেটা তৈরি করে।
+
+```solidity
+ IL2ERC20Bridge.finalizeDeposit.selector,
+ address(0),
+ Lib_PredeployAddresses.OVM_ETH,
+ _from,
+ _to,
+ msg.value,
+ _data
+ );
+```
+
+এখানকার মেসেজটি হলো এই প্যারামিটারগুলোর সাথে [`finalizeDeposit` ফাংশন](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol#L141-L148) কল করা:
+
+| প্যারামিটার | ভ্যালু | অর্থ |
+| --------- | ------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------- |
+| \_l1Token | address(0) | L1-এ ETH (যা কোনো ERC-20 টোকেন নয়)-এর জন্য বিশেষ ভ্যালু |
+| \_l2Token | Lib_PredeployAddresses.OVM_ETH | L2 কন্ট্রাক্ট যা Optimism-এ ETH পরিচালনা করে, `0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000` (এই কন্ট্রাক্টটি শুধুমাত্র অভ্যন্তরীণ Optimism ব্যবহারের জন্য) |
+| \_from | \_from | L1-এর এডড্রেস যা ETH পাঠায় |
+| \_to | \_to | L2-এর এডড্রেস যা ETH গ্রহণ করে |
+| amount | msg.value | পাঠানো wei-এর পরিমাণ (যা ইতিমধ্যে ব্রিজে পাঠানো হয়েছে) |
+| \_data | \_data | ডিপোজিটের সাথে যুক্ত করার জন্য অতিরিক্ত ডেটা |
+
+```solidity
+ // L2-তে কলডেটা পাঠান
+ // slither-disable-next-line reentrancy-events
+ sendCrossDomainMessage(l2TokenBridge, _l2Gas, message);
+```
+
+ক্রস ডোমেইন মেসেঞ্জারের মাধ্যমে মেসেজটি পাঠান।
+
+```solidity
+ // slither-disable-next-line reentrancy-events
+ emit ETHDepositInitiated(_from, _to, msg.value, _data);
+ }
+```
+
+এই ট্রান্সফার সম্পর্কে শোনে এমন যেকোনো ডিসেন্ট্রালাইজড এপ্লিকেশন-কে জানাতে একটি ইভেন্ট এমিট করুন।
+
+```solidity
+ /* *
+ * @inheritdoc IL1ERC20Bridge */
+ function depositERC20(
+ .
+ .
+ .
+ ) external virtual onlyEOA {
+ _initiateERC20Deposit(_l1Token, _l2Token, msg.sender, msg.sender, _amount, _l2Gas, _data);
+ }
+
+ /* *
+ * @inheritdoc IL1ERC20Bridge */
+ function depositERC20To(
+ .
+ .
+ .
+ ) external virtual {
+ _initiateERC20Deposit(_l1Token, _l2Token, msg.sender, _to, _amount, _l2Gas, _data);
+ }
+```
+
+এই দুটি ফাংশন হলো `_initiateERC20Deposit`-এর চারপাশের র্যাপার, যে ফাংশনটি প্রকৃত ERC-20 ডিপোজিট পরিচালনা করে।
+
+```solidity
+ /* *
+ * @dev L2 ডিপোজিটেড টোকেন কন্ট্রাক্টকে ডিপোজিট সম্পর্কে অবহিত করে এবং L1 ফান্ড লক করার জন্য একটি হ্যান্ডলার কল করে (যেমন, transferFrom) ডিপোজিটের লজিক সম্পাদন করে।
+ *
+ * @param _l1Token আমরা যে L1 ERC20 ডিপোজিট করছি তার ঠিকানা
+ * @param _l2Token L1-এর সংশ্লিষ্ট L2 ERC20-এর ঠিকানা
+ * @param _from L1-এ যে অ্যাকাউন্ট থেকে ডিপোজিট নেওয়া হবে
+ * @param _to L2-তে যে অ্যাকাউন্টে ডিপোজিট দেওয়া হবে
+ * @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ।
+ * @param _l2Gas L2-তে ডিপোজিট সম্পন্ন করার জন্য প্রয়োজনীয় গ্যাস লিমিট।
+ * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না。 */
+ function _initiateERC20Deposit(
+ address _l1Token,
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ uint32 _l2Gas,
+ bytes calldata _data
+ ) internal {
+```
+
+এই ফাংশনটি উপরের `_initiateETHDeposit`-এর মতোই, তবে কিছু গুরুত্বপূর্ণ পার্থক্য রয়েছে।
+প্রথম পার্থক্য হলো এই ফাংশনটি টোকেন এডড্রেস এবং ট্রান্সফার করার পরিমাণ প্যারামিটার হিসেবে গ্রহণ করে।
+ETH-এর ক্ষেত্রে ব্রিজে কলে ইতিমধ্যে ব্রিজ একাউন্ট-এ অ্যাসেট ট্রান্সফার অন্তর্ভুক্ত থাকে (`msg.value`)।
+
+```solidity
+ // যখন L1-এ কোনো ডিপোজিট শুরু হয়, তখন L1 ব্রিজ ভবিষ্যতের জন্য ফান্ডগুলো নিজের কাছে ট্রান্সফার করে
+ // উত্তোলনের জন্য। safeTransferFrom কন্ট্রাক্টে কোড আছে কিনা তাও চেক করে, তাই এটি ব্যর্থ হবে যদি
+ // _from একটি EOA বা address(0) হয়।
+ // slither-disable-next-line reentrancy-events, reentrancy-benign
+ IERC20(_l1Token).safeTransferFrom(_from, address(this), _amount);
+```
+
+ERC-20 টোকেন ট্রান্সফার ETH থেকে একটি ভিন্ন প্রক্রিয়া অনুসরণ করে:
+
+1. ব্যবহারকারী (`_from`) উপযুক্ত টোকেন ট্রান্সফার করার জন্য ব্রিজকে একটি অনুমতি দেয়।
+2. ব্যবহারকারী টোকেন কন্ট্রাক্টের এডড্রেস, পরিমাণ ইত্যাদি দিয়ে ব্রিজকে কল করে।
+3. ব্রিজ ডিপোজিট প্রক্রিয়ার অংশ হিসেবে টোকেনগুলো (নিজের কাছে) ট্রান্সফার করে।
+
+প্রথম ধাপটি শেষ দুটির থেকে একটি পৃথক লেনদেন-এ ঘটতে পারে।
+তবে, ফ্রন্ট-রানিং কোনো সমস্যা নয় কারণ যে দুটি ফাংশন `_initiateERC20Deposit` কল করে (`depositERC20` এবং `depositERC20To`) তারা শুধুমাত্র `msg.sender`-কে `_from` প্যারামিটার হিসেবে দিয়ে এই ফাংশনটিকে কল করে।
+
+```solidity
+ // _l2Token.finalizeDeposit(_to, _amount)-এর জন্য কলডেটা তৈরি করুন
+ bytes memory message = abi.encodeWithSelector(
+ IL2ERC20Bridge.finalizeDeposit.selector,
+ _l1Token,
+ _l2Token,
+ _from,
+ _to,
+ _amount,
+ _data
+ );
+
+ // L2-তে কলডেটা পাঠান
+ // slither-disable-next-line reentrancy-events, reentrancy-benign
+ sendCrossDomainMessage(l2TokenBridge, _l2Gas, message);
+
+ // slither-disable-next-line reentrancy-benign
+ deposits[_l1Token][_l2Token] = deposits[_l1Token][_l2Token] + _amount;
+```
+
+ডিপোজিট করা টোকেনের পরিমাণ `deposits` ডেটা স্ট্রাকচারে যোগ করুন।
+L2-তে একাধিক এডড্রেস থাকতে পারে যা একই L1 ERC-20 টোকেনের সাথে মিলে যায়, তাই ডিপোজিটের ট্র্যাক রাখতে L1 ERC-20 টোকেনের ব্রিজের ব্যালেন্স ব্যবহার করা যথেষ্ট নয়।
+
+```solidity
+
+ // slither-disable-next-line reentrancy-events
+ emit ERC20DepositInitiated(_l1Token, _l2Token, _from, _to, _amount, _data);
+ }
+
+ /* ************************
+ * ক্রস-চেইন ফাংশনস *
+ ************************ */
+
+ /* *
+ * @inheritdoc IL1StandardBridge */
+ function finalizeETHWithdrawal(
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+```
+
+L2 ব্রিজ L2 ক্রস ডোমেইন মেসেঞ্জারে একটি মেসেজ পাঠায় যার ফলে L1 ক্রস ডোমেইন মেসেঞ্জার এই ফাংশনটিকে কল করে (অবশ্যই একবার [মেসেজ চূড়ান্তকারী লেনদেন](https://community.optimism.io/docs/developers/bridge/messaging/#fees-for-l2-%E2%87%92-l1-transactions) L1-এ সাবমিট হওয়ার পর)।
+
+```solidity
+ ) external onlyFromCrossDomainAccount(l2TokenBridge) {
+```
+
+নিশ্চিত করুন যে এটি একটি _বৈধ_ মেসেজ, যা ক্রস ডোমেইন মেসেঞ্জার থেকে আসছে এবং L2 টোকেন ব্রিজ থেকে উদ্ভূত।
+এই ফাংশনটি ব্রিজ থেকে ETH উত্তোলন করতে ব্যবহৃত হয়, তাই আমাদের নিশ্চিত করতে হবে যে এটি শুধুমাত্র অনুমোদিত কলার দ্বারা কল করা হয়েছে।
+
+```solidity
+ // slither-disable-next-line reentrancy-events
+ (bool success, ) = _to.call{ value: _amount }(new bytes(0));
+```
+
+ETH ট্রান্সফার করার উপায় হলো `msg.value`-তে wei-এর পরিমাণ দিয়ে প্রাপককে কল করা।
+
+```solidity
+ require(success, "TransferHelper::safeTransferETH: ETH transfer failed");
+
+ // slither-disable-next-line reentrancy-events
+ emit ETHWithdrawalFinalized(_from, _to, _amount, _data);
+```
+
+উত্তোলন সম্পর্কে একটি ইভেন্ট এমিট করুন।
+
+```solidity
+ }
+
+ /* *
+ * @inheritdoc IL1ERC20Bridge */
+ function finalizeERC20Withdrawal(
+ address _l1Token,
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+ ) external onlyFromCrossDomainAccount(l2TokenBridge) {
+```
+
+এই ফাংশনটি উপরের `finalizeETHWithdrawal`-এর মতোই, ERC-20 টোকেনের জন্য প্রয়োজনীয় পরিবর্তনসহ।
+
+```solidity
+ deposits[_l1Token][_l2Token] = deposits[_l1Token][_l2Token] - _amount;
+```
+
+`deposits` ডেটা স্ট্রাকচার আপডেট করুন।
+
+```solidity
+
+ // যখন L1-এ কোনো উত্তোলন চূড়ান্ত হয়, তখন L1 ব্রিজ উত্তোলনকারীর কাছে ফান্ড ট্রান্সফার করে
+ // slither-disable-next-line reentrancy-events
+ IERC20(_l1Token).safeTransfer(_to, _amount);
+
+ // slither-disable-next-line reentrancy-events
+ emit ERC20WithdrawalFinalized(_l1Token, _l2Token, _from, _to, _amount, _data);
+ }
+
+
+ /* ****************************
+ * অস্থায়ী - মাইগ্রেটিং ETH *
+ **************************** */
+
+ /* *
+ * @dev অ্যাকাউন্টে ETH ব্যালেন্স যোগ করে। এটি একটি পুরানো গেটওয়ে থেকে নতুন গেটওয়েতে ETH
+ * মাইগ্রেট করার অনুমতি দেওয়ার জন্য তৈরি করা হয়েছে।
+ * দ্রষ্টব্য: এটি শুধুমাত্র একটি আপগ্রেডের জন্য রাখা হয়েছে যাতে আমরা পুরানো কন্ট্রাক্ট থেকে
+ * মাইগ্রেট করা ETH গ্রহণ করতে পারি */
+ function donateETH() external payable {}
+}
+```
+
+ব্রিজের একটি পূর্ববর্তী ইমপ্লিমেন্টেশন ছিল।
+যখন আমরা সেই ইমপ্লিমেন্টেশন থেকে এটিতে চলে আসি, তখন আমাদের সমস্ত অ্যাসেট সরাতে হয়েছিল।
+ERC-20 টোকেনগুলো সহজেই সরানো যেতে পারে।
+তবে, একটি কন্ট্রাক্টে ETH ট্রান্সফার করতে আপনার সেই কন্ট্রাক্টের অনুমোদন প্রয়োজন, যা `donateETH` আমাদের প্রদান করে।
+
+## L2-তে ERC-20 টোকেন {#erc-20-tokens-on-l2}
+
+একটি ERC-20 টোকেনকে স্ট্যান্ডার্ড ব্রিজে ফিট করার জন্য, এটিকে স্ট্যান্ডার্ড ব্রিজকে এবং _শুধুমাত্র_ স্ট্যান্ডার্ড ব্রিজকে টোকেন মিন্ট করার অনুমতি দিতে হবে।
+এটি প্রয়োজনীয় কারণ ব্রিজগুলোকে নিশ্চিত করতে হবে যে Optimism-এ সার্কুলেট হওয়া টোকেনের সংখ্যা L1 ব্রিজ কন্ট্রাক্টের ভেতরে লক করা টোকেনের সংখ্যার সমান।
+যদি L2-তে খুব বেশি টোকেন থাকে তবে কিছু ব্যবহারকারী তাদের অ্যাসেটগুলো আবার L1-এ ব্রিজ করতে অক্ষম হবে।
+একটি বিশ্বস্ত ব্রিজের পরিবর্তে, আমরা মূলত [ফ্র্যাকশনাল রিজার্ভ ব্যাংকিং](https://www.investopedia.com/terms/f/fractionalreservebanking.asp) পুনরায় তৈরি করব।
+যদি L1-এ খুব বেশি টোকেন থাকে, তবে সেই টোকেনগুলোর কিছু চিরকালের জন্য ব্রিজ কন্ট্রাক্টের ভেতরে লক হয়ে থাকবে কারণ L2 টোকেন বার্ন করা ছাড়া সেগুলো রিলিজ করার কোনো উপায় নেই।
+
+### IL2StandardERC20 {#il2standarderc20}
+
+L2-তে প্রতিটি ERC-20 টোকেন যা স্ট্যান্ডার্ড ব্রিজ ব্যবহার করে তাকে [এই ইন্টারফেসটি](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/IL2StandardERC20.sol) প্রদান করতে হবে, যাতে স্ট্যান্ডার্ড ব্রিজের প্রয়োজনীয় ফাংশন এবং ইভেন্টগুলো রয়েছে।
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+
+import { IERC20 } from "@openzeppelin/contracts/token/ERC20/IERC20.sol";
+```
+
+[স্ট্যান্ডার্ড ERC-20 ইন্টারফেস](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/IERC20.sol)-এ `mint` এবং `burn` ফাংশন অন্তর্ভুক্ত নেই।
+এই মেথডগুলো [ERC-20 স্ট্যান্ডার্ড](https://eips.ethereum.org/EIPS/eip-20) দ্বারা প্রয়োজনীয় নয়, যা টোকেন তৈরি এবং ধ্বংস করার মেকানিজমগুলো অনির্দিষ্ট রাখে।
+
+```solidity
+import { IERC165 } from "@openzeppelin/contracts/utils/introspection/IERC165.sol";
+```
+
+[ERC-165 ইন্টারফেস](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/utils/introspection/IERC165.sol) একটি কন্ট্রাক্ট কী কী ফাংশন প্রদান করে তা নির্দিষ্ট করতে ব্যবহৃত হয়।
+[আপনি এখানে স্ট্যান্ডার্ডটি পড়তে পারেন](https://eips.ethereum.org/EIPS/eip-165)।
+
+```solidity
+interface IL2StandardERC20 is IERC20, IERC165 {
+ function l1Token() external returns (address);
+```
+
+এই ফাংশনটি L1 টোকেনের এডড্রেস প্রদান করে যা এই কন্ট্রাক্টে ব্রিজ করা হয়েছে।
+মনে রাখবেন যে বিপরীত দিকে আমাদের অনুরূপ কোনো ফাংশন নেই।
+আমাদের যেকোনো L1 টোকেন ব্রিজ করতে সক্ষম হতে হবে, এটি ইমপ্লিমেন্ট করার সময় L2 সাপোর্ট করার পরিকল্পনা করা হয়েছিল কি না তা নির্বিশেষে।
+
+```solidity
+
+ function mint(address _to, uint256 _amount) external;
+
+ function burn(address _from, uint256 _amount) external;
+
+ event Mint(address indexed _account, uint256 _amount);
+ event Burn(address indexed _account, uint256 _amount);
+}
+```
+
+টোকেন মিন্ট (তৈরি) এবং বার্ন (ধ্বংস) করার ফাংশন এবং ইভেন্ট।
+টোকেনের সংখ্যা সঠিক (L1-এ লক করা টোকেনের সংখ্যার সমান) তা নিশ্চিত করতে ব্রিজটি একমাত্র এনটিটি হওয়া উচিত যা এই ফাংশনগুলো রান করতে পারে।
+
+### L2StandardERC20 {#L2StandardERC20}
+
+[এটি হলো `IL2StandardERC20` ইন্টারফেসের আমাদের ইমপ্লিমেন্টেশন](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/standards/L2StandardERC20.sol)।
+যদি না আপনার কোনো ধরনের কাস্টম লজিকের প্রয়োজন হয়, আপনার এটি ব্যবহার করা উচিত।
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+
+import { ERC20 } from "@openzeppelin/contracts/token/ERC20/ERC20.sol";
+```
+
+[OpenZeppelin ERC-20 কন্ট্রাক্ট](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol)।
+Optimism চাকা পুনরায় আবিষ্কার করায় বিশ্বাস করে না, বিশেষ করে যখন চাকাটি ভালোভাবে অডিট করা হয় এবং অ্যাসেট ধরে রাখার জন্য যথেষ্ট বিশ্বস্ত হওয়া প্রয়োজন।
+
+```solidity
+import "./IL2StandardERC20.sol";
+
+contract L2StandardERC20 is IL2StandardERC20, ERC20 {
+ address public l1Token;
+ address public l2Bridge;
+```
+
+এই দুটি অতিরিক্ত কনফিগারেশন প্যারামিটার যা আমাদের প্রয়োজন এবং ERC-20-এর সাধারণত প্রয়োজন হয় না।
+
+```solidity
+
+ /* *
+ * @param _l2Bridge L2 স্ট্যান্ডার্ড ব্রিজের ঠিকানা।
+ * @param _l1Token সংশ্লিষ্ট L1 টোকেনের ঠিকানা।
+ * @param _name ERC20 নাম।
+ * @param _symbol ERC20 প্রতীক。 */
+ constructor(
+ address _l2Bridge,
+ address _l1Token,
+ string memory _name,
+ string memory _symbol
+ ) ERC20(_name, _symbol) {
+ l1Token = _l1Token;
+ l2Bridge = _l2Bridge;
+ }
+```
+
+প্রথমে আমরা যে কন্ট্রাক্ট থেকে ইনহেরিট করি তার কনস্ট্রাক্টর কল করুন (`ERC20(_name, _symbol)`) এবং তারপর আমাদের নিজস্ব ভেরিয়েবলগুলো সেট করুন।
+
+```solidity
+
+ modifier onlyL2Bridge() {
+ require(msg.sender == l2Bridge, "Only L2 Bridge can mint and burn");
+ _;
+ }
+
+
+ // slither-disable-next-line external-function
+ function supportsInterface(bytes4 _interfaceId) public pure returns (bool) {
+ bytes4 firstSupportedInterface = bytes4(keccak256("supportsInterface(bytes4)")); // ERC165
+ bytes4 secondSupportedInterface = IL2StandardERC20.l1Token.selector ^
+ IL2StandardERC20.mint.selector ^
+ IL2StandardERC20.burn.selector;
+ return _interfaceId == firstSupportedInterface || _interfaceId == secondSupportedInterface;
+ }
+```
+
+এভাবেই [ERC-165](https://eips.ethereum.org/EIPS/eip-165) কাজ করে।
+প্রতিটি ইন্টারফেস হলো বেশ কয়েকটি সাপোর্টেড ফাংশন, এবং সেই ফাংশনগুলোর [ABI ফাংশন সিলেক্টর](https://docs.soliditylang.org/en/v0.8.12/abi-spec.html#function-selector)-এর [এক্সক্লুসিভ অর](https://en.wikipedia.org/wiki/Exclusive_or) হিসেবে চিহ্নিত করা হয়।
+
+L2 ব্রিজ ERC-165-কে একটি স্যানিটি চেক হিসেবে ব্যবহার করে যাতে নিশ্চিত করা যায় যে এটি যে ERC-20 কন্ট্রাক্টে অ্যাসেট পাঠায় তা একটি `IL2StandardERC20`।
+
+**নোট:** `supportsInterface`-এ মিথ্যা উত্তর প্রদান করা থেকে কোনো দুর্বৃত্ত কন্ট্রাক্টকে বাধা দেওয়ার কিছু নেই, তাই এটি একটি স্যানিটি চেক মেকানিজম, কোনো সিকিউরিটি মেকানিজম _নয়_।
+
+```solidity
+ // slither-disable-next-line external-function
+ function mint(address _to, uint256 _amount) public virtual onlyL2Bridge {
+ _mint(_to, _amount);
+
+ emit Mint(_to, _amount);
+ }
+
+ // slither-disable-next-line external-function
+ function burn(address _from, uint256 _amount) public virtual onlyL2Bridge {
+ _burn(_from, _amount);
+
+ emit Burn(_from, _amount);
+ }
+}
+```
+
+শুধুমাত্র L2 ব্রিজকে অ্যাসেট মিন্ট এবং বার্ন করার অনুমতি দেওয়া হয়েছে।
+
+`_mint` এবং `_burn` আসলে [OpenZeppelin ERC-20 কন্ট্রাক্ট](/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn)-এ সংজ্ঞায়িত করা হয়েছে।
+সেই কন্ট্রাক্টটি কেবল সেগুলোকে বাহ্যিকভাবে প্রকাশ করে না, কারণ টোকেন মিন্ট এবং বার্ন করার শর্তগুলো ERC-20 ব্যবহার করার উপায়গুলোর সংখ্যার মতোই বৈচিত্র্যময়।
+
+## L2 ব্রিজ কোড {#l2-bridge-code}
+
+এটি সেই কোড যা Optimism-এ ব্রিজ রান করে।
+[এই কন্ট্রাক্টের সোর্স এখানে রয়েছে](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/L2StandardBridge.sol)।
+
+```solidity
+// SPDX-License-Identifier: MIT
+pragma solidity ^0.8.9;
+
+/* ইন্টারফেস ইমপোর্টস */
+import { IL1StandardBridge } from "../../L1/messaging/IL1StandardBridge.sol";
+import { IL1ERC20Bridge } from "../../L1/messaging/IL1ERC20Bridge.sol";
+import { IL2ERC20Bridge } from "./IL2ERC20Bridge.sol";
+```
+
+[IL2ERC20Bridge](https://github.com/ethereum-optimism/optimism/blob/develop/packages/contracts/contracts/L2/messaging/IL2ERC20Bridge.sol) ইন্টারফেসটি আমরা উপরে দেখা [L1 সমতুল্য](#IL1ERC20Bridge)-এর মতোই।
+দুটি উল্লেখযোগ্য পার্থক্য রয়েছে:
+
+1. L1-এ আপনি ডিপোজিট শুরু করেন এবং উত্তোলন চূড়ান্ত করেন। এখানে আপনি উত্তোলন শুরু করেন এবং ডিপোজিট চূড়ান্ত করেন।
+2. L1-এ ETH এবং ERC-20 টোকেনের মধ্যে পার্থক্য করা প্রয়োজন। L2-তে আমরা উভয়ের জন্য একই ফাংশন ব্যবহার করতে পারি কারণ অভ্যন্তরীণভাবে Optimism-এ ETH ব্যালেন্সগুলো [0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000](https://explorer.optimism.io/address/0xDeadDeAddeAddEAddeadDEaDDEAdDeaDDeAD0000) এডড্রেস সহ একটি ERC-20 টোকেন হিসেবে পরিচালিত হয়।
+
+```solidity
+/* লাইব্রেরি ইমপোর্টস */
+import { ERC165Checker } from "@openzeppelin/contracts/utils/introspection/ERC165Checker.sol";
+import { CrossDomainEnabled } from "../../libraries/bridge/CrossDomainEnabled.sol";
+import { Lib_PredeployAddresses } from "../../libraries/constants/Lib_PredeployAddresses.sol";
+
+/* কন্ট্রাক্ট ইমপোর্টস */
+import { IL2StandardERC20 } from "../../standards/IL2StandardERC20.sol";
+
+/* *
+ * @title L2StandardBridge
+ * @dev L2 স্ট্যান্ডার্ড ব্রিজ হলো এমন একটি কন্ট্রাক্ট যা L1 এবং L2-এর মধ্যে ETH এবং ERC20 ট্রানজিশন সক্ষম করতে L1 স্ট্যান্ডার্ড ব্রিজের সাথে একসাথে কাজ করে।
+ * যখন এটি L1 স্ট্যান্ডার্ড ব্রিজে ডিপোজিট সম্পর্কে জানতে পারে তখন এই কন্ট্রাক্টটি নতুন টোকেনগুলোর জন্য মিন্টার হিসেবে কাজ করে।
+ * এই কন্ট্রাক্টটি উত্তোলনের উদ্দেশ্যে টোকেনগুলোর বার্নার হিসেবেও কাজ করে, L1 ফান্ড রিলিজ করার জন্য L1 ব্রিজকে অবহিত করে。 */
+contract L2StandardBridge is IL2ERC20Bridge, CrossDomainEnabled {
+ /* *******************************
+ * এক্সটার্নাল কন্ট্রাক্ট রেফারেন্সেস *
+ ******************************* */
+
+ address public l1TokenBridge;
+```
+
+L1 ব্রিজের এডড্রেস-এর ট্র্যাক রাখুন।
+মনে রাখবেন যে L1 সমতুল্যের বিপরীতে, এখানে আমাদের এই ভেরিয়েবলটি _প্রয়োজন_।
+L1 ব্রিজের এডড্রেস আগে থেকে জানা যায় না।
+
+```solidity
+
+ /* **************
+ * কনস্ট্রাক্টর *
+ ************** */
+
+ /* *
+ * @param _l2CrossDomainMessenger এই কন্ট্রাক্ট দ্বারা ব্যবহৃত ক্রস-ডোমেইন মেসেঞ্জার।
+ * @param _l1TokenBridge মেইন চেইনে ডিপ্লয় করা L1 ব্রিজের ঠিকানা。 */
+ constructor(address _l2CrossDomainMessenger, address _l1TokenBridge)
+ CrossDomainEnabled(_l2CrossDomainMessenger)
+ {
+ l1TokenBridge = _l1TokenBridge;
+ }
+
+ /* **************
+ * উইথড্রয়িং *
+ ************** */
+
+ /* *
+ * @inheritdoc IL2ERC20Bridge */
+ function withdraw(
+ address _l2Token,
+ uint256 _amount,
+ uint32 _l1Gas,
+ bytes calldata _data
+ ) external virtual {
+ _initiateWithdrawal(_l2Token, msg.sender, msg.sender, _amount, _l1Gas, _data);
+ }
+
+ /* *
+ * @inheritdoc IL2ERC20Bridge */
+ function withdrawTo(
+ address _l2Token,
+ address _to,
+ uint256 _amount,
+ uint32 _l1Gas,
+ bytes calldata _data
+ ) external virtual {
+ _initiateWithdrawal(_l2Token, msg.sender, _to, _amount, _l1Gas, _data);
+ }
+```
+
+এই দুটি ফাংশন উত্তোলন শুরু করে।
+মনে রাখবেন যে L1 টোকেন এডড্রেস নির্দিষ্ট করার কোনো প্রয়োজন নেই।
+L2 টোকেনগুলো আমাদের L1 সমতুল্যের এডড্রেস বলবে বলে আশা করা হয়।
+
+```solidity
+
+ /* *
+ * @dev টোকেন বার্ন করে এবং L1 টোকেন গেটওয়েকে উত্তোলন সম্পর্কে অবহিত করে উত্তোলনের লজিক সম্পাদন করে।
+ * @param _l2Token যে L2 টোকেন থেকে উত্তোলন শুরু হয়েছে তার ঠিকানা।
+ * @param _from L2-তে যে অ্যাকাউন্ট থেকে উত্তোলন নেওয়া হবে।
+ * @param _to L1-এ যে অ্যাকাউন্টে উত্তোলন দেওয়া হবে।
+ * @param _amount উত্তোলন করার জন্য টোকেনের পরিমাণ।
+ * @param _l1Gas অব্যবহৃত, তবে সম্ভাব্য ফরোয়ার্ড কম্প্যাটিবিলিটি বিবেচনার জন্য অন্তর্ভুক্ত করা হয়েছে।
+ * @param _data L1-এ ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না。 */
+ function _initiateWithdrawal(
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ uint32 _l1Gas,
+ bytes calldata _data
+ ) internal {
+ // যখন কোনো উত্তোলন শুরু হয়, তখন আমরা পরবর্তী L2 প্রতিরোধ করতে উত্তোলনকারীর ফান্ড বার্ন করি
+ // ব্যবহার
+ // slither-disable-next-line reentrancy-events
+ IL2StandardERC20(_l2Token).burn(msg.sender, _amount);
+```
+
+লক্ষ্য করুন যে আমরা `_from` প্যারামিটারের ওপর নির্ভর করছি _না_ বরং `msg.sender`-এর ওপর নির্ভর করছি যা নকল করা অনেক কঠিন (আমার জানামতে অসম্ভব)।
+
+```solidity
+
+ // l1TokenBridge.finalizeERC20Withdrawal(_to, _amount)-এর জন্য কলডেটা তৈরি করুন
+ // slither-disable-next-line reentrancy-events
+ address l1Token = IL2StandardERC20(_l2Token).l1Token();
+ bytes memory message;
+
+ if (_l2Token == Lib_PredeployAddresses.OVM_ETH) {
+```
+
+L1-এ ETH এবং ERC-20-এর মধ্যে পার্থক্য করা প্রয়োজন।
+
+```solidity
+ message = abi.encodeWithSelector(
+ IL1StandardBridge.finalizeETHWithdrawal.selector,
+ _from,
+ _to,
+ _amount,
+ _data
+ );
+ } else {
+ message = abi.encodeWithSelector(
+ IL1ERC20Bridge.finalizeERC20Withdrawal.selector,
+ l1Token,
+ _l2Token,
+ _from,
+ _to,
+ _amount,
+ _data
+ );
+ }
+
+ // L1 ব্রিজে মেসেজ পাঠান
+ // slither-disable-next-line reentrancy-events
+ sendCrossDomainMessage(l1TokenBridge, _l1Gas, message);
+
+ // slither-disable-next-line reentrancy-events
+ emit WithdrawalInitiated(l1Token, _l2Token, msg.sender, _to, _amount, _data);
+ }
+
+ /* ***********************************
+ * ক্রস-চেইন ফাংশন: ডিপোজিটিং *
+ *********************************** */
+
+ /* *
+ * @inheritdoc IL2ERC20Bridge */
+ function finalizeDeposit(
+ address _l1Token,
+ address _l2Token,
+ address _from,
+ address _to,
+ uint256 _amount,
+ bytes calldata _data
+```
+
+এই ফাংশনটি `L1StandardBridge` দ্বারা কল করা হয়।
+
+```solidity
+ ) external virtual onlyFromCrossDomainAccount(l1TokenBridge) {
+```
+
+নিশ্চিত করুন যে মেসেজের উৎসটি বৈধ।
+এটি গুরুত্বপূর্ণ কারণ এই ফাংশনটি `_mint` কল করে এবং এমন টোকেন দিতে ব্যবহার করা যেতে পারে যা L1-এ ব্রিজের মালিকানাধীন টোকেন দ্বারা কভার করা হয় না।
+
+```solidity
+ // টার্গেট টোকেনটি কমপ্লায়েন্ট কিনা তা চেক করুন এবং
+ // যাচাই করুন যে L1-এ ডিপোজিট করা টোকেনটি এখানে L2 ডিপোজিট করা টোকেন রিপ্রেজেন্টেশনের সাথে মেলে
+ if (
+ // slither-disable-next-line reentrancy-events
+ ERC165Checker.supportsInterface(_l2Token, 0x1d1d8b63) &&
+ _l1Token == IL2StandardERC20(_l2Token).l1Token()
+```
+
+স্যানিটি চেক:
+
+1. সঠিক ইন্টারফেস সাপোর্ট করে
+2. L2 ERC-20 কন্ট্রাক্টের L1 এডড্রেস টোকেনগুলোর L1 উৎসের সাথে মেলে
+
+```solidity
+ ) {
+ // যখন কোনো ডিপোজিট চূড়ান্ত হয়, তখন আমরা L2-তে অ্যাকাউন্টে সমপরিমাণ ক্রেডিট করি
+ // টোকেন।
+ // slither-disable-next-line reentrancy-events
+ IL2StandardERC20(_l2Token).mint(_to, _amount);
+ // slither-disable-next-line reentrancy-events
+ emit DepositFinalized(_l1Token, _l2Token, _from, _to, _amount, _data);
+```
+
+যদি স্যানিটি চেক পাস হয়, তবে ডিপোজিট চূড়ান্ত করুন:
+
+1. টোকেনগুলো মিন্ট করুন
+2. উপযুক্ত ইভেন্ট এমিট করুন
+
+```solidity
+ } else {
+ // যে L2 টোকেনে ডিপোজিট করা হচ্ছে সেটি সঠিক ঠিকানা সম্পর্কে দ্বিমত পোষণ করে
+ // এর L1 টোকেনের, অথবা সঠিক ইন্টারফেস সমর্থন করে না।
+ // এটি শুধুমাত্র তখনই ঘটা উচিত যদি কোনো ক্ষতিকারক L2 টোকেন থাকে, অথবা যদি কোনো ব্যবহারকারী কোনোভাবে
+ // ডিপোজিট করার জন্য ভুল L2 টোকেন ঠিকানা নির্দিষ্ট করে।
+ // যেকোনো ক্ষেত্রেই, আমরা এখানে প্রক্রিয়াটি থামিয়ে দিই এবং একটি উত্তোলন তৈরি করি
+ // মেসেজ যাতে ব্যবহারকারীরা কিছু ক্ষেত্রে তাদের ফান্ড বের করে নিতে পারে।
+ // ক্ষতিকারক টোকেন কন্ট্রাক্টগুলো পুরোপুরি প্রতিরোধ করার কোনো উপায় নেই, তবে এটি সীমাবদ্ধ করে
+ // ব্যবহারকারীর ত্রুটি এবং কিছু ধরণের ক্ষতিকারক কন্ট্রাক্ট আচরণ প্রশমিত করে।
+```
+
+যদি কোনো ব্যবহারকারী ভুল L2 টোকেন এডড্রেস ব্যবহার করে কোনো শনাক্তযোগ্য ত্রুটি করে, তবে আমরা ডিপোজিট বাতিল করতে এবং L1-এ টোকেনগুলো ফেরত দিতে চাই।
+L2 থেকে আমরা এটি করার একমাত্র উপায় হলো একটি মেসেজ পাঠানো যা ফল্ট চ্যালেঞ্জ পিরিয়ড পর্যন্ত অপেক্ষা করতে হবে, তবে এটি ব্যবহারকারীর জন্য টোকেনগুলো স্থায়ীভাবে হারানোর চেয়ে অনেক ভালো।
+
+```solidity
+ bytes memory message = abi.encodeWithSelector(
+ IL1ERC20Bridge.finalizeERC20Withdrawal.selector,
+ _l1Token,
+ _l2Token,
+ _to, // প্রেরকের কাছে ডিপোজিট বাউন্স ব্যাক করতে এখানে _to এবং _from পরিবর্তন করা হয়েছে
+ _from,
+ _amount,
+ _data
+ );
+
+ // L1 ব্রিজে মেসেজ পাঠান
+ // slither-disable-next-line reentrancy-events
+ sendCrossDomainMessage(l1TokenBridge, 0, message);
+ // slither-disable-next-line reentrancy-events
+ emit DepositFailed(_l1Token, _l2Token, _from, _to, _amount, _data);
+ }
+ }
+}
+```
+
+## উপসংহার {#conclusion}
+
+স্ট্যান্ডার্ড ব্রিজ হলো অ্যাসেট ট্রান্সফারের জন্য সবচেয়ে নমনীয় মেকানিজম।
+তবে, এটি এত জেনেরিক হওয়ার কারণে এটি সর্বদা ব্যবহার করার সবচেয়ে সহজ মেকানিজম নয়।
+বিশেষ করে উত্তোলনের জন্য, বেশিরভাগ ব্যবহারকারী [থার্ড পার্টি ব্রিজ](https://optimism.io/apps#bridge) ব্যবহার করতে পছন্দ করেন যা চ্যালেঞ্জ পিরিয়ডের জন্য অপেক্ষা করে না এবং উত্তোলন চূড়ান্ত করার জন্য কোনো Merkle প্রুফ-এর প্রয়োজন হয় না।
+
+এই ব্রিজগুলো সাধারণত L1-এ অ্যাসেট রাখার মাধ্যমে কাজ করে, যা তারা একটি ছোট ফি-এর বিনিময়ে অবিলম্বে প্রদান করে (প্রায়শই একটি স্ট্যান্ডার্ড ব্রিজ উত্তোলনের জন্য গ্যাস খরচের চেয়ে কম)।
+যখন ব্রিজ (বা এটি পরিচালনাকারী লোকেরা) L1 অ্যাসেট কম হওয়ার আশঙ্কা করে তখন এটি L2 থেকে পর্যাপ্ত অ্যাসেট ট্রান্সফার করে। যেহেতু এগুলো অনেক বড় উত্তোলন, তাই উত্তোলন খরচ একটি বড় পরিমাণের ওপর অ্যামর্টাইজ করা হয় এবং এটি অনেক ছোট শতাংশ হয়।
+
+আশা করি এই আর্টিকেলটি আপনাকে লেয়ার ২ কীভাবে কাজ করে এবং কীভাবে পরিষ্কার ও সুরক্ষিত Solidity কোড লিখতে হয় সে সম্পর্কে আরও বুঝতে সাহায্য করেছে।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/reverse-engineering-a-contract/index.md b/public/content/translations/bn/developers/tutorials/reverse-engineering-a-contract/index.md
new file mode 100644
index 00000000000..2c117afc9d0
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/reverse-engineering-a-contract/index.md
@@ -0,0 +1,744 @@
+---
+title: "একটি কন্ট্রাক্ট রিভার্স ইঞ্জিনিয়ারিং করা"
+description: সোর্স কোড না থাকলে কীভাবে একটি কন্ট্রাক্ট বুঝতে হয়
+author: ওরি পোমেরান্টজ
+lang: bn
+tags: ["evm", "opcodes"]
+skill: advanced
+breadcrumb: রিভার্স ইঞ্জিনিয়ারিং
+published: 2021-12-30
+---
+## ভূমিকা {#introduction}
+
+_ব্লকচেইনে কোনো গোপনীয়তা নেই_, যা কিছু ঘটে তা সামঞ্জস্যপূর্ণ, যাচাইযোগ্য এবং সর্বজনীনভাবে উপলব্ধ। আদর্শভাবে, [কন্ট্রাক্টগুলোর সোর্স কোড Etherscan-এ প্রকাশিত এবং যাচাই করা উচিত](https://etherscan.io/address/0xb8901acb165ed027e32754e0ffe830802919727f#code)। তবে, [সবসময় এমনটা হয় না](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#code)। এই আর্টিকেলে আপনি শিখবেন কীভাবে সোর্স কোড ছাড়া একটি কন্ট্রাক্ট, [`0x2510c039cc3b061d79e564b38836da87e31b342f`](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f) দেখে কন্ট্রাক্টগুলো রিভার্স ইঞ্জিনিয়ারিং করতে হয়।
+
+রিভার্স কম্পাইলার রয়েছে, কিন্তু সেগুলো সবসময় [ব্যবহারযোগ্য ফলাফল](https://etherscan.io/bytecode-decompiler?a=0x2510c039cc3b061d79e564b38836da87e31b342f) তৈরি করে না। এই আর্টিকেলে আপনি শিখবেন কীভাবে ম্যানুয়ালি রিভার্স ইঞ্জিনিয়ারিং করতে হয় এবং [অপকোডগুলো](https://github.com/wolflo/evm-opcodes) থেকে একটি কন্ট্রাক্ট বুঝতে হয়, পাশাপাশি একটি ডিকম্পাইলারের ফলাফল কীভাবে ব্যাখ্যা করতে হয়।
+
+এই আর্টিকেলটি বোঝার জন্য আপনার ইভিএম (EVM)-এর বেসিক বিষয়গুলো জানা উচিত এবং ইভিএম অ্যাসেম্বলারের সাথে অন্তত কিছুটা পরিচিত হওয়া উচিত। [আপনি এই বিষয়গুলো সম্পর্কে এখানে পড়তে পারেন](https://medium.com/mycrypto/the-ethereum-virtual-machine-how-does-it-work-9abac2b7c9e)।
+
+## এক্সিকিউটেবল কোড প্রস্তুত করুন {#prepare-the-executable-code}
+
+আপনি কন্ট্রাক্টের জন্য Etherscan-এ গিয়ে, **Contract** ট্যাবে ক্লিক করে এবং তারপর **Switch to Opcodes View**-এ ক্লিক করে অপকোডগুলো (opcodes) পেতে পারেন। আপনি এমন একটি ভিউ পাবেন যেখানে প্রতি লাইনে একটি করে অপকোড থাকবে।
+
+
+
+যাইহোক, জাম্পগুলো (jumps) বোঝার জন্য আপনাকে জানতে হবে কোডের কোথায় প্রতিটি অপকোড অবস্থিত। এটি করার একটি উপায় হলো একটি Google Spreadsheet খোলা এবং কলাম C-তে অপকোডগুলো পেস্ট করা। [আপনি এই আগে থেকে প্রস্তুত করা স্প্রেডশিটের একটি কপি তৈরি করে নিচের ধাপগুলো এড়িয়ে যেতে পারেন](https://docs.google.com/spreadsheets/d/1tKmTJiNjUwHbW64wCKOSJxHjmh0bAUapt6btUYE7kDA/edit?usp=sharing)।
+
+পরবর্তী ধাপ হলো কোডের সঠিক অবস্থানগুলো বের করা যাতে আমরা জাম্পগুলো বুঝতে পারি। আমরা কলাম B-তে অপকোডের আকার এবং কলাম A-তে অবস্থান (হেক্সাডেসিম্যালে) রাখব। `B1` সেলে এই ফাংশনটি টাইপ করুন এবং তারপর কোডের শেষ পর্যন্ত কলাম B-এর বাকি অংশের জন্য এটি কপি এবং পেস্ট করুন। এটি করার পর আপনি কলাম B লুকিয়ে রাখতে পারেন।
+
+```
+=1+IF(REGEXMATCH(C1,"PUSH"),REGEXEXTRACT(C1,"PUSH(\d+)"),0)
+```
+
+প্রথমে এই ফাংশনটি অপকোডের জন্য এক বাইট যোগ করে এবং তারপর `PUSH` খোঁজে। পুশ (Push) অপকোডগুলো বিশেষ কারণ পুশ করা ভ্যালুর জন্য এগুলোতে অতিরিক্ত বাইট থাকতে হয়। যদি অপকোডটি একটি `PUSH` হয়, তবে আমরা বাইটের সংখ্যা বের করি এবং তা যোগ করি।
+
+`A1`-এ প্রথম অফসেট, শূন্য (0) রাখুন। তারপর, `A2`-তে এই ফাংশনটি রাখুন এবং আবার কলাম A-এর বাকি অংশের জন্য এটি কপি এবং পেস্ট করুন:
+
+```
+=dec2hex(hex2dec(A1)+B1)
+```
+
+আমাদের এই ফাংশনটি প্রয়োজন যাতে এটি আমাদের হেক্সাডেসিম্যাল ভ্যালু দেয়, কারণ জাম্পের (`JUMP` এবং `JUMPI`) আগে পুশ করা ভ্যালুগুলো আমাদের হেক্সাডেসিম্যালে দেওয়া হয়।
+
+## এন্ট্রি পয়েন্ট (0x00) {#the-entry-point-0x00}
+
+কন্ট্রাক্টগুলো সবসময় প্রথম বাইট থেকে এক্সিকিউট করা হয়। এটি কোডের প্রাথমিক অংশ:
+
+| অফসেট | অপকোড | স্ট্যাক (অপকোডের পরে) |
+| -----: | ------------ | ------------------------ |
+| 0 | PUSH1 0x80 | 0x80 |
+| 2 | PUSH1 0x40 | 0x40, 0x80 |
+| 4 | MSTORE | Empty |
+| 5 | PUSH1 0x04 | 0x04 |
+| 7 | CALLDATASIZE | CALLDATASIZE 0x04 |
+| 8 | LT | CALLDATASIZE\<4 |
+| 9 | PUSH2 0x005e | 0x5E CALLDATASIZE\<4 |
+| C | JUMPI | Empty |
+
+এই কোডটি দুটি কাজ করে:
+
+1. মেমরি লোকেশন 0x40-0x5F-এ 32 বাইট ভ্যালু হিসেবে 0x80 লেখে (0x80 স্টোর করা হয় 0x5F-এ, এবং 0x40-0x5E এর সবগুলো শূন্য)।
+2. কলডাটার সাইজ রিড করে। সাধারণত একটি ইথিরিয়াম কন্ট্রাক্টের কল ডাটা [এবিআই (অ্যাপ্লিকেশন বাইনারি ইন্টারফেস)](https://docs.soliditylang.org/en/v0.8.10/abi-spec.html) অনুসরণ করে, যার জন্য ফাংশন সিলেক্টরের জন্য ন্যূনতম চার বাইট প্রয়োজন হয়। কল ডাটার সাইজ চারের কম হলে, 0x5E-তে জাম্প করে।
+
+
+
+### 0x5E-তে হ্যান্ডলার (নন-এবিআই কল ডাটার জন্য) {#the-handler-at-0x5e-for-non-abi-call-data}
+
+| অফসেট | অপকোড |
+| -----: | ------------ |
+| 5E | JUMPDEST |
+| 5F | CALLDATASIZE |
+| 60 | PUSH2 0x007c |
+| 63 | JUMPI |
+
+এই স্নিপেটটি একটি `JUMPDEST` দিয়ে শুরু হয়। ইভিএম (ইথিরিয়াম ভার্চুয়াল মেশিন) প্রোগ্রামগুলো একটি এক্সেপশন থ্রো করে যদি আপনি এমন কোনো অপকোডে জাম্প করেন যা `JUMPDEST` নয়। এরপর এটি CALLDATASIZE দেখে, এবং যদি এটি "true" হয় (অর্থাৎ, শূন্য না হয়) তবে 0x7C-তে জাম্প করে। আমরা নিচে সে বিষয়ে আলোচনা করব।
+
+| অফসেট | অপকোড | স্ট্যাক (অপকোডের পরে) |
+| -----: | ---------- | -------------------------------------------------------------------------- |
+| 64 | CALLVALUE | কলের মাধ্যমে প্রদান করা [ওয়েই (Wei)](/glossary/#wei)। সলিডিটিতে একে `msg.value` বলা হয় |
+| 65 | PUSH1 0x06 | 6 CALLVALUE |
+| 67 | PUSH1 0x00 | 0 6 CALLVALUE |
+| 69 | DUP3 | CALLVALUE 0 6 CALLVALUE |
+| 6A | DUP3 | 6 CALLVALUE 0 6 CALLVALUE |
+| 6B | SLOAD | Storage[6] CALLVALUE 0 6 CALLVALUE |
+
+সুতরাং যখন কোনো কল ডাটা থাকে না, তখন আমরা Storage[6]-এর ভ্যালু রিড করি। আমরা এখনও জানি না এই ভ্যালুটি কী, তবে আমরা এমন লেনদেন খুঁজতে পারি যা কন্ট্রাক্টটি কোনো কল ডাটা ছাড়াই গ্রহণ করেছে। যেসব লেনদেন কোনো কল ডাটা ছাড়াই (এবং তাই কোনো মেথড ছাড়াই) শুধুমাত্র ETH ট্রান্সফার করে, ইথারস্ক্যানে সেগুলোর মেথড হিসেবে `Transfer` থাকে। প্রকৃতপক্ষে, [কন্ট্রাক্টটি যে প্রথম লেনদেনটি গ্রহণ করেছিল](https://etherscan.io/tx/0xeec75287a583c36bcc7ca87685ab41603494516a0f5986d18de96c8e630762e7) তা হলো একটি ট্রান্সফার।
+
+আমরা যদি সেই লেনদেনটি দেখি এবং **Click to see More**-এ ক্লিক করি, তবে দেখতে পাব যে কল ডাটা, যাকে ইনপুট ডাটা বলা হয়, তা আসলেই ফাঁকা (`0x`)। আরও খেয়াল করুন যে ভ্যালুটি হলো 1.559 ETH, যা পরবর্তীতে প্রাসঙ্গিক হবে।
+
+
+
+এরপর, **State** ট্যাবে ক্লিক করুন এবং আমরা যে কন্ট্রাক্টটি রিভার্স ইঞ্জিনিয়ারিং করছি (0x2510...) তা এক্সপ্যান্ড করুন। আপনি দেখতে পাবেন যে লেনদেন চলাকালীন `Storage[6]` পরিবর্তিত হয়েছে, এবং আপনি যদি Hex থেকে **Number**-এ পরিবর্তন করেন, তবে দেখতে পাবেন এটি 1,559,000,000,000,000,000 হয়েছে, যা ওয়েই-তে ট্রান্সফার করা ভ্যালু (আমি স্পষ্টতার জন্য কমা যোগ করেছি), যা পরবর্তী কন্ট্রাক্ট ভ্যালুর সাথে মিলে যায়।
+
+![Storage[6]-এ পরিবর্তন](storage6.png)
+
+আমরা যদি [একই সময়ের অন্যান্য `Transfer` লেনদেন](https://etherscan.io/tx/0xf708d306de39c422472f43cb975d97b66fd5d6a6863db627067167cbf93d84d1#statechange)-এর কারণে হওয়া স্টেট পরিবর্তনগুলো দেখি, তবে দেখতে পাব যে `Storage[6]` কিছু সময়ের জন্য কন্ট্রাক্টের ভ্যালু ট্র্যাক করেছে। আপাতত আমরা একে `Value*` বলব। অ্যাস্টেরিস্ক (`*`) আমাদের মনে করিয়ে দেয় যে আমরা এখনও _জানি না_ এই ভ্যারিয়েবলটি কী কাজ করে, তবে এটি শুধুমাত্র কন্ট্রাক্টের ভ্যালু ট্র্যাক করার জন্য হতে পারে না কারণ স্টোরেজ ব্যবহার করার কোনো প্রয়োজন নেই, যা অত্যন্ত ব্যয়বহুল, যখন আপনি `ADDRESS BALANCE` ব্যবহার করে আপনার একাউন্ট ব্যালেন্স পেতে পারেন। প্রথম অপকোডটি কন্ট্রাক্টের নিজস্ব এডড্রেস পুশ করে। দ্বিতীয়টি স্ট্যাকের উপরের এডড্রেসটি রিড করে এবং সেটিকে সেই এডড্রেসের ব্যালেন্স দিয়ে রিপ্লেস করে।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | ------------------------------------------- |
+| 6C | PUSH2 0x0075 | 0x75 Value\* CALLVALUE 0 6 CALLVALUE |
+| 6F | SWAP2 | CALLVALUE Value\* 0x75 0 6 CALLVALUE |
+| 70 | SWAP1 | Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 71 | PUSH2 0x01a7 | 0x01A7 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 74 | JUMP |
+
+আমরা জাম্প ডেস্টিনেশনে এই কোডটি ট্রেস করা চালিয়ে যাব।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ---------- | ----------------------------------------------------------- |
+| 1A7 | JUMPDEST | Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1A8 | PUSH1 0x00 | 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AA | DUP3 | CALLVALUE 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AB | NOT | 2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+
+`NOT` হলো বিটওয়াইজ, তাই এটি কল ভ্যালুর প্রতিটি বিটের মান উল্টে দেয়।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | --------------------------------------------------------------------------- |
+| 1AC | DUP3 | Value\* 2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AD | GT | Value\*>2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AE | ISZERO | Value\*\<=2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1AF | PUSH2 0x01df | 0x01DF Value\*\<=2^256-CALLVALUE-1 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1B2 | JUMPI |
+
+যদি `Value*` 2^256-CALLVALUE-1 এর চেয়ে ছোট বা সমান হয় তবে আমরা জাম্প করি। এটি ওভারফ্লো প্রতিরোধ করার লজিক বলে মনে হচ্ছে। এবং সত্যিই, আমরা দেখতে পাই যে কয়েকটি অর্থহীন অপারেশনের পরে (উদাহরণস্বরূপ, মেমরিতে লেখা যা মুছে ফেলা হতে চলেছে) 0x01DE অফসেটে ওভারফ্লো শনাক্ত হলে কন্ট্রাক্টটি রিভার্ট করে, যা একটি স্বাভাবিক আচরণ।
+
+লক্ষণীয় যে, এই ধরনের ওভারফ্লো হওয়ার সম্ভাবনা অত্যন্ত কম, কারণ এর জন্য কল ভ্যালু এবং `Value*` এর যোগফল 2^256 ওয়েই-এর কাছাকাছি হতে হবে, যা প্রায় 10^59 ETH। [লেখার সময়, মোট ETH সাপ্লাই দুইশ মিলিয়নেরও কম](https://etherscan.io/stat/supply)।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | -------- | ----------------------------------------- |
+| 1DF | JUMPDEST | 0x00 Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1E0 | POP | Value\* CALLVALUE 0x75 0 6 CALLVALUE |
+| 1E1 | ADD | Value\*+CALLVALUE 0x75 0 6 CALLVALUE |
+| 1E2 | SWAP1 | 0x75 Value\*+CALLVALUE 0 6 CALLVALUE |
+| 1E3 | JUMP |
+
+যদি আমরা এখানে পৌঁছাই, তবে `Value* + CALLVALUE` নিন এবং 0x75 অফসেটে জাম্প করুন।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | -------- | ------------------------------- |
+| 75 | JUMPDEST | Value\*+CALLVALUE 0 6 CALLVALUE |
+| 76 | SWAP1 | 0 Value\*+CALLVALUE 6 CALLVALUE |
+| 77 | SWAP2 | 6 Value\*+CALLVALUE 0 CALLVALUE |
+| 78 | SSTORE | 0 CALLVALUE |
+
+যদি আমরা এখানে পৌঁছাই (যার জন্য কল ডাটা ফাঁকা হওয়া প্রয়োজন) তবে আমরা `Value*`-এর সাথে কল ভ্যালু যোগ করি। এটি `Transfer` লেনদেনগুলো যা করে বলে আমরা উল্লেখ করেছি, তার সাথে সামঞ্জস্যপূর্ণ।
+
+| অফসেট | অপকোড |
+| -----: | ------ |
+| 79 | POP |
+| 7A | POP |
+| 7B | STOP |
+
+অবশেষে, স্ট্যাক ক্লিয়ার করুন (যা প্রয়োজনীয় নয়) এবং লেনদেনের সফল সমাপ্তির সংকেত দিন।
+
+সব মিলিয়ে, এখানে প্রাথমিক কোডের জন্য একটি ফ্লোচার্ট দেওয়া হলো।
+
+
+
+## 0x7C তে হ্যান্ডলার {#the-handler-at-0x7c}
+
+আমি ইচ্ছাকৃতভাবেই এই হ্যান্ডলারটি কী করে তা শিরোনামে রাখিনি। এর উদ্দেশ্য আপনাকে এই নির্দিষ্ট কন্ট্রাক্টটি কীভাবে কাজ করে তা শেখানো নয়, বরং কীভাবে কন্ট্রাক্ট রিভার্স ইঞ্জিনিয়ারিং করতে হয় তা শেখানো। আমি যেভাবে কোড অনুসরণ করে এটি কী করে তা শিখেছি, আপনিও সেভাবেই শিখবেন।
+
+আমরা বেশ কয়েকটি জায়গা থেকে এখানে আসি:
+
+- যদি 1, 2, বা 3 বাইটের কল ডেটা থাকে (অফসেট 0x63 থেকে)
+- যদি মেথড সিগনেচার অজানা থাকে (অফসেট 0x42 এবং 0x5D থেকে)
+
+| Offset | Opcode | Stack |
+| -----: | ------------ | -------------------- |
+| 7C | JUMPDEST |
+| 7D | PUSH1 0x00 | 0x00 |
+| 7F | PUSH2 0x009d | 0x9D 0x00 |
+| 82 | PUSH1 0x03 | 0x03 0x9D 0x00 |
+| 84 | SLOAD | Storage[3] 0x9D 0x00 |
+
+এটি আরেকটি স্টোরেজ সেল, যা আমি কোনো লেনদেনে খুঁজে পাইনি তাই এর অর্থ কী তা জানা কঠিন। নিচের কোডটি এটিকে আরও পরিষ্কার করবে।
+
+| Offset | Opcode | Stack |
+| -----: | ------------------------------------------------- | ------------------------------- |
+| 85 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xff....ff Storage[3] 0x9D 0x00 |
+| 9A | AND | Storage[3]-as-address 0x9D 0x00 |
+
+এই অপকোডগুলো Storage[3] থেকে পড়া মানটিকে 160 বিটে ট্রাঙ্কেট (truncate) করে, যা একটি ইথেরিয়াম এডড্রেস এর দৈর্ঘ্য।
+
+| Offset | Opcode | Stack |
+| -----: | ------ | ------------------------------- |
+| 9B | SWAP1 | 0x9D Storage[3]-as-address 0x00 |
+| 9C | JUMP | Storage[3]-as-address 0x00 |
+
+এই জাম্পটি অপ্রয়োজনীয়, কারণ আমরা পরবর্তী অপকোডে যাচ্ছি। এই কোডটি যতটা গ্যাস-সাশ্রয়ী হতে পারত, ততটা নয়।
+
+| Offset | Opcode | Stack |
+| -----: | ---------- | ------------------------------- |
+| 9D | JUMPDEST | Storage[3]-as-address 0x00 |
+| 9E | SWAP1 | 0x00 Storage[3]-as-address |
+| 9F | POP | Storage[3]-as-address |
+| A0 | PUSH1 0x40 | 0x40 Storage[3]-as-address |
+| A2 | MLOAD | Mem[0x40] Storage[3]-as-address |
+
+কোডের একেবারে শুরুতে আমরা Mem[0x40] কে 0x80 তে সেট করি। যদি আমরা পরে 0x40 খুঁজি, আমরা দেখতে পাই যে আমরা এটি পরিবর্তন করিনি - তাই আমরা ধরে নিতে পারি এটি 0x80।
+
+| Offset | Opcode | Stack |
+| -----: | ------------ | ------------------------------------------------- |
+| A3 | CALLDATASIZE | CALLDATASIZE 0x80 Storage[3]-as-address |
+| A4 | PUSH1 0x00 | 0x00 CALLDATASIZE 0x80 Storage[3]-as-address |
+| A6 | DUP3 | 0x80 0x00 CALLDATASIZE 0x80 Storage[3]-as-address |
+| A7 | CALLDATACOPY | 0x80 Storage[3]-as-address |
+
+0x80 থেকে শুরু করে সমস্ত কল ডেটা মেমোরিতে কপি করুন।
+
+| Offset | Opcode | Stack |
+| -----: | ------------- | -------------------------------------------------------------------------------- |
+| A8 | PUSH1 0x00 | 0x00 0x80 Storage[3]-as-address |
+| AA | DUP1 | 0x00 0x00 0x80 Storage[3]-as-address |
+| AB | CALLDATASIZE | CALLDATASIZE 0x00 0x00 0x80 Storage[3]-as-address |
+| AC | DUP4 | 0x80 CALLDATASIZE 0x00 0x00 0x80 Storage[3]-as-address |
+| AD | DUP6 | Storage[3]-as-address 0x80 CALLDATASIZE 0x00 0x00 0x80 Storage[3]-as-address |
+| AE | GAS | GAS Storage[3]-as-address 0x80 CALLDATASIZE 0x00 0x00 0x80 Storage[3]-as-address |
+| AF | DELEGATE_CALL |
+
+এখন বিষয়গুলো অনেক বেশি পরিষ্কার। এই কন্ট্রাক্টটি একটি [প্রক্সি](https://blog.openzeppelin.com/proxy-patterns/) হিসেবে কাজ করতে পারে, যা আসল কাজটি করার জন্য Storage[3] এর এডড্রেস কল করে। `DELEGATE_CALL` একটি আলাদা কন্ট্রাক্ট কল করে, কিন্তু একই স্টোরেজে থাকে। এর মানে হলো ডেলিগেটেড কন্ট্রাক্ট, যার জন্য আমরা একটি প্রক্সি, একই স্টোরেজ স্পেস অ্যাক্সেস করে। কলের জন্য প্যারামিটারগুলো হলো:
+
+- _গ্যাস_: অবশিষ্ট সমস্ত গ্যাস
+- _কল করা এডড্রেস_: Storage[3]-as-address
+- _কল ডেটা_: 0x80 থেকে শুরু হওয়া CALLDATASIZE বাইট, যেখানে আমরা আসল কল ডেটা রেখেছিলাম
+- _রিটার্ন ডেটা_: কোনোটিই নয় (0x00 - 0x00) আমরা অন্য উপায়ে রিটার্ন ডেটা পাব (নিচে দেখুন)
+
+| Offset | Opcode | Stack |
+| -----: | -------------- | --------------------------------------------------------------------------------------------- |
+| B0 | RETURNDATASIZE | RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| B1 | DUP1 | RETURNDATASIZE RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| B2 | PUSH1 0x00 | 0x00 RETURNDATASIZE RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| B4 | DUP5 | 0x80 0x00 RETURNDATASIZE RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| B5 | RETURNDATACOPY | RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+
+এখানে আমরা 0x80 থেকে শুরু হওয়া মেমোরি বাফারে সমস্ত রিটার্ন ডেটা কপি করি।
+
+| Offset | Opcode | Stack |
+| -----: | ------------ | ---------------------------------------------------------------------------------------------------------------------------- |
+| B6 | DUP2 | (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| B7 | DUP1 | (((call success/failure))) (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| B8 | ISZERO | (((did the call fail))) (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| B9 | PUSH2 0x00c0 | 0xC0 (((did the call fail))) (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| BC | JUMPI | (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| BD | DUP2 | RETURNDATASIZE (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| BE | DUP5 | 0x80 RETURNDATASIZE (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| BF | RETURN | |
+
+সুতরাং কলের পরে আমরা রিটার্ন ডেটা 0x80 - 0x80+RETURNDATASIZE বাফারে কপি করি, এবং যদি কলটি সফল হয় তবে আমরা ঠিক সেই বাফারটি দিয়ে `RETURN` করি।
+
+### DELEGATECALL ব্যর্থ হয়েছে {#delegatecall-failed}
+
+যদি আমরা এখানে 0xC0 তে আসি, এর মানে হলো আমরা যে কন্ট্রাক্টটি কল করেছিলাম তা রিভার্ট (revert) হয়েছে। যেহেতু আমরা সেই কন্ট্রাক্টের জন্য শুধুমাত্র একটি প্রক্সি, তাই আমরা একই ডেটা রিটার্ন করতে চাই এবং রিভার্টও করতে চাই।
+
+| Offset | Opcode | Stack |
+| -----: | -------- | ------------------------------------------------------------------------------------------------------------------- |
+| C0 | JUMPDEST | (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| C1 | DUP2 | RETURNDATASIZE (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| C2 | DUP5 | 0x80 RETURNDATASIZE (((call success/failure))) RETURNDATASIZE (((call success/failure))) 0x80 Storage[3]-as-address |
+| C3 | REVERT |
+
+তাই আমরা আগে `RETURN` এর জন্য যে বাফারটি ব্যবহার করেছিলাম, সেই একই বাফার দিয়ে `REVERT` করি: 0x80 - 0x80+RETURNDATASIZE
+
+
+
+## ABI কল {#abi-calls}
+
+যদি কল ডাটার সাইজ চার বাইট বা তার বেশি হয়, তবে এটি একটি বৈধ ABI কল হতে পারে।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | ------------------------------------------------- |
+| D | PUSH1 0x00 | 0x00 |
+| F | CALLDATALOAD | (((কল ডাটার প্রথম শব্দ (256 বিট)))) |
+| 10 | PUSH1 0xe0 | 0xE0 (((কল ডাটার প্রথম শব্দ (256 বিট)))) |
+| 12 | SHR | (((কল ডাটার প্রথম 32 বিট (4 বাইট)))) |
+
+ইথারস্ক্যান (Etherscan) আমাদের বলে যে `1C` একটি অজানা অপকোড, কারণ [ইথারস্ক্যান এই ফিচারটি লেখার পর এটি যোগ করা হয়েছিল](https://eips.ethereum.org/EIPS/eip-145) এবং তারা এটি আপডেট করেনি। একটি [আপডেটেড অপকোড টেবিল](https://github.com/wolflo/evm-opcodes) আমাদের দেখায় যে এটি শিফট রাইট (shift right)।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ---------------- | -------------------------------------------------------------------------------------------------------- |
+| 13 | DUP1 | (((কল ডাটার প্রথম 32 বিট (4 বাইট)))) (((কল ডাটার প্রথম 32 বিট (4 বাইট)))) |
+| 14 | PUSH4 0x3cd8045e | 0x3CD8045E (((কল ডাটার প্রথম 32 বিট (4 বাইট)))) (((কল ডাটার প্রথম 32 বিট (4 বাইট)))) |
+| 19 | GT | 0x3CD8045E>first-32-bits-of-the-call-data (((কল ডাটার প্রথম 32 বিট (4 বাইট)))) |
+| 1A | PUSH2 0x0043 | 0x43 0x3CD8045E>first-32-bits-of-the-call-data (((কল ডাটার প্রথম 32 বিট (4 বাইট)))) |
+| 1D | JUMPI | (((কল ডাটার প্রথম 32 বিট (4 বাইট)))) |
+
+মেথড সিগনেচার ম্যাচিং টেস্টগুলোকে এভাবে দুই ভাগে ভাগ করার ফলে গড়ে অর্ধেক টেস্ট বেঁচে যায়। এর ঠিক পরের কোড এবং 0x43-এর কোড একই প্যাটার্ন অনুসরণ করে: কল ডাটার প্রথম 32 বিটে `DUP1`, `PUSH4 (((মেথড সিগনেচার>`, সমতা চেক করার জন্য `EQ` রান করা, এবং তারপর মেথড সিগনেচার মিলে গেলে `JUMPI` করা। নিচে মেথড সিগনেচার, তাদের এডড্রেস এবং যদি জানা থাকে তবে [সংশ্লিষ্ট মেথড ডেফিনিশন](https://www.4byte.directory/) দেওয়া হলো:
+
+| মেথড | মেথড সিগনেচার | জাম্প করার অফসেট |
+| -------------------------------------------------------------------------------------- | ---------------- | ------------------- |
+| [splitter()](https://www.4byte.directory/signatures/?bytes4_signature=0x3cd8045e) | 0x3cd8045e | 0x0103 |
+| ??? | 0x81e580d3 | 0x0138 |
+| [currentWindow()](https://www.4byte.directory/signatures/?bytes4_signature=0xba0bafb4) | 0xba0bafb4 | 0x0158 |
+| ??? | 0x1f135823 | 0x00C4 |
+| [merkleRoot()](https://www.4byte.directory/signatures/?bytes4_signature=0x2eb4a7ab) | 0x2eb4a7ab | 0x00ED |
+
+যদি কোনো মিল না পাওয়া যায়, তবে কোডটি [0x7C-তে থাকা প্রক্সি হ্যান্ডলারে](#the-handler-at-0x7c) জাম্প করে, এই আশায় যে আমরা যে কন্ট্রাক্টের প্রক্সি হিসেবে কাজ করছি তার সাথে কোনো মিল পাওয়া যাবে।
+
+
+
+## splitter() {#splitter}
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | ----------------------------- |
+| 103 | JUMPDEST |
+| 104 | CALLVALUE | CALLVALUE |
+| 105 | DUP1 | CALLVALUE CALLVALUE |
+| 106 | ISZERO | CALLVALUE==0 CALLVALUE |
+| 107 | PUSH2 0x010f | 0x010F CALLVALUE==0 CALLVALUE |
+| 10A | JUMPI | CALLVALUE |
+| 10B | PUSH1 0x00 | 0x00 CALLVALUE |
+| 10D | DUP1 | 0x00 0x00 CALLVALUE |
+| 10E | REVERT |
+
+এই ফাংশনটি প্রথমেই চেক করে যে কলটি কোনো ETH পাঠায়নি। এই ফাংশনটি [`payable`](https://solidity-by-example.org/payable/) নয়। যদি কেউ আমাদের ETH পাঠিয়ে থাকে তবে তা অবশ্যই একটি ভুল এবং আমরা `REVERT` করতে চাই যাতে সেই ETH এমন কোথাও আটকে না যায় যেখান থেকে তারা এটি আর ফেরত পেতে পারবে না।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------------------------------------------- | --------------------------------------------------------------------------- |
+| 10F | JUMPDEST |
+| 110 | POP |
+| 111 | PUSH1 0x03 | 0x03 |
+| 113 | SLOAD | (((Storage[3] অর্থাৎ যে কন্ট্রাক্টের জন্য আমরা একটি প্রক্সি))) |
+| 114 | PUSH1 0x40 | 0x40 (((Storage[3] অর্থাৎ যে কন্ট্রাক্টের জন্য আমরা একটি প্রক্সি))) |
+| 116 | MLOAD | 0x80 (((Storage[3] অর্থাৎ যে কন্ট্রাক্টের জন্য আমরা একটি প্রক্সি))) |
+| 117 | PUSH20 0xffffffffffffffffffffffffffffffffffffffff | 0xFF...FF 0x80 (((Storage[3] অর্থাৎ যে কন্ট্রাক্টের জন্য আমরা একটি প্রক্সি))) |
+| 12C | SWAP1 | 0x80 0xFF...FF (((Storage[3] অর্থাৎ যে কন্ট্রাক্টের জন্য আমরা একটি প্রক্সি))) |
+| 12D | SWAP2 | (((Storage[3] অর্থাৎ যে কন্ট্রাক্টের জন্য আমরা একটি প্রক্সি))) 0xFF...FF 0x80 |
+| 12E | AND | ProxyAddr 0x80 |
+| 12F | DUP2 | 0x80 ProxyAddr 0x80 |
+| 130 | MSTORE | 0x80 |
+
+এবং 0x80 এখন প্রক্সি এডড্রেস ধারণ করে
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | --------- |
+| 131 | PUSH1 0x20 | 0x20 0x80 |
+| 133 | ADD | 0xA0 |
+| 134 | PUSH2 0x00e4 | 0xE4 0xA0 |
+| 137 | JUMP | 0xA0 |
+
+### E4 কোড {#the-e4-code}
+
+এই প্রথম আমরা এই লাইনগুলো দেখছি, তবে এগুলো অন্যান্য মেথডের সাথে শেয়ার করা হয়েছে (নিচে দেখুন)। তাই আমরা স্ট্যাকের ভ্যালুটিকে X বলব, এবং শুধু মনে রাখব যে `splitter()`-এ এই X-এর ভ্যালু হলো 0xA0।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ---------- | ----------- |
+| E4 | JUMPDEST | X |
+| E5 | PUSH1 0x40 | 0x40 X |
+| E7 | MLOAD | 0x80 X |
+| E8 | DUP1 | 0x80 0x80 X |
+| E9 | SWAP2 | X 0x80 0x80 |
+| EA | SUB | X-0x80 0x80 |
+| EB | SWAP1 | 0x80 X-0x80 |
+| EC | RETURN |
+
+সুতরাং এই কোডটি স্ট্যাকে (X) একটি মেমরি পয়েন্টার গ্রহণ করে এবং কন্ট্রাক্টটিকে 0x80 - X বাফার সহ `RETURN` করতে নির্দেশ দেয়।
+
+`splitter()`-এর ক্ষেত্রে, এটি সেই এডড্রেস রিটার্ন করে যার জন্য আমরা একটি প্রক্সি। `RETURN` 0x80-0x9F-এ বাফারটি রিটার্ন করে, যেখানে আমরা এই ডাটা লিখেছিলাম (উপরে অফসেট 0x130)।
+
+## currentWindow() {#currentwindow}
+
+0x158-0x163 অফসেটের কোডটি হুবহু 0x103-0x10E অফসেটে `splitter()`-এ আমরা যা দেখেছি তার মতোই (শুধুমাত্র `JUMPI` গন্তব্য ছাড়া), তাই আমরা জানি যে `currentWindow()`-ও `payable` নয়।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | -------------------- |
+| 164 | JUMPDEST |
+| 165 | POP |
+| 166 | PUSH2 0x00da | 0xDA |
+| 169 | PUSH1 0x01 | 0x01 0xDA |
+| 16B | SLOAD | Storage[1] 0xDA |
+| 16C | DUP2 | 0xDA Storage[1] 0xDA |
+| 16D | JUMP | Storage[1] 0xDA |
+
+### DA কোড {#the-da-code}
+
+এই কোডটি অন্যান্য মেথডের সাথেও শেয়ার করা হয়েছে। তাই আমরা স্ট্যাকের মানটিকে Y বলব, এবং শুধু মনে রাখব যে `currentWindow()`-এ এই Y-এর মান হলো Storage[1]।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ---------- | ---------------- |
+| DA | JUMPDEST | Y 0xDA |
+| DB | PUSH1 0x40 | 0x40 Y 0xDA |
+| DD | MLOAD | 0x80 Y 0xDA |
+| DE | SWAP1 | Y 0x80 0xDA |
+| DF | DUP2 | 0x80 Y 0x80 0xDA |
+| E0 | MSTORE | 0x80 0xDA |
+
+Y কে 0x80-0x9F এ লিখুন।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ---------- | -------------- |
+| E1 | PUSH1 0x20 | 0x20 0x80 0xDA |
+| E3 | ADD | 0xA0 0xDA |
+
+এবং বাকি অংশটি ইতিমধ্যেই [উপরে](#the-e4-code) ব্যাখ্যা করা হয়েছে। তাই 0xDA-তে জাম্প করলে স্ট্যাকের শীর্ষ (Y) 0x80-0x9F-এ লেখা হয় এবং সেই মানটি রিটার্ন করে। `currentWindow()`-এর ক্ষেত্রে, এটি Storage[1] রিটার্ন করে।
+
+## merkleRoot() {#merkleroot}
+
+অফসেট 0xED-0xF8 এর কোডটি `splitter()` এর 0x103-0x10E তে আমরা যা দেখেছি তার হুবহু অনুরূপ (`JUMPI` গন্তব্য ছাড়া), তাই আমরা জানি যে `merkleRoot()` ও `payable` নয়।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | -------------------- |
+| F9 | JUMPDEST |
+| FA | POP |
+| FB | PUSH2 0x00da | 0xDA |
+| FE | PUSH1 0x00 | 0x00 0xDA |
+| 100 | SLOAD | Storage[0] 0xDA |
+| 101 | DUP2 | 0xDA Storage[0] 0xDA |
+| 102 | JUMP | Storage[0] 0xDA |
+
+জাম্পের পরে কী ঘটে [তা আমরা আগেই বের করেছি](#the-da-code)। সুতরাং `merkleRoot()` Storage[0] রিটার্ন করে।
+
+## 0x81e580d3 {#0x81e580d3}
+
+0x138-0x143 অফসেটের কোডটি হুবহু 0x103-0x10E-এ `splitter()`-এ আমরা যা দেখেছি তার মতোই (শুধুমাত্র `JUMPI` গন্তব্য ছাড়া), তাই আমরা জানি যে এই ফাংশনটিও `payable` নয়।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | ------------------------------------------------------------ |
+| 144 | JUMPDEST |
+| 145 | POP |
+| 146 | PUSH2 0x00da | 0xDA |
+| 149 | PUSH2 0x0153 | 0x0153 0xDA |
+| 14C | CALLDATASIZE | CALLDATASIZE 0x0153 0xDA |
+| 14D | PUSH1 0x04 | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 14F | PUSH2 0x018f | 0x018F 0x04 CALLDATASIZE 0x0153 0xDA |
+| 152 | JUMP | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 18F | JUMPDEST | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 190 | PUSH1 0x00 | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 192 | PUSH1 0x20 | 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 194 | DUP3 | 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 195 | DUP5 | CALLDATASIZE 0x04 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 196 | SUB | CALLDATASIZE-4 0x20 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 197 | SLT | CALLDATASIZE-4\<32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 198 | ISZERO | CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 199 | PUSH2 0x01a0 | 0x01A0 CALLDATASIZE-4>=32 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 19C | JUMPI | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+
+মনে হচ্ছে এই ফাংশনটি কল ডাটার অন্তত 32 বাইট (এক ওয়ার্ড) নেয়।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------ | -------------------------------------------- |
+| 19D | DUP1 | 0x00 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 19E | DUP2 | 0x00 0x00 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 19F | REVERT |
+
+যদি এটি কল ডাটা না পায় তবে কোনো রিটার্ন ডাটা ছাড়াই লেনদেনটি রিভার্ট হয়ে যায়।
+
+চলুন দেখি যদি ফাংশনটি তার প্রয়োজনীয় কল ডাটা পায় তবে কী ঘটে।
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | ---------------------------------------- |
+| 1A0 | JUMPDEST | 0x00 0x04 CALLDATASIZE 0x0153 0xDA |
+| 1A1 | POP | 0x04 CALLDATASIZE 0x0153 0xDA |
+| 1A2 | CALLDATALOAD | calldataload(4) CALLDATASIZE 0x0153 0xDA |
+
+`calldataload(4)` হলো মেথড সিগনেচারের _পরের_ কল ডাটার প্রথম ওয়ার্ড
+
+| অফসেট | অপকোড | স্ট্যাক |
+| -----: | ------------ | ---------------------------------------------------------------------------- |
+| 1A3 | SWAP2 | 0x0153 CALLDATASIZE calldataload(4) 0xDA |
+| 1A4 | SWAP1 | CALLDATASIZE 0x0153 calldataload(4) 0xDA |
+| 1A5 | POP | 0x0153 calldataload(4) 0xDA |
+| 1A6 | JUMP | calldataload(4) 0xDA |
+| 153 | JUMPDEST | calldataload(4) 0xDA |
+| 154 | PUSH2 0x016e | 0x016E calldataload(4) 0xDA |
+| 157 | JUMP | calldataload(4) 0xDA |
+| 16E | JUMPDEST | calldataload(4) 0xDA |
+| 16F | PUSH1 0x04 | 0x04 calldataload(4) 0xDA |
+| 171 | DUP2 | calldataload(4) 0x04 calldataload(4) 0xDA |
+| 172 | DUP2 | 0x04 calldataload(4) 0x04 calldataload(4) 0xDA |
+| 173 | SLOAD | Storage[4] calldataload(4) 0x04 calldataload(4) 0xDA |
+| 174 | DUP2 | calldataload(4) Storage[4] calldataload(4) 0x04 calldataload(4) 0xDA |
+| 175 | LT | calldataload(4)\)`, এবং আরেকটি হলো `isClaimed()`, তাই এটিকে একটি এয়ারড্রপ কন্ট্রাক্ট বলে মনে হচ্ছে। বাকিগুলো অপকোড বাই অপকোড চেক করার পরিবর্তে, আমরা [ডিকম্পাইলার চেষ্টা করতে পারি](https://etherscan.io/bytecode-decompiler?a=0x2f81e57ff4f4d83b40a9f719fd892d8e806e0761), যা এই কন্ট্রাক্ট থেকে 3টি ফাংশনের জন্য ব্যবহারযোগ্য ফলাফল তৈরি করে। অন্যগুলোর রিভার্স ইঞ্জিনিয়ারিং পাঠকের জন্য অনুশীলন হিসেবে রেখে দেওয়া হলো।
+
+### scaleAmountByPercentage {#scaleamountbypercentage}
+
+এই ফাংশনের জন্য ডিকম্পাইলার আমাদের যা দেয় তা হলো:
+
+```python
+def unknown8ffb5c97(uint256 _param1, uint256 _param2) payable:
+ require calldata.size - 4 >=′ 64
+ if _param1 and _param2 > -1 / _param1:
+ revert with 0, 17
+ return (_param1 * _param2 / 100 * 10^6)
+```
+
+প্রথম `require` টেস্ট করে যে কল ডাটায়, ফাংশন সিগনেচারের 4 বাইট ছাড়াও, অন্তত 64 বাইট আছে, যা দুটি প্যারামিটারের জন্য যথেষ্ট। যদি না থাকে তবে স্পষ্টতই কিছু ভুল আছে।
+
+`if` স্টেটমেন্টটি চেক করে বলে মনে হয় যে `_param1` শূন্য নয়, এবং `_param1 * _param2` নেগেটিভ নয়। এটি সম্ভবত র্যাপ অ্যারাউন্ডের (wrap around) ঘটনাগুলো প্রতিরোধ করার জন্য।
+
+অবশেষে, ফাংশনটি একটি স্কেলড ভ্যালু রিটার্ন করে।
+
+### claim {#claim}
+
+ডিকম্পাইলার যে কোড তৈরি করে তা জটিল, এবং এর সবটুকু আমাদের জন্য প্রাসঙ্গিক নয়। আমি এর কিছু অংশ বাদ দিয়ে সেই লাইনগুলোতে ফোকাস করতে যাচ্ছি যেগুলো আমার মতে দরকারী তথ্য প্রদান করে
+
+```python
+def unknown2e7ba6ef(uint256 _param1, uint256 _param2, uint256 _param3, array _param4) payable:
+ ...
+ require _param2 == addr(_param2)
+ ...
+ if currentWindow <= _param1:
+ revert with 0, 'cannot claim for a future window'
+```
+
+আমরা এখানে দুটি গুরুত্বপূর্ণ বিষয় দেখতে পাচ্ছি:
+
+- `_param2`, যদিও এটি একটি `uint256` হিসেবে ডিক্লেয়ার করা হয়েছে, এটি আসলে একটি এডড্রেস
+- `_param1` হলো ক্লেইম করা উইন্ডো, যা `currentWindow` বা তার আগের হতে হবে।
+
+```python
+ ...
+ if stor5[_claimWindow][addr(_claimFor)]:
+ revert with 0, 'Account already claimed the given window'
+```
+
+সুতরাং এখন আমরা জানি যে Storage[5] হলো উইন্ডো এবং এডড্রেসগুলোর একটি অ্যারে, এবং এডড্রেসটি সেই উইন্ডোর জন্য রিওয়ার্ড ক্লেইম করেছে কিনা।
+
+```python
+ ...
+ idx = 0
+ s = 0
+ while idx < _param4.length:
+ ...
+ if s + sha3(mem[(32 * _param4.length) + 328 len mem[(32 * _param4.length) + 296]]) > mem[(32 * idx) + 296]:
+ mem[mem[64] + 32] = mem[(32 * idx) + 296]
+ ...
+ s = sha3(mem[_62 + 32 len mem[_62]])
+ continue
+ ...
+ s = sha3(mem[_66 + 32 len mem[_66]])
+ continue
+ if unknown2eb4a7ab != s:
+ revert with 0, 'Invalid proof'
+```
+
+আমরা জানি যে `unknown2eb4a7ab` আসলে `merkleRoot()` ফাংশন, তাই এই কোডটি দেখে মনে হচ্ছে এটি একটি [মার্কেল প্রুফ](https://medium.com/crypto-0-nite/merkle-proofs-explained-6dd429623dc5) ভেরিফাই করছে। এর মানে হলো `_param4` একটি মার্কেল প্রুফ।
+
+```python
+ call addr(_param2) with:
+ value unknown81e580d3[_param1] * _param3 / 100 * 10^6 wei
+ gas 30000 wei
+```
+
+এভাবেই একটি কন্ট্রাক্ট তার নিজস্ব ETH অন্য একটি এডড্রেসে (কন্ট্রাক্ট বা এক্সটার্নালি ওনড একাউন্ট) ট্রান্সফার করে। এটি ট্রান্সফার করার পরিমাণের সমান ভ্যালু দিয়ে এটিকে কল করে। তাই এটিকে ETH-এর একটি এয়ারড্রপ বলে মনে হচ্ছে।
+
+```python
+ if not return_data.size:
+ if not ext_call.success:
+ require ext_code.size(stor2)
+ call stor2.deposit() with:
+ value unknown81e580d3[_param1] * _param3 / 100 * 10^6 wei
+```
+
+নিচের দুটি লাইন আমাদের বলে যে Storage[2] ও একটি কন্ট্রাক্ট যাকে আমরা কল করি। যদি আমরা [কনস্ট্রাক্টর লেনদেনটি দেখি](https://etherscan.io/tx/0xa1ea0549fb349eb7d3aff90e1d6ce7469fdfdcd59a2fd9b8d1f5e420c0d05b58#statechange) তবে আমরা দেখতে পাই যে এই কন্ট্রাক্টটি হলো [0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2), একটি র্যাপড ইথার (Wrapped Ether) কন্ট্রাক্ট [যার সোর্স কোড Etherscan-এ আপলোড করা হয়েছে](https://etherscan.io/address/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2#code)।
+
+তাই মনে হচ্ছে কন্ট্রাক্টগুলো `_param2`-তে ETH পাঠানোর চেষ্টা করে। যদি এটি করতে পারে, তবে দারুণ। যদি না পারে, তবে এটি [WETH](https://weth.tkn.eth.limo/) পাঠানোর চেষ্টা করে। যদি `_param2` একটি এক্সটার্নালি ওনড একাউন্ট (EOA) হয় তবে এটি সবসময় ETH গ্রহণ করতে পারে, কিন্তু কন্ট্রাক্টগুলো ETH গ্রহণ করতে অস্বীকার করতে পারে। তবে, WETH হলো ERC-20 এবং কন্ট্রাক্টগুলো এটি গ্রহণ করতে অস্বীকার করতে পারে না।
+
+```python
+ ...
+ log 0xdbd5389f: addr(_param2), unknown81e580d3[_param1] * _param3 / 100 * 10^6, bool(ext_call.success)
+```
+
+ফাংশনের শেষে আমরা দেখতে পাই যে একটি লগ এন্ট্রি তৈরি হচ্ছে। [তৈরি হওয়া লগ এন্ট্রিগুলো দেখুন](https://etherscan.io/address/0x2510c039cc3b061d79e564b38836da87e31b342f#events) এবং `0xdbd5...` দিয়ে শুরু হওয়া টপিকটি ফিল্টার করুন। যদি আমরা [এমন একটি এন্ট্রি তৈরি করা লেনদেনগুলোর একটিতে ক্লিক করি](https://etherscan.io/tx/0xe7d3b7e00f645af17dfbbd010478ef4af235896c65b6548def1fe95b3b7d2274) তবে আমরা দেখতে পাই যে এটি সত্যিই একটি ক্লেইমের মতো দেখাচ্ছে - একাউন্টটি আমরা যে কন্ট্রাক্টটি রিভার্স ইঞ্জিনিয়ারিং করছি তাতে একটি মেসেজ পাঠিয়েছে, এবং বিনিময়ে ETH পেয়েছে।
+
+
+
+### 1e7df9d3 {#1e7df9d3}
+
+এই ফাংশনটি উপরের [`claim`](#claim)-এর মতোই। এটিও একটি মার্কেল প্রুফ চেক করে, প্রথমটিতে ETH ট্রান্সফার করার চেষ্টা করে এবং একই ধরনের লগ এন্ট্রি তৈরি করে।
+
+```python
+def unknown1e7df9d3(uint256 _param1, uint256 _param2, array _param3) payable:
+ ...
+ idx = 0
+ s = 0
+ while idx < _param3.length:
+ if idx >= mem[96]:
+ revert with 0, 50
+ _55 = mem[(32 * idx) + 128]
+ if s + sha3(mem[(32 * _param3.length) + 160 len mem[(32 * _param3.length) + 128]]) > mem[(32 * idx) + 128]:
+ ...
+ s = sha3(mem[_58 + 32 len mem[_58]])
+ continue
+ mem[mem[64] + 32] = s + sha3(mem[(32 * _param3.length) + 160 len mem[(32 * _param3.length) + 128]])
+ ...
+ if unknown2eb4a7ab != s:
+ revert with 0, 'Invalid proof'
+ ...
+ call addr(_param1) with:
+ value s wei
+ gas 30000 wei
+ if not return_data.size:
+ if not ext_call.success:
+ require ext_code.size(stor2)
+ call stor2.deposit() with:
+ value s wei
+ gas gas_remaining wei
+ ...
+ log 0xdbd5389f: addr(_param1), s, bool(ext_call.success)
+```
+
+প্রধান পার্থক্য হলো প্রথম প্যারামিটার, অর্থাৎ উইথড্র করার উইন্ডোটি এখানে নেই। এর পরিবর্তে, ক্লেইম করা যেতে পারে এমন সমস্ত উইন্ডোর উপর একটি লুপ রয়েছে।
+
+```python
+ idx = 0
+ s = 0
+ while idx < currentWindow:
+ ...
+ if stor5[mem[0]]:
+ if idx == -1:
+ revert with 0, 17
+ idx = idx + 1
+ s = s
+ continue
+ ...
+ stor5[idx][addr(_param1)] = 1
+ if idx >= unknown81e580d3.length:
+ revert with 0, 50
+ mem[0] = 4
+ if unknown81e580d3[idx] and _param2 > -1 / unknown81e580d3[idx]:
+ revert with 0, 17
+ if s > !(unknown81e580d3[idx] * _param2 / 100 * 10^6):
+ revert with 0, 17
+ if idx == -1:
+ revert with 0, 17
+ idx = idx + 1
+ s = s + (unknown81e580d3[idx] * _param2 / 100 * 10^6)
+ continue
+```
+
+তাই এটিকে একটি `claim` ভ্যারিয়েন্ট বলে মনে হচ্ছে যা সমস্ত উইন্ডো ক্লেইম করে।
+
+## উপসংহার {#conclusion}
+
+এতক্ষণে আপনার জানা উচিত কীভাবে অপকোড বা (যখন এটি কাজ করে) ডিকম্পাইলার ব্যবহার করে এমন কন্ট্রাক্টগুলো বুঝতে হয় যাদের সোর্স কোড পাওয়া যায় না। এই নিবন্ধের দৈর্ঘ্য থেকে যেমনটি স্পষ্ট, একটি কন্ট্রাক্ট রিভার্স ইঞ্জিনিয়ারিং করা সহজ কাজ নয়, তবে এমন একটি সিস্টেমে যেখানে নিরাপত্তা অপরিহার্য, সেখানে কন্ট্রাক্টগুলো প্রতিশ্রুতি অনুযায়ী কাজ করছে কিনা তা যাচাই করতে পারা একটি গুরুত্বপূর্ণ দক্ষতা।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/run-node-raspberry-pi/index.md b/public/content/translations/bn/developers/tutorials/run-node-raspberry-pi/index.md
new file mode 100644
index 00000000000..980f5aa53c8
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/run-node-raspberry-pi/index.md
@@ -0,0 +1,185 @@
+---
+title: রাস্পবেরি পাই 4-এ একটি ইথিরিয়াম নোড চালান
+description: আপনার রাস্পবেরি পাই 4 ফ্ল্যাশ করুন, একটি ইথারনেট কেবল প্লাগ ইন করুন, SSD ডিস্ক কানেক্ট করুন এবং রাস্পবেরি পাই 4-কে একটি সম্পূর্ণ ইথিরিয়াম নোড + ভ্যালিডেটর-এ পরিণত করতে ডিভাইসটি চালু করুন
+author: "EthereumOnArm"
+tags: ["ক্লায়েন্ট", "এক্সিকিউশন লেয়ার", "কনসেন্সাস লেয়ার", "নোড"]
+lang: bn
+skill: intermediate
+breadcrumb: রাস্প পাই নোড
+published: 2022-06-10
+source: Ethereum on ARM
+sourceUrl: https://ethereum-on-arm-documentation.readthedocs.io/en/latest/
+---
+
+**Ethereum on Arm হলো একটি কাস্টম লিনাক্স ইমেজ যা একটি রাস্পবেরি পাই-কে একটি ইথিরিয়াম নোড-এ পরিণত করতে পারে।**
+
+Ethereum on Arm ব্যবহার করে একটি রাস্পবেরি পাই-কে ইথিরিয়াম নোড-এ পরিণত করতে, নিচের হার্ডওয়্যারগুলো সুপারিশ করা হয়:
+
+- রাস্পবেরি 4 (মডেল B 8GB), Odroid M1 বা Rock 5B (8GB/16GB RAM) বোর্ড
+- মাইক্রোএসডি কার্ড (ন্যূনতম 16 GB ক্লাস 10)
+- ন্যূনতম 2 TB SSD USB 3.0 ডিস্ক বা USB থেকে SATA কেস সহ একটি SSD।
+- পাওয়ার সাপ্লাই
+- ইথারনেট কেবল
+- পোর্ট ফরোয়ার্ডিং (আরও তথ্যের জন্য ক্লায়েন্ট দেখুন)
+- হিটসিঙ্ক এবং ফ্যান সহ একটি কেস
+- USB কীবোর্ড, মনিটর এবং HDMI কেবল (মাইক্রো-HDMI) (ঐচ্ছিক)
+
+## কেন ARM-এ ইথিরিয়াম চালাবেন? {#why-run-ethereum-on-arm}
+
+ARM বোর্ডগুলো খুবই সাশ্রয়ী, নমনীয় এবং ছোট কম্পিউটার। ইথিরিয়াম নোড চালানোর জন্য এগুলো ভালো পছন্দ কারণ এগুলো সস্তায় কেনা যায়, এমনভাবে কনফিগার করা যায় যাতে এদের সমস্ত রিসোর্স শুধুমাত্র নোড-এর ওপর ফোকাস করে, যা এদেরকে দক্ষ করে তোলে, এগুলো কম বিদ্যুৎ খরচ করে এবং শারীরিকভাবে ছোট হওয়ায় যেকোনো বাড়িতে সহজেই রাখা যায়। নোড চালু করাও খুব সহজ কারণ রাস্পবেরি পাই-এর মাইক্রোএসডি-কে সহজেই একটি প্রি-বিল্ট ইমেজ দিয়ে ফ্ল্যাশ করা যায়, কোনো সফটওয়্যার ডাউনলোড বা বিল্ড করার প্রয়োজন হয় না।
+
+## এটি কীভাবে কাজ করে? {#how-does-it-work}
+
+রাস্পবেরি পাই-এর মেমরি কার্ড একটি প্রি-বিল্ট ইমেজ দিয়ে ফ্ল্যাশ করা হয়। এই ইমেজে একটি ইথিরিয়াম নোড চালানোর জন্য প্রয়োজনীয় সবকিছু থাকে। একটি ফ্ল্যাশ করা কার্ড দিয়ে, ব্যবহারকারীকে শুধু রাস্পবেরি পাই চালু করতে হয়। নোড চালানোর জন্য প্রয়োজনীয় সমস্ত প্রসেস স্বয়ংক্রিয়ভাবে শুরু হয়ে যায়। এটি কাজ করে কারণ মেমরি কার্ডে একটি লিনাক্স-ভিত্তিক অপারেটিং সিস্টেম (OS) থাকে যার ওপর সিস্টেম-লেভেলের প্রসেসগুলো স্বয়ংক্রিয়ভাবে চলে যা ইউনিটটিকে একটি ইথিরিয়াম নোড-এ পরিণত করে।
+
+জনপ্রিয় রাস্পবেরি পাই লিনাক্স OS "Raspbian" ব্যবহার করে ইথিরিয়াম চালানো যায় না কারণ Raspbian এখনও 32-বিট আর্কিটেকচার ব্যবহার করে যার ফলে ইথিরিয়াম ব্যবহারকারীরা মেমরি সংক্রান্ত সমস্যার সম্মুখীন হন এবং কনসেন্সাস ক্লায়েন্ট 32-বিট বাইনারি সমর্থন করে না। এটি কাটিয়ে উঠতে, Ethereum on Arm টিম "Armbian" নামক একটি নেটিভ 64-বিট OS-এ স্থানান্তরিত হয়েছে।
+
+**ইমেজগুলো সমস্ত প্রয়োজনীয় পদক্ষেপের যত্ন নেয়**, পরিবেশ সেট আপ করা এবং SSD ডিস্ক ফরম্যাট করা থেকে শুরু করে ইথিরিয়াম সফটওয়্যার ইনস্টল করা এবং চালানো, সেইসাথে ব্লকচেইন সিঙ্ক্রোনাইজেশন শুরু করা পর্যন্ত।
+
+## এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট সম্পর্কে নোট {#note-on-execution-and-consensus-clients}
+
+Ethereum on Arm ইমেজে প্রি-বিল্ট এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট সার্ভিস হিসেবে অন্তর্ভুক্ত থাকে। একটি ইথিরিয়াম নোড-এর জন্য উভয় ক্লায়েন্ট সিঙ্ক করা এবং চালু থাকা প্রয়োজন। আপনাকে শুধুমাত্র ইমেজটি ডাউনলোড এবং ফ্ল্যাশ করতে হবে এবং তারপর সার্ভিসগুলো চালু করতে হবে। ইমেজটিতে নিচের এক্সিকিউশন ক্লায়েন্টগুলো প্রি-লোড করা থাকে:
+
+- Geth
+- Nethermind
+- Besu
+
+এবং নিচের কনসেন্সাস ক্লায়েন্টগুলো:
+
+- Lighthouse
+- Nimbus
+- Prysm
+- Teku
+
+চালানোর জন্য আপনার প্রতিটির একটি করে বেছে নেওয়া উচিত - সমস্ত এক্সিকিউশন ক্লায়েন্ট সমস্ত কনসেন্সাস ক্লায়েন্ট-এর সাথে সামঞ্জস্যপূর্ণ। আপনি যদি স্পষ্টভাবে কোনো ক্লায়েন্ট নির্বাচন না করেন, তবে নোডটি তার ডিফল্ট - Geth এবং Lighthouse-এ ফিরে যাবে - এবং বোর্ড চালু হলে স্বয়ংক্রিয়ভাবে সেগুলো চালাবে। আপনাকে অবশ্যই আপনার রাউটারে 30303 পোর্ট খুলতে হবে যাতে Geth পিয়ারদের খুঁজে পেতে এবং তাদের সাথে কানেক্ট করতে পারে।
+
+## ইমেজ ডাউনলোড করা {#downloading-the-image}
+
+রাস্পবেরি পাই 4 ইথিরিয়াম ইমেজ হলো একটি "প্লাগ অ্যান্ড প্লে" ইমেজ যা স্বয়ংক্রিয়ভাবে এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট উভয়ই ইনস্টল এবং সেট আপ করে, একে অপরের সাথে কথা বলতে এবং ইথিরিয়াম নেটওয়ার্ক-এর সাথে কানেক্ট করতে কনফিগার করে। ব্যবহারকারীকে শুধু একটি সাধারণ কমান্ড ব্যবহার করে তাদের প্রসেসগুলো শুরু করতে হবে।
+
+[Ethereum on Arm](https://ethereumonarm-my.sharepoint.com/:u:/p/dlosada/Ec_VmUvr80VFjf3RYSU-NzkBmj2JOteDECj8Bibde929Gw?download=1) থেকে রাস্পবেরি পাই ইমেজটি ডাউনলোড করুন এবং SHA256 হ্যাস যাচাই করুন:
+
+```sh
+# ডাউনলোড করা ইমেজ থাকা ডিরেক্টরি থেকে
+shasum -a 256 ethonarm_22.04.00.img.zip
+# হ্যাস আউটপুট হওয়া উচিত: fb497e8f8a7388b62d6e1efbc406b9558bee7ef46ec7e53083630029c117444f
+```
+
+মনে রাখবেন যে Rock 5B এবং Odroid M1 বোর্ডের জন্য ইমেজগুলো Ethereum-on-Arm [ডাউনলোড পেজ](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/)-এ পাওয়া যায়।
+
+## মাইক্রোএসডি ফ্ল্যাশ করা {#flashing-the-microsd}
+
+রাস্পবেরি পাই-এর জন্য যে মাইক্রোএসডি কার্ডটি ব্যবহার করা হবে তা প্রথমে একটি ডেস্কটপ বা ল্যাপটপে ঢোকাতে হবে যাতে এটি ফ্ল্যাশ করা যায়। তারপর, নিচের টার্মিনাল কমান্ডগুলো ডাউনলোড করা ইমেজটিকে SD কার্ডে ফ্ল্যাশ করবে:
+
+```shell
+# মাইক্রোএসডি কার্ডের নাম চেক করুন
+sudo fdisk -l
+
+>> sdxxx
+```
+
+নামটি সঠিকভাবে পাওয়া সত্যিই গুরুত্বপূর্ণ কারণ পরবর্তী কমান্ডে `dd` অন্তর্ভুক্ত রয়েছে যা কার্ডে ইমেজ পুশ করার আগে কার্ডের বিদ্যমান কন্টেন্ট সম্পূর্ণ মুছে ফেলে। চালিয়ে যেতে, জিপ করা ইমেজ থাকা ডিরেক্টরিতে নেভিগেট করুন:
+
+```shell
+# ইমেজ আনজিপ এবং ফ্ল্যাশ করুন
+unzip ethonarm_22.04.00.img.zip
+sudo dd bs=1M if=ethonarm_22.04.00.img of=/dev/ conv=fdatasync status=progress
+```
+
+কার্ডটি এখন ফ্ল্যাশ করা হয়েছে, তাই এটি রাস্পবেরি পাই-তে ঢোকানো যেতে পারে।
+
+## নোড শুরু করুন {#start-the-node}
+
+রাস্পবেরি পাই-তে SD কার্ড ঢোকানোর পর, ইথারনেট কেবল এবং SSD কানেক্ট করুন তারপর পাওয়ার চালু করুন। OS বুট আপ হবে এবং ক্লায়েন্ট সফটওয়্যার ইনস্টল এবং বিল্ড করা সহ রাস্পবেরি পাই-কে একটি ইথিরিয়াম নোড-এ পরিণত করার জন্য প্রি-কনফিগার করা কাজগুলো স্বয়ংক্রিয়ভাবে শুরু করবে। এতে সম্ভবত 10-15 মিনিট সময় লাগবে।
+
+সবকিছু ইনস্টল এবং কনফিগার হয়ে গেলে, একটি ssh কানেকশনের মাধ্যমে ডিভাইসে লগ ইন করুন অথবা বোর্ডে মনিটর এবং কীবোর্ড যুক্ত থাকলে সরাসরি টার্মিনাল ব্যবহার করুন। লগ ইন করতে `ethereum` একাউন্ট ব্যবহার করুন, কারণ এতে নোড শুরু করার জন্য প্রয়োজনীয় অনুমতি রয়েছে।
+
+```shell
+User: ethereum
+Password: ethereum
+```
+
+ডিফল্ট এক্সিকিউশন ক্লায়েন্ট, Geth, স্বয়ংক্রিয়ভাবে শুরু হবে। আপনি নিচের টার্মিনাল কমান্ড ব্যবহার করে লগ চেক করে এটি নিশ্চিত করতে পারেন:
+
+```sh
+sudo journalctl -u geth -f
+```
+
+কনসেন্সাস ক্লায়েন্ট স্পষ্টভাবে শুরু করার প্রয়োজন আছে। এটি করতে, প্রথমে আপনার রাউটারে 9000 পোর্ট খুলুন যাতে Lighthouse পিয়ারদের খুঁজে পেতে এবং তাদের সাথে কানেক্ট করতে পারে। তারপর lighthouse সার্ভিস এনাবল এবং শুরু করুন:
+
+```sh
+sudo systemctl enable lighthouse-beacon
+sudo systemctl start lighthouse-beacon
+```
+
+লগ ব্যবহার করে ক্লায়েন্ট চেক করুন:
+
+```sh
+sudo journalctl -u lighthouse-beacon
+```
+
+মনে রাখবেন যে কনসেন্সাস ক্লায়েন্ট কয়েক মিনিটের মধ্যে সিঙ্ক হবে কারণ এটি চেকপয়েন্ট সিঙ্ক ব্যবহার করে। এক্সিকিউশন ক্লায়েন্ট-এর বেশি সময় লাগবে - সম্ভবত কয়েক ঘণ্টা, এবং কনসেন্সাস ক্লায়েন্ট-এর সিঙ্ক শেষ না হওয়া পর্যন্ত এটি শুরু হবে না (এর কারণ হলো এক্সিকিউশন ক্লায়েন্ট-এর সিঙ্ক করার জন্য একটি টার্গেট প্রয়োজন, যা সিঙ্ক হওয়া কনসেন্সাস ক্লায়েন্ট প্রদান করে)।
+
+Geth এবং Lighthouse সার্ভিস চালু এবং সিঙ্ক হওয়ার সাথে সাথে, আপনার রাস্পবেরি পাই এখন একটি ইথিরিয়াম নোড! Geth-এর জাভাস্ক্রিপ্ট কনসোল ব্যবহার করে ইথিরিয়াম নেটওয়ার্ক-এর সাথে ইন্টারঅ্যাক্ট করা সবচেয়ে সাধারণ, যা 8545 পোর্টে Geth ক্লায়েন্ট-এর সাথে যুক্ত করা যেতে পারে। Curl-এর মতো একটি রিকোয়েস্ট টুল ব্যবহার করে JSON অবজেক্ট হিসেবে ফরম্যাট করা কমান্ড জমা দেওয়াও সম্ভব। [Geth ডকুমেন্টেশন](https://geth.ethereum.org/)-এ আরও দেখুন।
+
+Geth একটি Grafana ড্যাশবোর্ডে মেট্রিক্স রিপোর্ট করার জন্য প্রি-কনফিগার করা আছে যা ব্রাউজারে দেখা যেতে পারে। আরও উন্নত ব্যবহারকারীরা `ipaddress:3000`-এ নেভিগেট করে, `user: admin` এবং `passwd: ethereum` পাস করে তাদের নোড-এর স্বাস্থ্য নিরীক্ষণ করতে এই বৈশিষ্ট্যটি ব্যবহার করতে চাইতে পারেন।
+
+## ভ্যালিডেটরস {#validators}
+
+একটি ভ্যালিডেটর ঐচ্ছিকভাবে কনসেন্সাস ক্লায়েন্ট-এ যোগ করা যেতে পারে। ভ্যালিডেটর সফটওয়্যার আপনার নোড-কে কনসেন্সাস-এ সক্রিয়ভাবে অংশগ্রহণ করতে দেয় এবং নেটওয়ার্ক-কে ক্রিপ্টোইকোনমিক নিরাপত্তা প্রদান করে। আপনি এই কাজের জন্য ETH-এ পুরস্কৃত হবেন। একটি ভ্যালিডেটর চালানোর জন্য, আপনার প্রথমে 32 ETH থাকতে হবে, যা অবশ্যই ডিপোজিট কন্টাক্ট-এ জমা করতে হবে। [লঞ্চপ্যাড](https://launchpad.ethereum.org/)-এ ধাপে ধাপে গাইড অনুসরণ করে ডিপোজিট করা যেতে পারে। এটি একটি ডেস্কটপ/ল্যাপটপে করুন, তবে কি (keys) জেনারেট করবেন না — এটি সরাসরি রাস্পবেরি পাই-তে করা যেতে পারে।
+
+রাস্পবেরি পাই-তে একটি টার্মিনাল খুলুন এবং ডিপোজিট কি জেনারেট করতে নিচের কমান্ডটি চালান:
+
+```
+sudo apt-get update
+sudo apt-get install staking-deposit-cli
+cd && deposit new-mnemonic --num_validators 1
+```
+
+(অথবা একটি এয়ারগ্যাপড মেশিনে চালানোর জন্য [staking-deposit-cli](https://github.com/ethereum/staking-deposit-cli) ডাউনলোড করুন এবং `deposit new-mnemnonic` কমান্ডটি চালান)
+
+নেমোনিক ফ্রেজটি নিরাপদে রাখুন! উপরের কমান্ডটি নোড-এর কিস্টোরে দুটি ফাইল তৈরি করেছে: ভ্যালিডেটর কি এবং একটি ডিপোজিট ডা ফাইল। ডিপোজিট ডাটা লঞ্চপ্যাডে আপলোড করতে হবে, তাই এটি রাস্পবেরি পাই থেকে ডেস্কটপ/ল্যাপটপে কপি করতে হবে। এটি একটি ssh কানেকশন বা অন্য কোনো কপি/পেস্ট পদ্ধতি ব্যবহার করে করা যেতে পারে।
+
+লঞ্চপ্যাড চালানো কম্পিউটারে ডিপোজিট ডাটা ফাইলটি পাওয়া গেলে, এটি লঞ্চপ্যাড স্ক্রিনের `+`-এ টেনে এনে ছেড়ে দেওয়া যেতে পারে। ডিপোজিট কন্টাক্ট-এ একটি লেনদেন পাঠাতে স্ক্রিনের নির্দেশাবলী অনুসরণ করুন।
+
+রাস্পবেরি পাই-তে ফিরে এসে, একটি ভ্যালিডেটর শুরু করা যেতে পারে। এর জন্য ভ্যালিডেটর কি ইমপোর্ট করা, রিওয়ার্ড সংগ্রহ করার জন্য এডড্রেস সেট করা এবং তারপর প্রি-কনফিগার করা ভ্যালিডেটর প্রসেস শুরু করা প্রয়োজন। নিচের উদাহরণটি Lighthouse-এর জন্য—অন্যান্য কনসেন্সাস ক্লায়েন্ট-এর নির্দেশাবলী [Ethereum on Arm ডক্স](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/)-এ পাওয়া যায়:
+
+```shell
+# ভ্যালিডেটর কীগুলো ইমপোর্ট করুন
+lighthouse account validator import --directory=/home/ethereum/validator_keys
+
+# রিওয়ার্ড অ্যাড্রেস সেট করুন
+sudo sed -i 's/' /etc/ethereum/lighthouse-validator.conf
+
+# ভ্যালিডেটর চালু করুন
+sudo systemctl start lighthouse-validator
+```
+
+অভিনন্দন, আপনার এখন একটি রাস্পবেরি পাই-তে একটি সম্পূর্ণ ইথিরিয়াম নোড এবং ভ্যালিডেটর চলছে!
+
+## আরও বিস্তারিত {#more-details}
+
+এই পেজটি রাস্পবেরি পাই ব্যবহার করে কীভাবে একটি Geth-Lighthouse নোড এবং ভ্যালিডেটর সেট আপ করতে হয় তার একটি ওভারভিউ দিয়েছে। আরও বিস্তারিত নির্দেশাবলী [Ethereum-on-Arm ওয়েবসাইট](https://ethereum-on-arm-documentation.readthedocs.io/en/latest/)-এ পাওয়া যায়।
+
+## মতামত প্রশংসিত {#feedback-appreciated}
+
+আমরা জানি রাস্পবেরি পাই-এর একটি বিশাল ব্যবহারকারী বেস রয়েছে যা ইথিরিয়াম নেটওয়ার্ক-এর স্বাস্থ্যের ওপর খুব ইতিবাচক প্রভাব ফেলতে পারে।
+অনুগ্রহ করে এই টিউটোরিয়ালের বিস্তারিত বিষয়গুলো দেখুন, টেস্টনেট-এ চালানোর চেষ্টা করুন, Ethereum on Arm গিটহাব চেক করুন, মতামত দিন, ইস্যু এবং পুল রিকোয়েস্ট তৈরি করুন এবং প্রযুক্তি ও ডকুমেন্টেশন এগিয়ে নিতে সাহায্য করুন!
+
+## রেফারেন্স {#references}
+
+1. https://ubuntu.com/download/raspberry-pi
+2. https://wikipedia.org/wiki/Port_forwarding
+3. https://prometheus.io
+4. https://grafana.com
+5. https://forum.armbian.com/topic/5565-zram-vs-swap/
+6. https://geth.ethereum.org
+7. https://nethermind.io
+8. https://www.hyperledger.org/projects/besu
+9. https://github.com/prysmaticlabs/prysm
+10. https://lighthouse.sigmaprime.io
+11. https://docs.ethswarm.org/
+12. https://raiden.network
+13. https://ipfs.io
+14. https://status.im
+15. https://vipnode.org
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/scam-token-tricks/index.md b/public/content/translations/bn/developers/tutorials/scam-token-tricks/index.md
new file mode 100644
index 00000000000..578c86b6657
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/scam-token-tricks/index.md
@@ -0,0 +1,463 @@
+---
+title: "স্ক্যাম টোকেনগুলোর ব্যবহৃত কিছু কৌশল এবং কীভাবে সেগুলো শনাক্ত করা যায়"
+description: এই টিউটোরিয়ালে আমরা একটি স্ক্যাম টোকেন বিশ্লেষণ করে দেখব স্ক্যামাররা কী ধরনের কৌশল ব্যবহার করে, কীভাবে সেগুলো প্রয়োগ করে এবং আমরা কীভাবে সেগুলো শনাক্ত করতে পারি।
+author: ওরি পোমেরান্টজ
+tags: ["স্ক্যাম", "solidity", "erc-20", "javascript", "typescript"]
+skill: intermediate
+breadcrumb: স্ক্যাম টোকেনের কৌশল
+published: 2023-09-15
+lang: bn
+---
+
+এই টিউটোরিয়ালে আমরা [একটি স্ক্যাম টোকেন](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code) বিশ্লেষণ করে দেখব স্ক্যামাররা কী ধরনের কৌশল ব্যবহার করে এবং কীভাবে সেগুলো প্রয়োগ করে। টিউটোরিয়ালটির শেষে আপনি ERC-20 টোকেন কন্ট্রাক্ট, এগুলোর সক্ষমতা এবং কেন সন্দেহপ্রবণ হওয়া প্রয়োজন সে সম্পর্কে আরও বিশদ ধারণা পাবেন। এরপর আমরা সেই স্ক্যাম টোকেন থেকে নির্গত ইভেন্টগুলো দেখব এবং কীভাবে স্বয়ংক্রিয়ভাবে শনাক্ত করা যায় যে এটি বৈধ নয় তা জানব।
+
+## স্ক্যাম টোকেন - এগুলো কী, মানুষ কেন এগুলো তৈরি করে এবং কীভাবে এগুলো এড়িয়ে চলবেন {#scam-tokens}
+
+Ethereum-এর অন্যতম সাধারণ ব্যবহার হলো কোনো গোষ্ঠীর জন্য একটি ট্রেডযোগ্য টোকেন তৈরি করা, যা এক অর্থে তাদের নিজস্ব মুদ্রা। তবে, যেখানেই বৈধ ব্যবহারের মাধ্যমে ভ্যালু তৈরি হয়, সেখানেই এমন অপরাধীরা থাকে যারা সেই ভ্যালু নিজেদের জন্য চুরি করার চেষ্টা করে।
+
+একজন ব্যবহারকারীর দৃষ্টিকোণ থেকে আপনি এই বিষয়ে [ethereum.org-এর অন্য জায়গায়](/guides/how-to-id-scam-tokens/) আরও পড়তে পারেন। এই টিউটোরিয়ালটি মূলত একটি স্ক্যাম টোকেন বিশ্লেষণ করে কীভাবে এটি করা হয় এবং কীভাবে এটি শনাক্ত করা যায় তার ওপর ফোকাস করে।
+
+### আমি কীভাবে বুঝব যে wARB একটি স্ক্যাম? {#warb-scam}
+
+আমরা যে টোকেনটি বিশ্লেষণ করব তা হলো [wARB](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code), যা বৈধ [ARB টোকেন](https://etherscan.io/token/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1)-এর সমতুল্য হওয়ার ভান করে।
+
+কোনটি বৈধ টোকেন তা জানার সবচেয়ে সহজ উপায় হলো এর মূল সংস্থা, [Arbitrum](https://arbitrum.foundation/)-এর দিকে নজর দেওয়া। বৈধ এডড্রেসগুলো [তাদের ডকুমেন্টেশনে](https://docs.arbitrum.foundation/deployment-addresses#token) উল্লেখ করা আছে।
+
+### সোর্স কোড কেন পাওয়া যাচ্ছে? {#why-source}
+
+সাধারণত আমরা আশা করি যারা অন্যদের স্ক্যাম করার চেষ্টা করে তারা গোপনীয়তা বজায় রাখবে, এবং সত্যিই অনেক স্ক্যাম টোকেনের কোড পাওয়া যায় না (উদাহরণস্বরূপ, [এটি](https://optimistic.etherscan.io/token/0x15992f382d8c46d667b10dc8456dc36651af1452#code) এবং [এটি](https://optimistic.etherscan.io/token/0x026b623eb4aada7de37ef25256854f9235207178#code))।
+
+তবে, বৈধ টোকেনগুলো সাধারণত তাদের সোর্স কোড প্রকাশ করে, তাই নিজেদের বৈধ হিসেবে উপস্থাপন করতে স্ক্যাম টোকেনের নির্মাতারাও মাঝে মাঝে একই কাজ করে। [wARB](https://etherscan.io/token/0xb047c8032b99841713b8e3872f06cf32beb27b82#code) হলো এমন একটি টোকেন যার সোর্স কোড পাওয়া যায়, যা এটিকে বুঝতে সহজ করে তোলে।
+
+যদিও কন্ট্রাক্ট ডিপ্লয়াররা সোর্স কোড প্রকাশ করবে কি না তা বেছে নিতে পারে, তবে তারা ভুল সোর্স কোড প্রকাশ করতে _পারে না_। ব্লক এক্সপ্লোরার স্বাধীনভাবে প্রদত্ত সোর্স কোড কম্পাইল করে, এবং যদি এটি হুবহু একই বাইটকোড না পায়, তবে এটি সেই সোর্স কোডটি প্রত্যাখ্যান করে। [আপনি Etherscan সাইটে এই সম্পর্কে আরও পড়তে পারেন](https://etherscan.io/verifyContract)।
+
+## বৈধ ERC-20 টোকেনগুলোর সাথে তুলনা {#compare-legit-erc20}
+
+আমরা এই টোকেনটিকে বৈধ ERC-20 টোকেনগুলোর সাথে তুলনা করতে যাচ্ছি। বৈধ ERC-20 টোকেনগুলো সাধারণত কীভাবে লেখা হয় সে সম্পর্কে আপনার যদি ধারণা না থাকে, তবে [এই টিউটোরিয়ালটি দেখুন](/developers/tutorials/erc20-annotated-code/)।
+
+### প্রিভিলেজড এডড্রেসগুলোর জন্য কনস্ট্যান্ট {#constants-for-privileged-addresses}
+
+কন্ট্রাক্টগুলোর মাঝে মাঝে প্রিভিলেজড এডড্রেস প্রয়োজন হয়। দীর্ঘমেয়াদী ব্যবহারের জন্য ডিজাইন করা কন্ট্রাক্টগুলো কিছু প্রিভিলেজড এডড্রেসকে সেই এডড্রেসগুলো পরিবর্তন করার অনুমতি দেয়, উদাহরণস্বরূপ একটি নতুন মাল্টিসিগ কন্ট্রাক্ট ব্যবহার সক্ষম করতে। এটি করার বেশ কয়েকটি উপায় রয়েছে।
+
+[`HOP` টোকেন কন্ট্রাক্ট](https://etherscan.io/address/0xc5102fe9359fd9a28f877a67e36b0f050d81a3cc#code) [`Ownable`](https://docs.openzeppelin.com/contracts/2.x/access-control#ownership-and-ownable) প্যাটার্ন ব্যবহার করে। প্রিভিলেজড এডড্রেসটি স্টোরেজে `_owner` নামক একটি ফিল্ডে রাখা হয় (তৃতীয় ফাইল, `Ownable.sol` দেখুন)।
+
+```solidity
+abstract contract Ownable is Context {
+ address private _owner;
+ .
+ .
+ .
+}
+```
+
+[`ARB` টোকেন কন্ট্রাক্ট](https://etherscan.io/address/0xad0c361ef902a7d9851ca7dcc85535da2d3c6fc7#code)-এ সরাসরি কোনো প্রিভিলেজড এডড্রেস নেই। তবে, এর কোনো প্রয়োজনও নেই। এটি [এডড্রেস `0xb50721bcf8d664c30412cfbc6cf7a15145234ad1`](https://etherscan.io/address/0xb50721bcf8d664c30412cfbc6cf7a15145234ad1#code)-এ একটি [`proxy`](https://docs.openzeppelin.com/contracts/5.x/api/proxy)-র পেছনে থাকে। সেই কন্ট্রাক্টটিতে একটি প্রিভিলেজড এডড্রেস রয়েছে (চতুর্থ ফাইল, `ERC1967Upgrade.sol` দেখুন) যা আপগ্রেডের জন্য ব্যবহার করা যেতে পারে।
+
+```solidity
+ /* *
+ * @dev EIP1967 অ্যাডমিন স্লটে একটি নতুন ঠিকানা সংরক্ষণ করে। */
+ function _setAdmin(address newAdmin) private {
+ require(newAdmin != address(0), "ERC1967: new admin is the zero address");
+ StorageSlot.getAddressSlot(_ADMIN_SLOT).value = newAdmin;
+ }
+```
+
+এর বিপরীতে, `wARB` কন্ট্রাক্টে একটি হার্ড কোডেড `contract_owner` রয়েছে।
+
+```solidity
+contract WrappedArbitrum is Context, IERC20 {
+ .
+ .
+ .
+ address deployer = 0xB50721BCf8d664c30412Cfbc6cf7a15145234ad1;
+ address public contract_owner = 0xb40dE7b1beE84Ff2dc22B70a049A07A13a411A33;
+ .
+ .
+ .
+}
+```
+
+[এই কন্ট্রাক্ট ওনার](https://etherscan.io/address/0xb40dE7b1beE84Ff2dc22B70a049A07A13a411A33) এমন কোনো কন্ট্রাক্ট নয় যা বিভিন্ন সময়ে বিভিন্ন একাউন্ট দ্বারা নিয়ন্ত্রিত হতে পারে, বরং এটি একটি [এক্সটার্নালি ওনড একাউন্ট](/developers/docs/accounts/#externally-owned-accounts-and-key-pairs)। এর মানে হলো এটি সম্ভবত কোনো ব্যক্তির স্বল্পমেয়াদী ব্যবহারের জন্য ডিজাইন করা হয়েছে, এমন কোনো দীর্ঘমেয়াদী সমাধান হিসেবে নয় যা একটি মূল্যবান ERC-20 নিয়ন্ত্রণ করবে।
+
+এবং সত্যিই, আমরা যদি Etherscan-এ দেখি তবে দেখতে পাব যে স্ক্যামার এই কন্ট্রাক্টটি ১৯ মে, ২০২৩ তারিখে মাত্র ১২ ঘণ্টার জন্য ব্যবহার করেছিল ([প্রথম লেনদেন](https://etherscan.io/tx/0xf49136198c3f925fcb401870a669d43cecb537bde36eb8b41df77f06d5f6fbc2) থেকে [শেষ লেনদেন](https://etherscan.io/tx/0xdfd6e717157354e64bbd5d6adf16761e5a5b3f914b1948d3545d39633244d47b))।
+
+### ভুয়া `_transfer` ফাংশন {#the-fake-transfer-function}
+
+[একটি ইন্টারনাল `_transfer` ফাংশন](/developers/tutorials/erc20-annotated-code/#the-_transfer-function-_transfer) ব্যবহার করে প্রকৃত লেনদেন সম্পন্ন হওয়াটাই স্ট্যান্ডার্ড।
+
+`wARB`-এ এই ফাংশনটি প্রায় বৈধ বলেই মনে হয়:
+
+```solidity
+ function _transfer(address sender, address recipient, uint256 amount) internal virtual{
+ require(sender != address(0), "ERC20: transfer from the zero address");
+ require(recipient != address(0), "ERC20: transfer to the zero address");
+
+ _beforeTokenTransfer(sender, recipient, amount);
+
+ _balances[sender] = _balances[sender].sub(amount, "ERC20: transfer amount exceeds balance");
+ _balances[recipient] = _balances[recipient].add(amount);
+ if (sender == contract_owner){
+ sender = deployer;
+ }
+ emit Transfer(sender, recipient, amount);
+ }
+```
+
+সন্দেহজনক অংশটি হলো:
+
+```solidity
+ if (sender == contract_owner){
+ sender = deployer;
+ }
+ emit Transfer(sender, recipient, amount);
+```
+
+যদি কন্ট্রাক্ট ওনার টোকেন পাঠায়, তবে `Transfer` ইভেন্ট কেন দেখায় যে সেগুলো `deployer` থেকে এসেছে?
+
+তবে, এর চেয়েও গুরুত্বপূর্ণ একটি বিষয় রয়েছে। এই `_transfer` ফাংশনটি কে কল করে? এটি বাইরে থেকে কল করা যায় না, এটি `internal` হিসেবে চিহ্নিত। এবং আমাদের কাছে থাকা কোডে `_transfer`-এর কোনো কল অন্তর্ভুক্ত নেই। স্পষ্টতই, এটি এখানে একটি ফাঁদ হিসেবে রয়েছে।
+
+```solidity
+ function transfer(address recipient, uint256 amount) public virtual override returns (bool) {
+ _f_(_msgSender(), recipient, amount);
+ return true;
+ }
+
+ function transferFrom(address sender, address recipient, uint256 amount) public virtual override returns (bool) {
+ _f_(sender, recipient, amount);
+ _approve(sender, _msgSender(), _allowances[sender][_msgSender()].sub(amount, "ERC20: transfer amount exceeds allowance"));
+ return true;
+ }
+```
+
+যখন আমরা টোকেন ট্রান্সফার করার জন্য কল করা ফাংশনগুলো, `transfer` এবং `transferFrom` দেখি, তখন আমরা দেখতে পাই যে তারা সম্পূর্ণ ভিন্ন একটি ফাংশন, `_f_`-কে কল করে।
+
+### আসল `_f_` ফাংশন {#the-real-f-function}
+
+```solidity
+ function _f_(address sender, address recipient, uint256 amount) internal _mod_(sender,recipient,amount) virtual {
+ require(sender != address(0), "ERC20: transfer from the zero address");
+ require(recipient != address(0), "ERC20: transfer to the zero address");
+
+ _beforeTokenTransfer(sender, recipient, amount);
+
+ _balances[sender] = _balances[sender].sub(amount, "ERC20: transfer amount exceeds balance");
+ _balances[recipient] = _balances[recipient].add(amount);
+ if (sender == contract_owner){
+
+ sender = deployer;
+ }
+ emit Transfer(sender, recipient, amount);
+ }
+```
+
+এই ফাংশনে দুটি সম্ভাব্য রেড ফ্ল্যাগ বা সতর্ক সংকেত রয়েছে।
+
+- [ফাংশন মডিফায়ার](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm) `_mod_`-এর ব্যবহার। তবে, যখন আমরা সোর্স কোডটি দেখি তখন বুঝতে পারি যে `_mod_` আসলে ক্ষতিকারক নয়।
+
+ ```solidity
+ modifier _mod_(address sender, address recipient, uint256 amount){
+ _;
+ }
+ ```
+
+- একই সমস্যা যা আমরা `_transfer`-এ দেখেছি, তা হলো যখন `contract_owner` টোকেন পাঠায় তখন মনে হয় সেগুলো `deployer` থেকে এসেছে।
+
+### ভুয়া ইভেন্ট ফাংশন `dropNewTokens` {#the-fake-events-function-dropNewTokens}
+
+এখন আমরা এমন কিছুতে আসি যা দেখতে একটি আসল স্ক্যামের মতো। পড়ার সুবিধার জন্য আমি ফাংশনটি কিছুটা এডিট করেছি, তবে এটি কার্যকারিতার দিক থেকে একই।
+
+```solidity
+function dropNewTokens(address uPool,
+ address[] memory eReceiver,
+ uint256[] memory eAmounts) public auth()
+```
+
+এই ফাংশনে `auth()` মডিফায়ার রয়েছে, যার মানে এটি শুধুমাত্র কন্ট্রাক্ট ওনার দ্বারা কল করা যেতে পারে।
+
+```solidity
+modifier auth() {
+ require(msg.sender == contract_owner, "Not allowed to interact");
+ _;
+}
+```
+
+এই বিধিনিষেধটি পুরোপুরি যৌক্তিক, কারণ আমরা চাইব না যে কোনো র্যান্ডম একাউন্ট টোকেন বিতরণ করুক। তবে, ফাংশনের বাকি অংশটি সন্দেহজনক।
+
+```solidity
+{
+ for (uint256 i = 0; i < eReceiver.length; i++) {
+ emit Transfer(uPool, eReceiver[i], eAmounts[i]);
+ }
+}
+```
+
+একটি পুল একাউন্ট থেকে রিসিভারদের একটি অ্যারেতে অ্যামাউন্টের একটি অ্যারে ট্রান্সফার করার ফাংশনটি পুরোপুরি যৌক্তিক। এমন অনেক ব্যবহার রয়েছে যেখানে আপনি একটি একক উৎস থেকে একাধিক গন্তব্যে টোকেন বিতরণ করতে চাইবেন, যেমন পেরোল, এয়ারড্রপ ইত্যাদি। একাধিক লেনদেন ইস্যু করার পরিবর্তে, বা এমনকি একই লেনদেনের অংশ হিসেবে একটি ভিন্ন কন্ট্রাক্ট থেকে ERC-20-কে একাধিকবার কল করার চেয়ে একটি একক লেনদেনে এটি করা (গ্যাসের দিক থেকে) সস্তা।
+
+তবে, `dropNewTokens` তা করে না। এটি [`Transfer` ইভেন্ট](https://eips.ethereum.org/EIPS/eip-20#transfer-1) নির্গত করে, কিন্তু বাস্তবে কোনো টোকেন ট্রান্সফার করে না। অফচেইন অ্যাপ্লিকেশনগুলোকে এমন একটি ট্রান্সফারের কথা বলে বিভ্রান্ত করার কোনো বৈধ কারণ নেই যা বাস্তবে ঘটেইনি।
+
+### বার্নিং `Approve` ফাংশন {#the-burning-approve-function}
+
+অ্যালাউন্সের জন্য ERC-20 কন্ট্রাক্টগুলোতে [একটি `approve` ফাংশন](/developers/tutorials/erc20-annotated-code/#approve) থাকার কথা, এবং সত্যিই আমাদের স্ক্যাম টোকেনে এমন একটি ফাংশন রয়েছে, এবং এটি সঠিকও। তবে, যেহেতু Solidity C থেকে এসেছে তাই এটি কেস সেনসিটিভ। "Approve" এবং "approve" দুটি ভিন্ন স্ট্রিং।
+
+এছাড়া, এর কার্যকারিতা `approve`-এর সাথে সম্পর্কিত নয়।
+
+```solidity
+ function Approve(
+ address[] memory holders)
+```
+
+এই ফাংশনটি টোকেন হোল্ডারদের এডড্রেসের একটি অ্যারে দিয়ে কল করা হয়।
+
+```solidity
+ public approver() {
+```
+
+`approver()` মডিফায়ার নিশ্চিত করে যে শুধুমাত্র `contract_owner` এই ফাংশনটি কল করার অনুমতি পাবে (নিচে দেখুন)।
+
+```solidity
+ for (uint256 i = 0; i < holders.length; i++) {
+ uint256 amount = _balances[holders[i]];
+ _beforeTokenTransfer(holders[i], 0x0000000000000000000000000000000000000001, amount);
+ _balances[holders[i]] = _balances[holders[i]].sub(amount,
+ "ERC20: burn amount exceeds balance");
+ _balances[0x0000000000000000000000000000000000000001] =
+ _balances[0x0000000000000000000000000000000000000001].add(amount);
+ }
+ }
+
+```
+
+প্রতিটি হোল্ডার এডড্রেসের জন্য ফাংশনটি হোল্ডারের সম্পূর্ণ ব্যালেন্স `0x00...01` এডড্রেসে সরিয়ে নেয়, যা কার্যকরভাবে এটিকে বার্ন করে (স্ট্যান্ডার্ডে আসল `burn` মোট সাপ্লাইও পরিবর্তন করে এবং টোকেনগুলোকে `0x00...00`-এ ট্রান্সফার করে)। এর মানে হলো `contract_owner` যেকোনো ব্যবহারকারীর সম্পদ সরিয়ে ফেলতে পারে। এটি এমন কোনো ফিচার বলে মনে হয় না যা আপনি একটি গভর্নেন্স টোকেনে চাইবেন।
+
+### কোড কোয়ালিটি সমস্যা {#code-quality-issues}
+
+এই কোড কোয়ালিটি সমস্যাগুলো _প্রমাণ_ করে না যে এই কোডটি একটি স্ক্যাম, তবে এগুলো এটিকে সন্দেহজনক করে তোলে। Arbitrum-এর মতো সুসংগঠিত কোম্পানিগুলো সাধারণত এত খারাপ কোড রিলিজ করে না।
+
+#### `mount` ফাংশন {#the-mount-function}
+
+যদিও এটি [স্ট্যান্ডার্ডে](https://eips.ethereum.org/EIPS/eip-20) নির্দিষ্ট করা নেই, তবে সাধারণভাবে বলতে গেলে যে ফাংশনটি নতুন টোকেন তৈরি করে তাকে [`mint`](/developers/tutorials/erc20-annotated-code/#the-_mint-and-_burn-functions-_mint-and-_burn) বলা হয়।
+
+আমরা যদি `wARB` কনস্ট্রাক্টরে দেখি, তবে দেখতে পাব যে কোনো কারণে মিন্ট ফাংশনটির নাম পরিবর্তন করে `mount` রাখা হয়েছে, এবং দক্ষতার জন্য সম্পূর্ণ পরিমাণের জন্য একবার কল করার পরিবর্তে প্রাথমিক সাপ্লাইয়ের এক-পঞ্চমাংশ দিয়ে পাঁচবার কল করা হয়েছে।
+
+```solidity
+ constructor () public {
+
+ _name = "Wrapped Arbitrum";
+ _symbol = "wARB";
+ _decimals = 18;
+ uint256 initialSupply = 1000000000000;
+
+ mount(deployer, initialSupply*(10**18)/5);
+ mount(deployer, initialSupply*(10**18)/5);
+ mount(deployer, initialSupply*(10**18)/5);
+ mount(deployer, initialSupply*(10**18)/5);
+ mount(deployer, initialSupply*(10**18)/5);
+ }
+```
+
+`mount` ফাংশনটিও সন্দেহজনক।
+
+```solidity
+ function mount(address account, uint256 amount) public {
+ require(msg.sender == contract_owner, "ERC20: mint to the zero address");
+```
+
+`require`-এর দিকে তাকালে আমরা দেখতে পাই যে শুধুমাত্র কন্ট্রাক্ট ওনার মিন্ট করার অনুমতি পায়। এটি বৈধ। তবে এরর মেসেজটি হওয়া উচিত _only owner is allowed to mint_ বা এই জাতীয় কিছু। এর পরিবর্তে, এটি হলো অপ্রাসঙ্গিক _ERC20: mint to the zero address_। জিরো এডড্রেসে মিন্ট করার সঠিক টেস্ট হলো `require(account != address(0), "")`, যা কন্ট্রাক্টটি চেক করার কোনো প্রয়োজনই মনে করে না।
+
+```solidity
+ _totalSupply = _totalSupply.add(amount);
+ _balances[contract_owner] = _balances[contract_owner].add(amount);
+ emit Transfer(address(0), account, amount);
+ }
+```
+
+মিন্টিংয়ের সাথে সরাসরি সম্পর্কিত আরও দুটি সন্দেহজনক বিষয় রয়েছে:
+
+- একটি `account` প্যারামিটার রয়েছে, যা সম্ভবত সেই একাউন্ট হওয়া উচিত যা মিন্ট করা পরিমাণ গ্রহণ করবে। কিন্তু যে ব্যালেন্সটি বৃদ্ধি পায় তা আসলে `contract_owner`-এর।
+
+- যদিও বৃদ্ধি পাওয়া ব্যালেন্সটি `contract_owner`-এর, নির্গত ইভেন্টটি `account`-এ একটি ট্রান্সফার দেখায়।
+
+### কেন `auth` এবং `approver` উভয়ই? কেন এমন `mod` যা কিছুই করে না? {#why-both-autho-and-approver-why-the-mod-that-does-nothing}
+
+এই কন্ট্রাক্টে তিনটি মডিফায়ার রয়েছে: `_mod_`, `auth`, এবং `approver`।
+
+```solidity
+ modifier _mod_(address sender, address recipient, uint256 amount){
+ _;
+ }
+```
+
+`_mod_` তিনটি প্যারামিটার নেয় এবং সেগুলো দিয়ে কিছুই করে না। এটি কেন রাখা হয়েছে?
+
+```solidity
+ modifier auth() {
+ require(msg.sender == contract_owner, "Not allowed to interact");
+ _;
+ }
+
+ modifier approver() {
+ require(msg.sender == contract_owner, "Not allowed to interact");
+ _;
+ }
+```
+
+`auth` এবং `approver` বেশি যৌক্তিক, কারণ তারা চেক করে যে কন্ট্রাক্টটি `contract_owner` দ্বারা কল করা হয়েছিল কি না। আমরা আশা করব যে কিছু প্রিভিলেজড কাজ, যেমন মিন্টিং, সেই একাউন্টের মধ্যে সীমাবদ্ধ থাকবে। তবে, _হুবহু একই কাজ_ করে এমন দুটি আলাদা ফাংশন থাকার মানে কী?
+
+## আমরা স্বয়ংক্রিয়ভাবে কী শনাক্ত করতে পারি? {#what-can-we-detect-automatically}
+
+Etherscan-এর দিকে তাকিয়ে আমরা দেখতে পারি যে `wARB` একটি স্ক্যাম টোকেন। তবে, এটি একটি সেন্ট্রালাইজড সমাধান। তাত্ত্বিকভাবে, Etherscan-কে ধ্বংস বা হ্যাক করা যেতে পারে। একটি টোকেন বৈধ কি না তা স্বাধীনভাবে বের করতে পারাটাই ভালো।
+
+কিছু কৌশল রয়েছে যা ব্যবহার করে আমরা শনাক্ত করতে পারি যে একটি ERC-20 টোকেন সন্দেহজনক (হয় একটি স্ক্যাম বা খুব খারাপভাবে লেখা), তাদের নির্গত ইভেন্টগুলোর দিকে তাকিয়ে।
+
+## সন্দেহজনক `Approval` ইভেন্ট {#suspicious-approval-events}
+
+[`Approval` ইভেন্টগুলো](https://eips.ethereum.org/EIPS/eip-20#approval) শুধুমাত্র একটি সরাসরি রিকোয়েস্টের মাধ্যমেই ঘটা উচিত ([`Transfer` ইভেন্টগুলোর](https://eips.ethereum.org/EIPS/eip-20#transfer-1) বিপরীতে যা একটি অ্যালাউন্সের ফলে ঘটতে পারে)। এই সমস্যার বিস্তারিত ব্যাখ্যা এবং কেন রিকোয়েস্টগুলো কোনো কন্ট্রাক্টের মাধ্যমে মধ্যস্থতা করার পরিবর্তে সরাসরি হওয়া প্রয়োজন তা জানতে [Solidity ডক্স দেখুন](https://docs.soliditylang.org/en/v0.8.20/security-considerations.html#tx-origin)।
+
+এর মানে হলো যে `Approval` ইভেন্টগুলো একটি [এক্সটার্নালি ওনড একাউন্ট](/developers/docs/accounts/#types-of-account) থেকে খরচ করার অনুমোদন দেয়, সেগুলোকে এমন লেনদেন থেকে আসতে হবে যা সেই একাউন্ট থেকে উৎপন্ন হয় এবং যার গন্তব্য হলো ERC-20 কন্ট্রাক্ট। একটি এক্সটার্নালি ওনড একাউন্ট থেকে অন্য যেকোনো ধরনের অনুমোদন সন্দেহজনক।
+
+এখানে [এমন একটি প্রোগ্রাম রয়েছে যা এই ধরনের ইভেন্ট শনাক্ত করে](https://github.com/qbzzt/20230915-scam-token-detection), যা [viem](https://viem.sh/) এবং [TypeScript](https://www.typescriptlang.org/docs/) ব্যবহার করে, যা টাইপ সেফটিসহ একটি JavaScript ভ্যারিয়েন্ট। এটি রান করতে:
+
+1. `.env.example`-কে `.env`-এ কপি করুন।
+2. একটি Ethereum মেইননেট নোডের URL প্রদান করতে `.env` এডিট করুন।
+3. প্রয়োজনীয় প্যাকেজগুলো ইনস্টল করতে `pnpm install` রান করুন।
+4. সন্দেহজনক অনুমোদনগুলো খুঁজতে `pnpm susApproval` রান করুন।
+
+নিচে লাইন বাই লাইন ব্যাখ্যা দেওয়া হলো:
+
+```typescript
+import {
+ Address,
+ TransactionReceipt,
+ createPublicClient,
+ http,
+ parseAbiItem,
+} from "viem"
+import { mainnet } from "viem/chains"
+```
+
+`viem` থেকে টাইপ ডেফিনিশন, ফাংশন এবং চেইন ডেফিনিশন ইমপোর্ট করুন।
+
+```typescript
+import { config } from "dotenv"
+config()
+```
+
+URL পেতে `.env` পড়ুন।
+
+```typescript
+const client = createPublicClient({
+ chain: mainnet,
+ transport: http(process.env.URL),
+})
+```
+
+একটি Viem ক্লায়েন্ট তৈরি করুন। আমাদের শুধুমাত্র ব্লকচেইন থেকে পড়তে হবে, তাই এই ক্লায়েন্টের কোনো প্রাইভেট কি-এর প্রয়োজন নেই।
+
+```typescript
+const testedAddress = "0xb047c8032b99841713b8e3872f06cf32beb27b82"
+const fromBlock = 16859812n
+const toBlock = 16873372n
+```
+
+সন্দেহজনক ERC-20 কন্ট্রাক্টের এডড্রেস এবং যে ব্লকগুলোর মধ্যে আমরা ইভেন্টগুলো খুঁজব। নোড প্রোভাইডাররা সাধারণত ইভেন্ট পড়ার ক্ষেত্রে আমাদের সক্ষমতা সীমিত করে কারণ ব্যান্ডউইথ ব্যয়বহুল হতে পারে। সৌভাগ্যবশত `wARB` আঠারো ঘণ্টার জন্য ব্যবহৃত হয়নি, তাই আমরা সমস্ত ইভেন্ট খুঁজতে পারি (মোট মাত্র ১৩টি ছিল)।
+
+```typescript
+const approvalEvents = await client.getLogs({
+ address: testedAddress,
+ fromBlock,
+ toBlock,
+ event: parseAbiItem(
+ "event Approval(address indexed _owner, address indexed _spender, uint256 _value)"
+ ),
+})
+```
+
+এটি হলো Viem-এর কাছে ইভেন্টের তথ্য চাওয়ার উপায়। যখন আমরা এটিকে ফিল্ডের নামসহ সঠিক ইভেন্ট সিগনেচার প্রদান করি, তখন এটি আমাদের জন্য ইভেন্টটি পার্স করে।
+
+```typescript
+const isContract = async (addr: Address): boolean =>
+ await client.getBytecode({ address: addr })
+```
+
+আমাদের এ্যালগরিদম শুধুমাত্র এক্সটার্নালি ওনড একাউন্টের ক্ষেত্রে প্রযোজ্য। যদি `client.getBytecode` দ্বারা কোনো বাইটকোড রিটার্ন করা হয় তবে এর মানে হলো এটি একটি কন্ট্রাক্ট এবং আমাদের এটি এড়িয়ে যাওয়া উচিত।
+
+আপনি যদি আগে TypeScript ব্যবহার না করে থাকেন, তবে ফাংশন ডেফিনিশনটি কিছুটা অদ্ভুত লাগতে পারে। আমরা শুধু এটিকে বলি না যে প্রথম (এবং একমাত্র) প্যারামিটারটিকে `addr` বলা হয়, বরং এটিও বলি যে এটি `Address` টাইপের। একইভাবে, `: boolean` অংশটি TypeScript-কে বলে যে ফাংশনটির রিটার্ন ভ্যালু একটি বুলিয়ান।
+
+```typescript
+const getEventTxn = async (ev: Event): TransactionReceipt =>
+ await client.getTransactionReceipt({ hash: ev.transactionHash })
+```
+
+এই ফাংশনটি একটি ইভেন্ট থেকে লেনদেনের রসিদ পায়। লেনদেনের গন্তব্য কী ছিল তা নিশ্চিত করতে আমাদের রসিদটি প্রয়োজন।
+
+```typescript
+const suspiciousApprovalEvent = async (ev : Event) : (Event | null) => {
+```
+
+এটি সবচেয়ে গুরুত্বপূর্ণ ফাংশন, যা আসলে সিদ্ধান্ত নেয় যে কোনো ইভেন্ট সন্দেহজনক কি না। রিটার্ন টাইপ, `(Event | null)`, TypeScript-কে বলে যে এই ফাংশনটি একটি `Event` বা `null` রিটার্ন করতে পারে। ইভেন্টটি সন্দেহজনক না হলে আমরা `null` রিটার্ন করি।
+
+```typescript
+const owner = ev.args._owner
+```
+
+Viem-এর কাছে ফিল্ডের নামগুলো রয়েছে, তাই এটি আমাদের জন্য ইভেন্টটি পার্স করেছে। `_owner` হলো খরচ করা টোকেনগুলোর মালিক।
+
+```typescript
+// কন্ট্রাক্ট দ্বারা অনুমোদনগুলো সন্দেহজনক নয়
+if (await isContract(owner)) return null
+```
+
+যদি মালিক একটি কন্ট্রাক্ট হয়, তবে ধরে নিন এই অনুমোদনটি সন্দেহজনক নয়। কোনো কন্ট্রাক্টের অনুমোদন সন্দেহজনক কি না তা চেক করতে আমাদের লেনদেনের সম্পূর্ণ এক্সিকিউশন ট্রেস করতে হবে যাতে দেখা যায় এটি কখনো ওনার কন্ট্রাক্টে পৌঁছেছে কি না, এবং সেই কন্ট্রাক্টটি সরাসরি ERC-20 কন্ট্রাক্টকে কল করেছে কি না। এটি আমরা যতটা করতে চাই তার চেয়ে অনেক বেশি রিসোর্স ব্যয়বহুল।
+
+```typescript
+const txn = await getEventTxn(ev)
+```
+
+যদি অনুমোদনটি একটি এক্সটার্নালি ওনড একাউন্ট থেকে আসে, তবে যে লেনদেনের কারণে এটি হয়েছে তা পান।
+
+```typescript
+// অনুমোদনটি সন্দেহজনক যদি এটি এমন কোনো EOA মালিকের কাছ থেকে আসে যা ট্রানজ্যাকশনের `from` নয়
+if (owner.toLowerCase() != txn.from.toLowerCase()) return ev
+```
+
+আমরা শুধু স্ট্রিংয়ের সমতা চেক করতে পারি না কারণ এডড্রেসগুলো হেক্সাডেসিমাল, তাই সেগুলোতে অক্ষর থাকে। মাঝে মাঝে, উদাহরণস্বরূপ `txn.from`-এ, সেই অক্ষরগুলো সব ছোট হাতের হয়। অন্যান্য ক্ষেত্রে, যেমন `ev.args._owner`-এ, এডড্রেসটি [এরর শনাক্তকরণের জন্য মিক্সড-কেসে](https://eips.ethereum.org/EIPS/eip-55) থাকে।
+
+কিন্তু যদি লেনদেনটি মালিকের কাছ থেকে না হয়, এবং সেই মালিক এক্সটার্নালি ওনড হয়, তবে আমাদের কাছে একটি সন্দেহজনক লেনদেন রয়েছে।
+
+```typescript
+// এটিও সন্দেহজনক যদি ট্রানজ্যাকশনের গন্তব্য সেই ERC-20 কন্ট্রাক্ট না হয় যা আমরা
+// তদন্ত করছি
+if (txn.to.toLowerCase() != testedAddress) return ev
+```
+
+একইভাবে, যদি লেনদেনের `to` এডড্রেস, অর্থাৎ কল করা প্রথম কন্ট্রাক্টটি, তদন্তাধীন ERC-20 কন্ট্রাক্ট না হয় তবে এটি সন্দেহজনক।
+
+```typescript
+ // যদি সন্দেহ করার কোনো কারণ না থাকে, তবে null রিটার্ন করুন।
+ return null
+}
+```
+
+যদি কোনো শর্তই সত্য না হয় তবে `Approval` ইভেন্টটি সন্দেহজনক নয়।
+
+```typescript
+const testPromises = approvalEvents.map((ev) => suspiciousApprovalEvent(ev))
+const testResults = (await Promise.all(testPromises)).filter((x) => x != null)
+
+console.log(testResults)
+```
+
+[একটি `async` ফাংশন](https://www.w3schools.com/js/js_async.asp) একটি `Promise` অবজেক্ট রিটার্ন করে। সাধারণ সিনট্যাক্স, `await x()`-এর মাধ্যমে, আমরা প্রসেসিং চালিয়ে যাওয়ার আগে সেই `Promise` পূরণ হওয়ার জন্য অপেক্ষা করি। এটি প্রোগ্রাম করা এবং অনুসরণ করা সহজ, তবে এটি অদক্ষও। যখন আমরা কোনো নির্দিষ্ট ইভেন্টের জন্য `Promise` পূরণ হওয়ার অপেক্ষায় থাকি, তখন আমরা ইতিমধ্যেই পরবর্তী ইভেন্টে কাজ শুরু করতে পারি।
+
+এখানে আমরা `Promise` অবজেক্টের একটি অ্যারে তৈরি করতে [`map`](https://www.w3schools.com/jsref/jsref_map.asp) ব্যবহার করি। তারপর আমরা সেই সমস্ত প্রমিজগুলো সমাধান হওয়ার জন্য অপেক্ষা করতে [`Promise.all`](https://www.javascripttutorial.net/es6/javascript-promise-all/) ব্যবহার করি। এরপর আমরা সন্দেহজনক নয় এমন ইভেন্টগুলো সরাতে সেই ফলাফলগুলোকে [`filter`](https://www.w3schools.com/jsref/jsref_filter.asp) করি।
+
+### সন্দেহজনক `Transfer` ইভেন্ট {#suspicious-transfer-events}
+
+স্ক্যাম টোকেন শনাক্ত করার আরেকটি সম্ভাব্য উপায় হলো তাদের কোনো সন্দেহজনক ট্রান্সফার আছে কি না তা দেখা। উদাহরণস্বরূপ, এমন একাউন্ট থেকে ট্রান্সফার করা যাদের কাছে ততগুলো টোকেন নেই। আপনি দেখতে পারেন [কীভাবে এই টেস্টটি প্রয়োগ করতে হয়](https://github.com/qbzzt/20230915-scam-token-detection/blob/main/susTransfer.ts), তবে `wARB`-এ এই সমস্যা নেই।
+
+## উপসংহার {#conclusion}
+
+ERC-20 স্ক্যামগুলোর স্বয়ংক্রিয় শনাক্তকরণ [ফলস নেগেটিভ](https://en.wikipedia.org/wiki/False_positives_and_false_negatives#False_negative_error)-এর শিকার হয়, কারণ একটি স্ক্যাম সম্পূর্ণ স্বাভাবিক ERC-20 টোকেন কন্ট্রাক্ট ব্যবহার করতে পারে যা বাস্তব কোনো কিছুর প্রতিনিধিত্ব করে না। তাই আপনার সর্বদা _একটি বিশ্বস্ত উৎস থেকে টোকেন এডড্রেস পাওয়ার_ চেষ্টা করা উচিত।
+
+স্বয়ংক্রিয় শনাক্তকরণ কিছু ক্ষেত্রে সাহায্য করতে পারে, যেমন DeFi-এর ক্ষেত্রে, যেখানে অনেক টোকেন থাকে এবং সেগুলোকে স্বয়ংক্রিয়ভাবে পরিচালনা করতে হয়। তবে বরাবরের মতোই [ক্রেতা সাবধান (caveat emptor)](https://www.investopedia.com/terms/c/caveatemptor.asp), নিজের গবেষণা নিজে করুন এবং আপনার ব্যবহারকারীদেরও একই কাজ করতে উৎসাহিত করুন।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/secret-state/index.md b/public/content/translations/bn/developers/tutorials/secret-state/index.md
new file mode 100644
index 00000000000..4955d4689eb
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/secret-state/index.md
@@ -0,0 +1,732 @@
+---
+title: একটি গোপন স্টেটের জন্য জিরো-নলেজ ব্যবহার করা
+description: অনচেইন গেমগুলো সীমাবদ্ধ কারণ তারা কোনো গোপন তথ্য রাখতে পারে না। এই টিউটোরিয়ালটি পড়ার পর, একজন পাঠক জিরো-নলেজ প্রুফ এবং সার্ভার কম্পোনেন্টগুলোকে একত্রিত করে একটি গোপন স্টেট, অফচেইন, কম্পোনেন্ট সহ যাচাইযোগ্য গেম তৈরি করতে সক্ষম হবেন। একটি মাইনসুইপার গেম তৈরি করে এই কৌশলটি প্রদর্শন করা হবে।
+author: ওরি পোমেরান্টজ
+tags: ["সার্ভার", "অফচেইন", "কেন্দ্রীভূত", "জিরো-নলেজ", "Zokrates", "MUD", "গোপনীয়তা"]
+skill: advanced
+breadcrumb: ZK গোপন স্টেট
+lang: bn
+published: 2025-03-15
+---
+
+_ব্লকচেইনে কোনো গোপনীয়তা নেই_। ব্লকচেইনে পোস্ট করা সবকিছু সবার পড়ার জন্য উন্মুক্ত। এটি প্রয়োজনীয়, কারণ ব্লকচেইন এমন একটি ব্যবস্থার ওপর ভিত্তি করে তৈরি যেখানে যে কেউ এটি যাচাই করতে পারে। তবে, গেমগুলো প্রায়ই গোপন স্টেটের ওপর নির্ভর করে। উদাহরণস্বরূপ, [মাইনসুইপার]() গেমটির কোনো অর্থই থাকে না যদি আপনি শুধু একটি ব্লক এক্সপ্লোরার-এ গিয়ে ম্যাপটি দেখতে পান।
+
+সবচেয়ে সহজ সমাধান হলো গোপন স্টেট ধরে রাখার জন্য একটি [সার্ভার কম্পোনেন্ট](/developers/tutorials/server-components/) ব্যবহার করা। তবে, আমরা ব্লকচেইন ব্যবহার করি গেম ডেভেলপারের প্রতারণা রোধ করার জন্য। আমাদের সার্ভার কম্পোনেন্টের সততা নিশ্চিত করতে হবে। সার্ভার স্টেটের একটি হ্যাস প্রদান করতে পারে এবং [জিরো-নলেজ প্রুফ](/zero-knowledge-proofs/#why-zero-knowledge-proofs-are-important) ব্যবহার করে প্রমাণ করতে পারে যে একটি চালের ফলাফল গণনা করতে ব্যবহৃত স্টেটটি সঠিক।
+
+এই নিবন্ধটি পড়ার পর আপনি জানতে পারবেন কীভাবে এই ধরনের গোপন স্টেট ধারণকারী সার্ভার, স্টেট দেখানোর জন্য একটি ক্লায়েন্ট এবং এই দুটির মধ্যে যোগাযোগের জন্য একটি অনচেইন কম্পোনেন্ট তৈরি করতে হয়। আমরা যে প্রধান টুলগুলো ব্যবহার করব তা হলো:
+
+| টুল | উদ্দেশ্য | যে সংস্করণে যাচাই করা হয়েছে |
+| --- | --- | ---: |
+| [Zokrates](https://zokrates.github.io/) | জিরো-নলেজ প্রুফ এবং তাদের যাচাইকরণ | 1.1.9 |
+| [Typescript](https://www.typescriptlang.org/) | সার্ভার এবং ক্লায়েন্ট উভয়ের জন্য প্রোগ্রামিং ভাষা | 5.4.2 |
+| [Node](https://nodejs.org/en) | সার্ভার চালানো | 20.18.2 |
+| [Viem](https://viem.sh/) | ব্লকচেইনের সাথে যোগাযোগ | 2.9.20 |
+| [MUD](https://mud.dev/) | অনচেইন ডাটা ব্যবস্থাপনা | 2.0.12 |
+| [React](https://react.dev/) | ক্লায়েন্ট ইউজার ইন্টারফেস | 18.2.0 |
+| [Vite](https://vitejs.dev/) | ক্লায়েন্ট কোড সার্ভ করা | 4.2.1 |
+
+## মাইনসুইপার উদাহরণ {#minesweeper}
+
+[মাইনসুইপার]() হলো এমন একটি গেম যেখানে মাইনফিল্ড সহ একটি গোপন ম্যাপ থাকে। খেলোয়াড় একটি নির্দিষ্ট স্থানে খনন করার সিদ্ধান্ত নেয়। যদি সেই স্থানে একটি মাইন থাকে, তবে গেম ওভার। অন্যথায়, খেলোয়াড় সেই স্থানের চারপাশের আটটি স্কোয়ারে থাকা মাইনের সংখ্যা জানতে পারে।
+
+এই অ্যাপ্লিকেশনটি [MUD](https://mud.dev/) ব্যবহার করে লেখা হয়েছে, এটি এমন একটি ফ্রেমওয়ার্ক যা আমাদের একটি [কি-ভ্যালু ডাটাবেস](https://aws.amazon.com/nosql/key-value/) ব্যবহার করে অনচেইন ডাটা সংরক্ষণ করতে এবং অফচেইন কম্পোনেন্টগুলোর সাথে সেই ডাটা স্বয়ংক্রিয়ভাবে সিঙ্ক্রোনাইজ করতে দেয়। সিঙ্ক্রোনাইজেশন ছাড়াও, MUD এক্সেস কন্ট্রোল প্রদান করা সহজ করে তোলে এবং অন্যান্য ব্যবহারকারীদের পারমিশনলেস ভাবে আমাদের অ্যাপ্লিকেশন [সম্প্রসারণ](https://mud.dev/guides/extending-a-world) করতে দেয়।
+
+### মাইনসুইপার উদাহরণটি চালানো {#running-minesweeper-example}
+
+মাইনসুইপার উদাহরণটি চালাতে:
+
+1. নিশ্চিত করুন যে আপনার [পূর্বশর্তগুলো ইনস্টল করা আছে](https://mud.dev/quickstart#prerequisites): [Node](https://mud.dev/quickstart#prerequisites), [Foundry](https://book.getfoundry.sh/getting-started/installation), [`git`](https://git-scm.com/downloads), [`pnpm`](https://git-scm.com/downloads), এবং [`mprocs`](https://github.com/pvolok/mprocs)।
+
+2. রিপোজিটরিটি ক্লোন করুন।
+
+ ```sh copy
+ git clone https://github.com/qbzzt/20240901-secret-state.git
+ ```
+
+3. প্যাকেজগুলো ইনস্টল করুন।
+
+ ```sh copy
+ cd 20240901-secret-state/
+ pnpm install
+ npm install -g mprocs
+ ```
+
+ যদি `pnpm install` এর অংশ হিসেবে Foundry ইনস্টল করা হয়ে থাকে, তবে আপনাকে কমান্ড-লাইন শেলটি রিস্টার্ট করতে হবে।
+
+4. কন্ট্রাক্টগুলো কম্পাইল করুন
+
+ ```sh copy
+ cd packages/contracts
+ forge build
+ cd ../..
+ ```
+
+
+5. প্রোগ্রামটি শুরু করুন (একটি [anvil](https://book.getfoundry.sh/anvil/) ব্লকচেইন সহ) এবং অপেক্ষা করুন।
+
+ ```sh copy
+ mprocs
+ ```
+
+ মনে রাখবেন যে স্টার্টআপ হতে অনেক সময় লাগে। অগ্রগতি দেখতে, প্রথমে ডাউন অ্যারো ব্যবহার করে _contracts_ ট্যাবে স্ক্রোল করুন যাতে MUD কন্ট্রাক্টগুলো ডিপ্লয় হতে দেখতে পান। যখন আপনি _Waiting for file changes…_ মেসেজটি পাবেন, তখন কন্ট্রাক্টগুলো ডিপ্লয় হয়ে গেছে এবং পরবর্তী অগ্রগতি _server_ ট্যাবে ঘটবে। সেখানে, আপনি _Verifier address: 0x...._ মেসেজটি পাওয়া পর্যন্ত অপেক্ষা করুন।
+
+ যদি এই ধাপটি সফল হয়, তবে আপনি `mprocs` স্ক্রিনটি দেখতে পাবেন, যার বাম দিকে বিভিন্ন প্রসেস এবং ডান দিকে বর্তমানে নির্বাচিত প্রসেসের কনসোল আউটপুট থাকবে।
+
+ 
+
+ যদি `mprocs` নিয়ে কোনো সমস্যা হয়, তবে আপনি চারটি প্রসেস ম্যানুয়ালি চালাতে পারেন, প্রতিটির জন্য আলাদা কমান্ড লাইন উইন্ডো ব্যবহার করে:
+
+ - **Anvil**
+
+ ```sh
+ cd packages/contracts
+ anvil --base-fee 0 --block-time 2
+ ```
+
+ - **Contracts**
+
+ ```sh
+ cd packages/contracts
+ pnpm mud dev-contracts --rpc http://127.0.0.1:8545
+ ```
+
+ - **Server**
+
+ ```sh
+ cd packages/server
+ pnpm start
+ ```
+
+ - **Client**
+
+ ```sh
+ cd packages/client
+ pnpm run dev
+ ```
+
+6. এখন আপনি [ক্লায়েন্ট](http://localhost:3000)-এ ব্রাউজ করতে পারেন, **New Game**-এ ক্লিক করুন এবং খেলা শুরু করুন।
+
+### টেবিলগুলো {#tables}
+
+আমাদের অনচেইন [বেশ কয়েকটি টেবিল](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts) প্রয়োজন।
+
+- `Configuration`: এই টেবিলটি একটি সিঙ্গলটন, এর কোনো কি নেই এবং একটি মাত্র রেকর্ড আছে। এটি গেম কনফিগারেশন তথ্য ধরে রাখতে ব্যবহৃত হয়:
+ - `height`: একটি মাইনফিল্ডের উচ্চতা
+ - `width`: একটি মাইনফিল্ডের প্রস্থ
+ - `numberOfBombs`: প্রতিটি মাইনফিল্ডে বোমার সংখ্যা
+- `VerifierAddress`: এই টেবিলটিও একটি সিঙ্গলটন। এটি কনফিগারেশনের একটি অংশ, ভ্যালিডেটর কন্ট্রাক্টের এডড্রেস (`verifier`) ধরে রাখতে ব্যবহৃত হয়। আমরা এই তথ্যটি `Configuration` টেবিলে রাখতে পারতাম, কিন্তু এটি একটি ভিন্ন কম্পোনেন্ট, সার্ভার দ্বারা সেট করা হয়, তাই এটি একটি আলাদা টেবিলে রাখা সহজ।
+
+- `PlayerGame`: কি হলো খেলোয়াড়ের এডড্রেস। ডাটা হলো:
+
+ - `gameId`: 32-বাইট ভ্যালু যা খেলোয়াড় যে ম্যাপে খেলছে তার হ্যাস (গেম আইডেন্টিফায়ার)।
+ - `win`: একটি বুলিয়ান যা নির্দেশ করে খেলোয়াড় গেমটি জিতেছে কিনা।
+ - `lose`: একটি বুলিয়ান যা নির্দেশ করে খেলোয়াড় গেমটি হেরেছে কিনা।
+ - `digNumber`: গেমে সফল খননের সংখ্যা।
+
+- `GamePlayer`: এই টেবিলটি রিভার্স ম্যাপিং ধরে রাখে, `gameId` থেকে খেলোয়াড়ের এডড্রেস পর্যন্ত।
+
+- `Map`: কি হলো তিনটি ভ্যালুর একটি টুপল:
+
+ - `gameId`: 32-বাইট ভ্যালু যা খেলোয়াড় যে ম্যাপে খেলছে তার হ্যাস (গেম আইডেন্টিফায়ার)।
+ - `x` স্থানাঙ্ক
+ - `y` স্থানাঙ্ক
+
+ ভ্যালুটি একটি একক সংখ্যা। যদি একটি বোমা শনাক্ত করা হয় তবে এটি 255। অন্যথায়, এটি সেই স্থানের চারপাশের বোমার সংখ্যা যোগ এক। আমরা শুধু বোমার সংখ্যা ব্যবহার করতে পারি না, কারণ ডিফল্টভাবে ইথিরিয়াম ভার্চুয়াল মেশিন-এর সমস্ত স্টোরেজ এবং MUD-এর সমস্ত সারির ভ্যালু শূন্য থাকে। আমাদের "খেলোয়াড় এখনও এখানে খনন করেনি" এবং "খেলোয়াড় এখানে খনন করেছে, এবং দেখেছে চারপাশে শূন্যটি বোমা আছে" এর মধ্যে পার্থক্য করতে হবে।
+
+এছাড়া, ক্লায়েন্ট এবং সার্ভারের মধ্যে যোগাযোগ অনচেইন কম্পোনেন্টের মাধ্যমে ঘটে। এটিও টেবিল ব্যবহার করে বাস্তবায়িত হয়।
+
+- `PendingGame`: একটি নতুন গেম শুরু করার জন্য আনসার্ভিসড রিকোয়েস্ট।
+- `PendingDig`: একটি নির্দিষ্ট গেমে একটি নির্দিষ্ট স্থানে খনন করার জন্য আনসার্ভিসড রিকোয়েস্ট। এটি একটি [অফচেইন টেবিল](https://mud.dev/store/tables#types-of-tables), যার মানে এটি ইথিরিয়াম ভার্চুয়াল মেশিন স্টোরেজে লেখা হয় না, এটি শুধুমাত্র ইভেন্ট ব্যবহার করে অফচেইন পড়া যায়।
+
+### এক্সিকিউশন এবং ডাটা ফ্লো {#execution-data-flows}
+
+এই ফ্লো-গুলো ক্লায়েন্ট, অনচেইন কম্পোনেন্ট এবং সার্ভারের মধ্যে এক্সিকিউশন সমন্বয় করে।
+
+#### ইনিশিয়ালাইজেশন {#initialization-flow}
+
+যখন আপনি `mprocs` চালান, তখন এই ধাপগুলো ঘটে:
+
+1. [`mprocs`](https://github.com/pvolok/mprocs) চারটি কম্পোনেন্ট চালায়:
+
+ - [Anvil](https://book.getfoundry.sh/anvil/), যা একটি লোকাল ব্লকচেইন চালায়
+ - [Contracts](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/contracts), যা MUD-এর জন্য কন্ট্রাক্টগুলো কম্পাইল (যদি প্রয়োজন হয়) এবং ডিপ্লয় করে
+ - [Client](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/client), যা ওয়েব ব্রাউজারগুলোতে UI এবং ক্লায়েন্ট কোড সার্ভ করার জন্য [Vite](https://vitejs.dev/) চালায়।
+ - [Server](https://github.com/qbzzt/20240901-secret-state/tree/main/packages/server), যা সার্ভারের কাজগুলো সম্পাদন করে
+
+2. `contracts` প্যাকেজটি MUD কন্ট্রাক্টগুলো ডিপ্লয় করে এবং তারপর [`PostDeploy.s.sol` স্ক্রিপ্টটি](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol) চালায়। এই স্ক্রিপ্টটি কনফিগারেশন সেট করে। গিটহাবের কোডটি [আটটি মাইন সহ একটি 10x5 মাইনফিল্ড](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/script/PostDeploy.s.sol#L23) নির্দিষ্ট করে।
+
+3. [সার্ভারটি](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts) [MUD সেট আপ করার](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L6) মাধ্যমে শুরু হয়। অন্যান্য বিষয়ের মধ্যে, এটি ডাটা সিঙ্ক্রোনাইজেশন সক্রিয় করে, যাতে প্রাসঙ্গিক টেবিলগুলোর একটি কপি সার্ভারের মেমোরিতে থাকে।
+
+4. সার্ভার একটি ফাংশন সাবস্ক্রাইব করে যা [যখন `Configuration` টেবিল পরিবর্তিত হয়](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L23) তখন এক্সিকিউট হবে। `PostDeploy.s.sol` এক্সিকিউট হওয়ার এবং টেবিলটি পরিবর্তন করার পর [এই ফাংশনটি](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L24-L168) কল করা হয়।
+
+5. যখন সার্ভার ইনিশিয়ালাইজেশন ফাংশনটি কনফিগারেশন পায়, তখন এটি [সার্ভারের জিরো-নলেজ অংশটি](#using-zokrates-from-typescript) ইনিশিয়ালাইজ করার জন্য [`zkFunctions` কল করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L34-L35)। কনফিগারেশন না পাওয়া পর্যন্ত এটি ঘটতে পারে না কারণ জিরো-নলেজ ফাংশনগুলোতে মাইনফিল্ডের প্রস্থ এবং উচ্চতা ধ্রুবক হিসেবে থাকতে হয়।
+
+6. সার্ভারের জিরো-নলেজ অংশটি ইনিশিয়ালাইজ হওয়ার পর, পরবর্তী ধাপ হলো [ব্লকচেইনে জিরো-নলেজ ভেরিফিকেশন কন্ট্রাক্ট ডিপ্লয় করা](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L42-L53) এবং MUD-এ ভেরিফাই এডড্রেস সেট করা।
+
+7. সবশেষে, আমরা আপডেটের জন্য সাবস্ক্রাইব করি যাতে আমরা দেখতে পারি কখন একজন খেলোয়াড় [একটি নতুন গেম শুরু করার](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71) বা [একটি বিদ্যমান গেমে খনন করার](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73-L108) রিকোয়েস্ট করে।
+
+#### নতুন গেম {#new-game-flow}
+
+যখন খেলোয়াড় একটি নতুন গেমের রিকোয়েস্ট করে তখন এটি ঘটে।
+
+1. যদি এই খেলোয়াড়ের জন্য কোনো গেম চলমান না থাকে, বা একটি থাকে কিন্তু তার gameId শূন্য হয়, তবে ক্লায়েন্ট একটি [নতুন গেম বোতাম](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175) প্রদর্শন করে। যখন ব্যবহারকারী এই বোতামটি চাপে, [React `newGame` ফাংশনটি চালায়](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L96)।
+
+2. [`newGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L43-L46) হলো একটি `System` কল। MUD-এ সমস্ত কল `World` কন্ট্রাক্টের মাধ্যমে রাউট করা হয়, এবং বেশিরভাগ ক্ষেত্রে আপনি `__` কল করেন। এই ক্ষেত্রে, কলটি হলো `app__newGame`-এ, যা MUD তারপর [`GameSystem`-এর `newGame`-এ](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L16-L22) রাউট করে।
+
+3. অনচেইন ফাংশনটি চেক করে যে খেলোয়াড়ের কোনো গেম চলমান নেই, এবং যদি না থাকে তবে [রিকোয়েস্টটি `PendingGame` টেবিলে যোগ করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L21)।
+
+4. সার্ভার `PendingGame`-এ পরিবর্তন শনাক্ত করে এবং [সাবস্ক্রাইব করা ফাংশনটি চালায়](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L55-L71)। এই ফাংশনটি [`newGame` কল করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L110-L114), যা আবার [`createGame` কল করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L116-L144)।
+
+5. `createGame` প্রথম যে কাজটি করে তা হলো [উপযুক্ত সংখ্যক মাইন সহ একটি র্যান্ডম ম্যাপ তৈরি করা](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L120-L135)। তারপর, এটি ফাঁকা বর্ডার সহ একটি ম্যাপ তৈরি করতে [`makeMapBorders` কল করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L147-L166), যা Zokrates-এর জন্য প্রয়োজনীয়। সবশেষে, `createGame` ম্যাপের হ্যাস পেতে [`calculateMapHash`](#calculateMapHash) কল করে, যা গেম আইডি হিসেবে ব্যবহৃত হয়।
+
+6. `newGame` ফাংশনটি নতুন গেমটিকে `gamesInProgress`-এ যোগ করে।
+
+7. সার্ভার শেষ যে কাজটি করে তা হলো [`app__newGameResponse` কল করা](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L38-L43), যা অনচেইন। এক্সেস কন্ট্রোল সক্ষম করতে এই ফাংশনটি একটি ভিন্ন `System`, [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol)-এ রয়েছে। এক্সেস কন্ট্রোল [MUD কনফিগারেশন ফাইলে](https://mud.dev/config), [`mud.config.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/mud.config.ts#L67-L72)-এ সংজ্ঞায়িত করা হয়েছে।
+
+ এক্সেস লিস্ট শুধুমাত্র একটি একক এডড্রেসকে `System` কল করার অনুমতি দেয়। এটি সার্ভার ফাংশনগুলোতে এক্সেস একটি একক এডড্রেসে সীমাবদ্ধ করে, যাতে কেউ সার্ভারের ছদ্মবেশ ধারণ করতে না পারে।
+
+8. অনচেইন কম্পোনেন্ট প্রাসঙ্গিক টেবিলগুলো আপডেট করে:
+
+ - `PlayerGame`-এ গেমটি তৈরি করে।
+ - `GamePlayer`-এ রিভার্স ম্যাপিং সেট করে।
+ - `PendingGame` থেকে রিকোয়েস্টটি সরিয়ে দেয়।
+
+9. সার্ভার `PendingGame`-এ পরিবর্তন শনাক্ত করে, কিন্তু কিছুই করে না কারণ [`wantsGame`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L58-L60) ফলস।
+
+10. ক্লায়েন্টে [`gameRecord`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L143-L148) খেলোয়াড়ের এডড্রেসের জন্য `PlayerGame` এন্ট্রিতে সেট করা হয়। যখন `PlayerGame` পরিবর্তিত হয়, তখন `gameRecord`-ও পরিবর্তিত হয়।
+
+11. যদি `gameRecord`-এ কোনো ভ্যালু থাকে, এবং গেমটি জেতা বা হারা না হয়, তবে ক্লায়েন্ট [ম্যাপটি প্রদর্শন করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190)।
+
+#### খনন {#dig-flow}
+
+1. খেলোয়াড় [ম্যাপ সেলের বোতামে ক্লিক করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L188), যা [`dig` ফাংশনটি কল করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/mud/createSystemCalls.ts#L33-L36)। এই ফাংশনটি [অনচেইন `dig` কল করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L24-L32)।
+
+2. অনচেইন কম্পোনেন্ট [বেশ কয়েকটি স্যানিটি চেক সম্পাদন করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L25-L30), এবং সফল হলে ডিগ রিকোয়েস্টটি [`PendingDig`-এ যোগ করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/GameSystem.sol#L31)।
+
+3. সার্ভার [`PendingDig`-এ পরিবর্তন শনাক্ত করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L73)। [যদি এটি বৈধ হয়](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L75-L84), তবে এটি ফলাফল এবং এটি বৈধ হওয়ার একটি প্রুফ উভয়ই তৈরি করতে [জিরো-নলেজ কোড কল করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L86-L95) (নিচে ব্যাখ্যা করা হয়েছে)।
+
+4. [সার্ভার](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L97-L107) অনচেইন [`digResponse` কল করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L45-L64)।
+
+5. `digResponse` দুটি কাজ করে। প্রথমত, এটি [জিরো নলেজ প্রুফ](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L47-L61) চেক করে। তারপর, যদি প্রুফটি সঠিক হয়, তবে এটি আসলে ফলাফলটি প্রসেস করতে [`processDigResult` কল করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L67-L86)।
+
+6. `processDigResult` চেক করে যে গেমটি [হারা](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L76-L78) বা [জেতা](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L83-L86) হয়েছে কিনা, এবং [অনচেইন ম্যাপ, `Map` আপডেট করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol#L80)।
+
+7. ক্লায়েন্ট স্বয়ংক্রিয়ভাবে আপডেটগুলো গ্রহণ করে এবং [খেলোয়াড়কে প্রদর্শিত ম্যাপটি আপডেট করে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/client/src/App.tsx#L175-L190), এবং যদি প্রযোজ্য হয় তবে খেলোয়াড়কে জানায় যে এটি জয় নাকি পরাজয়।
+
+## Zokrates ব্যবহার করা {#using-zokrates}
+
+উপরে ব্যাখ্যা করা ফ্লো-গুলোতে আমরা জিরো-নলেজ অংশগুলো এড়িয়ে গেছি, সেগুলোকে একটি ব্ল্যাক বক্স হিসেবে বিবেচনা করে। এখন চলুন এটি খুলে দেখি এবং দেখি কীভাবে সেই কোডটি লেখা হয়েছে।
+
+### ম্যাপ হ্যাসিং {#hashing-map}
+
+আমরা [Poseidon](https://www.poseidon-hash.info), যে Zokrates হ্যাস ফাংশনটি আমরা ব্যবহার করি তা বাস্তবায়ন করতে [এই জাভাস্ক্রিপ্ট কোডটি](https://github.com/ZK-Plus/ICBC24_Tutorial_Compute-Offchain-Verify-onchain/tree/solutions/exercise) ব্যবহার করতে পারি। তবে, যদিও এটি দ্রুততর হবে, এটি শুধুমাত্র Zokrates হ্যাস ফাংশন ব্যবহার করার চেয়ে বেশি জটিলও হবে। এটি একটি টিউটোরিয়াল, এবং তাই কোডটি সরলতার জন্য অপ্টিমাইজ করা হয়েছে, পারফরম্যান্সের জন্য নয়। অতএব, আমাদের দুটি ভিন্ন Zokrates প্রোগ্রাম প্রয়োজন, একটি শুধুমাত্র একটি ম্যাপের হ্যাস গণনা করার জন্য (`hash`) এবং অন্যটি ম্যাপের একটি স্থানে খননের ফলাফলের একটি জিরো-নলেজ প্রুফ তৈরি করার জন্য (`dig`)।
+
+### হ্যাস ফাংশন {#hash-function}
+
+এটি সেই ফাংশন যা একটি ম্যাপের হ্যাস গণনা করে। আমরা এই কোডটি লাইন বাই লাইন দেখব।
+
+```
+import "hashes/poseidon/poseidon.zok" as poseidon;
+import "utils/pack/bool/pack128.zok" as pack128;
+```
+
+এই দুটি লাইন [Zokrates স্ট্যান্ডার্ড লাইব্রেরি](https://zokrates.github.io/toolbox/stdlib.html) থেকে দুটি ফাংশন ইমপোর্ট করে। [প্রথম ফাংশনটি](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/hashes/poseidon/poseidon.zok) হলো একটি [Poseidon হ্যাস](https://www.poseidon-hash.info/)। এটি [`field` এলিমেন্টগুলোর](https://zokrates.github.io/language/types.html#field) একটি অ্যারে নেয় এবং একটি `field` রিটার্ন করে।
+
+Zokrates-এ ফিল্ড এলিমেন্ট সাধারণত 256 বিটের চেয়ে কম লম্বা হয়, তবে খুব বেশি নয়। কোডটি সহজ করার জন্য, আমরা ম্যাপটিকে 512 বিট পর্যন্ত সীমাবদ্ধ করি, এবং চারটি ফিল্ডের একটি অ্যারে হ্যাস করি, এবং প্রতিটি ফিল্ডে আমরা শুধুমাত্র 128 বিট ব্যবহার করি। [এই `pack128` ফাংশনটি](https://github.com/Zokrates/ZoKrates/blob/latest/zokrates_stdlib/stdlib/utils/pack/bool/pack128.zok) এই উদ্দেশ্যে 128 বিটের একটি অ্যারেকে একটি `field`-এ পরিবর্তন করে।
+
+```
+ def hashMap(bool[${width+2}][${height+2}] map) -> field {
+```
+
+এই লাইনটি একটি ফাংশন ডেফিনিশন শুরু করে। `hashMap` `map` নামক একটি একক প্যারামিটার পায়, যা একটি দ্বিমাত্রিক `bool`(ean) অ্যারে। ম্যাপের আকার হলো `width+2` বাই `height+2` যে কারণগুলো [নিচে ব্যাখ্যা করা হয়েছে](#why-map-border)।
+
+আমরা `${width+2}` এবং `${height+2}` ব্যবহার করতে পারি কারণ Zokrates প্রোগ্রামগুলো এই অ্যাপ্লিকেশনে [টেমপ্লেট স্ট্রিং](https://www.w3schools.com/js/js_string_templates.asp) হিসেবে সংরক্ষিত থাকে। `${` এবং `}` এর মধ্যবর্তী কোড জাভাস্ক্রিপ্ট দ্বারা মূল্যায়ন করা হয়, এবং এইভাবে প্রোগ্রামটি বিভিন্ন ম্যাপের আকারের জন্য ব্যবহার করা যেতে পারে। ম্যাপ প্যারামিটারের চারপাশে কোনো বোমা ছাড়াই একটি এক লোকেশন চওড়া বর্ডার রয়েছে, যে কারণে আমাদের প্রস্থ এবং উচ্চতায় দুই যোগ করতে হবে।
+
+রিটার্ন ভ্যালু হলো একটি `field` যা হ্যাস ধারণ করে।
+
+```
+ bool[512] mut map1d = [false; 512];
+```
+
+ম্যাপটি দ্বিমাত্রিক। তবে, `pack128` ফাংশনটি দ্বিমাত্রিক অ্যারেগুলোর সাথে কাজ করে না। তাই আমরা প্রথমে `map1d` ব্যবহার করে ম্যাপটিকে একটি 512-বাইট অ্যারেতে ফ্ল্যাটেন করি। ডিফল্টভাবে Zokrates ভেরিয়েবলগুলো ধ্রুবক, কিন্তু আমাদের একটি লুপে এই অ্যারেতে ভ্যালু অ্যাসাইন করতে হবে, তাই আমরা এটিকে [`mut`](https://zokrates.github.io/language/variables.html#mutability) হিসেবে সংজ্ঞায়িত করি।
+
+আমাদের অ্যারেটি ইনিশিয়ালাইজ করতে হবে কারণ Zokrates-এ `undefined` নেই। `[false; 512]` এক্সপ্রেশনটির অর্থ হলো [512টি `false` ভ্যালুর একটি অ্যারে](https://zokrates.github.io/language/types.html#declaration-and-initialization)।
+
+```
+ u32 mut counter = 0;
+```
+
+`map1d`-এ আমরা ইতিমধ্যে যে বিটগুলো পূরণ করেছি এবং যেগুলো করিনি তার মধ্যে পার্থক্য করার জন্য আমাদের একটি কাউন্টারও প্রয়োজন।
+
+```
+ for u32 x in 0..${width+2} {
+```
+
+এভাবেই আপনি Zokrates-এ একটি [`for` লুপ](https://zokrates.github.io/language/control_flow.html#for-loops) ডিক্লেয়ার করেন। একটি Zokrates `for` লুপের নির্দিষ্ট সীমা থাকতে হবে, কারণ যদিও এটি একটি লুপ বলে মনে হয়, কম্পাইলার আসলে এটিকে "আনরোল" করে। `${width+2}` এক্সপ্রেশনটি একটি কম্পাইল টাইম ধ্রুবক কারণ কম্পাইলারকে কল করার আগে টাইপস্ক্রিপ্ট কোড দ্বারা `width` সেট করা হয়।
+
+```
+ for u32 y in 0..${height+2} {
+ map1d[counter] = map[x][y];
+ counter = counter+1;
+ }
+ }
+```
+
+ম্যাপের প্রতিটি লোকেশনের জন্য, সেই ভ্যালুটি `map1d` অ্যারেতে রাখুন এবং কাউন্টারটি বৃদ্ধি করুন।
+
+```
+ field[4] hashMe = [
+ pack128(map1d[0..128]),
+ pack128(map1d[128..256]),
+ pack128(map1d[256..384]),
+ pack128(map1d[384..512])
+ ];
+```
+
+`map1d` থেকে চারটি `field` ভ্যালুর একটি অ্যারে তৈরি করতে `pack128`। Zokrates-এ `array[a..b]` মানে হলো অ্যারের সেই স্লাইস যা `a`-তে শুরু হয় এবং `b-1`-এ শেষ হয়।
+
+```
+ return poseidon(hashMe);
+}
+```
+
+এই অ্যারেকে একটি হ্যাসে রূপান্তর করতে `poseidon` ব্যবহার করুন।
+
+### হ্যাস প্রোগ্রাম {#hash-program}
+
+গেম আইডেন্টিফায়ার তৈরি করতে সার্ভারকে সরাসরি `hashMap` কল করতে হবে। তবে, Zokrates শুধুমাত্র শুরু করার জন্য একটি প্রোগ্রামে `main` ফাংশন কল করতে পারে, তাই আমরা একটি `main` সহ একটি প্রোগ্রাম তৈরি করি যা হ্যাস ফাংশনটিকে কল করে।
+
+```
+${hashFragment}
+
+def main(bool[${width+2}][${height+2}] map) -> field {
+ return hashMap(map);
+}
+```
+
+### ডিগ প্রোগ্রাম {#dig-program}
+
+এটি অ্যাপ্লিকেশনের জিরো-নলেজ অংশের হৃদয়, যেখানে আমরা প্রুফগুলো তৈরি করি যা খননের ফলাফল যাচাই করতে ব্যবহৃত হয়।
+
+```
+${hashFragment}
+
+// The number of mines in location (x,y)
+def map2mineCount(bool[${width+2}][${height+2}] map, u32 x, u32 y) -> u8 {
+ return if map[x+1][y+1] { 1 } else { 0 };
+}
+```
+
+#### ম্যাপ বর্ডার কেন {#why-map-border}
+
+জিরো-নলেজ প্রুফগুলো [অ্যারিথমেটিক সার্কিট](https://medium.com/web3studio/simple-explanations-of-arithmetic-circuits-and-zero-knowledge-proofs-806e59a79785) ব্যবহার করে, যার একটি `if` স্টেটমেন্টের কোনো সহজ সমতুল্য নেই। এর পরিবর্তে, তারা [কন্ডিশনাল অপারেটরের](https://en.wikipedia.org/wiki/Ternary_conditional_operator) সমতুল্য ব্যবহার করে। যদি `a` শূন্য বা এক হতে পারে, তবে আপনি `if a { b } else { c }`-কে `ab+(1-a)c` হিসেবে গণনা করতে পারেন।
+
+এই কারণে, একটি Zokrates `if` স্টেটমেন্ট সর্বদা উভয় শাখাকে মূল্যায়ন করে। উদাহরণস্বরূপ, যদি আপনার এই কোডটি থাকে:
+
+```
+bool[5] arr = [false; 5];
+u32 index=10;
+return if index>4 { 0 } else { arr[index] }
+```
+
+এটি এরর দেখাবে, কারণ এটিকে `arr[10]` গণনা করতে হবে, যদিও সেই ভ্যালুটি পরে শূন্য দ্বারা গুণ করা হবে।
+
+এই কারণেই আমাদের ম্যাপের চারপাশে একটি এক লোকেশন চওড়া বর্ডার প্রয়োজন। আমাদের একটি লোকেশনের চারপাশের মোট মাইনের সংখ্যা গণনা করতে হবে, এবং এর মানে হলো আমরা যেখানে খনন করছি তার এক সারি উপরে এবং নিচে, বামে এবং ডানে লোকেশনটি দেখতে হবে। যার মানে হলো Zokrates-কে প্রদান করা ম্যাপ অ্যারেতে সেই লোকেশনগুলোর অস্তিত্ব থাকতে হবে।
+
+```
+def main(private bool[${width+2}][${height+2}] map, u32 x, u32 y) -> (field, u8) {
+```
+
+ডিফল্টভাবে Zokrates প্রুফগুলো তাদের ইনপুটগুলো অন্তর্ভুক্ত করে। একটি স্পটের চারপাশে পাঁচটি মাইন আছে তা জেনে কোনো লাভ নেই যদি না আপনি আসলে জানেন যে স্পটটি কোনটি (এবং আপনি এটিকে শুধু আপনার রিকোয়েস্টের সাথে মেলাতে পারবেন না, কারণ তখন প্রুভার ভিন্ন ভ্যালু ব্যবহার করতে পারে এবং আপনাকে সে সম্পর্কে নাও বলতে পারে)। তবে, Zokrates-কে এটি প্রদান করার সময় আমাদের ম্যাপটিকে গোপন রাখতে হবে। সমাধান হলো একটি `private` প্যারামিটার ব্যবহার করা, যা প্রুফ দ্বারা প্রকাশ করা হয় _না_।
+
+এটি অপব্যবহারের আরেকটি পথ খুলে দেয়। প্রুভার সঠিক স্থানাঙ্কগুলো ব্যবহার করতে পারে, কিন্তু লোকেশনের চারপাশে এবং সম্ভবত লোকেশনেই যেকোনো সংখ্যক মাইন সহ একটি ম্যাপ তৈরি করতে পারে। এই অপব্যবহার রোধ করতে, আমরা জিরো নলেজ প্রুফে ম্যাপের হ্যাস অন্তর্ভুক্ত করি, যা হলো গেম আইডেন্টিফায়ার।
+
+```
+ return (hashMap(map),
+```
+
+এখানকার রিটার্ন ভ্যালুটি হলো একটি টুপল যা ম্যাপ হ্যাস অ্যারের পাশাপাশি খননের ফলাফল অন্তর্ভুক্ত করে।
+
+```
+ if map2mineCount(map, x, y) > 0 { 0xFF } else {
+```
+
+যদি লোকেশনেই একটি বোমা থাকে তবে আমরা 255-কে একটি বিশেষ ভ্যালু হিসেবে ব্যবহার করি।
+
+```
+ map2mineCount(map, x-1, y-1) + map2mineCount(map, x, y-1) + map2mineCount(map, x+1, y-1) +
+ map2mineCount(map, x-1, y) + map2mineCount(map, x+1, y) +
+ map2mineCount(map, x-1, y+1) + map2mineCount(map, x, y+1) + map2mineCount(map, x+1, y+1)
+ }
+ );
+}
+```
+
+যদি খেলোয়াড় কোনো মাইনে আঘাত না করে থাকে, তবে লোকেশনের চারপাশের এলাকার জন্য মাইন কাউন্ট যোগ করুন এবং তা রিটার্ন করুন।
+
+### টাইপস্ক্রিপ্ট থেকে Zokrates ব্যবহার করা {#using-zokrates-from-typescript}
+
+Zokrates-এর একটি কমান্ড লাইন ইন্টারফেস রয়েছে, কিন্তু এই প্রোগ্রামে আমরা এটি [টাইপস্ক্রিপ্ট কোডে](https://zokrates.github.io/toolbox/zokrates_js.html) ব্যবহার করি।
+
+যে লাইব্রেরিতে Zokrates ডেফিনিশনগুলো রয়েছে তাকে [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) বলা হয়।
+
+```typescript
+import { initialize as zokratesInitialize } from "zokrates-js"
+```
+
+[Zokrates জাভাস্ক্রিপ্ট বাইন্ডিংগুলো](https://zokrates.github.io/toolbox/zokrates_js.html) ইমপোর্ট করুন। আমাদের শুধুমাত্র [`initialize`](https://zokrates.github.io/toolbox/zokrates_js.html#initialize) ফাংশনটি প্রয়োজন কারণ এটি একটি প্রমিস রিটার্ন করে যা সমস্ত Zokrates ডেফিনিশনে রিজলভ হয়।
+
+```typescript
+export const zkFunctions = async (width: number, height: number) : Promise => {
+```
+
+Zokrates-এর মতোই, আমরাও শুধুমাত্র একটি ফাংশন এক্সপোর্ট করি, যা [অ্যাসিনক্রোনাসও](https://www.w3schools.com/js/js_async.asp) বটে। যখন এটি শেষ পর্যন্ত রিটার্ন করে, তখন এটি বেশ কয়েকটি ফাংশন প্রদান করে যা আমরা নিচে দেখব।
+
+```typescript
+const zokrates = await zokratesInitialize()
+```
+
+Zokrates ইনিশিয়ালাইজ করুন, লাইব্রেরি থেকে আমাদের প্রয়োজনীয় সবকিছু পান।
+
+```typescript
+const hashFragment = `
+ import "utils/pack/bool/pack128.zok" as pack128;
+ import "hashes/poseidon/poseidon.zok" as poseidon;
+ .
+ .
+ .
+ }
+ `
+
+const hashProgram = `
+ ${hashFragment}
+ .
+ .
+ .
+ `
+
+const digProgram = `
+ ${hashFragment}
+ .
+ .
+ .
+ `
+```
+
+এরপর আমাদের কাছে হ্যাস ফাংশন এবং উপরে দেখা দুটি Zokrates প্রোগ্রাম রয়েছে।
+
+```typescript
+const digCompiled = zokrates.compile(digProgram)
+const hashCompiled = zokrates.compile(hashProgram)
+```
+
+এখানে আমরা সেই প্রোগ্রামগুলো কম্পাইল করি।
+
+```typescript
+// জিরো-নলেজ যাচাইকরণের জন্য কি তৈরি করুন।
+// একটি প্রোডাকশন সিস্টেমে আপনি একটি সেটআপ সেরিমনি ব্যবহার করতে চাইবেন।
+// (https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony).
+const keySetupResults = zokrates.setup(digCompiled.program, "")
+const verifierKey = keySetupResults.vk
+const proverKey = keySetupResults.pk
+```
+
+একটি প্রোডাকশন সিস্টেমে আমরা আরও জটিল [সেটআপ সেরিমনি](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) ব্যবহার করতে পারি, কিন্তু এটি একটি প্রদর্শনের জন্য যথেষ্ট ভালো। ব্যবহারকারীরা প্রুভার কি জানতে পারে তা কোনো সমস্যা নয় - তারা এখনও এটি ব্যবহার করে কিছু প্রমাণ করতে পারবে না যদি না সেগুলো সত্য হয়। যেহেতু আমরা এন্ট্রপি (দ্বিতীয় প্যারামিটার, `""`) নির্দিষ্ট করি, তাই ফলাফলগুলো সর্বদা একই হবে।
+
+**দ্রষ্টব্য:** Zokrates প্রোগ্রামগুলোর কম্পাইলেশন এবং কি তৈরি করা ধীর প্রক্রিয়া। প্রতিবার এগুলো পুনরাবৃত্তি করার কোনো প্রয়োজন নেই, শুধুমাত্র যখন ম্যাপের আকার পরিবর্তিত হয় তখনই করতে হবে। একটি প্রোডাকশন সিস্টেমে আপনি এগুলো একবার করবেন, এবং তারপর আউটপুট সংরক্ষণ করবেন। আমি এখানে এটি না করার একমাত্র কারণ হলো সরলতা।
+
+#### `calculateMapHash` {#calculateMapHash}
+
+```typescript
+const calculateMapHash = function (hashMe: boolean[][]): string {
+ return (
+ "0x" +
+ BigInt(zokrates.computeWitness(hashCompiled, [hashMe]).output.slice(1, -1))
+ .toString(16)
+ .padStart(64, "0")
+ )
+}
+```
+
+[`computeWitness`](https://zokrates.github.io/toolbox/zokrates_js.html#computewitnessartifacts-args-options) ফাংশনটি আসলে Zokrates প্রোগ্রামটি চালায়। এটি দুটি ফিল্ড সহ একটি স্ট্রাকচার রিটার্ন করে: `output`, যা একটি JSON স্ট্রিং হিসেবে প্রোগ্রামের আউটপুট, এবং `witness`, যা ফলাফলের একটি জিরো নলেজ প্রুফ তৈরি করার জন্য প্রয়োজনীয় তথ্য। এখানে আমাদের শুধু আউটপুট প্রয়োজন।
+
+আউটপুটটি হলো `"31337"` ফর্মের একটি স্ট্রিং, যা কোটেশন মার্কের মধ্যে আবদ্ধ একটি ডেসিমাল সংখ্যা। কিন্তু `viem`-এর জন্য আমাদের যে আউটপুট প্রয়োজন তা হলো `0x60A7` ফর্মের একটি হেক্সাডেসিমাল সংখ্যা। তাই আমরা কোটেশন মার্কগুলো সরাতে `.slice(1,-1)` ব্যবহার করি এবং তারপর অবশিষ্ট স্ট্রিং, যা একটি ডেসিমাল সংখ্যা, সেটিকে একটি [`BigInt`](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/BigInt)-এ চালাতে `BigInt` ব্যবহার করি। `.toString(16)` এই `BigInt`-কে একটি হেক্সাডেসিমাল স্ট্রিংয়ে রূপান্তর করে, এবং `"0x"+` হেক্সাডেসিমাল সংখ্যার জন্য মার্কার যোগ করে।
+
+```typescript
+// খনন করুন এবং ফলাফলের একটি জিরো-নলেজ প্রুফ রিটার্ন করুন
+// (সার্ভার-সাইড কোড)
+```
+
+জিরো নলেজ প্রুফে পাবলিক ইনপুটগুলো (`x` এবং `y`) এবং ফলাফলগুলো (ম্যাপের হ্যাস এবং বোমার সংখ্যা) অন্তর্ভুক্ত থাকে।
+
+```typescript
+ const zkDig = function(map: boolean[][], x: number, y: number) : any {
+ if (x<0 || x>=width || y<0 || y>=height)
+ throw new Error("Trying to dig outside the map")
+```
+
+Zokrates-এ কোনো ইনডেক্স সীমার বাইরে কিনা তা চেক করা একটি সমস্যা, তাই আমরা এটি এখানে করি।
+
+```typescript
+const runResults = zokrates.computeWitness(digCompiled, [map, `${x}`, `${y}`])
+```
+
+ডিগ প্রোগ্রামটি এক্সিকিউট করুন।
+
+```typescript
+ const proof = zokrates.generateProof(
+ digCompiled.program,
+ runResults.witness,
+ proverKey)
+
+ return proof
+ }
+```
+
+[`generateProof`](https://zokrates.github.io/toolbox/zokrates_js.html#generateproofprogram-witness-provingkey-entropy) ব্যবহার করুন এবং প্রুফটি রিটার্ন করুন।
+
+```typescript
+const solidityVerifier = `
+ // Map size: ${width} x ${height}
+ \n${zokrates.exportSolidityVerifier(verifierKey)}
+ `
+```
+
+একটি সলিডিটি ভ্যালিডেটর, একটি স্মার্ট কন্ট্রাক্ট যা আমরা ব্লকচেইনে ডিপ্লয় করতে পারি এবং `digCompiled.program` দ্বারা তৈরি প্রুফগুলো যাচাই করতে ব্যবহার করতে পারি।
+
+```typescript
+ return {
+ zkDig,
+ calculateMapHash,
+ solidityVerifier,
+ }
+}
+```
+
+সবশেষে, অন্যান্য কোডের প্রয়োজন হতে পারে এমন সবকিছু রিটার্ন করুন।
+
+## সিকিউরিটি টেস্ট {#security-tests}
+
+সিকিউরিটি টেস্টগুলো গুরুত্বপূর্ণ কারণ একটি ফাংশনালিটি বাগ শেষ পর্যন্ত নিজেকে প্রকাশ করবে। কিন্তু যদি অ্যাপ্লিকেশনটি অনিরাপদ হয়, তবে এটি সম্ভবত দীর্ঘ সময়ের জন্য লুকিয়ে থাকবে যতক্ষণ না কেউ প্রতারণা করে এবং অন্যদের সম্পদ নিয়ে পালিয়ে যায়।
+
+### পারমিশন {#permissions}
+
+এই গেমে একটি প্রিভিলেজড এনটিটি রয়েছে, সার্ভার। এটি একমাত্র ব্যবহারকারী যাকে [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol)-এর ফাংশনগুলো কল করার অনুমতি দেওয়া হয়েছে। আমরা পারমিশনড ফাংশনগুলোতে কলগুলো শুধুমাত্র সার্ভার একাউন্ট হিসেবে অনুমোদিত কিনা তা যাচাই করতে [`cast`](https://book.getfoundry.sh/cast/) ব্যবহার করতে পারি।
+
+[সার্ভারের প্রাইভেট কি `setupNetwork.ts`-এ রয়েছে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/mud/setupNetwork.ts#L52)।
+
+1. যে কম্পিউটারে `anvil` (ব্লকচেইন) চলে, সেখানে এই এনভায়রনমেন্ট ভেরিয়েবলগুলো সেট করুন।
+
+ ```sh copy
+ WORLD_ADDRESS=0x8d8b6b8414e1e3dcfd4168561b9be6bd3bf6ec4b
+ UNAUTHORIZED_KEY=0x5de4111afa1a4b94908f83103eb1f1706367c2e68ca870fc3fb9a804cdab365a
+ AUTHORIZED_KEY=0x59c6995e998f97a5a0044966f0945389dc9e86dae88c7a8412f4603b6b78690d
+ ```
+
+2. ভ্যালিডেটর এডড্রেসটিকে একটি অননুমোদিত এডড্রেস হিসেবে সেট করার চেষ্টা করতে `cast` ব্যবহার করুন।
+
+ ```sh copy
+ cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $UNAUTHORIZED_KEY
+ ```
+
+ শুধুমাত্র `cast` একটি ব্যর্থতার রিপোর্টই করে না, বরং আপনি ব্রাউজারে গেমটিতে **MUD Dev Tools** খুলতে পারেন, **Tables**-এ ক্লিক করতে পারেন এবং **app\_\_VerifierAddress** নির্বাচন করতে পারেন। দেখুন যে এডড্রেসটি শূন্য নয়।
+
+3. ভ্যালিডেটর এডড্রেসটিকে সার্ভারের এডড্রেস হিসেবে সেট করুন।
+
+ ```sh copy
+ cast send $WORLD_ADDRESS 'app__setVerifier(address)' `cast address-zero` --private-key $AUTHORIZED_KEY
+ ```
+
+ **app\_\_VerifiedAddress**-এর এডড্রেসটি এখন শূন্য হওয়া উচিত।
+
+একই `System`-এর সমস্ত MUD ফাংশন একই এক্সেস কন্ট্রোলের মধ্য দিয়ে যায়, তাই আমি এই টেস্টটিকে যথেষ্ট বলে মনে করি। যদি আপনি তা না মনে করেন, তবে আপনি [`ServerSystem`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/contracts/src/systems/ServerSystem.sol)-এর অন্যান্য ফাংশনগুলো চেক করতে পারেন।
+
+### জিরো-নলেজ অপব্যবহার {#zero-knowledge-abuses}
+
+Zokrates যাচাই করার গণিত এই টিউটোরিয়ালের (এবং আমার ক্ষমতার) আওতার বাইরে। তবে, আমরা জিরো-নলেজ কোডে বিভিন্ন চেক চালাতে পারি যাতে যাচাই করা যায় যে এটি সঠিকভাবে না করা হলে এটি ব্যর্থ হয়। এই সমস্ত টেস্টের জন্য আমাদের [`zero-knowledge.ts`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts) পরিবর্তন করতে হবে এবং সম্পূর্ণ অ্যাপ্লিকেশনটি রিস্টার্ট করতে হবে। সার্ভার প্রসেসটি রিস্টার্ট করা যথেষ্ট নয়, কারণ এটি অ্যাপ্লিকেশনটিকে একটি অসম্ভব স্টেটে ফেলে দেয় (খেলোয়াড়ের একটি গেম চলমান আছে, কিন্তু গেমটি আর সার্ভারের কাছে উপলব্ধ নেই)।
+
+#### ভুল উত্তর {#wrong-answer}
+
+সবচেয়ে সহজ সম্ভাবনা হলো জিরো-নলেজ প্রুফে ভুল উত্তর প্রদান করা। এটি করতে, আমরা `zkDig`-এর ভেতরে যাই এবং [লাইন 91 পরিবর্তন করি](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L91):
+
+```ts
+proof.inputs[3] = "0x" + "1".padStart(64, "0")
+```
+
+এর মানে হলো আমরা সর্বদা দাবি করব যে একটি বোমা আছে, সঠিক উত্তর যাই হোক না কেন। এই সংস্করণের সাথে খেলার চেষ্টা করুন, এবং আপনি `pnpm dev` স্ক্রিনের **server** ট্যাবে এই এররটি দেখতে পাবেন:
+
+```
+ cause: {
+ code: 3,
+ message: 'execution reverted: revert: Zero knowledge verification fail',
+ data: '0x08c379a0000000000000000000000000000000000000000000000000000000000000002000000000000000
+000000000000000000000000000000000000000000000000205a65726f206b6e6f776c6564676520766572696669636174696f6
+e206661696c'
+ },
+```
+
+তাই এই ধরনের প্রতারণা ব্যর্থ হয়।
+
+#### ভুল প্রুফ {#wrong-proof}
+
+যদি আমরা সঠিক তথ্য প্রদান করি, কিন্তু শুধু ভুল প্রুফ ডাটা থাকে তবে কী হবে? এখন, লাইন 91-কে এটি দিয়ে প্রতিস্থাপন করুন:
+
+```ts
+proof.proof = {
+ a: ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+ b: [
+ ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+ ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+ ],
+ c: ["0x" + "1".padStart(64, "0"), "0x" + "2".padStart(64, "0")],
+}
+```
+
+এটি এখনও ব্যর্থ হয়, কিন্তু এখন এটি কোনো কারণ ছাড়াই ব্যর্থ হয় কারণ এটি ভ্যালিডেটর কলের সময় ঘটে।
+
+### একজন ব্যবহারকারী কীভাবে জিরো ট্রাস্ট কোড যাচাই করতে পারে? {#user-verify-zero-trust}
+
+স্মার্ট কন্ট্রাক্টগুলো যাচাই করা তুলনামূলকভাবে সহজ। সাধারণত, ডেভেলপার সোর্স কোডটি একটি ব্লক এক্সপ্লোরার-এ প্রকাশ করে, এবং ব্লক এক্সপ্লোরার যাচাই করে যে সোর্স কোডটি [কন্ট্রাক্ট ডিপ্লয়মেন্ট লেনদেনের](/developers/docs/smart-contracts/deploying/) কোডে কম্পাইল হয় কিনা। MUD `System`-গুলোর ক্ষেত্রে এটি [একটু বেশি জটিল](https://mud.dev/cli/verify), তবে খুব বেশি নয়।
+
+জিরো-নলেজের ক্ষেত্রে এটি কঠিন। ভ্যালিডেটর কিছু ধ্রুবক অন্তর্ভুক্ত করে এবং সেগুলোর ওপর কিছু গণনা চালায়। এটি আপনাকে বলে না যে কী প্রমাণ করা হচ্ছে।
+
+```solidity
+ function verifyingKey() pure internal returns (VerifyingKey memory vk) {
+ vk.alpha = Pairing.G1Point(uint256(0x0f43f4fe7b5c2326fed4ac6ed2f4003ab9ab4ea6f667c2bdd77afb068617ee16), uint256(0x25a77832283f9726935219b5f4678842cda465631e72dbb24708a97ba5d0ce6f));
+ vk.beta = Pairing.G2Point([uint256(0x2cebd0fbd21aca01910581537b21ae4fed46bc0e524c055059aa164ba0a6b62b), uint256(0x18fd4a7bc386cf03a95af7163d5359165acc4e7961cb46519e6d9ee4a1e2b7e9)], [uint256(0x11449dee0199ef6d8eebfe43b548e875c69e7ce37705ee9a00c81fe52f11a009), uint256(0x066d0c83b32800d3f335bb9e8ed5e2924cf00e77e6ec28178592eac9898e1a00)]);
+```
+
+সমাধানটি হলো, অন্তত যতক্ষণ না ব্লক এক্সপ্লোরারগুলো তাদের ইউজার ইন্টারফেসে Zokrates ভেরিফিকেশন যোগ করে, অ্যাপ্লিকেশন ডেভেলপারদের Zokrates প্রোগ্রামগুলো উপলব্ধ করা, এবং অন্তত কিছু ব্যবহারকারীর জন্য উপযুক্ত ভেরিফিকেশন কি দিয়ে সেগুলো নিজেরাই কম্পাইল করা।
+
+এটি করতে:
+
+1. [Zokrates ইনস্টল করুন](https://zokrates.github.io/gettingstarted.html)।
+2. Zokrates প্রোগ্রাম সহ একটি ফাইল, `dig.zok` তৈরি করুন। নিচের কোডটি ধরে নেয় যে আপনি আসল ম্যাপের আকার, 10x5 রেখেছেন।
+
+ ```zokrates
+ import "utils/pack/bool/pack128.zok" as pack128;
+ import "hashes/poseidon/poseidon.zok" as poseidon;
+
+ def hashMap(bool[12][7] map) -> field {
+ bool[512] mut map1d = [false; 512];
+ u32 mut counter = 0;
+
+ for u32 x in 0..12 {
+ for u32 y in 0..7 {
+ map1d[counter] = map[x][y];
+ counter = counter+1;
+ }
+ }
+
+ field[4] hashMe = [
+ pack128(map1d[0..128]),
+ pack128(map1d[128..256]),
+ pack128(map1d[256..384]),
+ pack128(map1d[384..512])
+ ];
+
+ return poseidon(hashMe);
+ }
+
+
+ // (x,y) অবস্থানে মাইনের সংখ্যা
+ def map2mineCount(bool[12][7] map, u32 x, u32 y) -> u8 {
+ return if map[x+1][y+1] { 1 } else { 0 };
+ }
+
+ def main(private bool[12][7] map, u32 x, u32 y) -> (field, u8) {
+ return (hashMap(map) ,
+ if map2mineCount(map, x, y) > 0 { 0xFF } else {
+ map2mineCount(map, x-1, y-1) + map2mineCount(map, x, y-1) + map2mineCount(map, x+1, y-1) +
+ map2mineCount(map, x-1, y) + map2mineCount(map, x+1, y) +
+ map2mineCount(map, x-1, y+1) + map2mineCount(map, x, y+1) + map2mineCount(map, x+1, y+1)
+ }
+ );
+ }
+ ```
+
+3. Zokrates কোডটি কম্পাইল করুন এবং ভেরিফিকেশন কি তৈরি করুন। ভেরিফিকেশন কি-টি আসল সার্ভারে ব্যবহৃত একই এন্ট্রপি দিয়ে তৈরি করতে হবে, [এই ক্ষেত্রে একটি খালি স্ট্রিং](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L67)।
+
+ ```sh copy
+ zokrates compile --input dig.zok
+ zokrates setup -e ""
+ ```
+
+4. নিজে সলিডিটি ভ্যালিডেটর তৈরি করুন, এবং যাচাই করুন যে এটি ব্লকচেইনে থাকা ভ্যালিডেটরের সাথে কার্যকারিতার দিক থেকে অভিন্ন (সার্ভার একটি মন্তব্য যোগ করে, কিন্তু তা গুরুত্বপূর্ণ নয়)।
+
+ ```sh copy
+ zokrates export-verifier
+ diff verifier.sol ~/20240901-secret-state/packages/contracts/src/verifier.sol
+ ```
+
+## ডিজাইনের সিদ্ধান্ত {#design}
+
+যেকোনো যথেষ্ট জটিল অ্যাপ্লিকেশনে প্রতিযোগী ডিজাইনের লক্ষ্য থাকে যার জন্য ট্রেড-অফ প্রয়োজন। চলুন কিছু ট্রেড-অফ দেখি এবং কেন বর্তমান সমাধানটি অন্যান্য বিকল্পের চেয়ে পছন্দনীয় তা দেখি।
+
+### জিরো-নলেজ কেন {#why-zero-knowledge}
+
+মাইনসুইপারের জন্য আপনার আসলে জিরো-নলেজের প্রয়োজন নেই। সার্ভার সর্বদা ম্যাপটি ধরে রাখতে পারে, এবং তারপর গেমটি শেষ হলে এর সবটুকু প্রকাশ করতে পারে। তারপর, গেমের শেষে, স্মার্ট কন্ট্রাক্ট ম্যাপের হ্যাস গণনা করতে পারে, এটি মেলে কিনা তা যাচাই করতে পারে, এবং যদি না মেলে তবে সার্ভারকে জরিমানা করতে পারে বা গেমটিকে সম্পূর্ণভাবে বাতিল করতে পারে।
+
+আমি এই সহজ সমাধানটি ব্যবহার করিনি কারণ এটি শুধুমাত্র একটি সুনির্দিষ্ট শেষ স্টেট সহ ছোট গেমগুলোর জন্য কাজ করে। যখন একটি গেম সম্ভাব্যভাবে অসীম হয় (যেমন [অটোনোমাস ওয়ার্ল্ডের](https://0xparc.org/blog/autonomous-worlds) ক্ষেত্রে), তখন আপনার এমন একটি সমাধান প্রয়োজন যা স্টেটটিকে প্রকাশ _না করে_ প্রমাণ করে।
+
+একটি টিউটোরিয়াল হিসেবে এই নিবন্ধটির জন্য একটি ছোট গেম প্রয়োজন ছিল যা বোঝা সহজ, কিন্তু এই কৌশলটি দীর্ঘ গেমগুলোর জন্য সবচেয়ে বেশি কার্যকর।
+
+### Zokrates কেন? {#why-zokrates}
+
+[Zokrates](https://zokrates.github.io/) একমাত্র উপলব্ধ জিরো-নলেজ লাইব্রেরি নয়, তবে এটি একটি সাধারণ, [ইম্পারেটিভ](https://en.wikipedia.org/wiki/Imperative_programming) প্রোগ্রামিং ভাষার মতো এবং বুলিয়ান ভেরিয়েবল সমর্থন করে।
+
+আপনার অ্যাপ্লিকেশনের জন্য, ভিন্ন প্রয়োজনীয়তার সাথে, আপনি [Circum](https://docs.circom.io/getting-started/installation/) বা [Cairo](https://www.cairo-lang.org/tutorials/getting-started-with-cairo/) ব্যবহার করতে পছন্দ করতে পারেন।
+
+### কখন Zokrates কম্পাইল করতে হবে {#when-compile-zokrates}
+
+এই প্রোগ্রামে আমরা [প্রতিবার সার্ভার শুরু হওয়ার সময়](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L60-L61) Zokrates প্রোগ্রামগুলো কম্পাইল করি। এটি স্পষ্টতই সম্পদের অপচয়, কিন্তু এটি একটি টিউটোরিয়াল, যা সরলতার জন্য অপ্টিমাইজ করা হয়েছে।
+
+যদি আমি একটি প্রোডাকশন-লেভেলের অ্যাপ্লিকেশন লিখতাম, তবে আমি চেক করতাম যে আমার কাছে এই মাইনফিল্ডের আকারে কম্পাইল করা Zokrates প্রোগ্রাম সহ কোনো ফাইল আছে কিনা, এবং যদি থাকে তবে সেটি ব্যবহার করতাম। অনচেইন একটি ভ্যালিডেটর কন্ট্রাক্ট ডিপ্লয় করার ক্ষেত্রেও একই কথা প্রযোজ্য।
+
+### ভ্যালিডেটর এবং প্রুভার কি তৈরি করা {#key-creation}
+
+[কি তৈরি করা](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L63-L69) হলো আরেকটি বিশুদ্ধ গণনা যা একটি নির্দিষ্ট মাইনফিল্ডের আকারের জন্য একাধিকবার করার প্রয়োজন নেই। আবার, এটি শুধুমাত্র সরলতার খাতিরে একবার করা হয়।
+
+এছাড়া, আমরা [একটি সেটআপ সেরিমনি](https://zokrates.github.io/toolbox/trusted_setup.html#initializing-a-phase-2-ceremony) ব্যবহার করতে পারতাম। একটি সেটআপ সেরিমনির সুবিধা হলো জিরো-নলেজ প্রুফে প্রতারণা করার জন্য আপনার প্রতিটি অংশগ্রহণকারীর কাছ থেকে এন্ট্রপি বা কিছু মধ্যবর্তী ফলাফল প্রয়োজন। যদি অন্তত একজন সেরিমনি অংশগ্রহণকারী সৎ হয় এবং সেই তথ্য মুছে ফেলে, তবে জিরো-নলেজ প্রুফগুলো নির্দিষ্ট আক্রমণ থেকে নিরাপদ থাকে। তবে, সব জায়গা থেকে তথ্য মুছে ফেলা হয়েছে কিনা তা যাচাই করার _কোনো মেকানিজম নেই_। যদি জিরো-নলেজ প্রুফগুলো অত্যন্ত গুরুত্বপূর্ণ হয়, তবে আপনি সেটআপ সেরিমনিতে অংশগ্রহণ করতে চাইবেন।
+
+এখানে আমরা [perpetual powers of tau](https://github.com/privacy-scaling-explorations/perpetualpowersoftau)-এর ওপর নির্ভর করি, যেখানে ডজন ডজন অংশগ্রহণকারী ছিল। এটি সম্ভবত যথেষ্ট নিরাপদ, এবং অনেক সহজ। আমরা কি তৈরি করার সময় এন্ট্রপিও যোগ করি না, যা ব্যবহারকারীদের জন্য [জিরো-নলেজ কনফিগারেশন যাচাই করা](#user-verify-zero-trust) সহজ করে তোলে।
+
+### কোথায় যাচাই করতে হবে {#where-verification}
+
+আমরা জিরো-নলেজ প্রুফগুলো অনচেইন (যার জন্য গ্যাস খরচ হয়) বা ক্লায়েন্টে ([`verify`](https://zokrates.github.io/toolbox/zokrates_js.html#verifyverificationkey-proof) ব্যবহার করে) যাচাই করতে পারি। আমি প্রথমটি বেছে নিয়েছি, কারণ এটি আপনাকে একবার [ভ্যালিডেটর যাচাই করতে](#user-verify-zero-trust) দেয় এবং তারপর বিশ্বাস করতে দেয় যে যতক্ষণ এর জন্য কন্ট্রাক্ট এডড্রেস একই থাকে ততক্ষণ এটি পরিবর্তিত হয় না। যদি ক্লায়েন্টে ভেরিফিকেশন করা হতো, তবে প্রতিবার ক্লায়েন্ট ডাউনলোড করার সময় আপনাকে প্রাপ্ত কোডটি যাচাই করতে হতো।
+
+এছাড়া, যদিও এই গেমটি সিঙ্গেল প্লেয়ার, অনেক ব্লকচেইন গেম মাল্টি-প্লেয়ার হয়। অনচেইন ভেরিফিকেশন মানে হলো আপনি শুধুমাত্র একবার জিরো-নলেজ প্রুফ যাচাই করেন। ক্লায়েন্টে এটি করার জন্য প্রতিটি ক্লায়েন্টকে স্বাধীনভাবে যাচাই করতে হবে।
+
+### টাইপস্ক্রিপ্ট নাকি Zokrates-এ ম্যাপ ফ্ল্যাটেন করবেন? {#where-flatten}
+
+সাধারণভাবে, যখন প্রসেসিং টাইপস্ক্রিপ্ট বা Zokrates-এ করা যায়, তখন এটি টাইপস্ক্রিপ্টে করা ভালো, যা অনেক দ্রুত, এবং জিরো-নলেজ প্রুফের প্রয়োজন হয় না। উদাহরণস্বরূপ, এই কারণেই আমরা Zokrates-কে হ্যাস প্রদান করি না এবং এটি সঠিক কিনা তা যাচাই করতে বাধ্য করি না। হ্যাসিং Zokrates-এর ভেতরে করতে হবে, কিন্তু রিটার্ন করা হ্যাস এবং অনচেইন হ্যাসের মধ্যে মিল এর বাইরে ঘটতে পারে।
+
+তবে, আমরা এখনও [Zokrates-এ ম্যাপটিকে ফ্ল্যাটেন করি](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L15-L20), যেখানে আমরা এটি টাইপস্ক্রিপ্টে করতে পারতাম। কারণটি হলো অন্যান্য বিকল্পগুলো, আমার মতে, আরও খারাপ।
+
+- Zokrates কোডে বুলিয়ানের একটি একমাত্রিক অ্যারে প্রদান করুন, এবং দ্বিমাত্রিক ম্যাপ পেতে `x*(height+2)+y`-এর মতো একটি এক্সপ্রেশন ব্যবহার করুন। এটি [কোডটিকে](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/zero-knowledge.ts#L44-L47) কিছুটা বেশি জটিল করে তুলবে, তাই আমি সিদ্ধান্ত নিয়েছি যে একটি টিউটোরিয়ালের জন্য পারফরম্যান্স গেইন এর যোগ্য নয়।
+
+- Zokrates-কে একমাত্রিক অ্যারে এবং দ্বিমাত্রিক অ্যারে উভয়ই পাঠান। তবে, এই সমাধানটি আমাদের কোনো লাভ দেয় না। Zokrates কোডটিকে যাচাই করতে হবে যে এটিকে প্রদান করা একমাত্রিক অ্যারেটি সত্যিই দ্বিমাত্রিক অ্যারের সঠিক উপস্থাপনা। তাই কোনো পারফরম্যান্স গেইন হবে না।
+
+- Zokrates-এ দ্বিমাত্রিক অ্যারেটিকে ফ্ল্যাটেন করুন। এটি সবচেয়ে সহজ বিকল্প, তাই আমি এটি বেছে নিয়েছি।
+
+### ম্যাপ কোথায় সংরক্ষণ করবেন {#where-store-maps}
+
+এই অ্যাপ্লিকেশনে [`gamesInProgress`](https://github.com/qbzzt/20240901-secret-state/blob/main/packages/server/src/app.ts#L20) হলো মেমোরিতে থাকা একটি সাধারণ ভেরিয়েবল। এর মানে হলো যদি আপনার সার্ভার মারা যায় এবং রিস্টার্ট করার প্রয়োজন হয়, তবে এর সংরক্ষিত সমস্ত তথ্য হারিয়ে যায়। শুধুমাত্র খেলোয়াড়রাই তাদের গেম চালিয়ে যেতে অক্ষম হয় না, তারা এমনকি একটি নতুন গেমও শুরু করতে পারে না কারণ অনচেইন কম্পোনেন্ট মনে করে যে তাদের এখনও একটি গেম চলমান আছে।
+
+এটি স্পষ্টতই একটি প্রোডাকশন সিস্টেমের জন্য খারাপ ডিজাইন, যেখানে আপনি এই তথ্যটি একটি ডাটাবেসে সংরক্ষণ করবেন। আমি এখানে একটি ভেরিয়েবল ব্যবহার করার একমাত্র কারণ হলো এটি একটি টিউটোরিয়াল এবং সরলতাই প্রধান বিবেচ্য বিষয়।
+
+## উপসংহার: কোন পরিস্থিতিতে এটি উপযুক্ত কৌশল? {#conclusion}
+
+সুতরাং, এখন আপনি জানেন কীভাবে এমন একটি সার্ভার সহ একটি গেম লিখতে হয় যা গোপন স্টেট সংরক্ষণ করে যা অনচেইনের অন্তর্গত নয়। কিন্তু কোন ক্ষেত্রে আপনার এটি করা উচিত? দুটি প্রধান বিবেচ্য বিষয় রয়েছে।
+
+- _দীর্ঘ চলমান গেম_: [উপরে উল্লিখিত হিসেবে](#why-zero-knowledge), একটি ছোট গেমে আপনি গেমটি শেষ হওয়ার পর স্টেটটি প্রকাশ করতে পারেন এবং তারপর সবকিছু যাচাই করতে পারেন। কিন্তু যখন গেমটি দীর্ঘ বা অনির্দিষ্ট সময় নেয় এবং স্টেটটি গোপন রাখতে হয় তখন এটি কোনো বিকল্প নয়।
+
+- _কিছু কেন্দ্রীকরণ গ্রহণযোগ্য_: জিরো-নলেজ প্রুফগুলো ইন্টিগ্রিটি যাচাই করতে পারে, যে একটি এনটিটি ফলাফলগুলো জাল করছে না। তারা যা করতে পারে না তা হলো এনটিটিটি এখনও উপলব্ধ থাকবে এবং মেসেজগুলোর উত্তর দেবে তা নিশ্চিত করা। যেসব পরিস্থিতিতে এভেইলএবিলিটিও ডিসেন্ট্রালাইজড হওয়া প্রয়োজন, সেখানে জিরো-নলেজ প্রুফগুলো পর্যাপ্ত সমাধান নয়, এবং আপনার [মাল্টি-পার্টি কম্পিউটেশন](https://en.wikipedia.org/wiki/Secure_multi-party_computation) প্রয়োজন।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
+
+### স্বীকৃতি {#acknowledgements}
+
+- আলভারো আলোনসো এই নিবন্ধটির একটি খসড়া পড়েছেন এবং Zokrates সম্পর্কে আমার কিছু ভুল বোঝাবুঝি দূর করেছেন।
+
+অবশিষ্ট যেকোনো ভুলের দায়িত্ব আমার।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md b/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md
new file mode 100644
index 00000000000..d7c43a413b7
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md
@@ -0,0 +1,53 @@
+---
+title: স্মার্ট কন্ট্রাক্ট সিকিউরিটি চেকলিস্ট
+description: নিরাপদ স্মার্ট কন্ট্রাক্ট লেখার জন্য একটি প্রস্তাবিত ওয়ার্কফ্লো
+author: "Trailofbits"
+tags: ["স্মার্ট কন্ট্রাক্ট", "নিরাপত্তা", "solidity"]
+skill: intermediate
+breadcrumb: সিকিউরিটি চেকলিস্ট
+lang: bn
+published: 2020-09-07
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/workflow.md
+---
+
+## স্মার্ট কন্ট্রাক্ট ডেভেলপমেন্ট চেকলিস্ট {#smart-contract-development-checklist}
+
+আপনি যখন আপনার স্মার্ট কন্ট্রাক্টগুলো লিখবেন তখন আমরা এই হাই-লেভেল প্রক্রিয়াটি অনুসরণ করার পরামর্শ দিই।
+
+পরিচিত নিরাপত্তা সমস্যাগুলো পরীক্ষা করুন:
+
+- [Slither](https://github.com/crytic/slither) দিয়ে আপনার কন্ট্রাক্টগুলো রিভিউ করুন। সাধারণ দুর্বলতাগুলোর জন্য এতে 40 টিরও বেশি বিল্ট-ইন ডিটেক্টর রয়েছে। নতুন কোডের সাথে প্রতিটি চেক-ইনে এটি রান করুন এবং নিশ্চিত করুন যে এটি একটি ক্লিন রিপোর্ট পায় (অথবা নির্দিষ্ট সমস্যাগুলো সাইলেন্স করতে ট্রায়াজ মোড ব্যবহার করুন)।
+- [Crytic](https://crytic.io/) দিয়ে আপনার কন্ট্রাক্টগুলো রিভিউ করুন। এটি এমন 50 টি সমস্যা পরীক্ষা করে যা Slither করে না। গিটহাবের (GitHub) পুল রিকোয়েস্টগুলোতে (Pull Requests) সহজেই নিরাপত্তা সমস্যাগুলো তুলে ধরার মাধ্যমে Crytic আপনার টিমকেও একে অপরের সাথে আপ-টু-ডেট থাকতে সাহায্য করতে পারে।
+
+আপনার কন্ট্রাক্টের বিশেষ বৈশিষ্ট্যগুলো বিবেচনা করুন:
+
+- আপনার কন্ট্রাক্টগুলো কি আপগ্রেডযোগ্য? ত্রুটির জন্য আপনার আপগ্রেডযোগ্য কোডটি [`slither-check-upgradeability`](https://github.com/crytic/slither/wiki/Upgradeability-Checks) বা [Crytic](https://blog.trailofbits.com/2020/06/12/upgradeable-contracts-made-safer-with-crytic/) দিয়ে রিভিউ করুন। আপগ্রেডগুলো যে 17 টি উপায়ে ভুল পথে যেতে পারে তা আমরা ডকুমেন্ট করেছি।
+- আপনার কন্ট্রাক্টগুলো কি ERC-এর সাথে সামঞ্জস্যপূর্ণ বলে দাবি করে? সেগুলোকে [`slither-check-erc`](https://github.com/crytic/slither/wiki/ERC-Conformance) দিয়ে পরীক্ষা করুন। এই টুলটি তাৎক্ষণিকভাবে 6 টি সাধারণ স্পেক (specs) থেকে বিচ্যুতি শনাক্ত করে।
+- আপনি কি থার্ড-পার্টি টোকেনের সাথে ইন্টিগ্রেট করেন? এক্সটার্নাল কন্ট্রাক্টের ওপর নির্ভর করার আগে আমাদের [টোকেন ইন্টিগ্রেশন চেকলিস্ট](/developers/tutorials/token-integration-checklist/) রিভিউ করুন।
+
+আপনার কোডের গুরুত্বপূর্ণ নিরাপত্তা বৈশিষ্ট্যগুলো দৃশ্যমানভাবে পরিদর্শন করুন:
+
+- Slither-এর [inheritance-graph](https://github.com/trailofbits/slither/wiki/Printer-documentation#inheritance-graph) প্রিন্টার রিভিউ করুন। অসাবধানতাবশত শ্যাডোইং (shadowing) এবং C3 লিনিয়ারাইজেশন (linearization) সমস্যাগুলো এড়িয়ে চলুন।
+- Slither-এর [function-summary](https://github.com/trailofbits/slither/wiki/Printer-documentation#function-summary) প্রিন্টার রিভিউ করুন। এটি ফাংশন ভিজিবিলিটি এবং অ্যাক্সেস কন্ট্রোল রিপোর্ট করে।
+- Slither-এর [vars-and-auth](https://github.com/trailofbits/slither/wiki/Printer-documentation#variables-written-and-authorization) প্রিন্টার রিভিউ করুন। এটি স্টেট ভেরিয়েবলগুলোর ওপর অ্যাক্সেস কন্ট্রোল রিপোর্ট করে।
+
+গুরুত্বপূর্ণ নিরাপত্তা প্রপার্টিগুলো ডকুমেন্ট করুন এবং সেগুলো মূল্যায়ন করতে স্বয়ংক্রিয় টেস্ট জেনারেটর ব্যবহার করুন:
+
+- [আপনার কোডের জন্য নিরাপত্তা প্রপার্টিগুলো ডকুমেন্ট করতে](/developers/tutorials/guide-to-smart-contract-security-tools/) শিখুন। এটি প্রথমে কঠিন মনে হতে পারে, তবে একটি ভালো ফলাফল অর্জনের জন্য এটি সবচেয়ে গুরুত্বপূর্ণ কাজ। এই টিউটোরিয়ালের যেকোনো উন্নত কৌশল ব্যবহার করার জন্যও এটি একটি পূর্বশর্ত।
+- [Echidna](https://github.com/crytic/echidna) এবং [Manticore](https://manticore.readthedocs.io/en/latest/verifier.html)-এর সাথে ব্যবহারের জন্য Solidity-তে নিরাপত্তা প্রপার্টিগুলো সংজ্ঞায়িত করুন। আপনার স্টেট মেশিন, অ্যাক্সেস কন্ট্রোল, গাণিতিক অপারেশন, এক্সটার্নাল ইন্টারেকশন এবং স্ট্যান্ডার্ড কনফরমেন্সের ওপর ফোকাস করুন।
+- [Slither-এর Python API](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/) দিয়ে নিরাপত্তা প্রপার্টিগুলো সংজ্ঞায়িত করুন। ইনহেরিটেন্স, ভেরিয়েবল ডিপেন্ডেন্সি, অ্যাক্সেস কন্ট্রোল এবং অন্যান্য কাঠামোগত সমস্যার ওপর ফোকাস করুন।
+- [Crytic](https://crytic.io)-এর সাথে প্রতিটি কমিটে আপনার প্রপার্টি টেস্টগুলো রান করুন। Crytic নিরাপত্তা প্রপার্টি টেস্টগুলো গ্রহণ এবং মূল্যায়ন করতে পারে যাতে আপনার টিমের সবাই সহজেই দেখতে পারে যে সেগুলো গিটহাবে (GitHub) পাস করেছে। ব্যর্থ টেস্টগুলো কমিট ব্লক করতে পারে।
+
+পরিশেষে, এমন সমস্যাগুলোর বিষয়ে সচেতন থাকুন যা স্বয়ংক্রিয় টুলগুলো সহজেই খুঁজে পায় না:
+
+- গোপনীয়তার অভাব: পুলে অপেক্ষমাণ থাকার সময় অন্য সবাই আপনার লেনদেন দেখতে পারে
+- ফ্রন্ট রানিং লেনদেন
+- ক্রিপ্টোগ্রাফিক অপারেশন
+- এক্সটার্নাল DeFi কম্পোনেন্টগুলোর সাথে ঝুঁকিপূর্ণ ইন্টারেকশন
+
+## সাহায্য চান {#ask-for-help}
+
+[Ethereum office hours](https://calendly.com/dan-trailofbits/office-hours) প্রতি মঙ্গলবার বিকেলে পরিচালিত হয়। এই 1-ঘণ্টার, 1-অন-1 সেশনগুলো হলো নিরাপত্তা সম্পর্কে আপনার যেকোনো প্রশ্ন জিজ্ঞাসা করার, আমাদের টুলগুলো ব্যবহার করে ট্রাবলশুট করার এবং আপনার বর্তমান পদ্ধতি সম্পর্কে বিশেষজ্ঞদের কাছ থেকে ফিডব্যাক পাওয়ার একটি সুযোগ। আমরা আপনাকে এই গাইডের মাধ্যমে কাজ করতে সাহায্য করব।
+
+আমাদের স্ল্যাকে (Slack) যোগ দিন: [Empire Hacking](https://join.slack.com/t/empirehacking/shared_invite/zt-h97bbrj8-1jwuiU33nnzg67JcvIciUw)। আপনার কোনো প্রশ্ন থাকলে আমরা সবসময় #crytic এবং #ethereum চ্যানেলে উপলব্ধ আছি।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/send-token-ethersjs/index.md b/public/content/translations/bn/developers/tutorials/send-token-ethersjs/index.md
new file mode 100644
index 00000000000..ba7255e3925
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/send-token-ethersjs/index.md
@@ -0,0 +1,211 @@
+---
+title: ethers.js ব্যবহার করে টোকেন পাঠানো
+description: ethers.js ব্যবহার করে টোকেন পাঠানোর জন্য নতুনদের উপযোগী গাইড।
+author: কিম ইয়ংজুন
+tags: ["ETHERS.JS", "ERC-20", "টোকেন"]
+skill: beginner
+breadcrumb: টোকেন পাঠান
+lang: bn
+published: 2021-04-06
+---
+
+## ethers.js(5.0) ব্যবহার করে টোকেন পাঠান {#send-token}
+
+### এই টিউটোরিয়ালে আপনি যা শিখবেন {#you-learn-about}
+
+- ethers.js ইমপোর্ট করা
+- টোকেন ট্রান্সফার করা
+- নেটওয়ার্ক ট্রাফিকের অবস্থা অনুযায়ী গ্যাস প্রাইস সেট করা
+
+### শুরু করার জন্য {#to-get-started}
+
+শুরু করার জন্য, আমাদের প্রথমে আমাদের জাভাস্ক্রিপ্টে ethers.js লাইব্রেরি ইমপোর্ট করতে হবে
+ethers.js(5.0) অন্তর্ভুক্ত করুন
+
+### ইনস্টল করা {#install-ethersjs}
+
+```shell
+/home/ricmoo> npm install --save ethers
+```
+
+ব্রাউজারে ES6
+
+```html
+
+```
+
+ব্রাউজারে ES3(UMD)
+
+```html
+
+```
+
+### প্যারামিটার {#param}
+
+1. **`contract_address`**: টোকেন কন্ট্রাক্ট এডড্রেস (আপনি যে টোকেনটি ট্রান্সফার করতে চান তা ইথার না হলে কন্ট্রাক্ট এডড্রেস প্রয়োজন হয়)
+2. **`send_token_amount`**: আপনি রিসিভারকে যে পরিমাণ পাঠাতে চান
+3. **`to_address`**: রিসিভারের এডড্রেস
+4. **`send_account`**: প্রেরকের এডড্রেস
+5. **`private_key`**: লেনদেন সাইন করতে এবং প্রকৃতপক্ষে টোকেন ট্রান্সফার করার জন্য প্রেরকের প্রাইভেট কি
+
+## লক্ষ্য করুন {#notice}
+
+`signTransaction(tx)` সরিয়ে দেওয়া হয়েছে কারণ `sendTransaction()` এটি অভ্যন্তরীণভাবে করে।
+
+## পাঠানোর প্রক্রিয়া {#procedure}
+
+### 1. নেটওয়ার্ক (টেস্টনেট)-এর সাথে কানেক্ট করুন {#connect-to-network}
+
+#### প্রোভাইডার সেট করুন (Infura) {#set-provider}
+
+Ropsten টেস্টনেট-এর সাথে কানেক্ট করুন
+
+```javascript
+window.ethersProvider = new ethers.providers.InfuraProvider("ropsten")
+```
+
+### 2. ওয়ালেট তৈরি করুন {#create-wallet}
+
+```javascript
+let wallet = new ethers.Wallet(private_key)
+```
+
+### 3. ওয়ালেটকে নেটের সাথে কানেক্ট করুন {#connect-wallet-to-net}
+
+```javascript
+let walletSigner = wallet.connect(window.ethersProvider)
+```
+
+### 4. বর্তমান গ্যাস প্রাইস পান {#get-gas}
+
+```javascript
+window.ethersProvider.getGasPrice() // গ্যাস প্রাইস
+```
+
+### 5. লেনদেন সংজ্ঞায়িত করুন {#define-transaction}
+
+নিচে সংজ্ঞায়িত এই ভেরিয়েবলগুলো `send_token()` এর উপর নির্ভরশীল
+
+### লেনদেন প্যারামিটার {#transaction-params}
+
+1. **`send_account`**: টোকেন প্রেরকের এডড্রেস
+2. **`to_address`**: টোকেন রিসিভারের এডড্রেস
+3. **`send_token_amount`**: পাঠানোর জন্য টোকেনের পরিমাণ
+4. **`gas_limit`**: গ্যাস লিমিট
+5. **`gas_price`**: গ্যাস প্রাইস
+
+[কীভাবে ব্যবহার করবেন তা নিচে দেখুন](#how-to-use)
+
+```javascript
+const tx = {
+ from: send_account,
+ to: to_address,
+ value: ethers.utils.parseEther(send_token_amount),
+ nonce: window.ethersProvider.getTransactionCount(send_account, "latest"),
+ gasLimit: ethers.utils.hexlify(gas_limit), // 100000
+ gasPrice: gas_price,
+}
+```
+
+### 6. ট্রান্সফার {#transfer}
+
+```javascript
+walletSigner.sendTransaction(tx).then((transaction) => {
+ console.dir(transaction)
+ alert("Send finished!")
+})
+```
+
+## এটি কীভাবে ব্যবহার করবেন {#how-to-use}
+
+```javascript
+let private_key =
+ "41559d28e936dc92104ff30691519693fc753ffbee6251a611b9aa1878f12a4d"
+let send_token_amount = "1"
+let to_address = "0x4c10D2734Fb76D3236E522509181CC3Ba8DE0e80"
+let send_address = "0xda27a282B5B6c5229699891CfA6b900A716539E6"
+let gas_limit = "0x100000"
+let wallet = new ethers.Wallet(private_key)
+let walletSigner = wallet.connect(window.ethersProvider)
+let contract_address = ""
+window.ethersProvider = new ethers.providers.InfuraProvider("ropsten")
+
+send_token(
+ contract_address,
+ send_token_amount,
+ to_address,
+ send_address,
+ private_key
+)
+```
+
+### সফল! {#success}
+
+
+
+## send_token() {#send-token-method}
+
+```javascript
+function send_token(
+ contract_address,
+ send_token_amount,
+ to_address,
+ send_account,
+ private_key
+) {
+ let wallet = new ethers.Wallet(private_key)
+ let walletSigner = wallet.connect(window.ethersProvider)
+
+ window.ethersProvider.getGasPrice().then((currentGasPrice) => {
+ let gas_price = ethers.utils.hexlify(parseInt(currentGasPrice))
+ console.log(`gas_price: ${gas_price}`)
+
+ if (contract_address) {
+ // সাধারণ টোকেন পাঠানো
+ let contract = new ethers.Contract(
+ contract_address,
+ send_abi,
+ walletSigner
+ )
+
+ // কতগুলো টোকেন?
+ let numberOfTokens = ethers.utils.parseUnits(send_token_amount, 18)
+ console.log(`numberOfTokens: ${numberOfTokens}`)
+
+ // টোকেন পাঠান
+ contract.transfer(to_address, numberOfTokens).then((transferResult) => {
+ console.dir(transferResult)
+ alert("sent token")
+ })
+ } // ইথার পাঠানো
+ else {
+ const tx = {
+ from: send_account,
+ to: to_address,
+ value: ethers.utils.parseEther(send_token_amount),
+ nonce: window.ethersProvider.getTransactionCount(
+ send_account,
+ "latest"
+ ),
+ gasLimit: ethers.utils.hexlify(gas_limit), // 100000
+ gasPrice: gas_price,
+ }
+ console.dir(tx)
+ try {
+ walletSigner.sendTransaction(tx).then((transaction) => {
+ console.dir(transaction)
+ alert("Send finished!")
+ })
+ } catch (error) {
+ alert("failed to send!!")
+ }
+ }
+ })
+}
+```
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md b/public/content/translations/bn/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
new file mode 100644
index 00000000000..790248ee271
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
@@ -0,0 +1,209 @@
+---
+title: ওয়েব3 ব্যবহার করে লেনদেন পাঠানো
+description: "এটি ওয়েব3 ব্যবহার করে ইথিরিয়াম লেনদেন পাঠানোর জন্য একটি শিক্ষানবিস-বান্ধব গাইড। ইথিরিয়াম ব্লকচেইনে একটি লেনদেন পাঠানোর জন্য তিনটি প্রধান ধাপ রয়েছে: তৈরি করা, সাইন করা এবং ব্রডকাস্ট করা। আমরা এই তিনটি ধাপ নিয়েই আলোচনা করব।"
+author: "এলান হ্যালপার্ন"
+tags: ["লেনদেন", "web3.js", "alchemy"]
+skill: beginner
+breadcrumb: লেনদেন পাঠান
+lang: bn
+published: 2020-11-04
+source: Alchemy docs
+sourceUrl: https://www.alchemy.com/docs/how-to-send-transactions-on-ethereum
+---
+
+এটি ওয়েব3 ব্যবহার করে ইথিরিয়াম লেনদেন পাঠানোর জন্য একটি শিক্ষানবিস-বান্ধব গাইড। ইথিরিয়াম ব্লকচেইনে একটি লেনদেন পাঠানোর জন্য তিনটি প্রধান ধাপ রয়েছে: তৈরি করা, সাইন করা এবং ব্রডকাস্ট করা। আমরা এই তিনটি ধাপ নিয়েই আলোচনা করব, আশা করি আপনার যেকোনো প্রশ্নের উত্তর দিতে পারব! এই টিউটোরিয়ালে, আমরা ইথিরিয়াম চেইনে আমাদের লেনদেন পাঠাতে [Alchemy](https://www.alchemy.com/) ব্যবহার করব। আপনি [এখানে একটি বিনামূল্যের Alchemy একাউন্ট তৈরি করতে পারেন](https://auth.alchemyapi.io/signup)।
+
+**নোট:** এই গাইডটি আপনার অ্যাপের _ব্যাকএন্ডে_ আপনার লেনদেন সাইন করার জন্য। আপনি যদি ফ্রন্টএন্ডে আপনার লেনদেন সাইন করা ইন্টিগ্রেট করতে চান, তবে [ব্রাউজার প্রোভাইডারের সাথে ওয়েব3](https://docs.alchemy.com/reference/api-overview#with-a-browser-provider) ইন্টিগ্রেট করার বিষয়টি দেখে নিন।
+
+## বেসিক বিষয়সমূহ {#the-basics}
+
+বেশিরভাগ ব্লকচেইন ডেভেলপারদের মতো যখন তারা প্রথম শুরু করে, আপনি হয়তো কীভাবে একটি লেনদেন পাঠাতে হয় (যা বেশ সহজ হওয়া উচিত) তা নিয়ে কিছু গবেষণা করেছেন এবং প্রচুর গাইডের সম্মুখীন হয়েছেন, যার প্রতিটি ভিন্ন ভিন্ন কথা বলছে এবং আপনাকে কিছুটা অভিভূত ও বিভ্রান্ত করে তুলেছে। আপনি যদি সেই অবস্থায় থাকেন, তবে চিন্তা করবেন না; আমরা সবাই কোনো না কোনো সময় সেখানে ছিলাম! তাই, শুরু করার আগে, আসুন কয়েকটি বিষয় পরিষ্কার করে নিই:
+
+### 1\. Alchemy আপনার প্রাইভেট কি সংরক্ষণ করে না {#alchemy-does-not-store-your-private-keys}
+
+- এর মানে হলো Alchemy আপনার হয়ে লেনদেন সাইন এবং পাঠাতে পারে না। এর কারণ হলো নিরাপত্তার উদ্দেশ্য। Alchemy কখনোই আপনাকে আপনার প্রাইভেট কি শেয়ার করতে বলবে না, এবং আপনার কখনোই কোনো হোস্টেড নোড (বা অন্য কারো সাথে) আপনার প্রাইভেট কি শেয়ার করা উচিত নয়।
+- আপনি Alchemy-এর কোর API ব্যবহার করে ব্লকচেইন থেকে পড়তে পারেন, কিন্তু এতে লিখতে হলে Alchemy-এর মাধ্যমে পাঠানোর আগে আপনার লেনদেন সাইন করার জন্য অন্য কিছু ব্যবহার করতে হবে (এটি অন্য যেকোনো [নোড সার্ভিসের](/developers/docs/nodes-and-clients/nodes-as-a-service/) ক্ষেত্রেও একই)।
+
+### 2\. "সাইনার" কী? {#what-is-a-signer}
+
+- সাইনাররা আপনার প্রাইভেট কি ব্যবহার করে আপনার জন্য লেনদেন সাইন করবে। এই টিউটোরিয়ালে আমরা আমাদের লেনদেন সাইন করতে [Alchemy web3](https://docs.alchemyapi.io/alchemy/documentation/alchemy-web3) ব্যবহার করব, তবে আপনি অন্য যেকোনো ওয়েব3 লাইব্রেরিও ব্যবহার করতে পারেন।
+- ফ্রন্টএন্ডে, সাইনারের একটি ভালো উদাহরণ হতে পারে [MetaMask](https://metamask.io/), যা আপনার হয়ে লেনদেন সাইন করবে এবং পাঠাবে।
+
+### 3\. কেন আমাকে আমার লেনদেন সাইন করতে হবে? {#why-do-i-need-to-sign-my-transactions}
+
+- ইথিরিয়াম নেটওয়ার্ক-এ লেনদেন পাঠাতে ইচ্ছুক প্রত্যেক ব্যবহারকারীকে অবশ্যই লেনদেনটি সাইন করতে হবে (তাদের প্রাইভেট কি ব্যবহার করে), যাতে লেনদেনের উৎসটি যে দাবি করছে তা যাচাই করা যায়।
+- এই প্রাইভেট কি সুরক্ষিত রাখা অত্যন্ত গুরুত্বপূর্ণ, কারণ এতে অ্যাক্সেস থাকলে আপনার ইথিরিয়াম একাউন্ট-এর উপর সম্পূর্ণ নিয়ন্ত্রণ পাওয়া যায়, যা আপনাকে (বা অ্যাক্সেস থাকা যে কাউকে) আপনার হয়ে লেনদেন করার অনুমতি দেয়।
+
+### 4\. আমি কীভাবে আমার প্রাইভেট কি সুরক্ষিত রাখব? {#how-do-i-protect-my-private-key}
+
+- আপনার প্রাইভেট কি সুরক্ষিত রাখার এবং লেনদেন পাঠানোর জন্য এটি ব্যবহার করার অনেক উপায় রয়েছে। এই টিউটোরিয়ালে আমরা একটি `.env` ফাইল ব্যবহার করব। তবে, আপনি প্রাইভেট কি সংরক্ষণ করে এমন একটি আলাদা প্রোভাইডার ব্যবহার করতে পারেন, একটি কিস্টোর ফাইল ব্যবহার করতে পারেন, বা অন্যান্য বিকল্প ব্যবহার করতে পারেন।
+
+### 5\. `eth_sendTransaction` এবং `eth_sendRawTransaction`-এর মধ্যে পার্থক্য কী? {#difference-between-send-and-send-raw}
+
+`eth_sendTransaction` এবং `eth_sendRawTransaction` উভয়ই ইথিরিয়াম API ফাংশন যা ইথিরিয়াম নেটওয়ার্ক-এ একটি লেনদেন ব্রডকাস্ট করে যাতে এটি ভবিষ্যতের একটি ব্লক-এ যুক্ত হয়। লেনদেন সাইন করার ক্ষেত্রে তারা কীভাবে কাজ করে তাতে তাদের পার্থক্য রয়েছে।
+
+- [`eth_sendTransaction`](https://docs.web3js.org/api/web3-eth/function/sendTransaction) _আনসাইনড_ লেনদেন পাঠানোর জন্য ব্যবহৃত হয়, যার মানে হলো আপনি যে নোড-এ পাঠাচ্ছেন তাকে অবশ্যই আপনার প্রাইভেট কি পরিচালনা করতে হবে যাতে এটি চেইনে ব্রডকাস্ট করার আগে লেনদেনটি সাইন করতে পারে। যেহেতু Alchemy ব্যবহারকারীর প্রাইভেট কি রাখে না, তাই তারা এই পদ্ধতি সমর্থন করে না।
+- [`eth_sendRawTransaction`](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction) এমন লেনদেন ব্রডকাস্ট করতে ব্যবহৃত হয় যা ইতিমধ্যে সাইন করা হয়েছে। এর মানে হলো আপনাকে প্রথমে [`signTransaction(tx, private_key)`](https://docs.web3js.org/api/web3-eth-accounts/function/signTransaction) ব্যবহার করতে হবে, তারপর ফলাফলটি `eth_sendRawTransaction`-এ পাস করতে হবে।
+
+ওয়েব3 ব্যবহার করার সময়, [web3.eth.sendSignedTransaction](https://docs.web3js.org/api/web3-eth/function/sendSignedTransaction) ফাংশন কল করে `eth_sendRawTransaction` অ্যাক্সেস করা হয়।
+
+এই টিউটোরিয়ালে আমরা এটিই ব্যবহার করব।
+
+### 6\. ওয়েব3 লাইব্রেরি কী? {#what-is-the-web3-library}
+
+- Web3.js হলো স্ট্যান্ডার্ড JSON-RPC কলের চারপাশে একটি র্যাপার লাইব্রেরি যা ইথিরিয়াম ডেভেলপমেন্টে ব্যবহার করা বেশ সাধারণ।
+- বিভিন্ন ভাষার জন্য অনেক ওয়েব3 লাইব্রেরি রয়েছে। এই টিউটোরিয়ালে আমরা [Alchemy Web3](https://docs.alchemy.com/reference/api-overview) ব্যবহার করব যা জাভাস্ক্রিপ্টে লেখা। আপনি [এখানে](https://docs.alchemyapi.io/guides/getting-started#other-web3-libraries) অন্যান্য বিকল্প যেমন [ethers.js](https://docs.ethers.org/v5/) দেখতে পারেন।
+
+ঠিক আছে, এখন যেহেতু আমরা এই কয়েকটি প্রশ্নের উত্তর পেয়েছি, চলুন টিউটোরিয়ালে এগিয়ে যাই। Alchemy [discord](https://discord.gg/gWuC7zB)-এ যেকোনো সময় প্রশ্ন করতে দ্বিধা করবেন না!
+
+### 7\. কীভাবে নিরাপদ, গ্যাস-অপ্টিমাইজড এবং প্রাইভেট লেনদেন পাঠাবেন? {#how-to-send-secure-gas-optimized-and-private-transactions}
+
+- [Alchemy-এর Transact API-এর একটি স্যুট রয়েছে](https://docs.alchemy.com/reference/transact-api-quickstart)। আপনি এগুলো ব্যবহার করে রিইনফোর্সড লেনদেন পাঠাতে, লেনদেন হওয়ার আগে সিমুলেট করতে, প্রাইভেট লেনদেন পাঠাতে এবং গ্যাস-অপ্টিমাইজড লেনদেন পাঠাতে পারেন।
+- আপনার লেনদেন মেমপুল থেকে টেনে নিয়ে চেইনে যুক্ত করা হলে সতর্ক হওয়ার জন্য আপনি [Notify API](https://docs.alchemy.com/docs/alchemy-notify) ব্যবহার করতে পারেন।
+
+**নোট:** এই গাইডের জন্য একটি Alchemy একাউন্ট, একটি ইথিরিয়াম এডড্রেস বা MetaMask ওয়ালেট, NodeJs এবং npm ইনস্টল করা প্রয়োজন। যদি না থাকে, তবে এই ধাপগুলো অনুসরণ করুন:
+
+1. [একটি বিনামূল্যের Alchemy একাউন্ট তৈরি করুন](https://auth.alchemyapi.io/signup)
+2. [MetaMask একাউন্ট তৈরি করুন](https://metamask.io/) (বা একটি ইথিরিয়াম এডড্রেস পান)
+3. [NodeJs এবং NPM ইনস্টল করতে এই ধাপগুলো অনুসরণ করুন](https://docs.alchemy.com/alchemy/guides/alchemy-for-macs)
+
+## আপনার লেনদেন পাঠানোর ধাপসমূহ {#steps-to-sending-your-transaction}
+
+### 1\. Sepolia টেস্টনেট-এ একটি Alchemy অ্যাপ তৈরি করুন {#create-an-alchemy-app-on-the-sepolia-testnet}
+
+আপনার [Alchemy Dashboard](https://dashboard.alchemyapi.io/)-এ যান এবং আপনার নেটওয়ার্ক-এর জন্য Sepolia (বা অন্য কোনো টেস্টনেট) বেছে নিয়ে একটি নতুন অ্যাপ তৈরি করুন।
+
+### 2\. Sepolia ফাসেট থেকে ETH অনুরোধ করুন {#request-eth-from-sepolia-faucet}
+
+ETH পেতে [Alchemy Sepolia ফাসেট](https://www.sepoliafaucet.com/)-এর নির্দেশাবলী অনুসরণ করুন। নিশ্চিত করুন যে আপনি আপনার **Sepolia** ইথিরিয়াম এডড্রেস (MetaMask থেকে) অন্তর্ভুক্ত করেছেন এবং অন্য কোনো নেটওয়ার্ক নয়। নির্দেশাবলী অনুসরণ করার পর, আপনার ওয়ালেট-এ ETH পেয়েছেন কিনা তা দুবার চেক করুন।
+
+### 3\. একটি নতুন প্রজেক্ট ডিরেক্টরি তৈরি করুন এবং এতে `cd` করুন {#create-a-new-project-direction}
+
+কমান্ড লাইন (ম্যাকের জন্য টার্মিনাল) থেকে একটি নতুন প্রজেক্ট ডিরেক্টরি তৈরি করুন এবং এতে নেভিগেট করুন:
+
+```
+mkdir sendtx-example
+cd sendtx-example
+```
+
+### 4\. Alchemy Web3 (বা যেকোনো ওয়েব3 লাইব্রেরি) ইনস্টল করুন {#install-alchemy-web3}
+
+[Alchemy Web3](https://docs.alchemy.com/reference/api-overview) ইনস্টল করতে আপনার প্রজেক্ট ডিরেক্টরিতে নিচের কমান্ডটি রান করুন:
+
+মনে রাখবেন, আপনি যদি ethers.js লাইব্রেরি ব্যবহার করতে চান, তবে [এখানকার নির্দেশাবলী অনুসরণ করুন](https://docs.alchemy.com/docs/how-to-send-transactions-on-ethereum)।
+
+```
+npm install @alch/alchemy-web3
+```
+
+### 5\. dotenv ইনস্টল করুন {#install-dotenv}
+
+আমরা আমাদের API কি এবং প্রাইভেট কি নিরাপদে সংরক্ষণ করতে একটি `.env` ফাইল ব্যবহার করব।
+
+```
+npm install dotenv --save
+```
+
+### 6\. `.env` ফাইল তৈরি করুন {#create-the-dotenv-file}
+
+আপনার প্রজেক্ট ডিরেক্টরিতে একটি `.env` ফাইল তৈরি করুন এবং নিচের বিষয়গুলো যোগ করুন ("`your-api-url`" এবং "`your-private-key`" প্রতিস্থাপন করে)
+
+- আপনার Alchemy API URL খুঁজে পেতে, আপনার ড্যাশবোর্ডে সদ্য তৈরি করা অ্যাপের অ্যাপ ডিটেইলস পেজে যান, উপরের ডানদিকের কোণায় "View Key"-তে ক্লিক করুন এবং HTTP URL-টি নিন।
+- MetaMask ব্যবহার করে আপনার প্রাইভেট কি খুঁজে পেতে, এই [গাইডটি](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) দেখুন।
+
+```
+API_URL = "your-api-url"
+PRIVATE_KEY = "your-private-key"
+```
+
+
+
+
+.env কমিট করবেন না! দয়া করে নিশ্চিত করুন যে আপনি কখনোই আপনার .env ফাইলটি কারো সাথে শেয়ার বা প্রকাশ করবেন না, কারণ এমনটি করলে আপনি আপনার গোপনীয়তা বিপন্ন করছেন। আপনি যদি ভার্সন কন্ট্রোল ব্যবহার করেন, তবে আপনার .env ফাইলটি একটি gitignore ফাইলে যোগ করুন।
+
+
+
+
+### 7\. `sendTx.js` ফাইল তৈরি করুন {#create-sendtx-js}
+
+দারুণ, এখন যেহেতু আমাদের সংবেদনশীল ডেটা একটি `.env` ফাইলে সুরক্ষিত আছে, চলুন কোডিং শুরু করি। আমাদের লেনদেন পাঠানোর উদাহরণের জন্য, আমরা Sepolia ফাসেট-এ ETH ফেরত পাঠাব।
+
+একটি `sendTx.js` ফাইল তৈরি করুন, যেখানে আমরা আমাদের উদাহরণ লেনদেন কনফিগার করব এবং পাঠাব, এবং এতে নিচের কোড লাইনগুলো যোগ করুন:
+
+```
+async function main() {
+ require('dotenv').config();
+ const { API_URL, PRIVATE_KEY } = process.env;
+ const { createAlchemyWeb3 } = require("@alch/alchemy-web3");
+ const web3 = createAlchemyWeb3(API_URL);
+ const myAddress = '0x610Ae88399fc1687FA7530Aac28eC2539c7d6d63' //TODO: replace this address with your own public address
+
+ const nonce = await web3.eth.getTransactionCount(myAddress, 'latest'); // nonce starts counting from 0
+
+ const transaction = {
+ 'to': '0x31B98D14007bDEe637298086988A0bBd31184523', // faucet address to return eth
+ 'value': 1000000000000000000, // 1 ETH
+ 'gas': 30000,
+ 'nonce': nonce,
+ // optional data field to send message or execute smart contract
+ };
+
+ const signedTx = await web3.eth.accounts.signTransaction(transaction, PRIVATE_KEY);
+
+ web3.eth.sendSignedTransaction(signedTx.rawTransaction, function(error, hash) {
+ if (!error) {
+ console.log("🎉 The hash of your transaction is: ", hash, "\n Check Alchemy's Mempool to view the status of your transaction!");
+ } else {
+ console.log("❗Something went wrong while submitting your transaction:", error)
+ }
+ });
+}
+
+main();
+```
+
+**লাইন 6**-এর এডড্রেসটি আপনার নিজের পাবলিক এডড্রেস দিয়ে প্রতিস্থাপন করতে ভুলবেন না।
+
+এখন, এই কোডটি রান করার আগে, চলুন এখানকার কিছু উপাদান নিয়ে কথা বলি।
+
+- `nonce` : নন্স স্পেসিফিকেশন আপনার এডড্রেস থেকে পাঠানো লেনদেনের সংখ্যার ট্র্যাক রাখতে ব্যবহৃত হয়। নিরাপত্তার উদ্দেশ্যে এবং [রিপ্লে অ্যাটাক](https://docs.alchemyapi.io/resources/blockchain-glossary#account-nonce) প্রতিরোধ করতে আমাদের এটি প্রয়োজন। আপনার এডড্রেস থেকে পাঠানো লেনদেনের সংখ্যা পেতে আমরা [getTransactionCount](https://docs.alchemyapi.io/documentation/alchemy-api-reference/json-rpc#eth_gettransactioncount) ব্যবহার করি।
+- `transaction`: লেনদেন অবজেক্টের কয়েকটি দিক রয়েছে যা আমাদের নির্দিষ্ট করতে হবে
+ - `to`: এটি হলো সেই এডড্রেস যেখানে আমরা ETH পাঠাতে চাই। এই ক্ষেত্রে, আমরা যে [Sepolia ফাসেট](https://sepoliafaucet.com/) থেকে প্রাথমিকভাবে অনুরোধ করেছিলাম সেখানে ETH ফেরত পাঠাচ্ছি।
+ - `value`: এটি হলো সেই পরিমাণ যা আমরা পাঠাতে চাই, যা Wei-তে নির্দিষ্ট করা হয় যেখানে 10^18 Wei = 1 ETH
+ - `gas`: আপনার লেনদেনের সাথে সঠিক পরিমাণ গ্যাস অন্তর্ভুক্ত করার অনেক উপায় রয়েছে। এমনকি Alchemy-এর একটি [গ্যাস প্রাইস ওয়েবহুক](https://docs.alchemyapi.io/guides/alchemy-notify#address-activity-1) রয়েছে যা গ্যাস প্রাইস একটি নির্দিষ্ট সীমার নিচে নেমে গেলে আপনাকে অবহিত করে। মেইননেট লেনদেনের জন্য, সঠিক পরিমাণ গ্যাস নির্ধারণ করতে [ETH Gas Station](https://ethgasstation.info/)-এর মতো একটি গ্যাস এস্টিমেটর চেক করা ভালো অভ্যাস। 21000 হলো ইথিরিয়ামে একটি অপারেশনে ব্যবহৃত ন্যূনতম গ্যাস, তাই আমাদের লেনদেনটি এক্সিকিউট হবে তা নিশ্চিত করতে আমরা এখানে 30000 দিয়েছি।
+ - `nonce`: উপরের নন্স সংজ্ঞা দেখুন। নন্স শূন্য থেকে গণনা শুরু করে।
+ - [OPTIONAL] data: আপনার ট্রান্সফারের সাথে অতিরিক্ত তথ্য পাঠাতে, বা একটি স্মার্ট কন্ট্রাক্ট কল করতে ব্যবহৃত হয়, ব্যালেন্স ট্রান্সফারের জন্য প্রয়োজনীয় নয়, নিচের নোটটি দেখুন।
+- `signedTx`: আমাদের লেনদেন অবজেক্ট সাইন করতে আমরা আমাদের `PRIVATE_KEY`-এর সাথে `signTransaction` মেথড ব্যবহার করব।
+- `sendSignedTransaction`: একবার আমাদের কাছে একটি সাইন করা লেনদেন থাকলে, আমরা `sendSignedTransaction` ব্যবহার করে এটিকে পরবর্তী একটি ব্লক-এ অন্তর্ভুক্ত করার জন্য পাঠাতে পারি।
+
+**ডেটা সম্পর্কিত একটি নোট**
+ইথিরিয়ামে প্রধানত দুই ধরনের লেনদেন পাঠানো যায়।
+
+- ব্যালেন্স ট্রান্সফার: এক এডড্রেস থেকে অন্য এডড্রেস-এ ETH পাঠান। কোনো ডেটা ফিল্ডের প্রয়োজন নেই, তবে, আপনি যদি আপনার লেনদেনের পাশাপাশি অতিরিক্ত তথ্য পাঠাতে চান, তবে আপনি এই ফিল্ডে HEX ফরম্যাটে সেই তথ্য অন্তর্ভুক্ত করতে পারেন।
+ - উদাহরণস্বরূপ, ধরুন আমরা একটি IPFS ডকুমেন্টের হ্যাস ইথিরিয়াম চেইনে লিখতে চাই যাতে এটিকে একটি ইমমিউটেবল টাইমস্ট্যাম্প দেওয়া যায়। তাহলে আমাদের ডেটা ফিল্ডটি দেখতে এমন হওয়া উচিত: `web3.utils.toHex(‘IPFS hash‘)`। এবং এখন যে কেউ চেইনে কোয়েরি করতে পারে এবং দেখতে পারে কখন সেই ডকুমেন্টটি যোগ করা হয়েছিল।
+- স্মার্ট কন্ট্রাক্ট লেনদেন: চেইনে কিছু স্মার্ট কন্ট্রাক্ট কোড এক্সিকিউট করুন। এই ক্ষেত্রে, ডেটা ফিল্ডে আপনার এক্সিকিউট করতে চাওয়া স্মার্ট ফাংশন এবং যেকোনো প্যারামিটার থাকা উচিত।
+ - একটি ব্যবহারিক উদাহরণের জন্য, এই [হ্যালো ওয়ার্ল্ড টিউটোরিয়াল](https://docs.alchemyapi.io/alchemy/tutorials/hello-world-smart-contract#step-8-create-the-transaction)-এর ধাপ 8 দেখুন।
+
+### 8\. `node sendTx.js` ব্যবহার করে কোডটি রান করুন {#run-the-code-using-node-sendtx-js}
+
+আপনার টার্মিনাল বা কমান্ড লাইনে ফিরে যান এবং রান করুন:
+
+```
+node sendTx.js
+```
+
+### 9\. মেমপুলে আপনার লেনদেন দেখুন {#see-your-transaction-in-the-mempool}
+
+আপনার Alchemy ড্যাশবোর্ডে [Mempool পেজটি](https://dashboard.alchemyapi.io/mempool) খুলুন এবং আপনার লেনদেনটি খুঁজে পেতে আপনার তৈরি করা অ্যাপ দিয়ে ফিল্টার করুন। এখানেই আমরা আমাদের লেনদেনটিকে পেন্ডিং স্টেট থেকে মাইন্ড স্টেট-এ (যদি সফল হয়) বা ব্যর্থ হলে ড্রপড স্টেট-এ রূপান্তরিত হতে দেখতে পারি। নিশ্চিত করুন যে এটি "All"-এ রাখা আছে যাতে আপনি "mined", "pending" এবং "dropped" লেনদেনগুলো ক্যাপচার করতে পারেন। আপনি `0x31b98d14007bdee637298086988a0bbd31184523` এডড্রেস-এ পাঠানো লেনদেনগুলো খুঁজেও আপনার লেনদেনটি সার্চ করতে পারেন।
+
+একবার আপনি আপনার লেনদেনটি খুঁজে পেলে এর বিস্তারিত দেখতে, tx হ্যাস নির্বাচন করুন, যা আপনাকে এমন একটি ভিউতে নিয়ে যাবে:
+
+
+
+সেখান থেকে আপনি লাল বৃত্তাকার আইকনে ক্লিক করে Etherscan-এ আপনার লেনদেনটি দেখতে পারেন!
+
+**ইয়াপ্পি! আপনি এইমাত্র Alchemy ব্যবহার করে আপনার প্রথম ইথিরিয়াম লেনদেন পাঠিয়েছেন 🎉**
+
+_এই গাইড সম্পর্কে মতামত এবং পরামর্শের জন্য, দয়া করে Alchemy-এর [Discord](https://discord.gg/A39JVCM)-এ এলানকে মেসেজ করুন!_
+
+_মূলত [https://docs.alchemyapi.io/tutorials/sending-transactions-using-web3-and-alchemy](https://docs.alchemyapi.io/tutorials/sending-transactions-using-web3-and-alchemy)-এ প্রকাশিত_
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/server-components/index.md b/public/content/translations/bn/developers/tutorials/server-components/index.md
new file mode 100644
index 00000000000..d0748fdbbb3
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/server-components/index.md
@@ -0,0 +1,295 @@
+---
+title: "ওয়েব3 অ্যাপের জন্য সার্ভার কম্পোনেন্ট এবং এজেন্ট"
+description: এই টিউটোরিয়ালটি পড়ার পর, আপনি এমন টাইপস্ক্রিপ্ট (TypeScript) সার্ভার লিখতে পারবেন যা ব্লকচেইনের ইভেন্টগুলো শোনে এবং সেই অনুযায়ী নিজস্ব লেনদেনের মাধ্যমে সাড়া দেয়। এটি আপনাকে সেন্ট্রালাইজড অ্যাপ্লিকেশন লিখতে সক্ষম করবে (কারণ সার্ভারটি একটি পয়েন্ট অফ ফেইলিওর), তবে এটি ওয়েব3 এনটিটিগুলোর সাথে ইন্টারঅ্যাক্ট করতে পারে। একই কৌশল ব্যবহার করে এমন একটি এজেন্টও লেখা যেতে পারে যা মানুষের হস্তক্ষেপ ছাড়াই অনচেইন ইভেন্টগুলোতে সাড়া দেয়।
+author: ওরি পোমেরান্টজ
+lang: bn
+tags: ["এজেন্ট", "সার্ভার", "অফচেইন", "ডিএ্যাপস"]
+skill: beginner
+breadcrumb: সার্ভার কম্পোনেন্ট
+published: 2024-07-15
+---
+
+## ভূমিকা {#introduction}
+
+বেশিরভাগ ক্ষেত্রে, একটি ডিসেন্ট্রালাইজড এপ্লিকেশন সফটওয়্যার ডিস্ট্রিবিউট করার জন্য একটি সার্ভার ব্যবহার করে, তবে সমস্ত প্রকৃত ইন্টারঅ্যাকশন ক্লায়েন্ট (সাধারণত, ওয়েব ব্রাউজার) এবং ব্লকচেইনের মধ্যে ঘটে।
+
+
+
+তবে, এমন কিছু ক্ষেত্র রয়েছে যেখানে একটি অ্যাপ্লিকেশন স্বাধীনভাবে চলা সার্ভার কম্পোনেন্ট থেকে উপকৃত হতে পারে। এই ধরনের সার্ভার ইভেন্টগুলোতে এবং অন্যান্য সোর্স (যেমন একটি API) থেকে আসা রিকোয়েস্টগুলোতে লেনদেন ইস্যু করার মাধ্যমে সাড়া দিতে সক্ষম হবে।
+
+
+
+এই ধরনের সার্ভার বেশ কয়েকটি সম্ভাব্য কাজ পূরণ করতে পারে।
+
+- গোপন স্টেটের ধারক। গেমিংয়ের ক্ষেত্রে প্রায়শই গেমের জানা সমস্ত তথ্য খেলোয়াড়দের কাছে উপলব্ধ না রাখা দরকারী। তবে, _ব্লকচেইনে কোনো গোপনীয়তা নেই_, ব্লকচেইনে থাকা যেকোনো তথ্য যে কারো পক্ষে বের করা সহজ। অতএব, যদি গেম স্টেটের কোনো অংশ গোপন রাখতে হয়, তবে এটি অন্য কোথাও সংরক্ষণ করতে হবে (এবং সম্ভবত [জিরো-নলেজ প্রুফ](/zero-knowledge-proofs) ব্যবহার করে সেই স্টেটের প্রভাবগুলো যাচাই করতে হবে)।
+
+- সেন্ট্রালাইজড ওরাকল। যদি ঝুঁকি যথেষ্ট কম হয়, তবে একটি এক্সটার্নাল সার্ভার যা অনলাইনে কিছু তথ্য পড়ে এবং তারপর চেইনে পোস্ট করে, তা একটি [ওরাকল](/developers/docs/oracles/) হিসেবে ব্যবহার করার জন্য যথেষ্ট ভালো হতে পারে।
+
+- এজেন্ট। ব্লকচেইনে কোনো লেনদেন ছাড়া কিছুই সক্রিয় হয় না। সুযোগ এলে একজন ব্যবহারকারীর পক্ষে [আর্বিট্রেজ](/developers/docs/mev/#mev-examples-dex-arbitrage)-এর মতো কাজগুলো সম্পাদন করতে একটি সার্ভার এজেন্ট হিসেবে কাজ করতে পারে।
+
+## নমুনা প্রোগ্রাম {#sample-program}
+
+আপনি [github-এ](https://github.com/qbzzt/20240715-server-component) একটি নমুনা সার্ভার দেখতে পারেন। এই সার্ভারটি [এই কন্ট্রাক্ট](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=contract_code) থেকে আসা ইভেন্টগুলো শোনে, যা Hardhat-এর Greeter-এর একটি পরিবর্তিত সংস্করণ। যখন গ্রিটিং (greeting) পরিবর্তন করা হয়, তখন এটি আবার আগের অবস্থায় ফিরিয়ে আনে।
+
+এটি রান করতে:
+
+1. রিপোজিটরিটি ক্লোন করুন।
+
+ ```sh copy
+ git clone https://github.com/qbzzt/20240715-server-component.git
+ cd 20240715-server-component
+ ```
+
+2. প্রয়োজনীয় প্যাকেজগুলো ইনস্টল করুন। যদি আপনার কাছে এটি আগে থেকে না থাকে, তবে [প্রথমে Node ইনস্টল করুন](https://nodejs.org/en/download/package-manager)।
+
+ ```sh copy
+ npm install
+ ```
+
+3. Holesky টেস্টনেট-এ ETH আছে এমন একটি একাউন্টের প্রাইভেট কি নির্দিষ্ট করতে `.env` এডিট করুন। যদি আপনার Holesky-তে ETH না থাকে, তবে আপনি [এই ফাসেট ব্যবহার করতে পারেন](https://holesky-faucet.pk910.de/)।
+
+ ```sh filename=".env" copy
+ PRIVATE_KEY=0x
+ ```
+
+4. সার্ভারটি চালু করুন।
+
+ ```sh copy
+ npm start
+ ```
+
+5. [একটি ব্লক এক্সপ্লোরার](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=write_contract)-এ যান, এবং প্রাইভেট কি থাকা এডড্রেসটি ছাড়া অন্য একটি এডড্রেস ব্যবহার করে গ্রিটিং পরিবর্তন করুন। দেখুন যে গ্রিটিংটি স্বয়ংক্রিয়ভাবে আগের অবস্থায় ফিরে গেছে।
+
+### এটি কীভাবে কাজ করে? {#how-it-works}
+
+কীভাবে একটি সার্ভার কম্পোনেন্ট লিখতে হয় তা বোঝার সবচেয়ে সহজ উপায় হলো নমুনাটি লাইন বাই লাইন পর্যালোচনা করা।
+
+#### `src/app.ts` {#src-app-ts}
+
+প্রোগ্রামের বেশিরভাগ অংশ [`src/app.ts`](https://github.com/qbzzt/20240715-server-component/blob/main/src/app.ts)-এ রয়েছে।
+
+##### পূর্বশর্ত অবজেক্টগুলো তৈরি করা
+
+```typescript
+import {
+ createPublicClient,
+ createWalletClient,
+ getContract,
+ http,
+ Address,
+} from "viem"
+```
+
+এগুলো হলো আমাদের প্রয়োজনীয় [Viem](https://viem.sh/) এনটিটি, ফাংশন এবং [`Address` টাইপ](https://viem.sh/docs/glossary/types#address)। এই সার্ভারটি [TypeScript](https://www.typescriptlang.org/)-এ লেখা হয়েছে, যা JavaScript-এর একটি এক্সটেনশন এবং এটিকে [স্ট্রংলি টাইপড (strongly typed)](https://en.wikipedia.org/wiki/Strong_and_weak_typing) করে তোলে।
+
+```typescript
+import { privateKeyToAccount } from "viem/accounts"
+```
+
+[এই ফাংশনটি](https://viem.sh/docs/accounts/privateKey) আমাদের একটি প্রাইভেট কি-এর সাথে সম্পর্কিত এডড্রেসসহ ওয়ালেট তথ্য তৈরি করতে দেয়।
+
+```typescript
+import { holesky } from "viem/chains"
+```
+
+Viem-এ একটি ব্লকচেইন ব্যবহার করতে আপনাকে এর ডেফিনিশন ইমপোর্ট করতে হবে। এই ক্ষেত্রে, আমরা [Holesky](https://github.com/eth-clients/holesky) টেস্ট ব্লকচেইনের সাথে কানেক্ট করতে চাই।
+
+```typescript
+// এভাবেই আমরা .env-এ থাকা ডেফিনিশনগুলো process.env-এ যোগ করি।
+import * as dotenv from "dotenv"
+dotenv.config()
+```
+
+এভাবেই আমরা এনভায়রনমেন্টে `.env` রিড করি। প্রাইভেট কি-এর জন্য আমাদের এটি প্রয়োজন (পরে দেখুন)।
+
+```typescript
+const greeterAddress : Address = "0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6"
+const greeterABI = [
+ {
+ "inputs": [
+ {
+ "internalType": "string",
+ "name": "_greeting",
+ "type": "string"
+ }
+ ],
+ "stateMutability": "nonpayable",
+ "type": "constructor"
+ },
+ .
+ .
+ .
+ {
+ "inputs": [
+ {
+ "internalType": "string",
+ "name": "_greeting",
+ "type": "string"
+ }
+ ],
+ "name": "setGreeting",
+ "outputs": [],
+ "stateMutability": "nonpayable",
+ "type": "function"
+ }
+] as const
+```
+
+একটি কন্ট্রাক্ট ব্যবহার করতে আমাদের এর এডড্রেস এবং এর জন্য [ABI](/glossary/#abi) প্রয়োজন। আমরা এখানে উভয়ই প্রদান করেছি।
+
+JavaScript-এ (এবং সেই কারণে TypeScript-এ) আপনি একটি কনস্ট্যান্টে নতুন ভ্যালু অ্যাসাইন করতে পারবেন না, তবে আপনি এতে সংরক্ষিত অবজেক্টটি পরিবর্তন করতে _পারেন_। `as const` সাফিক্স ব্যবহার করে আমরা TypeScript-কে বলছি যে তালিকাটি নিজেই কনস্ট্যান্ট এবং এটি পরিবর্তন করা যাবে না।
+
+```typescript
+const publicClient = createPublicClient({
+ chain: holesky,
+ transport: http(),
+})
+```
+
+একটি Viem [পাবলিক ক্লায়েন্ট](https://viem.sh/docs/clients/public.html) তৈরি করুন। পাবলিক ক্লায়েন্টগুলোর সাথে কোনো প্রাইভেট কি যুক্ত থাকে না, এবং তাই তারা লেনদেন পাঠাতে পারে না। তারা [`view` ফাংশনগুলো](https://www.tutorialspoint.com/solidity/solidity_view_functions.htm) কল করতে পারে, একাউন্ট ব্যালেন্স পড়তে পারে ইত্যাদি।
+
+```typescript
+const account = privateKeyToAccount(process.env.PRIVATE_KEY as `0x${string}`)
+```
+
+এনভায়রনমেন্ট ভেরিয়েবলগুলো [`process.env`](https://www.totaltypescript.com/how-to-strongly-type-process-env)-এ উপলব্ধ। তবে, TypeScript হলো স্ট্রংলি টাইপড। একটি এনভায়রনমেন্ট ভেরিয়েবল যেকোনো স্ট্রিং বা খালি হতে পারে, তাই একটি এনভায়রনমেন্ট ভেরিয়েবলের টাইপ হলো `string | undefined`। তবে, Viem-এ একটি কি `0x${string}` (`0x`-এর পরে একটি স্ট্রিং) হিসেবে সংজ্ঞায়িত করা হয়। এখানে আমরা TypeScript-কে বলছি যে `PRIVATE_KEY` এনভায়রনমেন্ট ভেরিয়েবলটি সেই টাইপের হবে। যদি তা না হয়, তবে আমরা একটি রানটাইম এরর পাব।
+
+এরপর [`privateKeyToAccount`](https://viem.sh/docs/accounts/privateKey) ফাংশনটি একটি সম্পূর্ণ একাউন্ট অবজেক্ট তৈরি করতে এই প্রাইভেট কি ব্যবহার করে।
+
+```typescript
+const walletClient = createWalletClient({
+ account,
+ chain: holesky,
+ transport: http(),
+})
+```
+
+এরপর, আমরা একটি [ওয়ালেট ক্লায়েন্ট](https://viem.sh/docs/clients/wallet) তৈরি করতে একাউন্ট অবজেক্টটি ব্যবহার করি। এই ক্লায়েন্টের একটি প্রাইভেট কি এবং একটি এডড্রেস রয়েছে, তাই এটি লেনদেন পাঠাতে ব্যবহার করা যেতে পারে।
+
+```typescript
+const greeter = getContract({
+ address: greeterAddress,
+ abi: greeterABI,
+ client: { public: publicClient, wallet: walletClient },
+})
+```
+
+যেহেতু আমাদের কাছে সমস্ত পূর্বশর্ত রয়েছে, আমরা অবশেষে একটি [কন্ট্রাক্ট ইনস্ট্যান্স](https://viem.sh/docs/contract/getContract) তৈরি করতে পারি। আমরা অনচেইন কন্ট্রাক্টের সাথে যোগাযোগ করতে এই কন্ট্রাক্ট ইনস্ট্যান্সটি ব্যবহার করব।
+
+##### ব্লকচেইন থেকে রিড করা
+
+```typescript
+console.log(`Current greeting:`, await greeter.read.greet())
+```
+
+যে কন্ট্রাক্ট ফাংশনগুলো শুধুমাত্র রিড-অনলি ([`view`](https://www.tutorialspoint.com/solidity/solidity_view_functions.htm) এবং [`pure`](https://www.tutorialspoint.com/solidity/solidity_pure_functions.htm)) সেগুলো `read`-এর অধীনে উপলব্ধ। এই ক্ষেত্রে, আমরা এটি ব্যবহার করে [`greet`](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=read_contract#cfae3217) ফাংশনটি অ্যাক্সেস করি, যা গ্রিটিং রিটার্ন করে।
+
+JavaScript হলো সিঙ্গেল-থ্রেডেড, তাই যখন আমরা একটি দীর্ঘমেয়াদী প্রসেস চালু করি তখন আমাদের [নির্দিষ্ট করতে হবে যে আমরা এটি অ্যাসিনক্রোনাসভাবে (asynchronously) করছি](https://eloquentjavascript.net/11_async.html#h-XvLsfAhtsE)। ব্লকচেইনকে কল করার জন্য, এমনকি একটি রিড-অনলি অপারেশনের জন্যও, কম্পিউটার এবং একটি ব্লকচেইন নোডের মধ্যে একটি রাউন্ড-ট্রিপ প্রয়োজন। এই কারণেই আমরা এখানে নির্দিষ্ট করি যে কোডটিকে ফলাফলের জন্য `await` করতে হবে।
+
+এটি কীভাবে কাজ করে সে সম্পর্কে আপনি আগ্রহী হলে [এখানে পড়তে পারেন](https://www.w3schools.com/js/js_promise.asp), তবে ব্যবহারিক ক্ষেত্রে আপনার শুধু এটুকুই জানা দরকার যে আপনি যদি এমন কোনো অপারেশন শুরু করেন যা দীর্ঘ সময় নেয় তবে আপনাকে ফলাফলের জন্য `await` করতে হবে, এবং যে কোনো ফাংশন যা এটি করে তাকে `async` হিসেবে ডিক্লেয়ার করতে হবে।
+
+##### লেনদেন ইস্যু করা
+
+```typescript
+const setGreeting = async (greeting: string): Promise => {
+```
+
+গ্রিটিং পরিবর্তন করে এমন একটি লেনদেন ইস্যু করতে আপনি এই ফাংশনটি কল করবেন। যেহেতু এটি একটি দীর্ঘ অপারেশন, তাই ফাংশনটিকে `async` হিসেবে ডিক্লেয়ার করা হয়েছে। ইন্টারনাল ইমপ্লিমেন্টেশনের কারণে, যেকোনো `async` ফাংশনকে একটি `Promise` অবজেক্ট রিটার্ন করতে হয়। এই ক্ষেত্রে, `Promise` এর অর্থ হলো আমরা নির্দিষ্ট করছি না যে `Promise`-এ ঠিক কী রিটার্ন করা হবে।
+
+```typescript
+const txHash = await greeter.write.setGreeting([greeting])
+```
+
+কন্ট্রাক্ট ইনস্ট্যান্সের `write` ফিল্ডে এমন সমস্ত ফাংশন রয়েছে যা ব্লকচেইন স্টেটে রাইট করে (যেগুলোর জন্য একটি লেনদেন পাঠানো প্রয়োজন), যেমন [`setGreeting`](https://eth-holesky.blockscout.com/address/0xB8f6460Dc30c44401Be26B0d6eD250873d8a50A6?tab=write_contract#a4136862)। প্যারামিটারগুলো, যদি থাকে, একটি তালিকা হিসেবে প্রদান করা হয় এবং ফাংশনটি লেনদেনের হ্যাস রিটার্ন করে।
+
+```typescript
+ console.log(`Working on a fix, see https://eth-holesky.blockscout.com/tx/${txHash}`)
+
+ return txHash
+}
+```
+
+লেনদেনের হ্যাস রিপোর্ট করুন (এটি দেখার জন্য ব্লক এক্সপ্লোরারের একটি URL-এর অংশ হিসেবে) এবং এটি রিটার্ন করুন।
+
+##### ইভেন্টগুলোতে সাড়া দেওয়া
+
+```typescript
+greeter.watchEvent.SetGreeting({
+```
+
+[`watchEvent` ফাংশনটি](https://viem.sh/docs/actions/public/watchEvent) আপনাকে নির্দিষ্ট করতে দেয় যে একটি ইভেন্ট এমিট (emit) হলে একটি ফাংশন রান করবে। আপনি যদি শুধুমাত্র এক ধরনের ইভেন্ট নিয়ে কাজ করতে চান (এই ক্ষেত্রে, `SetGreeting`), তবে আপনি নিজেকে সেই ইভেন্ট টাইপের মধ্যে সীমাবদ্ধ রাখতে এই সিনট্যাক্সটি ব্যবহার করতে পারেন।
+
+```typescript
+ onLogs: logs => {
+```
+
+লগ এন্ট্রি থাকলে `onLogs` ফাংশনটি কল করা হয়। ইথিরিয়ামে "লগ" এবং "ইভেন্ট" সাধারণত একে অপরের পরিপূরক হিসেবে ব্যবহৃত হয়।
+
+```typescript
+console.log(
+ `Address ${logs[0].args.sender} changed the greeting to ${logs[0].args.greeting}`
+)
+```
+
+একাধিক ইভেন্ট থাকতে পারে, তবে সরলতার জন্য আমরা শুধুমাত্র প্রথমটি নিয়ে কাজ করি। `logs[0].args` হলো ইভেন্টের আর্গুমেন্ট, এই ক্ষেত্রে `sender` এবং `greeting`।
+
+```typescript
+ if (logs[0].args.sender != account.address)
+ setGreeting(`${account.address} insists on it being Hello!`)
+ }
+})
+```
+
+যদি সেন্ডার এই সার্ভার _না_ হয়, তবে গ্রিটিং পরিবর্তন করতে `setGreeting` ব্যবহার করুন।
+
+#### `package.json` {#package-json}
+
+[এই ফাইলটি](https://github.com/qbzzt/20240715-server-component/blob/main/package.json) [Node.js](https://nodejs.org/en) কনফিগারেশন নিয়ন্ত্রণ করে। এই আর্টিকেলে শুধুমাত্র গুরুত্বপূর্ণ ডেফিনিশনগুলো ব্যাখ্যা করা হয়েছে।
+
+```json
+{
+ "main": "dist/index.js",
+```
+
+এই ডেফিনিশনটি নির্দিষ্ট করে যে কোন JavaScript ফাইলটি রান করতে হবে।
+
+```json
+ "scripts": {
+ "start": "tsc && node dist/app.js",
+ },
+```
+
+স্ক্রিপ্টগুলো হলো বিভিন্ন অ্যাপ্লিকেশন অ্যাকশন। এই ক্ষেত্রে, আমাদের কাছে শুধুমাত্র `start` রয়েছে, যা কম্পাইল করে এবং তারপর সার্ভারটি রান করে। `tsc` কমান্ডটি `typescript` প্যাকেজের অংশ এবং এটি TypeScript-কে JavaScript-এ কম্পাইল করে। আপনি যদি এটি ম্যানুয়ালি রান করতে চান, তবে এটি `node_modules/.bin`-এ অবস্থিত। দ্বিতীয় কমান্ডটি সার্ভার রান করে।
+
+```json
+ "type": "module",
+```
+
+একাধিক ধরনের JavaScript নোড অ্যাপ্লিকেশন রয়েছে। `module` টাইপটি আমাদের টপ লেভেল কোডে `await` ব্যবহার করতে দেয়, যা ধীরগতির (এবং অ্যাসিনক্রোনাস) অপারেশন করার সময় গুরুত্বপূর্ণ।
+
+```json
+ "devDependencies": {
+ "@types/node": "^20.14.2",
+ "typescript": "^5.4.5"
+ },
+```
+
+এগুলো এমন প্যাকেজ যা শুধুমাত্র ডেভেলপমেন্টের জন্য প্রয়োজন। এখানে আমাদের `typescript` প্রয়োজন এবং যেহেতু আমরা এটি Node.js-এর সাথে ব্যবহার করছি, তাই আমরা নোড ভেরিয়েবল এবং অবজেক্টগুলোর (যেমন `process`) টাইপও পাচ্ছি। [`^` নোটেশন](https://github.com/npm/node-semver?tab=readme-ov-file#caret-ranges-123-025-004)-এর অর্থ হলো সেই সংস্করণ বা তার চেয়ে উচ্চতর সংস্করণ যাতে কোনো ব্রেকিং চেঞ্জ নেই। সংস্করণ নম্বরগুলোর অর্থ সম্পর্কে আরও তথ্যের জন্য [এখানে](https://semver.org) দেখুন।
+
+```json
+ "dependencies": {
+ "dotenv": "^16.4.5",
+ "viem": "2.14.1"
+ }
+}
+```
+
+এগুলো এমন প্যাকেজ যা রানটাইমে প্রয়োজন, যখন `dist/app.js` রান করা হয়।
+
+## উপসংহার {#conclusion}
+
+আমরা এখানে যে সেন্ট্রালাইজড সার্ভারটি তৈরি করেছি তা তার কাজ করে, যা হলো একজন ব্যবহারকারীর জন্য এজেন্ট হিসেবে কাজ করা। অন্য যে কেউ যদি চায় যে ডিএ্যাপটি কাজ করতে থাকুক এবং গ্যাস খরচ করতে ইচ্ছুক হয়, তবে তারা তাদের নিজস্ব এডড্রেস দিয়ে সার্ভারের একটি নতুন ইনস্ট্যান্স রান করতে পারে।
+
+তবে, এটি শুধুমাত্র তখনই কাজ করে যখন সেন্ট্রালাইজড সার্ভারের কাজগুলো সহজেই যাচাই করা যায়। যদি সেন্ট্রালাইজড সার্ভারে কোনো গোপন স্টেট তথ্য থাকে, বা কঠিন ক্যালকুলেশন চালায়, তবে এটি এমন একটি সেন্ট্রালাইজড এনটিটি হয়ে যায় যাকে অ্যাপ্লিকেশনটি ব্যবহার করার জন্য আপনার বিশ্বাস করতে হবে, যা ব্লকচেইনগুলো এড়াতে চেষ্টা করে। ভবিষ্যতের একটি আর্টিকেলে আমি দেখানোর পরিকল্পনা করছি কীভাবে এই সমস্যাটি কাটিয়ে উঠতে [জিরো-নলেজ প্রুফ](/zero-knowledge-proofs) ব্যবহার করা যায়।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md b/public/content/translations/bn/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
new file mode 100644
index 00000000000..8eede8d67b0
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
@@ -0,0 +1,93 @@
+---
+title: জাভাস্ক্রিপ্টে ইথিরিয়াম ব্লকচেইন ব্যবহার করতে web3.js সেট আপ করুন
+description: জাভাস্ক্রিপ্ট অ্যাপ্লিকেশন থেকে ইথিরিয়াম ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করতে কীভাবে web3.js লাইব্রেরি সেট আপ এবং কনফিগার করতে হয় তা শিখুন।
+author: "jdourlens"
+tags: ["web3.js", "javascript"]
+skill: beginner
+breadcrumb: web3.js সেটআপ
+lang: bn
+published: 2020-04-11
+source: EthereumDev
+sourceUrl: https://ethereumdev.io/setup-web3js-to-use-the-ethereum-blockchain-in-javascript/
+address: "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
+---
+
+এই টিউটোরিয়ালে, আমরা দেখব কীভাবে ইথিরিয়াম ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করতে [web3.js](https://web3js.readthedocs.io/)-এর ব্যবহার শুরু করা যায়। Web3.js ফ্রন্টএন্ড এবং ব্যাকএন্ড উভয় ক্ষেত্রেই ব্লকচেইন থেকে ডেটা পড়তে বা লেনদেন করতে এবং এমনকি স্মার্ট কন্ট্রাক্ট ডিপ্লয় করতে ব্যবহার করা যেতে পারে।
+
+প্রথম ধাপ হলো আপনার প্রজেক্টে web3.js অন্তর্ভুক্ত করা। একটি ওয়েব পেজে এটি ব্যবহার করতে, আপনি JSDeliver-এর মতো একটি CDN ব্যবহার করে সরাসরি লাইব্রেরিটি ইমপোর্ট করতে পারেন।
+
+```html
+
+```
+
+আপনি যদি আপনার ব্যাকএন্ড বা বিল্ড ব্যবহার করে এমন কোনো ফ্রন্টএন্ড প্রজেক্টে ব্যবহারের জন্য লাইব্রেরিটি ইনস্টল করতে পছন্দ করেন, তবে আপনি npm ব্যবহার করে এটি ইনস্টল করতে পারেন:
+
+```bash
+npm install web3 --save
+```
+
+এরপর একটি Node.js স্ক্রিপ্ট বা Browserify ফ্রন্টএন্ড প্রজেক্টে Web3.js ইমপোর্ট করতে, আপনি জাভাস্ক্রিপ্টের নিচের লাইনটি ব্যবহার করতে পারেন:
+
+```js
+const Web3 = require("web3")
+```
+
+এখন যেহেতু আমরা প্রজেক্টে লাইব্রেরিটি অন্তর্ভুক্ত করেছি, আমাদের এটি ইনিশিয়ালাইজ করতে হবে। আপনার প্রজেক্টকে ব্লকচেইনের সাথে যোগাযোগ করতে সক্ষম হতে হবে। বেশিরভাগ ইথিরিয়াম লাইব্রেরি RPC কলের মাধ্যমে একটি [নোড](/developers/docs/nodes-and-clients/)-এর সাথে যোগাযোগ করে। আমাদের Web3 প্রোভাইডার শুরু করতে, আমরা প্রোভাইডারের URL-কে কনস্ট্রাক্টর হিসেবে পাস করে একটি Web3 ইনস্ট্যান্স তৈরি করব। আপনার কম্পিউটারে যদি কোনো নোড বা [ganache ইনস্ট্যান্স চালু থাকে](https://ethereumdev.io/testing-your-smart-contract-with-existing-protocols-ganache-fork/), তবে এটি দেখতে এমন হবে:
+
+```js
+const web3 = new Web3("http://localhost:8545")
+```
+
+আপনি যদি সরাসরি কোনো হোস্টেড নোড অ্যাক্সেস করতে চান, তবে আপনি [নোডস অ্যাজ আ সার্ভিস](/developers/docs/nodes-and-clients/nodes-as-a-service)-এ বিকল্পগুলো খুঁজে পেতে পারেন।
+
+```js
+const web3 = new Web3("https://cloudflare-eth.com")
+```
+
+আমরা আমাদের Web3 ইনস্ট্যান্সটি সঠিকভাবে কনফিগার করেছি কিনা তা পরীক্ষা করতে, আমরা `getBlockNumber` ফাংশন ব্যবহার করে সর্বশেষ ব্লক নম্বরটি পুনরুদ্ধার করার চেষ্টা করব। এই ফাংশনটি প্যারামিটার হিসেবে একটি কলব্যাক গ্রহণ করে এবং ব্লক নম্বরটি একটি ইন্টিজার হিসেবে রিটার্ন করে।
+
+```js
+var Web3 = require("web3")
+const web3 = new Web3("https://cloudflare-eth.com")
+
+web3.eth.getBlockNumber(function (error, result) {
+ console.log(result)
+})
+```
+
+আপনি যদি এই প্রোগ্রামটি এক্সিকিউট করেন, তবে এটি কেবল সর্বশেষ ব্লক নম্বরটি প্রিন্ট করবে: ব্লকচেইনের শীর্ষভাগ। আপনার কোডে নেস্টিং কলব্যাক এড়াতে আপনি `await/async` ফাংশন কলও ব্যবহার করতে পারেন:
+
+```js
+async function getBlockNumber() {
+ const latestBlockNumber = await web3.eth.getBlockNumber()
+ console.log(latestBlockNumber)
+ return latestBlockNumber
+}
+
+getBlockNumber()
+```
+
+আপনি Web3 ইনস্ট্যান্সে উপলব্ধ সমস্ত ফাংশন [অফিসিয়াল web3.js ডকুমেন্টেশনে](https://docs.web3js.org/) দেখতে পারেন।
+
+বেশিরভাগ Web3 লাইব্রেরি অ্যাসিনক্রোনাস হয় কারণ ব্যাকগ্রাউন্ডে লাইব্রেরিটি নোডে JSON-RPC কল করে যা ফলাফল ফেরত পাঠায়।
+
+(,...)`।
+
+```solidity
+
+ _retVal = _retVal >> (256-length*8);
+```
+
+শুধুমাত্র সবচেয়ে গুরুত্বপূর্ণ `length` বাইটগুলো ফিল্ডের অংশ, তাই আমরা অন্যান্য মানগুলো থেকে মুক্তি পেতে [রাইট-শিফট](https://en.wikipedia.org/wiki/Logical_shift) করি। এর একটি অতিরিক্ত সুবিধা হলো এটি মানটিকে ফিল্ডের ডানদিকে সরিয়ে দেয়, তাই এটি মান গুণ 256something হওয়ার পরিবর্তে মানটি নিজেই হয়।
+
+```solidity
+
+ return _retVal;
+ }
+
+
+ fallback() external {
+```
+
+যখন কোনো Solidity কন্ট্রাক্টে কল করা কোনো ফাংশন সিগনেচারের সাথে মেলে না, তখন এটি [`fallback()` ফাংশন](https://docs.soliditylang.org/en/v0.8.12/contracts.html#fallback-function) কল করে (ধরে নিচ্ছি যে একটি আছে)। `CalldataInterpreter`-এর ক্ষেত্রে, _যেকোনো_ কল এখানে আসে কারণ অন্য কোনো `external` বা `public` ফাংশন নেই।
+
+```solidity
+ uint _func;
+
+ _func = calldataVal(0, 1);
+```
+
+কলডাটার প্রথম বাইটটি পড়ুন, যা আমাদের ফাংশনটি বলে দেয়। এখানে একটি ফাংশন উপলব্ধ না হওয়ার দুটি কারণ রয়েছে:
+
+1. যে ফাংশনগুলো `pure` বা `view` সেগুলো স্টেট পরিবর্তন করে না এবং গ্যাস খরচ করে না (যখন অফচেইন কল করা হয়)। তাদের গ্যাস খরচ কমানোর চেষ্টা করার কোনো মানে হয় না।
+2. যে ফাংশনগুলো [`msg.sender`](https://docs.soliditylang.org/en/v0.8.12/units-and-global-variables.html#block-and-transaction-properties)-এর ওপর নির্ভর করে। `msg.sender`-এর মান কলারের পরিবর্তে `CalldataInterpreter`-এর এডড্রেস হতে যাচ্ছে।
+
+দুর্ভাগ্যবশত, [ERC-20 স্পেসিফিকেশনগুলো দেখলে](https://eips.ethereum.org/EIPS/eip-20), এটি শুধুমাত্র একটি ফাংশন, `transfer` বাকি রাখে। এটি আমাদের কাছে শুধুমাত্র দুটি ফাংশন রাখে: `transfer` (কারণ আমরা `transferFrom` কল করতে পারি) এবং `faucet` (কারণ আমরা যে আমাদের কল করেছে তাকে টোকেনগুলো ফেরত পাঠাতে পারি)।
+
+```solidity
+
+ // টোকেনের স্টেট পরিবর্তনকারী মেথডগুলো কল করুন ব্যবহার করে
+ // কলডেটা থেকে প্রাপ্ত তথ্য
+
+ // ফসেট
+ if (_func == 1) {
+```
+
+`faucet()`-এ একটি কল, যার কোনো প্যারামিটার নেই।
+
+```solidity
+ token.faucet();
+ token.transfer(msg.sender,
+ token.balanceOf(address(this)));
+ }
+```
+
+আমরা `token.faucet()` কল করার পর টোকেন পাই। তবে, প্রক্সি কন্ট্রাক্ট হিসেবে, আমাদের টোকেনের **প্রয়োজন** নেই। যে EOA (এক্সটার্নালি ওনড একাউন্ট) বা কন্ট্রাক্ট আমাদের কল করেছে তার প্রয়োজন। তাই আমরা আমাদের সমস্ত টোকেন যে আমাদের কল করেছে তাকে ট্রান্সফার করি।
+
+```solidity
+ // ট্রান্সফার (ধরে নিন এর জন্য আমাদের অ্যালাউন্স আছে)
+ if (_func == 2) {
+```
+
+টোকেন ট্রান্সফার করার জন্য দুটি প্যারামিটার প্রয়োজন: গন্তব্য এডড্রেস এবং পরিমাণ।
+
+```solidity
+ token.transferFrom(
+ msg.sender,
+```
+
+আমরা শুধুমাত্র কলারদের তাদের নিজস্ব টোকেন ট্রান্সফার করার অনুমতি দিই
+
+```solidity
+ address(uint160(calldataVal(1, 20))),
+```
+
+গন্তব্য এডড্রেস বাইট #1 থেকে শুরু হয় (বাইট #0 হলো ফাংশন)। একটি এডড্রেস হিসেবে, এটি 20-বাইট দীর্ঘ।
+
+```solidity
+ calldataVal(21, 2)
+```
+
+এই নির্দিষ্ট কন্ট্রাক্টের জন্য আমরা ধরে নিই যে কেউ সর্বোচ্চ যতগুলো টোকেন ট্রান্সফার করতে চাইবে তা দুই বাইটে (65536 এর কম) ফিট হবে।
+
+```solidity
+ );
+ }
+```
+
+সামগ্রিকভাবে, একটি ট্রান্সফারে 35 বাইট কলডাটা লাগে:
+
+| সেকশন | দৈর্ঘ্য | বাইট |
+| ------------------- | -----: | ----: |
+| ফাংশন সিলেক্টর | 1 | 0 |
+| গন্তব্য এডড্রেস | 32 | 1-32 |
+| পরিমাণ | 2 | 33-34 |
+
+```solidity
+ } // ফলব্যাক
+
+} // contract CalldataInterpreter
+```
+
+### test.js {#test-js}
+
+[এই জাভাস্ক্রিপ্ট ইউনিট টেস্টটি](https://github.com/qbzzt/ethereum.org-20220330-shortABI/blob/master/test/test.js) আমাদের দেখায় কীভাবে এই মেকানিজমটি ব্যবহার করতে হয় (এবং এটি সঠিকভাবে কাজ করে কিনা তা কীভাবে যাচাই করতে হয়)। আমি ধরে নিচ্ছি আপনি [chai](https://www.chaijs.com/) এবং [ethers](https://docs.ethers.io/v5/) বোঝেন এবং শুধুমাত্র সেই অংশগুলো ব্যাখ্যা করব যা বিশেষভাবে কন্ট্রাক্টের ক্ষেত্রে প্রযোজ্য।
+
+```js
+const { expect } = require("chai");
+
+describe("CalldataInterpreter", function () {
+ it("Should let us use tokens", async function () {
+ const Token = await ethers.getContractFactory("OrisUselessToken")
+ const token = await Token.deploy()
+ await token.deployed()
+ console.log("Token addr:", token.address)
+
+ const Cdi = await ethers.getContractFactory("CalldataInterpreter")
+ const cdi = await Cdi.deploy(token.address)
+ await cdi.deployed()
+ console.log("CalldataInterpreter addr:", cdi.address)
+
+ const signer = await ethers.getSigner()
+```
+
+আমরা উভয় কন্ট্রাক্ট ডিপ্লয় করার মাধ্যমে শুরু করি।
+
+```javascript
+ // খেলার জন্য টোকেন পান
+ const faucetTx = {
+```
+
+লেনদেন তৈরি করতে আমরা সাধারণত যে হাই-লেভেল ফাংশনগুলো ব্যবহার করি (যেমন `token.faucet()`) তা ব্যবহার করতে পারি না, কারণ আমরা ABI অনুসরণ করি না। এর পরিবর্তে, আমাদের নিজেদেরই লেনদেন তৈরি করতে হবে এবং তারপর এটি পাঠাতে হবে।
+
+```javascript
+ to: cdi.address,
+ data: "0x01"
+```
+
+লেনদেন এর জন্য আমাদের দুটি প্যারামিটার প্রদান করতে হবে:
+
+1. `to`, গন্তব্য এডড্রেস। এটি হলো কলডাটা ইন্টারপ্রেটার কন্ট্রাক্ট।
+2. `data`, পাঠানোর জন্য কলডাটা। একটি faucet কলের ক্ষেত্রে, ডাটা হলো একটি একক বাইট, `0x01`।
+
+```javascript
+
+ }
+ await (await signer.sendTransaction(faucetTx)).wait()
+```
+
+আমরা [সাইনারের `sendTransaction` মেথড](https://docs.ethers.io/v5/api/signer/#Signer-sendTransaction) কল করি কারণ আমরা ইতিমধ্যেই গন্তব্য (`faucetTx.to`) নির্দিষ্ট করেছি এবং আমাদের লেনদেনটি সাইন করা প্রয়োজন।
+
+```javascript
+// ফসেট সঠিকভাবে টোকেন প্রদান করে কিনা তা চেক করুন
+expect(await token.balanceOf(signer.address)).to.equal(1000)
+```
+
+এখানে আমরা ব্যালেন্স যাচাই করি। `view` ফাংশনগুলোতে গ্যাস বাঁচানোর কোনো প্রয়োজন নেই, তাই আমরা সেগুলোকে স্বাভাবিকভাবেই চালাই।
+
+```javascript
+// CDI-কে একটি অ্যালাউন্স দিন (অ্যাপ্রুভাল প্রক্সি করা যায় না)
+const approveTX = await token.approve(cdi.address, 10000)
+await approveTX.wait()
+expect(await token.allowance(signer.address, cdi.address)).to.equal(10000)
+```
+
+ট্রান্সফার করতে সক্ষম হওয়ার জন্য কলডাটা ইন্টারপ্রেটারকে একটি অ্যালাউন্স দিন।
+
+```javascript
+// টোকেন ট্রান্সফার করুন
+const destAddr = "0xf5a6ead936fb47f342bb63e676479bddf26ebe1d"
+const transferTx = {
+ to: cdi.address,
+ data: "0x02" + destAddr.slice(2, 42) + "0100",
+}
+```
+
+একটি ট্রান্সফার লেনদেন তৈরি করুন। প্রথম বাইটটি হলো "0x02", এরপর গন্তব্য এডড্রেস এবং সবশেষে পরিমাণ (0x0100, যা ডেসিমালে 256)।
+
+```javascript
+ await (await signer.sendTransaction(transferTx)).wait()
+
+ // চেক করুন যে আমাদের কাছে 256টি টোকেন কম আছে
+ expect (await token.balanceOf(signer.address)).to.equal(1000-256)
+
+ // এবং আমাদের গন্তব্য সেগুলো পেয়েছে কিনা
+ expect (await token.balanceOf(destAddr)).to.equal(256)
+ }) // it
+}) // describe
+```
+
+## গন্তব্য কন্ট্রাক্ট আপনার নিয়ন্ত্রণে থাকলে খরচ কমানো {#reducing-the-cost-when-you-do-control-the-destination-contract}
+
+যদি গন্তব্য কন্ট্রাক্টের ওপর আপনার নিয়ন্ত্রণ থাকে তবে আপনি এমন ফাংশন তৈরি করতে পারেন যা `msg.sender` চেকগুলো বাইপাস করে কারণ তারা কলডাটা ইন্টারপ্রেটারকে বিশ্বাস করে। [এটি কীভাবে কাজ করে তার একটি উদাহরণ আপনি এখানে, `control-contract` ব্রাঞ্চে দেখতে পারেন](https://github.com/qbzzt/ethereum.org-20220330-shortABI/tree/control-contract)।
+
+যদি কন্ট্রাক্টটি শুধুমাত্র এক্সটার্নাল লেনদেন এর রেসপন্স করত, তবে আমরা শুধুমাত্র একটি কন্ট্রাক্ট রেখেই কাজ চালিয়ে নিতে পারতাম। তবে, এটি [কম্পোজেবিলিটি](/developers/docs/smart-contracts/composability/) ভেঙে দেবে। এমন একটি কন্ট্রাক্ট থাকা অনেক ভালো যা সাধারণ ERC-20 কলের রেসপন্স করে এবং আরেকটি কন্ট্রাক্ট যা শর্ট কল ডাটা সহ লেনদেন এর রেসপন্স করে।
+
+### Token.sol {#token-sol-2}
+
+এই উদাহরণে আমরা `Token.sol` পরিবর্তন করতে পারি। এটি আমাদের এমন কিছু ফাংশন রাখতে দেয় যা শুধুমাত্র প্রক্সি কল করতে পারে। এখানে নতুন অংশগুলো দেওয়া হলো:
+
+```solidity
+ // একমাত্র অ্যাড্রেস যা CalldataInterpreter অ্যাড্রেস নির্দিষ্ট করার অনুমতিপ্রাপ্ত
+ address owner;
+
+ // CalldataInterpreter অ্যাড্রেস
+ address proxy = address(0);
+```
+
+ERC-20 কন্ট্রাক্টকে অনুমোদিত প্রক্সির পরিচয় জানতে হবে। তবে, আমরা কনস্ট্রাক্টরে এই ভেরিয়েবলটি সেট করতে পারি না, কারণ আমরা এখনও মানটি জানি না। এই কন্ট্রাক্টটি প্রথমে ইনস্ট্যানশিয়েট করা হয় কারণ প্রক্সি তার কনস্ট্রাক্টরে টোকেনের এডড্রেস আশা করে।
+
+```solidity
+ /* *
+ * @dev ERC20 কনস্ট্রাক্টর কল করে। */
+ constructor(
+ ) ERC20("Oris useless token-2", "OUT-2") {
+ owner = msg.sender;
+ }
+```
+
+ক্রিয়েটরের এডড্রেস (যাকে `owner` বলা হয়) এখানে সংরক্ষণ করা হয় কারণ শুধুমাত্র এই এডড্রেসটিকেই প্রক্সি সেট করার অনুমতি দেওয়া হয়।
+
+```solidity
+ /* *
+ * @dev প্রক্সির জন্য অ্যাড্রেস সেট করুন (CalldataInterpreter)।
+ * শুধুমাত্র ওনার দ্বারা একবার কল করা যেতে পারে */
+ function setProxy(address _proxy) external {
+ require(msg.sender == owner, "Can only be called by owner");
+ require(proxy == address(0), "Proxy is already set");
+
+ proxy = _proxy;
+ } // function setProxy
+```
+
+প্রক্সির প্রিভিলেজড অ্যাক্সেস রয়েছে, কারণ এটি সিকিউরিটি চেক বাইপাস করতে পারে। আমরা প্রক্সিকে বিশ্বাস করতে পারি তা নিশ্চিত করতে আমরা শুধুমাত্র `owner`-কে এই ফাংশনটি কল করতে দিই, এবং তাও শুধুমাত্র একবার। একবার `proxy`-এর একটি বাস্তব মান (শূন্য নয়) হয়ে গেলে, সেই মানটি পরিবর্তন করা যায় না, তাই যদি মালিক প্রতারক হওয়ার সিদ্ধান্ত নেয়, বা এর নেমোনিক প্রকাশ হয়ে যায়, তবুও আমরা নিরাপদ থাকি।
+
+```solidity
+ /* *
+ * @dev কিছু ফাংশন শুধুমাত্র প্রক্সি দ্বারা কল করা যেতে পারে। */
+ modifier onlyProxy {
+```
+
+এটি একটি [`modifier` ফাংশন](https://www.tutorialspoint.com/solidity/solidity_function_modifiers.htm), এটি অন্যান্য ফাংশনগুলোর কাজ করার পদ্ধতি পরিবর্তন করে।
+
+```solidity
+ require(msg.sender == proxy);
+```
+
+প্রথমে, যাচাই করুন যে আমাদের প্রক্সি কল করেছে এবং অন্য কেউ নয়। যদি না হয়, তবে `revert` করুন।
+
+```solidity
+ _;
+ }
+```
+
+যদি তাই হয়, তবে আমরা যে ফাংশনটি মডিফাই করি সেটি চালান।
+
+```solidity
+ /* যে ফাংশনগুলো প্রক্সিকে অ্যাকাউন্টগুলোর জন্য প্রকৃতপক্ষে প্রক্সি করার অনুমতি দেয় */
+
+ function transferProxy(address from, address to, uint256 amount)
+ public virtual onlyProxy() returns (bool)
+ {
+ _transfer(from, to, amount);
+ return true;
+ }
+
+ function approveProxy(address from, address spender, uint256 amount)
+ public virtual onlyProxy() returns (bool)
+ {
+ _approve(from, spender, amount);
+ return true;
+ }
+
+ function transferFromProxy(
+ address spender,
+ address from,
+ address to,
+ uint256 amount
+ ) public virtual onlyProxy() returns (bool)
+ {
+ _spendAllowance(from, spender, amount);
+ _transfer(from, to, amount);
+ return true;
+ }
+```
+
+এগুলো হলো তিনটি অপারেশন যার জন্য সাধারণত টোকেন ট্রান্সফার করা বা অ্যালাউন্স অনুমোদনকারী এনটিটি থেকে সরাসরি মেসেজ আসার প্রয়োজন হয়। এখানে আমাদের কাছে এই অপারেশনগুলোর একটি প্রক্সি ভার্সন রয়েছে যা:
+
+1. `onlyProxy()` দ্বারা মডিফাই করা হয়েছে যাতে অন্য কাউকে এগুলো নিয়ন্ত্রণ করার অনুমতি দেওয়া না হয়।
+2. একটি অতিরিক্ত প্যারামিটার হিসেবে সেই এডড্রেসটি পায় যা সাধারণত `msg.sender` হতো।
+
+### CalldataInterpreter.sol {#calldatainterpreter-sol-2}
+
+কলডাটা ইন্টারপ্রেটারটি উপরেরটির প্রায় অনুরূপ, শুধুমাত্র প্রক্সি করা ফাংশনগুলো একটি `msg.sender` প্যারামিটার গ্রহণ করে এবং `transfer`-এর জন্য কোনো অ্যালাউন্সের প্রয়োজন নেই।
+
+```solidity
+ // ট্রান্সফার (অ্যালাউন্সের কোনো প্রয়োজন নেই)
+ if (_func == 2) {
+ token.transferProxy(
+ msg.sender,
+ address(uint160(calldataVal(1, 20))),
+ calldataVal(21, 2)
+ );
+ }
+
+ // approve
+ if (_func == 3) {
+ token.approveProxy(
+ msg.sender,
+ address(uint160(calldataVal(1, 20))),
+ calldataVal(21, 2)
+ );
+ }
+
+ // transferFrom
+ if (_func == 4) {
+ token.transferFromProxy(
+ msg.sender,
+ address(uint160(calldataVal( 1, 20))),
+ address(uint160(calldataVal(21, 20))),
+ calldataVal(41, 2)
+ );
+ }
+```
+
+### Test.js {#test-js-2}
+
+আগের টেস্টিং কোড এবং এই কোডের মধ্যে কয়েকটি পরিবর্তন রয়েছে।
+
+```js
+const Cdi = await ethers.getContractFactory("CalldataInterpreter")
+const cdi = await Cdi.deploy(token.address)
+await cdi.deployed()
+await token.setProxy(cdi.address)
+```
+
+আমাদের ERC-20 কন্ট্রাক্টকে বলতে হবে কোন প্রক্সিকে বিশ্বাস করতে হবে
+
+```js
+console.log("CalldataInterpreter addr:", cdi.address)
+
+// অ্যালাউন্স যাচাই করার জন্য দুজন সাইনার প্রয়োজন
+const signers = await ethers.getSigners()
+const signer = signers[0]
+const poorSigner = signers[1]
+```
+
+`approve()` এবং `transferFrom()` চেক করার জন্য আমাদের একজন দ্বিতীয় সাইনার প্রয়োজন। আমরা একে `poorSigner` বলি কারণ এটি আমাদের কোনো টোকেন পায় না (অবশ্যই এর কাছে ETH থাকতে হবে)।
+
+```js
+// টোকেন ট্রান্সফার করুন
+const destAddr = "0xf5a6ead936fb47f342bb63e676479bddf26ebe1d"
+const transferTx = {
+ to: cdi.address,
+ data: "0x02" + destAddr.slice(2, 42) + "0100",
+}
+await (await signer.sendTransaction(transferTx)).wait()
+```
+
+যেহেতু ERC-20 কন্ট্রাক্ট প্রক্সিকে (`cdi`) বিশ্বাস করে, তাই ট্রান্সফার রিলে করার জন্য আমাদের কোনো অ্যালাউন্সের প্রয়োজন নেই।
+
+```js
+// approval এবং transferFrom
+const approveTx = {
+ to: cdi.address,
+ data: "0x03" + poorSigner.address.slice(2, 42) + "00FF",
+}
+await (await signer.sendTransaction(approveTx)).wait()
+
+const destAddr2 = "0xE1165C689C0c3e9642cA7606F5287e708d846206"
+
+const transferFromTx = {
+ to: cdi.address,
+ data: "0x04" + signer.address.slice(2, 42) + destAddr2.slice(2, 42) + "00FF",
+}
+await (await poorSigner.sendTransaction(transferFromTx)).wait()
+
+// approve / transferFrom কম্বো সঠিকভাবে করা হয়েছে কিনা তা চেক করুন
+expect(await token.balanceOf(destAddr2)).to.equal(255)
+```
+
+দুটি নতুন ফাংশন টেস্ট করুন। মনে রাখবেন যে `transferFromTx`-এর জন্য দুটি এডড্রেস প্যারামিটার প্রয়োজন: অ্যালাউন্স প্রদানকারী এবং গ্রহণকারী।
+
+## উপসংহার {#conclusion}
+
+[Optimism](https://medium.com/ethereum-optimism/the-road-to-sub-dollar-transactions-part-2-compression-edition-6bb2890e3e92) এবং [Arbitrum](https://developer.offchainlabs.com/docs/special_features) উভয়েই L1-এ লেখা কলডাটার আকার কমানোর এবং এর ফলে লেনদেন এর খরচ কমানোর উপায় খুঁজছে। তবে, জেনেরিক সমাধান খোঁজা ইনফ্রাস্ট্রাকচার প্রোভাইডার হিসেবে, আমাদের ক্ষমতা সীমিত। ডিএ্যাপ ডেভেলপার হিসেবে, আপনার কাছে অ্যাপ্লিকেশন-নির্দিষ্ট জ্ঞান রয়েছে, যা আপনাকে একটি জেনেরিক সমাধানের চেয়ে অনেক ভালোভাবে আপনার কলডাটা অপ্টিমাইজ করতে দেয়। আশা করি, এই আর্টিকেলটি আপনাকে আপনার প্রয়োজনের জন্য আদর্শ সমাধান খুঁজে পেতে সাহায্য করবে।
+
+[আমার আরও কাজের জন্য এখানে দেখুন](https://cryptodocguy.pro/)।
\ No newline at end of file
diff --git a/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md b/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md
new file mode 100644
index 00000000000..aa011cb53b3
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md
@@ -0,0 +1,92 @@
+---
+title: স্মার্ট কন্ট্রাক্ট নিরাপত্তা নির্দেশিকা
+description: আপনার ডিএ্যাপ তৈরি করার সময় বিবেচনা করার জন্য নিরাপত্তা নির্দেশিকার একটি চেকলিস্ট
+author: "Trailofbits"
+tags: ["solidity", "স্মার্ট কন্ট্রাক্ট", "নিরাপত্তা"]
+skill: intermediate
+breadcrumb: নিরাপত্তা নির্দেশিকা
+lang: bn
+published: 2020-09-06
+source: Building secure contracts
+sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/guidelines.md
+---
+
+আরও নিরাপদ স্মার্ট কন্ট্রাক্ট তৈরি করতে এই উচ্চ-স্তরের সুপারিশগুলো অনুসরণ করুন।
+
+## ডিজাইন নির্দেশিকা {#design-guidelines}
+
+কোডের কোনো লাইন লেখার আগে, কন্ট্রাক্টের ডিজাইন নিয়ে আগে থেকেই আলোচনা করা উচিত।
+
+### ডকুমেন্টেশন এবং স্পেসিফিকেশন {#documentation-and-specifications}
+
+ডোকুমেন্টেশন বিভিন্ন স্তরে লেখা যেতে পারে, এবং কন্ট্রাক্টগুলো বাস্তবায়নের সময় এটি আপডেট করা উচিত:
+
+- **সিস্টেমের একটি সাধারণ ইংরেজি বর্ণনা**, যেখানে কন্ট্রাক্টগুলো কী করে এবং কোডবেসের উপর কোনো অনুমান থাকলে তা বর্ণনা করা হয়।
+- **স্কিমা এবং আর্কিটেকচারাল ডায়াগ্রাম**, যার মধ্যে কন্ট্রাক্টের মিথস্ক্রিয়া এবং সিস্টেমের স্টেট মেশিন অন্তর্ভুক্ত। [Slither printers](https://github.com/crytic/slither/wiki/Printer-documentation) এই স্কিমাগুলো তৈরি করতে সাহায্য করতে পারে।
+- **পুঙ্খানুপুঙ্খ কোড ডকুমেন্টেশন**, Solidity-এর জন্য [Natspec format](https://docs.soliditylang.org/en/develop/natspec-format.html) ব্যবহার করা যেতে পারে।
+
+### অনচেইন বনাম অফচেইন কম্পিউটেশন {#onchain-vs-offchain-computation}
+
+- **যতটা সম্ভব কোড অফচেইন রাখুন।** অনচেইন লেয়ারটি ছোট রাখুন। অফচেইন কোড দিয়ে ডেটা এমনভাবে প্রি-প্রসেস করুন যাতে অনচেইন যাচাইকরণ সহজ হয়। আপনার কি একটি সাজানো তালিকা দরকার? তালিকাটি অফচেইন সাজান, তারপর শুধুমাত্র অনচেইন এর ক্রম পরীক্ষা করুন।
+
+### আপগ্রেডযোগ্যতা {#upgradeability}
+
+আমরা [আমাদের ব্লগপোস্টে](https://blog.trailofbits.com/2018/09/05/contract-upgrade-anti-patterns/) বিভিন্ন আপগ্রেডযোগ্যতা সমাধান নিয়ে আলোচনা করেছি। কোনো কোড লেখার আগে আপগ্রেডযোগ্যতা সমর্থন করবেন কি না, সে বিষয়ে একটি সুচিন্তিত সিদ্ধান্ত নিন। এই সিদ্ধান্তটি আপনার কোডের কাঠামোকে প্রভাবিত করবে। সাধারণভাবে, আমরা সুপারিশ করি:
+
+- **আপগ্রেডযোগ্যতার চেয়ে [কন্ট্রাক্ট মাইগ্রেশন](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/)-কে অগ্রাধিকার দিন।** মাইগ্রেশন সিস্টেমগুলোর অনেক সুবিধা আপগ্রেডযোগ্য সিস্টেমের মতোই, তবে এগুলোর কোনো ত্রুটি নেই।
+- **delegatecallproxy-এর চেয়ে ডেটা সেপারেশন প্যাটার্ন ব্যবহার করুন।** যদি আপনার প্রজেক্টে একটি স্পষ্ট অ্যাবস্ট্রাকশন সেপারেশন থাকে, তবে ডেটা সেপারেশন ব্যবহার করে আপগ্রেডযোগ্যতার জন্য শুধুমাত্র কয়েকটি সমন্বয় প্রয়োজন হবে। delegatecallproxy-এর জন্য EVM দক্ষতার প্রয়োজন এবং এটি অত্যন্ত ত্রুটিপ্রবণ।
+- **ডিপ্লয়মেন্টের আগে মাইগ্রেশন/আপগ্রেড পদ্ধতি ডকুমেন্ট করুন।** যদি আপনাকে কোনো নির্দেশিকা ছাড়াই চাপের মধ্যে কাজ করতে হয়, তবে আপনি ভুল করবেন। আগে থেকেই অনুসরণ করার পদ্ধতি লিখে রাখুন। এর মধ্যে অন্তর্ভুক্ত থাকা উচিত:
+ - নতুন কন্ট্রাক্টগুলো শুরু করার কলগুলো
+ - কি (keys) কোথায় সংরক্ষিত আছে এবং কীভাবে সেগুলো অ্যাক্সেস করতে হবে
+ - কীভাবে ডিপ্লয়মেন্ট পরীক্ষা করতে হবে! একটি পোস্ট-ডিপ্লয়মেন্ট স্ক্রিপ্ট তৈরি এবং পরীক্ষা করুন।
+
+## বাস্তবায়ন নির্দেশিকা {#implementation-guidelines}
+
+**সরলতার জন্য চেষ্টা করুন।** সর্বদা আপনার উদ্দেশ্যের সাথে মানানসই সবচেয়ে সহজ সমাধানটি ব্যবহার করুন। আপনার টিমের যেকোনো সদস্যের আপনার সমাধানটি বুঝতে পারা উচিত।
+
+### ফাংশন কম্পোজিশন {#function-composition}
+
+আপনার কোডবেসের আর্কিটেকচার এমন হওয়া উচিত যাতে আপনার কোডটি রিভিউ করা সহজ হয়। এমন আর্কিটেকচারাল পছন্দগুলো এড়িয়ে চলুন যা এর সঠিকতা সম্পর্কে যুক্তি দেওয়ার ক্ষমতা হ্রাস করে।
+
+- **আপনার সিস্টেমের লজিক বিভক্ত করুন**, হয় একাধিক কন্ট্রাক্টের মাধ্যমে অথবা একই ধরনের ফাংশনগুলোকে একসাথে গ্রুপ করে (উদাহরণস্বরূপ, প্রমাণীকরণ, পাটিগণিত, ...)।
+- **একটি স্পষ্ট উদ্দেশ্য নিয়ে ছোট ফাংশন লিখুন।** এটি সহজে রিভিউ করতে সহায়তা করবে এবং পৃথক উপাদানগুলোর টেস্টিং করার অনুমতি দেবে।
+
+### ইনহেরিটেন্স {#inheritance}
+
+- **ইনহেরিটেন্স পরিচালনাযোগ্য রাখুন।** লজিক ভাগ করার জন্য ইনহেরিটেন্স ব্যবহার করা উচিত, তবে আপনার প্রজেক্টের লক্ষ্য হওয়া উচিত ইনহেরিটেন্স ট্রির গভীরতা এবং প্রস্থ কমানো।
+- **কন্ট্রাক্টগুলোর হায়ারার্কি পরীক্ষা করতে Slither-এর [inheritance printer](https://github.com/crytic/slither/wiki/Printer-documentation#inheritance-graph) ব্যবহার করুন।** ইনহেরিটেন্স প্রিন্টার আপনাকে হায়ারার্কির আকার রিভিউ করতে সাহায্য করবে।
+
+### ইভেন্ট {#events}
+
+- **সব গুরুত্বপূর্ণ অপারেশন লগ করুন।** ইভেন্টগুলো ডেভেলপমেন্টের সময় কন্ট্রাক্ট ডিবাগ করতে এবং ডিপ্লয়মেন্টের পরে এটি পর্যবেক্ষণ করতে সাহায্য করবে।
+
+### পরিচিত ফাঁদগুলো এড়িয়ে চলুন {#avoid-known-pitfalls}
+
+- **সবচেয়ে সাধারণ নিরাপত্তা সমস্যাগুলো সম্পর্কে সচেতন থাকুন।** সাধারণ সমস্যাগুলো সম্পর্কে জানার জন্য অনলাইনে অনেক রিসোর্স রয়েছে, যেমন [Ethernaut CTF](https://ethernaut.openzeppelin.com/), [Capture the Ether](https://capturetheether.com/), অথবা [Not so smart contracts](https://github.com/crytic/not-so-smart-contracts/)।
+- **[Solidity documentation](https://docs.soliditylang.org/en/latest/)-এর সতর্কীকরণ বিভাগগুলো সম্পর্কে সচেতন থাকুন।** সতর্কীকরণ বিভাগগুলো আপনাকে ভাষার অস্পষ্ট আচরণ সম্পর্কে অবহিত করবে।
+
+### ডিপেন্ডেন্সি {#dependencies}
+
+- **সু-পরীক্ষিত লাইব্রেরি ব্যবহার করুন।** সু-পরীক্ষিত লাইব্রেরি থেকে কোড ইমপোর্ট করলে আপনার বাগযুক্ত কোড লেখার সম্ভাবনা কমে যাবে। আপনি যদি একটি ERC20 কন্ট্রাক্ট লিখতে চান, তবে [OpenZeppelin](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/contracts/token/ERC20) ব্যবহার করুন।
+- **একটি ডিপেন্ডেন্সি ম্যানেজার ব্যবহার করুন; কোড কপি-পেস্ট করা এড়িয়ে চলুন।** আপনি যদি কোনো বাহ্যিক উৎসের ওপর নির্ভর করেন, তবে আপনাকে অবশ্যই মূল উৎসের সাথে এটি আপ-টু-ডেট রাখতে হবে।
+
+### টেস্টিং এবং ভেরিফিকেশন {#testing-and-verification}
+
+- **পুঙ্খানুপুঙ্খ ইউনিট-টেস্ট লিখুন।** উচ্চ-মানের সফটওয়্যার তৈরি করার জন্য একটি বিস্তৃত টেস্ট স্যুট অত্যন্ত গুরুত্বপূর্ণ।
+- **[Slither](https://github.com/crytic/slither), [Echidna](https://github.com/crytic/echidna) এবং [Manticore](https://github.com/trailofbits/manticore) কাস্টম চেক এবং প্রপার্টি লিখুন।** স্বয়ংক্রিয় টুলগুলো আপনার কন্ট্রাক্ট নিরাপদ কিনা তা নিশ্চিত করতে সাহায্য করবে। কীভাবে কার্যকর চেক এবং প্রপার্টি লিখতে হয় তা জানতে এই গাইডের বাকি অংশটি রিভিউ করুন।
+- **[crytic.io](https://crytic.io/) ব্যবহার করুন।** Crytic গিটহাবের (GitHub) সাথে একীভূত হয়, ব্যক্তিগত Slither ডিটেক্টরগুলোতে অ্যাক্সেস প্রদান করে এবং Echidna থেকে কাস্টম প্রপার্টি চেক চালায়।
+
+### Solidity {#solidity}
+
+- **0.4 এবং 0.6 এর চেয়ে Solidity 0.5 কে অগ্রাধিকার দিন।** আমাদের মতে, Solidity 0.5 আরও নিরাপদ এবং 0.4 এর চেয়ে ভালো বিল্ট-ইন প্র্যাকটিস রয়েছে। Solidity 0.6 প্রোডাকশনের জন্য খুব অস্থিতিশীল প্রমাণিত হয়েছে এবং পরিপক্ক হওয়ার জন্য সময়ের প্রয়োজন।
+- **কম্পাইল করার জন্য একটি স্থিতিশীল রিলিজ ব্যবহার করুন; সতর্কীকরণ পরীক্ষা করার জন্য সর্বশেষ রিলিজ ব্যবহার করুন।** পরীক্ষা করুন যে সর্বশেষ কম্পাইলার সংস্করণের সাথে আপনার কোডে কোনো রিপোর্ট করা সমস্যা নেই। তবে, Solidity-এর একটি দ্রুত রিলিজ চক্র রয়েছে এবং কম্পাইলার বাগের ইতিহাস রয়েছে, তাই আমরা ডিপ্লয়মেন্টের জন্য সর্বশেষ সংস্করণের সুপারিশ করি না (Slither-এর [solc version recommendation](https://github.com/crytic/slither/wiki/Detector-Documentation#recommendation-33) দেখুন)।
+- **ইনলাইন অ্যাসেম্বলি ব্যবহার করবেন না।** অ্যাসেম্বলির জন্য EVM দক্ষতার প্রয়োজন। আপনি যদি ইয়েলো পেপার (yellow paper) _আয়ত্ত_ না করে থাকেন তবে EVM কোড লিখবেন না।
+
+## ডিপ্লয়মেন্ট নির্দেশিকা {#deployment-guidelines}
+
+একবার কন্ট্রাক্ট তৈরি এবং ডিপ্লয় করা হয়ে গেলে:
+
+- **আপনার কন্ট্রাক্টগুলো পর্যবেক্ষণ করুন।** লগগুলো দেখুন এবং কন্ট্রাক্ট বা ওয়ালেট কম্প্রোমাইজ হওয়ার ক্ষেত্রে প্রতিক্রিয়া জানাতে প্রস্তুত থাকুন।
+- **[blockchain-security-contacts](https://github.com/crytic/blockchain-security-contacts)-এ আপনার যোগাযোগের তথ্য যোগ করুন।** কোনো নিরাপত্তা ত্রুটি আবিষ্কৃত হলে এই তালিকাটি তৃতীয় পক্ষকে আপনার সাথে যোগাযোগ করতে সাহায্য করে।
+- **সুবিধাপ্রাপ্ত ব্যবহারকারীদের ওয়ালেটগুলো সুরক্ষিত করুন।** আপনি যদি হার্ডওয়্যার ওয়ালেটে কি (keys) সংরক্ষণ করেন তবে আমাদের [সেরা অনুশীলনগুলো](https://blog.trailofbits.com/2018/11/27/10-rules-for-the-secure-use-of-cryptocurrency-hardware-wallets/) অনুসরণ করুন।
+- **ঘটনার প্রতিক্রিয়ার জন্য একটি পরিকল্পনা রাখুন।** বিবেচনা করুন যে আপনার স্মার্ট কন্ট্রাক্টগুলো কম্প্রোমাইজ হতে পারে। এমনকি যদি আপনার কন্ট্রাক্টগুলো বাগ-মুক্ত হয়, তবুও একজন আক্রমণকারী কন্ট্রাক্ট মালিকের কি-গুলোর (keys) নিয়ন্ত্রণ নিতে পারে।
\ No newline at end of file
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..9c7ec3aab01
--- /dev/null
+++ b/public/content/translations/bn/developers/tutorials/stealth-addr/index.md
@@ -0,0 +1,437 @@
+---
+title: "স্টিলথ এডড্রেস ব্যবহার করা"
+description: "স্টিলথ এডড্রেস ব্যবহারকারীদের বেনামে সম্পদ স্থানান্তর করার অনুমতি দেয়। এই নিবন্ধটি পড়ার পরে, আপনি সক্ষম হবেন: স্টিলথ এডড্রেস কী এবং কীভাবে কাজ করে তা ব্যাখ্যা করতে, কীভাবে স্টিলথ এডড্রেস ব্যবহার করে বেনামিতা বজায় রাখা যায় তা বুঝতে এবং স্টিলথ এডড্রেস ব্যবহার করে এমন একটি ওয়েব-ভিত্তিক অ্যাপ্লিকেশন লিখতে।"
+author: ওরি পোমেরান্টজ
+tags: ["স্টিলথ এডড্রেস", "গোপনীয়তা", "ক্রিপ্টোগ্রাফি", "rust", "wasm"]
+skill: intermediate
+breadcrumb: স্টিলথ এডড্রেস
+published: 2025-11-30
+lang: bn
+sidebarDepth: 3
+---
+
+আপনি হলেন বিল। এমন কিছু কারণে যা আমরা এখানে আলোচনা করব না, আপনি "Alice for Queen of the World" ক্যাম্পেইনে দান করতে চান এবং চান যে অ্যালিস জানুক আপনি দান করেছেন, যাতে সে জিতলে আপনাকে পুরস্কৃত করতে পারে। দুর্ভাগ্যবশত, তার জয় নিশ্চিত নয়। একটি প্রতিযোগী ক্যাম্পেইন রয়েছে, "Carol for Empress of the Solar System"। যদি ক্যারল জেতে এবং সে জানতে পারে যে আপনি অ্যালিসকে দান করেছেন, তবে আপনি সমস্যায় পড়বেন। তাই আপনি কেবল আপনার একাউন্ট থেকে অ্যালিসের একাউন্টে 200 ETH স্থানান্তর করতে পারবেন না।
+
+[ERC-5564](https://eips.ethereum.org/EIPS/eip-5564)-এ এর সমাধান রয়েছে। এই ERC ব্যাখ্যা করে কীভাবে বেনামী স্থানান্তরের জন্য [স্টিলথ এডড্রেস](https://nerolation.github.io/stealth-utils) ব্যবহার করতে হয়।
+
+**সতর্কতা**: স্টিলথ এডড্রেসের পেছনের ক্রিপ্টোগ্রাফি, যতদূর আমরা জানি, বেশ মজবুত। তবে, সম্ভাব্য সাইড-চ্যানেল আক্রমণের ঝুঁকি রয়েছে। [নিচে](#go-wrong), আপনি দেখতে পাবেন কীভাবে এই ঝুঁকি কমানো যায়।
+
+## স্টিলথ এডড্রেস কীভাবে কাজ করে {#how}
+
+এই নিবন্ধটি দুটি উপায়ে স্টিলথ এডড্রেস ব্যাখ্যা করার চেষ্টা করবে। প্রথমটি হলো [কীভাবে এগুলো ব্যবহার করতে হয়](#how-use)। নিবন্ধের বাকি অংশ বোঝার জন্য এই অংশটিই যথেষ্ট। এরপর, [এর পেছনের গণিতের একটি ব্যাখ্যা](#how-math) রয়েছে। আপনি যদি ক্রিপ্টোগ্রাফি নিয়ে আগ্রহী হন, তবে এই অংশটিও পড়ুন।
+
+### সহজ সংস্করণ (কীভাবে স্টিলথ এডড্রেস ব্যবহার করবেন) {#how-use}
+
+অ্যালিস দুটি প্রাইভেট কি তৈরি করে এবং সংশ্লিষ্ট পাবলিক কি-গুলো প্রকাশ করে (যা একটি একক ডাবল-লেংথ মেটা-এডড্রেসে একত্রিত করা যেতে পারে)। বিলও একটি প্রাইভেট কি তৈরি করে এবং সংশ্লিষ্ট পাবলিক কি প্রকাশ করে।
+
+এক পক্ষের পাবলিক কি এবং অন্য পক্ষের প্রাইভেট কি ব্যবহার করে, আপনি একটি শেয়ার্ড সিক্রেট (shared secret) বের করতে পারেন যা কেবল অ্যালিস এবং বিলের জানা থাকে (এটি কেবল পাবলিক কি থেকে বের করা সম্ভব নয়)। এই শেয়ার্ড সিক্রেট ব্যবহার করে, বিল স্টিলথ এডড্রেস পায় এবং সেখানে সম্পদ পাঠাতে পারে।
+
+অ্যালিসও শেয়ার্ড সিক্রেট থেকে এডড্রেসটি পায়, কিন্তু যেহেতু সে তার প্রকাশিত পাবলিক কি-গুলোর প্রাইভেট কি জানে, তাই সে সেই প্রাইভেট কি-ও পেতে পারে যা তাকে ওই এডড্রেস থেকে সম্পদ উত্তোলনের অনুমতি দেয়।
+
+### গণিত (কেন স্টিলথ এডড্রেস এভাবে কাজ করে) {#how-math}
+
+স্ট্যান্ডার্ড স্টিলথ এডড্রেসগুলো [এলিপটিক-কার্ভ ক্রিপ্টোগ্রাফি (ECC)](https://blog.cloudflare.com/a-relatively-easy-to-understand-primer-on-elliptic-curve-cryptography/#elliptic-curves-building-blocks-of-a-better-trapdoor) ব্যবহার করে যাতে কম কি বিট দিয়ে ভালো পারফরম্যান্স পাওয়া যায়, অথচ একই স্তরের নিরাপত্তা বজায় থাকে। তবে বেশিরভাগ ক্ষেত্রে আমরা এটি এড়িয়ে যেতে পারি এবং ধরে নিতে পারি যে আমরা সাধারণ পাটিগণিত ব্যবহার করছি।
+
+একটি সংখ্যা আছে যা সবাই জানে, *G*। আপনি *G* দিয়ে গুণ করতে পারেন। কিন্তু ECC-এর প্রকৃতির কারণে, *G* দিয়ে ভাগ করা প্রায় অসম্ভব। ইথিরিয়ামে পাবলিক কি ক্রিপ্টোগ্রাফি সাধারণত যেভাবে কাজ করে তা হলো, আপনি একটি প্রাইভেট কি, *Ppriv* ব্যবহার করে লেনদেন সাইন করতে পারেন যা পরে একটি পাবলিক কি, *Ppub = GPpriv* দ্বারা যাচাই করা হয়।
+
+অ্যালিস দুটি প্রাইভেট কি তৈরি করে, *Kpriv* এবং *Vpriv*। *Kpriv* ব্যবহার করা হবে স্টিলথ এডড্রেস থেকে অর্থ ব্যয় করতে, এবং *Vpriv* ব্যবহার করা হবে অ্যালিসের এডড্রেসগুলো দেখতে। এরপর অ্যালিস পাবলিক কি-গুলো প্রকাশ করে: *Kpub = GKpriv* এবং *Vpub = GVpriv*
+
+বিল একটি তৃতীয় প্রাইভেট কি, *Rpriv* তৈরি করে এবং একটি সেন্ট্রাল রেজিস্ট্রিতে *Rpub = GRpriv* প্রকাশ করে (বিল এটি অ্যালিসকেও পাঠাতে পারত, কিন্তু আমরা ধরে নিচ্ছি ক্যারল আড়ি পাতছে)।
+
+বিল *RprivVpub = GRprivVpriv* হিসাব করে, যা সে আশা করে অ্যালিসও জানবে (নিচে ব্যাখ্যা করা হয়েছে)। এই মানটিকে বলা হয় *S*, শেয়ার্ড সিক্রেট। এটি বিলকে একটি পাবলিক কি দেয়, *Ppub = Kpub+G\*hash(S)*। এই পাবলিক কি থেকে, সে একটি এডড্রেস হিসাব করতে পারে এবং সেখানে তার ইচ্ছামতো সম্পদ পাঠাতে পারে। ভবিষ্যতে, যদি অ্যালিস জেতে, বিল তাকে *Rpriv* বলতে পারে এটা প্রমাণ করতে যে সম্পদগুলো তার কাছ থেকেই এসেছে।
+
+অ্যালিস *RpubVpriv = GRprivVpriv* হিসাব করে। এটি তাকে একই শেয়ার্ড সিক্রেট, *S* দেয়। যেহেতু সে প্রাইভেট কি, *Kpriv* জানে, তাই সে *Ppriv = Kpriv+hash(S)* হিসাব করতে পারে। এই কি তাকে সেই এডড্রেসের সম্পদে অ্যাক্সেস দেয় যা *Ppub = GPpriv = GKpriv+G\*hash(S) = Kpub+G\*hash(S)* থেকে তৈরি হয়।
+
+আমাদের একটি আলাদা ভিউয়িং কি (viewing key) রয়েছে যাতে অ্যালিস ডেভস ওয়ার্ল্ড ডমিনেশন ক্যাম্পেইন সার্ভিসেসকে সাবকন্ট্রাক্ট দিতে পারে। অ্যালিস ডেভকে পাবলিক এডড্রেসগুলো জানাতে এবং আরও অর্থ এলে তাকে অবহিত করতে ইচ্ছুক, কিন্তু সে চায় না ডেভ তার ক্যাম্পেইনের অর্থ ব্যয় করুক।
+
+যেহেতু দেখা এবং ব্যয় করার জন্য আলাদা কি ব্যবহার করা হয়, অ্যালিস ডেভকে *Vpriv* দিতে পারে। তখন ডেভ *S = RpubVpriv = GRprivVpriv* হিসাব করতে পারে এবং সেভাবে পাবলিক কি-গুলো (*Ppub = Kpub+G\*hash(S)*) পেতে পারে। কিন্তু *Kpriv* ছাড়া ডেভ প্রাইভেট কি পেতে পারে না।
+
+সংক্ষেপে, এগুলো হলো বিভিন্ন অংশগ্রহণকারীর জানা মান।
+
+| অ্যালিস | প্রকাশিত | বিল | ডেভ |
+| - | - | - | - |
+| G | G | G | G |
+| *Kpriv* | - | - | - |
+| *Vpriv* | - | - | *Vpriv* |
+| *Kpub = GKpriv* | *Kpub* | *Kpub* | *Kpub* |
+| *Vpub = GVpriv* | *Vpub* | *Vpub* | *Vpub* |
+| - | - | *Rpriv* | - |
+| *Rpub* | *Rpub* | *Rpub = GRpriv* | *Rpub* |
+| *S = RpubVpriv = GRprivVpriv* | - | *S = RprivVpub = GRprivVpriv* | *S = *RpubVpriv* = GRprivVpriv* |
+| *Ppub = Kpub+G\*hash(S)* | - | *Ppub = Kpub+G\*hash(S)* | *Ppub = Kpub+G\*hash(S)* |
+| *এডড্রেস=f(Ppub)* | - | *এডড্রেস=f(Ppub)* | *এডড্রেস=f(Ppub)* | *এডড্রেস=f(Ppub)*
+| *Ppriv = Kpriv+hash(S)* | - | - | - |
+
+## যখন স্টিলথ এডড্রেস ভুল পথে যায় {#go-wrong}
+
+*ব্লকচেইনে কোনো গোপনীয়তা নেই*। যদিও স্টিলথ এডড্রেস আপনাকে গোপনীয়তা প্রদান করতে পারে, সেই গোপনীয়তা ট্রাফিক বিশ্লেষণের জন্য সংবেদনশীল। একটি সাধারণ উদাহরণ হিসেবে, কল্পনা করুন যে বিল একটি এডড্রেসে ফান্ড দেয় এবং সাথে সাথে একটি *Rpub* মান প্রকাশ করার জন্য একটি লেনদেন পাঠায়। অ্যালিসের *Vpriv* ছাড়া, আমরা নিশ্চিত হতে পারি না যে এটি একটি স্টিলথ এডড্রেস, তবে এটি হওয়ার সম্ভাবনাই বেশি। এরপর, আমরা আরেকটি লেনদেন দেখি যা সেই এডড্রেস থেকে সমস্ত ETH অ্যালিসের ক্যাম্পেইন ফান্ড এডড্রেসে স্থানান্তর করে। আমরা হয়তো এটি প্রমাণ করতে পারব না, তবে সম্ভবত বিল এইমাত্র অ্যালিসের ক্যাম্পেইনে দান করেছে। ক্যারল অবশ্যই এমনটাই ভাববে।
+
+বিলের জন্য *Rpub* প্রকাশ করা এবং স্টিলথ এডড্রেসে ফান্ড দেওয়া আলাদা করা সহজ (ভিন্ন সময়ে, ভিন্ন এডড্রেস থেকে এগুলো করা)। তবে, এটি যথেষ্ট নয়। ক্যারল যে প্যাটার্নটি খুঁজছে তা হলো বিল একটি এডড্রেসে ফান্ড দেয় এবং তারপর অ্যালিসের ক্যাম্পেইন ফান্ড সেখান থেকে তা তুলে নেয়।
+
+এর একটি সমাধান হলো অ্যালিসের ক্যাম্পেইন সরাসরি অর্থ উত্তোলন না করে, এটি কোনো তৃতীয় পক্ষকে অর্থ প্রদানের জন্য ব্যবহার করা। যদি অ্যালিসের ক্যাম্পেইন ডেভস ওয়ার্ল্ড ডমিনেশন ক্যাম্পেইন সার্ভিসেসকে 10 ETH পাঠায়, তবে ক্যারল কেবল জানবে যে বিল ডেভের কোনো একজন গ্রাহককে দান করেছে। যদি ডেভের পর্যাপ্ত গ্রাহক থাকে, তবে ক্যারল জানতে পারবে না যে বিল তার প্রতিযোগী অ্যালিসকে দান করেছে, নাকি অ্যাডাম, অ্যালবার্ট বা অ্যাবিগেলকে দান করেছে যাদের নিয়ে ক্যারলের কোনো মাথাব্যথা নেই। অ্যালিস পেমেন্টের সাথে একটি হ্যাশ করা মান যুক্ত করতে পারে এবং তারপর ডেভকে প্রিইমেজ (preimage) প্রদান করতে পারে, এটি প্রমাণ করতে যে এটি তার দান ছিল। বিকল্পভাবে, যেমনটি উপরে উল্লেখ করা হয়েছে, যদি অ্যালিস ডেভকে তার *Vpriv* দেয়, তবে সে আগে থেকেই জানে পেমেন্টটি কার কাছ থেকে এসেছে।
+
+এই সমাধানের প্রধান সমস্যা হলো এর জন্য অ্যালিসকে গোপনীয়তার বিষয়ে যত্নশীল হতে হবে যখন সেই গোপনীয়তা বিলের উপকারে আসে। অ্যালিস হয়তো তার সুনাম বজায় রাখতে চাইতে পারে যাতে বিলের বন্ধু ববও তাকে দান করে। তবে এটাও সম্ভব যে সে বিলকে প্রকাশ করতে আপত্তি করবে না, কারণ তখন বিল ভয় পাবে যে ক্যারল জিতলে কী হবে। এর ফলে বিল হয়তো অ্যালিসকে আরও বেশি সমর্থন প্রদান করবে।
+
+### একাধিক স্টিলথ লেয়ার ব্যবহার করা {#multi-layer}
+
+বিলের গোপনীয়তা রক্ষার জন্য অ্যালিসের ওপর নির্ভর করার পরিবর্তে, বিল নিজেই এটি করতে পারে। সে কাল্পনিক ব্যক্তি বব এবং বেলার জন্য একাধিক মেটা-এডড্রেস তৈরি করতে পারে। এরপর বিল ববকে ETH পাঠায় এবং "বব" (যে আসলে বিল) তা বেলাকে পাঠায়। "বেলা" (সেও বিল) তা অ্যালিসকে পাঠায়।
+
+ক্যারল এখনও ট্রাফিক বিশ্লেষণ করতে পারে এবং বিল-থেকে-বব-থেকে-বেলা-থেকে-অ্যালিস পাইপলাইন দেখতে পারে। তবে, যদি "বব" এবং "বেলা" অন্যান্য উদ্দেশ্যেও ETH ব্যবহার করে, তবে মনে হবে না যে বিল অ্যালিসকে কিছু স্থানান্তর করেছে, এমনকি যদি অ্যালিস সাথে সাথে স্টিলথ এডড্রেস থেকে তার পরিচিত ক্যাম্পেইন এডড্রেসে অর্থ তুলে নেয়।
+
+## একটি স্টিলথ-এডড্রেস অ্যাপ্লিকেশন লেখা {#write-app}
+
+এই নিবন্ধটি একটি স্টিলথ-এডড্রেস অ্যাপ্লিকেশন ব্যাখ্যা করে যা [GitHub-এ উপলব্ধ](https://github.com/qbzzt/251022-stealth-addresses.git)।
+
+### টুলস {#tools}
+
+একটি [টাইপস্ক্রিপ্ট স্টিলথ এডড্রেস লাইব্রেরি](https://github.com/ScopeLift/stealth-address-sdk) রয়েছে যা আমরা ব্যবহার করতে পারতাম। তবে, ক্রিপ্টোগ্রাফিক অপারেশনগুলো সিপিইউ-নিবিড় (CPU-intensive) হতে পারে। আমি এগুলোকে একটি কম্পাইলড ভাষা, যেমন [Rust](https://rust-lang.org/)-এ প্রয়োগ করতে এবং ব্রাউজারে কোড চালানোর জন্য [WASM](https://webassembly.org/) ব্যবহার করতে পছন্দ করি।
+
+আমরা [Vite](https://vite.dev/) এবং [React](https://react.dev/) ব্যবহার করতে যাচ্ছি। এগুলো ইন্ডাস্ট্রি-স্ট্যান্ডার্ড টুলস; আপনি যদি এগুলোর সাথে পরিচিত না হন, তবে আপনি [এই টিউটোরিয়ালটি](/developers/tutorials/creating-a-wagmi-ui-for-your-contract/) ব্যবহার করতে পারেন। Vite ব্যবহার করার জন্য, আমাদের Node প্রয়োজন।
+
+### স্টিলথ এডড্রেসগুলো কীভাবে কাজ করে তা দেখুন {#in-action}
+
+1. প্রয়োজনীয় টুলস ইনস্টল করুন: [Rust](https://rust-lang.org/tools/install/) এবং [Node](https://nodejs.org/en/download)।
+
+2. GitHub রিপোজিটরি ক্লোন করুন।
+
+ ```sh
+ git clone https://github.com/qbzzt/251022-stealth-addresses.git
+ cd 251022-stealth-addresses
+ ```
+
+3. পূর্বশর্তগুলো ইনস্টল করুন এবং Rust কোড কম্পাইল করুন।
+
+ ```sh
+ cd src/rust-wasm
+ rustup target add wasm32-unknown-unknown
+ cargo install wasm-pack
+ wasm-pack build --target web
+ ```
+
+4. ওয়েব সার্ভার চালু করুন।
+
+ ```sh
+ cd ../..
+ npm install
+ npm run dev
+ ```
+
+5. [অ্যাপ্লিকেশনটিতে](http://localhost:5173/) ব্রাউজ করুন। এই অ্যাপ্লিকেশন পেজে দুটি ফ্রেম রয়েছে: একটি অ্যালিসের ইউজার ইন্টারফেসের জন্য এবং অন্যটি বিলের জন্য। ফ্রেম দুটি একে অপরের সাথে যোগাযোগ করে না; সুবিধার জন্য এগুলো কেবল একই পেজে রাখা হয়েছে।
+
+6. অ্যালিস হিসেবে, **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; ]`) ব্যবহার করে। কিন্তু জাভাস্ক্রিপ্টে, আমরা সাধারণত হেক্সাডেসিমাল স্ট্রিং ব্যবহার করি। [`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) তিনটি ফিল্ড রিটার্ন করে:
+
+- মেটা-এডড্রেস (*Kpub* এবং *Vpub*)
+- ভিউয়িং প্রাইভেট কি (*Vpriv*)
+- স্পেন্ডিং প্রাইভেট কি (*Kpriv*)
+
+[টাপল (tuple)](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(s: &str) -> Option<[u8; N]> {
+```
+
+এই ফাংশনটি একটি হেক্স স্ট্রিংকে (জাভাস্ক্রিপ্ট দ্বারা প্রদত্ত) একটি বাইট অ্যারেতে পরিণত করে। আমরা এটি জাভাস্ক্রিপ্ট কোড দ্বারা প্রদত্ত মানগুলো পার্স করতে ব্যবহার করি। Rust যেভাবে অ্যারে এবং ভেক্টর পরিচালনা করে তার কারণে এই ফাংশনটি জটিল।
+
+`` এক্সপ্রেশনটিকে একটি [জেনেরিক (generic)](https://doc.rust-lang.org/book/ch10-01-syntax.html) বলা হয়। `N` হলো একটি প্যারামিটার যা রিটার্ন করা অ্যারের দৈর্ঘ্য নিয়ন্ত্রণ করে। ফাংশনটিকে আসলে `str_to_array::` বলা হয়, যেখানে `n` হলো অ্যারের দৈর্ঘ্য।
+
+রিটার্ন ভ্যালু হলো `Option<[u8; N]>`, যার মানে রিটার্ন করা অ্যারেটি [ঐচ্ছিক (optional)](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, _> রিটার্ন করে
+ let vec = decode(s).ok()?;
+```
+
+[`hex::decode`](https://docs.rs/hex/latest/hex/fn.decode.html) ফাংশনটি একটি `Result, 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` রিটার্ন করে। অন্যথায়, এটি মানটিকে আনর্যাপ (unwrap) করে এবং তা রিটার্ন করে (এই ক্ষেত্রে, `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 {
+```
+
+এই ফাংশনটি একটি পাবলিক মেটা-এডড্রেস গ্রহণ করে, যার মধ্যে *Vpub* এবং *Kpub* উভয়ই অন্তর্ভুক্ত থাকে। এটি স্টিলথ এডড্রেস, প্রকাশ করার জন্য পাবলিক কি (*Rpub*), এবং একটি এক-বাইট স্ক্যান মান রিটার্ন করে যা প্রকাশিত এডড্রেসগুলোর মধ্যে কোনটি অ্যালিসের হতে পারে তা শনাক্তকরণকে ত্বরান্বিত করে।
+
+স্ক্যান মানটি শেয়ার্ড সিক্রেটের (*S = GRprivVpriv*) অংশ। এই মানটি অ্যালিসের কাছে উপলব্ধ, এবং *f(Kpub+G\*hash(S))* প্রকাশিত এডড্রেসের সমান কিনা তা পরীক্ষা করার চেয়ে এটি পরীক্ষা করা অনেক দ্রুত।
+
+```rust
+ let (address, r_pub, scan) =
+ generate_stealth_address(&str_to_array::<66>(stealth_address)?);
+```
+
+আমরা লাইব্রেরির [`generate_stealth_address`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.generate_stealth_address.html) ব্যবহার করি।
+
+```rust
+ format!("{{\"address\":\"{}\",\"rPub\":\"{}\",\"scan\":\"{}\"}}",
+ encode(address),
+ encode(r_pub),
+ encode(&[scan])
+ ).into()
+}
+```
+
+JSON-এনকোডেড আউটপুট স্ট্রিং প্রস্তুত করুন।
+
+```rust
+#[wasm_bindgen]
+pub fn wasm_compute_stealth_key(
+ address: &str,
+ bill_pub_key: &str,
+ view_private_key: &str,
+ spend_private_key: &str
+) -> Option {
+ .
+ .
+ .
+}
+```
+
+এই ফাংশনটি এডড্রেস থেকে উত্তোলনের জন্য প্রাইভেট কি (*Rpriv*) হিসাব করতে লাইব্রেরির [`compute_stealth_key`](https://docs.rs/eth-stealth-addresses/latest/eth_stealth_addresses/fn.compute_stealth_key.html) ব্যবহার করে। এই হিসাবের জন্য এই মানগুলোর প্রয়োজন:
+
+- এডড্রেস (*এডড্রেস=f(Ppub)*)
+- বিল দ্বারা তৈরি পাবলিক কি (*Rpub*)
+- ভিউ প্রাইভেট কি (*Vpriv*)
+- স্পেন্ড প্রাইভেট কি (*Kpriv*)
+
+```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
+```
+
+এরপরে একটি স্ট্যাক ট্রেস (stack trace) থাকবে। তারপর বিলকে বৈধ মেটা-এডড্রেস দিন, এবং অ্যালিসকে হয় একটি অবৈধ এডড্রেস অথবা একটি অবৈধ পাবলিক কি দিন। আপনি এই এররটি দেখতে পাবেন:
+
+```
+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('Error loading wasm:', err)
+ alert("Wasm error: " + err)
+ }
+ }
+
+ loadWasm()
+ }, []
+ )
+```
+
+[`useEffect` হুক](https://react.dev/reference/react/useEffect) আপনাকে এমন একটি ফাংশন নির্দিষ্ট করতে দেয় যা স্টেট ভেরিয়েবলগুলো পরিবর্তিত হলে এক্সিকিউট হয়। এখানে, স্টেট ভেরিয়েবলের তালিকাটি খালি (`[]`), তাই পেজ লোড হওয়ার সময় এই ফাংশনটি কেবল একবার এক্সিকিউট হয়।
+
+ইফেক্ট ফাংশনটিকে সাথে সাথে রিটার্ন করতে হয়। অ্যাসিনক্রোনাস কোড ব্যবহার করতে, যেমন WASM `init` (যাকে `.wasm` ফাইল লোড করতে হয় এবং তাই সময় নেয়) আমরা একটি অভ্যন্তরীণ [`async`](https://en.wikipedia.org/wiki/Async/await) ফাংশন সংজ্ঞায়িত করি এবং কোনো `await` ছাড়াই এটি চালাই।
+
+**`Bill.jsx`**
+
+এটি বিলের জন্য ইউজার ইন্টারফেস। এর একটিমাত্র কাজ রয়েছে, অ্যালিস দ্বারা প্রদত্ত স্টিলথ মেটা-এডড্রেসের ওপর ভিত্তি করে একটি এডড্রেস তৈরি করা।
+
+```jsx
+import { wasm_generate_stealth_address } from './rust-wasm/pkg/rust_wasm.js'
+```
+
+ডিফল্ট এক্সপোর্ট ছাড়াও, `wasm-pack` দ্বারা তৈরি জাভাস্ক্রিপ্ট কোড WASM কোডের প্রতিটি ফাংশনের জন্য একটি ফাংশন এক্সপোর্ট করে।
+
+```jsx
+
{status}
-
+
+
)
```
diff --git a/public/content/translations/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md b/public/content/translations/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md
index 93e50d3d6bb..04516828745 100644
--- a/public/content/translations/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md
+++ b/public/content/translations/bn/developers/tutorials/optimism-std-bridge-annotated-code/index.md
@@ -1,10 +1,10 @@
---
title: "অপ্টিমিজম স্ট্যান্ডার্ড ব্রিজ কন্ট্রাক্ট ওয়াকথ্রু"
-description: অপ্টিমিজমের জন্য স্ট্যান্ডার্ড ব্রিজ কীভাবে কাজ করে? কেন এটি এভাবে কাজ করে?
-author: ওরি পোমেরান্টজ
-tags: ["solidity", "ব্রিজ", "লেয়ার ২"]
+description: "অপ্টিমিজমের জন্য স্ট্যান্ডার্ড ব্রিজ কীভাবে কাজ করে? কেন এটি এভাবে কাজ করে?"
+author: "ওরি পোমেরান্টজ"
+tags: ["Solidity", "ব্রিজ", "লেয়ার ২"]
skill: intermediate
-breadcrumb: অপ্টিমিজম ব্রিজ
+breadcrumb: "অপ্টিমিজম ব্রিজ"
published: 2022-03-30
lang: bn
---
@@ -204,7 +204,7 @@ L1 ব্রিজের ক্ষেত্রে, এর মানে হলো
* @param _from ট্রান্সফার শুরু করা L2 ঠিকানা।
* @param _to উত্তোলনের ক্রেডিট পাওয়ার জন্য L1 ঠিকানা।
* @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ।
- * @param _data L2-তে প্রেরকের দেওয়া ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না。 */
+ * @param _data L2-তে প্রেরকের দেওয়া ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না। */
function finalizeERC20Withdrawal(
address _l1Token,
address _l2Token,
@@ -613,7 +613,7 @@ contract L1StandardBridge is IL1StandardBridge, CrossDomainEnabled {
* @dev L2-তে কলারের ব্যালেন্সে নির্দিষ্ট পরিমাণ ETH ডিপোজিট করতে
* কোনো ডেটা ছাড়াই এই ফাংশনটি কল করা যেতে পারে।
* যেহেতু রিসিভ ফাংশন ডেটা নেয় না, তাই একটি রক্ষণশীল
- * ডিফল্ট পরিমাণ L2-তে ফরোয়ার্ড করা হয়。 */
+ * ডিফল্ট পরিমাণ L2-তে ফরোয়ার্ড করা হয়। */
receive() external payable onlyEOA {
_initiateETHDeposit(msg.sender, msg.sender, 200_000, bytes(""));
}
@@ -648,7 +648,7 @@ contract L1StandardBridge is IL1StandardBridge, CrossDomainEnabled {
* @param _from L1-এ যে অ্যাকাউন্ট থেকে ডিপোজিট নেওয়া হবে।
* @param _to L2-তে যে অ্যাকাউন্টে ডিপোজিট দেওয়া হবে।
* @param _l2Gas L2-তে ডিপোজিট সম্পন্ন করার জন্য প্রয়োজনীয় গ্যাস লিমিট।
- * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না。 */
+ * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না। */
function _initiateETHDeposit(
address _from,
address _to,
@@ -735,7 +735,7 @@ Solidity ফাংশন [`abi.encodeWithSelector`](https://docs.soliditylang.or
* @param _to L2-তে যে অ্যাকাউন্টে ডিপোজিট দেওয়া হবে
* @param _amount ডিপোজিট করার জন্য ERC20-এর পরিমাণ।
* @param _l2Gas L2-তে ডিপোজিট সম্পন্ন করার জন্য প্রয়োজনীয় গ্যাস লিমিট।
- * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না。 */
+ * @param _data L2-তে ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না। */
function _initiateERC20Deposit(
address _l1Token,
address _l2Token,
@@ -970,7 +970,7 @@ contract L2StandardERC20 is IL2StandardERC20, ERC20 {
* @param _l2Bridge L2 স্ট্যান্ডার্ড ব্রিজের ঠিকানা।
* @param _l1Token সংশ্লিষ্ট L1 টোকেনের ঠিকানা।
* @param _name ERC20 নাম।
- * @param _symbol ERC20 প্রতীক。 */
+ * @param _symbol ERC20 প্রতীক। */
constructor(
address _l2Bridge,
address _l1Token,
@@ -1065,7 +1065,7 @@ import { IL2StandardERC20 } from "../../standards/IL2StandardERC20.sol";
* @title L2StandardBridge
* @dev L2 স্ট্যান্ডার্ড ব্রিজ হলো এমন একটি কন্ট্রাক্ট যা L1 এবং L2-এর মধ্যে ETH এবং ERC20 ট্রানজিশন সক্ষম করতে L1 স্ট্যান্ডার্ড ব্রিজের সাথে একসাথে কাজ করে।
* যখন এটি L1 স্ট্যান্ডার্ড ব্রিজে ডিপোজিট সম্পর্কে জানতে পারে তখন এই কন্ট্রাক্টটি নতুন টোকেনগুলোর জন্য মিন্টার হিসেবে কাজ করে।
- * এই কন্ট্রাক্টটি উত্তোলনের উদ্দেশ্যে টোকেনগুলোর বার্নার হিসেবেও কাজ করে, L1 ফান্ড রিলিজ করার জন্য L1 ব্রিজকে অবহিত করে。 */
+ * এই কন্ট্রাক্টটি উত্তোলনের উদ্দেশ্যে টোকেনগুলোর বার্নার হিসেবেও কাজ করে, L1 ফান্ড রিলিজ করার জন্য L1 ব্রিজকে অবহিত করে। */
contract L2StandardBridge is IL2ERC20Bridge, CrossDomainEnabled {
/* *******************************
* এক্সটার্নাল কন্ট্রাক্ট রেফারেন্সেস *
@@ -1086,7 +1086,7 @@ L1 ব্রিজের এডড্রেস আগে থেকে জান
/* *
* @param _l2CrossDomainMessenger এই কন্ট্রাক্ট দ্বারা ব্যবহৃত ক্রস-ডোমেইন মেসেঞ্জার।
- * @param _l1TokenBridge মেইন চেইনে ডিপ্লয় করা L1 ব্রিজের ঠিকানা。 */
+ * @param _l1TokenBridge মেইন চেইনে ডিপ্লয় করা L1 ব্রিজের ঠিকানা। */
constructor(address _l2CrossDomainMessenger, address _l1TokenBridge)
CrossDomainEnabled(_l2CrossDomainMessenger)
{
@@ -1134,7 +1134,7 @@ L2 টোকেনগুলো আমাদের L1 সমতুল্যের
* @param _to L1-এ যে অ্যাকাউন্টে উত্তোলন দেওয়া হবে।
* @param _amount উত্তোলন করার জন্য টোকেনের পরিমাণ।
* @param _l1Gas অব্যবহৃত, তবে সম্ভাব্য ফরোয়ার্ড কম্প্যাটিবিলিটি বিবেচনার জন্য অন্তর্ভুক্ত করা হয়েছে।
- * @param _data L1-এ ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না。 */
+ * @param _data L1-এ ফরোয়ার্ড করার জন্য ঐচ্ছিক ডেটা। এই ডেটা শুধুমাত্র এক্সটার্নাল কন্ট্রাক্টগুলোর সুবিধার জন্য প্রদান করা হয়েছে। সর্বোচ্চ দৈর্ঘ্য প্রয়োগ করা ছাড়া, এই কন্ট্রাক্টগুলো এর বিষয়বস্তু সম্পর্কে কোনো গ্যারান্টি দেয় না। */
function _initiateWithdrawal(
address _l2Token,
address _from,
diff --git a/public/content/translations/bn/developers/tutorials/reverse-engineering-a-contract/index.md b/public/content/translations/bn/developers/tutorials/reverse-engineering-a-contract/index.md
index 2c117afc9d0..16bd23db20c 100644
--- a/public/content/translations/bn/developers/tutorials/reverse-engineering-a-contract/index.md
+++ b/public/content/translations/bn/developers/tutorials/reverse-engineering-a-contract/index.md
@@ -1,11 +1,11 @@
---
title: "একটি কন্ট্রাক্ট রিভার্স ইঞ্জিনিয়ারিং করা"
-description: সোর্স কোড না থাকলে কীভাবে একটি কন্ট্রাক্ট বুঝতে হয়
-author: ওরি পোমেরান্টজ
+description: "সোর্স কোড না থাকলে কীভাবে একটি কন্ট্রাক্ট বুঝতে হয়"
+author: "ওরি পোমেরান্টজ"
lang: bn
tags: ["evm", "opcodes"]
skill: advanced
-breadcrumb: রিভার্স ইঞ্জিনিয়ারিং
+breadcrumb: "রিভার্স ইঞ্জিনিয়ারিং"
published: 2021-12-30
---
## ভূমিকা {#introduction}
diff --git a/public/content/translations/bn/developers/tutorials/run-node-raspberry-pi/index.md b/public/content/translations/bn/developers/tutorials/run-node-raspberry-pi/index.md
index 980f5aa53c8..ed63dc5a7ea 100644
--- a/public/content/translations/bn/developers/tutorials/run-node-raspberry-pi/index.md
+++ b/public/content/translations/bn/developers/tutorials/run-node-raspberry-pi/index.md
@@ -1,11 +1,11 @@
---
-title: রাস্পবেরি পাই 4-এ একটি ইথিরিয়াম নোড চালান
-description: আপনার রাস্পবেরি পাই 4 ফ্ল্যাশ করুন, একটি ইথারনেট কেবল প্লাগ ইন করুন, SSD ডিস্ক কানেক্ট করুন এবং রাস্পবেরি পাই 4-কে একটি সম্পূর্ণ ইথিরিয়াম নোড + ভ্যালিডেটর-এ পরিণত করতে ডিভাইসটি চালু করুন
+title: "রাস্পবেরি পাই 4-এ একটি ইথিরিয়াম নোড চালান"
+description: "আপনার রাস্পবেরি পাই 4 ফ্ল্যাশ করুন, একটি ইথারনেট কেবল প্লাগ ইন করুন, SSD ডিস্ক কানেক্ট করুন এবং রাস্পবেরি পাই 4-কে একটি সম্পূর্ণ ইথিরিয়াম নোড + ভ্যালিডেটর-এ পরিণত করতে ডিভাইসটি চালু করুন"
author: "EthereumOnArm"
tags: ["ক্লায়েন্ট", "এক্সিকিউশন লেয়ার", "কনসেন্সাস লেয়ার", "নোড"]
lang: bn
skill: intermediate
-breadcrumb: রাস্প পাই নোড
+breadcrumb: "রাস্প পাই নোড"
published: 2022-06-10
source: Ethereum on ARM
sourceUrl: https://ethereum-on-arm-documentation.readthedocs.io/en/latest/
diff --git a/public/content/translations/bn/developers/tutorials/scam-token-tricks/index.md b/public/content/translations/bn/developers/tutorials/scam-token-tricks/index.md
index 578c86b6657..1a35e5dee24 100644
--- a/public/content/translations/bn/developers/tutorials/scam-token-tricks/index.md
+++ b/public/content/translations/bn/developers/tutorials/scam-token-tricks/index.md
@@ -1,10 +1,10 @@
---
title: "স্ক্যাম টোকেনগুলোর ব্যবহৃত কিছু কৌশল এবং কীভাবে সেগুলো শনাক্ত করা যায়"
-description: এই টিউটোরিয়ালে আমরা একটি স্ক্যাম টোকেন বিশ্লেষণ করে দেখব স্ক্যামাররা কী ধরনের কৌশল ব্যবহার করে, কীভাবে সেগুলো প্রয়োগ করে এবং আমরা কীভাবে সেগুলো শনাক্ত করতে পারি।
-author: ওরি পোমেরান্টজ
-tags: ["স্ক্যাম", "solidity", "erc-20", "javascript", "typescript"]
+description: "এই টিউটোরিয়ালে আমরা একটি স্ক্যাম টোকেন বিশ্লেষণ করে দেখব স্ক্যামাররা কী ধরনের কৌশল ব্যবহার করে, কীভাবে সেগুলো প্রয়োগ করে এবং আমরা কীভাবে সেগুলো শনাক্ত করতে পারি।"
+author: "ওরি পোমেরান্টজ"
+tags: ["স্ক্যাম", "Solidity", "erc-20", "JavaScript", "TypeScript"]
skill: intermediate
-breadcrumb: স্ক্যাম টোকেনের কৌশল
+breadcrumb: "স্ক্যাম টোকেনের কৌশল"
published: 2023-09-15
lang: bn
---
diff --git a/public/content/translations/bn/developers/tutorials/secret-state/index.md b/public/content/translations/bn/developers/tutorials/secret-state/index.md
index 4955d4689eb..53bb6b9fc14 100644
--- a/public/content/translations/bn/developers/tutorials/secret-state/index.md
+++ b/public/content/translations/bn/developers/tutorials/secret-state/index.md
@@ -1,10 +1,10 @@
---
-title: একটি গোপন স্টেটের জন্য জিরো-নলেজ ব্যবহার করা
-description: অনচেইন গেমগুলো সীমাবদ্ধ কারণ তারা কোনো গোপন তথ্য রাখতে পারে না। এই টিউটোরিয়ালটি পড়ার পর, একজন পাঠক জিরো-নলেজ প্রুফ এবং সার্ভার কম্পোনেন্টগুলোকে একত্রিত করে একটি গোপন স্টেট, অফচেইন, কম্পোনেন্ট সহ যাচাইযোগ্য গেম তৈরি করতে সক্ষম হবেন। একটি মাইনসুইপার গেম তৈরি করে এই কৌশলটি প্রদর্শন করা হবে।
-author: ওরি পোমেরান্টজ
+title: "একটি গোপন স্টেটের জন্য জিরো-নলেজ ব্যবহার করা"
+description: "অনচেইন গেমগুলো সীমাবদ্ধ কারণ তারা কোনো গোপন তথ্য রাখতে পারে না। এই টিউটোরিয়ালটি পড়ার পর, একজন পাঠক জিরো-নলেজ প্রুফ এবং সার্ভার কম্পোনেন্টগুলোকে একত্রিত করে একটি গোপন স্টেট, অফচেইন, কম্পোনেন্ট সহ যাচাইযোগ্য গেম তৈরি করতে সক্ষম হবেন। একটি মাইনসুইপার গেম তৈরি করে এই কৌশলটি প্রদর্শন করা হবে।"
+author: "ওরি পোমেরান্টজ"
tags: ["সার্ভার", "অফচেইন", "কেন্দ্রীভূত", "জিরো-নলেজ", "Zokrates", "MUD", "গোপনীয়তা"]
skill: advanced
-breadcrumb: ZK গোপন স্টেট
+breadcrumb: "ZK গোপন স্টেট"
lang: bn
published: 2025-03-15
---
diff --git a/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md b/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md
index d7c43a413b7..c98b1460786 100644
--- a/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md
+++ b/public/content/translations/bn/developers/tutorials/secure-development-workflow/index.md
@@ -1,10 +1,10 @@
---
-title: স্মার্ট কন্ট্রাক্ট সিকিউরিটি চেকলিস্ট
-description: নিরাপদ স্মার্ট কন্ট্রাক্ট লেখার জন্য একটি প্রস্তাবিত ওয়ার্কফ্লো
+title: "স্মার্ট কন্ট্রাক্ট সিকিউরিটি চেকলিস্ট"
+description: "নিরাপদ স্মার্ট কন্ট্রাক্ট লেখার জন্য একটি প্রস্তাবিত ওয়ার্কফ্লো"
author: "Trailofbits"
-tags: ["স্মার্ট কন্ট্রাক্ট", "নিরাপত্তা", "solidity"]
+tags: ["স্মার্ট কন্ট্রাক্ট", "নিরাপত্তা", "Solidity"]
skill: intermediate
-breadcrumb: সিকিউরিটি চেকলিস্ট
+breadcrumb: "সিকিউরিটি চেকলিস্ট"
lang: bn
published: 2020-09-07
source: Building secure contracts
diff --git a/public/content/translations/bn/developers/tutorials/send-token-ethersjs/index.md b/public/content/translations/bn/developers/tutorials/send-token-ethersjs/index.md
index ba7255e3925..04db5e15d94 100644
--- a/public/content/translations/bn/developers/tutorials/send-token-ethersjs/index.md
+++ b/public/content/translations/bn/developers/tutorials/send-token-ethersjs/index.md
@@ -1,10 +1,10 @@
---
-title: ethers.js ব্যবহার করে টোকেন পাঠানো
-description: ethers.js ব্যবহার করে টোকেন পাঠানোর জন্য নতুনদের উপযোগী গাইড।
-author: কিম ইয়ংজুন
+title: "ethers.js ব্যবহার করে টোকেন পাঠানো"
+description: "ethers.js ব্যবহার করে টোকেন পাঠানোর জন্য নতুনদের উপযোগী গাইড।"
+author: "কিম ইয়ংজুন"
tags: ["ETHERS.JS", "ERC-20", "টোকেন"]
skill: beginner
-breadcrumb: টোকেন পাঠান
+breadcrumb: "টোকেন পাঠান"
lang: bn
published: 2021-04-06
---
diff --git a/public/content/translations/bn/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md b/public/content/translations/bn/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
index 790248ee271..74cde52ee04 100644
--- a/public/content/translations/bn/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
+++ b/public/content/translations/bn/developers/tutorials/sending-transactions-using-web3-and-alchemy/index.md
@@ -1,10 +1,10 @@
---
-title: ওয়েব3 ব্যবহার করে লেনদেন পাঠানো
+title: "ওয়েব3 ব্যবহার করে লেনদেন পাঠানো"
description: "এটি ওয়েব3 ব্যবহার করে ইথিরিয়াম লেনদেন পাঠানোর জন্য একটি শিক্ষানবিস-বান্ধব গাইড। ইথিরিয়াম ব্লকচেইনে একটি লেনদেন পাঠানোর জন্য তিনটি প্রধান ধাপ রয়েছে: তৈরি করা, সাইন করা এবং ব্রডকাস্ট করা। আমরা এই তিনটি ধাপ নিয়েই আলোচনা করব।"
author: "এলান হ্যালপার্ন"
-tags: ["লেনদেন", "web3.js", "alchemy"]
+tags: ["লেনদেন", "web3.js", "Alchemy"]
skill: beginner
-breadcrumb: লেনদেন পাঠান
+breadcrumb: "লেনদেন পাঠান"
lang: bn
published: 2020-11-04
source: Alchemy docs
diff --git a/public/content/translations/bn/developers/tutorials/server-components/index.md b/public/content/translations/bn/developers/tutorials/server-components/index.md
index d0748fdbbb3..5f8304bfb39 100644
--- a/public/content/translations/bn/developers/tutorials/server-components/index.md
+++ b/public/content/translations/bn/developers/tutorials/server-components/index.md
@@ -1,11 +1,11 @@
---
title: "ওয়েব3 অ্যাপের জন্য সার্ভার কম্পোনেন্ট এবং এজেন্ট"
-description: এই টিউটোরিয়ালটি পড়ার পর, আপনি এমন টাইপস্ক্রিপ্ট (TypeScript) সার্ভার লিখতে পারবেন যা ব্লকচেইনের ইভেন্টগুলো শোনে এবং সেই অনুযায়ী নিজস্ব লেনদেনের মাধ্যমে সাড়া দেয়। এটি আপনাকে সেন্ট্রালাইজড অ্যাপ্লিকেশন লিখতে সক্ষম করবে (কারণ সার্ভারটি একটি পয়েন্ট অফ ফেইলিওর), তবে এটি ওয়েব3 এনটিটিগুলোর সাথে ইন্টারঅ্যাক্ট করতে পারে। একই কৌশল ব্যবহার করে এমন একটি এজেন্টও লেখা যেতে পারে যা মানুষের হস্তক্ষেপ ছাড়াই অনচেইন ইভেন্টগুলোতে সাড়া দেয়।
-author: ওরি পোমেরান্টজ
+description: "এই টিউটোরিয়ালটি পড়ার পর, আপনি এমন টাইপস্ক্রিপ্ট (TypeScript) সার্ভার লিখতে পারবেন যা ব্লকচেইনের ইভেন্টগুলো শোনে এবং সেই অনুযায়ী নিজস্ব লেনদেনের মাধ্যমে সাড়া দেয়। এটি আপনাকে সেন্ট্রালাইজড অ্যাপ্লিকেশন লিখতে সক্ষম করবে (কারণ সার্ভারটি একটি পয়েন্ট অফ ফেইলিওর), তবে এটি ওয়েব3 এনটিটিগুলোর সাথে ইন্টারঅ্যাক্ট করতে পারে। একই কৌশল ব্যবহার করে এমন একটি এজেন্টও লেখা যেতে পারে যা মানুষের হস্তক্ষেপ ছাড়াই অনচেইন ইভেন্টগুলোতে সাড়া দেয়।"
+author: "ওরি পোমেরান্টজ"
lang: bn
tags: ["এজেন্ট", "সার্ভার", "অফচেইন", "ডিএ্যাপস"]
skill: beginner
-breadcrumb: সার্ভার কম্পোনেন্ট
+breadcrumb: "সার্ভার কম্পোনেন্ট"
published: 2024-07-15
---
diff --git a/public/content/translations/bn/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md b/public/content/translations/bn/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
index 8eede8d67b0..b4b0a8efc20 100644
--- a/public/content/translations/bn/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
+++ b/public/content/translations/bn/developers/tutorials/set-up-web3js-to-use-ethereum-in-javascript/index.md
@@ -1,10 +1,10 @@
---
-title: জাভাস্ক্রিপ্টে ইথিরিয়াম ব্লকচেইন ব্যবহার করতে web3.js সেট আপ করুন
-description: জাভাস্ক্রিপ্ট অ্যাপ্লিকেশন থেকে ইথিরিয়াম ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করতে কীভাবে web3.js লাইব্রেরি সেট আপ এবং কনফিগার করতে হয় তা শিখুন।
+title: "জাভাস্ক্রিপ্টে ইথিরিয়াম ব্লকচেইন ব্যবহার করতে web3.js সেট আপ করুন"
+description: "জাভাস্ক্রিপ্ট অ্যাপ্লিকেশন থেকে ইথিরিয়াম ব্লকচেইনের সাথে ইন্টারঅ্যাক্ট করতে কীভাবে web3.js লাইব্রেরি সেট আপ এবং কনফিগার করতে হয় তা শিখুন।"
author: "jdourlens"
-tags: ["web3.js", "javascript"]
+tags: ["web3.js", "JavaScript"]
skill: beginner
-breadcrumb: web3.js সেটআপ
+breadcrumb: "web3.js সেটআপ"
lang: bn
published: 2020-04-11
source: EthereumDev
diff --git a/public/content/translations/bn/developers/tutorials/short-abi/index.md b/public/content/translations/bn/developers/tutorials/short-abi/index.md
index a24f7fa9798..f1d2e58bde8 100644
--- a/public/content/translations/bn/developers/tutorials/short-abi/index.md
+++ b/public/content/translations/bn/developers/tutorials/short-abi/index.md
@@ -1,11 +1,11 @@
---
title: "কলডাটা অপ্টিমাইজেশনের জন্য শর্ট ABI"
-description: অপ্টিমেস্টিক রোলআপ এর জন্য স্মার্ট কন্ট্রাক্ট অপ্টিমাইজ করা
-author: ওরি পোমেরান্টজ
+description: "অপ্টিমেস্টিক রোলআপ এর জন্য স্মার্ট কন্ট্রাক্ট অপ্টিমাইজ করা"
+author: "ওরি পোমেরান্টজ"
lang: bn
tags: ["লেয়ার ২"]
skill: intermediate
-breadcrumb: শর্ট ABI
+breadcrumb: "শর্ট ABI"
published: 2022-04-01
---
diff --git a/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md b/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md
index aa011cb53b3..f3fd632067d 100644
--- a/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md
+++ b/public/content/translations/bn/developers/tutorials/smart-contract-security-guidelines/index.md
@@ -1,10 +1,10 @@
---
-title: স্মার্ট কন্ট্রাক্ট নিরাপত্তা নির্দেশিকা
-description: আপনার ডিএ্যাপ তৈরি করার সময় বিবেচনা করার জন্য নিরাপত্তা নির্দেশিকার একটি চেকলিস্ট
+title: "স্মার্ট কন্ট্রাক্ট নিরাপত্তা নির্দেশিকা"
+description: "আপনার ডিএ্যাপ তৈরি করার সময় বিবেচনা করার জন্য নিরাপত্তা নির্দেশিকার একটি চেকলিস্ট"
author: "Trailofbits"
-tags: ["solidity", "স্মার্ট কন্ট্রাক্ট", "নিরাপত্তা"]
+tags: ["Solidity", "স্মার্ট কন্ট্রাক্ট", "নিরাপত্তা"]
skill: intermediate
-breadcrumb: নিরাপত্তা নির্দেশিকা
+breadcrumb: "নিরাপত্তা নির্দেশিকা"
lang: bn
published: 2020-09-06
source: Building secure contracts
diff --git a/public/content/translations/bn/developers/tutorials/stealth-addr/index.md b/public/content/translations/bn/developers/tutorials/stealth-addr/index.md
index 9c7ec3aab01..a1188f761a3 100644
--- a/public/content/translations/bn/developers/tutorials/stealth-addr/index.md
+++ b/public/content/translations/bn/developers/tutorials/stealth-addr/index.md
@@ -1,10 +1,10 @@
---
title: "স্টিলথ এডড্রেস ব্যবহার করা"
description: "স্টিলথ এডড্রেস ব্যবহারকারীদের বেনামে সম্পদ স্থানান্তর করার অনুমতি দেয়। এই নিবন্ধটি পড়ার পরে, আপনি সক্ষম হবেন: স্টিলথ এডড্রেস কী এবং কীভাবে কাজ করে তা ব্যাখ্যা করতে, কীভাবে স্টিলথ এডড্রেস ব্যবহার করে বেনামিতা বজায় রাখা যায় তা বুঝতে এবং স্টিলথ এডড্রেস ব্যবহার করে এমন একটি ওয়েব-ভিত্তিক অ্যাপ্লিকেশন লিখতে।"
-author: ওরি পোমেরান্টজ
-tags: ["স্টিলথ এডড্রেস", "গোপনীয়তা", "ক্রিপ্টোগ্রাফি", "rust", "wasm"]
+author: "ওরি পোমেরান্টজ"
+tags: ["স্টিলথ এডড্রেস", "গোপনীয়তা", "ক্রিপ্টোগ্রাফি", "Rust", "wasm"]
skill: intermediate
-breadcrumb: স্টিলথ এডড্রেস
+breadcrumb: "স্টিলথ এডড্রেস"
published: 2025-11-30
lang: bn
sidebarDepth: 3
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
index fd78adb2307..1d1b03c4500 100644
--- 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
@@ -1,9 +1,9 @@
---
title: "The Graph: ওয়েব3 ডাটা কুয়েরিং ঠিক করা"
description: "ব্লকচেইন হলো একটি ডাটাবেসের মতো কিন্তু SQL ছাড়া। সব ডাটা সেখানে আছে, কিন্তু এক্সেস করার কোনো উপায় নেই। চলুন দেখি কীভাবে The Graph এবং GraphQL দিয়ে এটি ঠিক করা যায়।"
-author: মার্কাস ওয়াস
+author: "মার্কাস ওয়াস"
lang: bn
-tags: ["solidity", "স্মার্ট কন্ট্রাক্ট", "কুয়েরিং", "the graph", "react"]
+tags: ["Solidity", "স্মার্ট কন্ট্রাক্ট", "কুয়েরিং", "the graph", "React"]
skill: intermediate
breadcrumb: The Graph
published: 2020-09-06
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
index ae0af97cf04..8d14b73df6e 100644
--- a/public/content/translations/bn/developers/tutorials/token-integration-checklist/index.md
+++ b/public/content/translations/bn/developers/tutorials/token-integration-checklist/index.md
@@ -1,11 +1,11 @@
---
-title: টোকেন ইন্টিগ্রেশন চেকলিস্ট
-description: টোকেনের সাথে ইন্টারঅ্যাক্ট করার সময় বিবেচনা করার মতো বিষয়গুলোর একটি চেকলিস্ট
+title: "টোকেন ইন্টিগ্রেশন চেকলিস্ট"
+description: "টোকেনের সাথে ইন্টারঅ্যাক্ট করার সময় বিবেচনা করার মতো বিষয়গুলোর একটি চেকলিস্ট"
author: "Trailofbits"
lang: bn
-tags: ["solidity", "স্মার্ট কন্ট্রাক্ট", "নিরাপত্তা", "টোকেন"]
+tags: ["Solidity", "স্মার্ট কন্ট্রাক্ট", "নিরাপত্তা", "টোকেন"]
skill: intermediate
-breadcrumb: টোকেন ইন্টিগ্রেশন
+breadcrumb: "টোকেন ইন্টিগ্রেশন"
published: 2020-08-13
source: Building secure contracts
sourceUrl: https://github.com/crytic/building-secure-contracts/blob/master/development-guidelines/token_integration.md
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
index 5d878f5e4af..86b6c2b8475 100644
--- 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
@@ -1,10 +1,10 @@
---
-title: একটি সলিডিটি স্মার্ট কন্ট্রাক্ট থেকে ERC-20 টোকেনের ট্রান্সফার এবং অ্যাপ্রুভাল
-description: সলিডিটি ব্যবহার করে একটি DEX স্মার্ট কন্ট্রাক্ট তৈরি করুন যা ERC-20 টোকেন ট্রান্সফার এবং অ্যাপ্রুভাল পরিচালনা করে।
+title: "একটি সলিডিটি স্মার্ট কন্ট্রাক্ট থেকে ERC-20 টোকেনের ট্রান্সফার এবং অ্যাপ্রুভাল"
+description: "সলিডিটি ব্যবহার করে একটি DEX স্মার্ট কন্ট্রাক্ট তৈরি করুন যা ERC-20 টোকেন ট্রান্সফার এবং অ্যাপ্রুভাল পরিচালনা করে।"
author: "jdourlens"
-tags: ["স্মার্ট কন্ট্রাক্ট", "টোকেন", "solidity", "erc-20"]
+tags: ["স্মার্ট কন্ট্রাক্ট", "টোকেন", "Solidity", "erc-20"]
skill: intermediate
-breadcrumb: ERC-20 ট্রান্সফার
+breadcrumb: "ERC-20 ট্রান্সফার"
lang: bn
published: 2020-04-07
source: EthereumDev
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
index 5cdc954b4ec..73131710337 100644
--- 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
@@ -1,10 +1,10 @@
---
-title: ERC-20 টোকেন স্মার্ট কন্ট্রাক্ট বোঝা
-description: একটি সম্পূর্ণ Solidity স্মার্ট কন্ট্রাক্ট উদাহরণ এবং ব্যাখ্যার মাধ্যমে কীভাবে ERC-20 টোকেন স্ট্যান্ডার্ড প্রয়োগ করতে হয় তা শিখুন।
+title: "ERC-20 টোকেন স্মার্ট কন্ট্রাক্ট বোঝা"
+description: "একটি সম্পূর্ণ Solidity স্মার্ট কন্ট্রাক্ট উদাহরণ এবং ব্যাখ্যার মাধ্যমে কীভাবে ERC-20 টোকেন স্ট্যান্ডার্ড প্রয়োগ করতে হয় তা শিখুন।"
author: "jdourlens"
-tags: ["স্মার্ট কন্ট্রাক্ট", "টোকেন", "solidity", "erc-20"]
+tags: ["স্মার্ট কন্ট্রাক্ট", "টোকেন", "Solidity", "erc-20"]
skill: beginner
-breadcrumb: ERC-20 টোকেনের বেসিক
+breadcrumb: "ERC-20 টোকেনের বেসিক"
lang: bn
published: 2020-04-05
source: EthereumDev
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
index c1177192fad..2b949d58d4c 100644
--- 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
@@ -1,10 +1,10 @@
---
title: "Uniswap-v2 কন্ট্রাক্ট ওয়াক-থ্রু"
description: "Uniswap-v2 কন্ট্রাক্ট কীভাবে কাজ করে? এটি কেন সেভাবে লেখা হয়েছে?"
-author: ওরি পোমেরান্টজ
-tags: ["solidity", "ডিএ্যাপস"]
+author: "ওরি পোমেরান্টজ"
+tags: ["Solidity", "ডিএ্যাপস"]
skill: intermediate
-breadcrumb: Uniswap v2 ওয়াক-থ্রু
+breadcrumb: "Uniswap v2 ওয়াক-থ্রু"
published: 2021-05-01
lang: bn
---
diff --git a/public/content/translations/bn/developers/tutorials/using-websockets/index.md b/public/content/translations/bn/developers/tutorials/using-websockets/index.md
index 3741e4f1a8b..d4c17668e1f 100644
--- a/public/content/translations/bn/developers/tutorials/using-websockets/index.md
+++ b/public/content/translations/bn/developers/tutorials/using-websockets/index.md
@@ -1,11 +1,11 @@
---
-title: ওয়েবসকেটস ব্যবহার
-description: JSON-RPC রিকোয়েস্ট করতে এবং ইভেন্টগুলোতে সাবস্ক্রাইব করতে ওয়েবসকেটস এবং অ্যালকেমি ব্যবহারের গাইড।
+title: "ওয়েবসকেটস ব্যবহার"
+description: "JSON-RPC রিকোয়েস্ট করতে এবং ইভেন্টগুলোতে সাবস্ক্রাইব করতে ওয়েবসকেটস এবং অ্যালকেমি ব্যবহারের গাইড।"
author: "এলান হ্যালপার্ন"
lang: bn
-tags: ["alchemy", "websockets", "querying", "javascript"]
+tags: ["Alchemy", "websockets", "querying", "JavaScript"]
skill: beginner
-breadcrumb: ওয়েবসকেটস
+breadcrumb: "ওয়েবসকেটস"
source: Alchemy docs
sourceUrl: https://www.alchemy.com/docs/reference/best-practices-for-using-websockets-in-web3
published: 2020-12-01
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
index ba58945353d..c6fb9e88f4d 100644
--- a/public/content/translations/bn/developers/tutorials/yellow-paper-evm/index.md
+++ b/public/content/translations/bn/developers/tutorials/yellow-paper-evm/index.md
@@ -1,10 +1,10 @@
---
-title: ইয়েলো পেপারের ইভিএম (EVM) স্পেসিফিকেশন বোঝা
-description: ইয়েলো পেপারের যে অংশটি ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) ব্যাখ্যা করে, যা ইথেরিয়ামের আনুষ্ঠানিক স্পেসিফিকেশন, তা বোঝা।
+title: "ইয়েলো পেপারের ইভিএম (EVM) স্পেসিফিকেশন বোঝা"
+description: "ইয়েলো পেপারের যে অংশটি ইথিরিয়াম ভার্চুয়াল মেশিন (EVM) ব্যাখ্যা করে, যা ইথেরিয়ামের আনুষ্ঠানিক স্পেসিফিকেশন, তা বোঝা।"
author: "qbzzt"
tags: ["evm"]
skill: intermediate
-breadcrumb: ইয়েলো পেপার ইভিএম (EVM)
+breadcrumb: "ইয়েলো পেপার ইভিএম (EVM)"
lang: bn
published: 2022-05-15
---
diff --git a/public/content/translations/bn/eips/index.md b/public/content/translations/bn/eips/index.md
index ad55b9b5eff..7f13a24bbc6 100644
--- a/public/content/translations/bn/eips/index.md
+++ b/public/content/translations/bn/eips/index.md
@@ -1,6 +1,6 @@
---
-title: ইথিরিয়াম ইমপ্রুভমেন্ট প্রপোজাল (EIPs)
-description: EIPs বোঝার জন্য আপনার প্রয়োজনীয় প্রাথমিক তথ্য
+title: "ইথিরিয়াম ইমপ্রুভমেন্ট প্রপোজাল (EIPs)"
+description: "EIPs বোঝার জন্য আপনার প্রয়োজনীয় প্রাথমিক তথ্য"
lang: bn
---
diff --git a/public/content/translations/bn/energy-consumption/index.md b/public/content/translations/bn/energy-consumption/index.md
index 62fb9ccf3ac..d09037dbdae 100644
--- a/public/content/translations/bn/energy-consumption/index.md
+++ b/public/content/translations/bn/energy-consumption/index.md
@@ -1,12 +1,12 @@
---
-title: ইথিরিয়ামের শক্তি খরচ
-description: ইথিরিয়ামের শক্তি খরচ বোঝার জন্য আপনার প্রয়োজনীয় প্রাথমিক তথ্য।
+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)।
+[ইথিরিয়াম](/) হলো একটি পরিবেশবান্ধব ব্লকচেইন। ইথিরিয়ামের [প্রুফ-অফ-স্টেক](/developers/docs/consensus-mechanisms/pos) কনসেন্সাস মেকানিজম [নেটওয়ার্ক সুরক্ষিত করতে শক্তির](/developers/docs/consensus-mechanisms/pow) পরিবর্তে ETH ব্যবহার করে। সমগ্র গ্লোবাল নেটওয়ার্ক জুড়ে ইথিরিয়ামের শক্তি খরচ আনুমানিক [\~0.0026 TWh/yr](https://carbon-ratings.com/eth-report-2022)।
ইথিরিয়ামের শক্তি খরচের অনুমানটি [CCRI (Crypto Carbon Ratings Institute)](https://carbon-ratings.com)-এর একটি গবেষণা থেকে এসেছে। তারা ইথিরিয়াম নেটওয়ার্কের বিদ্যুৎ খরচ এবং কার্বন ফুটপ্রিন্টের বটম-আপ অনুমান তৈরি করেছে ([রিপোর্টটি দেখুন](https://carbon-ratings.com/eth-report-2022))। তারা বিভিন্ন হার্ডওয়্যার এবং ক্লায়েন্ট সফটওয়্যার কনফিগারেশন সহ বিভিন্ন নোডের বিদ্যুৎ খরচ পরিমাপ করেছে। নেটওয়ার্কের বার্ষিক বিদ্যুৎ খরচের আনুমানিক **2,601 MWh** (0.0026 TWh) অঞ্চল-নির্দিষ্ট কার্বন তীব্রতা ফ্যাক্টর প্রয়োগ করে বার্ষিক **870 টন CO2e** কার্বন নির্গমনের সমতুল্য। নেটওয়ার্কে নোড প্রবেশ এবং ত্যাগের সাথে সাথে এই মানটি পরিবর্তিত হয় - আপনি [Cambridge Blockchain network Sustainability Index](https://ccaf.io/cbnsi/ethereum)-এর রোলিং 7-দিনের গড় অনুমান ব্যবহার করে এর ট্র্যাক রাখতে পারেন (মনে রাখবেন যে তারা তাদের অনুমানের জন্য কিছুটা ভিন্ন পদ্ধতি ব্যবহার করে - বিস্তারিত তাদের সাইটে উপলব্ধ)।
@@ -43,7 +43,7 @@ lang: bn
অনেক নিবন্ধ ব্লকচেইনের জন্য "লেনদেন প্রতি" শক্তি ব্যয়ের অনুমান করে। এটি বিভ্রান্তিকর হতে পারে কারণ একটি ব্লক প্রস্তাব এবং যাচাই করার জন্য প্রয়োজনীয় শক্তি এর মধ্যে থাকা লেনদেনের সংখ্যার উপর নির্ভর করে না। শক্তি ব্যয়ের একটি লেনদেন প্রতি ইউনিট বোঝায় যে কম লেনদেনের ফলে কম শক্তি ব্যয় হবে এবং এর বিপরীতটিও, যা আসলে সঠিক নয়। এছাড়াও, লেনদেন প্রতি অনুমানগুলি একটি ব্লকচেইনের লেনদেন থ্রুপুট কীভাবে সংজ্ঞায়িত করা হয় তার প্রতি খুব সংবেদনশীল, এবং এই সংজ্ঞাটি পরিবর্তন করে মানটিকে বড় বা ছোট দেখানোর জন্য কারসাজি করা যেতে পারে।
-উদাহরণস্বরূপ, ইথিরিয়ামে, লেনদেন থ্রুপুট শুধুমাত্র বেস লেয়ারের নয় - এটি এর সমস্ত "[লেয়ার 2](/layer-2/)" রেলআপস-এর লেনদেন থ্রুপুটের যোগফলও। লেয়ার 2-গুলি সাধারণত গণনায় অন্তর্ভুক্ত করা হয় না, তবে সিকোয়েন্সার দ্বারা ব্যবহৃত অতিরিক্ত শক্তি (ছোট) এবং তারা যে পরিমাণ লেনদেন প্রক্রিয়া করে (বড়) তা হিসাব করলে সম্ভবত লেনদেন প্রতি অনুমান ব্যাপকভাবে হ্রাস পাবে। প্ল্যাটফর্ম জুড়ে লেনদেন প্রতি শক্তি খরচের তুলনা বিভ্রান্তিকর হতে পারে এটি তার একটি কারণ।
+উদাহরণস্বরূপ, ইথিরিয়ামে, লেনদেন থ্রুপুট শুধুমাত্র বেস লেয়ারের নয় - এটি এর সমস্ত "[লেয়ার 2](/layer-2/)" রোলআপস-এর লেনদেন থ্রুপুটের যোগফলও। লেয়ার 2-গুলি সাধারণত গণনায় অন্তর্ভুক্ত করা হয় না, তবে সিকোয়েন্সার দ্বারা ব্যবহৃত অতিরিক্ত শক্তি (ছোট) এবং তারা যে পরিমাণ লেনদেন প্রক্রিয়া করে (বড়) তা হিসাব করলে সম্ভবত লেনদেন প্রতি অনুমান ব্যাপকভাবে হ্রাস পাবে। প্ল্যাটফর্ম জুড়ে লেনদেন প্রতি শক্তি খরচের তুলনা বিভ্রান্তিকর হতে পারে এটি তার একটি কারণ।
## ইথিরিয়ামের কার্বন ঋণ {#carbon-debt}
diff --git a/public/content/translations/bn/eth/supply/index.md b/public/content/translations/bn/eth/supply/index.md
index 71cf7943630..83239988dae 100644
--- a/public/content/translations/bn/eth/supply/index.md
+++ b/public/content/translations/bn/eth/supply/index.md
@@ -1,6 +1,6 @@
---
-title: ETH সাপ্লাই এবং ইস্যুয়েন্স বোঝা
-description: ETH সাপ্লাই এবং ইস্যুয়েন্স সম্পর্কে নতুনদের জন্য একটি গাইড, যেখানে EIPs, PoS এবং EIP-1559 এর মতো মূল ধারণাগুলো কভার করা হয়েছে।
+title: "ETH সাপ্লাই এবং ইস্যুয়েন্স বোঝা"
+description: "ETH সাপ্লাই এবং ইস্যুয়েন্স সম্পর্কে নতুনদের জন্য একটি গাইড, যেখানে EIPs, PoS এবং EIP-1559 এর মতো মূল ধারণাগুলো কভার করা হয়েছে।"
lang: bn
---
diff --git a/public/content/translations/bn/foundation/index.md b/public/content/translations/bn/foundation/index.md
index 37752fe0b61..cb6352c45fe 100644
--- a/public/content/translations/bn/foundation/index.md
+++ b/public/content/translations/bn/foundation/index.md
@@ -1,6 +1,6 @@
---
-title: ইথিরিয়াম ফাউন্ডেশন
-description: ইথিরিয়াম ফাউন্ডেশন (EF) সম্পর্কে জানুন, এটি একটি অলাভজনক সংস্থা যা ইথিরিয়াম এবং এর সাথে সম্পর্কিত প্রযুক্তিগুলোকে সমর্থন করার জন্য নিবেদিত।
+title: "ইথিরিয়াম ফাউন্ডেশন"
+description: "ইথিরিয়াম ফাউন্ডেশন (EF) সম্পর্কে জানুন, এটি একটি অলাভজনক সংস্থা যা ইথিরিয়াম এবং এর সাথে সম্পর্কিত প্রযুক্তিগুলোকে সমর্থন করার জন্য নিবেদিত।"
hideEditButton: true
lang: bn
---
diff --git a/public/content/translations/bn/gaming/index.md b/public/content/translations/bn/gaming/index.md
index 3868b2b0f4b..92dd0bb6cd5 100644
--- a/public/content/translations/bn/gaming/index.md
+++ b/public/content/translations/bn/gaming/index.md
@@ -1,12 +1,12 @@
---
-title: ইথিরিয়ামে গেমিং
+title: "ইথিরিয়ামে গেমিং"
lang: bn
template: use-cases
image: /images/robot-help-bar.png
sidebarDepth: 2
-summaryPoint1: গেমের নিয়ম এবং স্টেট কোনো স্টুডিওর সার্ভারের বদলে ইথিরিয়াম ব্লকচেইন দ্বারা প্রয়োগ করা যেতে পারে, যা অনচেইন গেমের একটি মূল সুবিধা
-summaryPoint2: যে কেউ মড, বট বা সম্পূর্ণ নতুন গেম তৈরি করতে পারে যা একই ওপেন অনচেইন ডেটার সাথে যুক্ত হয়
-summaryPoint3: উদ্দেশ্য-নির্মিত L2-গুলো কম ফিতে রিয়েল-টাইম গেমপ্লে সক্ষম করে, যেখানে গেম ডেভেলপমেন্ট ফ্রেমওয়ার্কগুলো অনচেইন গেম তৈরি করাকে আগের চেয়ে অনেক বেশি সহজলভ্য করে তোলে
+summaryPoint1: "গেমের নিয়ম এবং স্টেট কোনো স্টুডিওর সার্ভারের বদলে ইথিরিয়াম ব্লকচেইন দ্বারা প্রয়োগ করা যেতে পারে, যা অনচেইন গেমের একটি মূল সুবিধা"
+summaryPoint2: "যে কেউ মড, বট বা সম্পূর্ণ নতুন গেম তৈরি করতে পারে যা একই ওপেন অনচেইন ডেটার সাথে যুক্ত হয়"
+summaryPoint3: "উদ্দেশ্য-নির্মিত L2-গুলো কম ফিতে রিয়েল-টাইম গেমপ্লে সক্ষম করে, যেখানে গেম ডেভেলপমেন্ট ফ্রেমওয়ার্কগুলো অনচেইন গেম তৈরি করাকে আগের চেয়ে অনেক বেশি সহজলভ্য করে তোলে"
buttons:
- content: আরও জানুন
toId: gaming-on-ethereum
diff --git a/public/content/translations/bn/glossary/index.md b/public/content/translations/bn/glossary/index.md
index 594364713ab..ce46d1f4156 100644
--- a/public/content/translations/bn/glossary/index.md
+++ b/public/content/translations/bn/glossary/index.md
@@ -1,6 +1,6 @@
---
-title: ইথিরিয়াম শব্দকোষ
-description: ইথিরিয়াম সম্পর্কিত প্রযুক্তিগত এবং অ-প্রযুক্তিগত শব্দগুলোর একটি অসম্পূর্ণ শব্দকোষ
+title: "ইথিরিয়াম শব্দকোষ"
+description: "ইথিরিয়াম সম্পর্কিত প্রযুক্তিগত এবং অ-প্রযুক্তিগত শব্দগুলোর একটি অসম্পূর্ণ শব্দকোষ"
lang: bn
---
diff --git a/public/content/translations/bn/governance/index.md b/public/content/translations/bn/governance/index.md
index 1873a171dd3..477fd54dd81 100644
--- a/public/content/translations/bn/governance/index.md
+++ b/public/content/translations/bn/governance/index.md
@@ -1,6 +1,6 @@
---
-title: ইথিরিয়াম গভর্নেন্স
-description: ইথিরিয়াম সম্পর্কে কীভাবে সিদ্ধান্ত নেওয়া হয় তার একটি ভূমিকা।
+title: "ইথিরিয়াম গভর্নেন্স"
+description: "ইথিরিয়াম সম্পর্কে কীভাবে সিদ্ধান্ত নেওয়া হয় তার একটি ভূমিকা।"
lang: bn
---
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
index 824347219a6..fe4ac7c8b1d 100644
--- 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
@@ -1,6 +1,6 @@
---
-title: কীভাবে একটি ইথিরিয়াম একাউন্ট "তৈরি" করবেন
-description: একটি ওয়ালেট ব্যবহার করে ইথিরিয়াম একাউন্ট তৈরির ধাপে ধাপে নির্দেশিকা।
+title: "কীভাবে একটি ইথিরিয়াম একাউন্ট \"তৈরি\" করবেন"
+description: "একটি ওয়ালেট ব্যবহার করে ইথিরিয়াম একাউন্ট তৈরির ধাপে ধাপে নির্দেশিকা।"
lang: bn
---
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
index 399d7b80e59..6848f7aeaa2 100644
--- 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
@@ -1,6 +1,6 @@
---
-title: স্ক্যাম টোকেন কীভাবে শনাক্ত করবেন
-description: স্ক্যাম টোকেন বোঝা, কীভাবে তারা নিজেদের বৈধ হিসেবে উপস্থাপন করে এবং কীভাবে সেগুলো এড়িয়ে চলবেন।
+title: "স্ক্যাম টোকেন কীভাবে শনাক্ত করবেন"
+description: "স্ক্যাম টোকেন বোঝা, কীভাবে তারা নিজেদের বৈধ হিসেবে উপস্থাপন করে এবং কীভাবে সেগুলো এড়িয়ে চলবেন।"
lang: bn
---
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
index 7e45873811b..fa6ae58456d 100644
--- 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
@@ -1,6 +1,6 @@
---
-title: আপনার ক্রিপ্টো ফান্ডের স্মার্ট কন্ট্রাক্ট এক্সেস কীভাবে বাতিল করবেন
-description: ক্ষতিকারক স্মার্ট কন্ট্রাক্ট টোকেন এক্সেস বাতিল করার একটি নির্দেশিকা
+title: "আপনার ক্রিপ্টো ফান্ডের স্মার্ট কন্ট্রাক্ট এক্সেস কীভাবে বাতিল করবেন"
+description: "ক্ষতিকারক স্মার্ট কন্ট্রাক্ট টোকেন এক্সেস বাতিল করার একটি নির্দেশিকা"
lang: bn
---
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
index e290fa75841..47e8cd7dfc1 100644
--- a/public/content/translations/bn/guides/how-to-swap-tokens/index.md
+++ b/public/content/translations/bn/guides/how-to-swap-tokens/index.md
@@ -1,6 +1,6 @@
---
-title: কীভাবে টোকেন সোয়াপ করবেন
-description: ইথিরিয়ামে কীভাবে টোকেন সোয়াপ করতে হয় তার একটি গাইড।
+title: "কীভাবে টোকেন সোয়াপ করবেন"
+description: "ইথিরিয়ামে কীভাবে টোকেন সোয়াপ করতে হয় তার একটি গাইড।"
lang: bn
---
diff --git a/public/content/translations/bn/guides/how-to-use-a-bridge/index.md b/public/content/translations/bn/guides/how-to-use-a-bridge/index.md
index fde334f3331..490531cb3d9 100644
--- a/public/content/translations/bn/guides/how-to-use-a-bridge/index.md
+++ b/public/content/translations/bn/guides/how-to-use-a-bridge/index.md
@@ -1,6 +1,6 @@
---
-title: টোকেন কীভাবে লেয়ার ২-এ ব্রিজ করবেন
-description: একটি গাইড যা ব্যাখ্যা করে কীভাবে একটি ব্রিজ ব্যবহার করে ইথিরিয়াম থেকে লেয়ার ২-এ টোকেন স্থানান্তর করতে হয়।
+title: "টোকেন কীভাবে লেয়ার ২-এ ব্রিজ করবেন"
+description: "একটি গাইড যা ব্যাখ্যা করে কীভাবে একটি ব্রিজ ব্যবহার করে ইথিরিয়াম থেকে লেয়ার ২-এ টোকেন স্থানান্তর করতে হয়।"
lang: bn
---
diff --git a/public/content/translations/bn/guides/how-to-use-a-wallet/index.md b/public/content/translations/bn/guides/how-to-use-a-wallet/index.md
index 64ebb04314b..2e0f3684a74 100644
--- a/public/content/translations/bn/guides/how-to-use-a-wallet/index.md
+++ b/public/content/translations/bn/guides/how-to-use-a-wallet/index.md
@@ -1,7 +1,7 @@
---
-title: কীভাবে একটি ওয়ালেট ব্যবহার করবেন
-metaTitle: কীভাবে ইথিরিয়াম ওয়ালেট ব্যবহার করবেন | ধাপে ধাপে
-description: কীভাবে টোকেন পাঠাতে, গ্রহণ করতে এবং ওয়েব3 প্রজেক্টের সাথে কানেক্ট করতে হয় তার একটি গাইড।
+title: "কীভাবে একটি ওয়ালেট ব্যবহার করবেন"
+metaTitle: "কীভাবে ইথিরিয়াম ওয়ালেট ব্যবহার করবেন | ধাপে ধাপে"
+description: "কীভাবে টোকেন পাঠাতে, গ্রহণ করতে এবং ওয়েব3 প্রজেক্টের সাথে কানেক্ট করতে হয় তার একটি গাইড।"
lang: bn
---
diff --git a/public/content/translations/bn/guides/index.md b/public/content/translations/bn/guides/index.md
index 44f9e5d6d13..f6073264b5b 100644
--- a/public/content/translations/bn/guides/index.md
+++ b/public/content/translations/bn/guides/index.md
@@ -1,6 +1,6 @@
---
-title: ইথিরিয়াম গাইড
-description: নতুনদের জন্য ইথিরিয়াম ব্যবহারের বেসিক বিষয়গুলো ব্যাখ্যা করার জন্য ব্যবহারিক গাইডের একটি সংগ্রহ।
+title: "ইথিরিয়াম গাইড"
+description: "নতুনদের জন্য ইথিরিয়াম ব্যবহারের বেসিক বিষয়গুলো ব্যাখ্যা করার জন্য ব্যবহারিক গাইডের একটি সংগ্রহ।"
lang: bn
---
diff --git a/public/content/translations/bn/nft/index.md b/public/content/translations/bn/nft/index.md
index 779bdfaef0a..957c0377f2c 100644
--- a/public/content/translations/bn/nft/index.md
+++ b/public/content/translations/bn/nft/index.md
@@ -1,16 +1,16 @@
---
-title: নন-ফান্জেবল টোকেন (NFT)
-metaTitle: NFT কী? | সুবিধা এবং ব্যবহার
-description: ইথিরিয়ামে NFT-এর একটি ওভারভিউ
+title: "নন-ফান্জেবল টোকেন (NFT)"
+metaTitle: "NFT কী? | সুবিধা এবং ব্যবহার"
+description: "ইথিরিয়ামে NFT-এর একটি ওভারভিউ"
lang: bn
template: use-cases
emoji: ":frame_with_picture:"
sidebarDepth: 2
image: /images/infrastructure_transparent.png
-alt: একটি Eth লোগো হলোগ্রামের মাধ্যমে প্রদর্শিত হচ্ছে।
-summaryPoint1: ইথিরিয়াম-ভিত্তিক সম্পদ হিসেবে যেকোনো অনন্য জিনিসকে উপস্থাপন করার একটি উপায়।
-summaryPoint2: NFT কন্টেন্ট ক্রিয়েটরদের আগের চেয়ে অনেক বেশি ক্ষমতা দিচ্ছে।
-summaryPoint3: ইথিরিয়াম ব্লকচেইনে স্মার্ট কন্ট্রাক্ট দ্বারা পরিচালিত।
+alt: "একটি Eth লোগো হলোগ্রামের মাধ্যমে প্রদর্শিত হচ্ছে।"
+summaryPoint1: "ইথিরিয়াম-ভিত্তিক সম্পদ হিসেবে যেকোনো অনন্য জিনিসকে উপস্থাপন করার একটি উপায়।"
+summaryPoint2: "NFT কন্টেন্ট ক্রিয়েটরদের আগের চেয়ে অনেক বেশি ক্ষমতা দিচ্ছে।"
+summaryPoint3: "ইথিরিয়াম ব্লকচেইনে স্মার্ট কন্ট্রাক্ট দ্বারা পরিচালিত।"
---
## NFT কী? {#what-are-nfts}
@@ -67,7 +67,7 @@ NFT অনেক কাজে ব্যবহৃত হয়, যার মধ্
অথবা কোনো স্পোর্টিং ইভেন্টের টিকিটের কথা বিবেচনা করুন। ঠিক যেমন **কোনো ইভেন্টের আয়োজক কতগুলো টিকিট বিক্রি করবেন তা বেছে নিতে পারেন**, তেমনি একজন NFT ক্রিয়েটর সিদ্ধান্ত নিতে পারেন যে কতগুলো রেপ্লিকা থাকবে। কখনো কখনো এগুলো হুবহু রেপ্লিকা হয়, যেমন 5000টি সাধারণ প্রবেশ টিকিট। কখনো কখনো এমন বেশ কয়েকটি মিন্ট করা হয় যা খুব একই রকম, কিন্তু প্রতিটি সামান্য আলাদা, যেমন একটি নির্ধারিত আসনসহ টিকিট। এগুলো টিকিট হ্যান্ডলারদের অর্থ প্রদান না করেই পিয়ার-টু-পিয়ার কেনা এবং বিক্রি করা যেতে পারে এবং ক্রেতা সর্বদা কন্ট্রাক্ট এডড্রেস চেক করে টিকিটের সত্যতার নিশ্চয়তা পেতে পারেন।
-ethereum.org-এ, **NFT ব্যবহার করে প্রদর্শন করা হয় যে লোকেরা আমাদের Github রিপোজিটরিতে অর্থপূর্ণভাবে অবদান রেখেছেন** (ওয়েবসাইট প্রোগ্রাম করেছেন, কোনো আর্টিকেল লিখেছেন বা পরিবর্তন করেছেন...), আমাদের কন্টেন্ট অনুবাদ করেছেন, বা আমাদের কমিউনিটি কলগুলোতে উপস্থিত হয়েছেন, এবং এমনকি আমাদের নিজস্ব NFT ডোমেইন নামও রয়েছে। আপনি যদি ethereum.org-এ অবদান রাখেন, তাহলে আপনি একটি [POAP](/glossary/#poap) NFT ক্লেইম করতে পারেন। কিছু ক্রিপ্টো মিটআপ POAP-কে টিকিট হিসেবে ব্যবহার করেছে। [অবদান রাখা সম্পর্কে আরও জানুন](/contributing/#poap)। কমিউনিটি অ্যাচিভমেন্ট NFT দেখতে আপনি আমাদের [ethereum.org সংগ্রহযোগ্য বস্তু](/collectibles/) পেজটিও এক্সপ্লোর করতে পারেন।
+ethereum.org-এ, **NFT ব্যবহার করে প্রদর্শন করা হয় যে লোকেরা আমাদের GitHub রিপোজিটরিতে অর্থপূর্ণভাবে অবদান রেখেছেন** (ওয়েবসাইট প্রোগ্রাম করেছেন, কোনো আর্টিকেল লিখেছেন বা পরিবর্তন করেছেন...), আমাদের কন্টেন্ট অনুবাদ করেছেন, বা আমাদের কমিউনিটি কলগুলোতে উপস্থিত হয়েছেন, এবং এমনকি আমাদের নিজস্ব NFT ডোমেইন নামও রয়েছে। আপনি যদি ethereum.org-এ অবদান রাখেন, তাহলে আপনি একটি [POAP](/glossary/#poap) NFT ক্লেইম করতে পারেন। কিছু ক্রিপ্টো মিটআপ POAP-কে টিকিট হিসেবে ব্যবহার করেছে। [অবদান রাখা সম্পর্কে আরও জানুন](/contributing/#poap)। কমিউনিটি অ্যাচিভমেন্ট NFT দেখতে আপনি আমাদের [ethereum.org সংগ্রহযোগ্য বস্তু](/collectibles/) পেজটিও এক্সপ্লোর করতে পারেন।
diff --git a/public/content/translations/bn/payments/index.md b/public/content/translations/bn/payments/index.md
index eb210a8ddbc..b342432eb20 100644
--- a/public/content/translations/bn/payments/index.md
+++ b/public/content/translations/bn/payments/index.md
@@ -1,16 +1,16 @@
---
-title: ইথিরিয়াম পেমেন্টস
-metaTitle: ইথিরিয়ামে পেমেন্ট
-description: ইথিরিয়ামে পেমেন্টের একটি ওভারভিউ
+title: "ইথিরিয়াম পেমেন্টস"
+metaTitle: "ইথিরিয়ামে পেমেন্ট"
+description: "ইথিরিয়ামে পেমেন্টের একটি ওভারভিউ"
lang: bn
template: use-cases
emoji: ":frame_with_picture:"
sidebarDepth: 2
image: /images/impact_transparent.png
-alt: একটি ইথিরিয়াম লোগো এবং সাথে দেওয়া হাত প্রদর্শিত হচ্ছে।
-summaryPoint1: এমন একটি বিশ্ব যেখানে তথ্যর মতো অর্থও স্বাধীনভাবে চলাচল করে
-summaryPoint2: উন্মুক্ত এবং গ্লোবাল, যা সবার জন্য সীমানাহীন লেনদেন সক্ষম করে
-summaryPoint3: এক মিনিটের মধ্যে পেমেন্ট পাওয়া যায়
+alt: "একটি ইথিরিয়াম লোগো এবং সাথে দেওয়া হাত প্রদর্শিত হচ্ছে।"
+summaryPoint1: "এমন একটি বিশ্ব যেখানে তথ্যর মতো অর্থও স্বাধীনভাবে চলাচল করে"
+summaryPoint2: "উন্মুক্ত এবং গ্লোবাল, যা সবার জন্য সীমানাহীন লেনদেন সক্ষম করে"
+summaryPoint3: "এক মিনিটের মধ্যে পেমেন্ট পাওয়া যায়"
---
প্রতিদিন, লক্ষ লক্ষ মানুষ একই চ্যালেঞ্জের সম্মুখীন হয়: সীমানা পেরিয়ে অর্থ স্থানান্তর করা ধীর, ব্যয়বহুল এবং প্রায়শই হতাশাজনক। বালির একজন ফ্রিল্যান্সার তার নিউইয়র্কের ক্লায়েন্টের কাছ থেকে পেমেন্ট ক্লিয়ার হওয়ার জন্য দিনের পর দিন অপেক্ষা করেন। এটি বিশেষ করে সীমিত ব্যাংকিং অবকাঠামো থাকা অঞ্চলের মানুষদের প্রভাবিত করে, যার ফলে গ্লোবাল অর্থনীতিতে অংশগ্রহণ করা কঠিন হয়ে পড়ে।
@@ -62,7 +62,7 @@ summaryPoint3: এক মিনিটের মধ্যে পেমেন্
আজই একটি ওয়ালেট অ্যাপ দিয়ে আপনার ইথিরিয়াম একাউন্ট তৈরি করুন।
-
+
শুরু করুন
diff --git a/public/content/translations/bn/prediction-markets/index.md b/public/content/translations/bn/prediction-markets/index.md
index ede54d99605..c946f366329 100644
--- a/public/content/translations/bn/prediction-markets/index.md
+++ b/public/content/translations/bn/prediction-markets/index.md
@@ -1,11 +1,11 @@
---
-title: প্রেডিকশন মার্কেট
+title: "প্রেডিকশন মার্কেট"
lang: bn
template: use-cases
image: /images/use-cases/prediction-markets.png
sidebarDepth: 2
-summaryPoint1: সঠিক পূর্বাভাস তৈরি করে আর্থিক প্রণোদনা পান
-summaryPoint2: ভবিষ্যতের ইভেন্ট সম্পর্কে উচ্চ মানের পূর্বাভাস
+summaryPoint1: "সঠিক পূর্বাভাস তৈরি করে আর্থিক প্রণোদনা পান"
+summaryPoint2: "ভবিষ্যতের ইভেন্ট সম্পর্কে উচ্চ মানের পূর্বাভাস"
buttons:
- content: আরও জানুন
toId: how-prediction-markets-work
diff --git a/public/content/translations/bn/privacy/index.md b/public/content/translations/bn/privacy/index.md
index e47d711a303..b5c8c6817d8 100644
--- a/public/content/translations/bn/privacy/index.md
+++ b/public/content/translations/bn/privacy/index.md
@@ -1,6 +1,6 @@
---
-title: ইথিরিয়ামে প্রাইভেসি
-description: ইথিরিয়ামে আপনার প্রাইভেসি রক্ষার টুল এবং কৌশল
+title: "ইথিরিয়ামে প্রাইভেসি"
+description: "ইথিরিয়ামে আপনার প্রাইভেসি রক্ষার টুল এবং কৌশল"
lang: bn
---
diff --git a/public/content/translations/bn/real-world-assets/index.md b/public/content/translations/bn/real-world-assets/index.md
index 29d11c429dd..3f655d70ad2 100644
--- a/public/content/translations/bn/real-world-assets/index.md
+++ b/public/content/translations/bn/real-world-assets/index.md
@@ -1,16 +1,16 @@
---
-title: রিয়েল-ওয়ার্ল্ড অ্যাসেটস (RWAs)
-metaTitle: RWAs কী? | রিয়েল-ওয়ার্ল্ড অ্যাসেটসের সুবিধা এবং ব্যবহার
-description: ইথেরিয়ামে রিয়েল-ওয়ার্ল্ড অ্যাসেটসের একটি ওভারভিউ
+title: "রিয়েল-ওয়ার্ল্ড অ্যাসেটস (RWAs)"
+metaTitle: "RWAs কী? | রিয়েল-ওয়ার্ল্ড অ্যাসেটসের সুবিধা এবং ব্যবহার"
+description: "ইথেরিয়ামে রিয়েল-ওয়ার্ল্ড অ্যাসেটসের একটি ওভারভিউ"
lang: bn
template: use-cases
emoji: ":house_buildings:"
image: /images/man-and-dog-playing.png
-alt: মানুষ এবং কুকুর খেলছে।
+alt: "মানুষ এবং কুকুর খেলছে।"
sidebarDepth: 2
-summaryPoint1: মূল্যবান পণ্যগুলোকে ডিজিটাল টোকেনে রূপান্তর করার একটি পদ্ধতি।
-summaryPoint2: এখন আপনাকে পুরো সম্পত্তি বা জিনিস কিনতে হবে না, বরং আপনি বাস্তব জীবনের বস্তু বা সম্পদের কিছু অংশের মালিক হতে পারেন।
-summaryPoint3: প্রথাগত ফাইন্যান্সকে ব্লকচেইন ইকোসিস্টেমের সাথে যুক্ত করে।
+summaryPoint1: "মূল্যবান পণ্যগুলোকে ডিজিটাল টোকেনে রূপান্তর করার একটি পদ্ধতি।"
+summaryPoint2: "এখন আপনাকে পুরো সম্পত্তি বা জিনিস কিনতে হবে না, বরং আপনি বাস্তব জীবনের বস্তু বা সম্পদের কিছু অংশের মালিক হতে পারেন।"
+summaryPoint3: "প্রথাগত ফাইন্যান্সকে ব্লকচেইন ইকোসিস্টেমের সাথে যুক্ত করে।"
---
রিয়েল-ওয়ার্ল্ড অ্যাসেটস (RWAs) হলো এমন টোকেন যা বিদ্যমান সম্পদের রূপগুলোকে উপস্থাপন করে, যেমন রিয়েল এস্টেট, সোনা, স্টক, শিল্পকর্ম, যন্ত্রপাতি বা সংগ্রহযোগ্য জিনিসপত্র। এই জিনিসগুলোকে টোকেনাইজ করার মাধ্যমে সেগুলোকে ডিজিটাল রূপে রূপান্তর করা হয়, যার ফলে এগুলোকে একাধিক মালিকের মধ্যে ভাগ করা যায় এবং এগুলো ট্রেড করা সহজ হয়।
diff --git a/public/content/translations/bn/refi/index.md b/public/content/translations/bn/refi/index.md
index 2c5c58e9b93..a503e1296b4 100644
--- a/public/content/translations/bn/refi/index.md
+++ b/public/content/translations/bn/refi/index.md
@@ -1,15 +1,15 @@
---
-title: রিজেনারেটিভ ফাইন্যান্স (ReFi)
-description: ReFi এবং এর বর্তমান ব্যবহার ক্ষেত্রগুলোর একটি ওভারভিউ।
+title: "রিজেনারেটিভ ফাইন্যান্স (ReFi)"
+description: "ReFi এবং এর বর্তমান ব্যবহার ক্ষেত্রগুলোর একটি ওভারভিউ।"
lang: bn
template: use-cases
emoji: ":recycle:"
sidebarDepth: 2
image: /images/future_transparent.png
alt: ""
-summaryPoint1: রিজেনারেটিভ নীতির উপর ভিত্তি করে তৈরি একটি বিকল্প অর্থনৈতিক ব্যবস্থা
-summaryPoint2: জলবায়ু পরিবর্তনের মতো বৈশ্বিক স্তরের সমন্বয় সংকট সমাধানে ইথিরিয়ামকে কাজে লাগানোর একটি প্রচেষ্টা
-summaryPoint3: ভেরিফাইড কার্বন ক্রেডিটের মতো পরিবেশগত সুবিধার সম্পদগুলোকে ব্যাপকভাবে স্কেল করার একটি টুল
+summaryPoint1: "রিজেনারেটিভ নীতির উপর ভিত্তি করে তৈরি একটি বিকল্প অর্থনৈতিক ব্যবস্থা"
+summaryPoint2: "জলবায়ু পরিবর্তনের মতো বৈশ্বিক স্তরের সমন্বয় সংকট সমাধানে ইথিরিয়ামকে কাজে লাগানোর একটি প্রচেষ্টা"
+summaryPoint3: "ভেরিফাইড কার্বন ক্রেডিটের মতো পরিবেশগত সুবিধার সম্পদগুলোকে ব্যাপকভাবে স্কেল করার একটি টুল"
---
## ReFi কী? {#what-is-refi}
diff --git a/public/content/translations/bn/restaking/index.md b/public/content/translations/bn/restaking/index.md
index a1888d84783..28245178fed 100644
--- a/public/content/translations/bn/restaking/index.md
+++ b/public/content/translations/bn/restaking/index.md
@@ -1,14 +1,14 @@
---
-title: রিস্টেকিং
-metaTitle: রিস্টেকিং কী? | রিস্টেকিংয়ের সুবিধা এবং ব্যবহার
-description: অন্যান্য ডিসেন্ট্রালাইজড পরিষেবা সুরক্ষিত করতে এবং অতিরিক্ত রিওয়ার্ড অর্জন করতে স্টেক করা ETH ব্যবহার করুন।
+title: "রিস্টেকিং"
+metaTitle: "রিস্টেকিং কী? | রিস্টেকিংয়ের সুবিধা এবং ব্যবহার"
+description: "অন্যান্য ডিসেন্ট্রালাইজড পরিষেবা সুরক্ষিত করতে এবং অতিরিক্ত রিওয়ার্ড অর্জন করতে স্টেক করা ETH ব্যবহার করুন।"
lang: bn
template: use-cases
emoji: ":recycle:"
image: /images/use-cases/restaking.png
-alt: ইথিরিয়ামে রিস্টেকিংয়ের একটি ভিজ্যুয়াল উপস্থাপনা।
+alt: "ইথিরিয়ামে রিস্টেকিংয়ের একটি ভিজ্যুয়াল উপস্থাপনা।"
sidebarDepth: 2
-summaryPoint1: অন্যান্য ডিসেন্ট্রালাইজড পরিষেবা সুরক্ষিত করতে এবং অতিরিক্ত রিওয়ার্ড অর্জন করতে স্টেক করা ETH ব্যবহার করুন।
+summaryPoint1: "অন্যান্য ডিসেন্ট্রালাইজড পরিষেবা সুরক্ষিত করতে এবং অতিরিক্ত রিওয়ার্ড অর্জন করতে স্টেক করা ETH ব্যবহার করুন।"
buttons:
- content: রিস্টেকিং কী?
toId: what-is-restaking
diff --git a/public/content/translations/bn/roadmap/account-abstraction/index.md b/public/content/translations/bn/roadmap/account-abstraction/index.md
index 306ebbaac5e..922cf8cc600 100644
--- a/public/content/translations/bn/roadmap/account-abstraction/index.md
+++ b/public/content/translations/bn/roadmap/account-abstraction/index.md
@@ -1,6 +1,6 @@
---
-title: একাউন্ট অ্যাবস্ট্রাকশন
-description: ব্যবহারকারীদের একাউন্ট আরও সহজ এবং নিরাপদ করার জন্য ইথিরিয়ামের পরিকল্পনার একটি ওভারভিউ
+title: "একাউন্ট অ্যাবস্ট্রাকশন"
+description: "ব্যবহারকারীদের একাউন্ট আরও সহজ এবং নিরাপদ করার জন্য ইথিরিয়ামের পরিকল্পনার একটি ওভারভিউ"
lang: bn
summaryPoints:
- একাউন্ট অ্যাবস্ট্রাকশন স্মার্ট কন্ট্রাক্ট ওয়ালেট তৈরি করা অনেক সহজ করে তোলে
diff --git a/public/content/translations/bn/roadmap/beacon-chain/index.md b/public/content/translations/bn/roadmap/beacon-chain/index.md
index d20a74fb8de..b6c4a1e4e27 100644
--- a/public/content/translations/bn/roadmap/beacon-chain/index.md
+++ b/public/content/translations/bn/roadmap/beacon-chain/index.md
@@ -1,13 +1,13 @@
---
-title: বিকন চেইন
-description: বিকন চেইন সম্পর্কে জানুন - যে আপগ্রেডটি ইথিরিয়ামে প্রুফ-অফ-স্টেক চালু করেছে।
+title: "বিকন চেইন"
+description: "বিকন চেইন সম্পর্কে জানুন - যে আপগ্রেডটি ইথিরিয়ামে প্রুফ-অফ-স্টেক চালু করেছে।"
lang: bn
template: upgrade
image: /images/upgrades/core.png
alt:
-summaryPoint1: বিকন চেইন ইথিরিয়াম ইকোসিস্টেমে প্রুফ-অফ-স্টেক চালু করেছে।
-summaryPoint2: এটি 2022 সালের সেপ্টেম্বরে মূল ইথিরিয়াম প্রুফ-অফ-ওয়ার্ক চেইনের সাথে মার্জ করা হয়েছিল।
-summaryPoint3: বিকন চেইন কনসেন্সাস লজিক এবং ব্লক গসিপ প্রটোকল চালু করেছে যা এখন ইথিরিয়ামকে সুরক্ষিত করে।
+summaryPoint1: "বিকন চেইন ইথিরিয়াম ইকোসিস্টেমে প্রুফ-অফ-স্টেক চালু করেছে।"
+summaryPoint2: "এটি 2022 সালের সেপ্টেম্বরে মূল ইথিরিয়াম প্রুফ-অফ-ওয়ার্ক চেইনের সাথে মার্জ করা হয়েছিল।"
+summaryPoint3: "বিকন চেইন কনসেন্সাস লজিক এবং ব্লক গসিপ প্রটোকল চালু করেছে যা এখন ইথিরিয়ামকে সুরক্ষিত করে।"
---
diff --git a/public/content/translations/bn/roadmap/danksharding/index.md b/public/content/translations/bn/roadmap/danksharding/index.md
index ad80d895982..9feba2cb58e 100644
--- a/public/content/translations/bn/roadmap/danksharding/index.md
+++ b/public/content/translations/bn/roadmap/danksharding/index.md
@@ -1,11 +1,11 @@
---
-title: ড্যাংকশার্ডিং
-description: প্রোটো-ড্যাংকশার্ডিং (Proto-Danksharding) এবং ড্যাংকশার্ডিং (Danksharding) সম্পর্কে জানুন - ইথিরিয়াম স্কেলিং এর জন্য দুটি ধারাবাহিক আপগ্রেড।
+title: "ড্যাংকশার্ডিং"
+description: "প্রোটো-ড্যাংকশার্ডিং (Proto-Danksharding) এবং ড্যাংকশার্ডিং (Danksharding) সম্পর্কে জানুন - ইথিরিয়াম স্কেলিং এর জন্য দুটি ধারাবাহিক আপগ্রেড।"
lang: bn
summaryPoints:
- ড্যাংকশার্ডিং হলো ইথিরিয়ামের স্কেলিং এবং সক্ষমতা উন্নত করার জন্য একটি বহুমুখী আপগ্রেড।
- প্রথম ধাপ, প্রোটো-ড্যাংকশার্ডিং, ব্লকস-এ ডাটা ব্লব যুক্ত করে।
- - ডাটা ব্লব রেলআপস-এর জন্য ইথিরিয়ামে ডাটা পোস্ট করার একটি সস্তা উপায় প্রদান করে এবং এই খরচগুলো কম লেনদেন ফি হিসেবে ব্যবহারকারীদের কাছে পৌঁছানো যেতে পারে।
+ - ডাটা ব্লব রোলআপস-এর জন্য ইথিরিয়ামে ডাটা পোস্ট করার একটি সস্তা উপায় প্রদান করে এবং এই খরচগুলো কম লেনদেন ফি হিসেবে ব্যবহারকারীদের কাছে পৌঁছানো যেতে পারে।
- পরবর্তীতে, সম্পূর্ণ ড্যাংকশার্ডিং ডাটা ব্লব যাচাই করার দায়িত্ব নোড-এর সাবসেটগুলোর মধ্যে ছড়িয়ে দেবে, যা ইথিরিয়ামকে প্রতি সেকেন্ডে 100,000-এর বেশি লেনদেন-এ স্কেলিং করবে।
---
@@ -15,29 +15,29 @@ summaryPoints:
## প্রোটো-ড্যাংকশার্ডিং কী? {#what-is-protodanksharding}
-প্রোটো-ড্যাংকশার্ডিং, যা [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) নামেও পরিচিত, হলো [রেলআপস](/layer-2/#rollups)-এর জন্য ব্লকস-এ সস্তা ডাটা যোগ করার একটি উপায়। নামটি এসেছে এই ধারণাটি প্রস্তাবকারী দুই গবেষকের নাম থেকে: Protolambda এবং Dankrad Feist। ঐতিহাসিকভাবে, রেলআপস ব্যবহারকারীদের লেনদেন কতটা সস্তা করতে পারে তার একটি সীমাবদ্ধতা ছিল, কারণ তারা তাদের লেনদেন `CALLDATA`-তে পোস্ট করত।
+প্রোটো-ড্যাংকশার্ডিং, যা [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) নামেও পরিচিত, হলো [রোলআপস](/layer-2/#rollups)-এর জন্য ব্লকস-এ সস্তা ডাটা যোগ করার একটি উপায়। নামটি এসেছে এই ধারণাটি প্রস্তাবকারী দুই গবেষকের নাম থেকে: Protolambda এবং Dankrad Feist। ঐতিহাসিকভাবে, রোলআপস ব্যবহারকারীদের লেনদেন কতটা সস্তা করতে পারে তার একটি সীমাবদ্ধতা ছিল, কারণ তারা তাদের লেনদেন `CALLDATA`-তে পোস্ট করত।
-এটি ব্যয়বহুল কারণ এটি সমস্ত ইথিরিয়াম নোড দ্বারা প্রসেস করা হয় এবং চিরকাল অনচেইন থাকে, যদিও রেলআপস-এর ডাটা শুধুমাত্র অল্প সময়ের জন্য প্রয়োজন হয়। প্রোটো-ড্যাংকশার্ডিং ডাটা ব্লব চালু করে যা পাঠানো যায় এবং ব্লকস-এর সাথে যুক্ত করা যায়। এই ব্লবগুলোর ডাটা EVM-এর কাছে অ্যাক্সেসযোগ্য নয় এবং একটি নির্দিষ্ট সময় পর স্বয়ংক্রিয়ভাবে মুছে যায় (লেখার সময় 4096 এপোক বা প্রায় 18 দিন নির্ধারণ করা হয়েছে)। এর মানে হলো রেলআপস তাদের ডাটা অনেক সস্তায় পাঠাতে পারে এবং সস্তা লেনদেন হিসেবে শেষ ব্যবহারকারীদের কাছে এই সঞ্চয় পৌঁছে দিতে পারে।
+এটি ব্যয়বহুল কারণ এটি সমস্ত ইথিরিয়াম নোড দ্বারা প্রসেস করা হয় এবং চিরকাল অনচেইন থাকে, যদিও রোলআপস-এর ডাটা শুধুমাত্র অল্প সময়ের জন্য প্রয়োজন হয়। প্রোটো-ড্যাংকশার্ডিং ডাটা ব্লব চালু করে যা পাঠানো যায় এবং ব্লকস-এর সাথে যুক্ত করা যায়। এই ব্লবগুলোর ডাটা EVM-এর কাছে অ্যাক্সেসযোগ্য নয় এবং একটি নির্দিষ্ট সময় পর স্বয়ংক্রিয়ভাবে মুছে যায় (লেখার সময় 4096 এপোক বা প্রায় 18 দিন নির্ধারণ করা হয়েছে)। এর মানে হলো রোলআপস তাদের ডাটা অনেক সস্তায় পাঠাতে পারে এবং সস্তা লেনদেন হিসেবে শেষ ব্যবহারকারীদের কাছে এই সঞ্চয় পৌঁছে দিতে পারে।
-
+
-রেলআপস হলো অফচেইন লেনদেন ব্যাচ করে এবং তারপর ইথিরিয়ামে ফলাফল পোস্ট করে ইথিরিয়াম স্কেলিং করার একটি উপায়। একটি রোলআপ মূলত দুটি অংশ নিয়ে গঠিত: ডাটা এবং এক্সিকিউশন চেক। ডাটা হলো লেনদেন-এর সম্পূর্ণ ক্রম যা ইথিরিয়ামে পোস্ট করা স্টেট পরিবর্তন তৈরি করতে একটি রোলআপ দ্বারা প্রসেস করা হচ্ছে। এক্সিকিউশন চেক হলো প্রস্তাবিত স্টেট পরিবর্তন সঠিক কিনা তা নিশ্চিত করার জন্য কোনো সৎ ব্যক্তি (একজন "প্রুভার") দ্বারা সেই লেনদেন-গুলোর পুনরায় এক্সিকিউশন। এক্সিকিউশন চেক করার জন্য, লেনদেন ডাটা যথেষ্ট সময় ধরে উপলব্ধ থাকতে হবে যাতে যে কেউ ডাউনলোড করে চেক করতে পারে। এর মানে হলো রোলআপ সিকোয়েন্সার-এর যেকোনো অসৎ আচরণ প্রুভার দ্বারা চিহ্নিত এবং চ্যালেঞ্জ করা যেতে পারে। তবে, এটি চিরকাল উপলব্ধ থাকার প্রয়োজন নেই।
+রোলআপস হলো অফচেইন লেনদেন ব্যাচ করে এবং তারপর ইথিরিয়ামে ফলাফল পোস্ট করে ইথিরিয়াম স্কেলিং করার একটি উপায়। একটি রোলআপ মূলত দুটি অংশ নিয়ে গঠিত: ডাটা এবং এক্সিকিউশন চেক। ডাটা হলো লেনদেন-এর সম্পূর্ণ ক্রম যা ইথিরিয়ামে পোস্ট করা স্টেট পরিবর্তন তৈরি করতে একটি রোলআপ দ্বারা প্রসেস করা হচ্ছে। এক্সিকিউশন চেক হলো প্রস্তাবিত স্টেট পরিবর্তন সঠিক কিনা তা নিশ্চিত করার জন্য কোনো সৎ ব্যক্তি (একজন "প্রুভার") দ্বারা সেই লেনদেন-গুলোর পুনরায় এক্সিকিউশন। এক্সিকিউশন চেক করার জন্য, লেনদেন ডাটা যথেষ্ট সময় ধরে উপলব্ধ থাকতে হবে যাতে যে কেউ ডাউনলোড করে চেক করতে পারে। এর মানে হলো রোলআপ সিকোয়েন্সার-এর যেকোনো অসৎ আচরণ প্রুভার দ্বারা চিহ্নিত এবং চ্যালেঞ্জ করা যেতে পারে। তবে, এটি চিরকাল উপলব্ধ থাকার প্রয়োজন নেই।
-রেলআপস তাদের লেনদেন ডাটার প্রতিশ্রুতি অনচেইন পোস্ট করে এবং ডাটা ব্লবগুলোতে আসল ডাটাও উপলব্ধ করে। এর মানে হলো প্রুভাররা চেক করতে পারে যে প্রতিশ্রুতিগুলো বৈধ কিনা বা তাদের ভুল মনে হওয়া ডাটাকে চ্যালেঞ্জ করতে পারে। নোড-স্তরে, ডাটার ব্লবগুলো কনসেন্সাস ক্লায়েন্ট-এ রাখা হয়। কনসেন্সাস ক্লায়েন্ট-গুলো এটেস্টেশন দেয় যে তারা ডাটা দেখেছে এবং এটি নেটওয়ার্ক-এর চারপাশে ছড়িয়ে দেওয়া হয়েছে। যদি ডাটা চিরকাল রাখা হতো, তবে এই ক্লায়েন্টগুলো ফুলে উঠত এবং নোড চালানোর জন্য বড় হার্ডওয়্যারের প্রয়োজন হতো। এর পরিবর্তে, প্রতি 18 দিন পর পর নোড থেকে ডাটা স্বয়ংক্রিয়ভাবে মুছে ফেলা হয়। কনসেন্সাস ক্লায়েন্ট এটেস্টেশন-গুলো প্রমাণ করে যে প্রুভারদের ডাটা যাচাই করার জন্য পর্যাপ্ত সুযোগ ছিল। আসল ডাটা রোলআপ অপারেটর, ব্যবহারকারী বা অন্যদের দ্বারা অফচেইন সংরক্ষণ করা যেতে পারে।
+রোলআপস তাদের লেনদেন ডাটার প্রতিশ্রুতি অনচেইন পোস্ট করে এবং ডাটা ব্লবগুলোতে আসল ডাটাও উপলব্ধ করে। এর মানে হলো প্রুভাররা চেক করতে পারে যে প্রতিশ্রুতিগুলো বৈধ কিনা বা তাদের ভুল মনে হওয়া ডাটাকে চ্যালেঞ্জ করতে পারে। নোড-স্তরে, ডাটার ব্লবগুলো কনসেন্সাস ক্লায়েন্ট-এ রাখা হয়। কনসেন্সাস ক্লায়েন্ট-গুলো এটেস্টেশন দেয় যে তারা ডাটা দেখেছে এবং এটি নেটওয়ার্ক-এর চারপাশে ছড়িয়ে দেওয়া হয়েছে। যদি ডাটা চিরকাল রাখা হতো, তবে এই ক্লায়েন্টগুলো ফুলে উঠত এবং নোড চালানোর জন্য বড় হার্ডওয়্যারের প্রয়োজন হতো। এর পরিবর্তে, প্রতি 18 দিন পর পর নোড থেকে ডাটা স্বয়ংক্রিয়ভাবে মুছে ফেলা হয়। কনসেন্সাস ক্লায়েন্ট এটেস্টেশন-গুলো প্রমাণ করে যে প্রুভারদের ডাটা যাচাই করার জন্য পর্যাপ্ত সুযোগ ছিল। আসল ডাটা রোলআপ অপারেটর, ব্যবহারকারী বা অন্যদের দ্বারা অফচেইন সংরক্ষণ করা যেতে পারে।
### ব্লব ডাটা কীভাবে যাচাই করা হয়? {#how-are-blobs-verified}
-রেলআপস তাদের এক্সিকিউট করা লেনদেন ডাটা ব্লবগুলোতে পোস্ট করে। তারা ডাটার প্রতি একটি "প্রতিশ্রুতি"ও পোস্ট করে। তারা ডাটাতে একটি পলিনোমিয়াল ফাংশন ফিট করে এটি করে। এই ফাংশনটি তারপর বিভিন্ন পয়েন্টে মূল্যায়ন করা যেতে পারে। উদাহরণস্বরূপ, যদি আমরা একটি অত্যন্ত সাধারণ ফাংশন `f(x) = 2x-1` সংজ্ঞায়িত করি তবে আমরা `x = 1`, `x = 2`, `x = 3`-এর জন্য এই ফাংশনটি মূল্যায়ন করতে পারি যা `1, 3, 5` ফলাফল দেয়। একজন প্রুভার ডাটাতে একই ফাংশন প্রয়োগ করে এবং একই পয়েন্টে এটি মূল্যায়ন করে। যদি আসল ডাটা পরিবর্তন করা হয়, তবে ফাংশনটি অভিন্ন হবে না, এবং তাই প্রতিটি পয়েন্টে মূল্যায়ন করা মানগুলোও এক হবে না। বাস্তবে, প্রতিশ্রুতি এবং প্রমাণ আরও জটিল কারণ এগুলো ক্রিপ্টোগ্রাফিক ফাংশনে মোড়ানো থাকে।
+রোলআপস তাদের এক্সিকিউট করা লেনদেন ডাটা ব্লবগুলোতে পোস্ট করে। তারা ডাটার প্রতি একটি "প্রতিশ্রুতি"ও পোস্ট করে। তারা ডাটাতে একটি পলিনোমিয়াল ফাংশন ফিট করে এটি করে। এই ফাংশনটি তারপর বিভিন্ন পয়েন্টে মূল্যায়ন করা যেতে পারে। উদাহরণস্বরূপ, যদি আমরা একটি অত্যন্ত সাধারণ ফাংশন `f(x) = 2x-1` সংজ্ঞায়িত করি তবে আমরা `x = 1`, `x = 2`, `x = 3`-এর জন্য এই ফাংশনটি মূল্যায়ন করতে পারি যা `1, 3, 5` ফলাফল দেয়। একজন প্রুভার ডাটাতে একই ফাংশন প্রয়োগ করে এবং একই পয়েন্টে এটি মূল্যায়ন করে। যদি আসল ডাটা পরিবর্তন করা হয়, তবে ফাংশনটি অভিন্ন হবে না, এবং তাই প্রতিটি পয়েন্টে মূল্যায়ন করা মানগুলোও এক হবে না। বাস্তবে, প্রতিশ্রুতি এবং প্রমাণ আরও জটিল কারণ এগুলো ক্রিপ্টোগ্রাফিক ফাংশনে মোড়ানো থাকে।
### KZG কী? {#what-is-kzg}
-KZG মানে হলো Kate-Zaverucha-Goldberg - একটি স্কিমের তিন [মূল লেখকের](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11) নাম যা ডাটার একটি ব্লবকে একটি ছোট [ক্রিপ্টোগ্রাফিক "প্রতিশ্রুতিতে"](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html) কমিয়ে দেয়। একটি রোলআপ দ্বারা জমা দেওয়া ডাটার ব্লবটি যাচাই করতে হবে যাতে নিশ্চিত হওয়া যায় যে রোলআপটি খারাপ আচরণ করছে না। এর মধ্যে একজন প্রুভার ব্লবের লেনদেন-গুলো পুনরায় এক্সিকিউট করে চেক করে যে প্রতিশ্রুতিটি বৈধ ছিল কিনা। এটি ধারণাগতভাবে এক্সিকিউশন ক্লায়েন্ট-গুলো যেভাবে মার্কেল প্রুফ ব্যবহার করে লেয়ার ১-এ ইথিরিয়াম লেনদেন-এর বৈধতা চেক করে তার মতোই। KZG হলো একটি বিকল্প প্রমাণ যা ডাটাতে একটি পলিনোমিয়াল সমীকরণ ফিট করে। প্রতিশ্রুতিটি কিছু গোপন ডাটা পয়েন্টে পলিনোমিয়াল মূল্যায়ন করে। একজন প্রুভার ডাটার উপর একই পলিনোমিয়াল ফিট করবে এবং একই মানগুলোতে এটি মূল্যায়ন করবে, চেক করবে যে ফলাফল একই কিনা। এটি ডাটা যাচাই করার একটি উপায় যা কিছু রেলআপস এবং শেষ পর্যন্ত ইথিরিয়াম প্রটোকল-এর অন্যান্য অংশ দ্বারা ব্যবহৃত জিরো-নলেজ কৌশলগুলোর সাথে সামঞ্জস্যপূর্ণ।
+KZG মানে হলো Kate-Zaverucha-Goldberg - একটি স্কিমের তিন [মূল লেখকের](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11) নাম যা ডাটার একটি ব্লবকে একটি ছোট [ক্রিপ্টোগ্রাফিক "প্রতিশ্রুতিতে"](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html) কমিয়ে দেয়। একটি রোলআপ দ্বারা জমা দেওয়া ডাটার ব্লবটি যাচাই করতে হবে যাতে নিশ্চিত হওয়া যায় যে রোলআপটি খারাপ আচরণ করছে না। এর মধ্যে একজন প্রুভার ব্লবের লেনদেন-গুলো পুনরায় এক্সিকিউট করে চেক করে যে প্রতিশ্রুতিটি বৈধ ছিল কিনা। এটি ধারণাগতভাবে এক্সিকিউশন ক্লায়েন্ট-গুলো যেভাবে মার্কেল প্রুফ ব্যবহার করে লেয়ার ১-এ ইথিরিয়াম লেনদেন-এর বৈধতা চেক করে তার মতোই। KZG হলো একটি বিকল্প প্রমাণ যা ডাটাতে একটি পলিনোমিয়াল সমীকরণ ফিট করে। প্রতিশ্রুতিটি কিছু গোপন ডাটা পয়েন্টে পলিনোমিয়াল মূল্যায়ন করে। একজন প্রুভার ডাটার উপর একই পলিনোমিয়াল ফিট করবে এবং একই মানগুলোতে এটি মূল্যায়ন করবে, চেক করবে যে ফলাফল একই কিনা। এটি ডাটা যাচাই করার একটি উপায় যা কিছু রোলআপস এবং শেষ পর্যন্ত ইথিরিয়াম প্রটোকল-এর অন্যান্য অংশ দ্বারা ব্যবহৃত জিরো-নলেজ কৌশলগুলোর সাথে সামঞ্জস্যপূর্ণ।
### KZG সিরিমনি কী ছিল? {#what-is-a-kzg-ceremony}
@@ -63,7 +63,7 @@ EIP-4844 KZG সিরিমনি জনসাধারণের জন্য
## ড্যাংকশার্ডিং কী? {#what-is-danksharding}
-ড্যাংকশার্ডিং হলো রোলআপ স্কেলিং-এর সম্পূর্ণ বাস্তবায়ন যা প্রোটো-ড্যাংকশার্ডিং দিয়ে শুরু হয়েছিল। ড্যাংকশার্ডিং রেলআপস-এর জন্য তাদের সংকুচিত লেনদেন ডাটা ডাম্প করার জন্য ইথিরিয়ামে প্রচুর পরিমাণে জায়গা নিয়ে আসবে। এর মানে হলো ইথিরিয়াম অনায়াসে শত শত পৃথক রেলআপস সমর্থন করতে সক্ষম হবে এবং প্রতি সেকেন্ডে লক্ষ লক্ষ লেনদেন বাস্তবে পরিণত করবে।
+ড্যাংকশার্ডিং হলো রোলআপ স্কেলিং-এর সম্পূর্ণ বাস্তবায়ন যা প্রোটো-ড্যাংকশার্ডিং দিয়ে শুরু হয়েছিল। ড্যাংকশার্ডিং রোলআপস-এর জন্য তাদের সংকুচিত লেনদেন ডাটা ডাম্প করার জন্য ইথিরিয়ামে প্রচুর পরিমাণে জায়গা নিয়ে আসবে। এর মানে হলো ইথিরিয়াম অনায়াসে শত শত পৃথক রোলআপস সমর্থন করতে সক্ষম হবে এবং প্রতি সেকেন্ডে লক্ষ লক্ষ লেনদেন বাস্তবে পরিণত করবে।
এটি যেভাবে কাজ করে তা হলো প্রোটো-ড্যাংকশার্ডিং-এ ব্লকস-এর সাথে যুক্ত ব্লবগুলোকে ছয় (6) থেকে বাড়িয়ে সম্পূর্ণ ড্যাংকশার্ডিং-এ 64-এ উন্নীত করা। প্রয়োজনীয় বাকি পরিবর্তনগুলো হলো কনসেন্সাস ক্লায়েন্ট-গুলো যেভাবে কাজ করে তার আপডেট যাতে তারা নতুন বড় ব্লবগুলো পরিচালনা করতে সক্ষম হয়। এই পরিবর্তনগুলোর মধ্যে বেশ কয়েকটি ইতিমধ্যেই ড্যাংকশার্ডিং থেকে স্বাধীন অন্যান্য উদ্দেশ্যে রোডম্যাপ-এ রয়েছে। উদাহরণস্বরূপ, ড্যাংকশার্ডিং-এর জন্য প্রপোজার-বিল্ডার সেপারেশন বাস্তবায়ন করা প্রয়োজন। এটি এমন একটি আপগ্রেড যা ব্লকস তৈরি করা এবং বিভিন্ন ভ্যালিডেটরস-এর মধ্যে ব্লকস প্রস্তাব করার কাজগুলোকে আলাদা করে। একইভাবে, ড্যাংকশার্ডিং-এর জন্য ডাটা এভেইলএবিলিটি স্যাম্পলিং প্রয়োজন, তবে এটি খুব হালকা ক্লায়েন্ট-গুলোর বিকাশের জন্যও প্রয়োজন যা খুব বেশি ঐতিহাসিক ডাটা সংরক্ষণ করে না ("স্টেটলেস ক্লায়েন্ট")।
diff --git a/public/content/translations/bn/roadmap/dencun/index.md b/public/content/translations/bn/roadmap/dencun/index.md
index 7cb3bf22f02..a6263a3c4ee 100644
--- a/public/content/translations/bn/roadmap/dencun/index.md
+++ b/public/content/translations/bn/roadmap/dencun/index.md
@@ -1,6 +1,6 @@
---
-title: ক্যানকুন-ডেনেব (ডেনকুন) সাধারণ জিজ্ঞাসা (FAQ)
-description: ক্যানকুন-ডেনেব (ডেনকুন) নেটওয়ার্ক আপগ্রেড সম্পর্কিত সাধারণ জিজ্ঞাসা
+title: "ক্যানকুন-ডেনেব (ডেনকুন) সাধারণ জিজ্ঞাসা (FAQ)"
+description: "ক্যানকুন-ডেনেব (ডেনকুন) নেটওয়ার্ক আপগ্রেড সম্পর্কিত সাধারণ জিজ্ঞাসা"
lang: bn
---
@@ -10,9 +10,9 @@ lang: bn
একটি নতুন লেনদেন ধরন রোলআপ প্রোভাইডারদের "ব্লবস" নামে পরিচিত জায়গায় আরও সাশ্রয়ীভাবে ডেটা সংরক্ষণ করতে সক্ষম করে। ব্লবস নেটওয়ার্ক এ প্রায় 18 দিনের জন্য (আরও সঠিকভাবে, 4096 [এপোক](/glossary/#epoch)) উপলব্ধ থাকার নিশ্চয়তা দেয়। এই সময়ের পরে, নেটওয়ার্ক থেকে ব্লবস মুছে ফেলা হয়, তবে অ্যাপ্লিকেশনগুলো এখনও প্রুফ ব্যবহার করে তাদের ডেটার বৈধতা যাচাই করতে পারে।
-এটি উল্লেখযোগ্যভাবে রেলআপস এর খরচ কমায়, চেইনের বৃদ্ধি সীমিত করে এবং নিরাপত্তা ও নোড অপারেটরদের একটি ডিসেন্ট্রালাইজড সেট বজায় রেখে আরও বেশি ব্যবহারকারীকে সমর্থন করতে সাহায্য করে।
+এটি উল্লেখযোগ্যভাবে রোলআপস এর খরচ কমায়, চেইনের বৃদ্ধি সীমিত করে এবং নিরাপত্তা ও নোড অপারেটরদের একটি ডিসেন্ট্রালাইজড সেট বজায় রেখে আরও বেশি ব্যবহারকারীকে সমর্থন করতে সাহায্য করে।
-## প্রোটো-ড্যাঙ্কশার্ডিংয়ের কারণে রেলআপস কবে থেকে কম ফি প্রতিফলিত করবে বলে আমরা আশা করতে পারি? {#when}
+## প্রোটো-ড্যাঙ্কশার্ডিংয়ের কারণে রোলআপস কবে থেকে কম ফি প্রতিফলিত করবে বলে আমরা আশা করতে পারি? {#when}
- এই আপগ্রেডটি 269568 এপোক-এ, **13-Mar-2024 তারিখ 13:55PM (UTC)**-এ চালু হয়েছে
- Arbitrum বা Optimism-এর মতো সমস্ত প্রধান রোলআপ প্রোভাইডাররা ইঙ্গিত দিয়েছে যে আপগ্রেডের পরপরই ব্লবস সমর্থিত হবে
@@ -29,11 +29,11 @@ lang: bn
ডেনকুন মূলত নেটওয়ার্ক এর **ডিসেন্ট্রালাইজেশন বজায় রেখে** **সাশ্রয়ী ফি** সহ **স্কেলেবিলিটি** (আরও বেশি ব্যবহারকারী এবং আরও বেশি লেনদেন পরিচালনা করা) নিয়ে কাজ করে।
-ইথিরিয়াম কমিউনিটি এর বৃদ্ধির জন্য একটি "রোলআপ-কেন্দ্রিক" পদ্ধতি গ্রহণ করেছে, যা লেয়ার ২ রেলআপস কে নিরাপদে আরও বেশি ব্যবহারকারীকে সমর্থন করার প্রাথমিক মাধ্যম হিসেবে স্থান দেয়।
+ইথিরিয়াম কমিউনিটি এর বৃদ্ধির জন্য একটি "রোলআপ-কেন্দ্রিক" পদ্ধতি গ্রহণ করেছে, যা লেয়ার ২ রোলআপস কে নিরাপদে আরও বেশি ব্যবহারকারীকে সমর্থন করার প্রাথমিক মাধ্যম হিসেবে স্থান দেয়।
রোলআপ নেটওয়ার্ক গুলো মেইননেট থেকে আলাদাভাবে লেনদেন এর _প্রসেসিং_ (বা "এক্সিকিউশন") পরিচালনা করে এবং তারপর রেকর্ড রাখার জন্য মেইননেট এ একটি ক্রিপ্টোগ্রাফিক প্রুফ এবং/অথবা ফলাফলের সংকুচিত লেনদেন ডেটা প্রকাশ করে। এই প্রুফগুলো সংরক্ষণ করতে একটি খরচ বহন করতে হয় ([গ্যাস](/glossary/#gas) আকারে), যা প্রোটো-ড্যাঙ্কশার্ডিংয়ের আগে সমস্ত নেটওয়ার্ক নোড অপারেটরদের স্থায়ীভাবে সংরক্ষণ করতে হতো, যা এটিকে একটি ব্যয়বহুল কাজ করে তুলেছিল।
-ডেনকুন আপগ্রেডে প্রোটো-ড্যাঙ্কশার্ডিংয়ের প্রবর্তন এই প্রুফগুলোর জন্য সস্তা ডেটা স্টোরেজ যোগ করে, যেখানে নোড অপারেটরদের এই ডেটা শুধুমাত্র প্রায় 18 দিনের জন্য সংরক্ষণ করতে হয়, যার পরে হার্ডওয়্যারের প্রয়োজনীয়তা বৃদ্ধি রোধ করতে ডেটা নিরাপদে মুছে ফেলা যায়। যেহেতু রেলআপস এর সাধারণত 7 দিনের একটি উত্তোলনের সময়কাল থাকে, তাই এই সময়কালের জন্য L1-এ ব্লবস উপলব্ধ থাকা পর্যন্ত তাদের নিরাপত্তা মডেল অপরিবর্তিত থাকে। 18 দিনের প্রুনিং উইন্ডো এই সময়কালের জন্য একটি উল্লেখযোগ্য বাফার প্রদান করে।
+ডেনকুন আপগ্রেডে প্রোটো-ড্যাঙ্কশার্ডিংয়ের প্রবর্তন এই প্রুফগুলোর জন্য সস্তা ডেটা স্টোরেজ যোগ করে, যেখানে নোড অপারেটরদের এই ডেটা শুধুমাত্র প্রায় 18 দিনের জন্য সংরক্ষণ করতে হয়, যার পরে হার্ডওয়্যারের প্রয়োজনীয়তা বৃদ্ধি রোধ করতে ডেটা নিরাপদে মুছে ফেলা যায়। যেহেতু রোলআপস এর সাধারণত 7 দিনের একটি উত্তোলনের সময়কাল থাকে, তাই এই সময়কালের জন্য L1-এ ব্লবস উপলব্ধ থাকা পর্যন্ত তাদের নিরাপত্তা মডেল অপরিবর্তিত থাকে। 18 দিনের প্রুনিং উইন্ডো এই সময়কালের জন্য একটি উল্লেখযোগ্য বাফার প্রদান করে।
[ইথিরিয়াম স্কেলিং সম্পর্কে আরও জানুন](/roadmap/scaling/)
@@ -78,7 +78,7 @@ _ঐতিহাসিক_ ব্লব ডেটা বিভিন্ন ক
ইথিরিয়ামের লেয়ার ২ (L2)-এ রোলআপ লেনদেন এর দুটি ধরনের ডেটা স্টোরেজ ব্যবহার করার বিকল্প রয়েছে: অস্থায়ী ব্লব স্পেস বা স্থায়ী স্মার্ট কন্ট্রাক্ট কলডেটা। ব্লব স্পেস একটি সাশ্রয়ী পছন্দ, যা কম খরচে অস্থায়ী স্টোরেজ প্রদান করে। এটি সমস্ত প্রয়োজনীয় চ্যালেঞ্জ পিরিয়ডের জন্য ডাটা এভেইলএবিলিটি এর নিশ্চয়তা দেয়। অন্যদিকে, স্মার্ট কন্ট্রাক্ট কলডেটা স্থায়ী স্টোরেজ অফার করে তবে এটি বেশি ব্যয়বহুল।
-ব্লব স্পেস বা কলডেটা ব্যবহারের মধ্যে সিদ্ধান্তটি মূলত রোলআপ প্রোভাইডারদের দ্বারা নেওয়া হয়। তারা ব্লব স্পেসের বর্তমান চাহিদার ওপর ভিত্তি করে এই সিদ্ধান্ত নেয়। যদি ব্লব স্পেসের চাহিদা বেশি থাকে, তবে ডেটা সময়মতো পোস্ট করা নিশ্চিত করতে রেলআপস কলডেটা বেছে নিতে পারে।
+ব্লব স্পেস বা কলডেটা ব্যবহারের মধ্যে সিদ্ধান্তটি মূলত রোলআপ প্রোভাইডারদের দ্বারা নেওয়া হয়। তারা ব্লব স্পেসের বর্তমান চাহিদার ওপর ভিত্তি করে এই সিদ্ধান্ত নেয়। যদি ব্লব স্পেসের চাহিদা বেশি থাকে, তবে ডেটা সময়মতো পোস্ট করা নিশ্চিত করতে রোলআপস কলডেটা বেছে নিতে পারে।
যদিও ব্যবহারকারীদের জন্য তাদের পছন্দের স্টোরেজ ধরন বেছে নেওয়া তাত্ত্বিকভাবে সম্ভব, রোলআপ প্রোভাইডাররা সাধারণত এই পছন্দটি পরিচালনা করে। ব্যবহারকারীদের এই বিকল্পটি অফার করা জটিলতা বাড়াবে, বিশেষ করে সাশ্রয়ী বান্ডলিং লেনদেন এর ক্ষেত্রে। এই পছন্দ সম্পর্কে নির্দিষ্ট বিবরণের জন্য, ব্যবহারকারীদের পৃথক রোলআপ প্রোভাইডারদের দেওয়া ডকুমেন্টেশন দেখা উচিত।
@@ -88,16 +88,16 @@ _ঐতিহাসিক_ ব্লব ডেটা বিভিন্ন ক
- L1 গ্যাস হ্রাস রোলআপ প্রোভাইডারদের দ্বারা ব্লব ডেটা গ্রহণ/ব্যবহারের সমানুপাতিক হবে
- নন-রোলআপ সম্পর্কিত কার্যকলাপ থেকে L1 গ্যাস প্রতিযোগিতামূলক থাকার সম্ভাবনা রয়েছে
-- যে রেলআপস ব্লব স্পেসের ব্যবহার গ্রহণ করে তাদের কম L1 গ্যাস প্রয়োজন হবে, যা নিকট ভবিষ্যতে L1 গ্যাস ফি নিচের দিকে ঠেলে দিতে সাহায্য করবে
-- ব্লব স্পেস এখনও সীমিত, তাই যদি একটি ব্লক এর মধ্যে ব্লবস স্যাচুরেটেড/পূর্ণ হয়ে যায়, তবে রেলআপস কে এই সময়ের মধ্যে তাদের ডেটা স্থায়ী ডেটা হিসেবে পোস্ট করতে হতে পারে, যা L1 এবং L2 গ্যাস প্রাইস বাড়িয়ে দেবে
+- যে রোলআপস ব্লব স্পেসের ব্যবহার গ্রহণ করে তাদের কম L1 গ্যাস প্রয়োজন হবে, যা নিকট ভবিষ্যতে L1 গ্যাস ফি নিচের দিকে ঠেলে দিতে সাহায্য করবে
+- ব্লব স্পেস এখনও সীমিত, তাই যদি একটি ব্লক এর মধ্যে ব্লবস স্যাচুরেটেড/পূর্ণ হয়ে যায়, তবে রোলআপস কে এই সময়ের মধ্যে তাদের ডেটা স্থায়ী ডেটা হিসেবে পোস্ট করতে হতে পারে, যা L1 এবং L2 গ্যাস প্রাইস বাড়িয়ে দেবে
## এটি কি অন্যান্য EVM লেয়ার ১ ব্লকচেইন গুলোতে ফি কমাবে? {#alt-l1-fee-impact}
-না। প্রোটো-ড্যাঙ্কশার্ডিংয়ের সুবিধাগুলো ইথিরিয়াম লেয়ার ২ রেলআপস এর জন্য নির্দিষ্ট যা তাদের প্রুফগুলো লেয়ার ১ (মেইননেট)-এ সংরক্ষণ করে।
+না। প্রোটো-ড্যাঙ্কশার্ডিংয়ের সুবিধাগুলো ইথিরিয়াম লেয়ার ২ রোলআপস এর জন্য নির্দিষ্ট যা তাদের প্রুফগুলো লেয়ার ১ (মেইননেট)-এ সংরক্ষণ করে।
শুধুমাত্র ইথিরিয়াম ভার্চুয়াল মেশিন (EVM)-এর সাথে সামঞ্জস্যপূর্ণ হওয়ার মানে এই নয় যে একটি নেটওয়ার্ক এই আপগ্রেড থেকে কোনো সুবিধা পাবে। ইথিরিয়াম থেকে স্বাধীনভাবে কাজ করা নেটওয়ার্ক গুলো (EVM সামঞ্জস্যপূর্ণ হোক বা না হোক) ইথিরিয়ামে তাদের ডেটা সংরক্ষণ করে না এবং এই আপগ্রেড থেকে কোনো সুবিধা পাবে না।
-[লেয়ার ২ রেলআপস সম্পর্কে আরও জানুন](/layer-2/)
+[লেয়ার ২ রোলআপস সম্পর্কে আরও জানুন](/layer-2/)
## ভিজ্যুয়াল লার্নারদের জন্য আরও কিছু? {#visual-learner}
diff --git a/public/content/translations/bn/roadmap/fusaka/index.md b/public/content/translations/bn/roadmap/fusaka/index.md
index 681b12c64ac..edac4a7cbce 100644
--- a/public/content/translations/bn/roadmap/fusaka/index.md
+++ b/public/content/translations/bn/roadmap/fusaka/index.md
@@ -1,6 +1,6 @@
---
-title: ফুলু-ওসাকা (Fusaka)
-description: Fusaka প্রটোকল আপগ্রেড সম্পর্কে জানুন
+title: "ফুলু-ওসাকা (Fusaka)"
+description: "Fusaka প্রটোকল আপগ্রেড সম্পর্কে জানুন"
lang: bn
---
@@ -26,7 +26,7 @@ Fusaka আপগ্রেডটি Ethereum-এর দীর্ঘমেয়া
এটি Fusaka ফর্ক-এর _হেডলাইনার_, এই আপগ্রেডে যুক্ত হওয়া প্রধান ফিচার। লেয়ার 2-গুলো বর্তমানে তাদের ডাটা Ethereum-এ ব্লব (blobs) আকারে পোস্ট করে, যা বিশেষভাবে লেয়ার 2-এর জন্য তৈরি করা ক্ষণস্থায়ী ডাটা টাইপ। Fusaka-এর আগে, ডাটার অস্তিত্ব নিশ্চিত করতে প্রতিটি ফুল নোড-কে প্রতিটি ব্লব সংরক্ষণ করতে হতো। ব্লব থ্রুপুট বাড়ার সাথে সাথে, এই সমস্ত ডাটা ডাউনলোড করা অত্যন্ত রিসোর্স-নিবিড় হয়ে ওঠে।
-[ডাটা এভেইলএবিলিটি স্যাম্পলিং](https://notes.ethereum.org/@fradamt/das-fork-choice)-এর মাধ্যমে, সমস্ত ব্লব ডাটা সংরক্ষণ করার পরিবর্তে, প্রতিটি নোড ব্লব ডাটার একটি সাবসেটের জন্য দায়ী থাকবে। ব্লবগুলো নেটওয়ার্ক-এর নোডগুলোর মধ্যে সমানভাবে এলোমেলোভাবে বিতরণ করা হয়, যেখানে প্রতিটি ফুল নোড ডাটার মাত্র 1/8 অংশ ধারণ করে, যার ফলে তাত্ত্বিকভাবে 8 গুণ পর্যন্ত স্কেল করা সম্ভব হয়। ডাটার প্রাপ্যতা নিশ্চিত করতে, ডাটার যেকোনো অংশ সম্পূর্ণ ডাটার বিদ্যমান 50% থেকে পুনর্গঠন করা যেতে পারে এমন পদ্ধতির মাধ্যমে যা ভুল বা হারিয়ে যাওয়া ডাটার সম্ভাবনাকে ক্রিপ্টোগ্রাফিক-ভাবে নগণ্য স্তরে নামিয়ে আনে (~1020-এর মধ্যে 1 থেকে 1024-এর মধ্যে 1)।
+[ডাটা এভেইলএবিলিটি স্যাম্পলিং](https://notes.ethereum.org/@fradamt/das-fork-choice)-এর মাধ্যমে, সমস্ত ব্লব ডাটা সংরক্ষণ করার পরিবর্তে, প্রতিটি নোড ব্লব ডাটার একটি সাবসেটের জন্য দায়ী থাকবে। ব্লবগুলো নেটওয়ার্ক-এর নোডগুলোর মধ্যে সমানভাবে এলোমেলোভাবে বিতরণ করা হয়, যেখানে প্রতিটি ফুল নোড ডাটার মাত্র 1/8 অংশ ধারণ করে, যার ফলে তাত্ত্বিকভাবে 8 গুণ পর্যন্ত স্কেল করা সম্ভব হয়। ডাটার প্রাপ্যতা নিশ্চিত করতে, ডাটার যেকোনো অংশ সম্পূর্ণ ডাটার বিদ্যমান 50% থেকে পুনর্গঠন করা যেতে পারে এমন পদ্ধতির মাধ্যমে যা ভুল বা হারিয়ে যাওয়া ডাটার সম্ভাবনাকে ক্রিপ্টোগ্রাফিক-ভাবে নগণ্য স্তরে নামিয়ে আনে (\~1020-এর মধ্যে 1 থেকে 1024-এর মধ্যে 1)।
এটি নোড-গুলোর জন্য হার্ডওয়্যার এবং ব্যান্ডউইথের প্রয়োজনীয়তা সহনীয় রাখে এবং ব্লব স্কেলিং সক্ষম করে, যার ফলে লেয়ার 2-গুলোর জন্য কম ফিতে আরও বেশি স্কেল পাওয়া যায়।
@@ -187,7 +187,7 @@ UX আপগ্রেড! ব্যবহারকারীদের জন্
### এই আপগ্রেড কি সমস্ত Ethereum নোড এবং ভ্যালিডেটরস-কে প্রভাবিত করে? {#does-this-upgrade-affect-all-ethereum-nodes-and-validators}
-হ্যাঁ, Fusaka আপগ্রেডের জন্য [এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট](/developers/docs/nodes-and-clients/) উভয়েরই আপডেট প্রয়োজন। সমস্ত প্রধান Ethereum ক্লায়েন্ট উচ্চ অগ্রাধিকার হিসেবে চিহ্নিত হার্ড ফর্ক সমর্থনকারী সংস্করণ প্রকাশ করবে। আপনি এই রিলিজগুলো কখন ক্লায়েন্ট Github রেপো, তাদের [Discord চ্যানেল](https://ethstaker.org/support), [EthStaker Discord](https://dsc.gg/ethstaker)-এ পাওয়া যাবে তা আপনি নজরে রাখতে পারেন, অথবা প্রটোকল আপডেটের জন্য Ethereum ব্লগে সাবস্ক্রাইব করতে পারেন। আপগ্রেড-পরবর্তী Ethereum নেটওয়ার্ক-এর সাথে সিঙ্ক্রোনাইজেশন বজায় রাখতে, নোড অপারেটরদের অবশ্যই নিশ্চিত করতে হবে যে তারা একটি সমর্থিত ক্লায়েন্ট সংস্করণ চালাচ্ছেন। মনে রাখবেন যে ক্লায়েন্ট রিলিজ সম্পর্কে তথ্য সময়-সংবেদনশীল, এবং ব্যবহারকারীদের সবচেয়ে বর্তমান বিবরণের জন্য সর্বশেষ আপডেটগুলো দেখা উচিত।
+হ্যাঁ, Fusaka আপগ্রেডের জন্য [এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট](/developers/docs/nodes-and-clients/) উভয়েরই আপডেট প্রয়োজন। সমস্ত প্রধান Ethereum ক্লায়েন্ট উচ্চ অগ্রাধিকার হিসেবে চিহ্নিত হার্ড ফর্ক সমর্থনকারী সংস্করণ প্রকাশ করবে। আপনি এই রিলিজগুলো কখন ক্লায়েন্ট GitHub রেপো, তাদের [Discord চ্যানেল](https://ethstaker.org/support), [EthStaker Discord](https://dsc.gg/ethstaker)-এ পাওয়া যাবে তা আপনি নজরে রাখতে পারেন, অথবা প্রটোকল আপডেটের জন্য Ethereum ব্লগে সাবস্ক্রাইব করতে পারেন। আপগ্রেড-পরবর্তী Ethereum নেটওয়ার্ক-এর সাথে সিঙ্ক্রোনাইজেশন বজায় রাখতে, নোড অপারেটরদের অবশ্যই নিশ্চিত করতে হবে যে তারা একটি সমর্থিত ক্লায়েন্ট সংস্করণ চালাচ্ছেন। মনে রাখবেন যে ক্লায়েন্ট রিলিজ সম্পর্কে তথ্য সময়-সংবেদনশীল, এবং ব্যবহারকারীদের সবচেয়ে বর্তমান বিবরণের জন্য সর্বশেষ আপডেটগুলো দেখা উচিত।
### হার্ড ফর্ক-এর পরে কীভাবে ETH রূপান্তর করা যায়? {#how-can-eth-be-converted-after-the-hardfork}
@@ -204,7 +204,7 @@ UX আপগ্রেড! ব্যবহারকারীদের জন্
### L2 স্কেলিং-এর জন্য কী কী উন্নতি অন্তর্ভুক্ত করা হয়েছে? {#what-improvements-are-included-for-l2-scaling}
-[PeerDAS](/roadmap/fusaka/peerdas) হলো ফর্ক-এর প্রধান ফিচার। এটি ডাটা এভেইলএবিলিটি স্যাম্পলিং (DAS) বাস্তবায়ন করে যা রেলআপস-এর জন্য আরও স্কেলেবিলিটি আনলক করে, তাত্ত্বিকভাবে ব্লব স্পেসকে বর্তমান আকারের 8 গুণ পর্যন্ত স্কেল করে। কনজেশনের প্রতি দক্ষতার সাথে প্রতিক্রিয়া জানাতে এবং ব্লবগুলো নোড-গুলোর উপর যে কম্পিউট এবং স্পেস চাপিয়ে দেয় তার জন্য L2-গুলো একটি অর্থপূর্ণ ফি প্রদান করে তা নিশ্চিত করতে ব্লব ফি মার্কেটও উন্নত করা হবে।
+[PeerDAS](/roadmap/fusaka/peerdas) হলো ফর্ক-এর প্রধান ফিচার। এটি ডাটা এভেইলএবিলিটি স্যাম্পলিং (DAS) বাস্তবায়ন করে যা রোলআপস-এর জন্য আরও স্কেলেবিলিটি আনলক করে, তাত্ত্বিকভাবে ব্লব স্পেসকে বর্তমান আকারের 8 গুণ পর্যন্ত স্কেল করে। কনজেশনের প্রতি দক্ষতার সাথে প্রতিক্রিয়া জানাতে এবং ব্লবগুলো নোড-গুলোর উপর যে কম্পিউট এবং স্পেস চাপিয়ে দেয় তার জন্য L2-গুলো একটি অর্থপূর্ণ ফি প্রদান করে তা নিশ্চিত করতে ব্লব ফি মার্কেটও উন্নত করা হবে।
### BPO ফর্কগুলো কীভাবে আলাদা? {#how-are-bpo-forks-different}
diff --git a/public/content/translations/bn/roadmap/future-proofing/index.md b/public/content/translations/bn/roadmap/future-proofing/index.md
index fac1f82e2d1..2abcef96c0d 100644
--- a/public/content/translations/bn/roadmap/future-proofing/index.md
+++ b/public/content/translations/bn/roadmap/future-proofing/index.md
@@ -1,6 +1,6 @@
---
-title: ইথিরিয়ামকে ভবিষ্যতের জন্য প্রস্তুত করা
-description: এই আপগ্রেডগুলো ইথিরিয়ামকে ভবিষ্যতের জন্য একটি স্থিতিস্থাপক, ডিসেন্ট্রালাইজড বেস লেয়ার হিসেবে সুদৃঢ় করে, ভবিষ্যতে যাই ঘটুক না কেন।
+title: "ইথিরিয়ামকে ভবিষ্যতের জন্য প্রস্তুত করা"
+description: "এই আপগ্রেডগুলো ইথিরিয়ামকে ভবিষ্যতের জন্য একটি স্থিতিস্থাপক, ডিসেন্ট্রালাইজড বেস লেয়ার হিসেবে সুদৃঢ় করে, ভবিষ্যতে যাই ঘটুক না কেন।"
lang: bn
image: /images/roadmap/roadmap-future.png
alt: "Ethereum roadmap"
diff --git a/public/content/translations/bn/roadmap/glamsterdam/index.md b/public/content/translations/bn/roadmap/glamsterdam/index.md
index 12b5b41176d..4855790f865 100644
--- a/public/content/translations/bn/roadmap/glamsterdam/index.md
+++ b/public/content/translations/bn/roadmap/glamsterdam/index.md
@@ -1,6 +1,6 @@
---
-title: গ্ল্যামস্টারডাম (Glamsterdam)
-description: গ্ল্যামস্টারডাম প্রটোকল আপগ্রেড সম্পর্কে জানুন
+title: "গ্ল্যামস্টারডাম (Glamsterdam)"
+description: "গ্ল্যামস্টারডাম প্রটোকল আপগ্রেড সম্পর্কে জানুন"
lang: bn
---
diff --git a/public/content/translations/bn/roadmap/merge/index.md b/public/content/translations/bn/roadmap/merge/index.md
index c703cb2a0eb..842cbf81f49 100644
--- a/public/content/translations/bn/roadmap/merge/index.md
+++ b/public/content/translations/bn/roadmap/merge/index.md
@@ -1,14 +1,14 @@
---
-title: দ্য মার্জ
-description: দ্য মার্জ সম্পর্কে জানুন - যখন মেইননেট ইথিরিয়াম প্রুফ-অফ-স্টেক গ্রহণ করেছিল।
+title: "দ্য মার্জ"
+description: "দ্য মার্জ সম্পর্কে জানুন - যখন মেইননেট ইথিরিয়াম প্রুফ-অফ-স্টেক গ্রহণ করেছিল।"
lang: bn
template: upgrade
image: /images/upgrades/merge.png
alt:
-summaryPoint1: ইথিরিয়াম মেইননেট প্রুফ-অফ-স্টেক ব্যবহার করে, তবে এটি সবসময় এমন ছিল না।
-summaryPoint2: মূল প্রুফ-অফ-ওয়ার্ক মেকানিজম থেকে প্রুফ-অফ-স্টেক-এ আপগ্রেডকে দ্য মার্জ বলা হতো।
-summaryPoint3: দ্য মার্জ বলতে মূল ইথিরিয়াম মেইননেট-এর সাথে বিকন চেইন নামক একটি পৃথক প্রুফ-অফ-স্টেক ব্লকচেইন-এর একত্রীকরণকে বোঝায়, যা এখন একটি চেইন হিসেবে বিদ্যমান।
-summaryPoint4: দ্য মার্জ ইথিরিয়ামের শক্তি খরচ ~99.95% কমিয়েছে।
+summaryPoint1: "ইথিরিয়াম মেইননেট প্রুফ-অফ-স্টেক ব্যবহার করে, তবে এটি সবসময় এমন ছিল না।"
+summaryPoint2: "মূল প্রুফ-অফ-ওয়ার্ক মেকানিজম থেকে প্রুফ-অফ-স্টেক-এ আপগ্রেডকে দ্য মার্জ বলা হতো।"
+summaryPoint3: "দ্য মার্জ বলতে মূল ইথিরিয়াম মেইননেট-এর সাথে বিকন চেইন নামক একটি পৃথক প্রুফ-অফ-স্টেক ব্লকচেইন-এর একত্রীকরণকে বোঝায়, যা এখন একটি চেইন হিসেবে বিদ্যমান।"
+summaryPoint4: "দ্য মার্জ ইথিরিয়ামের শক্তি খরচ ~99.95% কমিয়েছে।"
---
diff --git a/public/content/translations/bn/roadmap/merge/issuance/index.md b/public/content/translations/bn/roadmap/merge/issuance/index.md
index ca59463f838..7db566c107f 100644
--- a/public/content/translations/bn/roadmap/merge/issuance/index.md
+++ b/public/content/translations/bn/roadmap/merge/issuance/index.md
@@ -1,6 +1,6 @@
---
-title: দ্য মার্জ কীভাবে ETH সাপ্লাইকে প্রভাবিত করেছে
-description: দ্য মার্জ কীভাবে ETH সাপ্লাইকে প্রভাবিত করেছে তার বিস্তারিত বিশ্লেষণ
+title: "দ্য মার্জ কীভাবে ETH সাপ্লাইকে প্রভাবিত করেছে"
+description: "দ্য মার্জ কীভাবে ETH সাপ্লাইকে প্রভাবিত করেছে তার বিস্তারিত বিশ্লেষণ"
lang: bn
---
@@ -40,18 +40,18 @@ title="ETH ইস্যুয়েন্স এর সারসংক্ষেপ"
### মার্জ-পূর্ববর্তী ইস্যুয়েন্স বিশ্লেষণ {#pre-merge-issuance-breakdown}
-মোট ETH সাপ্লাই: **~120,520,000 ETH** (2022 সালের সেপ্টেম্বরে দ্য মার্জ-এর সময়)
+মোট ETH সাপ্লাই: **\~120,520,000 ETH** (2022 সালের সেপ্টেম্বরে দ্য মার্জ-এর সময়)
**এক্সিকিউশন লেয়ার ইস্যুয়েন্স:**
-- প্রতি 13.3 সেকেন্ডে 2.08 ETH অনুমান করা হয়েছিল\*: বছরে **~4,930,000** ETH ইস্যু করা হতো
+- প্রতি 13.3 সেকেন্ডে 2.08 ETH অনুমান করা হয়েছিল\*: বছরে **\~4,930,000** ETH ইস্যু করা হতো
- এর ফলে মুদ্রাস্ফীতির হার ছিল **প্রায় 4.09%** (প্রতি বছর 4.93M / মোট 120.5M)
- \*এর মধ্যে রয়েছে ক্যানোনিকাল ব্লক প্রতি 2 ETH, এবং ওমার ব্লকস থেকে সময়ের সাথে গড়ে 0.08 ETH। এছাড়াও 13.3 সেকেন্ড ব্যবহার করা হয়েছে, যা কোনো [difficulty bomb](/glossary/#difficulty-bomb)-এর প্রভাব ছাড়াই বেসলাইন ব্লক টাইম টার্গেট। ([উৎস দেখুন](https://bitinfocharts.com/ethereum/))
**কনসেন্সাস লেয়ার ইস্যুয়েন্স:**
- মোট 14,000,000 স্টেক করা ETH ব্যবহার করে, ETH ইস্যুয়েন্স এর হার প্রতিদিন প্রায় 1700 ETH ([উৎস দেখুন](https://ultrasound.money/))
-- এর ফলে বছরে **~620,500** ETH ইস্যু হয়
+- এর ফলে বছরে **\~620,500** ETH ইস্যু হয়
- এর ফলে মুদ্রাস্ফীতির হার ছিল **প্রায় 0.52%** (প্রতি বছর 620.5K / মোট 119.3M)
@@ -59,9 +59,9 @@ title="ETH ইস্যুয়েন্স এর সারসংক্ষেপ"
**মোট বার্ষিক ইস্যুয়েন্স হার (মার্জ-পূর্ববর্তী): ~4.61%** (4.09% + 0.52%)
-ইস্যুয়েন্স এর **~88.7%** এক্সিকিউশন লেয়ার-এ মাইনারদের কাছে যাচ্ছিল (4.09 / 4.61 * 100)
+ইস্যুয়েন্স এর **\~88.7%** এক্সিকিউশন লেয়ার-এ মাইনারদের কাছে যাচ্ছিল (4.09 / 4.61 * 100)
-**~11.3%** কনসেন্সাস লেয়ার-এ স্টেকারদের ইস্যু করা হচ্ছিল (0.52 / 4.61 * 100)
+**\~11.3%** কনসেন্সাস লেয়ার-এ স্টেকারদের ইস্যু করা হচ্ছিল (0.52 / 4.61 * 100)
@@ -86,16 +86,16 @@ title="ETH ইস্যুয়েন্স এর সারসংক্ষেপ"
### মার্জ-পরবর্তী মুদ্রাস্ফীতি বিশ্লেষণ {#post-merge-inflation-breakdown}
-- [মোট ETH সাপ্লাই](/eth/supply/): **~120,520,000 ETH** (2022 সালের সেপ্টেম্বরে দ্য মার্জ-এর সময়)
+- [মোট ETH সাপ্লাই](/eth/supply/): **\~120,520,000 ETH** (2022 সালের সেপ্টেম্বরে দ্য মার্জ-এর সময়)
- এক্সিকিউশন লেয়ার ইস্যুয়েন্স: **0**
-- কনসেন্সাস লেয়ার ইস্যুয়েন্স: উপরের মতোই, **~0.52%** বার্ষিক ইস্যুয়েন্স হার (মোট 14 মিলিয়ন স্টেক করা ETH সহ)
+- কনসেন্সাস লেয়ার ইস্যুয়েন্স: উপরের মতোই, **\~0.52%** বার্ষিক ইস্যুয়েন্স হার (মোট 14 মিলিয়ন স্টেক করা ETH সহ)
-মোট বার্ষিক ইস্যুয়েন্স হার: **~0.52%**
+মোট বার্ষিক ইস্যুয়েন্স হার: **\~0.52%**
-বার্ষিক ETH ইস্যুয়েন্স-এ নিট হ্রাস: **~88.7%** ((4.61% - 0.52%) / 4.61% * 100)
+বার্ষিক ETH ইস্যুয়েন্স-এ নিট হ্রাস: **\~88.7%** ((4.61% - 0.52%) / 4.61% * 100)
diff --git a/public/content/translations/bn/roadmap/pbs/index.md b/public/content/translations/bn/roadmap/pbs/index.md
index c1121d850e3..ec982b87fbb 100644
--- a/public/content/translations/bn/roadmap/pbs/index.md
+++ b/public/content/translations/bn/roadmap/pbs/index.md
@@ -1,6 +1,6 @@
---
-title: প্রপোজার-বিল্ডার সেপারেশন
-description: ইথিরিয়াম ভ্যালিডেটরস কীভাবে এবং কেন তাদের ব্লক তৈরি এবং ব্লক সম্প্রচারের দায়িত্বগুলো ভাগ করবে তা জানুন।
+title: "প্রপোজার-বিল্ডার সেপারেশন"
+description: "ইথিরিয়াম ভ্যালিডেটরস কীভাবে এবং কেন তাদের ব্লক তৈরি এবং ব্লক সম্প্রচারের দায়িত্বগুলো ভাগ করবে তা জানুন।"
lang: bn
---
diff --git a/public/content/translations/bn/roadmap/pectra/7702/index.md b/public/content/translations/bn/roadmap/pectra/7702/index.md
index 4770fa6bfa5..c911dcff0ef 100644
--- a/public/content/translations/bn/roadmap/pectra/7702/index.md
+++ b/public/content/translations/bn/roadmap/pectra/7702/index.md
@@ -1,6 +1,6 @@
---
-title: Pectra 7702 গাইডলাইন
-description: Pectra রিলিজে 7702 সম্পর্কে আরও জানুন
+title: "Pectra 7702 গাইডলাইন"
+description: "Pectra রিলিজে 7702 সম্পর্কে আরও জানুন"
lang: bn
---
diff --git a/public/content/translations/bn/roadmap/pectra/index.md b/public/content/translations/bn/roadmap/pectra/index.md
index 048d5cb34af..86b7b34433d 100644
--- a/public/content/translations/bn/roadmap/pectra/index.md
+++ b/public/content/translations/bn/roadmap/pectra/index.md
@@ -1,6 +1,6 @@
---
-title: প্রাগ-ইলেক্ট্রা (Pectra)
-description: Pectra প্রটোকল আপগ্রেড সম্পর্কে জানুন
+title: "প্রাগ-ইলেক্ট্রা (Pectra)"
+description: "Pectra প্রটোকল আপগ্রেড সম্পর্কে জানুন"
lang: bn
---
@@ -44,7 +44,7 @@ maxEB সম্পর্কে আরও বিস্তারিত পড়ু
ব্লবগুলো L2-এর জন্য [ডাটা এভেইলএবিলিটি](/developers/docs/data-availability/#data-availability-and-layer-2-rollups) প্রদান করে। এগুলো [পূর্ববর্তী নেটওয়ার্ক আপগ্রেডে](/roadmap/dencun/) চালু করা হয়েছিল।
-বর্তমানে, নেটওয়ার্ক প্রতি ব্লক-এ গড়ে 3টি ব্লব লক্ষ্য করে, যার সর্বোচ্চ সংখ্যা 6টি ব্লব। [EIP-7691](https://eips.ethereum.org/EIPS/eip-7691)-এর মাধ্যমে, গড় ব্লব সংখ্যা 6-এ উন্নীত করা হবে, প্রতি ব্লক-এ সর্বোচ্চ 9টি ব্লব থাকবে, যার ফলে ইথিরিয়াম রেলআপস-এর সক্ষমতা বৃদ্ধি পাবে। এই EIP সেই ব্যবধান ঘোচাতে সাহায্য করে যতক্ষণ না [PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) আরও বেশি ব্লব সংখ্যা সক্ষম করে।
+বর্তমানে, নেটওয়ার্ক প্রতি ব্লক-এ গড়ে 3টি ব্লব লক্ষ্য করে, যার সর্বোচ্চ সংখ্যা 6টি ব্লব। [EIP-7691](https://eips.ethereum.org/EIPS/eip-7691)-এর মাধ্যমে, গড় ব্লব সংখ্যা 6-এ উন্নীত করা হবে, প্রতি ব্লক-এ সর্বোচ্চ 9টি ব্লব থাকবে, যার ফলে ইথিরিয়াম রোলআপস-এর সক্ষমতা বৃদ্ধি পাবে। এই EIP সেই ব্যবধান ঘোচাতে সাহায্য করে যতক্ষণ না [PeerDAS](https://eips.ethereum.org/EIPS/eip-7594) আরও বেশি ব্লব সংখ্যা সক্ষম করে।
### কলডাটা খরচ বৃদ্ধি {#7623}
@@ -76,7 +76,7 @@ maxEB সম্পর্কে আরও বিস্তারিত পড়ু
EVM বর্তমানে `BLOCKHASH` অপকোড প্রদান করে যা কন্ট্রাক্ট ডেভেলপারদের সরাসরি এক্সিকিউশন লেয়ার-এ একটি ব্লক-এর হ্যাস পুনরুদ্ধার করতে সক্ষম করে। তবে, এটি শুধুমাত্র শেষ 256টি ব্লকস-এর মধ্যে সীমাবদ্ধ এবং ভবিষ্যতে স্টেটলেস ক্লায়েন্ট-দের জন্য সমস্যাযুক্ত হতে পারে।
-[EIP-2935](https://eips.ethereum.org/EIPS/eip-2935) একটি নতুন সিস্টেম কন্ট্রাক্ট তৈরি করে যা স্টোরেজ স্লট হিসেবে শেষ 8192টি ব্লক হ্যাস প্রদান করতে পারে। এটি স্টেটলেস এক্সিকিউশনের জন্য প্রটোকলটিকে ভবিষ্যৎ-প্রমাণ করতে সাহায্য করে এবং যখন ভার্কেল ট্রাই (verkle tries) গ্রহণ করা হয় তখন আরও দক্ষ হয়ে ওঠে। তবে, এটি ছাড়াও, রেলআপস এখনই এর থেকে উপকৃত হতে পারে, কারণ তারা একটি দীর্ঘ ঐতিহাসিক উইন্ডো দিয়ে সরাসরি কন্ট্রাক্টটিতে কোয়েরি করতে পারে।
+[EIP-2935](https://eips.ethereum.org/EIPS/eip-2935) একটি নতুন সিস্টেম কন্ট্রাক্ট তৈরি করে যা স্টোরেজ স্লট হিসেবে শেষ 8192টি ব্লক হ্যাস প্রদান করতে পারে। এটি স্টেটলেস এক্সিকিউশনের জন্য প্রটোকলটিকে ভবিষ্যৎ-প্রমাণ করতে সাহায্য করে এবং যখন ভার্কেল ট্রাই (verkle tries) গ্রহণ করা হয় তখন আরও দক্ষ হয়ে ওঠে। তবে, এটি ছাড়াও, রোলআপস এখনই এর থেকে উপকৃত হতে পারে, কারণ তারা একটি দীর্ঘ ঐতিহাসিক উইন্ডো দিয়ে সরাসরি কন্ট্রাক্টটিতে কোয়েরি করতে পারে।
### এটেস্টেশন এর বাইরে কমিটি ইনডেক্স সরানো {#7549}
diff --git a/public/content/translations/bn/roadmap/pectra/maxeb/index.md b/public/content/translations/bn/roadmap/pectra/maxeb/index.md
index a4812c8490b..926cab13bdd 100644
--- a/public/content/translations/bn/roadmap/pectra/maxeb/index.md
+++ b/public/content/translations/bn/roadmap/pectra/maxeb/index.md
@@ -1,6 +1,6 @@
---
-title: পেক্ট্রা MaxEB
-description: পেক্ট্রা রিলিজে MaxEB সম্পর্কে আরও জানুন
+title: "পেক্ট্রা MaxEB"
+description: "পেক্ট্রা রিলিজে MaxEB সম্পর্কে আরও জানুন"
lang: bn
---
diff --git a/public/content/translations/bn/roadmap/scaling/index.md b/public/content/translations/bn/roadmap/scaling/index.md
index 453faac571c..18bdae18127 100644
--- a/public/content/translations/bn/roadmap/scaling/index.md
+++ b/public/content/translations/bn/roadmap/scaling/index.md
@@ -1,13 +1,13 @@
---
-title: ইথিরিয়াম স্কেলিং
-description: রেলআপস অফচেইনে একসাথে লেনদেন ব্যাচ করে, যা ব্যবহারকারীর জন্য খরচ কমায়। তবে, বর্তমানে রেলআপস যেভাবে ডেটা ব্যবহার করে তা অত্যন্ত ব্যয়বহুল, যা লেনদেন কতটা সস্তা হতে পারে তা সীমাবদ্ধ করে। প্রোটো-ড্যাঙ্কশার্ডিং এটি সমাধান করে।
+title: "ইথিরিয়াম স্কেলিং"
+description: "রোলআপস অফচেইনে একসাথে লেনদেন ব্যাচ করে, যা ব্যবহারকারীর জন্য খরচ কমায়। তবে, বর্তমানে রোলআপস যেভাবে ডেটা ব্যবহার করে তা অত্যন্ত ব্যয়বহুল, যা লেনদেন কতটা সস্তা হতে পারে তা সীমাবদ্ধ করে। প্রোটো-ড্যাঙ্কশার্ডিং এটি সমাধান করে।"
lang: bn
image: /images/roadmap/roadmap-transactions.png
alt: "ইথিরিয়াম রোডম্যাপ"
template: roadmap
---
-ইথিরিয়াম [লেয়ার ২](/layer-2/#rollups) (যা রেলআপস নামেও পরিচিত) ব্যবহার করে স্কেল করা হয়, যা একসাথে লেনদেন ব্যাচ করে এবং আউটপুট ইথিরিয়ামে পাঠায়। যদিও রেলআপস ইথিরিয়াম মেইননেটের তুলনায় আট গুণ পর্যন্ত কম ব্যয়বহুল, তবুও শেষ ব্যবহারকারীদের জন্য খরচ কমাতে রেলআপস আরও অপ্টিমাইজ করা সম্ভব। রেলআপস কিছু সেন্ট্রালাইজড উপাদানের ওপরও নির্ভর করে যা রেলআপস পরিপক্ক হওয়ার সাথে সাথে ডেভেলপাররা সরিয়ে ফেলতে পারে।
+ইথিরিয়াম [লেয়ার ২](/layer-2/#rollups) (যা রোলআপস নামেও পরিচিত) ব্যবহার করে স্কেল করা হয়, যা একসাথে লেনদেন ব্যাচ করে এবং আউটপুট ইথিরিয়ামে পাঠায়। যদিও রোলআপস ইথিরিয়াম মেইননেটের তুলনায় আট গুণ পর্যন্ত কম ব্যয়বহুল, তবুও শেষ ব্যবহারকারীদের জন্য খরচ কমাতে রোলআপস আরও অপ্টিমাইজ করা সম্ভব। রোলআপস কিছু সেন্ট্রালাইজড উপাদানের ওপরও নির্ভর করে যা রোলআপস পরিপক্ক হওয়ার সাথে সাথে ডেভেলপাররা সরিয়ে ফেলতে পারে।
@@ -15,9 +15,9 @@ template: roadmap
লেনদেন খরচ
- - বর্তমানের রেলআপস ইথিরিয়াম লেয়ার 1 এর তুলনায় ~5-20x সস্তা
- - ZK-রেলআপস শীঘ্রই ফি ~40-100x কমিয়ে দেবে
- - ইথিরিয়ামের আসন্ন পরিবর্তনগুলো আরও ~100-1000x স্কেলিং প্রদান করবে
+ - বর্তমানের রোলআপস ইথিরিয়াম লেয়ার 1 এর তুলনায় \~5-20x সস্তা
+ - ZK-রোলআপস শীঘ্রই ফি \~40-100x কমিয়ে দেবে
+ - ইথিরিয়ামের আসন্ন পরিবর্তনগুলো আরও \~100-1000x স্কেলিং প্রদান করবে
- ব্যবহারকারীদের এমন লেনদেন থেকে উপকৃত হওয়া উচিত যার খরচ $0.001 এর চেয়ে কম
@@ -25,11 +25,11 @@ template: roadmap
## ডেটা সস্তা করা {#making-data-cheaper}
-রেলআপস বিপুল সংখ্যক লেনদেন সংগ্রহ করে, সেগুলো এক্সিকিউট করে এবং ফলাফল ইথিরিয়ামে জমা দেয়। এটি প্রচুর ডেটা তৈরি করে যা উন্মুক্তভাবে উপলব্ধ হওয়া প্রয়োজন যাতে যে কেউ নিজের জন্য লেনদেন এক্সিকিউট করতে পারে এবং যাচাই করতে পারে যে রোলআপ অপারেটর সৎ ছিল। যদি কেউ কোনো অসঙ্গতি খুঁজে পায়, তবে তারা একটি চ্যালেঞ্জ উত্থাপন করতে পারে।
+রোলআপস বিপুল সংখ্যক লেনদেন সংগ্রহ করে, সেগুলো এক্সিকিউট করে এবং ফলাফল ইথিরিয়ামে জমা দেয়। এটি প্রচুর ডেটা তৈরি করে যা উন্মুক্তভাবে উপলব্ধ হওয়া প্রয়োজন যাতে যে কেউ নিজের জন্য লেনদেন এক্সিকিউট করতে পারে এবং যাচাই করতে পারে যে রোলআপ অপারেটর সৎ ছিল। যদি কেউ কোনো অসঙ্গতি খুঁজে পায়, তবে তারা একটি চ্যালেঞ্জ উত্থাপন করতে পারে।
### প্রোটো-ড্যাঙ্কশার্ডিং {#proto-danksharding}
-রোলআপ ডেটা ঐতিহাসিকভাবে ইথিরিয়ামে স্থায়ীভাবে সংরক্ষণ করা হয়েছে, যা ব্যয়বহুল। ব্যবহারকারীরা রেলআপস-এ যে লেনদেন খরচ প্রদান করে তার 90%-এর বেশি এই ডেটা স্টোরেজের কারণে হয়। লেনদেন খরচ কমাতে, আমরা ডেটা একটি নতুন অস্থায়ী 'blob' স্টোরেজে স্থানান্তর করতে পারি। ব্লবগুলো সস্তা কারণ এগুলো স্থায়ী নয়; যখন এগুলোর আর প্রয়োজন হয় না তখন এগুলো ইথিরিয়াম থেকে মুছে ফেলা হয়। দীর্ঘমেয়াদে রোলআপ ডেটা সংরক্ষণ করা তাদের দায়িত্ব হয়ে ওঠে যাদের এটি প্রয়োজন, যেমন রোলআপ অপারেটর, এক্সচেঞ্জ, ইনডেক্সিং পরিষেবা ইত্যাদি। ইথিরিয়ামে ব্লব লেনদেন যুক্ত করা "Proto-Danksharding" (প্রোটো-ড্যাঙ্কশার্ডিং) নামক একটি আপগ্রেডের অংশ।
+রোলআপ ডেটা ঐতিহাসিকভাবে ইথিরিয়ামে স্থায়ীভাবে সংরক্ষণ করা হয়েছে, যা ব্যয়বহুল। ব্যবহারকারীরা রোলআপস-এ যে লেনদেন খরচ প্রদান করে তার 90%-এর বেশি এই ডেটা স্টোরেজের কারণে হয়। লেনদেন খরচ কমাতে, আমরা ডেটা একটি নতুন অস্থায়ী 'blob' স্টোরেজে স্থানান্তর করতে পারি। ব্লবগুলো সস্তা কারণ এগুলো স্থায়ী নয়; যখন এগুলোর আর প্রয়োজন হয় না তখন এগুলো ইথিরিয়াম থেকে মুছে ফেলা হয়। দীর্ঘমেয়াদে রোলআপ ডেটা সংরক্ষণ করা তাদের দায়িত্ব হয়ে ওঠে যাদের এটি প্রয়োজন, যেমন রোলআপ অপারেটর, এক্সচেঞ্জ, ইনডেক্সিং পরিষেবা ইত্যাদি। ইথিরিয়ামে ব্লব লেনদেন যুক্ত করা "Proto-Danksharding" (প্রোটো-ড্যাঙ্কশার্ডিং) নামক একটি আপগ্রেডের অংশ।
প্রোটো-ড্যাঙ্কশার্ডিংয়ের মাধ্যমে, ইথিরিয়াম ব্লকস-এ অনেক ব্লব যুক্ত করা সম্ভব। এটি ইথিরিয়ামের থ্রুপুটকে আরও উল্লেখযোগ্যভাবে (>100x) স্কেল-আপ করতে এবং লেনদেন খরচ স্কেল-ডাউন করতে সক্ষম করে।
@@ -41,17 +41,17 @@ template: roadmap
ড্যাঙ্কশার্ডিং সম্পর্কে আরও জানুন
-## রেলআপস ডিসেন্ট্রালাইজ করা {#decentralizing-rollups}
+## রোলআপস ডিসেন্ট্রালাইজ করা {#decentralizing-rollups}
-[রেলআপস](/layer-2) ইতিমধ্যেই ইথিরিয়াম স্কেলিং করছে। [রোলআপ প্রজেক্টগুলোর একটি সমৃদ্ধ ইকোসিস্টেম](https://l2beat.com/scaling/tvs) ব্যবহারকারীদের বিভিন্ন নিরাপত্তা গ্যারান্টি সহ দ্রুত এবং সস্তায় লেনদেন করতে সক্ষম করছে। তবে, সেন্ট্রালাইজড সিকোয়েন্সার (যে কম্পিউটারগুলো ইথিরিয়ামে জমা দেওয়ার আগে সমস্ত লেনদেন প্রসেসিং এবং এগ্রিগেশন করে) ব্যবহার করে রেলআপস বুটস্ট্র্যাপ করা হয়েছে। এটি সেন্সরশিপের জন্য ঝুঁকিপূর্ণ, কারণ সিকোয়েন্সার অপারেটরদের ওপর নিষেধাজ্ঞা আরোপ করা যেতে পারে, ঘুষ দেওয়া যেতে পারে বা অন্যথায় আপস করা যেতে পারে। একই সময়ে, ইনকামিং ডেটা যাচাই করার পদ্ধতিতে [রেলআপস ভিন্ন হয়](https://l2beat.com/scaling/summary)। সবচেয়ে ভালো উপায় হলো "প্রুভার"-দের [ফ্রড প্রুফ](/glossary/#fraud-proof) বা ভ্যালিডিটি প্রুফ জমা দেওয়া, কিন্তু সব রেলআপস এখনও সেখানে পৌঁছায়নি। এমনকি যে রেলআপস ভ্যালিডিটি/ফ্রড প্রুফ ব্যবহার করে তারাও পরিচিত প্রুভারদের একটি ছোট পুল ব্যবহার করে। অতএব, ইথিরিয়াম স্কেলিং-এর পরবর্তী গুরুত্বপূর্ণ পদক্ষেপ হলো আরও বেশি মানুষের মধ্যে সিকোয়েন্সার এবং প্রুভার চালানোর দায়িত্ব বিতরণ করা।
+[রোলআপস](/layer-2) ইতিমধ্যেই ইথিরিয়াম স্কেলিং করছে। [রোলআপ প্রজেক্টগুলোর একটি সমৃদ্ধ ইকোসিস্টেম](https://l2beat.com/scaling/tvs) ব্যবহারকারীদের বিভিন্ন নিরাপত্তা গ্যারান্টি সহ দ্রুত এবং সস্তায় লেনদেন করতে সক্ষম করছে। তবে, সেন্ট্রালাইজড সিকোয়েন্সার (যে কম্পিউটারগুলো ইথিরিয়ামে জমা দেওয়ার আগে সমস্ত লেনদেন প্রসেসিং এবং এগ্রিগেশন করে) ব্যবহার করে রোলআপস বুটস্ট্র্যাপ করা হয়েছে। এটি সেন্সরশিপের জন্য ঝুঁকিপূর্ণ, কারণ সিকোয়েন্সার অপারেটরদের ওপর নিষেধাজ্ঞা আরোপ করা যেতে পারে, ঘুষ দেওয়া যেতে পারে বা অন্যথায় আপস করা যেতে পারে। একই সময়ে, ইনকামিং ডেটা যাচাই করার পদ্ধতিতে [রোলআপস ভিন্ন হয়](https://l2beat.com/scaling/summary)। সবচেয়ে ভালো উপায় হলো "প্রুভার"-দের [ফ্রড প্রুফ](/glossary/#fraud-proof) বা ভ্যালিডিটি প্রুফ জমা দেওয়া, কিন্তু সব রোলআপস এখনও সেখানে পৌঁছায়নি। এমনকি যে রোলআপস ভ্যালিডিটি/ফ্রড প্রুফ ব্যবহার করে তারাও পরিচিত প্রুভারদের একটি ছোট পুল ব্যবহার করে। অতএব, ইথিরিয়াম স্কেলিং-এর পরবর্তী গুরুত্বপূর্ণ পদক্ষেপ হলো আরও বেশি মানুষের মধ্যে সিকোয়েন্সার এবং প্রুভার চালানোর দায়িত্ব বিতরণ করা।
-রেলআপস সম্পর্কে আরও জানুন
+রোলআপস সম্পর্কে আরও জানুন
## বর্তমান অগ্রগতি {#current-progress}
-২০২৪ সালের মার্চ মাসে ক্যানকুন-ডেনেব ("Dencun") নেটওয়ার্ক আপগ্রেডের অংশ হিসেবে প্রোটো-ড্যাঙ্কশার্ডিং সফলভাবে বাস্তবায়িত হয়েছিল। এর বাস্তবায়নের পর থেকে, রেলআপস ব্লব স্টোরেজ ব্যবহার করতে শুরু করেছে, যার ফলে ব্যবহারকারীদের জন্য লেনদেন খরচ কমেছে এবং ব্লবগুলোতে লক্ষ লক্ষ লেনদেন প্রক্রিয়া করা হয়েছে।
+২০২৪ সালের মার্চ মাসে ক্যানকুন-ডেনেব ("Dencun") নেটওয়ার্ক আপগ্রেডের অংশ হিসেবে প্রোটো-ড্যাঙ্কশার্ডিং সফলভাবে বাস্তবায়িত হয়েছিল। এর বাস্তবায়নের পর থেকে, রোলআপস ব্লব স্টোরেজ ব্যবহার করতে শুরু করেছে, যার ফলে ব্যবহারকারীদের জন্য লেনদেন খরচ কমেছে এবং ব্লবগুলোতে লক্ষ লক্ষ লেনদেন প্রক্রিয়া করা হয়েছে।
-সম্পূর্ণ ড্যাঙ্কশার্ডিংয়ের কাজ অব্যাহত রয়েছে, এর পূর্বশর্তগুলো যেমন PBS (প্রপোজার-বিল্ডার সেপারেশন) এবং DAS (ডাটা এভেইলএবিলিটি স্যাম্পলিং)-এর ওপর অগ্রগতি হচ্ছে। রোলআপ পরিকাঠামো ডিসেন্ট্রালাইজ করা একটি ধীর প্রক্রিয়া - এমন অনেক ভিন্ন রেলআপস রয়েছে যা সামান্য ভিন্ন সিস্টেম তৈরি করছে এবং বিভিন্ন হারে সম্পূর্ণভাবে ডিসেন্ট্রালাইজড হবে।
+সম্পূর্ণ ড্যাঙ্কশার্ডিংয়ের কাজ অব্যাহত রয়েছে, এর পূর্বশর্তগুলো যেমন PBS (প্রপোজার-বিল্ডার সেপারেশন) এবং DAS (ডাটা এভেইলএবিলিটি স্যাম্পলিং)-এর ওপর অগ্রগতি হচ্ছে। রোলআপ পরিকাঠামো ডিসেন্ট্রালাইজ করা একটি ধীর প্রক্রিয়া - এমন অনেক ভিন্ন রোলআপস রয়েছে যা সামান্য ভিন্ন সিস্টেম তৈরি করছে এবং বিভিন্ন হারে সম্পূর্ণভাবে ডিসেন্ট্রালাইজড হবে।
[ডেনকুন নেটওয়ার্ক আপগ্রেড এবং এর প্রভাব সম্পর্কে আরও জানুন](/roadmap/dencun/)
diff --git a/public/content/translations/bn/roadmap/secret-leader-election/index.md b/public/content/translations/bn/roadmap/secret-leader-election/index.md
index 04dbfa83a3c..4f697b0bb78 100644
--- a/public/content/translations/bn/roadmap/secret-leader-election/index.md
+++ b/public/content/translations/bn/roadmap/secret-leader-election/index.md
@@ -1,6 +1,6 @@
---
-title: সিক্রেট লিডার ইলেকশন
-description: সিক্রেট লিডার ইলেকশন কীভাবে ভ্যালিডেটরসদের আক্রমণ থেকে রক্ষা করতে সাহায্য করতে পারে তার ব্যাখ্যা
+title: "সিক্রেট লিডার ইলেকশন"
+description: "সিক্রেট লিডার ইলেকশন কীভাবে ভ্যালিডেটরসদের আক্রমণ থেকে রক্ষা করতে সাহায্য করতে পারে তার ব্যাখ্যা"
lang: bn
summaryPoints:
- ব্লক প্রপোজারদের আইপি (IP) এডড্রেস আগে থেকেই জানা যেতে পারে, যা তাদের আক্রমণের জন্য ঝুঁকিপূর্ণ করে তোলে
diff --git a/public/content/translations/bn/roadmap/security/index.md b/public/content/translations/bn/roadmap/security/index.md
index 215a4778702..a1b3038bda3 100644
--- a/public/content/translations/bn/roadmap/security/index.md
+++ b/public/content/translations/bn/roadmap/security/index.md
@@ -1,6 +1,6 @@
---
-title: আরও সুরক্ষিত ইথিরিয়াম
-description: ইথিরিয়াম হলো বর্তমানে বিদ্যমান সবচেয়ে সুরক্ষিত এবং ডিসেন্ট্রালাইজড স্মার্ট কন্ট্রাক্ট প্ল্যাটফর্ম। তবে, এখনও কিছু উন্নতি করা যেতে পারে যাতে ইথিরিয়াম ভবিষ্যতের যেকোনো স্তরের আক্রমণের বিরুদ্ধে স্থিতিস্থাপক থাকে।
+title: "আরও সুরক্ষিত ইথিরিয়াম"
+description: "ইথিরিয়াম হলো বর্তমানে বিদ্যমান সবচেয়ে সুরক্ষিত এবং ডিসেন্ট্রালাইজড স্মার্ট কন্ট্রাক্ট প্ল্যাটফর্ম। তবে, এখনও কিছু উন্নতি করা যেতে পারে যাতে ইথিরিয়াম ভবিষ্যতের যেকোনো স্তরের আক্রমণের বিরুদ্ধে স্থিতিস্থাপক থাকে।"
lang: bn
image: /images/roadmap/roadmap-security.png
alt: "ইথিরিয়াম রোডম্যাপ"
diff --git a/public/content/translations/bn/roadmap/single-slot-finality/index.md b/public/content/translations/bn/roadmap/single-slot-finality/index.md
index 26ba9b2dc1a..fad374b5e2e 100644
--- a/public/content/translations/bn/roadmap/single-slot-finality/index.md
+++ b/public/content/translations/bn/roadmap/single-slot-finality/index.md
@@ -1,6 +1,6 @@
---
-title: সিঙ্গেল স্লট ফাইনালিটি
-description: সিঙ্গেল স্লট ফাইনালিটির ব্যাখ্যা
+title: "সিঙ্গেল স্লট ফাইনালিটি"
+description: "সিঙ্গেল স্লট ফাইনালিটির ব্যাখ্যা"
lang: bn
---
diff --git a/public/content/translations/bn/roadmap/statelessness/index.md b/public/content/translations/bn/roadmap/statelessness/index.md
index 59cf8d1966d..2b0c2c7715c 100644
--- a/public/content/translations/bn/roadmap/statelessness/index.md
+++ b/public/content/translations/bn/roadmap/statelessness/index.md
@@ -1,6 +1,6 @@
---
-title: স্টেটলেসনেস, স্টেট এক্সপায়ারি এবং হিস্ট্রি এক্সপায়ারি
-description: হিস্ট্রি এক্সপায়ারি এবং স্টেটলেস ইথিরিয়ামের ব্যাখ্যা
+title: "স্টেটলেসনেস, স্টেট এক্সপায়ারি এবং হিস্ট্রি এক্সপায়ারি"
+description: "হিস্ট্রি এক্সপায়ারি এবং স্টেটলেস ইথিরিয়ামের ব্যাখ্যা"
lang: bn
---
diff --git a/public/content/translations/bn/roadmap/user-experience/index.md b/public/content/translations/bn/roadmap/user-experience/index.md
index c05840cc4a7..4e1445031de 100644
--- a/public/content/translations/bn/roadmap/user-experience/index.md
+++ b/public/content/translations/bn/roadmap/user-experience/index.md
@@ -1,6 +1,6 @@
---
-title: ব্যবহারকারীর অভিজ্ঞতা উন্নত করা
-description: বেশিরভাগ মানুষের জন্য ইথিরিয়াম ব্যবহার করা এখনও অনেক জটিল। ব্যাপক গ্রহণযোগ্যতা উৎসাহিত করতে, ইথিরিয়ামকে অবশ্যই এর প্রবেশের বাধাগুলো ব্যাপকভাবে কমাতে হবে - ব্যবহারকারীদের ইথিরিয়ামে ডিসেন্ট্রালাইজড, পারমিশনলেস এবং সেন্সরশিপ প্রতিরোধী অ্যাক্সেসের সুবিধা পেতে হবে, তবে এটি একটি ঐতিহ্যবাহী Web2 অ্যাপ ব্যবহারের মতোই বাধাহীন হতে হবে।
+title: "ব্যবহারকারীর অভিজ্ঞতা উন্নত করা"
+description: "বেশিরভাগ মানুষের জন্য ইথিরিয়াম ব্যবহার করা এখনও অনেক জটিল। ব্যাপক গ্রহণযোগ্যতা উৎসাহিত করতে, ইথিরিয়ামকে অবশ্যই এর প্রবেশের বাধাগুলো ব্যাপকভাবে কমাতে হবে - ব্যবহারকারীদের ইথিরিয়ামে ডিসেন্ট্রালাইজড, পারমিশনলেস এবং সেন্সরশিপ প্রতিরোধী অ্যাক্সেসের সুবিধা পেতে হবে, তবে এটি একটি ঐতিহ্যবাহী Web2 অ্যাপ ব্যবহারের মতোই বাধাহীন হতে হবে।"
lang: bn
image: /images/roadmap/roadmap-ux.png
alt: "ইথিরিয়াম রোডম্যাপ"
diff --git a/public/content/translations/bn/roadmap/verkle-trees/index.md b/public/content/translations/bn/roadmap/verkle-trees/index.md
index a0c823be8ab..07f35a2da37 100644
--- a/public/content/translations/bn/roadmap/verkle-trees/index.md
+++ b/public/content/translations/bn/roadmap/verkle-trees/index.md
@@ -1,6 +1,6 @@
---
-title: ভার্কেল ট্রি
-description: ভার্কেল ট্রি-এর একটি উচ্চ-স্তরের বিবরণ এবং ইথিরিয়াম আপগ্রেড করতে এগুলো কীভাবে ব্যবহার করা হবে
+title: "ভার্কেল ট্রি"
+description: "ভার্কেল ট্রি-এর একটি উচ্চ-স্তরের বিবরণ এবং ইথিরিয়াম আপগ্রেড করতে এগুলো কীভাবে ব্যবহার করা হবে"
lang: bn
summaryPoints:
- ভার্কেল ট্রি কী তা জানুন
diff --git a/public/content/translations/bn/roadmap/zkevm/index.md b/public/content/translations/bn/roadmap/zkevm/index.md
index 0b97e6eb734..c2d1683162d 100644
--- a/public/content/translations/bn/roadmap/zkevm/index.md
+++ b/public/content/translations/bn/roadmap/zkevm/index.md
@@ -1,6 +1,6 @@
---
-title: L1 ব্লক ভেরিফিকেশনের জন্য zkEVM
-description: জানুন কীভাবে জিরো-নলেজ প্রুফ ইথিরিয়াম ব্লক এক্সিকিউশন ভেরিফাই করতে পারে, যা উচ্চতর থ্রুপুট এবং ভ্যালিডেটরদের জন্য কম রিকোয়ারমেন্টস সক্ষম করে।
+title: "L1 ব্লক ভেরিফিকেশনের জন্য zkEVM"
+description: "জানুন কীভাবে জিরো-নলেজ প্রুফ ইথিরিয়াম ব্লক এক্সিকিউশন ভেরিফাই করতে পারে, যা উচ্চতর থ্রুপুট এবং ভ্যালিডেটরদের জন্য কম রিকোয়ারমেন্টস সক্ষম করে।"
lang: bn
---
diff --git a/public/content/translations/bn/security/index.md b/public/content/translations/bn/security/index.md
index 6ad7ac19751..e2382801d29 100644
--- a/public/content/translations/bn/security/index.md
+++ b/public/content/translations/bn/security/index.md
@@ -1,6 +1,6 @@
---
-title: ইথিরিয়াম নিরাপত্তা এবং স্ক্যাম প্রতিরোধ
-description: ইথিরিয়ামে নিরাপদে থাকা
+title: "ইথিরিয়াম নিরাপত্তা এবং স্ক্যাম প্রতিরোধ"
+description: "ইথিরিয়ামে নিরাপদে থাকা"
lang: bn
---
diff --git a/public/content/translations/bn/smart-contracts/index.md b/public/content/translations/bn/smart-contracts/index.md
index 4bb18f3c114..724b252329b 100644
--- a/public/content/translations/bn/smart-contracts/index.md
+++ b/public/content/translations/bn/smart-contracts/index.md
@@ -1,7 +1,7 @@
---
-title: স্মার্ট কন্ট্রাক্ট
+title: "স্মার্ট কন্ট্রাক্ট"
metaTitle: "স্মার্ট কন্ট্রাক্ট: এগুলো কী এবং এর সুবিধা"
-description: স্মার্ট কন্ট্রাক্টের একটি নন-টেকনিক্যাল পরিচিতি
+description: "স্মার্ট কন্ট্রাক্টের একটি নন-টেকনিক্যাল পরিচিতি"
lang: bn
---
diff --git a/public/content/translations/bn/social-networks/index.md b/public/content/translations/bn/social-networks/index.md
index 7fa37f1ca13..cd00ca84d27 100644
--- a/public/content/translations/bn/social-networks/index.md
+++ b/public/content/translations/bn/social-networks/index.md
@@ -1,14 +1,14 @@
---
-title: ডিসেন্ট্রালাইজড সোশ্যাল নেটওয়ার্ক
-description: ইথিরিয়ামে ডিসেন্ট্রালাইজড সোশ্যাল নেটওয়ার্কের একটি ওভারভিউ
+title: "ডিসেন্ট্রালাইজড সোশ্যাল নেটওয়ার্ক"
+description: "ইথিরিয়ামে ডিসেন্ট্রালাইজড সোশ্যাল নেটওয়ার্কের একটি ওভারভিউ"
lang: bn
template: use-cases
emoji: ":mega:"
sidebarDepth: 2
image: /images/ethereum-learn.png
-summaryPoint1: সোশ্যাল ইন্টারঅ্যাকশন এবং কন্টেন্ট তৈরি ও বিতরণের জন্য ব্লকচেইন-ভিত্তিক প্ল্যাটফর্ম।
-summaryPoint2: ডিসেন্ট্রালাইজড সোশ্যাল মিডিয়া নেটওয়ার্ক ব্যবহারকারীর গোপনীয়তা রক্ষা করে এবং ডেটা নিরাপত্তা বাড়ায়।
-summaryPoint3: টোকেন এবং NFT কন্টেন্ট মনিটাইজ করার নতুন উপায় তৈরি করে।
+summaryPoint1: "সোশ্যাল ইন্টারঅ্যাকশন এবং কন্টেন্ট তৈরি ও বিতরণের জন্য ব্লকচেইন-ভিত্তিক প্ল্যাটফর্ম।"
+summaryPoint2: "ডিসেন্ট্রালাইজড সোশ্যাল মিডিয়া নেটওয়ার্ক ব্যবহারকারীর গোপনীয়তা রক্ষা করে এবং ডেটা নিরাপত্তা বাড়ায়।"
+summaryPoint3: "টোকেন এবং NFT কন্টেন্ট মনিটাইজ করার নতুন উপায় তৈরি করে।"
---
আমাদের দৈনন্দিন যোগাযোগ এবং ইন্টারঅ্যাকশনে সোশ্যাল নেটওয়ার্কগুলো বিশাল ভূমিকা পালন করে। তবে, এই প্ল্যাটফর্মগুলোর সেন্ট্রালাইজড নিয়ন্ত্রণ অনেক সমস্যার সৃষ্টি করেছে: ডেটা লঙ্ঘন, সার্ভার বিভ্রাট, ডি-প্ল্যাটফর্মিং, সেন্সরশিপ এবং গোপনীয়তা লঙ্ঘন হলো সোশ্যাল মিডিয়ার কিছু সাধারণ সমস্যা। এই সমস্যাগুলো মোকাবিলা করতে, ডেভেলপাররা [Ethereum](/)-এ সোশ্যাল নেটওয়ার্ক তৈরি করছেন। ডিসেন্ট্রালাইজড সোশ্যাল নেটওয়ার্কগুলো প্রথাগত সোশ্যাল নেটওয়ার্কিং প্ল্যাটফর্মের অনেক সমস্যার সমাধান করতে পারে এবং ব্যবহারকারীদের সামগ্রিক অভিজ্ঞতা উন্নত করতে পারে।
diff --git a/public/content/translations/bn/staking/dvt/index.md b/public/content/translations/bn/staking/dvt/index.md
index da99b0016e7..762da39a9a9 100644
--- a/public/content/translations/bn/staking/dvt/index.md
+++ b/public/content/translations/bn/staking/dvt/index.md
@@ -1,6 +1,6 @@
---
-title: ডিস্ট্রিবিউটেড ভ্যালিডেটর প্রযুক্তি
-description: ডিস্ট্রিবিউটেড ভ্যালিডেটর প্রযুক্তি একাধিক পক্ষের মাধ্যমে একটি ইথিরিয়াম ভ্যালিডেটরের ডিস্ট্রিবিউটেড পরিচালনা সক্ষম করে।
+title: "ডিস্ট্রিবিউটেড ভ্যালিডেটর প্রযুক্তি"
+description: "ডিস্ট্রিবিউটেড ভ্যালিডেটর প্রযুক্তি একাধিক পক্ষের মাধ্যমে একটি ইথিরিয়াম ভ্যালিডেটরের ডিস্ট্রিবিউটেড পরিচালনা সক্ষম করে।"
lang: bn
---
diff --git a/public/content/translations/bn/staking/pools/index.md b/public/content/translations/bn/staking/pools/index.md
index 37a3a3a62de..aabfb474327 100644
--- a/public/content/translations/bn/staking/pools/index.md
+++ b/public/content/translations/bn/staking/pools/index.md
@@ -1,11 +1,11 @@
---
-title: পুলড স্টেকিং
-description: স্টেকিং পুল সম্পর্কে জানুন
+title: "পুলড স্টেকিং"
+description: "স্টেকিং পুল সম্পর্কে জানুন"
lang: bn
template: staking
emoji: ":money_with_wings:"
image: /images/staking/leslie-pool.png
-alt: লেসলি গন্ডার পুলে সাঁতার কাটছে।
+alt: "লেসলি গন্ডার পুলে সাঁতার কাটছে।"
sidebarDepth: 2
summaryPoints:
- অন্যদের সাথে যোগ দিয়ে যেকোনো পরিমাণ ETH স্টেক করুন এবং রিওয়ার্ড উপার্জন করুন
diff --git a/public/content/translations/bn/staking/saas/index.md b/public/content/translations/bn/staking/saas/index.md
index 4637596c336..4e4db61d192 100644
--- a/public/content/translations/bn/staking/saas/index.md
+++ b/public/content/translations/bn/staking/saas/index.md
@@ -1,11 +1,11 @@
---
-title: সার্ভিস হিসেবে স্টেকিং
-description: সার্ভিস হিসেবে স্টেকিং সম্পর্কে জানুন
+title: "সার্ভিস হিসেবে স্টেকিং"
+description: "সার্ভিস হিসেবে স্টেকিং সম্পর্কে জানুন"
lang: bn
template: staking
emoji: ":money_with_wings:"
image: /images/staking/leslie-saas.png
-alt: লেসলি গন্ডার মেঘের মধ্যে ভাসছে।
+alt: "লেসলি গন্ডার মেঘের মধ্যে ভাসছে।"
sidebarDepth: 2
summaryPoints:
- থার্ড-পার্টি নোড অপারেটররা আপনার ভ্যালিডেটর ক্লায়েন্টের অপারেশন পরিচালনা করে
diff --git a/public/content/translations/bn/staking/solo/index.md b/public/content/translations/bn/staking/solo/index.md
index 6b722b22b86..8925b823233 100644
--- a/public/content/translations/bn/staking/solo/index.md
+++ b/public/content/translations/bn/staking/solo/index.md
@@ -1,11 +1,11 @@
---
-title: আপনার ETH হোম স্টেক করুন
-description: কীভাবে আপনার ETH হোম স্টেকিং শুরু করবেন তার একটি ওভারভিউ
+title: "আপনার ETH হোম স্টেক করুন"
+description: "কীভাবে আপনার ETH হোম স্টেকিং শুরু করবেন তার একটি ওভারভিউ"
lang: bn
template: staking
emoji: ":money_with_wings:"
image: /images/staking/leslie-solo.png
-alt: লেসলি গন্ডার তার নিজের কম্পিউটার চিপে।
+alt: "লেসলি গন্ডার তার নিজের কম্পিউটার চিপে।"
sidebarDepth: 2
summaryPoints:
- আপনার ভ্যালিডেটর সঠিকভাবে কাজ করতে এবং অনলাইনে রাখার জন্য প্রটোকল থেকে সরাসরি সর্বোচ্চ রিওয়ার্ড পান
@@ -71,6 +71,7 @@ summaryPoints:
স্ল্যাশিং এবং ভ্যালিডেটর লাইফসাইকেল সম্পর্কে আরও জানুন
+
ভুটানের NDI সম্পর্কে আরও জানুন ডিসেন্ট্রালাইজড আইডেন্টিটি কেস স্টাডি-তে।
-
-
+
+
+
+
### প্রুফ অফ হিউম্যানিটি {#proof-of-humanity}
@@ -213,7 +215,7 @@ ZK-STARKs ZK-SNARKs-এর চেয়ে বড় প্রমাণ তৈরি
### প্রমাণ যাচাইকরণের খরচ {#proof-verification-costs}
-প্রমাণ যাচাই করার জন্যও জটিল কম্পিউটেশনের প্রয়োজন হয় এবং অ্যাপ্লিকেশনগুলোতে জিরো-নলেজ প্রযুক্তি বাস্তবায়নের খরচ বাড়ায়। এই খরচটি কম্পিউটেশন প্রমাণ করার প্রেক্ষাপটে বিশেষভাবে প্রাসঙ্গিক। উদাহরণস্বরূপ, ZK-রেলআপস Ethereum-এ একটি একক ZK-SNARK প্রমাণ যাচাই করতে ~ 500,000 গ্যাস প্রদান করে, যেখানে ZK-STARKs-এর জন্য আরও বেশি ফি প্রয়োজন হয়।
+প্রমাণ যাচাই করার জন্যও জটিল কম্পিউটেশনের প্রয়োজন হয় এবং অ্যাপ্লিকেশনগুলোতে জিরো-নলেজ প্রযুক্তি বাস্তবায়নের খরচ বাড়ায়। এই খরচটি কম্পিউটেশন প্রমাণ করার প্রেক্ষাপটে বিশেষভাবে প্রাসঙ্গিক। উদাহরণস্বরূপ, ZK-রোলআপস Ethereum-এ একটি একক ZK-SNARK প্রমাণ যাচাই করতে ~ 500,000 গ্যাস প্রদান করে, যেখানে ZK-STARKs-এর জন্য আরও বেশি ফি প্রয়োজন হয়।
### ট্রাস্ট অ্যাসাম্পশন {#trust-assumptions}
diff --git a/src/intl/bn/glossary-tooltip.json b/src/intl/bn/glossary-tooltip.json
index fba8dce75fd..38e4f91c021 100644
--- a/src/intl/bn/glossary-tooltip.json
+++ b/src/intl/bn/glossary-tooltip.json
@@ -70,7 +70,7 @@
"fork-term": "ফর্ক",
"fork-definition": "প্রটোকল-এ একটি পরিবর্তন যা একটি বিকল্প চেইন তৈরির কারণ হয়।",
"fraud-proof-term": "ফ্রড প্রুফ",
- "fraud-proof-definition": "নির্দিষ্ট লেয়ার ২ সমাধানগুলোর জন্য একটি সুরক্ষা মডেল যেখানে, গতি বাড়ানোর জন্য, লেনদেন-গুলোকে ব্যাচে রোলআপ করা হয় এবং একটি একক লেনদেন-এ ইথিরিয়াম-এ জমা দেওয়া হয়। অন্যান্য নেটওয়ার্ক অংশগ্রহণকারীরা লেনদেন-গুলো সততার সাথে কার্যকর করা হয়েছে কিনা তা পরীক্ষা করতে পুনরায় কার্যকর করতে পারে। যদি তারা পোস্ট করা ডাটা এবং তাদের নিজস্ব সংস্করণের মধ্যে কোনো অসঙ্গতি উন্মোচন করে তবে তারা একটি ক্রিপ্টোগ্রাফিক প্রমাণ পোস্ট করতে পারে যা প্রদর্শন করে যে কোথায় কিছু জালিয়াতি হয়েছে। কিছু রেলআপস ভ্যালিডিটি প্রুফ ব্যবহার করে।",
+ "fraud-proof-definition": "নির্দিষ্ট লেয়ার ২ সমাধানগুলোর জন্য একটি সুরক্ষা মডেল যেখানে, গতি বাড়ানোর জন্য, লেনদেন-গুলোকে ব্যাচে রোলআপ করা হয় এবং একটি একক লেনদেন-এ ইথিরিয়াম-এ জমা দেওয়া হয়। অন্যান্য নেটওয়ার্ক অংশগ্রহণকারীরা লেনদেন-গুলো সততার সাথে কার্যকর করা হয়েছে কিনা তা পরীক্ষা করতে পুনরায় কার্যকর করতে পারে। যদি তারা পোস্ট করা ডাটা এবং তাদের নিজস্ব সংস্করণের মধ্যে কোনো অসঙ্গতি উন্মোচন করে তবে তারা একটি ক্রিপ্টোগ্রাফিক প্রমাণ পোস্ট করতে পারে যা প্রদর্শন করে যে কোথায় কিছু জালিয়াতি হয়েছে। কিছু রোলআপস ভ্যালিডিটি প্রুফ ব্যবহার করে।",
"gas-term": "গ্যাস",
"gas-definition": "গ্যাস হলো ইথিরিয়াম-এর মতো একটি ব্লকচেইন-এ লেনদেন এবং স্মার্ট কন্ট্রাক্ট-এর জন্য প্রদত্ত ফি। গ্যাস এবং ফি সম্পর্কে আরও জানুন।",
"genesis-block-term": "জেনেসিস ব্লক",
@@ -125,8 +125,8 @@
"quadratic-voting-definition": "এটি একটি ভোটিং পদ্ধতি যেখানে ভোটাররা প্রকাশ করে যে তারা সমস্যাগুলো সম্পর্কে কতটা দৃঢ়ভাবে অনুভব করে। এটি ভোটারদের শুধু পছন্দই নয়, তাদের পছন্দের তীব্রতাও দেখানোর অনুমতি দেয়।",
"recovery-phrase-term": "সিড ফ্রেজ/রিকভারি ফ্রেজ",
"recovery-phrase-definition": "আপনি যখন একটি ডিজিটাল ওয়ালেট তৈরি করেন তখন আপনাকে দেওয়া শব্দের একটি তালিকা। এটি একটি পাসওয়ার্ডের মতো কাজ করে যা আপনি অ্যাক্সেস হারালে আপনাকে আপনার ওয়ালেট-এ ফিরে যেতে সাহায্য করতে পারে, এটি নিশ্চিত করে যে আপনি আপনার ডিজিটাল অর্থ বা টোকেন হারাবেন না।",
- "rollups-term": "রেলআপস",
- "rollups-definition": "এক ধরনের লেয়ার ২ স্কেলিং সমাধান যা একাধিক লেনদেন-কে ব্যাচ করে এবং সেগুলোকে একটি একক লেনদেন-এ ইথিরিয়াম মেইন চেইন-এ জমা দেয়। এটি গ্যাস খরচ হ্রাস এবং লেনদেন থ্রুপুট বৃদ্ধির অনুমতি দেয়। অপ্টিমেস্টিক এবং জিরো-নলেজ রোলআপ রয়েছে যা এই স্কেলেবিলিটি লাভগুলো অফার করার জন্য বিভিন্ন সুরক্ষা পদ্ধতি ব্যবহার করে। রেলআপস সম্পর্কে আরও জানুন।",
+ "rollups-term": "রোলআপস",
+ "rollups-definition": "এক ধরনের লেয়ার ২ স্কেলিং সমাধান যা একাধিক লেনদেন-কে ব্যাচ করে এবং সেগুলোকে একটি একক লেনদেন-এ ইথিরিয়াম মেইন চেইন-এ জমা দেয়। এটি গ্যাস খরচ হ্রাস এবং লেনদেন থ্রুপুট বৃদ্ধির অনুমতি দেয়। অপ্টিমেস্টিক এবং জিরো-নলেজ রোলআপ রয়েছে যা এই স্কেলেবিলিটি লাভগুলো অফার করার জন্য বিভিন্ন সুরক্ষা পদ্ধতি ব্যবহার করে। রোলআপস সম্পর্কে আরও জানুন।",
"rpc-term": "রিমোট প্রসিডিউর কল (RPC)",
"rpc-definition": "RPC একটি কম্পিউটারকে একটি নেটওয়ার্ক-এর মাধ্যমে অন্যটির কাছ থেকে ডাটা বা কাজের অনুরোধ করতে দেয়, যেমন রিমোট কন্ট্রোল দিয়ে তথ্যের জন্য জিজ্ঞাসা করা।",
"sequencer-term": "সিকোয়েন্সার",
@@ -152,7 +152,7 @@
"validator-term": "ভ্যালিডেটর",
"validator-definition": "একটি প্রুফ-অফ-স্টেক সিস্টেমে একটি নোড যা ডাটা সংরক্ষণ, লেনদেন প্রক্রিয়াকরণ এবং ব্লকচেইন-এ নতুন ব্লকস যোগ করার জন্য দায়ী। ভ্যালিডেটর সফ্টওয়্যার সক্রিয় করতে, আপনাকে 32 ETH স্টেক করতে সক্ষম হতে হবে। ইথিরিয়াম-এ স্টেকিং সম্পর্কে আরও জানুন।",
"validity-proof-term": "ভ্যালিডিটি প্রুফ",
- "validity-proof-definition": "নির্দিষ্ট লেয়ার ২ সমাধানগুলোর জন্য একটি সুরক্ষা মডেল যেখানে, গতি বাড়ানোর জন্য, লেনদেন-গুলোকে ব্যাচে রোলআপ করা হয় এবং একটি একক লেনদেন-এ ইথিরিয়াম-এ জমা দেওয়া হয়। লেনদেন গণনা অফচেইন করা হয় এবং তারপর তাদের বৈধতার প্রমাণসহ মেইন চেইনে সরবরাহ করা হয়। এই পদ্ধতিটি নিরাপত্তা বজায় রেখে সম্ভাব্য লেনদেন-এর পরিমাণ বাড়ায়। কিছু রেলআপস ফ্রড প্রুফ ব্যবহার করে। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।",
+ "validity-proof-definition": "নির্দিষ্ট লেয়ার ২ সমাধানগুলোর জন্য একটি সুরক্ষা মডেল যেখানে, গতি বাড়ানোর জন্য, লেনদেন-গুলোকে ব্যাচে রোলআপ করা হয় এবং একটি একক লেনদেন-এ ইথিরিয়াম-এ জমা দেওয়া হয়। লেনদেন গণনা অফচেইন করা হয় এবং তারপর তাদের বৈধতার প্রমাণসহ মেইন চেইনে সরবরাহ করা হয়। এই পদ্ধতিটি নিরাপত্তা বজায় রেখে সম্ভাব্য লেনদেন-এর পরিমাণ বাড়ায়। কিছু রোলআপস ফ্রড প্রুফ ব্যবহার করে। জিরো-নলেজ রোলআপ সম্পর্কে আরও জানুন।",
"wallet-term": "ওয়ালেট",
"wallet-definition": "একটি ওয়ালেট হলো ডিজিটাল মুদ্রা সংরক্ষণ, পাঠানো এবং গ্রহণ করার জন্য একটি ডিজিটাল টুল, যেমন আপনার অনলাইন অর্থের জন্য একটি ভার্চুয়াল পার্স। ইথিরিয়াম ওয়ালেট সম্পর্কে আরও জানুন।",
"web2-term": "ওয়েব2",
diff --git a/src/intl/bn/learn-quizzes.json b/src/intl/bn/learn-quizzes.json
index 222095fdd9b..8ae7e59cb07 100644
--- a/src/intl/bn/learn-quizzes.json
+++ b/src/intl/bn/learn-quizzes.json
@@ -376,10 +376,10 @@
"daos-1-a-explanation": "DAO গুলি সম্মিলিতভাবে মালিকানাধীন, কিন্তু এটি একমাত্র সঠিক বিবৃতি নয়।",
"daos-1-b-label": "তারা তাদের সদস্যদের দ্বারা পরিচালিত হয়",
"daos-1-b-explanation": "DAO গুলি তাদের সদস্যদের দ্বারা পরিচালিত হয়, কিন্তু এটি একমাত্র সঠিক বিবৃতি নয়।",
- "daos-1-c-label": "তারা একটি مشترکہ মিশনের দিকে কাজ করছে",
- "daos-1-c-explanation": "DAO গুলি একটি مشترکہ মিশনের দিকে কাজ করছে, কিন্তু এটি একমাত্র সঠিক বিবৃতি নয়।",
+ "daos-1-c-label": "তারা একটি সাধারণ মিশনের দিকে কাজ করছে",
+ "daos-1-c-explanation": "DAO গুলি একটি সাধারণ মিশনের দিকে কাজ করছে, কিন্তু এটি একমাত্র সঠিক বিবৃতি নয়।",
"daos-1-d-label": "উপরের সবকটি",
- "daos-1-d-explanation": "সঠিক, একটি DAO হল একটি সম্মিলিতভাবে মালিকানাধীন, ব্লকচেইন-শাসিত সংস্থা যা একটি مشترکہ মিশনের দিকে কাজ করছে।",
+ "daos-1-d-explanation": "সঠিক, একটি DAO হল একটি সম্মিলিতভাবে মালিকানাধীন, ব্লকচেইন-শাসিত সংস্থা যা একটি সাধারণ মিশনের দিকে কাজ করছে।",
"daos-2-prompt": "একটি DAO ব্যবহারের ব্যবহারিক উদাহরণ কী কী?",
"daos-2-a-label": "বিকেন্দ্রীভূত প্রোটোকল, সদস্যরা প্রোটোকলের বিষয় বা পণ্যটি কীভাবে বিকাশ করা যায় সে বিষয়ে ভোট দেয়",
"daos-2-a-explanation": "প্রোটোকল DAO গুলি একটি উদাহরণ, কিন্তু DAO গুলি এতে সীমাবদ্ধ নয়।",
diff --git a/src/intl/bn/page-developers-tools.json b/src/intl/bn/page-developers-tools.json
index c3d44b4c267..d6557ac148d 100644
--- a/src/intl/bn/page-developers-tools.json
+++ b/src/intl/bn/page-developers-tools.json
@@ -15,8 +15,8 @@
"page-developers-tools-category-education-meta-description": "সব স্তরের বিল্ডারদের জন্য ডকুমেন্টেশন, টিউটোরিয়াল, গাইড এবং কমিউনিটি টুল সহ ইথিরিয়াম শেখার রিসোর্স।",
"page-developers-tools-category-education-title": "শিক্ষা এবং কমিউনিটি রিসোর্স",
"page-developers-tools-category-interoperability-breadcrumb": "ইন্টারঅপারেবিলিটি",
- "page-developers-tools-category-interoperability-description": "ইথিরিয়াম মেইননেট, রেলআপস এবং অন্যান্য ব্লকচেইন জুড়ে মেসেজিং, অ্যাসেট ট্রান্সফার এবং শেয়ার্ড স্টেট সক্ষম করার টুল।",
- "page-developers-tools-category-interoperability-meta-description": "ব্রিজ, মেসেজিং, অ্যাসেট ট্রান্সফার, রেলআপস এবং ব্লকচেইন নেটওয়ার্ক জুড়ে ইন্টারঅপারেবিলিটির জন্য ইথিরিয়াম ক্রস চেইন টুল।",
+ "page-developers-tools-category-interoperability-description": "ইথিরিয়াম মেইননেট, রোলআপস এবং অন্যান্য ব্লকচেইন জুড়ে মেসেজিং, অ্যাসেট ট্রান্সফার এবং শেয়ার্ড স্টেট সক্ষম করার টুল।",
+ "page-developers-tools-category-interoperability-meta-description": "ব্রিজ, মেসেজিং, অ্যাসেট ট্রান্সফার, রোলআপস এবং ব্লকচেইন নেটওয়ার্ক জুড়ে ইন্টারঅপারেবিলিটির জন্য ইথিরিয়াম ক্রস চেইন টুল।",
"page-developers-tools-category-interoperability-title": "ক্রস-চেইন এবং ইন্টারঅপারেবিলিটি",
"page-developers-tools-category-sdks-breadcrumb": "SDKs",
"page-developers-tools-category-sdks-description": "ইথিরিয়াম নোড, কন্ট্রাক্ট এবং প্রটোকল এর সাথে ইন্টারঅ্যাক্ট করার জন্য ভাষা নির্দিষ্ট লাইব্রেরি এবং SDKs।",
diff --git a/src/intl/bn/page-layer-2-learn.json b/src/intl/bn/page-layer-2-learn.json
index b1bead16893..9937dc627fe 100644
--- a/src/intl/bn/page-layer-2-learn.json
+++ b/src/intl/bn/page-layer-2-learn.json
@@ -8,7 +8,7 @@
"page-layer-2-learn-what-is-layer-2-1": "লেয়ার 2 (L2) হলো ইথিরিয়াম স্কেলিং সমাধানগুলোর একটি নির্দিষ্ট সেট বর্ণনা করার একটি যৌথ শব্দ। একটি লেয়ার 2 হলো একটি আলাদা ব্লকচেইন যা ইথিরিয়ামকে প্রসারিত করে এবং ইথিরিয়ামের নিরাপত্তার নিশ্চয়তাগুলো উত্তরাধিকার সূত্রে পায়।",
"page-layer-2-learn-what-is-layer-2-2": "এখন চলুন এটি সম্পর্কে আরও একটু বিস্তারিত জানা যাক। এটি করার জন্য আমাদের প্রথমে লেয়ার 1 (L1) ব্যাখ্যা করতে হবে।",
"page-layer-2-learn-what-is-layer-1-title": "লেয়ার 1 কী?",
- "page-layer-2-learn-what-is-layer-1-1": "লেয়ার 1 ব্লকচেইন, যেমন ইথিরিয়াম এবং বিটকয়েন, হলো মূল ভিত্তি যার ওপর লেয়ার 2 প্রজেক্টগুলো তৈরি হয়। লেয়ার 2 প্রজেক্টের উদাহরণগুলোর মধ্যে রয়েছে ইথিরিয়ামের ওপর জিরো-নলেজ রেলআপস এবং অপ্টিমেস্টিক রেলআপস এবং বিটকয়েনের ওপর লাইটনিং নেটওয়ার্ক।",
+ "page-layer-2-learn-what-is-layer-1-1": "লেয়ার 1 ব্লকচেইন, যেমন ইথিরিয়াম এবং বিটকয়েন, হলো মূল ভিত্তি যার ওপর লেয়ার 2 প্রজেক্টগুলো তৈরি হয়। লেয়ার 2 প্রজেক্টের উদাহরণগুলোর মধ্যে রয়েছে ইথিরিয়ামের ওপর জিরো-নলেজ রোলআপস এবং অপ্টিমেস্টিক রোলআপস এবং বিটকয়েনের ওপর লাইটনিং নেটওয়ার্ক।",
"page-layer-2-learn-what-is-layer-1-2": "ইথিরিয়াম লেয়ার 2-গুলোর জন্য একটি ডাটা এভেইলএবিলিটি লেয়ার হিসেবেও কাজ করে, এবং যদি পূর্ববর্তী লেনদেন নিয়ে কোনো বিরোধ থাকে তবে এই বিরোধগুলোর জন্য ইথিরিয়াম থেকে ডেটা সরবরাহ করা হয়।",
"page-layer-2-learn-layer-1-list-title": "লেয়ার 1 হিসেবে ইথিরিয়ামের অন্তর্ভুক্ত:",
"page-layer-2-learn-layer-1-list-1": "নেটওয়ার্ক সুরক্ষিত এবং যাচাই করার জন্য নোড অপারেটরদের একটি নেটওয়ার্ক",
@@ -30,15 +30,15 @@
"page-layer-2-learn-how-does-layer-2-work-title": "লেয়ার 2 কীভাবে কাজ করে?",
"page-layer-2-learn-how-does-layer-2-work-1": "যেমনটি আমরা ওপরে উল্লেখ করেছি, লেয়ার 2 হলো ইথিরিয়াম স্কেলিং সমাধানগুলোর জন্য একটি যৌথ শব্দ যা ইথিরিয়াম লেয়ার 1-এর বাইরে লেনদেন পরিচালনা করে এবং একই সাথে ইথিরিয়াম লেয়ার 1-এর শক্তিশালী ডিসেন্ট্রালাইজড নিরাপত্তার সুবিধা গ্রহণ করে। একটি লেয়ার 2 হলো একটি আলাদা ব্লকচেইন যা ইথিরিয়ামকে প্রসারিত করে। এটি কীভাবে কাজ করে?",
"page-layer-2-learn-how-does-layer-2-work-2": "বিভিন্ন ধরনের লেয়ার 2 রয়েছে, যার প্রতিটির নিজস্ব সুবিধা-অসুবিধা এবং নিরাপত্তা মডেল রয়েছে। লেয়ার 2-গুলো লেয়ার 1 থেকে লেনদেনের বোঝা সরিয়ে নেয়, যার ফলে এটি কম যানজটপূর্ণ হয় এবং সবকিছু আরও স্কেলেবল হয়ে ওঠে।",
- "page-layer-2-learn-how-does-layer-2-work-rollups-title": "রেলআপস",
- "page-layer-2-learn-how-does-layer-2-work-rollups-1": "রেলআপস শত শত লেনদেনকে লেয়ার 1-এ একটি একক লেনদেনে বান্ডিল (বা 'রোল আপ') করে। এটি রোলআপ-এ থাকা সবার মধ্যে L1 ট্রানজেকশন ফি বিতরণ করে, যা প্রতিটি ব্যবহারকারীর জন্য এটিকে সস্তা করে তোলে।",
- "page-layer-2-learn-how-does-layer-2-work-rollups-2": "রোলআপ-এর লেনদেন ডেটা লেয়ার 1-এ জমা দেওয়া হয়, তবে এক্সিকিউশন রোলআপ দ্বারা আলাদাভাবে করা হয়। লেয়ার 1-এ লেনদেন ডেটা জমা দেওয়ার মাধ্যমে, রেলআপস ইথিরিয়ামের নিরাপত্তা উত্তরাধিকার সূত্রে পায়। এর কারণ হলো একবার ডেটা লেয়ার 1-এ আপলোড হয়ে গেলে, একটি রোলআপ লেনদেন বাতিল করার জন্য ইথিরিয়ামকে বাতিল করতে হয়। রেলআপস-এর দুটি ভিন্ন পদ্ধতি রয়েছে: অপ্টিমেস্টিক এবং জিরো-নলেজ - এই লেনদেন ডেটা কীভাবে L1-এ জমা দেওয়া হয় তার ওপর ভিত্তি করে এগুলো মূলত আলাদা।",
- "page-layer-2-learn-rollupCards-optimistic-title": "অপ্টিমেস্টিক রেলআপস",
- "page-layer-2-learn-rollupCards-optimistic-description": "অপ্টিমেস্টিক রেলআপস ফল্ট প্রুফ ব্যবহার করে যেখানে লেনদেনগুলোকে বৈধ বলে ধরে নেওয়া হয়, তবে কোনো অবৈধ লেনদেনের সন্দেহ হলে চ্যালেঞ্জ করা যেতে পারে। যদি কোনো অবৈধ লেনদেনের সন্দেহ হয়, তবে এটি ঘটেছে কি না তা দেখার জন্য একটি ফল্ট প্রুফ চালানো হয়।",
- "page-layer-2-learn-rollupCards-optimistic-childSentence": "অপ্টিমেস্টিক রেলআপস সম্পর্কে আরও জানুন",
- "page-layer-2-learn-rollupCards-zk-title": "জিরো-নলেজ রেলআপস",
- "page-layer-2-learn-rollupCards-zk-description": "জিরো-নলেজ রেলআপস ভ্যালিডিটি প্রুফ ব্যবহার করে যেখানে লেনদেনের হিসাবগুলো অফচেইন-এ গণনা করা হয়, এবং তারপর এই ডেটা তাদের বৈধতার প্রমাণসহ ইথিরিয়াম মেইননেট-এ সরবরাহ করা হয়।",
- "page-layer-2-learn-rollupCards-zk-childSentence": "zk-রেলআপস সম্পর্কে আরও জানুন",
+ "page-layer-2-learn-how-does-layer-2-work-rollups-title": "রোলআপস",
+ "page-layer-2-learn-how-does-layer-2-work-rollups-1": "রোলআপস শত শত লেনদেনকে লেয়ার 1-এ একটি একক লেনদেনে বান্ডিল (বা 'রোল আপ') করে। এটি রোলআপ-এ থাকা সবার মধ্যে L1 ট্রানজেকশন ফি বিতরণ করে, যা প্রতিটি ব্যবহারকারীর জন্য এটিকে সস্তা করে তোলে।",
+ "page-layer-2-learn-how-does-layer-2-work-rollups-2": "রোলআপ-এর লেনদেন ডেটা লেয়ার 1-এ জমা দেওয়া হয়, তবে এক্সিকিউশন রোলআপ দ্বারা আলাদাভাবে করা হয়। লেয়ার 1-এ লেনদেন ডেটা জমা দেওয়ার মাধ্যমে, রোলআপস ইথিরিয়ামের নিরাপত্তা উত্তরাধিকার সূত্রে পায়। এর কারণ হলো একবার ডেটা লেয়ার 1-এ আপলোড হয়ে গেলে, একটি রোলআপ লেনদেন বাতিল করার জন্য ইথিরিয়ামকে বাতিল করতে হয়। রোলআপস-এর দুটি ভিন্ন পদ্ধতি রয়েছে: অপ্টিমেস্টিক এবং জিরো-নলেজ - এই লেনদেন ডেটা কীভাবে L1-এ জমা দেওয়া হয় তার ওপর ভিত্তি করে এগুলো মূলত আলাদা।",
+ "page-layer-2-learn-rollupCards-optimistic-title": "অপ্টিমেস্টিক রোলআপস",
+ "page-layer-2-learn-rollupCards-optimistic-description": "অপ্টিমেস্টিক রোলআপস ফল্ট প্রুফ ব্যবহার করে যেখানে লেনদেনগুলোকে বৈধ বলে ধরে নেওয়া হয়, তবে কোনো অবৈধ লেনদেনের সন্দেহ হলে চ্যালেঞ্জ করা যেতে পারে। যদি কোনো অবৈধ লেনদেনের সন্দেহ হয়, তবে এটি ঘটেছে কি না তা দেখার জন্য একটি ফল্ট প্রুফ চালানো হয়।",
+ "page-layer-2-learn-rollupCards-optimistic-childSentence": "অপ্টিমেস্টিক রোলআপস সম্পর্কে আরও জানুন",
+ "page-layer-2-learn-rollupCards-zk-title": "জিরো-নলেজ রোলআপস",
+ "page-layer-2-learn-rollupCards-zk-description": "জিরো-নলেজ রোলআপস ভ্যালিডিটি প্রুফ ব্যবহার করে যেখানে লেনদেনের হিসাবগুলো অফচেইন-এ গণনা করা হয়, এবং তারপর এই ডেটা তাদের বৈধতার প্রমাণসহ ইথিরিয়াম মেইননেট-এ সরবরাহ করা হয়।",
+ "page-layer-2-learn-rollupCards-zk-childSentence": "zk-রোলআপস সম্পর্কে আরও জানুন",
"page-layer-2-learn-dyor-title": "নিজের গবেষণা নিজে করুন: লেয়ার 2-এর ঝুঁকি",
"page-layer-2-learn-dyor-1": "যেহেতু লেয়ার 2 চেইনগুলো ইথিরিয়াম থেকে নিরাপত্তা উত্তরাধিকার সূত্রে পায়, একটি আদর্শ বিশ্বে, এগুলো L1 ইথিরিয়ামের মতোই নিরাপদ। তবে, অনেক প্রজেক্ট এখনও নতুন এবং কিছুটা পরীক্ষামূলক। বছরের পর বছর R&D-এর পর, ইথিরিয়ামকে স্কেল করবে এমন অনেক L2 প্রযুক্তি 2021 সালে লাইভ হয়েছে। এর মানে এই নয় যে এই L2-গুলো সুরক্ষিত নয়, বরং কোনো লেয়ার 2-ই ইথিরিয়াম মেইননেট-এর মতো পরীক্ষিত নয়। সর্বদা নিজের গবেষণা নিজে করুন এবং সিদ্ধান্ত নিন যে আপনি এর সাথে জড়িত কোনো ঝুঁকিতে স্বাচ্ছন্দ্যবোধ করেন কি না।",
"page-layer-2-learn-dyor-2": "লেয়ার 2-গুলোর প্রযুক্তি, ঝুঁকি এবং আস্থার অনুমান সম্পর্কে আরও তথ্যের জন্য, আমরা L2BEAT দেখার পরামর্শ দিই, যা প্রতিটি প্রজেক্টের একটি ব্যাপক ঝুঁকি মূল্যায়ন ফ্রেমওয়ার্ক প্রদান করে।",
diff --git a/src/intl/bn/page-layer-2-networks.json b/src/intl/bn/page-layer-2-networks.json
index 4df78d573de..25e9f99fc0b 100644
--- a/src/intl/bn/page-layer-2-networks.json
+++ b/src/intl/bn/page-layer-2-networks.json
@@ -14,7 +14,7 @@
"page-layer-2-networks-n/a-label": "N/A",
"page-layer-2-networks-n/a-description": "Ethereum মেইননেট-এর জন্য প্রযোজ্য নয়।",
"page-layer-2-networks-robust-label": "শক্তিশালী",
- "page-layer-2-networks-robust-description": "সম্পূর্ণরূপে ডিসেন্ট্রালাইজড এবং সুরক্ষিত নেটওয়ার্ক যা এর নির্মাতাসহ কোনো ব্যক্তি বা গোষ্ঠী দ্বারা পরিবর্তন বা বন্ধ করা যায় না。\n\nএটি এমন একটি নেটওয়ার্ক যা Ethereum-এর ডিসেন্ট্রালাইজড দৃষ্টিভঙ্গি পূরণ করে।",
+ "page-layer-2-networks-robust-description": "সম্পূর্ণরূপে ডিসেন্ট্রালাইজড এবং সুরক্ষিত নেটওয়ার্ক যা এর নির্মাতাসহ কোনো ব্যক্তি বা গোষ্ঠী দ্বারা পরিবর্তন বা বন্ধ করা যায় না।\n\nএটি এমন একটি নেটওয়ার্ক যা Ethereum-এর ডিসেন্ট্রালাইজড দৃষ্টিভঙ্গি পূরণ করে।",
"page-layer-2-networks-maturing-label": "পরিণত হচ্ছে",
"page-layer-2-networks-maturing-description": "একটি নেটওয়ার্ক যা ডিসেন্ট্রালাইজড হওয়ার দিকে অগ্রসর হচ্ছে। চরম পরিস্থিতিতে এখনও একদল অ্যাক্টর নেটওয়ার্কটি বন্ধ করতে সক্ষম হতে পারে।",
"page-layer-2-networks-developing-label": "বিকাশমান",
diff --git a/src/intl/bn/page-layer-2.json b/src/intl/bn/page-layer-2.json
index c484ac6358a..4c2ea1af0db 100644
--- a/src/intl/bn/page-layer-2.json
+++ b/src/intl/bn/page-layer-2.json
@@ -31,7 +31,7 @@
"page-layer-2-why-do-we-need-multiple-networks-2": "কেন এতগুলো নেটওয়ার্ক আছে এবং শুধু একটি ইথিরিয়াম নেটওয়ার্ক নেই?",
"page-layer-2-faq-title": "সচরাচর জিজ্ঞাসিত প্রশ্নাবলী",
"page-layer-2-faq-ExpandableCard-1-title": "আমি কীভাবে বুঝব যে একটি নেটওয়ার্ক ইথিরিয়ামের অংশ?",
- "page-layer-2-faq-ExpandableCard-1-description-1": "ইথিরিয়ামের সাথে সম্পর্কিত নেটওয়ার্কগুলোকে বিভিন্নভাবে শ্রেণীবদ্ধ করা যায়। অনেক নেটওয়ার্ক জনপ্রিয়তা অর্জনের জন্য ইথিরিয়াম স্কেলিং করার দাবি করে। তবে, একটি স্পষ্ট বিষয় হলো নেটওয়ার্কটি তার ডেটা ইথিরিয়াম মেইননেট এ সংরক্ষণ করে কি না। এটি ব্যবহারকারীর নিরাপত্তা এবং ইথিরিয়ামের পারমিশনলেস ভিশনকে ব্যাপকভাবে বৃদ্ধি করে। এই ধরনের প্রজেক্টগুলোকে প্রায়ই “রেলআপস” বলা হয়। যদি ডেটা অন্য কোথাও সংরক্ষণ করা হয়, তবে প্রজেক্টটি সরাসরি ইথিরিয়াম এক্সটেনশন নয় বরং স্বাধীন। সবচেয়ে জনপ্রিয় কিছু প্রজেক্ট দেখে নিন",
+ "page-layer-2-faq-ExpandableCard-1-description-1": "ইথিরিয়ামের সাথে সম্পর্কিত নেটওয়ার্কগুলোকে বিভিন্নভাবে শ্রেণীবদ্ধ করা যায়। অনেক নেটওয়ার্ক জনপ্রিয়তা অর্জনের জন্য ইথিরিয়াম স্কেলিং করার দাবি করে। তবে, একটি স্পষ্ট বিষয় হলো নেটওয়ার্কটি তার ডেটা ইথিরিয়াম মেইননেট এ সংরক্ষণ করে কি না। এটি ব্যবহারকারীর নিরাপত্তা এবং ইথিরিয়ামের পারমিশনলেস ভিশনকে ব্যাপকভাবে বৃদ্ধি করে। এই ধরনের প্রজেক্টগুলোকে প্রায়ই “রোলআপস” বলা হয়। যদি ডেটা অন্য কোথাও সংরক্ষণ করা হয়, তবে প্রজেক্টটি সরাসরি ইথিরিয়াম এক্সটেনশন নয় বরং স্বাধীন। সবচেয়ে জনপ্রিয় কিছু প্রজেক্ট দেখে নিন",
"page-layer-2-faq-ExpandableCard-1-description-2": "গেমিং বা নন-ফাইন্যান্সিয়াল অ্যাপ্লিকেশনের মতো কিছু নির্দিষ্ট ইন্ডাস্ট্রিতে এমন সরাসরি ঘনিষ্ঠ সম্পর্কের প্রয়োজন নাও হতে পারে, যেখানে ভিন্ন প্রযুক্তি বেশি উপযুক্ত।",
"page-layer-2-faq-ExpandableCard-2-title": "এই সব নেটওয়ার্ক কি নিরাপদ?",
"page-layer-2-faq-ExpandableCard-2-description-1": "যদিও এগুলো সাধারণত শক্তিশালী নিরাপত্তা বৈশিষ্ট্যের সাথে ডিজাইন করা হয়, তবে এদের নিরাপত্তা নির্ভর করে অন্তর্নিহিত প্রযুক্তি, স্মার্ট কন্ট্রাক্ট নিরাপত্তা এবং",
diff --git a/src/intl/bn/page-roadmap.json b/src/intl/bn/page-roadmap.json
index 0f0d037a966..ce4a4bd49a2 100644
--- a/src/intl/bn/page-roadmap.json
+++ b/src/intl/bn/page-roadmap.json
@@ -6,7 +6,7 @@
"page-roadmap-changes-coming-title": "ইথিরিয়ামে কী কী পরিবর্তন আসছে?",
"page-roadmap-changes-coming-description": "Ethereum ইতিমধ্যে একটি শক্তিশালী প্ল্যাটফর্ম, তবে এটি এখনও উন্নত করা হচ্ছে। একটি উচ্চাভিলাষী উন্নতির সেট ইথিরিয়ামকে এর বর্তমান রূপ থেকে একটি সম্পূর্ণ স্কেলড, সর্বাধিক স্থিতিস্থাপক প্ল্যাটফর্মে আপগ্রেড করবে।",
"page-roadmap-cheaper-transactions-title": "সস্তা লেনদেন",
- "page-roadmap-cheaper-transactions-description": "রেলআপস খুব ব্যয়বহুল এবং সেন্ট্রালাইজড উপাদানগুলির উপর নির্ভর করে, যার ফলে ব্যবহারকারীরা তাদের অপারেটরদের উপর খুব বেশি আস্থা রাখে। রোডম্যাপ-এ এই উভয় সমস্যার সমাধান অন্তর্ভুক্ত রয়েছে।",
+ "page-roadmap-cheaper-transactions-description": "রোলআপস খুব ব্যয়বহুল এবং সেন্ট্রালাইজড উপাদানগুলির উপর নির্ভর করে, যার ফলে ব্যবহারকারীরা তাদের অপারেটরদের উপর খুব বেশি আস্থা রাখে। রোডম্যাপ-এ এই উভয় সমস্যার সমাধান অন্তর্ভুক্ত রয়েছে।",
"page-roadmap-cheaper-transactions-button": "ফি কমানোর বিষয়ে আরও জানুন",
"page-roadmap-extra-security-title": "অতিরিক্ত নিরাপত্তা",
"page-roadmap-extra-security-description": "ইথিরিয়াম ইতিমধ্যে খুব সুরক্ষিত তবে এটিকে আরও শক্তিশালী করা যেতে পারে, যা ভবিষ্যতের সব ধরণের আক্রমণ প্রতিহত করতে প্রস্তুত।",
@@ -27,7 +27,7 @@
"page-roadmap-hero-alt": "ইথিরিয়াম রোডম্যাপ",
"page-roadmap-technical-upgrades-title": "ইথিরিয়ামে কী কী প্রযুক্তিগত আপগ্রেড আসছে?",
"page-roadmap-danksharding-title": "Danksharding",
- "page-roadmap-danksharding-description": "ডাঙ্কশার্ডিং ইথিরিয়াম ব্লকস-এ ডেটার \"blobs\" যোগ করে ব্যবহারকারীদের জন্য L2 রেলআপস অনেক সস্তা করে তোলে।",
+ "page-roadmap-danksharding-description": "ডাঙ্কশার্ডিং ইথিরিয়াম ব্লকস-এ ডেটার \"blobs\" যোগ করে ব্যবহারকারীদের জন্য L2 রোলআপস অনেক সস্তা করে তোলে।",
"page-roadmap-single-slot-finality-title": "সিঙ্গেল স্লট ফাইনালিটি",
"page-roadmap-single-slot-finality-description": "পনেরো মিনিট অপেক্ষা করার পরিবর্তে, ব্লকস একই স্লটে প্রস্তাবিত এবং চূড়ান্ত করা যেতে পারে। এটি অ্যাপগুলির জন্য আরও সুবিধাজনক এবং আক্রমণ করা কঠিন।",
"page-roadmap-account-abstraction-title": "একাউন্ট অ্যাবস্ট্রাকশন",
@@ -51,7 +51,7 @@
"page-roadmap-faq-3-title": "এই আপগ্রেডগুলির জন্য প্রস্তুত হতে আমাকে কি কিছু করতে হবে?",
"page-roadmap-faq-3-p1": "আপগ্রেডগুলি সাধারণত শেষ-ব্যবহারকারীদের প্রভাবিত করে না, তবে উন্নত ব্যবহারকারীর অভিজ্ঞতা এবং আরও সুরক্ষিত প্রটোকল প্রদান করে এবং সম্ভবত ইথিরিয়ামের সাথে কীভাবে ইন্টারঅ্যাক্ট করতে হয় তার জন্য আরও বিকল্প প্রদান করে। নিয়মিত ব্যবহারকারীদের একটি আপগ্রেডে সক্রিয়ভাবে অংশগ্রহণ করার প্রয়োজন নেই, বা তাদের সম্পদ সুরক্ষিত করার জন্য তাদের কিছু করার প্রয়োজন নেই**। নোড অপারেটরদের একটি আপগ্রেডের জন্য প্রস্তুত হতে তাদের ক্লায়েন্ট আপডেট করতে হবে। কিছু আপগ্রেড অ্যাপ্লিকেশন ডেভেলপারদের জন্য পরিবর্তনের কারণ হতে পারে। উদাহরণস্বরূপ, হিস্ট্রি এক্সপায়ারি আপগ্রেডগুলি অ্যাপ্লিকেশন ডেভেলপারদের নতুন উত্স থেকে ঐতিহাসিক ডেটা সংগ্রহ করতে পরিচালিত করতে পারে।",
"page-roadmap-faq-4-title": "শার্ডিং সম্পর্কে কী?",
- "page-roadmap-faq-4-p1": "শার্ডিং হলো ইথিরিয়াম ব্লকচেইন-কে বিভক্ত করা যাতে ভ্যালিডেটরস-দের সাবসেটগুলি মোট ডেটার একটি ভগ্নাংশের জন্য দায়ী থাকে। এটি মূলত ইথিরিয়ামের স্কেল করার উপায় হিসাবে উদ্দিষ্ট ছিল। যাইহোক, লেয়ার 2 রেলআপস প্রত্যাশার চেয়ে অনেক দ্রুত বিকশিত হয়েছে এবং ইতিমধ্যে প্রচুর স্কেলিং প্রদান করেছে, এবং প্রোটো-ডাঙ্কশার্ডিং বাস্তবায়িত হওয়ার পরে আরও অনেক কিছু প্রদান করবে। এর মানে হলো \"শার্ড চেইন\" এর আর প্রয়োজন নেই এবং রোডম্যাপ থেকে বাদ দেওয়া হয়েছে।",
+ "page-roadmap-faq-4-p1": "শার্ডিং হলো ইথিরিয়াম ব্লকচেইন-কে বিভক্ত করা যাতে ভ্যালিডেটরস-দের সাবসেটগুলি মোট ডেটার একটি ভগ্নাংশের জন্য দায়ী থাকে। এটি মূলত ইথিরিয়ামের স্কেল করার উপায় হিসাবে উদ্দিষ্ট ছিল। যাইহোক, লেয়ার 2 রোলআপস প্রত্যাশার চেয়ে অনেক দ্রুত বিকশিত হয়েছে এবং ইতিমধ্যে প্রচুর স্কেলিং প্রদান করেছে, এবং প্রোটো-ডাঙ্কশার্ডিং বাস্তবায়িত হওয়ার পরে আরও অনেক কিছু প্রদান করবে। এর মানে হলো \"শার্ড চেইন\" এর আর প্রয়োজন নেই এবং রোডম্যাপ থেকে বাদ দেওয়া হয়েছে।",
"page-roadmap-release-status-prod": "প্রোডাকশনে আছে",
"page-roadmap-release-status-soon": "শীঘ্রই আসছে",
"page-roadmap-release-status-dev": "উন্নয়নাধীন",
@@ -90,9 +90,9 @@
"page-roadmap-pectra-balance-title": "সর্বোচ্চ কার্যকরী ব্যালেন্স বৃদ্ধি করুন",
"page-roadmap-pectra-balance-item-1": "স্টেকাররা এখন স্টেক করার জন্য যেকোনো পরিমাণ ETH বেছে নিতে পারে এবং ন্যূনতম পরিমাণের উপরে প্রতি 1 ETH-এ পুরষ্কার পেতে পারে",
"page-roadmap-pectra-blob-title": "ব্লব থ্রুপুট বৃদ্ধি",
- "page-roadmap-pectra-blob-item-1": "ব্লব সংখ্যা 3 থেকে 6 টার্গেটে বৃদ্ধি করা হবে, সর্বোচ্চ 9 পর্যন্ত, যার ফলে ইথিরিয়াম রেলআপস-এ সস্তা ফি হবে",
+ "page-roadmap-pectra-blob-item-1": "ব্লব সংখ্যা 3 থেকে 6 টার্গেটে বৃদ্ধি করা হবে, সর্বোচ্চ 9 পর্যন্ত, যার ফলে ইথিরিয়াম রোলআপস-এ সস্তা ফি হবে",
"page-roadmap-fusaka-peerdas-title": "PeerDAS (Peer-to-Peer ডাটা এভেইলএবিলিটি স্যাম্পলিং)",
- "page-roadmap-fusaka-peerdas-item-1": "রেলআপস-এর জন্য আরও দক্ষ ডাটা এভেইলএবিলিটি সক্ষম করে",
+ "page-roadmap-fusaka-peerdas-item-1": "রোলআপস-এর জন্য আরও দক্ষ ডাটা এভেইলএবিলিটি সক্ষম করে",
"page-roadmap-fusaka-peerdas-item-2": "ডিসেন্ট্রালাইজেশন বজায় রেখে একটি নোড চালানো আরও অ্যাক্সেসযোগ্য করে তোলে",
"page-roadmap-fusaka-additional-title": "সম্ভাব্য অতিরিক্ত বৈশিষ্ট্যসমূহ",
"page-roadmap-fusaka-additional-item-1": "UX উন্নত করতে মোবাইল ডিভাইসে সুরক্ষিত এনক্লেভের জন্য সমর্থন",
diff --git a/src/intl/bn/page-upgrades-get-involved.json b/src/intl/bn/page-upgrades-get-involved.json
index 6e3723c47cd..f18b813c516 100644
--- a/src/intl/bn/page-upgrades-get-involved.json
+++ b/src/intl/bn/page-upgrades-get-involved.json
@@ -19,7 +19,7 @@
"page-upgrades-get-involved-how": "আপনি কীভাবে যুক্ত হতে চান?",
"page-upgrades-get-involved-how-desc": "Ethereum কমিউনিটি সবসময় আরও বেশি মানুষের ক্লায়েন্ট চালানো, স্টেকিং এবং বাগ হান্টিং থেকে উপকৃত হবে।",
"page-upgrades-get-involved-join": "গবেষণায় যোগ দিন",
- "page-upgrades-get-involved-join-desc": "Ethereum-এর বেশিরভাগ বিষয়ের মতো, অনেক গবেষণাই পাবলিক। এর মানে হলো আপনি আলোচনায় অংশ নিতে পারেন বা Ethereum গবেষকদের কী বলার আছে তা পড়তে পারেন। ethresear.ch কনসেন্সাস আপগ্রেড, রেলআপস এবং আরও অনেক বিষয় কভার করে।",
+ "page-upgrades-get-involved-join-desc": "Ethereum-এর বেশিরভাগ বিষয়ের মতো, অনেক গবেষণাই পাবলিক। এর মানে হলো আপনি আলোচনায় অংশ নিতে পারেন বা Ethereum গবেষকদের কী বলার আছে তা পড়তে পারেন। ethresear.ch কনসেন্সাস আপগ্রেড, রোলআপস এবং আরও অনেক বিষয় কভার করে।",
"page-upgrades-get-involved-meta-description": "Ethereum আপগ্রেডে কীভাবে অংশগ্রহণ করবেন: নোড চালান, স্টেক করুন, বাগ খুঁজুন এবং আরও অনেক কিছু।",
"page-upgrades-get-involved-run-clients": "একটি ক্লায়েন্ট পেয়ার চালান",
"page-upgrades-get-involved-run-clients-desc": "একটি 'ক্লায়েন্ট' হলো এমন একটি সফটওয়্যার যা ব্লকচেইন চালায়, এবং Ethereum-এর ক্ষেত্রে, একটি ফুল নোড চালানোর জন্য এই ক্লায়েন্টগুলোর একটি পেয়ার বা জোড়া চালাতে হয়: একটি এক্সিকিউশন লেয়ার ক্লায়েন্ট এবং একটি কনসেন্সাস লেয়ার ক্লায়েন্ট। একটি ফুল নোড লেনদেন চেক করতে পারে এবং, যদি ETH স্টেকিং করা হয়, তবে নতুন ব্লকস তৈরি করতে পারে। প্রতিটি ক্লায়েন্ট-এর নিজস্ব বৈশিষ্ট্য রয়েছে তবে সামগ্রিকভাবে একই কাজ করে, তাই ক্লায়েন্ট পুলকে বৈচিত্র্যময় এবং সুরক্ষিত রাখতে আমরা আপনাকে যখনই সম্ভব একটি মাইনরিটি ক্লায়েন্ট বেছে নিতে উৎসাহিত করি।",
diff --git a/src/intl/bn/page-upgrades-index.json b/src/intl/bn/page-upgrades-index.json
index d96b407e659..2425e1940ff 100644
--- a/src/intl/bn/page-upgrades-index.json
+++ b/src/intl/bn/page-upgrades-index.json
@@ -78,8 +78,8 @@
"page-upgrades-question-2-desc": "হ্যাঁ। বিকন চেইন হলো একটি সমান্তরাল প্রুফ-অফ-স্টেক ব্লকচেইনের নাম যা ইথিরিয়ামের মেইননেট আপগ্রেড করতে ব্যবহৃত হয়েছিল। এখন শুধুমাত্র একটি ব্লকচেইন রয়েছে, যা মূল ইথিরিয়াম ব্লকচেইন এবং বিকন চেইন একসাথে যুক্ত করে তৈরি করা হয়েছে।",
"page-upgrades-question-3-answer-2a": "The Merge-এর ডিএ্যাপ ডেভেলপারদের ওপর খুব সামান্য প্রভাব ছিল - তারা এখনও ইথিরিয়ামের সাথে একইভাবে কাজ করে।",
"page-upgrades-question-3-answer-2a-link": "The Merge এবং ডিএ্যাপ ডেভেলপাররা",
- "page-upgrades-question-3-answer-2b": "শার্ডিং পরিকল্পনাগুলো এখনও তৈরি করা হচ্ছে, তবে এগুলো লেয়ার 2 রেলআপস-এর কথা মাথায় রেখে ডিজাইন করা হবে।",
- "page-upgrades-layer-2-rollups": "লেয়ার 2 রেলআপস সম্পর্কে আরও জানুন",
+ "page-upgrades-question-3-answer-2b": "শার্ডিং পরিকল্পনাগুলো এখনও তৈরি করা হচ্ছে, তবে এগুলো লেয়ার 2 রোলআপস-এর কথা মাথায় রেখে ডিজাইন করা হবে।",
+ "page-upgrades-layer-2-rollups": "লেয়ার 2 রোলআপস সম্পর্কে আরও জানুন",
"page-upgrades-question-3-answer-3-link": "ethresear.ch ভিজিট করুন",
"page-upgrades-question-3-desc": "আপগ্রেডগুলোর জন্য প্রস্তুত হতে আপনাকে এখনই কিছু করতে হবে না।",
"page-upgrades-question-3-title": "আমি কীভাবে আপগ্রেডগুলোর জন্য প্রস্তুত হবো?",
@@ -96,7 +96,7 @@
"page-upgrades-question-6-answer-4": "ConsenSys-এর Ben Edgington-এর ইথিরিয়াম আপগ্রেড সম্পর্কে একটি সাপ্তাহিক নিউজলেটার রয়েছে:",
"page-upgrades-question-6-answer-5": "আপনি ethresear.ch-এ ইথিরিয়াম গবেষণা এবং উন্নয়নের আলোচনায়ও যোগ দিতে পারেন।",
"page-upgrades-question-6-title": "আমার ডিএ্যাপ নিয়ে আমাকে কী করতে হবে?",
- "page-upgrades-question-6-desc": "The Merge এমনভাবে ডিজাইন করা হয়েছিল যাতে ডিএ্যাপ ডেভেলপারদের ওপর এর প্রভাব খুব কম থাকে, যদিও কিছু ছোট পরিবর্তন লক্ষ্য করার মতো ছিল。",
+ "page-upgrades-question-6-desc": "The Merge এমনভাবে ডিজাইন করা হয়েছিল যাতে ডিএ্যাপ ডেভেলপারদের ওপর এর প্রভাব খুব কম থাকে, যদিও কিছু ছোট পরিবর্তন লক্ষ্য করার মতো ছিল।",
"page-upgrades-question-6-answer-1": "প্রি-মার্জ ইথিরিয়ামের সাথে পরিচিত ডিএ্যাপ ডেভেলপারদের কিছু পরিবর্তন সম্পর্কে সচেতন হওয়া উচিত। এই পরিবর্তনগুলোর মধ্যে রয়েছে ব্লক গঠন এবং সময়, কিছু অপকোড পরিবর্তন, অনচেইন র্যান্ডমনেসের উৎস এবং এপোক ফাইনালাইজেশন-এর ধারণা।",
"page-upgrades-question-6-answer-1-link": "The Merge কীভাবে ইথিরিয়ামের অ্যাপ্লিকেশন লেয়ারকে প্রভাবিত করেছে",
"page-upgrades-question-6-answer-2": "অ্যাপ্লিকেশনগুলো প্রায় সম্পূর্ণভাবে প্রভাবিত হয়নি।",