@ 7d4a4e87:c853bba8

New OP_RETURN tcy:thor1k54e0qnquzmwj65t7a5746lzp6kfuv5vsfpwkf https://mempool.space/tx/78739c678bdeca4e11c90c18a34aed97709b819dcf60e176285390ac0dfbe61d

@ 9a664c49:056682aa

(🤙🏾　 ˙-˙ )🤙🏾

@ f03df3d4:a4d4f676

Block 896501 4 - high priority 4 - medium priority 4 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ 67122fa1:745f005c

Stats: - payments: 1076 - paymentsHour: 0 - wallets: 116 - walletsHour: 0 - totalBalance: 1760093 - totalFeeCredit: 22116

@ d4ad3b6e:2e56e2a7

Thank God for giving him a brain tumor. Fucking zionist vermin.

@ f03df3d4:a4d4f676

Block 896496 1 - high priority 1 - medium priority 1 - low priority 1 - no priority 1 - purging #bitcoinfees #mempool

@ e7bf8dad:839ef3db

Block 896505 3 - high priority 3 - medium priority 1 - low priority 1 - no priority 1 - purging #bitcoinfees #mempool

@ 1bc70a01:24f6a411

I’d say stress reduction is most important, followed by sleep, diet, exercise.

@ f03df3d4:a4d4f676

Block 896505 3 - high priority 3 - medium priority 1 - low priority 1 - no priority 1 - purging #bitcoinfees #mempool

@ df3b8a38:40ca8150

GM Jeepster Girl :)

@ 27154fb8:74645c64

#memes #memestr https://i.nostr.build/x0u4YZmANBcPUMXP.jpg

@ 7d4a4e87:c853bba8

New OP_RETURN =:ETH.USDC:0xe4305296b8c8511C8B3f724c536e8C3dCd01F111:45826500200/1/0:ll:140 https://mempool.space/tx/bba4f9d8a7d0e590fba8ab637e9429c55a4380cada2841d5b07d898573cf5975

@ 46cab04c:987bb0c4

#GM #GoodMorning

@ f8978eb7:7f8e8a50

🚙の中やぞぉ！

@ cbab7074:f9f0bd61

Block 896505 3 - high priority 3 - medium priority 1 - low priority 1 - no priority 1 - purging #bitcoinfees #mempool

@ c831e221:76625faa

The Federal Republic of Germany is completely run down. https://blossom.primal.net/b487dc30e4073da24b8aea71081f21dd2200df699f0c0b3b7185a5c9958078c1.png

@ 9c5d0eae:11e78c01

De-escalation and the damage done https://www.ft.com/content/000618dd-2cc2-46a5-aa27-a356b256c91a

@ 389ca495:17287828

温泉ガチ勢

@ 16bd5ce8:e5fb9393

if you don't run your own wallet on your own node, the Bitcoin is not yours! not your wallet, not your coin

@ 841b017d:8bf0ee39

💜GM

@ 508cdbf6:8f717552

I enjoy running races including marathons in unusual suits to bring smiles to faces. People should find joy in these experiences. 8:33 in both first half and second half of my last marathon. Yes, it was hot in the suit. No moisture wicking. #running https://image.nostr.build/671980e8362dd2d027588e69f2391d67519754e729135f3e0258d368b1292898.jpg

@ 431fa2f3:d8f39feb

https://cdn.midjourney.com/165c9027-7e2c-4f98-b8e5-68eee9e1f382/0_2.png

@ 4ce6abbd:94a514dd

https://media0.giphy.com/media/kd9BlRovbPOykLBMqX/giphy.gif?cid=9b38fe91ivhdahnocywbpbwr1or1uenghu201t1oy7v2z5lw&ep=v1_gifs_search&rid=giphy.gif&ct=g nevent1qqsrv097q7t8hf6hjafntnme4vujsdlhzt9lnqqgtd29dp40ehueqrqpr3mhxue69uhkymmnw3ezucnfw33k76tww3ux76m09e3k7mgzt25t9

@ f03df3d4:a4d4f676

Block 896503 3 - high priority 3 - medium priority 3 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ d4ad3b6e:2e56e2a7

I zapped alot until the moron became president in that open air circus and ruined the world's finances. Need time to recover after a little too much generosity. all my zaps are 42 sats only now.

@ ec0cdd19:ba4ac655

nostr:nprofile1qy2hwumn8ghj7un9d3shjtnddaehgu3wwp6kyqpq5sz7e38vcf4qx3500afrwneppjfwq58wkc9f999nrlx0u0xv009qdth6js Oh ic ic Which wh do you have

@ c7acabf1:d8f05180

Are you the real Derek?

@ 96c87765:c48c9433

But we can't see the replies because we're not logged on to Xitter.

@ ae9fccfb:3f4861c6

GM bro

@ 0c5fb98e:034dfe4d

问教皇有几个师，为什么不问问苏联有几个师呢

@ bfde2252:6c7b8dc2

Chymical Wedding

@ bfde2252:6c7b8dc2

Were there also magnets?

@ f03df3d4:a4d4f676

Block 896503 3 - high priority 3 - medium priority 3 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ a012dc82:6458a70d

Power, strength, and #Bitcoin where technology meets tradition. http://res.cloudinary.com/dizsud5n6/image/upload/v1740454001/gmwmsos0tawppoygup2i.jpg

@ 81b26cb9:35970aaa

A new book, "Resilient Cybersecurity," offers a comprehensive framework for building enterprise-level cybersecurity programs, addressing threat detection, identity management, vendor risks, and regulatory compliance.

@ e7bf8dad:839ef3db

Block 896503 3 - high priority 3 - medium priority 3 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ 1ea4ae84:b59a2ae8

#FestivaldeCannes

@ 96c87765:c48c9433

Bitcoin just called bullshit on the pump

@ d4ad3b6e:2e56e2a7

To the moon and back!

@ 8fb140b4:f948000c

Bitcoin does not need a node, LN does.

@ c47e92dd:5c577873

GM hello, sunshine 🧡

@ 508cdbf6:8f717552

have you had a lucid dream? in lucid dreams, i took liberty to do things i would not normally do in waking life like flying and taking unnecessary risks, knowing consequences wouldnt haunt me in waking life (though subconsciously may still linger)

@ 96c87765:c48c9433

And we wouldn't need a new cat calendar every year. https://media.tenor.com/s7gTlwvZws8AAAAC/melting-ice-cream.gif

@ 27938497:7764215d

In my opinion, Industrialized schooling makes many people stupid, boring and ugly 💅

@ 96c87765:c48c9433

I meant Jan 3. Genesis block

@ e7bf8dad:839ef3db

Block 896493 5 - high priority 1 - medium priority 1 - low priority 1 - no priority 1 - purging #bitcoinfees #mempool

@ f03df3d4:a4d4f676

Block 896502 3 - high priority 3 - medium priority 3 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ d91191e3:7efd4075

Yes, lasers

@ f03df3d4:a4d4f676

Block 896491 1 - high priority 1 - medium priority 1 - low priority 1 - no priority 1 - purging #bitcoinfees #mempool

@ e7bf8dad:839ef3db

Block 896501 6 - high priority 5 - medium priority 4 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ cab4d111:e69a4c09

The potato cake would like a word with you.

@ 9aa6446c:bf487440

Bon dia i DVG! 😄

@ bfde2252:6c7b8dc2

Yes. I mean what's the distance? 🤭

@ 0319e300:a02ea7a0

Why people are saying a daily shot of olive oil can improve your gut health https://www.diningandcooking.com/2067376/why-people-are-saying-a-daily-shot-of-olive-oil-can-improve-your-gut-health/ #Mediterranean #MediterraneanOliveOil #Olive #OliveOil https://media.vive.im/media_attachments/files/114/498/884/469/448/321/original/47be342c767545d9.jpeg

@ fff581d8:d8ffa135

In eigener Sache: Spendenziel erreicht – Herzlichen Dank! Später als vorgesehen, aber immerhin. https://transition-news.org/in-eigener-sache-spendenziel-erreicht-herzlichen-dank #News #Deutschland #Österreich #Schweiz #freieRede #Geld #Medien #Meinungsfreiheit

@ c558c7cc:b0b7b89e

🤖 Tracking strings detected and removed! 🔗 Clean URL(s): https://youtube.com/shorts/O1SsywdntQ4 ❌ Removed parts: ?si=ZFr4c-le9CCN2A8r

@ a80fc4a7:dc80ebd1

Nothing, these actually look delicious. https://youtube.com/shorts/O1SsywdntQ4?si=ZFr4c-le9CCN2A8r

@ f03df3d4:a4d4f676

Block 896501 6 - high priority 5 - medium priority 4 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ e8ed3798:67dd345a

Journalism was built different.

@ c6cfec69:c08b73b8

Also any accidents would mean that us maintenance was bad, not that an accident was carefully prepared

@ f03df3d4:a4d4f676

Block 896501 5 - high priority 4 - medium priority 4 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ d4ad3b6e:2e56e2a7

Lasers

@ 12c805a5:957eb1aa

GM! 💜

@ 61066504:6f8715e9

🤔🦆💥 nostr:note1t94uynqlrpve4dp48jm0ht2mw0xhv3wcy4qwulyadg5ndpr652qqr7wttw

@ e7bf8dad:839ef3db

Block 896501 4 - high priority 4 - medium priority 4 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ 12c805a5:957eb1aa

GM! 💜

@ bfde2252:6c7b8dc2

Don't keep us waiting. What is it?

@ d61dcb21:5c11fd8a

https://www.europesays.com/2073608/ Jayson Tatum Suffers Significant Injury During Celtics vs. Knicks Game 4, Will Get MRI #america #UnitedStates #UnitedStatesOfAmerica #US #USNews #USA #USANews https://media.pubeurope.com/media_attachments/files/114/498/884/316/528/125/original/49188b15aa6f3cff.jpg

@ e8ed3798:67dd345a

I'm maximizing shareholder value "But you don't have any shareholders" OK you got me I'm just eating a burrito

@ 9a664c49:056682aa

なんでや

@ 55abacf4:b895cf11

🗞️ Trump-owned Truth Social denies it is launching a memecoin https://cointelegraph.com/news/trump-owned-truth-social-denies-launching-emecoin?utm_source=rss_feed&utm_medium=rss&utm_campaign=rss_partner_inbound Source: CoinTelegraph #Newstr

@ d4ad3b6e:2e56e2a7

I have a feeling you guys are right. Dehydration and giving too much support to others.

@ e8ed3798:67dd345a

nostr:nprofile1qqsxpfwtq34xpnqy9djsg7jjayq3rrst95r4xflje0nqlwjjwhfhrycpzpmhxue69uhkumewwd68ytnrwghszxthwden5te0wfjkccte9eekummjwsh8xmmrd9skctcpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhse6ztph 👀

@ a59c614c:7e1e24b3

Gardeners’ World star Alan Titchmarsh ‘worries’ as he talks about ageing ‘difficulties’ https://www.allforgardening.com/1292814/gardeners-world-star-alan-titchmarsh-worries-as-he-talks-about-ageing-difficulties/ #AlanDavies #AlanTitchmarsh #garden #gardener #GardenersWorld #gardenersworld #gardening #GardeningUk #SocialMedia https://media.vive.im/media_attachments/files/114/498/884/302/776/461/original/5714358e0cdbb49b.jpeg

@ e8ed3798:67dd345a

mood https://i.nostr.build/W90PLh0FCOFA1QP9.jpg

@ 74ffc51c:1d6d1856

My response to Greg - >>There does appear to be a dishonest and inauthentic social media campaign *against* Bitcon Core. I'll take the blame/credit for this as I've clearly been a major part of it - regardless of if you think I'm acting in good or bad faith. I of course believe that at least I and the others I work with are sincere and authentic. >>Back in 2014 the average block size was only around 160 kilobytes, as a result there was no real pressure to drive up transaction fees and it was extremely cheap to stuff whatever garbage data you wanted in Bitcoin's chain. Some people were storing data by paying to fake addresses which were really just data instead of an address. This is maximally bad because it bloats up the UTXO database with unprunable data, directly increasing the minimum cost to run a node. UTXO bloat sucks - obviously agree. Context though? Zero concern about 4GB -> 12GB bloating from 2023 to present. Sudden concern about Citrea and similar adding a couple of kilobytes a year? Mind if I take apparent concern about this with a grain of salt? Will reiterate further down. >>To address this core devs introduced a 'data carrier' output type also called an OP_RETURN. This is a kind of output which provably can't be spent so it doesn't have to go into the utxo database and can be pruned. Additionally, they limited the size of the data to 40 bytes in order to encourage applications which can just store a hash instead of the data to do that. Later this limit was increased to 80 bytes. Yes. Which was sufficient for anyone who wants to use Bitcoin for data and do it in a plausibly respectful manner like Open Time Stamps does which no one is going to war about. >>The world has changed a lot since 2014: Fees are now not just meaningful but significant, no one is dumping data in Bitcoin because it's *cheap*. People dumping data in have almost entirely moved to dumping data in the witness portion of transactions. Right! >>Major miners no longer enforce this limit, because it turns out they like money (and have denied requests to limit themselves), and if you are willing to directly connect to one its easy to get them mined. Sad. If it was easy the entire motivation for Core's two PRs would not exist. Citrea *want* the advantage of having *all pools* potentially mine their "transactions" - their design means using one pool that solicits out-of-band nonsense is not sufficient, even if they were prepared to pay the extra cost of a service like Slipstream. You are now missing a major chunk of the story. Not to mention the fact that witness-discount enjoying spammers were left to run amok without any consideration of adding Luke's filter which trivially prevented them. Arguments that it wouldn't work are being made by those who now unironically tell us the OP RETURN limit needs to be raised because it will prevent Citrea from using OP RETURN (which is cheaper for them) than fake pubkeys. This is completely self contradictory and somehow none of this is registering for you. >>There are some users who are still creating 'fake outputs' but have said they would change to opreturn if not for the limit (particularly some payment channel thing). Right. So the filters work and the last two years of pretending they're meaningless was complete nonsense. Thanks for admitting it I guess - I wish it was in service of FIXING them instead of REMOVING them. >>Finally, use of hashes for commitments is now well understood and there are over 2 commitments per second flowing into open-timestamps which can aggregate an unlimited number of commitments into a single transaction. As mentioned, no one is going to war over this. Heck, Knots allows 40 bytes of OP RETURN by default as that was never a controversial compromise. >>The limit also causes some harm to all users of Bitcoin, particularly since multiple significant miners ignore it. When you don't already know a transaction (because it never reached you or you discarded it) it takes *much* longer to relay a block to you (at least 3x the delay if you knew everything but potentially much more depending on how much data you are missing), this harms small miners at the expense of big miners increasing a centralization pressure on mining (because when miners aren't on the same chaintip, one one bigger miners are on will tend to win). It also contributes to mining centralization by encouraging direct transaction submission since no one will bother submitting to a 1% miner, allowing the bigger miners to make more money. An inaccurate mempool also harms users ability to accurately estimate what transactions are pending for the next block so that they can optimally bid against them. Yes!! When mining is CENTRALIZED, the huge actors can bully the rest of the network a million ways, including blocks full of unknown transactions causing their blocks to take longer to process, making life harder for the tiny miners on the network. But you are presumably aware that this attack is not prevented by nodes bending over backwards trying to become aware of every single possible thing on the planet a miner might conceivably wish to include in a block. Bitcoin does not require us all to have identical or even remotely similar mempools for any aspect of how it functions. It is also not meant to be relied upon whatsoever should mining become anything like as centralized as it is today. So this point is somewhat ridiculous. Yes, nodes are on their back trying to keep up with how powerless they are in the current environment. But nuking all their mempool policies to try and level the playing field is not remotely realistic as a solution. What you are pointing out here is technically true and utterly irrelevant when put in the current context. Bitcoin running more optimally, has thousands of miners making their own templates rather than relying on a handful of pools. In that circumstance any MINER who starts filling blocks up with consensus-valid, but mempool-rejected junk suffers instead of the miners who don't. Their blocks propagate more slowly but it's *their* problem, not the network's. Indeed, a long forgotten PR into Core in 2016 introducing Compact Blocks specifically warned *miners* that they should update to recent mempool policies in order to reduce their chances their blocks becoming orphaned. We optimize for nodes, not a handful of template creators to which the entire world's hashrate is beholden to. >>So it was proposed that the limit be removed. There are two proposals, one that just removes the limit completely, which is the first and simpler proposal. Then there is another proposal which makes the default unlimited but retains the ability to adjust it. At this time neither of the proposals have been merged, descriptions of this as having been done are just untruthful. I don't know who has made false claims in that regard. I have not. It's a messy situation so plenty of people are making inaccurate claims whether wittingly or otherwise. Sorry but it doesn't invalidate my entire stance. >>Arguments against it don't seem to hold up. Of course they do. Core is optimizing for miner centralization and trying to adapt nodes to accommodate Bitcoin in a state it cannot expect to operate in reliably for much longer. Over 51% of the hashrate is two, fully permissioned, KYC pools. The smaller of the two has 8 or 9 smaller pools it clearly operates the back-end for such as Braiins, Binance Pool, SEC Pool, Poolin', BTC(.)com and a few others. See stratum(.)work for unrefutable evidence of this. Again, they can bully the rest of the network at such a size, and nodes trying to keep up by agreeing to relay junk against their own interest does not actually mitigate that attack. At this point Bitcoin exists entirely thanks to the benevolence of Bitmain and Foundry. This makes us no better than any random cryptocurrency and it HAS to be fixed. Nodes relaying spam against their own interest are simply trying to remain relevant in a context in which they cannot. >>The first category of opposition is basically just accusing Bitcoin Core devs of being in favor of shitcoins or monkey jpegs, having talked to many I am confident that few or even none of them like that stuff (no one I've talked to was in favor of it). But no matter how much they don't like that stuff, that doesn't change that this proposal should have no significant effect on it-- it's unrelated. That stuff doesn't use opreturn today and would cost more in transaction fees if it did. Currently you pretty much never see OP RETURNs between 80 and 150 bytes. Anything in that range remains cheaper than those exploiting the witness discount with inscriptions which only starts to become a net positive above 150 bytes or so. Saying it will have no significant effect is just wrong. >99% of OP RETURNs in the blockchain are 80 bytes or less. After Core get this change through there will be an enormous number greater than 80 bytes. Assuming they will always use the inscription hack once they exceed 150 bytes is also not something we can flippantly do. There are situations where they would prefer to serialize the data instead of break it up into chunks separated by OP_PUSH as is necessary when inscribing. While more expensive, also far more useful as a troll as suddenly illicit data will trigger anti-virus software and make your laptop something you really don't want to carry through an airport if it has a copy of the blockchain on it. Some mitigations have been made in this regard but are only partially in use at the moment. This isn't something I feel like really using to push back on your overall dismissal of our concerns but it's probably worth noting. The more general point is that I'm not saying Core are secretly shitcoiners. I'm saying they're being utterly gutless in putting up a real fight and instead are using a bunch of excuses to discontinue the approach older developers in the space had - telling these guys to f*ck *ff and not constantly accommodate them invoking all manner of excuses - and if you want to be frustrated, try arguing in favour of spam filtration - something we've been doing since Satoshi's time - while people invent horror stories about what it might do without any historical precedent whatsoever. Again, Bitcoin does not require that we have identical or even similar mempools for any aspect of what it does. Miners can only attack us if we filter if they are in a position to take over the whole network anyway. Fee estimation, miner centralization, UTXO bloat. These are all little more than scare tactics here. You know how fee estimation works in Bitcoin Core. I'm willing to own the mistakes and inaccuracies made by people on my side of the aisle here. But how about Core stop making these technically-true points about fee estimates, miner centralization and UTXO bloat which become meaningless when put in appropriate context? Random Twitter anons and mysterious self-deleting reddit accounts - yeah I'm going to hold Corallo, Todd, and you to higher standards then them. So please stop invoking these nonsense arguments. Spam filters *do not come with tradeoffs anyone actually needs to worry about*. Yes they exist, but they are being exaggerated beyond all reason and burden of proof is on those who want to remove them - not us. >>The next category of opposition is just general opposition to 'spam'-- again this proposal is largely unrelated because spammers won't use this, and to whatever extent they do it'll be good news (either moving from utxo bloating fake outputs or increasing their costs). It's an incidious argument because most contributors to Bitcoin core believe there isn't much meaningfully more that can be done about spam: Miners have bypassed the filters that were there, fees have excluded all price sensitive spam. Bitcoin was designed to be censorship resistant and depends on censorship resistance to work-- and a fact of free speech is that it means it allows both speech you like and speech you oppose. Arguments are made that blocking this traffic isn't morally equivalent to censorship. Perhaps! but it's still substantially *technically* equivalent. But, again, this is all a distraction in that the proposed change shouldn't meaningfully facilitate any new spam. "Spammers won't use this" - already addressed above. There is sweet-spot territory being unlocked here. You're completely ignoring the 81-150 byte range of currently inaccessible OP RETURNS which magically no one uses despite the only thing protecting it being these apparently useless filters. "UTXO bloat" - right. As mentioned above UTXO bloat is terrible, OP RETURNs are better. True! Now am I going to take the concern expressed by Matt Corallo about this as genuine? Well let's see, the lack of action/filter upgrades in 2023 has resulted in the UTXO set jumping from 4GB to 12GB. It did that in a little over a year. Any effort to counter to this was met with (what appeared to me to be) entirely manufactured controversy which resulted in the PRs being closed - see https://github.com/bitcoin/bitcoin/pull/28408 and https://github.com/bitcoin/bitcoin/pull/28217 The latter of those two would have specifically address the concern about UTXO bloat caused by "stamps" spam which was created by "MikeInSpace" who announced proudly that he wanted to do as much harm as possible. His plan worked and now thanks to what he and others did, along with what I will admit as making me extremely frustrated with Core - it basically become impossible to sync a node on a Pi4. Took ~40 hours or so in 2022. Now it's months. I get it, Core can't merge controversial PRs. Even if I sense that the opposition to them is financially incentivized to gaslight everyone to the tune of "what even is a bitcoin transaction" which thankfully you don't see to be doing - that is REALLY appreciated by the way as pretending spam magically doesn't exist because it costs the spammer money has been one of the more infuriating arguments made over the last couple of years. Anyway, our concerns and the controversy we kicked up over the recent OP RETURN PRs however did not simply result in those PRs being closed. Core seemed to find whatever moderation policy they could to justify shutting us up and continuing to push these things through. So current context for concern around UTXO bloat? A few kilobytes a year from Citrea who could easily redesign their product to fit within what the spam filters currently allow. Instead we seem intent on changing our filters to accommodate them, defeating their purpose simply due to the minuscule threat of UTXO bloat that is a drop in the ocean compared to what's been happening in front of our faces for the last two years. I'm sorry, there's just no way that's a genuine concern. "Miners have bypassed filters" Yes. They have, and it's a pain in the ass for them and super expensive. *There is a reason they want the efficiency of having 85,000 nodes relay their junk around for them for free instead of having to use a private service for it*. Please, for the love of God stop pretending the two situations are equivalent. Dark mempools are horrible. They're far more expensive and they have to regularly wait hours for blocks instead of ~10 minutes. Incentivizing Citrea to just use 40 (or 80) bytes of OP RETURN is the approach to take here. Not ripping filters out due to threats of laughably small amount of UTXO bloat. "Censorship resistance" Spam filtration is not censorship. I'll paraphrase Luke - censorship *fails* if one "bad" transaction makes it into a block despite most miners rejecting it. Spam filtration *succeeds* if one miner mines a block that rejected any spam. They are opposites. You do not need spam filters to be 100% effective, you have pointed out that they are not and thus conceded that they are not an effective tool for *censorship*. "But, again, this is all a distraction in that the proposed change shouldn't meaningfully facilitate any new spam." As above, you'll see several orders of magnitude more OP RETURNs of size 81-150 bytes. And I would wager many above that too that you almost never see currently. >>Ultimately the subject is deep in the minutia. It won't make a difference to your usage of Bitcoin. The only really concerning thing I see in the subject is the degree that people have successfully weaponized misinformation to direct a lot of entirely undeserved abuse at contributors to Bitcoin Core. ... who had only just started discussing a proposal when they were waylaid by a flood of disproportionate comments and falsehoods. "weaponized misinformation" I've definitely had to learn a lot during this discussion. People have scars from prior wars. I believe Core should be adding filters and it is negligent to not have done so. I believe their justifications for not doing so contradict the current push to relax filters and the apparent inconsistency of what is asserted about mempool policy as a tool for spam mitigation makes Core look like bad actors. If I am wrong about any of this I apologize. If you want to respond then great, I will not request further interaction as you've already expressed elsewhere how annoyed you are with the OCEAN team for all this. However it is certainly not just us in this fight. There are definitely those with their own anti-Core agenda who don't necessarily align with me on spam who are just making use of an opportunity to undermine them too.

@ 735468c8:b93eb426

nostr:nprofile1qy2hwumn8ghj7un9d3shjtnddaehgu3wwp6kyqpqa3lcpz45yh6xtnsv46znwfz64yyn80rf8j3wjyhxq45ddwkad4pq82ra3m I really, honestly don’t understand women supporting that imbecile.

@ 12c805a5:957eb1aa

GM! 💜

@ e8ed3798:67dd345a

OK THANK YOU SEE? Sheesh I thought I was the only one

@ 06bc9ab7:427c48f5

Morning. Already seen the new version? nostr:nevent1qqs2dn0z03as87764zy9fg5sdzkh45paajj6pagp5rjwd6well7xnjqpzpmhxue69uhkummnw3ezumt0d5hsygzp09ey8ww3m9mrnsx0empwvcew69vgua2c0quxhf29v5qmk5llhupsgqqqqqqs8de4sn

@ bfde2252:6c7b8dc2

Smuggling memes into Germany 🐸

@ 16bd5ce8:e5fb9393

I do a lot of home cooking and don't use recipes for the majority of our meals. most cooking is done on intuition and general knowledge (mother sauces, temps for doneness, salt vs acid, wet/dry cooking methods, etc) For recipes where amounts and timing is specified, I hand write them in a small journal to reference later. Sometimes they are copied from something found on the internet but often times they have my own modifications. Writing by hand doesn't take much time and it helps with memory. hope that helps! not very high tech, but it works for me.

@ d4ad3b6e:2e56e2a7

https://i.nostr.build/BxhVa2fxNvE6b4NG.jpg

@ 8fb140b4:f948000c

Yes, same time. Take a nap later in the day, to compensate

@ 9a664c49:056682aa

ちょっとあの、眠くって、寝てみようかな~5分だけ。

@ 249ed24e:d1a849b1

GM friend

@ cbab7074:f9f0bd61

Block 896501 4 - high priority 4 - medium priority 4 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ df50c179:9503ab1f

Amount of Time It Took To Reach $1 Trillion #Bitcoin: 12 years Facebook: 17 years Tesla:          18 years Google:      21 years Amazon:    24 years Apple:        42 years Microsoft: 44 years

@ cd0b152b:9339fa75

Nike zoom fly x. Great shoes. Carbon plate supertrainer

@ 1ae011cb:1257a556

Block 896501 4 - high priority 4 - medium priority 4 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ 466eeb55:4477917b

GM, may nostr be with you

@ f03df3d4:a4d4f676

Block 896486 2 - high priority 1 - medium priority 1 - low priority 1 - no priority 1 - purging #bitcoinfees #mempool

@ f03df3d4:a4d4f676

Block 896501 4 - high priority 4 - medium priority 4 - low priority 2 - no priority 1 - purging #bitcoinfees #mempool

@ d981591e:f7c0ae37

Fraud in federal aid programs: USAID official charged in COVID relief scam From Natural News (NaturalNews) Yusuf Akoll, a senior USAID contracting officer, allegedly created a fake company (Naagode Consulting LLC) to fraudulently obtain $16,666 in COVID… May 12th 2025 2:00am EDT Source Link: https://www.naturalnews.com/2025-05-12-usaid-official-charged-in-covid-relief-scam.html Share, promote & comment with Nostr: https://dissentwatch.com/boost/?boost_post_id=968790

@ bfde2252:6c7b8dc2

Ok I'll bite. Why is Jan 9 day 0? 🐸

@ 1ae011cb:1257a556

Block 896484 3 - high priority 1 - medium priority 1 - low priority 1 - no priority 1 - purging #bitcoinfees #mempool

@ f03df3d4:a4d4f676

Block 896474 2 - high priority 1 - medium priority 1 - low priority 1 - no priority 1 - purging #bitcoinfees #mempool

@ 12c805a5:957eb1aa

GM! 💜

@ 67b83190:ae0a1d72

✅ EtherFi Airdrop Is Live!. 👉 https://telegra.ph/EtherFi-05-03 Claim your free $ETHFI.

@ 25dc2682:0c1c94df

#BuonGiorno #Italia #GM