neobytes-project/neobytes
neobytes-project/neobytes
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases 1 Wiki Activity

Expand section "Wallet transaction fees" & fix format and typos

Browse Source
This commit is contained in:
MarcoFalke 2016-01-07 21:26:38 +01:00
parent fabba1c1a4
commit fa4ba40d8c
1 changed files with 29 additions and 12 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

41
doc/release-notes.md
View File

@ -220,8 +220,8 @@ Memory pool limiting
Previous versions of Bitcoin Core had their mempool limited by checking Previous versions of Bitcoin Core had their mempool limited by checking
a transaction's fees against the node's minimum relay fee. There was no a transaction's fees against the node's minimum relay fee. There was no
upper bound on the size of the mempool and attackers could send massive upper bound on the size of the mempool and attackers could send a large
amounts of transactions paying just slighly more than the default minimum number of transactions paying just slighly more than the default minimum
relay fee to crash nodes with relatively low RAM. A temporary workaround relay fee to crash nodes with relatively low RAM. A temporary workaround
for previous versions of Bitcoin Core was to raise the default minimum for previous versions of Bitcoin Core was to raise the default minimum
relay fee. relay fee.
@ -240,20 +240,39 @@ Priority transactions
Transactions that do not pay the minimum relay fee, are called "free Transactions that do not pay the minimum relay fee, are called "free
transactions" or priority transactions. Previous versions of Bitcoin transactions" or priority transactions. Previous versions of Bitcoin
Core would relay and mine priority transactions depending on their Core would relay and mine priority transactions depending on their
setting of `-limitfreerelay=15` (kB per minute) and setting of `-limitfreerelay=<r>` (default: `r=15` kB per minute) and
`-blockprioritysize=50000` (bytes of a block's priority space). `-blockprioritysize=<s>` (default: `50000` bytes of a block's
priority space).
Priority code is planned to get moved out of from Bitcoin Core 0.13 Priority code is planned to get moved out of from Bitcoin Core 0.13
and the default block priority size was set to `0` in Bitcoin Core and the default block priority size has been set to `0` in Bitcoin Core
0.12. 0.12.
Wallet transaction fees Wallet transaction fees
----------------------- -----------------------
Various impromements were made how the wallet calculates transaction Various improvements have been made to how the wallet calculates
transaction fees.
Users can decide to pay a predefined fee rate by setting `-paytxfee=<n>`
(or `settxfee <n>` rpc during runtime). A value of `n=0` signals Bitcoin
Core to use floating fees. By default, Bitcoin Core will use floating
fees. fees.
... Based on past transaction data, floating fees approximate the fees
required to get into the `m`th block from now. This is configurable
with `-txconfirmtarget=<m>` (default: `2`).
Sometimes, it is not possible to give good estimates, or an estimate
at all. Therefore, a fallback value can be set with `-fallbackfee=<f>`
(default: `FIXME`).
At all times, Bitcoin Core will cap fees at `-maxtxfee=<x>` (default:
0.10) BTC.
Furthermore, Bitcoin Core will never create transactions smaller than
the current minimum relay fee.
Finally, a user can set the minimum fee rate for all transactions with
`-mintxfee=<i>`, which defaults to 1000 satoshis per kB.
Negative confirmations and conflict detection Negative confirmations and conflict detection
--------------------------------------------- ---------------------------------------------
@ -283,8 +302,7 @@ git merge commit are mentioned.
### RPC and REST ### RPC and REST
Asm representations of scriptSig signatures now contain SIGHASH type decodes - **Asm representations of scriptSig signatures now contain SIGHASH type decodes**
----------------------------------------------------------------------------
The `asm` property of each scriptSig now contains the decoded signature hash The `asm` property of each scriptSig now contains the decoded signature hash
type for each signature that provides a valid defined hash type. type for each signature that provides a valid defined hash type.
@ -328,10 +346,9 @@ configured specifically to process scriptPubKey and not scriptSig scripts.
### Miscellaneous ### Miscellaneous
- Removed bitrpc.py from contrib - **Removed bitrpc.py from contrib**
Addition of ZMQ-based Notifications - **Addition of ZMQ-based Notifications**
==================================
Bitcoind can now (optionally) asynchronously notify clients through a Bitcoind can now (optionally) asynchronously notify clients through a
ZMQ-based PUB socket of the arrival of new transactions and blocks. ZMQ-based PUB socket of the arrival of new transactions and blocks.