-
Notifications
You must be signed in to change notification settings - Fork 15
Follow-up: multiaddr_support (PR #429) #443
Copy link
Copy link
Closed
Labels
discoveryprotos, systems, frameworksprotos, systems, frameworksdiscussionfollow-upleftover TODOs from a patchleftover TODOs from a patchintegrationOptional/loose support for 3rd party libs/apps/projectsOptional/loose support for 3rd party libs/apps/projectsmessagingmessaging patterns and protocolsmessaging patterns and protocols
Metadata
Metadata
Assignees
Labels
discoveryprotos, systems, frameworksprotos, systems, frameworksdiscussionfollow-upleftover TODOs from a patchleftover TODOs from a patchintegrationOptional/loose support for 3rd party libs/apps/projectsOptional/loose support for 3rd party libs/apps/projectsmessagingmessaging patterns and protocolsmessaging patterns and protocols
Follow-up from
multiaddr_support(PR #429)Tracking items identified during the
multiaddr_supportPR.Support tunnelled multiaddrs
for composed protocol stack connections, e.g.
/ip4/10.0.0.1/udp/666/ip4/192.168.0.13/tcp/80.The runtime should reconstruct layered tpt protos
per sub-actor
Addressand bind all necessaryendpoints from a single multiaddr input.
Get
wireguardprotocol support into upstreampy-multiaddrpermultiformats/py-multiaddr#107.
Currently no
wgproto exists in the multiaddrspec — this needs to be proposed and patched
upstream before
tractorcan expressWG-tunnelled actor connections as multiaddrs.
multiformats/py-multiaddr#108.
Revisit
Multiaddr|strreturn type onMsgTransport.maddr— standardize on returningMultiaddreverywhere oncepy-multiaddrhasbetter unix path support; see Copilot review
discussion on PR Multiaddresses: a novel
libp2ppeep's idea worth embracing #429.Update
wrap_address()docstring to documentthe multiaddr
strinput path (leading-/dispatch).
(this tracking issue was generated in some part by
claude-code)