📅 Original date posted:2014-07-27
📝 Original message:It’s in my logs:
2014-07-28 02:00:24 receive version message: /Satoshi:0.9.2/: version 70002, blocks=302684, us=******:8333, them=0.0.0.0:0, peer=5.9.93.101:33928
On Jul 27, 2014, at 10:45 PM, Gregory Maxwell <gmaxwell at gmail.com> wrote:
> On Sun, Jul 27, 2014 at 7:40 PM, Peter Todd <pete at petertodd.org> wrote:
>> Anyway, just goes to show that we need to implement better incoming
>> connection limiting. gmaxwell has a good scheme with interactive
>> proof-of-memory - where's your latest writeup?
>
> Or its a complete snipe hunt, I'm unable to find any nodes with it
> connected to them. Does anyone here have any?
>
> Last discussion on the measures for anti-global-resource-consumption
> was at https://bitcointalk.org/index.php?topic=310323.0 but it hasn't
> seemed to be a huge issue such that adding more protocol surface area
> was justified.
>
> ------------------------------------------------------------------------------
> Infragistics Professional
> Build stunning WinForms apps today!
> Reboot your WinForms applications with our WinForms controls.
> Build a bridge from your legacy apps to the future.
> http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Michael Wozniak [ARCHIVE] /
npub1th…6fx6z
2023-06-07 17:24:29
in reply to nevent1q…jcst
Author Public Key
npub1tha7g3nyfapxq5s9zmrs42pcur22pjzh0f2jpy4vwm4q6u0y7h9s76fx6zPublished at
2023-06-07 17:24:29Event JSON
{
"id": "918e17c586f63494ba852ac80f70a53cf77966530dc144625bbba932c7081202",
"pubkey": "5dfbe446644f4260520516c70aa838e0d4a0c8577a552092ac76ea0d71e4f5cb",
"created_at": 1686151469,
"kind": 1,
"tags": [
[
"e",
"556378d03a8e62c4388c049b5fe0908804bedabb839e44fa587da4e1fcf8b478",
"",
"root"
],
[
"e",
"189048ae4213c9a62701324826f682314343954a37f4cd38a722ac4f0fbbb121",
"",
"reply"
],
[
"p",
"4aa6cf9aa5c8e98f401dac603c6a10207509b6a07317676e9d6615f3d7103d73"
]
],
"content": "📅 Original date posted:2014-07-27\n📝 Original message:It’s in my logs:\n\n2014-07-28 02:00:24 receive version message: /Satoshi:0.9.2/: version 70002, blocks=302684, us=******:8333, them=0.0.0.0:0, peer=5.9.93.101:33928\n\n\nOn Jul 27, 2014, at 10:45 PM, Gregory Maxwell \u003cgmaxwell at gmail.com\u003e wrote:\n\n\u003e On Sun, Jul 27, 2014 at 7:40 PM, Peter Todd \u003cpete at petertodd.org\u003e wrote:\n\u003e\u003e Anyway, just goes to show that we need to implement better incoming\n\u003e\u003e connection limiting. gmaxwell has a good scheme with interactive\n\u003e\u003e proof-of-memory - where's your latest writeup?\n\u003e \n\u003e Or its a complete snipe hunt, I'm unable to find any nodes with it\n\u003e connected to them. Does anyone here have any?\n\u003e \n\u003e Last discussion on the measures for anti-global-resource-consumption\n\u003e was at https://bitcointalk.org/index.php?topic=310323.0 but it hasn't\n\u003e seemed to be a huge issue such that adding more protocol surface area\n\u003e was justified.\n\u003e \n\u003e ------------------------------------------------------------------------------\n\u003e Infragistics Professional\n\u003e Build stunning WinForms apps today!\n\u003e Reboot your WinForms applications with our WinForms controls. \n\u003e Build a bridge from your legacy apps to the future.\n\u003e http://pubads.g.doubleclick.net/gampad/clk?id=153845071\u0026iu=/4140/ostg.clktrk\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",
"sig": "5d4bfc001721b4fadb4c70acc836207d9dc35dbd9eaf075e264926052057b0e0e24ab097dec0619b7175ad184441a622079e88b6c93b0b4c549345b5136838ac"
}