{"type":"rich","version":"1.0","author_name":"npub1wtx5qvewc7pd6znlvwktq03mdld05mv3h5dkzfwd3dc30gdmsptsugtuyn","author_url":"https://nostr.ae/npub1wtx5qvewc7pd6znlvwktq03mdld05mv3h5dkzfwd3dc30gdmsptsugtuyn","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2011-09-14\n🗒️ Summary of this message: The security of the Bitcoin protocol should be the top priority, even if it means putting pools at a disadvantage. Pool operators' problems are also potential attackers' problems.\n📝 Original message:Am I the only one to think putting pools at a disadvantage is actually\ndesirable?\nBack when pools started to appear we all had huge reservations about putting\nso much control into the hands of a few pool operators, but nowadays it\nseems that having pool operators control a vast majority of the\ncomputational power is desired.\nI do like pools (I use them myself), but we should put the security of the\nprotocol in first place and then only think about individual players.\nAlways remember that the problems pool operators encounter are likely also\nthe ones of a potential attacker that tries to accumulate 50%+ of the\nnetwork power :-)\n\nRegards,\nChris\nOn Wed, Sep 14, 2011 at 5:43 PM, Luke-Jr \u003cluke at dashjr.org\u003e wrote:\n\n\u003e On Wednesday, September 14, 2011 10:45:36 AM Gavin Andresen wrote:\n\u003e \u003e The block timestamp rules currently give HOURS of wiggle-room for\n\u003e \u003e timestamps. We can't change those rules without risking a chain split.\n\u003e\n\u003e And those hours of wiggle-room are not enough to cause a problem.\n\u003e The problem only comes in (AFAIK) when the existing rules are *not*\n\u003e enforced.\n\u003e\n\u003e \u003e Assuming a majority of pools/miners adopt the \"discourage blocks with\n\u003e \u003e stale timestamps\" rule, that should squash any incentive for cartels\n\u003e \u003e to try to start playing with difficulty-- you would have to have 50+%\n\u003e \u003e power to start, or you risk producing mostly orphan blocks.\n\u003e\n\u003e As this is against pools/miners' interests, and doesn't seem to solve any\n\u003e real\n\u003e problems, I'm going to discourage its adoption if it ever gets done.\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e BlackBerry\u0026reg; DevCon Americas, Oct. 18-20, San Francisco, CA\n\u003e Learn about the latest advances in developing for the\n\u003e BlackBerry\u0026reg; mobile platform with sessions, labs \u0026 more.\n\u003e See new tools and technologies. Register for BlackBerry\u0026reg; DevCon today!\n\u003e http://p.sf.net/sfu/rim-devcon-copy1\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\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20110914/7cbfb95f/attachment.html\u003e"}