Ti Enterprise Blockchains. Det fungerer faktisk.

Tillatte nettverk bygget av MultiChain-partnere i live produksjon

Dette er en oppskrift av en tale holdt på Konsensus 2019 konferanse. EN video av foredraget er også tilgjengelig.

I løpet av de fire årene siden den første alfaversjonen av MultiChain har hundrevis (om ikke tusenvis) av proof-of-concept og pilotprosjekter blitt bygget av våre partnere på plattformen. Mens mange av de tidlige var det meningsløse blokkjeder, over tid har vi sett en jevn økning i andelen prosjekter som bruker teknologien på riktig måte. Nå hører vi sjelden om en blockchain-basert applikasjon som mangler et godt svar på spørsmålet: "Hvorfor ikke bare bruke en vanlig database?" For en lettelse!

Proof-of-concepts og piloter er vel og bra, men etter min mening kommer det viktigste signalet fra solide enterprise blockchain-prosjekter som gjør det til levende produksjon. For å være tydelig betyr dette nettverk som inneholder flere blokkjedenoder som tilhører flere parter, hvor mer enn én av disse partene er involvert i å generere reelle transaksjoner og delta i blokkjedens konsensusalgoritme. Uten disse egenskapene gir blokkjeden liten eller ingen verdi sammenlignet med en sentralisert database.

Denne artikkelen er en undersøkelse av ti av de mest interessante tillatte blokkjedeapplikasjonene bygget på MultiChain som er i produksjon i dag. Hver applikasjon vil bli beskrevet kort, sammen med en forklaring på hvorfor det var fornuftig å bruke en blokkjede og noen tall for å gi en følelse av skala. Merk at konfidensialitetsavtaler hindrer oss i å avsløre noen av disse prosjektenes detaljer, men vi forteller deg så mye vi kan. Etter å ha gjennomgått de ti prosjektene, vil jeg avslutte med en liste over fem viktige lærdommer som jeg tror vi kan lære.

Klar? Så la oss begynne...

Blockchain #1: SAP for Pharmaceuticals

Noen medisiner kjøpt av store kunder som sykehus ender ikke opp med å bli brukt, og returneres til grossister uåpnet for videresalg andre steder. Denne prosessen medfører imidlertid en betydelig risiko for forfalskning, hvor de såkalte "retur" har blitt forfalsket et sted underveis. For å hjelpe til med å bekjempe dette problemet, kan hver boks med narkotika sendes med en strekkodeetikett som identifiserer innholdet og opprinnelsen, og strekkoden registreres i en database for fremtidig verifisering. Men hvem bør være ansvarlig for å administrere denne kritiske databasen med strekkoder for narkotikaforsendelser? I Europa, en sentralisert organ på EU-nivå ble opprettet for dette formålet, men det er ingen tilsvarende statlig enhet i USA.

For å løse dette dilemmaet, SAP bygget en blokkjedebasert løsning på toppen av MultiChain, hvor flere legemiddelprodusenter og grossister har sin egen node, som gir dem direkte tilgang til å lese og skrive kjeden. Hver strekkode registreres som et element i en MultiChain-datastrøm, slik at den kan slås opp direkte ved å skanne en trykt etikett. Systemet kjører allerede live og har blitt testet til å skalere til 1.5 milliarder registrerte strekkoder og 30 millioner verifikasjoner per år.

Blockchain #2: TruBudget

Når giverland finansierer offentlige prosjekter i utviklingsland, er det viktig å holde styr på viktige hendelser i hvert prosjekts livssyklus, inkludert anbud, kontrakter og utbetalinger. Både givere og mottakere ønsker å opprettholde disse postene i en database for enkel søking, men hvem skal ha ansvaret for den databasen? Ingen av sidene i forholdet er politisk komfortable med å avgi full kontroll til den andre, så dette har ofte ført til at begge parter opprettholder sine egne poster, og prøver å holde dem synkroniserte. Bildet kompliseres ytterligere når det er flere giverland som samarbeider.

TruBudget er en åpen kildekode applikasjon som bruker en MultiChain blokkjede for å løse dette dilemmaet. Hver av de viktige interessentene opprettholder sin egen node, og skriver viktige hendelser til strømmer mens de deler et identisk bilde av prosjektets fremgang gjennom sin egen frontend. Systemet ble bestilt av Tyskland Forbundsdepartementet for økonomisk samarbeid og utvikling og utviklet av Accenture og KfW, Tysklands tredje største bank. To blokkjeder kjører nå i produksjon for prosjekter i henholdsvis Brasil og Burkina Faso, med hver forventet å registrere opptil 300 prosjekter og 5,000 arrangementer per prosjekt.

Blockchain #3: Connected Health

For å forbedre pasientbehandlingen og redusere byråkrati, implementerer en indisk delstatsregjering et elektronisk journalsystem for å muliggjøre informasjonsdeling mellom sykehus og andre helsetjenester i staten. Ved utformingen av systemet dukket det opp to spesielle bekymringer. For det første, hvordan kan arkivene sikres mot tap eller tukling? For det andre, hvordan sikrer vi at informasjonen er tilgjengelig lokalt i hver by, i tilfelle et midlertidig tap av Internett-tilkobling?

Disse kravene ble løst sammen ved å bygge systemet på en blokkjede i stedet for en sentralisert database. MultiChain-strømmer brukes til å lagre medisinske journaler – for øyeblikket kun med tekst, men med rikere data som bilder som skal integreres senere. Deltakende byer vil ha egne noder som kjører lokalt, som deltar i konsensusprosessen. Systemet ble bygget av RapidQube og er allerede i tidlig produksjon, med rundt 2 millioner plater lagret for over 50,000 XNUMX mennesker.

Blockchain #4: Collateralizing husdyr

I mange utviklingsland finner bønder det vanskelig å få tilgang til rimelige lån, selv om de eier verdifulle eiendeler som storfe som kan tjene som sikkerhet. For at en bondes ku skal kunne brukes på denne måten, må den identifiseres og merkes, immuniseres mot sykdommer og forsikres mot potensielle uhell. I tillegg kan hver ku bare stilles i pant én gang. Alt dette krever omfattende datakoordinering mellom et lands dyrehelsesystem, forsikringsselskaper og finansinstitusjoner, som hver har ulike insentiver og styringsstrukturer.

FarmTrek er en blokkjedebasert løsning utviklet av InfoCorp som gjør at denne samordningen kan skje uten å være kontrollert av en sentral part. Hver større interessent kjører én eller modus MultiChain-noder som jobber sammen for å lagre og sikre dataene som er skrevet til strømmer. Hver ku er fysisk merket med en manipulasjonssikker NFC-enhet (near field communications), som kobles til en Android-mobilapplikasjon som brukes av bonden for å signere transaksjoner og publisere dem til blokkjeden. Prosjektet er nå i levende produksjon i Myanmar og forventes å skalere til 100,000 XNUMX bønder innen to år, med en ekstra pilot på gang i Rwanda.

Blockchain #5: Tagcash KYC

Som i mange land, når noen åpner en ny bankkonto på Filippinene, må banken utføre strenge KYC-kontroller (kjenn kunden din) for å bekrefte kundens identitet og bosted. Dette koster tid og penger, noe som betyr at banker og andre finansielle tjenesteleverandører vil dra nytte av å dele KYC-informasjon gjennom en enkelt database. Når den er bygget, kan denne databasen også danne grunnlaget for et kredittscoringssystem, ved å legge til informasjon om kundelån og tilbakebetalinger (eller feil på disse). Dessverre har Filippinene ingen sentralisert KYC og kredittscoringsmekanisme, så denne integrasjonen har vært vanskelig å oppnå.

For å løse dette problemet, Tagcash har laget en blokkjedebasert KYC- og kredittscoringsløsning, ved å bruke et nettverk av noder som tilhører banker og mindre fintech-selskaper. Noen noder har skriverettigheter mens andre kun kan lese. Informasjonen lagres i MultiChain-strømmer, og bruker en hash av hver persons navn og fødselsdato som en unik nøkkel for å identifisere deres data. Med den første utrullingen skrives det rundt 100 poster per dag, og dette forventes å vokse til 10,000 XNUMX per dag over tid.

Blockchain #6: Bureau Veritas Origin

Med økende bevissthet om matforsyningskjedeskandaler, har interessen økt for å gi forbrukerne større åpenhet om hvordan maten deres hentes, behandles, transporteres og lagres. Målet er å lage en omfattende oversikt over trinnene som er involvert i å forberede en vare for salg, og å gjøre det mulig for forbrukere å få direkte tilgang til denne informasjonen. For å øke åpenheten og forhindre tukling eller korrupsjon, er det å foretrekke ikke å sentralisere kontrollen over denne databasen til et enkelt selskap eller sted.

Bureau Veritas, et globalt selskap fokusert på testing og sertifisering, har inngått samarbeid med Atos Worldline å utvikle Origin, en blokkjedebasert løsning for matsporing. Noder drives av flere selskaper innenfor matforsyningskjeden, med data skrevet til strømmer i et proprietært binært format. De ferdige produktene er merket med QR-koder, som forbrukerne kan skanne for å bla gjennom et nettbasert sammendrag. Med den første utrullingen blir det skrevet opptil 100 poster per dag.

(For å unngå en vanlig feilslutning, bør det understrekes at kilder av data må fortsatt være klarert når du bruker en blokkjede. Kjeden forbedrer bare sikkerhet av disse dataene når de er lagret.)

Blokkkjede #7: ILSBlockchain

An forsikring knyttet til sikkerhet (ILS) er en obligasjon som gjør at en forsikring kan dekkes kollektivt av en gruppe investorer. For eksempel kan eierne av et skip betale en premie til innehaverne av en ILS, men hvis katastrofen inntreffer og skipet synker, mister disse eierne deler av eller hele sin opprinnelige investering. Som med enhver finansiell eiendel, lar digitalisering av ILS-eierskap salg og overføringer skje effektivt. Dette oppnås tradisjonelt ved hjelp av en depotmottaker som f.eks euroclear, men kostnadene kan være uoverkommelige for mindre forsikringer i verdiområdet $10-20 millioner.

Dette problemet ble løst av Solidum Partners som utsteder og sporer ILS-obligasjoner på en MultiChain-blokkjede, og fjerner behovet for en sterkt regulert sentralisert depotmottaker. Hver obligasjon utstedes som en MultiChain-aktiva, med deltakere som overfører og utveksler disse eiendelene på peer-to-peer-basis. Noder drives av obligasjonsforvalteren, investorer og reassurandører, med konsensus generert av en liten gruppe seniordeltakere. Så langt er det utstedt fire obligasjoner på blokkjeden, for over 50 millioner dollar i total verdi.

Blockchain #8: Luftkvalitetskjede

Når det gjelder innsamling av miljødata, må tre spesielle utfordringer tas opp. For det første genereres hver type data på et annet sted, på grunn av behovet for spesialutstyr. For det andre må dataene lagres trygt og pålitelig på svært lang sikt, slik at trender og endringer kan analyseres. Og for det tredje kan det hende at ulike typer data må kryssrefereres i sanntid for å skape et fullstendig bilde av uregelmessigheter i det øyeblikket de oppstår.

Disse kravene kan løses sammen ved å bruke blockchain. Air Quality Chain-prosjektet, implementert av Baumann, samler data om nivåer av ozon, stråling og luftkvalitet i Østerrike, ved å bruke et nettverk av noder som samler inn data fra flere kilder. Rådata skrives direkte til MultiChain-strømmer, og replikeres derfor automatisk til alle nodene i nettverket, som samlet sikrer at de ikke kan gå tapt eller endres. Systemet kjører i produksjon og samler inn 2.7 millioner poster årlig, som inneholder rundt 4 GB rådata.

Blockchain #9: Deepshore Archive

Metro gruppe, verdens fjerde største forhandler, er pålagt å arkivere alle salgssteddata for interne og eksterne revisjonsformål. Mens Metro pleide å stole på en enkelt leverandør for dette formålet, migrerte de nylig til en mer fleksibel modell, der dataene kan lagres redundant hos en rekke forskjellige skyleverandører. Dette gir dem mye større frihet og den kontinuerlige muligheten til å forhandle om priser.

Denne fragmenteringen utgjør imidlertid en utfordring for å sikre at alle dataene lagres riktig og ikke kan endres. For å løse dette problemet har Metro distribuert et blockchain-basert system, bygget av Deepshore, der en hash og noen andre metadata for hvert datasett lagres i MultiChain-strømmer for verifiseringsformål. Flere noder kjører i forskjellige datterselskaper og lokasjoner i Metro Group, så selv om dette er en "intern blokkjede", er kontrollen effektivt desentralisert i en enorm organisasjon. Systemet kjører allerede live og notariserer omtrent 9 millioner datasett per dag.

Blockchain #10: Fantastec SWAP

Da jeg vokste opp på 1980-tallet i Storbritannia, var det enormt populært å samle fotballklistremerker. Vi brukte lommepengene våre på pakker med tilfeldige klistremerker, som inneholdt ansikter til spillere, lagbilder og merker, og byttet besatt med hverandre i forsøket på å fullføre hvert års album. Fantastec har nå utviklet en digital ekvivalent, der brukere laster ned BYTT app og kjøp "kort" i begrenset opplag, komplett med spillervideoer og interaktiv statistikk. Naturligvis trenger denne applikasjonen en viss database for å holde oversikt over korteierskap, men det var ikke klart hvor denne databasen skulle være vert. På den ene siden bør hver deltakende fotballklubb opprettholde sin egen database for å garantere ektheten og sjeldenheten til de utstedte kortene. På den annen side kommer mye av produktets verdi fra muligheten til å bytte kort som ble utstedt av forskjellige klubber.

Dette dilemmaet ble løst ved å bygge systemet på en blokkjede, der hver klubb har sin egen node som utsteder sine digitale samleobjekter som MultiChain-aktiva, som alle spores sammen på en kjede som administreres ved konsensus. Systemet, som i stor grad benytter MultiChains innebygde atomutvekslingsfunksjonalitet, er bygget av Fantastec med bistand fra partnere som f.eks. Pricewaterhousecoopers. SWAP ble nylig lansert med tre store partnere: Real Madrid, Arsenal og Borussia Dortmund. Etter mindre enn 3 måneder har den vokst til 15,000 250,000 brukere med over XNUMX XNUMX samleobjekter utstedt.

Erfaringer

Nå som vi har gjennomgått ti av de mest interessante MultiChain-baserte nettverkene i produksjon, hva kan vi lære av denne gruppen som helhet? Hva skiller disse prosjektene fra hundrevis og tusenvis av proof-of-concept og piloter som aldri kom til neste trinn?

Leksjon #1: Fokuser på nye applikasjoner

Selv om det har vært mye snakk om blokkjeder som en oppgradering for eksisterende systemer, ser vi dem i det minste foreløpig først og fremst distribuert i nye applikasjoner. Jeg kan tenke på to relaterte grunner til at dette kan være.

For det første er blokkjeder fortsatt en ny teknologi, og oppfattes som mer risikable enn sentraliserte databaser. Denne usikkerheten kan tolereres når du bygger nye applikasjoner, som uunngåelig medfører en viss risiko for feil. Det gjør imidlertid blokkjeder mindre attraktive for å erstatte noe som allerede er kjent for å fungere.

For det andre må enhver sentralisert applikasjon allerede ha en pålitelig mellommann, som antagelig har bevist påliteligheten deres over tid. Selv om det å flytte til en desentralisert arkitektur kan spare penger ved å omgå dette mellomleddet, må dette veies opp mot kostnadene og risikoen ved å gjenoppbygge systemet fra grunnen av.

Leksjon #2: Finn et sterkt motiv

Hver applikasjon implementert på en blokkjede må svare på et avgjørende spørsmål: Hvorfor bruke en blokkjede i stedet for en sentralisert database eller filserver? Blokkjeder vil alltid være tregere, mindre skalerbare og mer komplekse enn sentraliserte systemer, som et resultat av deres grunnleggende design.

Så hvis du har en egnet betrodd mellommann som kan være vert for en applikasjon sentralt, bør du bruke den! De bare Grunnen til å bruke en blokkjede er hvis det er et sterkt motiv for å unngå denne typen sentralisering. I praksis ser vi fire hovedtyper av motiver dukke opp:

1. Kommersielle bekymringer. Deltakerne i et nettverk ønsker ikke å gi for mye makt til en konkurrent eller et annet sentralt organ, som kan kreve mye for tjenesten.
2. Regulatoriske krav. Noen reguleringer forhindrer distribusjon av et sentralisert system, eller vil gjøre det for dyrt når det gjelder samsvar.
3. Politiske risikoer. Det er ikke noe sted hvor databasen kan være vert som ville være politisk akseptabelt for alle brukerne.
4. Sikker replikering. Flere kopier av dataene må lagres for redundans, så bruk av en blokkjede gir den ekstra fordelen med bevist synkronisering og manipulasjonsmotstand.

Leksjon #3: Tenk på data generelt

Tidlige diskusjoner om bedriftsblokkjeder ble utløst av fremveksten av kryptovalutaer, der blokkjeden lar brukere direkte holde og overføre en virtuell eiendel samtidig som de forhindrer doble forbruk. Mens noen av produksjonsnettverkene vi beskrev (#7, #10) bruker MultiChain på denne måten, gjør de fleste noe fundamentalt annerledes – å bygge en desentralisert arkitektur for lagring og sikring dato.

Enhver database eller filsystem, enten det inneholder strukturerte eller ustrukturerte data, kunne implementeres på en blokkjede. Hver del av data kan lagres i sin helhet på kjeden, eller notarisert som en kort hash på kjeden (fingeravtrykk) som tjener til å verifisere dataene som leveres utenfor kjeden. I motsetning til i brukssaker, er det ingen forestilling om at eierskap endres over tid. Blockchains eneste formål er å gjøre det mulig å lagre og sikre noe informasjon av en gruppe, uten å stole på en sentral part.

I datadrevne applikasjoner er "smarte kontrakter" feil transaksjonsmodell, siden de krever at hver del av data skal representeres som en melding sendt til en kontrakt, i stedet for å bli validert og deretter direkte innebygd (eller hash) i kjeden. Det sentrale spørsmålet er omfanget og hastigheten som informasjon kan lagres, indekseres og gjenfinnes med.

Leksjon #4: Se forbi "transformasjon"

For lenge har fortellingen om blokkjede for bedrifter fokusert på buzzwords som "revolusjon" og "transformasjon". Men i virkeligheten, hvis vi ser på de blokkjedeprosjektene som faktisk kommer til produksjon, er det bare noen få som gjør ting som ville være umulig å oppnå bruk av mer tradisjonelle teknologier som sentraliserte databaser, replikering og punkt-til-punkt-meldinger. Så hva er det som forvandles?

I de fleste tilfeller brukes en blokkjede rett og slett fordi det er det mest hensiktsmessige og praktiske verktøyet for jobben. Det gjør det mulig å enkelt bygge en ny applikasjon på toppen av et enhetlig datalager, samtidig som man unngår bekymring for at butikken er sentralt kontrollert. Blokkjeden gir ekstra robusthet og manipulasjonsmotstand, hvis verdi oppveier kompleksiteten og kostnadene ved å kjøre flere noder. Selv om alt dette kan virke ganske uromantisk, siden når har bedrifts-IT vært noe annet?

Men det er en ekstra, mer subtil del av historien. I sjeldne tilfeller ser vi prosjekter som bygges på en blokkjede, der det ikke er noen umiddelbar begrunnelse for det valget. Det viser seg at applikasjonens brukere er glade for at den starter sentralisert, men ønsker å holde mulighetene åpne for fremtiden. Ved å bruke en blokkjede (selv med én node!) i stedet for en database kan mellomleddet byttes eller fjernes bare ved å legge til eller fjerne noder og endre noen tillatelser. Alt dette kan skje med null nedetid og uten å berøre applikasjonens kode.

Leksjon #5: Vær veldig tålmodig

Med all støyen rundt blokkjeder, er det lett å glemme hvor ny denne bransjen er. MultiChain, sammen med de fleste andre enterprise blockchain-plattformer, nådde først en versjon 1.0-utgivelse i midten til slutten av 2017 (den er nå på versjon 2.0.2). Siden det er ganske vanlig at bedrifts-IT-prosjekter, enten de er basert på blokkjeder eller ikke, tar to år fra initiering før de går live, er det ingen overraskelse at antallet ekte blokkjedenettverk i produksjon fortsatt er ganske lite.

Faktisk viser to spesielle fenomener hvor tidlig ting er. For det første finner vi ofte vår partnere utfører de mest grunnleggende testene på MultiChain bare for å overbevise seg selv om at det faktisk fungerer! For det andre ser vi at noen deltakere i produksjonsblokkjedenettverk mangler selvtillit til å ta ansvar for sin egen node, i stedet stole på at en tredjepart skal være vert for den på deres vegne.

Så som med all annen ny bedriftsteknologi, bør folk som jobber i blokkjede-området hungre ned på svært lang sikt. Jeg forventer at det vil ta ytterligere ti år før blokkjeder vanligvis anses som et alternativ for informasjonssystemarkitekturer, og ytterligere ti år før de når sitt fulle potensial. Da vil båndbredde, lagring og kryptografi være så billig og raskt at det kan virke sært (om ikke latterlig) for delte applikasjoner å lagre dataene sine på bare ett sted.

Legg inn kommentarer på Linkedin.