What is Nostr?
Erik Aronesty [ARCHIVE] /
npub1y22…taj0
2023-06-07 18:01:45
in reply to nevent1q…efqp

Erik Aronesty [ARCHIVE] on Nostr: πŸ“… Original date posted:2017-05-23 πŸ“ Original message:Instead of block ...

πŸ“… Original date posted:2017-05-23
πŸ“ Original message:Instead of block thresholds, use utxo bits to coordinate size changes
(larger and smaller should be allowed).

There is no reason for miners to be involved in a decision to change this
aspects of the protocol. Plenty of other ways to coordinate.

Otherwise someone can make it seem to a miner like 99pct of nodes are ready
for a larger weight.... even though that's false.

On May 23, 2017 8:03 AM, "Tomas via bitcoin-dev" <
bitcoin-dev at lists.linuxfoundation.org> wrote:

> I have a proposal that would allow each user to optionally configure the
> maximum block weight at a support threshold.
>
> It recognizes that there is no need for off chain bickering, by
> providing a mechanism that lets each users freely choose their own
> parameters while still maintaining full coordination of any changes.
>
> The BIP can be found here:
>
> https://github.com/tomasvdw/bips/blob/master/bip-changing-
> the-maximum-block%20weight-based-on-a-support-threshold.mediawiki
>
> It is worth noting that this proposal does neither gives more power to
> miners nor reduces decentralization. Miners still rely on their blocks
> being accepted by economic nodes to sell their minted coins. This
> proposal doesn't change that.
>
> Regards,
> Tomas van der Wansem
> bitcrust
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20170523/e6d5a95f/attachment.html>;
Author Public Key
npub1y22yec0znyzw8qndy5qn5c2wgejkj0k9zsqra7kvrd6cd6896z4qm5taj0