মেশিন-থেকে-মেশিন পেমেন্ট কী।
যন্ত্র থেকে যন্ত্রে পেমেন্ট হল দুইটি অ-মানব এন্ডপয়েন্টের মধ্যে পেমেন্ট: সার্ভার, IoT ডিভাইস, এজেন্ট, মাইক্রোসার্ভিস। পেমেন্টকারী এবং পেমেন্টগ্রহীতা উভয়ই সফটওয়্যার যা প্রতিটি লেনদেনকে বাস্তব সময়ে পর্যালোচনা করার জন্য মানব ছাড়া চলছে। বৃহত্তর বিভাগ যা এজেন্ট থেকে এজেন্ট পেমেন্টকে একটি উপসেট হিসাবে অন্তর্ভুক্ত করে, পাশাপাশি পুরানো প্যাটার্ন যেমন IoT ডিভাইস বিলিং এবং প্রতি কল মাইক্রোসার্ভিস বিলিং।
AI এজেন্টগুলির চেয়ে পুরনো বিভাগ, নতুনভাবে প্রাসঙ্গিক।
M2M payment is not new. Telecom carriers have settled inter-carrier traffic between machines for decades. Cloud providers bill servers by the second. Ad networks settle micropayments per impression. What changed in 2024-2025 is the shape of the participants: where M2M used to mean "two large infrastructure systems batching periodic settlements," it increasingly means "two small autonomous services paying per call in real time." AI agents are the most visible new participants, but the pattern generalizes.
M2M (সস্তা L2 চেইনে স্থিতিশীল মুদ্রার রেল, x402-এর মতো প্রোগ্রাম্যাটিক পেমেন্ট প্রোটোকল, প্রতি-পেয়ার ব্যয় নীতি, স্বাক্ষরিত ওয়েবহুক ইভেন্ট) এর চারপাশে একত্রিত অবকাঠামোটি প্রধানত এজেন্ট ব্যবহারের ক্ষেত্রে তৈরি করা হয়েছিল, তবে এটি অ-এজেন্ট M2M-এও পরিষ্কারভাবে প্রযোজ্য। একই ওয়ালেট, API, এবং মিডলওয়্যার যা আপনার এজেন্টকে একটি MCP সার্ভারে পেমেন্ট করতে দেয়, তা আপনার IoT ফ্লিটকে তার ক্লাউডে পেমেন্ট করতে পারে, অথবা আপনার ব্যাকএন্ড পরিষেবাকে একটি তৃতীয় পক্ষের অনুবাদ API-তে পেমেন্ট করতে পারে। পেয়ারটির লেবেল লেনদেনের আকারের চেয়ে কম গুরুত্বপূর্ণ।
একই প্রাথমিক, সংকীর্ণ এন্ডপয়েন্ট।
- প্রতি পেমেন্টকারী পরিচয়। প্রতিটি পেমেন্ট মেশিনের একটি ওয়ালেট ঠিকানা (এর পরিচয়) রয়েছে। ওয়ালেটগুলি সংকীর্ণভাবে স্কোপ করা হয় (প্রতি ডিভাইস বা পরিষেবার জন্য একটি ওয়ালেট) বরং বিস্তৃতভাবে (সবকিছুর জন্য একটি কর্পোরেট ওয়ালেট) যাতে আপস সীমাবদ্ধ থাকে।
- প্রতি-পেমেন্টকারী খরচ অনুমতি। একটি প্রতি-লেনদেন সীমা এবং একটি প্রতি-পিরিয়ড বরাদ্দ যা পেমেন্ট অবকাঠামো স্তরে কার্যকর হয়। যদি পেমেন্ট মেশিন ভুল আচরণ করে তবে এটি সবচেয়ে খারাপ পরিস্থিতি সীমাবদ্ধ করে।
- প্রোগ্রাম্যাটিক পেমেন্ট অনুরোধ। পেমেন্ট গ্রহণকারী একটি মেশিন-পার্সেবল ফর্মে পেমেন্টের প্রয়োজনীয়তা প্রকাশ করে (x402-শৈলীর 402 প্রতিক্রিয়া, AP2-শৈলীর ম্যান্ডেট, বা সহজ JSON-RPC ইনভয়েস) যা পেমেন্টকারী মানব অনুবাদ ছাড়াই কাজ করতে পারে।
- সেটেলমেন্ট এবং ওয়েবহুক। সেটেলমেন্ট নির্বাচিত রেলে ঘটে (নতুন স্থাপনার জন্য বেসে USDC সাধারণ)। উভয় এন্ডপয়েন্ট লেনদেন চূড়ান্ত হওয়ার ওয়েবহুক নিশ্চিতকরণ পায়।
- অডিট লগ। প্রতিটি লেনদেন ওয়ালেট, পরিমাণ, টাইমস্ট্যাম্প এবং কারণে লগ করা হয়। সম্মতি-সংক্রান্ত স্থাপনাগুলির জন্য, লগটি পরিবর্তন-প্রমাণ এবং SIEM সিস্টেমে রপ্তানিযোগ্য।
M2M-এর তিনটি আকার।
ক্লাউড ব্যান্ডউইথের জন্য পেমেন্ট করা IoT ডিভাইস
মাঠে একটি সংযুক্ত সেন্সর ক্লাউড টেলিমেট্রি পরিষেবাতে ডেটা আপলোড করে। ক্লাউড পরিষেবা প্রতি এমবি চার্জ করে। সেন্সরের এমবেডেড ওয়ালেট প্রতিবার ডেটা পুশ করার সময় একটি L2 চেইনে USDC তে অর্থ প্রদান করে। পুরো লুপটি মানব জড়িত ছাড়াই চলে; অপারেটর কেবল মাসিক ড্যাশবোর্ডে মোট খরচ দেখে।
তৃতীয় পক্ষের API-কে অর্থ প্রদানকারী মাইক্রোসার্ভিস
একটি SaaS পণ্যে একটি ব্যাকএন্ড পরিষেবাকে ব্যবহারকারীর অনুরোধের জন্য একটি পেইড অনুবাদ API কল করতে হবে। অনুবাদ বিক্রেতার সাথে একটি কর্পোরেট ক্রয় চুক্তির পরিবর্তে, পরিষেবাটির একটি ওয়ালেট রয়েছে যা প্রতি কলের জন্য অর্থ প্রদান করে। অর্থনৈতিক সূক্ষ্মতা প্রতি অনুরোধের; বিক্রেতা প্রতি কলের রাজস্ব দেখে যা মাসিক সাবস্ক্রিপশন চালানের পরিবর্তে।
একটি AI এজেন্ট অন্য একটি AI এজেন্টকে অর্থ প্রদান করছে (সাবসেট)
একটি অর্কেস্ট্রেটর এজেন্ট একটি বিশেষজ্ঞ এজেন্টকে একটি সাব-টাস্ক অর্পণ করে। উভয় এন্ডপয়েন্ট AI এজেন্ট; পেমেন্ট হল এজেন্ট-টু-এজেন্ট পেমেন্টের একটি নির্দিষ্ট উদাহরণ, যা নিজেই বৃহত্তর মেশিন-টু-মেশিন বিভাগের একটি উপসেট। প্যাটার্ন এবং প্রাথমিকগুলি একই; অংশগ্রহণকারীদের প্রকৃতি হল যা উপ-শ্রেণীগুলিকে আলাদা করে।