Bitcoin Forum
November 13, 2025, 05:20:22 PM *
News: Latest Bitcoin Core release: 30.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: An API for returning blocks and transaction with illegal content filtered  (Read 371 times)
ABCbits
Legendary
*
Offline Offline

Activity: 3430
Merit: 9348



View Profile
October 04, 2025, 08:49:34 AM
 #21

--snip--
Perhaps existing solutions can be leveraged.

BIP 157 light clients already exclude the spam from their filters by the very nature that they cannot be spent, so the more people who create BIP 157 clients and associated wallet software that removes such unspendable outputs automatically, the less of a problem unlimited OP_RETURN will be.

There are already some light clients out there such as Wasabi and any LN wallet that uses Neutrino, so all we'd have to do is make the SPV method popular again.

Spam will never be filtered from full nodes which means the storage will always be there but network traffic will decrease slightly with this method. SPV should be the default mode of accessing blockchain data.

IMO it's difficult to get BIP 157 adopted by more wallet, when it need to download all block filters from certain height (e.g. when user create the wallet) and then download whole block that contain relevant TX to user wallet. For those who use Wasabi wallet, they may experience the sync take some time especially after they haven't open/load their wallet in few months.

joker_josue
Legendary
*
Offline Offline

Activity: 2212
Merit: 6374


Trêvoid █ No KYC-AML Crypto Swaps


View Profile WWW
October 04, 2025, 12:41:00 PM
 #22

Perhaps existing solutions can be leveraged.

BIP 157 light clients already exclude the spam from their filters by the very nature that they cannot be spent, so the more people who create BIP 157 clients and associated wallet software that removes such unspendable outputs automatically, the less of a problem unlimited OP_RETURN will be.

There are already some light clients out there such as Wasabi and any LN wallet that uses Neutrino, so all we'd have to do is make the SPV method popular again.

Spam will never be filtered from full nodes which means the storage will always be there but network traffic will decrease slightly with this method. SPV should be the default mode of accessing blockchain data.

I still think the best way to do this is to ignore this content. Wallets should continue to ignore this content, whether it's legal or not.

We must keep in mind that OP_RETURN was created to reduce the set of UTXOs, increasing the cost of keeping the node running, removing "garbage" from the blockchain, and reducing the difficulty of detecting spam. OP_RETURN wasn't created to encourage data recording, but to contain the negative effects of something that was already happening. Removing this feature or reducing it further could do more harm than good.

On the other hand, if it increases, it can be harmful because it can generate an increase in illegal content. So, this balanced function must continue to be maintained.

Therefore, what I advocate is that node software continues to ignore this information, so that it can focus on what matters: financial information.

As for the SPV method, I don't think it will be the way to go, because it will further increase the fragility of the decentralization of the network nodes.

 
.Winna.com..

░░░░░░░▄▀▀▀
░░


▐▌▐▌
▄▄▄▒▒▒▄▄▄
████████████
█████████████
███▀▀███▀

▄▄

██████████████
████████████▄
█████████████
███▄███▄█████▌
███▀▀█▀▀█████
████▀▀▀█████▌
████████████
█████████████
█████
▀▀▀██████

▄▄
THE ULTIMATE CRYPTO
...CASINO & SPORTSBOOK...
─────  ♦  ─────

▄▄██▄▄
▄▄████████▄▄
██████████████
████████████████
███████████████
████████████████
▀██████████████▀
▀██████████▀
▀████▀

▄▄▄▄

▄▄▀███▀▄▄
▄██████████▄
███████████
███▄▄
▄███▄▄▄███
████▀█████▀███
█████████████████
█████████████
▀███████████
▀▀█████▀▀

▄▄▄▄


.....INSTANT.....
WITHDRAWALS
 
...UP TO 30%...
LOSSBACK
 
 

   PLAY NOW   
Pages: « 1 [2]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!