Hyperledger Cactus: Új Hyperledger keretrendszer

A közelmúltban a Hyperledger blogjukon új információkat közölt az új készülő Hyperledger Cactus projektjükről.

A technikai irányítóbizottság (TSC) végül jóváhagyta a Hyperledger Cactus projektet, miután az az elmúlt hat hónapban munkahelyen maradt. Eleinte Blockchain Integration Framework néven kapta a nevét, később azonban Hyperledger Cactus-ra változott.

Mint azt már tudhatod, a Hyperledger Cactus egy nyílt forráskódú projekt. A projektet legjobban leíró kifejezések a projekt korábbi neve, vagyis a Blockchain Integration Framework. A projekthez a Fujitsu és az Accenture közreműködik. A projektet a Hyperledger ökoszisztémába való felvételével a Hyperledger szabványainak megfelelően fogják kezelni. A felvétel emellett megváltoztatta a TSC nevét, hogy megfeleljen más Hyperledger projektekkel, és ezért „Hyperledger Cactus” néven nevezte el

Megjegyzés: Ez nem egy Hyperledger Cactus oktatóanyag

Ezenkívül olvassa el a Hyperledger ökoszisztéma egyéb keretrendszereit.

  • Hyperledger Fabric 2.0: Új generációs blokklánc
  • Hyperledger bemutató: A végső útmutató

Mi a Hyperledger Cactus és miért van szükségünk rá??

A Hyperledger projekt új hangsúlyt fektet a blokklánc-technológia mindenki számára történő eljuttatására. Jelenleg több olyan projekt működik, amely a blokklánc-technológia fejlesztésén dolgozik. Ezek azonban széttagoltak, és valójában lelassíthatják a blokklánc tömeges elfogadását a vállalkozások és a végfelhasználók körében.

A Hyperledger Cactus, más néven Blockchain Integration Framework, egy olyan protokoll, amelynek célja a széttöredezettség megoldása vagy legalábbis a heterogén rendszerarchitektúra segítségével történő megoldása..

A vállalati blokkláncok és az azokat átvevő vállalkozások növekedése tapasztalható. Ez azt jelenti, hogy interoperabilitásra van szükség a különböző megvalósítások között. A kölcsönhatás különböző iparágak között lehet, felhasználva a vállalati blokklánc technológiát, vagy az igényeikre optimalizált platformokat.

Problémájuk az interoperabilitási probléma megoldása, a Hyperledger Cactus pedig a probléma megoldására használható. Így az adatok megoszthatók a különböző rendszerek között anélkül, hogy egyedi megoldásokat kellene létrehozni az egyes infrastruktúra-típusokhoz.

Jó példa erre az ellátási lánc. Az ellátási láncban szükség van arra, hogy az áruk különböző blokklánc-hálózatokon mozogjanak. Ez azt jelenti, hogy az adatokat az egyik hálózatból a másikba kell továbbítani az információk sértetlenségével. Egy másik felhasználási eset a tokenizált digitális pénz átvitele egyik hálózatról a másikra.

Hyperledger kaktusz

A jobb megértés érdekében nézzük át az alábbi Hyperledger Cactus használati eseteket.

Hyperledger kaktusz használati esetek

A Hyperledger Cactus megértésének lehető legjobb módja a használati esetek áttekintése.

Az Ethereum és a kvórum eszközátadása

A Hyperledger Cactus egyik legjobb felhasználási esete az, hogy értékátadást kínál két különböző blockchain főkönyvi technológia között. Például egy felhasználó az Ethereum főkönyvében tárolhat eszközöket. De most azt akarja cserélni a Quorum főkönyvén lévő eszközökre. Általános körülmények között a hőcserélő megoldás nélkül a felhasználónak el kell adnia Ethereum eszközeit, majd a pénz felhasználásával meg kell vásárolnia a Quorum eszközeit. De ez nem lehetséges minden típusú eszköz esetében.

Az adott kérdés megoldására a Hyperledger Cactus felajánlhatja az Escrowed Asset Transfer társadalmi interakciót. Ez az interakció fontos, mivel rugalmasságot ad a felhasználónak az általa választott blockchain főkönyv kiválasztásához.

Ebben a Hyperledger Cactus használati esetben a felhasználó, miután átadja az eszközöket az Ethereumtól, onnan veszít. Az eszköz azonban mostantól elérhető lesz a Quorum főkönyvén. Ezen túlmenően annak működéséhez ki kell egészíteni a főkönyvet, és a cserélő személyazonosságát meg kell állapítani, mielőtt a csere megtörténne..

Letéti adattár érmékhez

A Hyperledger Cactus megkönnyítheti az érmék adattárolását is. Ez azt jelenti, hogy két felhasználó közötti peer to peer cserét kínálhat letét használatával két különböző csere- vagy főkönyvi rendszer között.

A felhasználók között megosztott adatok bármi lehetnek, beleértve egy ad-tech adatbázist, gépi tanulási modellt, digitalizált művészetet stb.!

Egy, az adatok birtokában lévő felhasználó kezdeményezi a tranzakciókat. Az adatok és az alapok is letéti lekötéssel hajtják végre a Hyperledger Cactus tranzakciót. A tranzakció atomcsere révén történik, biztosítva mindkét fél érdekeinek állandó védelmét.

Mindezek érdekében mindkét félnek meg kell osztania a kritikus információkat, beleértve a kézbesítési címeket, a letéti szolgáltatókat, akikben megbíznak, és az aktuális típust.

Pénz váltás

A Hyperledger Cactus akkor is hatékony, ha stabil érméket kell kötni más kriptovalutákhoz. Ebben az esetben egy felhasználó ténylegesen megvalósíthatja és használhatja a Hyperledger Cactus-t egy környezet beállításához, és a szükséges pluginok használatával a főkönyv működhet a tokenek verésében, a tranzakciókban és az írásban..

Ezt a felhasználási esetet úgy lehet legjobban leírni, mint egy szoftver-implementációs projektet, ahol egy bevált érme a stabil érméhez való rögzítést felhasználhatja a felhasználó bizalmának elnyerésére. Gyakran előfordul, hogy a felhasználók nem bíznak az érmékben, amelyek nincsenek mögöttük. A megvalósítás segítséget nyújthat azoknak a felhasználóknak, hogy megvásárolják az érmét, ha a Bitcoinhoz vagy az USD-hez kötődnek.

Egészségügyi adatok megosztása hozzáférés-vezérléssel

A Hyperledger Cactus másik népszerű használati esete az egészségügy. Az egészségügyi ágazat küzdött az adatok megosztásával. A blockchain technológia használata azonban lehetővé teszi számukra az adatok megosztását egymás között. A különböző blokklánc-technológiák használata azonban a megfelelő adatcsere és interoperabilitás szükségességét jelenti.

A Hyperledger Cactus segíthet a probléma megoldásában a peer to peer adatmegosztó társadalmi interakció segítségével. A páciens is profitál ebből az interakcióból. Eldönthetik, hogy azt akarják-e, hogy az egészségügyi szolgáltató tárolja a beteg adatait, beleértve kórtörténetüket is. Az egészségügyi szolgáltató engedélyt kérhet a pácienstől, és az engedély megadása után a beteg adatait a felhasználó által beállított adatvédelmi jellemzők / hozzáférés-szabályozás alapján tároljuk..

Ez azt is jelenti, hogy a felhasználó irányítja a különböző egészségügyi szolgáltatók között megosztott adatokat, mivel maguk állították be a hozzáférés-ellenőrzést. Az ügy sikere attól függ, hogyan működik a blockchain technológia. A kriptográfiai bizonyíték biztosítja, hogy az egészségügyi szolgáltatók egyike sem követ el szabálysértést a beteg adatainak tárolása és megosztása során..

Az élelmiszerek nyomon követhetőségének integrálása

A blockchain technológia előrelépést tett az élelmiszer-integráció terén. IBM Food Trust egyike azoknak a projekteknek, amelyek intelligensebb, biztonságosabb és fenntarthatóbb környezet biztosításával akarják átalakítani az élelmiszer-ökoszisztémát.

A Hyperledger Cactus kiegészítheti az IBM élelmiszer-bizalmát azáltal, hogy biztosítja a szoftver implementációs projekt eszközeit. Ebben a felhasználási esetben a legelőnyösebb végfelhasználó a fogyasztó, mivel az élelmiszer nyomát megőrző alkalmazás lekérdezésével egy fizikai üzletben értékelheti az élelmiszert. Miután meggyőződött az ételről és annak eredetéről, teljes nyugalommal vásárolhat.

Az élelmiszert kezelő szervezetek jobban kölcsönhatásba léphetnek egymással azáltal, hogy biztosítják, hogy a különálló szolgáltatások / termékek továbbra is szinkronizálják és ellenőrizzék a kiskereskedelmi egységekben értékesített élelmiszerek eredetét. Ez azt jelenti, hogy az élelmiszer-gyártó megoszthatja az információkat az élelmiszerlánc többi szereplőjével anélkül, hogy külön megoldást kellene létrehozni rá, mivel a Cactus megoldja. A kiskereskedőnek integrálnia kell a Cactus-t mint építészeti elemet, és interfészt kell biztosítania a fogyasztó számára az élelmiszerek nyomon követésére az ellátási lánc során..

Identitáskezelés: Végfelhasználói pénztárca engedélyezése és hitelesítése

Az utolsó Hyperledger Cactus felhasználási eset, amelyet megvitatni fogunk, a Wallet engedélyezése és hitelesítése.

Ez a konkrét felhasználási eset arról szól, hogy a felhasználónak lehetővé tegye a pénztárcák kezelését és azokkal való együttműködést különböző engedély nélküli és engedélyezett főkönyvekben. Egyszerű szavakkal, a végfelhasználó mostantól egyetlen felületen keresztül csatlakozhat különböző engedély nélküli vagy engedélyezett hálózatokhoz.

Hyperledger Cactus vs szövet

Ha követi a Hyperledger ökoszisztémát, akkor tudna a Hyperledger Fabric-ről. Ez az egyik legnépszerűbb Hyperledger keretrendszer odakinn. Kétségtelen, hogy a Cactus új, de nem a blokklánc-technológiai táj megváltoztatása a célja, hanem az, hogy jobban formálja azt a jelenleg létező megoldásokhoz, például a Fabric.

A Hyperledger Fabric egy teljes értékű keretrendszer, amely lehetőséget nyújt a fejlesztőknek megoldások vagy alkalmazások létrehozására a moduláris architektúra segítségével.

Lényegében a Hyperdeger Fabric egy keretrendszer, a Cactus pedig egy olyan protokoll, amely lehetővé teszi a különböző főkönyvi rendszerek számára, hogy jobban összekapcsolódjanak és információt cseréljenek.

Szeretne többet megtudni róluk? Ezután nézze meg a Hyperledger Tutorial: The Ultimate Guide című cikket. Hamarosan kitérünk a Hyperledger Cactus oktatóanyagára.

Hyperledger Cactus Principles

Ebben a szakaszban mi vagyunk a Hyperledger Cactus alapelvei. Ezek az elvek irányítják a Hyperledger Cactus projektet.

Széles támogatás

A projekt a különböző ökoszisztémákat kívánja összekapcsolni, függetlenül a technológia korlátozásaitól.

Plugins Architecture

A Cactus zökkenőmentesen integrálja a körülötte lévő szolgáltatásokat. Ilyen módon azt akarja biztosítani, hogy valóban biztosítsa az interoperabilitást és minimalizálja a véleményes integrációt. Sőt, PR-ekkel és visszajelzésekkel is együtt fognak működni annak biztosítására, hogy a Hyperledger Cactus kódot beépítsék a beépülő modulokba. Végül azt is szeretnék biztosítani, hogy a jövőbeni protokollok és felhasználási esetek hozzáadása a lehető legzökkenőmentesebb legyen.

Nincs kettős kiadás

A Hyperledger Cactus másik alapelve az, hogy megakadályozzuk a kettős költekezést a különböző ökoszisztémákban, bármikor.

DLT Feature Inclusivity

Az elosztott főkönyvi technológiák saját architektúrával rendelkeznek. Ez azt jelenti, hogy minden egyes DLT rendelkezik olyan funkciókkal, amelyek részben vagy teljesen nem állnak rendelkezésre a többi DLT-től.

A Hyperledger Cactus olyan kialakítást szeretne biztosítani, amely lehetővé teszi, hogy ezek az egyedi szolgáltatások elérhetőek legyenek, amikor a Cactus hozzáfér egy DLT-hez.

Alacsony hatás

A Hyperledger Cactus nem akarja újradefiniálni az ökoszisztémát, hanem arról, hogy legyen-e interoperabilitás közöttük. Ez az alacsony gyakoriság biztosítja a bizalmi modell, az irányítás és a munkafolyamatok fenntartását az adott ökoszisztémában. Az ökoszisztéma közötti protokoll-kézfogásnak meg kell győződnie arról, hogy az összeférhetetlenségeket előre megosztják, hogy a felhasználónak módja legyen rá. Ezután a felhasználó eldöntheti, hogy folytatni kívánja-e a tranzakciókat.

Átláthatóság

Teljes átláthatóság lesz, ha globális és helyi transzfer vonatkozásokról van szó. A Hyperledger Cactus biztosítja továbbá, hogy az esetleges hibákról megfelelően tájékoztassák a résztvevőket, és ezt is időben. A kommunikációt olyan bizonyítékokkal is meg kell valósítani, amelyek felhasználhatók a probléma kijavítására vagy a felhasználó értesítésére.

Automatizált munkafolyamatok

Az ökoszisztéma közötti munkafolyamatok automatikusan működőképessé alakíthatók. Gyors végrehajtást biztosít.

Legmagasabb biztonság

A Hyperledger Cactus a biztonságos opciók széles skáláját kínálja, amelyek csak szigorúan választhatók, és nincs lehetőségük lemondásra.

Tranzakciós protokoll tárgyalások

Lesz egy kézfogási mechanizmus a résztvevők számára. A kézfogás mechanizmusának rendelkeznie kell protokollokkal a tranzakció megfelelő végrehajtásának biztosítása érdekében.

Hyperledger Cactus funkciókövetelmény

Az alapelveken kívül a Hyperledger Cactus néhány kulcsfontosságú funkciót is kínál, amelyeket az alábbiakban tárgyalunk.

Új protokollintegráció: A Cactus biztosítja, hogy mindig legyen mód új protokollok hozzáadására a plugin architektúrájához. Ez felhatalmazza a kommunikációt, és lehetővé teszi számukra, hogy korlátozás és korlátozás nélkül javasolják, teszteljék és fejlesszék a megvalósításokat.

NAT / tűzfal / proxy kompatibilitás: Ez lehetővé teszi a protokollok működését a NAT-on, a tűzfalakon és a proxykon keresztül.

Kétirányú kommunikációs réteg: A kétirányú kommunikációs csatorna támogatása tűzfalak, proxy és NAT használatával vagy anélkül.

Konzorcium menedzsment: A Cactus a konzorcium menedzsment támogatásával érkezik. Ez azt jelenti, hogy az együttműködő szervezetek konzorciumokat hozhatnak létre, és hálózati erőforrásokkal vagy hardverekkel hozzájárulhatnak a Cactus klaszter működéséhez. A Cactus-fürt API-kiszolgálókból, validáló csomópontokból és így tovább.

A konzorcium arra összpontosít, hogy miként működtethető a klaszter, és biztosítható legyen benne minden hiba.

Hyperledger kaktusz építészet

A Hyperledger Cactus architektúra az alábbiakból áll:

  • Együttműködő minták
  • Együttműködő építészet
  • Műszaki építészet
  • Tranzakciós protokoll specifikációja
  • Plugin architektúra

Mindezek meghaladják a cikk kereteit, így azokat a Hyperledger Cactus architektúrában fogjuk ismertetni, amelyet hamarosan bemutatunk! Ezeket a dolgokat a Hyperledger Cactus oktatóanyagában a jövőbeni cikkeinkben is bemutatjuk.

Következtetés

Ez a Hyperledger Cactus cikk végéhez vezet. Itt próbáltuk megnézni, mit kínál az új Hyperledger keretrendszer. A használati esetek jól megértik, hogy a Cactus hol fér be.

Szóval, mit gondol a Hyperledger Cactusról? Hozzászólás az alábbiakban, és tudassa velünk.

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