EIP-7702: EOA কোড ডেলিগেশন ও ঝুঁকি

সাধারণ EOA ব্যক্তিগত কী দিয়ে লেনদেন স্বাক্ষর করে এবং নিজের ঠিকানায় চালানোর মতো কোড রাখে না। EIP-7702 তাকে অন্য ঠিকানায় আগে থেকে ডিপ্লয় করা কোডের দিকে নির্দেশ করতে দেয়। ডেলিগেটেড অ্যাকাউন্টে কল এলে ক্লায়েন্ট সেই কোড লোড করে অ্যাকাউন্টের প্রসঙ্গে চালায়। তাই ঠিকানা, ব্যালান্স ও স্টোরেজ অ্যাকাউন্টেরই থাকে; এটি নতুন কন্ট্রাক্টে স্থানান্তর বা কী বদল নয়।

EIP-7702 স্পেসিফিকেশন type-4 set-code লেনদেন ও authorization list সংজ্ঞায়িত করে। Ethereum.org-এর Pectra নির্দেশিকা এটিকে ডিপ্লয় করা কোডের পয়েন্টার হিসেবে বর্ণনা করে। ওয়ালেটের “smart account” লেবেল যাচাই-নীতি, পুনরুদ্ধার বা আসল কোড জানায় না। কে কোড বদলাতে পারে এবং অ্যাকাউন্টের সম্পদ ও স্টোরেজে তার কী ক্ষমতা আছে তা দেখুন।

Set-code লেনদেনের type byte হলো 0x04। প্রতিটি authorization tuple-এ chain ID, কোডের ঠিকানা, অনুমোদনকারী অ্যাকাউন্টের nonce এবং তার স্বাক্ষর থাকে। অনুমোদনকারী tuple-এ স্বাক্ষর করে, আর প্রেরক বাইরের লেনদেনে আলাদা স্বাক্ষর করে; দুই অ্যাকাউন্ট আলাদা হতে পারে।

Chain ID সাধারণত অনুমোদনকে একটি নেটওয়ার্কে সীমাবদ্ধ করে। মান 0 EIP-7702 সমর্থনকারী চেইনে বিস্তৃত পরিসর দিতে পারে, কিন্তু সব জায়গায় সফল হওয়ার নিশ্চয়তা নয়: nonce ও অ্যাকাউন্টের অবস্থা মিলতে হবে। স্বাক্ষর স্ক্রিনে নেটওয়ার্ক, অ্যাকাউন্ট ও সম্পূর্ণ লক্ষ্য ঠিকানা নির্ভরযোগ্য ব্লক এক্সপ্লোরারের সঙ্গে মিলিয়ে নিন। Ethereum.org-এর লেনদেন নথি type-4 authorization list ব্যাখ্যা করে। এটি smart-account নির্দেশিকায় থাকা ERC-4337 UserOperation বা paymaster নয়।

EOA-র কোডে 0xef0100 উপসর্গ ও লক্ষ্য ঠিকানা দিয়ে মার্কার তৈরি হয়। ক্লায়েন্ট কল চালানোর সময় মার্কার চিনে লক্ষ্য ঠিকানা থেকে কোড আনে। অ্যাকাউন্ট ও কোডের ঠিকানা তাই আলাদা। কোড বর্তমান চেইন থেকে আসে; একই ঠিকানায় অন্য চেইনে ভিন্ন কোড বা কোনো কোড নাও থাকতে পারে।

ডেলিগেটেড কোড অ্যাকাউন্টের প্রসঙ্গে চলে এবং তার স্টোরেজ ব্যবহার করতে পারে। যুক্তি অনুযায়ী এটি ETH বা টোকেন পাঠাতে, বাইরের কন্ট্রাক্ট ডাকতে বা স্টোরেজ বদলাতে পারে। EIP-7702 নিজে “শুধু এই টোকেন” ধরনের সীমা দেয় না। লক্ষ্য proxy হলে প্রশাসক ও upgrade ক্ষমতা যাচাই করুন।

দুর্বল যাচাই সম্পদ স্থানান্তর, টোকেন অনুমোদন, বাইরের কল বা স্টোরেজ পরিবর্তনের সুযোগ দিতে পারে। EIP-এর নিরাপত্তা বিবেচনা replay সুরক্ষা, লক্ষ্য ও calldata, ETH মূল্য এবং gas শর্ত স্বাক্ষরের সঙ্গে বাঁধার কথা বলে। এগুলো না থাকলে sponsor অন্য কল পাঠাতে বা লেনদেন ব্যর্থ করতে পারে।

কোন কন্ট্রাক্টে অ্যাকাউন্ট কল করতে পারে, স্বাক্ষর কীভাবে যাচাই হয়, জরুরি বা upgrade ক্ষমতা কার হাতে এবং ডিপ্লয় করা কোড যাচাইকৃত উৎসের সঙ্গে মেলে কি না দেখুন। Audit badge আপনার অনুরোধের সঠিক ঠিকানা ও সংস্করণ যাচাই হয়েছে প্রমাণ করে না। টোকেন অনুমোদন ও swap একসঙ্গে হলে দুই কলই পড়ুন এবং প্রয়োজনীয় পরিমাণে অনুমোদন সীমিত করুন।

EIP-7702 বাইরের লেনদেন চালানোর আগে authorization list প্রক্রিয়া করে। পরে execution ব্যর্থ বা revert হলেও ইতিমধ্যে প্রক্রিয়াকৃত delegation indicator ফিরিয়ে নেওয়া হয় না—স্পেসিফিকেশন এটাই বলে। তাই ব্যর্থ রসিদ মানেই অ্যাকাউন্টের আগের অবস্থা নয়। রসিদ ও বর্তমান অ্যাকাউন্ট কোড আলাদা করে যাচাই করুন।

অনুমোদন সফল হলেও পরের initialization কল ব্যর্থ হতে পারে, ফলে সেটআপ অসম্পূর্ণ অবস্থায় ডেলিগেশন সক্রিয় থাকে। আবার পাঠানোর আগে transaction hash, অনুমোদনকারী অ্যাকাউন্ট, nonce ও কোড পয়েন্টার মিলিয়ে নিন; nonce বদলে গেলে পুরোনো স্বাক্ষর অকার্যকর হতে পারে।

নতুন authorization অন্য কোডে নির্দেশ করতে পারে। Null address-এ authorization delegation marker সরিয়ে অ্যাকাউন্ট কোড খালি করে, কিন্তু স্টোরেজ, ERC-20 কন্ট্রাক্টের allowance, সম্পন্ন transfer বা বাইরের কন্ট্রাক্টের পরিবর্তন মুছে না। টোকেন অনুমোদন আলাদা করে যাচাই ও বাতিল করুন।

নতুন কোড পুরোনো স্টোরেজ ভিন্নভাবে বুঝতে পারে। বদলানোর আগে storage layout ও migration পরিকল্পনা দেখুন। Allowance-এর জন্য টোকেন অনুমোদন ও allowance নির্দেশিকা পড়ুন। কী বা recovery phrase ফাঁস হলে কোড মুছে কী পুনরুদ্ধার হয় না; ওয়ালেট পুনরুদ্ধার নির্দেশিকা দেখুন।

নির্বাচিত নেটওয়ার্কে ওয়ালেট EIP-7702 সমর্থন করে কি না অফিসিয়াল নথি দেখুন। Chain ID, অ্যাকাউন্ট, লক্ষ্য ঠিকানা, যাচাইকৃত কোড ও proxy প্রশাসক মিলিয়ে নিন। অনুমোদন স্বাক্ষরকে বাইরের লেনদেনের প্রেরক ও ফি-দাতার থেকে আলাদা করুন; sponsorship কোডকে নিরাপদ করে না।

ডেলিগেশন সক্রিয় থাকলে শুধু transaction status দেখবেন না; বর্তমান মার্কার ও কোডের ঠিকানা দেখুন। অপ্রত্যাশিত হলে আরও কল ও অনুমোদন থামান। ফি-র জন্য Ethereum gas নির্দেশিকা এবং nonce বা pending transaction-এর জন্য pending লেনদেন নির্দেশিকা দেখুন।

EIP-7702 EOA-কে ডিপ্লয় করা কোডের সঙ্গে যুক্ত করার লেনদেন-রীতি নির্ধারণ করে। একসঙ্গে একাধিক কল, fee sponsorship, session permission ও recovery নির্দিষ্ট কোড ও পরিষেবার ওপর নির্ভর করে। Ethereum Foundation-এর Pectra mainnet ঘোষণা authorization বদল বা বাতিল করার কথা বলে; ERC-4337 UserOperation ও paymaster আলাদা প্রক্রিয়া।

“Smart account” লেখা দেখে কী কার কাছে, কে কোড আপগ্রেড বা recovery বদলাতে পারে বোঝা যায় না। বাস্তব implementation, সেটিংস ও ওয়ালেট সমর্থন যাচাই করুন। সম্পদ থাকা অ্যাকাউন্ট বদলানোর আগে সমর্থন নিশ্চিত করুন। এই নির্দেশিকা প্রক্রিয়া ব্যাখ্যা করে, কোনো ওয়ালেট সুপারিশ করে না।