<oembed><type>rich</type><version>1.0</version><author_name>npub1tjephawh7fdf6358jufuh5eyxwauzrjqa7qn50pglee4tayc2ntqcjtl6r</author_name><author_url>https://nostr.ae/npub1tjephawh7fdf6358jufuh5eyxwauzrjqa7qn50pglee4tayc2ntqcjtl6r</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2017-07-11&#xA;📝 Original message:On Jul 11, 2017 09:18, &#34;Chris Stewart via bitcoin-dev&#34; &lt;&#xA;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&#xA;Concept ACK.&#xA;&#xA;If drivechains are successful they should be viewed as the way we scale&#xA;&#xA;&#xA;I strongly disagree with that statement.&#xA;&#xA;Drivechains, and several earlier sidechains ideas, are not a scalability&#xA;improvement, but merely enabling users to opt-in for another security model.&#xA;&#xA;While obviously any future with wider adoption will need different&#xA;technologies that have different trade-offs, and anyone is free to choose&#xA;their security model, I don&#39;t think this particular one is interesting. In&#xA;terms of validation cost to auditors, it is as bad as just a capacity&#xA;increase on chain, while simultaneously adding the extra risk of miners&#xA;being able to vote to steal your money.&#xA;&#xA;Cheers,&#xA;&#xA;-- &#xA;Pieter&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170711/6c7b8145/attachment.html&gt;</html></oembed>