the intent of this post is to ruminate on an idea conceived out the blue which may make no sense whatsoever, but which may give alternative ideas to those reading it.
what if it were possible to put out a soft fork which would enable the network to 'detect' future hybrid forks of itself and act in response? as an example, imagine this :
- goal is to prevent hybrid forks from generating two separate 'competing' coins
- soft fork is put out which contains new code C1-C4 which lies 'dormant', and new code C5 which is 'active'
- C5 somehow 'detects' when a future hybrid fork of itself occurs (even if the code in the fork has code C5 removed)
- If C5 'detects' the existence of a hybrid-forked-coin, it 'activates' code C1-C4
- C1-C4 copies the ledger from itself to the new hybrid-forked ledger, optionally executing a filter when doing so. As it does so, it marks its ledger entries as 'transferred'
- when all ledger entries are marked as 'transferred', the node somehow gets marked 'invalid'
- communication to 'invalid' nodes get redirected to 'valid' ones
- eventually all nodes in the pre-hybrid-fork network would be 'invalid'
- the pre-hybrid-fork network (that is, the 'old coin') then itself becomes invalid
- all communication to the pre-hybrid-fork network somehow get redirected to the new network
in other words, any new hybrid fork (which is a type of hard fork) which occurs will always become the "new" version of the coin, which would maintain it's ticker symbol, and all transactions which have gone through the alternate filter would be preserved in the "new" version of the coin, meaning everyone in the ledger would still have their funds.
again, the intent of this post is to stimulate alternate thought processes, not to claim that the above is even possible to do as currently outlined.