<oembed><type>rich</type><version>1.0</version><author_name>npub1swfeusu3ua9trup00qcnrgc2yndksyvgku4epk5tec7u4fmrez6qxpul5t</author_name><author_url>https://nostr.ae/npub1swfeusu3ua9trup00qcnrgc2yndksyvgku4epk5tec7u4fmrez6qxpul5t</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-04-23&#xA;📝 Original message:This is outright ridiculous.&#xA;&#xA;Zero-confirmation double-spending is a small problem, and possible&#xA;solutions are known. (E.g. trusted third party + multi-sig addresses for&#xA;small-value transactions.)&#xA;&#xA;On the other hand, protocol changes like described above might have&#xA;game-theoretical implications which are non-trivial and hard to understand.&#xA;&#xA;The above approach works as long as the majority of hashpower is honest,&#xA;&gt; defined to mean, working to stop double spending. This is the same security&#xA;&gt; property as described in the white paper, thus this introduces no new&#xA;&gt; security assumptions.&#xA;&gt;&#xA;&#xA;No. Bitcoin should work if miners are merely individually rational, i.e.&#xA;they try to maximize their pay-offs without colluding with others.&#xA;&#xA;I guess word &#34;honest&#34; might have different meanings, that can be a source&#xA;of confusing.&#xA;1. Honest -- not trying to destroy bitcoin&#xA;2. Honest -- following rules which are not required by the protocol&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140423/65999bd2/attachment.html&gt;</html></oembed>