2025 থেকে, অনেকে হয়তো একটি নতুন ইন্টারঅ্যাকশন পদ্ধতির সাথে পরিচিত হয়ে উঠবে: GPT বা Gemini-কে বলুন “আমাকে পরবর্তী সপ্তাহে হংকং ভ্রমণের পরিকল্পনা করে দিন এবং উপযুক্ত বিমান টিকিট ও হোটেল সুপারিশ করুন”, এবং এটি ব্যাকগ্রাউন্ডে তথ্য অনুসন্ধান, শর্ত ফিল্টারিং, রুট নির্বাচন, মূল্য তুলনা ইত্যাদি ধাপগুলি নিজেই সম্পন্ন করবে, এবং শেষে শুধুমাত্র ফলাফলটি আপনার নিশ্চিতকরণের জন্য প্রেরণ করবে।
কিন্তু একই প্রত্যাশা চেইনে নিয়ে আসলে, গল্পটা সম্পূর্ণ বদলে যায়।
উদাহরণস্বরূপ, আপনি একটি DeFi Agent-এর কাছে নির্দেশ দিন: "ওয়ালেটের ETH-কে USDC-এ রূপান্তর করুন, Base চেইনে ট্রান্সফার করুন, এবং সম্পূর্ণ পরিমাণ Aave-এ জমা দিন"। বস্তুনিষ্ঠভাবে, "প্রয়োজনীয়তা বুঝতে" এবং "পথ পরিকল্পনা করতে" আজকের Agent-এর জন্য এটি অসম্ভব নয়, কিন্তু বাস্তবায়নের পর্যায়েই প্রকৃত বিচ্ছিন্নতা ঘটে:
আপনার স্বাক্ষর, অনুমোদন, বিনিময়, ক্রস-চেইন এবং জমা দেওয়ার মতো ধাপগুলি ধাপে ধাপে সম্পন্ন করতে হবে, এবং প্রতিটি ধাপে স্লিপেজের পরিবর্তন, গ্যাসের উত্থান-পতন, ব্রিজের দেরি এবং চেইনের অবস্থার পরিবর্তনের ঝুঁকি রয়েছে, যা অর্থাৎ মধ্যবর্তী যেকোনো একটি ধাপ প্রত্যাশিতভাবে বিচ্যুত হলে, আগের কাজগুলি ফিরিয়ে আনা যায়না এবং পরবর্তী কাজগুলি সংযুক্তও হয়না, ফলে চেইনের উপর শেষপর্যন্ত শুধুমাত্র একটি অসম্পূর্ণ প্রক্রিয়াই থেকে যায়।
সমস্যাটি এই নয় যে AI যথেষ্ট বুদ্ধিমান নয়, বরং এখনও চেইন-অন এক্সিকিউশন লেয়ারে এজেন্টের জন্য প্রকৃতপক্ষে উপযুক্ত একটি এক্সপ্রেশন নেই।
এই কারণে, 2026 সালের এপ্রিলের শুরুতে, বিকনোমি এবং ইথারিয়াম ফাউন্ডেশন একসাথে ERC-8211 প্রকাশ করেছে, যা বর্তমান স্মার্ট কন্ট্রাক্ট বাস্তবায়নের "স্থির সীমাবদ্ধতা" সমস্যা সমাধানের জন্য ডিজাইন করা হয়েছে, যা AI এজেন্ট এবং জটিল DeFi কাজের প্রবাহের জন্য একটি বেশি প্রকাশমূলক এক্সিকিউশন লেয়ার প্রদান করে, এই অপসারিত পাজলের টুকরোটি পূরণের চেষ্টা করছে।
এক, এআই এজেন্টের চেইনে সংযোগের "শেষ বিভাজন"
গত এক বা দুই বছরে ক্রিপ্টো শিল্পের মনোযোগ এখন এল২ স্কেলিং, আরওয়া লিকুইডিটি থেকে স্পষ্টভাবে এআই এজেন্টগুলি কীভাবে চেইন-অপারেশনগুলি সম্পূর্ণরূপে নিয়ে নেবে তার বিপ্লবী বিষয়ের দিকে সরে গেছে।
বাস্তবিকভাবে, প্রাকৃতিক ভাষায় একাধিক পদক্ষেপের DeFi কৌশল প্রদান থেকে স্বায়ত্তশাসিত এজেন্ট দ্বারা একটি সম্পূর্ণ ক্রস-চেইন বিনিয়োগ পোর্টফোলিও পরিচালনা পর্যন্ত, সম্প্রতি আমরা অনেকগুলি বাস্তবায়ন দেখেছি, এবং বেশিরভাগ ধারণা ডেমো স্তরে পরিপক্ক হয়েছে—প্রাকৃতিক ভাষা দ্বারা একাধিক পদক্ষেপের DeFi কৌশল তৈরি, স্বায়ত্তশাসিত পুনর্ভারসমন্বয়, স্বয়ংক্রিয় আয় স্থানান্তর, ক্রস-চেইন পজিশন সমন্বয়, এমনকি আরও জটিল পোর্টফোলিও পরিচালনা।
যুক্তিগত এবং ব্যবস্থাপনার দিক থেকে, এআইয়ের ক্ষমতা খুব দ্রুত এগিয়েছে, কিন্তু এটিকে প্রকৃত উৎপাদন পরিবেশে ব্যবহার করলে বাস্তবায়ন স্তরের দুর্বলতা আরও পরিষ্কারভাবে দেখা যাচ্ছে।
বাস্তব উৎপাদন পরিবেশে এই দুর্বলতাটি একটি বাক্যে সংক্ষেপে বলা যায়: ডিফি হল গতিশীল, কিন্তু আজকের বেশিরভাগ ব্যাচ এখনও স্থির।
ERC-8211 এর অফিসিয়াল ওয়েবসাইট এবং আলোচনা পোস্টে এটি স্পষ্টভাবে বর্ণনা করা হয়েছে যে, বর্তমান ERC-4337 এবং EIP-5792 প্রকল্পগুলি সত্যিই "একটি সিগনেচার একটি কলের জন্য" পুরনো মডেলকে "একটি সিগনেচার দিয়ে একাধিক কল প্যাক করা" নতুন পর্যায়ে নিয়ে এসেছে, কিন্তু এই কলগুলির প্যারামিটারগুলি মূলত এখনও সিগনেচারের সময় ফ্রিজ করা থাকে।
অর্থাৎ, ব্যবহারকারী যখন স্বাক্ষর করেন, তখন যে পরিমাণ, লক্ষ্য মান এবং প্রত্যাশিত আউটপুট প্রবেশ করেন, সেগুলি প্রকৃত বাস্তবায়নের সময় চেইনের অবস্থার পরিবর্তনের কারণে স্বয়ংক্রিয়ভাবে সমায়োজিত হবে না।
DeFi নিজেই অনিশ্চয়তায় ভরপুর। একটি Swap-এর প্রকৃত আউটপুট নির্ভর করে সেই ব্লকের স্লিপেজ এবং তরলতার উপর; একটি Bridge-এর আসলে পৌঁছানোর সময় এবং চূড়ান্ত প্রাপ্ত পরিমাণ নির্ভর করে ব্রিজের নিজস্ব মেকানিজম এবং ফির উপর; ঋণ প্রোটোকল বা Vault-এর share-to-asset অনুপাতও নিরন্তর পরিবর্তনশীল।
যেহেতু ব্যবহারকারী বা এজেন্ট স্বাক্ষর করার সময় যে মানটি দেখে, তা প্রায়শই একটি বর্তমান অনুমান মাত্র, বাস্তব ফলাফল নয়।
ERC-8211 কী সমাধান করে তা বুঝতে, সবচেয়ে সাধারণ উদাহরণটি দেখুন—ধরুন, এজেন্ট একটি সাধারণ কাজ করতে চায়—তার অ্যাকাউন্ট থেকে ETH কে USDC-এ বদলে দিয়ে সম্পূর্ণ পরিমাণ Spark-এ জমা দিয়ে সুদ অর্জন করুন।
বর্তমান স্ট্যাটিক ব্যাচ প্রসেসিং মডেলের অধীনে, এজেন্টকে স্বাক্ষরের আগে সোয়াপের পর কতটা USDC পাবে তা অনুমান করতে হয়, যা প্রায়শই স্বাক্ষরের সময় দ্বিতীয় ধাপের ইনপুট পরিমাণকে পূর্বনির্ধারিতভাবে সেট করতে বাধ্য করে, এবং এটি খুব বেশি হলে বাস্তবে প্রাপ্ত পরিমাণ যথেষ্ট না হওয়ায় সমগ্র ব্যাচ রোলব্যাক হয়; আবার এটি খুব কম হলে, টাকা ওয়ালেটের মধ্যে অকার্যকরভাবে বিশ্রাম নেয়।
অন্যভাবে বললে, এটি মূলত একটি দ্বিধা-দ্বন্দ্বে পড়ে যায়—যা ব্যর্থতার ঝুঁকি বহন করে বা সুযোগের খরচ বহন করে। এই কারণেই, অনেক সময় যা চেইন-ভিত্তিক প্রক্রিয়াগুলি প্রতিটি দেখতে খুব জটিল নয়, তবে যখন এটি 5 টি, 8 টি ধাপে বাড়িয়ে দেওয়া হয়, বা এমনকি দুটি চেইনের মধ্যে ছড়িয়ে পড়ে, তখন এটি দ্রুত ভঙ্গুর হয়ে পড়ে। এটি কারণে নয় যে কৌশলটি বর্ণনা করা অসম্ভবভাবে জটিল, বরং বর্তমান বাস্তবায়নের পদ্ধতিটি পূর্বনির্ধারিতভাবে কোডযুক্ত প্যারামিটারগুলির উপর অত্যধিকভাবে নির্ভরশীল।
সংক্ষেপে, স্ট্যাটিক ব্যাচের ক্ষমতার সীমা প্রকৃতপক্ষে এজেন্টের নিরাপদে বাস্তবায়নযোগ্য কৌশলের সীমা নির্ধারণ করে।
এই দৃষ্টিকোণ থেকে, ERC-8211 এর লক্ষ্য হল এই যে AI এজেন্ট কীভাবে সিদ্ধান্ত নেয় তা নয়, বরং এজেন্ট যখন সিদ্ধান্ত নিয়ে ফেলেছে, তখন চেইনের উপর এটিকে কীভাবে আরও প্রাকৃতিক, স্থিতিশীল এবং নিরাপদভাবে বাস্তবায়ন করা যায়। ফলে চেইনের উপর বাস্তবায়ন প্রথমবারের মতো AI এজেন্টের জন্য একটি ন্যাটিভ এক্সপ্রেশন ফর্ম পায়।
দ্বিতীয়, ERC-8211 কী পরিবর্তন করেছে?
ERC-8211-এর মূল উন্নতি হল একটি স্বাক্ষরে আরও বেশি ধাপ যোগ করা নয়, বরং ব্যাচ প্রক্রিয়াকরণকে একটি স্থির প্যারামিটারযুক্ত ট্রানজেকশন সিকোয়েন্স থেকে একটি "নির্বাহের সময় ডাইনামিকভাবে মূল্যায়নযোগ্য প্যারামিটার" বিশিষ্ট প্রোগ্রামে উন্নীত করা।
এটি প্রকৃতপক্ষে অপরিষ্কার শোনাচ্ছে, কিন্তু বুঝতে কঠিন নয়, অফিসিয়ালরা এটিকে একটি বাক্যে বর্ণনা করেছেন: From transactions to programs।
এর অর্থ যে ERC-8211 এখন batch কে ক্রমানুসারে বাস্তবায়িত একটি অ্যাকশন লিস্ট হিসাবে না দেখে, বরং এটিকে একটি রানটাইম মূল্যায়ন এবং সুরক্ষিত শর্তসহ একটি একecিউশন প্রোগ্রাম হিসাবে দেখে, এটি তিনটি সংযোজ্য প্রাইমিটিভের মাধ্যমে এটি অর্জন করে:
- ফেচার্স (ফেচার): এই প্যারামিটারটি কোথা থেকে মান পাবে তা নির্ধারণ করে, এটি কোনো ঠিকানার বর্তমান ব্যালেন্সের জন্য একবার জিজ্ঞাসা করতে পারে, যাতে প্যারামিটারটি স্বাক্ষরের সময়ের স্ন্যাপশট না হয়ে বরং বাস্তবসময়ে চেইনের অবস্থা থেকে ধরে নেওয়া হয়;
- সংযোজন (Constraint): প্যারামিটারগুলি বের করার পরে, ইনলাইন সংযোজন পরীক্ষা করতে হবে—যেমন «প্রাপ্ত USDC কমপক্ষে ≥ 2500 হতে হবে» বা «স্লিপেজ 0.5% এর বেশি হতে পারবে না»—এই সংযোজনগুলি মানগুলি পরবর্তী কলে রাউট করার আগে যাচাই করা হয়, যেকোনো একটি অতিক্রম করলে সম্পূর্ণ ব্যাচ তৎক্ষণাৎ রোলব্যাক হবে;
- প্রিডিকেটস (ট্রিগার শর্ত): এগুলিকে ধাপগুলির মধ্যে গেটকিপার হিসাবে বুঝা যায়, যেগুলি মান উৎপাদন করে না, বরং পরবর্তী পদক্ষেপ চালিয়ে যাওয়ার জন্য শর্তটি পরীক্ষা করে। উদাহরণস্বরূপ, ক্রস-চেইন পরিস্থিতিতে, ইথারিয়াম পাশের batch শুধুমাত্র “ক্রস-চেইন আগত WETH প্রাপ্ত হয়েছে” শর্তটির উপর প্রিডিকেট দিয়ে অপেক্ষা করতে পারে, যতক্ষণ না এটি প্রাপ্ত হয়, ততক্ষণ সাবমিট করা হয় না;
এই ডিজাইনে, প্রতিটি প্যারামিটারকে দুটি প্রশ্নের উত্তর দিতে হবে: প্রথমত, এই মানটি বাস্তবায়নের সময় কোথা থেকে আসবে; দ্বিতীয়ত, এটি বাস্তবিকভাবে কলে ব্যবহার হওয়ার আগে কী শর্তগুলি পূরণ করতে হবে, যাতে এই তিনটির সমন্বয়ে একটি ব্যাচ শুধুমাত্র ট্রেড সিকোয়েন্স নয়, বরং একটি অন্তর্নিহিত নিরাপত্তা চেকযুক্ত প্রোগ্রাম হয়ে ওঠে।
শেষ পর্যন্ত, স্ট্যাটিক ব্যাচ প্রসেসিংয়ের মানসিক মডেল হল একটি চেকলিস্ট—A, B, C তিনটি ধাপকে ক্রমানুসারে সম্পাদন করা; অন্যদিকে, ERC-8211-এর মানসিক মডেল হল একটি শর্তসাপেক্ষ প্রোগ্রাম—A-এর পরে, A-এর বাস্তব আউটপুটকে B-এর ইনপুট হিসাবে নেওয়া হয়; B শুধুমাত্র সীমাবদ্ধতা পূরণ করলে C-তে প্রবেশ করে; যদি কোনও ধাপই প্রত্যাশিত ফলাফল দেয় না, তবে সম্পূর্ণ ব্যাচটি রোলব্যাক হয়।
আমরা এটিকে সহজেই একটি 'স্মার্ট ব্যাচ প্রসেসিং' মেকানিজম হিসাবে বুঝতে পারি যা AI Agent এবং জটিল DeFi অপারেশনের জন্য বিশেষভাবে ডিজাইন করা হয়েছে, কারণ প্রচলিত চেইন-অন-অপারেশনে একটি জটিল DeFi কৌশল সম্পন্ন করতে প্রায়শই একাধিক স্বতন্ত্র ট্রানজেকশনের প্রয়োজন হয়: ঋণ এবং ধার প্রোটোকল থেকে ফান্ডস টানা, টোকেন এক্সচেঞ্জ করা, এবং আরেকটি প্রোটোকলে আবার জমা দেওয়া (বিস্তারিত পড়ুন: এনক্রিপ্টেড AI প্রোটোকলের প্যানোরামা: ইথারিয়ামের মূল ময়দান থেকে AI Agent-এর জন্য একটি নতুন অপারেটিং সিস্টেম কীভাবে তৈরি করবেন?)।
প্রতিটি ধাপের জন্য আলাদাভাবে স্বাক্ষর এবং নিশ্চিতকরণ প্রয়োজন, যা মানুষের জন্য কষ্টসাধ্য এবং উচ্চ ফ্রিকোয়েন্সিতে স্বয়ংক্রিয়ভাবে কাজ করার প্রয়োজনীয়তা থাকা AI এজেন্টের জন্য বাধা, এবং ERC-8211-এর সমাধান হলো একটি ট্রানজেকশনের মধ্যে একাধিক ব্লকচেইন অপারেশনকে একত্রিত করে বাস্তবায়ন করা, যেখানে প্রতিটি ধাপের সময় বাস্তব মানগুলি ডাইনামিকভাবে পার্স করা হয়, এবং পরবর্তী ধাপে যাওয়ার আগে পূর্বনির্ধারিত শর্তগুলি পূরণ করা আবশ্যিক।
উদাহরণস্বরূপ, একটি এজেন্ট একটি স্বাক্ষরিত লেনদেনের মাধ্যমে নিম্নলিখিত কাজগুলি সম্পন্ন করতে পারে: Aave থেকে ফান্ড উত্তোলন → প্রাপ্ত পরিমাণ Uniswap-এ বিনিময় করা → বিনিময়ের ফলাফল Compound-এ জমা দেওয়া—সমস্তটি পরমাণুভিত্তিকভাবে সম্পন্ন হয়, নতুন স্মার্ট চুক্তি লেখার প্রয়োজন ছাড়াই।
তিন, কেন এটি ওয়ালেট এবং বিশেষ করে স্মার্ট ওয়ালেটের সাথে বেশি সম্পর্কিত বলা হয়
ERC-8211 শুধু এজেন্টের জন্য উপযুক্ত বলেই নয়, এটি ইন্টারঅ্যাকশন চেইনে ওয়ালেটের অবস্থানকে পুনর্সংজ্ঞায়িত করবে বলে ওয়ালেট শিল্পের জন্য গুরুত্বপূর্ণ।
পুরানো ওয়ালেটগুলি বেশিরভাগই একটি সিকিউর সিগনেচার ডিভাইসের মতো ছিল, যার দায়িত্ব ছিল প্রাইভেট কী সংরক্ষণ করা, ট্রানজেকশনগুলি দেখানো, ব্যবহারকারীকে নিশ্চিত করতে দেওয়া এবং তারপর সিগনেচারটি প্রেরণ করা। এই ভূমিকা EOA যুগে যথেষ্ট গুরুত্বপূর্ণ ছিল, এবং অ্যাকাউন্ট অ্যাবস্ট্রাকশনের যুগেও এটি প্রযোজ্য। তবে, ভবিষ্যতে যদি বেশিরভাগ অন-চেইন অপারেশন Agent-এর দ্বারা সম্পন্ন হয়, তবে ওয়ালেটের ভূমিকা আরও মধ্যস্থতাকারী এবং গুরুত্বপূর্ণ হয়ে উঠবে।
কারণটি খুব সহজ, যখন ব্যবহারকারীরা চেইনের উপর প্রতিটি অ্যাকশন হাতে নেওয়া বন্ধ করে একটি এজেন্টকে একটি সম্পূর্ণ লক্ষ্য বাস্তবায়নের জন্য অনুমতি দেয়, তখন ওয়ালেটটিকে এই উচ্চতর স্তরের ইন্টারঅ্যাকশনকে সমর্থন করার ক্ষমতা থাকতে হবে; এটি শুধুমাত্র কোনো কনট্রাক্ট ঠিকানা এবং একটি calldata-এর পরিবর্তে একটি সম্পূর্ণ “উদ্দেশ্য—মান নির্ধারণের যুক্তি—শর্ত পরীক্ষা—চূড়ান্ত ফলাফল” এক্সিকিউশন প্রোগ্রাম প্রদর্শন করবে।
অতএব, ভবিষ্যতের ওয়ালেটকে শুধু লেনদেনই নয়, প্রোগ্রামও বুঝতে হবে। ERC-8211 এই স্তরে ওয়ালেটকে একটি স্পষ্ট ধরা প্রদান করে, কারণ এটি এই কার্যক্রমের অর্থবোধকে স্পষ্টভাবে কোডিং কাঠামোতে অন্তর্ভুক্ত করে, যেমন পরামিতি কোথা থেকে আসবে, কী শর্তগুলি পূরণ করতে হবে, কখন এগিয়ে যাবে, কখন রোলব্যাক করবে—এগুলি ব্যাকএন্ড লজিকের মধ্যে লুকিয়ে থাকা ব্ল্যাকবক্স নয়, বরং ওয়ালেট দ্বারা ব্যাখ্যা, সিমুলেশন এবং প্রদর্শনযোগ্য অবজেক্ট।
ওয়ালেট দৃষ্টিকোণ থেকে, এই সম্পূর্ণ কাঠামোটি চূড়ান্তভাবে একই বিষয়ের দিকে নিয়ে যায়, অর্থাৎ ব্যবহারকারী এখন এমন একটি অন্তর্নিহিত কল স্বাক্ষর করছেন না যা তিনি পুরোপুরি বুঝতে পারেন না, বরং তিনি একটি ফলাফল-ভিত্তিক, সীমানা-স্পষ্ট এবং শর্ত-যাচাইযোগ্য এক্সিকিউশন প্রোগ্রাম স্বাক্ষর করছেন:
- একটি এআই এজেন্ট ব্যবহারকারীর ইচ্ছা বুঝতে এবং পথ তৈরি করতে দায়িত্ব পালন করতে পারে;
- ওয়ালেট এই পথটিকে ব্যবহারকারীর পরীক্ষার জন্য আরও স্পষ্টভাবে প্রদর্শন করে;
- এবং রিলেয়ার শুধুমাত্র শর্ত পূরণ হলে জমা দেয়, ফলাফল পরিবর্তনের অধিকার রাখে না;
এটিই হল অন্যান্য কার্যক্রমের কারণ যা এজেন্টিক ডিফির পূর্বশর্ত হিসাবে বিবেচিত হয়, কারণ এজেন্টগুলি অংশগ্রহণ করতে পারে, কিন্তু সার্বভৌমত্ব, সীমাবদ্ধতা এবং চূড়ান্ত সেটেলমেন্ট এখনও চেইনের উপরেই থাকে, যা ERC-8211 এবং স্মার্ট ওয়ালেটের মধ্যে প্রকৃত মিল, কারণ এটি "জটিল ইচ্ছা নিরাপদে প্রকাশ" করার বিষয়টিকে প্রোটোকল স্তরের মানের মধ্যে একীভূত করে।
উল্লেখযোগ্য যে, ERC-8211 এর সাথে ERC-4337, EIP-7702, ERC-7579 ইত্যাদি অ্যাকাউন্ট অ্যাবস্ট্রাকশন ফ্রেমওয়ার্ক সম্পূর্ণরূপে সামঞ্জস্যপূর্ণ, এটি অ্যাকাউন্ট অ্যাবস্ট্রাকশনকে প্রতিস্থাপন করে না, বরং অ্যাকাউন্ট অ্যাবস্ট্রাকশনের উপরে এজেন্টের জন্য একটি প্রোগ্রামেটিক একিউটিভ সিম্যান্টিক্সের স্তর যোগ করে।
যদি ERC-4337 সমাধান করে "কে আমার পক্ষে লেনদেন শুরু করতে পারে", EIP-7702 সমাধান করে "EOA কিভাবে অস্থায়ীভাবে স্মার্ট কন্ট্রাক্ট ক্ষমতা অর্জন করতে পারে", তবে ERC-8211 সমাধান করে যে একবার Agent আমার পক্ষে কাজ শুরু করলে, এটি একটি একক স্বাক্ষরে একটি সম্পূর্ণ সিদ্ধান্ত শৃঙ্খলা সম্পন্ন করতে পারে কিনা।
ইথেরিয়ামের গত ১০ বছরের চেইন-অন ইন্টারঅ্যাকশন প্যাটার্নের বিকাশ পুনর্বিবেচনা:
- প্রথম পর্যায়: একটি স্বাক্ষর = একটি ফাংশন কল (EOA যুগ)
- দ্বিতীয় পর্যায়: একটি স্বাক্ষর = একটি স্ট্যাটিক বান্ডিল কল (ERC-4337, EIP-5792 যুগ)
- তৃতীয় পর্যায়: একটি স্বাক্ষর = একটি ডাইনামিক মূল্যায়নের ইচ্ছা প্রোগ্রাম (ERC-8211 যুগ)
প্রতিটি স্কিপ বোঝায় যে ব্যবহারকারী (বা ব্যবহারকারীর প্রতিনিধিত্বকারী এজেন্ট) কম ঘর্ষণে আরও জটিল লক্ষ্য প্রকাশ করতে পারেন।
যদিও ERC-8211 এখনও ড্রাফ্ট পর্যায়ে রয়েছে, প্রযুক্তিগত আলোচনা চলছে এবং প্রোটোকলের বৃহৎ স্তরের সমাবেশের জন্য আরও সময় লাগবে, তবুও এটি যে দিকে ইঙ্গিত করছে তা যথেষ্ট পরিষ্কার—যখন AI Agent প্রকৃতপক্ষে মানুষের জন্য চেইন-উপরের সিদ্ধান্ত নিতে শুরু করবে, তখন চেইনের জন্য একটি সামঞ্জস্যপূর্ণ, মূলস্বভাবের কার্যক্রম বাক্যগঠনের প্রয়োজন হবে।