মূল বিষয়বস্তুতে যান
শিখুনগ্লসারিএজেন্ট পেমেন্ট পরিচয়
শব্দকোষ

এজেন্ট পেমেন্ট পরিচয় কী।

সংজ্ঞা

এজেন্ট পেমেন্ট পরিচয় হল সেই পরিচয়পত্র যা একটি AI এজেন্ট অর্থ প্রদান বা গ্রহণ করতে ব্যবহার করে। এটি একটি ওয়ালেট ঠিকানা, একটি পাবলিক প্রোফাইল পৃষ্ঠা, স্বাধীনভাবে অর্জিত যাচাইকরণ ব্যাজ এবং একটি প্রতি-এজেন্ট ব্যয় নীতি নিয়ে গঠিত। পরিচয়টি একটি নির্দিষ্ট এজেন্টের সাথে যুক্ত, একটি ব্যক্তি বা কোম্পানির অ্যাকাউন্টের সাথে নয়। এটি হল যা প্রতিপক্ষরা যখন একটি এজেন্টকে অর্থ প্রদান করে তখন উল্লেখ করে এবং যখন এজেন্ট নিজেই অর্থ প্রদান করে তখন উল্লেখ করে।

এটি কেন গুরুত্বপূর্ণ

ওয়ালেট পরিচয় নয়। এজেন্টদের পরিচয়ের প্রয়োজন।

একটি কাঁচা ক্রিপ্টো ওয়ালেট আপনাকে একটি ঠিকানা এবং একটি ব্যালেন্স দেয়। যখন পেয়ার একজন মানব হয় যে ইতিমধ্যে জানে তারা কাকে অর্থ প্রদান করছে তখন এটি ঠিক কাজ করে। যখন পেয়ার একটি AI এজেন্ট হয়, বা যখন কাউন্টারপার্ট একটি AI এজেন্ট হয় তখন এটি ব্যর্থ হয়: কোনও শেয়ার করা খ্যাতি ব্যবস্থা নেই, অর্থ পাঠানোর আগে এজেন্টটি বৈধ কিনা তা যাচাই করার কোনও উপায় নেই, এজেন্টটি আগে কী করেছে তার কোনও রেকর্ড নেই। অ্যানোনিমাস ঠিকানায় পেমেন্ট টিপিংয়ের জন্য উপযুক্ত হতে পারে; এগুলি একটি এজেন্টকে $50 ইনভয়েস পরিশোধের জন্য উপযুক্ত নয় যা বাস্তব কাজ উত্পন্ন করা উচিত।

এজেন্ট পেমেন্ট পরিচয় এটি সমাধান করে ওয়ালেটকে এমন সবকিছু দিয়ে মোড়ানো যা একটি প্রতিপক্ষকে অর্থ প্রদানের সিদ্ধান্ত নিতে প্রয়োজন: একটি পাবলিক প্রোফাইল যা ব্যাখ্যা করে এজেন্ট কী করে, ব্যাজগুলি প্রমাণ করে যে অপারেটরটি কে তারা দাবি করে, লেনদেনের ইতিহাস যা দেখায় এজেন্ট অতীতের বাধ্যবাধকতা পূরণ করেছে, এবং একটি নীতি স্তর যা দেখায় এজেন্টটি যে অর্থ গ্রহণ করে বা পাঠায় তার সাথে কী করতে অনুমতি দেওয়া হয়েছে। নিচের ওয়ালেটটি একই থাকে; পরিচয় স্তরটি হল যা এজেন্টদের জন্য নিরাপদে অর্থপ্রদান করে।

The per-agent granularity matters too. A workspace operator might run ten agents, each with its own customer base and risk profile. Identity at the workspace level would conflate them; identity at the agent level lets each one earn (or lose) reputation independently. This is why agent payment identity is a primitive specifically distinct from "the operator's account on the platform".

এটি কিভাবে গঠিত হয়

পাঁচটি স্তর স্তূপীকৃত।

এজেন্ট পেমেন্ট পরিচয় একটি একক বস্তু নয়; এটি পাঁচটি স্তরের সমন্বয়, প্রতিটি একটি ভিন্ন সিস্টেম উপাদানের দ্বারা মালিকানা। ওয়ালেটটি অন-চেইন, পৃষ্ঠা সার্ভার-রেন্ডার করা, ব্যাজগুলি স্বাক্ষরিত দাবি, নীতিগুলি প্ল্যাটফর্ম-প্রয়োগ করা, এবং API কী আপনার SaaS স্তরের সাথে হাত মেলানো।

  1. স্তর 01

    on-chain credential

    একটি ওয়ালেট ঠিকানা যা লেনদেন স্বাক্ষর করতে এবং পেমেন্ট গ্রহণ করতে পারে। সাধারণত একটি EVM ঠিকানা যা একটি EOA বা একটি স্মার্ট চুক্তির ওয়ালেট দ্বারা নিয়ন্ত্রিত (যেমন Coinbase স্মার্ট ওয়ালেট, সেফ)। ঠিকানাটি হল যা পেমেন্ট কাউন্টারপার্টিগুলি পাঠায়।

  2. স্তর 02

    জনসাধারণের প্রোফাইল পৃষ্ঠা

    একটি ওয়েব পৃষ্ঠা যা এজেন্টের নাম, উদ্দেশ্য, মালিক, সমর্থিত মুদ্রা এবং সাম্প্রতিক লেনদেনগুলি রেন্ডার করে। অনুসন্ধান ইঞ্জিন এবং AI ইঞ্জিন দ্বারা সূচীকৃত। পৃষ্ঠাটি হল যা কাউন্টারপার্টিগুলি অর্থ প্রদানের আগে পড়ে।

  3. স্তর 03

    Verification badges

    স্বাধীনভাবে অর্জিত সংকেত (ইমেইল যাচাইকৃত, GitHub যাচাইকৃত, ডোমেইন যাচাইকৃত) যা এজেন্টের ওয়ালেটকে একটি বাস্তব-জগতের পরিচয়ের সাথে সংযুক্ত করে। ব্যাজগুলি যত শক্তিশালী হবে, তত বেশি পক্ষগুলি সেই এজেন্টের কাছে বড় পেমেন্টে বিশ্বাস করবে।

  4. স্তর 04

    প্রতি এজেন্টের ব্যয় নীতি

    এজেন্ট কীভাবে খরচ করতে পারে তা নিয়ন্ত্রণকারী নিয়ম (প্রতি সময়ের ভাতা এবং প্রতি লেনদেনের সীমা, যা ড্যাশবোর্ডে সেট করা হয়েছে)। এটি পেমেন্ট অবকাঠামোর স্তরে কার্যকর, এজেন্টের কোডে নয়। এটি সংজ্ঞায়িত করে যে পরিচয় কী করতে অনুমতি দেওয়া হয়েছে।

  5. স্তর 05

    API key + billing relationship

    SaaS-সাইডের শংসাপত্র যা এজেন্ট পেমেন্ট প্ল্যাটফর্মের API তে প্রমাণীকরণের জন্য ব্যবহার করে, এবং এজেন্টের মালিক এবং প্ল্যাটফর্মের মধ্যে বিলিং সম্পর্ক (প্রতি-এজেন্ট সাবস্ক্রিপশন প্রো বা ব্যবসায়)।

উদাহরণ

প্রয়োগে পরিচয় কী করে।

তিনটি কংক্রিট পরিস্থিতি যেখানে পরিচয় পেছনের দৃশ্যে কাজ করছে।

উদাহরণ 1

এজেন্ট পাবলিক পৃষ্ঠার মাধ্যমে পেমেন্ট গ্রহণ করছে

একটি গবেষণা এজেন্টের পরিচয় wallet.blockchain0x.com/a/research-bot এ বিদ্যমান। প্রতিপক্ষরা অনুসন্ধান, X উল্লিখিত, বা একটি GitHub README এর মাধ্যমে এজেন্টটি খুঁজে পায়। তারা পে ক্লিক করে, পৃষ্ঠাটি ওয়ালেট ঠিকানা + QR + যাচাইকরণ ব্যাজ প্রদর্শন করে, তারা USDC পাঠায়। এজেন্টের পরিচয় হল সেই পৃষ্ঠাটি যা ব্রাউজিংকে পেমেন্টে রূপান্তরিত করেছে।

উদাহরণ 2

এজেন্ট অন্য একটি এজেন্টকে প্রোগ্রাম্যাটিকভাবে পেমেন্ট করছে

একটি সংগঠক এজেন্টকে একটি বিশেষজ্ঞ এজেন্টকে কাজDelegate করতে হবে। এটি বিশেষজ্ঞের পেমেন্ট পরিচয় (ওয়ালেট ঠিকানা) খুঁজে বের করে, এর বিরুদ্ধে একটি পেমেন্ট অনুরোধ তৈরি করে এবং এটি ফিরে পাওয়া হোস্টেড চেকআউট URL-এ পরিশোধ করে। বিশেষজ্ঞের পরিচয় হল যা সংগঠক উল্লেখ করেছে, একটি সাধারণ অ্যাকাউন্ট নয়।

উদাহরণ 3

একটি এজেন্টের ইতিহাস পর্যালোচনা করা অডিটর

একটি কমপ্লায়েন্স অডিটর দেখতে চান যে একটি এজেন্ট গত ত্রৈমাসিকে কী করেছে। এজেন্টের পরিচয় তার সম্পূর্ণ লেনদেনের লগ অন্তর্ভুক্ত করে (ওয়ালেট ঠিকানায় অন-চেইন ইতিহাস + প্ল্যাটফর্মের অডিট লগে অফ-চেইন পেমেন্ট-অনুরোধ রেকর্ড)। অডিটর মালিকের বৃহত্তর ব্যবসায়িক সিস্টেমে প্রবেশের প্রয়োজন ছাড়াই প্রতিটি পেমেন্ট ট্রেস করে।

সম্পর্কিত শর্তাবলী

এখানে এটি ফিট করে।

এজেন্ট পেমেন্ট পরিচয় বাণিজ্য, নিয়ন্ত্রণ এবং প্রোটোকলের মধ্যে সংযোগকারী টিস্যু।

প্রশ্নোত্তর

তিনটি সাধারণ প্রশ্ন।

এজেন্ট পেমেন্ট পরিচয় কি একটি নির্দিষ্ট ওয়ালেটের সাথে যুক্ত, নাকি এটি স্থানান্তরিত হতে পারে?

পরিচয় প্ল্যাটফর্মের ডেটাবেসে স্থায়ী হয়; নিচে থাকা ওয়ালেটটি পরিবর্তনযোগ্য। যদি আপনি একটি MetaMask ওয়ালেট দিয়ে শুরু করেন এবং Coinbase স্মার্ট ওয়ালেটে স্যুইচ করতে চান, তবে আপনি নতুন ওয়ালেটটিকে একই এজেন্ট রেকর্ডের সাথে সংযুক্ত করেন; এজেন্টের নাম, স্লাগ, পাবলিক URL, যাচাইকরণ ব্যাজ, লেনদেন-ইতিহাসের রেফারেন্স এবং ব্যয় নীতিগুলি সবই স্থানান্তরিত হয়। নতুন ওয়ালেটের ব্যালেন্স এবং পুরানো ওয়ালেটের ব্যালেন্স একত্রিত হয় না; পরিচয় চলে যায়, অন-চেইন USDC যেখানে ছিল সেখানে থাকে।

দুইটি এজেন্ট কি একই পেমেন্ট পরিচয় শেয়ার করতে পারে?

না। প্রতি-এজেন্ট বিচ্ছিন্নতা মডেলের পুরো পয়েন্ট। প্রতিটি এজেন্টের নিজস্ব ওয়ালেট, নিজস্ব পাবলিক পৃষ্ঠা, নিজস্ব ব্যয় নীতি, নিজস্ব API কী, নিজস্ব অডিট লগ রয়েছে। পরিচয় ভাগাভাগি করা প্রতি-এজেন্ট মূল্য স্তরকে পরাজিত করবে, প্রতি-এজেন্ট ব্যয় নিয়ন্ত্রণকে পরাজিত করবে (এজেন্ট A তে প্রম্পট-ইনজেকশন এজেন্ট B এর বাজেট শূন্য করে দিতে পারে), এবং প্রতি-এজেন্ট খ্যাতি সংকেতকে পরাজিত করবে (শেয়ার করা পরিচয়ে একটি খারাপ ঘটনা এতে থাকা প্রতিটি এজেন্টকে ক্ষতি করে)। যদি আপনি সত্যিই দুটি এজেন্টকে সমন্বয় করতে চান, তবে এটি কর্মক্ষেত্রের স্তরে করুন: একটি কর্মক্ষেত্র, দুটি পরিচয় রেকর্ড, সবকিছু আলাদা।

এজেন্ট পেমেন্ট পরিচয় কি একটি স্মার্ট চুক্তি, নাকি শুধু একটি রেকর্ড?

এটি প্ল্যাটফর্মের দিক থেকে শুধু একটি record। এর নিচের wallet হলো মালিক যে EVM wallet connect করেছেন সেটাই, এবং সেই wallet smart contract হতেও পারে, নাও পারে (EOA wallet smart contract নয়; Coinbase Smart Wallet এবং Safe smart contract)। identity layer (name, slug, badges, policies) একটি সাধারণ Postgres database-এ থাকে, যেখানে audit-logging এবং hash-chained changes রয়েছে। cost, latency, এবং revocation-এর কারণে আমরা ইচ্ছাকৃতভাবে আজ identity layer-কে onchain-এ নিইনি। পরে verification proofs-এর জন্য optional on-chain anchor আসতে পারে।
শেষ পর্যালোচনা: 2026-05-15। CC BY 4.0 এর অধীনে প্রকাশিত।

আপনার এজেন্টের জন্য একটি পেমেন্ট পরিচয় দাবি করুন।

সাইনআপ থেকে আপনার প্রথম যাচাইকৃত পাবলিক এজেন্ট প্রোফাইলে পাঁচ মিনিট।