Hyperledger Fabric 2.0: Blockchain van de volgende generatie

Hyperledger Fabric bestaat al geruime tijd voor de ondernemingen. In werkelijkheid biedt het een van de creatieve platforms voor blockchain-use-cases. Maar een technologie die in de loop van de tijd niet verbetert, raakt zeer snel verouderd. Daarom bracht Hyperledger ons de nieuwe Hyperledger Fabric 2.0-release.

In feite bood het bedrijf eerder een Fabric-versie 1.4 aan. Maar nu hebben we de volgende generatie blockchain onder ons. Als je net als wij meer dan enthousiast bent over de nieuwe release, bekijk dan deze gids. Omdat we vandaag zullen praten over wat de nieuwe Hyperledger Fabric 2.0-release is en over alle functies die het heeft geïntroduceerd.

Maar voordat we beginnen, zullen we een terugblik geven op wat het Hyperledger Fabric-platform is en welke functies het aanvankelijk bood.

Dus laten we beginnen!

Wat is Hyperledger Fabric?

Hyperledger Fabric is een gedistribueerd grootboekplatform voor enterprise-grade oplossingen dat wordt geleverd met veelzijdigheid, modulariteit en prestaties. Zoals u weet, zijn er dus ook platforms zonder toestemming. Maar Fabric is anders dan dat.

Het staat niet iedereen toe om toegang te krijgen tot het platform. Het biedt eerder geautoriseerde toegang aan de gebruikers die autoriteit hebben in het systeem. Bovendien biedt het ook gegevensprivacy en slimme contracten voor schaalbare en veilige prestaties.

Daarom kan elke branche Hyperledger Fabric gewoon voor elke oplossing gebruiken. De mogelijkheden zijn eindeloos en bedrijven zullen altijd de beste output halen uit het gedistribueerde grootboekplatform.

Hoewel gebruikers binnen een netwerksysteem zullen samenwerken, moeten de ondernemingen voor bepaalde interacties de privacy behouden. Het is waar de branche op is gebaseerd. Misschien verkoopt een koper een product bijvoorbeeld aan verschillende leveranciers, maar tegen verschillende prijsklassen.

Maar de koper moet er privacy over bewaren. En dit is waar Hyperledger Fabric kan helpen.

In werkelijkheid kunt u in een transactie eenvoudig afzonderlijke kanalen creëren voor afzonderlijke verkopers. U kunt ook opties voor privégegevens gebruiken om de informatie stil te houden.

 

Waarom Hyperledger Fabric?


In werkelijkheid is Hyperledger Fabric in de loop van de tijd geëvolueerd met behulp van de open-sourcecommunity, waarbij de nadruk vooral ligt op use-cases op ondernemingsniveau. Meer nog, het biedt nu veel functies waar de onderneming vaak om vraagt. Dus laten we eens kijken wat dit zijn –

  • Modulaire en geautoriseerde architectuur.
  • Een zeer flexibele goedkeuringsoplossing voor consensus tussen alle transactiesorganisaties.
  • Flexibele en open slimme contracten die verschillende datamodellen en oplossingen kunnen ondersteunen, zoals gestructureerde gegevens, accountmodel, ongestructureerde gegevens, UTXO-model, enz..
  • Inplugbare opties voor consensusprotocollen voor het bestellen van transacties en blokkering.
  • Volledige gegevensprivacy voor het isoleren van transacties of het delen van alleen need-to-know-informatie met behulp van privégegevensmodellen.
  • Slimme contractondersteuning voor meerdere programmeertalen zoals JavaScript, Java, Go, enz.
  • Versiebeheer en beheer voor slimme contracten.
  • Ondersteuning voor soliditeit.
  • Ondersteuning voor Ethereum Virtual Machine.
  • Continue updates, bedrijfsactiviteiten, ondersteuning voor asymmetrische versies.
  • Viervoudige gegevens zoals bereikquery’s, sleutelquery’s, on-chain JSON-queries en nog veel meer.

 

Hyperledger Fabric 2.0: wat is er nieuw?

De allereerste Hyperledger Fabric-release was terug in v1.0. En nu hebben we de tweede grote Hyperledger Fabric 2.0-release. Deze keer komt het met veel nieuwe en verbeterde functies voor zowel gebruikers als operators op het platform.

Hyperledger Fabric 2.0-release bevat privacypatronen en ondersteunt nieuwe toepassingen, nieuwe functies voor besturingsknooppunten, verbeterde beheersystemen voor slimme contracten en nog veel meer.

Ze zullen u echter niet dwingen om te upgraden naar de nieuwste Hyperledger Fabric 2.0 als u er nog niet klaar voor bent. U heeft dus de mogelijkheid om te upgraden wanneer u er klaar voor bent, of uw bedrijf is klaar voor de transitie.

En dat is een enorm pluspunt voor Hyperledger Fabric 2.0.

Laten we eens kijken naar enkele hoogtepunten van de nieuwe release –

Slimme contracten Gedecentraliseerde governance

Hyperledger Fabric 2.0 wordt nu geleverd met gedecentraliseerd beheer, vooral voor slimme contracten. Het biedt ook een nieuw proces waarbij je een kettingcode op de peers kunt installeren en deze op het kanaal kunt starten. Zo stelt het nieuwe chaincode lifecycle management nu meerdere organisaties in staat om tot overeenstemming te komen op basis van de parameters van de chaincode.

Dus in feite gebruik je het kettingcode-goedkeuringsbeleid voor interactie met het grootboek. Laten we eens kijken welke andere verbeteringen het biedt ten opzichte van het vorige levenscyclusproces van kettingcodes –

 

Overeenkomst met de parameters van Chaincode

In feite kon in de vorige release slechts één organisatie in de chaincode de parameters instellen, zelfs voor andere kanaalleden. Maar de andere leden zouden kunnen weigeren de kettingcode te krijgen en niet deelnemen aan het transactieproces. Daarom een ​​beroep doen op het.

De nieuwe Hyperledger Fabric 2.0 biedt echter een meer flexibele route voor de kettingcode. Nu ondersteunt het zowel gecentraliseerde kettingcodemodellen als gedecentraliseerde kettingcodemodellen. In de decentrale versie moeten de bedrijven een akkoord bereiken over de kettingcode om deze actief te laten worden op het kanaal.

 

Voorzichtige kettingcode-upgrades

Voorheen kon slechts één organisatie de transactie upgraden. Dat zou echter de andere kanaalleden in gevaar brengen als ze de kettingcode niet hebben geïnstalleerd. Met de nieuwe Hyperledger Fabric versie 2.0 kan de kettingcode dus alleen worden geüpgraded nadat genoeg leden het zonder problemen eens zijn geworden over de upgrade.

 

Verzameling van privégegevens en eenvoudige updates van het onderschrijvingsbeleid

De nieuwe Hyperledger Fabric-versie 2.0 biedt een nieuw goedkeuringsbeleid waarmee u de privégegevensverzameling of beleidsconfiguratie kunt upgraden zonder de kettingcode opnieuw te installeren. Meer nog, de gebruikers kunnen gebruikmaken van het goedkeuringsbeleid, aangezien hiervoor toestemming is vereist van een groot aantal gebruikers op het kanaal.

In werkelijkheid wordt het beleid telkens bijgewerkt wanneer een lid in het grootboek stapt of het grootboek verlaat.

 

Inspecteerbare kettingcodepakketten

Nu wordt de Hyperledger Fabric-versie 2.0 geleverd met een gemakkelijk leesbaar tar-bestand voor kettingcode. Het zal u helpen om de kettingcodebestanden eenvoudig te inspecteren en de installaties in andere organisaties te bepalen.

 

Meerdere kettingcodes op een kanaal

In de vorige versie, de levenscyclus die werd gebruikt om elke kettingcode te definiëren met behulp van de versie en naam die tijdens de installatie van het pakket zijn opgegeven. Maar nu kunt u slechts één kettingcodepakket gebruiken en het meer dan eens implementeren met meerdere namen elke keer op het netwerk. Je kunt het ook op verschillende kanalen of op hetzelfde kanaal doen.

 

Chaincode-pakketten tussen kanaalleden

In de Hyperledger Fabric versie 2.0 kunnen gebruikers een kettingcode uitbreiden voor hun eigen gebruikssituaties. Zo kan een organisatie een kettingcode verlengen voor validaties binnen het eigen bedrijf. Maar er is een minimum aantal vereisten van organisaties. Dus als er voldoende goedkeuring mogelijk is, worden de transacties gevalideerd en krijgen ze een plaats in het grootboek.

Het zal uw bedrijf dus helpen om eventuele problemen automatisch in uw eigen tijd op te lossen zonder het hele netwerk in gevaar te brengen.

 

De nieuwe ketencode-levenscyclus gebruiken

De Hyperledger Fabric-versie 2.0 biedt nu een volledig nieuwe chaincode-levenscyclus. Als u echter nog niet klaar bent voor de nieuwe wijzigingen, kunt u gewoon de vorige levenscyclus blijven gebruiken met Hyperledger Fabric versie 2.0.

In werkelijkheid wordt de nieuwe levenscyclus pas actief wanneer u de mogelijkheden bijwerkt naar v2.0.

 

Nieuwe toepassingspatronen voor kettingcodes

Kortom, met de Hyperledger Fabric 2.0-roadmap kunt u dezelfde gedecentraliseerde consensusmethode ook voor uw eigen kettingcodetoepassingen gebruiken. Het zorgt ervoor dat de organisaties toestemming hebben voor de gegevenstransacties voordat ze zich in het grootboek vastleggen.

Geautomatiseerde controles

Een organisatie kan geautomatiseerde cheques toevoegen aan kettingcode om meer informatie te valideren voordat een transactie in het grootboek wordt goedgekeurd.

Gedecentraliseerde overeenkomst

Het beste is dat u met de Hyperledger Fabric 2.0-roadmap menselijke beslissingen kunt modelleren op basis van de kettingcode voor meer dan één transactie. U hebt echter andere gebruikers van organisaties nodig om te communiceren met de voorwaarden van de overeenkomst.

Ten slotte kan een kettingcodevoorstel verifiëren dat aan alle voorwaarden van de gebruiker is voldaan en de transactie op basis daarvan afwikkelen.

 

Mogelijkheden

Er zijn bepaalde mogelijkheden in de Hyperledger Fabric 2.0-roadmap. Laten we eens kijken wat dit zijn –

Toepassing V2_0: Het start een nieuwe ketencode-levenscyclus voor operators, zoals vermeld in de Chaincode.

Kanaal V2_0: In principe heeft het geen wijzigingen, maar u kunt het gebruiken om de consistentie met het bestelde vaardigheidsniveau en de applicaties te behouden.

Besteller V2_0: Deze bestuurt de UseChannelCreationPolicyAsAdmins en verandert de manier waarop een kanaaltransactie doorgaans wordt gevalideerd. Als u het combineert met de optie -baseProfile, kunt u de eerder overgenomen waarden in het bestelsysteem wijzigen.

 

Maar als u uw vaardigheidsniveaus bijwerkt, vergeet dan niet om ook de peer-binaries bij te werken. Werk ook de binaire bestanden van de besteller bij voordat u de mogelijkheden van de besteller en het kanaal bijwerkt.

 

Verbeteringen in privégegevens

De Hyperledger Fabric 2.0-roadmap wordt ook geleverd met een nieuw patroon voor het delen van al uw privégegevens zonder ze allemaal tegelijk te verzamelen en vervolgens op basis daarvan kanaalleden te combineren. Meer specifiek, zonder privé-informatie te delen met een verzameling gebruikers, kunt u deze gewoon delen met één enkele organisatie.

Maar voordat we wat dieper ingaan op de Hyperledger Fabric 2.0-documentatie, laten we eens kijken naar welke privégegevens eigenlijk verwijzen in Hyperledger.

 

Wat zijn privégegevens?

In veel gevallen kan het nodig zijn dat een onderneming bepaalde informatie privé houdt in een kanaal van andere bedrijven. Ze moeten dus een nieuw kanaal creëren met alleen de organisaties die de informatie afzonderlijk kunnen zien. Maar dat betekent dat het ook extra administraties, beleid, lidmaatschapstoegang en nog veel meer nodig heeft.

Meer nog, het staat de kanaaldeelnemer ook niet toe het systeem te gebruiken in gevallen waarin alle partijen een deel van de informatie kunnen zien terwijl andere verborgen blijven..

Nu helpt de Hyperledger Fabric 2.0-roadmap u echter bij het creëren van een privégegevensverzameling. Hier kunt u een subset van bedrijven definiëren die de privégegevens kunnen zien zonder voor elk geval een nieuw kanaal te creëren.

 

Wat is privégegevensverzameling??

Kortom, een collectie is een combinatie van twee verschillende elementen –

De feitelijke informatie die wordt uitgezonden tussen peers met behulp van het roddelprotocol. Maar hier kan alleen de onderneming die bevoegd is om het in te zien, dit zien. Deze gegevens bevinden zich in feite in een privé-staatsdatabase binnen de grootboeken van de collega’s van die organisatie.

Bovendien zijn er hier geen bestelservices en kunnen ze de privégegevens niet zien. Hoe dan ook, aangezien de roddelprotocollen de informatie van de ene peer naar de andere uitzenden, moet u Anchor nodes in het kanaal instellen.

Het bevat ook een hash van die privégegevens die worden geordend, goedgekeurd en geschreven in het grootboek van alle peers in het kanaal. In feite dient het als bewijs voor de validatie van een transactie op het kanaal. U kunt het ook gebruiken voor auditdoeleinden.

 

Een collectie gebruiken

Binnen een kanaal

Je moet kanalen gebruiken als je een hele transactie geheim wilt houden voor een groep organisaties binnen het kanaal.

Afzonderlijk kanaal

Volgens Hyperledger Fabric 2.0-documentatie kunt u collecties gebruiken wanneer u slechts een deel van het grootboek geheim moet houden voor een aantal ondernemingen.

In werkelijkheid hebben sommige organisaties volledige toegang tot het grootboek en zien andere alleen wat ze mogen. Als u transactiegegevens ook verborgen wilt houden voor de bestelservices, kunt u privégegevensverzamelingen gebruiken voor vertrouwelijkheid.

 

Een voorbeeld

Laten we eens kijken naar een voorbeeld uit de Hyperledger Fabric 2.0-documentatie om de situatie beter te begrijpen.

Laten we zeggen dat er op een handelsplatform vijf ondernemingen in een kanaal zitten.

  • De boer die goederen verkoopt
  • Distributeur die deze goederen vervoert
  • Verzender die goederen tussen twee partijen vervoert
  • Groothandelaar die goederen koopt bij de distributeur
  • Detailhandelaar die de goederen koopt bij de groothandels en verladers

In principe kan de verdeler in elk geval anders opladen. Het kan dus zijn dat hij transacties met de verzender en de boer privé wil houden, omdat hij misschien andere deals heeft met de detailhandelaar en de groothandel.

De distributeur rekent ook minder aan een groothandel dan aan een detailhandelaar. Daarom wil hij dat misschien geheim houden voor de winkelier.

De groothandel kan daarentegen ook privé-relaties hebben met de verlader en de detailhandelaar. Maar als je voor elke privé-informatie een apart kanaal wilt creëren, wordt het systeem veel gecompliceerder.

In plaats van dat te doen, kunt u voor elk van de leden verschillende privégegevensverzamelingen of PDC’s hebben.

Zoals,

Private-Data-Collection-1: Verzender, boer en distributeur

Private-Data-Collection-2: Verzender, detailhandelaar en groothandel

Private-Data-Collection-3: Groothandelaar en distributeur

Volgens Hyperledger Fabric 2.0-documentatie zullen alle distributeurs-peer privé-databases hebben met privégegevens voor de relatie met de verzender, de boer en de distributeur en de groothandel en de distributeur..

 

Verbeteringen in datapatronen

Volgens de documentatie van Hyperledger Fabric 2.0 zijn er enkele verbeteringen die het daadwerkelijk mogelijk maken dat de nieuwe patronen van privégegevens werken. Dit zijn –

Privégegevens delen en verifiëren

Ontvangende partijen kunnen de GetPrivateDataHash () API gebruiken om te verifiëren of de privégegevens die met hen worden gedeeld authentiek zijn of niet in twee scenario’s:

  • Wanneer je privégegevens deelt met een kanaalgebruiker die geen lid is van een verzameling.
  • Wanneer je het deelt met een andere collectie die wordt geleverd met een of meer leden.

 

Beleid inzake goedkeuringsbeleid op collectieniveau

U kunt nu privégegevensverzamelingen definiëren met behulp van een goedkeuringsbeleid dat andere beleidsregels op kettingcode-niveau voor sleutels in de verzameling kan overschrijven. Kortom, u kunt het gebruiken om andere ondernemingen te beperken om op de verzameling te schrijven en wat de levenscyclus van kettingcodes en toepassingspatronen mogelijk kan maken.

U heeft bijvoorbeeld goedkeuring nodig, waarbij u, als de meerderheid van de ondernemingen akkoord gaat, de transactie kunt starten, maar in gevallen heeft u de overeenkomst van een specifieke organisatie nodig om deze te laten werken..

 

Impliciete verzamelingen per organisatie

Volgens de documentatie van Hyperledger Fabric 2.0, als je in elk geval een privé-gegevenspatroon per organisatie wilt gebruiken, kun je chaincode implementeren zonder de verzameling in de nieuwe versie te definiëren. Het is een van de belangrijkste functies van Hyperledger Fabric 2.0.

 

Externe Chaincode Launcher

De externe kettingcode-launcher is een van de geweldige Hyperledger Fabric 2.0-functies. Het zal voornamelijk de operators meer macht geven, aangezien ze er nu voor kunnen kiezen om de kettingcode van hun gekozen technologie te lanceren. Meer nog, je hoeft er geen externe launcher of builder voor te gebruiken, en het zal de kettingcode uitvoeren met behulp van Docker API.

Kortom, de peers hebben nu geen toegang tot een Docker-daemon om de kettingcode uit te voeren of te bouwen. In een productieomgeving is het absoluut niet wenselijk, en daarom kunnen peers nu de afhankelijkheid van Docker-daemon elimineren.

Nu hoef je geen kettingcode in een Docker-container uit te voeren, je kunt je eigen omgeving aanklagen om de kettingcode uit te voeren.

Bovendien kunnen de operators externe uitvoerbare bestanden aanbieden om te negeren hoe de gebruikers kettingcode starten of bouwen.

Eerder lanceerden peers een kettingcode en vervolgens werd deze weer met hen verbonden. Maar nu kunt u het uitvoeren als externe service.

 

Verbeterde prestaties op CouchDB

Voorheen, wanneer u de CouchDB-statusdatabase zou gebruiken, zou u te maken krijgen met leesvertragingen bij validatie en goedkeuring. Het was dus moeilijk om de prestaties zo soepel mogelijk te laten verlopen. Maar nu, met Hyperledger Fabric 2.0-functies, krijgt u een nieuwe peer-cache die langdurige zoekacties zal vervangen door snelle uitvoer. Meer nog, u kunt ze configureren met de eigenschap cacheSize van core.yaml.

 

Docker-images op basis van Alpine

In de nieuwe Hyperledger Fabric 2.0 zal het Alpine Linux gebruiken voor de Docker-images. De Alpine Linux is een veiligere en lichtere Linux-distributie die de prestaties van het netwerk gemakkelijk kan verbeteren.

In werkelijkheid betekent dit dat Docker-afbeeldingen kleiner zullen zijn, dus het downloaden of opstarten kost minder tijd. Bovendien neemt het vanaf nu ook niet te veel ruimte in beslag.

Het bedrijf heeft de Alpine Linux helemaal opnieuw ontworpen, rekening houdend met de veiligheid, en de minimalistische functie van deze distributie verwijdert alle kwetsbaarheden.

 

Voorbeeld testnetwerk

Nu heb je een nieuw voorbeeldtestnetwerk in de opslagplaats voor fabric-samples. Het is een van de coole Hyperledger Fabric 2.0-functies. In werkelijkheid is dit testnetwerk modulair en gebruiksvriendelijk. U zult dus geen probleem hebben om uw slimme contracten of applicaties uit te testen voordat u de oplossing start.

Bovendien kunt u het netwerk ook inzetten met certificaatautoriteiten samen met cryptogen.

 

Upgraden naar Fabric v2.0

Elke keer dat er een belangrijke release optreedt, brengt dit een hoop problemen met de upgrade met zich mee. In veel gevallen moet u de nieuwe versie helemaal opnieuw installeren, maar dat kan tot uitvaltijden leiden. Maar een van de functies van Hyperledger Fabric 2.0 is dat, als u al versie 1.4 gebruikt, u direct kunt upgraden naar versie 2.0 zonder enige downtime.

Ze hebben ook de upgradedocumenten herwerkt en uitgebreid zodat je ze kunt bekijken en ze hebben ook een zelfstandig huis in hun documentatie. Wilt u upgraden? Bekijk dan hun documentatie op dat.

In feite is het upgraden naar de nieuwste release een proces in vier stappen:

  • Eerst moet u een back-up maken van uw grootboeken en MSP’s.
  • Begin vervolgens met het upgraden van de binaire bestanden van de besteller naar de nieuwste versie.
  • Volg daarna hetzelfde updateproces voor de peer-binaire bestanden.
  • Ten slotte moet u de applicatiekanalen en het bestelsysteemkanaal bijwerken naar hun nieuwste mogelijkheden wanneer deze beschikbaar zijn. Meer nog, niet alle releases hebben uitbreidingsmogelijkheden, soms hebben ze grote verbeteringen en soms niet.

 

Tutorials upgraden

Voordat u een upgrade van processen uitvoert, zou u moeten overwegen om daarvoor hun tutorials te bekijken. Je kunt ook onze Fabric-tutorial bekijken. Hoe dan ook, we geven hier een korte versie van –

  • Voordat u uw mogelijkheden upgradet, moet u eerst al uw componenten upgraden. Zorg ervoor dat ze de laatste versie zijn.
  • Zorg er ook voor dat u alle knooppunten bijwerkt naar de nieuwste versie voordat u het hele kanaal bijwerkt.
  • U moet een goedkeuringsbeleid voor een specifiek bedrijf toevoegen om een ​​nieuwe kettingcode-levenscyclus in het systeem te starten.

De fabric beschouwt het upgraden van knooppunten en het vergroten van mogelijkheden nu als een standaard.

Notitie: Het wordt aanbevolen om uw SDK ook naar de nieuwste versie te upgraden. Hoewel uw SDK in staat zou moeten zijn om gelijkwaardige releases van Hyperledger Fabric en een lagere versie te verwerken, is het het beste om deze bij te werken, omdat u dan de nieuwste Fabric-functies efficiënt kunt gebruiken.

Als u nog steeds niet weet hoe het upgradeproces werkt, bekijk dan hun documentatie erover.

 

Gevolgtrekking

De nieuwste release van versie 2.0 is een mijlpaal in de geschiedenis. In werkelijkheid wordt Fabric 2.0 beschouwd als de volgende generatie blockchain-technologie. Meer nog, er zijn zoveel Hyperledger Fabric 2.0-functies die veel mogelijkheden bieden.

Vanaf nu weten we nog steeds niet hoe deze technologie zal presteren of dat de nieuwe versie eindelijk de negatieve aspecten van blockchain kan wegnemen. Toch bracht de nieuwe mijlpaal voor de Hyperledger-familie en -gemeenschap veel nieuwe verbeteringen met zich mee, en we kunnen alleen maar hopen op het beste.

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