-
Notifications
You must be signed in to change notification settings - Fork 119
tumbler option to start from lowest used mix depth #262
base: master
Are you sure you want to change the base?
Conversation
… only used for testnet
…re starting, --yes will skip
… sending error to taker
Implemented socks5 proxy
…orks while not sweeping)
Add an option to choose the cheapest or manually pick orders
bugfix, option gaplimit type set to int
Separate Log Directories, and active_orders Maintenance
…o made it far more scalable
…ion is persistent.
orderbook.html: select specific orders with a single click
…ightly more flexibility
I rewrote the introduction because I found it to be hard to read and contained some grammatical errors.
Update README.md. Rewrote the introduction because was found hard to read and contained some grammatical errors
Update regtest.py and regtest_joinmarket.cfg
Add the /orderbook.json resource to the ob-watcher.py
…he if longer, see issue JoinMarket-Org#255
Thanks for implementing this. It needs a small fix, search for Also, I'm thinking it might be better to not even bother asking the user for confirmation(?) It adds more mental space requirement in their heads, and I can't think of any downside except maybe that if they're running with bitcoin core it will say "imported addresses, use -rescan if you're recovering from seed". Finally, please use git rebase so that this PR has only one commit. It makes it easier to follow development. |
The only downside I can think of is if the user is perhaps re-starting a multi-stage coinjoin that got some partway through. e.g. if I want to tumble 5 times, I start tumbler.py asking for 5 tumbles. Then if it dies or gets killed after 3 tumbles, I actually want to start again with only 2 tumbles from the last level. The current implementation will try to do another 5. Sorry about rebase, I pushed to my repo by accident before doing it! |
…arket wallet for issue JoinMarket-Org#260 fixed sorting of list of levels properly update options.mixdepthsrc instead of having new variable
Ah that's a different feature. |
agree completely that it's a separate feature in principle, just that at the moment, if my tumbler is killed, when I restart it, it will stop with "no coins remaining at level 0", and that will remind me to change the level. Wheras if we don't ask with this fix, then a tumbler that needs to be restarted often might waste a lot of time. |
The drawback you mention here #262 (comment) already exists in your PR. |
I guess as a minimum fix to both problems, it might be useful for tumbler to drop a short text file on startup, and delete on successful exit. Then we can also check on startup (in a fairly hacky way) whether the last run went to completion. |
Yes thats a good idea. It's probably better to call it a "tumbler progress file", ask the user for a name and allow the user to pass that name to tumbler.py if they want to restart where they left off. |
got hit by this a couple of times when using tumbler myself.
Naive and simple implementation, but seems to work here.