Question
Given that rust-libp2p models reservations per (PeerId, ConnectionId) while minip2p currently permits one live, last-wins Swarm connection per peer, what reservation cardinality should the relay-server contract promise? Decide whether to expose one active reservation per peer, expand Swarm to support multiple live connections, or retain rust-shaped limits with an effective cardinality of one; lock renewal, reconnect, supersession, and global/per-peer capacity accounting semantics.
Question
Given that rust-libp2p models reservations per
(PeerId, ConnectionId)while minip2p currently permits one live, last-wins Swarm connection per peer, what reservation cardinality should the relay-server contract promise? Decide whether to expose one active reservation per peer, expand Swarm to support multiple live connections, or retain rust-shaped limits with an effective cardinality of one; lock renewal, reconnect, supersession, and global/per-peer capacity accounting semantics.