Recent, Babylon a lansat un eveniment de staking Bitcoin pe Testnet-4, declanșând discuții în comunitate despre staking Bitcoin. Astăzi, echipa de cercetare Chakra vă va ghida prin cele mai recente opțiuni de pariare Bitcoin.
În recentul Testnet-4 al lui Babylon, procesul de staking este împărțit în trei tipuri de tranzacții: Staking Tx, Unbonding Tx și Slashing Tx. Aceste tranzacții generează trei tipuri de ieșiri Bitcoin: Staking Output, Unbonding Output și Slashing Output. Procesul de conversie este prezentat în figura de mai jos.
Tranzacție de gaj
Tranzacțiile de staking trebuie să includă două rezultate speciale. Unul este ieșirea Taproot care deține activele gajate, care trebuie să conțină scriptul de miză BTC definit de Babylon. Celălalt este o ieșire cu sumă zero care deține informații de identificare a gajului babilonian prin OP_RETURN.
Imaginea de mai jos arată un exemplu de tranzacție de staking, în care prima ieșire este rezultatul staking, a doua este ieșirea OP_RETURN și a treia este rezultatul modificării.
Ieșire de gaj
Ieșirea de staking este o ieșire Taproot, așa cum se menționează în articolul anterior al lui Chakra:
Există două metode de plată pentru ieșirea Taproot, și anume calea de plată cheie și calea de plată prin script. Babylon a dezactivat calea de plată a cheii setând cheia internă la punctul „Nothing Up My Sleeve” (NUMS), făcând ieşirile de miză plătibile numai prin calea de plată scriptată.
Ieșirea de staking poate fi cheltuită prin trei căi de script, corespunzătoare diagramei de proces:
1. Calea de blocare a timpului
Calea de blocare a timpului implementează funcția de mizare și servește, de asemenea, ca o garanție de viață.
<Staker_PK> OP_CHECKSIGVERIFY <Timelock_Blocks> OP_CHECKSEQUENCEVERIFY
Scriptul de blocare a timpului blochează BTC-ul stakerului pentru un anumit număr de blocuri. Căile Timelock nu necesită alte entități, oferind astfel garanții de viață stakerilor. Chiar dacă furnizorul de finalități și comitetul de contract devin inactivi, stakerii își pot retrage în continuare activele BTC după perioada de blocare.
2. Cale de nelegare
Dacă BTC este blocat de o blocare de timp, cum pot utilizatorii să încheie miza devreme? Babilonul a rezolvat această problemă introducând calea nelegatoare.
<StakerPk> OP_CHECKSIGVERIFY <CovenantPk1> OP_CHECKSIG <CovenantPk1> OP_CHECKSIGADD ... <CovenantPkN> OP_CHECKSIGADD <CovenantThreshold> OP_GREATERTHANOREQUAL
Această cale necesită nu doar o semnătură de la staker, ci și de la Comitetul de fapte de peste
Pragul Legământului
Numărul de semnături ale membrilor. Motivul principal pentru introducerea Comitetului de Contract este crearea artificială a unei perioade de dezlegare pentru a preveni participanții să evite pedeapsa pe calea dezlegarii.
3. Calea pedepsei
Pentru a asigura securitatea PoS, sunt necesare penalități. În cazul în care furnizorul final acționează cu rea-credință, poate fi necesar să-și confisqueze fondurile proprii și încredințate pentru a oferi securitate financiară. Babilonul asigură funcția de pedeapsă prin introducerea căii pedepsei.
<StakerPk > OP_CHECKSIGVERIFY <FinalityProviderPk > OP_CHECKSIGVERIFY <CovenantPk1 > OP_CHECKSIG <CovenantPk1 > OP_CHECKSIGADD ... <CovenantPkN > OP_CHECKSIGADD <CovenantThreshold > OP_GREATERTHANOREQUAL
Participanții trebuie să semneze în prealabil tranzacțiile cu calea penalizării înainte de schimbarea statutului de mizare la Activ, împiedicându-i să rețină semnăturile pentru a evita pierderea BTC dacă furnizorul de finalitate acționează rău intenționat. După primirea semnăturii stakerului, comitetul de fapte verifică mai întâi semnătura și, odată confirmată ca fiind valabilă, își va elibera propria semnătură.
Un comportament pedepsit în miza BTC este ca un furnizor de finalitate să semneze două blocuri conflictuale la aceeași înălțime, moment în care orice utilizator poate obține cheia privată a furnizorului de finalitate rău intenționat prin EOTS. Deoarece stakerul și contractul au presemnat tranzacția de penalizare, un utilizator care obține cheia privată a furnizorului de finalități rău intenționate poate semna tranzacția, trimițând o parte din fondurile gajate la adresa de ardere ca penalizare prin calea penalizării.
Ieșire OP_RETURN
În timp ce ieșirea Taproot exprimă condiții complexe de utilizare în ScriptPubKeys mai mici, acest lucru face, de asemenea, o provocare distincția dintre tranzacțiile de staking de alte tranzacții din rețeaua Bitcoin. Prin urmare, este necesar să se dezvăluie informațiile legate de staking prin alte mijloace, astfel încât utilizatorii să poată identifica tranzacțiile cu penalități pe baza acestor informații.
Babylon serializează informațiile care trebuie dezvăluite, înglobând informațiile în scriptul OP_RETURN și adăugându-le la o altă ieșire a tranzacției de mizare. Formatul este așa cum se arată mai jos și datele trebuie să corespundă cu datele din scriptul Taproot.
tip V0OpReturnData struct { MagicBytes []byte Versiune byte StakerPublicKey []byte FinalityProviderPublicKey []byte StakingTime []byte }
Conform instantaneului precedent al tranzacției, datele valide transportate de ieșirea OP_RETURN sunt într-adevăr de 4+1+32+32+2=71 de octeți în total. În figură, FinalityProviderPublicKey a tranzacției de gaj este f4940b238dcd00535fde9730345bab6ff4ea6d413cc3602c4033c10f251c7e81, care aparține Chakra.
MagicBytes este folosit pentru a localiza rapid tranzacțiile de miză, în timp ce Versiunea este un câmp rezervat actualizărilor viitoare pentru o diferențiere ușoară.
Conform instantaneelor anterioare ale tranzacțiilor, datele valide transportate de ieșirea OP_RETURN totalizează într-adevăr la
4+1+32+32+2=71 octeți
octet. În figură, FinalityProviderPublicKey a tranzacției de gaj este f4940b238dcd00535fde9730345bab6ff4ea6d413cc3602c4033c10f251c7e81, care aparține Chakra.
MagicBytes
Este folosit pentru a localiza rapid tranzacțiile de gaj, în timp ce Versiunea este un câmp rezervat actualizărilor viitoare pentru o diferențiere ușoară.
Separați tranzacția
Atunci când participanții doresc să-și deblocheze BTC-ul mizat mai devreme, ei pot trimite o tranzacție de degrupare cheltuind calea de separare în rezultatul de mizare. Tranzacția de dezlegare necesită să accepte doar o singură tranzacție de gaj ca intrare și să scoată un singur angajament la ieșirea rădăcină principală a scriptului de dezlegare.
Mai jos este o captură de ecran a tranzacției de separare, corespunzătoare rezultatelor anterioare de staking.
Printre acestea, penultimul câmp care începe cu „20” este tapscript-ul căii de unbinding, iar câmpul care începe cu „c1” este Merkle Proof a cheii interne Taproot și punctul de unbinding poate fi observat în mod clar
0x50929b74c1a04954b78b4b6035e97a5e078a5a0f28ec96d547bfee9ace803ac0
. În câmpul Martor al tranzacției de separare, putem observa semnătura staker-ului și semnătura comitetului de contract.
Ieșirile nelegate pot fi cheltuite în două condiții: calea de blocare a timpului și calea de penalizare, ambele fiind aceleași căi în ieșirea de mizare. La un nivel înalt, producția de dezlegare este o stare intermediară concepută pentru a împiedica participanții să-și retragă imediat mizele și să scape de pedeapsă, conducând în cele din urmă la o stare stabilă a tranzacțiilor de retragere.
acord de penalizare
Tranzacția cu penalizare ia o tranzacție de mizare sau dezlegare ca intrare, este cheltuită prin calea de penalizare în scriptul Taproot și produce două rezultate. O ieșire trimite BTC parțial mizat la o adresă de ardere, în timp ce cealaltă returnează BTC rămas la staker.
Mai strict vorbind, Babylon implementează confiscarea parțială pentru abatere, mai degrabă decât arderea tuturor BTC mizați de către pariori simultan. Această abordare oferă o toleranță mai mare la greșeală și protejează interesele participanților.
Tranzacțiile cu penalități pot avea loc numai sub semnătura comună a stakerului, a comitetului de fapte și a furnizorului de finalități. Prin urmare, chiar dacă o parte individuală este compromisă, aceasta nu va duce la prăbușirea întregului sistem de miză. Tranzacțiile de pedeapsă acționează ca un factor de descurajare, descurajând financiar actorii să se comporte rău intenționat. Atâta timp cât sancțiunile pentru comportament neadecvat depășesc orice câștig potențial, este posibil ca participanții să respecte regulile.
analiza de securitate
Există două tipuri de securitate asociate cu Babilonul:
Primul tip de securitate îl privește pe staker, asigurându-se că atâta timp cât stakerul și furnizorul său de finalitate delegat nu se angajează într-un comportament rău intenționat, activele lui staked nu vor fi niciodată pedepsite.
Al doilea tip de securitate implică sistemul PoS în sine, asigurându-se că, dacă participanții se comportă rău intenționat, protocolul trebuie să-i poată identifica și pedepsi.
Perspectiva lui Pledger
Pentru stakers, odată ce BTC este mizat prin tranzacția de miză Babylon, există doar trei moduri de a transfera fonduri.
Prima este o cale de blocare cronometrată, care necesită doar propria semnătură a utilizatorului pentru a cheltui. Acest lucru asigură că, chiar dacă FP și Babylon își încetează operațiunile, stakerii își pot retrage BTC inițial după încheierea perioadei de miză.
A doua este calea de dezlegare, care acționează ca o stare intermediară, creând o ieșire de dezlegare și permițând un timp de dezlegare mai scurt. Acest lucru oferă participanților posibilitatea de a-și retrage din timp fondurile promise.
A treia este calea pedepsei, care este singura cale care poate dăuna intereselor garanților. Dacă un străin ar încerca să atace calea de penalizare, ar trebui să furnizeze simultan semnătura staker-ului, semnătura furnizorului finalității și semnătura comitetului de fapte peste prag, ceea ce este extrem de dificil. Chiar dacă comitetul de contract este rău intenționat, atâta timp cât furnizorul finalității este sincer, BTC-ul stakerului este în siguranță.
Perspectiva sistemului PoS
Din perspectiva unui sistem PoS, securitatea acestuia provine din capacitatea de a pedepsi furnizorii de finalități atunci când aceștia se comportă rău intenționat.
Babylon adoptă mecanismul EOTS Dacă furnizorul de finalitate semnează dublu un bloc, orice utilizator poate extrage cheia privată a furnizorului de finalitate din cele două semnături diferite. Acest lucru le permite să semneze și să trimită o tranzacție de penalizare cu o parte din penalitatea corespunzătoare BTC a tuturor drepturilor de vot deținute de furnizorul finalității.
Această măsură punitivă descurajează comportamentul rău intenționat al furnizorilor de finalități, aliniind astfel stimulentele lor cu furnizarea de finalitate serviciilor de consens PoS conectate la Babylon, asigurând securitatea sistemelor PoS cu cantități mari de TVL mizați.
În viitor, Chakra va continua să colaboreze cu Babylon pentru a lansa o serie de evenimente de miză pentru a oferi utilizatorilor beneficii multiple, rezolvând în același timp provocările de lichiditate și interoperabilitate și deblocând valoarea extraordinară a Bitcoin în toate ecosistemele cripto.