{"type":"rich","version":"1.0","author_name":"npub1g6vxlp4e0nyhs2dqxxcryztyf5f5hyuaq93nw4r87zcnv0sdsa0qqsl5wd","author_url":"https://nostr.ae/npub1g6vxlp4e0nyhs2dqxxcryztyf5f5hyuaq93nw4r87zcnv0sdsa0qqsl5wd","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-05-16\n📝 Original message:On Sat, May 16, 2015 at 5:39 AM, Stephen \u003cstephencalebmorse at gmail.com\u003e\nwrote:\n\n\u003e I think this could be mitigated by counting confirmations differently. We\n\u003e should think of confirmations as only coming from blocks following the\n\u003e miners' more strict rule set. So if a merchant were to see payment for the\n\u003e first time in a block that met their own size restrictions but not the\n\u003e miners', then they would simply count it as unconfirmed.\n\u003e\n\nIn effect, there is a confirm penalty for less strict blocks.  Confirms =\nmax(miner_confirms, merchant_confirms - 3, 0)\n\nMerchants who don't upgrade end up having to wait longer to hit\nconfirmations.\n\nIf they get deep enough in the chain, though, the client should probably\n\u003e count them as being confirmed anyway, even if they don't meet the client\n\u003e nodes' expectation of the miners' block size limit. This happening probably\n\u003e just means that the client has not updated their software (or\n\u003e -minermaxblocksize configuration, depending on how it is implemented) in a\n\u003e long time.\n\u003e\n\nThat is a good idea.  Any parameters that have miner/merchant differences\nshould be modifiable (but only upwards) in the command line.\n\n\"Why are my transactions taking longer to confirm?\"\n\n\"There was a soft fork to make the block size larger and your client is\nbeing careful.  You need to add \"minermaxblocksize=4MB\" to your\nbitcoin.conf file.\"\n\nHah, it could be called a \"semi-hard fork\"?\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150516/e5dd0406/attachment.html\u003e"}