I'd like to propose the following URI scheme for multiaddrs: `multiaddr:<string-encoded-multiaddr>`. This would give us the ability to pass in a multiaddr where a URI is expected (e.g. HTTP redirects). A bit more context here: https://github.com/libp2p/specs/pull/568. I don't think any multiaddrs in use today are incompatible with the generic [URI](https://datatracker.ietf.org/doc/html/rfc3986) syntax. Specifically section 3.3 for Paths.
Activity
MarcoPolo commentedon Aug 26, 2023
For multiaddr components that use multibase, the generator of the URI string should ensure the multibase used is valid as a path segment.
Erudition commentedon Oct 16, 2025
Yesss! This would provide a clear migration path to multiaddr