📅 Original date posted:2017-03-30
📝 Original message:Raystonn,
Your logic is very hard to dispute. An important special case is small
miners.
Small miners use pools exactly because they want smaller, more frequent
payments.
Rising fees force them to take payments less frequently, and will only tend
to make more of them give up.
With fees rising superlinearly, this centralizing effect is much stronger
than the oft-cited worry of small miners joining large pools to decrease
orphan rates.
On Mar 29, 2017 15:01, "Raystonn . via bitcoin-dev" <
bitcoin-dev at lists.linuxfoundation.org> wrote:
Low node costs are a good goal for nodes that handle transactions the node
operator can afford. Nobody is going to run a node for a network they do
not use for their own transactions. If transactions have fees that
prohibit use for most economic activity, that means node count will drop
until nodes are generally run by those who settle large amounts. That is
very centralizing.
Raystonn
On 29 Mar 2017 12:14 p.m., Jared Lee Richardson via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
In order for any blocksize increase to be agreed upon, more consensus is
needed. The proportion of users believing no blocksize increases are
needed is larger than the hardfork target core wants(95% consensus). The
proportion of users believing in microtransactions for all is also larger
than 5%, and both of those groups may be larger than 10% respectively. I
don't think either the Big-blocks faction nor the low-node-costs faction
have even a simple majority of support. Getting consensus is going to be a
big mess, but it is critical that it is done.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170330/2efe6ad0/attachment.html>;
Tom Harding [ARCHIVE] /
npub1ms…pmwjy
2023-06-07 17:58:33
in reply to nevent1q…wkfk
Author Public Key
npub1msef5qkfwz4t7qacwxz775wgdtlytph78g2g2z903x90874u263sypmwjyPublished at
2023-06-07 17:58:33Event JSON
{
"id": "efd668838bbbc21194c20665dc7c17b974d198561d350342cc59807e9ff68484",
"pubkey": "dc329a02c970aabf03b87185ef51c86afe4586fe3a148508af898af3fabc56a3",
"created_at": 1686160713,
"kind": 1,
"tags": [
[
"e",
"845616cd1ad8e2d4086dc5d09435f968f9480d09c1d9014832a2f7d340aeb9b2",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2017-03-30\n📝 Original message:Raystonn,\n\nYour logic is very hard to dispute. An important special case is small\nminers.\n\nSmall miners use pools exactly because they want smaller, more frequent\npayments.\n\nRising fees force them to take payments less frequently, and will only tend\nto make more of them give up.\n\nWith fees rising superlinearly, this centralizing effect is much stronger\nthan the oft-cited worry of small miners joining large pools to decrease\norphan rates.\n\n\nOn Mar 29, 2017 15:01, \"Raystonn . via bitcoin-dev\" \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\nLow node costs are a good goal for nodes that handle transactions the node\noperator can afford. Nobody is going to run a node for a network they do\nnot use for their own transactions. If transactions have fees that\nprohibit use for most economic activity, that means node count will drop\nuntil nodes are generally run by those who settle large amounts. That is\nvery centralizing.\n\nRaystonn\n\nOn 29 Mar 2017 12:14 p.m., Jared Lee Richardson via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\nIn order for any blocksize increase to be agreed upon, more consensus is\nneeded. The proportion of users believing no blocksize increases are\nneeded is larger than the hardfork target core wants(95% consensus). The\nproportion of users believing in microtransactions for all is also larger\nthan 5%, and both of those groups may be larger than 10% respectively. I\ndon't think either the Big-blocks faction nor the low-node-costs faction\nhave even a simple majority of support. Getting consensus is going to be a\nbig mess, but it is critical that it is done.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170330/2efe6ad0/attachment.html\u003e",
"sig": "575a72bd731e71be13ef0df24322bb80c7848fb1761580701049b8e2d413e9b7099de07771b7c5063eeffc95d7656c9fcb75b088a88cf47e153c34853bd60dd3"
}