diff options
| author | Matt Corallo <git@bluematt.me> | 2016-12-05 13:55:40 -0800 |
|---|---|---|
| committer | Matt Corallo <git@bluematt.me> | 2016-12-05 13:55:40 -0800 |
| commit | aee228746d6710013cb9f35b25ccb9c3f97950c7 (patch) | |
| tree | 94560c2bf89e3517b1ce0926806bb0f7fbd8c730 /bip-0152.mediawiki | |
| parent | acffcfbe18810b8d50cdd08c0973bef4add2aca1 (diff) | |
Clarify SPV node usage.
Diffstat (limited to 'bip-0152.mediawiki')
| -rw-r--r-- | bip-0152.mediawiki | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/bip-0152.mediawiki b/bip-0152.mediawiki index e05cc2a..69abf7c 100644 --- a/bip-0152.mediawiki +++ b/bip-0152.mediawiki @@ -185,6 +185,8 @@ Compact blocks version 2 is almost identical to version 1, but supports segregat # As high-bandwidth mode permits relaying of CMPCTBLOCK messages prior to full validation (requiring only that the block header is valid before relay), nodes SHOULD NOT ban a peer for announcing a new block with a CMPCTBLOCK message that is invalid, but has a valid header. For avoidance of doubt, nodes SHOULD bump their peer-to-peer protocol version to 70015 or higher to signal that they will not ban or punish a peer for announcing compact blocks prior to full validation, and nodes SHOULD NOT announce a CMPCTBLOCK to a peer with a version number below 70015 before fully validating the block. +# SPV nodes which implement this spec must consider the implications of accepting blocks which were not validated by the node which provided them. Especially SPV nodes which allow users to select a "trusted full node" to sync from may wish to avoid implementing this spec in high-bandwidth mode. + ==Justification== ====Protocol design==== |