I think so.
Keeping the park rates above zero is what I have in mind in general and not only in the next months. But that is a different matter and will produce only single digit APR values in my data feed.
For the next months I will very likely keep the APR on double digit values in my data feed.
At the moment they are at
which seems to be good to create short-term demand.
To increase the incentive for parking NBT a bit longer (creating mid-term demand) I might move them to values like
0.0% @ 11.5 days
6% @ 23 days
12% @ 1.5 mo
16% @ 3 mo
8% @ 6 mo
4% @ 12 mo
I haven’t made up my mind. I fear we lack information and knowledge in that field.
I can follow your thinking that longer term parking might be useful to get through that BTC coinbase reward halving.
If it happens like many suppose, although nobody knows, the BTC price might go up.
Maybe in the end it goes up, because all believe it must go up.
I don’t know.
I could give you my detailed analysis on how much the security model of BTC relies on the price per BTC, but that doesn’t help here.
If the BTC price rises, demand for BTC will rise and demand for NBT will decline.
Parking or NSR sale are the only ways to mitigate that.
Having a park rate in place to provide an incentive to park NBT can help a big deal. I have no clue wha park rate you need to provide to get NBT parked.
Who wants to park at an APR of 16% for 3 months, if he can make 50% with a surging BTC price?
The next months will indeed be trying.
Tools like this would help a big deal to assess the situation of parked NBT:
At the moment we only have an RPC (getinfo) to retrieve how many NBT are parked in total, but not for how long:
ninjaedit:
I tend to agree - at least if enough minting NSR are subscribed to my data feed 
