Emil Engler [ARCHIVE] on Nostr: š Original date posted:2019-09-13 š Original message:Hello, I'm thinking about ...
š
Original date posted:2019-09-13
š Original message:Hello, I'm thinking about writing a BIP about resetting the testnet on
regular/scheduled basis
The idea works like this:
* Every 210000 block is being used as the genesis of a completely new chain.
* The old one gets forgotten
* No chain can be longer than 210000 blocks
The problems are:
* How to get this working with testnet3? Only a hardfork probably.
* Is it that easy to change the chain while Bitcoin Core is running?
Probably the blocks need to be appended to the cureent one. After a
restart it would get patched
* Could the the chain derive into multiple once at every reset? (Planned
attacks)
What do you think about the idea?
Greetings,
Emil Engler
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pEpkey.asc
Type: application/pgp-keys
Size: 3147 bytes
Desc: not available
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20190914/26a11cd7/attachment.bin>
š Original message:Hello, I'm thinking about writing a BIP about resetting the testnet on
regular/scheduled basis
The idea works like this:
* Every 210000 block is being used as the genesis of a completely new chain.
* The old one gets forgotten
* No chain can be longer than 210000 blocks
The problems are:
* How to get this working with testnet3? Only a hardfork probably.
* Is it that easy to change the chain while Bitcoin Core is running?
Probably the blocks need to be appended to the cureent one. After a
restart it would get patched
* Could the the chain derive into multiple once at every reset? (Planned
attacks)
What do you think about the idea?
Greetings,
Emil Engler
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pEpkey.asc
Type: application/pgp-keys
Size: 3147 bytes
Desc: not available
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20190914/26a11cd7/attachment.bin>