Author

Topic: [ANN][DASH] Dash (dash.org) | First Self-Funding Self-Governing Crypto Currency - page 6347. (Read 9724017 times)

hero member
Activity: 611
Merit: 500
As it is, if one node is compromised or malicious, what stops it from hosing up darksend? Sure, that TX will fall out of the memory pool and eventually be not a sent transaction according to my client, but how about something that actively avoids the incident? Why shouldn't all clients hosting the full chain also be darksend nodes? For that matter, why is darksend optional? Why aren't all sends done in that manner automatically? Input volume, yes...

The idea of masternodes is to create a very expensive network similar to mining, where users invest money to make money. If you decide to be malicious, the only power you have is to not allow transactions for that 2.5 minutes, in which case you forfeit the money the network will pay you.

If all nodes were able to do it, the network would be vulnerable to sybil attacks. See my conversation with Anonymint.

Really the concept sounds great -- I guess what I am really worried about is DOS attacks on the Master nodes.  Some people will do due diligence, but I am betting that most won't (don't know how) and the result will be that DRK suffers a black eye because one person brings down Darksend for a time.  

What protections are there against this other than urging master nodes owners to read up on net security?
legendary
Activity: 1176
Merit: 1036
Dash Developer
As it is, if one node is compromised or malicious, what stops it from hosing up darksend? Sure, that TX will fall out of the memory pool and eventually be not a sent transaction according to my client, but how about something that actively avoids the incident? Why shouldn't all clients hosting the full chain also be darksend nodes? For that matter, why is darksend optional? Why aren't all sends done in that manner automatically? Input volume, yes...

The idea of masternodes is to create a very expensive network similar to mining, where users invest money to make money. If you decide to be malicious, the only power you have is to not allow transactions for that 2.5 minutes, in which case you forfeit the money the network will pay you.

If all nodes were able to do it, the network would be vulnerable to sybil attacks. See my conversation with Anonymint.
legendary
Activity: 1456
Merit: 1000
Are you all forgetting....DRK will be internet cash.

Anonymous, no charge backs, decentralised currency moved in and out directly from your own electronic wallet.

Electronic cash. Which other coin out there at the moment has that without a third party service? None.

$250. If you give me a number less than that, I'll kick the cat.
full member
Activity: 303
Merit: 105
Where I can find DRK coin calculator which working fine?
hero member
Activity: 616
Merit: 501
I will be very happy if the price go up to 10$ ;-)
full member
Activity: 187
Merit: 100
Depend of happenings during time i think price will be somewhere between $15-20 and $30-50 in normal circumstances, but with implementation of some more new unique things Evan mentioned before he has in mind maybe price will go over $50 and maybe even over $100 though...
hero member
Activity: 784
Merit: 1005
DRK will be USD$101 in 2015.

We should turn this into a competition. Price is right style (the closest without going over).

What is the closing price January 1st, 2015 in USD?

Winner gets???

Physical DRKs... we should have some by then. Preferably minted on silver...

Physical DarkCoins, awesome!

My vote goes for $40-$50 per coin by Jan. 1st 2015, with a reward of about 6-7 DRK per block, and difficulty close to 3000. And I'm not writing just some random numbers, if you do your math you will get some similar results, if I have to bet on a specific amount, my bet goes for $43 per DRK Smiley

legendary
Activity: 1456
Merit: 1000
DRK will be USD$101 in 2015.

We should turn this into a competition. Price is right style (the closest without going over).

What is the closing price January 1st, 2015 in USD (using cryptsy and bitcoinaverage.com)?

Winner gets???

$250.

Q. The winner gets??

A. At today's prices, they can get rich.
sr. member
Activity: 447
Merit: 250
Same here. This latest beta finally works for me.

I wonder why we're centralizing DarkSend... Why can't it be as equally distributed as the BlockChain? TOR chooses Rendezvous nodes for hidden services entirely at random, so no "MasterNode" can be identified...

I'm not opposed to a setup like that. Maybe that can be V2. I'd argue our system is still decentralized though, there will be many masternodes each doing mixing for a small time.

I realize it's not a black and white issue, I'm suggesting that it be made into a black and white issue. Still testing, too...

I'd like DarkSend a lot more if it distributed the pool of darksends in the same way the memory pool currently distributes all sends. It's a good model for many reasons, why re-invent the wheel?

As it is, if one node is compromised or malicious, what stops it from hosing up darksend? Sure, that TX will fall out of the memory pool and eventually be not a sent transaction according to my client, but how about something that actively avoids the incident? Why shouldn't all clients hosting the full chain also be darksend nodes? For that matter, why is darksend optional? Why aren't all sends done in that manner automatically?

Surely there are many instances where a public record of a transaction is useful. I think if mainstream legitimate businesses ever want to accept DRK, it could be a good idea for transactions to be on the public ledger. I think  darksend should be the default option though.

Legit businesses will just use the receipt/tax invoice system the same way as cash. This is set up to be anonymous e-cash after all.
But when you pay with cash you do it in person and there are not usually any disagreements about whether you paid or not. Maybe "I gave you $20, not $10!" etc. Perhaps when doing business with a startup you might want it to be on the public ledger. I'm not saying I think all transactions should be on the public ledger - I wouldn't be here if I thought they should, just that I think it's necessary that there be the option to make payments that way.
sr. member
Activity: 602
Merit: 256
DRK will be USD$101 in 2015.
We should turn this into a competition. Price is right style (the closest without going over).
What is the closing price January 1st, 2015 in USD (using cryptsy and bitcoinaverage.com)?
Winner gets???

my official guess:

closing price January 1st, 2015 in USD:   1 DRK  ≤  $75.00

one time!


(of course, if there's a prize for the winner then a rich person could manipulate the DRK price on that day.)
sr. member
Activity: 294
Merit: 250


https://bitcointalksearch.org/topic/m.6122540


[PSA] ALERTA SECURITATE! Bug major in openssl 1.0.0 -> 1.0.0f
https://bitcointalksearch.org/topic/psa-alerta-securitate-bug-major-in-openssl-100-100f-561162

http://heartbleed.com/
http://filippo.io/Heartbleed/



https://github.com/bitcoin/bitcoin/issues/4021

Quote
luke-jr commented 5 hours ago
This shouldn't affect Bitcoin Core at all. The only risk is on the server end of the payment protocol (which BCCore does not implement).

laanwj commented 42 minutes ago
The vulnerability does not affect the bitcoin protocol or wallet. It may affect auxilary usage of TLS in RPC-over-SSL and when fetching payment requests over HTTPS.

Not a big deal, but we are going to release a 0.9.1 that updates OpenSSL (see pull #4023 if you want to test) and fixes some other minor issues from 0.9.0.

full member
Activity: 168
Merit: 100
Same here. This latest beta finally works for me.

I wonder why we're centralizing DarkSend... Why can't it be as equally distributed as the BlockChain? TOR chooses Rendezvous nodes for hidden services entirely at random, so no "MasterNode" can be identified...

I'm not opposed to a setup like that. Maybe that can be V2. I'd argue our system is still decentralized though, there will be many masternodes each doing mixing for a small time.

I realize it's not a black and white issue, I'm suggesting that it be made into a black and white issue. Still testing, too...

I'd like DarkSend a lot more if it distributed the pool of darksends in the same way the memory pool currently distributes all sends. It's a good model for many reasons, why re-invent the wheel?

As it is, if one node is compromised or malicious, what stops it from hosing up darksend? Sure, that TX will fall out of the memory pool and eventually be not a sent transaction according to my client, but how about something that actively avoids the incident? Why shouldn't all clients hosting the full chain also be darksend nodes? For that matter, why is darksend optional? Why aren't all sends done in that manner automatically?

Surely there are many instances where a public record of a transaction is useful. I think if mainstream legitimate businesses ever want to accept DRK, it could be a good idea for transactions to be on the public ledger. I think  darksend should be the default option though.

Legit businesses will just use the receipt/tax invoice system the same way as cash. This is set up to be anonymous e-cash after all.
hero member
Activity: 814
Merit: 1001
I have nVidia card. Where I can to download the miner for dark?
Nowhere. It doesn't exist yet.
full member
Activity: 213
Merit: 100
I have nVidia card. Where I can to download the miner for dark?
sr. member
Activity: 447
Merit: 250
Same here. This latest beta finally works for me.

I wonder why we're centralizing DarkSend... Why can't it be as equally distributed as the BlockChain? TOR chooses Rendezvous nodes for hidden services entirely at random, so no "MasterNode" can be identified...

I'm not opposed to a setup like that. Maybe that can be V2. I'd argue our system is still decentralized though, there will be many masternodes each doing mixing for a small time.

I realize it's not a black and white issue, I'm suggesting that it be made into a black and white issue. Still testing, too...

I'd like DarkSend a lot more if it distributed the pool of darksends in the same way the memory pool currently distributes all sends. It's a good model for many reasons, why re-invent the wheel?

As it is, if one node is compromised or malicious, what stops it from hosing up darksend? Sure, that TX will fall out of the memory pool and eventually be not a sent transaction according to my client, but how about something that actively avoids the incident? Why shouldn't all clients hosting the full chain also be darksend nodes? For that matter, why is darksend optional? Why aren't all sends done in that manner automatically?

Surely there are many instances where a public record of a transaction is useful. I think if mainstream legitimate businesses ever want to accept DRK, it could be a good idea for transactions to be on the public ledger. I think  darksend should be the default option though.
full member
Activity: 224
Merit: 100
"DarkSend BETA v6

I believe we're getting really close to a stable product now. I've implemented all of the changes caused from my conversation earlier with Anonymint and it seems to be really working smoothly."

Congratulations! Anyone else wonder if Anonymint might be Satoshi, trying to develop a anonymous coin to move his stack of Bitcoins to? Conspiracy!  Cheesy

The thought crossed my mind the first time he showed up.  Very knowledgeable with a marked lack of patience for people who didn't understand what he was saying.

But his writing is better than anything I've read from Satoshi (in terms of structure).

Satoshi would be smart enough to act like NOT Satoshi... Or at least I am and I'm not that smart...

That's just what he would want you to think...

How does he know I think?

That would be a marketing dream come true for Darkcoin. Whether he is or not, maybe a message should be sent to Satoshi alerting him to Darkcoin's unique features under development. Might be the one thing that he might be willing to "come out" publicly for through his recognised user account here and on that other forum he used to post at.
sr. member
Activity: 546
Merit: 250
Woot!  I found it!!! https://www.etsy.com/shop/pixskull

Here is the direct Reddit link where I will have most of the updates.

http://www.reddit.com/r/Bitcoin/comments/207014/penguin_books_penguin_foundation_charitable

Thanks again to all those who are helping these kids who don't have the opportunity to have books like we do, and the Penguin Foundation!


etc ... truncated it's huge....

haha! nice find!  Cool Once we get the logo picked, I'll get me a shot glass or beer glass.  Fill it with black sambuca or a Guinness lol
hero member
Activity: 560
Merit: 500
www.OroCoin.co
"DarkSend BETA v6

I believe we're getting really close to a stable product now. I've implemented all of the changes caused from my conversation earlier with Anonymint and it seems to be really working smoothly."

Congratulations! Anyone else wonder if Anonymint might be Satoshi, trying to develop a anonymous coin to move his stack of Bitcoins to? Conspiracy!  Cheesy

The thought crossed my mind the first time he showed up.  Very knowledgeable with a marked lack of patience for people who didn't understand what he was saying.

But his writing is better than anything I've read from Satoshi (in terms of structure).

Satoshi would be smart enough to act like NOT Satoshi... Or at least I am and I'm not that smart...

That's just what he would want you to think...

How does he know I think?
Jump to: