i'd love to see a multipool thinking with buy walls instead of buying blind.
every shift would give you btc that you usually convert to btcd intantly to pay the miners.
what if the pool take those btc and put a wall xx% (say 25%) under market rate (so we would need a formula to define better how to put those walls)
the pool would tell you your btc balance (in pending orders). If the pool have a big hashrate at some point we would need to buy a % directly and keep that wall creation over time.
example :
the pool is making 1btc per day. We say that a decent wall is x% of orderbook total.
orderbook is 100btc so for 5 days we would be all stacking up bitcoins on the pool; on day 5 we have 5btc; and the market rate is 0.0015.
0.0015 - 25% = 0,001125; so we put our first wall at that rate.
it should be relatively simple to automate that using api i imagine (i'm bad with tech sorry) so if market rate goes to 0.0016 wall would be 0.0012; what's over the defined rate of x% total orderbook; we buy directly.
for transparency the pool would have to show pending orders (api call = ez ?) instead of standard payout.
order may be not filled fast; but it would help the price going up.
i'd mine on that kind of pool; tbh i'm only mining now to help the price because i'm holding some btcd; but i will run soon just because it's always less profitable to mine on multipools than to trade yourself.
we could obv beta test on a dedicated port; so miners don't feel screwed if they don't like the ideas.
now gimme feedback plz
