📅 Original date posted:2013-04-09 📝 Original message:The obvious problem is ...

Robert Backhaus [ARCHIVE] /

npub1l2n…hapw

2023-06-07 11:45:04

in reply to nevent1q…5eun

📅 Original date posted:2013-04-09
📝 Original message:The obvious problem is that if you can frame it as a valid address, you can
put what you want there. If you can make it pass the validation, miners
have no way of knowing it's not a valid address.

Of course, there is nothing new about this. I ran strings on the blockchain
and found all sorts of ascii rubbish right from the beginning.

On 9 April 2013 21:17, Jay F <jayf at outlook.com> wrote:

> On 4/9/2013 4:09 AM, Peter Todd wrote:
> > On Tue, Apr 09, 2013 at 12:42:12PM +0200, Mike Hearn wrote:
> >> hack by changing the protocol. Nodes can serve up blocks encrypted
> under a
> >> random key. You only get the key when you finish the download. A
> blacklist
> > NAK
> >
> > Makes bringing up a new node dependent on other nodes having consistent
> > uptimes, particularly if you are on a low-bandwidth connection.
> >
> >> can apply to Bloom filtering such that transactions which are known to
> be
> >> "abusive" require you to fully download the block rather than select the
> >> transactions with a filter. This means that people can still access the
> > NAK
> >
> > No blacklists
> >
> It depends on how clever the spammers get encoding stuff. If law
> enforcement forensic tools can pull a jpeg header + child porn out of
> the blockchain, then there's a problem that needs mitigation.
>
>
> ------------------------------------------------------------------------------
> Precog is a next-generation analytics platform capable of advanced
> analytics on semi-structured data. The platform includes APIs for building
> apps and a phenomenal toolset for data science. Developers can use
> our toolset for easy data analysis & visualization. Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130409/81a373d3/attachment.html>;

Author Public Key

npub1l2n4ksu6cjucm97ffzss5xtrqew80wgqr3tmfr5sxcm2lhmxx6nqp4hapw

Show more details

Published at

2023-06-07 11:45:04

Kind type

1 Short Text Note

Event JSON

{ "id": "5d1ed9cb32a243c1c7601b19eb3f3d99facfa1b26831735deaeeee5c2f3278ff", "pubkey": "faa75b439ac4b98d97c948a10a1963065c77b9001c57b48e903636afdf6636a6", "created_at": 1686138304, "kind": 1, "tags": [ [ "e", "1fce10f48c7979cc6324f993224b2f148fcc72bf03070abeee62b7ea0f802560", "", "root" ], [ "e", "cd096f5f8439a238afa972fbad73c6760437c60e6b6857e7a803a405c3420e50", "", "reply" ], [ "p", "73b6e6f0344a84112c64d1df426c3d59d01dad0d1bc9c6503ca9c735bcfc9959" ] ], "content": "📅 Original date posted:2013-04-09\n📝 Original message:The obvious problem is that if you can frame it as a valid address, you can\nput what you want there. If you can make it pass the validation, miners\nhave no way of knowing it's not a valid address.\n\nOf course, there is nothing new about this. I ran strings on the blockchain\nand found all sorts of ascii rubbish right from the beginning.\n\n\nOn 9 April 2013 21:17, Jay F \u003cjayf at outlook.com\u003e wrote:\n\n\u003e On 4/9/2013 4:09 AM, Peter Todd wrote:\n\u003e \u003e On Tue, Apr 09, 2013 at 12:42:12PM +0200, Mike Hearn wrote:\n\u003e \u003e\u003e hack by changing the protocol. Nodes can serve up blocks encrypted\n\u003e under a\n\u003e \u003e\u003e random key. You only get the key when you finish the download. A\n\u003e blacklist\n\u003e \u003e NAK\n\u003e \u003e\n\u003e \u003e Makes bringing up a new node dependent on other nodes having consistent\n\u003e \u003e uptimes, particularly if you are on a low-bandwidth connection.\n\u003e \u003e\n\u003e \u003e\u003e can apply to Bloom filtering such that transactions which are known to\n\u003e be\n\u003e \u003e\u003e \"abusive\" require you to fully download the block rather than select the\n\u003e \u003e\u003e transactions with a filter. This means that people can still access the\n\u003e \u003e NAK\n\u003e \u003e\n\u003e \u003e No blacklists\n\u003e \u003e\n\u003e It depends on how clever the spammers get encoding stuff. If law\n\u003e enforcement forensic tools can pull a jpeg header + child porn out of\n\u003e the blockchain, then there's a problem that needs mitigation.\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e Precog is a next-generation analytics platform capable of advanced\n\u003e analytics on semi-structured data. The platform includes APIs for building\n\u003e apps and a phenomenal toolset for data science. Developers can use\n\u003e our toolset for easy data analysis \u0026 visualization. Get a free account!\n\u003e http://www2.precog.com/precogplatform/slashdotnewsletter\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130409/81a373d3/attachment.html\u003e", "sig": "7c38ff37a638d6ecb13bf4edfc1bd492509a231bb3ad93fcbf5dcb7b5641dbb6bb867b2c9ae30eb8d442d88a883718e9524b8bc4a09c619ce960074c4ce0cf37" }