<oembed><type>rich</type><version>1.0</version><author_name>npub1vtwuk4rjyj6zrq3tv2z9lvdm6a7g8zujf0gz9q2vljlztdaqw36sjjsjpg</author_name><author_url>https://nostr.ae/npub1vtwuk4rjyj6zrq3tv2z9lvdm6a7g8zujf0gz9q2vljlztdaqw36sjjsjpg</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-10-14&#xA;📝 Original message:On Wed, Oct 14, 2015 at 1:02 PM, Emin Gün Sirer&#xA;&lt;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&gt; while the whitepaper has all the nitty gritty details:&#xA;&gt;      http://arxiv.org/abs/1510.02037&#xA;&#xA;Taking reward compensation back by fraud proofs is not enough to fix&#xA;the problems associated with double spending (such as, everyone has to&#xA;wait for the &#34;real&#34; confirmations instead of the &#34;possibly&#xA;double-spend&#34; confirmations). Some of this was discussed in -wizards&#xA;recently:&#xA;http://gnusha.org/bitcoin-wizards/2015-09-19.log&#xA;&#xA;For a system based entirely on fraud proofs and threat of fraud&#xA;proofs, see fidelity-bonded ledgers:&#xA;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2013-February/002189.html&#xA;https://bitcointalk.org/index.php?topic=146307.0&#xA;&#xA;- Bryan&#xA;http://heybryan.org/&#xA;1 512 203 0507</html></oembed>