Kümme ettevõtte blokeeringut. See tegelikult töötab.

Lubatud võrgud, mille MultiChaini partnerid on loonud elavas tootmises

See on kohtumisel peetud jutu üleskirjutamine Konsensus 2019 konverents. A video jutust on saadaval ka.

Nelja aasta jooksul pärast MultiChaini esimest alfaversiooni on meie partnerid platvormil ehitanud sadu (kui mitte tuhandeid) kontseptsiooni tõestuse ja pilootprojekte. Kuigi paljud varased olid mõttetu plokkketid, oleme aja jooksul näinud tehnoloogiat nõuetekohaselt kasutavate projektide osakaalu järjepidevat kasvu. Nüüd kuuleme harva plokiahelal põhinevast rakendusest, millel puudub hea vastus küsimusele: "Miks mitte kasutada tavalist andmebaasi?" Milline kergendus!

Kontseptsioonide tõestamine ja piloodid on kõik head ja head, kuid minu arvates tuleb kõige olulisem signaal kindlatest ettevõtte plokiahelaprojektidest, mis muudavad selle elavaks tootmiseks. Selguse huvides tähendab see võrke, mis sisaldavad mitmele osapoolele kuuluvat mitut plokiahela sõlme, kus rohkem kui üks neist osapooltest on seotud reaalsete tehingute genereerimisega ja osaleb plokiahela konsensuse algoritmis. Ilma nende omadusteta pakub plokiahel tsentraliseeritud andmebaasiga võrreldes vähe või üldse mitte väärtust.

See artikkel on küsitlus kümnest kõige huvitavamast loaga plokiahelarakendusest, mis on ehitatud MultiChainile ja mis on praegu tootmises. Igat rakendust kirjeldatakse lühidalt koos selgitusega, miks oli mõttekas kasutada plokiahelat ja mõnda numbrit, et anda skaalatunnetus. Pange tähele, et konfidentsiaalsuslepingud takistavad meil avaldamast mõnda nende projektide üksikasju, kuid me ütleme teile nii palju kui võimalik. Pärast kümne projekti ülevaatamist lõpetan loetelu viiest olulisest õppetunnist, mida usun, et saame õppida.

Kas olete valmis? Alustame siis ...

Plokiahel nr 1: SAP farmaatsiatoodete jaoks

Mõnda suurklientide, näiteks haiglate ostetud ravimit ei kasutata ja need tagastatakse avamata hulgimüüjatele edasimüümiseks. Kuid see protsess toob kaasa märkimisväärse võltsimisohu, kus nn tagasisaatmine on kusagil teel võltsitud. Selle probleemi vastu võitlemiseks võib igasse ravimikarpi saata vöötkoodi sildi, mis tuvastab selle sisu ja päritolu, kusjuures vöötkood registreeritakse andmebaasis edaspidiseks kontrollimiseks. Kes peaks aga vastutama selle uimastisaadetiste vöötkoodide kriitilise andmebaasi haldamise eest? Euroopas tsentraliseeritud ELi tasandi organ loodi selleks, kuid USA-s pole vastavat valitsusasutust.

Selle dilemma lahendamiseks SAP ehitas a blockchainil põhinev lahendus lisaks MultiChainile, kus mitmetel ravimite tootjatel ja hulgimüüjatel on oma sõlm, mis annab neile otsese juurdepääsu keti lugemiseks ja kirjutamiseks. Iga vöötkood salvestatakse üksusena MultiChaini andmevoogu, võimaldades seda trükitud etiketi skannimisel otse üles otsida. Süsteem töötab juba praegu ja seda on edukalt testitud, et selle maht ulatuks 1.5 miljardi registreeritud vöötkoodini ja 30 miljoni kontrollini aastas.

Plokiahel # 2: TruBudget

Kui doonorriigid rahastavad arengumaade avalikke projekte, on oluline jälgida iga projekti olelusringi olulisi sündmusi, sealhulgas pakkumisi, lepinguid ja väljamakseid. Nii annetajad kui ka saajad soovivad neid andmeid hõlpsalt otsida andmebaasis, kuid kes peaks selle andmebaasi eest vastutama? Kummalgi poolel pole poliitiliselt mugav teisele täielikku kontrolli loovutada, nii et see on sageli viinud selleni, et mõlemad osapooled peavad oma arvestust ja üritavad neid sünkroonis hoida. Pilt on veelgi keerulisem, kui partnerlusi on mitu doonorriiki.

TruBudget on avatud lähtekoodiga rakendus, mis kasutab selle dilemma lahendamiseks MultiChaini plokiahelat. Kõik olulised sidusrühmad hoiavad oma sõlmpunkti, kirjutades voogudesse olulisi sündmusi, jagades samas omaenda esiotsa kaudu identset pilti projekti edenemisest. Süsteemi tellis Saksamaa Föderaalne majanduskoostöö ja arengu ministeerium ja välja töötanud Accenture ja KfW, Saksamaa suuruselt kolmas pank. Brasiilia ja Burkina Faso projektide tootmiseks on praegu käsil kaks plokiahelat, millest kumbki peaks registreerima kuni 300 projekti ja 5,000 sündmust projekti kohta.

Plokiahel # 3: ühendatud tervis

Patsientide hoolduse parandamiseks ja bürokraatia vähendamiseks rakendab India osariigi valitsus elektroonilist haigusloo süsteemi, mis võimaldab jagada teavet haiglate ja teiste osariigi tervishoiuasutuste vahel. Süsteemi kavandamisel tekkisid kaks erilist muret. Esiteks, kuidas saab dokumente kaitsta kadumise või rikkumise eest? Teiseks, kuidas tagada Interneti-ühenduse ajutise kadumise korral teabe kättesaadavus igas linnas?

Need nõuded lahendati koos, ehitades süsteemi pigem plokiahelale kui tsentraliseeritud andmebaasile. Meditsiiniliste dokumentide salvestamiseks kasutatakse MultiChaini vooge - praegu ainult tekstiga, kuid rikkalikumate andmetega, näiteks hiljem integreeritavad pildid. Osalevatel linnadel on kohapeal oma sõlmed, mis osalevad konsensuse protsessis. Süsteemi ehitas RapidQube ja on juba tootmise alguses, kus umbes 2 miljonit inimest on talletatud umbes 50,000 miljonit plaati.

Blockchain # 4: kariloomade tagamine

Paljudes arenguriikides on põllumajandustootjatel keeruline saada taskukohaseid laene, isegi kui neil on väärtuslikke varasid, näiteks veised, mis võiksid olla tagatiseks. Põllumajandustootja lehma sel viisil kasutamiseks tuleb see identifitseerida ja märgistada, immuniseerida haiguste vastu ja kindlustada võimalike äparduste eest. Lisaks saab iga lehma tagatiseks anda ainult ühe korra. Kõik see nõuab ulatuslikku andmete koordineerimist riigi loomatervishoiusüsteemi, kindlustusseltside ja finantsasutuste vahel, millest kõigil on erinevad stiimulid ja juhtimisstruktuurid.

FarmTrek on plokiahelapõhine lahendus, mille on välja töötanud InfoCorp mis võimaldab seda kooskõlastamist toimuda ilma keskerakonna kontrollita. Kõik suuremad sidusrühmad juhivad ühte või režiimi MultiChaini sõlme, mis töötavad koos voogudesse salvestatud andmete salvestamiseks ja turvamiseks. Igal lehmal on füüsiline silt võltsimiskindla NFC (lähiväljaside) seadmega, mis ühendatakse Androidi mobiilirakendusega, mida põllumees kasutab tehingute allkirjastamiseks ja nende avaldamiseks plokiahelas. Projekt on nüüd Myanmaris elavas tootmises ja peaks kahe aasta jooksul jõudma 100,000 XNUMX põllumajandustootjani koos Rwanda ehitustöödega.

Plokkkett # 5: Tagcash KYC

Nagu paljudes riikides, peab keegi Filipiinidel uue pangakonto avades tegema kliendi identiteedi ja elukoha kontrollimiseks rangeid KYC (tunne oma klienti) kontrolle. See maksab aega ja raha, mis tähendab, et pankadele ja teistele finantsteenuste pakkujatele oleks KYC-teabe ühtse andmebaasi kaudu jagamisest kasu. Kui see andmebaas on loodud, võib see olla ka krediidiskooride süsteemi alus, lisades teavet klientide laenude ja tagasimaksete (või nende ebaõnnestumiste) kohta. Kahjuks puudub Filipiinidel tsentraliseeritud KYC ja krediidiskooride hindamise mehhanism, seega on seda integratsiooni olnud keeruline saavutada.

Selle probleemi lahendamiseks Tagcash on loonud plokiahelapõhise KYC- ja krediidiskooride lahenduse, kasutades pankadele ja väiksematele fintech-ettevõtetele kuuluvate sõlmpunktide võrku. Mõnel sõlmel on kirjutamisõigused, teistel on lubatud ainult lugeda. Teave salvestatakse MultiChaini voogudesse, kasutades ainulaadse võtmena nende andmete tuvastamiseks iga inimese nime ja sünnikuupäeva räsi. Esialgse kasutuselevõtuga kirjutatakse päevas umbes 100 kirjet ja eeldatavasti kasvab see aja jooksul 10,000 XNUMX-ni päevas.

Plokiahel # 6: Bureau Veritas Origin

Suureneva teadlikkusega toiduainete tarneahela skandaalid, on kasvanud huvi pakkuda tarbijatele suuremat läbipaistvust nende toidu hankimise, töötlemise, transportimise ja ladustamise osas. Eesmärk on luua terviklik ülevaade toimikute ettevalmistamiseks müügiks ja võimaldada tarbijatel sellele teabele otse juurde pääseda. Läbipaistvuse suurendamiseks ja võltsimise või rikkumise ärahoidmiseks on soovitatav mitte tsentraliseerida selle andmebaasi juhtimist ühegi konkreetse ettevõtte või asukoha peal.

Bureau Veritas, ülemaailmne ettevõte, mis keskendub testimisele ja sertifitseerimisele, on teinud koostööd Atos Worldline arendama päritolu, blockchainil põhinev toidu jälgitavuse lahendus. Sõlme haldab mitu toiduainete tarneahela ettevõtet, voogudele kirjutatakse andmed patenteeritud binaarses vormingus. Valmistooted on märgistatud QR-koodidega, mida tarbijad saavad veebipõhise kokkuvõtte sirvimiseks skannida. Esialgse kasutuselevõtuga kirjutatakse päevas kuni 100 plaati.

(Ühise eksituse vältimiseks tuleks rõhutada, et allikad plokkketti kasutades tuleb endiselt usaldada andmeid. Kett parandab ainult turvalisus nende andmete säilitamisest.)

Plokkkett # 7: ILSBlockchain

An kindlustus seotud turvalisus (ILS) on võlakiri, mis võimaldab investorite grupil kindlustuspoliisi ühiselt katta. Näiteks laevaomanikud võiksid ILS-i omanikele maksta lisatasu, kuid kui katastroof tabab ja laev uppub, kaotavad need omanikud osa oma investeeringust või osa sellest. Nagu iga finantsvara puhul, võimaldab ILS-i omandiõiguse digitaliseerimine müüki ja ülekandmist tõhusalt teostada. See saavutatakse traditsiooniliselt sellise depoopanga abil nagu euroclear, kuid väiksemate kindlustuspoliiside puhul, mille väärtus jääb vahemikku 10 kuni 20 miljonit, võivad kulud olla liiga suured.

Selle probleemi lahendas Solidumi partnerid kes emiteerivad ja jälgivad ILS võlakirju MultiChaini plokiahelas, eemaldades vajaduse kõrgelt reguleeritud tsentraliseeritud halduri järele. Iga võlakiri emiteeritakse MultiChaini varana, kusjuures osalejad vahetavad ja vahetavad neid varasid võrdõiguslikkuse põhimõttel. Sõlme haldavad võlakirja usaldusisik, investorid ja edasikindlustusandjad, üksmeele on saavutanud väike rühm vanemaid osalejaid. Siiani on plokiahelas emiteeritud neli võlakirja koguväärtuses üle 50 miljoni dollari.

Plokkkett # 8: õhukvaliteedi ahel

Keskkonnaandmete kogumisel tuleb tegeleda kolme konkreetse probleemiga. Esiteks genereeritakse igat tüüpi andmed eri asukohas spetsiaalse varustuse vajaduse tõttu. Teiseks tuleb andmeid suundumuste ja muutuste analüüsimiseks võimaldada väga pika aja jooksul ohutult ja usaldusväärselt säilitada. Ja kolmandaks, erinevat tüüpi andmetele võib vaja minna reaalajas ristviiteid, et luua kõrvalekallete täielik pilt nende tekkimise hetkel.

Neid nõudeid saab lahendada koos plokiahela abil. Õhukvaliteedi ahela projekt, elluviija Baumann, koondab andmeid osooni, kiirguse ja õhukvaliteedi taseme kohta Austrias, kasutades sõlmpunktide võrku, mis kogub andmeid mitmest allikast. Algandmed kirjutatakse otse MultiChaini voogudesse ja replitseeritakse seega automaatselt kõikides võrgu sõlmedes, mis üheskoos tagavad, et neid ei saa kaotada ega muuta. Süsteem töötab ja kogub aastas 2.7 miljonit kirjet, mis sisaldab umbes 4 GB töötlemata andmeid.

Plokiahela nr 9: sügavkülmikute arhiiv

Metroo grupp, maailma suuruselt neljas jaemüüja, peab sise- ja väliskontrolli eesmärgil arhiveerima kõik müügikohtade andmed. Kui varem tugines Metro sel eesmärgil ühele müüjale, siis hiljuti siirduti paindlikuma mudeli juurde, kus andmeid saab üleliigselt salvestada paljudele erinevatele pilvepakkujatele. See annab neile palju suurema vabaduse ja jätkuva võime hinnaküsimuste üle läbirääkimisi pidada.

See killustatus on aga väljakutse tagamaks, et kõiki andmeid säilitatakse õigesti ja neid ei saa muuta. Selle probleemi lahendamiseks on Metro juurutanud blockchainil põhineva süsteemi, mille on ehitanud Sügavakallas, kus iga andmekogumi räsi ja mõned muud metaandmed on kontrollimise eesmärgil salvestatud MultiChaini voogudesse. Metro Groupi erinevates tütarettevõtetes ja asukohtades töötab mitu sõlme, nii et kuigi see on "sisemine plokiahel", on juhtimine laias organisatsioonis tõhusalt detsentraliseeritud. Süsteem töötab juba praegu ja kinnitab umbes 9 miljonit andmekogumit päevas notariaalselt.

Plokikett # 10: Fantastec SWAP

1980. aastatel Suurbritannias üles kasvades oli jalgpallikleebiste kogumine tohutult populaarne. Kulutasime taskuraha juhuslike kleebiste pakettidele, mis sisaldasid mängijate nägusid, meeskonna fotosid ja märke, ning vahetasime üksteisega kinnisideeks, püüdes iga aasta albumit täiendada. Fantastec on nüüd välja töötanud digitaalse ekvivalendi, kus kasutajad saavad alla laadida SWAP-i rakendus ja osta piiratud koguses "kaarte" koos mängijate videote ja interaktiivse statistikaga. Loomulikult vajab see rakendus kaardi omamise jälgimiseks mõnda andmebaasi, kuid ei olnud selge, kus seda andmebaasi peaks hostima. Ühelt poolt peaks iga osalev jalgpalliklubi pidama oma andmebaasi, et tagada oma väljastatud kaartide autentsus ja haruldus. Teisalt tuleneb suur osa toote väärtusest võimalusest vahetada erinevate klubide välja antud kaarte.

See dilemma lahendati, ehitades süsteemi plokiahelale, kus igal klubil on oma sõlm, mis väljastab oma digitaalsed kollektsiooniobjektid MultiChaini varadena, mida kõiki jälgitakse koos ketti, mida hallatakse konsensuse alusel. Süsteemi, mis kasutab laialdaselt MultiChaini sisseehitatud aatomivahetusfunktsionaalsust, ehitas Fantastec selliste partnerite abiga nagu PricewaterhouseCoopers. Hiljuti käivitati SWAP koos kolme nimeka partneriga: Real Madrid, Arsenal ja Borussia Dortmund. Pärast vähem kui 3 kuud on see kasvanud 15,000 250,000 kasutajaks, välja lastud üle XNUMX XNUMX kollektsiooni.

Õppetunnid

Nüüd, kui oleme üle vaadanud kümme kõige huvitavamat MultiChain-põhist võrku tootmises, mida sellest grupist tervikuna õppida? Mis eristab neid projekte sadadest ja tuhandetest ideekontrollidest ja pilootidest, mis kunagi järgmisse etappi ei jõudnud?

1. õppetund: keskenduge uutele rakendustele

Kuigi plokiahelatest kui olemasolevate süsteemide versiooniuuendustest on palju räägitud, näeme vähemalt praegu neid peamiselt uutes rakendustes. Ma võin mõelda kahele seotud põhjusele, miks see nii võib olla.

Esiteks on plokiahelad endiselt uus tehnoloogia ja neid peetakse riskantsemaks kui tsentraliseeritud andmebaase. Seda ebakindlust saab uute rakenduste loomisel lubada, millega kaasneb paratamatult teatav ebaõnnestumise oht. Kuid see muudab klotsiketid vähem atraktiivseteks millegi asendamiseks, mis juba teadaolevalt töötab.

Teiseks peab igal töötaval tsentraliseeritud rakendusel olema juba usaldusväärne vahendaja, kes on aja jooksul tõenäoliselt nende töökindlust tõestanud. Detsentraliseeritud arhitektuurile üleminek võib sellest vahendajast möödahiilimisel säästa raha, kuid seda tuleb kaaluda süsteemi maapinna üles ehitamise kulude ja riskiga.

2. tund: leidke tugev motiiv

Iga plokiahelas rakendatud rakendus peab vastama olulisele küsimusele: Miks kasutada tsentraliseeritud andmebaasi või failiserveri asemel plokiahelat? Plokiahelad on nende põhimõttelise disaini tõttu alati aeglasemad, vähem skaleeritavad ja keerukamad kui tsentraliseeritud süsteemid.

Nii et kui teil on sobiv usaldusväärne vahendaja, kes saab rakendust tsentraalselt hostida, peaksite seda kasutama! ainult plokiahela kasutamist on vaja juhul, kui sellist tsentraliseerimist on tugev motiiv. Praktikas näeme motiivi nelja peamist tüüpi:

1. Kommertsmured. Võrgus osalejad ei taha liiga palju võimu anda konkurendile või mõnele muule keskasutusele, kes võiks teenuse eest palju maksta.
2. Normatiivsed nõuded. Mõni määrus takistab tsentraliseeritud süsteemi kasutuselevõttu või muudaks selle vastavuse osas liiga kulukaks.
3. Poliitilised riskid. Pole ühtegi kohta, kus andmebaasi saaks majutada, mis oleks kõigile selle kasutajatele poliitiliselt vastuvõetav.
4. Turvaline replikatsioon. Liiastamiseks tuleb salvestada mitu koopiat andmetest, nii et plokiahela kasutamine annab tõestatud sünkroonimise ja võltsimiskindluse täiendava eelise.

3. õppetund: mõelge üldiselt andmetele

Varasemad arutelud ettevõtte plokiahelate üle käivitasid krüptovaluutade tõus, milles plokiahel võimaldab kasutajatel virtuaalset vara otse hoida ja üle kanda, vältides samal ajal topeltkulutusi. Kui mõned meie kirjeldatud tootmisvõrgustikud (# 7, # 10) kasutavad MultiChaini sel viisil, siis enamus teevad midagi põhimõtteliselt teistmoodi - ehitavad detsentraliseeritud arhitektuuri salvestamiseks ja turvamiseks andmed.

Mis tahes andmebaas või failisüsteem, olenemata sellest, kas see sisaldab struktureeritud või struktureerimata andmeid, võiks rakendada plokiahelas. Kõiki andmeid saab kettis täielikult salvestada või notariaalselt kinnitada lühikese ahelas oleva räsi (sõrmejälg), mis kontrollib ketist väljaspool edastatud andmeid. Erinevalt varade kasutamise juhtumitest pole omaniku mõistet ajas muutumas. Plokiahela ainus eesmärk on võimaldada grupil osa teavet salvestada ja kaitsta, tuginedes keskerakonnale.

Andmepõhistes rakendustes on „nutikad lepingud” vale tehingumudel, kuna need nõuavad, et kõik andmed oleksid esindatud lepingule saadetud sõnumina, selle asemel, et need valideerida ja seejärel otse ahelasse kinnitada (või räsida). Keskseks küsimuseks on teabe salvestamise, indekseerimise ja hankimise ulatus ja kiirus.

Õppetund nr 4: Vaadake kaugemale „transformatsioonist“

Liiga kaua on ettevõtte plokiahela narratiiv keskendunud moesõnadele nagu “revolutsioon” ja “transformatsioon”. Kuid tegelikult, kui me vaatame neid plokiahelaprojekte, mis tegelikult tootmisse jõuavad, teevad ainult vähesed asju, mis oleksid võimatu traditsiooniliste tehnoloogiate, näiteks tsentraliseeritud andmebaaside, replikatsioonide ja punktist punkti teadete kasutamine. Mida siis täpselt muudetakse?

Enamasti kasutatakse plokiahelat lihtsalt seetõttu, et see on töö jaoks kõige sobivam ja mugavam tööriist. See võimaldab uue rakenduse hõlpsasti ehitada ühtse andmekogu peale, vältides samas muret selle poe tsentraalse juhtimise pärast. Plokiahel annab täiendava vastupidavuse ja võltsimiskindluse, mille väärtus kaalub üles mitme sõlme käitamise keerukuse ja maksumuse. Kuigi see kõik võib tunduda üsna ebaromantiline, siis mis ajast on ettevõtte IT olnud midagi muud?

Kuid loos on veel üks peenem osa. Harvadel juhtudel näeme, et projektid ehitatakse plokiahelale, kus seda valikut ei saa kohe põhjendada. Selgub, et rakenduse kasutajad tunnevad rõõmu selle üle, et see tsentraliseeritult alustab, kuid soovivad oma võimalused tulevikuks lahti hoida. Plokiahela (isegi ühe sõlmega!) Kasutamine andmebaasi asemel võimaldab vahendaja vahetada või eemaldada lihtsalt sõlmede lisamise või eemaldamise ning mõningate õiguste muutmise kaudu. Kõik see võib juhtuda nullseisaku korral ja rakenduse koodi puudutamata.

Õppetund nr 5: ole väga kannatlik

Kogu plokiahelaid ümbritseva müra tõttu on lihtne unustada, kui uus see tööstus on. MultiChain jõudis koos enamiku teiste ettevõtte plokiahela platvormidega versiooni 1.0 versioonini alles 2017. aasta keskpaigast lõpuni (see on nüüd versioonis 2.0.2). Kuna ettevõtte IT-projektide puhul, olgu need siis plokiahelatel või mitte, on üsna tavaline, et nende käivitamiseks kulub algatamisest kaks aastat, pole üllatav, et reaalsete plokiahelate võrkude arv tootmises on endiselt üsna väike.

Tõepoolest, kaks konkreetset nähtust näitavad, kui varajased asjad on. Esiteks leiame sageli oma partnerid kõige elementaarsemate testide tegemine MultiChainil lihtsalt selleks, et veenda end, et see tegelikult töötab! Teiseks näeme, et mõnel tootmisklotside võrgustikes osalejatel puudub enesekindlus võtta vastutus oma sõlme eest, selle asemel et loota mõnele kolmandale osapoolele, kes võõrustab seda nende nimel.

Nii nagu mis tahes muu uue ettevõtte tehnoloogia puhul, peaksid ka plokiahelas töötavad inimesed väga pika aja jooksul jahti pidama. Ma loodan, et läheb veel kümme aastat, enne kui plokiahelaid peetakse infosüsteemide arhitektuuride jaoks tavaliselt alternatiiviks, ja veel kümme aastat pärast seda, enne kui nad täielikult oma potentsiaali saavutavad. Selleks ajaks on ribalaius, salvestusruum ja krüptograafia nii odav ja kiire, et jagatud rakenduste jaoks võib nende andmete salvestamine ainult ühte kohta olla üllatav (kui mitte naeruväärne).

Palun postitage kõik kommentaarid LinkedIn.