* [bitcoin-dev] Pedantic note on the use of "eventual consistency" to describe Bitcoin [Was: Let's deploy BIP65 CHECKLOCKTIMEVERIFY!]
@ 2015-10-01 1:08 Gregory Maxwell
0 siblings, 0 replies; only message in thread
From: Gregory Maxwell @ 2015-10-01 1:08 UTC (permalink / raw)
To: Jorge Timón; +Cc: Bitcoin Dev
On Wed, Sep 30, 2015 at 10:14 PM, Jorge Timón
<bitcoin-dev@lists.linuxfoundation.org> wrote:
> reason you don't think guaranteed eventual consistency has any value
Obligatory pedantic correction: In Bitcoin we don't actually achieve
"eventual consistency" of the kind which is usually described in the
literature. In Bitcoin the probability of reorg to a particular point
diminishes over time but never is guaranteed to be _zero_ (at least
within the framework of bitcoin itself), and at the same time we have
stronger ordering properties than is normally implied by eventual
consistency (so, e.g. an update may never happen if its conflicted
first).
This is completely irrelevant to your point-- soft forks obey the
normal consistency process for bitcoin where a hard fork (especially a
mutual one) does not... but I'm sure there is an academic out there
that cringes when we use the words "eventual consistency" to describe
Bitcoin, and I feel like I'd be remiss to not offer this minor
correction. :)
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2015-10-01 1:08 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-10-01 1:08 [bitcoin-dev] Pedantic note on the use of "eventual consistency" to describe Bitcoin [Was: Let's deploy BIP65 CHECKLOCKTIMEVERIFY!] Gregory Maxwell
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox