0
A SPV node have to work somethings to see whether his transaction is exist or not.
- Construct his filter with hash of transactions {his transactions, other1, other2, ..., otherN}
filterloadis filled to process his filter by full-node (by BIP-0037)- Send to full-nodes
Okay, these are responsible for SPV node and let me take a view of full-node received the filter.
- Lookup chain to find transaction(K) with
filterload
What...? hold on.. how can the full-node know that transaction(K) is what? filterload has no any information of transactions(K).
filterload = { filter, nHashFuncs, nTweak, nFalgs }
Nobody doesn't explain about this in the web, including BIP-0037. Just explains only what is a bloom filter.
I think that full-node must know what transactions(K) are to find on his ledger, otherwise full-node have to see entire chain and this doesn't make sense.
So.. I'd like to know the proper procedure on full-node received the filter by SPV node.
Sorry for my English.
bip37 is disabled in new releases so you shouldn’t build anything based on it. – Anonymous – 2019-09-26T20:11:44.083
I read some articles about your reply. Isn't disabling BIP37 optional, not required? – Hyunsoo – 2019-09-27T06:01:04.830
It’s default off and will likely be removed entirely in the future. – Anonymous – 2019-09-27T20:01:11.303
So, what is an alternative instead Bloom Filter? – Hyunsoo – 2019-09-27T21:23:12.663