đź“… Original date posted:2017-05-08
đź“ť Original message:A full node provides several services to the network:
1•Broadcasts blocks (public service)
2•Broadcasts transactions (public/private service)
3•Increases privacy by hiding other node’s IPs
4•Increases network security by protecting it from global DoS.
5•Provides information filtering services to SPV nodes.
6•Provides historic blockchain and state information to new nodes.
With your tip idea you only encourages 6, and by increasing the number of
nodes, also 3 and 4.
The services 1 and 2 cannot be encouraged by tips.
However, it's a good way to start.
There was a way to encourage 2 I described in 2013. (
https://bitcointalk.org/index.php?topic=385528.msg4155300#msg4155300)
I'll soon present a solution to encourage full nodes to store the
blockchain based on Proof-of-Unique-Blockchain-Storage (PoUBS), a feature
that RSK will add to incentivize Bitcoin and RSK full nodes. This solution
encourages 6.
On Thu, May 4, 2017 at 4:28 PM, Erik Aronesty via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> This is actually LN’s killer use case - not buying coffees ;)
>>
>
> Yes, micro-payments for online network services is precisely what LN is
> best at.
>
> Establishing a channel with each peer is too expensive. But using LN to
> micro-pay for high-quality peer services seems like it would aggregate very
> well.
>
> It would be great if this protocol was in-place and ready to go in or
> around the same time LN is ready. It would incentivize full nodes even
> further than LN does, and allow the network to be strongly DDOS resistant.
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170508/02bf028a/attachment.html>;
Sergio Demian Lerner [ARCHIVE] /
npub1fv…3vq7f
2023-06-07 18:00:47
in reply to nevent1q…zw3f
Author Public Key
npub1fvuxqdqg7klqqgy3yy8gdxjv4phu92sll5y8zqm2qe5qdrhxymhqf3vq7fPublished at
2023-06-07 18:00:47Event JSON
{
"id": "4398bcd9b8bc6aaf0ecda408b9bb2161688090ace9bae9506092a0970868fceb",
"pubkey": "4b38603408f5be002091210e869a4ca86fc2aa1ffd0871036a0668068ee626ee",
"created_at": 1686160847,
"kind": 1,
"tags": [
[
"e",
"f1a95efbdac6335d0cd6694de02881d5a2d41c381de623952606610046b1a5ed",
"",
"root"
],
[
"e",
"7a7d6cd0f613e43675de9e95d9d150652344cdbb946f7e6622f0c30f6906113f",
"",
"reply"
],
[
"p",
"22944ce1e29904e3826d25013a614e4665693ec514003efacc1b7586e8e5d0aa"
]
],
"content": "📅 Original date posted:2017-05-08\n📝 Original message:A full node provides several services to the network:\n\n1•Broadcasts blocks (public service)\n2•Broadcasts transactions (public/private service)\n3•Increases privacy by hiding other node’s IPs\n4•Increases network security by protecting it from global DoS.\n5•Provides information filtering services to SPV nodes.\n6•Provides historic blockchain and state information to new nodes.\n\nWith your tip idea you only encourages 6, and by increasing the number of\nnodes, also 3 and 4.\nThe services 1 and 2 cannot be encouraged by tips.\n\nHowever, it's a good way to start.\n\nThere was a way to encourage 2 I described in 2013. (\nhttps://bitcointalk.org/index.php?topic=385528.msg4155300#msg4155300)\n\nI'll soon present a solution to encourage full nodes to store the\nblockchain based on Proof-of-Unique-Blockchain-Storage (PoUBS), a feature\nthat RSK will add to incentivize Bitcoin and RSK full nodes. This solution\nencourages 6.\n\n\n\nOn Thu, May 4, 2017 at 4:28 PM, Erik Aronesty via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e This is actually LN’s killer use case - not buying coffees ;)\n\u003e\u003e\n\u003e\n\u003e Yes, micro-payments for online network services is precisely what LN is\n\u003e best at.\n\u003e\n\u003e Establishing a channel with each peer is too expensive. But using LN to\n\u003e micro-pay for high-quality peer services seems like it would aggregate very\n\u003e well.\n\u003e\n\u003e It would be great if this protocol was in-place and ready to go in or\n\u003e around the same time LN is ready. It would incentivize full nodes even\n\u003e further than LN does, and allow the network to be strongly DDOS resistant.\n\u003e\n\u003e\n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170508/02bf028a/attachment.html\u003e",
"sig": "0f5849b6bb4f33c27e0153b8d2a5325d1adf5255cf95409d2d516a3b02523413caf738d0d84dfab3e5929b5ca8c4f288d48e37978a4a1f48b41a5ad8a7be4220"
}