Succesen med indledende mønttilbud (ICO’er) som en ny fundraising-model tiltrækker utvivlsomt en tilstrømning af teknologisk talent til at udvikle blockchain-teknologier som Ethereum og Hyperledger Fabric. Dette har venture-hovedstæder, der hælder millioner af dollars i blockchain-opstartsprojekter. I praksis er imidlertid langt størstedelen af ​​ICO’er til projekter, der endnu ikke er mulige på grund af de tekniske begrænsninger ved blockchain-teknologier.

Ethereums grundlægger, Vitalik Buterin, forklarede, at blockchains kan være egnede til nogle niche-brugssager, men de fungerer ikke godt til almindelig brug på grund af skaleringsproblemer. For eksempel behandler Bitcoin og Ethereum kun syv og femten transaktioner pr. Sekund (tx / s). For at støtte Visa, forklarede Buterin, skulle Ethereum skalere til tusindvis af tx / s. Selv for at drive New York Stock Exchange har du brug for titusinder af transaktioner pr. Sekund. Skalering af blockchain til denne kapacitet vil sandsynligvis kræve en betydelig kompromis med sikkerhed.

Hashgraph er et blockchain-alternativ, der opnår høj skalerbarhed uden at ofre sikkerheden. Det har vist sig at håndtere hundreder af tusinder af tx / s i et enkelt netværk og forventes at gøre millioner af tx / s med sharding. Hashgraph gør brug af asynkron byzantinsk fejltolerance. Dette er en meget sikker version af byzantinsk fejltolerance (BFT).

Hvordan fungerer hashgraph?

Hashgraph bruger to unikke teknikker ‘Sladder om sladder’ og ‘Virtuel afstemning’ for at opnå en hurtig, sikker og retfærdig konsensus.

‘Sladder’ er et almindeligt anvendt udtryk inden for datalogi, som kan defineres som at kalde en vilkårlig node og fortælle den node alt, hvad du ved, som den ikke allerede ved. I distribuerede hovedbogsteknologier (DLT’er) skal transaktioner sendes til alle knudepunkter på tværs af netværket. En sladderprotokol kan opnå denne overførsel af information utroligt hurtigt. ‘Sladder om sladder’ refererer til vedhæftning af en lille ekstra mængde information til denne sladder / transaktionsnyttelast, som er to hash’er, der indeholder de sidste to personer, der er talt med. Ved hjælp af disse oplysninger kan en Hashgraph bygges og opdateres konstant, da flere oplysninger sladres af hver knude.

At forklare sladder med et simpelt eksempel. Alice sladrer begivenhed A til Bob. Nu sladrer Bob begivenhed B, som indeholder det sladder, som Bob lærte af Alice, men også ethvert yderligere sladder oprettet af Bob. Oplysningerne, der sladres, er sladdernes historie, og derfor er den kendt som ‘sladder om sladder’.

Når Hashgraph er bygget, er det ekstremt let at vide, hvad en node ville stemme, fordi vi ved, hvad hver node ved, og hvornår de vidste det. På grund af det kan de køre ‘virtuel afstemning’, fordi hver knude kan finde ud af, hvordan de andre noder vil stemme. Så dybest set behøver ingen at udsende sin stemme til netværket. Til sammenligning med implementering af andre teknologier bliver alle noder nødt til at sende stemmemeddelelser, hvilket bremser netværket. Dette giver hvert medlem mulighed for at nå til en byzantinsk aftale om et vilkårligt antal beslutninger uden at der nogen gang bliver sendt en enkelt stemme. Endelig bruges nul båndbredde ud over blot at sladre Hashgraph, da hver node indeholder Hashgraph-historien.

Hvordan er Hashgraph i stand til at generere en høj kapacitet?

Når vi diskuterer hastigheden på et blockchain-netværk, taler vi faktisk om mængden af ​​transaktioner, der kan behandles pr. Sekund, hvor lang tid det tager, før en transaktion er bekræftet, og hvor lang tid det tager for alle andre i netværket at være i aftale. Netværkshastigheden er begrænset af båndbredden, som noderne giver til netværket.

Da Hashgraph næppe bruger båndbredde og er i stand til at nå en meget høj kapacitet. Når du distribuerer et dedikeret netværk, der kun indeholder avancerede noder, når du en høj kapacitet.

Hvad er asynkron byzantinsk fejltolerance?

Hashgraph er den eneste DLT, der er i brug i dag, og som repræsenterer asynkron byzantinsk fejltolerance. Dette er den stærkeste form for sikkerhed for et distribueret system. Dette betyder, at intet enkelt medlem (eller en lille gruppe medlemmer) kan forhindre samfundet i at nå til enighed, og de kan heller ikke ændre konsensus, når det er nået. Desuden vil hvert medlem til sidst nå et punkt, hvor de med sikkerhed ved, at de har nået konsensus.

Andre blockchains bruger en svagere version af Byzantine Fault Tolerance. Når der opstår et ‘dobbelt forbrug’, skal du vente på, at netværket gør det "buste" det. Imidlertid har blockchain ikke en matematisk garanti for en byzantinsk aftale, hvilket efterlader dig med en ‘ubekræftet’ status, og muligvis kan de penge, du fik betalt, forsvinde, da de forbliver ‘ubekræftede’ for evigt.

Retfærdighed:

Hvordan er Hashgraph fair? Her refererer retfærdighed til DLT’ers evne til at forhindre noder i at manipulere rækkefølgen af ​​transaktioner. Hashgraph er retfærdig, idet den serialiserer alle transaktioner med kryptografisk tidsstempling, i modsætning til i en blockchain, hvor minearbejdere bestemmer rækkefølgen, hvormed transaktioner placeres inden for hver blok. Transaktionsordren kan være ekstremt vigtig, for eksempel overveje at købe det samme kryptoaktiv, hvor den første køber sandsynligvis vil få en billigere pris.

Hashgraph vs Directed Acyclic Graph (DAG)

Projekter som Obyte, IOTA, og Raiblocks bruger DAG-teknologi, som oprindeligt er et matematisk udtryk. Både Hashgraph og DAG bruger ikke Proof-of-Work. Bortset fra det har de intet til fælles. En DAG er baseret på forbindelserne mellem transaktioner, og en Hashgraph er dybest set en historie om, hvordan noderne har kommunikeret med hinanden.

Bygning med Hashgraph:

Hashgraph er ikke open source. Virksomheden, der distribuerer Hashgraph-softwaren, tilbyder dog en SDK til at begynde at bruge Java til at opbygge ikke-kommercielle applikationer via Hashgraph. For at opbygge en komplet applikation på Hashgraph ved hjælp af Swirlds SDK skal du dog kontakte Swirlds for at diskutere den relevante licensering, der kræves.

Projekter på Hashgraph:

Swirlds, firmaet bag Hashgraph, er i øjeblikket i diskussioner med mange virksomheder. Imidlertid implementeres Hashgraph i øjeblikket af CULedger, et kreditforeningskonsortium støttet af indsatsen fra Credit Union National Association (CUNA) og Mountain West Credit Union Association (MWCUA). CULedger bygger en tilladt, distribueret, ledgerplatform til kreditforeninger i Nordamerika.

Dette gør det enkelt for udviklere at oprette distribuerede applikationer, der kan bruges af et hvilket som helst antal kreditforeninger. Hashgraph leverer delt lager til disse applikationer og reducerer derved muligheden for fejl, forbedrer effektiviteten og sikrer en ensartet visning af data fra alle parter.

Konklusion

Hashgraph arbejder på at være den løsning, der kan ordne internettet til fremtidige generationer. I sin nuværende tilstand er internettet grundlæggende mangelfuld og er ikke designet til at være sikkert. Hashgraph tilføjer et tillidslag oven på den eksisterende infrastruktur, der løser disse problemer og gør gennemførelsen af ​​transaktioner på Internettet langt mere sikker. Du kunne gøre den analogi, at det nuværende internet er som at bryde ind i et hus omgivet af et hegn og et alarmsystem – når du først bryder igennem det hegn og deaktiverer alarmen, er du inde. Med distribuerede systemer skal du bryde ind i flere huse hver med sit eget hegn og alarmsystem overalt i verden og alle på nøjagtig samme tid.

En Hashgraph er dybest set en historie om, hvordan knudepunkterne har talt med hinanden. Dette er et usædvanligt koncept, men det gør det muligt for netværk at nå konsensus meget hurtigt og med stærke matematiske beviser.