🚨Alfa-hälytys 🚨 @tempo lähti suoraksi muutama minuutti sitten. Pääverkon lanseerauksen myötä he julkaisevat myös Machine Payments Protocol -spesifikaation. Sain varhaisen pääsyn spesifikaatioon, ja minulla on joitakin alkuperäisiä ajatuksia. Ensinnäkin MPP-spesifikaatio on uusi, vaihtoehtoinen versio 402:n "maksupyyntö" -http-koodista. Se eroaa perustavanlaatuisesti x402:sta siinä, että se poistaa Fasilitaattorin arkkitehtuurista. Toisaalta välittäjän poistaminen virtauksesta on yleensä hyvä idea. Toisaalta se siirtää prosessointilogiikan, jota Fasilitator hoitaa, kauppiaiden palvelimelle. Aika näyttää, onko tämä hyvä vai huono, mutta arvaukseni on, että on uskomus, että palvelinpuolen agentti pystyy optimoimaan kauppiaiden virrat, joten kolmannen osapuolen tekemä se on turhaa. Nyt meidän täytyy odottaa ja katsoa... MPP-spesifikaatio suunnittelee myös erilaisia maksutapoja kuin stables, mukaan lukien tuki fiat-maksulle luottokorttimaksulla, mikä mielestäni on voitto. Lisäksi PSP:stä riippumaton lähestymistapa on mielestäni kaksinkertainen voitto. Kauppiaiden tulisi voida valita haluamansa maksutapa, jonka he käsittelevät haluamansa maksupalveluntarjoajan toimesta. Nyt niihin kysymyksiin, joita minulla on. Ensinnäkin korttimaksuissa spesifikaatiossa on uusi salausmenetelmä, jossa palvelin (eli kauppias) hallitsee asiakkaan hyötykuorman salauksen purkua. Valitettavasti tämä herättää kysymyksiä PCI:n vaatimustenmukaisuudesta. Palvelin ei hallitse, miten asiakas (ostaja-agentti) hallinnoi korttien delegointia. Määrätty reitti näyttää olevan DPANit, mutta raaka PANit kuuluvat myös spesifikaatioiden mukaan. Koska palvelin ei hallitse CHD-kuormaa, raaka PANit voidaan salata ja lähettää palvelimelle välitettäväksi palvelimen PSP:lle. Tämä puolestaan vaatisi palvelimen PCI-yhteensopivuutta, ellei se voi taata, että hyötykuorma on aina vain DPAN. Jokaisen palvelimen vaatiminen PCI SAQ A -yhteensopivaksi tai vielä pahempaa, SAQ D -yhteensopivaksi, ei ole skaalautuvaa. Toiseksi, spesifikaatio mahdollistaa useita maksutapoja, mutta ei ratkaise tapahtumia maailmanlaajuisesti. Vaikka tämä saattaa vaikuttaa normaalilta, agenttien välisten maksujen skaalautumiseksi mielestäni paras tapa on saada globaali tilikirja, johon kaikki agentit voivat liittää sen. Miksi, kysyt? Monesta syystä, mutta yksi erityinen syy on identiteetin muodostuminen. Agentin identiteetti sidotaan tilastolliseen mallintamiseen, joka perustuu osittain transaktiohistoriaan. Nykyinen esimerkki tästä on luottoriskiprofilointi. Kuitenkin jaetut transaktioverkot johtavat erilaiseen transaktiohistoriaan, mikä aiheuttaa ongelmia käyttäytymisen ratkaisemisessa. Onnittelut kaikille mukana olleille, mukaan lukien yhteistyökumppanimme Visalle ja VGS:lle. Tila tekee valtavia harppauksia. Asiat alkavat loksahtaa paikoilleen, ja odotamme innolla, että saamme palaset paikoilleen.