Engineering The Unhappy Path: Understanding BitVM2 Architecture Deel Vier: Opnames als een Gebruikersstroom Opnames zijn waar het standaardontwerp operator-gecentreerd wordt: vaste peg-in UTXO's, vooraf ondertekende grafieken en timelocks lekken in de gebruikerservaring. Dit is waarom GOAT BitVM2 "gebruiker krijgt BTC" scheidt van "operator krijgt terugbetaald". 1) Gebruikersopname = atomische ruil (eenvoudig, willekeurig bedrag) Een opname wordt gedefinieerd als Atomische Ruil + Peg-Out. In de basisstroom: • Gebruiker vergrendelt PegBTC op L2 in een HTLC (hash-vergrendeld). • Operator vergrendelt BTC op L1 in een bijpassende HTLC. • Gebruiker claimt BTC en onthult de preimage. • Operator gebruikt die preimage om de PegBTC te claimen. Dit geeft de gebruiker een "bedrag X" opname zonder dat ze hoeven deel te nemen aan de BitVM2 transactie grafiekmechanica. De specificatie merkt ook UX-verbeteringen op (bijv. gebruik van Bitcoin SPV) om te voorkomen dat de gebruiker handmatig een preimage moet afhandelen. 2) Operator terugbetaling = peg-out, bewezen tegen canonieke L2 status Na de ruil verlaat de operator via het peg-out pad en wordt terugbetaald op basis van L2 status-overgangsproeven, in plaats van te vertrouwen op coördinatie op gebruikersniveau. Operationeel omvat de rol van de operator expliciet "wisselt PegBTC voor native BTC met gebruikers" en voert vervolgens de bewijs-/terugbetalingsworkflow uit. Het netto-effect: • Gebruikers krijgen een opnamepad met een willekeurig bedrag dat geen "operator gedrag" vereist....