{"type":"rich","version":"1.0","author_name":"npub18plyg5mfmzwlvkcx0fhudfll3x5phjvvlglw4dgj6t5ehyp87ttqzv2ml4","author_url":"https://nostr.ae/npub18plyg5mfmzwlvkcx0fhudfll3x5phjvvlglw4dgj6t5ehyp87ttqzv2ml4","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-06-19\n📝 Original message:\u003e\n\u003e Unless you're sybil attacking the network and miners, consuming valuable\n\u003e resources and creating systemic risks of failure like we saw with\n\u003e Chainalysis, I don't see how you're getting \"very small\" double-spend\n\u003e probabilities.\n\u003e\n\nSo connecting to many nodes just because we can and it's not technically\nprevented is bad for the network and creating systemic risks of failure,\nbut relaying harmful double spend transactions just because you can and\nit's not technically prevented, is good for everyone?\n\n\n\u003e You know, you're creating an interesting bit of game theory here: if I'm\n\u003e a miner who doesn't already have a mining contract, why not implement\n\u003e full-RBF to force Coinbase to offer me one? One reason might be because\n\u003e other miners with such a contract - a majority - are going to be asked\n\u003e by Coinbase to reorg you out of the blockchain, but then we have a\n\u003e situation where a single entity has control of the blockchain.\n\u003e\n\nIf someone did enter into contracts with miners to mine certain\ntransactions, and had a guarantee that the miners would not build on\nprevious blocks which included double spends, then they would only need\ncontracts with 51% of the network anyway. So it wouldn't really matter if\nyou were a small time miner and wanted to run full-RBF.\n\n\n\u003e For the good of Bitcoin, and your own company, you'd do well to firmly\n\u003e state that under no condition will Coinbase ever enter into mining\n\u003e contracts.\n\u003e\n\nI don't personally see what good this does for bitcoin. Now you are\nsuggesting that we should prevent a 51% attack by using policy and\npromises, rather than a technical solution. How is this any better than us\nrelying on existing double spend rules which are based on policy and\npromises?\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150619/ad6b6736/attachment.html\u003e"}