I de fleste tilfælde sætter de forskellige substrater for en blockchain grænser for, hvilke teknikker der er tilgængelige for ingeniører, der bygger disse nye systemer. For eksempel er Lightning-netværket gjort muligt ved at udnytte tids- og hashlåsningsfunktionaliteten i Bitcoin-script. Blockchains med færre restriktioner på deres runtime har adgang til lagdelte protokoller, der afhænger af avancerede bevisvalideringsmotorer, som letter off-chain funktionalitet ud over simpel ejerskabsoverførsel (f.eks. optimistisk og zk-rollups).
Der er dog lagdelte protokoller, hvis konstruktion ikke er begrænset af de tilgængelige scriptsystemer på blockchain, men i stedet af de kryptografiske algoritmer, der sikrer brugerens midler.
En sådan protokol, statskæder, blev oprindeligt foreslået af Ruben Somsen i 2018. Den konstruktion, han beskrev, muliggør overførsel af private nøgler uden for kæden. Efter en deponering af en Bitcoin i en statskæde, kan nøglematerialet overføres mellem brugere øjeblikkeligt og uden yderligere on-chain gebyrer.
Dette ser ud til at være i modstrid med vores forståelse af, hvordan blockchains fungerer, da det globale afviklingslag blev designet til at løse netop dette problem. Men med noget cool kryptografi og yderligere tillidsantagelser er nøgleoverførsel ikke kun mulig, men ekstremt kraftfuld! Før vi dykker ned i nogle af de spændende use cases, der er aktiveret af statechains, lad os se på, hvordan de fungerer.
For at indbetale midler til en statechain genererer en bruger interaktivt en Bitcoin-adresse med en Statechain Entity. Denne fælles nøglegenereringsproces skaber en nøgle, som er ligeligt delt mellem Statechain Entity og brugeren. Midlerne kan ikke flyttes uden deres indbyrdes samarbejde. Brugeren er også forsynet med en tidslåst backuptransaktion, så de kan hente deres penge i tilfælde af, at Statechain Entity ikke er tilgængelig.
For at overføre denne "statsmønt" initieres en interaktiv protokol mellem Statechain Entity, afsender og modtager. Ingen part har nogensinde den fulde nøgle, og nøglerne opdateres kryptografisk (tweaked) ved hver overførsel. Ved hver overførsel genereres en ny backuptransaktion til modtageren. Hvordan dette helt præcist fungerer i Mercury statechain-implementeringen, vil vi snart dykke ned i, da det væsentligt adskiller sig fra Reubens oprindelige forslag.
Som det relaterer sig til sikkerhedsmodellen, kan du tænke på en statechain som en blanding mellem Lightning Network og en fødereret sidekæde (f.eks. Liquid). I Lightning Network interagerer to parter uden for kæden ved at videregive foruddefinerede transaktioner. Sikkerheden er afhængig af, at begge parter overvåger kæden for dårlig adfærd (ondsindet eller utilsigtet udsendelse af gamle forudindstillede transaktioner). I en fødereret sidekæde giver brugerne forældremyndigheden over Bitcoin til en eller flere enheder i bytte for adgang til sidekæden. Sikkerhed afhænger af et ærligt forbund.
I en statechain er hver backuptransaktion forudtegnet og overført off-chain. Dette svarer til Lightning Network, da den nuværende nøgleholder skal overvåge netværket for udsendelse af disse gamle backup-transaktioner. Der findes også en Statechain Entity, der har en del af nøglen. Den primære forskel er, at Statechain Entity alene ikke kan stjæle midlerne. For at stjæle penge ville de enten skulle samarbejde med en gammel statsmøntindehaver eller tidligere have været indehaver af denne statsmønt.
På højeste niveau har vores forståelse af statskæder udviklet sig over tid. Den første og i øjeblikket eneste implementering, Mercury, har afveget fra Reubens forslag af to grunde: den blev oprettet før aktiveringen af taproot-schnorr og Bitcoin-protokollens opgradering ANYPREVOUT er endnu ikke blevet foreslået til aktivering.
Som en drop-in-erstatning til Schnorr-signaturer anvender Mercury-implementeringen et 2-af-2 multiparty ECDSA-beregningsbibliotek. Hvis ANYPREVOUT var live, ville hver ny backup-transaktion opdatere sit sekvensnummer, hvilket ville gøre det muligt for nye backup-transaktionsindehavere at overskrive alle gamle backup-transaktioner, der er ondsindet eller utilsigtet udsendt. Fordi denne funktion ikke er tilgængelig, bruger Mercury Bitcoins tidslåsningsfunktion på en dekrementerende måde: hver ny backuptransaktion har en nyere tidslås end den forrige. Dette giver den nuværende nøgleindehaver en tidstvunget fordel i kapløbet om at bekræfte deres backup-transaktion i tilfælde af at gamle backup-transaktioner udsendes.
Statechain bruger
Nu hvor vi har etableret, hvordan en statskæde fungerer, lad os forstå, hvilke nyttige funktioner den tjener som platform for. En ting at bemærke er den primære begrænsning, der er pålagt en blottet statecoin: Når du overfører den, skal hele outputtet flyttes. Du kan ikke opdele det i mindre værdier uden at tilføje yderligere protokoller oven på statsmønten.
En use case, der er velegnet til denne begrænsning, er udviklingen af privatlivsprotokoller. Når du bygger en privatlivsprotokol, vil du sænke omkostningerne ved brugerens anonymitet og gøre processen så lav friktion som muligt. Den mest populære on-chain privatlivsprotokol, coinjoin, kræver generelt, at brugere interaktivt konstruerer en stor transaktion med output af samme værdi. Med hver ny runde af en coinjoin kræves der en ekstra on-chain transaktion med gebyrer og bekræftelsesforsinkelser.
I forbindelse med en statskæde kan du forestille dig en møntbytteprotokol, der gør det muligt for brugere af output af samme værdi øjeblikkeligt og uden ekstra gebyrer at bytte deres private nøgler med andre brugere i statskæden. Det er præcis hvad Mercury tegnebog er designet til at gøre. Dette er den første og mest kraftfulde protokol om beskyttelse af privatlivets fred i Bitcoin-netværket, der fungerer på lag to. Du betaler ét gebyr og kan lave så mange møntbytte, som du vil. En meget spændende udsigt for privatlivsentusiaster.
Mercurys anvendelighed rækker ud over privatlivets fred. Det er også et glimrende værktøj til afvikling af midler mellem finansielle institutioner, depotbanker og andre enheder, der ønsker at udveksle værdi med det samme. Dette, sammen med coinswaps, vil fungere ud af boksen, når Mercury wallet er implementeret på mainnet. På denne måde er statskæder et alternativ til netværk som Liquid, som giver mulighed for hurtig og privat afvikling, men kommer med en mere besværlig sikkerhedsmodel.
Ser man på fremtiden, er der andre spændende use cases, der vil opstå fra udviklingsstatskæderne. En sådan brugssag, der er tjent med fuld outputoverførsel, er aktivprotokoller. Ikke-fungible aktiver på Bitcoin-netværket er stærkt begrænset i lag to-miljøer som Lightning Network, præcis fordi de er ikke-fungible: Der er ikke nok likviditet af disse tokens til at kunne dirigere dem. For de ikke-fungible aktiver, der eksisterer i kæden, vil konvertering af dem til statsmønter gøre det muligt at overføre dem øjeblikkeligt og uden yderligere gebyrer uden for kæden.
For brugere, der engagerer sig i forskellige typer finansielle instrumenter, er statskæder nyttige. Tag for eksempel et on-chain bet mellem to brugere på prisen på Bitcoin, måske konstrueret som en diskret log kontrakt. Hvis en af parterne ønskede at forny kontrakten (bytte sig selv til en ny modpart), ville der skulle ske en række on-chain interaktioner. Hvis væddemålet i stedet foregik i en statskæde, kunne hele kontrakten opdateres uden for kæden uden yderligere gebyrer eller bekræftelsesforsinkelser.
Fordi en statechain eksisterer på niveau med en blockchains kryptosystem, er det muligt at lægge yderligere systemer oven på den. Ikke kun kan du bruge en statechain inde i en sidechain, men du kan også lægge Lightning Network oven på den. Der er nogle få tilgange til at gøre dette, og de fleste er stærkt forbedret af eksistensen af ANYPREVOUT, men muligheden for deres eksistens er ekstremt spændende.
Der er to primære fordele ved at placere Lightning-netværket oven på en statechain: den første er den øjeblikkelige overførsel af ejerskabet af en lightning-kanal mellem parterne, hvilket vil gøre det muligt for brugere at blive ombord på lightning-netværket uden tidligere at have en kanal, og den anden er evnen til at implementere en lynkanal hvor som helst på netværksgrafen uden at kræve, at en kanal skal lukkes og derefter genåbnes.
Der er så meget at håbe på med statskæder. Merkur har banet vejen til deres eksistens, og jeg håber at se yderligere udvikling fra det bredere samfund, når andre begynder at realisere deres potentiale. Du kan følge med udviklingen af Mercury ved at følge deres arbejde på GitHub.
Annonce: Op til 20x margin på FTX.
Gæstepost af Nicholas Gregory fra CommerceBlock
CommerceBlocks offentlige blockchain -baserede infrastruktur muliggør distribution, udveksling og lagring af tokeniserede aktiver og værdipapirer. Vi har skabt et open source-økosystem, der udnytter sidekæder sammen med en portefølje af valgfrie sikkerhedstjenester til at kombinere uforanderlige og sikkerhed i offentlige blokkæder med fleksibiliteten i tilladte blokkæder.
Få en kant på kryptoassetmarkedet
Få adgang til mere kryptoindsigt og kontekst i hver artikel som et betalt medlem af CryptoSlate Edge.
On-chain analyse
Pris snapshots
Mere sammenhæng
Ligesom hvad du ser? Abonner for opdateringer.
- adgang
- Yderligere
- Fordel
- algoritmer
- Alle
- Anonymitet
- omkring
- artikel
- aktiv
- Aktiver
- backup
- Bitcoin
- blockchain
- Boks
- Bygning
- tilfælde
- lukket
- Coinjoin
- samarbejde
- samfund
- opbygge
- kontrakt
- modpart
- krypto
- kryptografi
- Nuværende
- Custody
- forsinkelser
- Udvikling
- økosystem
- Ingeniører
- begivenhed
- udveksling
- Mode
- Feature
- Gebyrer
- finansielle
- Finansielle institutioner
- Fornavn
- Fleksibilitet
- FTX
- fuld
- fonde
- fremtiden
- Global
- hash
- Hvordan
- HTTPS
- Infrastruktur
- indsigt
- institutioner
- interaktiv
- IT
- deltage
- Nøgle
- nøgler
- stor
- LÆR
- Niveau
- Bibliotek
- lyn
- Lynnetværk
- Flydende
- Likviditet
- logo
- model
- overvågning
- Mest Populære
- netværk
- net
- Andet
- Betal
- perron
- Populær
- portefølje
- pris
- Beskyttelse af personlige oplysninger
- private
- Private nøgler
- bevis
- forslag
- protokol
- offentlige
- offentlig blockchain
- Løb
- årsager
- Belønninger
- R
- Skalerbarhed
- Værdipapirer
- sikkerhed
- Tjenester
- afregning
- sidechain
- Simpelt
- So
- SOLVE
- delt
- opbevaring
- Systemer
- tid
- Tokens
- top
- transaktion
- Transaktioner
- Stol
- Opdatering
- opdateringer
- brugere
- værdi
- tegnebog
- WHO
- bredere fællesskab
- Arbejde
- træning
- virker