Gavin Andresen [ARCHIVE] on Nostr: š Original date posted:2011-09-14 šļø Summary of this message: Delay ...
š
Original date posted:2011-09-14
šļø Summary of this message: Delay forwarding of blocks and their extensions until extended one more time to get the incentives right. Forking change is high risk for little benefit.
š Original message:> Perhaps better thing to do is to also delay the _forwarding_ of these
> blocks _and_ blocks that extend them, until extended one more time.
Excellent idea, that gets the incentives right.
RE: fixing the root cause with a forking change:
What do other people think? I think it is too high risk for too
little benefit and shouldn't be done until we have a really compelling
reason to introduce a forking change.
The first really compelling reason I can think of is removing the
MAX_BLOCK_SIZE limit (but does something clever to prevent the
rogue-miner-sends-you-a-valid-10Terabyte-block attack).
--
--
Gavin Andresen
šļø Summary of this message: Delay forwarding of blocks and their extensions until extended one more time to get the incentives right. Forking change is high risk for little benefit.
š Original message:> Perhaps better thing to do is to also delay the _forwarding_ of these
> blocks _and_ blocks that extend them, until extended one more time.
Excellent idea, that gets the incentives right.
RE: fixing the root cause with a forking change:
What do other people think? I think it is too high risk for too
little benefit and shouldn't be done until we have a really compelling
reason to introduce a forking change.
The first really compelling reason I can think of is removing the
MAX_BLOCK_SIZE limit (but does something clever to prevent the
rogue-miner-sends-you-a-valid-10Terabyte-block attack).
--
--
Gavin Andresen