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

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

ভূমিকা

টোকেন কী?

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

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

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

ERC-20 কী?

ERC-20 বিনিমেয় টোকেন (Fungible Tokens)-এর জন্য একটি স্ট্যান্ডার্ড প্রবর্তন করে, অন্য কথায়, তাদের এমন একটি বৈশিষ্ট্য রয়েছে যা প্রতিটি টোকেনকে অন্য টোকেনের (ধরন এবং মূল্যের দিক থেকে) ঠিক একই রকম করে তোলে। উদাহরণস্বরূপ, একটি 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) Python লাইব্রেরি ইনস্টল করেছেন:

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 ফাংশনটিকে সীমাবদ্ধ করা সম্ভব, তবে এটি এমন কন্ট্রাক্টগুলোর সাথে সামঞ্জস্যতা নষ্ট করতে পারে যেগুলো ধরে নেয় যে transfer(..) ফাংশনের মাধ্যমে কন্ট্রাক্টে টোকেন জমা দেওয়া যেতে পারে (যেমন, ইউনিসোয়াপ তারল্য পুল)।
  • সর্বদা ধরে নিন যে ERC-20 টোকেনগুলো আপনার কন্ট্রাক্টে এসে পৌঁছাতে পারে, এমনকি যদি আপনার কন্ট্রাক্ট কখনো কোনো টোকেন গ্রহণ করার কথা না থাকে। প্রাপকের প্রান্তে দুর্ঘটনাবশত জমা হওয়া প্রতিরোধ বা প্রত্যাখ্যান করার কোনো উপায় নেই। এমন একটি ফাংশন প্রয়োগ করার পরামর্শ দেওয়া হয় যা দুর্ঘটনাবশত জমা হওয়া ERC-20 টোকেনগুলো বের করার অনুমতি দেবে।
  • বিকল্প টোকেন স্ট্যান্ডার্ড ব্যবহার করার কথা বিবেচনা করুন।

এই সমস্যা থেকে কিছু বিকল্প স্ট্যান্ডার্ড বেরিয়ে এসেছে যেমন ERC-223 বা ERC-1363

আরও পড়ুন

অন্যান্য বিনিমেয় টোকেন স্ট্যান্ডার্ড

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