Ethereum স্মার্ট অ্যাকাউন্ট: UserOperation, bundler ও gas sponsorship

সাধারণ externally owned account (EOA) private-key signature দিয়ে নিয়ন্ত্রণ প্রমাণ করে; তার nonce transaction-এর ক্রম ঠিক করে। ব্যবস্থা সরল, কিন্তু সাধারণত একই key সব action অনুমোদন করে।

একটি EOA transaction-এ একটি top-level action থাকে; target contract ভেতরে আরও contract call করতে পারে।

Ethereum pending-transaction guide এই EOA পথ ব্যাখ্যা করে; সেটি ERC-4337 থেকে আলাদা। Smart account এমন contract যা asset ধরে রাখতে ও call চালাতে পারে।

এর validation code একটি signature, একাধিক signature-এর threshold, অথবা মেয়াদ-সীমিত permission চাইতে পারে। ERC-4337 operation অনুমোদন ও চালানোর interface দেয়; নির্দিষ্ট wallet বা recovery policy বাধ্যতামূলক করে না।

Ethereum.org backup key, সীমিত permission ও gas sponsorship-কে সম্ভাবনা হিসেবে দেখায়, সব wallet-এর নিশ্চয়তা হিসেবে নয়। “Smart wallet” নামটি একা বলে না account কে নিয়ন্ত্রণ করে।

কোন contract asset ধরে, account কোন code ও EntryPoint-কে বিশ্বাস করে, এবং কোন signer call অনুমোদন করতে পারে তা যাচাই করুন। Account logic upgrade করা গেলে administrator ও পরিবর্তনের প্রক্রিয়াও asset control-এর অংশ।

UserOperation স্মার্ট অ্যাকাউন্ট কী করতে চায় তা বর্ণনা করে। এতে সাধারণত sender account, account-এর nonce, call data, signature, gas limit ও fee condition থাকে। নতুন account তৈরির factory তথ্য বা sponsorship-এর paymaster তথ্যও থাকতে পারে।

EntryPoint version অনুযায়ী field ভিন্ন হতে পারে। সাধারণ eth_sendTransaction দিয়ে সরাসরি chain-এ না পাঠিয়ে wallet eth_sendUserOperation-এর মতো ERC-4337 RPC থাকা bundler বা relay-তে জমা দেয়।

অনুরোধটি সাধারণ EOA transaction pool থেকে আলাদা UserOperation pool দিয়ে যায়। UserOperation hash অনুরোধ চেনে; bundler-এর on-chain transaction-এর আলাদা hash ও receipt থাকে। ERC-7769 জমা ও ফল যাচাইয়ের RPC method নির্ধারণ করে।

Bundler-এর উত্তর মানে হতে পারে যে অনুরোধটি তার যাচাই পেরিয়ে pool-এ ঢুকেছে। এতে block inclusion বা app action সফল হওয়া প্রমাণ হয় না। অন্য bundler-এ ছড়াবে কি না তা infrastructure ও policy-র ওপর নির্ভর করে। Provider acknowledgment আর chain result আলাদা রাখুন।

Bundler operation পেয়ে EntryPoint version-এর সঙ্গে মিল দেখে, তারপর account ও paymaster validation simulation করে। Signature, EntryPoint trust, nonce, gas এবং sponsorship condition পরীক্ষা করে।

নিয়ম না মানলে বা simulation ব্যর্থ হলে operation প্রত্যাখ্যান করতে পারে। ERC-4337 bundler guide simulation ও bundle submission-এর ভূমিকা বর্ণনা করে।

এরপর এক বা একাধিক বৈধ operation বেছে bundler EntryPoint-এর handleOps call করে একটি সাধারণ Ethereum transaction তৈরি করে। সেই transaction block-এ ঢুকবে কি না তা block production ও network condition-এর ওপর নির্ভর করে।

UserOperation hash ফেরত পাওয়া canonical chain-এ execution-এর প্রমাণ নয়। UserOperation pool, EOA pool থেকে আলাদা; সব provider একই request পায় ধরে নেওয়া যায় না। Bundler reject করতে বা অপেক্ষায় রাখতে পারে, আর chain, EntryPoint version ও policy ভিন্ন হয়।

Status দেখতে wallet view, operation receipt এবং bundle transaction-এর chain receipt আলাদা করে দেখুন।

EntryPoint bundler-এর handleOps পেয়ে প্রতিটি account-এর validation function চালায়। Account দেখে call বিশ্বস্ত EntryPoint দিয়ে এসেছে কি না, signature ও নিজের permission rule বৈধ কি না। ERC-4337 nonce-এ 192-bit key ও 64-bit sequence থাকে।

প্রতিটি account-key জুটির sequence EntryPoint যাচাই ও বাড়ায়; account key-টির নিজস্ব অর্থ নির্ধারণ বা অতিরিক্ত rule প্রয়োগ করতে পারে।

ERC-4337 EntryPoint ব্যাখ্যা validation ও execution ধাপ ব্যাখ্যা করে। ঐচ্ছিক paymaster-ও operation sponsor করবে কি না যাচাই করে।

Validation পাস হলে EntryPoint account-এর execution function call করে callData-র কাজ চালায় এবং খরচ মেটায়। EntryPoint হলো shared contract, যার মাধ্যমে প্রতিটি wallet-এর জন্য protocol বদলানো ছাড়াই smart-account flow চলে।

বাস্তব address, version ও network wallet-এ যাচাই করুন। Simulation উপকারী preview, inclusion-এর প্রতিশ্রুতি নয়। অপেক্ষায় chain state, fee, validity window বা বাইরের contract বদলাতে পারে। Validation পাস হলেও app call ব্যর্থ বা revert হতে পারে।

Block-এ থাকা মানেই token transfer বা চাওয়া action সফল হয়েছে এমন নয়।

UserOperation-এ paymaster তথ্য থাকলে EntryPoint জিজ্ঞেস করে contractটি খরচ বহন করবে কি না। এতে app fee দিতে পারে বা account-এ ETH না থাকলেও ব্যবহারকারী শুরু করতে পারেন। কিছু design token payment বা অন্য eligibility rule দেয়; তা wallet ও paymaster implementation-নির্ভর।

Sponsorship খরচ মুছে দেয় না। Paymaster app, user, operation সংখ্যা বা amount সীমিত করে request দেখে প্রত্যাখ্যান করতে পারে। EntryPoint-এ তার deposit থেকেই খরচ মেটানো হয়। আলাদা stake লাগলে তা collateral; gas দেওয়ার deposit-এর সমান নয়।

ERC-4337 paymaster guide ও EIP-4337 flowটি ব্যাখ্যা করে। App-এ fee শূন্য দেখালেও খরচ আছে।

Sponsor আগে দিয়ে পরে subscription, token বা service term দিয়ে মূল্য উদ্ধার করতে পারে।

শেষ পর্যন্ত কে দেয়, limit আছে কি না এবং failed operation-এ gas লাগতে পারে কি না পড়ুন।

Wallet সমর্থন করলে এক UserOperation-এ app approval ও swap একসঙ্গে রাখা যায়; উভয়ই এক operation হিসেবে EntryPoint পেরোয়। এটি একটি সাধারণ EOA transaction-এর সমান নয়, আবার bundler এক chain transaction-এ একাধিক আলাদা UserOperation জড়ো করারও সমান নয়।

Wallet preview দেখুন। কাল্পনিক উদাহরণ: অনুমোদিত sponsored operation-এর actual gas cost 0.0012 ETH। এটি ব্যবহারকারীর balance নয়, paymaster-এর EntryPoint deposit থেকে মেটানো হতে পারে। সংখ্যাটি বোঝানোর জন্য, বর্তমান quote নয়।

বাস্তব খরচ gas, fee condition ও network অনুযায়ী বদলায়। Batching সব সময় সস্তা বা নিরাপদ নয়। একাধিক call-এর atomicity নির্ভর করে account ব্যর্থতা কীভাবে সামলায় তার ওপর।

একটি call fail হলে পুরো batch revert হয় কি না, অন্য action সম্পন্ন থাকতে পারে কি না এবং gas কে দেয় যাচাই করুন। ভুল estimate operation reject বা fail করাতে পারে।

সাধারণ fee field-এর জন্য Ethereum gas-fee guide দেখুন।

Account backup signer বা trusted guardian-দের threshold পূরণ হলে key বদলের ব্যবস্থা রাখতে পারে। কোনো design-এ পুরনো key-এর আপত্তির জন্য অপেক্ষার সময়ও থাকে। কিন্তু একটিমাত্র signature সব সময় দরকার হলে key হারিয়ে account-এ ঢোকা অসম্ভব হতে পারে।

ERC-4337 নিজস্ব rule মানার সুযোগ দেয়; সব account-এ backup বা social recovery দেয় না। Guardian কম বা key-change rule দুর্বল হলে attack-এর পথ হতে পারে। Guardian বেশি বা শর্ত কঠিন হলে প্রকৃত owner-এর recovery দেরি হয়।

Threshold, delay, cancel করার অধিকার এবং recovery key কোথায় রাখা হয় দেখুন। এই rule কে অনুমোদন করবে, সেই সঙ্গে কে আটকে দিতে পারে তাও ঠিক করে। Contract wallet হলেই custodial বা non-custodial বলা যায় না।

Signing key কার কাছে, admin বা upgrade authority কার, hosted signer বা recovery service কী অনুমোদন করতে পারে তা নির্ধারণ করে control। Asset রাখা contract-কে control করা key ও service থেকে আলাদা করে যাচাই করুন।

Seed-phrase recovery guide অন্য ধরনের recovery নিয়ে।

Wallet preview-তে network, account, target contract, call data, token approval-এর সীমা এবং call-এর সংখ্যা দেখুন। Signature UI-তে দেখানো এক action-এর চেয়ে বেশি অনুমোদন করতে পারে। Signed data না বুঝলে app ও wallet-এর official documentation পড়ুন।

Sponsorship বুঝতে eligibility, usage limit, বিকল্প payment এবং failure cost পড়ুন; paymaster-এর নামের ওপর ভরসা করবেন না। Sponsorship active লেখা মানে app নিঃশর্তে free নয়। Paymaster operation প্রত্যাখ্যান করতে পারে, আর congestion ও block delay আলাদা ঝুঁকি।

UserOperation দেরি হলে EOA-র “speed up” বা “cancel” flow সরাসরি ব্যবহার করবেন না। প্রথমে operation hash ও receipt দেখুন। Bundler transaction hash থাকলে block receipt এবং execution result-ও যাচাই করুন।

RPC receipt এক operation-এর actual cost ও success-কে পুরো bundle receipt থেকে আলাদা করতে পারে।