Bitcoin Forum
May 24, 2024, 07:27:12 PM *
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: 1531



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?
BlackHatCoiner
Legendary
*
Online Online

Activity: 1526
Merit: 7425


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

.
.BLACKJACK ♠ FUN.
█████████
██████████████
████████████
█████████████████
████████████████▄▄
░█████████████▀░▀▀
██████████████████
░██████████████
████████████████
░██████████████
████████████
███████████████░██
██████████
CRYPTO CASINO &
SPORTS BETTING
▄▄███████▄▄
▄███████████████▄
███████████████████
█████████████████████
███████████████████████
█████████████████████████
█████████████████████████
█████████████████████████
███████████████████████
█████████████████████
███████████████████
▀███████████████▀
█████████
.
o_e_l_e_o
In memoriam
Legendary
*
Offline Offline

Activity: 2268
Merit: 18565


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: 3458
Merit: 10588



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: 1554
Merit: 4911


Leading Crypto Sports Betting & Casino Platform


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.

..Stake.com..   ▄████████████████████████████████████▄
   ██ ▄▄▄▄▄▄▄▄▄▄            ▄▄▄▄▄▄▄▄▄▄ ██  ▄████▄
   ██ ▀▀▀▀▀▀▀▀▀▀ ██████████ ▀▀▀▀▀▀▀▀▀▀ ██  ██████
   ██ ██████████ ██      ██ ██████████ ██   ▀██▀
   ██ ██      ██ ██████  ██ ██      ██ ██    ██
   ██ ██████  ██ █████  ███ ██████  ██ ████▄ ██
   ██ █████  ███ ████  ████ █████  ███ ████████
   ██ ████  ████ ██████████ ████  ████ ████▀
   ██ ██████████ ▄▄▄▄▄▄▄▄▄▄ ██████████ ██
   ██            ▀▀▀▀▀▀▀▀▀▀            ██ 
   ▀█████████▀ ▄████████████▄ ▀█████████▀
  ▄▄▄▄▄▄▄▄▄▄▄▄███  ██  ██  ███▄▄▄▄▄▄▄▄▄▄▄▄
 ██████████████████████████████████████████
▄▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄
█  ▄▀▄             █▀▀█▀▄▄
█  █▀█             █  ▐  ▐▌
█       ▄██▄       █  ▌  █
█     ▄██████▄     █  ▌ ▐▌
█    ██████████    █ ▐  █
█   ▐██████████▌   █ ▐ ▐▌
█    ▀▀██████▀▀    █ ▌ █
█     ▄▄▄██▄▄▄     █ ▌▐▌
█                  █▐ █
█                  █▐▐▌
█                  █▐█
▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀█
▄▄█████████▄▄
▄██▀▀▀▀█████▀▀▀▀██▄
▄█▀       ▐█▌       ▀█▄
██         ▐█▌         ██
████▄     ▄█████▄     ▄████
████████▄███████████▄████████
███▀    █████████████    ▀███
██       ███████████       ██
▀█▄       █████████       ▄█▀
▀█▄    ▄██▀▀▀▀▀▀▀██▄  ▄▄▄█▀
▀███████         ███████▀
▀█████▄       ▄█████▀
▀▀▀███▄▄▄███▀▀▀
..PLAY NOW..
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!