STATECHAIDEN Ruben Somsen ontwikkelde een origineel protocol voor de tweede laag in 2018 op basis van Eltoo’s (of LN Symmetry). Commerceblock creëerde een kwikvariatie in 2021, gebaseerd op het oorspronkelijke voorstel. Mercury Layer was een nieuwe iteratie, gebouwd in 2024, van het oorspronkelijke Mercury -plan.
Statechain -protocol is iets moeilijker te begrijpen in vergelijking met andere systemen zoals zoals Ark Bliksem is een term die verwijst naar het brede scala van mogelijke variaties tussen het ontwerp dat oorspronkelijk werd voorgesteld, die die daadwerkelijk werden geïmplementeerd en de andere ontwerpen losjes voorgesteld.
Storechains, zoals Ark, vertrouwen op een centrale coördinerende server om te werken. Ze hebben een ander vertrouwensmodel dan een Ark Batch Vutxo. De coördinerende server moet alle eerder gegenereerde privésleutels verwijderen zodat ze vertrouweloos kunnen zijn. Zolang ze het protocol volgen, is er echter een hoog beveiligingsniveau.
Statechains zijn ontworpen om gebruikers in staat te stellen de eigendom van UTXOS onderling, off-chain, gemakkelijk over te dragen. Dit wordt gedaan door een coördinator. De coördinator hoeft geen liquiditeit te ontvangen, zoals bliksem.
We zullen beginnen met het kijken naar het originele Ruben Somsen -protocol.
Originele Statechain
Statechains stelt de huidige eigenaar in staat zich eenzijdig terug te trekken uit de Statechain wanneer hij dat wenst. Een geschiedenis van ondertekende berichten wordt ook bewaard, waarbij cryptografisch wordt geverifieerd dat eerdere eigenaren en degenen aan wie ze de Statechain hebben overgedragen, de transfers hebben goedgekeurd.
Het ontwerp van het origineel werd gebouwd met Eltoo. AnyprevoutMaar de plannen om dezelfde functionaliteit mogelijk te maken, maken momenteel gebruik Controleer -Up Hierna volgen enkele voorbeelden van hoe u aan de slag kunt: CheckSigfromStack De pagina CheckSigFromStack heeft een goede uitleg. Dit is een script dat een transactie mogelijk maakt die vooraf is ondertekend om elke UTXO met dat script te gebruiken en de hoeveelheid bitcoin te vergrendelen die het nodig heeft.
Het protocol is een protocol dat een gebruiker volgt om munten in een Statechain te storten. Bob genereert twee sleutels: een die van hem is en uniek, evenals een secundaire sleutel. “Voorbijgaande” sleutel die uiteindelijk wordt gedeeld. (Meer hierover meer). Dit wordt gevolgd door een multisig -transactie die de coördinatorsleutel en de voorbijgaande ondertekening vereist.
Met behulp van deze multisig Bob en de coördinator ondertekenen een transactie die de munt uitgeeft en een UTXO maakt. Deze UTXO kan worden gebruikt door Bob of de sleutel van de coördinator met behulp van LN -symmetrie. Bob financiert nu de multisig met behulp van het juiste bedrag. De Statechain is gemaakt.
Bob zal een complex proces moeten volgen om een Statechain via internet te sturen. Bob ondertekent eerst een privébericht dat bevestigt dat hij de Statechain zal overbrengen. Charlie moet ook bevestigen dat Bob hem de Statechain heeft gegeven door een bericht te ondertekenen. Eindelijk, voordat Bob Charlie een kopie van de voorbijgaande toetsen kan sturen, moet de coördinator een extra transactie ondertekenen waarmee Charlie eenzijdig de Statechain kan claimen.
Dit is allemaal atomair gemaakt door adapterhandtekeningen. Handtekeningen worden gewijzigd op een manier die hen ongeldig maakt. Ze kunnen echter worden hersteld in de geldigheid zodra de eigenaar van de handtekening de willekeurige gegevens heeft ontvangen. De handtekeningen van de adapter worden gebruikt om alle berichten en vooraf ondertekende transacties te ondertekenen. Ze kunnen atomisch geldig worden gemaakt door de adaptergegevens vrij te geven.
Stechain -eigenaren moeten ervan overtuigd zijn dat coördinatorservers nooit zullen samenwerken met eerdere eigenaren om fondsen te stelen door een onmiddellijke afsluiting van de Statechain te ondertekenen. De keten van berichten die vooraf zijn ondertekend, kan aantonen dat coördinatoren betrokken waren bij diefstal. Met de Timelock kunnen de huidige eigenaar fondsen claimen wanneer een vorige eigenaar de vooraf ondertekende transacties probeert te gebruiken om fondsen te stelen.
Mercurius- en kwiklaag
Statechains vereisen een “softfork” om te werken. Commerceblock creëerde hun Statechains-versie om te werken zonder een “softfork”, maar om dit te bereiken moesten ze in functionaliteit afwegingen maken.
Het is nog steeds hetzelfde basisconcept als in het origineel. Alle gebruikers hebben een voorgelegde transactie waarmee ze eenzijdig fondsen kunnen claimen. De coördinatorserver speelt ook een belangrijke rol om off-chain transacties te vergemakkelijken, maar ze moeten erop worden vertrouwd dat de transfers eerlijk zullen plaatsvinden. Deze twee verschillen komen neer op hoe de transactie wordt ondertekend, evenals het type vooraf ondertekende transacties die worden verstrekt.
In het geval van ondertekening zijn er geen voorbijgaande sleutels meer die van de ene gebruiker naar de andere worden doorgegeven. In plaats daarvan wordt een multiparty-concomputatieprotocol (MPC) gebruikt, zodat de oorspronkelijke eigenaar en de coördinatorserver in staat zijn om samen gedeeltelijke stukken van een privésleutel te genereren zonder dat een van beide ooit de volledige sleutel bezit. De sleutel die wordt gebruikt voor het ondertekenen van vooraf ondertekende transactie. Met MPC kan de eigenaar, coördinator en ontvanger een nieuw protocol initiëren. verschillende stukken Het optellen van de nummers om dezelfde privésleutel te krijgen. Na het voltooien van de overdracht verwijdert een eerlijke coördinatorserver het belangrijkste materiaal dat overeenkomt met de vorige eigenaar. Zolang het klaar is, is de coördinator niet in staat om een overdracht te voltooien met eerdere eigenaren, omdat het belangrijkste materiaal dat ze nu hebben niet overeenkomt met het oude stuk. Als de coördinator eerlijk is, is deze garantie sterker dan de oorspronkelijke.
De vooraf ondertekende transacties van Mercury Layer en Mercury kunnen LN-symmetrie niet gebruiken omdat het niet mogelijk is om dit te doen zonder een softfork te gebruiken. Commerceblock koos ervoor om in plaats daarvan afnemende sloten te implementeren. De transactie van de oorspronkelijke eigenaar, die vooraf is ondertekend en door Nlocktime wordt getimeld op een toekomstige datum ver voorafgaand aan wanneer de Statechain is gemaakt. Wanneer een volgende gebruiker de Statechain krijgt, zal hun nlocTime een bepaalde tijd lager zijn dan die van de vorige eigenaar. Het is gegarandeerd dat de vorige eigenaar zijn transactie niet vóór de huidige kan verzenden. Je kunt ook lezen over hoe je aan de slag kunt. Voordat de transacties van de vorige eigenaar geldig worden, sluit u uw statechain.
Mercury -laag verschilt van kwik in de manier waarop deze transacties worden ondertekend. Mercury gebruikt een coördinatorserver die eenvoudigweg de voorgestelde transactie bekijkt, controleert en ondertekent. Mercury Layer maakt gebruik van blind ondertekenen, wat betekent dat ze niet de details zien van wat ze ondertekenen. Statechains moeten door de server worden gevolgd met behulp van geanonimiseerde serverrecords, evenals een sleutel die uniek is voor de eigenaar. Hierdoor kunnen ze ervoor zorgen dat ze alleen geldige transacties ondertekenen.
Synergie tussen lagen
Statechains zijn compatibel met laag 2S op basis van transacties die vooraf zijn ondertekend. In het oorspronkelijke voorstel werd bijvoorbeeld een combinatie tussen Statechains (en bliksemkanalen) voorgesteld. Het is mogelijk nest een bliksemkanaal bovenop Storechains omdat beide transacties vooraf zijn ondertekend. De huidige eigenaar moet een multisig exit-sleutel hebben, evenals de mogelijkheid om de vooraf ondertekende betalingen te maken die de uitvoer van het bliksemkanaal besteden. Het is mogelijk om bliksemkanalen volledig off-chain te openen en te sluiten.
Een Statechain kan op een vutxo worden genesteld binnen een ARK -batch. Het is mogelijk om een Statechain te nestelen bovenop Vutxos in een ARK -batch.
Het inpakken
Statechains hebben geen 100% vertrouwenloos model, maar het is een trust-geminimiseerd schema waarmee gebruikers utxos vrijelijk tussen elkaar van de keten kunnen overbrengen.
De twee versies van de implementatie van CommerceBlock zijn al volledig geïmplementeerd. Ze slaagden allebei niet om iets te bereiken dat verder gaat dan marginaal gebruik. Het is niet duidelijk of dit falen te wijten is aan de onwil van de gebruikers om een op vertrouwen gebaseerd model te accepteren, of dat het gewoon komt door een gebrek aan marketing en bewustzijn.
Deze optie blijft beschikbaar, ondanks het feit dat er al twee volledige implementaties aanwezig zijn, evenals ontwerpen en concepten voor een flexibele variant, als Symmetry mogelijk wordt gemaakt op Bitcoin. Open source software zal voor onbepaalde tijd beschikbaar zijn, ongeacht hoeveel mensen ervoor kiezen om het te gebruiken.
“DagelijksCrypto is niet verantwoordelijk voor alle activiteiten die u buiten de dagelijkse crypto uitvoert.”
