[ANN][DASH] Dash (dash.org) | First Self-Funding Self-Governing Crypto Currency

[AlexGR]

congratulations you've successfully split a cunt hair.
the master node setup is still a centralized structure reliant upon trust.

Trust only in the sense of transaction knowledge, not in the sense of a transaction being trusted.

The current abundance of nodes strengthens your argument in favor of dark send but this goes against the entire concept of trustless regulatory consensus algorithms.

Not really. Each people who have a consensus to mix their coins / transactions and are using a non-centralized (not 1 center) matchmaker to do so.

Btw, masternodes can be used for other things beyond DarkSend.

Which is the key point I want to make here. Dark send is the appliance of provably corruptible centralized regulatory coin mixing services on top of a brilliant trustless decentralized regulatory consensus algorithm. Zerocoin is the future, not dark send. The transaction mixing needs to become apart of the algorithm its self not on centralized masternode servers.

- Trusted accumulator
- Zero proofs non quantum resistant (=not very future-proof)

There is no perfect solution for anonymity.

[splawik21]

EDIT (6/28/2014)
New clients have been released and more changes have been made. Current versions are v9.11.5 and v10.11.5. It is important that all solo-miners and pool operators update to the correct clients! Miners make the network work, and as such you need to use the right client versions, stay up to date and keep our blockchain healthy and stable!

You can find the new client software on the official downloads page of www.Darkcoin.io.

https://www.darkcoin.io/getstarted.html

*** PLEASE UPDATE TO 9.11.5 OR 10.11.5 ***

Windows Users:
v9.11.5
v10.11.5

Linux Users:
Ubuntu v10.11.5 GUI Wallet/Client
Ubuntu v10.11.5 Darkcoind Daemon

Mac Users:
v9.11.5 Wallet/Client

https://darkcointalk.org/threads/please-update-your-darkcoin-clients.1602/

New page, bump....
coin101 lets do the shifts, You 00-12, me 12-24

[r3wt]

Again, just to reiterate on the piece of my post you didn't address, I do not like the centralized nature of the Masternode setup at Darkcoin, BUT , many coins have a centralized aspect, such as checkpointing servers in some POS coins. the way i see it, masternodes and checkpoint servers may be a necessary evil. So all in all i guess the Masternode setup isn't a big deal, so long as it offers no unfair disadvantage to common miners.

The concept of center, is that it is singular. It is a single point where all the other things revolve around / are based upon etc.

Checkpointing is centralization because there is one point where the network uses to align itself.

Masternodes are like ...500.

500 is not a single point / a center. There is no "center". There are 500 masternodes all over the globe.

If there was one masternode that did the mixing, it would be centralized mixing.

If there are 500-1000 nodes all over the world that operate in a p2p fashion, it is not centralization.

If the government can go to one place (center) and take down the system = centralization / client-server model - with the server-mixer being the single point of reliance.

If the government can't do that because it has to shut 500 nodes all over the world = decentralization / p2p model - with every node adding to network resilience.

congratulations you've successfully split a cunt hair.
the master node setup is still a centralized structure reliant upon trust. The current abundance of nodes strengthens your argument in favor of dark send but this goes against the entire concept of trusless regulatory consensus algorithms. Which is the key point I want to make here. Dark send is the appliance of provably corruptible centralized regulatory coin mixing services on top of a brilliant trustless decentralized regulatory consensus algorithm. Zerocoin is the future, not dark send. The transaction mixing needs to become apart of the algorithm its self not on centralized masternode servers.

zerocoin? that project is hardly active, DRK has to offer the best privacy still and possibly for a long time to come

false. True privacy can never come from centralized systems that require trust. Only decentralized regulatory algorithms are probably secure, and that statement can be extended to privacy features.

I respect what is being done here, but Satoshi has enlightened us the importance of consensus algorithms. Centralized and hierarchal systems are outdated and have no room in this space. In time all things centralized in our world will be replaced with trustless regulatory algoriths, all in the vein of bitcoin

[dewdeded]

I scanned the whole MasterNode list 3 times yesterday.
Only 200 till 220 MasterNodes are actually working. (Depending on day time.)


Are the offline/inactive 50% turned off as backup ressource or disguise (and get randomly turned on?)? Or are they misconfigured or is the list wrong?

[AlexGR]

I respect what is being done here, but Satoshi has enlightened us the importance of consensus algorithms. Centralized and hierarchal systems are outdated and have no room in this space. In time all things centralized in our world will be replaced with trustless regulatory algoriths, all in the vein of bitcoin

Even shatoshi's algorithms need nodes to run.

[dotnetmin]

I scanned the whole MasterNode list 3 times yesterday.
Only 200 till 220 MasterNodes are actually working. (Depending on day time.)


Are the offline/inactive 50% turned off as backup ressource or disguise (and get randomly turned on?)? Or are they misconfigured or is the list wrong?

How did you see only around 200..220 are working ?

[UdjinM6]

I scanned the whole MasterNode list 3 times yesterday.
Only 200 till 220 MasterNodes are actually working. (Depending on day time.)


Are the offline/inactive 50% turned off as backup ressource or disguise (and get randomly turned on?)? Or are they misconfigured or is the list wrong?

How did you see only around 200..220 are working ?

wondering too
counted by sv01 - 422 active(+), 100 inactive(-)
http://drk.poolhash.org/masternode.html

[dewdeded]

How did you see only around 200..220 are working ?

Probing the MN list: If host online + Port 9999 open => MN active.


Most down/inactive/unreachble MNs are from Amazon IPs.
---> Some folks aka MN admins, didn't assigned static IPs for (aka "Elastic IPs" in Amazon speech) for their AWS instances.
---> When Amazon changes IPs these MNs arent reachable anymore under the MN IP they are listed in MN list or "known in the DarkCoin network".

[TanteStefana2]

Yes, dewdeded, how do you scan them like that?

I just lost confidence and decided to redo my masternode.  I changed the IP address, the masternode private key and the account # that holds the dark.

Now I'm getting constant misbehaving notices.  Everyone seems to think I'm misbehaving!  LOL.  Crazy!

Can you teach us how to scan like that please?

[gadado]

Just saw I got my first MN payment this morning...

Took a little long (how many hours since payment started?) and it's just 10% of those few lucky that already got 10 payouts
..But at least I know now that my MN works and can get payed "accidently".  

All the best luck to those that are still in the "Never got a payout Club".
I know that this is a demotivating situation. :/

[chaeplin]

I scanned the whole MasterNode list 3 times yesterday.
Only 200 till 220 MasterNodes are actually working. (Depending on day time.)


Are the offline/inactive 50% turned off as backup ressource or disguise (and get randomly turned on?)? Or are they misconfigured or is the list wrong?

Why did you do that ??

We have wonderful tool for that.

https://elbzo.net/masternodes.html
Darkcoin MasterNodes Monitoring (last refresh 2014-06-29 11:28:06 / refresh every 1min)

[r3wt]

congratulations you've successfully split a cunt hair.
the master node setup is still a centralized structure reliant upon trust.

Trust only in the sense of transaction knowledge, not in the sense of a transaction being trusted.

The current abundance of nodes strengthens your argument in favor of dark send but this goes against the entire concept of trustless regulatory consensus algorithms.

Not really. Each people who have a consensus to mix their coins / transactions and are using a non-centralized (not 1 center) matchmaker to do so.

Btw, masternodes can be used for other things beyond DarkSend.

Which is the key point I want to make here. Dark send is the appliance of provably corruptible centralized regulatory coin mixing services on top of a brilliant trustless decentralized regulatory consensus algorithm. Zerocoin is the future, not dark send. The transaction mixing needs to become apart of the algorithm its self not on centralized masternode servers.

- Trusted accumulator
- Zero proofs non quantum resistant (=not very future-proof)

There is no perfect solution for anonymity.

[roede94105]

I scanned the whole MasterNode list 3 times yesterday.
Only 200 till 220 MasterNodes are actually working. (Depending on day time.)


Are the offline/inactive 50% turned off as backup ressource or disguise (and get randomly turned on?)? Or are they misconfigured or is the list wrong?

Why did you do that ??

We have wonderful tool for that.

https://elbzo.net/masternodes.html
Darkcoin MasterNodes Monitoring (last refresh 2014-06-29 11:28:06 / refresh every 1min)

I have port check: closed, is that a problem? everything else is green except darkcoin.io: unlisted

[hashmoon]

Again, just to reiterate on the piece of my post you didn't address, I do not like the centralized nature of the Masternode setup at Darkcoin, BUT , many coins have a centralized aspect, such as checkpointing servers in some POS coins. the way i see it, masternodes and checkpoint servers may be a necessary evil. So all in all i guess the Masternode setup isn't a big deal, so long as it offers no unfair disadvantage to common miners.

The concept of center, is that it is singular. It is a single point where all the other things revolve around / are based upon etc.

Checkpointing is centralization because there is one point where the network uses to align itself.

Masternodes are like ...500.

500 is not a single point / a center. There is no "center". There are 500 masternodes all over the globe.

If there was one masternode that did the mixing, it would be centralized mixing.

If there are 500-1000 nodes all over the world that operate in a p2p fashion, it is not centralization.

If the government can go to one place (center) and take down the system = centralization / client-server model - with the server-mixer being the single point of reliance.

If the government can't do that because it has to shut 500 nodes all over the world = decentralization / p2p model - with every node adding to network resilience.

congratulations you've successfully split a cunt hair.
the master node setup is still a centralized structure reliant upon trust. The current abundance of nodes strengthens your argument in favor of dark send but this goes against the entire concept of trusless regulatory consensus algorithms. Which is the key point I want to make here. Dark send is the appliance of provably corruptible centralized regulatory coin mixing services on top of a brilliant trustless decentralized regulatory consensus algorithm. Zerocoin is the future, not dark send. The transaction mixing needs to become apart of the algorithm its self not on centralized masternode servers.

zerocoin? that project is hardly active, DRK has to offer the best privacy still and possibly for a long time to come

+1 .. ' zerocoin uses untested cutting-edge cryptography which could prove to be insecure with a centralized server that functions as an accumulator ' - please read https://medium.com/@simon/the-bright-side-of-darkcoin-a923facddc3c

[TanteStefana2]

+1 .. ' zerocoin uses untested cutting-edge cryptography which could prove to be insecure with a centralized server that functions as an accumulator ' - please read https://medium.com/@simon/the-bright-side-of-darkcoin-a923facddc3c

Not to mention that when quantum computers become a reality, they'll be able to unencrypt all transactions in that blockchain, leaving your past open for anyone to see.

maybe that doesn't matter anymore by then?

[Chronikka]

+1 .. ' zerocoin uses untested cutting-edge cryptography which could prove to be insecure with a centralized server that functions as an accumulator ' - please read https://medium.com/@simon/the-bright-side-of-darkcoin-a923facddc3c

Not to mention that when quantum computers become a reality, they'll be able to unencrypt all transactions in that blockchain, leaving your past open for anyone to see.

maybe that doesn't matter anymore by then?

Quantum computers could break the encryption that secures a lot of things. I doubt they will target Bitcoin

[buy4crypto]

Added fourth DarkCoin faucet at FreeDarkCoins.com

3/4 are currently inactive though.

Does anyone have more DarkCoin Faucets I can help promote for you?

We are starting to get a bit of organic growth and your faucet will be displayed prominently.

Thx in advance!

[innergy]

who dump ?why dump dark?

No one likes a king-peasant set-up.
The masters sitting on there fat asses and get payed endless free darks with there 50 or more masternotes. The peasant can fork out hard earned cash to buy into it. Servants revolting and moving to Vericoin or other coins and become masters themselves. Dark is old tech.

I could mine more DRKs with a $10k mining rig then lock'em in a masternode.
Miners hasn't anything to complain..

[chaeplin]

I scanned the whole MasterNode list 3 times yesterday.
Only 200 till 220 MasterNodes are actually working. (Depending on day time.)


Are the offline/inactive 50% turned off as backup ressource or disguise (and get randomly turned on?)? Or are they misconfigured or is the list wrong?

Why did you do that ??

We have wonderful tool for that.

https://elbzo.net/masternodes.html
Darkcoin MasterNodes Monitoring (last refresh 2014-06-29 11:28:06 / refresh every 1min)

I have port check: closed, is that a problem? everything else is green except darkcoin.io: unlisted

If port is closed somehow, nothing happens if the NM is not selected for DarkSend master.
If the NM is selected, DarkSend client tries to connect the NM.
If DarkSend client can't connect the NM, Masternode re-election msg is broadcasted.

I don't know yet, whether port problem will affect score of “top 10 masternodes”  

https://www.darkcointalk.org/threads/rc4-development-and-path-going-forward.1604/

New enforcement strategy

Over the last few days we’ve been looking at a few different options to enforce Masternode payments in RC4. We’ve settled on a brand new implementation that is much more simple, yet robust enough to protect the network.

Each round, a winning Masternode is chosen to carry out Darksend transactions. This process is carried out by the individual nodes across the network independently using the masternode election algorithm. This algorithm chooses a winning node for Darksend, but there is also a runner up, third, forth, fifth place, etc.

Utilizing this code, we can make a deterministic list of the “top 10 masternodes” with the winning scores. These will be the same nodes accross the network and they will vote on who they believe should get paid for that round. The winning Masternode will be the one with the most votes (up to 10 votes) and the network will reject blocks not containing that payment entry.


Other functionality

RC4 will also still include improvements to the anonymity of Darksend. After the implementation phase is complete we will begin by testing the non-enforcement / enforcement switch and the new anonymity layer on testnet.

+ edit

I think it was mentioned, in the discussion between evan/anonymint that by darksending it multiple times through a number of nodes it reduces the bad-actor probabilities to a statistically safe degree to solve the issue that the darksend node knows who sends what.

I think I have a better solution than that, I want to turn the masternodes into I2P relays for darkcoin. So your client will pick one when you start, then relay any messages through that one. It encrypts all of the traffic, removes the connection between IP and address and it the blockchain is still a complete fog. Plus it'll be a private I2P, so it'll be super fast. Masternodes are going to be awesome 

[roede94105]

I scanned the whole MasterNode list 3 times yesterday.
Only 200 till 220 MasterNodes are actually working. (Depending on day time.)


Are the offline/inactive 50% turned off as backup ressource or disguise (and get randomly turned on?)? Or are they misconfigured or is the list wrong?

Why did you do that ??

We have wonderful tool for that.

https://elbzo.net/masternodes.html
Darkcoin MasterNodes Monitoring (last refresh 2014-06-29 11:28:06 / refresh every 1min)

I have port check: closed, is that a problem? everything else is green except darkcoin.io: unlisted

If port is closed somehow, nothing happens if the NM is not selected for DarkSend master.
If the NM is selected, DarkSend client tries to connect the NM.
If DarkSend client can't connect the NM, Masternode re-election msg is broadcasted.

I don't know yet, whether port problem will affect score of “top 10 masternodes”  

https://www.darkcointalk.org/threads/rc4-development-and-path-going-forward.1604/

New enforcement strategy

Over the last few days we’ve been looking at a few different options to enforce Masternode payments in RC4. We’ve settled on a brand new implementation that is much more simple, yet robust enough to protect the network.

Each round, a winning Masternode is chosen to carry out Darksend transactions. This process is carried out by the individual nodes across the network independently using the masternode election algorithm. This algorithm chooses a winning node for Darksend, but there is also a runner up, third, forth, fifth place, etc.

Utilizing this code, we can make a deterministic list of the “top 10 masternodes” with the winning scores. These will be the same nodes accross the network and they will vote on who they believe should get paid for that round. The winning Masternode will be the one with the most votes (up to 10 votes) and the network will reject blocks not containing that payment entry.


Other functionality

RC4 will also still include improvements to the anonymity of Darksend. After the implementation phase is complete we will begin by testing the non-enforcement / enforcement switch and the new anonymity layer on testnet.

okay thanks, will look into it