I have gone back & forth on this. Here is my current take on it, that I am willing to change if corrected.

So currently when a @THORChain swap happens, the fees are paid in native asset (BTC for example in a BTC>ETH swap), it is then swapped to $RUNE during the swap (little market buy of $RUNE) & sent to "system income". 

The proposal is to then capture x% of that system income for an Unwind Module. The $RUNE in that module is then used to buy $TBOND (*potential* sell pressure on $RUNE if the person then sells on the $RUNE; they *might* hold it; I know some plan to). 

So your question/argument is to take the native swap fees (BTC) & put it into the Unwind Module *before* the swap to $RUNE occurs, right? 

I think this approach might be *more* detrimental to $RUNE price because it removes the buy pressure on $RUNE altogether. 

--

1) $RUNE Unwind Module = guaranteed market buy - possible market sell.

2) $ASSET Unwind Module = no market buy on $RUNE at all - no market sell.

Option 1 is less detrimental to $RUNE (in aggregate) than Option 2 (worst case all the $RUNE is sold in Option 1 & then it equals Option 2). 

The biggest difference is the timeframe, so the Unwind Module will need to be continually streamed into the $TBOND market so not dumped in a big wad.
#RUNE