如果看到节点类型就先对照传输与维护项目
下面按公开协议说明列出类型，不以速度或服务表现排列。支持列描述核心已有相应类型，不表示你手上的客户端界面已经暴露全部功能。
| 类型 | 传输或安全条件 | 规范来源项目 | 核心记录 |
|---|---|---|---|
| Shadowsocks | TCP与UDP | Shadowsocks contributors | mihomo、sing-box、Xray均列有 |
| VMess | 基于TCP | V2Ray及Xray文档 | 上述核心均列有 |
| VLESS | 外层传输与安全层另配 | Project X | 上述核心均列有 |
| Trojan | TCP上的TLS，UDP在连接内封装 | trojan-gfw | 上述核心均列有 |
| Hysteria 2 | 标准QUIC | Hysteria项目 | 上述核心均列有 |
| WireGuard | UDP，不提供TCP隧道 | WireGuard项目 | 核心里的配置形态各异 |
TUIC 的规范仓库不附官方实现，mihomo 与 sing-box 都有对应类型。Xray 出站列表未列 TUIC，不能把列表缺席改写成已经证实的一切版本均不支持。
如果看到分享前缀就保留它的定义范围
- ss:// 对应 Shadowsocks 分享形式，有 SIP002 说明。
- hysteria2:// 与 hy2:// 对应 Hysteria 2，另有 Realm 形式。
- vless:// 与 vmess:// 的公开记录涉及分享提案，不等于已见正式采纳声明。
这里是空前缀示意，没有提供服务器地址、凭据或实际节点。识别时保留完整类型，不能把 hy2 的简称填成另一个核心要求的配置类型。
分享前缀帮助认类型，参数是否合法仍要按对应规范和客户端检查。
Trojan、TUIC 与 SSR 的完整分享规范没查到公开说明，只按提供方与客户端实际声明核对。不能把所有长得像链接的内容都写成采用统一官方格式。
如果核心配置名不同就按各自字段读取
Xray 的 Hysteria 出站写 hysteria，version 要为 2；sing-box 则分列 hysteria 与 hysteria2。mihomo 也把两个类型分开，不能从简称推定各核心字段一样。
WireGuard 在 sing-box 从 1.11.0 起使用 endpoint，旧 outbound 在 1.13.0 移除。工具仍有这个协议，不意味着旧配置位置可以跨版本不变。
- 留下来源给出的原始类型与前缀，不先改名。
- 对照实际核心的字段与版本条件，再读传输及安全层。
- 记录客户端真实返回，字段检查与连接结果分别保存。
如果名称涉及安全能力就读具体条件
VLESS 文档要求配合传输安全层，Trojan 也有 TLS 条件，不能只保留协议名就省去安全层。Shadowsocks 又区分加密代际，不是全部方法采用同一密钥模型。
这些类型说明不能证明一元机场目前提供了哪些协议。当前节点要按你实际取得的配置核对，不从公开核心支持表替服务列出产品能力。
需要其他配置来源可继续查看
其他机场资料另设在下方，可由入口继续查看。
常见问题解答
看到hy2前缀后能把核心类型都填成hy2吗？
不能只按简称填字段，Xray 使用 hysteria 并要求 version 为 2，sing-box 另列 hysteria2。分享前缀与核心配置名分别对照，保留实现条件。
核心支持表能证明一元机场正在提供哪些协议吗？
表格只描述公开核心的类型范围，不说明某个服务实际交付。要看手里取得的节点类型、传输和安全字段，不把工具能力写成机场套餐能力。
遇到已关闭的VLESS分享提案该怎样引用？
公开记录只有提案和关闭状态，没有见到正式采纳说明。保留提案身份，不从页面状态补出标准地位，实际导入按所用客户端声明核对。