Musta kindlustuse arhitektuur - kuidas kujundada nutikat lepingulist kindlustusplatvormi

Varem oleme võrrelnud ettevõtete blockchain platvorme. Oleme arutanud ettevõtte blockchain-rakendustele sobiva platvormi valimise kaalutlusi. Oleme filosofeerinud kindlustustegevuse tokeniseerimisest. Oleme isegi vaadanud konkreetset näidet kindlustuslepingu rakendamisel nutikates lepingutes. Mida me seni pole käsitlenud, on see, kuidas selline kindlustusplatvorm nullist üles ehitada. Millised komponendid on vajalikud? Kuidas nad suhtlevad?

Selles artiklis käsitleme üksikasjalikult Black Insurance platvormi arhitektuuri.

Kahe plokiahela arhitektuur

Black Insurance töötab platvormil, mis põhineb kahel eraldi, kuid ühendatud plokiahelal. Arhitektuur põhineb eeldusel, et süsteemi avalik osa liidestatakse privaatsust säilitava konsortsiumi plokiahelaga. Privaatsete konsortsiumide plokiahelad nõuavad osalejate autentimist ja võimaldavad privaatsete andmekanalite kasutamist. Mõlemad meetmed võivad aidata ettevõtetel täita KYC ja regulatiivseid nõudeid. Viimaseid on eriti ohtralt kindlustusäris, mis tähendab, et täielikult võimatu täieliku kindlustusplatvormi käivitamine avalikus plokiahelas oleks peaaegu võimatu.

Teisest küljest võimaldavad avalikud plokiahelad tokeniseeritud varasid avalikult eksponeerida, lisades märgistatud ärimudelitele väärtust ja läbipaistvust.

Seega ühendab Black Insurance platvorm kaks mudelit, et kasutada mõlemast maailmast parimat.

Komponendid

Musta kindlustuse arhitektuur

Ülaltoodud joonis illustreerib Black Insurance platvormi moodustavaid komponente. Hyperledger Quiltit kasutatakse värava loomiseks avaliku ja erasektori plokiahelate vahel, mis moodustavad Musta ökosüsteemi. Sellest plokksidevahelisest suhtlusest räägime allpool, kuid keskendugeme kõigepealt komponentidele.

Avalikud plokiahela komponendid

Ethereumi plokiahel on hostiks mitmele nutikale lepingule, mis koosnevad kahest “pangakomponendist” paljude märkide jaoks ja detsentraliseeritud autonoomsest organisatsioonist (DAO).

Musta tokeni panga nutilepingud vastutavad musta platvormi tokeni - utiliidi toki, mis pakub juurdepääsu kindlustustoodetele ja -teenustele - levitamise haldamise eest. Mustaid žetoone saab osta Black Insurance ICO kaudu või teisese kauplemise kaudu. Musta sündikaadi märke (BST) haldavad BST nutilepingud. Iga BST turbemärk tähistab ühe Musta kindlustuse sündikaadi kuulumist.

Eelnimetatud DAO esindab direktorite nõukogu, kes vastutab selliste juhtimisküsimuste üle hääletamise eest nagu must märkide otsemüügi hinnakujundus, märgide põletamise sündmused ja reservimäärad.

Läbipaistvuse huvides ning märkide vaba liikumise ja hindamise tagamiseks on mõistlik neid komponente võõrustada avalikus Ethereumi plokiahelas.

Privaatsed plokiahela komponendid

Seevastu kõigi plokkide ahelatevahelise lüüsi teisel küljel hostitud komponentide suhtes kehtivad privaatsuse ja autentimise kaalutlused. Musta platvormi kindlustus- ja investeerimisteenuste sisemine töö on rakendatud Hyperledger Fabricus.

Selle siseökosüsteemi sidusrühmad võib jagada kahte rühma: kindlustuse väärtusahela sidusrühmad ja investeeringute väärtusahela sidusrühmad. Esimene hõlmab järgmist:

  • Kindlustustoodete loojad, kes vastutavad kindlustustoodete turuletoomise ja poliiside koostamise eest.
  • Kindlustusagendid ja maaklerid, kes tegelevad turustamisega, st klientidele poliiside müümisega.
  • Nõuete käsitlejad, kes tegelevad arukate lepingute valideerimise ja töötlemisega, tekitavad kindlustusnõudeid.

Pange tähele, et need rollid võivad kattuda. Tegelikult on musta kindlustuse ökosüsteemi üks peamisi eeliseid see, et kindlustussektori traditsioonilisi piire pehmendatakse. Näiteks on teostatav ja tõesti soovitav, et maaklerid saaksid võtta endale toote looja rolli.

Investeerimisvaldkonna sidusrühm koosneb järgmistest osadest:

  • Sündikaatinvestorid, kes hoiavad BST žetoone investeerimisviisina.
  • Sündikaatettevõtjad, kes vastutavad sündikaatfondi ja portfelli haldamise eest.
  • Edasikindlustused osana riskijuhtimisest.

Neile sidusrühmadele on saadaval kolm peamist komponenti. Platvormi keskmes on üks platvormi põhikanal, mis rakendab ühiseid funktsioone, võimaldades kindlustustooteid, kindlustusandmeid ja nende koostoimimist. Kanal Hyperledger Fabricis on privaatne andme- ja kommunikatsioonikanal, põhimõtteliselt eraldi pearaamat. Platvormi tuuma jaoks on vaja veel mõnda täpset privaatsuse kaitset, välja arvatud kanali privaatsus. Hyperledger Fabrici üks eeliseid on see, et selle peeneteralise privaatsuse halduse primitiivid on hõlpsasti kättesaadavad eratehingute ja null-teadmiste tõendite kujul.

Igal kindlustustootel on oma poliisihalduri kanal. Seetõttu on kindlustustooted andmetele juurdepääsu ja privaatsuse osas lahus. Policy Admin kanalid hoiavad kindlustuspoliiside ja nendega seotud protsesside ahelkoodi (Hyperledger Fabric terminoloogia nutikatele lepingutele).

Samamoodi on iga sündikaat varustatud eraldi investeerimiskanaliga, mis võimaldab investeeringute rahavoogude mudelite privaatsuse kaitset rakendada sündikaatides.

Plokkidevaheline suhtlus

Nagu eespool selgitatud, on platvormi kasutamisel avalikus ja privaatses plokiahelas mitu eelist. Kahjuks nõuab see arhitektuur ka kahe platvormi vahelist aatomivahetust, mis on üks blockchaini praegustest väljakutsetest. Mõiste „aatomi vahetus” viitab varade vahetamisele erinevatel platvormidel aatomis, mis tähendab jagamatus kontekstis või tehingus.

Nagu juba mainitud, kasutatakse Hyperledger Quilt'i värava loomiseks Ethereumi plokiahela avaliku maailma ja Hyperledger Fabrici privaatse maailma vahel. Quilt on Interledgeri protokolli rakendus, mis on spetsiaalselt loodud erinevate pearaamatute järjepidevaks ühendamiseks.

Lüüsi toimimise üksikasjad leiate meie eelmisest selleteemalisest artiklist. Kokkuvõtlikult võib lüüsi kasutajatel teisaldada mustad või BST-märgid Ethereumist Hyperledger Fabrici ja vastupidi.

Tööstusharu kavandatud otsused

Ülaltoodud selgitus on mõeldud kasutamiseks ülevaatena Black Insurance platvormi kujundamisest. Kuid see on ka üldine näide sellest, kuidas ettevõtte blockchain -arhitektuure tuleb arendada teatud tööstusharu piires, isegi kui nad muudavad selle tööstuse täielikult revolutsiooniliseks.

Privaatsuse ja regulatiivsed probleemid mõjutavad igasugust ettevõtte tarkvara ning plokiahelapõhised mudelid ei erine üksteisest. Mõne kavala kujundusotsuse ja natuke loomingulisuse abil on siiski võimalik leida õige tasakaal.