Avatar
arvin
50ad69ef936e893e289d0ac1ddcde051792cfb708ec00d738fa30adf2f4b4708
πŸ‘¨πŸΎβ€πŸ’» plumbing bits at npub1gal0y3vuj3c5sme6444ncsr8xcfm9axehfcsuqfamz5v926m6f2s4yz3t2 | #trinistr πŸ‡ΉπŸ‡Ή 1/2 ChainDuo npub1kd3nlw09ufkgmts2kaf0x8m4mq57exn6l8rz50v5ngyr2h3j5cfswdsdth w/ npub1y67n93njx27lzmg9ua37ce7csvq4awvl6ynfqffzfssvdn7mq9vqlhq62h

Lol here you go, nostr:nprofile1qqsy67zzq5tc9cxnl6crf52s4hptdwhyaca5j7r8jwll535tdadedvcpz3mhxue69uhhyetvv9ujuerpd46hxtnfduq3qamnwvaz7tmwdaehgu3wd3skueqpzpmhxue69uhkummnw3ezuamfdejs2sh6m6 was really unhelpful with the source for this one πŸ™„

nostr:nevent1qqs2zqnfdr0x73cfswzxwh7mn4u8dfq83ald5h80s0f00ep87zsasdgpr4mhxue69uhkummnw3ezucnfw33k76twv4ezuum0vd5kzmp0qgs9pttfa7fkazf79zws4swaehs9z7fvldcgasqdww86xzkl9a95wzqrqsqqqqqpxd305n

Ok one step closer, deleted X from my phone, can only reach it via browser now, and I rarely ever bother to log into things in the browser πŸ‘€

Are nostr:nprofile1qqswq087qywczsjtkc9p960tpjcvn35gcdr39smefsr49cr33vmfausppemhxue69uhkummn9ekx7mp0qy2hwumn8ghj7un9d3shjtnyv9kh2uewd9hj7qgdwaehxw309a38yc3wd9hj734nsuz fedimints a thing as yet? It seems like cashu style ecash is so much further along user-wise now

Maybe we don't actually need a bunch of little federations for every community. Just one or two well-resourced Liquid Federation style mints that are widely available

It's sort of what we learned with nostr:nprofile1qqsglefmxagcu0d7nw4jdkgj9ysqrk9cst0fg44hkz9kzhu39hyt7jspr4mhxue69uhkummnw3ezucnfw33k76twv4ezuum0vd5kzmp06t72j0 where our original vision was trying to help communities setup their own wallets. No-one really wanted that though, everyone just wanted to use the Blink instance, and in the end we mostly ended up working less in stack re-deployability and more on in-instance end-user-facing features

isnt the point making it more expensive already. making them go to the miners directly is already the point.

and also filters dont effect fee estimations in a meaningful way. fee is not calculated based on what you have on your mempool that's not correct. even core is using more advanced methods to estimate fee. its just an argument.

and also everyone's mempools is not supposed to be same already.

filters are changes nodes can make without causing a network fork. we need more options for filters, allow people to write their own filtering scripts and rules.

and when miners dont have similar filters to the rest of the network it takes longer for their blocks to propagate over the network, and if another miner finds another block in that time their block is ignored. which makes going against the network cost even more.

decentralization doesn't mean everyone is copy of each-other. its normal for something decentralized to be messy slow, clunky and not butter smooth. that's the point. pure chaos of disagreement, but of course in the limits of consensus.

and some of them talked about changing the consensus for this.

but changing consensus for something dynamic wouldn't make sense. consensus is the untouched law, and constitution, and filters are the community.

what filters nodes run collectively decides what is more expensive/harder to do in this network.

which keeps unwanted stuff niche and not go mainstream, thats the point. not a great analogy but its like the "unwritten rules".

funny thing is, they proposed this exact PR 2 years ago, it got rejected because people said, we can fix new taproot exploit by updating and adding filters.

BUT funny part is that PR for the filters also got rejected because "its controversial".

but suddenly this new PR is not?

they knew this would happen, they rejected every filtering solution. so 2 years later they can propose it again. when the issue has gotten bigger. they are giving solutions to issues they caused. because their agenda from the beginning was allowing more data. they planned this. they say it on their other PR, i think it was something like "we can try again later when utxo set is bigger".

> fee is not calculated based on what you have on your mempool that's not correct. even core is using more advanced methods to estimate fee. its just an argument

I'm sorry, you must be joking

In core, fee estimates are calculated entirely from the mempool. This isn't even up for debate, it's literally in the code.

- The `TxConfirmStats` class ([here](https://github.com/bitcoin/bitcoin/blob/8309a9747a8df96517970841b3648937d05939a3/src/policy/fees.cpp#L77)) builds buckets of mempool transactions based on fee rates and then analyzes how long they take to be mined.

- If you unravel `TxConfirmStats::EstimateMedianVal` ([here](https://github.com/bitcoin/bitcoin/blob/8309a9747a8df96517970841b3648937d05939a3/src/policy/fees.cpp#L244)), the code scans buckets of stored feerates built **from the mempool** and gives you the median feerate for the bucket that most closely matches your confirmation criterion.

It's the same for other estimators as well. We rely primarily on the mempool.space estimator in the `bria` engine we use for Blink ([here](https://github.com/GaloyMoney/bria/blob/018f25b52f991886f1c6ee9713cee4ee641e8187/src/fees/client.rs#L23)) as it's the most reliable we've found from years of observed transaction activity. And if you go to the mempool.space repo and look at how they do fees, `getRecommendedFee` is called ([here](https://github.com/mempool/mempool/blob/cba4308447341725587c232f77c102efc834d488/backend/src/api/fee-api.ts#L22])) which if you follow the code uses mempool transactions and projected mempool blocks to estimate fees.

I think this is the issue lots of us are having with this "debate". Lots of things are being said that aren't even subjective, just objectively wrong.

Big miners have been and are going to do this anyway regardless of what nodes want, because nodes already accept much larger OP_RETURN sizes in mined blocks

... nodes already accept much larger OP_RETURN sizes in *mined blocks* ...

This change *is not* about changing about what nodes accept in blocks (consensus)

It's changing what nodes gossip about pre-block

It's saying that if nodes ignored the gossip, then folks will just tell the miners directly at a higher cost that they are so far happy to pay (shitcoin economics, see BRC20 vs. Runes)

"Core" is saying that pretending to not listen to gossip when you're going to accept the block anyway does not meaningfully stop spam, but it does affect miner centralization

Ironically, the only thing "Core" is forcing is a change that would actually hurt miners by reducing preferential miner fees and opportunities for miner centralization through degraded block relay

Ironically, the thing they are forcing is better for decentralization (accurate mempools, predictable fee estimates, less miner centralization pressure)

____

These are the arguments as I understand them so far, but I do agree that communication was handled poorly and that they should never the option to configure in and not force a single setting on nodes

But I also agree that the default should help decentralization and network health. So I agree that raising the default size of OP_RETURNs that nodes *gossip* about with an option to configure is good, given that there is already a much larger limit nodes will already accept in mined blocks today

None of these are consensus changes that can result in any sort of fork though. Nothing here changes what a valid mined transaction is. So comparisons to blocksize war don't really make sense to me because it's not the same game theory at all

Can zap as little as 1 sat, there's no-one on nostr who can't afford that... it's not all about money, it's about sending a message

The vibe on here is so much more sane than everywhere else right now πŸ™πŸ½

nostr:nprofile1qqsrpl96thl42ve0gsah63ypz75uunzpgfrd0g2x8nry4ggtef6crdgpzfmhxue69uhhqatjwpkx2urpvuhx2ucpzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhgqgawaehxw309ahx7um5wghx67t0wahxgctddehx7er99e3k7mgljk58c *finally* on here, and for all the expected reasons πŸ‘€

nostr:nevent1qqs85w0q8pgxzmlz8cs4j4rsdg9t26u5x8vr7h68lewe4u7x09easqcpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhsygpslja9ml64xvh5gwmagjq302wwf3q5y3kh59rre3j25y9u5avpk5psgqqqqqqs0dl6tk