summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorLuke-Jr <luke_github1@dashjr.org>2016-03-07 16:06:52 +0000
committerLuke-Jr <luke_github1@dashjr.org>2016-03-07 16:06:52 +0000
commit7cd2c104fd4b30942f54913c689323aa939126b6 (patch)
treee349b226cff92f0ffd7273d2b0a36d461f6a9018
parent8883b6061b5574763d0b4022a4f1ef4f5892e228 (diff)
parentfa02af6e894a64e4c4abb9f4484aedc4b1f69904 (diff)
downloadbips-7cd2c104fd4b30942f54913c689323aa939126b6.tar.xz
Merge pull request #348 from MarcoFalke/patch-2
[Bip 133] Fix typos
-rw-r--r--bip-0133.mediawiki8
1 files changed, 4 insertions, 4 deletions
diff --git a/bip-0133.mediawiki b/bip-0133.mediawiki
index b5146e3..7d98f87 100644
--- a/bip-0133.mediawiki
+++ b/bip-0133.mediawiki
@@ -28,17 +28,17 @@ After receiving a feefilter message, a node can know before sending an inv that
# Feature discovery is enabled by checking protocol version >= 70013
==Considerations==
-The propagation efficiency of transactions across the network should not be adversely affected by this change. In general, transactions which are not accepted to your mempool are not relayed and the funcionality implemented with this message is meant only to filter those transactions. There could be a small number of edge cases where a node's mempool min fee is actually less than the filter value a peer is aware of and transactions with fee rates between these values will now be newly inhibited.
+The propagation efficiency of transactions across the network should not be adversely affected by this change. In general, transactions which are not accepted to a node's mempool are not relayed by this node and the functionality implemented with this message is meant only to filter those transactions. There could be a small number of edge cases where a node's mempool min fee is actually less than the filter value a peer is aware of and transactions with fee rates between these values will now be newly inhibited.
Feefilter messages are not sent to whitelisted peers if the "-whitelistforcerelay" option is set. In that case, transactions are intended to be relayed even if they are not accepted to the mempool.
-There are privacy concerns with deanonymizing a node by the fact that it is broadcasting identifying information about its mempool min fee. To help ameliorate this concern, the implementaion quantizes the filter value broadcast with a small amount of randomness, in addition, the messages are broadcast to different peers at individually randomly distributed times.
+There are privacy concerns with deanonymizing a node by the fact that it is broadcasting identifying information about its mempool min fee. To help ameliorate this concern, the implementation quantizes the filter value broadcast with a small amount of randomness, in addition, the messages are broadcast to different peers at individually randomly distributed times.
-If a node is using prioritisetransaction to accept transactions whose actual fee rates might fall below the node's mempool min fee, it may want to consider setting "-nofeefilter" to make sure it is exposed to all possible txid's.
+If a node is using prioritisetransaction to accept transactions whose actual fee rates might fall below the node's mempool min fee, it may want to consider disabling the fee filter to make sure it is exposed to all possible txid's.
==Backward compatibility==
-Older clients remain fully compatible and interoperable after this change. The sending of feefilter messages can be disabled by unsetting the "-feefilter" option.
+Older clients remain fully compatible and interoperable after this change. Also, clients implementing this BIP can choose to not send any feefilter messages.
==Implementation==