Tempo Chain at MPP Protocol: Isang Bagong Infrastruktura sa Pagbabayad para sa mga AI Agent

Nasa proseso ng structural reconstruction ang pandaigdigang sistema ng pagbabayad. Ang biglaang paglago ng dami ng stablecoin at ang pagkabuo ng AI agent economy ay naglikha ng malaking pangangailangan para sa susunod na henerasyon ng infrastruktura sa pagbabayad.

Ang mga AI agent (Autonomous AI Agents) ay may mga pagbabayad na may pangunahing pagkakaiba sa tradisyonal na pagbabayad ng tao. Ang limang pangunahing pangangailangan ay bumubuo sa mga batayan ng pagbabayad na infrastruktura para sa ekonomiya ng AI agent:

Ang tradisyonal na network ng Swift at ang pangkalahatang blockchain ay hindi makakapagpapatupad nang buo sa mga pangangailangan sa pagbabayad sa ilalim ng ekonomiya ng AI agent, kaya lumitaw ang Tempo.

Bilang isang payment-native blockchain na inilunsad ng Commonware, ang Tempo ay nagtataglay ng sub-second finality sa pamamagitan ng Simplex BFT pipeline consensus, nagtataguyod ng payment priority sa pamamagitan ng dedicated block space at native gas mechanism na may stablecoin, at nag-aalok ng end-to-end, human-less payment capability para sa AI agents sa pamamagitan ng MPP protocol.

3.1 Pangkalahatang-ideya ng arkitektura

Ang Tempo ay gumagamit ng espesyalisadong Layer-1 arkitektura, na may pilosopiyang "payment-first"—ang bawat teknikal na desisyon sa chain ay nakatuon sa pag-optimize ng mga payment scenario, hindi sa pangkalahatang disenyo ng isang universal na smart contract platform.

3.2 Simplex BFT Pipeline Consensus

Ang consensus layer ng Tempo ay batay sa Simplex BFT protocol (ePrint 2023/463). Ang protocol na ito, sa pamamagitan ng pipeline design, ay nagpapabilis sa bawat round ng confirmation latency hanggang sa mag-converge sa isang network round-trip time (1Δ).

Three-phase consensus process

Ang isang round ng consensus ng Simplex BFT ay binubuo ng tatlong sunod-sunod na mga yugto:

Time sequence comparison: Traditional BFT vs Simplex Pipeline

Ipapakita ng sumusunod na larawan ang pagkakaiba sa latency sa pagitan ng tradisyonal na tatlong yugto ng BFT at ang Simplex pipeline. Ang pako ng y-axis ay ang round ng consensus, habang ang pako ng x-axis ay ang network time step (Δ).

Pangunahing pagpapabuti sa performance: Sa pipeline mode, ang Propose phase ng B₂ ay nagsasabay sa Vote phase ng B₁. Kailangan lang ng 1Δ bawat round para makapasok sa susunod na区块 proposal, samantalang ang tradisyonal na BFT ay nangangailangan ng buong 3Δ na serial na paghihintay bawat round.

Optimisasyon ng Pagbabago ng Pananaw

Nagtrigger ang view-change sa dalawang sitwasyon: (1) ang kasalukuyang leader ay hindi nakapag-broadcast ng epektibong propuesta sa loob ng itinakdang timeout; (2) ang node ay nakakakita ng anomaliya sa pag-uugali ng leader (tulad ng pagpapalit ng proposta o ilegal na anyo ng mensahe).

3.3 BLS aggregated signature

Ginagawa ng BLS (Boneh-Lynn-Shacham) scheme ang pag-aggregate ng N mga signature ng validator sa isang solong signature, na nangangailangan ng dalawang elliptic curve pairing operation lamang para sa pag-verify, na nagpapababa nang malaki sa bandwidth at computational overhead. Mahalaga ito sa mga high-frequency micropayment scenarios, dahil epektibong binabawasan nito ang computational at bandwidth cost bawat transaksyon.

Prinsipyo ng BLS Signature

Visualisasyon ng proseso ng aggregated signature

3.4 Mekanismo ng Parallel na Pagpapatupad ng Transaksyon

Ang kakayahan ng Tempo sa paralel na pagpapatupad ng mga transaksyon ay nagmumula sa dalawang teknikal na disenyo na opisyal na dokumentado:

1. EIP-2718 custom transaction type (Transaction Type 0x76)

Ang Crypto-Native Transaction format na inilalarawan ng Tempo ay nagpapalawak ng tatlong uri ng native capability sa itaas ng standard EVM transaction:

• Batch: Ipinapagana ang maraming utos nang atomikong paraan sa loob ng isang transaksyon
• Iskedyul: Tukuyin ang hinaharap na block na magtrigga sa pagpapatupad
• Parallel (Parallel): Ipinapahayag ang walang estado na pagkakasunod-sunod, pinapayagan ang pagtratrat ng mga transaksyon nang sabay-sabay

2. Sistema ng Expireng Nonce

Ang tradisyonal na EVM ay nagpapahigpit ng patuloy na pagtaas ng Nonce upang pagsamahin ang lahat ng transaksyon mula sa iisang account. Ang Tempo ay nagbabago sa Nonce sa "epektibong saklaw ng block", kung saan ang pangangailangan ay ang Nonce ay natatangi lamang sa loob ng epektibong panahon, kaya maraming magkakaibang transaksyon mula sa iisang account ay maaaring i-submit at i-execute nang sabay-sabay, na naglalayas sa bottleneck sa antas ng account.

3. Mga Espesyal na Channel sa Pagbabayad (Payment Lanes)

Ang Payment Lanes ay mga espasyo sa区块 na hihiwalay ng Tempo sa protokol na para sa mga transaksyon ng TIP-20. Sa pagkakaiba sa Ethereum na nagpapahintulot sa lahat ng transaksyon na makipagkumpitensya sa iisang gas pool, hinahati ng Tempo ang gas budget ng区块 sa maraming hiwalay na channel upang maiwasan ang pagka-interfere ng mga payment transaction sa "mga kapitbahay na malakas" tulad ng DeFi operations, NFT minting, o mataas na kalakalan ng contract calls.

Gas structure ng区块

Ang Tempo ay may sariling field ng gas limit sa header ng block, na naghahati sa kabuuang budget ng gas na 500M sa tatlong hiwalay na rehiyon:

3.5 Native Design ng Stablecoin

Ang Tempo ay nagtataguyod ng stablecoin bilang isang pangunahing bahagi ng protokolo, at binabago ang buong chain—from gas fees, on-chain exchange, hanggang sa token standards—na may stablecoin bilang sentro.

4.1 Posisyon ng Protokolo at Pangunahin na Prinsipyo

Ang MPP (Machine Payments Protocol) ay isang bukas na pamantayan sa pagbabayad na disenyo ng Stripe at Tempo, kilala sa industriya bilang "ang OAuth ng pagbabayad". Ang pangunahing layunin nito ay magbigay ng standardized, walang kinakailangang tao na pagbabayad na kakayahan para sa mga autonomous AI agent.

4.2 MPP buong interaksyon na proseso

Structure ng JWT payload

4.3 Mekanismo ng Session

Ang session mechanism ay isa sa mga pangunahing inobasyon ng MPP protocol na naglutas sa problema ng pagiging epektibo sa pagbabayad habang ang AI agent ay tuloy-tuloy na gumagamit ng mga yaman:

Ang disenyo na ito ay nagpapabilis sa pagpapadala ng pera nang malaki dahil hindi kailangang mag-trigger ng on-chain confirmation sa bawat interaksyon habang nagpapatuloy ang mahabang gawain.

4.4 Cross-Rail Payment Routing

Ang pangunahing disenyo ng MPP ay ang paghihiwalay ng protokolo mula sa mga track ng pagbabayad. Ang core layer ay nagtatakda lamang ng HTTP challenge-response flow, error handling, at security model, at hindi nakabukod sa anumang partikular na network ng pagbabayad. Kaya, ang pagdaragdag ng bagong paraan ng pagbabayad ay nangangailangan lamang ng pag-rehistro ng method identifier, at pagpapalabas ng kaugnay na Schema at validation logic, nang hindi kailangang baguhin ang protokolo mismo. Sa panahon ng pagbabayad, ang agent ay hindi kailangang mag-alala tungkol sa ilalim na track; ang server ang nagdeklara ng mga tanggap na paraan sa 402 response, at ang client ay magmamatch ayon sa pangangailangan. Ito ang eksaktong nagpapakilala sa MPP bilang iba sa mga solusyon na batay sa isang blockchain o isang network lamang.

MPP ay sumusuporta sa mga sumusunod na payment rails

Skenaryo 1: Pagbabayad para sa mga kumpanyang may pambansang operasyon

Ang tradisyonal na cross-border payment ay karaniwang nangangailangan ng maraming hakbang kabilang ang payor bank, SWIFT messaging network, correspondent bank, at ang payee bank, na karaniwang nagtatagal ng 3 hanggang 5 na paggawang araw, may mga bayarin na karaniwang nasa pagitan ng 0.5% hanggang 3%, at hindi sumusuporta sa real-time processing sa mga weekend at pambansang piyesta.

Kumpara dito, sinubukan ng Tempo na magbigay ng ibang landas: kung ang parehong nagbabayad at nagtatanggap ay gumagamit ng stablecoin para sa pagpapalit, ayon sa kasalukuyang layunin ng testnet, ang isang跨境 pagbabayad mula sa USDC patungo sa USDC ay teoretikal na matatapos sa halos 0.5 segundo, na may isang transaksyon na bayarin na halos $0.001.

Skenaryo 2: 7×24 na paglilinis ng tokenized na deposito

Ang tokenized deposit ay isang financial asset na digitalisado sa blockchain na nagpapakita ng karapatan sa bank deposit. Mayroon itong isang praktikal na hadlang: ang Fedwire ng Federal Reserve ay may fixed operating hours at hindi kayang proseso ang clearing sa mga non-working days o gabi.

Ngunit ang blockchain ay natural na sumusuporta sa 7×24 na pagpapatakbo sa buong taon, at ang built-in na module ng pagbabago ng Tempo ay maaari ring suportahan ang pagbabago sa protokol layer sa pagitan ng iba’t ibang tokenized na deposito, na gagawing posible ang 24/7 na paglilinis.

Skenaryo 3: Mataas na kalikasan at maliit na halaga ng awtomatikong pagbabayad

Ang mga bayarin sa pagproseso ng credit card ay karaniwang naglalaman ng isang fixed fee na halos $0.20 bawat transaksyon kasama ang isang percentage fee na 1.5% hanggang 3%, na ginagawa ang mga transaksyon na mas mababa sa $1 na hindi komersyal na nakararating—ito ang pangunahing dahilan kung bakit may patuloy na puwang sa market ng "micropayments". Ang tagal ng Tempo na halos $0.001 per transaction ay disenyo upang gawing komersyal na nakararating ang mga sumusunod na skenaryo:

Skenaryo 4: Awtonomous na Pagbabayad ng AI Agent

Dahil sa patuloy na paggamit ng AI agents sa pagpapatupad ng mga kumplikadong negosyo (pag-book ng mga yunit, pagbili ng mga kagamitan, pagtawag sa mga panlabas na serbisyo), ang mga agent na ito ay magkakaroon ng totoong pangangailangan sa pagbabayad. Ang EVM-compatible na arkitektura at eksklusibong payment interface ng Tempo ay nagpapahintulot sa mga agent na mag-trigger ng mga pagbabayad sa pamamagitan ng smart contract nang walang kinakailangang pagsang-ayon ng tao sa bawat transaksyon.

Sa taon 2025–2026, ang sektor ng payment-specific blockchains ay dumating sa mas malakas na pagsisimula. Sa seksyong ito, ihahambing namin ang tatlong uri ng kalaban mula sa pananaw ng teknikal na arkitektura.

6.1 Pribadong chain para sa pagbabayad: Tempo vs Circle Arc vs Stable

Ang tatlong chain ay lahat ay L1 na espesyalisado sa pagbabayad, ngunit may malaking pagkakaiba sa kanilang paaaloy ng teknolohiya. Sa ibaba, susuriin natin ang kanilang mga pagpili sa teknolohiya sa tatlong aspeto: consensus engine, mekanismo ng bayad, at pangunahing inobasyon sa arkitektura.

Competitive Positioning Matrix

Tatlo ang mga chain na may mataas na pagkakatulad sa mga pagsukat ng performance, ang tunay na pagkakaiba ay nasa target na customer, estratehiya ng pagkakabind sa stablecoin, pangunahing taya, at mga kilalang panganib.

6.2 vs. General Blockchain: Ethereum L2 at Solana

Ang Ethereum L2 at Solana ay dalawang uri ng pangkalahatang chain na malawakang ginagamit sa mga transaksyon sa pagbabayad, at ang pangunahing pagkakaiba sa pagitan nito at mga espesyalisadong chain para sa pagbabayad ay nakikita sa mga sumusunod na aspeto:

Ang halaga ng isang chain na espesyal para sa pagbabayad ay hindi nakasalalay kung ito ay "mas mabilis" kaysa sa Ethereum o "mas mura" kaysa sa Solana, kundi kung ito ay kayang i-integrate ang mga kahulugan ng pagbabayad bilang mga limitasyon sa disenyo ng protokolo mismo.

Ang pangunahang pagpapasiya ng Tempo at MPP ay: ang mga pangkalahatang blockchain ay hindi kawalan ng kakayahan sa pagtratago ng mga transaksyon sa pagbabayad, kundi mali ang antas ng abstraksiyon—nilalagay nito ang "paglipat ng ari-arian" bilang buong pagbabayad, ngunit iniwan ang pagpapahintulot, sesyon, pagrute, at pagpapatotoo, mga bahagi na nangunguna nang malalim na inhenyera sa tradisyonal na pananalapi.

Ang ekonomiya ng AI agent ay nagdadala ng bagong pagkakataon sa oras para sa larangan na ito. Kapag ang mga software agent ay nagsisimula na magpalit sa mga tao sa paggawa ng mga ekonomikong gawain tulad ng pagbili, pag-subscribe, at pagtawag sa serbisyo, ang modelo ng pagsisigla sa tradisyonal na sistema ng pagbabayad—na nakabatay sa pagkakakilanlan at manual na pagpapatotoo ng mga tao—ay magkakaroon ng sistemikong structural mismatch. Ang MPP protocol ay nagtatangkang lutasin ang antas na ito ng "agent sovereignty": sino ang may karapatan na magmula sa pagbabayad, sa anong saklaw, gaano katagal, at paano ito maaaring i-revoke. Ito ay may mataas na pagkakatulad sa lohika ng OAuth na lutasin ang API authorization.

Ngunit dapat tandaan na ang malawakang pagpapatupad ng sariling pagbabayad ng AI agent ay nangangailangan ng malinaw na legal na katayuan, pagkakasala, at landas sa pagtutol sa paglilinis ng pera para sa identidad ng agent. Ang hamon na kinakaharap ng Tempo ay struktural, hindi lamang sa antas ng pagsasagawa. Una, ang kawalan ng kalinawan sa regulasyon ay patuloy na pangunahing baryable: ang native na disenyo ng stablecoin ay nangangahulugan na kailangan ng Tempo na direktang makipag-usap sa mga lokal na ahensya sa regulasyon ng pera, hindi lamang magtago sa kuwento ng "neutrally neutral infrastructure". Ikalawa, ang tensyon sa EVM compatibility ay hindi pa nalulutas—ang pagpapabaya sa EVM ay maaaring magdala ng mas malinaw na espasyo para sa disenyo, ngunit magkakaroon din ito ng pagkawala sa mga taon ng nakumpuni na developer inertia at suporta sa toolchain mula sa Ethereum ecosystem. Ikatlo, ang pakikipagtulungan sa Stripe ay nagbigay ng kakakilanlang komersyal na suporta sa MPP protocol, ngunit ang malalim na pagkakasalig na ito ay isang pinagmumulan din ng kahinaan; mayroong panloob na tensyon sa pagitan ng pagiging bukas ng protocol at hangganan ng interes ng komersyal na partner, na kailangang obserbahan sa mahabang panahon.

Para sa mga propesyonal sa industriya, ang pinakamahalagang pag-aaral sa Tempo/MPP ay hindi kung makakamit ba nito ang pagiging "tagapagtagumpay sa chain-based payment infrastructure," kundi ang tanong mismo na itinataguyod nito: Pagkatapos ng pagpasok sa era ng espesyalisasyon sa chain-based payment infrastructure, paano dapat isaalang-alang ang kompetitibong pagiging epektibo ng protocol design? Sa labas ng performance benchmarks, ang presisyon sa pagpapahayag ng payment semantics, ang compliance plug-in capability, at ang agent authorization model ay maaaring maging totoong pagkakaiba sa susunod na henerasyon ng payment infrastructure.

1. Opisyal na website ng Tempo: https://tempo.xyz
2. Tempo Mainnet Launch Blog: https://tempo.xyz/blog/mainnet/
3. MPP Protocol Technical Specification: https://docs.tempo.xyz/mpp
4. Fortune: Ang Stripe-backed Tempo ay naglalabas ng AI payments protocol (2026.03.18)
5. The Block: Live na ang Tempo Mainnet kasama ang Machine Payments Protocol para sa mga agent
6. Privy Blog: Pagbuo sa Privy gamit ang Machine Payments Protocol (MPP) ni Tempo
7. Medium (jrodthoughts): Ang Arkitektura ng Autonomong Kayamanan — Sa Loob ng Tempo's MPP
8. McKinsey & Artemis Analytics: 2025 Stablecoins in Payments Report
9. CoinGecko mga Datos ng Merkado ng Stablecoin
10. DeFiLlama On-chain Stablecoins Data