Bitcoin Forum
April 26, 2024, 05:42:57 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Difference between sat/byte, sat/WU and sat/vByte?  (Read 149 times)
tyz (OP)
Legendary
*
Offline Offline

Activity: 3360
Merit: 1530



View Profile
May 17, 2021, 03:01:56 PM
Merited by 20kevin20 (2)
 #1

I recently sent a Bitcoin Segwit transcation and I noticed there are three different kinds of information regarding the fee high in terms of data size.

  • sat/byte
  • sat/WU
  • sat/vByte

See image below:



Can someone explain what this is all about?
1714110177
Hero Member
*
Offline Offline

Posts: 1714110177

View Profile Personal Message (Offline)

Ignore
1714110177
Reply with quote  #2

1714110177
Report to moderator
No Gods or Kings. Only Bitcoin
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714110177
Hero Member
*
Offline Offline

Posts: 1714110177

View Profile Personal Message (Offline)

Ignore
1714110177
Reply with quote  #2

1714110177
Report to moderator
1714110177
Hero Member
*
Offline Offline

Posts: 1714110177

View Profile Personal Message (Offline)

Ignore
1714110177
Reply with quote  #2

1714110177
Report to moderator
BlackHatCoiner
Legendary
*
Offline Offline

Activity: 1498
Merit: 7287


Farewell, Leo


View Profile
May 17, 2021, 03:10:30 PM
Merited by tyz (3)
 #2

sat/byte
This means that for every byte your transaction is, you'll pay the analogous satoshis.

sat/WU
“WU” stands for “weight units”. After the SegWit activation in 2017, it has replaced bytesize as a measure of how much space transactions take when put into blocks. While a block can be up to 1MB, its weight is 4 million WU. Using SegWit reduces your transaction's WU size.

sat/vByte
For legacy transactions: Byte = vByte. One virtual byte is equal with 4 WU. Essentially, sat/vByte tells you how many satoshis you'll pay for every 4 weight units of your transaction. Obviously, it'll be reduced if you're using SegWit.



You should read this: Weight units

.
.HUGE.
▄██████████▄▄
▄█████████████████▄
▄█████████████████████▄
▄███████████████████████▄
▄█████████████████████████▄
███████▌██▌▐██▐██▐████▄███
████▐██▐████▌██▌██▌██▌██
█████▀███▀███▀▐██▐██▐█████

▀█████████████████████████▀

▀███████████████████████▀

▀█████████████████████▀

▀█████████████████▀

▀██████████▀▀
█▀▀▀▀











█▄▄▄▄
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
.
CASINSPORTSBOOK
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀▀█











▄▄▄▄█
o_e_l_e_o
In memoriam
Legendary
*
Offline Offline

Activity: 2268
Merit: 18507


View Profile
May 17, 2021, 03:39:37 PM
Merited by tyz (2), DdmrDdmr (2), 20kevin20 (2), tranthidung (1)
 #3

The simple answer is to use sat/vbyte in all situations and forget about the other two. This will let you accurately calculate the appropriate fee for your transaction.

The longer answer follows:

Transactions take up space, measured in bytes. This was accurate until segwit came along. Segwit transactions segregrate the witness data (hence the name seg-wit) in your transaction in to a different section. Although this data still takes up the same amount of raw bytes, it is calculated differently for the purposes of working out a fee. Non witness data takes up four weight units per byte, while witness data only takes up one weight unit per byte. The total size of your transaction in weight units is divided by 4 to give you the size in virtual bytes, or vbytes.

So a legacy transaction, for example, might be 200 raw bytes in size. It would have no witness data, and would therefore be 800 weight units and 200 virtual bytes.

A segwit transaction, for example, might also be 200 raw bytes in size, but 100 of those bytes are witness data and 100 are non witness data. It would therefore be 500 weight units and only 125 virtual bytes.
pooya87
Legendary
*
Offline Offline

Activity: 3430
Merit: 10500



View Profile
May 18, 2021, 02:59:59 AM
 #4

Keep in mind that "sat/byte" unit is obsolete now and explorers and wallets must not use it to represent the fee rate that the transactions are paying since it would be both misleading and in any transaction with witness it will be the wrong value.

.
.BLACKJACK ♠ FUN.
█████████
██████████████
████████████
█████████████████
████████████████▄▄
░█████████████▀░▀▀
██████████████████
░██████████████
████████████████
░██████████████
████████████
███████████████░██
██████████
CRYPTO CASINO &
SPORTS BETTING
▄▄███████▄▄
▄███████████████▄
███████████████████
█████████████████████
███████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
███████████████████████
█████████████████████
███████████████████
▀███████████████▀
█████████
.
Charles-Tim
Legendary
*
Offline Offline

Activity: 1526
Merit: 4811



View Profile
May 18, 2021, 08:49:44 AM
 #5

Making use of transaction size can not give accurate feerate while using nested segwit and native segwit addresses for transaction, it is only accurate when using legacy addresses, legacy address are not to be used because segwit can save up fee in a way lower fee will be used for transaction. So far segwit transactions make use of weight (vbyte) and not size (byte), the weight unit or vbyte should be used. So far mempool observers are estimating in vbytes, bitcoin transaction in feerate should be in sat/vbyte, although multiplying the feerate in sat/WU by 4 will still also give the result of sat/vbyte, but byte (size if the transaction) will give wrong feerate and fee estimation entirely for both nested and native segwit transactions.

.
HUGE
▄██████████▄▄
▄█████████████████▄
▄█████████████████████▄
▄███████████████████████▄
▄█████████████████████████▄
███████▌██▌▐██▐██▐████▄███
████▐██▐████▌██▌██▌██▌██
█████▀███▀███▀▐██▐██▐█████

▀█████████████████████████▀

▀███████████████████████▀

▀█████████████████████▀

▀█████████████████▀

▀██████████▀▀
█▀▀▀▀











█▄▄▄▄
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
.
CASINSPORTSBOOK
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀▀█











▄▄▄▄█
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!