the kingofaltcoins!
Having trouble finding the link for the wallet though anyone help?
Topic: [ANN][CRW] CROWN (SHA256) | Platform | Governance | Systemnodes | Masternodes | - page 248. (Read 316957 times)
September 07, 2015, 09:27:24 AM
September 07, 2015, 09:26:27 AM
Still it´s strange. The 64 version works well.
Not on my system it doesn't. I use many 64bit wallets & this is the only one that doesn't work.
September 07, 2015, 09:20:06 AM
Still it´s strange. The 64 version works well.
UPDATE: I uninstalled the 64bit Win-QT wallet & decided to try the 32bit version instead - SUCCESS!.
So the problem is with the 64bit QT wallet only. I suggest the OP remove the link to the 64bit wallet download until someone (anyone?) has fixed & fully tested the wallet so as to save any potential Crowncoin users days of aggravation & frustration trying to get the 64bit wallet to work like I have
THE 64BIT WINDOZE-QT WALLET DOES NOT WORK - USE THE 32BIT VERSION INSTEAD!
So the problem is with the 64bit QT wallet only. I suggest the OP remove the link to the 64bit wallet download until someone (anyone?) has fixed & fully tested the wallet so as to save any potential Crowncoin users days of aggravation & frustration trying to get the 64bit wallet to work like I have
THE 64BIT WINDOZE-QT WALLET DOES NOT WORK - USE THE 32BIT VERSION INSTEAD!
September 07, 2015, 07:06:04 AM
UPDATE: I uninstalled the 64bit Win-QT wallet & decided to try the 32bit version instead - SUCCESS!.
So the problem is with the 64bit QT wallet only. I suggest the OP remove the link to the 64bit wallet download until someone (anyone?) has fixed & fully tested the wallet so as to save any potential Crowncoin users days of aggravation & frustration trying to get the 64bit wallet to work like I have
THE 64BIT WINDOZE-QT WALLET DOES NOT WORK - USE THE 32BIT VERSION INSTEAD!
So the problem is with the 64bit QT wallet only. I suggest the OP remove the link to the 64bit wallet download until someone (anyone?) has fixed & fully tested the wallet so as to save any potential Crowncoin users days of aggravation & frustration trying to get the 64bit wallet to work like I have
THE 64BIT WINDOZE-QT WALLET DOES NOT WORK - USE THE 32BIT VERSION INSTEAD!
September 06, 2015, 02:37:12 AM
Here's a small section of my debug log:
I get the same errors with both the pre-built binary & the installer of the 64bit Windoze QT version. I have tried -reindex & -upgradewallet as well as downloading the blockchain from scratch using connect=stratum.infernopool.com in my conf file as suggested by infernoman multiple times - all resulting in the same errors. Previous wallet worked perfectly.
Any crowncoin dev out there can have a look?
Code:
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: CheckProofOfWork() : hash doesn't match nBits
ERROR: CheckBlock() : proof of work failed
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: CheckProofOfWork() : hash doesn't match nBits
ERROR: CheckBlock() : proof of work failed
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: CheckProofOfWork() : hash doesn't match nBits
ERROR: CheckBlock() : proof of work failed
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: CheckProofOfWork() : hash doesn't match nBits
ERROR: CheckBlock() : proof of work failed
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: CheckProofOfWork() : hash doesn't match nBits
ERROR: CheckBlock() : proof of work failed
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: CheckProofOfWork() : hash doesn't match nBits
ERROR: CheckBlock() : proof of work failed
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: CheckProofOfWork() : hash doesn't match nBits
ERROR: CheckBlock() : proof of work failed
ERROR: ProcessBlock() : CheckBlock FAILED
ERROR: CheckProofOfWork() : hash doesn't match nBits
I get the same errors with both the pre-built binary & the installer of the 64bit Windoze QT version. I have tried -reindex & -upgradewallet as well as downloading the blockchain from scratch using connect=stratum.infernopool.com in my conf file as suggested by infernoman multiple times - all resulting in the same errors. Previous wallet worked perfectly.
Any crowncoin dev out there can have a look?
September 03, 2015, 05:24:26 AM
Sorry for the late reply, I got called out.
OK, I've tried everything suggested but the Win 64bit QT wallet refuses to sync & is unusable until it does. This is the only wallet out of 15 others that does not work, but the previous version was fine. I fear I will no longer be able to use this coin until a working solution is found.
If anyone else can't get the win 64bit wallet to run, please post here.
OK, I've tried everything suggested but the Win 64bit QT wallet refuses to sync & is unusable until it does. This is the only wallet out of 15 others that does not work, but the previous version was fine. I fear I will no longer be able to use this coin until a working solution is found.
If anyone else can't get the win 64bit wallet to run, please post here.
August 31, 2015, 03:47:17 AM
Working on the explorer fix: merged mining implementation affected it
Yeah, I've tried -reindex & -upgradewallet a few times now - no change
Also, the block explorer is stuck:
https://blockexperts.com/crw
Also, the block explorer is stuck:
https://blockexperts.com/crw
try using what i posted above, and add connect=stratum.infernopool.com in your crowncoin.conf. then reindex
August 31, 2015, 01:37:56 AM
Working on the explorer fix: merged mining implementation affected it
Yeah, I've tried -reindex & -upgradewallet a few times now - no change
Also, the block explorer is stuck:
https://blockexperts.com/crw
Also, the block explorer is stuck:
https://blockexperts.com/crw
August 28, 2015, 06:20:18 AM
Yeah, I've tried -reindex & -upgradewallet a few times now - no change
Also, the block explorer is stuck:
https://blockexperts.com/crw
Also, the block explorer is stuck:
https://blockexperts.com/crw
the connect=stratum.infernopool.com in your .conf file is important. without this it will try to download the blockchain from the old nodes. if you dont feel comfortable using my daemon to sync from. use your daemon that your using for p2pool instead. just make a conf file and use connect= instead of addnode= that way it will download the full blockchain from a node that you know has already upgraded.
August 28, 2015, 04:43:15 AM
Yeah, I've tried -reindex & -upgradewallet a few times now - no change
Also, the block explorer is stuck:
https://blockexperts.com/crw
Also, the block explorer is stuck:
https://blockexperts.com/crw
August 28, 2015, 04:35:25 AM
One of the nodes was not working - it should by ok now.
Mining interest is slowly increasing!
In Crown we trust!
Mining interest is slowly increasing!
In Crown we trust!
Still no sync
It's not a node problem, I got plenty of connections - it's a wallet issue.....
hey inside your .conf file add connect=stratum.infernopool.com and make a .bat file (in the same folder as the qt.exe) named run.bat or something. in the .bat file add this
crowncoin-qt.exe -reindex
make sure "crowncoin-qt.exe" matches the name of your .exe for crown. close the QT. and run the .bat file then be patient. it may take a bit to reindex. but should get you on the right chain
August 28, 2015, 04:29:48 AM
One of the nodes was not working - it should by ok now.
Mining interest is slowly increasing!
In Crown we trust!
Mining interest is slowly increasing!
In Crown we trust!
Still no sync
It's not a node problem, I got plenty of connections - it's a wallet issue, but only with the QT version, the daemon runs fine.....
August 28, 2015, 03:05:38 AM
One of the nodes was not working - it should by ok now.
Mining interest is slowly increasing!
In Crown we trust!
Mining interest is slowly increasing!
In Crown we trust!
Any word from the devs about the Win-qt sync issue yet?
August 27, 2015, 10:18:50 AM
Any word from the devs about the Win-qt sync issue yet?
August 26, 2015, 09:47:19 PM
It's not a public node, but I'll PM you a link if you're interested in checking it out. My internet is not the best & I'm constantly fiddling with it, so I chose not to make it a public node to save on hassle - it's more of a learning hobby for me tbh 
I've just compiled NMC using the same params you suggested earlier, so will be restarting it shortly to test the modified NMC daemon. If I don't get the usual startup error I'll try the same solution with HUC.
I've just compiled NMC using the same params you suggested earlier, so will be restarting it shortly to test the modified NMC daemon. If I don't get the usual startup error I'll try the same solution with HUC.
yeah for sure, i'd love to check it out if possible, I know the feeling lol, and i started in the exact same position as you ! I released my pool publicly on my home internet connection, and had some troubles
I ended up switching for a hosted server. All a learning experience August 26, 2015, 02:03:15 PM
It's not a public node, but I'll PM you a link if you're interested in checking it out. My internet is not the best & I'm constantly fiddling with it, so I chose not to make it a public node to save on hassle - it's more of a learning hobby for me tbh
I've just compiled NMC using the same params you suggested earlier, so will be restarting it shortly to test the modified NMC daemon. If I don't get the usual startup error I'll try the same solution with HUC.
I've just compiled NMC using the same params you suggested earlier, so will be restarting it shortly to test the modified NMC daemon. If I don't get the usual startup error I'll try the same solution with HUC.
August 26, 2015, 01:14:27 PM
Curious... how much hash do you have at the p2pool?
I run about 10Th on my own merge mining p2pool node
Big fan of p2pool, it's decentralized nature really appeals to me.
Very nice ! is the link public by chance? i havent seen a merged p2pool before, but when i started building pools i used p2pool to do most of my work. The link to my pool is http://infernopool.com/ I run a multipool through the unomp software. but the merged mining for unomp needs some work still, crown gives me the opportunity to do so
August 26, 2015, 12:52:25 PM
Curious... how much hash do you have at the p2pool?
I run about 10Th on my own merge mining p2pool node
Big fan of p2pool, it's decentralized nature really appeals to me.
August 26, 2015, 12:07:38 PM
Well, after doing what you suggested I'm no longer getting the startup errors with p2pool, which was:
...just waiting now to see if submitted blocks are being accepted.
I've been getting similar errors with both HUC & NMC, so I'm wondering if the cause is the same? I'll have a dig in the same rpcmining file of those coins......
Edit: Looking at NMC source, there are several references to "_target":
https://github.com/namecoin/namecore/search?utf8=%E2%9C%93&q=_target
...do you think this is correct?
Edit: Just received my first block confirmation from merge mining, so you appear to have solved the CRW problem! I'm now going to try the same solution with NMC & HUC to see if that cures the startup error problem & lack of merged mined blocks.
Thanks infernoman, great stuff.
Code:
2015-08-26 15:02:14.389197 > Unhandled error in Deferred:
2015-08-26 15:02:14.389904 > Unhandled Error
2015-08-26 15:02:14.389996 > Traceback (most recent call last):
2015-08-26 15:02:14.390035 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 382, in callback
2015-08-26 15:02:14.390061 > self._startRunCallbacks(result)
2015-08-26 15:02:14.390085 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 490, in _startRunCallbacks
2015-08-26 15:02:14.390110 > self._runCallbacks()
2015-08-26 15:02:14.390133 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 577, in _runCallbacks
2015-08-26 15:02:14.390164 > current.result = callback(current.result, *args, **kw)
2015-08-26 15:02:14.390187 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1155, in gotResult
2015-08-26 15:02:14.390210 > _inlineCallbacks(r, g, deferred)
2015-08-26 15:02:14.390233 > ------
2015-08-26 15:02:14.390256 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1099, in _inlineCallbacks
2015-08-26 15:02:14.390290 > result = g.send(result)
2015-08-26 15:02:14.390313 > File "/home/rig/p2pool/p2pool/work.py", line 83, in set_merged_work
2015-08-26 15:02:14.390337 > target='p2pool' if auxblock['target'] == 'p2pool' else pack.IntType(256).unpack(auxblock['target'].decode('hex')),
2015-08-26 15:02:14.390362 > exceptions.KeyError: 'target'
...just waiting now to see if submitted blocks are being accepted.
I've been getting similar errors with both HUC & NMC, so I'm wondering if the cause is the same? I'll have a dig in the same rpcmining file of those coins......
Edit: Looking at NMC source, there are several references to "_target":
https://github.com/namecoin/namecore/search?utf8=%E2%9C%93&q=_target
...do you think this is correct?
Edit: Just received my first block confirmation from merge mining, so you appear to have solved the CRW problem!
I'm now going to try the same solution with NMC & HUC to see if that cures the startup error problem & lack of merged mined blocks.Thanks infernoman, great stuff.
No problem at all, it looks like that could also be affecting NMC. reason i say this is most pools look for a value of "target" instead of "_target" for startup. that being said im not sure why there is a few amount of coins that have this in their source.
Curious... how much hash do you have at the p2pool?
August 26, 2015, 11:10:58 AM
Well, after doing what you suggested I'm no longer getting the startup errors with p2pool, which was:
...just waiting now to see if submitted blocks are being accepted.
I've been getting similar errors with both HUC & NMC, so I'm wondering if the cause is the same? I'll have a dig in the same rpcmining file of those coins......
Edit: Looking at NMC source, there are several references to "_target":
https://github.com/namecoin/namecore/search?utf8=%E2%9C%93&q=_target
...do you think this is correct?
Edit: Just received my first block confirmation from merge mining, so you appear to have solved the CRW problem! I'm now going to try the same solution with NMC & HUC to see if that cures the startup error problem & lack of merged mined blocks.
Thanks infernoman, great stuff.
Code:
2015-08-26 15:02:14.389197 > Unhandled error in Deferred:
2015-08-26 15:02:14.389904 > Unhandled Error
2015-08-26 15:02:14.389996 > Traceback (most recent call last):
2015-08-26 15:02:14.390035 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 382, in callback
2015-08-26 15:02:14.390061 > self._startRunCallbacks(result)
2015-08-26 15:02:14.390085 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 490, in _startRunCallbacks
2015-08-26 15:02:14.390110 > self._runCallbacks()
2015-08-26 15:02:14.390133 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 577, in _runCallbacks
2015-08-26 15:02:14.390164 > current.result = callback(current.result, *args, **kw)
2015-08-26 15:02:14.390187 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1155, in gotResult
2015-08-26 15:02:14.390210 > _inlineCallbacks(r, g, deferred)
2015-08-26 15:02:14.390233 > ------
2015-08-26 15:02:14.390256 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1099, in _inlineCallbacks
2015-08-26 15:02:14.390290 > result = g.send(result)
2015-08-26 15:02:14.390313 > File "/home/rig/p2pool/p2pool/work.py", line 83, in set_merged_work
2015-08-26 15:02:14.390337 > target='p2pool' if auxblock['target'] == 'p2pool' else pack.IntType(256).unpack(auxblock['target'].decode('hex')),
2015-08-26 15:02:14.390362 > exceptions.KeyError: 'target'
...just waiting now to see if submitted blocks are being accepted.
I've been getting similar errors with both HUC & NMC, so I'm wondering if the cause is the same? I'll have a dig in the same rpcmining file of those coins......
Edit: Looking at NMC source, there are several references to "_target":
https://github.com/namecoin/namecore/search?utf8=%E2%9C%93&q=_target
...do you think this is correct?
Edit: Just received my first block confirmation from merge mining, so you appear to have solved the CRW problem!
I'm now going to try the same solution with NMC & HUC to see if that cures the startup error problem & lack of merged mined blocks.Thanks infernoman, great stuff.
Jump to: