Pi Network lahendab blokiahela tellimisprobleemi, mille üle ei suutnud keegi võita

Pi Core Team on lasknud PiRC2 – oma esimese tellimussmartkontrakti, mis on nüüd elus Pi Testnetis ja avab korduvate maksete loogika arendajate testidele ja kogukonna ülevaatusele.

Pi Core Team tegi 17. aprillil midagi olulist. See ei olnud teade Mainnetist. Ei ka hindade uuendus. Tegu on töötava tellimussmartkontraktiga, mis on nüüd elus Pi Testnetis ja avatud arendajatele katsetamiseks.

Väljalase kandub nimega PiRC2 – teine Pi kommentaaripäringute (Request for Comment) sarjast. Nagu Pi Core Team X-is postitas, on arendajad kutsutud integreerima tellimusi oma rakendustesse, otsima äärepoolseid juhtumeid ja tähistama kõike, mis tundub vigasena, enne kui see mingil viisil Mainnetile jõuab.

Täielik spetsifikatsioon asub GitHubis üheksas struktureeritud jaos: konstruktori loogika, veakoodid, tellimuse elutsükkel, administraatorimeetodid, seadistusjuhend – kõik on avatud.

Korduvad maksed said just nüüd blokiahela kodu

Tellimused on igapäevaelus kõikjal. Streamingteenused. E-kaubandus. SaaS-tööriistad. Nende tõhus ülekanne blokiahelale on olnud aga täiesti teistsugune lugu.

Teised ahelad on seda proovinud. Tavaliselt oli tulemus off-chain koordineerimine, uus rahakoti allkirja andmine iga arveperioodi alguses või kogu maksumärgu ettemaksmine enne teenuse tegelikku osutamist. Ükski neist ei tundunud sobivat süsteemile, mille eesmärk on kasutaja kontroll.

Pi disain vältib seda. Tellija annab korra kindla eelarve heakskiidu. Kontrakt laekab sellest heakskiidetud summast, kui arveperiood saabub. Rahad jäävad rahakotti, kuni makse tegelikult läbi käib. Ei ettemaksu. Ei korduvaid allkirjastamisi.

See heakskiidetud eelarve võib olla ka ajaliselt piiratud. Näiteks kuuarved piiratud üheks aastaks. Tellija määrab laevara. Kaupmees teeb arveldusi selle raames.

Mida arendajad tegelikult testivad

Hetkel on see käsurea ja taustaprogrammi töö. Mitte lõpptarbujate toode. Pole veel.

Pi ametliku blogi kohaselt anti tellimuskontrakt koos avatud kogukonna ülevaatusega ka välisele audititeenusele. Mõlemad protsessid toimuvad paralleelselt. Mõte on selles, et tehnilised ülevaatlejad ja arendajakogukond leiavad erinevaid asju.

GitHubi repositoorium käsitleb seda üksikasjalikult: teenuse registreerimine, konfigureeritav hindamine, arveperioodid ning see, kuidas kaupmehed töötlema arveid eelnevalt heakskiidetud tokenite lubade alusel. Arendajad saavad kommentaare lisada Issuesi kaudu, esitada Pull Requeste või liituda aruteluthreadidesse. Meeskond ütles, et kõik on tervitatud.

See põhineb otse Protocol 21 Mainneti uuendusel, mis parandas baastasandil asuvate sõlmede jõudlust ja tehingute töötlemist vaid mõned nädalad enne PiRC2 väljalaset. Ja selle eel oli Testneti RPC-serveri väljalase, mis andis arendajatele praktilise liidese blokiahela andmetega suhtlemiseks ja rakenduste voolude testimiseks.

PiRC-sari liigub kiiresti

Esmalt ilmus PiRC1. See oli tokeni disainiraamistik, mis oli seotud V21 ja V22 uuendusetsükliga. PiRC2 on selle sarja esimene tegelikult deployeeritav smartkontrakt.

Pi Core Team sõnastas seda lihtsalt: tellimused vastavad otse reaalsetele toodetele ja korduvatele kasulikele teenustele. Selline on just see tüüp on-chain tegevust, mida Pi soovib töötavat enne kui midagi Mainnetile skaleerub.

Selle kontrakti Mainneti kuupäeva pole veel teatatud. Tähelepanu keskmes on endiselt Testneti ülevaatus, arendajate tagasiside ja väline audit. See, mis pärast seda juhtub, sõltub sellest, mida testides välja tuleb.

The post Pi Network Solves the Blockchain Subscription Problem Nobody Could Crack appeared first on Live Bitcoin News.