Validering af Lightning Signer adskiller nøgler fra noder PlatoBlockchain Data Intelligence. Lodret søgning. Ai.

Validering af Lightning Signer adskiller nøgler fra noder

Nedenstående er et direkte uddrag af Marty's Bent Udgave #1264: "Undervurder ikke menneskelig kreativitet." Tilmeld dig nyhedsbrevet her.

Det er rigtigt, hvad de siger: Bjørnemarkeder er for at bygge. Her er et lysende eksempel på det via Sphinx-teamet, der viser, at deres lynknude udnytter Validerer Lightning Signer arkitektur, som adskiller nøglerne fra Lightning-noden ved hjælp af en dedikeret signeringsenhed. Det er det, der er på billedet ovenfor: den lille enhed, der hænger ud af stikkontakten.

"Hvorfor fanden betyder det noget?" Meget godt spørgsmål, freak. Indtil dette tidspunkt (vel egentlig tidligere i år, da Nodl kom ud med deres Nodlito projekt), at køre en Lightning Network-node har været en meget besværlig proces på grund af behovet for 100 % oppetid for at lette betalinger. Dette behov for oppetid har skubbet mange Lightning-brugere på virksomhedsniveau til at køre deres noder i skyen ved hjælp af serverfarme, der kan opfylde oppetidskravene. Dette er en smule bekymrende, fordi det fører til, at disse lynknuder er lidt af siddende ænder. Da det har været almindelig praksis indtil dette tidspunkt at huse noden og nøglerne, der giver brugere adgang til deres Lightning-kanaler i den samme hardware, ville det være trivielt for en motiveret angriber at identificere og konfiskere dedikeret Lightning-hardware, der sidder i serverfarme på tværs verden, hvilket effektivt giver angriberen mulighed for at konfiskere en brugers bitcoin.

Gå ind i ordninger som Nodlito og Validating Lightning Signer, som bringer en ny måde at gøre tingene på på markedet. I stedet for at rumme nøglerne og noden i den samme hardware, og dermed skabe et centralt fejlpunkt, sigter disse projekter på at udstyre brugerne med midlerne til at adskille de to funktioner og give disse brugere tilbage fuld kontrol over deres bitcoin ved at sikre, at de fysisk kan besidder deres nøgler ved hjælp af dedikeret hardware, der kommunikerer med noden, der kører i skyen. Ja, hardwaren, der kører noden på en bestemt serverfarm, kan lukkes, men brugeren vil stadig have deres nøgler og derfor adgang til deres bitcoin.

Sådan ser arkitekturen for Validering Lightning Signer ud:

Hvis denne type Lightning-knudeopsætning bliver almindelig, kan det virkelig åbne dørene op for, at flere individer kan deltage i opbygningen af ​​netværket uden at skulle bekymre sig om at køre deres egen knudehardware. Det er klart, at den mest suveræne måde at deltage i Lightning Network på ville være at køre din egen node, men kravet om oppetid for at være en legitim nodeoperatør forhindrer en betydelig mængde mennesker i at deltage fuldt ud. Det forekommer mig, at dette er en anstændig afvejning for at få flere mennesker til at køre deres nodesoftware i skyen. Ja, disse cloud-udbydere er centraliserede enheder. Men hvis du er i stand til at holde dine nøgler, kan du operere med ro i sindet, at du altid har adgang til dine penge. Og med flere frihedsfokuserede cloud-udbydere som Nodl, der kommer på markedet, ser de tilgængelige muligheder for Bitcoiners ud til at blive udvidet.

Uanset hvad er denne type arkitektur meget opmuntrende at se, og den fremhæver noget, som jeg tror, ​​at mange mennesker, der kritiserer Bitcoin og mange hårde Bitcoinere, overser: Kreativiteten hos de mennesker, der bygger på Bitcoin, Lightning og enhver anden del af stakken, vil fortsætte. at overraske os. Der er ingen på planeten, der kan fortælle dig, hvordan stakken vil se ud, og præcis hvad den vil give i fremtiden. Det er derfor, jeg ofte finder det fjollet, når folk tager et øjebliksbillede af aktiviteten på tværs af stakken i dag og forsøger at projicere fremtidig aktivitet på netværket. Vi ved ikke, hvad vi ikke ved. Og hvad vi ikke ved, vil fortsætte med at skubbe designlandskabet af, hvad der kan og vil blive bygget på Bitcoin i fremtiden. Og den fremtid ser ud til at være meget lys!

Tidsstempel:

Mere fra Bitcoin Magazine