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

RC3 Soft Fork

Hi flare chaeplin .



I've updated all my MN to New IP and New Prive key with version 10.11.5.
most of the MN are working smooth and perfect. but here is my problem:

one of my masternode with ip (xxx.xxx .xxx.166) which setup and running well (its old IP was xxx.xxx.xxx.198). but it showed on Presiden's Masternode list as 198. and it's 166 on elbzo.net.
i've repeat several time to setup this MN and everytime with new generated privkey. i'm preety sure all the operations are correct. and everytime i got the massage from both Local/Remot :successfully started masternode

So did i make some mistake or it's just cache problem? and the only thing is waiting? (i've waiting about 8 hours since MN setup.)

For me it's just a caching problem, whereas i can understand that this may cause a feeling of discomfort.
But regardless of what entry (198 or166) is in the lists: As long as either of them is in the list you should be fine.

Only way to get a cleanroom setup would be to

- get a new IP for hot masternode
- generate a new cold wallet.dat
- transfer 1000DRK to it
- generate new masternodeprivkey and copy to hot masternode
- start new masternode

That way no traces of old setup should be left in the masternodelist-cache thoughout the network.
 
For me it's just a caching problem, whereas i can understand that this may cause a feeling of discomfort.
But regardless of what entry (198 or166) is in the lists: As long as either of them is in the list you should be fine.

Only way to get a cleanroom setup would be to

- get a new IP for hot masternode
- generate a new cold wallet.dat
- transfer 1000DRK to it
- generate new masternodeprivkey and copy to hot masternode
- start new masternode

That way no traces of old setup should be left in the masternodelist-cache thoughout the network.

Many Thanks flare.

i will keep that MN running this weekend in case there may some "problem" that helps for debugging and see what will happen in the Masternode list then.
 
So, the coins matured and i sent 1.0012 from the wallet, but i missed to substract the fee :rolleyes:

Result: 1.0012 DRK transferred, 0.001 DRK fee spent --> 999.999DRK left in masternode wallet --> immediatly marked as inactive...

So, result as expected, but not what i wanted :rolleyes:

Let's see how to reactivate this node :smile:
Yeah... I dont get the fees also. On linux, I'm yet to have a fee charged. On my mac, sending 1k, I always send 1000.xx so I'm sure any fees deduced make 1k get there. But to this day, I've never been charged fees when sending 1k+... then from darkcoind I send exactly 1k to my address "0" (I know its not required anymore, but I got into that habbit for method). Never had a fee deduced.

From the QT, when I send 0.xx DRKs... I almost always get a message "exceeds limit", and asks me if I want to pay a fee.

flare, send a few DRK crumb over, create a new address and send 1k to it. 6 confirms and should be good to go.

OK, i received a new matured MN payment and this time i used the QT coin control features to select the input to transfer, substracted the 0.001 fee - and it worked: The 1000DRK vin was not touched/changed, only the MN payment tx output was used as new tx input and the masternode is still active.

I guess the CLI does not have a convenient way of choosing the input for a transfer and you have to mess around with rawtransactions :rolleyes:
 
OK, i received a new matured MN payment and this time i used the QT coin control features to select the input to transfer, substracted the 0.001 fee - and it worked: The 1000DRK vin was not touched/changed, only the MN payment tx output was used as new tx input and the masternode is still active.

I guess the CLI does not have a convenient way of choosing the input for a transfer and you have to mess around with rawtransactions :rolleyes:

Good to hear, but never done that before. Time to pick up new tricks. Just when I was getting really comfy with CLI :tongue:
 
Hi flare chaeplin .



I've updated all my MN to New IP and New Prive key with version 10.11.5.
most of the MN are working smooth and perfect. but here is my problem:

one of my masternode with ip (xxx.xxx .xxx.166) which setup and running well (its old IP was xxx.xxx.xxx.198). but it showed on Presiden's Masternode list as 198. and it's 166 on elbzo.net.
i've repeat several time to setup this MN and everytime with new generated privkey. i'm preety sure all the operations are correct. and everytime i got the massage from both Local/Remot :successfully started masternode

So did i make some mistake or it's just cache problem? and the only thing is waiting? (i've waiting about 8 hours since MN setup.)

Could you post your Darkcoin address for specific NM ?
 
Hi chaeplin, of course: XhqYLWmpAjsFUGEGeVwdtrRgjoat3qaNXk
if you need more information, just let me know.

BTW: you can find the Sum Number of the MN should be 7 (China). but it shows in the pie chart is 8.

I have found a bug in nm listing. Thank you.
My nod has 7, darkcoin.io has 7 with diffrent ip.
mynodes
Code:
   "211.99.224.163:9999" : 1,
    "211.99.224.164:9999" : 1,
    "211.99.224.165:9999" : 1,
    "211.99.224.167:9999" : 1,
    "211.99.224.168:9999" : 1,
    "211.99.224.169:9999" : 1,
    "211.99.224.198:9999" : 1,

darkcoin.io
Code:
   "211.99.224.163:9999" : 1,
    "211.99.224.165:9999" : 1,
    "211.99.224.167:9999" : 1,
    "211.99.224.168:9999" : 1,
    "211.99.224.169:9999" : 1,
    "211.99.224.196:9999" : 1,
    "211.99.224.198:9999" : 1,

Graph use ip of (poolhash + darkcoin.io).

NM list use pubkey as primary ip.

I will add darkcoin.io ip address with not matched pubkey.

Code:
Xco4rTXk79VLpiR6H5FSFH2ehpLuvD7hZZ      NET263 Group in China.  China   _._.224.165     +       +       +       +       +       +
XhqYLWmpAjsFUGEGeVwdtrRgjoat3qaNXk      NET263 Group in China.  China   _._.224.198     +       +       +       +       +       +
XjhT8zuFpZ51pgGffL9sWdo9YUKTRReTft      NET263 Group in China.  China   _._.224.163     +       +       +       +       +       +
XpGnXwusb3y8KwxqdRRqzRu7LzxRpYfTE9      NET263 Group in China.  China   _._.224.168     +       +       +       +       +       +
Xpad4FFXcXr1MferfHkQ4Jva5VcWt7qxNh      NET263 Group in China.  China   _._.224.169     +       +       +       +       +       +
XqUjrdjHzobNASyBaob6EsgiYfZtaoiymQ      NET263 Group in China.  China   _._.224.167     +       +       +       +       +       +
XuiyzXZTM8rcoAEBzXo5bN2D967cBAfnV2      NET263 Group in China.  China   _._.224.164     +       +       +       +       +       -
 
Still no payments. No Errors in debug.log and my ip appears in all lists. Is the payment random? Or should I have been paid already. Anyone (ip: appears also in https://elbzo.net/masternodes.html and https://www.darkcoin.io/masternodes.txt) My setup is as described in http://planetcrypton.com/install-darkcoin-daemon
No payments on my 4 masternodes either. I updated to 10.11.5 as soon as it came out and generated new privkeys for them all about an hour ago, they are now and always have been all green on chaeplins list.

Guess I'll just have to be patient...
 
OK, i received a new matured MN payment and this time i used the QT coin control features to select the input to transfer, substracted the 0.001 fee - and it worked: The 1000DRK vin was not touched/changed, only the MN payment tx output was used as new tx input and the masternode is still active.

I guess the CLI does not have a convenient way of choosing the input for a transfer and you have to mess around with rawtransactions :rolleyes:

OMG !! I went though the thread and though "bummer, to offensive for me". Then I realised it was integrated with Bitcoin-QT. So I went in preferences on my Mac's QT and found the Coin Control featured and activated it. How cool!

Just to get it straight, as this starts to get too technical for me. We're payed to the 1k address. As I understand it, vin is tied to a raw tx hash, not an address. When you send funds out, the change is sent to new "hidden" address.

So lets say for example, without coin control, I have 1005 DRKs, and send 1DRK, I would break up the remaining 1004DRK to a new receiving change vin - this breaks the MN.

If you select the 1k deposit in Coin Control, it will send the change back to the same address, but that means a brand new tx hash anyways? In this case, I would receive back 1004k, and not the 1k deposit necessary keep the MN active.

I assume my reasoning is wrong... but do we have to "zero" out the 1000k deposit, or can I just move out 1 DRK, leaving 1004DRK in cold wallet and node active?
 
Last edited by a moderator:
This.

8 of my 20 nodes didnt recieve any payments yet.

Patience, yes. Once it took me 44h on testnet to get first payout.

Node A = 0
Node B = 2
Node C = 1

My first payout was a fluke. 30 minutes in 10.11.4.
 
I have found a bug in nm listing. Thank you.
My nod has 7, darkcoin.io has 7 with diffrent ip.
mynodes
Code:
   "211.99.224.163:9999" : 1,
    "211.99.224.164:9999" : 1,
    "211.99.224.165:9999" : 1,
    "211.99.224.167:9999" : 1,
    "211.99.224.168:9999" : 1,
    "211.99.224.169:9999" : 1,
    "211.99.224.198:9999" : 1,

darkcoin.io
Code:
   "211.99.224.163:9999" : 1,
    "211.99.224.165:9999" : 1,
    "211.99.224.167:9999" : 1,
    "211.99.224.168:9999" : 1,
    "211.99.224.169:9999" : 1,
    "211.99.224.196:9999" : 1,
    "211.99.224.198:9999" : 1,

Graph use ip of (poolhash + darkcoin.io).

NM list use pubkey as primary ip.

I will add darkcoin.io ip address with not matched pubkey.

Code:
Xco4rTXk79VLpiR6H5FSFH2ehpLuvD7hZZ      NET263 Group in China.  China   _._.224.165     +       +       +       +       +       +
XhqYLWmpAjsFUGEGeVwdtrRgjoat3qaNXk      NET263 Group in China.  China   _._.224.198     +       +       +       +       +       +
XjhT8zuFpZ51pgGffL9sWdo9YUKTRReTft      NET263 Group in China.  China   _._.224.163     +       +       +       +       +       +
XpGnXwusb3y8KwxqdRRqzRu7LzxRpYfTE9      NET263 Group in China.  China   _._.224.168     +       +       +       +       +       +
Xpad4FFXcXr1MferfHkQ4Jva5VcWt7qxNh      NET263 Group in China.  China   _._.224.169     +       +       +       +       +       +
XqUjrdjHzobNASyBaob6EsgiYfZtaoiymQ      NET263 Group in China.  China   _._.224.167     +       +       +       +       +       +
XuiyzXZTM8rcoAEBzXo5bN2D967cBAfnV2      NET263 Group in China.  China   _._.224.164     +       +       +       +       +       -

fixed.
Code:
XjhT8zuFpZ51pgGffL9sWdo9YUKTRReTft      NET263 Group in China.  China   _._.224.163     +       +       +       +       +       +
XuiyzXZTM8rcoAEBzXo5bN2D967cBAfnV2      NET263 Group in China.  China   _._.224.164     +       +       +       +       +       -
Xco4rTXk79VLpiR6H5FSFH2ehpLuvD7hZZ      NET263 Group in China.  China   _._.224.165     +       +       +       +       +       +
XqUjrdjHzobNASyBaob6EsgiYfZtaoiymQ      NET263 Group in China.  China   _._.224.167     +       +       +       +       +       +
XpGnXwusb3y8KwxqdRRqzRu7LzxRpYfTE9      NET263 Group in China.  China   _._.224.168     +       +       +       +       +       +
Xpad4FFXcXr1MferfHkQ4Jva5VcWt7qxNh      NET263 Group in China.  China   _._.224.169     +       +       +       +       +       +
-                                       NET263 Group in China.  China   _._.224.196     -       -       -       -       -       +
XhqYLWmpAjsFUGEGeVwdtrRgjoat3qaNXk      NET263 Group in China.  China   _._.224.198     +       +       +       +       +       +
 
Is it possible that with the current voting system some nodes never get paid? And some will get paid twice in a row?

EDIT: I see some nodes has already paid twice (today and yesterday) while my node isn't paid yet... Again: No errrors, appear in every list. Still patience or can there be something wrong?
 
Last edited by a moderator:
Is it possible that with the current voting system some nodes never get paid? And some will get paid twice in a row?

EDIT: I see some nodes has already paid twice (today and yesterday) while my node isn't paid yet... Again: No errrors, appear in every list. Still patience or can there be something wrong?

Just like pools finding blocks in a row, and then hours or days without. Its variance. And yes, it can be a bitch.
 
Is it possible that with the current voting system some nodes never get paid? And some will get paid twice in a row?

EDIT: I see some nodes has already paid twice (today and yesterday) while my node isn't paid yet... Again: No errrors, appear in every list. Still patience or can there be something wrong?
It's the nature of a random voting system, it should even out over time but there will always be a bit of variance. Does your node appear online?
 
I'd definitely give it a day or so and watch the distribution still - Sorry I personally can't be of more help yet, I've yet to set up my own masternode
 
Back
Top