মূল | ওডেইলি স্টার ডেলি (@OdailyChina)
লেখক | আজুমা (@azuma_eth)
মার্চ 10 এ, এথেরিয়াম ফাউন্ডেশনের অধীনে কাজ করা এবং "কৃত্রিম বুদ্ধিমত্তা (AI) এবং ব্লকচেইনের গভীর একীভূতকরণ" প্রচারে বিশেষায়িত dAI দল আজ Virtuals Protocol-এর সাথে একটি নতুন মানক ERC-8183 চালু করেছে।
এথেরিয়াম ফাউন্ডেশনের এআই প্রধান Davide Crapis এই মানটিকে বলেছেন যে, ERC-8183 হল এথেরিয়াম সম্প্রদায় যে খোলা এজেন্ট অর্থনীতি তৈরি করছে তার অপরিহার্য উপাদানগুলির মধ্যে একটি, যা x402 এবং ERC-8004-এর সাথে সংমিশ্রিত হয়ে এজেন্টগুলির মধ্যে নিরাপদ মিথস্ক্রিয়ার জন্য অবকাঠামোগত ভূমিকা পালন করবে। dAI টিম ERC-8183-এর গ্রহণযোগ্যতা সমর্থন করবে এবং এটিকে নিরপেক্ষ মান হিসাবে প্রতিষ্ঠিত করার জন্য প্রতিশ্রুতিবদ্ধ।
ERC-8183 কী সমাধান করতে চায়?
ভার্চুয়ালস প্রোটোকলের প্রকাশিত পরিচয় নিবন্ধ অনুযায়ী, ERC-8183 এআই এজেন্টের মধ্যে বাণিজ্যিক লেনদেনের জন্য ডিজাইন করা হয়েছে, এই মানটি একটি চেইন-উপরের নিয়মের সেট সংজ্ঞায়িত করে যা দুটি অবিশ্বাস্য এজেন্টকে “নিয়োগ-প্রদান-বিল” এর মতো বাণিজ্যিক প্রক্রিয়া সম্পন্ন করতে সক্ষম করে, কেন্দ্রীয়কৃত প্ল্যাটফর্মের উপর নির্ভর করা ছাড়াই।
ERC-8183-এর মূল সমস্যা হল এজেন্টগুলি একে অপরকে নিযুক্ত করে এবং সহযোগিতা করার সময়, প্ল্যাটফর্ম, আইন বা মানব মধ্যস্থতার অভাবে কীভাবে লেনদেন সম্পন্ন করা যায়।
উদাহরণস্বরূপ, ধরুন একটি মার্কেটিং-ওরিয়েন্টেড এজেন্ট A একটি ইমেজ জেনারেশন-ওরিয়েন্টেড এজেন্ট B-কে নিয়োগ করতে চায় যাতে তারা একটি সিরিজ মার্কেটিং পোস্টার তৈরি করে। এখানে একটি ব্যবসায়িক বিশ্বাসের সমস্যা রয়েছে—উভয়েই পরস্পরকে চেনে না এবং কোনও বিশ্বাসের ভিত্তি নেই, কখন পেমেন্ট করা উচিত? যদি A আগে পেমেন্ট করে, B কাজ বন্ধ করে দিতে পারে বা অযোগ্য ফলাফল ফেরত দিতে পারে; আবার যদি B আগে কাজ শুরু করে, A-ও পেমেন্ট না দিতে পারে...
প্রাচীন ইন্টারনেট বিশ্বে, ব্যবহারকারী এবং ব্যবসায়ীদেরও এই ধরনের বাণিজ্যিক বিশ্বাসের সম্মুখীন হতে হয়, এবং প্ল্যাটফর্মগুলি এখানে একটি কীভাবে মধ্যস্থতাকারী হিসাবে কাজ করে—প্ল্যাটফর্মটি A-এর অর্থ ধরে রাখে, B-এর সেবা সম্পন্ন হয়েছে কিনা তা নির্ধারণ করে, এবং শেষে পেমেন্ট মুক্তি দেয়। আমরা যা পরিচিত: Taobao, JD.com, Meituan, DiDi, এগুলি মূলত এই ধরনের প্ল্যাটফর্ম-ভিত্তিক মধ্যস্থতাকারী।
এথারিয়াম ফাউন্ডেশন এবং ভার্চুয়ালস প্রোটোকল যা করতে চায়, তা হলো ERC-8183 এর মাধ্যমে প্ল্যাটফর্মের কার্যাবলীকে চেইন-অন প্রোটোকলে বিমূর্ত করা, যাতে স্মার্ট কনট্রাক্ট দ্বারা এটি পরিচালিত হয় এবং এজেন্ট অর্থনীতিতে একটি ডিসেন্ট্রালাইজড মধ্যস্থতাকারী ভূমিকা পালন করে।
ERC-8183 কার্যক্রম বিশ্লেষণ
ERC-8183-এর কার্যপ্রণালী জটিল নয়, এই মানটি একটি নতুন ধারণা চালু করে যার নাম Job (আপনি এটিকে "কাজ" হিসাবে বুঝতে পারেন)। প্রতিটি Job-এ তিনটি ভিন্ন ভূমিকা থাকে:
- ক্লায়েন্ট: “ক্লায়েন্ট”, সহজ ভাষায়, এটি বিভিন্ন টাস্ক প্রকাশ করে এমন এজেন্ট;
- প্রোভাইডার: “সার্ভিস প্রোভাইডার”, যিনি টাস্ক সম্পন্ন করার জন্য এজেন্ট হিসেবে দায়িত্ব পালন করেন;
- Evaluator: “অবলোকক”, যিনি কাজটি সম্পন্ন হয়েছে কিনা তা নির্ধারণ করেন।
এখানে Evaluator এর ব্যাখ্যা বিশেষভাবে দরকার, কারণ এই ভূমিকাটি ERC-8183 এর সবচেয়ে গুরুত্বপূর্ণ ডিজাইন। এই মানকে, Evaluator কে শুধুমাত্র একটি চেইন-অন ঠিকানা (address) হিসেবে সংজ্ঞায়িত করা হয়েছে, তবে আরও ব্যাপকভাবে দেখলে, এই ঠিকানার পিছনে বিভিন্ন ধরনের বাস্তবায়ন সম্ভব।
- প্রতিটি বিষয়বস্তুর জন্য, যেমন লেখা, ডিজাইন বা বিশ্লেষণ, একটি মূল্যায়ক হতে পারে একটি এআই এজেন্ট, যা জমা দেওয়া ফলাফল পড়বে, এটিকে প্রাথমিক কাজের প্রয়োজনীয়তার সাথে তুলনা করবে, এবং তারপর একটি সিদ্ধান্ত নেবে;
- যেসব নির্ধারণমূলক কাজের জন্য গণনা, প্রমাণ তৈরি বা ডেটা রূপান্তর প্রয়োজন, সেগুলির জন্য Evaluator একটি জিরো-কিনোলেজ ভেরিফায়ার (ZK verifier) সংবলিত স্মার্ট কন্ট্রাক্ট হতে পারে। Provider প্রমাণ জমা দেয়, Evaluator চেইনের উপর এটি যাচাই করে এবং স্বয়ংক্রিয়ভাবে «complete» বা «reject» কল করে কাজটি সম্পন্ন বা বাতিল করে;
- উচ্চ মূল্যবান বা উচ্চ ঝুঁকিপূর্ণ কাজের পরিস্থিতিতে, মূল্যায়নকারী একটি মাল্টি-সিগ অ্যাকাউন্ট, ডিএও, বা স্টেকিং মেকানিজম দ্বারা সমর্থিত ভেরিফাইয়িং ক্লাস্টারও হতে পারে।
ERC-8183 এই বিভিন্ন রূপগুলিকে পৃথক করে না। প্রোটোকল স্তর শুধু একটি বিষয় নিয়ে চিন্তা করে — কোনও ঠিকানা «complete» নাকি «reject» কল করছে, এই ঠিকানার পিছনে LLM-চালিত AI Agent নাকি ZK সার্কিট চলছে, এটি প্রোটোকলের প্রতি সম্পূর্ণ অপ্রাসঙ্গিক।
জবের কথা আবার বলি, প্রতিটি জবের জীবনচক্রে নিম্নলিখিত চারটি অবস্থা থাকে, যা ERC-8183-এর কার্যক্রমের সাথে সামঞ্জস্যপূর্ণ।
- খোলা: ক্লায়েন্ট এই পিরিয়ডে জব তৈরি করবে, টাস্ক প্রকাশ করবে এবং স্পষ্ট অনুরোধ জানাবে;
- ফান্ডড: ক্লায়েন্ট কমিশনটি সরাসরি প্রোভাইডারকে দেবে না, বরং একটি স্মার্ট কন্ট্রাক্ট ট্রাস্টেড ঠিকানায় পাঠাবে;
- জমা দেওয়া হয়েছে: প্রদানকারী কাজটি সম্পন্ন করে প্রমাণ জমা দিয়েছে;
- টার্মিনাল (সম্পন্ন / প্রত্যাখ্যাত / মেয়াদোত্তীর্ণ): মূল্যায়নকারী কাজটি পরীক্ষা করেন এবং পরীক্ষার ফলাফলের ভিত্তিতে কাজটি সম্পন্ন হয়েছে কিনা (সম্পন্ন বা প্রত্যাখ্যাত) তা নির্ধারণ করেন এবং অর্থ যথাক্রমে ক্লায়েন্ট বা প্রোভাইডারকে পাঠান; যদি সময়সীমার মধ্যে কোনো প্রোভাইডার প্রতিক্রিয়া বা কাজটি সম্পন্ন না করে, তবে অর্থটি ক্লায়েন্টকে ফেরত পাঠানো হবে।
উপরের মানক প্রক্রিয়ার পাশাপাশি, ERC-8183 বাস্তব জগতের জটিল ব্যবসায়িক ব্যবহারের জন্য মডিউলার এক্সটেনশন ফাংশন Hooks ব্যবহার করে আরও অনেক বিস্তৃত ফাংশন অর্জন করতে পারে। Hooks হল জব তৈরির সময় যুক্ত ঐচ্ছিক স্মার্ট কন্ট্রাক্ট, যা জবের জীবনচক্রের বিভিন্ন পর্যায়ের আগে ও পরে কাস্টম লজিক সম্পাদন করে, যেমন রিপুটেশন থ্রেশহোল্ড, বিডিং মেকানিজম, ফি বণ্টন, বা অন্যান্য বিশেষ প্রয়োজনীয়তা।
ERC-8183 এবং x402, ERC-8004 এর মধ্যে পার্থক্য কী?
x402 থেকে ERC-8004 এবং এখনকার ERC-8183 পর্যন্ত, যারা এই বিষয়ে কম পরিচিত, তারা হয়তো বিভ্রান্ত হয়ে যাবে যে কেন প্রতিবার নতুন কিছু তৈরি করা হচ্ছে। কিন্তু বাস্তবে, এই তিনটি যথাক্রমে AI Agent অর্থনীতির তিনটি ভিন্ন ধাপে অবস্থিত এবং প্রতিটি একটি ভিন্ন সমস্যা সমাধানের জন্য ডিজাইন করা হয়েছে।
x402 একটি HTTP পেমেন্ট প্রোটোকল যা AI এজেন্টকে API কল করার মতো সরাসরি পেমেন্ট করার সমস্যা সমাধান করতে চায়; ERC-8004 হল AI এজেন্ট পরিচয় এবং প্রতিষ্ঠা মান, যা একটি এজেন্টকে বিশ্বস্ত কিনা তা নির্ধারণ করার সমস্যা সমাধান করে; ERC-8183 বাণিজ্যিক লেনদেনের জন্য উপযুক্ত, যা দুটি অবিশ্বস্ত এজেন্টের মধ্যে লেনদেন সম্পন্ন করার সমস্যা সমাধান করতে চায়।
একটি বাক্যে বলা যায়, x402 দায়ী “কিভাবে পেমেন্ট করবেন” সমাধান করার; ERC-8004 দায়ী “প্রতিপক্ষ কে এবং তিনি বিশ্বস্ত কিনা” জানার; ERC-8183 দায়ী “কিভাবে নিরাপদে ট্রেড করবেন” পরিচালনা করার।
তিনটি পরস্পরের প্রতিদ্বন্দ্বী নয়, বরং পরস্পরের পূরক, এবং তারা একটি কেন্দ্রীয় লক্ষ্যের দিকে নিয়ে যায় — একটি ডিসেন্ট্রালাইজড, স্ব-চলমান AI এজেন্ট অর্থনীতি গঠন।