pull down to refresh
I think you are wrong about "I think" being redundant at the beginning of a sentence.
You are wrong about "I think" being redundant at the beginning of a sentence.
This is a great idea! I love the thought. Unfortunately it won't work, but its good thinking!
Here's the bit that you're missing:
As you may know, taproot lets you construct an address that be can be spent from using either a key (called the keypath) or using one of potentially many scripts (called a script path)
When you construct a taproot "address", you take an internal key (the pubkey that's usable in a keyspend path), and you tweak it with the merkle root of the script tree. So you take all the tapscripts, make it into a merkle tree, and then add the merkle root of that tree to the internal pubkey, and the resulting pubkey is used as the address.
When you spend from a scriptpath, you provide the internal pubkey, the script that you're spending, and a little blob called the Control Block that includes a merkle proof that the script was included in the tweak. The script interpretter hashes the script that you provide, and then validates that the merkle proof in the control block is valid, and then combines the tweak with the pubkey and validates that it matches the address. In other words, it checks that the script that you're using to spend was actually committed to when you locked up the coins. This involves hashing the entire script. If that check passes, then it proceeds to actually interpreting the script (which as you point out it basically a checksig and then a no-op).
So, if you were to prune out the actual data blobs from the inscription envelope, then the hash of the script won't combine with the rest of the hashes in the control block up to the correct tweak, and the transaction will not be seen as valid, and won't be mined.
For the gory details on how this happens, check out BIP341: https://github.com/bitcoin/bips/blob/master/bip-0341.mediawiki#script-validation-rules
tl;dr: even though the data is not evaluated, it's still hashed, so has to be there for the tx to be valid.
https://i.postimg.cc/bvQtZ2Nh/wife-sn.jpg
Maybe you do not remember the first Bitcoin faucet... giving away almost 1BTC/user.
And still those days many people laugh about it.
Who is laughing now?
We can bike shed all you want about which valid transactions are “spam” and what is a proper estimate, but Bitcoin a permissionless protocol with an open fee market. Unless you have a low time preference and use custodial L2s, you have to deal with reality, not idealism - and reality is exactly what mempool.space provides.
My pleb friends and I lack the privilege of having tens of millions of sats in limbo indefinitely, and I beg mercy for anyone once those sats are locked in a LN 2-of-2 multisig with a channel partner that quit listening for a funding transaction after expiry - ouch!
I know it hurts to pay these fees, but we have rules, not rulers. These fees are the unfortunate cost of such an arrangement, whether any of us likes it or not. :(
If you can wait for ideal fee rates and you are not at risk of the payer doublespending while you wait, then maybe switch to new tools that let you choose your own fee rate, but I’d say there is reason why so many are switching to mempool.space as the default - it really is the best choice for reliable block inclusion.
I’ve solved bugs in my code in dreams…