Jobb épület: Egyszerű útmutató a blokklánc-használati esetekhez

A Deloitte nemrégiben készült tanulmánya szerint az elmúlt két évben létrehozott 26 000 blokklánc-alapú projekt 92% -a halott.

Miután ezt először meghallottam, meg kellett kérdeznem magamtól: hogyan került ki ez a szám a kezéből?

Ez a cikk megkísérli megfogalmazni, hogy mi okozta ezt a kérdést, azzal a céllal, hogy segítsen nekünk a szenvedélyes blockchain rajongóknak elkerülni egy olyan projekt elindítását, amely a 92% részévé válik.

Jó blokklánc-használati eset felépítése fentről felfelé

Azok számára, akik még nem ismeri a blokkláncok működésének alapjait, nagyon javasolnám, hogy először olvassa el a „Blokkláncok, rejtjelektródák és az új decentralizált gazdaság: 1. rész - gyengéd bevezetés” cikket, amelyet a Blockchain írt a Berkeley Ashley Lannquistjén tavaly.

Azok számára, akik ismerik a témát, elkezdhetjük belemerülni a blokkláncok olyan alapvető képességeibe, amelyek felhasználhatók az értelmes használati esetek létrehozására.

Elosztott könyvtár-technológiai keretrendszer

Az elosztott főkönyvi technológiával (mint például a blockchain) a felhasználók adatbázis-környezeteket hozhatnak létre, ahol több kölcsönösen bizalmatlan felhasználó központi koordinátor nélkül cserélhet értékeket vagy csatolhat rekordokat.

A kriptográfia és a játékelmélet fogalmainak ötvözésével a blokkláncok kiküszöbölik a rendszer iránti bizalom szükségességét, biztosítva ezzel, hogy a felhasználók átlátható módon tudnak kölcsönhatásba lépni, és kevésbé támaszkodnak harmadik fél hatóságaira.

A blockchain rendszerek e veleszületett „decentralizációja” fontos, mivel kiküszöböli a központi meghibásodási pontok negatív hatásait: a biztonság megsértését, a hálózat leállását vagy a hálózat leállását. Ezen túlmenően, amíg a biztonsági és életképességi garanciák érintetlenek, a blokkláncok megszabadítják a tranzakció cenzúrájának vagy rosszindulatú tevékenységeinek hálózatait a nem megbízható szereplőktől.

Ezeket az elosztott főkönyvi rendszereket már sikeresen bevezetik olyan területeken, mint a „pénzügy” vagy a „vitarendezés”, ahol az ügyfeleknek történelmileg kellett megbízniuk egy központi hatóságot az ügyletek adatainak felügyelete és a korábbi megállapodások betartásának biztosítása érdekében.

Az olyan cégek, mint a Hyperledger, magánvállalkozási blokkláncokat hoztak létre, amelyek célja ezen tranzakciós ökoszisztémák decentralizálása, támogatva a nagyobb technológiai, pénzügyi és ellátási láncot folytató vállalatok globális üzleti tranzakcióit. Fontos megjegyezni, hogy ezek a megvalósítások a blockchain technológia kivételes - nem szokásos - felhasználása, amint azt a tény is igazolja, hogy a blockchain alapú projektek 92% -a eddig nem járt sikerrel.

Az alábbiakban bemutatjuk a folyamatábrát, amely ellenőrzőlistaként működik azok számára, akik blokklánc-megoldást akarnak megvalósítani, valamint egy vázlatot arról, hogy milyen lépéseket kell megfontolnunk, mielőtt az Distributed Ledger Technology (DLT) felé haladnánk.

Kritériumok, amelyeket figyelembe kell venni a blokklánc-használati eset eldöntésekor

Ellenőrző lista, amikor dönt a blokklánc használatáról

1. Adatbázis

Először, amikor a blokklánc-használati esetet próbáljuk létrehozni, meg kell kérdeznünk, hogy van-e adatbázisunk, amely alapvetően biztonságos minden végpontnál.

Ha megpróbálunk blokkláncot megvalósítani egy olyan rendszeren, amely érzékeny a külvilág megváltoztatására vagy megváltoztatására, akkor elveszítjük a képességünket, hogy a rendszerünkben megbízhatatlanságot és decentralizációt vezessen, ami viszonylag korlátozott blokklánc-felhasználási esetet eredményez.

Az ilyen típusú kérdésre példa lehet a „Blood Diamond Tracking” - például a „Blood Diamond Tracking” - esetekben, amikor a vállalatok blokkláncokat használnak a legális gyémántok áramlásának nyomon követésére az ellátási lánc mentén a termelőktől a fogyasztókig. Bár a blokklánc jó megoldás lehet az adott gyémánttal kapcsolatos tranzakciók nyomon követésére, a megoldás továbbra is nagy bizalmat kölcsönöz azoknak a munkavállalóknak vagy csomópontoknak, amelyek ezeket a gyémántokat a blokklánc rendszerbe adják. Ebben az esetben az „adatbázis végpont” nem biztonságos, ami olyan bizalmi problémákhoz vezet, amelyek sújtják a blokklánc használatát.

2. Tranzakciók

A következő legfontosabb kérdés, amelyet fel kell vetni a blokklánc használata előtt, az, hogy több partíció koordinálja-e az adatbázisunkat az akcióval.

Ha az adatbázisunk nem igényli sok érdekelt fél közötti koordinációt, és egyetlen kulcsfontosságú „író” használatával működhet, akkor központi adatbázist kell használnunk. A blokkláncok természetüknél fogva „Distributed Ledger Technology”, és ha nincs szükség az adatbázis tulajdonjogának „terjesztésére”, akkor más adatbázis-struktúrát kell használnunk.

Ezt a pontot, bármilyen egyszerű is, gyakran elfelejtik a minőségi blokklánc-használati eset kialakításakor. A valóságban az olyan központosított szoftverek, mint az Oracle Database vagy a MySQL, sokkal robusztusabb tranzakciós infrastruktúrával rendelkeznek, mint a meglévő decentralizált blockchain rendszerek, ami azt jelenti, hogy a DLT-t csak akkor szabad használni, ha a decentralizáció feltétlenül szükséges a projektünkhöz.

A centralizáció esete

A klasszikus példa arra, ahol a központosítás inkább értelmezhető, a meglévő technológiai óriások, például a Facebook vagy a Google, akik kezelik a felhasználói adatok Exabytes adatait.

Bár jó lenne, ha a Google decentralizálná a felhasználói tranzakciókat, a blokklánc használatának nincs értelme. Ennek oka az, hogy sokkal könnyebb nyomon követni az információkat egy központosított rendszerben, ahol minden információ egyetlen ponton megy keresztül.

A centralizált rendszerek alapvetően sokkal koherensebb belső integrációval bírnak, mint a decentralizált rendszerek, és ennek eredményeként sokkal valószínűbb, hogy kihasználják a méretgazdaságosságot, mint a DLT-ket. Valójában a Google-termékek, például a Gmail, csak olyan funkciókkal rendelkeznek, mint az „intelligens spamszűrők”, mivel a Google képes szinte mindenki e-maileinek megtekintésére.

3. Bizalom

Miután megállapítottuk, hogy a központosítás fontos-e az Ön használata szempontjából, döntő fontosságú, hogy megkérdezzük, kinek kell megbíznunk a rendszer működése érdekében, és mi történne a bizalom megsértése esetén.

Bármely központi rendszerben a rosszindulatú fellépés számos formában kialakulhat. A központi hatóság nem csak megpróbálja megváltoztatni a meglévő tranzakciókat, de visszatarthatja az információkat, jelenthet az inkonzisztens tranzakciókat a hálózaton keresztül, vagy cenzúrázhatja a felhasználókat az egyes tranzakciók eléréséhez. Ha a központi hatóság ösztönzi ezeket a műveleteket a meglévő rendszerünkben, akkor legalább meg kell fontolnunk egy biztonsági intézkedés, például a blockchain végrehajtását az esetünkben.

Ha a felhasználók közötti bizalom nem jelent jelentős problémát, akkor egyszerűen ki lehet használni egy elosztott adatbázist, amelyben minden felhasználó fenntartja az adatbázis egy példányát, és szabadon szerkesztheti és frissítheti az adatbázis állapotát, ahogy tetszik. Ezt sokkal könnyebb megvalósítani, mivel a „láncvédő” biztonsági funkciókat, mint például a „bizánci hibatűrés” (a manipuláció ellenállása és következetlenségek), nem kell figyelembe venni.

Különleges eset: Nyilvános vagy engedélyezett blokkláncok

Fotó: Samson Duborg-Rankin az Unsplash-en

Fontos megjegyezni, hogy vannak olyan módszerek a blokklánc-rendszerek felhasználására, amelyek egyesítik a fogalmakat a központosított adatbázisokból, az elosztott adatbázisokból és az elosztott főkönyvi technológiákból.

Az „engedélyezett blokkláncok” egy példa erre a fogalom-házasságra, amelyben a központosított felhasználói engedélyek egyesülnek a decentralizált blokklánc-tranzakciós ökoszisztémával.

Azáltal, hogy ellenőrizni tudjuk a blokklánc-hálózaton engedélyezett felhasználókat, csökkenthetjük a rosszindulatú fellépés valószínűségét és fokozhatjuk az irányítást annak felett, amit a rendszer próbál kezelni - létrehozunk egy olyan rendszert, amely nem igényel annyi hibatűrést, biztonságot, és karbantartás, mint egy hagyományos “nyilvános” blokklánc.

Ennek a blokklánc-struktúra hátránya, hogy sokkal kevésbé „megbízhatatlan”, mint a nyilvános blokkláncokban, mivel a felhasználóknak továbbra is bízniuk kell az engedélyeket kiadó hatóságban, valamint a rendszer által alkalmazott konszenzusmechanizmusban.

A JP Morgan kvóruma kiváló példa az engedélyezett blokklánc-használat esetére, mivel olyan terméket hoztak létre, amely felhatalmazza a pénzügyi ágazatot nagysebességű tranzakciókkal (másodpercektől több száz-tíz századig) azáltal, hogy kihasználják a csökkenő BFT-igényt, amely egy az engedélyezett felhasználói készlet lehetővé teszi (lásd a QuorumChain oldalt).

4. Disintermediáció

Mielőtt elkezdené a blokklánc-használati esetet, emellett fontos megvizsgálni, hogy szükség van-e disztribúcióra tranzakciós rendszerünkben.

Ha a blokkláncot megelőző megoldásunkra nagy közvetítői díjak vonatkoznak, vagy a megerősítési időkésések a blokkláncok természetesen alkalmasak e folyamat felgyorsítására, csökkentve az összes felhasználó költségeit.

Ha a megkülönböztetés nem elengedhetetlen tranzakciós rendszerünk számára, sokkal könnyebb a tranzakciók ellenőrzésének feladatát egy középvezetőnek vagy központi hatóságnak ruházni, megszüntetve az elosztott validátorok szükségességét a blockchain hálózaton.

A diszintermediációt hasznosító esetek nagyszerű példája a slock.it, aki digitális vállalkozást épített fel az intelligens szerződések megkötésének koncepciója alapján az individualizált IOT-eszközök számára, megszüntetve az emberi beavatkozás vagy kiigazítás szükségességét. A slock.it technológiájával bármely IOT eszköz saját azonosítással rendelkezik, és összetett megállapodásokat köthet (beleértve a fizetések fogadására vonatkozó megállapodást) - mindezt közvetítők igénybevétele nélkül.

5. Tranzakciós függőség

Az a záró kérdés, amelyet felteszünk magunkra a blokklánc használatának bevezetése előtt, az, hogy tranzakcióink egymástól függenek-e vagy sem.

A tranzakciótól való függőség olyan tulajdonság, amely látható mindenféle adatbázis-rendszerben, különösen több felhasználót tartalmazó rendszerekben, amelyekben sok párt vesz részt, vagy eszközök vagy áruk cseréjét szolgáló rendszerekben (például ingatlan vagy kiskereskedelem).

Ha tranzakcióinknak nem kell egymással kölcsönhatásba lépni, sokkal hatékonyabb egy „mester / szolga” adatbázis-struktúra használata, amelyben az egyik „mester” csomópont jár a hitelesítés és jóváhagyás bajnokává bizonyos tranzakciók alcsoportjai esetében, amelyek „ slave ”csomópontok elvégzik a végrehajtás munkáját.

Ha tranzakcióink egymásra támaszkodnak, meglehetősen nehéz lesz meghatározni, hogy hogyan osztjuk meg a megfelelő tranzakciókat a fő csomópontok között, így szükség van valamire, például egy blokkláncra az adatbázis kollektív állapotának megváltoztatására.

A blokkláncok ezenkívül atomszintet (az adatbázis részleges frissítésének megakadályozását) kínálják a felhasználóknak, biztosítva, hogy az egymástól függő tranzakciók azonnal végrehajtásra kerüljenek, anélkül hogy lehetősége lenne törölni vagy megzavarni a kereskedelmet. Ez biztosítja, hogy a rendszer bármiféle bonyolult tranzakciós struktúrája eredményeként semmilyen vagyon nem jön létre vagy pusztul el.

összefoglalás

Gratulálunk, most jó úton vagyunk a megfelelő felhasználási eset felépítéséhez! A cikk ellentmondásos hangja ellenére valójában számos olyan blokklánc-technológia alkalmazható, amelyek jobbá tudják befolyásolni a meglévő tranzakciós rendszereket. Mielőtt ezen alkalmazások egyikévé válnánk, fontos megkérdezni magunktól, hogy mi működési helyzetünknek működnie kell, mielőtt eldöntenénk a blokkláncról, mint a megfelelő megoldásról.

Ha képesek vagyunk előrehaladni a fentebb ábrázolt folyamatábrán, akkor jó úton vagyunk egy hangos blockchain használati esethez, megnövelve annak valószínűségét, hogy a blockchain projektek egyikének 8% -ává váljunk, amelyek képesek lesznek ellenállni a tesztnek. idő.

Függelék

A cikk szellemében azt gondoltam, hogy az alábbiakban felveszem néhány kedvenc blokklánc-használatának esemét - arra buzdítom mindenkit, hogy gyakorlatként vegye figyelembe azokat a tényezõket, amelyek a felhasználási eseteket értékelik!

i) Gnózis - Az Ethereum platformon alapuló decentralizált predikciós piac

ii) Blocknotary - Decentralizált közjegyzői szolgáltatás időbélyeg-ellenőrzéssel

iii) Zcash - Nyílt, engedély nélküli kriptovaluta, amely teljes mértékben védi a tranzakciók magánéletét nulla ismeretű kriptográfia segítségével.