I funded the wallet with two transactions, one for 2983.9xxxx and another for 11.xxxxx, plus there was a <1 bit of change in there. Only the 11.xxxx chunk is getting Darksent.
Settings are 2000/16 rounds, the 11.xxxxx chunk is at 8 rounds, so I'll change settings to 2000/8 rounds and see if that persuades it to start on the big lump.
Haha nope, that just reset all the 8 round DS'd amounts to zero and it's starting again just on the 11 DRK chunk.
I've had similar issues since the beginning of the idea that darksend would pre-mix stuff...
It seems to care about the original inputs in an unpredictable way. Send the whole wad in one big chink to a brand new wallet and it might work for a while, but then, it starts to clog up and the big chunk just sits there... You might get a few more denoms out of the smaller chunks, but then the whole thing grinds to a halt and it'll sit there for weeks never denominating anything, not even 0.1DRK.
I've mentioned it before, but only got screamed at for daring to say so. Screaming because a problem might drive the price down doesn't make it go away... It's bAAAAAaaaaaack....
Toljaso.
Trying to fight two problems at once is hard. Is the denom failure because no other submissions? Hard to find the problem when you can't narrow it down to chasing just one problem at a time. I have a suggestion for a significant change to how denomination works that would make denomination a whole lot better in general, while also removing it from the troubleshooting so this can be split down and solved like real troubleshooting does...
Darksend is still an on-demand service. You have to find pairs, or in this case, triplets, that are temporally proximal. In this fashion, it is no different from using coinjoin as implemented by blockchain.info. Sure, the fact that coinjoin doesn't do a good job of privatizing the TX is solved with DRK, but the fact that we have a hell of a lot fewer usrs means the temporal proximity issue still remains and is a massive stumbling block. DRK has fixed half of the problem.
Darksend needs to make all coins perpetually available. Not by bloating up the blockchain by running on every damn block, but by tracking the chain depth of the process. Mix immediately for the first 4 rounds. Then submit only 50% of the blocks for the next 4. Then submit 25% of blocks once 8 deep... Once 16 deep, submit only 10% of blocks. Randomly choosing where inside of that 10% it would land. Once 32 rounds is reached, submit at 5% until 64 rounds are reached. Then submit at 1% blockrate until 128 rounds reached....
That's just an example pattern. The point being, if all coins are available all the time, or at least enough of them to keep the ball rolling, we can beat the temporal requirement by having at least a portion of all coins showing up to be mixed at any given moment. We no longer have the temporaly proximity dependency, and both of coinjoin's problems are beaten. We also don't bloat the crap out of the blockchain because as the denom gets deeper, it submits at a slower, but completely random rate. No bloat because it's not happening all the damn time on every block. It's just EVERYONE falling into a totally random pattern, so at least someone is showing up to match the pairs/triplets. The random submission pattern based on chain depth assures nothing ever syncs up while enhancing anon even further.... Every holder is gaining anon, and also contributing to liquidity enhancement at the same time. They get more anon simply by making themselves available for anon. Wouldn't need all the buttons anymore. Darksend would jsut happen in the background and merely advise the user of what's going on. No more picking round depth, no more trying to make it stop at a certain amount... It just keeps going, but pulling back as it does, remaining totally random within the scale it has reached. New TXes anon quickly to an acceptable level, older once continue to gain more anon, but not at the same speed, not even close, thus preventing bloat...
Then it'll be a lot easier to chase the denom bugs, too., because you can rule out lack of pairing as a false positive. You've now fixed the other half f the denom problem while also making it easier to fix the bug finding problem, and you added anon, and you added user-friendly bullshit that enhances adoption among the unwashed masses... Please find a way that this is not ultra-win? It's makes so many things better, and has no drawbacks... It's killing about 6 birds with one stone instead of just 2...
No off button. If some moron wants to opt-out of continuous mixing because he/she doesn't understand that it has no downside, just close client... Becomes easier for stupid people, doesn't have useless features for the stupid people to get mad about... It's either running or it's not, just like the BTC client... The dumb-masses should be able to adopt the crap out of that... The only difference is a progress bar or tab or something with more detailed darksend data. They don't have to look at it if they don't want to. They can stay just as dumb as a DOGE/LTC/BTC/PPC bagholder, but gain DS and ITX, in a coin that might possibly have a future; DRK.
The example scale I made above, I think, has way too much mixing in it. It should scale back much faster. It's just another appropriate paradox... Hashrate goes up? Increase diff. Greed exceeds supply? Price goes up. Mix depth gets deeper, submit to a lower percentage of blocks rate based upon the blocks themselves, thus preventing bloat while keeping a piece available all the time from someone, somewhere. I think the scale should be much more exponential after 8... It would chase adoption, too, and become a self-solving paradoxical ruleset. Once implemented, never have to think of it again, it handles itself. Call it the camosoul paradox if you really, really want... Everbody hates me, but the one thing they can't call me is; wrong. Mmmm... Paradox. No, don't call it that. I'm not serious...
