মূল কন্টেন্টে যান
Change page

ERC-20 টোকেন স্ট্যান্ডার্ড

ভূমিকা

টোকেন কী?

টোকেন ইথিরিয়াম-এ কার্যত যেকোনো কিছুর প্রতিনিধিত্ব করতে পারে:

  • অনলাইন প্ল্যাটফর্মে রেপুটেশন পয়েন্ট
  • গেমের কোনো চরিত্রের দক্ষতা
  • কোম্পানির শেয়ারের মতো আর্থিক সম্পদ
  • USD-এর মতো ফিয়াট কারেন্সি
  • এক আউন্স সোনা
  • এবং আরও অনেক কিছু...

ইথিরিয়ামের এমন একটি শক্তিশালী বৈশিষ্ট্য অবশ্যই একটি শক্তিশালী স্ট্যান্ডার্ড দ্বারা পরিচালিত হওয়া উচিত, তাই না? ঠিক এখানেই ERC-20 তার ভূমিকা পালন করে! এই স্ট্যান্ডার্ডটি ডেভেলপারদের এমন টোকেন অ্যাপ্লিকেশন তৈরি করতে দেয় যা অন্যান্য পণ্য এবং পরিষেবার সাথে ইন্টারঅপারেবল। ERC-20 স্ট্যান্ডার্ডটি -এ অতিরিক্ত কার্যকারিতা প্রদান করতেও ব্যবহৃত হয়।

ERC-20 কী?

ERC-20 ফাঞ্জিবল টোকেনের জন্য একটি স্ট্যান্ডার্ড প্রবর্তন করে, অন্য কথায়, তাদের এমন একটি বৈশিষ্ট্য রয়েছে যা প্রতিটি টোকেনকে অন্য টোকেনের (ধরন এবং মূল্যের দিক থেকে) ঠিক একই রকম করে তোলে। উদাহরণস্বরূপ, একটি ERC-20 টোকেন ঠিক ETH-এর মতো কাজ করে, যার অর্থ 1 টোকেন সর্বদা অন্যান্য সমস্ত টোকেনের সমান হবে।

পূর্বশর্ত

মূল অংশ

নভেম্বর 2015-এ Fabian Vogelsteller দ্বারা প্রস্তাবিত ERC-20 (Ethereum Request for Comments 20) হলো একটি টোকেন স্ট্যান্ডার্ড যা স্মার্ট কন্ট্রাক্ট-এর মধ্যে টোকেনের জন্য একটি API প্রয়োগ করে।

ERC-20 যে উদাহরণমূলক কার্যকারিতাগুলো প্রদান করে:

  • এক একাউন্ট থেকে অন্য একাউন্টে টোকেন স্থানান্তর করা
  • একটি একাউন্টের বর্তমান টোকেন ব্যালেন্স পাওয়া
  • নেটওয়ার্ক-এ উপলব্ধ টোকেনের মোট সরবরাহ পাওয়া
  • একটি একাউন্ট থেকে নির্দিষ্ট পরিমাণ টোকেন কোনো থার্ড-পার্টি একাউন্ট দ্বারা ব্যয় করা যাবে কি না তা অনুমোদন করা

যদি একটি স্মার্ট কন্ট্রাক্ট নিচের মেথড এবং ইভেন্টগুলো প্রয়োগ করে তবে এটিকে একটি ERC-20 টোকেন কন্ট্রাক্ট বলা যেতে পারে এবং একবার ডিপ্লয় করা হলে, এটি ইথিরিয়ামে তৈরি করা টোকেনগুলোর ট্র্যাক রাখার জন্য দায়ী থাকবে।

EIP-20 (opens in a new tab) থেকে:

মেথড

ইভেন্ট

event Transfer(address indexed _from, address indexed _to, uint256 _value)
event Approval(address indexed _owner, address indexed _spender, uint256 _value)

উদাহরণ

আসুন দেখি ইথিরিয়ামে যেকোনো ERC-20 টোকেন কন্ট্রাক্ট পরিদর্শন করা আমাদের জন্য সহজ করতে একটি স্ট্যান্ডার্ড কতটা গুরুত্বপূর্ণ। যেকোনো ERC-20 টোকেনের একটি ইন্টারফেস তৈরি করতে আমাদের শুধু কন্ট্রাক্ট অ্যাপ্লিকেশন বাইনারি ইন্টারফেস (ABI) প্রয়োজন। নিচে দেখতে পাবেন যে আমরা একটি সরলীকৃত ABI ব্যবহার করব, যাতে এটি সহজে বোঝা যায় এমন একটি উদাহরণ হয়।

Web3.py উদাহরণ

প্রথমে, নিশ্চিত করুন যে আপনি Web3.py (opens in a new tab) পাইথন লাইব্রেরি ইনস্টল করেছেন:

pip install web3

পরিচিত সমস্যাগুলো

ERC-20 টোকেন গ্রহণের সমস্যা

06/20/2024 তারিখ পর্যন্ত এই সমস্যার কারণে অন্তত $83,656,418 মূল্যের ERC-20 টোকেন হারিয়ে গেছে। মনে রাখবেন যে একটি বিশুদ্ধ ERC-20 ইমপ্লিমেন্টেশন এই সমস্যার সম্মুখীন হতে পারে, যদি না আপনি নিচে তালিকাভুক্ত স্ট্যান্ডার্ডের ওপর অতিরিক্ত কিছু বিধিনিষেধ প্রয়োগ করেন।

যখন ERC-20 টোকেনগুলো এমন একটি স্মার্ট কন্ট্রাক্ট-এ পাঠানো হয় যা ERC-20 টোকেনগুলো পরিচালনা করার জন্য ডিজাইন করা হয়নি, তখন সেই টোকেনগুলো স্থায়ীভাবে হারিয়ে যেতে পারে। এটি ঘটে কারণ গ্রহণকারী কন্ট্রাক্টের ইনকামিং টোকেনগুলো শনাক্ত করার বা প্রতিক্রিয়া জানানোর কার্যকারিতা নেই এবং ইনকামিং টোকেনগুলো সম্পর্কে গ্রহণকারী কন্ট্রাক্টকে জানানোর জন্য ERC-20 স্ট্যান্ডার্ডে কোনো মেকানিজম নেই। এই সমস্যাটি মূলত যেভাবে রূপ নেয় তা হলো:

  1. টোকেন ট্রান্সফার মেকানিজম
  • ERC-20 টোকেনগুলো transfer বা transferFrom ফাংশন ব্যবহার করে স্থানান্তর করা হয়
    • যখন কোনো ব্যবহারকারী এই ফাংশনগুলো ব্যবহার করে কোনো কন্ট্রাক্ট এডড্রেস-এ টোকেন পাঠান, তখন গ্রহণকারী কন্ট্রাক্টটি সেগুলো পরিচালনা করার জন্য ডিজাইন করা হোক বা না হোক, টোকেনগুলো স্থানান্তরিত হয়ে যায়
  1. নোটিফিকেশনের অভাব
    • গ্রহণকারী কন্ট্রাক্ট কোনো নোটিফিকেশন বা কলব্যাক পায় না যে এতে টোকেন পাঠানো হয়েছে
    • যদি গ্রহণকারী কন্ট্রাক্টে টোকেনগুলো পরিচালনা করার জন্য কোনো মেকানিজমের অভাব থাকে (যেমন, একটি ফলব্যাক ফাংশন বা টোকেন গ্রহণ পরিচালনা করার জন্য একটি ডেডিকেটেড ফাংশন), তবে টোকেনগুলো কার্যকরভাবে কন্ট্রাক্টের এডড্রেস-এ আটকে যায়
  2. কোনো বিল্ট-ইন হ্যান্ডলিং নেই
    • 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 বা ERC-1363

আরও পড়ুন

অন্যান্য ফাঞ্জিবল টোকেন স্ট্যান্ডার্ড

টিউটোরিয়াল: ইথিরিয়ামে ERC-20 দিয়ে তৈরি করুন

পেজ সর্বশেষ আপডেট করা হয়েছে: 24 এপ্রিল, 2026

এই নিবন্ধটি কি সহায়ক ছিল?