Inżynieria Nieszczęśliwej Ścieżki: Zrozumienie Architektury BitVM2 Część Czwarta: Wypłaty jako Przepływ Użytkownika Wypłaty to miejsce, gdzie standardowy projekt staje się skoncentrowany na operatorze: stałe UTXO peg-in, wstępnie podpisane grafy i timelocki przenikają do doświadczenia użytkownika. Dlatego GOAT BitVM2 oddziela „użytkownik otrzymuje BTC” od „operator otrzymuje zwrot”. 1) Wypłata użytkownika = atomowa wymiana (prosta, dowolna kwota) Wypłata definiowana jest jako Atomowa Wymiana + Peg-Out. W podstawowym przepływie: • Użytkownik blokuje PegBTC na L2 w HTLC (zablokowane hashem). • Operator blokuje BTC na L1 w odpowiadającym HTLC. • Użytkownik odbiera BTC i ujawnia preimage. • Operator używa tego preimage, aby odebrać PegBTC. Daje to użytkownikowi wypłatę „kwoty X” bez potrzeby uczestniczenia w mechanice grafu transakcji BitVM2. Specyfikacja również zauważa poprawki UX (np. użycie Bitcoin SPV), aby uniknąć ręcznego obsługiwania preimage przez użytkownika. 2) Zwrot operatora = peg-out, udowodniony w stosunku do kanonicznego stanu L2 Po wymianie operator wychodzi przez ścieżkę peg-out i otrzymuje zwrot na podstawie dowodów przejścia stanu L2, zamiast polegać na koordynacji na poziomie użytkownika. Operacyjnie rola operatora wyraźnie obejmuje „wymianę PegBTC na natywne BTC z użytkownikami”, a następnie uruchamia proces dowodzenia/zwrotu. Efekt netto: • Użytkownicy otrzymują ścieżkę wypłaty o dowolnej kwocie, która nie wymaga „zachowania operatora”....