DELTA9
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 102
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:47:15 PM |
|
This FUD is great...keeping the price down so I can buy more cheap coins. ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
|
Synarchist
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 66
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:47:33 PM |
|
K its been a week now and still not getting any stakes, im starting to think the staking part of the code is flawed, anyone able to explain the rumour about stake stealing?
|
|
|
|
AlexGR
Legendary
Offline
Activity: 1708
Merit: 1049
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:47:37 PM |
|
first thing, we all know this is not a finished product. period. it has been stated as such. Now the question of making a decentralized anon wallet was in question, so I give you: ![](https://ip.bitcointalk.org/?u=http%3A%2F%2Fbammine.com%2Fimages%2Fnode.JPG&t=665&c=mx5XM9duWOixFA) I did not initiate this transaction, yet I saw it come through on my laptop here. no matter what is said, The fact is that the developer is still here, he continues working on the project, and we are FAR from finished. Troll on. So that picture is showing that this wallet was chosen for this mixed transaction This release is a only a test - as the plan was to fix up some key items and release in 3-4 weeks What prevents the in-between node that is "chosen" to receive the money and not send it further down the line? The solution needs to be trustless that the node doesn't steal the money. It also needs to be non-exploitable in the sense that commands shouldn't be coming in to one's wallet-node to send money out to third-addresses, otherwise if one tampers with a fake transaction one's wallet can be emptied. This might require more than patching: It may require redesign.
|
|
|
|
ballzdeep
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:48:33 PM |
|
K its been a week now and still not getting any stakes, im starting to think the staking part of the code is flawed, anyone able to explain the rumour about stake stealing?
you have v0.9.1.6x11-coin-1.0 ?
|
Join the revolution - XC - Decentralized Trustless Multi-Node Private Transactions
|
|
|
atcsecure
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:48:43 PM |
|
K its been a week now and still not getting any stakes, im starting to think the staking part of the code is flawed, anyone able to explain the rumour about stake stealing?
It comes down to weight, the higher the weight the better the stake, however sundays release will have an updated stake code
|
Join the revolution - XC - Decentralized Trustless Multi-Node Private Transactions
|
|
|
Propulsion
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:52:11 PM |
|
What prevents the in-between node that is "chosen" to receive the money and not send it further down the line? The solution needs to be trustless that the node doesn't steal the money.
It also needs to be non-exploitable in the sense that commands shouldn't be coming in to one's wallet to send money out to third-addresses, otherwise if one tampers with a fake transaction one's wallet can be emptied.
This might require more than patching: It may require redesign.
Agreed. It's scary thinking that the funds pass through your own wallet with a simple RPC command. That is easily manipulatable to exploit. Wallets can be emptied rather easily with this implementation.
|
|
|
|
dbstmddhks
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:52:30 PM |
|
what's going on..
The wallet really anno ??
|
|
|
|
Grifftech
Newbie
Offline
Activity: 56
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:53:06 PM |
|
K its been a week now and still not getting any stakes, im starting to think the staking part of the code is flawed, anyone able to explain the rumour about stake stealing?
It comes down to weight, the higher the weight the better the stake, however sundays release will have an updated stake code I have been staking since we could and not a darn thing yet. It is frustrating to see all these huge holders piling it up. I don't care if .00000000001 shows up in mine, I just want to see mine is working ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
cryptico
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:53:18 PM |
|
what is the question? User A wants to send to user B, instead the coins go to the XNODE - split across several transactions - that is what your seeing - This part "As you can see you can clearly see the values and addresses, so all the wallet does is replacing the sent from text field as 'unknown' in the GUI" So he is saying you just run a command with the transaction id and then you have the wallet address of the person it was sent from. @ATC could you please reply to the post of this guy? I have the same question
|
|
|
|
telostia
Newbie
Offline
Activity: 44
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:53:46 PM |
|
|
|
|
|
saberu
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:53:57 PM |
|
this is only a test release, the code is 3-4weeks out from being at that level - it does NOT go through your own wallet, it goes through an xnode - which anybody can activate when they launch the wallet
If the transactions cannot be `traced` logwise or programmatically through the blockchain then surely there would need to be a verification system between all Xnodes to verify each others `mixed` transactions so that a hacked/ modified Xnode couldnt steal coins. Though I will admit I am talking out of my depth here. In my head it seems logical for a system where all the Xnodes verify the transactions. Then as long as there is not a single entity that owns many Xnodes then it could stay anonymous. How does a transaction stay anonymous from the Xnodes themselves if they have been programmed to spy on/log the ID`s? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Unless each Xnode can only read one portion of the transaction e.g. one for receive address, one for transaction ID and one for send address? Is this how mixers work? Some kind of random allotment of transaction processing and verification. Then I presume multiple transactions are mixed into one using this method.
|
|
|
|
atcsecure
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:54:09 PM |
|
There is a bounty for a testnet block explorer.. let me know if you can do it quickly
|
Join the revolution - XC - Decentralized Trustless Multi-Node Private Transactions
|
|
|
atcsecure
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:54:52 PM |
|
this is only a test release, the code is 3-4weeks out from being at that level - it does NOT go through your own wallet, it goes through an xnode - which anybody can activate when they launch the wallet
If the transactions cannot be `traced` logwise or programmatically through the blockchain then surely there would need to be a verification system between all Xnodes to verify each others `mixed` transactions so that a hacked/ modified Xnode couldnt steal coins. Though I will admit I am talking out of my depth here. In my head it seems logical for a system where all the Xnodes verify the transactions. Then as long as there is not a single entity that owns many Xnodes then it could stay anonymous. How does a transaction stay anonymous from the Xnodes themselves if they have been programmed to spy on/log the ID`s? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Unless each Xnode can only read one portion of the transaction e.g. one for receive address, one for transaction ID and one for send address? Is this how mixers work? Some kind of random allotment of transaction processing and verification. Then I presume multiple transactions are mixed into one using this method. There is the Xprotocol - which handles this communication and is also encrypted
|
Join the revolution - XC - Decentralized Trustless Multi-Node Private Transactions
|
|
|
Synarchist
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 66
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:55:27 PM |
|
K its been a week now and still not getting any stakes, im starting to think the staking part of the code is flawed, anyone able to explain the rumour about stake stealing?
It comes down to weight, the higher the weight the better the stake, however sundays release will have an updated stake code Whats the rumour about stake stealing? I see pictures with members getting stakes almost every 1-5 mins. I hold a decent chunk of XC. My wallet weight is at least double over network weight and has been for a few days but nothing still. I am on the latest wallet version v0.9.1.6.
|
|
|
|
atcsecure
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:56:08 PM |
|
what is the question? User A wants to send to user B, instead the coins go to the XNODE - split across several transactions - that is what your seeing - This part "As you can see you can clearly see the values and addresses, so all the wallet does is replacing the sent from text field as 'unknown' in the GUI" So he is saying you just run a command with the transaction id and then you have the wallet address of the person it was sent from. @ATC could you please reply to the post of this guy? I have the same question This release does not have the multi-path paradigm code which will prevent that. This is only a test release
|
Join the revolution - XC - Decentralized Trustless Multi-Node Private Transactions
|
|
|
jorneyflair
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:56:59 PM |
|
you cant just replace the address with others ,this is serious buddy , i got 50k coins and support you so long, i see no evidence in the core of the underlying code for any anonymity. a little disappointing ![Undecided](https://bitcointalk.org/Smileys/default/undecided.gif)
|
|
|
|
Minotaur26
Legendary
Offline
Activity: 1092
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:57:11 PM |
|
what's going on..
The wallet really anno ??
Is there a whitepaper of the anonymity concept that you could share while the development is still in progress? It would be great to understand the design better it is really not clear to me how it is trust-less?
|
|
|
|
atcsecure
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:57:41 PM |
|
you cant just replace the address with others ,this is serious buddy , i got 50k coins and support you so long, i see no evidence in the core of the underlying code for any anonymity. a little disappointing ![Undecided](https://bitcointalk.org/Smileys/default/undecided.gif) that is not what is happening here at all how did you come to this conclusion?
|
Join the revolution - XC - Decentralized Trustless Multi-Node Private Transactions
|
|
|
atcsecure
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 07:59:27 PM |
|
what's going on..
The wallet really anno ??
Is there a whitepaper of the anonymity concept that you could share while the development is still in progress? It would be great to understand the design better it is really not clear to me how it is trust-less? /1/]http://xc-official.com/#prettyPhoto[iframes]/1/high level summary of the concept, the multi-path code is NOT in this release
|
Join the revolution - XC - Decentralized Trustless Multi-Node Private Transactions
|
|
|
the_game1224
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
May 30, 2014, 08:00:38 PM |
|
what is the question? User A wants to send to user B, instead the coins go to the XNODE - split across several transactions - that is what your seeing - This part "As you can see you can clearly see the values and addresses, so all the wallet does is replacing the sent from text field as 'unknown' in the GUI" So he is saying you just run a command with the transaction id and then you have the wallet address of the person it was sent from. @ATC could you please reply to the post of this guy? I have the same question This release does not have the multi-path paradigm code which will prevent that. This is only a test release Thank you for your answer. So you are saying this test release is only anonymous if you use the GUI? Running a simple command reveals the origin wallet address if you know the transaction id?
|
|
|
|
|