Could you please email the support team about this: pool@bitcoin.comEstimated daily revenue on any given day is three times my actual revenue (this is after reflecting daily fees). What gives?
You probably just need to select "Bitcoin cash"Auto-withdrawal has been working for BTC, but not for BCH. I am trying to enable my auto-withdrawal for BCH. Please advise if I just click on "Enable auto-withdrawal?" Or if there are any other specific actions that I need to take. Thank you.
Thanks for letting us knowApparent disparity was due to my confusion with the numbers. So please disregard my previous post.
Are you still selling lifetime contracts?SELLING 103TH "Lifetime Contract" on pool.bitcoin.com
$79 per TH
Payment must be in BCH
Are you asking about pool.bitcoin.com or someone reselling their contract? At this time pool.bitcoin.com is only selling 5 year contracts.Are you still selling lifetime contracts?
Hi KableK, please contact support at pool@bitcoin.comAll of my lifetime contracts are showing "Consecutive Unprofitable Days: 30" but I last made profit with those contracts (not much but still profit) on August 19th. It should be at 18 days.
Scam site... My contract has ended two months early, and I hardly earned anything close to what I paid in... How sad. Who benefited here??? =[Hi there - I'm a long time lurker, first time poster. I recently received some e-mails saying you've ended some of my contracts because they've been unprofitable for 60 days. That's despite the fact they have made some (albeit tiny) profit in the last 7 days and, at least in the last 30 days (according to your own statement for last month). I've sent you an e-mail with some attached evidence. I think your system is too zealous in trying to end people's contracts, at the very least, it seems it's not considering the effects of cumulative contract hashrate which is profitable (but your system takes each in isolation and rounds the profit off to zero).
Suggest everyone in the same boat carefully study what they have on hand and contact bitcoin.com as I don't believe I'm the only one to have met this issue.
Hi dirgeg,Hitting a bit of a brickwall with support here so let me put my question here as well, in very simple terms.
I have a statement for the month of September that is positive (albeit for a very small amount) - this account consists entirely of old cost contracts (i.e. 28c/TH daily cost).
I have an e-mail a few days ago that says the contracts are cancelled because they have been unprofitable for 60 consecutive days.
By my maths, that means these contracts should have begun to be unprofitable and stayed unprofitable for every day since early August.
So how is it possible that I made some money on these contracts in September and yet they've apparently been unprofitable for 60 consecutive days? What am I missing here?
Really? Do you really think that's a fair definition of 'profitable'? I would've thought that a fair definition was 'able to make profit'. Since the contracts could switch between BTC and BCH, I would've thought if either happened to be profitable, the whole day should be considered profitable. If you really meant that BOTH BTC AND BCH had to be profitable to remain within your definition I think that needs to be clearly stated somewhere - I don't recall seeing it in the t&cs if it's tucked away there but even if it is, that's not where it should be.If you’ve been mining auto-profit you’ll need to have a profitable day for BOTH coins, BCH and BTC, for the day to be considered profitable.
Hi dirgeg,Well Well Well, bitcoin.com ... I have to say, I am quite disappointed.
After a few e-mails back and forth to support, the key point finally comes out:Really? Do you really think that's a fair definition of 'profitable'? I would've thought that a fair definition was 'able to make profit'. Since the contracts could switch between BTC and BCH, I would've thought if either happened to be profitable, the whole day should be considered profitable. If you really meant that BOTH BTC AND BCH had to be profitable to remain within your definition I think that needs to be clearly stated somewhere - I don't recall seeing it in the t&cs if it's tucked away there but even if it is, that's not where it should be.If you’ve been mining auto-profit you’ll need to have a profitable day for BOTH coins, BCH and BTC, for the day to be considered profitable.
A hypothetical for you all - after all this time of Roger Ver coming and promoting that buying bitcoin.com contracts was also supporting Bitcoin Cash - as it turns out, they were planning to cancel your contracts in the event of a flippening since according to the above definition, both coins need to remain profitable for the contract to continue... thanks for supporting bitcoin cash guys, happy to report this has been a huge success, we'll be taking your money now, cheers!
To be clear, I'm not upset at making a bad investment (which it was) and I'm not upset at the autoswitching system, which, I think all will agree, is in principle, a nice feature to have. I'm upset at the fact that you introduced autoswitching without clearly realising or upon realising without clearly explaining what the ramifications of using that system would be. If I take your above example, that means I could spend 23 hours in BCH mode and earn .30 revenue, spend 1 hour in BTC mode where revenue is below the daily fee prorata (and your system reduces it to zero.) Therefore I will earn 0.0316667 on that day and then the system will still record the day as being unprofitable...Hi dirgeg,Well Well Well, bitcoin.com ... I have to say, I am quite disappointed.
After a few e-mails back and forth to support, the key point finally comes out:Really? Do you really think that's a fair definition of 'profitable'? I would've thought that a fair definition was 'able to make profit'. Since the contracts could switch between BTC and BCH, I would've thought if either happened to be profitable, the whole day should be considered profitable. If you really meant that BOTH BTC AND BCH had to be profitable to remain within your definition I think that needs to be clearly stated somewhere - I don't recall seeing it in the t&cs if it's tucked away there but even if it is, that's not where it should be.If you’ve been mining auto-profit you’ll need to have a profitable day for BOTH coins, BCH and BTC, for the day to be considered profitable.
A hypothetical for you all - after all this time of Roger Ver coming and promoting that buying bitcoin.com contracts was also supporting Bitcoin Cash - as it turns out, they were planning to cancel your contracts in the event of a flippening since according to the above definition, both coins need to remain profitable for the contract to continue... thanks for supporting bitcoin cash guys, happy to report this has been a huge success, we'll be taking your money now, cheers!
Thank you for taking the time to share your thoughts regarding auto-profit mining.
Please see the following for a more specific explanation:
When auto-mining the fee is divided up between time spent on each chain. Chain switch can occur once every hour so the fee could be divided into 24 hours. Example (1 TH/s)($0.28 USD fee), 12 hours mining BTC and 12 hours mining BCH would mean the miner would need to earn at least $0.14 USD fee in BTC itself and at least $0.14 USD fee in BCH itself. Another example, 1 hour mining BTC and 23 hours mining BCH would mean the miner would need to earn at least $0.01166666 USD fee in BTC and at least $0.26833333 USD fee in BCH.
dirgeg,To be clear, I'm not upset at making a bad investment (which it was) and I'm not upset at the autoswitching system, which, I think all will agree, is in principle, a nice feature to have. I'm upset at the fact that you introduced autoswitching without clearly realising or upon realising without clearly explaining what the ramifications of using that system would be. If I take your above example, that means I could spend 23 hours in BCH mode and earn .30 revenue, spend 1 hour in BTC mode where revenue is below the daily fee prorata (and your system reduces it to zero.) Therefore I will earn 0.0316667 on that day and then the system will still record the day as being unprofitable...
Can you see how counter intuitive that is?
Can you see how it then makes it almost neigh impossible for users to manually verify if 60 consecutively unprofitable days is what you say it is, since earning profit on a day apparently does not make the day 'profitable'?
Can you see how if this was clearly explained, users may have chosen the manually manipulate the switching instead to earn a little less profit but retain the whole day as profitable?
Can you see how strange it is that by using a feature which is ostensibly designed to maximise a customer's profit, a customer can potentially reach their unprofitable threshold faster.
My point is, can you see how counter-intuitive and how many problems your definitions causes and can you see how unfair it is to your users that the only time you choose to explain this clearly to your users is after you cancel their contract applying this interpretation (which you never previously clearly laid out) and even then only after I exchanged several e-mails with your support. At best, this is amateurish and I will definitely think twice about putting money towards bitcoin.com in the future.
In the meantime, you would do well to revise your t&c/explanations when you sell contracts or where people enable auto-switching to clearly explain the above and/or rework auto-switching or your definitions so that future users do not run into the same issues or disable auto-switching altogether if you cannot find an intuitive t&c framework to incorporate it in.
If you do have such evidence, how often did it occur (was it just one singe day, maybe mining-date Sept. 1st - payout-dated Sept 2nd?).If I take your above example, that means I could spend 23 hours in BCH mode and earn .30 revenue, spend 1 hour in BTC mode where revenue is below the daily fee prorata (and your system reduces it to zero.) Therefore I will earn 0.0316667 on that day and then the system will still record the day as being unprofitable...
This is precisely part of my point above - in order to give you your evidence, I will have to go and examine every single day which I made anything in the past 60 days and see the fee and profit breakdowns by chains for those days - instead of what comes intuitively which is - if I made profit on that day, then the day should be profitable, if I didn't, then it wasn't. I'm not trying to fish anything out of you here and I have other things to attend to then to study the records in that level of detail - I'm sure maybe somebody will do it. What I know is a fact is that I have a statement for BCH which made profit in the month of September - intuitively one would think then there was at least some profitable days in the month of September for BCH but unfortunately by application of your autoswitching system and your interpretation, it turns out you can make money on a day but the day's not profitable - and yes, now that I've had it explained to me, I understand why that is but I just think of all of the possible interpretations you've chosen to apply, you've chosen the one that most closely protects bitcoin.com's interests, which fine, I think you're entitled to do that but given, as I've mentioned it's not intuitive and has the potential to cause confusion, if that's the interpretation you've chosen to go with, it should have been clearly explained. Users who are using the auto-switching feature or just switching manually between the chains need to be told -that under some circumstances, bitcoin.com will give them BCH or BTC on that day and yet still consider that day unprofitable - you can disagree with all the rest of the feedback but I think this is critical and a very fair comment, don't you?If you do have such evidence, how often did it occur (was it just one singe day, maybe mining-date Sept. 1st - payout-dated Sept 2nd?).
Hi Dirgeg,And like I mentioned previously - if it had been clearly explained to us, maybe someone of us would've then chosen just to stick to one chain or the other or manipulate the switching manually as opposed to leaving it on auto-switch - maybe it wouldn't have mattered or maybe none of us would have bothered but at least then, we made the decisions with full understanding of how the system would interact with our choices as opposed to what I'm feeling now which is as if I've not been given a fair opportunity to make that choice.
Hi xeny547285,Hi! does the AsicBoost support all variations of s9? like s9i and s9j? and does Bitcoin.com pool open to the idea of FPPS payment?
FPPS would be nice, but yes there are other features to be considered. Very happy to hear the openness to suggestions like FPPS.Hi xeny547285,Hi! does the AsicBoost support all variations of s9? like s9i and s9j? and does Bitcoin.com pool open to the idea of FPPS payment?
Bitmain will release an ASICBoost firmware for more variants later. Currently only S9 is supported.
We are considering FPPS payment later. We are working on other features first.
Users browsing this forum: No registered users and 9 guests