C tor 退役路线图：日落日期、Arti 的现状以及运营者应当关注什么
Tor 最初的 C 实现的退役已从原则走向时间表。2026 年 6 月 23 日，Tor Project 宣布有意停止 Tor 0.4.8 及所有更早版本的网络兼容性：2026 年 9 月 1 日之后，这些版本将“完全无法在网络上工作”。这一公告立足于持续推进的 Arti Relay 项目，是迄今为止关于从 C tor 向 Rust 过渡如何排序的最清晰的公开标志。
为什么用 Rust 重写 Tor
Arti 是该项目用 Rust 编写的下一代 Tor 协议实现，项目自己的 README 将其描述为构建可嵌入、生产级质量代码库的努力。给出的理由是务实的，而非表面文章。团队估计，在其跟踪的安全漏洞中，至少有一半在内存安全的语言中根本不可能发生。自 2002 年以来持续开发的 C 代码库，用同一份文件的话说，已经积累了组件之间不必要的“意大利面条式”关联。而且 Rust 库能够以最初的 SOCKS 代理设计从未设想的方式嵌入应用程序，开发者期待这将加快未来的工作。 迁移时间表由 Tor 联合创始人、Arti 的主要架构师之一 Nick Mathewson 于 2023 年 2 月在一场 tor-dev 讨论中勾勒：在中期内，我们将弃用 C Tor 客户端实现。但这要等到 Arti 成为支持 onion service 的完整 tor 客户端、并拥有完整的嵌入/FFI/RPC 解决方案之后的一段时间才会发生。Mathewson 写道，从长远来看，Arti 旨在完全取代 C tor，这同样需要用 Rust 实现中继和目录权威。他强调，当时没有承诺任何时间表，而无论最终出现怎样的时间线，从某些角度看都会显得恼人地漫长，从另一些角度看又显得恼人地短暂。三年过去，这一顺序基本正按所述推进：客户端最先完成，网络的核心角色则放在最后。
Arti 今天能做什么、不能做什么
作为客户端，Arti 状态良好。截至 2026 年 8 月更新的 README 称它是一款功能完备、适合一般客户端用途的 Tor 客户端：它可以作为 SOCKS 代理运行，能够连接 onion service，并支持包括 obfs4 和 Snowflake 在内的可插拔传输网桥。版本发布一直很稳定。Arti 2.0.0 于 2026 年 2 月发布，当前版本 Arti 2.7.0 则于 2026 年 10 月 1 日发布，带来了更多中继与目录权威方面的基础工作以及一批安全修复。我们在此前关于 Arti 的报道中更深入地考察过这一客户端侧的进展。 客户端之外，坦诚的图景要单薄一些。以中继或目录权威身份运行 Arti 尚不受支持，2.0.0 发行说明对此直言不讳；中继 README 则带有长期警告，称中继支持是实验性的、“完全未达到普遍部署的程度”，并请求人们不要在公共网络上运行 Arti 中继。项目的内部清单显示了切实的进展，包括入站信道、CREATE2 与 EXTEND2 处理以及 ORPort 监听，而拥塞控制、描述符发布、出口策略和拒绝服务防御仍未完成。 在服务一侧，onion service 处境相似。项目自己的文档称，在 Arti 上运行的服务仅适合测试和试验：它缺少客户端授权、vanguard 中继、有实际意义的拒绝服务防护和链路填充，并警告运行这样的服务甚至可能危及同一 Arti 实例上其他用途的隐私。相比之下，以客户端身份从 Arti 连接 onion service 则属于正常的客户端功能。九月日落条款解析
9 月 1 日的截止是一项兼容性举措，而非安全期限。根据项目的发布日历，Tor 0.4.8 已于 2026 年 6 月 1 日到达生命周期终点，不再获得任何更新。九月之后改变的是目录协议行为：0.4.9 系列将依照第 350 和 321 号提案，从目录数据中移除旧的 TAP onion 密钥和中继家族行，这为所有用户削减了客户端带宽并加快了引导速度。由于 0.4.8 及更早版本的客户端和中继期望 TAP 密钥存在，一旦这些字段消失，它们便停止工作。次要动机也很坦率：Arti 的目录权威实现很快需要接入网络，而没有弃用字段的实现写起来更容易。 这也不是 C tor 本身的终结。同一份日历还列出了 2026 年 2 月标记为稳定的 0.4.9（其自身的生命周期终点尚未决定），以及合并窗口于 2026 年 3 月开启的 0.5.0 系列。团队表示，当前的 C tor 维护工作包含特意为便于向 Arti 过渡而挑选的功能。仍在捆绑旧版本的下游项目正被逐一联系，相关工作记录在一个网络健康工单中，该工单也接受需要更多时间的运营者提出的请求。运营者应当关注什么
- 中继运营者：在 2026 年 9 月 1 日之前运行 0.4.9.x；任何更旧的版本都将从网络上掉线。目前还没有可以迁移过去的 Arti 中继，因此对相反的说法要保持怀疑，并关注 Arti 的更新日志。
- onion service 运营者：C tor 仍是运行服务的受支持方式。预示 Arti 服务侧就绪的标志就是上文列出的缺失部分：受限发现（restricted discovery）、vanguard 支持、拒绝服务防御和链路填充。
- 应用开发者：预期的最终形态是嵌入与 RPC，而非捆绑的 SOCKS 守护进程。Arti 2.0.0 将顶层 arti crate 的 API 标记为实验性，arti-client 仍是受支持的接口；2.7.0 增加了基于 RPC 的配置控制。