Den stora tråden om Bitcoin Lightning

Hur går det till i exemplet ovan när A betalar 10 sat till S, tänker du dig?

Det finns ingen direktkanal mellan A och S, så enda möjligheten är att betalningen går via N. Betalningen passerar då genom två kanaler. I båda dessa kanaler förändras balansen. Det är så man överför värde i lightningnätverket.

Du kan inte öka likviditeten i en kanal, utan det beloppet är bestämt när kanalen öppnas. Det är exakt därför det är efterblivet och naturligtvis inte är anpassat till hur betalningar flödar i verkliga livet.

Du får stänga kanalen och öppna en ny/nya om du behöver större likviditet.

Var detta en invändning mot vad jag skrev, eller byter du samtalsämne?

I fall 1, så resignerar jag och nöjer mig med att konstatera att du inte har förstått vad jag skriver.

I fall 2, så får vi spara det till en annan kväll. Mitt exempel handlade inte om likviditet och eventuella problem med den.

God natt.

Du har uppenbart svårt för logiska resonemang. Du har öppnat en kanal med t ex en likviditet på 100 sats till din kompis N. Du kan inte ta emot din månadslön på 1000 sats genom den kanalen oavsett vilken väg den transaktionen tar.

Som jag också skrev ovan så råkar du ut för problemet med att hitta en route för dylika transaktioner, vilket inte är ett löst problem (och kommer heller inte att bli det).

Routingproblemet är redan löst, åtminstone för små nätverk som i mitt exempel.

Jag fick för mig att det kanske kan vara så att ni faktiskt inte förstår detta. I och med att det även kan finnas andra läsare, även välvilliga sådana, som inte förstår, ska jag göra ett försök att förklara.

Detta är egentligen så enkelt att det inte har med lightning att göra utan mer med väldigt grundläggande bokföring eller möjligen mellanstadiematematik.

Men jag gör ett försök. Kanske kan det få någon pollett att trilla ner därute någonstans.

Vi förenklar kraftigt och tänker att vi har ett litet nätverk med bara fyra noder och tre kanaler och bortser helt från de minimala nodavgifterna.

--------------------

Antag följande:

Stopp.Belagg (hädanefter förkortat S) har en kanal 1 till N med totalt 100 sat jämnt fördelade (50 tillhör N -- 50 tillhör S, förkortat 50 N – 50 S).

N har en likadan kanal 2 till Stopp.Belaggs arbetsgivare A med 100 sat jämnt fördelade (50 N – 50 A)

N har även en likadan kanal 3 till butiken B med 100 sat jämnt fördelade (50 N – 50 B)

Det vill säga:

Kanal 1: 50 N -- 50 S

Kanal 2: 50 N -- 50 A

Kanal 3: 50 N -- 50 B

Totalt äger S alltså 50 sat, N 150 sat, A 50 sat och B 50 sat.

---

Steg 1. Antag att arbetsgivaren betalar 10 sat i lön till Stopp.Belagg.

Då kommer kanalernas balans förändras till:

Kanal 1: 40 N – 60 S

Kanal 2: 60 N – 40 A

Kanal 3: 50 N – 50 B

Totalt äger nu S 60 sat, N 150 sat, A 40 sat och B 50 sat.

---

Steg 2. Antag att Stopp-Belagg köper mat från butiken för 10 sat.

Då kommer kanalernas balans förändras till:

Kanal 1: 50 N – 50 S

Kanal 2: 60 N – 40 A

Kanal 3: 40 N – 60 B

Totalt äger nu S 50 sat, N 150 sat, A 40 sat och B 60 sat.

---

Steg 3. Antag att butiken köper en tjänst från arbetsgivaren för 10 sat.

Då kommer kanalernas balans förändras till:

Kanal 1: 50 N – 50 S

Kanal 2: 50 N – 50 A

Kanal 3: 50 B – 50 N

Totalt äger nu S 50 sat, N 150 sat, A 50 sat och B 50 sat och allt är åter i jämn balans.

---

Så länge utgifter och intäkter tar ut varandra uppstår inget problem och man behöver inte tillföra eller bortföra bitcoin från lightning medelst onchaintransaktioner. Det blir ingen principiell skillnad om vi tillför fler kanaler eller fler noder.

Kebabmedpommes, jag vet redan att du inte har förstått ett dyft av detta, så du behöver inte kommentera.

Routingproblemet är redan löst, åtminstone för små nätverk som i mitt exempel.

Tack för att du tog dig tid att förklara detta enkelt. Kommer vara användbart att hänvisa till så fort så jag bookmarkar det.

Tack för att du tog dig tid att förklara detta enkelt. Kommer vara användbart att hänvisa till så fort så jag bookmarkar det.

Ja, tack vare tex Trampolin noder, Becon noder och Rendevouz noder utöver klassisk source/onioin routning[/url], så finns flera olika sätt att routa beroende på vilket problem man vill lösa.

Andreas Antonopoulos förklarade det enkelt när han förklarar några av ovan kocenpt:
https://www.youtube.com/watch?v=vnDiJJoPESo

Tack, hoppas det får någon polett att trilla ner, som sagt. Konceptet verkar ju vara förvånansvärt kognitivt utmanande, av alla missförstånd att döma. Oöverstigligt utmanande för vissa.



Tack, pedagogiskt och intressant som så ofta från den mannen.

Varför skriver ni och låtsas som att inget hade hänt och att jag inte hade dumförklarat era inlägg alldeles nyss? Det är helt bisarrt faktiskt.

Påminnelse: (FB) Den stora tråden om Bitcoin Lightning

Varför skriver du och låtsas som att inget hade hänt och att du inte hade blivit dumförklarad i dina inlägg alldeles nyss? Det är helt bisarrt faktiskt.

Ses vid nästa halmstrå.

Varför skriver ni och låtsas som att inget hade hänt och att jag inte hade dumförklarat era inlägg alldeles nyss? Det är helt bisarrt faktiskt.

Påminnelse: (FB) Den stora tråden om Bitcoin Lightning