[DVC]DevCoin - Official Thread - Moderated

[sidhujag]

Does that help?

paste more of the log. is there a section before that showing details of a block submission? could there be a problem with the transactions in the coinbase related to the devcoin payouts that come from the file it regularly downloads?

that's another thing that probably needs testing. testing blocks found before and after the boundaries of new file data.

Glad we have another dev onboard!

I think there were forking changes in 0.8 btc so it may make sense to do a fresh cleanup of devcoin doing a fork.. that way p2psh, nversion fixes and malleability attacks arent possible... the code is rebased on 0.8.5 so it should work to mine with newer clients and old clients seem to sync up with new ones.

The question is if new client mines a block will it be accepted by old ones.. but if we are to plug security holes we should force users to move to new code as bitcoin did??

[sidhujag]

if thats true lets follow original path Hunterbunter and see if we can single out the problem in the new client code..

You can run another node connected to the proxy which is connected to your server node.. I think your seeing problem right away when proxy wakes up and sees that a new miner is available? Using the builtin qt miner set generate=true will do this hopefully? With only one node connected it will be easier to identify issue..

Do you follow or should I write it up more clear? Im on my iphone and its 5am so if so Ill do it on desktop later.

Ok this is the bit I'm not following:

Another node as in another p2pool node separate to the one I've already set up? What do you mean by proxy?

The problem happens like this:

 - I start the newest source devcoin daemon, it connects to network and syncs with the network just fine, at this point it ignores P2Pool requests. While it's still syncing, P2Pool has an error when it tries to access the devcoin daemon, which says "devcoin is still downloading blocks". When devcoin daemon is stopped, it just says "can't connect to devcoind daemon"
 - When devcoin daemon is synced, it listens to the P2Pool request, but spits out that error below, and begins rejecting connections and disconnecting, and eventually terminates.
 - The P2Pool carries on doing what it's doing, and just spits out a little error every now and then saying "can't talk to the devcoin daemon", but it can continue talking to the miners and the other daemons. It seems unaffected by whether the daemon is alive or dead.
 - This happens on your newest code on github, but not on the 'initial devcoin based on bitcoin 0.8.5' commit e646ca6740862d6d5914d83b7e69bf31f95c25dc. On that commit, it seems to work normally (as in there are no errors, and the daemon doesn't terminate). I haven't found any blocks yet but that's probably just because of the relatively low hash power at the moment.

The devcoin daemon always complains with the same problem:

Code:

ERROR: CTransaction::CheckTransaction() : txout.nValue negative
ERROR: CheckBlock() : CheckTransaction failed

Does that help?

Yea it helps a bit...

You should usually sync up the node before turning on the pool but thats ok anyways it works around it. I did this test using local clients running talking to the merged mining proxy and it worked giving the getauxblock message.. it mined blocks.. so I will do that test again. Once we get passed that next step is to mine a block and confirm they are accepted.

[nibyokwy]

to help understand the code path, what is the setup of the pool that is testing it? i see it is p2pool but is it mining bitcoin as the primary with devcoin as a merge mine coin? or is this initial test mining with devcoin as the primary? if the latter, has getblocktemplate (which i assume p2pool is using) modified from the original bitcoin one at all? If the former, it will be using the getaux... paths.

[sidhujag]

to help understand the code path, what is the setup of the pool that is testing it? i see it is p2pool but is it mining bitcoin as the primary with devcoin as a merge mine coin? or is this initial test mining with devcoin as the primary? if the latter, has getblocktemplate (which i assume p2pool is using) modified from the original bitcoin one at all? If the former, it will be using the getaux... paths.

There was a small change to template which matches bitcoin but wasnt in devcoin. When creatinh a block I set txout value to -fee in the template.. This could be the cause.

Why is it in bitcoin as -fee? I assumed it was something to do with the client checking to ensure sufficient balance before sending coins.

https://github.com/sidhujag/devcoin/search?q=-nFees&ref=cmdform


But this is in original commit and he said that one connects.. he should see rpccalls in the pool log to template code?

At the very least see the msg "running devcoin miner"?

[Hunterbunter]

Does that help?

paste more of the log. is there a section before that showing details of a block submission? could there be a problem with the transactions in the coinbase related to the devcoin payouts that come from the file it regularly downloads?

that's another thing that probably needs testing. testing blocks found before and after the boundaries of new file data.

Here are few I can find in .devcoin/debug.log

Code:

received block 65bb9b37eea3360642b5637d5ea5305ff3cdaf00acaf9c4e8baf57fcf860cbd8
Committing 11 changed transactions to coin database...
SetBestChain: new best=65bb9b37eea3360642b5637d5ea5305ff3cdaf00acaf9c4e8baf57fcf860cbd8  height=125114  log2_work=75.067766  tx=224528  date=2014-02-07 23:20:07 progress=0.072150
ProcessBlock: ACCEPTED
received block 0521b1afb4cea4a79fba7f11953e5c1a1f3dfcb64ec8d57c17a548e28a268708
Committing 7 changed transactions to coin database...
SetBestChain: new best=0521b1afb4cea4a79fba7f11953e5c1a1f3dfcb64ec8d57c17a548e28a268708  height=125115  log2_work=75.068056  tx=224531  date=2014-02-07 23:24:43 progress=0.072151
ProcessBlock: ACCEPTED
received block 0f174afcb109386fb8e25e6c3170c218653941850d8547320003f53f0564eb67
Committing 1 changed transactions to coin database...
SetBestChain: new best=0f174afcb109386fb8e25e6c3170c218653941850d8547320003f53f0564eb67  height=125116  log2_work=75.068347  tx=224532  date=2014-02-07 23:26:18 progress=0.072151
Committing 18 changed transactions to coin database...
SetBestChain: new best=d0af0a1871a72ba01e509317ec4f77f4a279610676273a5ab97957b7b1853d38  height=125117  log2_work=75.068641  tx=224539  date=2014-02-07 23:37:29 progress=0.072154
Committing 20 changed transactions to coin database...
SetBestChain: new best=efad489d53063f984226aac7475b7cb043abad6514cda3eae135ac490e9dba27  height=125118  log2_work=75.068935  tx=224550  date=2014-02-07 23:54:27 progress=0.072157
ProcessBlock: ACCEPTED
getblocks 125085 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500
getblocks -1 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500
keypool added key 102, size=101
keypool reserve 2
ERROR: CTransaction::CheckTransaction() : txout.nValue negative
ERROR: CheckBlock() : CheckTransaction failed
Flushing wallet.dat
Flushed wallet.dat 20ms
Added 1 addresses from 188.220.216.98: 12 tried, 1123 new
<terminated>

Code:

accepted connection 82.15.144.161:56275
send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=82.15.144.161:56275, peer=82.15.144.161:56275
Added time data, samples 4, offset -1 (+0 minutes)
Added 82.15.144.161:52333 from 82.15.144.161: 10 tried, 1159 new
Moving 82.15.144.161:52333 to tried
receive version message: version 32501, blocks=125120, us=190.120.236.179:52333, them=82.15.144.161:52333, peer=82.15.144.161:56275
connection timeout
trying connection 106.187.94.193:52333 lastseen=0.4hrs
connected 106.187.94.193:52333
send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=106.187.94.193:52333, peer=106.187.94.193:52333
Added time data, samples 5, offset -2 (+0 minutes)
nTimeOffset = -1  (+0 minutes)
receive version message: version 32501, blocks=125120, us=190.120.236.179:51827, them=106.187.94.193:52333, peer=106.187.94.193:52333
trying connection 95.87.202.189:52333 lastseen=4.5hrs
connection timeout
trying connection 94.12.52.116:52333 lastseen=4.9hrs
connection timeout
trying connection 91.121.174.223:52333 lastseen=2.6hrs
connected 91.121.174.223:52333
send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=91.121.174.223:52333, peer=91.121.174.223:52333
Added time data, samples 6, offset -1 (+0 minutes)
Moving 91.121.174.223:52333 to tried
receive version message: version 32501, blocks=125120, us=190.120.236.179:47184, them=91.121.174.223:52333, peer=91.121.174.223:52333
trying connection 162.243.208.154:52333 lastseen=0.4hrs
connected 162.243.208.154:52333
send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=162.243.208.154:52333, peer=162.243.208.154:52333
Added time data, samples 7, offset -1 (+0 minutes)
nTimeOffset = -1  (+0 minutes)
receive version message: version 32501, blocks=125120, us=190.120.236.179:59703, them=162.243.208.154:52333, peer=162.243.208.154:52333
keypool reserve 2
ERROR: CTransaction::CheckTransaction() : txout.nValue negative
ERROR: CheckBlock() : CheckTransaction failed
trying connection 173.69.204.230:52333 lastseen=4.8hrs
connection timeout
trying connection 46.115.143.136:52333 lastseen=4.9hrs
connection timeout
trying connection 38.118.62.165:52333 lastseen=4.6hrs
connection timeout
trying connection 38.108.113.249:52333 lastseen=4.9hrs
accepted connection 68.38.11.21:59000
send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=68.38.11.21:59000, peer=68.38.11.21:59000
Added time data, samples 8, offset -6 (+0 minutes)
Moving 68.38.11.21:52333 to tried
receive version message: version 32501, blocks=125120, us=190.120.236.179:52333, them=68.38.11.21:52333, peer=68.38.11.21:59000
Added 3 addresses from 91.121.174.223: 13 tried, 1159 new
connection timeout
trying connection 49.187.164.172:52333 lastseen=4.8hrs
connection timeout
trying connection 96.237.186.113:52333 lastseen=5.1hrs
<terminated>

Code:

received block 30e695568bcf94589433c4ea652ecc1935b2220ac8c4a6432165a0823c875852
Committing 10 changed transactions to coin database...
SetBestChain: new best=30e695568bcf94589433c4ea652ecc1935b2220ac8c4a6432165a0823c875852  height=125127  log2_work=75.071554  tx=224583  date=2014-02-08 01:35:27 progress=0.072159
ProcessBlock: ACCEPTED
received block 98765ac4f89e458e2c2cefcc10cc1c751571f063af48c55ec80341f847d60627
Committing 4 changed transactions to coin database...
SetBestChain: new best=98765ac4f89e458e2c2cefcc10cc1c751571f063af48c55ec80341f847d60627  height=125128  log2_work=75.071833  tx=224585  date=2014-02-08 01:36:09 progress=0.072160
ProcessBlock: ACCEPTED
connection timeout
trying connection 99.232.33.22:52333 lastseen=6.8hrs
connection timeout
trying connection 2.239.40.87:52333 lastseen=1.8hrs
connection timeout
trying connection 77.184.69.252:52333 lastseen=6.8hrs
Added 85 addresses from 198.211.105.133: 10 tried, 1205 new
connection timeout
trying connection 84.227.24.246:52333 lastseen=7.0hrs
connect() failed after select(): No route to host
trying connection 74.115.95.138:52333 lastseen=2.0hrs
connected 74.115.95.138:52333
send version message: version 70001, blocks=125128, us=190.120.236.179:52333, them=74.115.95.138:52333, peer=74.115.95.138:52333
trying connection 74.103.210.161:52333 lastseen=6.4hrs
keypool reserve 2
ERROR: CTransaction::CheckTransaction() : txout.nValue negative
ERROR: CheckBlock() : CheckTransaction failed
connection timeout
trying connection 99.73.124.137:52333 lastseen=4.2hrs
connection timeout
trying connection 38.108.113.249:52333 lastseen=6.5hrs
connection timeout
trying connection 106.187.94.193:52333 lastseen=2.0hrs
connected 106.187.94.193:52333
send version message: version 70001, blocks=125128, us=190.120.236.179:52333, them=106.187.94.193:52333, peer=106.187.94.193:52333
socket recv error 104
disconnecting node 106.187.94.193:52333
trying connection 68.187.211.2:52333 lastseen=2.0hrs
connection timeout
trying connection 68.187.211.2:52333 lastseen=2.0hrs
connection timeout
trying connection 2.239.40.87:52333 lastseen=1.8hrs
<terminated>

Code:

trying connection 113.68.109.104:52333 lastseen=2.1hrs
connection timeout
trying connection 90.130.41.14:52333 lastseen=2.7hrs
connected 90.130.41.14:52333
send version message: version 70001, blocks=125130, us=190.120.236.179:52333, them=90.130.41.14:52333, peer=90.130.41.14:52333
ThreadRPCServer method=getbalance
socket recv error 104
disconnecting node 90.130.41.14:52333
trying connection 162.242.17.178:52333 lastseen=2.5hrs
connected 162.242.17.178:52333
send version message: version 70001, blocks=125130, us=190.120.236.179:52333, them=162.242.17.178:52333, peer=162.242.17.178:52333
Added time data, samples 13, offset +3 (+0 minutes)
nTimeOffset = +0  (+0 minutes)
Moving 162.242.17.178:52333 to tried
receive version message: version 32501, blocks=125130, us=190.120.236.179:48601, them=162.242.17.178:52333, peer=162.242.17.178:52333
accepted connection 98.201.33.193:65029
send version message: version 70001, blocks=125130, us=190.120.236.179:52333, them=98.201.33.193:65029, peer=98.201.33.193:65029
Added time data, samples 14, offset -10 (+0 minutes)
Moving 98.201.33.193:52333 to tried
receive version message: version 32501, blocks=125130, us=190.120.236.179:52333, them=98.201.33.193:52333, peer=98.201.33.193:65029
ThreadRPCServer method=getinfo
keypool reserve 2
keypool return 2
CTxMemPool::accept() : accepted 5912842f1c77966b57d9976f6b1db1f208dee045f06dd8bc4ff21249e86a25fe (poolsz 1)
received getdata for: tx 5912842f1c77966b57d9976f6b1db1f208dee045f06dd8bc4ff21249e86a25fe
received getdata for: tx 5912842f1c77966b57d9976f6b1db1f208dee045f06dd8bc4ff21249e86a25fe
Flushed 1755 addresses to peers.dat  80ms
keypool reserve 2
ERROR: CTransaction::CheckTransaction() : txout.nValue negative
ERROR: CheckBlock() : CheckTransaction failed
<terminated>

Code:

trying connection 114.79.19.38:52333 lastseen=4.7hrs
Committing 3 changed transactions to coin database...
SetBestChain: new best=6f1aefce8d1606d07fd1d60f2082a10f31613dc8e7bcc6b3e43f274a265cbd94  height=125134  log2_work=75.0735  tx=224601  date=2014-02-08 02:23:54 progress=0.072161
ProcessBlock: ACCEPTED
received block 5b7fb292496a08e8b95327475e3bf06be0ffa50ca699eecdd0b132ee241c96a8
Committing 3 changed transactions to coin database...
SetBestChain: new best=5b7fb292496a08e8b95327475e3bf06be0ffa50ca699eecdd0b132ee241c96a8  height=125135  log2_work=75.073777  tx=224603  date=2014-02-08 02:29:39 progress=0.072162
ProcessBlock: ACCEPTED
ThreadRPCServer method=getin
ThreadRPCServer method=getinfo
keypool reserve 2
keypool return 2
connection timeout
trying connection 87.79.129.248:52333 lastseen=5.0hrs
14 addresses found from DNS seeds
dnsseed thread exit
Added 3 addresses from 162.243.208.154: 17 tried, 1741 new
keypool reserve 2
ERROR: CTransaction::CheckTransaction() : txout.nValue negative
ERROR: CheckBlock() : CheckTransaction failed
connection timeout
trying connection 217.44.32.33:52333 lastseen=0.4hrs
connection timeout
trying connection 98.201.33.193:52333 lastseen=0.4hrs
connection timeout
trying connection 118.244.207.5:52333 lastseen=0.6hrs
connected 118.244.207.5:52333
send version message: version 70001, blocks=125135, us=190.120.236.179:52333, them=118.244.207.5:52333, peer=118.244.207.5:52333
Added time data, samples 3, offset -1 (+0 minutes)
receive version message: version 32501, blocks=125135, us=190.120.236.179:60519, them=118.244.207.5:52333, peer=118.244.207.5:52333
trying connection 65.188.164.108:52333 lastseen=5.3hrs
connection timeout
trying connection 204.14.77.5:52333 lastseen=4.7hrs
connection timeout
trying connection 99.194.200.2:52333 lastseen=5.3hrs
<terminated>

Code:

send version message: version 70001, blocks=125135, us=190.120.236.179:52333, them=54.241.178.41:52333, peer=54.241.178.41:52333
received block 63266ac15972835220dafb25afe395f9e3a0f2882939efb85da63e72dc8e18e4
Committing 1329 changed transactions to coin database...
SetBestChain: new best=63266ac15972835220dafb25afe395f9e3a0f2882939efb85da63e72dc8e18e4  height=125136  log2_work=75.074054  tx=224605  date=2014-02-08 02:34:53 progress=0.072161
ProcessBlock: ACCEPTED
received block cf37b6038ae65c67e2430ac5f16ae56e69ed890a84a9594fc8b7766401633cc9
Committing 5 changed transactions to coin database...
SetBestChain: new best=cf37b6038ae65c67e2430ac5f16ae56e69ed890a84a9594fc8b7766401633cc9  height=125137  log2_work=75.074331  tx=224608  date=2014-02-08 02:42:53 progress=0.072162
ProcessBlock: ACCEPTED
Added time data, samples 4, offset +99 (+1 minutes)
receive version message: version 32400, blocks=125137, us=190.120.236.179:47376, them=54.241.178.41:52333, peer=54.241.178.41:52333
trying connection 50.131.171.225:52333 lastseen=5.4hrs
Added 28 addresses from 54.241.178.41: 19 tried, 1764 new
14 addresses found from DNS seeds
dnsseed thread exit
Flushing wallet.dat
Flushed wallet.dat 29ms
Added 1 addresses from 23.94.28.23: 19 tried, 1764 new
connection timeout
trying connection 122.178.217.3:52333 lastseen=1.0hrs
keypool reserve 2
ERROR: CTransaction::CheckTransaction() : txout.nValue negative
ERROR: CheckBlock() : CheckTransaction failed
connection timeout
trying connection 162.242.17.178:52333 lastseen=0.8hrs
connected 162.242.17.178:52333
send version message: version 70001, blocks=125137, us=190.120.236.179:52333, them=162.242.17.178:52333, peer=162.242.17.178:52333
Added time data, samples 5, offset +3 (+0 minutes)
nTimeOffset = +3  (+0 minutes)
receive version message: version 32501, blocks=125137, us=190.120.236.179:57476, them=162.242.17.178:52333, peer=162.242.17.178:52333
trying connection 98.28.46.106:52333 lastseen=5.1hrs
Added 6 addresses from 54.252.166.125: 19 tried, 1770 new
connection timeout
trying connection 198.154.60.183:52333 lastseen=2.0hrs
connected 198.154.60.183:52333
send version message: version 70001, blocks=125137, us=190.120.236.179:52333, them=198.154.60.183:52333, peer=198.154.60.183:52333
Added time data, samples 6, offset -1 (+0 minutes)
Moving 198.154.60.183:52333 to tried
receive version message: version 32400, blocks=125137, us=190.120.236.179:45486, them=198.154.60.183:52333, peer=198.154.60.183:52333
trying connection 36.83.52.243:52333 lastseen=5.4hrs
connection timeout
trying connection 200.203.173.39:52333 lastseen=5.0hrs
Added 7 addresses from 198.154.60.183: 20 tried, 1775 new
connection timeout
trying connection 114.79.19.38:52333 lastseen=5.1hrs
connection timeout
trying connection 74.115.95.138:52333 lastseen=2.0hrs
connected 74.115.95.138:52333
send version message: version 70001, blocks=125137, us=190.120.236.179:52333, them=74.115.95.138:52333, peer=74.115.95.138:52333
CTxMemPool::accept() : accepted d30b784d194878136924790cdc1fccf77ad9f15846498a664f0a69248209d905 (poolsz 1)
Added time data, samples 7, offset +3 (+0 minutes)
nTimeOffset = +3  (+0 minutes)
receive version message: version 32501, blocks=125137, us=190.120.236.179:44649, them=74.115.95.138:52333, peer=74.115.95.138:52333
trying connection 120.149.117.234:52333 lastseen=5.4hrs
<terminated>

This one had two before dying

Code:

received block 8fd048e1ea705befc9a1e05824def0dfc780bf3525f4255d8c8fde11282a9eaf
Committing 7 changed transactions to coin database...
SetBestChain: new best=8fd048e1ea705befc9a1e05824def0dfc780bf3525f4255d8c8fde11282a9eaf  height=125139  log2_work=75.074886  tx=224623  date=2014-02-08 03:11:24 progress=0.072164
ProcessBlock: ACCEPTED
received block bde85f90140fe3315a920e3e9a655df5a7dcf2c7c301f3ed9d128493e7844a16
Committing 1 changed transactions to coin database...
SetBestChain: new best=bde85f90140fe3315a920e3e9a655df5a7dcf2c7c301f3ed9d128493e7844a16  height=125140  log2_work=75.075165  tx=224624  date=2014-02-08 03:13:41 progress=0.072164
ProcessBlock: ACCEPTED
received block 5dc796723a9bda4bc279fd341064bb8cb8ae91ba1ad6682282c7344af0031243
Committing 8 changed transactions to coin database...
SetBestChain: new best=5dc796723a9bda4bc279fd341064bb8cb8ae91ba1ad6682282c7344af0031243  height=125141  log2_work=75.075445  tx=224629  date=2014-02-08 03:21:26 progress=0.072166
ProcessBlock: ACCEPTED
connection timeout
trying connection 66.193.195.130:52333 lastseen=6.6hrs
connection timeout
trying connection 162.242.17.178:52333 lastseen=1.3hrs
connected 162.242.17.178:52333
send version message: version 70001, blocks=125141, us=190.120.236.179:52333, them=162.242.17.178:52333, peer=162.242.17.178:52333
Added time data, samples 3, offset +3 (+0 minutes)
receive version message: version 32501, blocks=125142, us=190.120.236.179:35457, them=162.242.17.178:52333, peer=162.242.17.178:52333
trying connection 95.87.202.189:52333 lastseen=4.1hrs
connect() failed after select(): Connection refused
trying connection 69.142.88.110:52333 lastseen=6.1hrs
keypool reserve 2
ERROR: CTransaction::CheckTransaction() : txout.nValue negative
ERROR: CheckBlock() : CheckTransaction failed
Added 4 addresses from 162.242.17.178: 17 tried, 1742 new
received block 34d6faf3c525ad233f347b4812c0f0488c80c445e3acb378ceae4150b5d69bcc
Committing 4 changed transactions to coin database...
SetBestChain: new best=34d6faf3c525ad233f347b4812c0f0488c80c445e3acb378ceae4150b5d69bcc  height=125142  log2_work=75.075724  tx=224631  date=2014-02-08 03:24:16 progress=0.072166
ProcessBlock: ACCEPTED
connection timeout
trying connection 87.114.111.214:52333 lastseen=8.3hrs
connection timeout
trying connection 24.167.200.111:52333 lastseen=8.5hrs
CTxMemPool::accept() : accepted 35bdd522f61d78aaad828ce8aa2728d41b0bfc63c882308ca8d2114abc176ff5 (poolsz 1)
connection timeout
trying connection 65.60.190.183:52333 lastseen=4.0hrs
Added 2 addresses from 118.244.207.5: 17 tried, 1744 new
connection timeout
trying connection 177.99.27.220:52333 lastseen=5.8hrs
connect() failed after select(): Connection refused
trying connection 213.167.158.78:52333 lastseen=6.4hrs
connection timeout
trying connection 175.136.130.44:52333 lastseen=6.2hrs
ERROR: CTransaction::CheckTransaction() : txout.nValue negative
ERROR: CheckBlock() : CheckTransaction failed
connection timeout
trying connection 173.154.37.181:52333 lastseen=6.1hrs
connection timeout
trying connection 82.14.115.136:52333 lastseen=6.4hrs
connection timeout
trying connection 92.141.64.225:52333 lastseen=6.1hrs
connect() failed after select(): No route to host
trying connection 24.113.73.192:52333 lastseen=6.3hrs
connection timeout
trying connection 179.253.51.21:52333 lastseen=5.8hrs
connection timeout
trying connection 80.42.201.45:52333 lastseen=13.5hrs
<terminated>

etc. That ERROR is present before every single termination.

P2Pool is a bit easier...it's exactly the same every time:

Code:

> Error while calling merged getauxblock on http://127.0.0.1:52332/:
2014-02-07 21:08:51.551955 > Traceback (most recent call last):
2014-02-07 21:08:51.552099 >   File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 577, in _runCallbacks
2014-02-07 21:08:51.552274 >     current.result = callback(current.result, *args, **kw)
2014-02-07 21:08:51.552390 >   File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1155, in gotResult
2014-02-07 21:08:51.552509 >     _inlineCallbacks(r, g, deferred)
2014-02-07 21:08:51.552615 >   File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1097, in _inlineCallbacks
2014-02-07 21:08:51.552736 >     result = result.throwExceptionIntoGenerator(g)
2014-02-07 21:08:51.552848 >   File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 389, in throwExceptionIntoGenerator
2014-02-07 21:08:51.552971 >     return g.throw(self.type, self.value, self.tb)
2014-02-07 21:08:51.553082 > --- <exception caught here> ---
2014-02-07 21:08:51.553188 >   File "/home/amit/p2pool/p2pool/util/deferral.py", line 41, in f
2014-02-07 21:08:51.553301 >     result = yield func(*args, **kwargs)
2014-02-07 21:08:51.553409 >   File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1097, in _inlineCallbacks
2014-02-07 21:08:51.553530 >     result = result.throwExceptionIntoGenerator(g)
2014-02-07 21:08:51.553640 >   File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 389, in throwExceptionIntoGenerator
2014-02-07 21:08:51.553768 >     return g.throw(self.type, self.value, self.tb)
2014-02-07 21:08:51.553879 >   File "/home/amit/p2pool/p2pool/util/jsonrpc.py", line 133, in _http_do
2014-02-07 21:08:51.553994 >     raise Error_for_code(resp['error']['code'])(resp['error']['message'], resp['error'].get('data', None))
2014-02-07 21:08:51.554117 > p2pool.util.jsonrpc.NarrowError: -1 CreateNewBlock() : ConnectBlock failed

then it continues on its merry way. I've watched them both and this error occurs at the same time the devcoin error shows up. After this point, P2Pool is refused connection when it tries to connect again.

[Hunterbunter]

to help understand the code path, what is the setup of the pool that is testing it? i see it is p2pool but is it mining bitcoin as the primary with devcoin as a merge mine coin? or is this initial test mining with devcoin as the primary? if the latter, has getblocktemplate (which i assume p2pool is using) modified from the original bitcoin one at all? If the former, it will be using the getaux... paths.

The P2Pool is mining bitcoins, and merge mining namecoin, i0coin, ixcoin and devcoin. I don't think you can merge mine bitcoin yet, the others you can do because the alt coins have code that allows it, whereas the bitcoin just ignores what they add to the bitcoin blockchain (or something, I don't understand it too well yet).

There was a small change to template which matches bitcoin but wasnt in devcoin. When creatinh a block I set txout value to -fee in the template.. This could be the cause.

Why is it in bitcoin as -fee? I assumed it was something to do with the client checking to ensure sufficient balance before sending coins.

https://github.com/sidhujag/devcoin/search?q=-nFees&ref=cmdform

But this is in original commit and he said that one connects.. he should see rpccalls in the pool log to template code?

At the very least see the msg "running devcoin miner"?

The problem with the P2Pool is it doesn't create a log for successful attempts...it just says "Got new merged mining work!" but not from which daemon.

can I make that change locally on the master git and see if it still causes an error?

[bit-fxtrader]

Hey, since I wasn't included in payment round 32 for devtome, what happens to 24,000 words I already posted this round? My last article was posted about 1 day before the deadline. Do I have a fresh 50k limit for this round or will the 24k overflow in my word limit for round 33 and I only have 26k left?

Another question. Smeagol said that he included me in the list for a 6 share financial writing bounty. Does this stand or will it too be delayed until round 33?

Thanks.

Re the questions on my report, I will link a few examples here once I start it up. Taking a small break at the moment.

[jasinlee]

Is anyone planning to speak at the crypto convention in NY in April on behalf of DVC?

[sidhujag]

Is anyone planning to speak at the crypto convention in NY in April on behalf of DVC?

I hope someone does and gives a glimpse of whats coming up!

[jratcliff63367]

So, I'm a little late to the party, I just heard about this 'coin', but I like the concept as a I do a lot of open source work.  I am currently working on an open source bitcoin blockchain parser and analysis tool.  https://code.google.com/p/blockchain/  What's the process I go through to become an officially recognized 'devcoin' open source project?

[sidhujag]

Hunterbunter,

Looking at the code the CreateNewBlock gets called but txout nvalue can be negative either through a rounding error or if say the reciever file is messed up. It goes through all reciever entries to calculate value for each address. Does the receiver value exist? The latest one in the data dir? if its synced up you should have last rounds receiver file.

Id like to know the latest reciever file you have and that if its valid. I can try to replicate the scenario on my end then by doing local mining through the merged mining proxy with the same reciever file to see if it throws the same error...

Seems like it may be a problem with a txout entry in one of the blocks the
node has... Almost like its better to delete the data directory and let it sync again to ensure you have all valid blocks until you turn on the pool.. but you already did this you said.. so Ill try it on my end.

Also is it possible to turn off the other coins amd just have devcoin node running? Maybe some other coins are usingthe same rpc port and its a case of mistaken identity.. check that all the conf files have different rpcports defined.

[smeagol]

edit 2: The massive buy walls just disappeared - not sure what's going on 

The buy walls were all one person I think...

Also is cryptsy OK now? I stopped using them.

[weisoq]

So, I'm a little late to the party, I just heard about this 'coin', but I like the concept as a I do a lot of open source work.  I am currently working on an open source bitcoin blockchain parser and analysis tool.  https://code.google.com/p/blockchain/  What's the process I go through to become an officially recognized 'devcoin' open source project?

http://devtome.com/doku.php?id=earn_devcoins_by_developing
Looks like devtome's having issues atm so otherwise msg hunterbunter

[Flam]

Yep many error 508 here.

[Unthinkingbit]

has the new devcoin client added any of the hard or soft forking options that the new bitcoin activates? what has it done with regards to:

* version 2 blocks. i believe devcoin currently uses version 1 coinbases. when version 2 coinbases were first used in bitcoin the client had code that would reject version 1 blocks when a majority of version 2 blocks existed in the last X blocks. this was later removed once the supermajority was met and i believe the current bitcoin code now rejects version 1 blocks.

* is p2sh activated? p2sh transactions are unsafe if the majority of miners don't run p2sh enabled clients.

* there was a fork during the 0.8 version of the client due to the change to leveldb and differing locking behavior to bdb in the older client. this caused a chainfork when the old client rejected blocks that the new client created due to size constraints. a patch was created for old clients to enable them to have better locking constraints to accept the unusual blocks from the new client. this issue will exist in devcoin if miners run old and new clients. it will be possible for new client operators to force a chain split.

i'm sure there are other differences. were fee policies changed?

Devcoin has a thin block chain so there are no size constraints. There's no need to reject version 1 blocks in devcoin. If there is code in the devcoin 0.8.x codebase to reject version one blocks, that should be commented out.

We don't need p2sh transactions, so that could be commented out also. Maybe in the future we could enable multisig, but it's not necessary now.

[Unthinkingbit]

When I made the 48 share bounty for the new client, I didn't know there were so many differences between the 0.3 codebase and the 0.8 codebase. Now I see that there's many things to do do, so I suggest boosting the bounty from 48 shares to 96 shares. The 48 shares have already been sent, so this would be a boost of 48 share in round 33. Any objections, or should something be changed?

[sidhujag]

When I made the 48 share bounty for the new client, I didn't know there were so many differences between the 0.3 codebase and the 0.8 codebase. Now I see that there's many things to do do, so I suggest boosting the bounty from 48 shares to 96 shares. The 48 shares have already been sent, so this would be a boost of 48 share in round 33. Any objections, or should something be changed?

No objection but further reasoning is as follows:

I tried to keep it consistent but there were manual merges that were code reviewed and passed people's judgements but the code is complicated because its not "that" well designed so its hard to spot problems in the large scope of things by simply looking at the code and considering all options. I think I may have ideas why Hunterbunter is not able to connect and its simply a connection issue and doesn't make sense because its not even getting to the submit work state so its not even testing merged-mining other than setting it up so workers can start getting work... im not sure why its calling CreateNewBlock right on connect, whcih is called from rpcmining, but its something that I will figure out and know the answer soon (just that it takes longer than it should)

As far as the rpcmining, nothing was changed between 0.8.5 and devcoin, but there are probably many changes in the underlying structure because the base changed drastically... I don't see why it would be a problem with new client to new client interaction but to keep backwards compatibility with merged-mining in mind is a tougher task, and its hard to debug. If someone was familiar with the code they could help by getting the unit tests up and going, so we can actually run tests against the code without running it live. It would speed up development and I just didn't get around to it. Instead of doing that I think I'm good at finding issues in code by simple problem solving which is what I'll do in this case. It may be a small fix that will resolve the client issues and we will be fine after that, since syncing and sending/recieving doesn't seem to have any issues between client versions. Even the android client is happy now. But I do think if we want to roll forward it makes sense to keep up-to-date with bitcoin source and doing that means we wouldn't have to reimplement devcoin manually from a rebase everytime... that simply means we start fresh from 0.8.6 and add in devcoin again and not worry about backwards compatibility. We only have 1 major pool to consider and this new one, so its just a matter of setting  a date/time in the future and saying we are moving to a new codebase...

If bitcoin has found to have a major flaw, then so does ours.. .we should leverage the development effort of bitcoin and not try to redevelop the wheel so its a more efficient path to achieve the same thing.

If we do follow this path, this would mean we follow bitcoins difficulty retargeting and all other specs, except the main devcoin differences like auxpow/reciever share system, to keep consistent and be able to reuse the tools of bitcoin, by adding in merged-mining capability similar to what I did with the android wallet... however the wallet took longer because of the difficulty algorithm which the code didn't have in mind to check previous set of blocks to average. Small things like this add up and will cause problems one day.

BTW for piece of mind I did merge in the version 1 block stuff in AcceptBlock already:

Code:

	// Devcoin currently doesn't enforce 2 blocks, since merged mining
	// produces v1 blocks and normal mining should produce v2 blocks.
#if 0
        // Reject block.nVersion=1 blocks when 95% (75% on testnet) of the network has upgraded:
        if ((nVersion&0xff) < 2)
        {
            if ((!fTestNet && CBlockIndex::IsSuperMajority(2, pindexPrev, 950, 1000)) ||
                (fTestNet && CBlockIndex::IsSuperMajority(2, pindexPrev, 75, 100)))
            {
                return state.Invalid(error("AcceptBlock() : rejected nVersion=1 block"));
            }
        }
        // Enforce block.nVersion=2 rule that the coinbase starts with serialized block height
        if ((nVersion&0xff) >= 2)
        {
            // if 750 of the last 1,000 blocks are version 2 or greater (51/100 if testnet):
            if ((!fTestNet && CBlockIndex::IsSuperMajority(2, pindexPrev, 750, 1000)) ||
                (fTestNet && CBlockIndex::IsSuperMajority(2, pindexPrev, 51, 100)))
            {
                CScript expect = CScript() << nHeight;
                if (vtx[0].vin[0].scriptSig.size() < expect.size() ||
                    !std::equal(expect.begin(), expect.end(), vtx[0].vin[0].scriptSig.begin()))
                    return state.DoS(100, error("AcceptBlock() : block height mismatch in coinbase"));
            }
        }
#endif

[wiser]

I'm getting this error a lot right now. Unfortunately that means I have to hold off on signing up new writers. If you messaged me over the weekend, thanks in advance for your patience, and I'll give it a shot tomorrow.

Yep many error 508 here.

[FuzzyBear]

I'm getting this error a lot right now. Unfortunately that means I have to hold off on signing up new writers. If you messaged me over the weekend, thanks in advance for your patience, and I'll give it a shot tomorrow.

Yep many error 508 here.

Same here, i'll sign u up once site is back up

Fuzzybear

[nibyokwy]

Seems like it may be a problem with a txout entry in one of the blocks the
node has... Almost like its better to delete the data directory and let it sync again to ensure you have all valid blocks until you turn on the pool.. but you already did this you said.. so Ill try it on my end.

might be a good idea to add a bunch of printing debug there for now so it's easier to see what is going on in the logs.