Hyperledger Fabric 2.0: Új generációs blokklánc

A Hyperledger Fabric már jó ideje létezik a vállalkozások számára. A valóságban az egyik kreatív platformot kínálja a blockchain használati esetekhez. De az a technológia, amely idővel nem javul, nagyon gyorsan elavul. Ezért hozta el a Hyperledger az új Hyperledger Fabric 2.0 kiadást.

Alapvetően korábban a vállalat Fabric 1.4-es verziót kínált. De most megvan a következő generációs blokklánc közöttünk. Ha jobban örülsz az új kiadásnak, mint mi, nézd meg ezt az útmutatót. Mert ma arról beszélünk, hogy mi az új Hyperledger Fabric 2.0 kiadás, és az összes bemutatott funkcióról.

De mielőtt nekilátnánk, áttekintjük, mi a Hyperledger Fabric platform, és milyen funkciókat kínált eredetileg.

Tehát kezdjük!

Hyperledger Fabric 2.0

Mi a Hyperledger Fabric?

A Hyperledger Fabric egy elosztott főkönyvi platform vállalati szintű megoldásokhoz, amely sokoldalúsággal, modularitással és teljesítménnyel rendelkezik. Tehát, mint tudják, vannak engedély nélküli platformok is. De a Fabric ettől eltér.

Nem teszi lehetővé, hogy bárki belépjen a platformra. Inkább engedélyezett hozzáférést kínál azoknak a felhasználóknak, akik rendelkeznek jogosultsággal a rendszerben. Sőt, adatvédelmet és intelligens szerződéseket is kínál a skálázható és biztonságos teljesítmény érdekében.

Ezért bármely iparág csak a Hyperledger Fabric-t használhatja bármilyen megoldáshoz. A lehetőségek korlátlanok, és a vállalkozások mindig a legjobb eredményt fogják elérni az elosztott főkönyvi platformon.

Annak ellenére, hogy a hálózati rendszeren belüli felhasználók együtt fognak működni, de a vállalkozásoknak meg kell őrizniük a magánéletét bizonyos interakciók esetén. Ezen alapul az ipar. Például lehet, hogy egy vevő különböző gyártóknak, de különböző ártartományokban értékesít egy terméket.

De a vásárlónak meg kell őriznie a magánéletét. És ebben segíthet a Hyperledger Fabric.

A valóságban könnyen létrehozhat külön csatornákat egy tranzakcióban külön eladók számára. Használhatja a magánadat-beállításokat is, hogy az információk csendben maradjanak.


Miért Hyperledger Fabric?

A valóságban a Hyperledger Fabric az idő előrehaladtával a nyílt forráskódú közösség segítségével fejlődött, elsősorban a vállalati szintű felhasználási esetekre összpontosítva. Sőt, most rengeteg olyan funkciót kínál, amelyekre a nagyvállalatok gyakran igényt tartanak. Lássuk, mik ezek –

  • Moduláris és engedélyezett architektúra.
  • Nagyon rugalmas jóváhagyási megoldás konszenzusra az összes tranzakciós szervezet között.
  • Rugalmas és nyílt intelligens szerződések, amelyek támogatják a különféle adatmodelleket és megoldásokat, mint például strukturált adatok, számlamodell, strukturálatlan adatok, UTXO modell stb..
  • Dugaszolható konszenzus protokoll opciók a tranzakciók és a blokkolás megrendeléséhez.
  • Teljes adatvédelem a tranzakciók elszigeteléséhez vagy csak a szükséges ismeretek megosztásához privát adatmodellekkel.
  • Intelligens szerződéses támogatás több programozási nyelvhez, például JavaScript, Java, Go stb.
  • Verziókészítés és irányítás az intelligens szerződésekhez.
  • A szilárdság támogatása.
  • Az Ethereum Virtual Machine támogatása.
  • Folyamatos frissítések, vállalati műveletek, aszimmetrikus verziótámogatás.
  • Négyszerezhető adatok, például tartományi lekérdezések, kulcsos lekérdezések, láncon belüli JSON-lekérdezések és még sok más.

Hyperledger Fabric 2.0: Újdonságok?

A Hyperledger Fabric első kiadása a v1.0 verzióban volt. És most megvan a második nagyobb Hyperledger Fabric 2.0 kiadás. Ezúttal nagyon sok új és továbbfejlesztett funkcióval rendelkezik mind a felhasználók, mind a platform operátorai számára.

A Hyperledger Fabric 2.0 kiadás adatvédelmi mintákat tartalmaz, és támogatja az új alkalmazásokat, a csomópontok működtetésének új funkcióit, továbbfejlesztett irányítási rendszereket az intelligens szerződésekhez és még sok mást.

Azonban nem kényszerítik Önt a legújabb Hyperledger Fabric 2.0 verzióra való frissítésre, ha még nem áll készen. Tehát lehetősége van frissíteni, ha készen áll, vagy vállalata készen áll az átállásra.

És ez egy hatalmas plusz pont a Hyperledger Fabric 2.0 számára.

Nézzük meg az új kiadás néhány kiemelt eseményét –

Intelligens szerződések decentralizált irányítás

A Hyperledger Fabric 2.0 most decentralizált irányítással érkezik, különösen az intelligens szerződések esetében. Új folyamatot is kínál, ahol telepíthet egy lánckódot a társakra, és elindíthatja a csatornán. Így az új lánckód-életciklus-menedzsment lehetővé teszi, hogy több szervezet megállapodásra jusson a lánc-kód paraméterei alapján.

Tehát alapvetően a lánckód-jóváhagyási házirendet fogja használni a főkönyvvel való interakcióhoz. Nézzük meg, milyen további fejlesztéseket kínál az előző lánckód életciklus-folyamathoz képest –

Megállapodás a lánckód paramétereivel

Alapvetően az előző kiadásban a lánckódban csak egy szervezet állíthatta be a paramétereket még a többi csatorna tag számára is. De a többi tag megtagadhatta a lánckód megszerzését, és nem vehetett részt a tranzakciós folyamatban. Ezért arra hivatkozva.

Az új Hyperledger Fabric 2.0 azonban rugalmasabb útvonalat kínál a lánckódhoz. Most mind a központosított lánckód modelleket, mind a decentralizált lánc kód modelleket támogatja. A decentralizált változatban a vállalatoknak meg kell állapodniuk a lánckódról, amint az aktivizálódhat a csatornán.

Óvatos lánckód-frissítések

Korábban csak egyetlen szervezet frissíthette a tranzakciót. Ez azonban veszélyeztetné a többi csatornatagot, ha nincs telepítve a lánckód. Így az új Hyperledger Fabric 2.0 verzió lehetővé teszi a lánckód frissítését csak azután, hogy elegendő tag beleegyezik a frissítésbe minden probléma nélkül.

Privát adatgyűjtés és egyszerű jóváhagyási irányelvek frissítése

Az új Hyperledger Fabric 2.0-s verzió új jóváhagyási házirendet kínál, ahol a privát adatgyűjtést vagy házirend-konfigurációt a lánckód újratelepítése nélkül frissítheti. Sőt, a felhasználók felhasználhatják a jóváhagyási házirendet, mivel ehhez a csatorna nagyszámú felhasználójának egyetértésére van szükség.

A valóságban a házirend minden alkalommal frissül, amikor egy tag a főkönyvbe kerül, vagy elhagyja a főkönyvet.

Ellenőrizhető lánckód csomagok

Most a Hyperledger Fabric 2.0-s verziója könnyen olvasható kátrányfájlt tartalmaz a lánckódhoz. Ez segít a lánckódfájlok egyszerű ellenőrzésében és a más szervezetek telepítésének meghatározásában.

Több lánckód egy csatornán

Az előző verzióban az életciklus minden lánckód meghatározásához használt a csomag telepítése során megadott verzió és név használatával. De most már csak egyetlen lánckód-csomagot használhat, és többször is telepítheti több névvel, minden alkalommal a hálózaton. Ezenkívül megteheti különböző csatornákon vagy ugyanazon a csatornán.

Lánckód csomagok a csatornatagok között

A Hyperledger Fabric 2.0 verziójában a felhasználók kibővíthetik a lánckódot saját felhasználási eseteikhez. Például egy szervezet kiterjeszthet egy lánckódot az érvényesítéshez a saját vállalatán belül. De minimális számú követelményt támasztanak a szervezetek. Tehát, ha elegendő jóváhagyás lehetséges, a tranzakciók érvényesülnek, és helyet kapnak a főkönyvben.

Így segítséget nyújt a vállalatának abban, hogy a problémákat automatikusan megoldja a saját idejében, a teljes hálózat veszélyeztetése nélkül.

Az új lánckód életciklusának használata

A Hyperledger Fabric 2.0 verzió most egy teljesen új lánckód életciklust kínál. Ha azonban még nem áll készen az új változásokra, akkor csak folytassa az előző életciklus használatát a Hyperledger Fabric 2.0 verziójával.

A valóságban az új életciklus csak akkor válik aktívvá, ha frissíti a képességeket a v2.0-ra.

Új lánckód alkalmazásminták

Alapvetően a Hyperledger Fabric 2.0 ütemterv lehetővé teszi, hogy ugyanazt a decentralizált konszenzusos módszert használja a saját lánckód alkalmazásaihoz is. Biztosítja, hogy a szervezetek hozzájáruljanak az adattranzakciókhoz, mielőtt vállalják a főkönyvet.

Automatizált ellenőrzések

Egy szervezet automatizált ellenőrzéseket adhat hozzá a lánckódhoz annak érdekében, hogy több információt érvényesítsen, mielőtt jóváhagyja a tranzakciót a főkönyvön.

Decentralizált megállapodás

A legjobb az, hogy a Hyperledger Fabric 2.0 ütemterv lehetővé teszi az emberi döntések modellezését a lánckódon, hogy több tranzakciót is lefedjen. Szüksége lenne azonban a szervezetek más felhasználóira, hogy kölcsönhatásba lépjenek a megállapodás feltételeivel.

Ezután egy lánckódjavaslat ellenőrizheti, hogy a felhasználó minden feltétele teljesül-e, és ez alapján rendezheti a tranzakciót.

Képességek

A Hyperledger Fabric 2.0 ütemtervben vannak bizonyos képességek. Lássuk mik ezek –

V2_0 alkalmazás: Új lánckód életciklust indít az operátorok számára, amint azt a Lánckód is említi.

V2_0 csatorna: Alapvetően nincs változása, de felhasználhatja a rendezett képességszinttel és alkalmazásokkal való összhang fenntartására.

Megrendelő V2_0: Ez vezérli a UseChannelCreationPolicyAsAdmins alkalmazást, és megváltoztatja a csatornatranzakció érvényesítésének módját. Ha összekapcsolja a -baseProfile opcióval, megváltoztathatja a korábban örökölt értékeket a megrendelő rendszerben.

De amikor frissíti a képességszinteket, ne felejtse el frissíteni a társ-bináris fájlokat is. Ezenkívül frissítse a megrendelő bináris fájljait, mielőtt frissítené a Rendező és Csatorna képességeit.

Privát adatjavítások

A Hyperledger Fabric 2.0 ütemterv egy új mintát is tartalmaz az összes személyes adat megosztására anélkül, hogy mindet egyszerre gyűjtené, majd ez alapján egyesítené a csatornatagokat. Pontosabban, anélkül, hogy privát információkat osztana meg a felhasználók gyűjteményével, egyszerűen megoszthatja azokat egyetlen szervezettel.

Mielőtt azonban egy kicsit elmélyülnénk a Hyperledger Fabric 2.0 dokumentációjában, nézzük meg, hogy a magánadatok valójában mire utalnak a Hyperledgerben.

Mi a privát adat?

Sok esetben előfordulhat, hogy egy vállalkozásnak bizonyos információkat privát módon kell tárolnia más vállalatok csatornáin. Így új csatornát kell létrehozniuk, csak azokkal a szervezetekkel, amelyek külön láthatják az információkat. De ez azt jelenti, hogy további adminisztrációkra, irányelvekre, tagsági hozzáférésekre és még sok másra is szükség lesz.

Sőt, ez sem teszi lehetővé a csatorna résztvevőinek a rendszer használatát olyan felhasználási esetekben, amikor az összes fél láthatja az információk egy részét, míg mások rejtve maradnak.

Most azonban a Hyperledger Fabric 2.0 ütemterv segít magán adatgyűjtés létrehozásában. Itt meghatározhatja azoknak a vállalatoknak a részhalmazát, amelyek minden esetben új csatorna létrehozása nélkül láthatják a privát adatokat.

Mi a privát adatgyűjtés?

Alapvetően a gyűjtemény két különböző elem kombinációja –

A társalgók által a pletyka protokoll segítségével sugárzott tényleges információk. De itt ezt csak az a vállalkozás látja el, aki jogosult a megtekintésére. Alapvetően ezek az adatok egy magán állami adatbázisban találhatók a szervezet társainak főkönyvein belül.

Sőt, itt nem rendelnek szolgáltatásokat, és nem láthatják a privát információkat. Mindenesetre, mivel a pletykaprotokollok az információkat társaiktól a másikig sugározzák, Anchor csomópontokat kell beállítani a csatornában.

Tartalmaz egy hash-t is azokból a privát adatokból, amelyeket a csatorna összes társa főkönyvére rendelnek, jóváhagynak és felírnak. Alapvetően a csatorna tranzakcióinak érvényesítéséhez szolgál bizonyítékként. Ellenőrzési célokra is felhasználhatja.

Gyűjtemény használata

Egy csatornán belül

Csatornákat kell használnia, ha egy teljes tranzakciót titokban akar tartani a csatornán belüli szervezetek csoportjától.

Külön csatorna

A Hyperledger Fabric 2.0 dokumentációja szerint akkor használhatja a gyűjteményeket, amikor a főkönyvnek csak egy részét kell titokban tartania egy vállalatcsoport előtt.

A valóságban egyes szervezetek teljes hozzáféréssel rendelkeznek a főkönyvhez, mások pedig csak azt láthatják, amit megengedtek nekik. Ha a tranzakciós adatokat is el akarja rejteni a rendelési szolgáltatások elől, akkor titkosítás céljából felhasználhatja a privát adatgyűjtéseket.

Egy példa

Nézzünk meg egy példát a Hyperledger Fabric 2.0 dokumentációjából, hogy jobban megértsük a helyzetet.

Mondjuk, egy kereskedési platformon öt vállalkozás van egy csatornán.

  • A gazda, aki árukat árul
  • Forgalmazó, aki ezeket az árukat mozgatja
  • Feladó, aki két fél között mozgatja az árut
  • Nagykereskedő, aki árukat vásárol a forgalmazótól
  • Kiskereskedő, aki az árukat a nagykereskedőktől és a szállítóktól vásárolja

Alapvetően a forgalmazó minden esetben másképp számíthat fel. Tehát, érdemes a magánszállítókkal és a mezőgazdasági termelővel ügyleteket tartani, mert más üzletkötései lehetnek a kiskereskedővel és a nagykereskedővel.

A forgalmazó kevesebbet számít fel a nagykereskedőnek, mint a kiskereskedőnek. Így lehet, hogy ezt titokban kívánja tartani a kiskereskedő előtt.

A nagykereskedő viszont privát kapcsolatban állhat a feladóval és a kiskereskedővel is. De ha minden privát információhoz külön csatornát szeretne létrehozni, akkor a rendszer sokkal bonyolultabbá válna.

Ahelyett, hogy ezt megtenné, minden egyes taghoz különféle privát adatgyűjteményeket vagy PDC-ket rendelhet.

Mint például,

Private-Data-Collection-1: Feladó, gazda és forgalmazó

Private-Data-Collection-2: Feladó, kiskereskedő és nagykereskedő

Private-Data-Collection-3: Nagykereskedő és forgalmazó

A Hyperledger Fabric 2.0 dokumentációja szerint az összes forgalmazói társnak magánadatbázisai lesznek, amelyek magánadatokat tartalmaznak a szállítmányozó, a gazdálkodó és a forgalmazó, valamint a nagykereskedő és a forgalmazó vonatkozásában..

Fejlesztések az adatmintákban

A Hyperledger Fabric 2.0 dokumentációja szerint vannak olyan fejlesztések, amelyek valójában lehetővé teszik az új privát adatminták működését. Ezek –

Privát adatok megosztása és ellenőrzése

A fogadó felek a GetPrivateDataHash () API segítségével ellenőrizhetik, hogy a velük megosztott privát adatok hitelesek-e vagy sem, két esetben:

  • Amikor privát információkat oszt meg olyan csatorna felhasználóval, aki nem tagja a gyűjteménynek.
  • Ha megosztja egy másik kollekcióval, amely egy vagy több taggal rendelkezik.

Gyűjtemény szintű jóváhagyási irányelvek

Most már meghatározhat privát adatgyűjteményeket egy jóváhagyási házirend segítségével, amely felülírhatja a kulcsok más lánckódszintű házirendjeit a gyűjtemény között. Alapvetően arra korlátozhatja más vállalkozásokat, hogy írják a gyűjteményre, és hogy mi teheti lehetővé a lánckód életciklusát és az alkalmazási mintákat.

Nos, például szükség lehet jóváhagyásra, ahol, ha a többségi vállalkozások egyetértenek, megkezdheti a tranzakciót, de egyes esetekben szükség lehet egy adott szervezet beleegyezésére a működéshez.

Implicit szervezetenkénti gyűjtemények

A Hyperledger Fabric 2.0 dokumentációja szerint, ha szervezetenként privát adatmintát szeretne használni, akkor a lánckódot úgy is telepítheti, hogy nem definiálja a gyűjteményt az új verzióban. Ez az egyik legfontosabb Hyperledger Fabric 2.0 szolgáltatás.

Külső Chaincode Launcher

A külső lánckódindító a Hyperledger Fabric 2.0 egyik félelmetes funkciója. Főként felhatalmazza az üzemeltetőket, mivel most dönthetnek úgy, hogy elindítják az általuk választott technológiát. Sőt, nem kell hozzá külső indítót vagy készítőt használni, és a Docker API segítségével futtatja a lánckódot..

Alapvetően a társaknak most nem lesz szükségük a Docker démon elérésére a lánckód futtatásához vagy felépítéséhez. Gyártási környezetben ez egyáltalán nem kívánatos, és ezért a társak most megszüntethetik a Docker démontól való függőséget.

Most nem kell futtatnia egy lánckódot egy Docker-tárolóban, hanem beperelheti saját maga által választott környezetet a lánckód futtatásához..

Ezenkívül az operátorok külső építő futtatható fájlokat kínálhatnak annak felülírására, hogy a felhasználók hogyan indítják vagy építik a lánckódot.

Korábban a társaik elindítottak egy lánckódot, majd azt újra összekapcsolták velük. De most futtathatja külső szolgáltatásként.

Javított teljesítmény a CouchDB-n

Korábban, amikor a CouchDB állapotadatbázist használta, olvasási késésekkel kellett szembenéznie az érvényesítésben és a jóváhagyásban. Tehát nehéz volt a lehető legegyenletesebb teljesítményt elérni. De most a Hyperledger Fabric 2.0 szolgáltatásokkal új társ-gyorsítótárat kap, amely a hosszú kereséseket gyors kimenetekkel helyettesíti. Konfigurálhatja őket a core.yaml tulajdonság cacheSize fájljával.

Alpesi alapú dokkoló képek

Az új Hyperledger Fabric 2.0-ban az Alpine Linuxot fogja használni a Docker képekhez. Az Alpine Linux egy biztonságosabb és könnyebb Linux disztribúció, amely könnyen növelheti a hálózat teljesítményét.

A valóságban ez azt jelenti, hogy a Docker képek kisebb méretűek lesznek, ezért kevesebb időbe telik a letöltés vagy az indítás. Sőt, ezentúl sem fog túl sok helyet elfoglalni.

A vállalat a nulláról tervezte az Alpine Linuxot, szem előtt tartva a biztonságot, és ennek a disztribúciónak a minimalista tulajdonsága megszabadul minden sebezhetőségtől.

Minta teszt hálózat

Most új mintahálózatot kap a szövetminták tárházában. Ez az egyik hűvös Hyperledger Fabric 2.0 szolgáltatás. A valóságban ez a teszthálózat moduláris és könnyen használható. Tehát nem lesz gond az okos szerződések vagy alkalmazások tesztelésével a megoldás elindítása előtt.

Ezenkívül a hálózatot a tanúsító hatóságokkal és a kriptogénnel együtt is telepítheti.

Frissítés Fabric v2.0 verzióra

Valahányszor egy nagyobb kiadás megtörténik, rengeteg frissítéssel kapcsolatos kérdés merül fel. Sok esetben előfordulhat, hogy az új verziót a semmiből kell telepítenie, de ennek leállása is lehet. De a Hyperledger Fabric 2.0 egyik funkciója az, hogy ha már az 1.4-es verziót használja, akkor közvetlenül a 2.0-s verzióra frissíthet leállás nélkül.

Átdolgozták és kibővítették a frissítési dokumentumokat, hogy megnézhessék, és önálló otthonuk is legyen dokumentációk. Szeretne frissíteni? Akkor nézd meg az őket dokumentáció azon a.

Alapvetően a legújabb kiadásra való frissítés négy lépésből áll –

  • Először biztonsági másolatot kell készítenie a főkönyvekről és az MSP-kről.
  • Ezután kezdje gördülő módon frissíteni a megrendelő bináris fájljait a legújabb verzióra.
  • Ezt követően kövesse ugyanazt a frissítési folyamatot a társ-bináris fájlok esetében is.
  • Végül frissítenie kell az alkalmazáscsatornákat és a megrendelő rendszercsatornáját a legújabb képességeikre, ha rendelkezésre állnak. Sőt, nem minden kiadás növeli a képességeket, néha jelentős fejlesztéseket hajtanak végre, valaha nem.

Oktatóanyagok frissítése

Mielőtt bármilyen folyamatot frissítene, fontolja meg az oktatóanyagok megtekintését. A Fabric bemutatónkat is megtekintheti. Mindenesetre ennek rövid változatát adjuk itt –

  • A képességek frissítése előtt először az összes összetevőt frissítenie kell. Győződjön meg arról, hogy ezek a legújabb verziók.
  • Gondoskodjon arról is, hogy az egész csomópont frissítése előtt frissítse az összes csomópontot a legújabb verzióra.
  • Új lánckód életciklus elindításához a rendszerben hozzá kell adnia egy adott vállalat jóváhagyási házirendjét.

A szövet most a csomópontok frissítését és a képességek növelését tekinti standardnak.

Jegyzet: Javasoljuk, hogy frissítse az SDK-t is a legújabb verzióra. Annak ellenére, hogy az SDK-nak képesnek kell lennie a Hyperledger Fabric és az alacsonyabb verzió egyenértékű kiadásainak kezelésére, a legjobb lenne frissíteni, mert akkor hatékonyan használhatja a legújabb Fabric funkciókat.

Ha továbbra is zavart a frissítési folyamat miatt, akkor nézze meg a dokumentációt.

Következtetés

A 2.0 verzió legújabb kiadása mérföldkő a történelemben. A valóságban a Fabric 2.0-t tekintik a következő generációs blockchain technológiának. Sőt, olyan sok Hyperledger Fabric 2.0 szolgáltatás kínál sok lehetőséget.

Mostanáig még mindig nem tudjuk, hogyan fog teljesíteni ez a technológia, vagy hogy az új verzió végre megszabadulhat-e a blockchain negatív aspektusaitól. Ennek ellenére a Hyperledger család és közösség új mérföldköve rengeteg új fejlesztést hozott, és csak a legjobbakban reménykedhetünk.

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