Topic: [BTC-TC] Deprived Mining Speculation (DMS) - page 55. (Read 198958 times)

how can i get the transfer bot?

Yeah - we've already sold enough PURCHASE to get capital back up to ~2k BTC so going to send 40 BTC more to J-D now.  Had always been planning to do that once the dust had settled from the SELLING dividend.  Then will be looking at another 100 BTC Coinlenders CD next week to keep deposits there spread out as much as possible (over time) - or more than 100 BTC if sales of PURCHASE continue to be fast.

Todays dividends showed why I have to keep a lot of capital - we paid out about 1.4 of ALL capital today and I have to try to keep cash over 50 days dividend.  So in practice to stay safe on that means keeping about 40% of all assets cash at a minimum.

Ideally I'd like one more investment that could take 10-20% of capital then we'd be right where I'd want us to be.

With SELLING div paid the NAV is 1866 BTC.
Deprived, what do you think now about moving more to J-D so our investment match 10% of NAV (186.6 BTC) as was the plan?

(about the Ukyo.Loan - Ukyo didn't respond to the backing question, also it seems that it is sold out, so this option is off the table)

It was what I figured out as a way to avoid missed ones whilst doing the transfers manually.  Problem I always had was that I'd make a list of transfers to do then do them - but often there'd be other ones that had come in but didn't show up due to caching.  But I noticed it always updated fully after I sent out a transfer.  So I ended up doing transfers to myself to get to see an updated list which greatly reduced missed ones.

Thanks, I had no idea about the 1 share transfer trick.

I've also noticed it with MINING (I wasn't selling SELLING, so I tought that it is standard behaviour).

It's mainly a caching issue - strangely the API calls don't seem to have same problem.  Transfer bot sends back to people - and even after it's sent I can't even see their incoming transfer in the website transaction history.  Way I've found to force a cache refresh is to transfer 1 share to yourself - then it updates immediately.

EDIT: also on sales never sell every sinlge share of something you plan to sell regularly.  So always keep 1 MINING back in your case.  Then you can place a sell order with correct quantity (even if it still only shows 1 as being held) and it WILL sell all of them properly.  Client-side only validates you have SOME of them.

Hmm... has anyone else noticed that btct takes longer to notice that DMS.MINING shares have been transferred back to you versus DMS.SELLING? I basically have the ability to sell Selling nearly instantly after receiving shares back from the bot but I have to wait 5-7 minutes for mining to be able to be sold.

I wasn't intending to do it - but when it became obvious there were going to be a pile of bids left up at over the new PURCHASE selling price I felt I had no option.

Transfer bot running again - it should have cleared the small back-log (4 people had already done transfers in).

yeah i think its fair and reasonable and a good thing for the security going forward, just wish it had been communicated earlier.  (maybe it was and I missed it?)

Balance in wallet matched one predicted in spreadsheet to 3 decimal places so everything tallied fine.  All trading resumed and exchange bot going back on shortly.  The mismatch on lower decimal places is because the spreadsheet doesn't round to 8 decimal places so calculates as though dividends were paid at higher precision.

~650 BTC paid out in dividends in total today - which is why I wasn't rushing to ivnest more earlier in the week.

I applaud the move. I don't like diddling with the market either, but when the only thing happening is strictly exploitation of ignorance, it's for the best.

Same, this kinda sucks.

Only if there's a significant number of orders that plainly are errors (i.e. above the new PURCHASE selling price).  That's the basis on which I've always cleared the PURCHASE order book.

damn I rearranged my schedule to try to be available to sell post div.

Everything added up, so psoting report now before SELLING dividend has actually gone through.  The extra 2nd section just shows the calcuation for the bonus dividend payment on MINING (at old rate) - I transferred 1.675 BTC across from my personal account to cover that.

Sold   10888
Swapped   0
Total   10888
Price   0.028
Total   304.864
Less Fee   304.254272
Man Fee   9.12762816
   
Units   94291
Excess Div   0.00001776
Refund   1.67460816

BTC Balance (BTC-TC)    1,954.60529492
10164 LTC-ATF.B1    101.64000000
Coinlenders CD 28/8    202.15813140
Coinlenders CD 12/9    100.09569503
Just-Dice Balance    160.90000000
TOTAL ASSETS    2,519.39912135
   
Outstanding MINING   85734
Outstanding SELLING   85734
Outstanding PURCHASE   8557
Effective Units   94291
   
Block reward   25
Difficulty   50810339
Hashes per MINING   5000000
   
Daily Dividend    0.00004949
50 days (Min Liquid)    0.00247443
100 days (Forced Close)    0.00494886
365 days (Buyback)    0.01806334
405 days (IPO)    0.02004288
400 days (Post SELLING div)    0.01979544
410 days (Pre SELLING div)    0.02029033
   
NAV Post MINING Div    2,514.73279169
NAV/U Post MINING Div    0.02666991
Days Dividend Post Div   538.91
SELLING Dividend    0.00687447
NAV Post SELLING Div    1,866.53186237
NAV/U Post Selling Div    0.01979544
PURCHASE selling price    0.02079
PURCHASE buy-back price    0.01940
   
J-D House profit at report   4630

zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz are you really going to be clearing orderbooks from now on every cycle?

SELLING order book has been cleared and it's back open.  I won't be touching it again today.

So long as everything adds up right after MINIGN dividend has paid, SELLING dividend will be : 0.00687447