I think its a good way for idiot to burn and donate their bitcoin to miners
A mempool that better reflects what miners are actually mining? Better fee estimation? More efficient bandwidth usage? Latest bitcoin core features like bitcoin-node and multiprocess (although not sure how much of that is landing in v30). I havenโt looked at the full changelog yet
I may be a rare bitcoin user/dev but i have always been very anti filters since the very beginning , so i may have a different perspective than most core devs who are pro filters (standardness), let alone knots people who are even more pro filters (standardness+++)
Wow good for you, so am i and so is everyone else. You want a badge or something
Its deprecated for a good reason though: the option doesnโt have any effect on your node from receiving that data, it just makes your node run less efficiently. Your node will get this data regardless. What youโre saying is you want an option for virtue signalling rather than for any real reason
Core doesnโt remove this option
Core should not engage with community, thats not really possible. The community is the entire world. How exactly would you derive signal from that?
Community should get involved in dev, its the only way this works
I donโt see relay policy as effective given new relay networks that will inevitably spring up to get around censorship of economically motivated transactions. Not even talking about core. Core just aligns with this reality.
We already have unlimited op_return, in core and knots.
Where did i say luke isnโt a frequent contributor? He has been around since the early days, but he is also known to have very unhinged takes that donโt align with reality.
what have you done to contribute to bitcoin development?
til bitcoin dev is only bip authorship
because i am here to defend bitcoin core when noone else will. Because i care about the truth and to fight against the lies against us.
have you tried contributing to the project instead of complaining in social media? Of course not, you are more likely a bad actor than someone who actually cares about bitcoin, something i have dedicated my life to for the past 15 years. Fuck off bot.
Right, so changing it on a knots node wonโt do anything
Yes it is, thats policy not consensus
the more knots people ignore this reality, the more we will see alternative relay networks independent from core and knots (which weโre already starting to see). Nothing will stop this from an economically motivated actor unless we hardfork bitcoin and try to lock down these use cases.
It is already rammed down your throats because its consensus
maybe because you get your world view from social media instead of reality
bitcoin is bitcoin core
I think the only thing we can do is price them out
nevent1qqsgxz9e2mr95mtcjmxpuguctl7l9rj5tm370nwe2l0ldmdmr74du3s24ymaa
As much as i think inscriptions are retarded, this fact is just an economic reality.
like note stats? yeah we had to cut that for release but will have it very soon
i might be biased but damus android is a joy to use. love the speed. iOS feels clunky in comparison. need to fix that
because scammers are better at marketing
you can login as someone's npub, if you want a dedicated feed for a user we only have that one damus notedeck.
we have custom feeds coming in the next version once apple lets us push updates again
its about half the size if it has lots of pubkey/id references like contact lists.
This isn't that bad right? I mean macOS apps need notarization. it's a pretty painless process: they scan for malware, etc and then sign the app. It's not ideal but not as terrible as the apple appstore review process.
In case you missed itโฆ
Weโre going to push to appstores soon
i think weโll have it on ipadOS at one point. iOS has too many features android doesnโt have, and it doesnโt have native iOS feel. So i dunno.
Weโre so back
nostr:note19sw4qpuu93pwgsru7v72e0dfm4q03dqqusemlz90uqekr9cam0usc5aej9
From nostr:npub1j5mp526z5fkz9wkrk6mt5nzu43xndyrwkr8mnqngdqwytgcpc5vqcnsd5c :
OP_RETURN data appears in output scripts. Output scripts are not subject to segwitโs witness discount. Per the block weight limit of segwit, we can have up to 4โฏMB of witness data, but only up to 1โฏMB of any other data in blocks. Output scripts are part of the other data.
Adding more output script data to blocks would result in smaller blocks. As OP_RETURN outputs require little computation to validate, OP_RETURN data would not slow down IBD.