ମୁଖ୍ୟ ବିଷୟବସ୍ତୁକୁ ଛାଡ଼ନ୍ତୁ
ଶିଖନ୍ତୁଶବ୍ଦକୋଷଏଜେଣ୍ଟ ଦେୟ ପରିଚୟ
ଶବ୍ଦକୋଷ

ଏଜେଣ୍ଟ ଦେୟ ପରିଚୟ କଣ।

ପରିଭାଷା

ଏଜେଣ୍ଟ ଦେୟ ପରିଚୟ ହେଉଛି ଏକ AI ଏଜେଣ୍ଟ ଯାହାକୁ ଦେୟ କରିବା କିମ୍ବା ଦେୟ ଗ୍ରହଣ କରିବା ପାଇଁ ବ୍ୟବହାର କରେ। ଏହା ଏକ ୱାଲେଟ୍ ଠିକଣା, ଏକ ସାଧାରଣ ପ୍ରୋଫାଇଲ୍ ପୃଷ୍ଠା, ସ୍ୱାଧୀନ ଭାବେ ଅର୍ଜିତ ମାନ୍ୟତା ବ୍ୟାଜ୍, ଏବଂ ପ୍ରତି-ଏଜେଣ୍ଟ ଖର୍ଚ୍ଚ ନୀତିକୁ ଗଠନ କରେ। ପରିଚୟ ଏକ ନିର୍ଦ୍ଧିଷ୍ଟ ଏଜେଣ୍ଟ ସହିତ ଜୋଡାଯାଇଛି, ଏକ ବ୍ୟକ୍ତି କିମ୍ବା କମ୍ପାନୀ-ବ୍ୟାପୀ ଖାତା ସହିତ ନୁହେଁ। ଏହା ହେଉଛି କଣ ଅନ୍ୟପକ୍ଷ ଏକ ଏଜେଣ୍ଟକୁ ଦେୟ କରିବା ସମୟରେ ସନ୍ଦର୍ଭ କରନ୍ତି ଏବଂ ଏହା କଣ ଏଜେଣ୍ଟ ନିଜେ ଦେୟ କରିବା ସମୟରେ ସନ୍ଦର୍ଭ କରେ।

କାହିଁକି ଏହା ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ

ୱାଲେଟ୍‌ସ୍ ଚିହ୍ନଟ ନୁହେଁ। ଏଜେଣ୍ଟ୍‌ମାନେ ଚିହ୍ନଟ ଆବଶ୍ୟକ।

ଏକ raw crypto wallet ଆପଣଙ୍କୁ ଏକ address ଏବଂ ଏକ balance ଦିଏ। payer ଯଦି ଜଣେ ମଣିଷ ହୁଏ ଯିଏ ପୂର୍ବରୁ କାହାକୁ pay କରୁଛନ୍ତି ଜାଣିଥାନ୍ତି, ତେବେ ଏହା ଭଲ କାମ କରେ। payer ଯଦି AI agent ହୁଏ, କିମ୍ବା counterparty ଯଦି AI agent ହୁଏ, ତେବେ ଏହା ବିଫଳ ହୁଏ: shared reputation system ନାହିଁ, ଟଙ୍କା ପଠାଇବା ପୂର୍ବରୁ agent legitimate କି ନୁହେଁ verify କରିବାର ଉପାୟ ନାହିଁ, agent ପୂର୍ବରୁ କଣ କରିଛି ତାହାର record ନାହିଁ। anonymous addresses କୁ ପେମେଣ୍ଟ tipping ପାଇଁ ଉପଯୁକ୍ତ ହୋଇପାରେ; ପ୍ରକୃତ କାମ କରିବାକୁ ଥିବା agent କୁ $50 invoice ପେ କରିବା ପାଇଁ ଏହା ଉପଯୁକ୍ତ ନୁହେଁ।

ଏଜେଣ୍ଟ ଦେୟ ପରିଚୟ ଏହାକୁ ସମାଧାନ କରେ ବାଲେଟ୍ କୁ ସେହି ସବୁକୁ ଘେରାଇ ଯାହା ଏକ ଅନ୍ୟପକ୍ଷକୁ ଦେୟ ନିଷ୍ପତ୍ତି କରିବାକୁ ଆବଶ୍ୟକ: ଏକ ସାଧାରଣ ପ୍ରୋଫାଇଲ୍ ଯାହା ବ୍ୟାଖ୍ୟା କରେ ଏଜେଣ୍ଟ କଣ କରେ, ବ୍ୟାଜ୍ ଯାହା ପ୍ରମାଣ କରେ ଯେ ଓପରେଟର ତାଙ୍କୁ ଯାହା ଦାବୀ କରିଛନ୍ତି, ଲେନଦେନ ଇତିହାସ ଯାହା ଦେଖାଏ ଯେ ଏଜେଣ୍ଟ ପୂର୍ବ ଦାୟିତ୍ୱଗୁଡିକୁ ପୂରଣ କରିଛି, ଏବଂ ଏକ ନୀତି ତଳ ଯାହା ଦେଖାଏ ଯେ ଏଜେଣ୍ଟ କେତେ ଧନ ଗ୍ରହଣ କରିବା କିମ୍ବା ପଠାଇବାରେ ଅନୁମତି ଦିଆଯାଇଛି। ତଳରେ ୱାଲେଟ୍ ଏହିପରି ରହିଛି; ପରିଚୟ ତଳ ହେଉଛି ଯାହା ଏଜେଣ୍ଟକୁ ସୁରକ୍ଷିତ ଭାବରେ ଦେୟ କରେ।

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 Smart Wallet, Safe) ଦ୍ୱାରା ନିୟନ୍ତ୍ରଣ କରାଯାଇଛି। ଏହା ହେଉଛି ଯାହା ଭୁଗତାନ କାଉଣ୍ଟର୍ପାର୍ଟିଗୁଡିକୁ ପଠାଇଥାଏ।

  2. ଲେୟର 02

    ସାଧାରଣ ପ୍ରୋଫାଇଲ୍ ପୃଷ୍ଠା

    ଏକ ୱେବ୍ ପୃଷ୍ଠା ଯାହା ଏଜେଣ୍ଟର ନାମ, ଉଦ୍ଦେଶ୍ୟ, ମାଲିକ, ସମର୍ଥିତ ମୁଦ୍ରା, ଏବଂ ସମ୍ପ୍ରତି ଟ୍ରାଞ୍ଜାକ୍ସନ୍‌ଗୁଡିକୁ ପ୍ରଦର୍ଶିତ କରେ। ସର୍ଚ୍ ଇଞ୍ଜିନ୍‌ଗୁଡିକ ଏବଂ AI ଇଞ୍ଜିନ୍‌ଗୁଡିକ ଦ୍ୱାରା ଇଣ୍ଡେକ୍ସ କରାଯାଇପାରିବ। ପୃଷ୍ଠାଟି ହେଉଛି ଯାହା କାଉଣ୍ଟର୍ପାର୍ଟିଗୁଡିକ ଭୁଗତାନ କରିବା ପୂର୍ବରୁ ପଢ଼ନ୍ତି।

  3. ଲେୟର 03

    Verification badges

    ସ୍ୱାଧୀନ ଭାବରେ ଅର୍ଜିତ ସଙ୍କେତ (ଇମେଲ୍ ସତ୍ୟାପିତ, GitHub ସତ୍ୟାପିତ, ଡୋମେନ୍ ସତ୍ୟାପିତ) ଯାହା ଏଜେଣ୍ଟର ୱାଲେଟ୍ କୁ ଏକ ବାସ୍ତବ ଜୀବନ ପରିଚୟ ସହିତ ସଂଯୋଗ କରେ। ବ୍ୟାଜ୍‌ଗୁଡିକ ଯେତେ ଶକ୍ତିଶାଳୀ, ସେତେ ଅଧିକ ପ୍ରତିକ୍ଷାକାରୀ ଏହି ଏଜେଣ୍ଟକୁ ବଡ ପେମେଣ୍ଟରେ ବିଶ୍ୱାସ କରିବେ।

  4. ଲେୟର 04

    Per-agent spend policy

    Agent କେତେ ଖର୍ଚ୍ଚ କରିପାରିବ ସେଥିପାଇଁ ନିୟମଗୁଡ଼ିକ (dashboard ରେ ସେଟ୍ ହୋଇଥିବା per-period allowance ଏବଂ per-transaction cap)। Payment infrastructure layer ରେ enforce କରାଯାଏ, agent ର code ଭିତରେ ନୁହେଁ। Identity କ'ଣ କରିବାକୁ ଅନୁମତିପ୍ରାପ୍ତ ତାହା ନିର୍ଦ୍ଧାରଣ କରେ।

  5. ଲେୟର 05

    API key + billing relationship

    ଏହା ହେଉଛି SaaS-side credential ଯାହା agent payment platform ର API କୁ authenticate କରିବା ପାଇଁ ବ୍ୟବହାର କରେ, ଏବଂ agent ମାଲିକ ଓ platform ମଧ୍ୟରେ billing relationship (Pro କିମ୍ବା Business ରେ per-agent subscription)।

ଉଦାହରଣଗୁଡିକ

ପ୍ରକ୍ରିୟାରେ ପରିଚୟ କଣ କରେ।

ତିନି କଠିନ ପରିସ୍ଥିତି ଯେଉଁଠାରେ ପରିଚୟ ପଛରେ କାମ କରୁଛି।

ଉଦାହରଣ 1

ସାଧାରଣ ପୃଷ୍ଠା ଦ୍ୱାରା ଦେୟ ଗ୍ରହଣ କରୁଥିବା ଏଜେଣ୍ଟ

ଏକ research agent ର identity wallet.blockchain0x.com/a/research-bot ରେ ଅଛି। counterparties search, X mentions, କିମ୍ବା GitHub README ମାଧ୍ୟମରେ agent କୁ ଖୋଜନ୍ତି। ସେମାନେ Pay କ୍ଲିକ୍ କରନ୍ତି, page ରେ wallet address + QR + verification badges ଦେଖାଯାଏ, ସେମାନେ USDC ପଠାନ୍ତି। agent ର identity ହେଉଛି ସେହି surface ଯାହା browsing କୁ payment ରେ ପରିବର୍ତ୍ତନ କଲା।

ଉଦାହରଣ 2

ଏକ ଅନ୍ୟ ଏଜେଣ୍ଟକୁ କାର୍ଯ୍ୟକ୍ରମ ଭାବେ ଦେୟ କରୁଥିବା ଏଜେଣ୍ଟ

ଏକ orchestrating agent କୁ specialist agent କୁ କାମ ଦେବାକୁ ହୁଏ। ଏହା specialist ର payment identity (wallet address) ଖୋଜେ, ତାହା ପାଇଁ payment request ସୃଷ୍ଟି କରେ, ଏବଂ ମିଳିଥିବା hosted checkout URL ରେ ପେ କରେ। orchestrator ଯାହାକୁ referenced କରିଥିଲା, ସେହିଟା ହେଉଛି specialist ର identity, generic account ନୁହେଁ।

ଉଦାହରଣ 3

ଏକ ଏଜେଣ୍ଟର ଇତିହାସ ପରୀକ୍ଷା କରୁଥିବା ଅଡିଟର୍

ଏକ compliance auditor ପिछଲା quarter ରେ ଏଜେଣ୍ଟ କଣ କରିଛି ତାହା verify କରିବାକୁ ଚାହେ। ଏଜେଣ୍ଟର identity ରେ ଏହାର ସମ୍ପୂର୍ଣ୍ଣ transaction log (wallet address ରେ on-chain history + platform ର audit log ରେ off-chain payment-request records) ସମିଲ ଅଛି। auditor ମାଲିକର ବିସ୍ତୃତ business systems କୁ access ନ କରି ପ୍ରତ୍ୟେକ payment ଟ୍ରେସ୍ କରେ।

ସମ୍ବନ୍ଧିତ ଶବ୍ଦଗୁଡିକ

ଏଠାରେ ଏହା ବେଶୀ ମିଳେ।

ଏଜେଣ୍ଟ ଦେୟ ପରିଚୟ ବାଣିଜ୍ୟ, ନିୟନ୍ତ୍ରଣ, ଏବଂ ପ୍ରୋଟୋକଲ୍ ମଧ୍ୟରେ ସଂଯୋଜନ ତନ୍ତୁ।

ସାଧାରଣ ପ୍ରଶ୍ନୋତ୍ତର

ତିନି ସାଧାରଣ ପ୍ରଶ୍ନ।

ଏଜେଣ୍ଟ ପେମେଣ୍ଟ ପରିଚୟ କି ଏକ ବିଶେଷ ୱାଲେଟ୍ ସହିତ ଜୋଡିତ, କିମ୍ବା ଏହା ଚଳିପାରିବ?

ପ୍ଲାଟଫର୍ମର database ରେ identity ରହିଥାଏ; ତଳର wallet କୁ ଇଚ୍ଛାମତେ swap କରାଯାଇପାରେ। ଯଦି ଆପଣ MetaMask wallet ସହିତ ଆରମ୍ଭ କରିଥିଲେ ଏବଂ Coinbase Smart Wallet କୁ switch କରିବାକୁ ଚାହାନ୍ତି, ଆପଣ ନୂତନ wallet କୁ ସେହି same agent record ସହିତ connect କରନ୍ତି; agent ର name, slug, public URL, verification badges, transaction-history references, ଏବଂ spend policies ସବୁ carry over ହୁଏ। ନୂତନ wallet ର balance ଏବଂ ପୁରୁଣା wallet ର balance merge ହୁଏ ନାହିଁ; identity move ହୁଏ, on-chain USDC ଯେଉଁଠାରେ ଥିଲା ସେଠି ରହିଯାଏ।

ଦୁଇଟି ଏଜେଣ୍ଟ ସେହି ସମାନ ଦେୟ ପରିଚୟକୁ ସେୟାର୍ କରିପାରିବ କି?

ନା। Per-agent isolation ହେଉଛି model ର ସମ୍ପୂର୍ଣ୍ଣ ମୂଳ ଉଦ୍ଦେଶ୍ୟ। ପ୍ରତ୍ୟେକ agent ର ନିଜ wallet, ନିଜ public page, ନିଜ spend policy, ନିଜ API keys, ନିଜ audit log ରହେ। Identity share କରିଲେ per-agent pricing tier ନଷ୍ଟ ହେବ, per-agent spend controls ନଷ୍ଟ ହେବ (agent A ଉପରେ prompt-injection agent B ର budget drain କରିପାରେ), ଏବଂ per-agent reputation signal ମଧ୍ୟ ନଷ୍ଟ ହେବ (shared identity ଉପରେ ଏକମାତ୍ର ଖରାପ ଘଟଣା ତା'ର ସମସ୍ତ agent କୁ କ୍ଷତି କରେ)। ଯଦି ସତରେ ଦୁଇଟି agent କୁ coordinate କରିବା ଦରକାର, workspace level ରେ କରନ୍ତୁ: ଏକ workspace, ଦୁଇଟି identity record, ଅନ୍ୟ ସବୁ ଅଲଗା।

ଏଜେଣ୍ଟ ପେମେଣ୍ଟ ପରିଚୟ କି ଏକ ସ୍ମାର୍ଟ କନ୍ଟ୍ରାକ୍, କିମ୍ବା କେବଳ ଏକ ରେକର୍ଡ?

ଖାଲି platform ପକ୍ଷରେ ଗୋଟିଏ record। ତଳର wallet ହେଉଛି owner ଯେକୌଣସି EVM wallet connect କରିଛନ୍ତି ସେଟା, ଏବଂ ସେ wallet smart contract ହେବା କିମ୍ବା ନହେବା ଦୁହେଁ ହୋଇପାରେ (EOA wallet smart contract ନୁହେଁ; Coinbase Smart Wallet ଏବଂ Safe smart contracts)। identity layer (name, slug, badges, policies) audit-logging ଏବଂ hash-chained changes ସହିତ ସାଧାରଣ Postgres database ରେ ରହେ। cost, latency, ଏବଂ revocation କାରଣରୁ ଆମେ ଆଜି identity layer କୁ onchain ରଖିବାକୁ deliberately ଚୟନ କରିନାହିଁ। verification proofs ପାଇଁ optional on-chain anchor ପରେ ଆସିପାରେ।
ଶେଷ ସମୀକ୍ଷା: 2026-05-15. CC BY 4.0 ଅନୁସାରେ ପ୍ରକାଶିତ।

ଆପଣଙ୍କର ଏଜେଣ୍ଟ ପାଇଁ ଏକ ପେମେଣ୍ଟ ପରିଚୟ ଦାବି କରନ୍ତୁ।

ସାଇନ୍‌ଅପ୍‌ରୁ ଆପଣଙ୍କର ପ୍ରଥମ ଯାଞ୍ଚିତ ସାଧାରଣ ଏଜେଣ୍ଟ ପ୍ରୋଫାଇଲ୍‌ ପାଇଁ ପାଞ୍ଚ ମିନିଟ୍‌।