So, dev, what about target distance instead of target time?
Probably you need to describe your proposal in more details. I have no idea what do you mean by "target distance".
I am not going to say that an individual block time shall be perfectly valid. The only restriction that the top of a main chain shall not end in remote future.
This is just the problem, "remote future" is effectively undefined because "current time" which it is relative to is effectively undefined. The allowed values for "remote future" would have to be quite remote, and quite broad. As such, I don't feel that this would accomplish what you think.
BitCoin is also using time paradigm to calculate thresholds. And it is also possible in bitcoin to form a huge chain pointing to the future and this chain will be declined because it is pointing to the future. The difference is not very big when we talk about the last block only. If some crazy miner will ignore this and will keep mining based on a block from the future he will finally end up with short chain when time will catch it up. This is not efficient all the gamers will try to use most recent blocks. Like in BitCoin.
It is hard to say how this will work in practice. Every miner will try to set time in their blocks as far in the future as they think network will accept because it allows them to use simpler solutions. New blocks will be mined at the edge of the accepted time, this will lead to many orphan blocks and network forks (probably short). Maybe more problems will arise, comparison with Bitcoin isn't applicable because in Bitcoin there is no reason for miners to set time to higher values and they just set it to current time and whole network accepts their blocks.