Say you are given two zcash addresses:
Address 1 has received two transactions of 5 zcash for a total of 10.
Address 2 has received five transactions of 2 zcash for a total of 10.
If I were to send the total amount (10) from each of the wallets, would the transaction fees be the same?
Thanks.
Right now, the Zcash transaction fees are a flat ZEC 0.0001, irrespective of the type of Tx or the number of outputs.
So, to answer your question, each transaction would pay a fee of ZEC 0.0001
I guess the more specific question is would both transactions be the same size in bytes? Aren’t you “supposed” to pay more in fees according to the size of the transaction? Without the recommended 0.0001 fee I guess. Thanks for the response.
Right now, the Zcash blocks are not full, so the transaction fee is set to the minimum, which is ZEC 0.0001
But you are right, as Zcash blocks get full in the future, this will change, and probably become proportional to the size of the transaction.
Now the size of the transaction is a somewhat complicated question, depending on whether the addresses are t-addresses or z-addresses, and whether it is being sent to a t-address or z-address.
They wouldn’t. Assuming that both addresses are the same type (transparent, Sprout, or Sapling), the transaction that spends from address 2 would be larger.
This is currently the de-facto case for purely-transparent transactions: zcashd inherited the default fee-setting logic from Bitcoin Core 0.11.2 and we haven’t altered it (and other transaction-creating entities such as wallets I assume just use the same logic they use for other cybercoins).
For shielded transactions, zcashd defaults to 0.0001 ZEC for privacy: choosing a specific fee leaks information (both about the user and the software they used to create the transaction). There are plans to alter this to have some level of variability, but that variability will only depend on information that is already public (e.g. the visible size of transactions), and would not replicate the behaviour of Bitcoin-style fee selection where the fee is set based on expected time-to-mined, because that leaks information about the view of the network that the transaction creator has.