[ANN][CRW] CROWN (MN-PoS) | Platform | NFT framework | Governance | Masternodes

[infernoman]

I just wanted to let you know in advance, we have ready new builds with our wallets with merged mining feature with bitcoin.
Hard-fork is scheduled from block #453273, which is one week from now.

Linux, Mac OSX and Windows builds are available for download from here for now:
https://drive.google.com/file/d/0B3nXvvpZ_8WCelJRODY0NHViU1E/view

They willl be also uploaded on GitHub before the hard fork occurs.

Hi there, the current windows wallet you have provided will not sync past the fork. and is orphaning blocks made by the daemon.

2015-08-26 05:29:28 ERROR: AcceptBlock : legacy block after auxpow start
2015-08-26 05:29:28 ERROR: ProcessBlock() : AcceptBlock FAILED

[2015-08-26 01:52:13.663] [DEBUG] [default] - Pool crowncoin Thread 4 Failed to submit potential auxiliary block: {"code":-1,"message":"ReadCompactSize() : size too large"}
[2015-08-26 01:54:28.742] [DEBUG] [default] - Pool crowncoin Thread 4 Block was not detected to have been accepted by network: 58b4a9eef452a25ce6798c28475964f5c27352336ed74648a94d4a194dd5bf8d
[2015-08-26 01:54:28.743] [DEBUG] [default] - Pool crowncoin Thread 4 Some error occured: {"code":-1,"message":"value is type null, expected str"}


EDIT: gone through some logging and the daemon is creating blocks again, UNOMP will not support this coin out of the box unfortunately but a few changes allow for it to be added to UNOMP. CRW is currently what I will be using to test and implement multiple merged mining coins in UNOMP since it is currently not working.

[1713450549]

1713450549

[1713450549]

1713450549

[p3yot33at3r]

I just wanted to let you know in advance, we have ready new builds with our wallets with merged mining feature with bitcoin.
Hard-fork is scheduled from block #453273, which is one week from now.

Linux, Mac OSX and Windows builds are available for download from here for now:
https://drive.google.com/file/d/0B3nXvvpZ_8WCelJRODY0NHViU1E/view

They willl be also uploaded on GitHub before the hard fork occurs.

Hi there, the current windows wallet you have provided will not sync past the fork. and is orphaning blocks made by the daemon.

2015-08-26 05:29:28 ERROR: AcceptBlock : legacy block after auxpow start
2015-08-26 05:29:28 ERROR: ProcessBlock() : AcceptBlock FAILED

[2015-08-26 01:52:13.663] [DEBUG] [default] - Pool crowncoin Thread 4 Failed to submit potential auxiliary block: {"code":-1,"message":"ReadCompactSize() : size too large"}
[2015-08-26 01:54:28.742] [DEBUG] [default] - Pool crowncoin Thread 4 Block was not detected to have been accepted by network: 58b4a9eef452a25ce6798c28475964f5c27352336ed74648a94d4a194dd5bf8d
[2015-08-26 01:54:28.743] [DEBUG] [default] - Pool crowncoin Thread 4 Some error occured: {"code":-1,"message":"value is type null, expected str"}

Yup - same problem here, wallet will no longer sync & merge mining with isn't working with p2pool running the daemon.

[infernoman]

I just wanted to let you know in advance, we have ready new builds with our wallets with merged mining feature with bitcoin.
Hard-fork is scheduled from block #453273, which is one week from now.

Linux, Mac OSX and Windows builds are available for download from here for now:
https://drive.google.com/file/d/0B3nXvvpZ_8WCelJRODY0NHViU1E/view

They willl be also uploaded on GitHub before the hard fork occurs.

Hi there, the current windows wallet you have provided will not sync past the fork. and is orphaning blocks made by the daemon.

2015-08-26 05:29:28 ERROR: AcceptBlock : legacy block after auxpow start
2015-08-26 05:29:28 ERROR: ProcessBlock() : AcceptBlock FAILED

[2015-08-26 01:52:13.663] [DEBUG] [default] - Pool crowncoin Thread 4 Failed to submit potential auxiliary block: {"code":-1,"message":"ReadCompactSize() : size too large"}
[2015-08-26 01:54:28.742] [DEBUG] [default] - Pool crowncoin Thread 4 Block was not detected to have been accepted by network: 58b4a9eef452a25ce6798c28475964f5c27352336ed74648a94d4a194dd5bf8d
[2015-08-26 01:54:28.743] [DEBUG] [default] - Pool crowncoin Thread 4 Some error occured: {"code":-1,"message":"value is type null, expected str"}

Yup - same problem here, wallet will no longer sync & merge mining with isn't working with p2pool running the daemon.

try a connect=stratum.infernopool.com and reindex the chain. see if you can get synced up atleast. Some of my blocks are going through and others are not. so its a bit of hit and miss right now.

[p3yot33at3r]

I tried reindex & rescan - no go. I reverted back to the older QT wallet & it synced up straight away on my windoze PC. Still running the newer daemon on my rig, but merge mining is definitely not working, so I'm thinking of reverting to normal mining again with the older daemon.

[infernoman]

I tried reindex & rescan - no go. I reverted back to the older QT wallet & it synced up straight away on my windoze PC. Still running the newer daemon on my rig, but merge mining is definitely not working, so I'm thinking of reverting to normal mining again with the older daemon.

inside of rpcmining.cpp search for any instances of "_target" and replace with "target" and recompile. then mining should be good to go.

[p3yot33at3r]

I tried reindex & rescan - no go. I reverted back to the older QT wallet & it synced up straight away on my windoze PC. Still running the newer daemon on my rig, but merge mining is definitely not working, so I'm thinking of reverting to normal mining again with the older daemon.

inside of rpcmining.cpp search for any instances of "_target" and replace with "target" and recompile. then mining should be good to go.

Did you get your source from git? I'm using the 64bit linux binary from the google download link provided earlier....

[infernoman]

I tried reindex & rescan - no go. I reverted back to the older QT wallet & it synced up straight away on my windoze PC. Still running the newer daemon on my rig, but merge mining is definitely not working, so I'm thinking of reverting to normal mining again with the older daemon.

inside of rpcmining.cpp search for any instances of "_target" and replace with "target" and recompile. then mining should be good to go.

Did you get your source from git? I'm using the 64bit linux binary from the google download link provided earlier....

yupp, the github has been updated, although they have not relayed that information here
https://github.com/Climbee/crowncoin
ill make a pull request as well
https://github.com/Climbee/crowncoin/pull/1


EDIT: Well it seems like im only being affected on some of the blocks that i am submitting, on my test pool with my own miners it has no problem pulling in blocks, but on the main pool it was having a few troubles with
{"code":-1,"message":"ReadCompactSize() : size too large"}

The reason I am using crw for all of my testing to fix merged mining is the low diff, which helps me quickly calculate whether or not my changes are working. hopefully it stays like this for a while.

[p3yot33at3r]

Well, after doing what you suggested I'm no longer getting the startup errors with p2pool, which was:

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 > --- <exception caught here> ---
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.

[infernoman]

Well, after doing what you suggested I'm no longer getting the startup errors with p2pool, which was:

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 > --- <exception caught here> ---
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?

[p3yot33at3r]

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.

[infernoman]

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

[p3yot33at3r]

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.

[infernoman]

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.

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

[p3yot33at3r]

Any word from the devs about the Win-qt sync issue yet?

 

[crowncoin_knight]

One of the nodes was not working - it should by ok now.

Mining interest is slowly increasing!

In Crown we trust!

Any word from the devs about the Win-qt sync issue yet?

 

[p3yot33at3r]

One of the nodes was not working - it should by ok now.

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.....

[infernoman]

One of the nodes was not working - it should by ok now.

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

[p3yot33at3r]

Yeah, I've tried -reindex & -upgradewallet a few times now - no change  

Also, the block explorer is stuck:

https://blockexperts.com/crw

[infernoman]

Yeah, I've tried -reindex & -upgradewallet a few times now - no change  

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.

[crowncoin_knight]

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