Taro, ett nytt protokoll som föreslagits av Lightning Labs, utnyttjar Taproot och Lightning Network för att ge Bitcoin nya tillgångar och skalbarhet.
Lightning Labs har introducerat ett nytt protokollförslag för Bitcoin och Lightning Network, Taro, som syftar till att tillföra nya användningsfall till nätverket. Bolaget har publicerat en serie utkast till Bitcoin Improvement Proposals (BIP) och den ber om feedback från samhället på den föreslagna designen.
Taro strävar efter att möjliggöra emission av tillgångar och samlarobjekt, som är protokollets form av icke-fungibla tillgångar, på Bitcoin såväl som deras överföring på Lightning på ett privat och säkert sätt utan att blockera blockkedjan. För att göra det planerar den att utnyttja protokollets senaste uppgradering, Pålrot.
"Designprinciperna för Taro on Lightning hämtar från internet, där du har komplexitet vid kanterna, men du behåller enkelheten däremellan", berättade Elizabeth Stark, Lightning Labs vd. Bitcoin Magazine.
De flesta befintliga sätten att utfärda och använda tillgångar på Bitcoin idag utnyttjar antingen en helt annan blockkedja, vilket lägger till en ny förtroendemodell med olika säkerhetsgarantier, eller förlitar sig på att lägga till extra data direkt i kedjan, vilket är ineffektivt för att hålla reda på tillgångsinformation på lång sikt och är farligt för användarnas integritet.
Taro använder istället Taproot.
The Future Of Taproot: Skalbarhet och integritet
Taproot tillåter komplexa utgiftsvillkor att ställas in för en Bitcoin UTXO samtidigt som man säkerställer att endast det villkor som i slutändan vänjer sig vid att spendera myntet avslöjas på kedjan för alla Bitcoin-användare. Som ett resultat är en sådan utgift mer privat, eftersom en passiv observatör inte kan se om det fanns andra utgiftsvillkor för den transaktionen; och mer skalbar, för nu lägger det komplexa schemat avsevärt mindre data på kedjan. Detta är meningsfullt eftersom tidigare programmatiska beteenden i Bitcoin innebar att transaktioner måste avslöjas i sin helhet när de spenderades, vilket skadade användarnas integritet och gjorde mycket komplexa system omöjliga på grund av en linjär ökning av lagringsbehov.
Genom att använda Taproot kan Taro också lita på Bitcoins proof-of-work (PoW) konsensusmekanism för att säkerställa korrekt ordning av transaktioner och förhindra dubbla utgifter, samtidigt som de definierar särskilda direktiv för hur man interagerar med och validerar den nya tillgångsdatan.
Som ett resultat av detta skiljer sig Taro också från andra tillgångslösningar på "mycket programmerbara" blockkedjor, såsom Ethereums ERC-20 och ERC-721 tokens, eftersom den är baserad på Bitcoins UTXO-modell istället för en kontomodell, vilket innebär att det både är mer säker på grund av undvikande av nyckelåteranvändning och mer privat eftersom det inte avslöjas information om saldon. Taros tillvägagångssätt är också mer skalbart och är kompatibelt med lätta klienter.
Mer specifikt tar Taro tillgångar till Bitcoin genom "löven" i Taproot-skriptträdet, eftersom varje blad i trädet är helt oberoende och kan avslöjas selektivt - vilket möjliggör strukturerat engagemang. Genom att lägga till information om dessa tillgångar (känd som metadata) i Taproot-skriptträdet, kan det föreslagna protokollet fungera som ett lager byggt ovanpå Bitcoin, vilket gör att Taro-tillgångstransaktioner kan se ut som vanliga Bitcoin-transaktioner, eftersom endast Taproot-utgången är på kedjan. avslöjas, samtidigt som det fortfarande möjliggör bevis för tillgångars rörelse över transaktionsdiagrammet.
Bitcoin är skalbar
"Det här är ganska elegant eftersom det låter dig skilja dessa tillgångsåtaganden från själva manuset," berättade Lightning Labs CTO, Olaoluwa Osuntokun, Bitcoin Magazine. "Taproot, i det här fallet, tillåter oss att logiskt separera det som är det huvudsakliga Bitcoin-skriptskiktet från själva tillgångslagret. Även om de faktiskt är inom samma utdata, eftersom Bitcoin-lagret inte bryr sig om vad som inte avslöjas, kan vi använda det för att ha ytterligare strukturerad data."
Som ett resultat gör denna konstruktion det möjligt för en enda Taproot UTXO att effektivt förbinda sig till (det vill säga inkludera hashen av) ett obegränsat antal tillgångar som endast avslöjas för de specifika parter som behöver den informationen - utan att belasta hela Bitcoin-nätverket.
"Det gör saker lite enklare och gör det också mycket lättare för utvecklare att förstå eftersom överlagringslagret i grund och botten ser ut och känns som Bitcoin med några små justeringar, ytterligare åtaganden, validering, saker som det," sa Osuntokun.
Genom att utnyttja Taproot för utgivning och överföring av tillgångar, möjliggör Taro effektivt ny funktionalitet vid kanten av Bitcoin genom att utnyttja bitcoinlikviditeten när tillgången dirigeras genom Lightning Network, allt utan att lägga till onödig data om kedjan.
"Om människor gör fler transaktioner på kanterna med hjälp av dessa tillgångar, ja, det betyder att vi faktiskt behöver mer kapacitet i själva Lightning Network", sa Osuntokun. "Efterfrågan på tillgångar vid kanterna, vad gäller strukturell kapacitet, leder sedan till ökad produktiv aktivitet på nätverket och fler routingavgifter, så en större nätverkseffekt också."
Som ett resultat kan Taro ta ett steg i riktning mot att öka efterfrågan på blockutrymme på kedjan, och hjälpa till att säkerställa att Bitcoin kan hålla sig hållbar när gruvarbetare börjar få betalt endast genom transaktionsavgifter när blocksubventionen närmar sig noll under nästa århundrade.
Ett Tweaked Merkle-träd
Taro utnyttjar en datastruktur känd som ett Merkle-Sum Sparse Merkle-träd (MS-SMT) för att göra det möjligt för tillgångar att förbinda sig till Taproot-skriptträd, som fungerar som ett överlagringsprotokoll. MS-SMT förenar egenskaperna hos ett vanligt Merkle-träd, ett Merkle-Sum-träd och ett Sparse Merkle-träd.
Ett Merkle-träd konstrueras genom att hasha en lista med objekts hash i par tills vi kommer fram till en enda hash, kallad rothash. Till exempel, i en lista med fyra objekt, skulle vi först hasha varje objekt separat. Därefter skulle vi sammanfoga hasharna för objekt ett och två och hasha den sammanlänkningen, och göra samma sak med hasharna för tre och fyra. Slutligen skulle vi hasha de återstående två hasharna för att bestämma rothashen.
Ett Merkle-träd är användbart eftersom det kan lagra massor av data, det gör det enkelt att bevisa att vissa data finns i trädet, och det låter oss också kontrollera att data inte har manipulerats. Med andra ord, ett vanligt Merkle-träd möjliggör skalbarhet, bevis på medlemskap och manipuleringsmotstånd.
Dessutom behöver vi bara lagra rothashen från Merkle-trädet på kedjan för att verifiera sådana egenskaper. Det beror på att om data i ett blad manipuleras, till exempel, kommer dess hash också att förändras, vilket ytterligare ändrar alla hasharna på nivåer ovanför det, vilket till sist skulle ändra rothashen – vilket kan få sin förändring attesterad genom jämförelse med den lagrade version.
Merkle-Sum-trädet tar detta ett steg längre genom att tillåta oss att förbinda oss till summan av alla bladvärden, vilket innebär att dess rothash också kan innehålla information om summan av värdena för varje blad i trädet. När det gäller tillgångar gör den här egenskapen att tillgångens utbud lättare kan granskas, samt möjliggöra delbarheten av tillgången och förhindra oönskade emissioner av nya tillgångar i transaktioner som endast är tänkta att överföra dem. I vårt fiktiva Merkle-träd ovan, om varje blad hade ett värde på ett, skulle rothash ha ett värde på fyra.
Det glesa Merkle-trädet lägger till ytterligare en egenskap. Alla dess löv är indexerade, vilket ger tillgång till information om trädet på ett nyckel-värde par sätt, och den har tomma löv, som faktiskt har "null"-värdet, vilket gör att vi kan kontrollera om vissa data är inte i trädet. Denna egenskap, känd som bevis på icke-medlemskap, är möjlig av bevisar medlemskap i null i ett givet blad som kan nås genom dess index. Till exempel, om det finns ett påstående om att bladet med index sex lagrar viss information om en tillgång, kan vi bevisa att sådan information inte finns där genom att intyga att bladet faktiskt har ett värde "null".
Överföra en Taro-tillgång
Taro representerar tillgångar med kapslade MS-SMT:er, en för varje tillgångs-ID eller tillgångstyp. Protokollet gör det möjligt för dessa träd att läggas ovanpå varandra och förgrena sig från det ursprungliga Taproot-skriptträdet för att representera ett effektivt obegränsat antal tillgångar i en enda Taproot UTXO. Taro-tillgångar emitteras därför på kedja.
Till grund för tillgångsfunktionaliteten på Taro ligger ett tillgångsskript, en uppsättning direktiv som upprättats av en utvecklare för att programmässigt definiera hur en given tillgång kan överföras på protokollet. Hashen för det skriptet inkluderas sedan i MS-SMT så att det enkelt kan tillämpas senare - vilket gör att tillgången och dess attribut binds till tillgångsskripthashen.
Den ursprungliga versionen av Taro föreslår användningen av en delmängd av Bitcoin-skript, vilket tillåter tillgångar att uttrycka godtyckliga villkor för giltig överföring av en tillgång. Eftersom tillgångsskript ärver en nivå av programmerbarhet i nivå med Bitcoin Script, kan Taro-tillgångar överföras över Lightning i multi-hop-transaktioner utanför kedjan genom hash-tidslåsta kontrakt (HTLC) inbäddade i tillgångsskriptet. Framtida versioner kan dock introducera nya opkoder och extra funktionalitet som bara skulle finnas på Taro-nivå.
"Att göra Taproot-within-Taproot gör den initiala versionen enklare och ger oss mer tid att ta reda på vilka användningsfall som dyker upp och önskar mer uttrycksfullhet," sa Osuntokun.
För överföringar i kedjan använder Taro ett nytt adressformat baserat på bech32 som även inkluderar hash för tillgångsskriptet. För att ta emot en Taro-tillgång i kedjan skulle mottagaren behöva skapa en adress med tillräckligt med data som beskriver hur avsändaren kan konstruera en ny tillgångsskriptgrupp som innehåller den information som behövs för att spendera tillgången när den väl har överförts till den nya ägaren. Med andra ord, den extra informationen, i asset script hash, berättar för mottagaren vad upplåsningsförmågan är för tillgången som överförs, så att den så småningom kan överföras igen.
Eftersom mottagaren har all den informationen kan de beräkna tillgångsbladet, som sedan låter dem beräkna tillgångsroten, och slutligen hela produktionen själv, så att de kan titta på Bitcoin-blockkedjan för resultatet de beräknade.
Dessutom, genom att låta mottagaren skicka den definierande informationen i förväg, är det enda sättet som avsändaren kan göra transaktionen giltig om de skickar exakt vad mottagaren förväntar sig. Om fel tillgång eller fel belopp skickas kommer hasharna inte att matcha och mottagaren kan enkelt se att avsändaren gjorde något fel.
Tillgångar och samlarföremål på Bitcoin
Emissionen och överföringen av tillgångar i Taro varierar, beroende på om tillgången är en vanlig eller en samlarobjekt.
En samlarobjekt, eller icke-fungibel tillgång, är en unik representation av värde, med en unik identifierare som upprättar ett anspråk på en tillgång på Bitcoin-kedjenivå eller på verklig nivå och gör det omöjligt att falskt ägande. Ett samlarobjekt på Taro kan till exempel vara ett tokeniserat sällsynt basebollkort. Samlarobjekt skapas i en enda batchtransaktion, kan inte delas eller slås samman och måste överföras utanför kedjan eller läggas till en flerpartskanal för att överföras mellan en känd uppsättning deltagare.
En vanlig tillgång å andra sidan förbinder sig till ett totalt värde av innehavda tillgångar och kan delas upp och slås samman. Splits kan ske inom ett träd, konfigurera en intern split, eller över olika Taproot-utgångar, konfigurera en extern split. Under överföringen bevisar tillgångsinnehavaren att de har en giltig split med ett Merkle-Sum-bevis och motsvarande skapade tillgångar förbinder sig till en ny Merkle-Sum output-split som säkerställer att det totala beloppet av tillgångar efter överföringen är lika med det totala beloppet som fanns före transaktionen .
Tillgångar vid kanterna: Blixt som ett decentraliserat betalningsnätverk
Som nämnts tidigare kan Taro porta tillgångar som utfärdats på kedjan till Lightning Network, liknande hur bitcoin kan skickas genom Lightning efter att ha låsts in i en två-av-två multisignaturutdata som bekräftas på Bitcoin-blockkedjan. En Lightning-kanal som innehåller Taro-tillgångar utnyttjar samma flöde, men två-av-två Schnorr Taproot-utgångar skulle också förbinda sig till uppsättningen av tillgångar i kanalen.
"Med Taro-protokollet kan Lightning-kanaler förankrade med en Taproot-utgång skicka både bitcoin- och Taro-tillgångar utanför kedjan, med multi-hop-betalningar som underlättas av nya HTLC:er på Taro-nivå, som använder skriptsystemet för att implementera den förväntade end-to-end betalningssäkerhetsgarantier,” berättade Osuntokun Bitcoin Magazine.
Osuntokun tillade att Lightning Labs föreslagna implementeringsväg för Taro på Lightning Network syftar till att först bara introducera tillgångar vid kanterna, vilket innebär att man slipper både behöva modifiera nätverkets kärna och starta upp ett nytt nätverk med tillräcklig likviditet för varje Taro-tillgång . Snarare skulle företagets planer ha Taro att ansluta till bitcoin-likviditet på Lightning och kräva att endast avsändaren och mottagaren av en given tillgång använder Taro-medvetna kanaler.
"Den enda begränsningen är att för att ta emot/skicka med en viss tillgång krävs motsvarande inkommande/utgående likviditet", sa Osuntokun.
Förutom den liknande Lightning on-ramp-inställningen, skulle multi-hop-överföringar av Taro-tillgångar över Lightning utnyttja ett liknande faktureringssystem som är vanligt på det andra lagret idag. Men istället för att benämna fakturan i BTC, skulle fakturan vara denominerad i själva Taro-tillgången.
"Som ett exempel, om Alice vill skicka Bob en Taro stablecoin-tillgång, kommer hon att skapa en ny faktura som citerar, säg, $10," sa Osuntokun. "Bob kommer sedan att använda ett "hopptips", som är extra ruttdetaljer som anges på fakturan för att slutföra rutten och beräkna mängden nätverksavgifter (betalda i bitcoin) för att skicka över sitt första hopp, som kommer att passera den interna Bitcoin-ryggraden och så småningom lämnar tillräckligt många BTC vid det sista hoppet för att slutföra betalningen."
Taro-protokollet kommer att specificera den extra information som måste skickas till Lightning-peers vid kanterna för att uppdatera alla kanaler ordentligt, tillade han.
Göra Bitcoin till De-Facto Base Layer
Taro försöker utnyttja Bitcoins senaste mjukgaffeluppgradering för att föra tillgångar med riktiga ordanvändningsfall som stablecoins i amerikanska dollar till den digitala valutastapeln peer-to-peer (P2P). Det möjliggör utfärdande av ett nästan obegränsat antal tillgångar med en enda Taproot UTXO, såväl som överföring av sådana tillgångar med omedelbara, låga avgifter multi-hop-transaktioner på Lightning.
Genom att utnyttja Bitcoin och Lightning som sina spår kan Taro etablera ett interoperabelt ekosystem av tillgångar som kan förena olika användningsfall utan att påverka parter som kanske inte bryr sig om sådana tillgångar. Samtidigt bidrar protokollet också tillbaka till Bitcoin genom att öka dess nätverkseffekter i händelse av att en popularisering av konceptet driver trafik på nätverket, vilket ökar avgiftsutbetalningen till gruvarbetare och ökar BTC-likviditeten på Lightning Network.
Även om dess initiala iteration rymmer ett begränsat antal användningsfall, i ett försök att göra steget till det nya protokollet lättare för utvecklare genom en välbekant Bitcoin-skriptsvit, är möjligheterna för tillägg och vidareutveckling nästan oändliga, eftersom byggare och entreprenörer blir kreativa och snurra protokollet för att passa deras behov.
"Förhoppningen är att öppna människors ögon för vad framtiden för Bitcoin har och vad Taproot kan möjliggöra," sa Stark Bitcoin Magazine. "Målet är att Bitcoin ska vara det underliggande globala monetära nätverket som drivs av öppna protokoll."
- Om oss
- tillgång
- Konto
- tvärs
- aktivitet
- Dessutom
- Annat
- adress
- Alla
- tillåta
- bland
- mängd
- Annan
- tillvägagångssätt
- tillgång
- Tillgångar
- attribut
- Baseboll
- I grund och botten
- grund
- Där vi får lov att vara utan att konstant prestera,
- Bit
- Bitcoin
- bitcoin-transaktioner
- Bitcoin UTXO
- Blockera
- blockchain
- BTC
- Kapacitet
- vilken
- fall
- VD
- kedja
- byta
- kanaler
- Coin
- samlar
- engagemang
- samfundet
- företag
- Företagets
- fullständigt
- komplex
- Compute
- begrepp
- tillstånd
- Konsensus
- konstruktion
- innehåller
- kontrakt
- Kärna
- kunde
- Förfalskade
- skapas
- Kreativ
- CTO
- Valuta
- datum
- decentraliserad
- Efterfrågan
- beroende
- utplacering
- Designa
- Utvecklare
- utvecklare
- utvecklingen
- DID
- olika
- digital
- digital valuta
- direkt
- inte
- Dollar
- dubbla
- Drop
- lätt
- ekosystemet
- effekt
- effekter
- möjliggöra
- möjliggör
- säkerställa
- entreprenörer
- ERC-20
- etablera
- etablerade
- händelse
- exempel
- förväntat
- förlängningar
- Mode
- återkoppling
- avgifter
- Figur
- Slutligen
- Förnamn
- flöda
- gaffel
- formen
- format
- fungera
- funktionalitet
- ytterligare
- framtida
- Välgörenhet
- Målet
- större
- Grupp
- Tillväxt
- hända
- hash
- hasch
- har
- hålla
- innehav
- innehar
- Hur ser din drömresa ut
- How To
- HTTPS
- genomföra
- omöjligt
- I andra
- innefattar
- ingår
- ökat
- ökande
- index
- informationen
- Internet
- fråga
- IT
- sig
- delta
- Fogar
- hoppa
- hålla
- Nyckel
- känd
- Labs
- senaste
- skiktad
- Nivå
- Hävstång
- hävstångs
- hävstångs
- ljus
- blixtnedslag
- Blixtnätverk
- Begränsad
- Likviditet
- Lista
- liten
- låst
- Lång
- GÖR
- Framställning
- sätt
- Match
- betyder
- gruvarbetare
- modell
- mer
- rörelse
- nät
- icke-fungible
- antal
- Unik
- öppet
- beställa
- Övriga
- ägaren
- ägande
- p2p
- betalas
- deltagare
- betalning
- betalningar
- Personer
- Möjligheterna
- möjlig
- PoW
- pretty
- förebyggande
- privatpolicy
- privat
- bevis
- Proof-of-Work
- egenskapen
- förslag
- föreslagen
- protokoll
- protokoll
- bevisar
- motta
- regelbunden
- Återstående
- representerar
- kräver
- Obligatorisk
- avslöjade
- Rutt
- Nämnda
- skalbarhet
- skalbar
- ordningen
- säkra
- säkerhet
- Serier
- in
- liknande
- SEX
- So
- Mjukt gaffel
- Lösningar
- några
- något
- specifikt
- spendera
- Spendera
- Snurra
- delas
- Delar upp
- stablecoin
- Stablecoins
- stapel
- förvaring
- lagra
- lagrar
- strukturerade
- bidrag
- leverera
- hållbart
- system
- berättar
- Genom
- tid
- i dag
- tillsammans
- befogenhetsbeskrivas
- tokens
- topp
- spår
- trafik
- transaktion
- Transaktioner
- överföring
- överförd
- överföringar
- Litar
- oss
- förstå
- unika
- Uppdatering
- us
- användning
- användares integritet
- användare
- värde
- Kolla på
- Vad
- Vad är
- om
- medan
- inom
- utan
- ord
- skulle
- noll-