From: Keagan McClelland <keagan.mcclelland@gmail.com>
To: Bitcoin Protocol Discussion
<bitcoin-dev@lists.linuxfoundation.org>,
Erik Aronesty <erik@q32.com>
Cc: SatoshiSingh <SatoshiSingh@protonmail.com>
Subject: Re: [bitcoin-dev] Opinion on proof of stake in future
Date: Mon, 10 May 2021 09:01:05 -0600 [thread overview]
Message-ID: <CALeFGL02d9NVp+yobrtc2g6k2nBjBj0Qb==3Ukkbi8C_zb5qMg@mail.gmail.com> (raw)
In-Reply-To: <CAJowKg+QM94g+JcC-E-NGD4J9-nXHWt5kBw14bXTAWaqZz=bYw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3246 bytes --]
To reiterate some of the points here. My problem with proof of stake is
twofold.
1. It requires permission of coin holders to enter into the system. This is
not true of proof of work. You may even attempt (though not successfully) a
proof of work with pencil and paper and submit the block from a regular
laptop if you so choose. Whether this level of permissionlessness is
necessary is up to individual risk tolerance etc. but it is definitely the
default preference of Bitcoin.
2. Proof of stake must have a trusted means of timestamping to regulate
overproduction of blocks. This introduction of trust is generally
considered to be a nonstarter in Bitcoin. Proof of Work regulates this by
making blocks fundamentally difficult to produce in the first place.
Like Jeremy, I’m always interested to learn about new attempts in consensus
algorithms, but the bar to clear is very high and proof of stake to date
has not proposed much less demonstrated a set of properties that is
consistent with Bitcoins objectives.
Keagan
On Mon, May 10, 2021 at 8:43 AM Erik Aronesty via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> personally, not speaking for anyone else, i think that proof-of-burn
> has a much higher likelihood of being a) good enough security and b)
> solving the nothing-at-stake problem
>
> the only issue i see with a quality PoB implementation is a robust
> solution to the block-timing problem.
>
> https://grisha.org/blog/2018/01/23/explaining-proof-of-work/
>
> i do think there *could* be other low-energy solutions to verifiable
> timing, just haven't seen one
>
>
> On Fri, May 7, 2021 at 6:50 PM SatoshiSingh via bitcoin-dev
> <bitcoin-dev@lists.linuxfoundation.org> wrote:
> >
> > Hello list,
> >
> > I am a lurker here and like many of you I worry about the energy usage
> of bitcoin mining. I understand a lot mining happens with renewable
> resources but the impact is still high.
> >
> > I want to get your opinion on implementing proof of stake for bitcoin
> mining in future. For now, proof of stake is still untested and not battle
> tested like proof of work. Though someday it will be.
> >
> > In the following years we'll be seeing proof of stake being implemented.
> Smaller networks can test PoS which is a luxury bitcoin can't afford.
> Here's how I see this the possibilities:
> >
> > 1 - Proof of stake isn't a good enough security mechanism
> > 2 - Proof of state is a good security mechanism and works as intended
> >
> > IF PoS turns out to be good after battle testing, would you consider
> implementing it for Bitcoin? I understand this would invoke a lot of
> controversies and a hard fork that no one likes. But its important enough
> to consider a hard fork. What are your opinions provided PoS does work?
> >
> > Love from India.
> > _______________________________________________
> > bitcoin-dev mailing list
> > bitcoin-dev@lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
[-- Attachment #2: Type: text/html, Size: 4445 bytes --]
next prev parent reply other threads:[~2021-05-10 15:01 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-07 17:17 [bitcoin-dev] Opinion on proof of stake in future SatoshiSingh
2021-05-07 23:04 ` Eric Voskuil
2021-05-08 14:33 ` Karl
2021-05-09 10:21 ` R E Broadley
2021-05-09 10:59 ` Karl
2021-05-07 23:19 ` Jeremy
2021-05-08 2:40 ` honest69abe
2021-05-08 14:42 ` Karl
2021-05-09 19:07 ` Cloud Strife
2021-05-08 13:44 ` Eric Martindale
2021-05-09 11:30 ` R E Broadley
2021-05-10 14:08 ` Erik Aronesty
2021-05-10 15:01 ` Keagan McClelland [this message]
2021-05-10 21:22 ` LORD HIS EXCELLENCY JAMES HRMH
2021-05-10 21:51 ` Jeremy
2021-05-17 16:58 ` Erik Aronesty
2021-05-18 7:06 ` ZmnSCPxj
2021-05-18 10:16 ` Zac Greenwood
2021-05-18 10:42 ` ZmnSCPxj
2021-05-18 14:02 ` Zac Greenwood
2021-05-18 18:52 ` Erik Aronesty
2021-05-19 14:07 ` Michael Dubrovsky
2021-05-19 15:30 ` Michael Dubrovsky
2021-05-21 0:04 ` Billy Tetrud
2021-05-21 9:42 ` vizeet srivastava
2021-05-21 20:57 ` Erik Aronesty
2021-05-21 21:45 ` Billy Tetrud
2021-05-23 3:41 ` Lloyd Fournier
2021-05-23 19:10 ` Billy Tetrud
2021-05-23 19:28 ` Billy Tetrud
2021-05-24 13:47 ` Erik Aronesty
2021-05-24 20:43 ` Billy Tetrud
2021-05-24 21:49 ` Erik Aronesty
2021-05-25 1:52 ` Billy Tetrud
2021-05-25 13:00 ` Erik Aronesty
2021-05-25 20:01 ` Billy Tetrud
2021-05-25 21:10 ` befreeandopen
2021-05-26 6:53 ` Billy Tetrud
2021-05-26 13:11 ` befreeandopen
2021-05-26 22:07 ` Erik Aronesty
2021-05-28 14:40 ` befreeandopen
2021-05-28 20:06 ` Erik Aronesty
2021-05-28 21:40 ` Billy Tetrud
2021-06-01 8:21 ` befreeandopen
2021-06-01 16:33 ` Erik Aronesty
2021-06-01 19:26 ` befreeandopen
2021-06-01 20:28 ` Erik Aronesty
2021-06-03 5:30 ` SatoshiSingh
2021-06-07 6:15 ` Billy Tetrud
2021-05-27 10:08 ` Billy Tetrud
2021-05-27 13:11 ` Erik Aronesty
2021-05-28 14:36 ` befreeandopen
2021-05-25 8:22 ` befreeandopen
2021-06-15 11:13 ` James MacWhyte
2021-06-17 1:48 ` Lloyd Fournier
2021-06-17 3:31 ` Cloud Strife
2021-06-22 17:45 ` Billy Tetrud
2021-06-23 18:14 ` Keagan McClelland
2021-06-24 0:14 ` Billy Tetrud
2021-06-24 0:37 ` Keagan McClelland
2021-06-24 17:34 ` yanmaani
2021-06-24 21:50 ` Erik Aronesty
2021-06-25 0:29 ` yanmaani
2021-06-25 16:08 ` Ruben Somsen
[not found] ` <MN2PR10MB4030EBD14EF82E29CFEDD00FB1069@MN2PR10MB4030.namprd10.prod.outlook.com>
2021-06-26 16:26 ` Billy Tetrud
2021-05-08 10:21 Prayank
[not found] <mailman.100801.1624522329.32591.bitcoin-dev@lists.linuxfoundation.org>
2021-06-24 8:59 ` Carlo Spiller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CALeFGL02d9NVp+yobrtc2g6k2nBjBj0Qb==3Ukkbi8C_zb5qMg@mail.gmail.com' \
--to=keagan.mcclelland@gmail.com \
--cc=SatoshiSingh@protonmail.com \
--cc=bitcoin-dev@lists.linuxfoundation.org \
--cc=erik@q32.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox