Taro, en ny protokol foreslået af Lightning Labs, udnytter Taproot og Lightning Network til at bringe nye aktiver og skalerbarhed til Bitcoin.
Lightning Labs har introduceret et nyt protokolforslag for Bitcoin og Lightning Network, Taro, som søger at bringe nye use cases til netværket. Selskabet har offentliggjort en række udkast til Bitcoin Improvement Proposals (BIP'er) og den beder om feedback fra samfundet om det foreslåede design.
Taro søger at muliggøre udstedelse af aktiver og samleobjekter, som er protokollens form for ikke-fungible aktiver, på Bitcoin samt deres overførsel på Lightning på en privat og sikker måde uden at blæse blockchainen op. For at gøre det planlægger den at udnytte protokollens seneste opgradering, pælerod.
"Designprincipperne i Taro on Lightning trækker fra internettets, hvor du har kompleksitet i kanterne, men du beholder enkelheden derimellem," fortalte Elizabeth Stark, Lightning Labs administrerende direktør. Bitcoin Magazine.
De fleste eksisterende måder at udstede og bruge aktiver på Bitcoin i dag udnytter enten helt en anden blockchain, som tilføjer en ny tillidsmodel med forskellige sikkerhedsgarantier, eller er afhængige af tilføjelse af ekstra data direkte på kæden, hvilket er ineffektivt til at holde styr på aktivinformation på lang sigt og er farlig for brugernes privatliv.
I stedet bruger Taro Taproot.
The Future of Taproot: Skalerbarhed og privatliv
Taproot gør det muligt at indstille komplekse forbrugsbetingelser for en Bitcoin UTXO, mens det sikres, at kun den betingelse, der i sidste ende vænner sig til at bruge mønten, afsløres på kæden for alle Bitcoin-brugere. Som følge heraf er et sådant forbrug mere privat, fordi en passiv observatør ikke kan se, om der var andre forbrugsbetingelser for den pågældende transaktion; og mere skalerbar, for nu sætter den komplekse ordning betydeligt mindre data på kæden. Dette er meningsfuldt, fordi tidligere programmatisk adfærd i Bitcoin betød, at transaktioner skulle afsløres i deres helhed, når de blev brugt, hvilket skadede brugernes privatliv og gjorde meget komplekse ordninger umulige på grund af en lineær vækst i lagerbehov.
Ved at bruge Taproot kan Taro også stole på Bitcoins proof-of-work (PoW) konsensusmekanisme til at sikre den korrekte bestilling af transaktioner og forhindre dobbeltforbrug, samtidig med at der defineres særlige direktiver om, hvordan man interagerer med og validerer de nye aktivdata.
Som følge heraf adskiller Taro sig også fra andre aktivløsninger på "højt programmerbare" blockchains, såsom Ethereums ERC-20 og ERC-721 tokens, fordi den er baseret på Bitcoins UTXO-model i stedet for en kontomodel, hvilket betyder, at den både er mere sikker på grund af undgåelse af nøglegenbrug og mere privat, da der ikke afsløres information om saldi. Taros tilgang er også mere skalerbar og er kompatibel med lette klienter.
Mere specifikt bringer Taro aktiver til Bitcoin gennem "bladene" af Taproot-scripttræet, da hvert blad i træet er fuldstændig uafhængigt og kan afsløres selektivt - hvilket muliggør struktureret engagement. Ved at tilføje information om disse aktiver (kendt som metadata) i Taproot-scripttræet, kan den foreslåede protokol fungere som et lag bygget oven på Bitcoin, hvilket gør det muligt for Taro-aktivtransaktioner at ligne almindelige Bitcoin-transaktioner, da kun Taproot-outputtet er on-chain. afsløres, mens det stadig muliggør beviser for aktivernes bevægelse på tværs af transaktionsgrafen.
Bitcoin er skalerbar
"Dette er ret elegant, fordi det lader dig adskille disse aktivforpligtelser fra selve manuskriptet," fortalte Lightning Labs CTO, Olaoluwa Osuntokun, Bitcoin Magazine. "Taproot, i dette tilfælde, giver os mulighed for logisk at adskille, hvad der er det primære Bitcoin-scriptinglag, fra selve aktivlaget. Selvom de faktisk er inden for det samme output, fordi Bitcoin-laget er ligeglad med det, der ikke afsløres, kan vi bruge det til at have yderligere strukturerede data."
Som et resultat heraf gør denne konstruktion det muligt for en enkelt Taproot UTXO effektivt at forpligte sig til (det vil sige inkludere hashen af) et ubegrænset antal aktiver, der kun afsløres for de specifikke parter, der har brug for denne information - uden at belaste hele Bitcoin-netværket.
"Det gør tingene en smule enklere og gør det også meget nemmere for udviklere at forstå, fordi overlejringslaget grundlæggende ser ud og føles som Bitcoin med nogle små justeringer, yderligere forpligtelser, validering, ting som det," sagde Osuntokun.
Ved at udnytte Taproot til aktivudstedelse og -overførsel muliggør Taro effektivt ny funktionalitet på kanten af Bitcoin ved at udnytte bitcoin-likviditet, efterhånden som aktivet bliver rutet gennem Lightning Network, alt sammen uden at tilføje unødvendige data på kæden.
"Hvis folk laver flere transaktioner på kanten ved hjælp af disse aktiver, ja, det betyder, at vi faktisk har brug for mere kapacitet i selve Lightning Network," sagde Osuntokun. "Efterspørgsel efter aktiver på kanten, hvad angår strukturel kapacitet, udmønter sig derefter i øget produktiv aktivitet på netværket og flere routinggebyrer, så også en større netværkseffekt."
Som følge heraf kan Taro tage et skridt i retning af at øge efterspørgslen efter blockspace på kæden og hjælpe med at sikre, at Bitcoin kan holde sig bæredygtig, når minearbejdere kun begynder at blive betalt gennem transaktionsgebyrer, da bloktilskuddet nærmer sig nul i det næste århundrede.
Et Tweaked Merkle-træ
Taro udnytter en datastruktur kendt som et Merkle-Sum Sparse Merkle-træ (MS-SMT) for at gøre det muligt for aktiver at forpligte sig til Taproot-scripttræer, der fungerer som en overlejringsprotokol. MS-SMT forbinder egenskaber af et almindeligt Merkle-træ, et Merkle-Sum-træ og et sparsomt Merkle-træ.
Et Merkle-træ er konstrueret ved at hashe en liste over elementers hash i par, indtil vi når frem til en enkelt hash, kaldet root hash. For eksempel, på en liste med fire elementer, vil vi først hash hver enkelt separat. Dernæst ville vi slå hasherne for punkt et og to sammen og hash denne sammenkædning og gøre det samme med hasherne for tre og fire. Til sidst ville vi hash de resterende to hashes for at bestemme rodhashen.
Et Merkle-træ er nyttigt, fordi det kan gemme masser af data, det gør det nemt at bevise, at nogle data findes i træet, og det giver os også mulighed for at kontrollere, at der ikke er blevet manipuleret med data. Med andre ord muliggør et almindeligt Merkle-træ skalerbarhed, bevis på medlemskab og manipulationsmodstand.
Desuden behøver vi kun at gemme rodhashen fra Merkle-træet på kæden for at verificere sådanne egenskaber. Det er fordi, hvis dataene i et blad f.eks. bliver manipuleret med, vil dens hash også ændre sig, hvilket yderligere ændrer alle hasherne på niveauer over det, hvilket til sidst vil ændre root-hashen - hvilket kan få sin ændring attesteret gennem sammenligning med den gemte version.
Merkle-Sum-træet tager dette et skridt videre ved at tillade os at forpligte os til summen af alle bladværdier, hvilket betyder, at dets rodhash også kan indeholde information om summen af værdierne for hvert blad i træet. I forbindelse med aktiver muliggør denne egenskab, at et aktivs forsyning lettere kan revideres, ligesom den tillader aktivets delelighed og forhindrer uønsket udstedelse af nye aktiver i transaktioner, der kun skal overføre dem. I vores fiktive Merkle-træ ovenfor, hvis hvert blad havde en værdi på én, ville rodhashen have en værdi på fire.
Det sparsomme Merkle-træ tilføjer endnu en egenskab. Alle dens blade er indekseret, hvilket giver adgang til information om træet på en nøgle-værdi par-måde, og den har tomme blade, som faktisk har "nul" værdien, hvilket giver os mulighed for at kontrollere, om nogle data er ikke i træet. Denne ejendom, kendt som bevis for ikke-medlemskab, er mulig ved beviser medlemskab af null i et givet blad, som kan tilgås gennem dets indeks. For eksempel, hvis der er en påstand om, at bladet med indeks seks gemmer nogle oplysninger om et aktiv, kan vi bevise, at sådanne oplysninger ikke er der ved at attestere, at bladet faktisk har en værdi "nul".
Overførsel af et Taro-aktiv
Taro repræsenterer aktiver med indlejrede MS-SMT'er, en for hvert aktiv-id eller aktivtype. Protokollen gør det muligt for disse træer at blive lagt oven på hinanden og forgrene sig fra det oprindelige Taproot-scripttræ for at repræsentere et effektivt ubegrænset antal aktiver i en enkelt Taproot UTXO. Taro-aktiver udstedes derfor på kæde.
På grundlag af aktivfunktionalitet på Taro er et aktivscript, et sæt direktiver etableret af en udvikler for programmæssigt at definere, hvordan et givet aktiv kan overføres på protokollen. Hashen til det script er derefter inkluderet i MS-SMT, så det nemt kan håndhæves senere - hvorved aktivet og dets attributter forpligtes til asset script hashen.
Den oprindelige version af Taro foreslår brugen af en delmængde af Bitcoin script, der giver aktiver mulighed for at udtrykke vilkårlige betingelser for gyldig overførsel af et aktiv. Da aktivscripts arver et niveau af programmerbarhed på niveau med Bitcoin Script, kan Taro-aktiver overføres over Lightning i multi-hop-transaktioner uden for kæden gennem hash-tidslåste kontrakter (HTLC'er), der er indlejret i aktivscriptet. Fremtidige versioner kunne dog introducere nye opkoder og ekstra funktionalitet, der kun ville eksistere på Taro-niveau.
"At lave Taproot-within-Taproot gør den oprindelige version enklere og giver os mere tid til at finde ud af, hvilke use cases, der dukker op og ønsker mere udtryksfuldhed," sagde Osuntokun.
Til on-chain-overførsler udnytter Taro et nyt adresseformat baseret på bech32 der også inkluderer asset script hash. For at modtage et Taro-aktiv på kæden skal modtageren oprette en adresse med nok data, der beskriver, hvordan afsenderen kan konstruere en ny aktiv-scriptgruppe, der indeholder de nødvendige oplysninger til at bruge aktivet, når det er overført til den nye ejer. Med andre ord fortæller den ekstra information, i asset script hash, modtageren, hvad oplåsningsevnen er for det aktiv, der overføres, så det til sidst kan overføres igen.
Da modtageren har al den information, kan de beregne aktivbladet, som derefter lader dem beregne aktivroden og til sidst hele outputtet i sig selv, så de kan se Bitcoin blockchain for det resultat, de har beregnet.
Derudover, ved at lade modtageren sende den definerende information på forhånd, er den eneste måde, afsenderen kan gøre transaktionen gyldig på, hvis de sender præcis, hvad modtageren forventer. Hvis det forkerte aktiv eller det forkerte beløb sendes, vil hasherne ikke matche, og modtageren kan nemt se, at afsenderen gjorde noget forkert.
Aktiver og samleobjekter på Bitcoin
Udstedelsen og overførslen af aktiver i Taro varierer, afhængigt af om aktivet er et almindeligt eller et samleobjekt.
Et samleobjekt eller ikke-fungibelt aktiv er en unik repræsentation af værdi med en unik identifikator, der etablerer et krav på et aktiv på Bitcoin-kædeniveau eller på det virkelige niveau og gør det umuligt at falsk ejerskab. Et samleobjekt på Taro kunne for eksempel være et symboliseret sjældent baseballkort. Samleobjekter oprettes i en enkelt batch-transaktion, kan ikke opdeles eller flettes og skal overføres uden for kæden eller sættes i en flerpartskanal for at blive overført mellem et kendt sæt deltagere.
Et almindeligt aktiv forpligter sig på den anden side til en samlet værdi af besiddede aktiver og kan opdeles og fusioneres. Opdelinger kan ske inden for et træ, konfigurere en intern opdeling, eller på tværs af forskellige taproot-output, konfigurere en ekstern opdeling. Under overførslen beviser aktivindehaveren, at de har en gyldig opdeling med et Merkle-Sum-bevis, og de tilsvarende oprettede aktiver forpligter sig til en ny Merkle-Sum output-split, der sikrer, at den samlede mængde af aktiver efter overførsel er lig med det samlede beløb, der var før transaktionen .
Assets At The Edges: Lyn som et decentraliseret betalingsnetværk
Som tidligere nævnt kan Taro overføre aktiver udstedt på kæden til Lightning-netværket, svarende til hvordan bitcoin kan sendes gennem Lightning efter at være blevet låst inde i en to-af-to multisignatur-output, der bliver bekræftet på Bitcoin blockchain. En Lightning-kanal med Taro-aktiver udnytter det samme flow, men to-af-to Schnorr Taproot-output vil også forpligte sig til sættet af aktiver i kanalen.
"Ved at bruge Taro-protokollen er Lightning-kanaler forankret med et Taproot-output i stand til at sende både bitcoin- og Taro-aktiver off-chain, hvor multi-hop-betalinger lettes af nye HTLC'er på Taro-niveau, som bruger script-systemet til at implementere den forventede ende-til-ende betalingssikkerhedsgarantier,” fortalte Osuntokun Bitcoin Magazine.
Osuntokun tilføjede, at Lightning Labs' foreslåede udrulningssti for Taro på Lightning-netværket søger først kun at introducere aktiver ved kanterne, hvilket betyder, at det både vil undgå at skulle ændre kernen af netværket og starte et nyt netværk med tilstrækkelig likviditet for hvert Taro-aktiv. . Tværtimod ville virksomhedens planer have Taro til at tilslutte bitcoin-likviditet på Lightning og kræve, at kun afsenderen og modtageren af et givent aktiv bruger Taro-bevidste kanaler.
"Den eneste begrænsning er, at for at modtage/sende ved hjælp af et bestemt aktiv kræves tilsvarende indgående/udgående likviditet," sagde Osuntokun.
Ud over den lignende Lightning on-ramp-opsætning ville multi-hop-overførsler af Taro-aktiver over Lightning udnytte et lignende faktureringssystem, som er almindeligt på det andet lag i dag. Men i stedet for at angive fakturaen i BTC, ville fakturaen være denomineret i selve Taro-aktivet.
"Som et eksempel, hvis Alice ønsker at sende Bob et Taro stablecoin-aktiv, vil hun oprette en ny faktura, der siger, $10," sagde Osuntokun. "Bob vil derefter bruge et 'hop-tip', som er ekstra routingdetaljer, der er angivet på fakturaen for at fuldføre ruten og beregne mængden af netværksgebyrer (betalt i bitcoin) for at sende over sit første hop, som vil krydse den interne Bitcoin-rygrad og aflever til sidst nok BTC ved det sidste hop til at fuldføre betalingen."
Taro-protokollen vil specificere den ekstra information, der skal sendes til Lightning-peers i kanterne for at opdatere alle kanaler korrekt, tilføjede han.
Gør Bitcoin til De-Facto Base Layer
Taro søger at udnytte Bitcoins seneste soft fork-opgradering til at bringe aktiver med rigtige ord-brugssager som US-dollar stablecoins på den digitale peer-to-peer (P2P) stakke af valuta. Det muliggør udstedelse af et næsten ubegrænset antal aktiver med en enkelt Taproot UTXO, samt overførsel af sådanne aktiver med øjeblikkelige, lave gebyrer multi-hop-transaktioner på Lightning.
Ved at udnytte Bitcoin og Lightning som sine skinner, kunne Taro etablere et interoperabelt økosystem af aktiver, der kan forene forskellige anvendelsessager, uden at det påvirker parter, der måske er ligeglade med sådanne aktiver. Samtidig bidrager protokollen også tilbage til Bitcoin ved at øge dens netværkseffekter i tilfælde af, at en popularisering af konceptet driver trafik på netværket, og derved øger gebyrudbetalingen til minearbejdere og øger BTC-likviditeten på Lightning Network.
Selvom dens indledende iteration rummer et begrænset antal use cases, i et forsøg på at gøre springet til den nye protokol lettere for udviklere gennem en velkendt Bitcoin scripting suite, er mulighederne for udvidelser og yderligere udvikling næsten uendelige, da bygherrer og iværksættere bliver kreative og dreje protokollen, så den passer til deres behov.
"Håbet er at åbne folks øjne for, hvad fremtiden for Bitcoin byder på, og hvad Taproot kan muliggøre," fortalte Stark Bitcoin Magazine. "Målet er at få Bitcoin til at være det underliggende globale monetære netværk drevet af åbne protokoller."
- Om
- adgang
- Konto
- tværs
- aktivitet
- Desuden
- Yderligere
- adresse
- Alle
- tillade
- blandt
- beløb
- En anden
- tilgang
- aktiv
- Aktiver
- attributter
- Baseball
- I bund og grund
- grundlag
- være
- Bit
- Bitcoin
- bitcoin transaktioner
- Bitcoin UTXO
- Bloker
- blockchain
- BTC
- Kapacitet
- hvilken
- tilfælde
- Direktør
- kæde
- lave om
- kanaler
- Coin
- samleobjekter
- engagement
- samfund
- selskab
- Selskabs
- fuldstændig
- komplekse
- Compute
- Konceptet
- betingelse
- Konsensus
- opbygge
- indeholder
- kontrakter
- Core
- kunne
- Counterfeit
- oprettet
- Kreativ
- CTO
- Valuta
- data
- decentral
- Efterspørgsel
- Afhængigt
- implementering
- Design
- Udvikler
- udviklere
- udvikling
- DID
- forskellige
- digital
- digital valuta
- direkte
- Er ikke
- Dollar
- fordoble
- Drop
- nemt
- økosystem
- effekt
- effekter
- muliggøre
- muliggør
- sikring
- iværksættere
- ERC-20
- etablere
- etableret
- begivenhed
- eksempel
- forventet
- udvidelser
- Mode
- tilbagemeldinger
- Gebyrer
- Figur
- Endelig
- Fornavn
- flow
- gaffel
- formular
- format
- funktion
- funktionalitet
- yderligere
- fremtiden
- Global
- mål
- større
- gruppe
- Vækst
- ske
- hash
- hashing
- have
- hold
- bedrift
- besidder
- Hvordan
- How To
- HTTPS
- gennemføre
- umuligt
- I andre
- omfatter
- medtaget
- øget
- stigende
- indeks
- oplysninger
- Internet
- spørgsmål
- IT
- selv
- deltage
- Sammenføjninger
- hoppe
- holde
- Nøgle
- kendt
- Labs
- seneste
- lagdelt
- Niveau
- Leverage
- Udnytter
- løftestang
- lys
- lyn
- Lynnetværk
- Limited
- Likviditet
- Liste
- lidt
- låst
- Lang
- maerker
- Making
- måde
- Match
- betyder
- minearbejdere
- model
- mere
- bevægelse
- netværk
- ikke-ombyttelige
- nummer
- Enestående
- åbent
- ordrer
- Andet
- ejer
- ejerskab
- p2p
- betalt
- deltagere
- betaling
- betalinger
- Mennesker
- muligheder
- mulig
- POW
- smuk
- forebyggelse
- Beskyttelse af personlige oplysninger
- private
- bevis
- Proof-of-Work
- ejendom
- forslag
- foreslog
- protokol
- protokoller
- beviser
- modtage
- fast
- resterende
- repræsenterer
- kræver
- påkrævet
- Revealed
- R
- Said
- Skalerbarhed
- skalerbar
- Ordningen
- sikker
- sikkerhed
- Series
- sæt
- lignende
- SIX
- So
- Blød gaffel
- Løsninger
- nogle
- noget
- specifikt
- tilbringe
- udgifterne
- Spin
- delt
- splits
- stablecoin
- Stablecoins
- stable
- opbevaring
- butik
- forhandler
- struktureret
- tilskud
- forsyne
- bæredygtig
- systemet
- fortæller
- Gennem
- tid
- i dag
- sammen
- tokeniseret
- Tokens
- top
- spor
- Trafik
- transaktion
- Transaktioner
- overførsel
- overført
- overførsler
- Stol
- os
- forstå
- enestående
- Opdatering
- us
- brug
- brugernes privatliv
- brugere
- værdi
- Ur
- Hvad
- Hvad er
- hvorvidt
- mens
- inden for
- uden
- ord
- ville
- nul