Az értelmetlen blokklánc projekt elkerülése

Hogyan állapítható meg, hogy valódi blokklánc-használati esetet talált-e

A blokkláncokat túlzásba vitték. Ott mondtam. Tól től SIBOS nak nek Pénz20 / 20 történeteinek fedezésére The Economist és a Euromoney, úgy tűnik, mindenki felmászik a blokkláncos kocsi fedélzetére. És kétségtelenül, mint mások az űrben, gyorsan növekvő számú vállalatot látunk, akik a koncepció bizonyítékait építik a mi platformon és/vagy a segítségünket kérve.

Fiatal indulóként azt hinné az ember, hogy túl vagyunk a holdon. Bizonyára itt az ideje, hogy rengeteg pénzt gyűjtsünk, és megépítsük azt a nagy teljesítményű következő generációs blokklánc platformot, amelyet már megterveztünk. Mi a fenét várunk?

Megmondom mit. Arra várunk, hogy jobban megértsük, hol találhatók a blokkláncok hitelesen hozzáadott értéket a vállalati IT-ben. Látod, ezeknek a beérkező projekteknek a nagy része semmi köze a blokkláncokhoz. Íme, hogyan működik. A nagy cég azt hallja, hogy a blokkláncok a következő nagy dolog. A nagy cég belsőleg talál néhány embert, akit érdekel a téma. A nagy cég költségvetést ad nekik, és azt mondja nekik, hogy csináljanak valami blokkláncot. Nemsokára kopogtatnak az ajtónkon, dollárjegyekkel hadonásznak, kérdeznek us hogy segítsen őket gondolj egy használati esetet. Most mit mondj?

Mi a probléma azokkal, akiknek van egy projektjük? A projekt sok esetben tökéletesen kivitelezhető normál relációs adatbázis használatával. Tudod, olyanok a nagy vas behemótok Jóslat és a SQL Servervagy a nyitottabbak számára, MySQL és a postgres. Tehát hadd kezdjem a dolgok pontosításával:

Ha a mai relációs adatbázisok kielégítik az Ön követelményeit, akkor őrültség lenne blokkláncot használni.

Miért? Mert az olyan termékek, mint az Oracle és a MySQL több évtizedes fejlesztést tudhatnak maguk mögött. Több millió szerveren telepítették őket, amelyeken ezermilliárd lekérdezés fut. Tartalmazzák a bolygó legalaposabb tesztelt, hibakereső és optimalizált kódjait, amelyek másodpercenként több ezer tranzakciót dolgoznak fel anélkül, hogy izzadt volna.

És mi a helyzet a blokkláncokkal? Jól, termék az elsők között jelent meg a piacon, és pontosan 5 hónapja volt elérhető, néhány ezer letöltéssel. Valójában rendkívül stabil, mert mi építettük Bitcoin Core, a bitcoint működtető szoftver. De még akkor is, ez az egész termékkategória még mindig a pelenkákban van.

Tehát azt mondom, hogy a blokkláncok haszontalanok? Egyáltalán nem. De mielőtt belevágna abba a fényes blokklánc-projektbe, nagyon világos elképzeléssel kell rendelkeznie arról miért használsz blokkláncot. Rengeteg feltételt kell teljesíteni. És ha nem, akkor menj vissza a rajzasztalhoz. Talán jobban meghatározhatja a projektet. Vagy talán sok időt és pénzt spórolhatsz meg mindenkinek, mert egyáltalán nincs szükséged blokkláncra.

1. Az adatbázis

Íme az első szabály. A blokkláncok egy olyan technológia megosztott adatbázisok. Tehát azzal kell kezdenie, hogy tudja, miért használ adatbázist, ami alatt az információ strukturált tárházát értem. Ez lehet hagyományos relációs adatbázis, amely egy vagy több táblázatszerű táblázatot tartalmaz. Vagy lehet a trendibb NoSQL fajta, amely inkább fájlrendszerként vagy szótárként működik. (Elméleti szinten a NoSQL-adatbázisok egyébként is csak egy részhalmaza a relációs adatbázisoknak.)

A pénzügyi eszközök főkönyve természetesen egy adatbázistáblaként is kifejezhető, amelyben minden sor egy adott entitás tulajdonában lévő eszköztípust képvisel. Minden sor három oszlopot tartalmaz, amelyek a következőket tartalmazzák: (a) a tulajdonos azonosítója, például számlaszám, (b) az eszköztípus azonosítója, például „USD” vagy „AAPL”, és (c) az adott eszköz által birtokolt mennyisége. tulajdonos.

Az adatbázisok módosítása „tranzakciókkal” történik, amelyek az adatbázisban bekövetkezett változások halmazát jelentik, amelyeket egészében el kell fogadni vagy el kell utasítani. Például egy eszközfőkönyv esetében az egyik felhasználótól a másik felé történő fizetést egy tranzakció jelenti, amely az egyik sorból levonja a megfelelő mennyiséget, és hozzáadja a másikhoz.

2. Több író

Ez könnyű. A blokkláncok egy olyan technológia adatbázisok több íróval. Más szavakkal, egynél több entitásnak kell lennie, amely az adatbázist módosító tranzakciókat generálja. Tudod, kik ezek az írók?

A legtöbb esetben az írók olyan „csomópontokat” is futtatnak, amelyek az adatbázis másolatát tárolják, és a tranzakciókat továbbítják egy másik csomóponthoz. peer-to-peer divat. A tranzakciókat azonban olyan felhasználók is létrehozhatják, akik maguk nem futtatnak csomópontot. Vegyünk például egy fizetési rendszert, amelyet a bankok kis csoportja közösen karbantart, de több millió végfelhasználóval rendelkezik mobileszközökön, és csak a saját bankjuk rendszereivel kommunikál.

3. A bizalom hiánya

És most a harmadik szabály. Ha több entitás ír az adatbázisba, akkor ennek is meg kell bizonyosodnia bizalmatlanság ezen entitások között. Más szóval, a blokkláncok egy olyan technológiát adatbázisok több nem megbízható íróval.

Azt gondolhatnánk, hogy a bizalmatlanság csak különálló szervezetek, például a piacon kereskedõ bankok vagy az ellátási láncban részt vevõ vállalatok között alakul ki. De az is létezhet egyetlen nagy szervezeten belül, például a részlegek között vagy a különböző országokban végzett műveletek között.

Konkrétan mit értek bizalmatlanság alatt? Úgy értem, hogy az egyik felhasználó nem hajlandó megengedni, hogy egy másik módosítsa a „tulajdonában lévő” adatbázis-bejegyzéseket. Hasonlóképpen, amikor az adatbázis tartalmáról van szó, az egyik felhasználó nem fogadja el evangéliumként a másik felhasználó által közölt „igazságot”, mert mindegyiknek más-más gazdasági vagy politikai ösztönzése van.

4. Deszintermediáció

Tehát az eddigi definíció szerint a probléma egy olyan adatbázis engedélyezése, amelyben több nem megbízható író található. És erre a problémára már van egy jól ismert megoldás: a megbízható közvetítő. Vagyis akiben minden író megbízik, még ha nem is bízik teljesen egymásban. Valójában a világ tele van ilyen jellegű adatbázisokkal, például egy banki számlakönyvvel. Az Ön bankja vezérli az adatbázist és biztosítja, hogy minden tranzakció érvényes, és az az ügyfél által engedélyezett, akinek a pénzét mozgatja. Bármilyen udvariasan kéri is, bankja soha nem engedi, hogy közvetlenül módosítsa az adatbázisát.

A blokkláncok engedélyezésével megszüntetik a megbízható közvetítők iránti igényt több nem megbízható írót tartalmazó adatbázisok közvetlenül módosíthatók. Nincs szükség központi kapuőrre a tranzakciók ellenőrzésére és forrásuk hitelesítésére. Ehelyett az ügylet definíciója kibővül az engedélyezés igazolására és az érvényesség igazolására. A tranzakciók tehát lehetnek minden csomópont függetlenül ellenőrzi és feldolgozza amely az adatbázis másolatát karbantartja.

De a kérdés, amit fel kell tenned: Akarja vagy szüksége van erre a deintermediációra? Ha figyelembe vesszük az Ön használati esetét, van valami rossz abban, ha van egy központi fél, aki hiteles adatbázist tart fenn, és ügyleti kapuőrként működik? A jó okok arra, hogy előnyben részesítsék a blokklánc alapú adatbázist egy megbízható közvetítővel szemben, lehetnek alacsonyabb költségek, gyorsabb tranzakciók, automatikus egyeztetés, új szabályozás vagy egyszerűen képtelenség megfelelő közvetítőt találni.

5. Tranzakciós interakció

Tehát a blokkláncoknak van értelme olyan adatbázisok esetében, amelyeket több író is megoszt, akik nem bíznak teljesen egymásban, és közvetlenül módosítják az adatbázist. De ez még mindig nem elég. A blokkláncok valóban ott ragyognak, ahol van a tranzakciók közötti interakció ezek az írók alkották meg.

Mit értek interakció alatt? A legteljesebb értelemben ez azt jelenti, hogy a különböző írók által létrehozott tranzakciók gyakran függnek egymástól. Tegyük fel például, hogy Alice pénzt küld Bobnak, majd Bob továbbküld Charlie-nak. Ebben az esetben Bob tranzakciója Alice tranzakciójától függ, és nincs mód Bob tranzakciójának ellenőrzésére anélkül, hogy először ellenőrizné Alice tranzakcióját. Ebből a függőségből adódóan a tranzakciók természetesen összetartoznak a egyetlen megosztott adatbázis.

Ha ezt tovább vesszük, a blokkláncok egyik jó tulajdonsága, hogy tranzakciókat lehet létrehozni több író közreműködésével, anélkül, hogy bármelyik fél kitenné magát kockázatnak. Ez az, ami lehetővé teszi szállítás versus fizetés az elszámolást biztonságosan kell végrehajtani egy blokkláncon keresztül, megbízható közvetítő szükségessége nélkül.

Jó példa lehet azokra a helyzetekre is, amikor a különböző írók tranzakciói keresztkorrelációban állnak egymással, még akkor is, ha függetlenek maradnak. Egy példa lehet egy megosztott identitásadatbázis, amelyben több entitás érvényesíti a fogyasztók identitásának különböző aspektusait. Bár minden ilyen tanúsítvány önmagában áll, a blokklánc hasznos módja annak, hogy mindent egységes módon egyesítsen.

6. Állítsa be a szabályokat

Ez valójában nem feltétel, hanem elkerülhetetlen következménye az előző pontoknak. Ha több író által közvetlenül módosított adatbázisunk van, és ezek az írók nem bíznak teljesen egymásban, akkor az adatbázisnak beágyazott szabályokat kell tartalmaznia. korlátozza a végrehajtott tranzakciókat.

Ezek a szabályok alapvetően különböznek a korlátok amelyek a hagyományos adatbázisokban jelennek meg, mert kapcsolódnak a az átalakítások legitimitása nem pedig az adatbázis állapota egy adott időpontban. A hálózat minden csomópontja minden tranzakciót ellenőriz ezeknek a szabályoknak, és a sikerteleneket elutasítja, és nem továbbítja.

Az eszközkönyvek egy egyszerű példát tartalmaznak az ilyen típusú szabályokra, amelyek megakadályozzák, hogy a tranzakciók légből kapott eszközöket hozzanak létre. A szabály kimondja, hogy a főkönyvben szereplő egyes eszközök teljes mennyiségének minden tranzakció előtt és után azonosnak kell lennie.

7. Válassza ki az érvényesítőket

Eddig egy elosztott adatbázist írtunk le, amelyben a tranzakciók sok helyről származhatnak, egyenrangú módon terjedhetnek a csomópontok között, és minden csomópont függetlenül ellenőrzi őket. Tehát hol jön be a „blokklánc”? Nos, a blokklánc dolga az, hogy a mérvadó végső tranzakciós napló, amelynek tartalmában minden csomópont bizonyíthatóan egyetért.

Miért van szükségünk erre a naplóra? Először is lehetővé teszi az újonnan hozzáadott csomópontok számára, hogy a semmiből számítsák ki az adatbázis tartalmát anélkül, hogy megbízniuk kellene egy másik csomópontban. Másodszor, kiküszöböli annak lehetőségét, hogy egyes csomópontok lemaradhatnak bizonyos tranzakciókról rendszerleállás vagy kommunikációs hiba miatt. Tranzakciós napló nélkül ez azt eredményezné, hogy az egyik csomópont adatbázisa eltérne a többiétől, ami aláásná a megosztott adatbázis célját.

Harmadszor, lehetséges, hogy két tranzakció ütközik, így csak az egyik fogadható el. Klasszikus példa a dupla kiadás amelyben ugyanazt az eszközt két különböző címzettnek küldik el. Egy központi felhatalmazás nélküli peer-to-peer adatbázisban a csomópontok eltérő véleményen lehetnek arról, hogy melyik tranzakciót fogadják el, mivel nincs objektív helyes válasz. Azzal, hogy megkövetelik a tranzakciók „megerősítését” a blokkláncban, biztosítjuk, hogy minden csomópont ugyanarra a döntésre konvergáljon.

Végül be Ethereum-stílusú blokkláncok, a precíz rendelés A tranzakciók számának növekedése döntő szerepet játszik, mert minden tranzakció képes befolyásolja a történéseket minden következőben. Ebben az esetben a blokklánc határozza meg a mérvadó kronológiát, amely nélkül a tranzakciókat egyáltalán nem lehet feldolgozni.

A blokklánc szó szerint blokkok lánca, amelyben minden blokk olyan tranzakciók halmazát tartalmazza, amelyeket csoportként megerősítenek. De ki a felelős az egyes blokkokban szereplő tranzakciók kiválasztásáért? A vállalati alkalmazásokhoz alkalmas „privát blokklánc” fajtájában a válasz a validátorok (bányászok) zárt csoportja, akik digitálisan aláírják az általuk létrehozott blokkokat. Ezt az engedélyezési listát valamilyen elosztott konszenzusos sémával kombinálják, hogy megakadályozzák, hogy az érvényesítők kisebb része átvegye az irányítást a lánc felett. Például a MultiChain egy elnevezésű sémát használ bányászati ​​sokféleség, amelyben az engedélyezett bányászok dolgoznak a kerek vörösbegy mód, bizonyos fokú engedékenységgel, hogy lehetővé tegye a nem működő csomópontokat.

Függetlenül attól, hogy melyik konszenzusos sémát használják, az érvényesítő csomópontoknak sokkal kisebb hatalmuk van, mint egy hagyományos központosított adatbázis tulajdonosának. Az érvényesítők nem hamisíthatnak tranzakciókat, és nem módosíthatják az adatbázist a szabályok megsértésével. Az eszközkönyvben ez azt jelenti, hogy nem költhetik el mások pénzét, és nem módosíthatják a képviselt eszközök teljes mennyiségét. Ennek ellenére továbbra is két módja van annak, hogy az érvényesítők indokolatlanul befolyásolják az adatbázis tartalmát:

• Tranzakciós cenzúra. Ha elég sok érvényesítő összejátszik rosszindulatúan, megakadályozhatják egy adott tranzakció megerősítését a blokkláncban, így az véglegesen bizonytalanná válik.
• Elfogult konfliktusmegoldás. Ha két tranzakció ütközik, a következő blokkot létrehozó érvényesítő eldönti, hogy melyik tranzakciót erősíti meg a blokkláncon, ami a másik elutasítását okozza. A tisztességes választás az elsőként látott tranzakció lenne, de az érvényesítők más tényezők alapján is választhatnak anélkül, hogy ezt felfednék.

E problémák miatt a blokklánc alapú adatbázis telepítésekor világos elképzeléssel kell rendelkeznie arról kik az érvényesítőid és miért bízol bennük, együttesen, ha nem egyedül. A felhasználási esettől függően az érvényesítők a következők lehetnek: (a) egy vagy több, egyetlen szervezet által vezérelt csomópont, (b) a láncot fenntartó szervezetek központi csoportja vagy (c) a hálózat minden csomópontja.

8. Vissza a vagyonát

Ha idáig eljutott, észrevehette, hogy a blokkláncokat inkább megosztott adatbázisoknak nevezem, nem pedig a gyakoribb „megosztott főkönyveket”. Miért? Mivel technológiaként a blokkláncok az eszközök tulajdonjogának nyomon követésén túlmutató problémákra is alkalmazhatók. Bármely adatbázis, amely több nem megbízható íróval rendelkezik, megvalósítható egy blokkláncon keresztül, központi közvetítő szükségessége nélkül. Ilyenek például a megosztott naptárak, a wiki-stílusú együttműködési és vitafórumok.

Ennek ellenére egyelőre úgy tűnik, hogy a blokkláncok elsősorban azok számára érdekesek, akik nyomon követik a pénzügyi eszközök mozgását és cseréjét. Ennek két okát tudom elképzelni: (a) a pénzügyi szektor reagál a kriptovaluták, például a bitcoin (utólag visszatekintve, csekély) fenyegetésére, és (b) az eszközkönyv a legegyszerűbb és legtermészetesebb példa egy megosztott adatbázisra. kölcsönösen függő tranzakciók, amelyeket több nem megbízható entitás hozott létre.

Ha a blokkláncot eszközkönyvként szeretné használni, meg kell válaszolnia egy további kulcsfontosságú kérdést: Milyen természetűek az áthelyezett eszközök? Ez alatt nem csak készpénzre, kötvényekre vagy fuvarlevelekre gondolok, bár természetesen ez is fontos. A kérdés inkább a következő: Ki áll a blokkláncon megjelenített eszközök mögött? Ha az adatbázis azt mondja, hogy 10 egység birtokom van valamiből, akkor ki engedi meg, hogy igényeljem azt a 10 egységet a való világban? Kit pereljek, ha a blokkláncban leírtakat nem tudom hagyományos fizikai eszközökké alakítani? (Ezt nézd eszközszerződés például.)

A válasz természetesen a használati esettől függően változik. Monetáris eszközök esetében elképzelhető, hogy a letétkezelő bankok hagyományos formában fogadnak el készpénzt, majd blokklánc-alapú elosztott főkönyvben írják jóvá a betétesek számláit. A kereskedelem finanszírozásában az akkreditíveket és a fuvarleveleket az importőr bankja, illetve a hajózási társaság fedezné. A jövőben pedig el tudunk képzelni egy olyan időszakot, amikor a elsődleges kibocsátás A vállalati kötvények vásárlása közvetlenül a blokkláncon történik a forrásszerzésre törekvő vállalat által.

Következtetés

Ahogy a bevezetőben említettem, ha a projektje nem teljesül ezen feltételek mindegyike, nem szabad blokkláncot használnod. Az első öt egyikének hiányában a következők egyikét kell fontolóra vennie: (a) normál fájltárolás, (b) központi adatbázis, (c) master-slave adatbázis-replikációvagy (d) több adatbázis, amelyhez a felhasználók hozzáférhetnek Iratkozz fel.

És ha teljesíti az első ötöt, akkor még van tennivaló. Tudnia kell az alkalmazás szabályait az adatbázis által lehetővé tett tranzakciók tekintetében kifejezni. Biztosnak kell lennie abban, hogy kiben bízhat meg érvényesítőként, és hogyan fogja meghatározni az elosztott konszenzust. És végül, ha megosztott főkönyvet szeretne létrehozni, tudnia kell, hogy ki fogja támogatni az adott főkönyv által képviselt eszközöket.

Megvan az összes válasz? Gratulálunk, igazi blokklánc-használati eseted van. És szeretnénk hallani felőled.

Kérjük, tegye meg észrevételeit a LinkedIn. Lásd még ezt a nyomon követést: Négy valódi blokklánc használati eset.