Blixt: Hur betalningskanaler bygger upp ett nätverk

Finns det någon möjlighet att göra en Bitcoin-betalning utan att ha någon kanal med dem? Om du vill få svar på den här frågan måste du ta en titt på Lightning. Då kommer du att upptäcka grunderna för att bygga en betalningskanal. Att lära känna blixt är dock inte lätt att göra. Det beror på att utforska Lightning endast bör göras efter att ha förstått Bitcoin.

Vad exakt är Lightning?

Blixt kan definieras som ett nätverk som består av transaktioner utanför kedjan. Transaktionerna går inte till Blockchain. I de flesta fall är dessa pålitliga och ogiltiga transaktioner. Den goda nyheten är att en person inte behöver få hjälp av en gruvarbetare för att säkerställa att en betalning bekräftas eller att de har betalats. Med andra ord lagrar du aldrig transaktionen i en offentlig blockchain, där den skulle dupliceras till alla noder i nätverket. Som ett resultat kommer Lightning att kunna lösa några av de mest framträdande frågorna Bitcoin står inför för närvarande, som inkluderar integritet och skalning.

Betalningskanalerna

Betalningskanaler är basenheten i ett blixtnätverk. De är engagerade i processen att signera transaktioner kontinuerligt utan att skicka till ditt bankkonto. Här skickar båda parter som är anslutna till transaktionen signerade Bitcoins till varandra. Dessa transaktioner skulle dock aldrig spridas till nätverket. Transaktionerna uppdateras vanligtvis tillsammans med varje betalning. Det är också möjligt för folket att skicka så många transaktioner som de vill. När en specifik transaktion skickas till gruvarbetaren, som äger rum i sista steget, och om den bekräftas i blockchain, skulle kanalen stängas.

När du skapar en betalningskanal måste båda parter som ingår i transaktionen använda en multisig-adress. Det bör delas och båda parter måste komma överens om det. Kanalen kan öppnas genom att skicka en viss mängd Bitcoins till adressen. Här inne måste båda parter skicka Bitcoins. Det är också viktigt att komma ihåg att det belopp du kan få är direkt proportionellt mot det exakta belopp som du ursprungligen lagt in.

Det finns smarta kontrakt som ser till att de två parterna inte behöver lita på varandra. Det beror främst på att det inte finns någon möjlighet för någon att fuska. Å andra sidan är det inte möjligt för en viss part att hålla tillbaka medel som tillhör en annan part. En senare betalning kan inte heller revideras genom att heller släppa en äldre transaktion. För att kanalen ska fungera utan förtroende måste båda parter vara permanent online.

Hur kanaler skapar ett nätverk

Som du redan vet valideras och bekräftas de transaktioner som du gör via Bitcoin av Bitcoin-gruvarbetare. Lightning-transaktionerna skulle dock gå direkt från avsändaren till mottagaren. Mottagaren skulle validera och lagra transaktionen.

Processen med blixt är förknippad med två parter. Det är lite bekvämt att ha två partier istället för tre. Men bilden blir lite mer komplicerad när en tredje part introduceras. Den person som initierar Bitcoin-transaktionen skulle skicka den till tredje part innan den tas emot av mottagaren. Som du kan se spelar tredje part en viktig roll här. Lightning-nätverket har förmågan att eliminera de fördröjningar som är associerade med det.

När det gäller ett blixtnätverk är endast två parter associerade med transaktionerna och betalningarna skickas via kanaler. När du lägger till fler parter skulle transaktionerna bli mer komplicerade. Faktum är att det främsta målet för Lightning har varit att eliminera dessa onödiga parter från en Bitcoin-transaktion.

Den specifika arkitekturen som finns i ett blixtnätverk är inte känd. Det är dock möjligt att hitta ett stort antal oändliga möjligheter. Till exempel kommer en enskild person att kunna behålla ett stort antal kanaler. Som ett resultat skulle det vara möjligt att skicka betalningar på många olika vägar. Det största tvivel som du skulle få när du analyserar detta scenario är hur hela systemet fungerar utan förtroende.

Hash Time Locked Contracts

Ovanstående fråga kan besvaras med hjälp av hash-tidslåsta kontrakt. När en Bitcoin-betalning tas emot skulle mottagaren skapa ett slumpmässigt värde. Detta slumpmässiga värde liknar mer ett lösenord. Med andra ord skulle en hash vara slutresultatet av en kryptografisk operation. Denna operation har två huvudegenskaper. Det finns ingen möjlighet att räkna om det ursprungliga värdet tillsammans med hashen. Hash är envägsfunktioner. Det slumpmässiga lösenord som skapats skulle fungera som en gåta. Den som initierade transaktionen måste lösa gåtan. Detta accepterar transaktionen och en betalning kommer att göras i slutet av dagen. Detta kallas ett Hash-kontrakt. Som du kan se spelar Hash Riddle en viktig roll bakom Hash Contracts genom att acceptera eller avvisa transaktioner.