I don't oppose recursive covenants per se, but in prior posts I have
expressed uncertainty about proposals that enable more "featureful"
covenants by adding more kinds of computation into bitcoin script.
Not that anyone here is necessarily saying otherwise, but I am very
interested in limiting
Well because in the example i gave you this decreases the miner's reward. The
rule of increasing feerate you stated isn't always economically rationale.
Note how it can also be extended, for instance if the miner only has 1.5vMB of
txs and is not assured to receive enough transactions to fill 2
That sounds completely reasonable.
Originally I had discussed privately making the protocol design completely
interactive (client sends a nonce over DNS, oracle responds signing the nonce),
but it was pointed out that making them use quantized timestamps mitigated a
lot of the issues regarding
