[Feature] Add option to spin up TCP listeners for tor in parallel #25
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Now the cashshuffle server can spin up a second TCP listener for tor connections.
The following options have been added.
Sample output:
Notice the secondary listener is listening on 127.0.0.1. The ip can be configured, but it is not required to serve tor clients in most setups.
The main feature this brings, is that tor users and normal users share the same pools and can shuffle with each other. This allows for shuffles to happen faster, and connect more users together rather than have different services with different pool sets.
To expose the service you need to edit your
torrc
file. Here is what you would need to add:For more docs on setting up onion services you can check out https://www.torproject.org/docs/tor-onion-service.html.en
To make it more convenient for stats endpoint clients, the server port and web socket port are served correctly based on the interface the request comes in. That way no json schema changes were required and integration with wallet software stays consistent.