{"type":"rich","version":"1.0","title":"lisa neigut [ARCHIVE] wrote","author_name":"lisa neigut [ARCHIVE] (npub1sp…s64t2)","author_url":"https://yabu.me/npub1sprhp66c693av0c0n9had046hcdcckp2th25fnmphwstc5e4wg9qxs64t2","provider_name":"njump","provider_url":"https://yabu.me","html":"📅 Original date posted:2019-11-07\n📝 Original message:\n\u003e Imagine the following setup: a network of nodes that trust each other\n\nThe goal of this pre-payment proposal is to remove the need for trusted\nparties.\n\nOn Thu, Nov 7, 2019 at 07:38 Joost Jager \u003cjoost.jager at gmail.com\u003e wrote:\n\n\u003e \u003e Isn't spam something that can also be addressed by using rate limits for\n\u003e\u003e \u003e failures? If all relevant nodes on the network employ rate limits, they\n\u003e\u003e can\n\u003e\u003e \u003e isolate the spammer and diminish their disruptive abilities.\n\u003e\u003e\n\u003e\u003e Sure, once the spammer has jammed up the network, he'll be stopped.  So\n\u003e\u003e will everyone else.  Conner had a proposal like this which didn't work,\n\u003e\u003e IIRC.\n\u003e\u003e\n\u003e\n\u003e Do you have ref to this proposal?\n\u003e\n\u003e Imagine the following setup: a network of nodes that trust each other (as\n\u003e far as spam is concerned) applies a 100 htlc/sec rate limit to the channels\n\u003e between themselves. Channels to untrusted nodes get a rate of only 1\n\u003e htlc/sec. Assuming the spammer isn't a trusted node, they can only spam at\n\u003e 1 htlc/s and won't jam up the network?\n\u003e _______________________________________________\n\u003e Lightning-dev mailing list\n\u003e Lightning-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20191107/70d3266f/attachment.html\u003e"}