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

RC3: Hard Fork on June 20th!

Yes, if you run them cold. That means that once you successfully start the local masternmode, and it successfully hooks up with the remote one, and you get the message that you may now turn off your local wallet, etc... then you can take it down, store it on a jump drive or cd or something. But I haven't been able to successfully do that and am trying to figure out what I'm doing wrong. When I see the error of my ways, I will add them to my tutorial in the guides section :)

But you will still need to run the remote on it's own ip address.
Thanks for the reply Tante... I'll try setting them up o er the weekend or early next week and see if I can get them going from the one external IP from my PC.
 
Ok I have now 7 masternodes running, only 2 are "masternode start"ed but the others daemons are running nonetheless and all 7 of the daemons have a different masternode list... And they are all running for at least 4 hours.
The started 2 masternodes are using the local/remote setup with cold storage for the 1000 DRK.
Is there something fishy going on? I don't want to get a hell gone loose situation like with RC2 during the hard fork on 20/06...

Edit: Small example with a few IPs (when X the IP is not even listed in masternode list):
Code:
Masternode IP:Port   1    2    3    4    5    6    7
----------------------------------------------------
37.59.168.129:9999   1    0    0    0    0    0    0
37.187.47.129:9999   0    1    1    1    1    1    X
46.22.128.38:9999    0    1    1    1    1    1    X
46.240.170.28:9999   0    1    1    1    1    1    X
54.72.17.216:9999    1    1    1    1    1    1    1
54.72.196.78:9999    0    1    1    1    1    1    X

Edit 2: https://elbzo.net/masternodes.html
 
Last edited by a moderator:
Excited to see this update. Well done to all for their hardwork!

I'm now updating my few masternodes. Has anyone confirmed that the cold wallets are working right?
 
Ok I have now 7 masternodes running, only 2 are "masternode start"ed but the others daemons are running nonetheless and all 7 of the daemons have a different masternode list... And they are all running for at least 4 hours.
The started 2 masternodes are using the local/remote setup with cold storage for the 1000 DRK.
Is there something fishy going on? I don't want to get a hell gone loose situation like with RC2 during the hard fork on 20/06...

I hope there is a logical answer to this. I remember seeing something similar happen last time I ran my masternodes a month or so ago. Updating mine now, I'll see if there is a similar situation on my few.

Update: Just updated two of my masternodes, both seem to be on the same list, and count is as shown on the masternode webpage.
 
Last edited by a moderator:
I do have to say that the reason this was thought up was because Evan thought we'd have more than 10,000 masternodes and that so many would start to clog up the system. But that has not been the case. I believe the highest numbers we had were in the 800 mn range. I honestly don't think we're going to have too many masternodes but over time, we may have too few. Not that I want to make it easier to have a masternode, I think in the future, people will be pooling their resources to open masternodes, as they already are. I do worry about this as well, and hope those providing this service are reputable and will create a system where people can be sure their coins are safe??

Anyway, I just don't see the need to pander to the wealthiest amongst us. It doesn't seem right. And I'm not really talking about being jealous, but also about how people will feel about the system, will it alienate our supporters? Well, that's how I feel about it at this time from what I've seen happen since last month. I honestly think that masternodes will find their balance, and their balance will be far lower than the number of MNs required to clog up the traffic.

I'm a big fan of intelligent networks, so what if the code itself only allowed multiple nodes after a certain threshold was reached, like 5000 if that is a reasonable limit? That way the network itself would adapt to its own needs.
 
My last measures of mainnet RC2 revealed that there were 170 listening nodes. Taking into account that some nodes may have had blocked ports i expect node count to be 200ish by June 20th.

800mn were not a correct count, due to flaws in RC2 masternode protocol.

You may have noticed from the above ping log that there is someone with a rig of 20 masternodes (192.99.184.*) - so he is providing real service to the network. Now imagine how it would harm the network when he accumulates 20000DRK into just one masternode....

Exactly, and why I think it should stay that way. We don't have as many nodes as we thought we would, and I suspect that running a node will not be for everyone. And when it all settles out, we probably won't have enough masternodes to remotely "clog up" communications. It would be far better for everyone to have their masternodes working, IMHO.
.....cut........
And lets not forget Tante, we're on free tier EC2. In one year's time, they'll start costing us! Multiplied by the number of nodes.
Imagine paying for, and doing maintenance on all 50, one at a time. Sure, more work, more rewards... Here is less work, much higher risk, same reward.
If setting up a masternode was like super complicated, or required actual daily network monitoring... then yes, totally agree, I do get where you come from. Other than that, with a few dozen nodes the network is secure, and we have hundreds already.
I dont see anything unfair about it, maybe I'm missing something?
Well, actually, I'm already paying for my servers, but that's besides the point. I think we should have at least a thousand nodes actually working to keep the network healthy. If we really only have a couple of hundred, I would find that to be alarming if it didn't grow into a healthy number of working nodes.

Anyway, I can see this being a solution if we had tens of thousands of nodes, and they were slowing things down. But it doesn't look like this is a problem. And if it's true that we really only had about 200 nodes at last months peak because of ghost nodes showing up on the system, then it's definitely not a problem.

I took the 3 year commitment deal on Amazon for about 100 bucks. They're costing me about 14 bucks a month with internet traffic. It's not that much, and there might be better deals out there? I committed to this before everyone started talking about spreading out to other providers, so it's a little unfortunate that I committed myself so early on, as I can only open servers that Amazon runs. But on the good side, I could open them up in a matter of minutes in Argentina or Tokyo if I had to, if the government shut the nodes down in the USA. So I really don't think it's an issue, and I really don't think that would ever happen ;P
 
The started 2 masternodes are using the local/remote setup with cold storage for the 1000 DRK.l

Sorry I don't know why some of your nodes aren't working, but can you confirm you have 2 working nodes which were started with the "same" wallet?
 
I'm a big fan of intelligent networks, so what if the code itself only allowed multiple nodes after a certain threshold was reached, like 5000 if that is a reasonable limit? That way the network itself would adapt to its own needs.
That'd be really cool, but seeing how much work Evan is going through right now to get Masternodes to function properly, I kind of fear the complexity of creating something like that might be too much! Or a 2 year project, LOL. Another way, is how a lot of people were talking about lowering the payments by lowering the chance at being chosen by a small percentage for each "stack" of drk. But that still leaves us with too few masternodes actually doing work. Remember, we want to protect the mixing from being logged by a bad player. I know that the payments could be made to give each "stack" an entry into the lottery, but are the assignments to the Masternodes for mixing (actual work) also given to these multi-stacked masternodes more often? If not, then someone with a lot of masternodes would be able to "see" a lot of mixes and possibly expose an account, even after multi mixing?

Anyway, it's something to think about right now. Or I should say it should be re-thought given that it doesn't look like we have enough masternodes on the system to warrant doing this IMO.
 
I think we should have at least a thousand nodes actually working to keep the network healthy. If we really only have a couple of hundred, I would find that to be alarming if it didn't grow into a healthy number of working nodes.

Things will start to get interesting here, as soon as people/market will realise that there is a yearly "interest rate" of ~100% at only 200 masternodes - this will attract a lot of new potential masternodes owners.

So let's say market forces will level out at a yearly interest rate of 10% on masternode "shares" ==> 1000 * 0.1 / 365 = 0.274DRK per node and day.

With a given daily node payment supply of roughly 0.2 * 2800DRK/d = 560DRK this will give us a masternode count of ~2000 nodes. If market levels out at 5% we will see 4000 nodes, and so on..

So i am quite confident that we will see a healthy network with between 2000 and 4000 nodes soon :cool:
 
Last edited by a moderator:
Earlier I asked what the difference was between the compiled versions and 10.10.0 (Masternodes/Darksend). I surmise that the difference is that the compiled version is 9.10.0, which does not have Masternode/Darksend capabilities. I understand the need to keep the Masternode/Darksend features "closed source" until such time as these unique properties of Darkcoin have been perfected and proven...and agree the wisdom behind this. If the source code were released pre-maturely then there would be countless "clones" flooding the crypto-currency sphere, and darkcoin (and its early adopters) would lose much of the benefits enjoyed by its uniquness and its primacy in this area.
My question, however, is whether the binaries at http://www.darkcoin.io/downloads/rc/darkcoin can be used to run a pool (specifically a p2pool). I had initially thought that they would, until I read in the original post of this thread:
(Please compile if you're running a pool, exchange, etc)
https://github.com/darkcoinproject/darkcoin
Part of the purpose of my question is for my own benefit, just to make sure I'm doing things correctly. I am also writing a very complete step-by-step tutorial on various aspects of setting up a server with Darkcoin, Masternode, P2Pool, and even performing updates when needed. I am an experienced Linux user and web programmer, so these things are fairly simple to me, but can obviously be quite confusing to those with less experience. I am attempting to deliver very clear step-by-step instructions to make such procedures as "mechanical" as possible and eliminate any guesswork, while also emphasizing the need for security and creating a hardened server for such purposes. I believe that this will benefit us all by making the Darkcoin network both larger AND more secure, and will lead to the wider adoption of Darkcoin in general.
Anyway...if anyone could clarify the issue for me, I would appreciate it.
 
Current coin supply limits the theoretically possible number of masternodes to 4377. With good coin distribution, I expect the real number to be significantly lower. But this does not take in account how popular masternode pools may get.
 
If market levels out at 5% we will see 4000 nodes, and so on..

So i am quite confident that we will see a healthy network with between 2000 and 4000 nodes soon :cool:

Current coin supply limits the theoretically possible number of masternodes to 4377. With good coin distribution, I expect the real number to be significantly lower. But this does not take in account how popular masternode pools may get.

So both fundamentals (overall coin supply and yearly masternode share interest rate) indicate a corridor between 2000 and 4000 nodes, depending on coin distribution and masternode popularity.

If we only see 1000 nodes, i can live with 20% ROI a year :grin:
 
So both fundamentals (overall coin supply and yearly masternode share interest rate) indicate a corridor between 2000 and 4000 nodes, depending on coin distribution and masternode popularity.

If we only see 1000 nodes, i can live with 20% ROI a year :grin:
I'd lower the upper limit of that corridor. A currency with a big percentage of the supply tied to the currency structure would not be healthy.

Right now Darkcoin is all about Darkcoin, but at some point in the future it has to be possible to use it for everyday things. Of course, you can just use very small decimals of a low number of available coins, but that would not be a stable situation because of the risks of all those locked-in-masternodes-coins that can flood the market at any time.

ROI is important, but atm all investors are probably individuals (too risky/new for institutional investors), so the entry price is also important. Maybe when the shared masternodes become more popular this will not the case. Short term I would not expect huge increases in the number of masternodes because then the price of the coin would change a lot as the distrubution changes a lot. And then people would be wary because nobody likes to buy after a huge spike in price...

Anyway, all this rumble is to say that I think you're gonna be very happy with your ROI because my bet for one month in (July 20th) is below 500.
 
I have updated my 5 nodes.

We have 10 Masternodes at mainet.

Shocking .. I have expected at least 50 - 60 nodes up.

chaeplin
As a Windows developer, I am unfamiliar with Linux and struggled setting up my Masternode last week.
However, your setup guides did help me get through the pain of configuring a masternode.

What exactly do I need to do now in order to keep my maternode current with RC3?
For example, which steps do I need to repeat from the guides you provided?

Thanks.
 
chaeplin
As a Windows developer, I am unfamiliar with Linux and struggled setting up my Masternode last week.
However, your setup guides did help me get through the pain of configuring a masternode.

What exactly do I need to do now in order to keep my maternode current with RC3?
For example, which steps do I need to repeat from the guides you provided?

Thanks.

Guide updated. ;D
 
I updated darkcoind to 0.10.10.1-beta (I noticed there was a .1 in the source code) and now they are all in sync. :)
 
Still not in sync: https://elbzo.net/masternodes.html
And I started fresh all the daemons (deleted everything in .darkcoin folder).

I updated darkcoind to 0.10.10.1-beta (I noticed there was a .1 in the source code) and now they are all in sync. :)

Good you got this one sorted, i was starting to get worried :confused:

Your stat page is very impressive and useful to check the health of the MN network, perhaps chaeplin can link it from drk.poolhash.org :smile:
 
Back
Top