1
Here is what I have so far:
- A mobile connects to a node using rpc.
- The mobile then asks the node, to give him a set of transactions for a set of public keys.
- The node, then looks for any transactions that match the public keys given and returns it back to the mobile.
The mobile can setup a bloom filter, so that some of keys included are not his?
Also, when the node receives a request, it needs to scan the blockchain all over again, to get the transaction history?
If mobile/light clients do not use rpc, how is it possible for them to query nodes using commands like gettxout? Or other people to query nodes using gettxout?
Also, if I give the node the public key and not a transaction then it would need to scan the whole chain? Because light wallets give public keys to the full node and not transactions to my understanding – Kyle Graham – 2018-06-18T13:50:03.383
They don't use
– MCCCS – 2018-06-18T14:05:52.403gettxout. Here's what they use. Furthermore, SPVs never hand out the public keys, that'd damage privacy.Oh, I thought filteradd was a rpc command. If they do not hand out public keys, then when an spv has gone away for a while, he will download the headers once he is back and then what does he send to the node, to get the relevant information? I see data in filteradd, but what is the data? Thanks again for the help – Kyle Graham – 2018-06-18T14:12:40.683
Actually, my mistake. They do hand out public keys along with some fake public keys. (Only pre-Bip37 download-everything nodes don't share public keys, aka "pruned".) As described in the table below
– MCCCS – 2018-06-18T14:50:42.017merkleblock, the nodes send [all transactions in those blocks]'s hashes. Filteradd tells the nodes which pubkeys the SPV is interested in. If the block didn't pass the bloom filter, the nodes can omit tx hashes and save data. May give some more details: https://bitcoin.stackexchange.com/a/11721/38618Ahh alright, the table is very helpful. Thanks for the information – Kyle Graham – 2018-06-18T15:15:24.720