ATCsecure said it's possible for this thing to happen until he employs the trust system. Go back to your cave.
which is why it's really a non-issue. he has stated current release is a beta and has told users to use its features at their own risk. REV2 which will eliminate this risk will be released soon. You cannot eliminate the risk by a trust-algorithm. You are just delaying the inevitable (stealing). Oh, is that fact? Are you an expert on dynamic trust + multi-path solutions? No, your just a DRK shill Oh yeah... it's a new paradigm, I forgot. WTF has multipath to do with trusting the node. Anyway, good luck with your issues. |
|
|
|
ATCsecure said it's possible for this thing to happen until he employs the trust system. Go back to your cave.
which is why it's really a non-issue. he has stated current release is a beta and has told users to use its features at their own risk. REV2 which will eliminate this risk will be released soon. You cannot eliminate the risk by a trust-algorithm. You are just delaying the inevitable (stealing). You trust once, you trust twice, (increases number and sizes of transactions that comes your way) and then BANG... the bank robbery when a large tx comes. |
|
|
|
ATCsecure said it's possible for this thing to happen until he employs the trust system. Go back to your cave. ATCsecure can u plz explain how it is prevented from a mixer stealing coins during this beta wallet?
a mixer on its own can't steal coins, but with out the REV2 trust system and multi-path there is a potential risk of loosing coins through a bad node. I have setup "hardened" servers for testing, PM for details |
|
|
|
|
Could there be a battle in which Ethereum obsoletes NXT?
|
|
|
|
It's entirely possible forum moderators (and not the OP as this is not a self-moderated thread) to delete spam, fud, insults etc if they deem it appropriate. Who cares anyway? As I see it: XC mixer loses coins so what better than to FUD dark... "Oh see it forked..." 2 years ago  |
|
|
|
 why? thats the send address. It's where the money are supposed to be sent / supposed to arrive (indirectly of course). |
|
|
|
|
Are you from eu, us? (I'm asking for shipping reasons and possible customs)
|
|
|
|
04:02:49

sendfrommixer 1 XXhuFyrnjSLAFiYLyF5hEWoxtFMmUuNuHk 2
04:05:43

sendfrommixer 1 XXhuFyrnjSLAFiYLyF5hEWoxtFMmUuNuHk 3
2 + 3 = 5 |
|
|
|
|
There'll be no hyperinflation unless some cataclysmic event or financial war begins.
Monetary base is expanded but liquidity is siphoned out from the masses. So there is money inflation at the top and deflation of income at the bottom. This prevents prices in retail from skyrocketing as people can't really spend and merchants have to keep prices low - despite inadequate profit margins.
The whole situation also disallows people to buy bitcoins, silver, gold etc - in a large scale, things that would make the value of these assets skyrocket. Instead, lack of liquidity forces people to sell their bitcoins, gold etc.
|
|
|
|
Ooops.  |
|
|
|
|
Is there any chance these will be arriving at the future? (like pos being blocked)
If not, that's the first publicly reported "accident" where someone lost coins that were apparently not forwarded down the mixing route.
Not very inspiring for doing transactions if the node can take the money and run (assuming pos is not stuck).
|
|
|
|
You can't have a contest / puzzle, without a solution (even if it's closed in an envelope).
The right procedure is this:
1) The one sending the money should know his addresses (not the "label" - this is not what the blockchain has... the blockchain has addresses)
2) The one sending the money should write these addresses from where the money actually originated in an envelope (in our case a .zip protected .txt file) and upload it. This will be the "correct answer" that the puzzle solver will have to find.
3) The transaction is conducted
4) The recipient address is being publicized so that the money flow can be tracked how it reached the recepient.
5) People start tracking the moneyflow backwards
6) Those who crack the anonymity post their findings
7) The "envelope" is opened (in our case the password protected zip file is opened - by distribution of the password)
8] The findings of step6 are measured against the actual addresses of the "envelope" (step2)
9) Finders of step6 collect the bounty.
Problem is that some people here are confusing labels / accounts with address/addresses and hence the above measurement and bounty scheme is impossible. There is nothing to calibrate the right answer to and prove it.
OK, there seems to be some confusion here The sender knows his address Don't bet your house on it. I've seen indications that clearly show people think their address is "main", "1" etc. |
|
|
|
Lol what a fun and easy way to spread FUD. Really gonna rape the rest of us with that 30 mh/s hashrate!
And it's a "farm". Another offer is for 10mhs fpga: https://www.betarigs.com/rig/6367So if fpgas pull like 10 each and 3x10 combined, they are DOA. I expect much better FPGAs to go out at some point. For sure, they must be able to do better (?) |
|
|
|
|
You can't have a contest / puzzle, without a solution (even if it's closed in an envelope).
The right procedure is this:
1) The one sending the money should know his addresses (not the "label" - this is not what the blockchain has... the blockchain has addresses)
2) The one sending the money should write these addresses from where the money actually originated in an envelope (in our case a .zip protected .txt file) and upload it. This will be the "correct answer" that the puzzle solver will have to find.
3) The transaction is conducted
4) The recipient address is being publicized so that the money flow can be tracked how it reached the recepient.
5) People start tracking the moneyflow backwards
6) Those who crack the anonymity post their findings
7) The "envelope" is opened (in our case the password protected zip file is opened - by distribution of the password)
8] The findings of step6 are measured against the actual addresses of the "envelope" (step2)
9) Finders of step6 collect the bounty.
Problem is that some people here are confusing labels / accounts with address/addresses and hence the above measurement and bounty scheme is impossible. There is nothing to calibrate the right answer to and prove it.
|
|
|
|
Anyone else underwhelmed with the speed of this rally so far after the initial boost? Are we actually gonna have to wait till the extra volume drives the price up naturally?
C'mon whales, the moon won't just go to itself.
Half the rise was already priced in. The signs were too strong that it would happen. |
|
|
|
I've said it before and I'll say it again, there is a strong buying force behind this coin that makes it want to succeed. Sure, it has its dips just like any coin but after the dips it continues to get bought up, even when huge walls are present.
That's why I will continue to invest in this coin.
Yep, I don't know if it's satoshi wanting to put anonymity on the map and using DRK as a "sign", MtGox hackers with millions that they don't know what to do, or some brilliant investors, but I wouldn't short this coin (given the short-option) even at its ATH. The buying whale is certainly very bullish with DRK. He could margin squeeze the shorters for fun and make the price explode by buys triggered to cover the squeeze. |
|
|
|
|
DRK isn't NSA-proof, yet - and it's quite a task to manage it there.
It might be anonymous for 99.9% of the cases (ie outsiders will not be able to pinpoint individuals and transactions with any degree of certainty) but NSA could probably monitor the money flows if they tried hard enough.
NSA-proofing will require work from all anonymous coins to close the last 0.1%. I believe it's 2015+ stuff.
|
|
|
|
|
Show Posts
