Are you seriously trying to imply that being a misogynistic pig makes you a man?

This shit is just shameful.  What a community you have here...  Bunch of little boys, obviously.  Real future there..

bump

I thought this was in reference to the addition of USD deposits/withdrawals. Are they considering adding more cryptocurrencies also?

We do want it to be indicated, but it need not be done with green and red. The light/dark grey used previously is fine. It just needs to be +/- for the bigass indicator.

The green and red weren't there in the last set of samples, a lot of users suggested it would be a good idea to indicate debits and credits, but no worries changing that back to black and white is easy.

Looks amazing but the green and red's too bright for my old man eyes

Who. the. fuck. cares.

I get so tired of all the whiny ass bitches who want to talk about nothing more than this hour's price. Put on your fucking big girl panties and either a) invest for the long time and don't fucking worry about the price, or b) put on your trader's hat and trade on the volatility, if TA etc. are your thing.

Frankly, the actual investors are getting tired of ZOMG DARKCONZ DROPPED FIVE CENTZERS BETTER SELL BE4 I LOSE EVERTYHING

Strap in and STFU, or sell. Shit. Not that damn complicated.

I prefer to pronounce it "Banaynay." It makes people look at me funny. I like it when people look at me funny.

It's the only fruit I like...

I think timing becomes less of an issue because of the (relatively) long mixing process. Beyond that, I'm not quite sure what you're asking? "Normal" TXs will always be identifiable as such; this is by design and definition. It's just the senders' addresses aren't associated with anyone or anything. IP obfuscation should still be needed, though.

I think this is expected behavior and isn't able to be masked (whether a TX is a user/buyer-to-user/seller or a denomination TX). By definition, when you denominate, change addresses are each going to receive homogeneous inputs; when you spend these inputs, you're going to use multiple inputs you need to come up with the proper amount to send to the user/seller. It's always been expected that these inputs will be associated with each other.

So it's like:
Mixing TX: random amounts > homogeneous amounts
Sending TX: homogeneous amounts > random amounts

You will always be able to determine which is which when there's only a single receiver address (which has been discussed thousands of pages ago, and determined unfeasible to use more than one). It doesn't matter when the mixing occurs; the "normal" TXs will be clear regardless.

Please enlighten me further; elaborate.

I agree that this makes sense for an objective, BUT:

Do the wallet-sent TX stand out in that mist? I still think the client should denominate before it sends to a masternode. This might happen by default per the pre-mix. But, sends from wallets are still not sends from identified MNs, so it's something identifiably not mist going into the mist... Thus, it might be identified coming out. I'd like to see a denominated multi-point-exit to shore this up.

It looks like it's almost there to me... I'd start my explanation of why I say that by saying first, it looks like the mist moved from the client to the MNS, and the identifiable part moved from the MNs to the clients... Now, this is not 100% true because the clients are receiving pre-mixed. But quantities and timing are still potentially, sometimes identifiable. Noted, there is a percentage linked on a google docs spreadsheet. Probability it not absolutely. That's why it's called probability and not absolutely.

If the client sent out DRK in the same denominations, and with the same IP obfuscation (which pre-suppsoes that there will be IP obfuscation added at some point) as the MNs used, there would be no way to know what the hell was going to where. IF change came out of the 8-box look randomly;

1) sometimes skipping a block in timing
2) some bits coming out earlier than others. (MN2 sends one hunk of denominated change, MN5 sends another hunk, etc)

Then the when goes to hell too.

Also, the 10 block cycle is a cycle, not a mist. It's the opposite of homogeneous...

Then you've truly got a homogeneous mist going. The picture/updated info is a mist into which a somewhat thicker mist comes and goes... It's not quite homogenous.

Don't take this as an insult or a troll. It's damn near perfect now. I'm just thinking out loud about how to make it a little MORE perfect...

I wonder if blowjayxt, our resident homojenius wants to chime in on how this is or is not homogeneous?

From the update:


Can a user opt-out of this background anonymization for some or all of his or her coins, or is Darkcoin moving to a model where it is essentially mandatory that all coins be mixed in this way even if they are just sitting in wallets?

I ask because it seems like there are use cases where being able to trace the history of your own coins -- or proving that history to others, by pointing them to a neutral third party block explorer -- is a desired feature.  Scrambling the ability to trace and document that history (when the ability to document that history is actually desired, of course) by mixing coins in the background introduces some new wrinkles, especially for business use cases.

I respectfully disagree with you, the final transaction the person to person transaction occurs directly so that you can see the coins leave your wallet directly to the recipient's address and you can see the address getting the coins in the blockchain. So you can verify any transaction between buyer and seller just like you do now, but you are using previously mixed and denominated coins so that it is really a fog for everyone else! It is just brilliant, basically ecash! Great for business applications and way better than Bitcoin for B2B.

The way I understand it, nothing is added to the blockchain between the green boxes. The masternodes never actually hold the funds, they just facilitate signing. Someone correct me if I am mistaken.  

ROADMAP ?

I am trying to evaluate my DRK investment.
Essential to know this week's, and this month's, and this summer's plans.
As it is difficult to nail down specific dates, it could also be like "probably end of July", or "late next week"; or give dates, with a lot of buffer time.

Is there a roadmap, a list of dates?
Planned announcements, whitepapers, next versions, coin features, merchant adoption, conference talks, press conferences, google hangouts, games, competitions, etc. pp. ?

Thank you very much!

Proof that quantity does NOT equal quality. Bye bye friend. You won't be missed.

And this just verifies the quality of the community. Sad I put such a focus on future development here when I was never wanted. gl