Hva er Lightning Protocol? Blockchain Scaling Solutions

Hva er Lightning Protocol + Raiden? Blockchain Scaling Solutions guide.

Bitcoin og Ethereum blir mer og mer populære, det kan ikke benektes. Dette er en graf over antall daglige bitcoin-transaksjoner sporet gjennom årene:

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Bilde med tillatelse: Wikipedia

Og her har vi antall eterumtransaksjoner per måned gjennom årene:

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Bilde med tillatelse: Etherscan

Hva er lynprotokoll? Blockchain Scaling Solutions

Selv om dette er et flott tegn og viser hvordan kryptokurver blir mye brukt og akseptert, er det et stort problem som har reist sitt stygge hode i nyere tid. På grunn av den plutselige økningen i antall transaksjoner, står både Bitcoin og ethereum overfor alvorlige skalerbarhetsproblemer.

Problemer med skalerbarhet stammer fra måten det åpne hovedbokssystemet er utformet på. Anta at Alice må sende 1 BTC til Bob, hvordan vil prosessen fungere? Alice kan ikke fysisk gi Bob pengene, bitcoin er tross alt digital. Måten transaksjonen finner sted på er enkel:

  • Alice erklærer at hun vil sende 1 BTC til Bob og sende transaksjonsdetaljene til gruvearbeiderne.
  • Gruvearbeiderne bekrefter at det faktisk er Alice som sender forespørselen og ingen andre, og de godkjenner følgelig transaksjonen ved å plassere den i blokkene de har utvunnet.
  • Bob får 1 BTC.

Tren for å bli en Blockchain-utvikler

Start din gratis prøveversjon i dag!

Så, hva er problemet i hele denne sekvensen?

Gruvearbeiderne blir en flaskehals for hele transaksjonen.

Faktum er at gruvearbeiderne rett og slett ikke kan følge med, ettersom antall transaksjoner fortsetter å øke. Det er stort sett et etterslep som skjer som et resultat av at transaksjoner ikke blir bekreftet raskt nok.

I tillegg er det også det lille spørsmålet om transaksjonsgebyrer. Hver gang gruvearbeidere gruver en blokk, blir de midlertidige diktatorer for den blokken. Hva det betyr er at de kan kreve et nominelt “transaksjonsgebyr” for å sette inn transaksjonsdata i blokkene sine. For å få transaksjonene sine raskere, og for å hoppe i køen for å si det sånn, kan folk imidlertid betale høyere transaksjonsgebyrer for å stimulere gruvearbeiderne til å verifisere transaksjonene sine.

Dessverre fører dette til et stort problem.

Normale bitcoin-brukere som betaler de normale transaksjonsgebyrene, trenger oftere enn ikke å vente lenge på å få godkjent transaksjonene sine. La oss faktisk se hvor lang tid en vil ha til å vente i gjennomsnitt hvis de betaler minst mulig transaksjonsgebyrer.

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Bilde med tillatelse: Business Insider.

Hvis du betaler lavest mulig transaksjonsgebyr, må du vente på en median tid på 13 minutter for at transaksjonen skal gjennomføres. 13 minutter! Oftere enn ikke måtte transaksjonene vente til en ny blokk ble utvunnet (som er 10 minutter i bitcoin), fordi de eldre blokkene ville fylle opp med transaksjoner.

Nå ser ting ganske dystre ut når det gjelder bitcoin. La oss se hvordan ting ser ut i Ethereums hjørne.

Teoretisk sett skal eterum behandle 1000 transaksjoner per sekund. I praksis er imidlertid eterum begrenset med 6,7 millioner gassgrenser på hver blokk.

Hva er Raiden & amp; Lysprotokoll? Blockchain Scaling Solutions

Bilde med tillatelse: Hackernoon

Siden hver blokk har en gassgrense, kan gruvearbeiderne bare legge til transaksjoner hvis gassbehov legger opp til noe som er lik eller mindre enn gassgrensen til blokken.

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Bilde med tillatelse: Hackernoon

Dette gir nok en gang en flaskehals på antall transaksjoner som kan gå gjennom per blokk.

ethereum klarte bare 20 transaksjoner per sekund mens Bitcoin tråkket sammen klokka 7. Når du sammenligner dette med det faktum at Paypal administrerer 193 transaksjoner per sekund og visum gjør 1667 per sekund, kunne du se hvorfor det var et stort problem og hvorfor dette trengte skal løses raskt.

En måte som bitcoin løser skalerbarhetsproblemet på, er via Segwit og økning av blokkstørrelsen. I denne artikkelen vil vi imidlertid fokusere på to veldig interessante forslag som ikke bare kan løse skalerbarhetsproblemer, men det kan faktisk muliggjøre tusenvis av transaksjoner per sekund. De er:

  • Lynprotokoll (Bitcoin).
  • Raiden Network (Ethereum).

Hva er Lighting Protocol? + Raiden

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Før vi går inn på disse to, er det noen ting som må tas opp.

En statlig kanal er en toveiskommunikasjonskanal mellom deltakere som gjør det mulig for dem å gjennomføre interaksjoner, som normalt vil forekomme på blockchain, utenfor blockchain. Hva dette vil gjøre er at det vil redusere transaksjonstiden eksponentielt siden du ikke lenger er avhengig av en tredjepart som en gruvearbeider for å validere transaksjonen.

Så hva er kravene for å gjøre en off-chain tilstandskanal?

  • Et segment av blockchain-tilstanden er låst via multisignatur eller en slags smart kontrakt, som er avtalt av et sett med deltakere.
  • Deltakerne samhandler med hverandre ved å signere transaksjoner mellom hverandre uten å sende noe til gruvearbeiderne.
  • Hele transaksjonssettet blir deretter lagt til blockchain.

Statskanalene kan lukkes på et punkt som er forutbestemt av deltakerne ifølge Slock.it-grunnlegger Stephan Thual. Det kan enten være:

  • Tiden har gått, f.eks. deltakerne kan bli enige om å åpne en statskanal og lukke den etter 2 timer.
  • Det kan være basert på den totale mengden transaksjoner som er gjort f.eks. lukk kjeden etter at transaksjoner i $ 100 har funnet sted.

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Bilde med tillatelse: Stephan Tual Medium Article

Så på bildet ovenfor. Vi har en bil som direkte samhandler med laderen og gjør totalt $ 39,19 i transaksjoner. Til slutt, etter en rekke interaksjoner, blir hele transaksjonsbiten lagt til blockchain. Tenk deg hvor lang tid det ville tatt hvis de måtte kjøre hver eneste transaksjon gjennom blockchain!

En betalingskanal er i utgangspunktet en statskanal som utelukkende behandler betalinger og mikropayments mellom partene. Husk at alle interaksjoner på kanalene er ting som kan skje i blockchain, men som skjer utenfor den. Det finnes flere typer betalingskanaldesigner, la oss gå gjennom noen av de mer populære.

Et av de tidligste eksemplene på betalingskanalen ble foreslått av Satoshi Nakamoto selv.

Dette systemet bruker noen interessante funksjoner:

  • Transaksjonsbytte.
  • Inndatasekvensnumre (nSekvens).
  • nLåsetid.

“NLocktime” er i utgangspunktet parameteren som definerer tiden før transaksjonen ikke kunne aksepteres i blokken. Konseptet er ganske enkelt. Det er en verdi som heter “UINT_MAX”, og nSequence kan ikke overstige dette tallet. Så anta at det er en ubekreftet transaksjon, og man kan fortsette å endre det før man setter den i blokken før tiden “nLocktime” går ut ELLER nSekvens blir lik “UINT_MAX”. For hver erstatning blir sekvensnummeret høyere.

Imidlertid var det mange sikkerhetsproblemer med dette og ble aldri riktig utført.

Før vi fortsetter er det to ting som vi må merke oss.

For det første ønsker vi å gi David A Harding et rop for forklaringen på Spillman-Style og CLTV-Style Payment Channels.

For det andre, før vi fortsetter, må du vite hva en multi-sig P2SH-adresse betyr.

Når det gjelder adresser i bitcoin, er det to typer:

  • P2PKH-adresse aka Pay-to-PubKey Hash-adresse.
  • P2SH-adresse aka Pay-to-Script Hash-adresse.

En “normal” Bitcoin-adresse ser slik ut: “15fXdTyFL1p53qQ8NkrjBqPUbPWvWmZ3G9”. Dette er en normal P2PKH-adresse. For å bruke bitcoins sendt til denne adressen, må man bare dekryptere ved hjelp av den tilsvarende private nøkkelen og få tilgang.

Imidlertid kan en Bitcoin ha mer allsidige forbruksvilkår knyttet til seg enn det. Du kan opprette mye mer enn enkle P2PKH-transaksjoner. Folk skjønte det tidlig, og de begynte å leke med “scriptPubKey” i Bitcoins skriptspråk.

Hva er scriptPubKey?

Slik ser en enkel 1 inngangs- og 1 utgangstransaksjon ut:

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Bilde med tillatelse: Bitcoin wiki

scriptPubKey”I“ output ”ovenfor dikterer i utgangspunktet forbruksforholdene. Du kan i utgangspunktet legge til dine egne kodelinjer i scriptPubKey og definere utgiftsbetingelsen selv. Kjerneutviklerne forutså at dette skulle skje, og for å forhindre at brukerne setter inn lange linjer med kode under forholdene, gjorde de det i stand til å bare sette inn hashes av forholdene sine i stedet. Disse vilkårene kalles innløsningsskript. I en P2SH-transaksjon inneholder scriptPubKey bare hashen til innløsningsskriptet. Selve skriptet blir bare avslørt og verifisert under den ventende transaksjonen.

Nå, på grunn av dette, skjer en veldig viktig ting. Fordi manusverifiseringen bare skjer under utgifttransaksjonen, fjerner ansvaret for å levere det fullinnløste manuset fra avsenderen til mottakeren. Dette gir i sin tur mange fordeler:

  • En avsender kan sende penger til en multisig-transaksjon uten å vite de fulle detaljene i transaksjonen. Dette hjelper mye i abstraksjon. Oftere enn ikke, når du bruker penger, bryr du deg sjelden om hva som kommer til å skje med pengene dine etter at du har overlevert dem. Den samme logikken brukes også her.
  • Det er mye enklere for avsendere å sende penger til korte og veldefinerte hashes aka script-hash i stedet for lange og forvirrende skript.

Så det er en generell forklaring på hva en mutisig P2SH-adresse er. En adresse som betaler til et script-hash ”i stedet for en offentlig adresse. La oss nå gå tilbake til eksemplene våre på betalingskanaler.

Denne stilen for betalingskanaler ble beskrevet i bitcoin-utviklingslisten og ble implementert i “bitcoinj”. Spillman-Style bruker to separate transaksjoner, innskudd og refusjon. Så, la oss se på prosessen:

  • Alice (selgeren) gir sin offentlige nøkkel til kunden sin, alias Bob.
  • Bob bruker den offentlige nøkkelen sin og den offentlige nøkkelen til Alice for å lage en multisig p2sh-adresse som vil kreve signaturer fra både Alice og Bob for å bruke penger som blir betalt til den adressen.
  • Bob oppretter en transaksjon, men overfører den ikke. Han bruker den transaksjonen til å betale multisig-adressen. Denne transaksjonen er depositum.
  • Bob oppretter nå en andre transaksjon som er den samme som før, og bruker den til å overskrive den forrige transaksjonen. Som et resultat av dette går den første tilbake til Bobs adresse. Bob erklærer da en tidlås på den andre transaksjonen for å sikre at den ikke kommer inn i blokken før en bestemt tid og signerer den.
  • Bob gir denne andre transaksjonen til Alice som deretter fortsetter å signere den og returnere den til Bob. Husk at Alice fremdeles ikke har sett innskuddstransaksjonen, dvs. den første transaksjonen ennå.
  • Nå har Bob en transaksjon som er signert av både ham og Alice og fungerer som refusjon. Så hvis Alice, selgeren, ikke gjør en bestemt jobb før timelåsen tar slutt, kan Bob kreve refusjonstransaksjonen for seg selv.
  • Nå som refusjonen er signert av alle tilstedeværende parter, kan Bob trygt erklære sin innskuddstransaksjon og legge den til blockchain.

Mens Spillman-Style var nyttig for å lage en betalingskanal som ville holde selgerne ærlige, var den fremdeles utsatt for smidighet. Når innskuddstransaksjonen sendes av Bob, må den være byte-for-byte som refusjonstransaksjonen. Hvis det ikke er, er ikke refusjonstransaksjonen lenger gyldig.

For å løse disse problemene ble CLTV-stil betalingskanaler implementert post BIP 65. La oss se hvordan det fungerer:

  • Alice (The Merchant) gir sin offentlige nøkkel til Bob (kunden).
  • Bob bruker sin offentlige nøkkel og Alice til å lage en P2SH-adresse ved å bruke følgende betingelser: Betingelse 1: Både Alice og Bob signerer på en transaksjon som skjer gjennom denne adressen. Betingelse 2: Bare Bob kan signere en transaksjon alene, men de transaksjonene må ha en låsetid som er større enn refusjonsbeløpet.
  • Bob oppretter umiddelbart en innskuddstransaksjon og sender den på blockchain. På grunn av tilstand 2 ovenfor er han forsikret om at han stort sett kan generere refusjon på forespørsel.

  • Husk nå, den første betingelsen sier at Alice og Bob begge må signere på en transaksjon som skjer i P2SH-adressen. Så Bob (kunden) kan signere sin del av transaksjonen, og Alice kan signere hennes del uten å avsløre signaturopplysningene sine for Bob. Ved å gjøre dette kan Alice kringkaste den endelige betalingen til blockchain før refusjonen kan sendes.

Den største fordelen som denne metoden har over Spillman-Style, er fjerning av smidbarhet som kan påvirke den. I Spillman-stilen ble Bob flaskehalset av det faktum at han trengte å kringkaste et depositum som samsvarte med refusjonsbyten for byte. Han trengte i utgangspunktet å forplikte seg, noe han ikke trenger å gjøre lenger. Disse kanalene bruker “OP_CLTV opcode” som ble aktivert takket være BIP 65.

Hashed timelock-kontrakter eller “HTLCs” er en av de mest praktiske applikasjonene til betalingskanalene. Faktisk er Lynprotokollen en implementering av HTLC. Så, hva er en HTLC? Inntil nå har vi sett kanaler som bruker “tidslåser”. En HTLC “utvider” det ved å introdusere “Hashlocks” sammen med tidlåsene.

HTLC muliggjør åpning av betalingskanaler der midler kan overføres mellom parter før en forhåndsavtalt frist. Disse betalingene blir bekreftet via innsending av kryptografiske bevis. I tillegg til det er en annen glimrende egenskap ved HTLC-ene at den lar en part miste betalingen gitt til dem og returnere den til betaleren. I tillegg kan betalinger også gjøres på tvers av kanaler.

I tillegg er det en annen fantastisk funksjon som kommer inn takket være HTLC. Det gjør transaksjoner på tvers av kjeder mulig. Dette kalles atomkorshandel og gjør det mulig for brukere å bytte en del av kryptovaluta i en kjede (f.eks. Bitcoin på hovedblokkjeden) mot en del av kryptokurrency i en annen kjede (bitcoin på sidekjede).

OK, så hvordan fungerer HTLC?

Tenk deg Alice må sende penger til Charlie via Bob.

  • Alice åpner en kanal med Bob og Bob åpner en kanal med Charlie.
  • Anta at Alice erklærer at hun vil kommunisere med Charlie.
  • Charlie erklærer et tilfeldig tall og genererer SHA256-hasjen og gir den til Alice. I utgangspunktet, hvis Charlie velger et nummer A, vil han gi hasjen til tallet H (A).
  • Alice sender 0,1 BTC til Bob med forutsetning at bare noen som kan sende inn dataene som kreves for å få samme hash, kan hente inn betalingen. For at Bob skal misbruke midlene, må han ha dataene som er det forhåndsbildet som kreves for å generere den hashen. I utgangspunktet må Bob gi “A” som han ikke har.
  • Bob overleverer nå midlene til Charlie i samme tilstand. Charlie fullfører betalingen fra Bob ved å overlate ham forhåndsbildet “A”.
  • Bob fullfører betalingen fra Alice ved å gi henne “A”.

Lynnettverket er et off-chain, HTLC-stil, mikrobetalingssystem som er designet for å få transaksjoner til å fungere raskere i blockchain. Den ble konseptualisert av Joseph Poon og Tadge Dryja i sin whitepaper som hadde som mål å løse blokkstørrelsesgrensen og transaksjonsforsinkelsesproblemene. Den opererer på toppen av Bitcoin og blir ofte referert til som “Layer 2”.

Som Jimmy Song bemerker i sin middels artikkel:

“The Lightning Network fungerer ved å lage en dobbeltsignert transaksjon. Det vil si at vi har en ny sjekk som krever at begge parter signerer for at den skal være gyldig. Sjekken spesifiserer hvor mye som sendes fra en part til en annen. Ettersom nye mikrobetalinger gjøres fra den ene parten til den andre, endres beløpet på sjekken, og begge parter signerer resultatet. ”

Så la oss sjekke noen av funksjonene som kommer inn takket være lynnettverket:

  • Raske betalinger: Betalinger skjer nesten øyeblikkelig.
  • Ikke avhengig av gruvearbeidere: Transaksjoner trenger ikke å godkjennes og verifiseres av gruvearbeidere for at de skal gjennomføres.
  • Micropayment friendly: Tidligere micropayments var ekstremt upraktisk på bitcoin blockchain. Nå er de mulig takket være lynnettverket.
  • Flersignaturvennlig: Transaksjonene vil gjennomføres hvis og bare hvis alle som er til stede i kanalen, godkjenner det.
  • Reduserer blockchain-belastning: Med så mange transaksjoner som skjer i kjeden, reduserer det belastningen som hovedkjeden må ta.
  • Reduserer ventetiden: Siden transaksjonene skjer utenfor kjeden og uten gruvearbeid, er det liten eller ingen ventetid.
  • Hjelper med skalerbarhet siden det vil øke antall transaksjoner som skjer per sekund.

Hva er Lightning Protocol? Blockchain Scaling Solutions

Så fantastisk som lynnettverket er, var det ett stort hinder foran det som måtte styres. Lynnettverket, som med alle betalingskanalmetoder, er utsatt for smidighet i transaksjoner.

Før vi forstår hva formbarhet for transaksjoner er, er det viktig å oppsummere en av de viktigste funksjonene i kryptoøkonomimodellen … hashing. Vi har skrevet en artikkel tidligere som dekker hashing i detalj. Bare for å gi deg en kort oversikt, kan en hashing-funksjon ta inn alle innganger av hvilken som helst lengde, men utgangen den gir har alltid en fast lengde.

Imidlertid er det hverandre en viktig funksjon av hashing som du trenger å vite for å forstå “transaksjonsmulighetsbarhet” som det kalles. Enhver liten endring i inngangsdataene vil endre utgangshashen drastisk.

F.eks. Sjekk ut denne testen som vi gjorde med SHA-256 aka hashing-algoritmen som brukes i bitcoin:

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Dette er en test

C7BE1ED902FB8DD4D48997C6452F5D7E509FBCDBE2808B16BCF4EDCE4C07D14E

dette er en test

2E99758548972A8E8822AD47FA1017FF72F06F3FF6A016851F45C398732BC50C

Se det?

Vi har nettopp endret “T” fra store til små bokstaver, og ser på hva det gjorde med utgangen!

En ting til som du trenger å forstå om blockchain er at den er uforanderlig, noe som betyr at når dataene først er satt inn i en blokk, kan de aldri endres. Selv om dette viser seg å være et sikkerhetsnett mot korrupsjon, var det en svakhet som ingen så komme.

Hva om dataene ble tuklet med

kom det til og med inn i blokken? Selv om folk fant ut av det senere, var det ingenting noen kan gjøre med det, fordi data som en gang er lagt inn i en blokk, aldri kan tas ut! Det er i hovedsak grunnen til at smidighet av transaksjoner er et slikt problem.

Nå, hvorfor skjer transaksjonens smidighet?

Hver bitcoin-transaksjon har inngangsdata og utdata.

La oss spesielt se inngangsdataene:

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Bilde med tillatelse: djp3 youtube-kanal.

Den består av antall transaksjoner som er tatt og signaturdataene. Signaturdataene forårsaker to problemer:

  • Det er ekstremt klumpete og tar mye plass.
  • Det kan manipuleres og dermed forårsake smidighet i transaksjonen.

Faktisk kan manipulering av signaturdata få det til å virke som om transaksjonen ikke en gang skjedde i utgangspunktet. La oss se dette i et eksempel.

Anta at Bob vil at Alice skal sende ham 3 BTC. Alice initierer en 3 BTC-transaksjon til Bobs offentlige adresse og sender den deretter til gruvearbeiderne for godkjenning. Mens transaksjonen venter i køen, bruker Bob transaksjonens smidighet for å endre Alice sin signatur og endre transaksjons-ID.

Nå er det en sjanse for at denne manipulerte transaksjonen blir godkjent før Alice blir godkjent, som igjen overskriver Alice’s transaksjon. Når Bob får sin 3 BTC, kan han ganske enkelt fortelle Alice at han ikke fikk 3 BTC som hun skyldte ham. Alice vil da se at transaksjonen hennes ikke gikk gjennom, og vil de sende den på nytt. Som et resultat vil Bob ende opp med 6 BTC i stedet for 3 BTC.

Så, la oss få dette rett ut. Kan formbarhet ødelegge lynprotokoller permanent? Nei det kan ikke. Det kan imidlertid gjøre hele opplevelsen veldig treg og irriterende. Malleated transaksjoner vil bli sittende fast på forskjellige trinn i kanalen. Den eneste måten at dette kan løses permanent er å innføre tillit til systemet eller ved å sette svært upraktiske tidsavbrudd. Det er mange grunner til at dette er uønsket:

  • Tidsavbruddene kan bli irriterende.
  • Ethvert system som er bygget på tillit er ødeleggende. Det er den grunnleggende filosofien bak bitcoin, å bygge et system som er helt pålitelig. Et system som kan holde seg ærlig uten å avhenge av tilliten til individuelle mennesker, er det perfekte systemet.

Så, for å komme videre og virkelig skalere opp med lyn, var det nødvendig med en løsning for problemet med smidbarhet, og den løsningen kom i form av Segwit.

Segwit aka segregerte vitner hadde et veldig enkelt konsept. Hvis de fleste av problemene oppstod fra signaturdataene i blokkene, hvorfor kan vi ikke bare plukke dem opp og holde dem i en parallell sidekjede? I utgangspunktet legger du inn all transaksjonen minus signaturdataene i hovedkjeden og legger alle signaturdataene i en sidekjede.

Slik ser en blokk ut som innlegg segwit:

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Så ved å fjerne signaturdataene fra transaksjonene, drepte den to fugler i en smekk, blokkområdet ble tomere og transaksjonene ble formbare gratis. Med en gang i orden løste Segwit problemet med smidighet og banet vei for sømløs lynnettintegrasjon.

Ethereums versjon av lynprotokollen heter Raiden. I etereum skjer 20 transaksjoner per sekund. For å få fart på ting og muliggjøre raskere transaksjoner av Ether- og ERC20-tokens, introduseres Raiden-nettverket som vil fungere omtrent som lynprotokollen og muliggjøre raske transaksjoner i private kanaler.

Mens det fullstendige Raiden-nettverket kanskje ikke blir helt klart ennå, er faktum at mange bare trenger Raiden for mange-en-betalingsfunksjonalitet. Så for dem er mikro Raiden (µRaiden) opprettet som muliggjør enkle og raske mikropayment-strukturer.

Saken er at Ethereum stort sett er upraktisk for øyeblikkelige transaksjoner. Det er en lang ventetid for transaksjoner som skal legges til de forskjellige blokkene i blockchain, og oftere enn ikke, må du betale enorme avgifter for å kutte linjen. Det Raiden-nettverket kommer til å gjøre er at det vil hjelpe folk i nettverket med å betale øyeblikkelig via betalingskanaler.

Raiden vil være strukturert som en maskestruktur som løper på toppen av eterum hovedkjede:

Hva er Raiden & amp; lynprotokoll? Blockchain Scaling Solutions

Bilde med tillatelse: Hacked.com

Raiden ble konseptualisert av Brainbot-teknologi. Dette hadde grunnlegger og administrerende direktør Heiko Hees å si om Raiden:

“I utgangspunktet vil alle blockchain-baserte applikasjoner som vil skalere til bruk i den virkelige verden, ha nytte av Raiden. Den kan brukes til applikasjoner som aktivahandel i spill eller finans, detaljbetalinger, mikropayments for innhold (tenk neste YouTube eller Spotify hvor skapere blir betalt direkte for hvert sekund som forbrukes). Men det er også egnet som en infrastruktur for billigere, raskere og sikrere korrespondentbank. “

Så hvordan fungerer Raiden?

Anta at Alice og Bob vil samhandle med hverandre ved hjelp av Raiden. Dette er hvordan de vil gjøre det

  • Alice og Bob åpner en betalingskanal mellom dem som vil være utenfor kjeden, og de distribuerer en smart kontrakt.
  • Begge parter gjør et depositum i den smarte kontrakten.
  • Anta at Alice vil sende 3 tokens til Bob, hun signerer meldingen “3” og sender den til Bob. Bob har nå bevis på at Alice sendte ham tre poletter.
  • Tenk deg at Alice vil sende Bob fire tokens til. Hun vil oppdatere meldingen til “7”. Dette viser at meldingen formidler også den forrige og den siste transaksjonen.
  • I det øyeblikket Bob ønsker å løse inn de 7 tokens, vil han gå blockchain og lukke kanalen. Han vil få de 7 tokens fra innskuddet som opprinnelig ble gjort i kanalen.
  • Informasjonen vil bli videreformidlet til blockchain, og den eneste posten som vil bli lagret er det siste 7 token innskuddet til Bob.

Raiden kommer til å ha en ICO til å finansiere oppsettingsprosessen. I løpet av ICO vil investorene få tak i Raiden-token RDN. Hva er nytten av dette tokenet? Utformingen av Raiden Network er slik at det uunngåelig vil koste avgifter. En del av nettverket er slik at folk må sitte og observere kanalene sine for å sikre at ingen av moroa blir stjålet. I stedet for å sitte på datamaskinene sine og se midlene sine hele dagen, kunne de ganske enkelt outsource dette arbeidet til noen og betale dem av RDN.

Hva er noen funksjoner i Raiden Network?

  • Brukbart og enkelt applikasjonsprogrammeringsgrensesnitt (API).
  • Gjør det mulig å skalere.
  • Kan betjenes av et ERC20-token.
  • Muliggjør rask og enkel overføring av penger.
  • Vil redusere belastningen på ethereum blockchain.

For at blokkjeder skaleres opp, må de absolutt ha off chain-løsninger. Betalingskanaler er en av de beste metodene for å gjøre det. Hvis Bitcoin og ethereum kan spikre Lightning og Raiden, er mulighetene uendelige. Tenk deg å ha tusenvis av transaksjoner per sekund mens du betaler ubetydelige transaksjonsgebyrer og har muligheten til å handle og koble til andre blokkeringer? Alt som ikke er en pipedrøm lenger. Vi gleder oss til å se hvordan det går ut!

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me