📅 Original date posted:2015-06-10
📝 Original message:I described an alternative way for SPV wallets to learn about fees some
time ago. It requires a new transaction version that embeds output values
into the signed data. Then an upgrade to the P2P protocol to send UTXO data
along with transactions when they are relayed.
The idea is that the wallet sets a Bloom filter with an FP rate that
ensures it will see some random subset of all transactions being broadcast
on the network, and with the extra data, it can calculate the fee paid.
Once a transaction broadcast is observed the wallet includes that tx hash
in its next Bloom filter, thus it can see which block the tx confirmed in.
By measuring the amount of time that passed between a broadcast and it
appearing in a block, it can calculate its own tables of fee paid:time
taken.
This has the advantage that you don't have to trust miners to publish data
accurately. However it requires some protocol upgrades and of course, a lot
of new code in SPV wallets.
The way Bitcoin Wallet for Android handles fees currently is to just update
a hard coded value every so often.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150610/195f8f71/attachment.html>;
Mike Hearn [ARCHIVE] /
npub17t…4qgyd
2023-06-07 15:37:19
in reply to nevent1q…kyst
Author Public Key
npub17ty4mumkv43w8wtt0xsz2jypck0gvw0j8xrcg6tpea25z2nh7meqf4qgydPublished at
2023-06-07 15:37:19Event JSON
{
"id": "66dd3d928e9a1333d45149b5cd3058cf892f173a0b16f17c2bc2d56238dbd92a",
"pubkey": "f2c95df3766562e3b96b79a0254881c59e8639f23987846961cf55412a77f6f2",
"created_at": 1686152239,
"kind": 1,
"tags": [
[
"e",
"e5c5b327043fce5d06c04d5d47b9e1bc42816638599cdc94c838afd2a20dc49c",
"",
"root"
],
[
"e",
"2f4c31944aafb2a6104394e5158855de8a4c57e0c65ffcff60d30642e10aa784",
"",
"reply"
],
[
"p",
"3a24ce2145c5488aebfb0fc113e7d44234e9d3733afa45e2d880eb259c3eade3"
]
],
"content": "📅 Original date posted:2015-06-10\n📝 Original message:I described an alternative way for SPV wallets to learn about fees some\ntime ago. It requires a new transaction version that embeds output values\ninto the signed data. Then an upgrade to the P2P protocol to send UTXO data\nalong with transactions when they are relayed.\n\nThe idea is that the wallet sets a Bloom filter with an FP rate that\nensures it will see some random subset of all transactions being broadcast\non the network, and with the extra data, it can calculate the fee paid.\nOnce a transaction broadcast is observed the wallet includes that tx hash\nin its next Bloom filter, thus it can see which block the tx confirmed in.\nBy measuring the amount of time that passed between a broadcast and it\nappearing in a block, it can calculate its own tables of fee paid:time\ntaken.\n\nThis has the advantage that you don't have to trust miners to publish data\naccurately. However it requires some protocol upgrades and of course, a lot\nof new code in SPV wallets.\n\nThe way Bitcoin Wallet for Android handles fees currently is to just update\na hard coded value every so often.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150610/195f8f71/attachment.html\u003e",
"sig": "868750c9ed52ec521e5fb84920fc77a68d5daf4606a0b54090897f5f7543a0c3b0bed8e66fe03c39f1980ac61e77eb4db5220f35b6c5de41161c4820cdb076c8"
}