<oembed><type>rich</type><version>1.0</version><title>Keagan McClelland [ARCHIVE] wrote</title><author_name>Keagan McClelland [ARCHIVE] (npub1f2…ms289)</author_name><author_url>https://yabu.me/npub1f2nxequ09nz44775vv6lkffq2plzqvrqramnk29eddmwcc9z7jys8ms289</author_url><provider_name>njump</provider_name><provider_url>https://yabu.me</provider_url><html>📅 Original date posted:2021-05-10&#xA;📝 Original message:To reiterate some of the points here. My problem with proof of stake is&#xA;twofold.&#xA;&#xA;1. It requires permission of coin holders to enter into the system. This is&#xA;not true of proof of work. You may even attempt (though not successfully) a&#xA;proof of work with pencil and paper and submit the block from a regular&#xA;laptop if you so choose. Whether this level of permissionlessness is&#xA;necessary is up to individual risk tolerance etc. but it is definitely the&#xA;default preference of Bitcoin.&#xA;&#xA;2. Proof of stake must have a trusted means of timestamping to regulate&#xA;overproduction of blocks. This introduction of trust is generally&#xA;considered to be a nonstarter in Bitcoin. Proof of Work regulates this by&#xA;making blocks fundamentally difficult to produce in the first place.&#xA;&#xA;Like Jeremy, I’m always interested to learn about new attempts in consensus&#xA;algorithms, but the bar to clear is very high and proof of stake to date&#xA;has not proposed much less demonstrated a set of properties that is&#xA;consistent with Bitcoins objectives.&#xA;&#xA;Keagan&#xA;&#xA;On Mon, May 10, 2021 at 8:43 AM Erik Aronesty via bitcoin-dev &lt;&#xA;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&#xA;&gt; personally, not speaking for anyone else, i think that proof-of-burn&#xA;&gt; has a much higher likelihood of being a) good enough security and b)&#xA;&gt; solving the nothing-at-stake problem&#xA;&gt;&#xA;&gt;  the only issue i see with a quality PoB implementation is a robust&#xA;&gt; solution to the block-timing problem.&#xA;&gt;&#xA;&gt; https://grisha.org/blog/2018/01/23/explaining-proof-of-work/&#xA;&gt;&#xA;&gt; i do think there *could* be other low-energy solutions to verifiable&#xA;&gt; timing, just haven&#39;t seen one&#xA;&gt;&#xA;&gt;&#xA;&gt; On Fri, May 7, 2021 at 6:50 PM SatoshiSingh via bitcoin-dev&#xA;&gt; &lt;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&gt; &gt;&#xA;&gt; &gt; Hello list,&#xA;&gt; &gt;&#xA;&gt; &gt; I am a lurker here and like many of you I worry about the energy usage&#xA;&gt; of bitcoin mining. I understand a lot mining happens with renewable&#xA;&gt; resources but the impact is still high.&#xA;&gt; &gt;&#xA;&gt; &gt; I want to get your opinion on implementing proof of stake for bitcoin&#xA;&gt; mining in future. For now, proof of stake is still untested and not battle&#xA;&gt; tested like proof of work. Though someday it will be.&#xA;&gt; &gt;&#xA;&gt; &gt; In the following years we&#39;ll be seeing proof of stake being implemented.&#xA;&gt; Smaller networks can test PoS which is a luxury bitcoin can&#39;t afford.&#xA;&gt; Here&#39;s how I see this the possibilities:&#xA;&gt; &gt;&#xA;&gt; &gt; 1 - Proof of stake isn&#39;t a good enough security mechanism&#xA;&gt; &gt; 2 - Proof of state is a good security mechanism and works as intended&#xA;&gt; &gt;&#xA;&gt; &gt; IF PoS turns out to be good after battle testing, would you consider&#xA;&gt; implementing it for Bitcoin? I understand this would invoke a lot of&#xA;&gt; controversies and a hard fork that no one likes. But its important enough&#xA;&gt; to consider a hard fork. What are your opinions provided PoS does work?&#xA;&gt; &gt;&#xA;&gt; &gt; Love from India.&#xA;&gt; &gt; _______________________________________________&#xA;&gt; &gt; bitcoin-dev mailing list&#xA;&gt; &gt; bitcoin-dev at lists.linuxfoundation.org&#xA;&gt; &gt; https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev&#xA;&gt; _______________________________________________&#xA;&gt; bitcoin-dev mailing list&#xA;&gt; bitcoin-dev at lists.linuxfoundation.org&#xA;&gt; https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev&#xA;&gt;&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20210510/a45a8038/attachment.html&gt;</html></oembed>