Blockchain vs. elosztott főkönyvi technológiák (DLT): 1. rész

blog 1NewsDevelopersEnterpriseBlockchain ExplainedEvents and ConferencesPressHírlevelek

Iratkozzon fel hírlevelünkre.

Email cím

Tiszteletben tartjuk a magánéletét

HomeBlogVállalkozás Blockchain

Blockchain vs. elosztott főkönyvi technológiák (DLT): 1. rész

Összehasonlító elemzés az Ethereum, a Hyperledger Fabric és az R3 Corda között. Készítette ConsenSys 2018. április 5. Feladva: 2018. április 5

Az Ethereum blokklánc hasonlóságokat és különbségeket tart fenn az olyan elosztott főkönyvi technológiákkal összehasonlítva, mint a Hyperledger Fabric vagy az R3 Corda. A blokklánc és az elosztott főkönyvi platformok és az általuk a vállalkozások számára elérhető érték megalapozott értékelése során hasznos a platformokat az alapvető funkcionalitásuk és jellemzőik alapján kategorizálni. Mivel a blokkláncok a kriptográfia és az adatkonfigurációk tételeiből származtak, bizonyos funkciók egy koordinált adatbázis-rendszerben replikálhatók, míg más funkciók csak valódi blokklánc-környezetben valósíthatók meg.

Ebben a cikkben felmérjük a főbb vállalati platformok, köztük az Ethereum, a Hyperledger Fabric és az R3 Corda alapvető üzleti funkcióit, tekintve, hogy a szoftver hol szerzi befolyását, és hogyan optimalizálják a rendszert általában, akár hagyományos elosztott rendszerek, akár kortárs blokklánc alap.

szövet r3 ethereum1. ábra: Az alaptechnika elhatárolása.

Különösen a funkcionalitás három fő területére fogunk összpontosítani:

  • Adatkoordináció. Hogyan oszlik meg jobban az információk és a bizalom a rendszeren belül az érdekelt felek között
  • Kriptoökonómiai belső ösztönző rétegek. Hogyan épül fel a rendszer úgy, hogy a különböző érdekelt feleket és felhasználókat gazdasági ösztönzők alapján motiválják a rendszer működőképességének biztosítására pl. Játékelmélet és mechanizmus kialakítása.
  • Integráció az eszközök digitális commoditization-jába. Hogyan integrálódhatnak a rendszerek a digitális termékek gazdaságába. Néhány nominális jellemzésben ezt jelképes gazdaságnak nevezik

A Blockchain fő céljai: Mit akarnak elérni a vállalkozások ezzel a technológiával?

Az olyan blokkláncoknak, mint az Ethereum, hasonló célok vannak, mint elosztott főkönyvtársaiknak. Kihívást jelenthet annak a célnak az azonosítása, amelyet a vállalkozások remélnek a blockchain technológia használatával, mert az 1990-es években az internethez hasonlóan a vállalkozások még nem tudták, hogyan kell elképzelni az erőteljes eszköz használatát. Hasonlóképpen manapság ismert, hogy a blockchain technológia képes különféle funkciók példányosítására, bár ezeknek a funkcióknak az üzleti megoldássá történő beépítéséhez további betekintésre és az alapul szolgáló képességek értékelésére van szükség..

A feltárt három fő tengely – az adatok feldolgozása és összehangolása, a megbízható és megváltoztathatatlan nyilvántartások, valamint az eszközök digitalizálása – elég tágak ahhoz, hogy egy blokklánc elsődleges használhatóságát beágyazzák, miközben lehetővé teszik e funkciók további extrapolációját üzleti forgatókönyvekbe. E három szempont megvitatásával feltárható annak jelentése, hogy egy üzleti vállalkozás miért akarja használni a technológiát.

Az információk hatékony feldolgozása és koordinálása

Ha a továbbfejlesztett elosztott rendszerterv vagy az adatbázis-koordináció az egyetlen célja egy protokollnak vagy platformnak, akkor talán nem feltétlenül szükséges egy blokklánc. A blockchain platformok hagyományosan népszerűsítették a jobb adatkoordináció és elosztott konszenzusos mechanizmusok koncepcióit, amelyekben az adatokat technológiai platformon keresztül segítik elő és továbbítják. Bár hasznos, e kívánt funkcionális tulajdonságok jelentős része megszerezhető a központi adatbázis jobb összehangolásával vagy az elosztott rendszerek jobb tervezésével. Ebben a vizsgálatban meg kell határozni, hogy a platformok és protokollok milyen mértékben próbálják optimalizálni a meglévő adatkoordinációs funkcionalitást az új blokklánc-funkcionalitás megvalósításával szemben. A blokkláncokat nemcsak fejlett adatkoordinációra tervezték.

A termékek és tranzakciók megváltoztathatatlan / megbízható nyilvántartása


Az eredeti tézis arról, hogy miért van szükségünk blokkláncokra, a bizalom digitalizálásának koncepciója körül forog. Andrew Keys, a ConsenSys által támogatott téma az, hogy “Mivel az internet az információk digitalizálását eredményezte, a blokkláncok a bizalom és a megállapodások digitalizálását eredményezik.” Ez az értelmes tézis testesíti meg a blokkláncok reményében elért érzését, miközben egy további út előtt is utat nyit. A további változó az érték digitalizálása lenne. Ha értéket tulajdonítunk a rendszerben megvalósított bizalomnak, akkor bizonyos összehangolási struktúrák és ösztönző mechanizmusok befolyásolják és ösztönzik a rendszeren belüli megfelelő viselkedést, ami robusztus platformot eredményez.

Gyakran előfordul, hogy a megváltoztathatatlanságot a rendszer megtervezésekor a bizalommal szinonimán használják, vagyis mivel a rendszer megváltoztathatatlan, bízik abban, hogy a rossz dolgok nem maradnak büntetlenül. Bár a platformprotokoll-értékelésünk során fontos értékelni a megbízható rendszer megvalósításának mechanizmusait is annak biztosítása érdekében, hogy az üzleti modell előnyös legyen a platform felhasználói számára (további feltárás a kriptogazdaság segítségével).

Az eszközök digitalizálása

Az áruk és az eszközök digitalizálása a legtöbb blokkláncos vagy elosztott főkönyvi platform elsődleges céljának tekinthető. Ha a vállalkozások az eszközök digitalizálását keresik, akkor az elosztott főkönyv vagy az adatbázis összehangolása képes bizonyos képességek felkínálására, bár nagy figyelmet kell fordítani e digitális termékek hozzáférhetőségére. Mivel az összehangolt adatbázisokat alapvetően központilag működtetik vagy terjesztik a partnerek egy csoportja vagy alcsoportjai között egy régi szoftverparadigma révén, a digitalizálás szintje korlátozható a digitalizálási platform által biztosított szabadság alapján. Míg az áruk digitalizálásának koncepciója egyszerű folyamatnak hangzik, a különböző ösztönző dinamika és gazdasági érvelés az ingatlanok, az emberi figyelem vagy akár az elektromosság digitalizálásának körülményeivel kapcsolatban jelentős megfontolást igényel, hogy bizonyos platform milyen típusú felelősséggel tartozik a digitalizálásért. A szállítói platformok különféle esetekben fokozatosan „szállítói bezáródást” mutatnak, és egy központilag kezelt platformra támaszkodnak.

Az olyan nyilvántartások és nyilvántartások, mint a címadó rendszerek és az ellátási láncok, szintén megvalósíthatók egy elosztott főkönyvi rendszeren keresztül, bár a gazdasági ösztönző réteggel való kölcsönhatásuk szintje meglehetősen korlátozott, ha zárt saját rendszerre támaszkodnak, és ezen eszközök elszaporodnak egy digitális ökoszisztémában vagy piactéren. zárt sínek alapján erősen elakadna. Szükség van egy szabadpiaci rendszerre, amely teljes mértékben kihasználja a nyílt piac által kínált különböző szempontokat, hogy megkönnyítsék a valódi digitális árukat a folyamatosan fejlődő digitális ökoszisztémában.

Az adatbázis-koordinációs jellemzők értékelése

Adatbázis-koordináció: Jellemzők

Míg ezeknek a platformoknak a funkcionalitását mélyrehatóan elemezték olyan jellemzők tekintetében, mint a változtathatatlanság, a biztonság, a skálázhatóság, a kezelhetőség és a teljesítmény, sokkal többet meg lehet állapítani az architektúrák alapjainak megértésével..

Számos eszközt találtak ki és hajtottak végre az elosztott rendszereken belüli megfelelő adatkoordináció érdekében. Az egyik példa az olyan eszközök nagy hangsúlyozása, mint a Hadoop és az ökoszisztéma különféle együttesei, beleértve a Sparkot, a Hive-ot és a Zookeepert. Ezekre a termékekre való támaszkodás az elosztott rendszereszközök és protokollok erős integrációját mutatja. További párhuzamok mutathatók meg olyan protokollokban, mint például a Tendermint, egy BPFT konszenzusmotor, amelyet hasonló funkciókkal terveznek, mint az Apache Zookeeper. Belsőleg is folytattak kutatásokat ennek mentén eseményforrás adatbázisok amely képes egy koordinált adatmegosztó rendszerből több kívánt funkciót megismételni.

Az olyan eszközök felmérésével, mint az Apache Kafka, és annak, hogy az adatfolyam-szolgáltatás hogyan képes jelentős átviteli szintet elérni egy vállalati környezetben, elhatárolhatjuk a blokklánc és az elosztott főkönyv közötti funkcionális különbségeket az adatbázis-koordinációtól és optimalizálástól függő különböző mértékű függőség alapján. eszközök az alapfogalmak szempontjából. Az Ethereum, beleértve a Plazmát is, olyan eszközöket használ, mint a MapReduce, hogy bizonyos térképészeti funkciókat kibővítsen egy UTXO és fiók alapú modell tetején, miközben az összetevőket merkle bizonyítékokká is csökkenti, bár fontos felismerni, hogy a protokoll alaprétege továbbra is az Ethereumra támaszkodik mint a gyökér blokklánc. E részletek lebontásával további betekintést nyerhetünk a szoftverplatformok technológiai jellemzőinek legjobb értékelésére.

Adatkoordináció: Platform összehasonlítás

Hyperledger szövet

Mély merülés révén Szövet architektúra, megállapítható, hogy a platform olyan bonyolult fejlesztői környezetet hozott létre, amelynek középpontjában a szoftverarchitektúra részletes konfigurációin alapuló kiváló teljesítmény biztosítása áll az optimális teljesítmény érdekében az elosztott rendszer környezetében. A lánckód mozgása az ügyfél és az elosztott jóváhagyó társcsomópontok hálózata között, a tranzakciós mechanizmusokkal és a jóváhagyási irányelveket kielégítő nyugták továbbításával hatékony a zárt rendszerben, míg a privát csatornákon belüli tranzakciókat terjesztő pletyka protokoll lehetővé teszi a nagy adatkészletek. Míg az infrastruktúra robusztus és képes, további megfontolásokat kell fontolóra venni annak gondolkodásában, hogy az architektúrát hogyan tervezték multilaterális koordinációs struktúrák lehetővé tétele céljából, ahol végül egy hálózatban részt vesznek olyan csatornák, amelyek nehezen kezelhetők.

hiperkönyves szövet architektúra2. ábra: Hyperledger Fabric architektúra. Ez az ábra szemlélteti a Fabric néhány architekturális konfigurációját és azt, hogy az összetevők hogyan szerveződnek egy rendszerbe, amely a fejlett információfeldolgozáshoz és a tranzakció maximális átviteli sebességéhez készült.

A fő gondolat az, hogy a csatornák lehetőséget kínálnak a tranzakciók mozgatására a platformon belül. Az architektúra vizsgálatakor a szolgáltatási csomópontok (OSN) megrendelése a tranzakciók rögzítésére szolgál az Apache Kafka rendelési szolgáltatásban. Az adatfolyam-ökoszisztémában a Kafka egy hatékony eszköz, amely képes különféle Kafka-fürtökbe és végül partíciókba csatolni a különféle tranzakciókat..

Ebben a beállításban az adatok szétoszthatók a fürtök között egy olyan elosztott tárolási platform megfogalmazása érdekében, amely rögzítheti azokat az adatstruktúrákat, amelyeket néha „blokkoknak” vagy bloboknak is neveznek a szövet „állam” definíciójában a kulcsukkal összefüggésben / értéktár konfigurációja. A szoftver keretrendszerében elismert koncepciók szerint az összes ökoszisztéma résztvevője és adatstruktúrája natív abban az értelemben, hogy elsősorban a szoftver-ökoszisztéma többi felhasználójával együtt működik.

3. ábra Apache Kafka3. ábra: Apache Kafka

A Fabric valójában egy főkönyv típusú alépítményt alkalmaz, amely bizonyos hash-hoz kapcsolt adattárakat telepít, bár el kell ismerni, hogy a hashek konfigurációja nem követi az eredeti építészeti tervet, amely egy Bitcoinból vagy Ethereumból származó blokklánc-rendszerhez kapcsolódik. Míg az adatblokkok kötegeltek és eseményeken mennek keresztül, hogy végül létrejöjjön egy hash link a tranzakciókhoz, meg kell érteni, hogy ez a folyamat nem feltétlenül állítja át az adatokat a rendszer állapotának módosításába. A blokkok inkább úgy vannak konfigurálva, hogy az információkat egy adatbázis típusú struktúrában tárolják, különböző kivonatokkal.

A Fabric ökoszisztémában a kézbesítési eseményeket blokkoknak nevezik, míg a lánckód telepítési eseményeken megy keresztül, hogy végül az adatokat biztonságossá tegye a megrendelő szolgáltatási struktúra láncpartícióiban. A rendszer adatstruktúráinak és moduljainak konfigurálása lehetővé teszi az elosztott adatbázis-architektúrától elvárható tranzakciós átvitelt, bár el kell ismerni, hogy az eszköz-kód koordináció még mindig olyan kihívás, amelyet még nem oldottak meg teljesen a Fabric ökoszisztéma, mint eszköz és érték, nem feltétlenül rendelkezik digitális ábrázolással, amely összehangolható a főkönyvön belül.

R3 Corda

R3 Corda egy olyan környezetre épül, amely nem igényel blokkláncot, hanem inkább egy decentralizált adatbázist, amely a strukturális átalakítás különféle formáit használja fel egy olyan rendszer kiépítése érdekében, amelyet elsősorban a bankok és más intézmények használnának fel folyamataihoz. A platform nagymértékben kölcsönveszi a bitcoin tranzakciókban használt UTXO modellt, ahol az állapotot bemenetek és kimenetek sorozata határozza meg, és a bemenetek változó átalakításai meghatározhatják a kimenet állapotát.

Az R3 Corda építészeti keretrendszer egy olyan csomópont-struktúrára támaszkodik, amely a közjegyzőknek nevezett szubmodulokra támaszkodik, amelyek segítenek fenntartani egy olyan hálózat érvényességét, amely hasonló a validátor struktúrákhoz más platformokon, amelyek elvonják a konszenzus funkcióját. A csomópontokat relációs adatbázisok kísérik, amelyek az adatstruktúrákhoz vannak csatolva, lehetővé téve az SQL használatával történő lekérdezést. A tranzakciók kommunikációja korlátozott az áramlásnak nevezett alprotokollokon belül.

Ezek a folyamatok összehasonlíthatók a Hyperledger Fabric-ban látható csatornaarchitektúrával, ahol csak a tranzakciókhoz tartozó egyedi felek férhetnek hozzá az információkhoz. Az osztályok átalakulásokon mennek keresztül, amelyek állapotgépeket neveznek szálaknak vagy társprogramoknak. Az architektúra az áramlásokra támaszkodik, amelyek kommunikálnak az alfolyamatokkal, és kölcsönhatásba lépnek olyan áramlatok könyvtárakkal, amelyek előre meghatározott funkciókkal rendelkeznek a platform keretein belül. Ezenkívül van egy önálló identitásréteg a Corda-ban, amely különböző szintű hozzáférés-vezérlést tesz lehetővé a teljes hálózaton belül.

Míg az R3 Corda nyíltan kijelentette, hogy nem szándékozik blokklánc lenni, figyelembe kell venni, hogy az elosztott adatbázis koncepciójának átalakítása decentralizált adatbázissá meglehetősen jelentős mértékben támaszkodik a hagyományos adatbázis-rendszerekre. Míg a rendszer új adatstruktúrák és az elosztott rendszer felépítésének különböző összetétele köré épül fel, a platform valóban szem előtt tartja az adatallokációt, és különféle módokat talál az adatelosztó rendszer funkcióinak optimalizálására. Egy dolgot szem előtt kell tartani, hogy mivel a rendszer az adatkoordináció bizonyos aspektusaira korlátozódik egy adott architektúra keretein belül, a tényleges blokklánc-rendszerekbe való integrációt feláldozták, mivel a modularitás és az interoperabilitás nem valósult meg az eredeti tervnél.

r3 corda munkafolyamat4. ábra: R3 Corda munkafolyamat. A Corda-n belüli tranzakciók munkafolyamata, valamint a bemeneti és kimeneti állapotok mozgatása a rendszeren keresztül, valamint a dokumentáció csatolása a munkafolyamat folyamatába.

Ethereum

Az Ethereum ökoszisztéma a magán blokklánc és az állami blokklánc ökoszisztémák kombinációjából épül fel. A nyilvános lánc közel sem rendelkezik az adatkoordinációs kontextusban leírt átviteli és adatfeldolgozási képességekkel, ezért nem szabad ezen képességek alapján értékelni. Az Ethereum ezen aspektusának értékelésekor a legésszerűbb az Ethereum magánpéldányainak hálózati topológiájának különböző árnyalatait szintetizálni..

A Ethereum sárga könyv határozottan meghatározza az Ethereum tartalmának specifikációit, valamint a kódbázis technikai részletezését. Ennek a protokollnak a szigorú betartása miatt az Ethereum villái, valamint a konzorciumi megvalósítások hasonlítanak az eredeti hordozóra, amelyre a technológia épül. Valójában ugyanazok a specifikációk folyamatosak, akár a munka igazolásában, a hatóság igazolásában, akár a tét megvalósításának igazolásában, mert a protokollokat ugyanazon Ethereum Virtual Machine (EVM) specifikációk utódjának tekintik.

5. ábra Kriptoökonómiai tervezés5. ábra: Kriptoökonómiai tervezés.

Ethereum Casper tét igazolása

A rejtjel-gazdasági ösztönző rétegekre példa látható az Ethereum átmenetében is a tét konszenzusának igazolására Casper megvalósításai révén. Míg a munka igazolásának megvan a maga internalizált játékelméleti ösztönző struktúrája, amely eltántorítja a résztvevőket a hálózat parancsnokságától, a tét igazolására való áttérésnek még további belső struktúrái vannak, amelyek visszatartják a résztvevőket attól, hogy villákkal találkozva félreválasztják vagy megpróbálják létrehozni a blokklánc alternatív példányait. A cövekelési protokoll bizánci hibatűrő környezetet hoz létre, ahol az éter bekapcsolódik a konszenzus mechanizmusába. Ez azt jelenti, hogy az egyéneket hűség kötelék kötné ahhoz, hogy becsületesen viselkedjenek a rendszeren belül.

Ha egy támadó a konszenzusos mechanizmuson belül kéne egyértelművé tenni vagy megpróbálná átvállalni az irányítást, akkor a „Slasher algoritmusok” megsemmisítenék a támadó éteri tulajdonát vagy kötelékeit, és ezért megbüntetnék őket aljas cselekedeteikért. A büntetések hátterében álló mechanizmus kialakításakor az elpusztított éter mennyiségét következetesen úgy programozzák, hogy arányos legyen azzal az összeggel, amelyet a támadó el akar szerezni, és amelyben az elért egyensúly olyan, ahol a támadó soha nem akarja eleve kompromittálni a rendszert..

Kozmosz és Tendermint

Világegyetem olyan ökoszisztémát is épít, amely a Tendermint konszenzus mechanizmusára támaszkodik, amely nagymértékben támaszkodik a bizánci hibatűrés algoritmusaira. A platform olyan validátoroktól függ, amelyek hasonló szerepet töltenek be, mint a bitcoin hálózat bányászai. A validátoroknak vannak Atom nevű tétjelzői, amelyeket a hálózat biztonságának biztosítására használnak a tét mechanizmusával, amely a kapcsolt validátorok által generált bizalomra támaszkodik. Az ökoszisztéma játékosai közötti kölcsönhatás egy olyan játékelméleti struktúrát is jelez, ahol a validátorok elveszíthetik zsetonjaikat vagy a rájuk delegált jelzőket, ha kiderül, hogy megsértik a protokollt. Az érdekelt felek ezen kötvénybetét-kialakításának köszönhetően a rendszeren belül a konszenzusos mechanizmus lehetővé teszi a hálózatot biztosító ösztönző mechanizmus létrehozását. Ez a biztonsági kialakítás lehetővé teszi az alkalmazásblokk-interfész (ABCI), az interblokk-lánc kommunikációs protokoll (IBC) megfelelő működését, valamint a Cosmos hub és a zónák közötti változó interakciókat..

R3 Corda és Hyperledger szövet

Fontos tudomásul venni, hogy az R3 Corda és a Hyperledger Fabric nem rendelkeznek ilyen kriptogazdasági ösztönző rétegekkel, amelyek a szoftverarchitektúrájukban lettek beazonosítva. Annak a ténynek a következtében, hogy a szoftverarchitektúrákat alapjaiban tervezték elosztott adatbázis-központú paradigmák alapján, eredetileg nem natív kriptovaluta-rétegek beépítésére tervezték a teljes keretrendszerbe. És mivel ez a benne rejlő különbség a szoftver tervezésében, még nincsenek kalibrálva ahhoz, hogy részt vehessenek többláncú ökoszisztémákban, ahol interoperabilitás és koordináció működik a blokkláncok sokaságával. Mivel a rendszerek felépítése a maximális átviteli sebességet szem előtt tartva, a rendszerek kezdeti felépítése alapján figyelmen kívül hagyták az interoperábilis hálózati topológia építészeti elrendezését blokkláncokkal, beleértve a nyilvános blokklánc-mainnet.

Miért van szükség a kriptogazdasági mechanizmus tervezésére?

Kérdezhetjük, miért van szükség egy kriptogazdasági infrastruktúra rétegre a szoftvertervezés során. Ez a paradigma létrehozza a bizalom és a megváltoztathatatlanság új rétegét, amely létezhet a számítástechnikai környezetben anélkül, hogy centralizált entitásra támaszkodna. Évtizedek óta építünk szoftvereket egy adott kliens szerverre és adatbázis architektúrára. Az olyan vállalatok, mint az IBM, az Intel és az Oracle, már tökéletesítették ezt a modellt a kezdeti létrehozás után létrehozott rendszerekkel és alrendszerekkel együtt, és ezeket a modelleket továbbra is használják elosztott rendszer-architektúrákban, valamint újonnan felcímkézett elosztott főkönyvi rendszerekben. Bár ezek a rendszerek továbbra is különféle szempontok szerint vannak központosítva, akár egy központi egységen keresztül, akár egy kartellszerű konzorcium-struktúrán keresztül, amelyben az ösztönzőket a központ megfelelő egységén alapuló bizalomra alapozzák, szemben a valódi ösztönző struktúrával a rendszer megfelelő működésének biztosítása érdekében.

A decentralizált rendszer életképes alternatív utakat tesz lehetővé bizonyos célok elérése felé a szoftveres környezetben. A fő kompromisszum, amelyet ezen a csomóponton belül kiemelnek, a bizalom vs a végrehajtás lenne. Mivel egy nagy központosított rendszer jobban megbízható, úgy tekinthető, hogy jobb végrehajtásra képes. Bár azt remélik, hogy a blokklánc-rendszerek beépítik őket, azok a jellemzők, amelyekben a bizalom és az érték átcsoportosítható anélkül, hogy egy nagy központosított egységre támaszkodnának.

Az egyik elképzelés, amelyet a rendszertervezés bizonyos aspektusai között támogatnak, az, hogy a rendszer optimalizálása érdekében az alrendszereket is suboptimalizálni kell. Ez azt jelenti, hogy egy rendszer koordinációját össze kell hangolni és fel kell építeni, hogy a belső alrendszereknek tétje vagy ösztönző mechanizmusa is legyen a teljes nagyobb ökoszisztémán belül, az együttműködési célok további elérése érdekében. Kriptogazdasági játékelméleti megközelítés megalkotásával a teljes környezet ezen optimalizálása felé, mind a számítástechnika, mind a gazdasági modellek összefolyása létrehozható, lehetővé téve a digitális gazdaságban elképzelhető új szoftverarchitektúrák létrehozását..

A digitális gazdaság ezen elképzelése alapján el kell ismerni, hogy a magánblokkok és az interoperábilis nyilvános blokkláncok kombinációjának használata olyan életképes digitális ökoszisztémát hoz létre, ahol a kereskedelem és az üzleti kapcsolatok különféle rétegei kialakulhatnak, és azon túl fejlődhetnek. a régi technológiai konfigurációkban lehetséges.

Integráció egy Blockchain Token gazdaságba

E vizsgálat céljából meg kell határozni a tokenizáció fogalmát. A koncepció abból a gondolatból ered, hogy a vállalkozások vagy szervezetek képesek létrehozni az eszközök, áruk és szolgáltatások különféle formáinak helyettesíthető vagy nem helyettesíthető ábrázolásait az ökoszisztémánkban jelenleg létező bizonyos digitális szabványok alapján..

Míg a jelképes gazdaság még fejlődik, fontos megkülönböztetni, hogy az első termékhullám kezdetben különféle hibákkal és hibákkal jár, amelyek tökéletesítéséhez idő és iteráció szükséges. Annak ellenére, hogy az eszközök, a pénzügyi termékek, az energia és a digitális figyelem mind életképes üzleti modellek, az a pontos dinamika, amelyen megvalósulnak, további funkcionalitási és hozzáférési rétegeket igényelnek, amelyek csak idővel javulnak. A sikeres jelképes gazdaság a játékelméleti mechanizmusok tervezésében és a blokklánc-innovációkban elért jelentős fejlesztésekből és felfedezésekből származó eredmény lesz..

Amint azt a Josh Starké cikk a kriptogazdaságról, a használhatóság legerősebb jeleit mutató jelzőket annak értékelésével értékelik, hogy ezek az egész üzleti élet gazdasági és játékelméleti tervezésénél szükséges elemet alkotnak-e. Ha egy vállalkozás képes digitalizálni vagy tokenizálni ökoszisztémájának különféle aspektusait, a létrehozható termékek sorai exponenciálisan tágulnak, meghaladva a fizikai javak, pénzügyi eszközök, áruk vagy technológiai szolgáltatások cseréjének hagyományos eszközeit. A digitális közeg létrehozásával, amelyen keresztül a tokenizált eszközök megvalósulhatnak, az új ökoszisztémából jelentős fejlemények fejlődhetnek ki.

A blockchain eszközök ökoszisztémájának megtekintése során nyilvánvaló, hogy az Ethereum valójában az az aljzat, amelyre a token gazdaság építhető. És ha a token gazdaság modell képes beépíteni a privát blokkláncok, a skálázhatósági megoldások és az olyan adatvédelmi eszközök funkcióit, mint a zk-Snarks, a digitális eszközök általános tokenizálása beárnyékolja azokat a jelenlegi képességeket, amelyekre gazdasági modelljeink korlátozódnak a benne rejlő korlátozások miatt. szervezési megvalósíthatóság.

A Blockchain üzleti céljainak elérése

A blokklánc említett üzleti céljainak elérése érdekében fel kell mérnünk a szervizelni kívánt különféle utakat. Az említett modellek képességeit részletesen bemutató diagram áttekintésében az Ethereum képes kiszolgálni az elosztott adatbázis-koordináció forgatókönyvet, valamint a további funkciókat, míg az R3 Corda és a Hyperledger Fabric még nem döntött úgy, hogy megérinti a funkcionalitás ezen rétegeit.

Az üzleti felhasználási esetek összefüggésében a valós üzleti szcenáriókon felül átfedjük a különböző funkciókat, hogy jobban megértsük a platformok képességeit.

Az információk hatékony kiosztása

Funkcionálisan a termékek hasonlóan illeszkednek az adatbázis-koordináció és az elosztott rendszerek hasznosítása szempontjából. Az R3 Corda, a Hyperledger Fabric és az Ethereum vállalati verziói valójában elosztott információelosztási funkciókkal rendelkeznek, amelyek megkönnyíthetik az információk elosztását a hozzáférés-ellenőrzés és a konzorcium különböző konfigurációi révén. Bár mindegyik platform különbözik a szoftver architektúra konfigurációjától, mindegyik képes végrehajtani a szükséges teljesítményt a hatékony információelosztás és koordináció terén.

Megbízható megváltoztathatatlan információ

A megváltoztathatatlanságot némileg szinonim fogalomként használták, hogy bízzanak ezen technológiák sokaságában. A változtathatatlansági jellemzők értékelésénél meg kell érteni, hogy egy olyan Apache-alapú adatfolyam-továbbító eszközöket használó ökoszisztémában, mint a Kafka, léteznek olyan képességek, amelyek lehetővé teszik az adatok olvasási / írási hozzáférését. Ezért a Hyperledger Fabric változhatatlansági aspektusai némileg korlátozottak a rendszertervezés során tett néhány választás miatt.

Az R3 Corda UTXO modell alapú rendszere esetében a változtathatatlanság aspektusa eltérően megmarad a rendszer általános határain belül. Rendszerük átfogó elosztott főkönyvi kialakításának köszönhetően létrehozták a bizalom bizonyos aspektusait, amelyek az egész platformon bizonyíthatók.

Az Ethereum kontextusban létrehozott bizalom és megváltoztathatatlanság rétegei mind Patricia Merkle Tries nyilvános blokkláncból származó állami gyökereinek egy alprotokolljában vannak megfogalmazva. Az alapvető szoftverparadigmák ezen ökoszisztémán belüli megőrzésének és a nyilvános lánccal való életképes kapcsolatnak köszönhetően az Ethereum blokklánc és az Ethereum kapcsolódó levezetései képesek teljes mértékben igazolni a változtathatatlanságot. Az e megváltoztathatatlanságból nyert bizalom végül egy új értékrendhez köthető, mivel az eszközök digitalizálódni kezdenek.

Az eszközök digitalizálása

Tudomásul kell venni, hogy a Hyperledger Fabric valójában képes digitális eszközök létrehozására nominális értelemben, mivel egy eszköz digitalizálása a termék nyilvántartásából származik digitális formátumba. Bár egy eszköz digitalizálása a Fabricon olyan eszközt eredményezne, amely csak a Fabric-ot használó rendszereken működhet. Ez egyenértékű azzal, ha egy e-mail klienst azért hoztak létre, hogy csak olyan emberekkel küldhessen e-maileket, akik pontosan ugyanazt az e-mail klienst használják, ellentétben azzal, ami a jelenlegi világunkban létezik, ahol az e-mail kliensek sokasága együtt tud működni.

Az R3 Corda hasonló következetlenségekkel rendelkezik abban a tekintetben, hogy az R3 platform felhasználói nem lesznek képesek interakcióba lépni az R3-on kívüli más platformokkal a teljes tájképen belül, ami egy kis szállítói zárolódást eredményez. Mivel az R3 Corda főként banki ügyfélkörre összpontosít, érdemes lehet külön banki szoftver, bár meg kell jegyezni, hogy a platform felhasználói csak az R3 Corda-t használó intézményekkel lesznek banki kapcsolatokra korlátozva, és nem lesznek képesek zökkenőmentesen együttműködni a szállítói platformot nem használó partnerek ökoszisztémájával..

Mivel az Ethereum célja, hogy a HTTP vagy TCP / IP-hez hasonló alapprotokollként működjön a webszolgáltatásokban, nincs elképzelés „szállítói zárolásról” csak az Ethereum-alkalmazások egyik készítőjéhez. Az Ethereum blokklánc különböző aspektusain keresztül létrehozható bizalom lehetővé teszi a globális eszközök digitalizálását, amelyek egy új gazdasági rendszerben előfordulhatnak, ellentétben azzal, ami jelenleg rendelkezésre áll. Ha visszautalunk az e-mail példára, az Ethereum protokoll felfogható az IMAP vagy a POP3 analógjaként, mint az e-mail elérésének univerzális protokollja.

Az Ethereum és az Ethereum által származtatott protokollok blokklánc-infrastruktúraként működhetnek, amelyre a vállalatok digitális eszközöket építhetnek. Hasonlóan ahhoz, ahogyan a 90-es évek végén minden vállalat képes volt weboldalt létrehozni HTML használatával a weboldal állványozásához, minden vállalat képes lesz digitális gazdaságokat teremteni szolgáltatásai és termékei számára az Ethereum intelligens szerződéseinek felhasználásával, amelyek képesek lesznek tokenek létrehozására, amelyek tágabb hálózaton keresztül elérhető.

Az előttünk lévő út

A nyilvános piacokkal kölcsönhatásba lépő, elég robusztus platform kialakításához a rendszernek képesnek kell lennie az üzleti követelmények kielégítésére, amelyek lehetővé teszik az adatok hatékony feldolgozását, a bizalom elosztásának további rétegeit és az eszközök képviseletének képességét a fejlődő digitális gazdaságban. Nyilvánvaló, hogy mindhárom platform hasonló célok elérését tűzi ki célul, a technológiai fejlődés és a technikai konfigurációk hasznosítása szempontjából különböző utakon keresztül.

Az előttünk álló út során meg kell fontolnunk, hogy hol látjuk a gazdasági üzleti modellek fejlődését ebben a fejlődő ökoszisztémában, és nyilvánvaló, hogy az Ethereum-alapú platformok előnyt élveznek a digitális gazdaságba való valódi integráció terén, bár nyilvánvalóan gyengék az adattranzakciók egy részében átviteli funkciók, amelyekben a Hyperledger Fabric és az R3 Corda képes kiemelkedni. Mivel a különböző blokklánc és elosztott főkönyvi platformok ismétlődnek és meghaladják a jelenlegi technológiai zeitgeistünkben meglévő képességeket, a döntések, hogy melyik platformra kell építeni, erősen rá fog esni. ökoszisztémánkban a felhasználási esetek közül, és különböző típusú eseteket látok egymásra rétegezve.

Ennek a dokumentumnak nem célja azt mondani, hogy egy platform összességében jobb, mint egy másik, inkább annak kikötése, hogy a platformok természetüknél fogva különbözzenek egymástól. Az Ethereum rendelkezik bizonyos funkciókkal, amelyek nincsenek az olyan terjesztett főkönyveknél, mint a Fabric és a Corda, míg a Fabric és a Corda olyan teljesítmény-képességekkel rendelkeznek, amelyeket az Ethereum jelenleg nem képes azonos mértékben elérni.

Annak érdekében, hogy valóban elérhessük a meglévő rendszereink által kívánt interakciós és skálázhatósági szintet, egy protokollt kell felépíteni és megtervezni minden interakciót szem előtt tartva, hasonlóan az internet első tervezéséhez. Az Ethereum, mint protokoll, képes működni, mint olyan alaptechnikai verem, amely elég széles ökoszisztémát szolgáltat ahhoz, hogy felölelje a szükséges tényezőket a gazdasági környezetben, bár ne feledje, a platform jelenleg hiányos, és kihasználhatja a benne rejlő képességek egy részét a DLT megfelelőiben.

Míg az előttünk álló út magában foglalja a még nem tökéletesített technológiákat, meg kell vizsgálni a protokollokat arról, hogy mennyire szorosan fogják megismételni azokat a funkcionalitási fokokat, amelyeket remélünk az internet következő generációjában láthatunk, és néha a legnyilvánvalóbb megoldás nem az, hogy csak egy technológiára összpontosítson.

Olvassa el a Blockchain vs. Distributed Ledger Technologies 2. részét.

Vegye fel a kapcsolatot a blockchain szakértőinkkel

Globális megoldási csapatunk blokklánc-képzést, stratégiai tanácsadást, megvalósítási szolgáltatásokat és partnerségi lehetőségeket kínál. Iratkozzon fel hírlevelünkre az Ethereum legfrissebb híreiről, vállalati megoldásokról, fejlesztői erőforrásokról és egyebekről. E-mail cím Kizárólagos tartalomTeljes útmutató a Blockchain üzleti hálózatokhozÚtmutató

Teljes útmutató a Blockchain üzleti hálózatokhoz

Bevezetés a tokenizálásbaWebinárium

Bevezetés a tokenizálásba

A pénzügyi eszközök digitális eszközei és a DeFi jövőjeWebinárium

A pénzügyek jövője: digitális eszközök és DeFi

Mi az Enterprise EthereumWebinárium

Mi az Enterprise Ethereum?

A központi bankok és a pénz jövőjeFehér papír

A központi bankok és a pénz jövője

Komgo Blockchain az árukereskedelem finanszírozásáhozEsettanulmány

Komgo: Blockchain az árukereskedelem finanszírozásához

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map