I am no programmer, but i have a proposal to solve the mixing problem.
How about a pooled approach that is not traceable?
We have at specific times per day (or maybe once a day if traffic is low) a mixing event where everyone can send their coins to an automated mixing address that collects all coins. Once the specific time comes, the logic of the address creates packs of 10000 NXTs and sends them to specific addresses. For example, if you send 100.000 NXT to that address, your coins will be split into 10k pieces on 10 addresses. Those addresses are generated by the mixing algo and the private code is sent to original sender via encrypted address that is only readable if the private key of the original address is known.
Rules:
You can send whatever amount between 1000 and higher
The splitting follows those rules, Balance/10000 --> remainder/1000 --> remainder /100 --> rest is donation(? or maybe remainder/10?)
E.g. If you send 17.200 then you get 1 10k, 7 1k and 2 100 outputs.
The interval of the mixing is depending on the traffic. Only if enough people participate, the mixing will be anonymous.
The passwords are send per AM and are encrypted per the private key of the original account. (i guess that is possible)
What do you think?
How about a pooled approach that is not traceable?
We have at specific times per day (or maybe once a day if traffic is low) a mixing event where everyone can send their coins to an automated mixing address that collects all coins. Once the specific time comes, the logic of the address creates packs of 10000 NXTs and sends them to specific addresses. For example, if you send 100.000 NXT to that address, your coins will be split into 10k pieces on 10 addresses. Those addresses are generated by the mixing algo and the private code is sent to original sender via encrypted address that is only readable if the private key of the original address is known.
Rules:
You can send whatever amount between 1000 and higher
The splitting follows those rules, Balance/10000 --> remainder/1000 --> remainder /100 --> rest is donation(? or maybe remainder/10?)
E.g. If you send 17.200 then you get 1 10k, 7 1k and 2 100 outputs.
The interval of the mixing is depending on the traffic. Only if enough people participate, the mixing will be anonymous.
The passwords are send per AM and are encrypted per the private key of the original account. (i guess that is possible)
What do you think?
This is exactly what i had thought, it's simple and it should work?
But my thought was instead of having a timer for returning funds, i was thinking of reaching certain pooling amount before returning which sometimes will cause a delay when not enough people is using it, but if your desperate for anonymity i think you will have the patient too.
My idea was to limit Capacity of Mixer Pool to 1,000 or 10,000 addresses depending on level of anonymity, all Mixer Amounts only accepts exact 1000nxt+1nxt fee, therefor in the Pool there will be 1,000 addresses of 1,000nxt and a random address will be chosen only after the pool reaches past it's capacity (1,000), and returns your 1,000nxt -1 nxt fee.
Works something like this;
OriginalAddressIn(A)-->MixerAddresses From Pool(A-Z)--->NewAddressOut(A-Z)
Would this NOT work???
Well atleast this approach can be implemented off-chain. Do you guys think there is enough intrest in this to give it a shot?
This is a totally nontrivial problem
Doubtful any ad hoc method has actual annonymyzing power
. Keep on selling, the lucky guy that bought your 1 million will buy an island one day because of your stupidity.