🚨Alfa poplach 🚨 @tempo právě před pár minutami spustil. S uvedením mainnetu také představují specifikaci Machine Payments Protocol. Dostal jsem předběžný přístup ke specifikaci a mám několik prvních myšlenek. Za prvé, specifikace MPP je nový, alternativní pohled na http kód 402 "request for payment". Zásadně se liší od x402 tím, že odstraní facilitátor z architektury. Na jedné straně je obvykle dobrý nápad odstranit prostředníka z proudu. Na druhé straně přesouvá logiku zpracování spravovanou Facilitátorem na obchodní server. Čas ukáže, jestli je to dobré nebo špatné, ale myslím, že existuje přesvědčení, že server bude schopen optimalizovat obchodní toky, takže nechat to dělat třetí stranou je zbytečné. Teď musíme počkat a uvidíme... MPP specifikace také navrhuje jiné platební metody nad rámec stabilních, včetně podpory fiat platby kreditní kartou, což považuji za výhodu. K tomu přidává přístup nezávislý na PSP, což považuji za dvojí vítězství. Obchodníci by si měli moci vybrat jakoukoli platební metodu, kterou zpracují jakýkoli poskytovatel platebních služeb, kterou chtějí. Teď k otázkám, které mám. Za prvé, u plateb kartou má specifikace novou šifrovací metodu, kde server (tj. obchodník) řídí dešifrování klientského payloadu. Bohužel to vyvolává otázky ohledně souladu s PCI. Server nekontroluje, jak klient (kupující agent) spravuje delegaci karet. Předepsanou cestou se zdají být DPAN, ale surové PAN jsou také zahrnuty podle specifikace. Protože server neřídí CHD payload, mohou být surové PAN zašifrovány a odeslány serveru k přeposílání na PSP serveru. To by zase vyžadovalo, aby server byl v souladu s PCI, pokud nemůže zaručit, že payload je vždy pouze DPAN. Požadavek, aby každý server byl PCI SAQ A nebo ještě hůř, kompatibilní se SAQ D, není škálovatelné. Za druhé, specifikace umožňuje více platebních metod, ale globální transakce nevyřeší. I když to může vypadat normálně, pro škálování plateb mezi agenty je podle mě optimální mít globální účetní knihu, do které se mohou zapojit všichni agenti. Proč se ptáte? Z několika důvodů, ale jedním konkrétním je stanovení identity. Identita agenta bude vázána na statistické modelování založené částečně na transakční historii. Současným příkladem je profilování úvěrového rizika. Nicméně oddělené transakční sítě povedou k nesourodé historii transakcí, což způsobí problémy při řešení chování. Gratulujeme všem zúčastněným, včetně našich partnerů z Visa a VGS. Prostor dělá obrovské pokroky. Věci se začínají dávat dohromady a těšíme se, až všechny dílky složíme na své místo.