{ "title":"FILTERLOAD", "related":["/protocol","/protocol/network/messages/", "/protocol/network/messages/", "/protocol/network/messages/"] }

Request: Filter Load (“filterload”)

Inserts a transaction and merkle block filter into the peer, overwriting any existing filter.

Effect on Transactions

This message installs a bloom filter into the peer. Subsequent INV notifications and MERKLEBLOCK messages only provide transactions that in match this bloom filter in some manner. The following items in a transaction are checked against the bloom filter:

  • The transaction hash
  • Each data field in every output script in the transaction
    • Most importantly, this allows public keys and public key hashes (essentially bitcoin addresses) to be added to the bloom filter, allowing a wallet to detect an incoming transfer.
  • Each previous output in the transaction
    • This allows a wallet to detect that a different wallet has spent funds that are co-controlled
  • Each data field in every input script in the transaction.

See CBloomFilter::MatchAndInsertOutputs, and CBloomFilter::MatchInputs

Effect on Merkle Blocks

If a filtered block is requested via in INV message, the installed bloom filter is used to choose which transactions are included in the response using the same matching algorithm as described above for transaction INVs.

Message Format

Field Length Format Description
vector of bytes up to 36000 bytes bit vector bloom filter data
num hash funcs 4 bytes unsigned integer(LE) number of hash functions used when generating this filter (max 50)
tweak 4 bytes unsigned integer(LE) arbitrary number that uniquifies this bloom filter
flags 1 byte bit field bloom filter flags

Bloom Filter Flags

The lowest two bits of flags control how the installed bloom filter is automatically updated. The remaining bits are reserved and should be set to 0.

value description
0 Do not update
1 update all
2 update pay-to-pubkey, multi-sig, or check-lock-time-verify scripts only