Topic: [ANN][BLC] Blakecoin Blake-256 for GPU/FPGA With Merged Mined Pools Stable Net - page 132. (Read 409571 times)
February 03, 2014, 06:09:26 PM
Bluedragon, what news did u use?
February 03, 2014, 06:06:28 PM
Why are so many altcoins doing a total of 7 billion?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
One for every human on Earth.
IMHO, this feels weird on so many levels. First of all, why use a number that's only valid today when you design something to last years and years.
Secondly, with a constant minimum block size, it will be awkward if the rewards just halt at one point (though transaction fees will probably be important at that stage). Bitcoin and many altcoins approach this by gradually decreasing the reward, but I would rather keep it constant for the sake of simplicity. Inflation is not really an issue, because we usually worry about it as the percentage, which would be decreasing every year, approaching zero.
a constant rate is not a bad idea
not going to run out of coins any time soon with the rate I have set even at a block reward of 100 BLC its going to take ~400 years
also the merkle was set with news on day of creation so makes sense to use current population for max coins
February 03, 2014, 06:04:08 PM
i agree about 7 billion being only relevant now, but ultimately what's it matter? also, i think the point of blakecoin taking several hundred years to complete its minting is that by then the technology will be obsolete so who cares? there will be no sudden shock because ppl will probably gradually stop using way before the block reward stops. if they are still using blakecoin in 400+ years then im sure they will be well prepared for the day block rewards stop, and will have plenty of time to figure out a way to handle it.
also i think BlueDragon mentioned he was considering putting a cap on the inflation, so that in the off chance difficulty shoots up to the trillions or more, the cap will prevent all the coins from being generated too quickly. however i don't think he's decided anything about adding a cap so i probably shouldnt have even mentioned that
also i think BlueDragon mentioned he was considering putting a cap on the inflation, so that in the off chance difficulty shoots up to the trillions or more, the cap will prevent all the coins from being generated too quickly. however i don't think he's decided anything about adding a cap so i probably shouldnt have even mentioned that
February 03, 2014, 05:55:51 PM
Why are so many altcoins doing a total of 7 billion?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
One for every human on Earth.
IMHO, this feels weird on so many levels. First of all, why use a number that's only valid today when you design something to last years and years.
Secondly, with a constant minimum block size, it will be awkward if the rewards just halt at one point (though transaction fees will probably be important at that stage). Bitcoin and many altcoins approach this by gradually decreasing the reward, but I would rather keep it constant for the sake of simplicity. Inflation is not really an issue, because we usually worry about it as the percentage, which would be decreasing every year, approaching zero.
February 03, 2014, 05:53:35 PM
just to make sure thats clear for people, those numbers are estimates since obviously we dont know what the difficulty will be at any given point in the future.
February 03, 2014, 05:37:01 PM
Why are so many altcoins doing a total of 7 billion?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
One for every human on Earth.
yep ~ 7 billion people
Its a dynamic reward so is based on the difficulty at the time:
past diff ~ 0.0018 BLC
sq rt(0.00000003423*54664)
current diff @4 months ~ 0.0048 BLC
sq rt(0.00000008202*58976)
Estimations of possible future reward:
30k diff @1 year ~ 0.9 BLC
sq rt(0.00000030000*300000)
1M diff @10 years ~ 30 BLC
sq rt(0.00001000000*3000000)
so after 10 years and at a difficulty of 1 Million the block reward will be 55 (base 25+30)
February 03, 2014, 05:00:50 PM
Why are so many altcoins doing a total of 7 billion?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
One for every human on Earth.
February 03, 2014, 04:56:34 PM
Why are so many altcoins doing a total of 7 billion?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
And how does that work with this "Block reward is 25 coin + inflation (square root of (difficulty + block height))"?
February 03, 2014, 04:34:20 PM
I will try shortly.
My kids are driving me fucking nuts right now, their mother should be home soon.
My kids are driving me fucking nuts right now, their mother should be home soon.
No problem, its still early evening here so I've got a while.
I think I may have found the problem (other than the http:// prefix). The x6500 miner is expecting the pool to send midstate, which is missing. I think we can get away with commenting out line 436 of fpga.py vis:
#job.midstate = work['midstate']
Or if that doesn't work, set it to something benign, eg
job.midstate = work['target']
February 03, 2014, 04:21:03 PM
OK, could you add this at line 135 of rpcClient.py
print (connection, result)
Just prior to
return (connection, result['result'])
If you don't know python, then be very careful with the edit. The idiots who designed the language made whitespace part of the syntax, so you need to copy the spacing exactly (and its tabs not spaces in this case), so just copy the following line (return) and use its whitespace prefix as a template.
You can also try uncommenting the connection.set_debuglevel(1) a few lines further up.
print (connection, result)
Just prior to
return (connection, result['result'])
If you don't know python, then be very careful with the edit. The idiots who designed the language made whitespace part of the syntax, so you need to copy the spacing exactly (and its tabs not spaces in this case), so just copy the following line (return) and use its whitespace prefix as a template.
You can also try uncommenting the connection.set_debuglevel(1) a few lines further up.
I will try shortly.
My kids are driving me fucking nuts right now, their mother should be home soon.
February 03, 2014, 04:13:46 PM
OK, could you add this at line 135 of rpcClient.py
print (connection, result)
Just prior to
return (connection, result['result'])
If you don't know python, then be very careful with the edit. The idiots who designed the language made whitespace part of the syntax, so you need to copy the spacing exactly (and its tabs not spaces in this case), so just copy the following line (return) and use its whitespace prefix as a template.
You can also try uncommenting the connection.set_debuglevel(1) a few lines further up.
print (connection, result)
Just prior to
return (connection, result['result'])
If you don't know python, then be very careful with the edit. The idiots who designed the language made whitespace part of the syntax, so you need to copy the spacing exactly (and its tabs not spaces in this case), so just copy the following line (return) and use its whitespace prefix as a template.
You can also try uncommenting the connection.set_debuglevel(1) a few lines further up.
February 03, 2014, 04:02:56 PM
this is what I have working for Lancelot in your other miner
Yep, though interestingly towards the bottom of the script we have ...
Code:
url = 'http://' + user + ':' + password + '@' + host + ':' + http_port
bitcoin = ServiceProxy(url)
bitcoin = ServiceProxy(url)
And the rpcClient.py does this ...
ret = connector(host, strict=True, timeout=timeout)
So I think the host needs to be without the http:// prefix.
Could you (Jude) just confirm the command line you are using? And try it without the http:// prefix to ny1.blakecoin.com ?
HMM, then again I see that the longpoll did connect sucessfully in your log, so maybe this is just a red herring here?
I have tried it with both.
Nothing changes.
Here is what I am using in the batch file: C:\Python27\python.exe program.py X6500-Robust-v04-2core-fmax-100MHz.bit
February 03, 2014, 03:57:53 PM
this is what I have working for Lancelot in your other miner
Yep, though interestingly towards the bottom of the script we have ...
Code:
url = 'http://' + user + ':' + password + '@' + host + ':' + http_port
bitcoin = ServiceProxy(url)
bitcoin = ServiceProxy(url)
And the rpcClient.py does this ...
ret = connector(host, strict=True, timeout=timeout)
So I think the host needs to be without the http:// prefix.
Could you (Jude) just confirm the command line you are using? And try it without the http:// prefix to ny1.blakecoin.com ?
HMM, then again I see that the longpoll did connect sucessfully in your log, so maybe this is just a red herring here?
February 03, 2014, 03:48:50 PM
Code:
# CONFIGURATION - SOLO MINING via blakecoind
host = "ny1.blakecoin.com" # Set hostname here (usually localhost)
#host = "eu1.blakecoin.com" # Set hostname here (usually localhost)
user = "UserName.WorkerName"
password = "WorkerPass"
http_port = "8337" # Getwork port
# CONFIGURATION - CHANGE THIS (eg try COM1, COM2, COM3, COM4 etc)
serial_port = "COM7"
# serial_port = "/dev/ttyUSB0" # raspberry pi
# CONFIGURATION - how often to refresh work
askrate = 1
host = "ny1.blakecoin.com" # Set hostname here (usually localhost)
#host = "eu1.blakecoin.com" # Set hostname here (usually localhost)
user = "UserName.WorkerName"
password = "WorkerPass"
http_port = "8337" # Getwork port
# CONFIGURATION - CHANGE THIS (eg try COM1, COM2, COM3, COM4 etc)
serial_port = "COM7"
# serial_port = "/dev/ttyUSB0" # raspberry pi
# CONFIGURATION - how often to refresh work
askrate = 1
this is what I have working for Lancelot in your other miner
you can use use any username.worker but unless it is registered I will get accounted for block find by default, not shares just finds
February 03, 2014, 03:40:05 PM
I give up!
Haha, setup Python 2.7 with PyUSB, installed FPGAMining's driver.
Had to find libusb.0.DLL and associate it with the driver and program.py still says: Error: FT232R device not opened!
Haha, setup Python 2.7 with PyUSB, installed FPGAMining's driver.
Had to find libusb.0.DLL and associate it with the driver and program.py still says: Error: FT232R device not opened!
February 03, 2014, 03:38:22 PM
I did a little debugging on an old test version of the miner I had hacked up earlier, and I get errors too using ...
python mine.py -u http://eu1.blakecoin.com:8337 -w user.worker:password
Try this though, it seems to do something (NB This OMITS the http://) ...
python mine.py -u eu1.blakecoin.com:8337 -w user.worker:password
It still says error though, so maybe it's still not right (the pools doesn't seem to care if the username exists either!)
EDIT: Actually it may be OK, the "Error getting work" was coming from fpga.putJob(work) which not surprisingly fails as I've got no FPGA attached (various other hacks were required to get it to run this far without a device).
python mine.py -u http://eu1.blakecoin.com:8337 -w user.worker:password
Try this though, it seems to do something (NB This OMITS the http://) ...
python mine.py -u eu1.blakecoin.com:8337 -w user.worker:password
It still says error though, so maybe it's still not right (the pools doesn't seem to care if the username exists either!)
Code:
# python mine.py -u eu1.blakecoin.com:8337 -w user.worker:password
getwork loop
getnewjob
IN getwork
Connecting to server...
IN CONNECT
2014-02-03 19:36:22 | Connected to server
0 kH/s | 0/0/0 0.00%/0.00%send: 'POST / HTTP/1.1\r\nHost: eu1.blakecoin.com:8337
\r\nAccept-Encoding: identity\r\nContent-Length: 49\r\nContent-Type: application
/json\r\nAuthorization: Basic dXNlci53b3JrZXI6cGFzc3dvcmQ=\r\nUser-Agent: x6500-
miner\r\n\r\n{"params": [], "method": "getwork", "id": "json"}'
getjob
reply: 'HTTP/1.1 200 OK\r\n'
header: X-Source-Code: /src/
header: Content-Length: 549
header: X-Roll-NTime: expire=120
header: X-Long-Polling: /LP
header: Server: Eloipool
header: Date: Mon, 03 Feb 2014 19:34:50 GMT
header: Content-Type: application/json
(, {u'error': None, u'result': {u
'hash1': u'000000000000000000000000000000000000000000000000000000000000000000000
08000000000000000000000000000000000000000000000000000010000', u'data': u'0000000
2e840bb8958e5479add63a8c96367586615fe71cc90b9bfa3000ab97d00000000dc97f2f5c9ab5bb
acdd27b3cdc9314d6b925554a077a3426dbb73731b3cf364252efef5a1b07fd6f523130356b00000
08000000000000000000000000000000000000000000000000000000000000000000000000000000
00080020000', u'target': u'fffffffffffffffffffffffffffffffffffffffffffffffffffff
fff00000000', u'submitold': True}, u'id': u'json'})
2014-02-03 19:36:23 | -1: Error getting work! Retrying...
getwork loop
getnewjob
IN getwork
Connecting to server...
IN CONNECT
2014-02-03 19:36:22 | Connected to server
0 kH/s | 0/0/0 0.00%/0.00%send: 'POST / HTTP/1.1\r\nHost: eu1.blakecoin.com:8337
\r\nAccept-Encoding: identity\r\nContent-Length: 49\r\nContent-Type: application
/json\r\nAuthorization: Basic dXNlci53b3JrZXI6cGFzc3dvcmQ=\r\nUser-Agent: x6500-
miner\r\n\r\n{"params": [], "method": "getwork", "id": "json"}'
getjob
reply: 'HTTP/1.1 200 OK\r\n'
header: X-Source-Code: /src/
header: Content-Length: 549
header: X-Roll-NTime: expire=120
header: X-Long-Polling: /LP
header: Server: Eloipool
header: Date: Mon, 03 Feb 2014 19:34:50 GMT
header: Content-Type: application/json
(
'hash1': u'000000000000000000000000000000000000000000000000000000000000000000000
08000000000000000000000000000000000000000000000000000010000', u'data': u'0000000
2e840bb8958e5479add63a8c96367586615fe71cc90b9bfa3000ab97d00000000dc97f2f5c9ab5bb
acdd27b3cdc9314d6b925554a077a3426dbb73731b3cf364252efef5a1b07fd6f523130356b00000
08000000000000000000000000000000000000000000000000000000000000000000000000000000
00080020000', u'target': u'fffffffffffffffffffffffffffffffffffffffffffffffffffff
fff00000000', u'submitold': True}, u'id': u'json'})
2014-02-03 19:36:23 | -1: Error getting work! Retrying...
EDIT: Actually it may be OK, the "Error getting work" was coming from fpga.putJob(work) which not surprisingly fails as I've got no FPGA attached (various other hacks were required to get it to run this far without a device).
February 03, 2014, 03:12:02 PM
The lancelot miner uses ServiceProxy for the network stuff, while it looks like the x6500 miner uses httplib (see rpcClient.py).
Unfortunately my python-fu is not strong, so I'm not sure how we'd go about debugging this, other than the obvious initial step of printing out the various parameters/results in getwork() and possibly longpoll_loop() too.
Unfortunately my python-fu is not strong, so I'm not sure how we'd go about debugging this, other than the obvious initial step of printing out the various parameters/results in getwork() and possibly longpoll_loop() too.
February 03, 2014, 03:00:21 PM
Solo!
Haha.
Haha.
try getwork is on port 8337
http://eu1.blakecoin.com
http://ny1.blakecoin.com
might be quicker than waiting for a block find?
Tried that too:
got a Lancelot mining that pool with kramble's python Blakecoin miner and can get work somethings not setup right
are you on a win x86 or x64?
Windows 8.1 x64
I am thinking Windows is the issue.
yeah could be issues with the x64 drivers
any old xp x86 laptops or spare machines about you can test on?
Yep, I will set one up right now.
February 03, 2014, 02:58:04 PM
Solo!
Haha.
Haha.
try getwork is on port 8337
http://eu1.blakecoin.com
http://ny1.blakecoin.com
might be quicker than waiting for a block find?
Tried that too:
got a Lancelot mining that pool with kramble's python Blakecoin miner and can get work somethings not setup right
are you on a win x86 or x64?
Windows 8.1 x64
I am thinking Windows is the issue.
yeah could be issues with the x64 drivers
any old xp x86 laptops or spare machines about you can test on?
or run a vm?
February 03, 2014, 02:55:37 PM
Solo!
Haha.
Haha.
try getwork is on port 8337
http://eu1.blakecoin.com
http://ny1.blakecoin.com
might be quicker than waiting for a block find?
Tried that too:
got a Lancelot mining that pool with kramble's python Blakecoin miner and can get work somethings not setup right
are you on a win x86 or x64?
Windows 8.1 x64
I am thinking Windows is the issue.
Jump to: