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

This commit is contained in:
MarcoFalke 2016-01-07 21:26:38 +01:00
parent fabba1c1a4
commit fa4ba40d8c

View File

@ -220,8 +220,8 @@ Memory pool limiting
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
upper bound on the size of the mempool and attackers could send massive
amounts of transactions paying just slighly more than the default minimum
upper bound on the size of the mempool and attackers could send a large
number of transactions paying just slighly more than the default minimum
relay fee to crash nodes with relatively low RAM. A temporary workaround
for previous versions of Bitcoin Core was to raise the default minimum
relay fee.
@ -240,20 +240,39 @@ Priority transactions
Transactions that do not pay the minimum relay fee, are called "free
transactions" or priority transactions. Previous versions of Bitcoin
Core would relay and mine priority transactions depending on their
setting of `-limitfreerelay=15` (kB per minute) and
`-blockprioritysize=50000` (bytes of a block's priority space).
setting of `-limitfreerelay=<r>` (default: `r=15` kB per minute) and
`-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
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.
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.
...
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
---------------------------------------------
@ -283,8 +302,7 @@ git merge commit are mentioned.
### 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
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
- 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
ZMQ-based PUB socket of the arrival of new transactions and blocks.