Jak działają opłaty transakcyjne Bitcoin

Bezpośrednia odpowiedź

Opłaty Bitcoin zależą od wirtualnego rozmiaru transakcji, stawki opłaty oraz zmiennego popytu na miejsce w bloku—nie po prostu od wysyłanej kwoty.

Dwie płatności Bitcoin mogą wysyłać tę samą kwotę i płacić bardzo różne opłaty sieciowe. Różnica nie polega na przesyłanej wartości. Chodzi o transakcję, którą portfel musi zbudować: które niewydane wyjścia stają się wejściami, ile nowych wyjść jest tworzonych, jakie typy skryptów są zaangażowane, ile zserializowanych danych zawiera podpisana transakcja i jaką stawkę opłaty portfel stosuje do tego wirtualnego rozmiaru.

Dlatego portfel może pokazywać jedną opłatę przed wyborem monet, a inną po wybraniu końcowych wejść. To także powód, dla którego wysłanie 0,01 BTC może kosztować więcej niż wysłanie 1 BTC. Bitcoin nie pobiera procentu od płatności. Wycenia przestrzeń blokową.

Obliczenia przebiegają jedną ciągłą ścieżką:

Inputs and outputs
→ serialized transaction data
→ transaction Weight
→ virtual size in vB
→ fee rate in sat/vB
→ total fee in sats

Zrozumienie tej ścieżki pozwala odczytać podgląd opłaty w portfelu bez mylenia kwoty płatności, stawki opłaty i końcowej opłaty.

Opłata nie jest procentem

Opłata transakcyjna Bitcoin to różnica między całkowitą wartością jej wejść a całkowitą wartością przypisaną do jej wyjść:

Opłata transakcyjna
=
Całkowita wartość wejść
−
Całkowita wartość wyjść

Załóżmy, że portfel wydaje jeden wejście o wartości 120 000 sats. Tworzy wyjście płatności o wartości 100 000 sat oraz wyjście reszty o wartości 18 500 sat. Pozostałe 1 500 sats to opłata transakcyjna:

120,000 sats
− 100,000 sats
− 18,500 sats
= 1,500 sats fee

Sieć nie pobiera tej opłaty osobno z konta. Opłata to wartość wejścia, której transakcja nie przypisuje do nowego wyjścia.

Portfel może pokazywać kilka powiązanych wartości na tym samym ekranie. Opisują one różne części transakcji i nie należy ich porównywać bez ich jednostek.

Wyświetlana wartość	Co oznacza	Przykład
Kwota odbiorcy	Bitcoin przypisany do wyjścia przeznaczonego dla odbiorcy	100 000 sats
Całkowita opłata	Wartość wejścia nieprzypisana do żadnego wyjścia	1,500 sats
Stawka opłaty	Cena stosowana za wirtualny bajt	10 sat/vB
Rozmiar wirtualny	Rozmiar transakcji Weighted używany do porównania opłat	150 vB
Całkowite obciążenie portfela	Kwota odbiorcy plus opłata, gdy płatnik płaci ją osobno	101,500 sats

Kwota płatności i całkowita opłata są mierzone w sats lub BTC. Stawka opłaty jest mierzona w sat/vB. Rozmiar wirtualny jest mierzony w vB. Jeśli te etykiety są nieznane, najpierw przeczytaj co oznacza satoshi w portfelach i wyświetlaczach opłat.

Wejścia i wyjścia określają rozmiar

Wejścia wydają istniejące UTXO

Portfele Bitcoin nie wydają z jednego salda konta. Wydają istniejące nie wydane wyjścia transakcji, powszechnie nazywane UTXO. Każde wybrane UTXO staje się wejściem w nowej transakcji.

Input identyfikuje poprzedni output i dostarcza dane wymagane do satisfy warunków wydatkowania tego outputu. W zależności od typu skryptu, część danych autoryzacyjnych pojawia się w podstawowej serializacji transakcji, a część w witness.

Wyświetlane saldo może ukrywać strukturę, która ma znaczenie dla opłat. Portfel pokazujący 500 000 sats może kontrolować:

• jeden UTXO o wartości 500 000 sats;
• pięć UTXO o wartości 100 000 sats każdy;
• lub pięćdziesiąt UTXO o wartości 10 000 sats każdy.

Wszystkie trzy portfele pokazują to samo saldo całkowite. Wydawanie z nich nie tworzy tej samej transakcji. Więcej wybranych UTXO zazwyczaj oznacza więcej wejść, a każde dodatkowe wejście wnosi do serializowanej transakcji kolejny outpoint, pole sekwencji, dane skryptu lub świadka oraz prefiks długości.

Płatność 50 000 sat finansowana z jednego odpowiedniego UTXO może być zatem mniejsza niż ta sama płatność finansowana z ośmiu małych UTXO. Wybór monet wpływa również na prywatność i przyszły zestaw UTXO portfela. Aby porównać koszt konsolidacji UTXO teraz z wydawaniem ich osobno później, użyj Kalkulator konsolidacji UTXO Bitcoin.

Wyjścia odbiorcy i reszty

Wyjście transakcji zawiera wartość całkowitą w satoshi oraz skrypt blokujący. Płatność dla odbiorcy to jedno wyjście. Reszta zwrócona nadawcy to zwykle kolejne.

Jeśli portfel wybiera UTXO o wartości 120 000 sat, aby dokonać płatności 100 000 sat, zwykle nie może wydać tylko części tego UTXO. Nowa transakcja zużywa całe wyjście. Po uwzględnieniu opłaty, niewykorzystana wartość wraca do wyjścia reszty kontrolowanego przez portfel.

Typowa płatność może zatem zawierać jedno lub więcej wejść, wyjście odbiorcy, wyjście reszty oraz pola stałe, takie jak wersja i locktime. Zawiera również liczniki wejść i wyjść, a każde wejście ma własną wartość sekwencji.

Dodanie kolejnego odbiorcy dodaje wyjście. Dodanie reszty również dodaje jedno. Każde wyjście zwiększa rozmiar transakcji, chociaż zwykłe wejście z pojedynczym podpisem zwykle dodaje więcej wirtualnego rozmiaru niż zwykłe wyjście.

Portfel może uniknąć reszty, gdy wybrana wartość wejściowa ściśle odpowiada płatności plus opłacie. Może również dodać bardzo małą resztę do opłaty zamiast tworzyć nieekonomiczne wyjście reszty. Ta decyzja zależy od wyboru monet i zasad polityki portfela, dlatego “jedna płatność” to za mało informacji, aby odtworzyć opłatę.

Bajty, Weight i vSize

Transakcje Bitcoin są serializowane do bajtów. Surowa struktura obejmuje wersję, liczbę wejść, wejścia, liczbę wyjść, wyjścia i locktime. Transakcje SegWit zawierają również znacznik, flagę i pola świadka.

Przed SegWit, porównania opłat często odnosiły się bezpośrednio do bajtów transakcji. BIP 141 wprowadził Weight transakcji, aby dane witness mogły wnosić inny wkład niż dane spoza witness.

BIP 141 definiuje Weight jako:

Transaction Weight
=
Base transaction size × 3
+
Total transaction size

Tę samą zależność można zapisać jako:

Transaction Weight
=
Non-witness bytes × 4
+
Witness bytes

Bajt spoza witness wnosi cztery jednostki wagi. Bajt witness wnosi jedną. Niższa waga nie czyni danych witness darmowymi; nadal zużywają Weight bloku i nadal zwiększają rozmiar istotny dla opłat.

Portfele i rynki opłat zwykle wyrażają wynik w wirtualnych bajtach, w skrócie vB:

vSize
=
ceil(Transaction Weight ÷ 4)

Dzielenie zaokrągla w górę do całego wirtualnego bajtu. Rozmiar bazowy, całkowity rozmiar serializacji, Weight i vSize to powiązane pomiary, ale nie są wymienne. Rozmiar bazowy wyklucza dane związane z witness. Całkowity rozmiar obejmuje pełną serializację. Weight stosuje zasadę cztery do jednego. vSize zamienia ten Weight na całkowity rozmiar używany w typowych obliczeniach stawki opłaty.

sat/vB Wycenia transakcję

Typową jednostką stawki opłaty Bitcoin jest satoshi na wirtualny bajt, zapisywana jako sat/vB. Gdy struktura transakcji wygeneruje vSize, uproszczone obliczenie opłaty wygląda następująco:

Estimated fee in sats
=
Transaction vSize
×
Fee rate in sat/vB

Jednostki ładnie się skracają: wirtualne bajty pomnożone przez satoshi na wirtualny bajt dają całkowitą liczbę satoshi.

Stawka i całkowita opłata odpowiadają na różne pytania:

• Stawka opłaty: ile transakcja płaci za każdą jednostkę rozmiaru wirtualnego.
• Całkowita opłata: ile satoshi płaci cała transakcja.

Duża transakcja może płacić wysoką całkowitą opłatę przy umiarkowanej stawce. Kompaktowa transakcja może płacić niższą całkowitą opłatę nawet przy wyższej stawce. Porównywanie tylko całkowitej opłaty ukrywa różnicę między rozmiarem transakcji a pilnością rynku opłat.

Gdy znana jest ostateczna podpisana transakcja, jej efektywna stawka opłaty może być obliczona z rzeczywistej opłaty i rzeczywistego vSize:

Effective fee rate
=
Actual fee in sats
÷
Actual vSize in vB

Efektywna stawka może zawierać ułamek dziesiętny, nawet jeśli sama opłata transakcyjna jest całkowitą liczbą satoshi.

Portfel lub kalkulator może również akceptować dziesiętną docelową stawkę opłaty. Opłata transakcyjna nadal jest liczbą całkowitą sats, ponieważ wartości inputów i outputów są liczbami całkowitymi. Gdy mnożenie daje ułamkową satoshi, implementacja musi wybrać całkowitą opłatę w satoshi. Zaokrąglanie w górę unika spadku poniżej żądanej stawki docelowej, co może sprawić, że końcowa efektywna stawka będzie nieco wyższa niż wprowadzona wartość.

Powtarzalne obliczanie opłaty

Poniższy przykład modeluje jedną typową strukturę podpisanej transakcji:

• 2 wejścia Native SegWit P2WPKH;
• 1 wyjście odbiorcy P2WPKH;
• 1 wyjście reszty P2WPKH;
• liczniki CompactSize, z których każdy mieści się w jednym bajcie;
• 72-bajtowe zserializowane podpisy ECDSA w witness;
• oraz wybrana stawka opłaty 12 sat/vB.

To jest ilustracyjny model techniczny, a nie zapis transakcji użytkownika ani twierdzenie o konkretnym portfelu. Końcowe długości podpisów ECDSA mogą się różnić, więc portfel może zarezerwować nieco inny maksymalny Weight inputu przed podpisaniem.

Od serializacji do końcowej opłaty

Dwa wejścia P2WPKH wnoszą po 41 bajtów bazowych każde. Dwa wyjścia P2WPKH wnoszą po 31 bajtów każde. Pola stałe oraz jednobajtowe liczniki wejść i wyjść wnoszą kolejne 10 bajtów bazowych. Każde modelowane wejście przenosi 108 bajtów świadka: jeden bajt liczby elementów stosu, jeden bajt długości podpisu, 72-bajtowy podpis, jeden bajt długości klucza publicznego i 33-bajtowy skompresowany klucz publiczny.

Składnik	Bajty bazowe	Bajty świadka	Wkład Weight
Wersja, liczniki i czas blokady	10	0	40 WU
Dwa wejścia P2WPKH	82	216	544 WU
Dwa wyjścia P2WPKH	62	0	248 WU
Znacznik i flaga SegWit	0	2	2 WU
Suma	154	218	834 WU

Weight
= (154 base bytes × 4) + 218 witness bytes
= 834 WU

vSize
= ceil(834 ÷ 4)
= 209 vB

Fee
= 209 vB × 12 sat/vB
= 2,508 sats

Każde założenie jest widoczne. Zmień liczbę wejść, liczbę wyjść, typ skryptu, rozmiar świadka lub stawkę opłaty, a wynik się zmieni. Aby modelować mieszane typy wejść i wyjść, otwórz Kalkulator opłat transakcyjnych Bitcoin, wprowadź strukturę pokazaną przez portfel i porównaj oszacowanie z podglądem końcowej transakcji.

Ta sama płatność, inna opłata

Rozważ dwa portfele, które wysyłają tę samą płatność 100 000 sat, tworzą jedno wyjście reszty P2WPKH i używają opłaty 12 sat/vB. Jedyna różnica to liczba wejść P2WPKH.

Używając tego samego modelu 72-bajtowego podpisu, co w przykładzie roboczym:

Modelowana transakcja	Wejścia	Wyjścia	Waga	vSize	Opłata przy 12 sat/vB
Portfel A	1 P2WPKH	2 P2WPKH	562 WU	141 vB	1,692 sats
Portfel B	8 P2WPKH	2 P2WPKH	2 466 WU	617 vB	7 404 sats

Odbiorca otrzymuje tę samą kwotę. Stawka opłaty jest taka sama. Portfel B płaci więcej, ponieważ wydaje więcej inputów i tworzy większą transakcję.

Kwota może być niezmieniona. Struktura transakcji nie jest.

Szacunek opłaty, który nie zna rzeczywistych UTXOów portfela, jest zatem scenariuszem, a nie ostateczną transakcją. Portfel musi wybrać prawdziwe inputy, zanim będzie mógł określić prawdopodobny rozmiar i opłatę.

Typ inputu zmienia koszt

Liczba inputów nie jest jedyną zmienną strukturalną. Warunki wydatkowania wybranych outputów określają, co każdy input musi serializować.

Typowe profile z pojedynczym podpisem obejmują Legacy P2PKH, zagnieżdżony SegWit P2SH-P2WPKH, Native SegWit P2WPKH oraz Taproot key-path P2TR. Nie dodają one tego samego Weight.

Typowy profil inputu	Gdzie pojawiają się dane autoryzacyjne	Ilustracyjny rozmiar krańcowy	Ważna granica
P2PKH	Podstawowa transakcja scriptSig	Około 148 vB	Długość podpisu ECDSA może się różnić
P2SH-P2WPKH	Program wykupu w scriptSig plus witness	Około 91 vB	Zagnieżdżony SegWit zawiera dane opakowania
P2WPKH	Świadek	Około 68 vB	Długość podpisu ECDSA może się różnić
Ścieżka klucza P2TR	Pojedynczy podpis Schnorra w witness	Około 58 vB	Niedomyślny bajt sighash dodaje jeden bajt

Te liczby opisują typowe ścieżki wydawania z pojedynczym podpisem, nie każdą możliwą transakcję. Multisig, P2WSH, Taproot ścieżki skryptów, inskrypcje, złożone skrypty i niestandardowe konstrukcje mogą przenosić bardzo różne dane witness.

Typ wyjścia też ma znaczenie, chociaż adres odbiorcy nie ujawnia w każdym przypadku dokładnego przyszłego kosztu wejścia. Aby porównać skupione na kodowaniu adresów, kompatybilności i typowych rodzinach skryptów, przeczytaj Bitcoin typy adresów i ich implikacje dla portfela.

Dlaczego szacunki portfela się zmieniają

Szacunkowa opłata w portfelu może się zmienić między formularzem płatności a ekranem podpisywania, nawet jeśli kwota odbiorcy pozostaje taka sama. Kilka decyzji dotyczących budowy transakcji może być nadal nierozwiązanych, gdy pojawi się pierwszy szacunek.

Wybór monet i reszta są tymczasowe

Portfel może początkowo modelować jedną liczbę wejść, a następnie wybrać inny zestaw po uwzględnieniu statusu potwierdzenia, ustawień kontroli monet, zasad prywatności, unikania reszty lub potrzeby pokrycia opłaty. Gdy wejścia są znane, może dodać, usunąć lub zmienić typ wyjścia reszty.

Bitcoin Core fundrawtransaction dokumentacja odzwierciedla te wybory: portfel może dodać wejścia, utworzyć co najwyżej jedno wyjście zmiany, wybrać typ zmiany, użyć stawki opłaty w sat/vB lub odjąć opłatę od określonych wyjść. Dodanie wejścia zwiększa Weight. Dodanie zmiany zwiększa rozmiar wyjścia. Odjęcie opłaty zmienia kwotę odbiorcy. Unikanie małego wyjścia zmiany może przenieść resztę do opłaty.

Podpisy i stawki opłat są szacowane

Podpisy ECDSA nie mają gwarancji identycznych długości serializacji. Dokumentacja finansowania transakcji Bitcoin Core zaleca użycie maksymalnego rozmiaru podpisu DER, gdy dostarczane jest zewnętrzne oszacowanie Weight. Portfel może zatem zarezerwować bezpieczne maksimum, zanim rzeczywiste podpisy istnieją.

Stawka opłaty może również odświeżyć się przed podpisaniem. Jeśli portfel otrzyma nowsze oszacowanie lub użytkownik zmieni cel potwierdzenia, wybrana stawka sat/vB zmienia się nawet, gdy struktura transakcji się nie zmienia.

To nie są przypadkowe rozbieżności. Zmieniona opłata powinna odpowiadać zmienionemu zestawowi wejść, strukturze wyjść, założeniu rozmiaru podpisu, oszacowaniu stawki opłaty lub ich kombinacji.

Zapotrzebowanie sieci ustawia stawkę

Struktura transakcji określa vSize. Warunki sieciowe wpływają na stawkę, którą portfel wybiera dla celu potwierdzenia.

Przestrzeń bloków Bitcoin jest ograniczona. Niepotwierdzone transakcje konkurują o włączenie, a stawka opłaty jest jednym z głównych sygnałów używanych do porównania, ile każda transakcja płaci w stosunku do jej wirtualnego rozmiaru. Portfel może wybrać wyższą stawkę dla bardziej agresywnego celu lub niższą, gdy użytkownik akceptuje większe opóźnienie.

Bitcoin Core estimatesmartfee RPC zwraca przybliżoną stawkę opłaty dla transakcji, aby rozpoczęła potwierdzanie w żądanej liczbie bloków, gdy dostępne są wystarczające dane. Używa wirtualnego rozmiaru transakcji i zapewnia dwa tryby szacowania:

• Ekonomiczny szybciej reaguje na krótkoterminowe spadki opłat i może zwrócić niższe oszacowanie.
• Konserwatywny używa dłuższej historii, wolniej reaguje na krótkoterminowe spadki i może zwrócić wyższe oszacowanie.

Żaden tryb nie rezerwuje miejsca w bloku. Oszacowanie opiera się na zaobserwowanym zachowaniu, a nie na obietnicy, że górnik uwzględni transakcję w konkretnym bloku.

Portfele, eksploratory i usługi mogą używać różnych okien czasowych, widoków mempoolu, marginesów bezpieczeństwa i etykiet celów. Dwa interfejsy mogą zatem w tym samym momencie zalecać różne stawki, nie stosując różnych zasad konsensusu Bitcoin.

Nie ma jednej globalnej kolejki mempoolu, którą każdy węzeł widzi w dokładnie tej samej kolejności. Węzły otrzymują transakcje w różnych czasach i stosują własne ustawienia polityki. Oszacowanie portfela opisuje dane dostępne dla jego źródła opłat; górnik ostatecznie wybiera spośród transakcji i polityk dostępnych dla tej operacji wydobywczej.

Finalna podpisana transakcja

Przed podpisaniem portfel szacuje dane autoryzacyjne wymagane dla każdego wejścia. Po podpisaniu transakcja zawiera rzeczywiste podpisy i stosy świadków. Finalna serializacja ujawnia prawdziwe Weight, vSize, całkowitą opłatę i efektywną stawkę opłaty.

Ekran podpisywania powinien być zatem traktowany jako bardziej autorytatywny niż wczesne oszacowanie przy wprowadzaniu kwoty. Może ujawnić, że portfel wybrał więcej wejść niż oczekiwano, dodał resztę, użył innego typu wyjścia, wygenerował inny rozmiar podpisu lub odświeżył stawkę opłaty przed autoryzacją.

Szczegóły płatności mogą być poprawne, podczas gdy struktura transakcji nadal zasługuje na kolejną weryfikację. Sprawdź oba przed wysłaniem transakcji.

Zmiany opłat po wysłaniu transakcji

Wysłanie transakcji przekazuje ją do węzłów sieci. Nie gwarantuje, że każdy węzeł ją zaakceptuje i zachowa, ani że pojawi się w następnym bloku. Nowe transakcje mogą wejść na rynek opłat po Twojej, co sprawi, że pierwotna stawka będzie mniej konkurencyjna.

Niektóre portfele mogą utworzyć zamiennik z wyższą opłatą, gdy niepotwierdzona transakcja kwalifikuje się do podbicia opłaty. Przepływ pracy Bitcoin Core bumpfee może zmniejszyć resztę lub dodać wejścia, gdy to konieczne, co oznacza, że rozmiar transakcji zastępczej i całkowita opłata mogą różnić się od oryginału.

Przeczytaj końcowy podgląd portfela

Przed podpisaniem sprawdź wartości, które ustalają opłatę, zamiast polegać na pojedynczej linii “opłaty sieciowej”.

1. Kwota dla odbiorcy: Potwierdź kwotę przypisaną zamierzonemu odbiorcy i czy opłata jest potrącana z tego wyjścia.
2. Wybrane wejścia: Większa niż oczekiwano liczba wejść wyjaśnia wiele podwyżek opłat.
3. Wyjścia i reszta: Potwierdź wyjścia odbiorcy, wyjście reszty i miejsce docelowe reszty.
4. Rozmiar wirtualny: Sprawdź wartość vB, gdy portfel ją udostępnia.
5. Stawka opłaty: Rozróżnij stawkę w sat/vB od bezwzględnej opłaty w sats.
6. Całkowita opłata: Potwierdź całkowitą liczbę satoshi, którą płaci transakcja.
7. Cel potwierdzenia: Traktuj to jako szacunek i zwróć uwagę, czy portfel może później zwiększyć opłatę.

Najbardziej przydatnym sprawdzeniem krzyżowym jest arytmetyka:

Czy wyświetlany vSize × wyświetlany sat/vB
w przybliżeniu odpowiada wyświetlanej opłacie w sats?

Niewielka różnica może wynikać z dziesiętnej stawki opłaty, zaokrąglenia do całych satoshi lub zaokrąglonych wartości wyświetlanych. Duża niewyjaśniona różnica zasługuje na ponowny przegląd przed podpisaniem.

Aby uzyskać szerszy kontekst na temat UTXO, potwierdzeń, górników i walidacji, przejdź do Bitcoin sieć i referencja transakcji.

Czego szacunek nie może zagwarantować

Kompletny szacunek opłaty może opisać transakcję i wybraną stawkę. Nie może zagwarantować:

• potwierdzenia w następnym bloku lub w dokładnym czasie;
• akceptacji i dalszego przechowywania przez każdy węzeł;
• niezmienionego zapotrzebowania sieci po podpisaniu transakcji;
• ani tego, że portfel wybrał najbardziej prywatne i ekonomiczne wejścia lub że nigdy nie będzie potrzebował podwyższenia opłaty.

Powtarzalne pytanie jest węższe: biorąc pod uwagę tę strukturę transakcji i tę stawkę opłaty, ile satoshi płaci transakcja? Czas potwierdzenia pozostaje probabilistyczny.

Bitcoin FAQ dotyczące opłat transakcyjnych

Czy opłaty transakcyjne Bitcoin zależą od wysyłanej kwoty?

Nie. Opłaty transakcyjne Bitcoin zależą głównie od wirtualnego rozmiaru transakcji i wybranej stawki opłaty. Wysyłana kwota może wpływać na to, które UTXO portfel potrzebuje, ale większa płatność nie automatycznie tworzy większej opłaty.

Co oznacza sat/vB?

Sat/vB oznacza satoshi na wirtualny bajt. Jest to stawka opłaty zastosowana do wirtualnego rozmiaru transakcji. Pomnożenie vSize przez stawkę opłaty daje modelowaną całkowitą opłatę w satoshi.

Dlaczego opłata w moim portfelu Bitcoin zmieniła się przed podpisaniem?

Portfel może wybrać różne wejścia, dodać lub usunąć resztę, zaktualizować typ reszty, zarezerwować inny rozmiar podpisu lub odświeżyć stawkę opłaty. Każda z tych zmian może zmienić ostateczną opłatę.

Dlaczego dwa portfele mogą pobierać różne opłaty za tę samą płatność?

Portfele mogą kontrolować różne UTXO, wybierać różne wejścia, tworzyć różne wyjścia reszty, używać różnych szacunków stawek opłat lub stosować różne marginesy bezpieczeństwa. Kwota odbiorcy może być taka sama, podczas gdy struktury transakcji się różnią.

Czy wyższa opłata Bitcoin gwarantuje szybsze potwierdzenie?

Nie. Wyższa stawka opłaty może poprawić względny priorytet transakcji, ale nie może zagwarantować konkretnego bloku. Przyszłe zapotrzebowanie, wybór górników, polityka mempool i odkrywanie bloków pozostają poza kontrolą portfela.

Czy opłata Bitcoin może zostać zwiększona po broadcastie?

Niektóre portfele mogą utworzyć zamiennik z wyższą opłatą, gdy oryginalna transakcja kwalifikuje się do podwyższenia opłaty. Zamiennik może zmniejszyć resztę lub dodać wejścia, więc jego rozmiar transakcji i całkowita opłata mogą się zmienić.

Źródła techniczne

Wzory i granice budowania transakcji w tym przewodniku opierają się na podstawowych specyfikacjach Bitcoin i dokumentacji Bitcoin Core.

• BIP 141: Segregated Witness — definiuje rozmiar transakcji Weight, rozmiar bazowy, całkowity rozmiar i wirtualny rozmiar transakcji.
• Dokumentacja deweloperska transakcji Bitcoin — dokumentuje serializowane wejścia i wyjścia oraz wyjaśnia, że wartości wyjść są zapisywane w satoshi.
• Bitcoin Core 31.0 estimatesmartfee RPC — dokumentuje szacowanie stawek opłat dla celu potwierdzenia, użycie rozmiaru wirtualnego oraz tryby ekonomiczny i konserwatywny.
• Bitcoin Core 31.0 fundrawtransaction RPC — dokumentuje automatyczny wybór wejść, zmianę tworzenia, ustawienia opłat, odejmowanie opłat oraz założenia wejścia-Weight.
• Bitcoin Core 31.0 bumpfee RPC — dokumentuje zamianę opłat w portfelu i jak transakcja z wyższą opłatą może zmniejszyć resztę lub dodać wejścia.
• BIP 341: Taproot — definiuje podpisy ścieżek kluczy Taproot i zachowanie świadków używane w powszechnym modelu rozmiaru wejścia P2TR.

Źródła

1. BIP 141: Waga Segregated Witness i wirtualny rozmiar
2. Bitcoin Core send RPC: fee_rate w sat/vB
3. Bitcoin Core estimatesmartfee RPC

Znalazłeś błąd? Zgłoś problem z treścią lub przeczytaj nasz Polityka poprawek.