ExploreTrendingAnalytics
Nostr Archives
ExploreTrendingAnalytics
Piotr11d ago
Which is? There's that 83 Dantom Ohm proposed which is I believe based on previous transactions (and it turns out that 99.9% don't use more) but maybe including some of future smart contracts would be good too? Its like today it's waaaay above what current market demand is but where to put it exactly so we don't have to come back to this matter each couple years.
💬 2 replies

Thread context

Root: caea593d2e50…

Replying to: a8bec59cff49…

Replies (2)

Zsubmariner11d ago
I don't understand what "market demand" means in this sentence. Use cases are not a market. Future use caes don't exist yet. We add support for those if and when they are designed, do a bip, get support. That's a big part of what happened here: devs and entrepreneurs wanted to leave open a playground for their personal ambitions. Mostly shitcoining. That's the wrong kind of permissionless. A protocol is made of constraints. If you pull them back, it desolves. Bitcoin needs to be as tight, simple and specific as it can be to stay Bitcoin. Conservative. Lindy. LTP.
0000 sats
Tauri11d ago
The 99.9% figure refers to the default 43-byte limit in Bitcoin Knots policy. The remaining ~0.01% was mostly related to a pattern used by the now-defunct Samourai Wallet. According to Luke Dashjr, that case was largely the result of lazy coding and could have been optimized to fit within 43 bytes anyway. Even 83 bytes is already more than sufficient, and as far as I’m aware no normal monetary transactions exceed that size. Future “smart contracts” should first exist and prove their value in the wild before we start loosening or dismantling node policy for hypothetical use cases that may never materialize. Engineering discipline means solving real problems, not pre-optimizing the protocol for ghosts.
0000 sats