What if OP_TXHASH is a no op except for the purpose of emulating CTV and
APO?
On Wed, Jan 26, 2022 at 5:16 PM Jeremy via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> Hi Russell,
>
> Thanks for this email, it's great to see this approach described.
>
> A few preliminary notes of
Much of the confusion around the Bitcoin protocol is the concept that
mining nodes 'control' the network.
I suggest renaming full nodes- to something like "validator node" to
emphasize that full nodes check if blocks are valid.
Then we could say:
"Bitcoin is decentralized because anyone can run
Bitcoin is a protocol. Protocols should be:
Secure;
Backwards compatible;
Forward compatible;
and agreed by consensus
For Bitcoin, these properties are particularly important.
The fourth one is important not just because Bitcoin is a payment network,
but because more eyes on code creates
Making Bitcoin function after 2038 is by definition a hard fork
I feel if we do HF, we should bundle other HF changes with it...
On Wed, Oct 13, 2021 at 5:19 PM vjudeu via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> It seems that Bitcoin Core will stop working in 2038 because
If MTP-11 is greater than 5 years after the release date of the current
software version, the full node should shut down automatically.
This would allow writing code that gives the community ~5 years to upgrade
to a version that executes a new hard fork while keeping everyone in
consensus,
.
>
> IMHO if we want to make BTC cleaner we can add functionality where users
> can prioritise some miners over the others, with the view that users will
> prioritise "green" miners and they will get more TX fees, and there will be
> economic incentive to go gre
Background
===
Reducing the block reward reduces the incentive to mine. It reduces the
maximum energy price at which mining is profitable, reducing the energy use.
Bitcoins have value because they are accepted by full node users, from
individual node operators, to exchanges and custodians like
