FrogOnChain @ChainOnFr

🚨THE MONTH OF CLOSURE IS HERE, BUT $BTC STILL SITTING AT -6% AND NOW WE'RE INTO SEPTEMBER, THE MOST BEAR MONTH OF THE MARKET 😱 THE REAL TEST BEGINS NOW 👀

🚀 One big tweet or listing can send $DOGS flying. 🐕💎 Powered by Telegram's 1B+ users, the whale is loading while it's silent… Don't miss it. 🔥And always keep it cold🥶

AVAX holds near $22.8 after a 9% drop. Grayscale files for Avalanche Trust, boosting long-term outlook. On-chain strong: $2B TVL, 2M daily transactions 🚀. Holding $22.8 could retest $26.4; breaking down risks $20.9 ?

🚨 A whale just shifted 1,000,000 $SOL (~$187M) between unknown wallets. No exchange inflow,no dump – just a quiet but telling move 👀 Big transfers like this often mean prep for staking, liquidity,or a major catalyst. Is this the setup before the storm,or just a retail scare? 🐋

Keep an eye on this coin! 🚨 CZ is paying close attention since it’s a children’s charity project. An X100–X1000 could be possible…??? 🔥

The "fairly near future" I was referring to was not holding the blockchain on the majority of nodes that is fairly high on the to-do list.  Also, pruning spent txouts on miners will probably be added soonish as well.

*I originally said no protocol changes are needed but was wrong. The block message would have to change to be sent as a header+list of hashes instead of header+full transactions. It's an easy change that will probably happen anyway as it's a nice bandwidth saving

Enochian should consider that there are much better ways to help Bitcoin than broken window fallacies. Perhaps his or her energy can spent more productively. If you really want to build a high-difficulty file storage chain I've already explained how to do it.

So whilst it might be possible to hide small amounts of private data in the block chain for a price, I doubt it will ever be an attractive way to store data relative to other services.

It's very likely that most nodes will choose to delete non-financial data if it's easy enough because it costs them to store that data, yet they get nothing for it - indeed their resources are being abused for something they never signed up for.

Widely distributed keys run the risk of being discovered by an honest node at which point the bad transactions become identifiable and deletable.

If the files aren't encrypted then they will be trivial to identify and automatically remove. If they are encrypted then you have to distribute the keys somehow.

This technique is much discussed, but if encoding arbitrary crap into the financial block chain becomes common I'll just write a set of patches that make it easy for people to delete those transactions.

However, if the transactions are not financial in nature then they will never be spent (as they have no corresponding private key) so they can be deleted immediately without risk.

If the transactions are buried under enough blocks this risk becomes low enough to not be worth worrying about.

Tx deletion does not require protocol changes*. Any client can delete a transaction at any time, they simply run the risk of being unable to verify transactions in future if a re-org takes place.

even once the transaction has been spent and pruned. With the low height of the current merkle trees, this would be quite reliable. ByteCoin

If you ensure that your transaction hashes to a certain value then you can store information in the block chain (on a probablistic basis)

When do you imagine is this "fairly near future" in which transactions will be pruned? The network protocol has to be changed substantially to facilitate pruning. I imagine that converting the majority of the network to pruning clients will break the old clients.

Don't spend them? They stay forever. Any suggestion to prune unspent transactions is likely to be unpopular.