<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <updated>2026-10-09T09:03:06Z</updated>
  <generator>https://nostr.now</generator>

  <title>Nostr notes by TheKayman</title>
  <author>
    <name>TheKayman</name>
  </author>
  <link rel="self" type="application/atom+xml" href="https://nostr.now/npub1dagr25zv0sucfxmcxmw69xr2reh2nj72emw2jw9a9w82cvsyghtsdlc25u.rss" />
  <link href="https://nostr.now/npub1dagr25zv0sucfxmcxmw69xr2reh2nj72emw2jw9a9w82cvsyghtsdlc25u" />
  <id>https://nostr.now/npub1dagr25zv0sucfxmcxmw69xr2reh2nj72emw2jw9a9w82cvsyghtsdlc25u</id>
  <icon>https://blossom.primal.net/de4c31be9fd869babbd69a940998d6aba7b4b832b49427d05b638fd0fb522520.jpg</icon>
  <logo>https://blossom.primal.net/de4c31be9fd869babbd69a940998d6aba7b4b832b49427d05b638fd0fb522520.jpg</logo>




  <entry>
    <id>https://nostr.now/nevent1qqsqhnumtaypngh4falxkfvnsqnl7pa7udstuadtx28f4wsee2fd00czyph4qd2sf37rnpym0qmdmg5cdg0xa2wtet8de2fch54catpjq3zaw9qlkal</id>
    
      <title type="html">The fact that you have to ask if there is any illegal data on ...</title>
    
    <link rel="alternate" href="https://nostr.now/nevent1qqsqhnumtaypngh4falxkfvnsqnl7pa7udstuadtx28f4wsee2fd00czyph4qd2sf37rnpym0qmdmg5cdg0xa2wtet8de2fch54catpjq3zaw9qlkal" />
    <content type="html">
      In reply to &lt;a href=&#39;/nevent1qqsfhdrw2paerh67jafl4wazx0mj7cle4lvrcaz5q6l4vhp893v2c7gpzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhgcn5f56&#39;&gt;nevent1q…5f56&lt;/a&gt;&lt;br/&gt;_________________________&lt;br/&gt;&lt;br/&gt;The fact that you have to ask if there is any illegal data on chain says that even if there is it’s not obvious and not natively supported by the network. Any illegal data mined in the op_return part of the transaction will be known about because: &lt;br/&gt;1. It is a full contiguous string of data that can potentially be dragged and dropped into video playing software without any complex reformation of data&lt;br/&gt;2. The reason op_return was created in the first place was for a way to include a very small amount of arbitrary data in a transaction, meaning arbitrary data is op_returns purpose. Therefore increasing the default op_return limit 1250x signals that bitcoin now supports and facilitates the relaying and storage of arbitrary data which must include illegal data as well.&lt;br/&gt;&lt;br/&gt;As soon as illegal data was mined in bsv using op_return it was known about…
    </content>
    <updated>2025-10-16T21:40:13Z</updated>
  </entry>

  <entry>
    <id>https://nostr.now/nevent1qqsgxexlaz6dtyywu27pt4t40hrv8eze4gn2mzjyl2y44m2d6nvjckqzyph4qd2sf37rnpym0qmdmg5cdg0xa2wtet8de2fch54catpjq3zaw2tej7f</id>
    
      <title type="html">That’s true, but there’s a difference between people using an ...</title>
    
    <link rel="alternate" href="https://nostr.now/nevent1qqsgxexlaz6dtyywu27pt4t40hrv8eze4gn2mzjyl2y44m2d6nvjckqzyph4qd2sf37rnpym0qmdmg5cdg0xa2wtet8de2fch54catpjq3zaw2tej7f" />
    <content type="html">
      In reply to &lt;a href=&#39;/nevent1qqsypvjdunf8ar6qczsxlwaregnutcnlvld7rl24mkky00t5ynsvz9cpz3mhxue69uhkummnw3ezummcw3ezuer9wc2c93tj&#39;&gt;nevent1q…93tj&lt;/a&gt;&lt;br/&gt;_________________________&lt;br/&gt;&lt;br/&gt;That’s true, but there’s a difference between people using an exploit that is not natively supported vs using op_return which is a feature with the purpose to allow arbitrary data. &lt;br/&gt;By increasing the op_return limit you are now signalling that relaying large blobs of continuous data is a feature supported by the network. In contrast, shoving split up chunks of data into the witness section where it is not designed to be is not an intended use of the network.&lt;br/&gt;The argument is that: now relaying large continuous chunks of data is natively supported, any legal/regulatory plausible deniability is gone.&lt;br/&gt;From a technical standpoint this change also makes it easier for bad actors / criminals as they don’t have to split their files into multiple chunks.&lt;br/&gt;&lt;br/&gt;
    </content>
    <updated>2025-09-29T07:41:20Z</updated>
  </entry>

  <entry>
    <id>https://nostr.now/nevent1qqs2cnaunmcjmdtaqqdkyj3u4qnhk689vjjw8gre99zjezkrlyqh5lszyph4qd2sf37rnpym0qmdmg5cdg0xa2wtet8de2fch54catpjq3zaw72rc05</id>
    
      <title type="html">The fees are the filter argument does not address the mempool ...</title>
    
    <link rel="alternate" href="https://nostr.now/nevent1qqs2cnaunmcjmdtaqqdkyj3u4qnhk689vjjw8gre99zjezkrlyqh5lszyph4qd2sf37rnpym0qmdmg5cdg0xa2wtet8de2fch54catpjq3zaw72rc05" />
    <content type="html">
      In reply to &lt;a href=&#39;/nevent1qqs8sz8f9wss4xnm8fwxfrmxpwz9agywn0z4v5l7ymw0j9yjdkvxqeg0x9tvh&#39;&gt;nevent1q…9tvh&lt;/a&gt;&lt;br/&gt;_________________________&lt;br/&gt;&lt;br/&gt;The fees are the filter argument does not address the mempool issue that this change to op_return brings.&lt;br/&gt;Because core 30 nodes will accept and relay 100kb files by default, this allows for files to be sent across the p2p network without having to get this transaction mined. &lt;br/&gt;Criminals / bad actors can exploit this by relaying illegal data to their buddy on the other side of the world, anonymously and for free because this is all happening at the mempool level. &lt;br/&gt;Yes, eventually after a period of time of this transaction not being mined it will be dropped from the node’s mempool, but by this point that illegal file has already been relayed to other bad actors. &lt;br/&gt;In short: the removal of op_return filters in core 30 software creates infrastructure for an extremely effective, anonymous and free data relay / sharing service that will be exploited by criminals with illegal files. &lt;br/&gt;&lt;br/&gt;This is not me being a purist saying “this is immoral”. This is me saying “this introduces a legitimate attack vector that governments and the powers at be who want to see bitcoin fail WILL use”.
    </content>
    <updated>2025-09-29T00:43:56Z</updated>
  </entry>

  <entry>
    <id>https://nostr.now/nevent1qqsy8jre0fzhlz6pr55m78mhr02gkcm0c7sw0jvdyvky4w406lcug9szyph4qd2sf37rnpym0qmdmg5cdg0xa2wtet8de2fch54catpjq3zawt09qcw</id>
    
      <title type="html">It’s completely different because Core (the reference ...</title>
    
    <link rel="alternate" href="https://nostr.now/nevent1qqsy8jre0fzhlz6pr55m78mhr02gkcm0c7sw0jvdyvky4w406lcug9szyph4qd2sf37rnpym0qmdmg5cdg0xa2wtet8de2fch54catpjq3zawt09qcw" />
    <content type="html">
      In reply to &lt;a href=&#39;/nevent1qqs26fclmqnjk47j7apmp8qna7hvqkl6083epwqgktm68ed8et20mqgpupmhxue69uhhyetvv9ujuerpd46hxtnfduhj2v3swaehxw309aex2mrp0yhxumm5daeks6fwwa5kute9xgc8wumn8ghj7mn0wvhxcmmv9ujnyvrhwden5te0wfjkccte9eekjctdwd68ytnrdakj7ffjxpmhxue69uhhyetvv9ujuvrcvd5xzapwvdhk6te9xgc8wumn8ghj7mnxwfjkccte9eshqup0y5erqamnwvaz7tmjv4kxz7tjwvhxumm5daeks6fwwa5kute9xgc8wumn8ghj7un9d3shjtnwv4u8getj0ghxxmmd9ujnyvrhwden5te0vejkuunfwgkhxtnwda6x7umgdyh8w6tw7pt7pp&#39;&gt;nevent1q…t7pp&lt;/a&gt;&lt;br/&gt;_________________________&lt;br/&gt;&lt;br/&gt;It’s completely different because Core (the reference implementation) initiated this and so likening the push back from people against spam to the big blockers, who were trying to push something new (larger blocks) doesn’t make sense.
    </content>
    <updated>2025-09-07T22:33:13Z</updated>
  </entry>

</feed>