China has always been a nightmare for Bitcoin because it changes its rules regularly but its where all the mining is - however with all thats happening with GMO on the mining front in Japan (and with exchanges migrating to Japan en mass) I would expect them to start to take the lead in the market. Bitcoin really needs this so hang tight!

google:
$90 Million Budget: Japan's GMO Reveals More Cryptocurrency Mining Details

50 Bitcoin Exchanges Have Filed with the Japanese Financial Authority

So no transparency then in this transparent system ? This is the reason people trust in the blockchain but seems like it's not happening here - time to move on

Since the owners of the company issue and control 99% of the tokens, it would seem the $8 million would be be more than the entire capitalization of the company itself making the outstanding tokens null and void. Easy to print money when money has a value but outside of the capital raised theres no real value in these tokens to date.

So to keep it real...

How can we access the Veritaseum blockchain to see how the funds were stolen, what wallets they came from and how they were moved ?

In the interest of transparency this would be a good thing - without this who is to say the company didnt sell the funds themselves and "hack" themselves ?

We are pleased to announce support for monitoring CGminer in the latest version of LoadAvg! Now you can use LoadAvg as a full fledged monitoring framework for your linux based mining rigs.




What is LoadAvg ?

LoadAvg is a powerful way to manage load, memory, and resource usage on linux servers, cloud computers and virtual machines - and its open source so no price attached. With the addition of CGminer support, you can now use it as a monitoring tool.

We know it has a long way to go compared to other mining monitors, but when coupled with its large array of monitoring modules and its low resource usage, it makes for a great monitor that you can run on anything from a Raspberry Pi and up.

Requirements

LoadAvg only requires PHP and a web based front end, like Nginx, Lightppd or Apache, and works online as well on mobile devices.

LoadAvg is still coming out of beta so we are adding features frequently. Since this is our first release with mining support, we know we have a long way to go there as well so look forward to your feedback!

How to get up and running

Installing LoadAvg is quite simple, you can grab it from github or directly from our downloads page and follow the instructions.

http://www.loadavg.com/download/

Once you have installed LoadAvg and its running, simply head to the module setting and enable the Mining module. Then add the Server IP and Port that CGminer is running on and you are good to go.

There are two values that you can set for montoring, Overload 1 and Overload 2, set both of these to -1 to disable them.

Overload 1 is the Low Hash – anything that hashes below this value will be flagged.

Overload 2 is the High Hash – anything that hashes above this value will be flagged.

Settings For CGminer

To get LoadAvg to work with CGminer you need to enable the CGminer api and listen mode. This is how we did it here (we are running on ckpool).

sudo cgminer -o stratum+tcp://solo.ckpool.org:3333 -u bitcoinaddress -p x --api-allow W:0/0 --api-listen

We have only tested it with CGminer so far, and only record basic information - will start to add more features in the coming releases.

Thats all folks

Since this is our first release with mining support, we know we have a long way to go so look forward to your feedback to help make it a useful tool!

Thanks,

the Team and LoadAvg

so... is there a linux client for this yet ? ))

Yes we were totally ripped off by Yoshi at BitMain so beware! After buying over a dozen S1's and setting up a S1 based mining infrastructure he sold us 3 S2's the week before the S3 came out - bought them from him directly and he never even mentioned the S3...

We paid 1800 per S2 or around 5400 for 3 THs

Had we known we could have got 15x S3's or around 7.5 THs for the same money we would have never purchased them

Anyway - our 3 x S2's are generating around 0.07 btc per day on BTC Guild so after hosting/energy costs will never ROI

Total Waste of Money, will never do business with those guys again...

What I dont understand here is, if I ordered from Minersource - then aren't they responsible for my refund ? I have been trying to get a refund from them for months now to no avail.

Even offered to get a store credit instead and buy different kit from them but nothing but lies lies lies from those guys and finger pointing. We are feeling very ripped off by Minersource, who cares about BlackArrow they didnt sell me a lie...

People should boycott them until they do right by their customers.

jurASIC >>

I have the same problem with the failover pool in bfgminer...

>>
[2014-03-31 13:01:28] Pool 1 is hiding block contents from us
>>

After which the current block in BFGMiner never gets updated... it just sits there.

Not sure why this is ? Luke ?

here are my settings...

./bfgminer -o http://127.0.0.1:8332 -u user -p pass  -o  http://stratum.btcguild.com:3333 -u user_worker -p pass -S Antminer:all --set-device antminer:clock=x0881  --scan-time 2 --queue 2 --expiry 2 --no-submit-stale --coinbase-addr mycoinbaseaddr --coinbase-sig "mysig"

then i updated to the latest source code and now i get this

 [2014-05-19 23:29:32] Started bfgminer 3.99.0
 [2014-05-19 23:29:32] Probing for an alive pool
 [2014-05-19 23:29:32] Network difficulty changed to 8.85G (63.38P)
 [2014-05-19 23:29:32] Pool 0 http://127.0.0.1:8332 alive
 [2014-05-19 23:29:32] No suitable long-poll found for http://127.0.0.1:8332
 [2014-05-19 23:30:32] Block change for http://127.0.0.1:8332 detection via http://stratum.btcguild.com:3333 stratum
 [2014-05-19 23:30:33] Pool 1 http://stratum.btcguild.com:3333 alive


and then it just hangs there again...

Basically, the variable diff does not work too well for me. I set POOL_TARGET=64 and disabled the variable diff functionality since my miner is running at aprox 32gh

based on feedback here :


However when i turn VARDIFF off I get a error in my bfgminer...


I found in another post that by adding the following line at the top of interfaces.py with the other imports it fixes this problem and the error goes away:

Code:

Not sure whats going on with the 'difficulty' for my workers...

I have a Block Errupter cube that when I run it on BTC Guild i set the difficulty to 32 as it runs around 32GH and it runs smoothly.

With this script, for some reason, the difficulty for my client slowly gets jacked up and up until its over 200 instead of staying at 32 as it should ?

ie output from BFGminer... here with client difficulty already at 189... it slowly goes up and up...

 [2014-04-06 19:38:08] Accepted 004d77fc PXY 0  Diff 845/189
 [2014-04-06 19:38:26] Accepted 00ba8854 PXY 0  Diff 351/189
 [2014-04-06 19:38:39] Stratum from pool 0 requested work update
 [2014-04-06 19:38:43] Accepted 014f4088 PXY 0  Diff 195/189
 [2014-04-06 19:39:32] Accepted 0131220c PXY 0  Diff 214/189
 [2014-04-06 19:39:32] Accepted 000a4695 PXY 0  Diff 6.38k/189
 [2014-04-06 19:39:39] Accepted 002a120c PXY 0  Diff 1.56k/189
 [2014-04-06 19:39:39] Stratum from pool 0 requested work update

does this translate into my miners taking difficulties they can never work on ? what should I do here ?

For some reason i just cant get past installing stratum ?

osaware@osaware-ub12:/pool$ sudo easy_install stratum
Traceback (most recent call last):
  File "/usr/local/bin/easy_install", line 9, in <module>
    load_entry_point('distribute', 'console_scripts', 'easy_install')()
  File "/usr/local/lib/python2.7/dist-packages/setuptools-3.4.1-py2.7.egg/pkg_resources.py", line 351, in load_entry_point
    return get_distribution(dist).load_entry_point(group, name)
  File "/usr/local/lib/python2.7/dist-packages/setuptools-3.4.1-py2.7.egg/pkg_resources.py", line 2362, in load_entry_point
    raise ImportError("Entry point %r not found" % ((group,name),))
ImportError: Entry point ('console_scripts', 'easy_install') not found

sudo easy_install also gives errors

have tried on clean ubuntu 12 and clean ubuntu 13 installations in VM's - after doing apt-get update upgrade

any ideas ?

main reason is so you can see that they are working ... but also for higher speed devices like BE Cube from what i have seen bitcoind is too slow so you loose 1/2 the blocks without a proxy in place ?

alxAcid - can you share how you id this ? his guide is very long!!!

would love to know if you got your cube up and running solo mining ?

i have tried with a direct connection to my bitcoind and it doesnt seem to do anything - no jobs accepted, etc just sits there

i have set up bfgminer as a proxy and it gives me a 10% hardware erros and my cube seems to accept 1% of jobs ?

nut sure what is correct...

i read that you need to use a proxy as bitcoind is too slow for the cube ?

going to try slush's proxy and see if it works better than bfgminer

everyone here just wants you mining on their pools! there is absolutely no help for any real solo mining!

I have 10 antminer U1's and am trying to get them to Solo mine using a stratum proxy to my bitcoind so I can see their progress - if you got yours set up please PM me and let me know how!

I am solo mining with a BE cube here on linux (fedora 20) - took me a while to set it up but seems to be working fine so far. Here's what my setup is like :

1. I am running bitcoind server with the rpc user / pass set up and daemon & server modes activated, ie in bitcoind.conf the main settings are:

server=1
daemon=1
rpcuser=BTUSER
rpcpass=BTPASS
rpcallowip=*
rpcport=8332
rpcconnect=127.0.0.1

lots of guides to set this up really,

2. I am running bfgminer as a proxy on the same box, pointed at my local bitcoind server. I start it up this way

bfgminer -o localhost:8332 -u BTUSER -p BTPASS --no-longpoll --scan-time 2 --que 2 --expiry 2 --no-submit-stale --coinbase-addr YOURWALLETADDRESS --coinbase-sig "Something cool" --http-port 8888

Since I am on linux I have to execute this using sudo (best)

also on my box i have to open up the port 8888 in the firewall so that my BE Cube can hit it over the network.

3. My BE cube is pointed at bfgminer in its settings

Pool ports: 8888,8888
Pool address: BFGMINERIP,BFGMNIERIP
Miners: YOURWALLETADDRESS,x:YOURWALLETADDRESS,x

Thats it, seems to be working for me - except I have a very high amount of jobs rejected by the cube and a low efficiency overall and high hardware errors in bfgminer not sure why ?

My cube has all chips working but gives me

Jobs: 6701  Accepted: 126  Rejected: 6392 and a Efficiency of 1.88%

Works fine when I switch it back over to mining on a pool so need to figure that out.

Got eloipool up and running perfectly, wicked cool. mad respect to Luke

just checking now to see if there are any web based front ends for it ? i can only find a old thread about wizstats...

Did you ever find a solution for this ?

yes seen his pool - thanks! - though it feels like cheating should be able to get it working on my box!

but with the difficulty so high I guess there is just no way to really know for sure or get much help since it seems no one is solo mining these days!

that its more stable, or no disrespect meant ?