ត្រឡប់ទៅប្លុក
Agentic AIAgent PaymentsOpen Standardsអាស៊ីអាគ្នេយ៍

Agent Economy ត្រូវការផ្លូវដែក៖ Agentic Payments និង verify-then-pay

26 សីហា 2026 ដោយ Inference Loops

យើងបានគូសវាសពីរស្រទាប់នៃ agent stack នៅលើ blog នេះ។ MCP បានឱ្យ agent នូវវិធីសកលដើម្បីឈានទៅដល់ tool។ A2A បានឱ្យពួកវានូវវិធីសកលដើម្បីឈានទៅដល់គ្នាទៅវិញទៅមក។ មានស្រទាប់ទីបីច្បាស់លាស់ដែលបង្កប់ដោយពីរស្រទាប់ដំបូង ហើយក្នុង ២០២៥–២៦ វាបានមកដល់យ៉ាងលឿន៖ ពេល agent អាចរក service និងផ្ទេរទៅ peer ពួកវាត្រូវការវិធីដើម្បី បង់ប្រាក់។ agent ដែលមិនអាចផ្លាស់ប្ដូរតម្លៃ អាចរុករក economy ប៉ុន្តែមិនអាចចូលរួមក្នុងវាទេ។

ផ្លូវដែកបានលេចឡើងស្ទើរតែភ្លាមៗ ពីឈ្មោះធំបំផុតក្នុង payment និង AI — ហើយល្បឿនរបស់វាប្រាប់អ្នកថាឧស្សាហកម្មឃើញ gap ដូចគ្នា។ ប៉ុន្តែផ្នែកគួរឱ្យចាប់អារម្មណ៍មិនមែនថាប្រាក់អាចផ្លាស់ប្ដូរទេ។ វាជា អ្វីដែល protocol ទាំងនេះត្រូវដោះស្រាយដើម្បីធ្វើឱ្យវាមានសុវត្ថិភាព ព្រោះការផ្លាស់ប្ដូរប្រាក់មិនដែលជាបញ្ហាពិបាកទេ។

ផ្លូវដែកបានមកដល់យ៉ាងលឿន

ក្នុងរយៈពេលពីរសប្ដាហ៍ក្នុង September 2025 ស្តង់ដារបើកចំហពីរបានចុះចត។ Google បានប្រកាស Agent Payments Protocol (AP2) នៅ September 16, 2025 រៀបវាជា “protocol បើកចំហសម្រាប់ Agent Economy ដែលកំពុងលេចឡើង” — ហើយ ដែលគួរឱ្យកត់សម្គាល់ បានសាងសង់វា “ជា extension សម្រាប់ Agent2Agent (A2A) protocol បើកប្រភពកូដ”។ ស្រទាប់ payment ត្រូវបានរចនាឱ្យអង្គុយដោយផ្ទាល់នៅលើស្រទាប់ agent-interop ដែលយើងបានសរសេរអំពីរួចហើយ។ បន្ទាប់មកនៅ September 29, 2025 Stripe និង OpenAI បានចេញ Agentic Commerce Protocol (ACP) — “codeveloped ដោយ Stripe និង OpenAI” “open standard” — ដែលបានដំណើរការភ្លាមៗ Instant Checkout ក្នុង ChatGPT អនុញ្ញាតឱ្យអ្នកប្រើទិញពីពាណិជ្ជករ Etsy ក្នុង chat ជាមួយពាណិជ្ជករ Shopify ជាងមួយលាននាក់ត្រៀមធ្វើតាម។

ស្តង់ដារ payment បើកចំហពីរ គាំទ្រដោយយក្ស ឃ្លាតគ្នាពីរសប្ដាហ៍ មួយសាងសង់លើ A2A ហើយមួយសាងសង់ចូលក្នុង product AI អ្នកប្រើច្រើនបំផុតលើផែនដី។ នោះមិនមែនជាការពិសោធន៍ទេ នោះជាឧស្សាហកម្មកំពុងប្រណាំងដាក់ផ្លូវដែកមុនពេលចរាចរណ៍មកដល់។ ហើយទាំងពីរបានភ្នាល់ដូចគ្នា៖ ស្តង់ដារគួរ បើកចំហ មិនមែនជា walled garden របស់ក្រុមហ៊ុនតែមួយទេ — ការភ្នាល់ដូចគ្នាដែលធ្វើឱ្យ MCP និង A2A រាលដាល។

បញ្ហាពិបាកមិនមែនការផ្លាស់ប្ដូរប្រាក់ទេ — វាជា authorization

នេះជាអ្វីដែល protocol ទាំងនេះបង្ហាញអំពីបញ្ហាប្រឈមពិតប្រាកដ។ Card network បានផ្លាស់ប្ដូរប្រាក់យ៉ាងគួរទុកចិត្តអស់ជាច្រើនទសវត្សរ៍ អំពើបច្ចេកទេសនៃ payment ត្រូវបានដោះស្រាយ។ អ្វីដែល មិន ត្រូវបានដោះស្រាយគឺសំណួរដែល agent ណែនាំ៖ តើអ្នកអាចជឿទុកចិត្តថា agent នេះពិតជាត្រូវបានអនុញ្ញាតឱ្យចំណាយ ហើយវាកំពុងចំណាយលើអ្វីដែលមនុស្សពិតជាចង់បានឬទេ?

ការរៀបរបស់ AP2 ផ្ទាល់ដាក់ឈ្មោះ gap យ៉ាងជាក់លាក់។ តើអ្នក “ផ្ទៀងផ្ទាត់ថាអ្នកប្រើបានឱ្យ agent នូវសិទ្ធិជាក់លាក់សម្រាប់ការទិញពិសេសមួយ” យ៉ាងណា? តើ “ពាណិជ្ជករអាចប្រាកដថាសំណើរបស់ agent ឆ្លុះបញ្ចាំងបំណងពិតរបស់អ្នកប្រើយ៉ាងត្រឹមត្រូវ ដោយគ្មានកំហុស ឬ AI hallucination” យ៉ាងណា? ហើយនរណាទទួលខុសត្រូវពេលប្រតិបត្តិការខុស? ទាំងនេះមិនមែនជាសំណួរ payment-rails ទេ ពួកវាជាសំណួរ trust ហើយវាថ្មីព្រោះអ្នកចំណាយឥឡូវនេះជា software ស្វយ័ត ដែលជួនកាល hallucinate។

គិតអំពីការបរាជ័យដែលអ្នកកំពុងការពារ។ អ្នកប្រាប់ agent របស់អ្នកថា “បញ្ជាទិញកាហ្វេដែលខ្ញុំចូលចិត្តបន្ថែម”។ វាជ្រើស roast ខុស ឬ roast ត្រឹមត្រូវនៅតម្លៃបួនដង ឬ — អាក្រក់ជាង — prompt injection នៅលើ page product ណាមួយបញ្ចុះបញ្ចូលវាឱ្យទិញអ្វីផ្សេងទាំងស្រុង ហើយដឹកទៅកន្លែងផ្សេង។ ជាមួយ card credential ឆៅរបស់អ្នកនៅក្នុងដៃ agent អាចធ្វើសកម្មភាពលើកំហុសណាមួយក្នុងចំណោមនោះដោយគ្មាន friction។ ចំណុចទាំងមូលនៃផ្លូវដែកថ្មីគឺធ្វើឱ្យវាមិនអាចទៅរួចតាមរចនាសម្ព័ន្ធ៖ agent គួរកាន់តែសិទ្ធិធ្វើរឿង ជាក់លាក់ ដែលអ្នកបានយល់ព្រម ដូច្នេះការណែនាំដែល hallucinate ឬត្រូវ hijack គ្មានអ្វីត្រូវចំណាយ។

protocol ឆ្លើយដោយ cryptographic authorization ជាជាងការចូលប្រើទូទៅ។ AP2 ប្រើ mandate — Checkout Mandate ដែលចាប់យករបស់ និងលក្ខខណ្ឌជាក់លាក់ Payment Mandate ដែលអនុញ្ញាត instrument ជាក់លាក់ — កត់ត្រាជា verifiable digital credentials ដូច្នេះ agent កាន់ប័ណ្ណអនុញ្ញាតដែលមាន scope តូចចង្អៀត ភ័ស្តុតាងងាយរកការកែប្រែ ជាជាង card របស់អ្នក។ ACP យកវិធីបំពេញគ្នាជាមួយ Shared Payment Token ដែលពិពណ៌នាជា “payment primitive ថ្មីដែលឱ្យ application ដូចជា ChatGPT ចាប់ផ្ដើម payment ដោយមិនបង្ហាញ payment credential របស់អ្នកទិញ”។ យន្តការផ្សេងគ្នា គោលការណ៍ដូចគ្នា៖ agent ទទួលបាន សិទ្ធិដែលមាន scope អាចបញ្ជាក់បានដើម្បីធ្វើរឿងមួយ មិនដែលជា credential ឆៅរបស់អ្នក ហើយមិនដែលជាសិទ្ធិគ្មានព្រំដែនទេ។ ការខិតខំវិស្វកម្មបានចូលក្នុង trust មិនមែនការផ្ទេរទេ។

ពាណិជ្ជកម្ម agent-to-agent ត្រូវការច្រើនជាង៖ បង់លើភស្តុតាង មិនមែនលើការសន្យា

Checkout អ្នកប្រើ — agent ទិញ product សម្រាប់មនុស្សរបស់វា — ជាករណីដំបូង និងងាយបំផុត។ ករណីពិបាកជាង គួរឱ្យចាប់អារម្មណ៍ជាងគឺ ពាណិជ្ជកម្ម service agent-to-agent៖ agent មួយ ជួល agent មួយទៀតឱ្យធ្វើ task។ នៅទីនោះ បញ្ហា trust ផ្លាស់ប្ដូរ ព្រោះអ្នកលែងបង់ប្រាក់សម្រាប់ product លើធ្នើទេ អ្នកកំពុងបង់សម្រាប់ការងារដែលអាចបានធ្វើ ឬមិនបានធ្វើយ៉ាងត្រឹមត្រូវ ដោយ counterparty ដែលអ្នកមិនដែលជួប។

នេះជា gap ដែលប្រព័ន្ធស្រាវជ្រាវ ២០២៦ មួយ TessPay (arXiv 2602.00213) កំណត់គោលដៅ — យ៉ាងច្បាស់សម្រាប់ពិភពលោកដែល “agent ស្វយ័តអាចរក service ចរចាតម្លៃ និងធ្វើប្រតិបត្តិការតម្លៃ”។ ការជំទាស់របស់វាចំពោះផ្លូវដែកបច្ចុប្បន្នមុតស្រួច៖ មូលនិធិត្រូវបាន “ដំណើរការមុនការ execute ដោយគ្មានភស្តុតាងអាចផ្ទៀងផ្ទាត់នៃការបញ្ចប់ការងារ”។ បង់មុនធ្វើការសម្រាប់ពាណិជ្ជករដែលស្គាល់ វាប្រថុយប្រថានពេលអ្នកទទួលប្រាក់ជា agent ណាមួយ។ ចម្លើយរបស់ TessPay គឺ verify-then-pay៖ មូលនិធិត្រូវ “ចាក់សោក្នុង escrow ខណៈ agent execute task និងបង្កើតភស្តុតាង cryptographic” ហើយដោះលែងតែ “ពេល [Proof-of-Task-Execution] បំពេញ verification predicate” ជាមួយ audit trail ងាយរកការកែប្រែសម្រាប់ជម្លោះ។ អ្នកមិនបង់លើការសន្យាទេ អ្នកបង់លើភស្តុតាងថាការងារពិតជាបានកើតឡើង។

ធ្វើឱ្យជាក់ស្ដែង។ agent ស្រាវជ្រាវរបស់អ្នកត្រូវការ dataset សម្អាត ហើយរកឃើញ agent ឯកទេស data-wrangling ដែល run ដោយក្រុមហ៊ុនដែលអ្នកមិនដែលលឺ។ បង់មុនមានន័យថាជឿទុកចិត្តមនុស្សចម្លែកឱ្យដឹកជញ្ជូនបន្ទាប់ពីពួកគេបានបង់ប្រាក់ បង់ពេលដឹកជញ្ជូនមានន័យថាមនុស្សចម្លែកជឿទុកចិត្ត អ្នក ឱ្យបង់ប្រាក់បន្ទាប់ពីពួកគេបានធ្វើការ។ គ្មានភាគីណាមានហេតុផលពង្រីក trust នោះទៅ agent អនាមិកទេ។ verify-then-pay រលាយការប្រឈមមុខគ្នា៖ មូលនិធិរបស់អ្នកអង្គុយក្នុង escrow ភ្លាមៗដែលការងារចាប់ផ្ដើម អ្នកឯកទេសធ្វើការដោយដឹងថាប្រាក់ពិត និងបានប្ដេជ្ញា ហើយការដោះលែងស្វ័យប្រវត្តិ និងលក្ខខណ្ឌលើភស្តុតាង cryptographic ថា dataset ពិតជាបំពេញ spec ដែលបានព្រមព្រៀង។ គ្មានភាគីណាត្រូវជឿទុកចិត្តភាគីម្ខាងទៀតទេ — ពួកគេទាំងពីរជឿទុកចិត្ត protocol។ នោះជាការផ្លាស់ប្ដូរដូចគ្នាដែលឱ្យមនុស្សចម្លែកធ្វើប្រតិបត្តិការនៅលើ web ដំបូងតាមរយៈ escrow និងកេរ្តិ៍ឈ្មោះ សាងសង់ឡើងវិញសម្រាប់ counterparty ដែលជា software ហើយអាចបញ្ចប់ការព្រមព្រៀងទាំងនេះរាប់ពាន់ក្នុងមួយម៉ោង។

ការបញ្ច្រាស់នោះ — escrow បូក proof-of-execution — គឺជាអ្វីដែលប្រែ delegation A2A ទៅជា ពាណិជ្ជកម្ម A2A។ បើគ្មានវា network បើកចំហនៃ agent ជួលគ្នាជា network បើកចំហនៃវិធីត្រូវបន្លំ។ ជាមួយវា delegation ដែលយើងបានពិពណ៌នាក្នុង អ៊ីនធឺណិតនៃ agent ទទួលបាន engine សេដ្ឋកិច្ចដែលមានសុវត្ថិភាពក្នុងការ run រវាងមនុស្សចម្លែក។

ស្រទាប់ពាណិជ្ជកម្មនៃអ៊ីនធឺណិតនៃ agent

ថយក្រោយ ហើយ stack ឥឡូវនេះមើលឃើញពីចុងម្ខាងទៅចុងម្ខាង។ MCP តភ្ជាប់ agent ទៅ tool។ A2A តភ្ជាប់ agent ទៅ agent ផ្សេងទៀត។ ហើយស្រទាប់ payment នេះតភ្ជាប់ agent ទៅ តម្លៃ — ឱ្យពួកវាធ្វើប្រតិបត្តិការ មិនមែនគ្រាន់តែ communicate ទេ។ ស្តង់ដារបើកចំហបី នីមួយៗដោះស្រាយអ័ក្សមួយ ផ្គុំចូលជា substrate នៃ agent economy ពិតប្រាកដ ជាជាង demo។

ហើយកត់សម្គាល់កន្លែងដែលការងារដែលអាចការពារបាននៅ។ វា មិន មែននៅក្នុងការផ្លាស់ប្ដូរប្រាក់ — card network បានធ្វើវាជា commodity។ វានៅក្នុង trust layer៖ scoped cryptographic mandate, credential-free token, escrow-and-proof settlement, audit trail រួចរាល់សម្រាប់ជម្លោះ។ នោះជាផ្នែកដែលរាល់ protocol ទាំងនេះបានចាក់វិស្វកម្មរបស់វាចូល ព្រោះនោះជាផ្នែកដែលពិបាកពិតប្រាកដ និងថ្មីពិតប្រាកដ។ Bottleneck របស់ agent economy គឺ verification មិនមែនការផ្ទេរទេ — ដែលជាមេរៀនដូចគ្នាដែលយើងបន្តរៀនឡើងវិញមួយស្រទាប់ខាងលើ។

ហេតុអ្វីនេះអនុគ្រោះអាស៊ីអាគ្នេយ៍

នេះជាផ្នែកដែលសំខាន់សម្រាប់តំបន់នេះ ហើយវាធ្វើតាមលំនាំដែលយើងតែងតែរកឃើញ។ ទាំងនេះជា open standards — ACP, AP2, និងស្រទាប់ A2A ខាងក្រោមពួកវាមិនមែនជា network ផ្ដាច់មុខរបស់ក្រុមហ៊ុនតែមួយទេ។ នោះមានន័យថា fintech កម្ពុជា ឬវៀតណាម startup payment ឬ platform ពាណិជ្ជកម្មអាចដោតចូលក្នុង agent economy ដែលកំពុងលេចឡើងតាម លក្ខខណ្ឌដូចគ្នានឹងនរណាក៏ដោយ ដោយមិនសុំការអនុញ្ញាតពី gatekeeper — leverage open-standards ដែលយើងបានអះអាងថាជា មូលដ្ឋានរបស់អាស៊ីអាគ្នេយ៍។ សម្រាប់តំបន់ដែល financial inclusion ជាឱកាសកំណត់ ផ្លូវដែក agent-payment បើកចំហជាឱកាសសាងសង់លើ infrastructure ថ្មីពីដំបូង ជាជាងទទួលមរតក version បិទរបស់នរណាម្នាក់ផ្សេង។

ហើយការងារដ៏មានតម្លៃពិតជាប្រភេទស្រាលដើមទុន ធ្ងន់ការវិនិច្ឆ័យ ដែលតំបន់អាចធ្វើ។ ការ implement verify-then-pay សម្រាប់ marketplace ក្នុងស្រុក ការរចនា scope mandate សម្រាប់ករណីប្រើក្នុងស្រុក ការសាងសង់ escrow-and-proof logic ដែលធ្វើឱ្យពាណិជ្ជកម្ម agent-to-agent គួរទុកចិត្តតាមលក្ខខណ្ឌក្នុងស្រុក — គ្មានអ្វីក្នុងចំណោមនោះតម្រូវ frontier model ឬ GPU cluster ទេ។ វាតម្រូវការយល់ទាំងបញ្ហា trust និងទីផ្សារក្នុងស្រុក ហើយ encode មួយ ក្នុងលក្ខខណ្ឌនៃមួយ។ ប្រាក់នឹងផ្លាស់ប្ដូរលើផ្លូវដែកដែលនរណាក៏អាចប្រើ។ នរណាត្រូវបានទុកចិត្តឱ្យសាងសង់លើពួកវានៅតែបើកចំហ — ហើយនោះជាការប្រកួតដែលសម្រេចដោយការវិនិច្ឆ័យវិស្វកម្ម មិនមែនដើមទុនទេ។