🚨Peringatan 🚨 alfa @tempo baru saja ditayangkan beberapa menit yang lalu. Dengan peluncuran mainnet, mereka juga meluncurkan spesifikasi Protokol Pembayaran Mesin. Saya menerima akses awal ke spesifikasi, dan memiliki beberapa pemikiran awal. Pertama, spesifikasi MPP adalah alternatif baru pada kode http "permintaan pembayaran" 402. Ini berbeda secara fundamental dari x402 karena menghapus Fasilitator dari arsitektur. Di satu sisi, menghapus perantara dari aliran biasanya merupakan ide yang bagus. Di sisi lain, ia memindahkan logika pemrosesan yang ditangani oleh Fasilitator ke Server pedagang. Waktu akan memberi tahu apakah ini baik atau buruk, tetapi dugaan saya adalah bahwa ada keyakinan bahwa agen sisi server akan dapat mengoptimalkan alur pedagang, jadi memiliki pihak ke-3 yang melakukannya adalah mubazir. Sekarang kita perlu menunggu dan melihat... Spesifikasi MPP juga merancang untuk metode pembayaran yang berbeda di luar kandang, termasuk dukungan untuk fiat melalui pembayaran kartu kredit, yang menurut saya adalah kemenangan. Ditambahkan ke ini adalah pendekatan agnostik PSP, yang menurut saya merupakan kemenangan ganda. Merchant harus dapat memilih metode pembayaran apa pun yang mereka inginkan, diproses oleh penyedia layanan pembayaran apa pun yang mereka inginkan. Sekarang ke pertanyaan yang saya miliki. Pertama, untuk pembayaran kartu, spesifikasi memiliki metode enkripsi baru di mana Server (yaitu Pedagang) mengontrol dekripsi muatan Klien. Sayangnya, ini menimbulkan pertanyaan tentang kepatuhan PCI. Server tidak mengontrol bagaimana Klien (agen pembeli) mengelola delegasi kartunya. Rute yang ditentukan tampaknya adalah DPAN, tetapi PAN mentah juga dalam cakupan berdasarkan spesifikasi. Karena Server tidak mengontrol muatan CHD, PAN mentah dapat dienkripsi dan dikirim ke Server untuk diteruskan ke PSP Server. Ini, pada gilirannya, akan mengharuskan Server untuk mematuhi PCI kecuali dapat menjamin muatan hanya DPAN. Mengharuskan setiap Server untuk PCI SAQ A atau, lebih buruk lagi, sesuai dengan SAQ D tidak dapat diskalakan. Kedua, spesifikasi memungkinkan beberapa metode pembayaran, tetapi tidak menyelesaikan transaksi secara global. Meskipun ini mungkin terlihat normal, untuk skala pembayaran agen-ke-agen, imo memiliki buku besar global yang dapat dicolokkan oleh semua agen adalah pendekatan yang optimal. Mengapa Anda bertanya? Untuk sejumlah alasan, tetapi satu alasan khusus adalah pembentukan identitas. Identitas agen akan dikaitkan dengan pemodelan statistik berdasarkan, sebagian, pada riwayat transaksional. Contoh kontemporer dari ini adalah profil risiko kredit. Namun, jaringan transaksi yang terkotak-kotak akan menyebabkan riwayat transaksi yang berbeda, yang akan menyebabkan masalah saat mencoba menyelesaikan perilaku. Selamat kepada semua yang terlibat, termasuk mitra kami di Visa dan VGS. Ruang itu membuat langkah besar. Hal-hal mulai menyatu, dan kami menantikan untuk menempatkan potongan-potongan di tempatnya.