প্রক্সি কন্ট্রাক্ট (Proxy contract)
সংক্ষেপে প্রক্সি কন্ট্রাক্ট কলগুলো আলাদা লজিক কন্ট্রাক্টে পাঠায়, ফলে ডেভেলপাররা টোকেনের অ্যাড্রেস না বদলিয়েই পরে কোড বদলাতে পারেন।
প্রক্সি কন্ট্রাক্ট হলো এমন একটি স্মার্ট কন্ট্রাক্ট, যার অ্যাড্রেস ও সংরক্ষিত ডেটার সঙ্গে ব্যবহারকারীরা কাজ করেন, কিন্তু প্রতিটি কল পাঠানো হয় আসল লজিক থাকা আলাদা একটি কন্ট্রাক্টে। ব্যবহারকারীরা একই অ্যাড্রেস ব্যবহার করতে থাকেন, আর পেছনের কোড নতুন সংস্করণ দিয়ে বদলানো যায়। Ethereum, BNB Chain ও Base-এ টিমগুলো এই পদ্ধতিতে এমন কোডের বাগ ঠিক করে, যা অন্যথায় বদলানো সম্ভব হতো না।
প্রক্সি মূলত delegate call ব্যবহার করে। এটি নিজের স্টোরেজের ওপর লজিক কন্ট্রাক্টের কোড চালায়, তাই ব্যালান্স ও সেটিংস থাকে প্রক্সিতে, আর নিয়ম আসে ইমপ্লিমেন্টেশন থেকে। একটি অ্যাডমিন অ্যাড্রেস প্রক্সিকে নতুন ইমপ্লিমেন্টেশনের দিকে নির্দেশ করতে পারে; সেটি একটি ওয়ালেট, মাল্টিসিগ বা টাইমলক হতে পারে। transparent proxy ও UUPS-এর মতো স্ট্যান্ডার্ডে আপগ্রেডের অনুমতি কোথায় থাকে, তা ভিন্ন হলেও মূল ধারণা একই।
এটি গুরুত্বপূর্ণ, কারণ আপনি যে কোড পড়েছেন বা অডিট হতে দেখেছেন, আগামীকাল সেই কোড নাও চলতে পারে। আপনার কেনার পর কোনো আপগ্রেডে mint ফাংশন, ব্ল্যাকলিস্ট বা গোপন সেল ট্যাক্স যোগ হতে পারে। টোকেনের ownership renounce করা হলেও তা বিভ্রান্তিকর হতে পারে, কারণ আপগ্রেডের অধিকার সাধারণত আলাদা প্রক্সি অ্যাডমিনের হাতে থাকে। অনেক বৈধ প্রজেক্টও প্রক্সি ব্যবহার করে, তাই শুধু এই পদ্ধতি ব্যবহার করাই বিপদের সংকেত নয়। গুরুত্বপূর্ণ হলো, আপগ্রেড কার নিয়ন্ত্রণে এবং আপনি কতটা আগাম নোটিশ পান।
ব্লক এক্সপ্লোরারে দেখুন কন্ট্রাক্টটি প্রক্সি হিসেবে চিহ্নিত কি না, এবং ইমপ্লিমেন্টেশন অ্যাড্রেস ও অ্যাডমিন খুঁজে বের করুন। যাচাই করুন অ্যাডমিন একটি সাধারণ ওয়ালেট নাকি মাল্টিসিগ, আপগ্রেড কার্যকর হওয়ার আগে টাইমলক বাধ্যতামূলক অপেক্ষা করায় কি না, এবং অডিটটি পুরোনো কোনো সংস্করণের বদলে বর্তমান ইমপ্লিমেন্টেশনকে অন্তর্ভুক্ত করে কি না। সম্প্রতি ইমপ্লিমেন্টেশন বদলানো হয়েছে কি না, তার ইতিহাস দেখুন। Solana-তে এর সমতুল্য হলো upgrade authority-সহ একটি আপগ্রেডযোগ্য প্রোগ্রাম; সেই authority বাতিল করা হলে কোড আর বদলানো যায় না।