Replies: 1 comment 1 reply
-
At the moment, I am afraid we don't have any prioritization of which connection to prefer nor can the handlers of a connection influence, what the other handlers are doing. In theory, it would be possible to add an API for that, similar to what we did with connection management: Have handlers block the creation of streams upon certain logic. You could dynamically enable/disable behaviours based on how many direct connections you've established to the network. @mxinden Any more ideas? |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Currently, while using the relay v2 protocol, it seems like all one would need to do is connect to a relay, and listen on the circuit relay and one can then talk to other peers over the relay, (assuming dcutr isnt used or a direct connection couldnt be establish and fallback), however say if you have reservation with 3 random nodes, 2 with default data limit (which I believe is about 256kb) and one with a higher data limit (eg 2mb), what would be the best course to insure that the relay with the highest data limit has higher priority over the others without closing the connection to the other two relay, or just only have a single reservation to the one with the high data limit?
Beta Was this translation helpful? Give feedback.
All reactions