Quote from: jl777 on January 30, 2014, 01:27:45 AM

Quote from: TwinWinNerD on January 30, 2014, 01:24:56 AM

Quote

Quote from: TwinWinNerD on January 29, 2014, 08:57:43 PM

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?

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?

Without cryptographic proof, source code reviewed, unlikely to be used to any large degree
This is a totally nontrivial problem
Doubtful any ad hoc method has actual annonymyzing power

Yes i know.
My implemention would be a trivial "solution" at best.

Here is how i would go about it:

1. You make an account on the site.
2. Then you specify where your next deposit will come from.
3. You can deposit whatever amount you want.
4. You can request cashouts to whatever adress you want. But the cashout amount will only ever be round 1.000 NXT (or 100 NXT or 10.000NXT depending on the traffic)

How would one be able to connect the deposit with the withdrawal addresses?