Hvad er Lightning Protocol? Blockchain skaleringsløsninger

Hvad er lyn Protocol + Raiden? Guide til Blockchain Scaling Solutions.

Bitcoin og Ethereum bliver mere og mere populære, det kan ikke benægtes. Dette er en graf over antallet af daglige bitcoin-transaktioner, der spores gennem årene:

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Billede med tilladelse: Wikipedia

Og her har vi antallet af ethereumtransaktioner pr. Måned gennem årene:

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Billede med tilladelse: Etherscan

Hvad er lynprotokol? Blockchain skaleringsløsninger

Selvom dette er et godt tegn og viser, hvordan kryptokurver bliver meget brugt og accepteret, er der et stort problem, der har rejst sit grimme hoved i nyere tid. På grund af den pludselige stigning i antallet af transaktioner står både Bitcoin og ethereum over for alvorlige skalerbarhedsproblemer.

Problemer med skalerbarhed stammer fra den måde, hvorpå det åbne regnskabssystem er designet. Antag, at Alice skal sende 1 BTC til Bob, hvordan vil processen fungere? Alice kan ikke fysisk give Bob pengene, bitcoin er trods alt digital. Måden, hvorpå transaktionen finder sted, er enkel:

  • Alice erklærer, at hun vil sende 1 BTC til Bob og sende transaktionsoplysningerne til minearbejdere.
  • Minearbejderne bekræfter, at det faktisk er Alice, der sender anmodningen, og ingen andre, og de godkender derfor transaktionen ved at placere den i de blokke, som de har udvundet.
  • Bob får 1 BTC.

Træn for at blive en Blockchain-udvikler

Start din gratis prøveperiode i dag!

Så hvad er problemet i hele denne rækkefølge?

Minearbejdere bliver en flaskehals for hele transaktionen.

Faktum er, at minearbejdere simpelthen ikke kan følge med, da antallet af transaktioner fortsætter med at stige. Der er stort set et efterslæb, der sker som et resultat af, at transaktioner ikke bliver verificeret hurtigt nok.

Derudover er der også det lille spørgsmål om transaktionsgebyrer. Når minearbejdere miner en blok, bliver de midlertidige diktatorer for den blok. Hvad det betyder er, at de kan opkræve et nominelt “transaktionsgebyr” for at indsætte transaktionsdata i deres blokke. For at få deres transaktioner gjort hurtigere og for at springe køen så at sige kan folk imidlertid betale højere transaktionsgebyrer for at tilskynde minearbejdere til først at kontrollere deres transaktioner.

Desværre fører dette til et stort problem.

Normale bitcoin-brugere, der betaler de normale transaktionsgebyrer, behøver oftere end ikke at vente længe på at få deres transaktioner godkendt. Lad os faktisk se, hvor meget tid en skal have til at vente i gennemsnit, hvis de betaler de mindst mulige transaktionsgebyrer.

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Billede med tilladelse: Business Insider.

Hvis du betaler de lavest mulige transaktionsgebyrer, bliver du nødt til at vente på en mediantid på 13 minutter, før din transaktion gennemgår. 13 minutter! Oftere end ikke måtte transaktionerne vente, indtil en ny blok blev udvundet (hvilket er 10 minutter i bitcoin), fordi de ældre blokke ville fylde op med transaktioner.

Nu ser tingene ret dystre ud, når det kommer til bitcoin. Lad os se, hvordan ting ser ud i Ethereums hjørne.

Teoretisk set skal ethereum behandle 1000 transaktioner pr. Sekund. Imidlertid er ethereum i praksis begrænset med 6,7 millioner gasgrænser på hver blok.

Hvad er Raiden & amp; Belysningsprotokol? Blockchain skaleringsløsninger

Billede med tilladelse: Hackernoon

Da hver blok har en gasgrænse, kan minearbejderne kun tilføje transaktioner, hvis gasbehov tilføjer noget, der er lig med eller mindre end blokens gasgrænse.

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Billede med tilladelse: Hackernoon

Dette giver endnu en gang en flaskehals på antallet af transaktioner, der kan gennemgå pr. Blok.

ethereum administrerede kun 20 transaktioner pr. sekund, mens Bitcoin trak med klokken 7. Når du sammenligner dette med det faktum, at Paypal administrerer 193 transaktioner pr. sekund, og visum gør 1667 pr. skal løses hurtigt.

En måde, hvorpå bitcoin løser sit skaleringsproblem, er via Segwit og stigning i blokstørrelse. I denne artikel vil vi dog fokusere på to meget interessante forslag, som ikke kun kan løse skalerbarhedsproblemer, men det kan faktisk muliggøre 1000’ers transaktion pr. Sekund. De er:

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

Hvad er Lighting Protocol? + Raiden

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Før vi går ind på disse to, er der nogle ting, der skal løses.

En statskanal er en tovejskommunikationskanal mellem deltagere, der gør det muligt for dem at gennemføre interaktioner, som normalt ville forekomme på blockchain, uden for blockchain. Hvad dette vil gøre er, at det vil reducere transaktionstiden eksponentielt, da du ikke længere er afhængig af en tredjepart som en minearbejder for at validere din transaktion.

Så hvad er kravene for at udføre en off-chain-tilstandskanal?

  • Et segment af blockchain-tilstanden er låst via multisignatur eller en slags smart kontrakt, som er aftalt af et sæt deltagere.
  • Deltagerne interagerer med hinanden ved at underskrive transaktioner mellem hinanden uden at sende noget til minearbejdere.
  • Hele transaktionssættet føjes derefter til blockchain.

Statskanalerne kan lukkes på et punkt, der er forudbestemt af deltagerne ifølge Slock.it-grundlægger Stephan Thual. Det kunne enten være:

  • Tidsforløb f.eks. deltagerne kan blive enige om at åbne en statskanal og lukke den efter 2 timer.
  • Det kan være baseret på det samlede antal udførte transaktioner f.eks. luk kæden efter transaktioner i værdi af $ 100.

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Billede med tilladelse: Stephan Tual Medium Article

Så på billedet ovenfor. Vi har en bil, der interagerer direkte med opladeren og foretager i alt $ 39,19 transaktioner. Endelig, efter en række interaktioner, føjes hele transaktionsklumpen til blockchain. Forestil dig, hvor meget tid det ville have taget, hvis de skulle køre hver eneste transaktion gennem blockchain!

En betalingskanal er grundlæggende en statskanal, der udelukkende beskæftiger sig med betalinger og mikrobetalinger mellem parter. Husk, at alle interaktioner på kanalerne er ting, der kan ske på blockchain, men der sker uden for det. Der findes flere former for betalingskanaldesign, lad os gennemgå nogle af de mere populære.

Et af de tidligste eksempler på betalingskanalen blev foreslået af Satoshi Nakamoto selv.

Dette system bruger nogle interessante funktioner:

  • Transaktion udskiftning.
  • Indtast sekvensnumre (nSekvens).
  • nLåsetid.

“NLocktime” er grundlæggende den parameter, der definerer det tidspunkt, inden hvilket transaktionen ikke kunne accepteres i blokken. Konceptet er ret simpelt. Der er en værdi kaldet “UINT_MAX”, og nSequence kan ikke overstige dette tal. Så antag, at der er en ubekræftet transaktion, og man kan fortsætte med at ændre det, før man sætter det i blokken, inden tiden “nLocktime” løber ud ELLER nSequence bliver lig med “UINT_MAX”. For hver udskiftning bliver sekvensnummeret højere.

Der var dog mange sikkerhedsproblemer med dette og blev aldrig udført korrekt.

Før vi fortsætter, er der to ting, som vi skal bemærke.

For det første vil vi gerne give David A Harding et råb for forklaringen på Spillman-Style og CLTV-Style Payment Channels.

For det andet skal du vide, hvad en multi-sig P2SH-adresse betyder, før vi fortsætter.

Når det kommer til adresser i bitcoin, er der to slags:

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

En “normal” Bitcoin-adresse ser sådan ud: “15fXdTyFL1p53qQ8NkrjBqPUbPWvWmZ3G9”. Dette er en normal P2PKH-adresse. For at bruge de bitcoins, der sendes til denne adresse, skal man blot dekryptere ved hjælp af den tilsvarende private nøgle og få adgang.

Dog kan en Bitcoin have mere alsidige forbrugsbetingelser knyttet til sig end det. Du kan oprette meget mere end enkle P2PKH-transaktioner. Folk indså det tidligt, og de begyndte at lege med “scriptPubKey” i Bitcoins script sprog.

Hvad er scriptPubKey?

Sådan ser en simpel 1 input og 1 output transaktion ud:

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Billede med tilladelse: Bitcoin wiki

Det “scriptPubKey”I“ output ”ovenfor dikterer dybest set udgiftsforholdene. Du kan dybest set tilføje dine egne kodelinjer til scriptPubKey og selv definere udgiftsbetingelsen. Kerneudviklerne forudså, at dette skulle ske, og for at forhindre, at brugerne anbragte lange linjer med kode under forholdene, gjorde de dem i stand til bare at lægge hash af deres forhold i stedet. Disse betingelser kaldes indløs script. I en P2SH-transaktion indeholder scriptPubKey kun hash af indløsningsskriptet. Selve scriptet afsløres og verificeres kun under den afventende transaktion.

Nu på grund af dette sker der en meget vigtig ting. Da scriptbekræftelsen kun sker under udgifttransaktionen, fjerner det ansvaret for at levere det fulde indløste script fra afsenderen til modtageren. Dette giver igen mange fordele:

  • En afsender kan sende penge til enhver multisig-transaktion uden at kende de fulde detaljer om transaktionen. Dette hjælper meget med abstraktion. Oftere end ikke, når du bruger penge, bryr du dig sjældent om, hvad der skal ske med dine penge, når du har afleveret dem. Den samme logik bruges også her.
  • Det er meget enklere for afsendere at sende penge til korte og veldefinerede hashes aka script-hash i stedet for lange og forvirrende scripts.

Så det er en generel forklaring på, hvad en mutisig P2SH-adresse er. En adresse, der betaler til et script-hash ”i stedet for en offentlig adresse. Lad os nu gå tilbage til vores eksempler på betalingskanaler.

Denne form for betalingskanaler blev beskrevet i bitcoin-udviklingspostlisten og blev implementeret i “bitcoinj”. Spillman-Style bruger to separate transaktioner, depositum og refusion. Så lad os se på processen:

  • Alice (købmanden) giver sin offentlige nøgle til sin kunde alias Bob.
  • Bob bruger sin offentlige nøgle og Alice’s offentlige nøgle til at oprette en multisig p2sh-adresse, der kræver underskrifter fra både Alice og Bob for at bruge alle midler, der betales til den adresse.
  • Bob opretter en transaktion, men sender den ikke. Han bruger denne transaktion til at betale multisig-adressen. Denne transaktion er depositum.
  • Bob opretter nu en anden transaktion, som er den samme som før, og bruger den til at overskrive den tidligere transaktion. Som et resultat heraf går den første tilbage til Bobs adresse. Bob erklærer derefter en tidslås for den anden transaktion for at sikre, at den ikke kommer inden for blokken inden et bestemt tidsrum og underskriver den.
  • Bob giver denne anden transaktion til Alice, som derefter fortsætter med at underskrive den og returnere den til Bob. Husk, Alice har stadig ikke set depositumstransaktionen, dvs. den første transaktion endnu.
  • Nu har Bob en transaktion, der er underskrevet af både ham og Alice og fungerer som en refusion. Så hvis Alice, købmanden, ikke laver et bestemt job, før tidslåsen løber ud, kan Bob kræve refusionstransaktionen for sig selv.
  • Nu hvor refusionen er underskrevet af alle tilstedeværende parter, kan Bob med sikkerhed erklære sin indbetalingstransaktion og føje den til blockchain.

Mens Spillman-Style var nyttig til at oprette en betalingskanal, der ville holde købmændene ærlige, var den stadig modtagelig for formbarhed. Når indbetalingstransaktionen sendes af Bob, skal den være byte-for-byte, ligesom refusionstransaktionen. Hvis det ikke er, er refusionstransaktionen ikke længere gyldig.

For at løse disse problemer blev CLTV-stil betalingskanaler implementeret post BIP 65. Lad os se, hvordan det fungerer:

  • Alice (købmanden) giver sin offentlige nøgle til Bob (kunden).
  • Bob bruger sin offentlige nøgle og Alice til at oprette en P2SH-adresse ved hjælp af følgende betingelser: Betingelse 1: Både Alice og Bob underskriver enhver transaktion, der sker gennem denne adresse. Betingelse 2: Kun Bob kan underskrive en transaktion alene, men disse transaktioner skal have en låsetid, der er større end depositummet.
  • Bob opretter straks en indbetalingstransaktion og sender den på blockchain. På grund af tilstand 2 ovenfor er han forsikret om, at han stort set kan generere en refusion efter anmodning.

  • Husk nu, den første betingelse siger, at Alice og Bob begge skal underskrive enhver transaktion, der sker i P2SH-adressen. Så Bob (kunden) kan underskrive sin del af transaktionen, og Alice kan underskrive hendes del uden at afsløre sine underskriftsoplysninger for Bob. Ved at gøre dette kan Alice sende den endelige betaling til blockchain, inden refusionen kan sendes.

Den største fordel, som denne metode har over Spillman-Style, er fjernelsen af ​​smidbarhed, der kan påvirke den. I Spillman-stilen blev Bob flaskehalset af det faktum, at han havde brug for at udsende et depositum, der svarede til refusionsbyten for byte. Han havde grundlæggende brug for at forpligte sig, hvilket han ikke længere har brug for. Disse kanaler bruger “OP_CLTV opcode”, som blev aktiveret takket være BIP 65.

Hashed timelock-kontrakter eller “HTLC’er” er en af ​​de mest bekvemme anvendelser af betalingskanalerne. Faktisk er Lightning Protocol en implementering af HTLC. Så hvad er en HTLC? Indtil nu har vi set kanaler, der bruger “timelocks”. En HTLC “udvider” det ved at introducere “Hashlocks” sammen med tidslåsen.

HTLC muliggør åbning af betalingskanaler, hvor midler kan overføres mellem parter inden en forud aftalt frist. Disse betalinger kvitteres via indsendelse af kryptografiske beviser. Sammen med det er et andet strålende træk ved HTLC’erne, at det giver en part mulighed for at miste den betaling, der er givet dem, og returnere den til betaleren. Derudover kan betalinger også foretages på tværs af kanaler.

Plus, der er en anden fantastisk funktion, der kommer ind takket være HTLC. Det gør transaktioner på tværs af kæder mulige. Dette kaldes handel med atomkorskæde og giver brugerne mulighed for at udveksle en del af kryptokurrency på en kæde (f.eks. Bitcoin på den vigtigste blockchain) for en del af kryptokurrency på en anden kæde (bitcoin på sidekæde).

Okay, så hvordan fungerer HTLC?

Forestil dig, at Alice skal sende nogle penge til Charlie via Bob.

  • Alice åbner en kanal med Bob og Bob åbner en kanal med Charlie.
  • Antag, at Alice erklærer, at hun vil interagere med Charlie.
  • Charlie erklærer et tilfældigt tal og genererer sin SHA256-hash og giver det til Alice. Dybest set, hvis Charlie vælger et nummer A, så giver han hash af tallet H (A).
  • Alice sender 0,1 BTC til Bob med den betingelse, at kun en person, der kan indsende de data, der kræves for at få den samme hash, kan hente betalingen. For at Bob kan misbruge pengene, skal han have de data, der er det præbillede, der kræves for at generere den hash. Dybest set skal Bob give “A”, som han ikke har.
  • Bob overleverer nu midlerne til Charlie under den samme betingelse. Charlie afslutter betalingen fra Bob ved at aflevere ham præ-billedet “A”.
  • Bob afslutter betalingen fra Alice ved at aflevere hende “A”.

Lynnetværket er et off-chain, HTLC-stil, micropayment-system, der er designet til at få transaktioner til at fungere hurtigere i blockchain. Det blev konceptualiseret af Joseph Poon og Tadge Dryja i deres hvidbog, der havde til formål at løse blokstørrelsesgrænsen og transaktionsforsinkelsesproblemerne. Det fungerer oven på Bitcoin og omtales ofte som “Lag 2”.

Som Jimmy Song bemærker i sin mediumartikel:

”Lynnetværket fungerer ved at oprette en dobbeltsigneret transaktion. Det vil sige, vi har en ny check, der kræver, at begge parter underskriver for at være gyldig. Kontrollen specificerer, hvor meget der sendes fra en part til en anden. Da nye mikrobetalinger foretages fra den ene part til den anden, ændres beløbet på checken, og begge parter underskriver resultatet. ”

Så lad os tjekke nogle af de funktioner, der kommer ind takket være lynnetværket:

  • Hurtige betalinger: Betalinger er næsten øjeblikkelige.
  • Ikke afhængig af minearbejdere: Transaktioner behøver ikke at blive godkendt og verificeret af minearbejdere for at det kan gennemføres.
  • Micropayment friendly: Tidligere micropayments var ekstremt ubelejligt på bitcoin blockchain. Nu er de mulige takket være lynnetværket.
  • Multisignaturvenlig: Transaktionerne gennemføres, hvis og kun hvis alle til stede i kanalen godkender det.
  • Reducerer blockchain-belastning: Med så mange transaktioner, der sker i kæden, reducerer det kraftigt den belastning, som hovedkæden skal tage.
  • Sænker ventetiden: Da transaktionerne sker uden for kæden og uden minearbejde, er der ringe eller ingen ventetid.
  • Hjælper med skalerbarhed, da det vil øge antallet af transaktioner, der sker pr. Sekund.

Hvad er Lightning Protocol? Blockchain skaleringsløsninger

Så fantastisk som lynnetværket er, var der en stor hindring foran det, der skulle styres. Lynnetværket er som med alle betalingskanalmetoder modtagelige for transaktionsmulighed.

Før vi forstår, hvad transaktionens smidighed er, er det vigtigt at opsummere en af ​​de vigtigste funktioner i den kryptoøkonomiske model … hashing. Vi har tidligere skrevet en artikel, der dækker hashing i detaljer. Bare for at give dig et kort overblik, kan en hashing-funktion optage enhver input af enhver længde, men den output, den giver, har altid en fast længde.

Der er dog hinanden vigtig funktion af hashing, som du har brug for at vide for at forstå “bugtransaktionens bugtransaktion”, som det kaldes. Enhver lille ændring i inputdataene vil ændre output-hash drastisk.

For eksempel. Tjek denne test, som vi gjorde med SHA-256, også kaldet hashing-algoritmen, der blev brugt i bitcoin:

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Dette er en test

C7BE1ED902FB8DD4D48997C6452F5D7E509FBCDBE2808B16BCF4EDCE4C07D14E

dette er en test

2E99758548972A8E8822AD47FA1017FF72F06F3FF6A016851F45C398732BC50C

Kan du se det?

Vi har lige ændret “T” fra store til små bogstaver, og se på, hvad det gjorde med output!

En ting mere, som du har brug for at forstå om blockchain, er at det er uforanderligt, hvilket betyder, at når dataene først er indsat i en blok, kan de aldrig ændres. Mens dette viser sig at være et sikkerhedsnet mod korruption, var der en svaghed, som ingen så komme.

Hvad hvis dataene blev manipuleret

kom det endda ind i blokken? Selvom folk fandt ud af det senere, var der intet, som nogen kan gøre ved det, fordi data, der først er indtastet i en blok, aldrig kan tages ud! Det er i det væsentlige grunden til, at transaktioners smidighed er et sådant problem.

Nu, hvorfor sker transaktionens smidighed?

Hver bitcoin-transaktion har inputdata og outputdata.

Lad os især se inputdataene:

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Billede med tilladelse: djp3 youtube kanal.

Den består af antallet af transaktionsinput, der er taget, og signaturdataene. Signaturdataene forårsager to problemer:

  • Det er ekstremt omfangsrigt og tager meget plads.
  • Det kan manipuleres og dermed medføre transaktionens smidighed.

Faktisk kan manipulation af signaturdata få det til at virke som om transaktionen ikke engang skete i første omgang. Lad os se dette i et eksempel.

Antag at Bob vil have Alice til at sende ham 3 BTC. Alice igangsætter en 3 BTC-transaktion til Bobs offentlige adresse og sender den derefter til minearbejderne til godkendelse. Mens transaktionen venter i køen, bruger Bob transaktionens formbarhed til at ændre Alice’s signatur og ændre transaktions-id’et.

Nu er der en chance for, at denne manipulerede transaktion vil blive godkendt, før Alice bliver godkendt, hvilket igen overskriver Alice’s transaktion. Når Bob får sin 3 BTC, kan han simpelthen fortælle Alice, at han ikke fik de 3 BTC, som hun skyldte ham. Alice vil så se, at hendes transaktion ikke gik igennem, og vil de sende den igen. Som et resultat ender Bob med 6 BTC i stedet for 3 BTC.

Så lad os få det lige ud. Kan formbarhed permanent ødelægge lynprotokoller? Nej det kan ikke. Det kan dog gøre hele oplevelsen meget langsom og irriterende. Malleated-transaktioner sidder fast i forskellige trin i kanalen. Den eneste måde, hvorpå dette kan løses permanent, er ved at indføre tillid til systemet eller ved at indstille meget ubelejlige timeouts. Der er mange grunde til, at dette er uønsket:

  • Timeouts kan blive irriterende.
  • Ethvert system, der er bygget på tillid, er korrupt. Det er den grundlæggende filosofi bag bitcoin, at opbygge et system, der er helt tillidsløst. Et system, der kan holde sig selv ærligt uden at være afhængig af de enkelte menneskers tillid, er det perfekte system.

Så for at komme videre og virkelig skalere op med lyn var der brug for en løsning til problemet med smidighed, og den rettelsen kom i form af Segwit.

Segwit aka adskilt vidne havde et meget simpelt koncept. Hvis de fleste af problemerne opstod fra signaturdataene i blokkene, hvorfor kan vi ikke bare samle dem op og opbevare dem i en parallel sidekæde? Grundlæggende skal du indsætte alle transaktioner minus signaturdata i hovedkæden og placere alle signaturdata i en sidekæde.

Sådan ser en blok ud post segwit:

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Så ved at fjerne signaturdata fra transaktionerne dræbte det to fugle i én sten, blokrummet blev tomere og transaktionerne blev formbare gratis. Med et blød løste Segwit problemet med formbarhed og banede vejen for problemfri lynnetintegration.

Ethereums version af lynprotokollen hedder Raiden. I ethereum sker der 20 transaktioner pr. Sekund. For at fremskynde tingene og muliggøre hurtigere transaktioner med Ether- og ERC20-tokens introduceres Raiden-netværket, som fungerer stort set som lynprotokollen og muliggør hurtige transaktioner i private kanaler.

Mens det fuldt sprængte Raiden-netværk muligvis ikke bliver helt klar endnu, er det faktum, at mange mennesker bare har brug for Raiden til mange-en-betalingsfunktioner. Så for dem er der skabt mikro Raiden (µRaiden), der muliggør nemme og hurtige mikropayment-strukturer.

Sagen er, at Ethereum stort set er upraktisk for øjeblikkelige transaktioner. Der er en lang ventetid for transaktioner, der skal føjes til de forskellige blokke i blockchain, og oftere end ikke, skal du betale enorme gebyrer for at skære linjen. Hvad Raiden-netværket vil gøre er, at det vil hjælpe folk i netværket med at foretage øjeblikkelige betalinger via betalingskanaler.

Raiden vil være struktureret som en maskestruktur, der løber oven på ethereum hovedkæde:

Hvad er Raiden & amp; lynprotokol? Blockchain skaleringsløsninger

Billede med tilladelse: Hacked.com

Raiden blev konceptualiseret af Brainbot-teknologi. Dette var hvad grundlægger og administrerende direktør Heiko Hees havde at sige om Raiden:

”Dybest set vil alle blockchain-baserede applikationer, der ønsker at skalere til brug i den virkelige verden, drage fordel af Raiden. Det kan bruges til applikationer som aktivhandel i spil eller finans, detailbetalinger, mikropayments for indhold (tænk det næste YouTube eller Spotify, hvor skabere betales direkte for hvert forbrugte sekund). Men det er også velegnet som en infrastruktur til billigere, hurtigere og mere sikker korrespondentbank. “

Så hvordan fungerer Raiden?

Antag, at Alice og Bob vil interagere med hinanden ved hjælp af Raiden. Dette er, hvordan de vil gøre det

  • Alice og Bob åbner en betalingskanal mellem dem, som vil være uden for kæden, og de implementerer en smart kontrakt.
  • Begge parter foretager et depositum i den smarte kontrakt.
  • Antag, at Alice vil sende 3 tokens til Bob, hun underskriver meddelelsen “3” og sender den til Bob. Bob har nu bevis for, at Alice sender ham 3 poletter.
  • Antag nu, at Alice vil sende Bob yderligere 4 poletter. Hun opdaterer meddelelsens tilstand til “7”. Dette viser, at meddelelsen også formidler den forrige og den sidste transaktion.
  • I det øjeblik Bob ønsker at indløse de 7 poletter, går han i blockchain og lukker kanalen. Han får de 7 poletter fra den indbetaling, der oprindeligt blev foretaget i kanalen.
  • Oplysningerne videresendes til blockchain, og den eneste post, der vil blive gemt, er den sidste 7 token-indbetaling til Bob.

Raiden vil have en ICO til at finansiere sin oprettelsesproces. Under ICO vil investorer få fat i Raiden-token RDN. Hvad er brugen af ​​dette token? Designet af Raiden Network er sådan, at det uundgåeligt vil koste gebyrer. En del af netværket er sådan, at folk bliver nødt til at sidde og observere deres kanaler for at sikre, at intet af det sjove bliver stjålet. I stedet for at sidde på deres computere og se deres midler hele dagen, kunne de blot outsource dette arbejde til nogen og betale dem med RDN.

Hvad er nogle af funktionerne i Raiden Network?

  • Brugbar og enkel applikationsprogrammeringsgrænseflade (API).
  • Aktiverer eterums skalerbarhed.
  • Kan betjenes med et ERC20-token.
  • Muliggør hurtig og enkel overførsel af penge.
  • Vil mindske belastningen på ethereum blockchain.

For at blockchains skaleres op, skal de absolut have off chain-løsninger. Betalingskanaler er en af ​​de bedste metoder til at gøre det. Hvis Bitcoin og ethereum kan negle Lightning og Raiden, er mulighederne uendelige. Forestil dig at have tusindvis af transaktioner pr. Sekund, mens du betaler ubetydelige transaktionsgebyrer og har evnen til at handle og oprette forbindelse til andre blockchains? Alt det der ikke længere er en rørdrøm. Vi kan ikke vente med at se, hvordan det går ud!

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