• Forum has been upgraded, all links, images, etc are as they were. Please see Official Announcements for more information

New version 9.4.0 and 10.8.0

Code:
{
    "70566" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG",
    "70567" : "OP_DUP OP_HASH160 c0f1f742f2bf38566195ce51b061da6d7dcebbad OP_EQUALVERIFY OP_CHECKSIG",
    "70568" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG",
    "70569" : "OP_DUP OP_HASH160 ab7912f0fd72f99db47ad5ca13024aab2bc3d932 OP_EQUALVERIFY OP_CHECKSIG",
    "70570" : "OP_DUP OP_HASH160 c0f1f742f2bf38566195ce51b061da6d7dcebbad OP_EQUALVERIFY OP_CHECKSIG",
    "70571" : "OP_DUP OP_HASH160 36b95a5b31d7aed3cb5a015218100891c372e01c OP_EQUALVERIFY OP_CHECKSIG",
    "70572" : "OP_DUP OP_HASH160 0284c1acf6566d18b098431f8baa38d18325d48a OP_EQUALVERIFY OP_CHECKSIG",
    "70573" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70574" : "OP_DUP OP_HASH160 3b7cb7a63e631b067161fc20d5214045741cab58 OP_EQUALVERIFY OP_CHECKSIG",
    "70575" : "OP_DUP OP_HASH160 7597ff1c8f54c58c966726d5bb35f37228492f1b OP_EQUALVERIFY OP_CHECKSIG"
}

Your results are the only ones that don't match up. What architecture are you running?
 
5 64bit and 1 32bit, version 9.4.2 github
Code:
   "70570" : "OP_DUP OP_HASH160 c0f1f742f2bf38566195ce51b061da6d7dcebbad OP_EQUALVERIFY OP_CHECKSIG",
    "70571" : "OP_DUP OP_HASH160 36b95a5b31d7aed3cb5a015218100891c372e01c OP_EQUALVERIFY OP_CHECKSIG",
    "70572" : "OP_DUP OP_HASH160 0284c1acf6566d18b098431f8baa38d18325d48a OP_EQUALVERIFY OP_CHECKSIG",
    "70573" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70574" : "OP_DUP OP_HASH160 3b7cb7a63e631b067161fc20d5214045741cab58 OP_EQUALVERIFY OP_CHECKSIG",
    "70575" : "OP_DUP OP_HASH160 7597ff1c8f54c58c966726d5bb35f37228492f1b OP_EQUALVERIFY OP_CHECKSIG",
    "70576" : "OP_DUP OP_HASH160 c0f1f742f2bf38566195ce51b061da6d7dcebbad OP_EQUALVERIFY OP_CHECKSIG",
    "70577" : "OP_DUP OP_HASH160 3b7cb7a63e631b067161fc20d5214045741cab58 OP_EQUALVERIFY OP_CHECKSIG",
    "70578" : "OP_DUP OP_HASH160 c0f1f742f2bf38566195ce51b061da6d7dcebbad OP_EQUALVERIFY OP_CHECKSIG",
    "70579" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG"
 
Code:
$ darkcoind getinfo
{
    "version" : 90402,
    "protocolversion" : 70015,
    "walletversion" : 60000,
    "balance" : 102.18701116,
    "blocks" : 70580,
    "timeoffset" : 0,
    "connections" : 8,
    "proxy" : "",
    "difficulty" : 1600.07248364,
    "testnet" : false,
    "keypoololdest" : 1399068559,
    "keypoolsize" : 101,
    "paytxfee" : 0.00000000,
    "mininput" : 0.00001000,
    "errors" : ""
}
$ darkcoind masternode votes
{
    "70573" : "OP_DUP OP_HASH160 3b7cb7a63e631b067161fc20d5214045741cab58 OP_EQUALVERIFY OP_CHECKSIG",
    "70574" : "OP_DUP OP_HASH160 6fa380600134982350cc440d7f2be0e0095272fb OP_EQUALVERIFY OP_CHECKSIG",
    "70575" : "OP_DUP OP_HASH160 0168142e77c9cfd4f601cce253be50fcc364b05b OP_EQUALVERIFY OP_CHECKSIG",
    "70576" : "OP_DUP OP_HASH160 6fa380600134982350cc440d7f2be0e0095272fb OP_EQUALVERIFY OP_CHECKSIG",
    "70577" : "OP_DUP OP_HASH160 7daee9da33241d817124de28ead9ea073ce885e6 OP_EQUALVERIFY OP_CHECKSIG",
    "70578" : "OP_DUP OP_HASH160 ab7912f0fd72f99db47ad5ca13024aab2bc3d932 OP_EQUALVERIFY OP_CHECKSIG",
    "70579" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG",
    "70580" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70581" : "OP_DUP OP_HASH160 6fa380600134982350cc440d7f2be0e0095272fb OP_EQUALVERIFY OP_CHECKSIG"
}

and

Code:
$ ./darkcoind getinfo
{
    "version" : 100802,
    "protocolversion" : 70015,
    "walletversion" : 60000,
    "balance" : 1000.00000000,
    "blocks" : 70580,
    "timeoffset" : 0,
    "connections" : 9,
    "proxy" : "",
    "difficulty" : 1600.07248364,
    "testnet" : false,
    "keypoololdest" : 1399068045,
    "keypoolsize" : 101,
    "paytxfee" : 0.00000000,
    "mininput" : 0.00001000,
    "unlocked_until" : 0,
    "errors" : ""
}

$ ./darkcoind masternode votes
{
    "70572" : "OP_DUP OP_HASH160 0168142e77c9cfd4f601cce253be50fcc364b05b OP_EQUALVERIFY OP_CHECKSIG",
    "70573" : "OP_DUP OP_HASH160 c0f1f742f2bf38566195ce51b061da6d7dcebbad OP_EQUALVERIFY OP_CHECKSIG",
    "70574" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG",
    "70575" : "OP_DUP OP_HASH160 0284c1acf6566d18b098431f8baa38d18325d48a OP_EQUALVERIFY OP_CHECKSIG",
    "70576" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG",
    "70577" : "OP_DUP OP_HASH160 ab7912f0fd72f99db47ad5ca13024aab2bc3d932 OP_EQUALVERIFY OP_CHECKSIG",
    "70578" : "OP_DUP OP_HASH160 6fa380600134982350cc440d7f2be0e0095272fb OP_EQUALVERIFY OP_CHECKSIG",
    "70579" : "OP_DUP OP_HASH160 3b7cb7a63e631b067161fc20d5214045741cab58 OP_EQUALVERIFY OP_CHECKSIG",
    "70580" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70581" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG"
}

These seem to be different
 
Code:
$ darkcoind getinfo
{
    "version" : 90402,
    "protocolversion" : 70015,
    "walletversion" : 60000,
    "balance" : 102.18701116,
    "blocks" : 70580,
    "timeoffset" : 0,
    "connections" : 8,
    "proxy" : "",
    "difficulty" : 1600.07248364,
    "testnet" : false,
    "keypoololdest" : 1399068559,
    "keypoolsize" : 101,
    "paytxfee" : 0.00000000,
    "mininput" : 0.00001000,
    "errors" : ""
}
$ darkcoind masternode votes
{
    "70573" : "OP_DUP OP_HASH160 3b7cb7a63e631b067161fc20d5214045741cab58 OP_EQUALVERIFY OP_CHECKSIG",
    "70574" : "OP_DUP OP_HASH160 6fa380600134982350cc440d7f2be0e0095272fb OP_EQUALVERIFY OP_CHECKSIG",
    "70575" : "OP_DUP OP_HASH160 0168142e77c9cfd4f601cce253be50fcc364b05b OP_EQUALVERIFY OP_CHECKSIG",
    "70576" : "OP_DUP OP_HASH160 6fa380600134982350cc440d7f2be0e0095272fb OP_EQUALVERIFY OP_CHECKSIG",
    "70577" : "OP_DUP OP_HASH160 7daee9da33241d817124de28ead9ea073ce885e6 OP_EQUALVERIFY OP_CHECKSIG",
    "70578" : "OP_DUP OP_HASH160 ab7912f0fd72f99db47ad5ca13024aab2bc3d932 OP_EQUALVERIFY OP_CHECKSIG",
    "70579" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG",
    "70580" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70581" : "OP_DUP OP_HASH160 6fa380600134982350cc440d7f2be0e0095272fb OP_EQUALVERIFY OP_CHECKSIG"
}

and

Code:
$ ./darkcoind getinfo
{
    "version" : 100802,
    "protocolversion" : 70015,
    "walletversion" : 60000,
    "balance" : 1000.00000000,
    "blocks" : 70580,
    "timeoffset" : 0,
    "connections" : 9,
    "proxy" : "",
    "difficulty" : 1600.07248364,
    "testnet" : false,
    "keypoololdest" : 1399068045,
    "keypoolsize" : 101,
    "paytxfee" : 0.00000000,
    "mininput" : 0.00001000,
    "unlocked_until" : 0,
    "errors" : ""
}

$ ./darkcoind masternode votes
{
    "70572" : "OP_DUP OP_HASH160 0168142e77c9cfd4f601cce253be50fcc364b05b OP_EQUALVERIFY OP_CHECKSIG",
    "70573" : "OP_DUP OP_HASH160 c0f1f742f2bf38566195ce51b061da6d7dcebbad OP_EQUALVERIFY OP_CHECKSIG",
    "70574" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG",
    "70575" : "OP_DUP OP_HASH160 0284c1acf6566d18b098431f8baa38d18325d48a OP_EQUALVERIFY OP_CHECKSIG",
    "70576" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG",
    "70577" : "OP_DUP OP_HASH160 ab7912f0fd72f99db47ad5ca13024aab2bc3d932 OP_EQUALVERIFY OP_CHECKSIG",
    "70578" : "OP_DUP OP_HASH160 6fa380600134982350cc440d7f2be0e0095272fb OP_EQUALVERIFY OP_CHECKSIG",
    "70579" : "OP_DUP OP_HASH160 3b7cb7a63e631b067161fc20d5214045741cab58 OP_EQUALVERIFY OP_CHECKSIG",
    "70580" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70581" : "OP_DUP OP_HASH160 84b3b76e57961b021eebda3f693ee9b0ba16d886 OP_EQUALVERIFY OP_CHECKSIG"
}

These seem to be different

Interesting. So it's the RC vs the Stable that's the problem. Thanks
 
Here's mine if you need further info

Code:
{
    "version" : 100802,
    "protocolversion" : 70015,
    "walletversion" : 60000,
    "balance" : 1002.10000042,
    "blocks" : 70592,
    "timeoffset" : -39,
    "connections" : 12,
    "proxy" : "",
    "difficulty" : 1549.86428363,
    "testnet" : false,
    "keypoololdest" : 1397271111,
    "keypoolsize" : 100,
    "paytxfee" : 0.00000000,
    "mininput" : 0.00001000,
    "unlocked_until" : 0,
    "errors" : ""
}
{
    "70586" : "OP_DUP OP_HASH160 b38774719303b9c547c3125b93f871e276624000 OP_EQUALVERIFY OP_CHECKSIG",
    "70587" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70588" : "OP_DUP OP_HASH160 0284c1acf6566d18b098431f8baa38d18325d48a OP_EQUALVERIFY OP_CHECKSIG",
    "70589" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70590" : "OP_DUP OP_HASH160 36bba52203a4244ea8a13d872f13042636534554 OP_EQUALVERIFY OP_CHECKSIG",
    "70591" : "OP_DUP OP_HASH160 42119022a5255cc8ac0f8a2d5912353da253e0c5 OP_EQUALVERIFY OP_CHECKSIG",
    "70592" : "OP_DUP OP_HASH160 7daee9da33241d817124de28ead9ea073ce885e6 OP_EQUALVERIFY OP_CHECKSIG",
    "70593" : "OP_DUP OP_HASH160 d2ff0ccbef666cd877663c2dd44c0445a87b9212 OP_EQUALVERIFY OP_CHECKSIG"
}

Does this imply that we all need to get on the same version?
 
Here's mine if you need further info

Code:
{
    "version" : 100802,
    "protocolversion" : 70015,
    "walletversion" : 60000,
    "balance" : 1002.10000042,
    "blocks" : 70592,
    "timeoffset" : -39,
    "connections" : 12,
    "proxy" : "",
    "difficulty" : 1549.86428363,
    "testnet" : false,
    "keypoololdest" : 1397271111,
    "keypoolsize" : 100,
    "paytxfee" : 0.00000000,
    "mininput" : 0.00001000,
    "unlocked_until" : 0,
    "errors" : ""
}
{
    "70586" : "OP_DUP OP_HASH160 b38774719303b9c547c3125b93f871e276624000 OP_EQUALVERIFY OP_CHECKSIG",
    "70587" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70588" : "OP_DUP OP_HASH160 0284c1acf6566d18b098431f8baa38d18325d48a OP_EQUALVERIFY OP_CHECKSIG",
    "70589" : "OP_DUP OP_HASH160 c2074777a6cafcde1884a23919096236497eaf67 OP_EQUALVERIFY OP_CHECKSIG",
    "70590" : "OP_DUP OP_HASH160 36bba52203a4244ea8a13d872f13042636534554 OP_EQUALVERIFY OP_CHECKSIG",
    "70591" : "OP_DUP OP_HASH160 42119022a5255cc8ac0f8a2d5912353da253e0c5 OP_EQUALVERIFY OP_CHECKSIG",
    "70592" : "OP_DUP OP_HASH160 7daee9da33241d817124de28ead9ea073ce885e6 OP_EQUALVERIFY OP_CHECKSIG",
    "70593" : "OP_DUP OP_HASH160 d2ff0ccbef666cd877663c2dd44c0445a87b9212 OP_EQUALVERIFY OP_CHECKSIG"
}

Does this imply that we all need to get on the same version?

No, it's just something I have to fix
 
The masternodes actually don't vote at all. It's the miners that vote for which masternodes to pay. So you would have to mine 6 blocks in a row inorder to hijack a payment (it requires 6 votes out of the last 10 blocks to receive payment)
I dont understand anymore. so if a mastnode has 1010 drk, miners will vote for less then a masternode with 10,010drk?
then if someone has a masternode with 100,010 drk will they ever get 6/10 blocks? Is this a possible concern?
 
I dont understand anymore. so if a mastnode has 1010 drk, miners will vote for less then a masternode with 10,010drk?
then if someone has a masternode with 100,010 drk will they ever get 6/10 blocks? Is this a possible concern?
I think what Evan is saying is that the masternodes themselves don't vote - the miners that actually find the blocks do. So a miner would have to get 6 consecutive votes (which means finding 6 blocks in a row) to control which masternode gets selected. The masternode balances are irrelevant as long as they meet the 1000DRK threshold.
 
Hi,

Do we need a single transaction of 1000 DRK sent to the wallet to become Master node? Or 2x500 is okay too?

And if in the balance I have 2000 DRK, does this mean the node will have double the chance to be elected? Or do I have to separate the amount into 2 different wallets for 2 different master nodes?
 
here is mine

ubuntu@ip-172-31-23-208:~$ darkcoind getinfo
{
"version" : 100802,
"protocolversion" : 70015,
"walletversion" : 60000,
"balance" : 0.00000000,
"blocks" : 7956,
"timeoffset" : 12,
"connections" : 6,
"proxy" : "",
"difficulty" : 0.08171457,
"testnet" : true,
"keypoololdest" : 1400410413,
"keypoolsize" : 101,
"paytxfee" : 0.00000000,
"mininput" : 0.00001000,
"errors" : ""

ubuntu@ip-172-31-23-208:~$ darkcoind masternode votes
{
"7949" : "OP_DUP OP_HASH160 526ccde703c5ab11e2209bfca37350a3b32133c4 OP_EQUALVERIFY OP_CHECKSIG",
"7950" : "OP_DUP OP_HASH160 526ccde703c5ab11e2209bfca37350a3b32133c4 OP_EQUALVERIFY OP_CHECKSIG",
"7951" : "OP_DUP OP_HASH160 13a7c63c62cf58d0ea9949a353cc741a7e047ce8 OP_EQUALVERIFY OP_CHECKSIG",
"7952" : "OP_DUP OP_HASH160 526ccde703c5ab11e2209bfca37350a3b32133c4 OP_EQUALVERIFY OP_CHECKSIG",
"7953" : "OP_DUP OP_HASH160 13a7c63c62cf58d0ea9949a353cc741a7e047ce8 OP_EQUALVERIFY OP_CHECKSIG",
"7954" : "OP_DUP OP_HASH160 13a7c63c62cf58d0ea9949a353cc741a7e047ce8 OP_EQUALVERIFY OP_CHECKSIG",
"7955" : "OP_DUP OP_HASH160 13a7c63c62cf58d0ea9949a353cc741a7e047ce8 OP_EQUALVERIFY OP_CHECKSIG",
"7956" : "OP_DUP OP_HASH160 13a7c63c62cf58d0ea9949a353cc741a7e047ce8 OP_EQUALVERIFY OP_CHECKSIG",
"7957" : "OP_DUP OP_HASH160 13a7c63c62cf58d0ea9949a353cc741a7e047ce8 OP_EQUALVERIFY OP_CHECKSIG",
"7958" : "OP_DUP OP_HASH160 13a7c63c62cf58d0ea9949a353cc741a7e047ce8 OP_EQUALVERIFY OP_CHECKSIG"
}
 
Thank you HammerHead. wow Ok so that is good method. A single miner would never get 6 consecutive blocks and Masternodes remain equal.
Hi,

Do we need a single transaction of 1000 DRK sent to the wallet to become Master node? Or 2x500 is okay too?

And if in the balance I have 2000 DRK, does this mean the node will have double the chance to be elected? Or do I have to separate the amount into 2 different wallets for 2 different master nodes?
No, not double. The same. " The masternode balances are irrelevant as long as they meet the 1000DRK threshold." as long as one transfer of 1000 coins in the wallet you can make it work. but first you can try .1 test.
So someone with 50k drk can set up 50 different masternodes. and that way, has more chance of have one of his fifty chosen.
 
Last edited by a moderator:
Hi,

Do we need a single transaction of 1000 DRK sent to the wallet to become Master node? Or 2x500 is okay too?

And if in the balance I have 2000 DRK, does this mean the node will have double the chance to be elected? Or do I have to separate the amount into 2 different wallets for 2 different master nodes?
I believe you do need one single input of 1000DRK, tho. If you want to test it, send 0.1 DRK to make sure it is receiving, and then send the big 1000DRK in one transaction.
 
here is mine

yidakee, have you managed to make remote/local setup works? I followed your guide, but no DRK at all since 4 hours.
Here is the masternode list:
Code:
./darkcoind masternode list
{
    "54.86.33.147:19999" : 1,
    "123.30.169.57:19999" : 1
}

Is this yours "54.86.33.147:19999"?

Mine is the second in the list: "123.30.169.57:19999"
 
No, not double. The same. " The masternode balances are irrelevant as long as they meet the 1000DRK threshold." as long as 1000 + coins in the wallet you can make it work.
So someone with 50k drk can set up 50 different masternodes. and that way, has more chance of have one of his fifty chosen.

So is this possible to use 1 single static IP for multiple nodes? With different ports? Ie. "A.B.C.D:9999", "A.B.C.D:9998", etc...

So we can rent 1 single VPS for running multiple master nodes to save money then.
 
So is this possible to use 1 single static IP for multiple nodes? With different ports? Ie. "A.B.C.D:9999", "A.B.C.D:9998", etc...

So we can rent 1 single VPS for running multiple master nodes to save money then.
Whats!? This is new info for me. Isnt the mastetnode per static IP?
anyway, so far I get

yidakee@ubuntu:~$ darkcoind masternode list
{
"54.86.33.147:19999" : 1,
"123.30.169.57:19999" : 1
 
Seriously, if there are only 2 master nodes on the testnet, how come both of us never receive any DRK? I think we did something wrong definitely.

Evan or anyone could advise?
 
Last edited by a moderator:
Found something odd: I've seen the following failure message in log file:
Code:
2014-05-18 14:27:56 received block 00000003960868656a7f0bb35a3c5cbd16f9e4d77c9f05314aa2dae3111cd10b
2014-05-18 14:27:56 -
2014-05-18 14:27:56 --
2014-05-18 14:27:56 ---
2014-05-18 14:27:56 ----
2014-05-18 14:27:56 -----
2014-05-18 14:27:56 connection timeout
2014-05-18 14:27:57 ReviewingTransaction:
CTransaction(hash=00a73bbbc4f9425a01cd4f79e2920ee277168ecb0c20455432fe18ba30aab0d7, ver=1, vin.size=1, vout.size=2, nLockTime=0)
    CTxIn(COutPoint(0000000000000000000000000000000000000000000000000000000000000000, 4294967295), coinbase 02261f062f503253482f0472c3785308f800001a00000000102f7374726174756d2d7365727665722f, nSequence=0)
    CTxOut(nValue=137.70000000, scriptPubKey=OP_DUP OP_HASH160 41e3808bd947)
    CTxOut(nValue=15.30000000, scriptPubKey=OP_DUP OP_HASH160 13a7c63c62cf)
Committing 3 changed transactions to coin database...
2014-05-18 14:27:57 SetBestChain: new best=00000003960868656a7f0bb35a3c5cbd16f9e4d77c9f05314aa2dae3111cd10b  height=7974  log2_work=42.882395  tx=9804  date=2014-05-18 14:27:40 progress=0.999999
2014-05-18 14:27:57 ------
2014-05-18 14:27:57 ProcessBlock: ACCEPTED
2014-05-18 14:27:57 CDarkSendPool::UpdateState() == 2 | 2
2014-05-18 14:27:57 DarkSendStatusUpdate - state: 2 entriesCount: 0 accepted: -1
2014-05-18 14:27:57 ProcessMessage(dssu, 13 bytes) FAILED
2014-05-18 14:27:57 ProcessMessage(dssu, 13 bytes) FAILED
2014-05-18 14:27:57 ProcessMessage(dssu, 13 bytes) FAILED
2014-05-18 14:27:57 ProcessMessage(dssu, 13 bytes) FAILED
2014-05-18 14:27:57 getblocks -1 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500
2014-05-18 14:27:57 getblocks -1 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500
2014-05-18 14:27:57 getblocks -1 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500
2014-05-18 14:27:57 getblocks -1 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500
2014-05-18 14:27:57 getblocks -1 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500

What does this mean?
 
Seriously, if there are only 2 master nodes on the testnet, how come both of us never receive any DRK? I think we did something wrong definitely.

Evan or anyone could advise?

dude, check 'darkcoind listtransactions"... they're arriving alright, they do take 120 confirms however.
 
Back
Top