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

[Brilliantrocket]

Someone please enlighten my noob brain......

Please can someone explain to me why this and open source is good news?   Isn't the purpose of the BTC foundation to enrich a select few?  Also, I expect a ton of copy/paste coins based on DRK to further dilute and confuse the masses.

Open source is about tranparency and confidence.

BTC foundation I don't really know.

Confused masses need to learn how to take care of themselves  

An official legal entity introduces formality to the coin, so that the foundation can act on the best interest of darkcoin, and do things like hire pr services, lobby, promote Darkcoin with potential investor, services, exchanges, etc.  It will help to advance the coin in a formal way.  A serious project, cant grow working just out of an internet forum. It also gives the project a new level of formality that protects investors. In the hypothetical case that the developers would do something wrong, you could sue the foundation and they would be liable, that shows a level of commitment that will raise confidence. As opposed to other coins where you don’t even know who the developers are.  The introduction of the foundation is a major step in the right direction and will lead to a structured effort to promote the coin. Looking forward to helping in the foundation and contributing anyway I can. Very exciting.

We have only published one of announcements required by law and you are already thinking in suing the foundation!!! I'm scared  

Can't say much until the announcement with details, but we are gonna need a lot of help, thanks for offering  

Back in December, someone asked me to help set-up a bitcoin foundation affiliation for the UK. I turned it down.

Now, if there was a DRK Foundation Affiliation for Europe............

Only joking. That's a few years away.

But, get ready for the regulatory letters - remember the Bitcoin Foundation got a letter saying they needed to register for a money services licence?

http://www.forbes.com/sites/jonmatonis/2013/06/23/bitcoin-foundation-receives-cease-and-desist-order-from-california/

They should have sent one back telling California to go fuck itself. That quicker that place sinks into the ocean, the better.

[1715037880]

1715037880

[1715037880]

1715037880

[1715037880]

1715037880

[vertoe]

I wonder why you have chosen the US *rollseyes*

[Lebubar]

I wonder why you have chosen the US *rollseyes*

+1  

Maybe because they are all (the 5 in the list) from US?  

[luigi1111]

Sporkage is just putting the rules you mention into action. Same as if they were hardcoded in the first place.

Of course they had to be hardcoded in the first place for the spork to even work, but the fact that the software can be influenced by an external "switch" that can be turned on or off at any time is not in the spirit of cryptocurrencies.  I am fine with it for betas/RCs/development/whatever, but the final product should definitely not have any spork switches.

I don't believe enforcement was ever difficult to implement, I think the problems resulted from the payment/election code sometimes causing different nodes to believe different masternodes should be paid. So when enforcement was switched on (via hard fork), little forks started emerging because there wasn't consensus.

That is what I understand to have been happening; could've been something else though.

This is certainly believable, and I guess it would be a problem if a given miners/pools "chose" the same MNs over and over again, excluding other MNs. 1. However, it is better for them to be paying MNs than not at all.

Personally I've always thought the "election" process was convoluted and prone to error (given that not all MNs can necessarily always be seen by all nodes on the network) and that the coinbase transaction should simply pay the MNs who provably performed the mixing during that particular block.  Split it up among them proportionately.  The clients will choose which MNs to send to at random; or if they mess with the code to always favor certain MNs, that's fine too (although they will probably be losing some privacy if they choose to always use their own MN = shooting themselves in the foot = hopefully nobody is so stupid as to do this).  The MNs are paid for providing a service, and if they provide that service in a given block, then they should be paid in that block.  JM2C

1. I believe this should have been a fairly easy "enforcement" switch to code, but in reality wouldn't have done too much. I believe the cause of the forking to have been nodes thinking different MNs should be paid, and rejecting the blocks that paid, but didn't pay the "right" node. However, just making so 20% had to be split off or the block rejected would allow the miner to just pay themselves in a separate transaction.

I think you have an interesting idea in doing that PoSvc thing (which I believe "flare" has talked about at dct): you should be able to determine which masternode signed each denomination transaction included in the block.

It sounds very cool and elegant at first, but it too has vectors that must be considered. Nothing stops you from choosing a masternode; they just sit around waiting for inputs. So you could constantly denominate the smallest # of inputs (to minimize fees) using your own node, which would nearly guarantee its inclusion in every block for payment. This only wouldn't make sense if fees were higher than the payout.

Additionally, what happens if no denominate transaction occurs in a particular block? Is the mining node then able to keep the entire reward for himself? What then happens if he simply refused to include those transactions in his block (I'm not sure how you can force them to include transactions?).

Several other ideas are rolling around in my head, mostly in relation to masternodes somehow/sometimes having block minting authority. I need to think about it some more though.

Ok, good points.... keeping up a synchronized, agreed-upon list of MNs throughout the network is the real crux here.  Especially since it definitely needs to account for MNs dropping out of the network from time to time.  Which shouldn't really happen, but it will happen for various reasons.  So yeah, that idea definitely has some flaws that would be hard to work through.

How about this.  Each block, a group of MNs is "nominated" by the block hash.  The hash simply matches a few bits of the MN's public address... target this so that each block hash should "nominate" 5-10 MNs on average.  Then all of the nominated MNs will be required to create "ping" transactions and push them to the network within 2 blocks.  These transactions will be included in these next 2 blocks.  Take the hash of the 2nd block after the original "nomination" block, and use it to determine the winner (among the nominees who have correctly "pinged" back) of the MN prize that will be generated by the coinbase transaction in the next, 3rd block.  If for some reason a block hash doesn't match any MNs (or no MNs happen to "ping" in time -- which is equivalent in result), then there would be a fallback option such as awarding the prize to a different MN that wasn't chosen in the previous block, but was nominated and "pinged" back correctly.

This gets rid of the problem of having to keep a current, up-to-date list of all MNs throughout the network.  The MNs themselves are responsible for letting the network know that they are out there by the "ping" transactions, and they can be called upon at any time due to the random nature of the nomination process, so therefore they must be ready to quickly respond at any time.  If they miss a "ping" then they will be penalized by not being eligible for the reward the next time they are nominated.  All MN-payment-eligible addresses will have their public addresses in the blockchain immediately prior (1 or 2 blocks) to the block which pays them out, and the reward will be awarded to one of the nominees in a deterministic fashion, which eliminates confusion and rejection of blocks due to nodes not being aware of a particular MN on the network.

There might be some problems that crop up with this process due to orphan blocks.  Perhaps the ping-response-time should be set to 5 or even 10 blocks instead of 2.  But I have been chewing on this kind of idea for a while now, and I think it could work for the MNs.

Well as fate would have it, I didn't dream about this at all...

It seems to me that the distribution of masternode public keys is probably not very uniform, and therefore a (pseudo) random matching based on block hashes could result in rather uneven payments? It may be possible to mitigate this, though not 100% sure. Perhaps some additional variables in the matching algorithm could help. If it can be structured in a way to get a reasonably normal distribution, then it's actually rather elegant.
One other consideration is that it'd still be highly probable that producing an output not matching any MNs is possible. Do we just say "too bad" for those ineligible blocks?

Match on several bits along the length of the entire public address.  The address is a hash function.  Its output should be sufficiently random.

I addressed the "no match" problem above.  If there isn't a match, choose a winner among the non-winning addresses from the previous block.  If there was only one address in that block, then go back to the previous block, recursively until a block is found with multiple addresses, and choose one of the non-winning addresses from that block, using the same choosing algorithm.

I am thinking that this choosing algorithm might simply be an ordering.  Like say the block hash used to choose the winning address among the nominee addresses is A7Bg34xyz.  Take the first digit in this hash, the 7.  This means choose the 7th character in the nominee addresses.  Sort the nominee addresses by this 7th character (and carry over to the 8th character to settle ties).  Now that they are ordered, take the second digit in the hash, the 3.  This means choose the 3rd nominee address as the winner.  If there aren't 3 qualified nominees, choose the 2nd, or the 1st, etc.

The algorithm for nominating MNs could be similar, to provide for added randomness.  Take the same block hash, A7Bg34xyz.  Take the first digit in the hash, 7, and the next character after it, B.  This tells us that the 7th character in the address needs to be a 'B'.  Now go to the next digit in the hash, 3, and take the next character after it, 4.  This tells us that the 3rd character in the address needs to be a '4'.  So all MNs whose public addresses match the pattern xx4xxxBxxxxxxxx would be nominated by that block.  This algorithm could obviously be tweaked in many ways in order to generate the right number of MN addresses with each block.  Maybe the pattern match would need to be broadened to be any pattern of 4xxxB anywhere in the address.  Or only in the first 15 characters of the address.  Or the last 15 characters of the address.  Etc.  

There are a lot of variations to play with.  But it is hard for me to see a way for anybody to game this somehow by generating their address in order to be paid more or less often.  I guess if they had multiple MNs then they could generate the address of each so that there is no overlap with their other addresses, so they would never be nominated at the same time as the others.  Which would be ok.  If there was a lot of overlap then they could have multiple MNs nominated at once, which would increase their chances of winning the payment for a block in which they have multiple nominated MNs.  So it's hard for me to see a real winner there.... it seems to be equal.  Better chances of winning when nominated, versus being nominated more often.  Given that the process for both nomination and choosing the winner are essentially random as long as no single entity is controlling the mining, I don't see how you could argue that one of these options is definitely better than the other.

I like it. I'm curious how much junk it'd add to blocks with "alive pings", etc. If no MNs matched/pinged from the previous block(s), you could potentially pay a MN that had been offline for a while, but I think that's a relatively minor issue (you couldn't really code it out either, as requiring "re-pinging" would take an extra block, leaving you with no one to pay for the present block).

You still need the old MN list though, for accounting and verification purposes (hot/cold would also be impossible without it). The block finding node needs to verify all the pings are from acceptable masternodes before including them in his block. This seems like it could take us back to old sync problem, BUT since the list wouldn't need to keep track of whether or not the MNs were alive, only that they were capable of existing (i.e., signed message from DRK address with 1,000 input tx designating new MN pubkey), perhaps the sync issue would be mitigated?

That leaves us with the possible conundrum of verification discrepancies. The other nodes have to verify his block against the list or the block finder could include addresses that aren't MNs (his own made up addresses; it shouldn't be hard at all to generate on-the-fly addresses that fit the requirements with 5/1,000 expected to fit). Does the paying block finder (n+2 in your proposal I think) also verify his payee is in the list? He wouldn't need to if all the peers had verified the n block as being valid, but that could potentially bring us the forking problem again. I think he should, particularly if it's a "reused block", but his peers don't need to/shouldn't; more below (sorry this is getting kind of scattered).


I think there are compromises that could make it more than acceptable. Consider: what if there are "allowances" in the "ping" block to cover potential discrepancies in the list? Like 75% or so of the included pings must exist in the list or peers would reject it. Something like that should make potential forks from list discrepancies very rare at worst, non-existent at best. Then, at block n+2, the payer could again verify his payee is in the list (so he doesn't pay the "naughty" address the n finder included to try to pay himself), but his peers wouldn't (obviously payee must be from block n), avoiding forks over list discrepancies there! Additionally, in the case of a "rerun", the payer would be able to check his payee is still a valid node.

For this to work, the payee wouldn't be deterministic, but chosen at random from n by n+2 block finder. He could of course pay himself, but only if he was in the list to start with (so it seems very marginally beneficial to him). The other consideration is that if "Pool A" found both n and n+2, he could get away with paying whoever, but that seems minor to me again (others might disagree).


Thoughts? Perhaps an MN list without the "alive" state included would be stable enough so as to not cause many (if any) discrepancies and thus forks, and all my thinking is for naut? (It's fun following these trains of thought regardless though )

Edit: sorry for WoT folks; baddw and I are just out on the playground here.

No, you don't really need the list anymore.  The "ping" transaction must be signed by a valid MN holding 1000 DRK.  Verifying this would be no more time-consuming than verifying any other transaction.  (If I try to spend 100BTC from an address that doesn't have 100BTC, this transaction is rejected by any and every node on the network.  If I try to make a MN "ping" from an address with less than 1000 DRK and/or that has not previously announced itself as a cold-wallet MN, it will be rejected as well.  If a bad miner tries to include a "ping" from an address that is not a verified valid MN, this block will be rejected for containing an invalid transaction.)

The paying block finder only has to verify that his payee has sent a valid "ping" transaction within the past 2 blocks.  Again, the "list" doesn't come into play.  If you wanted to create a "list" of MNs then you would simply scan the blockchain for all valid "ping" transactions within the past X amount of time (2-3 days, maybe?)  And you would drop any who should have responded to a more recent "nomination" but didn't.  After a full scan of the blockchain, you would have a full list of all MNs ever seen on the network, and when is the last time that they should have pinged, and when is the last time that they actually pinged.  

Trying to keep a complete, correct, fully-up-to-date "list" in real-time is an exercise in futility.  Without some centralized gatekeeper, the updated list cannot be propagated and agreed across the network quickly enough to reliably keep up with MN payments and not have some of them rejected by some nodes.  It is this difficulty in immediate and constant consensus that the blockchain was created to solve.  The blockchain can provide a method to create a reliable-enough, complete-enough, up-to-date-enough "list" of un-rejectable MNs much as it is already used to create a "list" of un-rejectable unspent outputs.

Am I missing something here? Where is such an "announcement" stored? A masternode can only sign its ping with its provided private key, which has no relation to a DRK address holding 1k except via signed message by the actual address giving authority for said masternode key to act on its behalf.

Perhaps the solution is to have additional space in the blockchain for storing these messages (this is what you were thinking all along, isn't it (you're a genius!))? They'd exist for all eternity unless pruned at some point in the future (though that would need some workaround to keep the blocks paying them in the past valid when the evidence of their being a masternode is removed), but I'm not sure that matters... You would actually be able to make a "list" of sorts then based on the messages in the blockchain, but it wouldn't vary at all from node to node! Assume the same address could initiate a stop command in a future block to not have his old MN clutter up the payments by never responding. However, I don't see any incentive for people to do this, so there needs to be some mechanism where the block finder can insert the stop message on behalf of the masternode. You might think the lingering nodes wouldn't be an issue, but something absolutely has to be able to issue a "stop" command in case the 1,000 DRK move. Unless you could possibly modify the protocol to have nodes reject any tx formed out of the 1,000 DRK input without a "masternode stop" command included in a prior block? If you allow for removal after X number of missed pings, you have the (tiny) vector of the block finder being able to remove a masternode if he found the right blocks, but I don't know of any incentive to do this.

Now we're just stuck with n block finder (that happens to have his node in the list of candidates) pretending he didn't get pings from some or all of the other candidates. Perhaps this vector is small enough to just discard.

This is actually sounding like a workable solution! Everyone give it up for baddw! (*crickets*, no one is listening to us banter)

I wrote most of this before fully comprehending what you wrote in your last paragraph, which is basically suggesting the same thing I'm going over, right?

Edit: by "list", I only mean abstractly in the form the blockchain provides/would provide..

Edit2: some typos, also sorry again thread for the huge mess this has become

Edit3: just noticed in a previous post (quoted above) I spelled "naught" as "naut". Subliminal coin advertising, anyone?

[Jesse Livermore]

Kristov Atlas ‏@anonymouscoin  10m
Impressively low costs for #Darkcoin privacy. Cost for two rounds of DarkSend+ on 1,000 DRK ($2,450): 0.025 DRK ($0.06). That's 0.0025%

https://twitter.com/anonymouscoin/status/505410731928748032

I have a feeling like he'll soon be one of DRK's most notable, vocal cheerleaders.

[splawik21]

Kristov Atlas ‏@anonymouscoin  10m
Impressively low costs for #Darkcoin privacy. Cost for two rounds of DarkSend+ on 1,000 DRK ($2,450): 0.025 DRK ($0.06). That's 0.0025%

https://twitter.com/anonymouscoin/status/505410731928748032

I have a feeling like he'll soon be one of DRK's most notable, vocal cheerleaders.

JL I have to tell you  that I was thinking about K.A. recently and thought he will be drk supporter great fan too.
Time will show.

[coins101]

Kristov Atlas ‏@anonymouscoin  10m
Impressively low costs for #Darkcoin privacy. Cost for two rounds of DarkSend+ on 1,000 DRK ($2,450): 0.025 DRK ($0.06). That's 0.0025%

https://twitter.com/anonymouscoin/status/505410731928748032

I have a feeling like he'll soon be one of DRK's most notable, vocal cheerleaders.

no offence taken. 

[masternode]

Does that mean Edward the pro poker player is the no.1 richest wallet He liked to play with numbers, didn't he?

Ex-poker pro.  I rarely play poker these days (maybe once in the last 4 months) mostly because I've been heavily involved in cryptocurrencies for a couple years now.  Prior to crypto I'd help start a social gaming company, so it's actually been quite a number of years since I considered myself a poker pro.

I don't have the richest Darkcoin wallet, however I did introduce my business partner to Darkcoin (I haven't checked recently but he may have the richest Darkcoin wallet).

I do however remain in contact with a lot of top pros in the poker community as many of the them have recently begun to take an interest in cryptocurrencies.  There are a lot of crypto gambling sites on the horizon that I know of, and when I have the opportunity I always mention Darkcoin to them.      

Fwiw, I was pretty instrumental in bringing Darkcoin to Bitfinex and can say without my involvement that would not have happened when it did, if at all.  Eventually I realized there was a need to organize things and help build the darkcoin ecosystem and I approached Evan with the idea of starting up a foundation.  We've seen a lot of mistakes made in other foundations (i.e. Bitcoin Foundation) and it was obvious if we were to move foward with this it should be done right.  As such, I brought Harold Boo (an incredibly capable attorney I've known and worked with for years) to the table to help set up the foundation as he has been involved in crypto for about a year and had previous experience structuring non-profits.  Evan's first request was that we have a strong community member involved and Chris Rimoldi was proposed.  Things kind of went from there.

Anyway, I haven't chimed in for a bit and thought I'd give a few details about how things got started with the foundation.  There is still a lot of work ahead of us with it.

-ed

[r-ando]

Does that mean Edward the pro poker player is the no.1 richest wallet He liked to play with numbers, didn't he?

Ex-poker pro.  I rarely play poker these days mostly because I've been heavily involved in cryptocurrencies for a couple years now.  (I've played once in the last 4 months)

I don't have the richest Darkcoin wallet, however I did introduce my business partner to Darkcoin (I haven't checked recently but he may have the richest Darkcoin wallet).

I do however remain in contact with a lot of top pros in the poker community as many of the them have recently begun to take an interest in cryptocurrencies.  There are a lot of crypto gambling sites on the horizon that I know of, and when I have the opportunity I always mention Darkcoin to them.      

Fwiw, I was pretty instrumental in bringing Darkcoin to Bitfinex and can say without my involvement that would not have happened when it did, if at all.  Eventually I realized there was a need to organize things and help build the darkcoin ecosystem and I approached Evan with the idea of starting up a foundation.  We've seen a lot of mistakes made in other foundations (i.e. Bitcoin Foundation) and it was obvious if we were to move foward with this it should be done right.  As such, I brought Harold Boo (an incredibly capable attorney I've known and worked with for years) to the table to help set up the foundation as he has been involved in crypto for about a year and had previous experience structuring non-profits.  Evan's first request was that we have a strong community member involved and Chris Rimoldi was proposed.  Things kind of went from there.

Anyway, I haven't chimed in for a bit and thought I'd give a few details about how things got started with the foundation.  There is still a lot of work ahead of us with it.

-ed

+1  Great to hear from you!

[coins101]

Does that mean Edward the pro poker player is the no.1 richest wallet He liked to play with numbers, didn't he?

I do however remain in contact with a lot of top pros in the poker community as many of the them have recently begun to take an interest in cryptocurrencies.  There are a lot of crypto gambling sites on the horizon that I know of, and when I have the opportunity I always mention Darkcoin to them.

Send them my way, I'm trying to get some legal facts together and directions on block chain analysis, to help the gaming operators.

When its more robust, I will be approaching as many of them as possible and helping them choose DRK as an option.

https://bitcointalk.org/index.php?topic=761561.msg8585129#msg8585129

[roede94105]

Does that mean Edward the pro poker player is the no.1 richest wallet He liked to play with numbers, didn't he?

Ex-poker pro.  I rarely play poker these days (maybe once in the last 4 months) mostly because I've been heavily involved in cryptocurrencies for a couple years now.  Prior to crypto I'd help start a social gaming company, so it's actually been quite a number of years since I considered myself a poker pro.

I don't have the richest Darkcoin wallet, however I did introduce my business partner to Darkcoin (I haven't checked recently but he may have the richest Darkcoin wallet).

I do however remain in contact with a lot of top pros in the poker community as many of the them have recently begun to take an interest in cryptocurrencies.  There are a lot of crypto gambling sites on the horizon that I know of, and when I have the opportunity I always mention Darkcoin to them.      

Fwiw, I was pretty instrumental in bringing Darkcoin to Bitfinex and can say without my involvement that would not have happened when it did, if at all.  Eventually I realized there was a need to organize things and help build the darkcoin ecosystem and I approached Evan with the idea of starting up a foundation.  We've seen a lot of mistakes made in other foundations (i.e. Bitcoin Foundation) and it was obvious if we were to move foward with this it should be done right.  As such, I brought Harold Boo (an incredibly capable attorney I've known and worked with for years) to the table to help set up the foundation as he has been involved in crypto for about a year and had previous experience structuring non-profits.  Evan's first request was that we have a strong community member involved and Chris Rimoldi was proposed.  Things kind of went from there.

Anyway, I haven't chimed in for a bit and thought I'd give a few details about how things got started with the foundation.  There is still a lot of work ahead of us with it.

-ed

I must say I'm kinda impressed.

May I ask you in what other coins you have invested since you're in cryptos? Also, have you run any other projects regarding crypto?

[fernando]

I wonder why you have chosen the US *rollseyes*

+1  

Maybe because they are all (the 5 in the list) from US?  

Not me, the address in the announcement is a forwarding one to make things easier. I'm physically located in Europe. The US is the most active battlefield and where most of the key players are, but Darkcoin is a global phenomenon and we need to be everywhere. Coins101, don't think years, this has to spread fast. We can discuss it over beers when you come to Spain on holiday like good Brits do

[gekos]

What would be the purpose & mission of the foundation?

[Anatol Kir]

What would be the purpose & mission of the foundation?

The Bitcoin Foundation's mission is to standardize, protect and promote. I would imagine something similar.

https://bitcoinfoundation.org/about/overview/

[bigrcanada]

Does that mean Edward the pro poker player is the no.1 richest wallet He liked to play with numbers, didn't he?

Ex-poker pro.  I rarely play poker these days (maybe once in the last 4 months) mostly because I've been heavily involved in cryptocurrencies for a couple years now.  Prior to crypto I'd help start a social gaming company, so it's actually been quite a number of years since I considered myself a poker pro.

I don't have the richest Darkcoin wallet, however I did introduce my business partner to Darkcoin (I haven't checked recently but he may have the richest Darkcoin wallet).

I do however remain in contact with a lot of top pros in the poker community as many of the them have recently begun to take an interest in cryptocurrencies.  There are a lot of crypto gambling sites on the horizon that I know of, and when I have the opportunity I always mention Darkcoin to them.      

Fwiw, I was pretty instrumental in bringing Darkcoin to Bitfinex and can say without my involvement that would not have happened when it did, if at all.  Eventually I realized there was a need to organize things and help build the darkcoin ecosystem and I approached Evan with the idea of starting up a foundation.  We've seen a lot of mistakes made in other foundations (i.e. Bitcoin Foundation) and it was obvious if we were to move foward with this it should be done right.  As such, I brought Harold Boo (an incredibly capable attorney I've known and worked with for years) to the table to help set up the foundation as he has been involved in crypto for about a year and had previous experience structuring non-profits.  Evan's first request was that we have a strong community member involved and Chris Rimoldi was proposed.  Things kind of went from there.

Anyway, I haven't chimed in for a bit and thought I'd give a few details about how things got started with the foundation.  There is still a lot of work ahead of us with it.

-ed

Hi Ed.... this is great news !   I'll  certainly want to delv into this when i get back from Germany.  This represents a seed change for this currency with the mind set that there needs to be advocacy and professional face to our ecosystem.   Many of us involved in  business and finance world know that this is and will be a massive undertaking and also realize that there will also have to be collaborations with other currencies at some point once we move out of development stage to real world roll  out. I applaud this move forward and certainly will watch with much interest.  The purpose of said foundation can not be underestimated.   Rich

[TsuyokuNaritai]

If anyone wants some DRK dust to play with, we now have a faucet. (today only). Kudos to Silver Duke & the Underscores.

We now have a real faucet. Kudos to bituzer.

[masternode]

Does that mean Edward the pro poker player is the no.1 richest wallet He liked to play with numbers, didn't he?

Ex-poker pro.  I rarely play poker these days (maybe once in the last 4 months) mostly because I've been heavily involved in cryptocurrencies for a couple years now.  Prior to crypto I'd help start a social gaming company, so it's actually been quite a number of years since I considered myself a poker pro.

I don't have the richest Darkcoin wallet, however I did introduce my business partner to Darkcoin (I haven't checked recently but he may have the richest Darkcoin wallet).

I do however remain in contact with a lot of top pros in the poker community as many of the them have recently begun to take an interest in cryptocurrencies.  There are a lot of crypto gambling sites on the horizon that I know of, and when I have the opportunity I always mention Darkcoin to them.      

Fwiw, I was pretty instrumental in bringing Darkcoin to Bitfinex and can say without my involvement that would not have happened when it did, if at all.  Eventually I realized there was a need to organize things and help build the darkcoin ecosystem and I approached Evan with the idea of starting up a foundation.  We've seen a lot of mistakes made in other foundations (i.e. Bitcoin Foundation) and it was obvious if we were to move foward with this it should be done right.  As such, I brought Harold Boo (an incredibly capable attorney I've known and worked with for years) to the table to help set up the foundation as he has been involved in crypto for about a year and had previous experience structuring non-profits.  Evan's first request was that we have a strong community member involved and Chris Rimoldi was proposed.  Things kind of went from there.

Anyway, I haven't chimed in for a bit and thought I'd give a few details about how things got started with the foundation.  There is still a lot of work ahead of us with it.

-ed

I must say I'm kinda impressed.

May I ask you in what other coins you have invested since you're in cryptos? Also, have you run any other projects regarding crypto?

I've really only made four significant investment since I've been in crypto.  Bitcoin, Litecoin (which I later exit above $20), Darkcoin and Viacoin.  I've made some smaller investments here and there, Counterparty, Maidsafe, etc, but for one reason or another I've found myself having exit those.  I currently pretty much just hold BTC, DRK and VIA now (and a little Ethereum).  I would say I'm heavily involved in Viacoin behind the scenes as well.  I'm obviously not here to promote another coin, but you're welcome to visit their BCT thread if you want to learn more about them.  

I have a much smaller scale real world project that I'm currently involved with which is a sort of merging between two financial apps in the altcoin space.  Blockstreet.info recently went into hybernation, so I brought their UI designer over to PocketCrypto.com and helped them raise money for an aesthetic/UI overhaul and re-release of PocketCrypto app (with a new name/brand).  I'm thinking combined they may have a shot at creating a killer app for altcoins, at a level which I've yet to find.  It'll be a few weeks before they get their new product going, but I'm excited to see what they come up with.  

I'm pretty active in cryptocurrency related deals in the LA area, in some way or another.  My partners and I have been toying around with an idea of starting a cryptocurrency related incubator to fund projects that can help build out both the DRK and VIA ecosystems.  We're still seeing if we find the right developers to work with, and if the economic environment of each ecosystem would (within a reasonable time frame) actually support the businesses/teams we may try and put together and/or invest in.  

[masternode]

What would be the purpose & mission of the foundation?

The Bitcoin Foundation's mission is to standardize, protect and promote. I would imagine something similar.

https://bitcoinfoundation.org/about/overview/

Yea, this is pretty much it.  I'll let Harold Boo more officially answer this when he gets back from vacation on Tuesday.

[Joshuar]

I would think that Darkcoin, the first anonymous coin, would need a foundation to show the public it's intended goals/ideals etc moreso than Bitcoin with it's psuedo anonymity.

[coins101]

I think I will set-up a second DRK foundation - it's goals:

1. Make Master Node Operators Rich
2. As above