Order 220 just received. The august delivery promise was kept, but it was a close call. Got a starter kit with two H-boards, which greatly overdelivers the promised hashrate. The unit is hashing at around 40GH/s (+-3GH/s). Setup was really easy with the simple web interface, I just input my pools there and restarted the miner.
I'd like to invite everyone who is going to receive a unit to use a small pool and/or p2pool if the miner inside the unit can work with it. There are several small pools, pools with less than 50 TH/s of capacity, which should/need to grow to be able to balance the one or two mega-pools available. This is for the health of the bitcoin network, most of all, and given that BitFury is delivering several TH/s of hashing power this is a good moment for this call to arms  spiccioli Could someone please provide step-by-step instructions on how to configure chainminer to run as a p2pool configuration?? I'm surprised almost nobody has documented that well enough on what needs to be done the rPi side. I think I'm somewhat clear (although not 100% sure) on what software/steps that needs to run on my PC/host but I read somewhere that some chainminer files need to be updated on the rPi side. I'd highly appreciate it. |
|
|
|
USD Pairs are now available for trading: XBT/USD, LTC/USD.
To clarify, this means USD deposits and withdrawals are also available. I'm not sure that is a wise decision. It's going to be already very hard to get it going with 1 currency I think. Bitstamp choose to focus on USD only because of this, despite being European. BTC24 already had his EUR being very successful before starting USD. There is a lot of competition for USD so why would they go to you? For EUR there is nothing due to BTC24 clampdown. However Bitcoin-Central just opened his doors past week so hence it's going to be hard. But at least you have a chance. I could be totally wrong, just thinking out loud. Are you freaking kidding me?? Have you even seen the huge functionality difference between these services? All non-Kraken services look like web pages from the 90's with speed, security elements that suck big time. Kraken is a California company based in Silicon-Valley, they know technology, can attract real talent and have way more features, beautifully designed webpage and tons of trading features unimagined by other players. It's a real, professional company. As soon as they include California, I'm saying good bye to CampBX, MtGox and other suckers outside the US. |
|
|
|
you can make the sd card at a windows system, but to change the ip settings you need to either use a monitor/KB with the bitfury, or use linux to change the network interfaces file. The chainminer in the image works, but not optimally. once the sd is in the rpi with the right ip settings, do this: ChainMiner for M Board Version 2.X boards
DO not use this guide for Version 1x m-boards.
It will fry your chips. This is only meant for Version 2 of the M-board.I apologize for grammar as I took 2 sleeping pills and I can barely feel my fingers. 1.login as pi or root 2. type "nano /run/shm/.stat.log" if you wish to see the performance of all the chips on your board before upgrading chain miner. (optional step) 3.(backup your chainminer version) (this creates a copy of the folder) a. sudo cp -a /opt/bitfury /usr/bitfury.backup b. cd /opt/bitfury/ c. pwd (make sure you are in /opt/bitfury) d. ls -al (or type dir) e. rm -rf chainminer (this removes everything in the chainminer folder) 4. make sure you are in the /opt/bitfury directory and not in /opt/bitfury/chainminer (it should be deleted anyway 5. type "git clone https://github.com/bfsb/chainminer.git" 6. it should now start getting the chainminer git. 7. now type "cd chainminer" you should now be in the chainminer directory 8. type "make" 9. Its going to take 5-10 minutes to create the chainminer...maybe longer. I got some warning but everything was fine after it all finished. it will go back to a bash prompt when done. 9a. Just wait...this is the longest part of doing this change.. 10. sudo reboot It is much better version, and will cut your error rates massively. I went from 10% errors to 3%, and still have some tuning to do that should bring it under 2% What about Chainminer updates to M-board v1.0? Any words out on that? |
|
|
|
Isn't this shipping even yet? Bitfury spin-offs are now better economy than this sale price & already shipping  Agree. Rather stick to a proven, reliable provider actually shipping already, such as BF, that has also demonstrated an incredible customer commitment. I'm happy with them so far :-) |
|
|
|
Depends, each day it grows ever so quickly!
"Depends"?? I don't think Satoshi left this to a random uncertainty. What's the existing architecture designed for? Each node containing all blockchain or is there an alternative option where larger miners would contain a larger section of the blockchain in the future for example? I can't think of a different solution to deal with the infinite storage issue. For example, does it make sense to purge the blockchain? or dynamically compress it? I'm just wondering what Satoshi actually envisioned in his paper. |
|
|
|
|
I don't think I've found the answer before but is it scalable to expect that the blockchain is downloaded to personal computers??
Today, the total volume of transactions is immaterial relative to other currencies, but say 5 years from now it represents a very large percentage. In that case, it would be ridiculous to have to download the entire history of transactions from day 0 in all computers. Unless there's a revolutionary technology that will allow the convenient storage of such info without requiring massive storage devices, it just doesn't seem practical to do so.
Perhaps I'm missing something but what did Satoshi think about this? How is this part of Bitcoin efficient? Thanks.
|
|
|
|
Using pencil trick, I had an H-Card go from 21 GH/s to 39 GH/s . However, after 60 seconds the hashrate slowly decreases to lower than 21 GH/s. Is this a result of the auto-tuning?
EDIT: When miner is restarted, card goes back to 39 GH/s .. but then does the same thing.
My guess- The regulator autoshutting ....Is there a way to run it and not have it autoshutdown? It was hashing like a boss...Heat was fine...is it the auto-tune, or a hardware limit I'm hitting? Wow, how can it increase hashing so much while stating that "heat was fine"? Did you actually measure with a temperature probe placed on the board? The board is self-protecting itself from being fried and by pencil modding it you also just voided its warranty. |
|
|
|
|
How do I set a fixed share difficulty in the stratum proxy? My miner keeps asking for a higher share difficulty but the pool doesn't seem to increase it and the miner stays mostly idle...
|
|
|
|
|
How can I stabilize the stratum proxy and share difficulty (I'm assuming it's ok to assign somehow a fixed number once I know which one works best) ?
Reported noncerate on my Bitfury Admin page keeps dropping out of nowhere and I have to keep restarting it every 2-3 hours. Only then does it gets fixed. That proxy seems so damn fickle and unstable even at a perfectly controlled, constant temperature. Worst than my girlfriend swinging mood.
|
|
|
|
I'm dying to know when Bitfury will be more open and finally let others do what they do best: mining software without imposing them support restrictions and conditions. Not sure if there's any politics involved or what's the contingency for not doing so.
What's not open about bitfury ? All the information needed to port other mining software to the Raspberry PI is available. Well, there's perhaps a confusion here but I'm almost sure I read cgminer's developing team sort of complaining about some lack of collaboration or difficulty to let cgminer's mining software to be available for bitfury and that they were asked to pay for support or the like. I just really look forward to seeing more available and tested mining software just like with most other mining hardware rather than sort of proprietary software. Feel free to correct me but for some reason that doesn't seem to be the case with Bitfury. |
|
|
|
cgminer builds ok most of the display options are broken though and hang the miner
BITFURY 0: 48.98G/49.77Gh/s | A:1408 R:0 HW:0 WU:697.5/m
[2013-09-13 10:41:37] Accepted 07c8aaf3 Diff 32/32 BITFURY 0
[2013-09-13 10:41:41] Accepted 05d8fca3 Diff 43/32 BITFURY 0
[2013-09-13 10:41:47] Accepted 001f09a1 Diff 2.11K/32 BITFURY 0
[2013-09-13 10:41:49] Accepted 0004a45a Diff 14.1K/32 BITFURY 0
[2013-09-13 10:41:51] Accepted 025c7689 Diff 108/32 BITFURY 0
[2013-09-13 10:41:52] Accepted 06cd424b Diff 37/32 BITFURY 0
[2013-09-13 10:41:54] Accepted 07ae8f6b Diff 33/32 BITFURY 0
[2013-09-13 10:41:54] Accepted 043e8079 Diff 60/32 BITFURY 0
tbh its nice, but think ill wait for bfgminer with auto adjusting freq, Im not keen on cgminer myself. I'm dying to know when Bitfury will be more open and finally let others do what they do best: mining software without imposing them support restrictions and conditions. Not sure if there's any politics involved or what's the contingency for not doing so. Cgminer or Bfgminer please come to Bitfury...or viceversa!! :p |
|
|
|
Thank you guys for testing. Seems like these instructions are working well. Those limits need some fine tuning so you can try these limits too: | Noncerate | | Speed | | <0.3 | | OFF | | 0.3-0.6 | | 52-53 | | 0.6-0.9 | | 53-54 | | >0.9 | | 55 |
What about knowing when to increase chips to something higher than 55? When should we turn the fans on? At some point high temp starts to neutralize those gains based on my experience. |
|
|
|
Most of the stratum log lines I read are asking for new work and barely are there with "accepted work" . It used to list a lot of "accepted" share lines but not anymore. Why the change? Is that a problem??? NFO proxy getwork_listener._on_authorized # Worker 'XXXXX' asks for new work
2013-09-13 04:41:53,612 INFO proxy jobs.submit # Submitting 432aa92
2013-09-13 04:41:53,617 DEBUG protocol protocol.writeJsonRequest # < {"params": ["XXXXX", "1372565647 11709", "00621839", "585297df", "f198c1a7"], "id": 3838, "method": "mining.submit"}
2013-09-13 04:41:53,675 INFO proxy getwork_listener._on_authorized # Worker 'XXXXX' asks for new work
2013-09-13 04:41:53,693 DEBUG protocol protocol.lineReceived # > {u'error': None, u'result': True, u'id': 3591}
2013-09-13 04:41:53,697 WARNING proxy getwork_listener._on_submit # [75ms] Share from 'XXXXX' accepted, diff 247
2013-09-13 04:41:53,803 INFO proxy getwork_listener._on_authorized # Worker 'XXXXX' asks for new work
2013-09-13 04:41:53,930 INFO proxy getwork_listener._on_authorized # Worker 'XXXXX' asks for new work
2013-09-13 04:41:54,057 INFO proxy getwork_listener._on_authorized # Worker 'XXXXX' asks for new work
2013-09-13 04:41:54,183 INFO proxy getwork_listener._on_authorized # Worker 'XXXXX' asks for new work
2013-09-13 04:41:54,311 INFO proxy getwork_listener._on_authorized # Worker 'XXXXX' asks for new work
2013-09-13 04:41:54,437 INFO proxy getwork_listener._on_authorized # Worker 'XXXXX' asks for new work
My pool seems to be reporting around my correct hashrate. Also, I checked my .putstat.log and it shows this: pi@bitfury ~ $ cat /run/shm/.putstat.log
0 65693 3169 3169 [0]http://127.0.0.1:8332/
0 0 0 0 [1]http://127.0.0.1:8333/
0 0 0 0 [2]http://127.0.0.1:8334/
Do you see any problems?? Please help  |
|
|
|
|
Trying to catch up with Terrahash. Questions:
a) Who the hell is "BKK"?
b) Do you believe their new hosted solution will be deployed on time even though they have failed to deliver product so far??
|
|
|
|
4: 888 28.891 32.903 2018 256 0 2
r02 @ 1.199k with 6b pencil
Nice but it seems that the mod introduced Miso errors that could contaminate other boards (in case more are in the same m-board). |
|
|
|
I guess this is the world we live in. My team has been working 14 hour days trying to test and ship hardware to customers while also growing the mining operations. I have been totally transparent in what is going on here as well as my plans and approach to dealing with challenges on multiple levels, while keeping it fair to the customers & investors.
In all other retail businesses, if a backordered situation exists, you will just wait. On the other hand, you sold items and said they would be delivered in August, and it is now a third of the way through September, and some people haven't got them. It is reasonable of them to feel that you haven't delivered on your promises. Especially as you have diverted hardware that could have gone to them to another part of your business. This isn't a backorder situation, where people are buying now and know the units aren't available, it was a preorder situation with a delivery promise. Yes, except for the fact that he's providing some BTC payout alternative given the circumstances. Hence your "haven't delivered" claim is not totally applicable. |
|
|
|
......And you must have known by now that mining is no longer a ROI game....
"Mining is no longer a ROI game" ? ? ? What is it about then these days? Just another, new money-losing hobby? |
|
|
|
Is there any guide/manual to make chainminer display more values?? I was hoping it displayed a full set of values: accepted, rejected, difficulty, etc, etc, just like cgminer or bfgminer but chainminer is extremely shy and doesn't provide nearly the same feedback when running manually.
Similary, is there any guide on how to set up/optimize stratum? I heard someone changed the real target parameter or something like that to achieve better results.
you can check difficulty by >sudo su >screen -ls >screen -r <pid> It should show the difficulty reported by stratum proxy Thanks. I was able to take a snapshot of the stratum log and this is a sequence that repeats all the time. (None of the lines below seems to be displayed more often than the others, pretty much even distribution) 2013-09-09 03:21:02,852 INFO proxy getwork_listener._on_authorized # Worker 'worker1' asks for new work 2013-09-09 03:21:03,148 INFO proxy jobs.submit # Submitting XXXXX 2013-09-09 03:21:03,152 DEBUG proxy jobs.submit # Share is below expected target 2013-09-09 03:21:03,158 WARNING proxy getwork_listener._on_submit # [0ms] Share from 'worker1' accepted, diff 318 2013-09-09 03:21:03,186 INFO proxy jobs.submit # Submitting XXXXX 2013-09-09 03:21:03,191 DEBUG proxy jobs.submit # Share is below expected target 2013-09-09 03:21:03,198 WARNING proxy getwork_listener._on_submit # [0ms] Share from 'worker1' accepted, diff 318 2013-09-09 03:21:02,620 DEBUG protocol protocol.writeJsonRequest # < {"params": ["worker1", " XXX", "XXX", "XXX", "XXX"], "id": 423, "method": "mining.submit"} Anything that seems suspicious/wrong?? Looks to me like too many warnings but would love to learn what each of those line means... |
|
|
|
|
Does Ozcoin support GBT protocol (GetBlockTemplate)? According to Wikipedia, it doesn't
|
|
|
|
|
Is there any guide/manual to make chainminer display more values?? I was hoping it displayed a full set of values: accepted, rejected, difficulty, etc, etc, just like cgminer or bfgminer but chainminer is extremely shy and doesn't provide nearly the same feedback when running manually.
Similary, is there any guide on how to set up/optimize stratum? I heard someone changed the real target parameter or something like that to achieve better results.
|
|
|
|
|
Show Posts
