匿名网络社群 Anoni.net/Docs

CryptPad 2026.5.0 上线：正体中文（zh_Hant）正式收进内建语系

Toomore Chiang — Wed, 03 Jun 2026 01:25:23 +0000

CryptPad 2026.5.0 上线：正体中文（zh_Hant）正式收进内建语系¶

cryptpad.anoni.net 切换成「中文(正体)」后的 Drive 首页，所有文件分类与 app 入口都已本地化

中文使用者要找一套真的不会被第三方平台默默收走内容的协作工具，其实没有想像中容易。Google Docs、Notion、Microsoft 365 都很好用，但每一段文字、每一个改动，都会以可被服务商读取的形式存放在他们的服务器上。在这之上，算法、广告、训练语料、政府调取请求，各有各的取用方式。

这层差异对记者写不能曝光的稿、社运工作者协商不能被监听的策略、NGO 整理脆弱使用者的求助记录、学者研究敏感议题这些情境，往往决定一份草稿能不能安全写得出来。

CryptPad 是少数真的让服务器看不到内容的在线协作工具。内容在你浏览器端就完成加密，服务器收到的是密文，但功能完整到一个界面就能取代 Google Docs、Sheets、Slides、看板、白板、表单与日历。

这套工具过去有一个明显的门槛，界面只有英文与简体中文，正体中文是缺的。从 2023 年底在 CryptPad 上游开的第一个 PR 起算，到 2026 年 5 月 13 日 CryptPad 2026.5.0「🌷 Spring release」正式把正体中文（zh_Hant）收进内建语系，前后花了两年半。社区自架的 cryptpad.anoni.net 升级完成。现在打开 cryptpad.anoni.net，从 Drive 界面、文档编辑器到分享权限对话框，整套界面在简体与正体之间都能切换。中港澳台与海外华语使用者可以在同一个工具里无障碍协作。

CryptPad 是什么¶

CryptPad 由法国 XWiki SAS 开发，使用 AGPLv3 授权，定位是端对端加密（E2EE）的在线协作办公套件。一个帐号可以使用以下应用：

Rich Text 文档：类似 Google Docs 的所见即所得编辑器
Document：整合 OnlyOffice 的进阶文档处理（.docx 兼容）
Sheets：电子表格，整合 OnlyOffice（.xlsx 兼容）
Presentation：演示，含 Markdown Slides 与 OnlyOffice 两种模式
Kanban：看板，做项目管理用
Whiteboard：白板
Diagram：绘图，整合 Drawio（2026.5.0 升级到 Drawio 29.6.7）
Forms：表单，可做问卷与数据收集
Calendar：日历
Code/Markdown：代码与 Markdown 编辑器
Drive：云端硬盘，整合上述所有文件类型

关键在于所有内容都在你浏览器端就完成加密，服务器收到的是密文，CryptPad 的运营者、anoni.net 的维护者，都没有解开内容的钥匙。这套架构称为 zero-knowledge（零知识），意思是「即便我们想看，也看不到」。

Rich Text app 的多人即时协作界面。所有编辑内容在浏览器端就完成加密，服务器只看得到密文

为什么社区选择 CryptPad 作为自架的协作平台¶

社区自架的服务不只 CryptPad，也有 Etherpad 做即时共笔、Matrix 做即时讨论（三者分工见沟通与协作工具）。CryptPad 在我们的选择顺位里，承担的是「需要长期保存、需要加密、需要多人协作完整文档」的场景。愿意花两年半把界面翻成正体中文，理由有几个。

E2EE 与 zero-knowledge 架构：社区讨论的内容很常涉及威胁模型、揭弊者保护、Tor Relay 校园推动的协商记录，这些东西放在 Google Docs 或 Notion 上，等于把所有未公开的策略摊在第三方平台与其广告合作对象面前。CryptPad 从架构上把「运营者能看到内容」这件事拿掉，技术保证远强于 SLA 承诺。

功能完整、可取代主流云端套件：Etherpad 适合临时共笔，但没办法做表格、演示、看板。CryptPad 一个界面涵盖 Google Workspace 大部分常用情境，而且每个文档都继承同一套加密与权限模型，不必为了「这份要保密、那份不用」在多套工具间切换。

每份 pad 都继承同一套加密与权限模型，分享时可选仅查看、可编辑或嵌入，并可加密码与过期时间

AGPLv3 授权，加密协议公开可审视：衍生服务都必须开源，我们自架时可以完整检查代码。加密协议与数据结构也对外公开，跟 Tor、Tails、OONI 一样，是可被验证的隐私。

由维护者与社区决定如何治理：自架的好处跟自架 Matrix 的理由一致，记录保存策略、注册政策、频道规则由我们决定，可预期、可问责、可随社区需求调整。

有欧洲公部门与民间组织的真实部署经验：CryptPad 在欧洲多个公部门项目、NGO 与研究单位内被采用，合规、可靠性、长期维护三方面都有实际使用记录，把它推给更多中文使用者时不必担心是 demo 漂亮的玩具。

正体中文（zh_Hant）翻译：两年半的时间线¶

CryptPad 主应用、Accounts plugin 与 User Guide 加起来上千条字串，每一条都要对齐它在界面上会出现的情境、顾及上下文、避免在「保存」、「另存为」这类词之间混用。CryptPad 还在持续开发，新功能会带来新字串，每个版本上线前都得回头再校一轮。

2023/12/05：在 CryptPad 开 PR #1329，修正当时界面语言选单的用词，把 zh-Hans 标签改为「中文(简体)」、zh-Hant 改为「中文(正体)」。当时 CryptPad 还只有 zh_Hans 的翻译内容，zh_Hant 是空的，所以 PR 内也顺便询问 CryptPad 团队「想新增 zh-Hant 语言要走哪个流程」。

2024–2025：CryptPad 团队在 Weblate 上为 zh_Hant 开了多个子项目的翻译空间，包含 CryptPad 主应用（App）、Accounts plugin，以及 User Guide 的 Drive、FAQ、Application Document、Application General、Application Presentation、Share and Access、Collaboration 等子段。

2026/03/13：所有上述项目的 zh_Hant 字串翻译完成，社区在 CryptPad 仓库开 Issue #2237 回报进度，请 CryptPad 团队评估在下一个 release 启用 zh_Hant 为内建可选语系。

2026/05/13：CryptPad 2026.5.0「🌷 Spring release」发布，release notes 在 Improvements 段落明列：

Enable zh-Hant/zh-Hans locales (#2237) and add alias system for locales #2254 by @toomore

这次合并除了把 zh_Hant 与 zh_Hans 打开为正式语系，也加上了 locale alias 机制，让旧有以 zh_CN、zh_TW 为设定值的帐号可以自动 fallback 对应到新的 zh_Hans、zh_Hant，不会在升级后跑回英文。简体中文使用者升级后界面照常显示中文，不需要手动重设语系。

关于「正体中文」与「繁体中文」的用字¶

CryptPad 界面选单最早写的是「中文(繁体)」。我们在 PR #1329 提的修改是改成「中文(正体)」。改字面看起来是小事，背后是社区比较倾向「正体」这个用词。「繁」字暗示「相对于简体比较复杂」，但这套字系在台湾、香港、澳门的使用脉络，本来就是延续汉字源流而来的正统写法，没有「繁」与「简」的对比关系。OS 与多数软件仍写「繁体中文」，我们不要求所有人都改，但在自己贡献的翻译里能改就改。用什么字称呼一个族群使用的字系，是普及工作的一部分。

中国大陆使用者如何访问 cryptpad.anoni.net¶

cryptpad.anoni.net 与 cryptpad.org 都没有针对中国大陆使用者做特别托管，在大陆网络环境下访问可能会有连线不稳或被阻断的情况。建议方式：

使用 Tor Browser：透过 Tor 网络访问 cryptpad.anoni.net，预设走 HTTPS。如果直接连不上 Tor 网络，可使用 Snowflake 或 obfs4 桥接。
使用任何你信任的 VPN：注意 VPN 服务商本身能看到你的连线 metadata，但 CryptPad 端对端加密的特性确保内容不会被任何中间方读取。
使用 Tails：把整个操作环境放进 Tails，所有流量预设走 Tor，关机后不留痕迹。适合敏感度较高的协作场景。

CryptPad 本身是 E2EE 的，无论你的连线管道是 Tor、VPN 或直连，服务器都看不到你的内容。但能不能稳定连上 cryptpad.anoni.net 与你所处的网络环境有关。如果常态在中国大陆使用，建议优先以 Tor + Snowflake 或 Tails 为基础。

如何开始使用 cryptpad.anoni.net¶

上手方式：

入口：https://cryptpad.anoni.net/
帐号申请：写信到 whisper@anoni.net 申请注册码。预设容量 50 MB，后续可调整。注册时不要求邮箱、不绑定实名，跟 Matrix 的申请流程一致。
切换语系：升级后右上角设定页可选「中文(正体)」或「中文(简体)」。网址加 ?lang=zh_Hant 或 ?lang=zh_Hans 也能切换。
完整工具清单：见沟通与协作工具。

如果你发现翻译有错字、用词不顺、或是有新版字串还没翻完，欢迎到 Weblate 上的 zh_Hant 或 zh_Hans 项目直接提交修改，或来信 whisper@anoni.net 告诉我们。

onionoo MCP 上线：用一句中文问 Tor 中继节点现况

Toomore Chiang — Wed, 03 Jun 2026 01:25:23 +0000

onionoo MCP 上线：用一句中文问 Tor 中继节点现况¶

匿名网络社区自架的 onionoo-fastapi 服务以 v1.0.0 对外公开，站点位于 https://onionoo.anoni.net。它把 Tor Project 官方的 Onionoo API 包成两种接口，一个是补上 OpenAPI 规范的语义化 HTTP API，一个是 Model Context Protocol（MCP）server。

接上 Claude Desktop、Cursor、Claude Code 等支持 MCP 的客户端后，用一句中文就能问「台湾目前有几个 Tor 中继节点，总带宽多少，前五大 ASN 是哪些」。AI 代理会自己拆问题、选工具、查资料、整理出可读报告，不必先学 Onionoo 的字段定义才能开始研究。

为什么要包这一层¶

Onionoo 的规范本身完整，但对 AI 代理来说有三个门槛。

没有 OpenAPI 描述，无法被 Swagger UI、Postman、code generator 自动消化。
字段短码（如 r、f、n、a）为了传输效率而设计，对语言模型不够语义化，模型容易误解 r 是 relay 还是 running。
一次查询常要组合多个端点（details、uptime、bandwidth），AI 代理重复拼凑容易出错。

onionoo-fastapi 把这些事情做掉。短码还原成 nickname、fingerprint、addresses、running 等语义名称，补上完整 OpenAPI 规范，并把几个常见任务包成单一 MCP 工具调用。想看某中继节点的健康状况时，调用一次就能拿到合并好的 details、uptime、bandwidth 快照，不必自己组三个端点。

服务本身不储存任何 Onionoo 数据，只负责转发与重新包装回应。上游数据来自 https://onionoo.torproject.org。

可以拿来问什么¶

接上 MCP 后，下面这几类问题都可以直接用自然语言丢给 AI 代理处理。

盘点某个国家的 Tor 贡献：「整理一份台湾 Tor 中继节点现况，running 数量、总带宽、consensus weight、前五大 ASN，再挑出 consensus weight 最高的三个 relay。」
某个 ASN 底下的状况：「列出 TANet（AS1659）目前所有 running 的 Tor 中继节点，回报旗标、带宽与在线时间。」
比对指纹：「比较 9695DFC35FFEB861329B9F1AB04C46397020CE31 与 847B1F850344D7876491A54892F904934E4EB85D 这两个 relay 的版本、旗标、所在国家与 AS。」
单一中继节点健康度：「告诉我 moria1 这个 relay 目前的状态、所在国家、最近一周的带宽走势与在线时间。」

Claude Desktop 接上 onionoo MCP 后，请模型「整理台湾 Tor 中继节点现况」回出的汇整报告。底层数值来自上游 Onionoo，这是某一时点的 snapshot。

这类查询以往要先翻 Onionoo 文件、写脚本、合并 JSON、再整理表格，现在一句话就能拿到初步结果。盘点完再决定下一步要往哪钻，研究启动的成本差很多。

如何接上¶

给 AI 客户端用户¶

在 Claude Desktop、Cursor 或其他支持 MCP 的客户端，在配置文件的 mcpServers 区块加上：

{  "mcpServers": {  "onionoo": {  "type": "http",  "url": "https://onionoo.anoni.net/mcp"  }  } }

存档、重启客户端，工具列表中就会出现 onionoo 这组工具，可以直接用自然语言要求代理查询。本机 stdio transport 安装方式、完整工具一览、权限调整、自架（Docker）等细节，完整使用文件都有写。

阅读完整 onionoo MCP 使用文件

给写程序直接调用的用户¶

每个端点都会回传语义化 JSON，可以直接用 curl 调用。

# 列出台湾的 relay，依 consensus weight 排序前 5 名 curl -s 'https://onionoo.anoni.net/v1/details?country=tw&running=true&order=-consensus_weight&limit=5' | jq . # 按国家汇整目前 running 的中继节点数量 curl -s 'https://onionoo.anoni.net/v1/aggregate/countries?running=true' | jq .

完整端点与参数见 Swagger UI，查询参数沿用 Onionoo 的官方规范。

与既有观测工具的分工¶

anoni.net 目前在 Tor 观测这条线上有三个入口，可以依任务挑。

Tor Relays 观测点：图表面板，看台湾中继节点的数量与带宽趋势，适合想看走势的场合。
ASNs 自治网络观测数据分析：OONI 观测数据的 ASN 涵盖分析，适合想知道哪些 ASN 的用户实际在被观测到。
onionoo MCP（这次新增）：用问句快速做 ad-hoc 查询，适合想针对某个 relay、某个 ASN、某个国家盘点现况。

三个入口数据来源不同（Pulse 自己抓的历史时序、OONI 原始观测数据、Onionoo 即时 snapshot），互相补完，不重复。

参与与反馈¶

回报问题或提建议：https://github.com/anoni-net/onionoo-fastapi/issues
想讨论该补哪些任务导向工具、或请社区示范某类查询，欢迎到 Matrix 公开 room 提出来。
想自己跑一份（例如在 .onion 服务、内网或实验环境），完整文件的「自架（Docker）」段落有 Docker 启动指令与环境变数列表。

服务以 MIT 授权释出，源代码在 https://github.com/anoni-net/onionoo-fastapi，任何 issue、PR 都欢迎。

我们普查了 336 条 OONI Run v2 清单，3 条就占了全网 72% 的检测量

Toomore Chiang — Wed, 03 Jun 2026 01:25:23 +0000

我们普查了 336 条 OONI Run v2 清单，3 条就占了全网 72% 的检测量¶

全世界的 OONI Run v2 累积跑出 1,417 万笔检测，其中 3 条清单就占了 72%。占比最高的几条清单用了同一种作法，每条只针对一个特定的审查或封锁现象，再用一个持续运行的测量后端定期运行、长期累积数据。我们对全部 Run v2 做了一次普查，量出集中的程度，也整理出这套作法对想做本地连接观测的社区有什么参考价值。

OONI（Open Observatory of Network Interference，开放网络干扰观测站）是一个全球的网络审查观测项目，它的手机 app OONI Probe 会去连一份网站清单，回报每个网站在当地连不连得上。OONI Run v2 则让任何人都能自己编一份想观测的网站清单、产生一条链接，别人用 OONI Probe 点开链接就能照这份清单测一轮，结果一律进到 OONI 的公开数据集。这个功能不必写程序就能定义自己的观测目标，但知道、用过的人并不多，这也是我们想盘点它实际如何被使用的原因。

我们做了什么普查¶

我们以 2026-06-01 为快照，盘点了 OONI Run v2 上全部存活的 336 条检测链接，逐条用 OONI 的 aggregation API¹ 取得每条检测链接的生涯检测量，再依清单主题分群。下面的数字都以这个快照为准，数据源与前提整理在文末。

母体有多大：337 条，两年¶

OONI Run v2 从 2024-04-24 第一条检测链接上线到现在约 26 个月，全世界总共只创建过 337 条检测链接（其中 1 条已被删除，现存 336 条）。创建数在 2024 年 10 到 12 月冲高，之后稳定在每月 10 到 19 条之间。157 个不重复作者参与，332 条走网络连接测试（Web Connectivity），几乎清一色在测网站可达性。

每月新建的 Run v2 检测链接数量 {"description":"OONI Run v2 links created per month","data":{"values":[{"m":"2024-04","n":4},{"m":"2024-06","n":1},{"m":"2024-07","n":1},{"m":"2024-09","n":3},{"m":"2024-10","n":23},{"m":"2024-11","n":54},{"m":"2024-12","n":28},{"m":"2025-01","n":14},{"m":"2025-02","n":9},{"m":"2025-03","n":19},{"m":"2025-04","n":16},{"m":"2025-05","n":11},{"m":"2025-06","n":9},{"m":"2025-07","n":18},{"m":"2025-08","n":14},{"m":"2025-09","n":17},{"m":"2025-10","n":8},{"m":"2025-11","n":8},{"m":"2025-12","n":19},{"m":"2026-01","n":10},{"m":"2026-02","n":12},{"m":"2026-03","n":14},{"m":"2026-04","n":10},{"m":"2026-05","n":14}]},"mark":{"type":"bar","tooltip":true,"color":"#00aeff"},"encoding":{"x":{"field":"m","type":"ordinal","title":"月份","axis":{"labelAngle":-45}},"y":{"field":"n","type":"quantitative","title":"新建检测链接数"}}}

对一个全球性的审查观测工具来说，两年 337 条是个不大的数字。只看创建数，很容易得到「Run v2 没什么人用」的结论，下一段的使用量数据会推翻它。

使用量极度集中：基尼系数 0.981¶

把 336 条检测链接的生涯检测量加起来是 14,171,627 笔。总量不算少，问题在分布极不平均。以检测量计算的基尼系数（Gini coefficient）是 0.981，几乎逼近完全不均的 1.0。

为什么用基尼系数

基尼系数原本用来衡量所得分配的不平均，数值介于 0 到 1，把整个分布的集中程度浓缩成一个数字。0 代表完全平均，每条检测链接跑出一样多的检测。1 代表完全集中，所有检测都来自同一条检测链接。

用在这里很合适，因为每条检测链接的检测量都是非负的数量，要回答的问题刚好是全网检测量有多集中在少数检测链接上。基尼系数在数学上等于洛伦兹曲线（Lorenz curve）与对角线之间的面积（再除以对角线下方的总面积），所以下面那张洛伦兹曲线越贴着底边，基尼系数就越接近 1。0.981 代表分布已经很接近「少数检测链接吃下几乎全部检测」的极端。

单一数字看不出是哪几条检测链接、长尾长什么样，所以这里同时附上洛伦兹曲线与分级分布两张图，把集中的形状也摊出来。

检测量的洛伦兹曲线（虚线为完全平均的对角线） {"description":"Lorenz curve of measurement volume across Run v2 links","layer":[{"data":{"values":[{"x":0,"y":0},{"x":100,"y":100}]},"mark":{"type":"line","color":"#546e7a","strokeDash":[4,4]},"encoding":{"x":{"field":"x","type":"quantitative"},"y":{"field":"y","type":"quantitative"}}},{"data":{"values":[{"x":0.0,"y":0.0},{"x":0.3,"y":0.0},{"x":0.6,"y":0.0},{"x":0.89,"y":0.0},{"x":1.19,"y":0.0},{"x":1.49,"y":0.0},{"x":1.79,"y":0.0},{"x":2.08,"y":0.0},{"x":2.38,"y":0.0},{"x":2.68,"y":0.0},{"x":2.98,"y":0.0},{"x":3.27,"y":0.0},{"x":3.57,"y":0.0},{"x":3.87,"y":0.0},{"x":4.17,"y":0.0},{"x":4.46,"y":0.0},{"x":4.76,"y":0.0},{"x":5.06,"y":0.0},{"x":5.36,"y":0.0},{"x":5.65,"y":0.0},{"x":5.95,"y":0.0},{"x":6.25,"y":0.0},{"x":6.55,"y":0.0},{"x":6.85,"y":0.0},{"x":7.14,"y":0.0},{"x":7.44,"y":0.0},{"x":7.74,"y":0.0},{"x":8.04,"y":0.0},{"x":8.33,"y":0.0},{"x":8.63,"y":0.0},{"x":8.93,"y":0.0},{"x":9.23,"y":0.0},{"x":9.52,"y":0.0},{"x":9.82,"y":0.0},{"x":10.12,"y":0.0},{"x":10.42,"y":0.0},{"x":10.71,"y":0.0},{"x":11.01,"y":0.0},{"x":11.31,"y":0.0},{"x":11.61,"y":0.0},{"x":11.9,"y":0.0},{"x":12.2,"y":0.0},{"x":12.5,"y":0.0},{"x":12.8,"y":0.0},{"x":13.1,"y":0.0},{"x":13.39,"y":0.0},{"x":13.69,"y":0.0},{"x":13.99,"y":0.0},{"x":14.29,"y":0.0},{"x":14.58,"y":0.0},{"x":14.88,"y":0.0},{"x":15.18,"y":0.0},{"x":15.48,"y":0.0},{"x":15.77,"y":0.0},{"x":16.07,"y":0.0},{"x":16.37,"y":0.0},{"x":16.67,"y":0.0},{"x":16.96,"y":0.0},{"x":17.26,"y":0.0},{"x":17.56,"y":0.0},{"x":17.86,"y":0.0},{"x":18.15,"y":0.0},{"x":18.45,"y":0.0},{"x":18.75,"y":0.0},{"x":19.05,"y":0.0},{"x":19.35,"y":0.0},{"x":19.64,"y":0.0},{"x":19.94,"y":0.0},{"x":20.24,"y":0.0},{"x":20.54,"y":0.0},{"x":20.83,"y":0.0},{"x":21.13,"y":0.0},{"x":21.43,"y":0.0},{"x":21.73,"y":0.0},{"x":22.02,"y":0.0},{"x":22.32,"y":0.0},{"x":22.62,"y":0.0},{"x":22.92,"y":0.0},{"x":23.21,"y":0.0},{"x":23.51,"y":0.0},{"x":23.81,"y":0.0},{"x":24.11,"y":0.0},{"x":24.4,"y":0.0},{"x":24.7,"y":0.0},{"x":25.0,"y":0.0},{"x":25.3,"y":0.0},{"x":25.6,"y":0.0},{"x":25.89,"y":0.0},{"x":26.19,"y":0.0},{"x":26.49,"y":0.0},{"x":26.79,"y":0.0},{"x":27.08,"y":0.0},{"x":27.38,"y":0.0},{"x":27.68,"y":0.0},{"x":27.98,"y":0.0},{"x":28.27,"y":0.0},{"x":28.57,"y":0.0},{"x":28.87,"y":0.0},{"x":29.17,"y":0.0},{"x":29.46,"y":0.0},{"x":29.76,"y":0.0},{"x":30.06,"y":0.0},{"x":30.36,"y":0.0},{"x":30.65,"y":0.0},{"x":30.95,"y":0.0},{"x":31.25,"y":0.0},{"x":31.55,"y":0.0},{"x":31.85,"y":0.0},{"x":32.14,"y":0.0},{"x":32.44,"y":0.0},{"x":32.74,"y":0.0},{"x":33.04,"y":0.0},{"x":33.33,"y":0.0},{"x":33.63,"y":0.0},{"x":33.93,"y":0.0},{"x":34.23,"y":0.0},{"x":34.52,"y":0.0},{"x":34.82,"y":0.0},{"x":35.12,"y":0.0},{"x":35.42,"y":0.0},{"x":35.71,"y":0.0},{"x":36.01,"y":0.0},{"x":36.31,"y":0.0},{"x":36.61,"y":0.0},{"x":36.9,"y":0.0},{"x":37.2,"y":0.0},{"x":37.5,"y":0.0},{"x":37.8,"y":0.0},{"x":38.1,"y":0.0},{"x":38.39,"y":0.0},{"x":38.69,"y":0.0},{"x":38.99,"y":0.0},{"x":39.29,"y":0.0},{"x":39.58,"y":0.0},{"x":39.88,"y":0.0},{"x":40.18,"y":0.0},{"x":40.48,"y":0.0},{"x":40.77,"y":0.0},{"x":41.07,"y":0.0},{"x":41.37,"y":0.0},{"x":41.67,"y":0.0},{"x":41.96,"y":0.0},{"x":42.26,"y":0.001},{"x":42.56,"y":0.001},{"x":42.86,"y":0.001},{"x":43.15,"y":0.001},{"x":43.45,"y":0.001},{"x":43.75,"y":0.001},{"x":44.05,"y":0.001},{"x":44.35,"y":0.001},{"x":44.64,"y":0.001},{"x":44.94,"y":0.001},{"x":45.24,"y":0.001},{"x":45.54,"y":0.001},{"x":45.83,"y":0.001},{"x":46.13,"y":0.001},{"x":46.43,"y":0.002},{"x":46.73,"y":0.002},{"x":47.02,"y":0.002},{"x":47.32,"y":0.002},{"x":47.62,"y":0.002},{"x":47.92,"y":0.002},{"x":48.21,"y":0.002},{"x":48.51,"y":0.003},{"x":48.81,"y":0.003},{"x":49.11,"y":0.003},{"x":49.4,"y":0.003},{"x":49.7,"y":0.003},{"x":50.0,"y":0.003},{"x":50.3,"y":0.004},{"x":50.6,"y":0.004},{"x":50.89,"y":0.004},{"x":51.19,"y":0.004},{"x":51.49,"y":0.004},{"x":51.79,"y":0.005},{"x":52.08,"y":0.005},{"x":52.38,"y":0.005},{"x":52.68,"y":0.006},{"x":52.98,"y":0.006},{"x":53.27,"y":0.006},{"x":53.57,"y":0.007},{"x":53.87,"y":0.007},{"x":54.17,"y":0.007},{"x":54.46,"y":0.008},{"x":54.76,"y":0.008},{"x":55.06,"y":0.009},{"x":55.36,"y":0.009},{"x":55.65,"y":0.01},{"x":55.95,"y":0.01},{"x":56.25,"y":0.011},{"x":56.55,"y":0.011},{"x":56.85,"y":0.012},{"x":57.14,"y":0.013},{"x":57.44,"y":0.013},{"x":57.74,"y":0.014},{"x":58.04,"y":0.015},{"x":58.33,"y":0.016},{"x":58.63,"y":0.016},{"x":58.93,"y":0.017},{"x":59.23,"y":0.018},{"x":59.52,"y":0.019},{"x":59.82,"y":0.02},{"x":60.12,"y":0.021},{"x":60.42,"y":0.022},{"x":60.71,"y":0.024},{"x":61.01,"y":0.025},{"x":61.31,"y":0.026},{"x":61.61,"y":0.027},{"x":61.9,"y":0.028},{"x":62.2,"y":0.03},{"x":62.5,"y":0.031},{"x":62.8,"y":0.033},{"x":63.1,"y":0.034},{"x":63.39,"y":0.036},{"x":63.69,"y":0.038},{"x":63.99,"y":0.04},{"x":64.29,"y":0.042},{"x":64.58,"y":0.044},{"x":64.88,"y":0.046},{"x":65.18,"y":0.048},{"x":65.48,"y":0.05},{"x":65.77,"y":0.052},{"x":66.07,"y":0.054},{"x":66.37,"y":0.057},{"x":66.67,"y":0.059},{"x":66.96,"y":0.061},{"x":67.26,"y":0.064},{"x":67.56,"y":0.066},{"x":67.86,"y":0.069},{"x":68.15,"y":0.071},{"x":68.45,"y":0.074},{"x":68.75,"y":0.077},{"x":69.05,"y":0.079},{"x":69.35,"y":0.082},{"x":69.64,"y":0.085},{"x":69.94,"y":0.089},{"x":70.24,"y":0.092},{"x":70.54,"y":0.095},{"x":70.83,"y":0.099},{"x":71.13,"y":0.102},{"x":71.43,"y":0.106},{"x":71.73,"y":0.109},{"x":72.02,"y":0.113},{"x":72.32,"y":0.116},{"x":72.62,"y":0.12},{"x":72.92,"y":0.123},{"x":73.21,"y":0.127},{"x":73.51,"y":0.13},{"x":73.81,"y":0.134},{"x":74.11,"y":0.138},{"x":74.4,"y":0.142},{"x":74.7,"y":0.146},{"x":75.0,"y":0.15},{"x":75.3,"y":0.155},{"x":75.6,"y":0.159},{"x":75.89,"y":0.164},{"x":76.19,"y":0.168},{"x":76.49,"y":0.173},{"x":76.79,"y":0.178},{"x":77.08,"y":0.183},{"x":77.38,"y":0.189},{"x":77.68,"y":0.194},{"x":77.98,"y":0.2},{"x":78.27,"y":0.206},{"x":78.57,"y":0.212},{"x":78.87,"y":0.218},{"x":79.17,"y":0.225},{"x":79.46,"y":0.232},{"x":79.76,"y":0.239},{"x":80.06,"y":0.247},{"x":80.36,"y":0.255},{"x":80.65,"y":0.263},{"x":80.95,"y":0.27},{"x":81.25,"y":0.279},{"x":81.55,"y":0.287},{"x":81.85,"y":0.297},{"x":82.14,"y":0.307},{"x":82.44,"y":0.318},{"x":82.74,"y":0.33},{"x":83.04,"y":0.342},{"x":83.33,"y":0.355},{"x":83.63,"y":0.369},{"x":83.93,"y":0.384},{"x":84.23,"y":0.4},{"x":84.52,"y":0.415},{"x":84.82,"y":0.432},{"x":85.12,"y":0.449},{"x":85.42,"y":0.466},{"x":85.71,"y":0.484},{"x":86.01,"y":0.501},{"x":86.31,"y":0.526},{"x":86.61,"y":0.551},{"x":86.9,"y":0.577},{"x":87.2,"y":0.603},{"x":87.5,"y":0.631},{"x":87.8,"y":0.659},{"x":88.1,"y":0.688},{"x":88.39,"y":0.718},{"x":88.69,"y":0.751},{"x":88.99,"y":0.787},{"x":89.29,"y":0.831},{"x":89.58,"y":0.88},{"x":89.88,"y":0.929},{"x":90.18,"y":0.979},{"x":90.48,"y":1.031},{"x":90.77,"y":1.084},{"x":91.07,"y":1.139},{"x":91.37,"y":1.205},{"x":91.67,"y":1.277},{"x":91.96,"y":1.348},{"x":92.26,"y":1.428},{"x":92.56,"y":1.512},{"x":92.86,"y":1.602},{"x":93.15,"y":1.701},{"x":93.45,"y":1.808},{"x":93.75,"y":1.93},{"x":94.05,"y":2.061},{"x":94.35,"y":2.194},{"x":94.64,"y":2.357},{"x":94.94,"y":2.584},{"x":95.24,"y":2.845},{"x":95.54,"y":3.226},{"x":95.83,"y":3.625},{"x":96.13,"y":4.345},{"x":96.43,"y":5.089},{"x":96.73,"y":5.86},{"x":97.02,"y":6.696},{"x":97.32,"y":7.642},{"x":97.62,"y":9.124},{"x":97.92,"y":10.954},{"x":98.21,"y":13.384},{"x":98.51,"y":16.34},{"x":98.81,"y":20.45},{"x":99.11,"y":25.634},{"x":99.4,"y":31.675},{"x":99.7,"y":53.505},{"x":100.0,"y":100.0}]},"mark":{"type":"line","color":"#00aeff","tooltip":true},"encoding":{"x":{"field":"x","type":"quantitative","title":"累积检测链接百分比（由检测量最少排到最多）","scale":{"domain":[0,100]}},"y":{"field":"y","type":"quantitative","title":"累积检测量百分比","scale":{"domain":[0,100]}}}}]}

洛伦兹曲线几乎贴着底边走，到最后一段才垂直拉起。检测量最少的 90% 检测链接加起来只占全网的 0.93%，最少的 99% 也只占 20.45%。排在最前面的 4 条检测链接就吃下约 79.5%，单单第一名（DW 的 Global media，编号 10006）占 46.5%。

每条检测链接的生涯检测量落在哪个级距 {"description":"Distribution of lifetime measurement counts per link","data":{"values":[{"bucket":"= 0","links":112,"share":0.0,"order":0},{"bucket":"1–99","links":81,"share":0.0,"order":1},{"bucket":"100–999","links":73,"share":0.2,"order":2},{"bucket":"1k–9999","links":41,"share":1.0,"order":3},{"bucket":"1万–9.9万","links":15,"share":2.4,"order":4},{"bucket":"10万–99万","links":12,"share":28.0,"order":5},{"bucket":"100万+","links":2,"share":68.3,"order":6}]},"mark":{"type":"bar","tooltip":true,"color":"#0089bf"},"encoding":{"x":{"field":"bucket","type":"ordinal","sort":{"field":"order"},"title":"生涯检测量级距","axis":{"labelAngle":-30}},"y":{"field":"links","type":"quantitative","title":"检测链接数"},"tooltip":[{"field":"bucket","title":"级距"},{"field":"links","title":"检测链接数"},{"field":"share","title":"占总检测量 %"}]}}

长尾的另一头，336 条检测链接里有 112 条（33%）生涯检测量是 0，建好后几乎没被跑过。有 193 条（57%）不到 100 笔，整体中位数只有 27 笔。多数 Run v2 检测链接被建出来、跑几次就停下。

数据集中在哪些使用情境¶

上一段的集中只描述了分布的形状，还没说明数据实际落在哪些用途上。把检测链接按清单主题分群后，观测最密集的几群呈现出一个共通的使用方式。

各使用情境占全网检测量的比重（橘色为 anoni.net 社区） {"description":"Share of all measurements by use-case cohort","data":{"values":[{"group":"DW 国际媒体监测","share":72.4,"links":3,"measurements":10265315},{"group":"西班牙 LaLiga 封锁观测","share":10.8,"links":13,"measurements":1529544},{"group":"委内瑞拉 VSF 封锁观测","share":6.5,"links":4,"measurements":925351},{"group":"乌拉圭 UCU 研究团队","share":6.1,"links":49,"measurements":863016},{"group":"其他长尾","share":2.1,"links":199,"measurements":300815},{"group":"泰国政府网站监测","share":1.7,"links":2,"measurements":239430},{"group":"OONI 官方","share":0.3,"links":59,"measurements":43385},{"group":"anoni.net 台湾","share":0.0,"links":7,"measurements":4771}]},"mark":{"type":"bar","tooltip":true},"encoding":{"y":{"field":"group","type":"nominal","sort":"-x","title":null},"x":{"field":"share","type":"quantitative","title":"占全网检测量百分比"},"color":{"condition":{"test":"datum.group == 'anoni.net 台湾'","value":"#ef6c00"},"value":"#00aeff"},"tooltip":[{"field":"group","title":"使用情境"},{"field":"links","title":"检测链接数"},{"field":"measurements","title":"检测量"},{"field":"share","title":"占比 %"}]}}

德国之声（DW）用 3 条清单长期监测国际媒体在各地的可达性，吃下 72.4%。西班牙的 conexionsegura 用 13 条清单观测 LaLiga 足球联盟发动的盗版封锁，占 10.8%。委内瑞拉的 vesinfiltro 用 4 条清单追踪当地的封锁，占 6.5%。再加上乌拉圭 UCU 研究团队与一个长期测泰国政府网站的观测者。观测最密集的几群共同点很清楚，每条清单针对一个明确的审查或封锁现象，再配一个持续运行的测量后端，日复一日盯着它。被低估的用法就是如此。

把检测量前 15 名的检测链接列出来，同一种样态看得更具体。

检测链接 id	生涯检测量	清单大小	创建日	作者	清单名称
`10006`	6,589,070	223	2024-07-03	dw.com	Global media
`10005`	3,093,765	91	2024-06-13	dw.com	Selected (inter)national media
`10236`	856,036	167	2026-05-14	conexionsegura	La Liga bloqueos.es
`10158`	734,627	4635	2025-04-03	ucu (UY)	lista global final
`10004`	582,480	15	2024-12-11	dw.com	Trusted International Media
`10154`	418,978	131	2025-03-26	vesinfiltro	MagisTV y FlujoTV
`10135`	344,268	819	2025-04-16	conexionsegura	Test Bloqueos LaLiga
`10153`	259,331	102	2025-03-24	vesinfiltro	PriorityList
`10143`	210,078	134	2025-03-05	vesinfiltro	VSF News y otros
`10298`	133,991	72	2026-05-04	泰国观测者	Test Thai gov websites
`10226`	118,509	170	2025-09-15	conexionsegura	Bloqueos LaLiga - Dominios
`10235`	109,276	293	2025-09-20	conexionsegura	VE media http+https check
`10214`	105,439	67	2025-10-04	泰国观测者	Test Thai gov websites
`10114`	102,096	256	2026-05-05	jiyul.org	revi
`10118`	56,541	3044	2025-03-26	ucu (UY)	LISTA GLOBAL

长期观测靠的是持续运行的后端，清单大小几乎无关¶

一个直觉的猜测是，清单收越多网站、跑出来的数据就越多。数据不支持这个猜测。把每条检测链接的清单大小（input 数）对生涯检测量画成散点图，两者几乎没有关系。

清单大小与生涯检测量（橘色为 anoni.net 的两条检测链接，2 条 input 为 0 的检测链接因 log 轴略去） {"description":"List size (inputs) vs lifetime measurements per link","data":{"values":[{"id":10000,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10001,"inputs":3,"measurements":0,"group":"其他长尾"},{"id":10002,"inputs":3,"measurements":0,"group":"其他长尾"},{"id":10003,"inputs":2,"measurements":0,"group":"其他长尾"},{"id":10004,"inputs":15,"measurements":582480,"group":"DW 国际媒体监测"},{"id":10005,"inputs":91,"measurements":3093765,"group":"DW 国际媒体监测"},{"id":10006,"inputs":223,"measurements":6589070,"group":"DW 国际媒体监测"},{"id":10007,"inputs":10,"measurements":32,"group":"OONI 官方"},{"id":10008,"inputs":1,"measurements":2,"group":"OONI 官方"},{"id":10010,"inputs":3332,"measurements":0,"group":"其他长尾"},{"id":10012,"inputs":3,"measurements":6,"group":"OONI 官方"},{"id":10013,"inputs":6,"measurements":333,"group":"OONI 官方"},{"id":10014,"inputs":5,"measurements":79,"group":"OONI 官方"},{"id":10015,"inputs":5,"measurements":230,"group":"OONI 官方"},{"id":10016,"inputs":1,"measurements":0,"group":"OONI 官方"},{"id":10017,"inputs":3,"measurements":150,"group":"其他长尾"},{"id":10018,"inputs":8,"measurements":16,"group":"其他长尾"},{"id":10019,"inputs":6,"measurements":0,"group":"其他长尾"},{"id":10020,"inputs":46,"measurements":0,"group":"其他长尾"},{"id":10021,"inputs":2,"measurements":0,"group":"anoni.net 台湾"},{"id":10022,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10023,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10024,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10025,"inputs":1,"measurements":71,"group":"OONI 官方"},{"id":10026,"inputs":28,"measurements":2520,"group":"OONI 官方"},{"id":10027,"inputs":2,"measurements":0,"group":"其他长尾"},{"id":10028,"inputs":27,"measurements":180,"group":"其他长尾"},{"id":10029,"inputs":4,"measurements":0,"group":"其他长尾"},{"id":10030,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10031,"inputs":5,"measurements":495,"group":"OONI 官方"},{"id":10032,"inputs":4,"measurements":296,"group":"其他长尾"},{"id":10033,"inputs":1,"measurements":15,"group":"其他长尾"},{"id":10034,"inputs":7,"measurements":0,"group":"OONI 官方"},{"id":10035,"inputs":7,"measurements":0,"group":"OONI 官方"},{"id":10036,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10037,"inputs":1,"measurements":4,"group":"其他长尾"},{"id":10038,"inputs":10,"measurements":0,"group":"其他长尾"},{"id":10039,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10040,"inputs":10,"measurements":0,"group":"其他长尾"},{"id":10041,"inputs":50,"measurements":4214,"group":"其他长尾"},{"id":10042,"inputs":13,"measurements":0,"group":"其他长尾"},{"id":10043,"inputs":45,"measurements":0,"group":"其他长尾"},{"id":10044,"inputs":7,"measurements":464,"group":"OONI 官方"},{"id":10045,"inputs":549,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10046,"inputs":56,"measurements":56,"group":"乌拉圭 UCU 研究团队"},{"id":10047,"inputs":7,"measurements":154,"group":"乌拉圭 UCU 研究团队"},{"id":10048,"inputs":7,"measurements":21,"group":"其他长尾"},{"id":10049,"inputs":3338,"measurements":14058,"group":"其他长尾"},{"id":10050,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10051,"inputs":18,"measurements":3861,"group":"OONI 官方"},{"id":10052,"inputs":48,"measurements":0,"group":"OONI 官方"},{"id":10053,"inputs":21,"measurements":0,"group":"OONI 官方"},{"id":10054,"inputs":28,"measurements":0,"group":"OONI 官方"},{"id":10055,"inputs":27,"measurements":0,"group":"OONI 官方"},{"id":10056,"inputs":20,"measurements":0,"group":"OONI 官方"},{"id":10057,"inputs":26,"measurements":0,"group":"OONI 官方"},{"id":10058,"inputs":4,"measurements":0,"group":"OONI 官方"},{"id":10059,"inputs":38,"measurements":0,"group":"OONI 官方"},{"id":10060,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10061,"inputs":204,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10062,"inputs":204,"measurements":204,"group":"乌拉圭 UCU 研究团队"},{"id":10063,"inputs":1264,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10064,"inputs":1250,"measurements":1264,"group":"乌拉圭 UCU 研究团队"},{"id":10065,"inputs":1063,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10066,"inputs":638,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10067,"inputs":618,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10068,"inputs":2,"measurements":54,"group":"OONI 官方"},{"id":10069,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10070,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10071,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10072,"inputs":1,"measurements":2,"group":"其他长尾"},{"id":10073,"inputs":1098,"measurements":1098,"group":"乌拉圭 UCU 研究团队"},{"id":10074,"inputs":611,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10075,"inputs":390,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10076,"inputs":1410,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10077,"inputs":441,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10078,"inputs":473,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10079,"inputs":829,"measurements":507,"group":"乌拉圭 UCU 研究团队"},{"id":10080,"inputs":6,"measurements":0,"group":"其他长尾"},{"id":10081,"inputs":1069,"measurements":1150,"group":"乌拉圭 UCU 研究团队"},{"id":10082,"inputs":640,"measurements":640,"group":"乌拉圭 UCU 研究团队"},{"id":10083,"inputs":833,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10084,"inputs":670,"measurements":670,"group":"乌拉圭 UCU 研究团队"},{"id":10085,"inputs":425,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10086,"inputs":316,"measurements":632,"group":"乌拉圭 UCU 研究团队"},{"id":10087,"inputs":370,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10088,"inputs":171,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10089,"inputs":831,"measurements":1662,"group":"乌拉圭 UCU 研究团队"},{"id":10090,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10091,"inputs":1433,"measurements":7039,"group":"乌拉圭 UCU 研究团队"},{"id":10092,"inputs":2217,"measurements":10137,"group":"乌拉圭 UCU 研究团队"},{"id":10093,"inputs":1062,"measurements":1062,"group":"乌拉圭 UCU 研究团队"},{"id":10094,"inputs":1686,"measurements":32171,"group":"乌拉圭 UCU 研究团队"},{"id":10095,"inputs":780,"measurements":780,"group":"乌拉圭 UCU 研究团队"},{"id":10096,"inputs":992,"measurements":3561,"group":"乌拉圭 UCU 研究团队"},{"id":10097,"inputs":433,"measurements":0,"group":"乌拉圭 UCU 研究团队"},{"id":10098,"inputs":412,"measurements":441,"group":"乌拉圭 UCU 研究团队"},{"id":10099,"inputs":838,"measurements":1676,"group":"乌拉圭 UCU 研究团队"},{"id":10100,"inputs":4,"measurements":0,"group":"其他长尾"},{"id":10101,"inputs":1,"measurements":130,"group":"其他长尾"},{"id":10102,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10103,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10104,"inputs":821,"measurements":821,"group":"乌拉圭 UCU 研究团队"},{"id":10105,"inputs":7,"measurements":98,"group":"其他长尾"},{"id":10106,"inputs":1,"measurements":1,"group":"其他长尾"},{"id":10107,"inputs":3,"measurements":1305,"group":"OONI 官方"},{"id":10108,"inputs":5,"measurements":13,"group":"OONI 官方"},{"id":10109,"inputs":9,"measurements":9,"group":"其他长尾"},{"id":10110,"inputs":4,"measurements":6,"group":"OONI 官方"},{"id":10111,"inputs":2,"measurements":2,"group":"其他长尾"},{"id":10112,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10113,"inputs":1,"measurements":1,"group":"其他长尾"},{"id":10114,"inputs":256,"measurements":102096,"group":"其他长尾"},{"id":10115,"inputs":2,"measurements":1,"group":"其他长尾"},{"id":10116,"inputs":1,"measurements":103,"group":"西班牙 LaLiga 封锁观测"},{"id":10117,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10118,"inputs":3044,"measurements":56541,"group":"乌拉圭 UCU 研究团队"},{"id":10119,"inputs":24,"measurements":2424,"group":"其他长尾"},{"id":10120,"inputs":2,"measurements":0,"group":"其他长尾"},{"id":10121,"inputs":4,"measurements":0,"group":"其他长尾"},{"id":10122,"inputs":14,"measurements":36964,"group":"委内瑞拉 VSF 封锁观测"},{"id":10123,"inputs":5,"measurements":5,"group":"其他长尾"},{"id":10124,"inputs":3,"measurements":129,"group":"OONI 官方"},{"id":10125,"inputs":1,"measurements":0,"group":"OONI 官方"},{"id":10126,"inputs":1,"measurements":1,"group":"其他长尾"},{"id":10127,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10128,"inputs":4,"measurements":20,"group":"其他长尾"},{"id":10129,"inputs":1,"measurements":1,"group":"其他长尾"},{"id":10130,"inputs":1,"measurements":1,"group":"其他长尾"},{"id":10131,"inputs":42,"measurements":0,"group":"其他长尾"},{"id":10132,"inputs":3,"measurements":3,"group":"OONI 官方"},{"id":10133,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10134,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10135,"inputs":819,"measurements":344268,"group":"西班牙 LaLiga 封锁观测"},{"id":10136,"inputs":9,"measurements":9,"group":"其他长尾"},{"id":10137,"inputs":5,"measurements":185,"group":"OONI 官方"},{"id":10138,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10139,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10140,"inputs":1,"measurements":0,"group":"西班牙 LaLiga 封锁观测"},{"id":10141,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10142,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10143,"inputs":134,"measurements":210078,"group":"委内瑞拉 VSF 封锁观测"},{"id":10144,"inputs":4,"measurements":0,"group":"其他长尾"},{"id":10145,"inputs":2,"measurements":6,"group":"其他长尾"},{"id":10146,"inputs":2,"measurements":2,"group":"其他长尾"},{"id":10147,"inputs":25,"measurements":1029,"group":"OONI 官方"},{"id":10148,"inputs":23,"measurements":6182,"group":"西班牙 LaLiga 封锁观测"},{"id":10149,"inputs":5,"measurements":110,"group":"OONI 官方"},{"id":10150,"inputs":1,"measurements":7,"group":"其他长尾"},{"id":10151,"inputs":14,"measurements":27,"group":"其他长尾"},{"id":10152,"inputs":1,"measurements":8,"group":"西班牙 LaLiga 封锁观测"},{"id":10153,"inputs":102,"measurements":259331,"group":"委内瑞拉 VSF 封锁观测"},{"id":10154,"inputs":131,"measurements":418978,"group":"委内瑞拉 VSF 封锁观测"},{"id":10155,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10156,"inputs":4,"measurements":316,"group":"其他长尾"},{"id":10157,"inputs":1,"measurements":1,"group":"OONI 官方"},{"id":10158,"inputs":4635,"measurements":734627,"group":"乌拉圭 UCU 研究团队"},{"id":10159,"inputs":3,"measurements":0,"group":"其他长尾"},{"id":10160,"inputs":500,"measurements":1501,"group":"乌拉圭 UCU 研究团队"},{"id":10161,"inputs":500,"measurements":505,"group":"乌拉圭 UCU 研究团队"},{"id":10162,"inputs":500,"measurements":501,"group":"乌拉圭 UCU 研究团队"},{"id":10163,"inputs":500,"measurements":502,"group":"乌拉圭 UCU 研究团队"},{"id":10164,"inputs":500,"measurements":500,"group":"乌拉圭 UCU 研究团队"},{"id":10165,"inputs":500,"measurements":502,"group":"乌拉圭 UCU 研究团队"},{"id":10166,"inputs":500,"measurements":506,"group":"乌拉圭 UCU 研究团队"},{"id":10167,"inputs":500,"measurements":505,"group":"乌拉圭 UCU 研究团队"},{"id":10168,"inputs":500,"measurements":500,"group":"乌拉圭 UCU 研究团队"},{"id":10169,"inputs":134,"measurements":268,"group":"乌拉圭 UCU 研究团队"},{"id":10170,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10171,"inputs":22,"measurements":44,"group":"其他长尾"},{"id":10172,"inputs":11,"measurements":0,"group":"其他长尾"},{"id":10173,"inputs":3,"measurements":7379,"group":"其他长尾"},{"id":10174,"inputs":2,"measurements":4,"group":"其他长尾"},{"id":10175,"inputs":15,"measurements":700,"group":"其他长尾"},{"id":10176,"inputs":214,"measurements":0,"group":"其他长尾"},{"id":10177,"inputs":2,"measurements":0,"group":"其他长尾"},{"id":10178,"inputs":2,"measurements":0,"group":"OONI 官方"},{"id":10179,"inputs":3,"measurements":75,"group":"其他长尾"},{"id":10180,"inputs":3,"measurements":246,"group":"OONI 官方"},{"id":10181,"inputs":20,"measurements":2240,"group":"其他长尾"},{"id":10182,"inputs":3,"measurements":60,"group":"anoni.net 台湾"},{"id":10183,"inputs":166,"measurements":333,"group":"乌拉圭 UCU 研究团队"},{"id":10184,"inputs":2,"measurements":4,"group":"其他长尾"},{"id":10185,"inputs":22,"measurements":20,"group":"其他长尾"},{"id":10186,"inputs":2,"measurements":2,"group":"其他长尾"},{"id":10187,"inputs":2,"measurements":2,"group":"其他长尾"},{"id":10188,"inputs":2,"measurements":2,"group":"其他长尾"},{"id":10189,"inputs":4,"measurements":17,"group":"anoni.net 台湾"},{"id":10190,"inputs":2,"measurements":0,"group":"OONI 官方"},{"id":10191,"inputs":3,"measurements":0,"group":"OONI 官方"},{"id":10192,"inputs":13,"measurements":82,"group":"OONI 官方"},{"id":10193,"inputs":3,"measurements":3,"group":"anoni.net 台湾"},{"id":10194,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10195,"inputs":5,"measurements":27,"group":"OONI 官方"},{"id":10196,"inputs":610,"measurements":610,"group":"其他长尾"},{"id":10197,"inputs":490,"measurements":490,"group":"其他长尾"},{"id":10198,"inputs":673,"measurements":673,"group":"其他长尾"},{"id":10199,"inputs":1363,"measurements":2036,"group":"其他长尾"},{"id":10200,"inputs":1,"measurements":141,"group":"其他长尾"},{"id":10201,"inputs":298,"measurements":298,"group":"其他长尾"},{"id":10202,"inputs":1124,"measurements":267,"group":"其他长尾"},{"id":10203,"inputs":974,"measurements":974,"group":"其他长尾"},{"id":10204,"inputs":303,"measurements":303,"group":"其他长尾"},{"id":10205,"inputs":600,"measurements":0,"group":"其他长尾"},{"id":10206,"inputs":600,"measurements":600,"group":"其他长尾"},{"id":10207,"inputs":199,"measurements":398,"group":"其他长尾"},{"id":10208,"inputs":654,"measurements":654,"group":"其他长尾"},{"id":10209,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10210,"inputs":30,"measurements":30,"group":"其他长尾"},{"id":10211,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10212,"inputs":30,"measurements":150,"group":"其他长尾"},{"id":10213,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10214,"inputs":67,"measurements":105439,"group":"泰国政府网站监测"},{"id":10215,"inputs":41,"measurements":2378,"group":"其他长尾"},{"id":10216,"inputs":2,"measurements":0,"group":"其他长尾"},{"id":10217,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10218,"inputs":1,"measurements":4,"group":"其他长尾"},{"id":10219,"inputs":2,"measurements":2,"group":"其他长尾"},{"id":10220,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10221,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10222,"inputs":1,"measurements":9,"group":"其他长尾"},{"id":10223,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10224,"inputs":7,"measurements":364,"group":"其他长尾"},{"id":10225,"inputs":30,"measurements":349,"group":"其他长尾"},{"id":10226,"inputs":170,"measurements":118509,"group":"西班牙 LaLiga 封锁观测"},{"id":10227,"inputs":35,"measurements":0,"group":"OONI 官方"},{"id":10228,"inputs":1,"measurements":4,"group":"其他长尾"},{"id":10229,"inputs":2,"measurements":60,"group":"其他长尾"},{"id":10230,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10231,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10232,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10233,"inputs":2,"measurements":0,"group":"OONI 官方"},{"id":10234,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10235,"inputs":293,"measurements":109276,"group":"西班牙 LaLiga 封锁观测"},{"id":10236,"inputs":167,"measurements":856036,"group":"西班牙 LaLiga 封锁观测"},{"id":10237,"inputs":9,"measurements":18,"group":"anoni.net 台湾"},{"id":10238,"inputs":7,"measurements":14,"group":"anoni.net 台湾"},{"id":10239,"inputs":20,"measurements":11260,"group":"其他长尾"},{"id":10240,"inputs":5,"measurements":80,"group":"OONI 官方"},{"id":10241,"inputs":5,"measurements":50,"group":"OONI 官方"},{"id":10242,"inputs":5,"measurements":10,"group":"OONI 官方"},{"id":10243,"inputs":5,"measurements":0,"group":"OONI 官方"},{"id":10244,"inputs":1,"measurements":42,"group":"其他长尾"},{"id":10245,"inputs":10,"measurements":18577,"group":"其他长尾"},{"id":10246,"inputs":4,"measurements":1820,"group":"其他长尾"},{"id":10247,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10248,"inputs":2,"measurements":0,"group":"其他长尾"},{"id":10249,"inputs":33,"measurements":99,"group":"其他长尾"},{"id":10250,"inputs":24,"measurements":9464,"group":"OONI 官方"},{"id":10251,"inputs":269,"measurements":18828,"group":"西班牙 LaLiga 封锁观测"},{"id":10252,"inputs":8,"measurements":17288,"group":"OONI 官方"},{"id":10253,"inputs":1,"measurements":0,"group":"OONI 官方"},{"id":10254,"inputs":2,"measurements":0,"group":"其他长尾"},{"id":10255,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10256,"inputs":10,"measurements":8,"group":"其他长尾"},{"id":10257,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10258,"inputs":12,"measurements":420,"group":"其他长尾"},{"id":10259,"inputs":4,"measurements":1550,"group":"其他长尾"},{"id":10260,"inputs":104,"measurements":15120,"group":"其他长尾"},{"id":10261,"inputs":4,"measurements":258,"group":"其他长尾"},{"id":10262,"inputs":66,"measurements":0,"group":"其他长尾"},{"id":10263,"inputs":1,"measurements":37,"group":"其他长尾"},{"id":10264,"inputs":22,"measurements":2127,"group":"其他长尾"},{"id":10265,"inputs":7,"measurements":5226,"group":"其他长尾"},{"id":10266,"inputs":214,"measurements":7672,"group":"其他长尾"},{"id":10267,"inputs":1,"measurements":35,"group":"其他长尾"},{"id":10268,"inputs":3,"measurements":3,"group":"其他长尾"},{"id":10269,"inputs":1,"measurements":34,"group":"其他长尾"},{"id":10270,"inputs":214,"measurements":7082,"group":"其他长尾"},{"id":10271,"inputs":214,"measurements":3671,"group":"其他长尾"},{"id":10272,"inputs":16,"measurements":353,"group":"其他长尾"},{"id":10273,"inputs":10,"measurements":200,"group":"其他长尾"},{"id":10274,"inputs":19,"measurements":380,"group":"其他长尾"},{"id":10275,"inputs":1,"measurements":20,"group":"其他长尾"},{"id":10276,"inputs":20,"measurements":384,"group":"其他长尾"},{"id":10277,"inputs":36,"measurements":756,"group":"其他长尾"},{"id":10278,"inputs":55,"measurements":1107,"group":"其他长尾"},{"id":10280,"inputs":37,"measurements":789,"group":"其他长尾"},{"id":10281,"inputs":42,"measurements":1051,"group":"其他长尾"},{"id":10282,"inputs":38,"measurements":883,"group":"其他长尾"},{"id":10283,"inputs":27,"measurements":567,"group":"其他长尾"},{"id":10284,"inputs":6,"measurements":10104,"group":"西班牙 LaLiga 封锁观测"},{"id":10285,"inputs":22,"measurements":54022,"group":"西班牙 LaLiga 封锁观测"},{"id":10286,"inputs":31,"measurements":746,"group":"其他长尾"},{"id":10287,"inputs":3,"measurements":2358,"group":"其他长尾"},{"id":10288,"inputs":20,"measurements":473,"group":"其他长尾"},{"id":10289,"inputs":1,"measurements":1,"group":"其他长尾"},{"id":10290,"inputs":1,"measurements":24,"group":"OONI 官方"},{"id":10291,"inputs":61,"measurements":2501,"group":"其他长尾"},{"id":10292,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10293,"inputs":154,"measurements":11938,"group":"西班牙 LaLiga 封锁观测"},{"id":10294,"inputs":3,"measurements":72,"group":"OONI 官方"},{"id":10295,"inputs":1,"measurements":24,"group":"OONI 官方"},{"id":10296,"inputs":17,"measurements":459,"group":"OONI 官方"},{"id":10297,"inputs":22,"measurements":4122,"group":"其他长尾"},{"id":10298,"inputs":72,"measurements":133991,"group":"泰国政府网站监测"},{"id":10299,"inputs":9,"measurements":216,"group":"其他长尾"},{"id":10300,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10301,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10302,"inputs":1,"measurements":24,"group":"其他长尾"},{"id":10303,"inputs":53,"measurements":318,"group":"其他长尾"},{"id":10304,"inputs":756,"measurements":23102,"group":"其他长尾"},{"id":10305,"inputs":54,"measurements":2215,"group":"其他长尾"},{"id":10306,"inputs":8,"measurements":304,"group":"其他长尾"},{"id":10307,"inputs":4,"measurements":148,"group":"其他长尾"},{"id":10308,"inputs":3,"measurements":105,"group":"其他长尾"},{"id":10309,"inputs":8,"measurements":327,"group":"其他长尾"},{"id":10310,"inputs":14,"measurements":3988,"group":"OONI 官方"},{"id":10311,"inputs":47,"measurements":6887,"group":"其他长尾"},{"id":10312,"inputs":25,"measurements":7523,"group":"其他长尾"},{"id":10313,"inputs":1082,"measurements":3729,"group":"其他长尾"},{"id":10314,"inputs":1,"measurements":2,"group":"其他长尾"},{"id":10315,"inputs":1,"measurements":8,"group":"其他长尾"},{"id":10316,"inputs":4,"measurements":128,"group":"其他长尾"},{"id":10317,"inputs":1,"measurements":16,"group":"其他长尾"},{"id":10318,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10319,"inputs":12,"measurements":870,"group":"其他长尾"},{"id":10320,"inputs":1,"measurements":2,"group":"其他长尾"},{"id":10321,"inputs":1,"measurements":2,"group":"其他长尾"},{"id":10322,"inputs":3,"measurements":166,"group":"其他长尾"},{"id":10323,"inputs":5,"measurements":33,"group":"其他长尾"},{"id":10324,"inputs":1082,"measurements":31,"group":"其他长尾"},{"id":10325,"inputs":2,"measurements":51,"group":"其他长尾"},{"id":10326,"inputs":3,"measurements":0,"group":"其他长尾"},{"id":10327,"inputs":25,"measurements":3510,"group":"其他长尾"},{"id":10328,"inputs":10,"measurements":4659,"group":"anoni.net 台湾"},{"id":10329,"inputs":12,"measurements":76,"group":"其他长尾"},{"id":10330,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10331,"inputs":2,"measurements":24,"group":"其他长尾"},{"id":10332,"inputs":2,"measurements":270,"group":"西班牙 LaLiga 封锁观测"},{"id":10333,"inputs":1,"measurements":0,"group":"其他长尾"},{"id":10334,"inputs":33,"measurements":12759,"group":"其他长尾"},{"id":10335,"inputs":3,"measurements":18,"group":"其他长尾"},{"id":10336,"inputs":29,"measurements":1110,"group":"其他长尾"}]},"mark":{"type":"point","filled":true,"opacity":0.55,"tooltip":true},"encoding":{"x":{"field":"inputs","type":"quantitative","scale":{"type":"log"},"title":"清单大小（input 数，log 轴）"},"y":{"field":"measurements","type":"quantitative","scale":{"type":"symlog"},"title":"生涯检测量（symlog 轴，含 0）"},"color":{"condition":{"test":"datum.id == 10238 || datum.id == 10328","value":"#ef6c00"},"value":"#80d1ff"},"size":{"condition":{"test":"datum.id == 10238 || datum.id == 10328","value":120},"value":45},"tooltip":[{"field":"id","title":"检测链接 id"},{"field":"inputs","title":"清单大小"},{"field":"measurements","title":"检测量"},{"field":"group","title":"使用情境"}]}}

两个极端的对照最清楚。UCU 的编号 10158 清单塞了 4,635 个 input（全网最大），生涯 734,627 笔。DW 的编号 10004 只有 15 个 input，却有 582,480 笔。清单堆得再大，没有持续运行的后端去跑，检测量一样趋近 0，等于没在观测。真正让观测累积下来的是有没有一个每天把清单跑起来的测量基础设施，收多少网站反而是其次。

anoni.net 的座标：社区自己就是一组对照实验¶

anoni.net 社区先后建了两条 Run v2 检测链接，刚好示范前面提到的两种样态，两条都摊开，不只挑表现好的那条。

第一条编号 10238，建于 2025-09-15，收了 7 个 input（anoni.net 与 im、matrix、form、pad、search、cinny 等自家服务），生涯只跑了 14 笔。它落在「建了没持续跑」的多数人那一类。第二条编号 10328，建于 2026-05-15，清单扩成 10 个 input，这次配上自营节点持续跑。半个月就累积 4,659 笔，在 336 条检测链接里排到第 39 名，进到前 12%。

同一个社区、同一份 anoni.net 自家服务清单雏形，两条检测链接的差别只在有没有持续运行的后端。另一面同样不回避，10328 占全网比重仍然趋近 0%。在如此长尾的分布里，光是持续跑半个月就赢过 297 条检测链接，可见「持续运行」这个门槛被多数人错过。从 10238 到 10328，就是社区自己跨过门槛的纪录。

对社区与 OONI 的意义¶

对想做本地连接观测的社区，普查结果指出一个明确方向。Run v2 的价值来自「一份针对特定现象的策展清单，加上一个持续运行的测量后端」，两者缺一就会掉进长尾。多开几条检测链接本身不会带来数据。

同一套模式可以套用在很多题目上。文章前面的 DW、conexionsegura、vesinfiltro，分别是国际媒体可达性、体育盗版封锁、本地封锁三种已经在运转的例子。想开始的人可以从几个方向发想。

选举观察：从选前到选后，持续追踪新闻媒体、候选人与选务机关网站在特定地区的可达性，把投票期间的封锁或干扰记录下来，给选举观察员与研究者一份可佐证的时间串行。
重大事件实时观测：抗议、罢工、灾害或断网期间，持续测独立媒体、实时通信服务（Signal、Telegram）与求助信息网站，第一时间看出哪些被挡、什么时候被挡。
特定族群与议题：LGBTQ+、宗教少数、女性权益、人权组织这类在某些地区容易被封锁的网站，做长期纵贯观测，累积可被研究引用的证据。
规避工具可用性：追踪 VPN、Tor、桥接与其他 circumvention 工具的官网与下载点，在某地是否还连得上、何时开始被挡，对协助当地人维持连接的团体特别实用。
跨境媒体与离散社区：离散社区依赖的境外媒体（中文读者熟悉的例如 RFA、端传媒），观测它们在不同 ASN 的可达性差异与长期变化。
平台级封锁事件：某个 app 或服务在某国突然被挡时，快速建一条清单跨 ASN 观测，量出封锁的范围与起讫时间，把单一事件变成可分析的数据。

挑一个你最关心的题目，列出十来个相关网站，再让一个节点每天跑，几周后就有自己的可达性时间串行可以分析。对 OONI 与做数据分析的伙伴，aggregation API 支持用 ooni_run_link_id 筛选，针对 Run v2 生态本身做 meta 分析因此变得可行，本篇报告即依此产出。 anoni.net 社区把这套做法整理在 issue #78 的测量模式提案里，征询仍然开放，欢迎社区与 OONI 团队一起讨论。

issue #78 的测量模式提案摘要

issue #78 提出一套 civic-internet-watch 测量模式，把系统拆成两层。

名单治理：社区自己维护一份公民团体网站名单，single source of truth 放在社区的 git repo，收录标准、征询状态与敏感分级都由社区依本地脉络决定，git 历史本身就是清单治理纪录。
测量与数据：用标准网络连接测试方法，从名单产生一条 OONI Run v2 链接来检测。志工手机与自营节点消费同一条链接、带同一个 Run Link ID，结果全部进 OONI 公开数据集，可用 OONI API 与 Explorer 查找、研究员可引用，没有数据锁定。

名单治理不去更动共享的 Citizen Lab tw.csv，避免反复改动造成长期测量时间串行断层。tw.csv 从必要路径降为可选的 additive 回馈，成熟非敏感的组织才以只添加的方式回馈换取全平台基线，敏感组织只留在社区自管名单与 Run v2，不进公开的 PR。

数据与前提¶

本篇数据以 2026-06-01 为快照，逐条取自 OONI 公开的 aggregation API¹（以 ooni_run_link_id 筛选）。检测量会随时间继续累积，之后重查会得到略高的数字，集中的形状则稳定。解读前有几个前提要先说明。

检测量来自 aggregation API 的 measurement_count，是 2026-06-01 当下的查找结果，之后还会继续长。
生涯查找涵盖 2024-01-01 到 2026-06-30，跨过 Run v2 的整段历史。
检测量为 0 的检测链接可能是测试或草稿用途，不全等于「失败」。
一条检测链接可以被任何国家的 probe 跑，使用情境分群按清单主题推断，不是 OONI 的官方标注。
完整揭露：社区自己的两条检测链接（10238、10328）都列进分析与讨论，没有只挑表现好的 10328。

在台师大架设 Tor Relay：一段与学校沟通、留下可能性的实作经验

Toomore Chiang — Wed, 03 Jun 2026 01:25:23 +0000

在台师大架设 Tor Relay：一段与学校沟通、留下可能性的实作经验¶

前言：为什么在校园谈匿名网络？¶

在网络高度被监控与集中管理的时代，匿名通信已是能否安全探索、研究与表达的基础条件。对台湾来说，这个问题尤其现实。我们身处东亚关键位置，网络自由与通信韧性是社会能否承受压力的底层能力，会被实际情境检验。

大学与学术网络，本来就是新技术与公共基础设施最早被尝试的地方。接下来的访谈，记录了一位台师大资工系学生、也是匿名网络社区伙伴，如何在校园里，实际走进制度、与学校沟通，尝试把 Tor Relay 真正架设起来。

在匿名网络社区里，我们常常谈技术、谈理想，但真正困难的，往往是「这台机器能不能在现实世界活下来」这个问题。技术配置本身反而比较单纯。

这次，我们访谈了一位匿名网络社区的伙伴 NZ，目前就读台湾师范大学资工系。他在校内成功架设了一个 Tor Relay，而且选择正面与学校体制沟通、走完行政流程，没有偷偷来。

苏恩立（NZ），现就读于国立台湾师范大学资讯工程学系三年级。对信息安全与网络治理深感兴趣，目前负责维护台湾学术网络（TANet）首个 Tor 节点。除技术实作外，亦致力于知识共享，于 GDGoC NTNU 学校社团担任匿名网络课程讲师，也长期参与台湾开源与资安社区，曾多次担任 SITCON、HITCON 及 COSCUP 等大型技术年会志工，具备社区服务经验与技术热忱。

为什么想在学校架设 Tor Relay？¶

他的出发点其实很单纯：如果匿名网络在台湾永远只存在于社区、海外 VPS，甚至被当成灰色地带的工具，那它很难被认真对待。而大学，尤其是学术网络（TANet），本来就承载着研究、实验与公共性，理论上应该能够容纳这类基础设施的尝试。

不过他也很清楚现实限制：台湾学术网络高度集中，对外连接受教育部管控，匿名网络在这样的结构里，本来就不容易发挥完整效果。

但正因如此，他更想知道：「在这样的限制下，至少能不能先存在？」

跟学校如何谈？关键是让对方能交代¶

行政流程时间表

在实际行动时，他用学校能够理解的语言来说明，避免让 Tor 显得很酷或很激进：

这是一个 Tor Relay，不是 Exit Node
它不会直接对外提供内容
是网络基础设施与匿名通信的实验

在流程上，他与网管、教授、系主任之间有实际的邮件往返，让每一个需要签名、需要被「CC」的人，都清楚知道这台主机在做什么。学校的态度落在「只要今天教育部来问，我们要能回答」这条线，并不要求对方完全懂 Tor，这正是沟通的切入点。

行政流程真的很麻烦，但不是死路¶

项目计划说明书

在台师大的情况下，对外连接默认是全部封锁，任何服务都必须申请例外开放，包括 IP、用途、说明文件，最后还必须能够对应到学校向教育部回报的流程。他形容这段过程「很烦，但可预期」。

只要愿意写文件、愿意解释，这条路是存在的。

社团与推广：让 Tor 在校园里走出标签¶

社团活动：匿名网络工作坊

除了机器本身，他也曾在校内社团举办匿名网络相关活动，介绍 Tor、匿名通信及其背后的设计理念。即使参与人数不一定多，但至少让「匿名网络 ≠ 犯罪工具」这件事，有机会在校园里被好好讲清楚，跳出刻板印象。

这些累积，或许不显眼，但很重要。

给其他大学的行动建议与踩雷提醒¶

以下内容整理自这次经验，供未来想在大学校园中推动 Tor Relay 的伙伴参考。

行动建议¶

一开始就走公开路线：不要等出事才解释，先让网管与指导教授知道你在做什么。
清楚区分 Tor Relay 与 Exit Node：这几乎是沟通成败的关键，一定要把风险差异讲清楚。
用「学校能交代」的语言说明：重点是让他们在被询问时能够回答得出来，不必说服老师支持匿名运动。
预期 paperwork 很多：IP、对外连接、用途说明，这些都是基本门槛。

常见踩雷¶

以为技术正确就够了：在学术网络里，制度往往比技术更先决定生死。
低估教育部管控的影响：多数学校默认全封锁，例外开放一定要能够对应回报流程。
没有想清楚维护与账号问题：毕业后的账号权限，会直接影响能否长期维护运行。

结语¶

这次在台师大的 Tor Relay 尝试，只是过程中的一步，没有定义终点，也没打算成为标准答案。但它至少证明了一件事：

在台湾的大学里，只要愿意沟通、愿意解释……
匿名网络依然能找到自己的位置。

如果未来我们希望在更多校园看到 Tor Relay，那么这些「不酷、但很花时间」的努力，可能正是最重要的基础。

延伸思考：为什么这样的尝试，值得被留下来？

读完这段访谈，我们很容易把焦点放在「他做成了什么」。但对匿名网络社区来说，真正值得记下的，是「这件事是如何被做成的」。

在台湾，匿名网络并不缺技术文档，也不缺理念支持，真正稀少的，是「在现实制度里走过一次」的经验。尤其是在学术网络高度集中、对外连接受控的环境中，Tor Relay 这类分布式匿名基础设施，本来就不容易存在。

这次在台师大的实践，是一次在现实制度中踏出的实际尝试，目的不在提供匿名网络的最终答案。它未必能立刻改变匿名网络的性能或安全性，也未必能直接复制成标准流程，但确实留下了一条清楚可见、能够被理解与参考的实践路径。

这条路径告诉我们：

匿名网络在台湾的校园也能有合法且公开的位置
校园其实可以对话，只要愿意好好说明
行政流程虽然繁琐，但确实能走得通
技术之外，语言、耐心与制度理解同样重要

对台湾来说，匿名网络的推动，往往从这些看似缓慢、琐碎、甚至有点笨拙的尝试中逐步累积而来。「杀手级应用」可能根本不会是起点。

如果未来，我们希望在更多大学、更多学术网络节点中，看见 Tor Relay 或其他匿名通信基础设施，那么这些早期经验（无论成功或受阻）都值得被记录、被讨论、被传承。

匿名网络的存在，是社区在长时间的沟通、理解与协作中逐渐形成的成果，个别行动只是其中的一环。通过这样的过程，网络自由得以从概念，转化为可被实践的公共基础。

Tor × EFF 大学挑战计划：让你的学校成为匿名网络的一部分

Tor 项目与美国电子前线基金会（EFF）共同推动 Tor University Challenge（大学挑战计划），邀请全球的大学生在校园内，通过学术网络实际架设 Tor Relay（中继节点），协助匿名网络的运行与稳定。只要成功在大学校园中，使用学校网络建立并维护 Tor Relay，就可以将学校名称登记到计划官方网站，让全世界看见你的大学，实际参与了匿名通信与网络自由的基础建设。

这既是一个技术挑战，也是一种象征：代表你的学校，愿意在教育与研究的场域中，支持隐私、匿名与开放网络的实践。在这次台湾师范大学的案例中，我们已经看见：只要愿意沟通、愿意理解制度，Tor Relay 在台湾的校园是有机会存在的。

如果你也正在大学就读，对网络、资安、隐私或公共基础设施有兴趣，Tor University Challenge 提供了一个具体且可被记录的起点：让你的行动从自己的电脑延伸出去，被世界看见。

计划网站：https://toruniversity.eff.org

Tor Relay 在学术网络中的角色解说

很多人听过 Tor，但不一定理解它在「学术网络」里的意义。

Tor Relay 是什么？

Tor 是一个通过多层加密与多个节点转发流量的匿名通信网络。其中 Tor Relay（中继节点）的功能，是协助传递加密流量，本身看不到用户的来源与最终目的。

它只是流量中继，没有提供内容的能力，也不担任出口节点的角色。

为什么学术网络适合讨论 Tor Relay？

学术网络本来就承载实验性质
大学具有公共性与研究正当性
可以在受控环境中积累经验，不必只依赖海外资源

但同时，台湾学术网络高度集中、对外受控，这也让 Tor 在这里更像是一种「被压缩的实验」。

为什么即使效果有限，仍然值得做？

因为背后除了性能，还包含：

留下一条制度上「能走的路」
积累与学校沟通的经验
让匿名网络进入公共讨论，从地下技术走到台面上

用 ADR 记录决策：Tor 系统管理团队的新做法

Toomore Chiang — Wed, 03 Jun 2026 01:25:23 +0000

用 ADR 记录决策：Tor 系统管理团队的新做法¶

以下内容原文翻译来自以下文章，主词角色为 Tor Project TPA 团队：

Keeping track of decisions using the ADR model, by anarcat | February 16, 2026

文末另有一节「台湾项目与社群的现状」，整理台湾在地脉络与为什么值得引进 ADR，欢迎直接跳读。

在 Tor Project 的系统管理员团队（俗称 TPA）里，我们最近改变了做决策的方式，这代表你会从我们这边收到更清楚的沟通：无论是即将进行的变更，或是针对某项提案的具体问题。

请注意，这项变更只影响 TPA 团队。在 Tor 内部，每个团队都有自己协调与决策的方式，目前这套流程只在 TPA 使用。我们鼓励 Tor 内外其他团队评估这套做法，看看是否能改善你们的流程与文件。

新流程¶

我们过去一直使用「RFC」（Request For Comments，请求意见）流程，最近已改为「ADR」（Architecture Decision Record，架构决策记录）。

对我们来说，ADR 流程相当简单，包含三件事：

更精简的模板
更精简的流程
与决策记录分开的沟通准则

模板¶

作为团队负责人，我做的第一件事是提出新模板（见 ADR-100），这是 Nygard 模板的变体。TPA 的模板版本同样简洁，只有 5 个标题，值得完整引用：

Context（背景）：我们看到什么问题，促使我们做这项决策或变更？
Decision（决策）：我们提议和（或）正在做的变更是什么？
Consequences（后果）：因为这项变更，哪些事会变得更容易或更困难？
More Information（更多信息，选填）：还有什么我们该知道的？对较大的项目，可考虑纳入时程与成本估计、对受影响用户的冲击（或许包含既有 Personas）。一般来说，这里会包含对所考量替代方案的简短评估。
Metadata（元数据）：状态、决策日期、决策者、被咨询者、需被告知的用户，以及讨论论坛链接。

先前的 RFC 模板有 17（十七个！）标题，容易催生出很长的文件。现在，决策记录更容易一眼读完、消化。

一个立竿见影的效果是，我开始更常把比较与脑力激荡放在 GitLab 的 issue 里。像是定价或深入替代方案比较这类细节，我们改在讨论 issue 里记录，让文件保持精简。

流程¶

整个流程简单到也值得完整引用：

重大决策在会议中向利益相关方说明，较小的决策则用电子邮件。一段延迟时间让人可以在采纳前提出最后意见。

当然，魔鬼藏在细节里（见 ADR-101），但重点是保持简单。

这项提案的关键之一，也就是 Jacob Kaplan-Moss 所说的 one weird trick，就是「先决定谁做决定」。我们过去的流程对「谁来做决策」很模糊，新模板（与流程）则在每项决策上都厘清决策者。

反过来说，有些决策会沦为在琐碎议题上没完没了的讨论，因为被咨询的利益相关方太多：这就是所谓的琐碎法则（Law of triviality），也叫「自行车棚效应」（Bike Shed syndrome）。

新流程更清楚区分利益相关方：

「决策者」（decision maker）（取代模糊的「核准」）
「被咨询者」（consulted）（以前没有定义！）
「需被告知者」（informed）用户（以前叫「受影响用户」）

要挑出这些利益相关方仍然不简单，但我们的定义更明确，也与经典的 RACI 矩阵（Responsible, Accountable, Consulted, Informed）对齐。

沟通准则¶

最后，流程中很重要的一环（ADR-102）是：把「做决策与记录决策」和「对外沟通决策」拆开。这是两个截然不同的问题。我们发现，一份文件无法同时满足两者。

因为 ADR 可能影响的范围很广，我们没有为沟通订死一个模板。我们建议用五何法（Five Ws）（谁？什么？何时？哪里？为什么？），再次强调：保持简单。

为何走到这一步¶

ADR 流程不是我发明的。我最早是在 Thunderbird Android 项目里看到的。接着，在检讨 RFC 流程的同时（见讨论 issue），我读了 Jacob Kaplan-Moss 对 RFC 流程的批评。他大致认为：

RFC 流程「没有包含任何决策框架」
「RFC 流程容易导致无止境的讨论」
流程「奖励写到精疲力竭的人」
「这些流程对专业不敏感」、对「权力动态与权力结构」也不敏感

说实话，上述问题我很多都犯过。身为一个啰唆的作者，我写过极长的提案，我怀疑从来没有人从头读完。有些提案是靠大家累到放弃才通过的，有些则因为没找对利益相关方而被忽略。

我们在讨论 issue 里有更多关于我们 RFC 流程问题的细节。但要公平地说，旧流程在当时还是有用的：有总比没有好，而且让我们在 6 年间记录了数量可观的变更与决策（95 份 RFC！）。

接下来呢？¶

我们仍在实验「决策周边的沟通」该如何做，这篇文章本身或许就是例子。因为沟通是独立一步，我们也容易忘记或拖延，例如这篇贴文就晚了好几个月。

以前我们会直接把 RFC 副本寄给大家，又快又简单，但对多数人来说难以理解。现在我们得另外写一份沟通稿，工作变多了，但希望结果更容易消化，值得这份付出。

我们很期待听到你对新流程的想法、以及它对你的效果、可以在这里回复，或到讨论 issue。我们特别感兴趣的是：已经在用类似流程的人，或是读完这篇后打算采用的人。

这篇在说什么？为什么 Tor 做这样的改变？

若你刚读完上面的翻译，这里是整篇的重点整理。

问题在哪里？
TPA 过去用 RFC 记录决策，但 RFC 流程有几个根本问题：缺乏明确的决策框架、讨论容易拖成冗长战、变相奖励「写很多」的人、对专业与权力结构不敏感。虽然 6 年来 95 份 RFC 仍有贡献，但文件难读、谁有权做决定也不清楚。

他们做了什么？
改采 ADR，并聚焦三件事：

更短的模板：从 17 个标题缩成 5 个（背景、决策、后果、更多信息、元数据），细节改放到 GitLab issue 讨论。
更简单的流程：重大决策在会议说明、小决策用 email。并先决定谁做决定：明确区分「决策者」、「被咨询者」、「需被告知者」，对齐 RACI，避免人人可发言、没人拍板，或太多人卷入琐事（自行车棚效应）。
决策与沟通分开：ADR 只负责「记录决策」。对外公告、说明另写一份（例如用五何法），让决策记录与沟通各司其职。

效果：决策文件更好读、权责清楚、减少无止境讨论与自行车棚效应。对外沟通虽然多一步，但更易消化。

其他开源项目的提案与决策流程

不同项目用不同方式做「提案」与「记录决策」，以下简要整理几个常见做法，供对照与参考。

GOV.UK Design System：用 RFC 讨论提案、用 ADR 记录最终决策。proposals 放在公开仓库，例如 001-use-rfcs-and-adrs-to-discuss-proposals-and-record-decisions，等于「讨论用 RFC、定案用 ADR」并行。
Bitwarden：有专用的 ADR 文档与索引，提供模板与浏览界面，以 ADR 为主记录架构决策。
GitLab：部分子项目（例如 GitLab Chart）逐步把架构文件改写成 ADR 格式，属于「既有文件 ADR 化」的实践。
ADR 社群、MADR：adr.github.io 提供 MADR（Markdown Architectural Decision Records）模板与工具，许多项目采用，通用且轻量。
Rust：通过 rust-lang/rfcs 的 RFC 流程，编号提案、社群讨论、最终决策记录，推动语言与标准库变更。
Python：使用 PEP（Python Enhancement Proposal）作为语言与标准库变更的正式提案与编号制度。
Kubernetes：使用 KEP（Kubernetes Enhancement Proposal）处理功能与架构变更的提案与讨论流程。

整体来说：有的项目「RFC 讨论 + ADR 记录」并行（如 GOV.UK），有的以 ADR 为主（如 Bitwarden、TPA），大型生态则常用编号提案（RFC、PEP、KEP）。Tor TPA 的特别之处在于明确「先决定谁做决定」、以及把「决策记录」与「对外沟通」分开处理。

台湾项目与社群的现状

在台湾，多数项目或社群其实已经有「提案、讨论、共识」的流程，只是不一定用 ADR 这个名字，也较少把决策文件以 adr/ 目录或 MADR 模板的形式公开出来。

公民科技与社群（例如 g0v 生态）：
常见作法是「提案文件、HackMD 协作文档、黑客松或线上会议讨论」（可参考 g0v 开源协作手册），项目讨论与决策多散落在协作文档、issue 或大松提案中，架构层级的关键决策往往分散在 issue、PR、简报或协作文档里，过一段时间就不容易追溯「当初为什么这样决定」。
政府与公共部门合作案：
项目通常会有规格书、系统设计文件或项目报告，形式上比较接近「一次性的大文件」，而不是随着时间累积的 ADR log，而且多半不完全公开，外部贡献者很难看到背后的取舍。
企业开源项目（台湾团队）：
某些团队在公司内部其实有用「决策记录」或「设计文件」的方式管理架构变更，但经常只在内部运维知识库中存在，开源出去的只有代码本身，看不到决策历史。

目前的状况，台湾社群不是没有决策的流程，主要是少一种「稳定、好追溯、又对外面友善」的记录方式。这也是为什么 Tor TPA 用的 ADR 模型，或许也可能适合台湾的项目参考：

每个重要决定都可以写成一份小文件，把「为什么要这样决定」记清楚。
不用大家硬写一大本规格书，又比只丢在 issue 里容易长久维护。
新手或外来的人看 ADR，就能很快懂「原来系统是因为这样才变成这样」，也比较不会一直重复这些讨论。

OONI 全新的匿名凭证系统

Toomore Chiang — Tue, 02 Jun 2026 14:16:21 +0000

OONI 全新的匿名凭证系统¶

翻译说明：OONI 依赖全球志愿者上传网络审查观测数据，但随着参与者增加，虚假数据或错误测量也可能混入，影响数据库的可信度。传统做法如 IP 封锁、要求账户登录或设备认证，会暴露志愿者身份，与 OONI 保护隐私的承诺相冲突。因此 OONI 转向匿名凭证：用密码学方式验证「这笔测量来自符合条件的 OONI Probe」，却不揭露用户是谁、身在何处，也不让不同网络的活动被串起来。以下内容将介绍 OONI 如何打造这套系统。

以下内容原文翻译来自以下文章，主词角色为 OONI：

Announcing OONI's New Anonymous Credential System, OONI Team 2026-01-30

在先前的文章中，我们已说明为什么 OONI 需要匿名凭证系统，并整理了这类系统必须满足的信息安全与隐私需求。核心挑战在于：OONI 必须在「不建立任何可能暴露用户身份、或造成跨网络追踪的识别码」的前提下，仍能对上传的测量结果建立可信度¹。

匿名凭证（anonymous credentials）提供一种密码学机制：可以在不暴露用户是谁、身在何处、也不把其活动在不同网络之间串起来的情况下，验证 OONI Probe 的某些属性（例如长期参与程度或测量量）。

OONI 的需求¶

要符合 OONI 的威胁模型（threat model），凭证系统必须满足以下限制：

防止跨网络可关联性（cross-network linkability）：仅支持「网络在地（network-local）」的识别方式。
验证元数据（metadata）（probe_age、measurement_count、blocklist/trust status），但不揭露原始数值，也不破坏匿名性。
抵抗伪造与女巫攻击（Sybil attacks）：确保恶意者不易大量创造或操弄身份。
支持频繁、多次出示（multi-show presentations）：因为 OONI Probe 会持续不断上传测量数据。
避免缩小匿名集合（anonymity sets）²：即使在测量数据中加入更多元数据，也不要让用户变得更容易被识别。

既有的凭证生态系统（例如以盲签名为基础、适合零知识的签名、或基于 SNARK 的建构）各自能满足其中一部分需求，但无法一次涵盖全部。尤其是 OONI 需要 签发者在地验证（issuer-local verification）、高效率的范围证明（range proofs）、依网络而定的假名（network-dependent pseudonyms），以及 凭证更新协议（credential update protocols）。在不做重大妥协的前提下，市面上没有现成方案能完整符合这些限制³。

打造模块化、具表达力的凭证框架¶

我们与 Ian Goldberg（滑铁卢大学）、Lindsey Tulloch（Tor Project）、Victor Graf（Risc Zero）合作，打造了一个分层式系统，用来建构零知识凭证与相关协议。这套系统包含三个 Rust crate（cmz、sigma-compiler、sigma-proofs）：实现经充分研究的 sigma-protocols，并把高阶陈述（statements）编译成高效率、以线性代数为核心的证明陈述。同时，我们也在推动这些协议的 CFRG 草案（draft-irtf-cfrg-sigma-protocols、draft-irtf-cfrg-fiat-shamir）⁴。

其中一些对 OONI 特别重要的功能包括：

可多次出示（multi-show）且签发者在地验证（issuer-local verification）：OONI 的使用模式类似 KVAC 凭证（签发者＝验证者），CMZ 与 μCMZ 方案可直接支持。
高效率的范围证明（range proofs）：probe_age 与 measurement_count 需要以「粗略区间」⁵呈现（例如 >1 周、>1000 笔测量），以避免产生近乎唯一的组合。sigma-rs 的堆栈可用相对精简的方式支持这些范围证明。
网络在地假名（network-local pseudonyms）：OONI Probe 必须做到「每个网络呈现一个身份」，但在不同网络之间仍要保持不可关联。这很自然地映射到 sigma-rs 使用的属性与约束系统（例如：pseudonym = secret * DOMAIN）。
签发与更新协议（issuance + update protocols）：我们的模型需要「出示旧凭证、在不揭露底层数值的情况下取得更新后的新凭证」（例如 measurement_count +1），这正是 UserAuth 范例描述的模式。

OONI 的凭证长什么样¶

OONI 的匿名凭证包含以下属性：

CMZ! { UserAuthCredential:  nym_id, // a stable per-installation secret  age, // coarse bucket  measurement_count // measurements submitted }

这些属性对应到我们在需求文章中描述的额外元数据，同时仍遵守匿名性的限制。

「提交测量」协议的高阶概观¶

使用 sigma-rs 的 μCMZ API，「提交新的测量」在概念上大致长得像这样：

muCMZProtocol!(submit<min_age_today, max_age, min_measurement_count, max_measurement_count, @DOMAIN, @NYM>,  Old: UserAuthCredential { nym_id: H, age: H, measurement_count: H},  New: UserAuthCredential { nym_id: H, age: H, measurement_count: H},  // the per-installation secret is the same  Old.nym_id = New.nym_id,  // the age is the same  Old.age = New.age,  // the new measurement count is increased  New.measurement_count = Old.measurement_count + 1,  // the submitted NYM is correct  NYM = Old.nym_id * DOMAIN,  // the age and measurement counts are within the desired range  (min_age_today..=max_age).contains(Old.age),  (min_measurement_count..=max_measurement_count).contains(Old.measurement_count) );

这能确保：

OONI Probe 维持相同的网络在地假名
measurement_count 单调递增（不会倒退或跳号造假）
年龄分桶（age bucket）保持正确
OONI 看不到原始数值，只能验证「被证明的陈述」
恶意客户端无法伪造可信度元数据

服务器只会看到证明（proof）⁶，看不到底层属性值。

属性 measurement_count 用于评估用户在该网络中的参与程度，而不是用来对用户做速率限制（rate limit）。

与 OONI 代码库的整合¶

OONI Probe 引擎主要以 Go 编写，而匿名凭证系统则以 Rust 实现。为了干净地整合两者，我们在 Rust 端提供一个小型、兼容 C 的 API，并通过 rust2go 产生 Go 的绑定（bindings）。设计上我们清楚切分职责：Rust 负责所有密码学（凭证签发、零知识证明、验证、更新），而客户端负责协调流程、持久化（persistence）与状态机（state machines）。

Rust 函数库扮演一个自成一体的「加密引擎（crypto engine）」：它接收不透明（opaque）的输入（目前的凭证与协议参数），产生要送给服务器的协议消息，并处理服务器响应以返回更新后的凭证。所有状态管理则刻意交由调用端应用程序处理，以让 API 维持精简且易于移植⁷。

在移动设备 App 上，这是 OONI 的跨平台客户端：OONI probe-multiplatform
在 CLI 上，这是 OONI 的 Go CLI 客户端（miniooni、ooniprobe）：OONI probe-cli

客户端负责存储与重新加载：

最新的凭证 blob
在请求之间需要保留的任何本机状态（例如 request/response 之间尚未完成的协议状态）

这能让边界维持干净：Go 端把凭证与协议消息都当作不透明的 bytes。Rust 端则在内部强制所有正确性与隐私性属性。

数据交换模型¶

在 Rust↔Go 的边界之间，我们只传递：

不透明（opaque）的序列化协议消息：bytes，为了 JSON 传输通常会再做 Base64 编码。
公开参数（public parameters）：例如签发者公钥、协议参数。
网络情境（network context）：domain separators、cc/asn 等。

这种做法让 Go 能整合该系统而不用重新实现密码学，同时也能让网络通讯与应用程序逻辑维持与 OONI Probe 其他部分一致。

长期密钥（long term keys）会依赖操作系统的原生能力来管理与存储。实践中，Android 会使用 Android Keystore，iOS 则使用 Keychain services。

接下来会做什么¶

OONI 用户很快就能依下列条件筛选或标注测量数据：

长期运行 vs. 新加入的 OONI Probe
高测量量的贡献者
被封锁（blocklisted）或故障的 OONI Probe
受信任的机构型 OONI Probe

虽然完整的女巫攻击（通过建立许多虚假账户）抵抗仍属于应用层问题（例如注册阶段的速率限制），但经过验证的 measurement_count 与 probe_age 分桶，仍能对潜在攻击者形成实质阻力。

如果你是密码学研究者、实现者，或只是好奇，我们都非常欢迎给予 OONI 团队反馈，这项工作希望能以安全、透明的方式服务全球的 OONI 社群。

敬请期待我们接下来更深入的分享：协议设计细节、效能基准测试，以及 sigma-rs 将如何随着下一个 OONI Probe 主要版本一起发布。

这里的「可信度」，是服务器需要能分辨测量是否来自「符合某些条件的 OONI Probe」，但同时又不能让测量内容带有可长期追踪的固定身份。「跨网络追踪」的风险在于：如果同一个用户在不同网络（例如家用 Wi‑Fi、公司网络、移动网络）都被认出是同一人，就可能被用来推回真实身份或行为轨迹。 ↩
「匿名集合」可以理解为「看起来都一样的一群人」：如果你附带的元数据太细（例如精确年龄、精确笔数），很容易形成近乎唯一的组合，反而把匿名性削弱。OONI 在这里希望验证的是「我符合某个范围、条件」，而不是「我到底是多少」。 ↩
「issuer-local verification」在 OONI 的使用情境下，通常意味着「签发者（issuer）同时也是验证者（verifier）」：由 OONI 自己签发与验证，而不是把验证交给第三方。「范围证明」则是用零知识方式证明「某个值落在某个区间内」（例如大于 1 周、超过 1000 笔），但不透露精确数值。 ↩
CFRG（Crypto Forum Research Group）是 IRTF 底下的密码学研究论坛，草案通常会朝标准化方向前进。「Fiat–Shamir」是把交互式证明（需要来回挑战、响应）转成非交互式证明的常见技巧，常用于让客户端可以一次送出「证明」给服务器验证。 ↩
这里刻意用「粗略区间」而不是精确数值，是为了避免把用户的特征变得过于独特（例如 17,382 笔测量 + 39 天），导致容易被追踪。「每网络一个身份」通常会通过「网络相关的 domain separator」把同一个安装的秘密值映射到不同假名，以达成跨网络不可关联。 ↩
这段协议同时涵盖「出示旧凭证」与「取得新凭证（更新）」：服务器验证你确实把计数 +1，但不会知道你原本的精确计数。@DOMAIN / NYM 通常用来做 domain separation（避免跨情境重用导致可关联），让同一个安装在不同网络产生不同假名。 ↩
这里的关键设计是「边界清楚」：Go 端不要碰密码学细节，只把它当成黑盒（opaque bytes）来用。密码学正确性与隐私性由 Rust 端封装保证。通过 C ABI 再产生 Go binding，是常见的跨语言整合方式，也能降低在 Go 端重写密码学导致出错的风险。 ↩

项目重启 2025

Toomore Chiang — Tue, 02 Jun 2026 14:09:38 +0000

项目重启 2025¶

嗨，各位，anoni.net Docs 将在 2025 重新启动项目，目前规划三个子项目作为 2025 研究的方向与目标。如果对这些议题有兴趣，可以考虑加入我们，一起研究、讨论与「网络自由」相关的议题。这个文档网站也将是未来持续更新进度、活动预告、研究结果发布的平台。建议可以先订阅邮件群组，后续有任何新的信息更新，我们也会使用邮件群组发送通知。

项目计划¶

anoni.net Docs 计划目前包含三个子项目，涵盖数据分析、检测网站清单本地协助维护更新、中文化与文档翻译推广，无论您来自哪个背景、地区，只要对以下子项目有兴趣，都可以一起参与！接下来将对子项目作简单介绍与未来预计要完成的目标作说明。

ASNs 自治网络观测数据分析¶

延续 2023、2024 所研究的「ASNs 自治网络观察数据涵盖率」，报告将持续针对 ASNs 自治网络系统与网络审查、干预等因素寻找其关联性。另外也持续研究其他区域的 ASNs 覆盖状况，是否会因为数据的多样性不足而影响 OONI 观测数据的解释能力。预计也将建立数据流程基础架构（data pipeline architecture），在研究过程中的数据收集与整理，通过程序自动化完成，能够与 OONI Data 实现即时呈现结果的可能。

了解更多此项目的说明

数据流程基础架构（Data Pipeline Architecture）

可能的做法，但不限于：

构建 Airflow 让流程可视化的方式完成数据整理与合并输出报表的方向进行。
但也可能使用简单的 API 架构方式提供给前端呈现图表或后端其他应用。

OONI 网站检测清单¶

OONI Probe 网站检测来自于各地区提供的名单，而台湾（tw.csv）的部分自从最后一次更新（2017）后，已有很长一段时间没有调整与检视，名单上的网站会影响到观测程序的结果，因此需要花时间修正调整目前的名单，后续再进行 2025 可以收录观察的网站项目。

了解更多此项目的说明

检测名单目前的状况

2017 年后没有检视与更新，许多网站不存在或网址已更换。
许多 http 开头的网址未修正成 https。

中文化与文档翻译¶

目前 OONI 的服务与工具也越来越多，中文化也将持续协助进行，保持本地化的词汇与用语。另外我们也打算翻译重要的公告与技术文件，进一步降低理解与参与的门槛，吸引更多人加入研究与贡献。

了解更多此项目的说明

参与方式¶

这个文档网站的建立是希望吸引更多对「网络自由」、「内容审查」议题感兴趣的伙伴加入，也希望在迈出参与的第一步后，能有详细的文档作为先行阅读或补足项目进度。文档网站将是项目的入口，订阅邮件群组可以持续保持进度更新，未来也会使用 GitHub 作为工作任务分派，朝着能够多人协作与共享知识的方式进行。

活动预告¶

由于 RightsCon 2025 将在台北举办，许多国际项目团队与社区也将在二月底来到台北参与活动，我们有幸将在会议前与 Tor、OONI 的团队举办一场工作坊与讲座活动，目前时间预定在 2025/02/23 下午与晚上。如果有兴趣亲临现场了解 Tor、OONI 项目或与项目团队成员交流，也请把握这次机会哦！

如何报名？

由于活动报名流程还在筹备中，可以先订阅邮件群组，当活动地点与报名方式确定后，将通过项目邮件群组发送提醒通知，不要错过了！

介绍 oniux：针对任何 Linux 应用程序的内核级别 Tor 隔离技术

Toomore Chiang — Tue, 02 Jun 2026 13:59:30 +0000

介绍 oniux：针对任何 Linux 应用程序的内核级别 Tor 隔离技术¶

以下内容原文翻译来自以下文章，主词角色为 Tor：

Introducing oniux: Kernel-level Tor isolation for any Linux app, cve 2025-05-14

当启动对隐私极为重要的应用程序和服务时，开发者希望确保每一个数据包都确实通过 Tor 传送。一个错误的代理配置，或一次不小心在 SOCKS 外的系统调用，可能会让你的数据处于风险之中。

正因如此，今天我们很高兴地介绍 oniux：这是一款小型的命令行工具，它利用 Linux 命名空间为第三方应用程序提供 Tor 网络隔离。oniux 构建于 Arti 和 onionmasq 之上，可以将任何 Linux 程序分隔到其专属的网络命名空间中，通过 Tor 路由，并消除数据泄露的可能性。如果你的工作、活动或研究需要坚如磐石的流量隔离，oniux 就能满足这个需求。

什么是 Linux 命名空间？🐧¶

命名空间是 Linux 内核中的一项隔离功能，大约在 2000 年左右引入。它们提供了一种安全的方法，将应用程序的特定部分与系统的其余部分隔离。命名空间有多种形式，例如网络命名空间、挂载命名空间、进程命名空间等，每一种都把应用程序的某些系统资源隔离开来。

我们所说的「系统资源」是什么呢？在 Linux 中，系统资源是由系统上的所有应用程序共享的。最显著的例子可能是你的操作系统时钟，但还有其他许多方面，例如所有进程的列表、文件系统，以及用户列表。

命名空间会将应用程序的某个部分与操作系统的其余部分「容器化」。这也正是 Docker 用来提供其隔离机制的方法。

Tor + 命名空间 = ❤️¶

如上所述，命名空间是一项强大的功能，它可以让我们隔离任意应用程序的 Tor 网络访问。我们将每个应用程序放到一个不具系统范围网络接口访问权的网络命名空间（例如 eth0），而是提供一个自定义的网络接口 onion0。

这样我们就能够在软件层面上以最安全的方式通过 Tor 隔离任意应用程序，这主要是依赖于操作系统内核提供的安全基础。不同于 SOCKS，在这种方式下，应用程序不会因为开发者的一时错误，导致未通过配置的 SOCKS 来建立某些连接而意外泄露数据。

oniux vs. torsocks¶

你可能也听说过一个具有类似目标的工具，称为 torsocks，其运作方式是通过覆盖所有与网络相关的 libc 函数，将流量导向由 Tor 提供的 SOCKS 代理。虽然这种方法在跨平台上稍具优势，但其显著的缺点是，如果应用程序以非动态链接的 libc 方式进行系统调用，无论是恶意或者无意，将会导致数据泄露。这尤其将纯静态二进制文件和 Zig 生态系统中的应用程序排除在外。

以下是 oniux 与 torsocks 的基本比较：

oniux	torsocks
独立应用程序	需要运行 Tor 常驻程序
使用 Linux 命名空间	使用 ld.so 预载入技术
适用于所有应用程序	仅适用于通过 libc 进行系统调用的应用程序
恶意应用程序无法泄漏	恶意应用程序可以通过直接的汇编语言系统调用泄漏数据
仅限 Linux	跨平台
新项目且属于实验性质	经过超过 15 年的实施验证
使用 Arti 作为其引擎	使用 CTor 作为其引擎
以 Rust 实现	以 C 实现

如何使用 oniux？🧅¶

首先，你需要一个已安装 Rust 的 Linux 系统。之后，你可以通过以下指令来安装 oniux：

$ cargo install --git https://gitlab.torproject.org/tpo/core/oniux oniux@0.4.0

完成后，你就可以开始使用 oniux 了！🙂

使用 oniux 非常简单：

# 使用 oniux 进行简单的 HTTPS 查询！ $ oniux curl https://icanhazip.com <A TOR EXIT NODE IP ADDRESS> # oniux 当然也支持 IPv6！ $ oniux curl -6 https://ipv6.icanhazip.com <A TOR EXIT NODE IPv6 ADDRESS> # 没有洋葱服务的 Tor 就像一辆没有引擎的车…… $ oniux curl http://2gzyxa5ihm7nsggfxnu52rck2vv4rvmdlkiu3zzui5du4xyclen53wid.onion/index.html # 如果你是技术控，也可以启用日志记录功能。🤓 $ RUST_LOG=debug oniux curl https://icanhazip.com # 如果你愿意，你可以「Tor 化」整个 shell，将所有进程隔离在其中！ $ oniux bash # 如果你在桌面环境中，你也可以隔离图形应用程序！ $ oniux hexchat

这是如何在内部运作的呢？⚙️¶

oniux 的运作方式是通过 clone(2) 系统调用立即产生一个子进程，该进程被隔离在其自己的网络、挂载、PID 和用户命名空间中。然后，此进程会挂载其自己的 /proc 副本，接着按照父进程的 UID 和 GID 设置对应的 UID 和 GID 映射。

接着，该进程会建立一个临时文件，包含名称服务器（nameserver）项目，然后将这个文件绑定挂载到 /etc/resolv.conf 上，使得在该空间运行的应用程序会使用支持经由 Tor 解析的自定义名称解析器。

然后，子进程利用 onionmasq 建立一个名为 onion0 的 TUN 接口，接着通过一些必要的 rtnetlink(7) 操作来设置该接口，比如分配 IP 地址。

接下来，子进程会使用 Unix Domain socket 将 TUN 接口的文件描述子（File descriptor）发送给一直在等待此消息的父进程，自从执行最初的 clone(2) 后，父进程便在等待这个消息。

完成这些步骤后，子进程会放弃因为身处用户命名空间中的 root 进程而取得的所有特权。

最后，用户提供的指令会通过 Rust 标准库所提供的功能来执行。

oniux 是实验性质的工具 ⚠️¶

尽管这一部分不应该让你对使用 oniux 感到却步，但你应该记住，这是一项相对较新的功能，使用了新的 Tor 软件，例如 Arti 和 onionmasq。目前，虽然功能如预期运作，但像 torsocks 这类工具已经存在了超过 15 年，因此在实战经验上更为丰富。然而，我们希望 oniux 能够达到类似的稳定状态，因此欢迎你前去尝试看看！

致谢¶

非常感谢 smoltcp 的开发者，这是一款用 Rust 实现完整 IP 协议的 Rust crate，我们大量使用它来实现功能。还要感谢 7ppKb5bW，他教导我们如何在不使用 capabilities(7) 的情况下，正确地使用 user_namespaces(7) 来实现功能。

最后但同样重要的是，感谢所有财务上支持 Tor 的人和组织。The Tor Project, Inc. 是一个 501(c)(3) 非营利组织，致力于通过自由软件和开放网络推动人权和保护线上隐私。oniux 的发布由支持者的社区提供动力。请考虑今天捐款，继续推进我们使隐私成为可能的工作。

OMG！第三届 Open Measurement Gathering（OMG）的有问必答（AMA）活动总结

Toomore Chiang — Tue, 02 Jun 2026 13:41:10 +0000

OMG！第三届 Open Measurement Gathering（OMG）的有问必答（AMA）活动总结¶

以下内容原文翻译来自以下文章，主语角色为 Open Measurement Gathering (OMG)：

OMG! Summary of the 3rd Open Measurement Gathering (OMG) Ask Me Anything (AMA) event, Open Measurement Gathering (OMG) 2025-08-04

2025 年 6 月 25 日，Open Measurement Gathering（OMG）举办了一场公开活动，名为 “Open Measurement Gathering 有问必答会议”，参与者包括 Censored Planet、IODA、OONI 和 Measurement Lab。这次活动是 OMG 小组分享项目更新、未来计划，以及收集网络自由社群问题和意见反馈的机会。每个参与小组做了30分钟的简报，随后进行问答环节。

这场公开的线上活动受到先前两次 OMG 会议（公开报告 1 和 2）的启发，在这些会议上，OMG 小组分享了他们在平台、工具、数据集的令人兴奋的更新，然后再与更广大的网络自由社群分享。在第三次 OMG 会议中，各小组决定公开分享最新的更新信息，以鼓励社群的反馈。

活动期间，OMG 小组直接收集了来自网络自由社群的反馈建议并回答了问题。在本文的结尾，您可以看到一些来自社群的重要问题以及我们的回答。您还可以观看每个环节的简报并聆听完整的问答内容。

OMG 有问必答活动特别针对倡议型组织、数字人权研究人员、反审查工具开发者、记者、律师、行动人士、政策制定者和资助者。在活动高峰期，我们有大约 60 位来自世界各地的参与者。OMG 小组非常感谢到场的人士，我们希望未来能主办更多联合活动！

完整的 OMG 有问必答播放列表

简报摘要¶

Censored Planet 的工作内容¶

幻灯片与录像

Censored Planet 是密歇根大学的一个研究团队，专注于建立可扩展的系统和新颖的方法，以保护用户免受网络审查、监控和数字鸿沟的影响。我们的工作位于网络、安全与隐私以及网络测量的交叉点。我们采用数据驱动的方法来检测和防御强大的网络中介者和政府威胁者。我们的观测站每天进行远程测量，以监测超过200个国家中哪些域名被封锁，并收集长时间且符合伦理的数据。

🆕 最近和即将推出的功能¶

Censored Planet 分析流程 v2：我们发布了新的分析流程，这表示从 Google Cloud 的批次云端处理重大转变为自我托管的实时基础设施。先前，所有的全球测量数据皆以每日批次处理，这在数据收集和可用性之间引入了一个延迟。新的流程会在每次测量完成后立即处理结果，使我们能够实时掌握正在进行中的审查事件。这种架构不仅提升了性能，也通过去除对商业云服务的依赖，改善了可持续性和数据控制。因此，我们现在能够更好地支持实时研究和快速反应行动。
Censored Planet API：随着基础设施升级，我们推出了首个公共 API，可在 data.censoredplanet.org 访问。此 API 使用 GraphQL 构建，提供以下功能：
- 一个用于互动式探索和查询数据集的图形界面。
- 提供给研究人员和开发者使用的 /query 程序端点
- 访问自 2018 年以来收集的每项测量数据，包括所有测试的协议、域名和国家。

这个 API 是我们使命中的一个重要里程碑，旨在使 Censored Planet 的数据公开、易于访问且可付诸行动。它使社群能够建立自定义的仪表板，执行时间序列分析，并自动化审查检测流程。

Censored Planet Dashboard v2：我们还推出了一款全新设计的自我托管仪表板，目前可在 dashboard.censoredplanet.org 使用。与我们之前的仪表板不同，新版本由内部全权维护，并为长期扩展和定制化而构建。早期版本为了减少云服务托管成本，只展示最近6个月的测量数据，而 Dashboard v2 现在提供自 2018 年至今的完整数据集。让用户能直接通过仪表板进行历史性、纵向的审查模式分析。新仪表板的首页显示了一个全球 3D 可视化互动地球仪，呈现过去 30 天各国干扰率。为了确保这些统计资料的精确性和公平性，特别是在测量覆盖较少的国家，我们应用了先验的贝叶斯推断。对每个国家，我们结合最近的测量数据和精心选择的先验，计算干预概率的后验分布。这种方法有助于避免在测量数据有限的国家过高或过低估计干扰率。贝叶斯模型通过结合统计不确定性来平滑估计值，让在测量充分的国家中获得高可信度的干扰率，并与在覆盖较少地区中所做的谨慎预测保持平衡。

这种统计公平性对于负责任地呈现全球审查模式相当重要，特别是在测量覆盖仍然有限的地区。

新的仪表板还有一个“探索”页面，让用户可以直接控制他们想分析的数据。仪表板的首页会引导用户进入“探索”页面，这让用户有机会以互动方式分析数据。用户可以选择特定的国家、设置时间范围（最多 6 个月）、选择感兴趣的协议，并选择最多 10 个要关注的域名。然后，仪表板会从我们的 GraphQL API 获取相关的汇总数据，并呈现一系列针对该选择产生的详细可视化图表。

探索页面的一个核心部分是一个表格，显示每个域名及其类别、测试的网络和子网络、进行的探针数量，以及意外率，也就是遇到某种形式干扰的探测百分比。为了提供时间上的背景，仪表板还包括一个结果时间线，这个时间线直观地展示了探测结果随时间的变化。在选定的时间范围内的每一天，用户可以看到有多少次测量正常成功、多少次被中断，以及所检测到的特定干扰类型的详细细节。

仪表板还提供了一个网络层级的视图，按 ASN 和子网分解探测结果，帮助揭露审查是否在不同供应商间一致或针对特定 ISP。最后，我们加入了一个旭日图，以可视化方式总结测量结果在各个结果中的比例分布。

审查早期预警系统：我们正在建立一个新的预警系统，利用 Google 趋势数据检测新兴审查事件的早期征兆。通过分析大众对 VPN 和其他规避工具的搜索兴趣激增，系统可显示用户困扰和潜在访问中断的信号，这在传统报道渠道有限、受限或受威胁的国家尤为宝贵。该系统对每日搜索数据应用国家特定的异常检测算法，并为每个检测到的突波分配一个影响因子，量化大众对规避的需求强度和紧迫性。这种以影响力驱动的方法有助于优先考虑应集中精力和资源的地方。在对 76 个国家进行的多年评估（2011-2024）中，该系统确认了149宗审查事件，包括62起未被网络自由社群报道过的事件。这些事件大多在出现后24小时内即被检测到，这使得该工具非常适合实时监控和快速反应。我们计划在未来几个月内公开发布，包括 API 和互动式仪表板界面。
启动自定义测量功能：我们正在开发一个新界面，将允许外部研究人员和数字人权组织使用我们的基础设施来请求自定义的审查测量。
参考文献：
- 我们最近的研究重点在于巩固审查检测和规避的技术基础。在我们的研究『CenPush: 抗封锁通讯与推送通知』中，我们探索了推送通知服务作为审查规避工具的韧性控制通道的潜力。通过利用其间接的服务器到用户端的通讯模式，以及封锁后所带来的高附带损害，推送通知提供了一个强健且可持续的通道，自动传送用户端设置配置的更新，例如用来替换被阻挡的新代理 IP 地址，而不需要用户介入。经过基于测量的分析，我们证实这些系统即便在 IP 层级封锁下，仍然具备强大的可用性和抗指纹能力。我们已将基于推送通知的控制通道整合到 Android 的 Tor 客户端 Orbot 中。
- 在我们的 FOCI 2025 论文『自定义拥塞控制是否是规避工具的一个坏主意？』中，我们探讨了主动式的拥塞控制算法（例如用于 Hysteria 和 TCP-Brutal 的算法）如何在性能和可检测性之间进行权衡。虽然这些自定义 CCAs 设计来在跨境连接不稳定的情况下提供更好的性能，但它们与标准的 TCP/QUIC 行为明显不同，使其容易被审查者分类和检测。通过控制实验和两阶段的基于门槛的分类器，我们展示了这些协议即便在不同网络条件下仍可被可靠地指纹化。我们的研究结果强调了保持规避工具行为与标准化协议一致的重要性，以维持流量的不可辨识性并避免被检测。
- 在我们的论文『跨层 RTT 在代理流量指纹识别中的鉴别力』中，我们介绍了一种技术，通过它可以根据中间盒子（Middlebox）引入的往返时间（RTT）开销来远程识别审查中间盒。通过从数以千计的观测点测量微小的 RTT 变化，我们展示了此方法如何在不透明或恶劣的网络环境中识别特定的审查设备及其行为。这种方法使我们可以推断中间盒干预的存在、类型和范围，而无需特权访问或国内基础设施，提供了一种在大规模远程分析审查的新视角。

文献原文名称

本段落所提及的文献原始标题如下：

『CenPush: 抗封锁通讯与推送通知』："CenPush: Blocking-Resistant Communication Using Push Notifications"
『自定义拥塞控制是否是规避工具的一个坏主意？』："Is Custom Congestion Control a Bad Idea for Circumvention Tools?"
『跨层 RTT 在代理流量指纹识别中的鉴别力』："The Discriminative Power of Cross-layer RTTs in Fingerprinting Proxy Traffic"

Measurement Lab (M-Lab) 的工作内容¶

幻灯片与录像

M-Lab 测量互联网、保存数据，并使其网络普遍可访问且有用。

M-Lab 的平台由遍布全球超过 40 个国家的 500 多台服务器组成。
M-Lab 支持一套开源工具和实验，用于测量互联网速度和性能（NDT）、路由路径和应用层性能。
M-Lab 将测量结果以开放数据形式提供于 BigQuery 中。

🆕 最近和即将推出的功能¶

Giga / UNICEF 案例使用：Giga 利用 M-Lab 平台来监测全球学校的连接情况。Giga Meter 定期进行测试以监测互联网性能，自 2024 年起已在 27 个国家与超过 1 万所学校进行了超过 150 万次测量。所有数据都在Giga 地图中提供。
IP Route Survey（IPRS）：由巴黎索邦大学的 Dioptra 研究组发布的一个新数据集，由 M-Lab 出版。该数据集包含从 10 个观测点至所有可路由IPv4 前缀的常规路由追踪测量。详细信息可在我们的博客文章中了解。
主机管理部署：M-Lab 通过启用新类型的服务器来发展其平台，旨在从新的网络位置测量更多的互联网，分散平台服务器和成本，以及扩大地理覆盖范围。
互联网质量观测表（IQB）：M-Lab 设计了 IQB 框架，旨在重新定义超越「速度」的互联网质量。IQB 考虑互联网中的多个使用情境和多个数据集来描述互联网质量。详细信息可在我们的博客文章中了解。

OONI 的工作内容🐙¶

幻灯片与录像

网络干扰开放观测站（OONI）是一个非营利组织，开发免费且开源的网络测量工具，任何人都可以使用这些工具来测量和检测各种形式的网络审查。OONI 即时发布来自全球的网络测量数据作为公开数据。

🆕 最近和即將推出的功能¶

新软件发布：
- 推出 OONI Run v2：在 2024 年 10 月，OONI 推出了 OONI Run v2：面向社群驱动审查测试的新一代版本。OONI Run v2 是一次重大革新，旨在满足社群的关键反馈和需求。
- 推出 OONI Probe 多平台应用程序（适用于 Android 和 iOS）：在 2025 年 3 月，OONI 发布了适用于 Android 和 iOS 的 OONI Probe 多平台应用程序。这对 OONI Probe 应用程序的长期可持续性而言是一个重要里程碑，因为这将使 OONI 能够确保功能一致性，并更快速有效地在各平台上推出新功能。
- 推出 iOS 版新闻媒体扫描应用程序：在 2024 年，OONI 发布了 iOS 版新闻媒体扫描应用程序（他们推出的首个跨平台应用程序）。这是一款基于 OONI Probe 的应用程序，与德国之声（DW）合作开发，用来测量新闻媒体网站的封锁情况。与 OONI Probe 类似，OONI 实时发布新闻媒体扫描应用程序的测试结果作为公开数据。OONI 于 2023 年 10 月之前推出了新闻媒体扫描应用的 Android 版本。
- 推出新的 OONI Explorer 主题审查页面：在 2025 年 4 月，OONI 推出了新的 OONI Explorer 主题审查页面。这些新页面包括图表和报告，记录了根据 OONI 数据在全球范围内对社交媒体、新闻媒体和规避工具的封锁。
实验和数据分析：
- 限速方法学：在过去几年中，OONI 建立了一种测量针对性限速情况的方法学。作为该方法学的一部分，OONI 通过分析 OONI Web Connectivity 数据（通过 OONI Probe 测试 URL 来收集）来检测对特定线上服务（如 Twitter/X 的限速）的极端限速情况。具体而言，OONI 测量针对性限速案例的方法学涉及分析 Web Connectivity 数据中 HTTPS 请求的时间信息。这一方法学已成功测量了各种限速案例，如其研究报告中记录的哈萨克、俄罗斯和土耳其的限速案例。2024 年，OONI 发布了一份有关其限速方法学的设计文件，以支持相关研究和未来工作。
- OpenVPN 实验：作为其与 OONI 的 OTF 信息控制研究计划的一部分，Ain Ghazal 向 OONI Probe 增加了一个新的 OpenVPN 实验。2024 年，OONI 将此实验纳入 OONI Probe 应用中，并开始将 OpenVPN 测量数据作为公开数据实时发布。
- 加密客户端 Hello (ECH) 实验：2024 年 11 月，俄罗斯封锁了 ECH。为回应这一封锁，并考量到接下来几年可能会有更多国家开始封锁 ECH，OONI 设计了一个新的「ECH 检查」实验，这个实验测量是否因在 TLS 握手中存在加密客户端 Hello (ECH) 扩展而触发封锁。OONI 将新的 ECH 检查实验作为 OONI Probe 应用的一部分发布，并开始将 ECH 测量数据作为公开数据实时发布。
- OONI Pipeline v5：在过去两年中，OONI 通过其最新数据处理管道 OONI Pipeline v5 推进其数据分析方法。通过此管道，OONI 超越「异常」的概念，将测试的服务分类为「被封锁」、「故障」或「正常」。该管道具体说明封锁的细节，完全特征化其实施的所有方法。新 OONI Pipeline v5 的数据分析功能支持了所有 OONI 最新的研究报告，例如有关哈萨克、俄罗斯、坦桑尼亚、约旦、塞内加尔、巴西和阿塞拜疆网络审查的报告。OONI Pipeline v5 还使 OONI 能够分析 TLS 握手，并运用其限速方法学调查哈萨克、俄罗斯和土耳其的针对性限速案例。由于任何人都可以运行 OONI Pipeline v5，第三方研究人员已经使用其数据分析功能。例如，Sinar Project 使用 OONI Pipeline v5 支持其 2024 年在 9 个亚洲国家的 iMAP 网络审查研究报告。
关于网络审查的研究和报告：
- 网络审查研究：在过去一年中，OONI 基于 OONI 数据分析发布了多份研究报告。其中包括记录坦桑尼亚在线 LGBTQI 网站封锁激增、哈萨克的 TLS 中间人（MITM）攻击及新闻媒体封锁、俄罗斯广泛的新闻媒体审查，以及肯尼亚在 2023 年和 2024 年 KCSE 全国考试期间对 Telegram 的封锁。俄罗斯开始封锁 OONI Explorer，这一情况由 OONI 基于其数据进行了记录。
- 第三方使用 OONI 数据：与前几年类似，OONI 数据继续支持第三方研究工作。其中包括一篇 FOCI 论文，这篇论文应用了监督和非监督模型于 OONI 全球 DNS 测量数据。一篇 USENIX 论文则涉及大规模测量中国防火墙的网络审查。德黑兰电子商务协会报告关于“伊朗的互联网质量”的分析。还有 Cloudflare 发表的一篇博客文章，通过将 Cloudflare TCP 连接异常与 OONI 的连接篡改报告进行比较，提供了第三方连接篡改的全球评估。尤为引人注目的是，iMAP 项目基于 OONI 数据发布了 9 份有关柬埔寨、香港（中国）、印度、印尼、马来西亚、缅甸、菲律宾、泰国和越南的网络审查研究报告。更多 2024 年使用 OONI 数据的第三方例子可以在这里找到。
- 迅速報导网络审查：为应对全球出现的审查事件，OONI 在其 OONI Explorer 审查发现页面上，基于 OONI 数据发布了多篇简短报告记录封锁情况。2024 年，OONI 发布了 12 份新的审查报告。在 2025 年的前六个月内，OONI 已经发布了 18 份新的审查报告。
全球社群参与网络审查研究：
- 新合作伙伴：在过去的一年中，OONI 建立了 6 个新合作伙伴关系，分别是与数字人权基金会（巴基斯坦）、SAFEnet（印尼）、数字人权尼泊尔、CyberHUB 亚美尼亚、EngageMedia（菲律宾），以及 7amleh - 阿拉伯社交媒体发展中心（巴勒斯坦）。如今，OONI 的全球合作伙伴包括 55 家数字人权组织！
- OONI 合作伙伴聚会 2024 在马来西亚：2024 年 5 月，OONI 在马来西亚吉隆坡举办了一次面对面的 OONI 合作伙伴聚会。作为这项为期两天活动的一部分，他们将来自亚洲和中东地区的 OONI 合作伙伴聚集在一起，分享关于网络审查研究的技能和知识。该活动的目标是加强全球和地区间的审查测量研究与倡议合作。你可以通过 OONI 的报告和动画全面了解这次活动。
- 新的 OONI 社群访谈视频：为了突显社群的重要工作，以及社群成员利用 OONI 工具和数据的有趣方式，几年前 OONI 开始在其 YouTube 频道上推出「OONI 社群访谈」视频系列。2024 年，OONI 发布了两个新的 OONI 社群访谈，分别是与来自本地化实验室（Localization Lab）的 Chido Musodza 和非洲数字社会（DSA）的 Tawanda Mugari 对谈。
- OONI 工具和资源的本地化：多亏了本地化实验室，OONI 工具和资源已提供多种语言版本。过去一年的本地化亮点包括发布 9 种语言版本的测试列表编辑器，以及阿拉伯语和波斯语的 OONI 倡议懒人包。
- OONI 讲习会：在 2024 年，OONI 团队为来自世界各地的 484 名参与者举办了多次（线上和线下）的 OONI 讲习会。他们的合作伙伴和更广泛的社群还在其他地方（例如巴基斯坦、苏丹、塞内加尔和坦桑尼亚）举办了更多的 OONI 讲习会。

🔄 开发中 / 未来计划¶

软件开发：
- 发布 OONI Probe 桌面多平台应用程序
- 重构并精简 OONI 测量引擎
- 改进 OONI Pipeline v5
- 发布社交媒体审查预警系统
- 为 OONI Probe 建立匿名凭证系统
研究：
- 发布更多基于 OONI 数据分析的全球网络审查研究报告
- 持续在 OONI Explorer 上发布更多审查发现
社群：
- 扩展并加强 OONI 合作伙伴网
- 举办 OONI 讲习会，让社群能够独立使用 OONI 数据
- 协调持续的本地化和快速应对审查的努力

IODA 的工作内容¶

幻灯片与录像

IODA 提供了一个公开仪表板，展示网络连接测量，用来监控网络基础设施的连接情况并检测网络中断。IODA 由乔治亚理工学院的网络智慧实验室负责托管。全球的用户通过 IODA 来追踪和监控网络连接。IODA 也为技术研究社群提供了一个有价值的开放数据来源，激励合作并促使研究人员在网络测量领域发表科学文献。

🆕 最近和即将推出的功能¶

数据信号的更高细微度：IODA 发布了一项更新，提供更高的数据细微度。具体而言，ASN/ISP 信号现在被本地化到其所运营的国家或地区，提供更本地化的连接图示。在这次简报中，我们展示了乌克兰苏梅和巴拿马博卡斯德尔托罗的范例。此更新特别有助于识别跨地区运营的 ASN/ISP 内的中断情况。更多详情请查看我们的博客文章。
主动探测、延迟和损失信号：新信号可检测主动探测中的探测/响应损失和延迟峰值，以推断广义限速或性能下降。来自加沙的一个例子显示出与近期光纤网络电缆被切割相对应的探测/响应损失。这一新数据将于 2025 年 7 月发布。
新手资源中心：包含教程、研究论文、词汇表和数据库。我们旨在使这些工具更易于理解和使用。未来将有更多内容添加。更多详情请查看我们的博客文章。
仪表板重新设计：基于用户反馈和以用户为中心的设计进行改进。重新设计后更易于访问先前隐藏在按钮后的可视化和信号。
上游延迟/路由追踪分析：使用路由追踪数据来追踪路径变化和测量倒数第二或最后一跳的 ASN/ISP 的延迟。这对于识别上游网络很有帮助，范例显示在卢旺达 (MTN)和委内瑞拉（选后动荡）。这仅在 IODA 的 ASN/ISP 层次中可用，将于 2025 年 7 月发布。

🔄 开发中 / 未来计划¶

整合 Mozilla 遥测数据。
正在编辑全球电力中断数据集。
本地化支持（超越仅通过浏览器翻译）。
半自动化系统用于记录中断（以提高人工验证的效率）。
动画解说视频以阐明测量方法。

社群提出的重要问题¶

问：是否有尝试测量互联网干扰更广泛在其他领域的影响（经济、社会、政治）？
- 答：关于经济影响，我们推荐您参考布鲁金斯学会这项研究中实施的方法。虽然有兴趣在现有工作基础上进行扩展，但更深入的分析可能需要与其他领域的专家合作。

问： AI 如何应用于互联网测量工作？
- IODA：乔治亚理工学院的网络智慧实验室正在利用 AI 来对网络进行分类（例如，识别政府或住宅的 ASN）。未来，在我们的仪表板上可能会使用 AI 代理，让用户能够直接查询和交互测量数据。我们也考虑过使用大型语言模型（LLMs）来帮助识别网络中断的潜在原因。
- M-Lab： AI 的一个潜在用途是帮助非技术用户更好地访问和分析互联网测量数据。我们有兴趣与合作伙伴一起探索这一领域。

问：为了资金，有没有可能转为营利性组织以减少对特定政府支持的依赖？
- 答： OMG 团体保持非营利地位非常重要，无论是作为更大实体的一部分还是独立运作，这是因为他们的工作性质是使数据公开、值得信赖且保有弹性，尤其适用于互联网自由社群。此外，一些开放的网络测量工具依赖其社群来收集数据，我们不希望用户社群担心数据会被商业化。然而，OMG 团体有其他选项可以寻求变现可能，例如数据分析服务。

捐款链接：

捐款给运行并维护 IODA 的乔治亚理工学院网络智慧实验室
支持 Measurement Lab 平台
捐款给 OONI 或成为 OONI 的支持者

问：预测互联网中断/审查事件是否可行？
- CP：其实不太可行，提前预测中断或审查仍然无法实现。然而，Censored Planet 正在开发一个早期审查预警系统，利用 Google 趋势中 VPN 搜索词的激增来标记在事件发生一天内出现的审查，尽管它无法提前预测事件。
- IODA：在我们最近的论文《Destination Unreachable》中，我们对比了关闭与中断事件，进行了一项纵向和跨学科的研究，并识别出政治和技术上的特征。这些发现可能用于提供中断早期指标，以示范关闭事件与自发性中断的特征。阅读更多关于该研究的内容请点击这里。

问：用户可以订阅更新吗？
- 答：可以加入 Keep It On 和 OTF-Talk 邮件列表，获取网络自由社群的更新。要加入 OTF-Talk，请访问 https://www.opentech.fund/ 并滚动至网站底部进行请求。要加入 Keep It On，请通过电子邮件发送请求至 keepiton-request@lists.riseup.net
- OONI：您可以订阅 ooni-talk 邮件列表，将收到 OONI 的最新更新。
- M-Lab：加入我们的 Google 邮件群组讨论，可以访问 M-Lab 数据、接收更新，并参与 M-Lab 社群讨论。

问：用户可以自定义网络中断或审查事件的警报吗？
- 答：可以的。
- IODA：IODA 有一个中断检测系统，会针对连接信号的异常下降发出警报。您可以在我们的用户资源中心了解更多关于此中断系统的信息。这些警报和中断摘要可在我们的仪表板上查看并可通过 API 访问。

翻译说明

本篇文章的内容与信息量很多，一些用语可能会使用得不精准，如果您发现翻译上的错误，请不吝啬给予我们修正，感谢！

发布：新 OONI Explorer 专题审查页面

Toomore Chiang — Tue, 02 Jun 2026 13:41:10 +0000

发布：新 OONI Explorer 专题审查页面¶

以下内容原文翻译来自以下文章，主词角色为 OONI：

Launch: New OONI Explorer thematic censorship pages, Maria Xynou 2025-04-02

图片来源：OONI Explorer thematic censorship pages

我们很高兴地宣布，全新的 OONI Explorer 专题审查页面于 2025 年 4 月 2 日发布！这些新页面提供了基于 OONI 观测数据的全球社交媒体、新闻媒体和翻墙工具封锁情况的图表和报告。在这篇博客文章中，我们分享了关于新 OONI Explorer 专题审查页面的信息。

关于 OONI Explorer
- 为什么要有新的专题审查页面？
新的 OONI Explorer 专题审查页面
- 社交媒体和即时通讯应用程序的封锁
- 新闻媒体的封锁
- 翻墙工具的可达性
感谢

关于 OONI Explorer¶

OONI Explorer 是全球最大的互联网审查开放数据库。这些观测数据由全球 OONI Probe 的用户贡献，他们在所在网络上进行审查测试，并将测试结果实时上传到开放数据库中。自 2012 年以来，OONI Probe 的用户已经贡献了来自 242 个国家和地区、28000 个网络，以及超过 20 亿笔测量数据，所有这些数据都可以在 OONI Explorer 上公开获取。随着 OONI Probe 用户持续进行测试，每天都有新的测量数据实时发布。您也可以通过协助运行 OONI Probe 来贡献 OONI 的观测数据。

为了让研究人员和人权捍卫者能够监测和响应全球的审查事件，我们建立了 OONI Explorer：一个网络平台，其中包含一个测量数据的搜索工具，以及一个测量数据汇整工具包，用于根据 OONI 观测数据生成可视化的图表。OONI Explorer 还包括以域名为中心的页面，让您查看与 OONI Probe 测试特定域名相关的数据。以网络为中心的页面，通过这些页面您可以了解特定自治网络（AS）上的 OONI Probe 测试，以及提供每个国家 OONI 测量覆盖详情的国家专属页面。我们还在 OONI Explorer 的「审查发现」页面上发布简短报告，记录新出现的审查事件。

为什么要有新的专题审查页面？¶

在很大程度上，使用 OONI Explorer 需要深入研究 OONI 测量数据以发现审查事件，而探索和解释 OONI 测量数据对于不熟悉 OONI 工具和方法的用户可能是一项挑战。因此，我们建立了新的 OONI Explorer 页面，来展示专题式的审查结果，以便网络自由社区能够更轻松地发现并响应影响公共利益（如新闻媒体）平台的新审查事件，而不必深入挖掘 OONI 测量数据。多年来，这项需求在社区反馈中多次被提及。

为了确定在 OONI Explorer 上呈现哪些审查结果最有用，我们通过一项调查和与网络自由社区成员的访谈进行了广泛的用户研究。该用户研究的目标是更好地了解网络自由社区如何使用 OONI Explorer，以及他们在通过该平台发现审查结果时遇到的挑战。

根据该用户研究中收集的社区建议反馈，我们得出结论：OONI Explorer 上的新专题审查结果页面将聚焦于以下主题：社交媒体、新闻媒体和翻墙工具。社区的意见反馈也帮助我们确定了在这些专题页面上呈现信息的方式。

新的 OONI Explorer 专题审查页面¶

为了让网络自由社区更容易地发现和反应审查事件，我们建立了新的 OONI Explorer 页面，提供以下主题的 OONI 数据和观测：

每个新的 OONI Explorer 专题页面均包括：

基于 OONI 观测数据记录相关封锁的简短报告
基于 OONI 观测数据记录相关封锁的长篇研究报告
覆盖每个主题（社交媒体、新闻媒体、翻墙工具）的最新 OONI 数据图表

这些图表默认是根据三个国家筛选的：中国、伊朗和俄罗斯。我们选择这些国家是因为它们拥有稳定的 OONI 测量覆盖和高水平的网络审查，相较于其他国家提供了呈现更具意义图表的机会。大多数国家都有 OONI 测量覆盖，您可以通过更改国家和日期范围（默认设置为过去一个月）来调整这些页面上的图表。若要更好地理解这些图表，请参阅我们的 OONI 观测数据解读文件。

这三个主题（社交媒体、新闻媒体、翻墙工具）是根据用户研究中收集的社区反馈，以及社交媒体、新闻媒体和翻墙工具在全球经常被封锁的事实所决定的，这也影响到人权。因此我们希望这些新页面能呼应全球的 #KeepItOn 运动和其他全球倡议。

社交媒体和即时通讯应用程序的封锁¶

图片来源：OONI Explorer Social Media page

社交媒体平台在全球各地经常被封锁，特别是在选举期间和大型抗议活动中。通过新的 OONI Explorer 社交媒体页面，我们根据 OONI 观测数据分享全球社交媒体和即时通讯应用程序封锁的（短篇和长篇）报告。我们还分享包含最新 OONI 观测数据的图表，这些数据与受测的热门社交网站及以下即时通讯应用程序有关：WhatsApp、Facebook Messenger、Telegram 和 Signal（这些是我们唯一特别进行的 OONI Probe 实验即时通讯应用程序）。

我们选择特定社交媒体域名是基于其全球相关性、使用情况、全球 OONI 测量覆盖，以及它们是否被封锁（或可能被封锁）。我们避免在新的社交媒体页面中包括所有被测社交媒体域名的图表，以提高其易用性。如果您有兴趣查看社交媒体页面上未列出的其他社交媒体域名的 OONI 观测数据，您可以通过 OONI Explorer 搜索工具或测量数据汇整工具包（MAT）来进行。

我们鼓励您了解全球 #KeepItOn 运动的倡议工作，该运动正在对抗全球社交媒体封锁。

新闻媒体的封锁¶

图片来源：OONI Explorer Social Media page

新闻自由在全球各地面临越来越大的威胁，因为许多国家的新闻媒体网站遭到封锁。通过新的 OONI Explorer 新闻媒体页面，我们根据 OONI 观测数据分享全球新闻媒体网站封锁的（短篇和长篇）报告。我们还分享含有最新 OONI 观测数据的图表，这些数据与受测的多个新闻媒体网站有关。我们选择特定的新闻媒体域名是基于其全球相关性、全球 OONI 测量覆盖，以及它们是否被封锁（或可能被封锁）。

我们避免在新的新闻媒体页面中包括所有被测新闻媒体域名的图表，以提高易用性。如果您有兴趣查看新闻媒体页面上未列出的其他新闻媒体域名的 OONI 数据，您可以通过 OONI Explorer 搜索工具或测量数据汇整工具包（MAT）来进行。不过请注意，OONI 观测数据的可用性取决于那些域名是否已被该国的 OONI Probe 用户测试。您可以通过我们的测试列表编辑器上传网站以供测试。

翻墙工具的可达性¶

图片来源：OONI Explorer Circumvention Tools page

由于翻墙工具（如 VPN）能够让用户绕过互联网审查，一些政府封锁了这些工具的使用。事实上，OONI 观测数据多年来显示，翻墙工具的封锁经常与社交媒体的封锁有关联。

通过 OONI Explorer 翻墙工具页面，我们分享根据 OONI 观测数据记录的全球翻墙工具网站封锁的（短篇和长篇）报告。我们还分享含有最新 OONI 观测数据的图表，这些数据与 Tor、Tor Snowflake 和 Psiphon（目前我们以特定的 OONI Probe 实验功能来检测主要翻墙工具）的可达性测试，以及多个翻墙工具网站的测试相关。

我们选择这些特定翻墙工具域名是基于其全球相关性、使用情况、全球 OONI 测量覆盖，以及它们是否被封锁（或可能被封锁）。我们避免在新的翻墙工具页面中包括所有被测翻墙工具域名的图表，以提高易用性。如果您有兴趣查看翻墙工具页面上未列出的其他翻墙工具网站的 OONI 观测数据，您可以通过 OONI Explorer 搜索工具或测量数据汇整工具包（MAT）来进行。

检视图表时，请注意异常测量的存在并不总是意味着封锁，因为可能会出现误判。此外，翻墙工具通常内建规避审查的技术。因此，我们建议参考 Tor Metrics 和 Psiphon Data Engine 以查看使用情况统计资料，并更全面地了解这些工具在各国的有效性。

感谢¶

感谢每一位自 2012 年以来贡献测量数据的 OONI Probe 用户，使得网络自由社区能够监测和响应全球的审查事件。

去识别化的观测数据安全

Toomore Chiang — Tue, 02 Jun 2026 13:41:10 +0000

去识别化的观测数据安全¶

以下内容原文翻译自以下文章，主词角色为 OONI：

Probe Security Without Identification, Michele Orrù 2025-02-20

在他那篇具有开创性的论文《没有身份识别的安全性：使老大哥过时的交易系统》中，Chaum 构想了一个用户可以使用单一数字钱包匿名与多个组织互动的未来，即使这些组织互相勾结。

为了提升 OONI 观测数据的可信度，并防止故意或无意上传的错误测量结果对 OONI 数据库的影响，我们正在考虑在 OONI Probe 中设计和实施匿名凭证。在这篇文章中，我们提供了匿名凭证的现有文献回顾。这是为了让对密码学领域不太熟悉但又好奇的读者能够深入了解其所依据的协议。

为什么要为 OONI 建立匿名凭证系统？¶

OONI 的运作依赖于全球志愿者社区，他们进行测试以检测和记录世界各地的网络审查状况，从而提高关于数字人权侵犯的透明度。随着 OONI Probe 网络的扩展，部分用户（无论是自愿或非自愿）可能会通过向服务器提供错误观测数据资料来污染测量结果的风险也随之增加。这可能源于刻意攻击，通过上传假测量数据来诋毁 OONI 平台，又或者是由于 OONI Probe 安装错误所导致。

例如，恶意行为者可能会在相同网络上、对仅仅少数网站、并在短时间内上传虚假测量数据，这将使得识别这些伪造的测量相对容易。一名更高级的行为者可能会通过多个网络上传涉及多个 URL 的少量虚假数据，并且分散在很长一段时间内进行，这样更难以检测到他们的活动。在这些情况下，攻击者的目标可能是用虚假数据来污染 OONI 数据库，使平台的可信度受到质疑。他们也可能感兴趣于利用 OONI 观测数据来散布特定国家或地区的审查误导信息，例如声称某些被封锁的网站并没有被封锁，或反之亦然。

常见的缓解错误测量污染风险的方法包括实施基于 IP 的封锁、用户账户（需要注册和登录）以及设备认证。这些解决方案对 OONI 来说都不太理想，因为这可能会暴露我们的社区（甚至使其处于危险之中）。因此，我们一直在研究可能的密码学解决方案，以便在不追踪用户或妥协用户匿名性的情况下建立信任。

OONI 的基础设施相当特殊：用户上传的隐私在网络层级和应用层级都被优先考虑。而且，用户也可以通过使用绕过或匿名工具（例如 Tor）来上传测量数据，从而维持更强的匿名性。此外，OONI 负责接收和维护用户上传的数据。主要的数据流结构如 OONI 的后端文件中所示：

理想情况下，我们希望能够导入并建立对上传观测数据的信任。我们特别想在 checkIn(ProbeMeta) 和 upload(Measurements) 流程中建立信任，并能在不增加流程复杂性或对用户或服务器造成负担的情况下，阻止错误（或恶意）的观测结果。

简单来说，我们正在寻找一个具备以下特性的匿名身份验证系统：

能够扩展到每秒数百次的验证
不识别化用户
允许 OONI 实施政策以缓解潜在攻击或错误数据上传
能够融入 OONI 的测量数据上传系统
给长期贡献于系统的用户分配更高的信任等级
惩罚上传不良数据的用户

近年来，一些大型 VPN 供应商和内容交付网络（CDN）采取了一种方法，我们也一直密切关注：匿名凭证。

匿名凭证是一种签名，但签名持有者不会直接揭示它，而是在零知识的情况下证明这些属性满足某个特定条件。展示凭证可以证明用户具备特定属性，但不会揭露过多的信息。我们称这个过程为展示凭证。发行凭证的实体称为「发行者」。接收到凭证的实体称为「证明者」。验证凭证的实体称为「验证者」。在 OONI 的语境中，OONI Probe 是用户，而 OONI 后端则同时是发行者和验证者。

文献回顾：匿名凭证¶

在匿名凭证的领域中，可以区分两条研究路线：

键控验证凭证（Keyed-verification credentials, KVAC）：其中发行者和使用者是同一个实体，并且都持有相同的签名密钥。这些方案通常依赖于较轻量的密码学技术，例如，今天的 Signal 就采用了这些方案。
公开验证凭证（Public-verification credentials）：其中发行者和使用者可以是不同的实体。在这种情况下，发行者持有签名密钥，而使用者则持有相应的验证密钥。如你所料，在此情况下，验证者无法生成新的凭证。这是大型身份项目，如 Idemix 的案例。

翻译补充

在中国大陆的语境下，键控验证凭证（Keyed-verification credentials, KVAC）和公开验证凭证（Public-verification credentials）可以关联到以下几个服务与应用： - Keyed-verification credentials (KVAC): - 金融交易验证：例如使用手机 APP 进行移动支付时，通过银行的数字凭证和多重身份验证机制来确认交易安全性。 - 企业内部系统：大型公司内部使用的验证系统，如利用企业专属密钥来确保只有授权员工可以访问敏感数据或系统。 - Public-verification credentials: - 居民身份证电子证书：中国政府发行的证书，用于验证个人在网络上的身份，例如办理各类政务服务时的线上验证。 - SSL 证书：用于网页加密，确保用户浏览的网站是安全的，并且网站身份可被公众验证，例如政府机构或大型企业的网站通常会使用这种证书。

凭证还可以从另一个角度进行观察：

单次使用凭证：这类凭证在用户出示一次后便不可再次使用。它们的处理速度非常快，甚至可以简单到只需使用盲签名方案（例如20世纪80年代由 David Chaum [Chaum82] 发明的方案）。单次使用的键控验证凭证（KVAC）有时被称为「匿名令牌（anonymous tokens）」，通常受到可验证随机函数 [RFC9497] 的启发，它依赖于由Jarecki等人 [JarKiaKra14] 用于 IETF 隐私通行证标准的 VOPRF，或是 Chaum [Chaum82] 的盲 RSA 签名方案。此处一些应用例子包括：
- Google 的 BoringSSL 实现了匿名令牌 [KLOR20]。
- 盲 RSA 签名也被 Apple Cloud Relay 和 Google One 的 VPN 服务所使用。
多次使用凭证：此类凭证允许用户多次出示同一凭证。它们由 Anna Lysyanskaya 和 Jan Camenisch 于 2002 年引入（用于公开验证），由 Melissa Chase、Sarah Meiklejohn 和 Greg Zaverucha 于 2014 年引入 [CMZ14]（用于键控验证）。例子包括：
- 基于 Camenisch–Lysyanskaya [CamLys01, CamLys02]：这包括由 Open Wallet Foundation 赞助的 Bifold 和 Aries RFC。
- 基于 Chase–Meiklejohn–Zaverucha [ChaMeiZav14, PoiSan16]：用于 Signal 的私人群组系统 [ChaPerZav20]，NYM Technologies，以及 Tor 用于桥接节点的分发 [TulGol23]。
- 基于 BBS 签名 [BonBoySha04, TesZhu23b]：这种方案是在公开验证环境中历史最悠久且使用最广泛的。BBS 正在被 W3C 和 IETF 考虑：W3C 在分散身份和可验证凭证方面进行多项努力，并在这些努力中提到 BBS。IETF 目前对 BBS 凭证有一个正在进行中的提案。此外，BBS 被建议作为欧洲数字身份的解决方案，并被 Idemix 用于其 DLOG 凭证（Idemix 也由 IRMA 实现），以及提供可重复使用数字身份和可验证凭证的区块链网络 Dock 所采用。

为什么有人需要多次出示一个凭证呢？想想纸质的身份文件：它们也会被多次出示（但它们在隐私保护方面很差）。在 OONI 中，我们预期用户会多次上传观测报告，虽然我们可以发送一批单次使用的凭证（这在过去被 Cloudflare 用于 Internet Challenge Bypass Privacy Pass），但这样的方式效率不高。

当然，可以想象一个应用程序发放 1,000 个一次性令牌，然后每次「烧掉」其中一个来替代多次使用凭证。然而，这样会在应用层面增加负担，必须调整凭证发放的数量并确定何时检查、更新可用令牌的库存。因此专门为多次使用情境设计的方案就更有效率。

除了基本的凭证系统中，允许用户仅表示他们已被系统「信任」之外，还有许多非必要的功能可以匿名地向服务器证明。这些密码学扩展功能包括：

有效期限：实施基于时间的凭证有效期限。
网络相关身份：在不同网络中保持用户不可关联性，但在相同网络中保持一致的临时标记。
发行门槛：设定一些受信任的权威机构负责发行凭证，并集体决定谁不应该拥有访问权。
撤销：允许移除被破坏或过期的凭证。
发行者盲视：防止发行者了解他们所签署凭证的内容。
范围证明：证明数值属性需位于特定范围内。
凭证对接：在不同系统间连接凭证，同时保持隐私。

这些功能可以独立于基础凭证系统实现 [Orru24]，允许根据特定需求进行灵活部署。虽然每个功能会带来其特有的运算和存储成本，但这些权衡可以与核心凭证协议分开评估。

匿名凭证在理论密码学中的全貌，以及 OONI 的定位。

在文献之外，观察当前部署凭证的生态系统，从成熟的老牌公司到新兴的早期区块链项目，可以看到以下三种类型：

基于通用盲签章的凭证：这些凭证非常轻量，但在效率和可用性之间进行了取舍，对支持的功能和使用次数加以限制。在过去几年中出现了多种一次性凭证，尤其是在键控验证环境中，Verifiable Oblivious Pseudorandom Functions 已经成为主要方案。尽管这些签章很简单，但在离散对数环境中发行这些签章需要超过一次的交互。
基于支持零知识的签名方案和消息验证码的凭证：这种方法选择具有优良「代数」属性的签名方案。若这些「代数」属性与零知识证明系统中的代数运算兼容，就能得到一个匿名凭证，用户可以证明任何基于底层零知识证明系统所支持的内容。例如，这些签名不需要依赖哈希函数，通常是基于离散对数问题难以解决的群。这些数据结构的一个优势是可以在一次互动中完成：在发行时，用户可以请求凭证，服务器会立即回应。
基于零知识证明的凭证：这一广泛类别的凭证通常依赖于 SNARKs 和递归 SNARKs，通常集中在为一个标准化的通用签名方案证明签名验证，或完全去除签名，建立用户所拥有的秘密密钥的哈希树，然后通过证明成员资格和非成员资格用于身份验证。这种类别通常缺乏公开的可验证安全性形式化。在区块链等难以确认有签名权的单一实体或小群体的情境中，这是常见的状况。但在理论上很难见到这种方法的形式化。以下是两个例子：
- Semaphore 库和来自 [Privacy Scaling Explorations (PSE)] 的 Anon Aadhaar 协议是一套用于在以太坊区块链上构建匿名通信应用程序的工具，依赖于通用的零知识简洁证明（zk-SNARKs）。
- Zupass 是基于证明数据记载的身份验证系统。

基于签章的方案与高效率的协议似乎能够提供我们所需的一切：一次互动、可靠的安全证明，可扩展的空间，同时保持实时高效和可延展。

匿名凭证似乎是用户登录和基于位置封锁的极佳替代方案。对我们来说，它们可以在不影响最重要因素的情况下加强我们的测量平台：那些优秀的志愿者社区的隐私和安全，这将使得 OONI 的审查观测成为可能。

我们已经在尝试一个原型，迫不及待想与您分享我们的进展。

什么是差分隐私？

Toomore Chiang — Tue, 02 Jun 2026 13:41:10 +0000

什么是差分隐私？¶

以下内容翻译自 Privacy Guides 的文章：

What is Differential Privacy?, fria, 2025-09-30

是否有可能从大量人群中收集数据，同时又保护每个个体的隐私？在这篇关于隐私增强技术（Privacy-Enhancing Technologies）系列的文章中，我们要讨论差分隐私（Differential Privacy），以及它如何做到这一点。

写给关心匿名网络的读者

差分隐私和 Tor 等匿名通信工具处理的是不同层次的隐私问题。Tor 保护的是你"传输过程"，让观察者无法得知你在跟谁通信。差分隐私处理的是"数据发布时"，让统计数据在公开后无法被还原成对个人的识别。两者并不替代彼此，而是完整威胁模型中的不同切面。

如果你关心个人数据在各种服务、平台或政府数据集中的去向，差分隐私值得理解的理由在于：即便是"去识别化"或"匿名统计"形式的数据，也可能在与其他数据交叉比对后被还原。学会识别哪些隐私声明是可被验证的、哪些只是营销话术，是这篇文章希望提供给你的视角。

问题所在¶

从大规模人群中收集数据确实有其价值，可以看出群体中的趋势。但这需要大量个人交出个人识别信息（PII）。即使是看似无害的性别信息，也能协助识别出你的身份。

Latanya Sweeney 在 2000 年的一篇论文中，尝试仅凭美国人口普查数据中的可用指标来重新识别个人。她发现，87% 的美国人仅凭三项指标就能被识别出来：邮政编码、出生日期和性别。能够根据公开数据识别个人，显然是一个严重的隐私问题。

差分隐私之前的历史¶

收集汇总数据对研究至关重要，美国人口普查每十年就进行一次。通常我们对整体数据更感兴趣，而非个人数据，因为整体数据能呈现群体的趋势与模式。然而，为了获取这些数据，仍必须从个人处收集。

起初，人们以为只要移除姓名等明显的识别信息就足以防止再识别，但 Sweeney 在 1997 年便已证明，即便没有姓名，通过与外部数据交叉比对，仍可再识别出相当比例的个人。早期的去识别化手段，事后都被证明极易遭受再识别攻击。

AOL 搜索记录泄露事件¶

一个著名的案例是 AOL 搜索记录泄露。AOL 长期记录用户的搜索行为供研究用途，在发布数据时，他们只将用户真实姓名替换为识别码。然而，研究人员仍能依据用户 4417749 的搜索内容细节，识别出她是 Thelma Arnold。

Strava 热力图事件¶

2018 年，运动 app Strava 发布了更新版本的热力图，显示 Fitbit 等运动追踪器用户的运动模式。分析师 Nathan Ruser 发现，这些模式可以揭露军事基地和部队移动路线，对行动安全构成严重威胁，甚至可能危及士兵生命。在某些情况下，个别用户也能被去匿名化。

Strava 并未故意揭露任何人，但大量个人路线数据在聚合后，自然呈现出"只有特定人才会反覆出现在这个位置"的模式。这正是差分隐私要解决的核心问题：聚合后的统计数据，仍然可以泄露个体的行为模式。

随机响应法（Randomized Response）¶

最早的数据匿名化想法之一是随机响应法，早在 1965 年便由 Stanley L. Warner 的论文引入。其背后的逻辑相当聪明：对于"你有没有逃税？"这类问题，受访者可能不愿意如实作答。解决方案是让受访者抛一枚硬币，若正面就回答"是"，若反面则如实作答。

受访者	回答	硬币结果（仅供说明）
1	是	正面（答是）
2	否	反面（如实作答）
3	是	正面（答是）
4	是	正面（答是）
5	否	反面（如实作答）

由于我们知道"是"的假答案占 50%，可以扣除后粗估真正回答"是"的比例。随机响应法奠定了差分隐私的基础，但要真正实现，还得等几十年。

无关问题随机响应法（Unrelated Question Randomized Response）

后来 Greenberg 等人在论文中提出了变体：向每位受访者呈现一个敏感问题，或是一个无关的普通问题（例如"你的生日是一月吗？"），以提高如实作答的可能性，因为研究者不知道被抽到的是哪个问题。

受访者	问题（研究者不可见）	回答
1	你有没有逃税？	否
2	你的生日是一月吗？	是
3	你的生日是一月吗？	否
4	你有没有逃税？	是
5	你有没有逃税？	否

k-匿名（k-Anonymity）¶

Latanya Sweeney 与 Pierangela Samarati 在 1998 年提出了 k-匿名。有趣的是，早在 1998 年，人们便已意识到持续性数据收集的隐私问题：日常生活中的许多行为都被某处的计算机所记录，这些信息往往被分享、交换与出售。不当披露医疗、财务信息或国家安全事务，后果可能相当严重。

在数据集中，即便移除了姓名等明显识别信息，仍可能保留生日、邮政编码等其他数据，这些数据在数据集中可能是某人独有的。若与外部数据交叉比对，就可能对个人去匿名化。k-匿名的意思是，数据集中每一行，都至少有 k-1 行是完全相同的。

泛化（Generalization）

其中一种实现方式是泛化：降低数据的精确度，使其不那么独特。例如，不记录确切年龄，而是给出 20–30 岁这样的范围。这类无法直接识别个人但可能用于再识别的数据，称为准标识符（quasi-identifiers）。

抑制（Suppression）

有时即使泛化后，仍有不符合 k-匿名要求的离群值，此时可以直接移除该行。

k-匿名的攻击

k-匿名已被证明无法完全防止再识别。研究人员通过与 LinkedIn 数据交叉比对，成功从哈佛和 MIT EdX 平台的 k-匿名化数据集中，对 3 名学生去匿名化，使数千名学生面临再识别风险。他们的方法是找出数据集中难以泛化的准标识符组合（特定课程的选修记录），再对应 LinkedIn 上公开的学历与职业信息，逐步缩小候选名单。k-匿名无法防御这种外部数据交叉比对，正是其核心缺陷。

差分隐私的诞生¶

我撰写的大多数概念都源自 1970–80 年代，但差分隐私是相对较新的概念。它首先出现在 2006 年的论文《Calibrating Noise to Sensitivity in Private Data Analysis》中，提出了向数据加入噪声（noise）来达成隐私保护的想法，类似于随机响应法，但数学上更为严谨、可被证明。

ε（隐私预算）

向数据集加入噪声会降低其准确度。ε（epsilon）定义了加入噪声的数量，ε 越小表示隐私保护越强，但数据准确度也越低，反之亦然。ε 也被称为"隐私损耗参数"或"隐私预算"。

中央差分隐私（Central Differential Privacy）

早期的差分隐私依赖在数据收集后才加入噪声，也就是说，你仍需信任中央机构持有原始数据。对于关心政府或企业滥用数据的人来说，这是个关键缺陷：即便最终发布的统计结果受到保护，原始数据在送达服务器之前，已完整暴露在数据收集者面前，加噪的是输出，不是输入。

Google RAPPOR¶

2014 年，Google 推出了 RAPPOR（Randomized Aggregatable Privacy-Preserving Ordinal Response），这是他们的开源差分隐私实现。RAPPOR 建立在随机响应法等先前技术之上，并加入了重大改进。

本地差分隐私（Local Differential Privacy）¶

在 Google 的实现中，噪声在数据传送至任何服务器前就已在设备端加入。这消除了对中央机构处理原始数据的信任需求，是实现真正匿名数据收集的重要一步。

布隆过滤器（Bloom Filters）¶

RAPPOR 使用了一种称为布隆过滤器的巧妙技术，以节省空间并提升隐私。布隆过滤器从一组全为 0 的数组开始：

[0, 0, 0, 0, 0, 0, 0, 0, 0]

然后将"apple"这样的数据通过哈希算法，在特定位置（例如第 1、3、5 位）设为 1：

[0, 1, 0, 1, 0, 1, 0, 0, 0]

要确认某项数据是否存在时，将数据通过哈希算法，检查对应位置是否为 1。如果都是 1，则数据可能存在（其他数据也可能翻转了这些位）。如果任何一个 1 对应到 0，则可确定数据不在集合中。

永久性随机响应（Permanent Randomized Response）¶

对部分比特进行随机翻转，这个结果会被"记忆化（memoize）"，供未来的上报使用相同的随机值，以防止"平均化攻击"（攻击者多次查询同一用户以推测真实值）。

即时随机响应（Instantaneous Randomized Response）¶

在永久性响应的基础上，每次上报时再进行额外的随机化，提供进一步的保护。

Chrome、Maps、Google Fi¶

RAPPOR 被 Google Chrome 用于追踪用户最常访问的网站（以改善推荐功能）、Google Maps 的位置数据，以及 Google Fi 的移动数据使用模式。

OpenDP¶

哈佛大学建立了 OpenDP，一套开源的差分隐私工具库，让研究人员与组织能更容易地在自己的数据集中应用差分隐私技术。

Apple¶

Apple 也将差分隐私整合至 iOS 的数据收集流程中。

Sketch（计数最小值草图）

Apple 使用计数最小值草图（count-min sketch）数据结构，搭配本地差分隐私，收集表情符号使用频率、键盘输入等本地数据。

Matrix

Matrix 机制识别设备设置中的使用模式（例如用户添加至词典的词汇），在本地加入噪声后才传输。

See What's Sent

Apple 维护了一份透明度页面，说明他们从用户设备收集哪些差分隐私数据，以及其目的。

Google 和 Apple 在公开文件中都没有揭露所使用的 ε 值。"使用本地差分隐私"这个声明可以从技术论文与程序代码中部分验证，但隐私保护的实际强度，仍是用户无法独立核实的部分。

美国人口普查¶

起因（Impetus）¶

2020 年美国人口普查采用了差分隐私技术（称为 DAS，Disclosure Avoidance System），取代了原本存在已知再识别漏洞的旧有系统。由于人口普查数据用于分配国会席次与联邦资金，准确性至关重要。

差分隐私的引入引发了一些争议，特别是在如何设定 ε 值上：较小的 ε 可保护隐私，但会使小型社区的数据准确度降低。

DPrio（Mozilla Prio）¶

Mozilla 开发了 Prio，一套用于分布式统计汇总的协议，使用差分隐私收集 Firefox 的遥测数据，同时保护用户隐私。

差分隐私的未来¶

差分隐私仍是一个活跃的研究领域，核心挑战在于如何在隐私与数据效用之间取得平衡。ε 的设定至今仍是开放性问题：应由谁决定？应设多大？如何审计？

AI 训练数据的隐私问题，让差分隐私的重要性在近年急速提升。研究人员已证明，机器学习模型在训练完成后，仍可能通过"成员推断攻击（membership inference attack）"泄露训练数据中的个人信息：攻击者可以系统性地探测模型，判断某条特定数据是否曾出现在训练集中。这对使用大规模个人数据训练 AI 的机构来说，构成了可被量化的隐私风险。在训练过程中导入差分隐私，是目前已知最具理论保证的防御手段之一，也是评估 AI 系统隐私承诺时的具体技术指标。

中国地区与简体中文地区观点¶

政府数据与个人信息保护¶

中国《个人信息保护法》（PIPL）自 2021 年施行以来，对数据匿名化和去识别化均有明确要求。然而，法规层面的"匿名化"标准与差分隐私所提供的可证明隐私保护之间，仍存在相当大的落差。文中美国人口普查导入差分隐私的案例，为讨论中国人口普查及政府大数据平台应采用何种技术标准提供了参照。

科技企业与本地差分隐私¶

国内主要科技平台（如微信、支付宝、百度）在用户遥测数据的处理方式上鲜少公开技术细节。Google RAPPOR 和 Apple 本地差分隐私的实践，展示了"在设备端加噪后再上传"的可行性，为中国科技企业提供了可以参考的技术路径，也为监管机构制定更具可操作性的隐私标准提供了依据。

研究与公民数据¶

中国在医疗大数据、智慧城市和学术研究数据共享方面积累了大量数据资产。差分隐私作为一种可被数学证明的隐私保护技术，为研究人员在利用这些数据的同时保护个人隐私提供了有效工具。相关学术社群（如中国密码学会、隐私计算领域研究者）已开始关注差分隐私的实际部署，这一趋势值得持续关注。

延伸阅读¶

台湾数位发展部推动的《隐私强化技术应用指引》，以繁体中文系统梳理了包括差分隐私在内的五项核心 PETs 技术，并提供应用情境与实践案例。对于希望以中文参考技术实践的读者，该指引是一份有助于理解差分隐私政策落地路径的公开资源。

参考资源：隐私强化技术应用指引

Arti 2.2.0 发布：HTTP CONNECT、RPC 与 relay 开发进展

Toomore Chiang — Tue, 02 Jun 2026 13:41:10 +0000

Arti 2.2.0 发布：HTTP CONNECT、RPC 与 relay 开发进展¶

以下内容的原文翻译来自这篇文章，叙述主语为 Tor Project：

Arti 2.2.0 released: HTTP CONNECT, RPC, and Relay development. | March 31, 2026

Arti 是 Tor Project 正在以 Rust 开发的新一代 Tor 实现。2.2.0 版的核心重点，是把先前偏实验性质的连接方式推进到更可落地的状态：HTTP CONNECT 现在在完整构建中可用，并默认启用。此外，RPC 客户端与管理能力也有明显升级，并同步修复了一项低严重度安全问题。

对在企业网络、校园网络或公共网络中使用 Tor 的人来说，HTTP CONNECT 可用性提升非常关键。对把 Arti 集成到现有服务的开发者来说，RPC 的非阻塞与事件循环集成也能降低实现成本。整体来看，这是一个同时推进“可部署性”与“可运维性”的版本。

本版重点¶

HTTP CONNECT 正式纳入完整构建，并默认启用¶

Arti 2.2.0 新增（并推进）通过 HTTP CONNECT 接入 Tor 网络的能力。这项功能过去偏向实验性，现在已包含在完整构建并默认启用，且与 SOCKS 共用同一端口。

这意味着在某些 SOCKS 不便部署、但 HTTP 代理路径更常见的环境中，Arti 的落地门槛有望降低。对需要在受限网络场景下维持匿名连接能力的用户与团队，这是切实可感知的改进。

RPC：非阻塞请求、事件循环集成与 superuser 管理能力¶

arti-rpc-client-core 现在支持非阻塞请求（non-blocking requests），并能更好地集成应用事件循环。这让 Arti 更容易嵌入既有服务架构，例如高并发或长连接管理场景。

同时，RPC 系统新增了通过 superuser 管理 Arti 实例的能力。对自动化部署、观测与运维流程来说，这为更细粒度的管理控制打开了空间。

安全修复：TROVE-2026-005¶

本版修复了低严重度安全问题 TROVE-2026-005。官方说明指出，在特定且不常见的嵌入式构建配置中，该问题会削弱一部分抗 DoS 能力。

虽然影响条件较为有限，但能在同一版本中完成修复，仍体现 Arti 团队在功能推进与安全维护之间的平衡。

幕后进展：relay、circuits 与目录服务¶

官方也提到持续投入 relay 支持，包括 relay channels、circuits，以及目录服务器功能（mirrors 与 authorities）。这些工作多属于中长期基础设施，短期可能不如前端功能显眼，但对 Arti 未来能否承担更完整的 Tor 角色非常关键。

也就是说，2.2.0 除了带来可见的新功能外，也同步把 Arti 的长期架构蓝图往前推进了一步。

台湾语境下可关注的三个方向¶

受限网络可用性：在校园、企业与公共网络场景，HTTP CONNECT 可能降低初始接入门槛，但仍需评估代理策略、流量特征与本地阻断模型。
本地工具链集成：RPC 非阻塞能力使 Arti 更容易接入常见服务框架（如 Python/Node.js 的事件驱动服务），可用于健康检查、告警与策略控制。
安全与治理节奏：从 TROVE-2026-005 修复到 relay 基础设施推进，可观察 Arti 在“快速演进”与“风险控制”之间如何保持节奏，这对数字人权与安全社区都有参考价值。

延伸阅读¶

关于 Arti 项目

Arti 是 Tor Project 正在开发的新一代 Tor 实现（implementation），使用 Rust 编写。我们的目标是在维持 Tor 网络匿名性与隐私保护特性的前提下，提供一个更加现代化、更易维护、也更便于集成的函数库与工具集。相比已经服役多年的传统 C 语言 Tor 实现（常被称为「C Tor」或 Tor daemon），Arti 采用更加模块化、结构更清晰的设计，让我们可以更安全、也更灵活地演进 Tor 的功能。

Arti 目前仍在积极开发中：在客户端场景，它已经可以支撑相当多的实际使用需求。而在中继（relay）与洋葱服务（onion services）等领域，我们也在持续投入资源，循序渐进地扩展能力。如果你想进一步了解 Arti 的设计目标与最新进展，建议可以参考 Arti 的官方网站和源码仓库：

参考资料

本文整理自 Tor Project 官方公告 Arti 2.2.0 released: HTTP CONNECT, RPC, and Relay development.。

Tails 7.6 发布说明

Toomore Chiang — Tue, 02 Jun 2026 13:41:10 +0000

Tails 7.6 发布说明¶

Tails 7.6 于 2026 年 3 月 26 日公告。此版在对抗网络审查与桌面集成两方面都有可感知的改动：Tor 连接流程可直接协助你获取网桥。密码管理则改由 GNOME Secrets 承担，取代内置的 KeePassXC。

新功能¶

自动 Tor 网桥¶

你现在可以在 Tails 的 Tor 连接助手里，直接了解什么是 Tor 网桥（Tor bridges）。

Tor 网桥是不公开列举的 Tor 中继，用来隐藏你正在连接 Tor 的事实。若你所在网络会封锁连到 Tor，可以把网桥作为进入 Tor 网络的第一跳，借此绕过审查。

在 Tails 7.6 中，打开 Tor 连接时可选择 自动连接到 Tor（Connect to Tor automatically）。若无法直接连上 Tor 网络，网桥配置界面会多一项 根据你所在区域申请 Tor 网桥（Ask for a Tor bridge based on your region）。

此功能与 Tails 以外的 Tor Browser 自 11.5 版起（2022 年 7 月）在连接助手采用的技术相同。Tails 会通过 Tor Project 的 Moat API 下载较可能在你所在区域有效的网桥信息。为了规避审查，这段连接会以域前置（domain fronting）伪装成访问其他网站。

给台湾以及东亚/东南亚各地的读者：各地的审查模式不尽相同，但套路往往似曾相识，包括 TLS 拦截、路由上的手脚，或是只对部分应用「看似放行」的软性封锁。若 Tails 映像能在产品界面内直接呈现获取网桥的流程，就能降低门槛，减轻记者、律师与公民社会志愿者在承担运营风险之余，还得从博客文章背下整套网桥流程的负担。

GNOME Secrets¶

在 Tails 7.6 中，Secrets 密码管理器取代 KeePassXC。

Secrets 界面更简洁，且与 GNOME 桌面集成更好。例如屏幕键盘、光标大小等无障碍相关功能，在 Secrets 上可以再次正常配合使用。

Secrets 与 KeePassXC 使用相同的文件格式存储密码，因此可自动尝试解锁你先前在 KeePassXC 使用的数据库。若你仍需要 KeePassXC 的高级功能，可将 KeePassXC 安装为附加软件。

Secrets 主要快捷键与 KeePassXC 类似，并多搭配 Shift（与 Ctrl 并用）：

Shift+Ctrl+C：复制密码
Shift+Ctrl+V：复制网址
Shift+Ctrl+B：复制用户名
Shift+Ctrl+T：复制一次性密码（OTP）

若要查看 Secrets 的完整快捷键列表，请按 Ctrl+?。

变更与更新¶

将 Electrum 自 4.5.8 更新至 4.7.0。
将 Tor 浏览器更新至 15.0.8。
将 Thunderbird 更新至 140.8.0。
更新多数固件包，改善较新硬件的支持（显卡、Wi‑Fi 等）。

问题修复¶

翻译在保存语言和键盘布局到 U 盘前所显示的确认对话框。（#21448）
修复 Thunderbird 迁移通知中「了解更多」按钮。（#21455）
修复土耳其语环境下的自动升级。（#21466）

如需完整细节，请参阅官方 changelog。

获取 Tails 7.6¶

升级现有 Tails U 盘并保留持久存储¶

自 Tails 7.0 起可自动升级至 7.6。

若无法自动升级，或自动升级后无法启动，请尝试手动升级。

在新 U 盘上安装 Tails 7.6¶

请按官方安装说明操作：

若选择重新安装而非升级，U 盘上的持久存储将会被清除。

仅下载镜像¶

参考资料

本篇整理自 Tails 官方公告 Tails 7.6。

Arti 2.1.0 更新发布

Toomore Chiang — Tue, 02 Jun 2026 13:41:10 +0000

Arti 2.1.0 更新发布¶

以下内容的原文翻译来自这篇文章，叙述主语为 Tor Project：

Arti 2.1.0 released: Relay and RPC development., by gabi | March 3, 2026

Arti 是我们正在进行的项目，用于使用 Rust 开发新一代的 Tor 客户端。我们现在很高兴地宣布最新版本 Arti 2.1.0 的发布。

在这个版本中，我们投入了大量与中继（relay）支持和 RPC 开发相关的工作。虽然 Arti 目前仍然无法作为 Tor 中继节点使用，但我们已经看到了稳定的进展，离让开发者在中继角色上测试 Arti 越来越近。同时，我们也对配置系统做了全面翻新，引入基于 derive-deftly 的新架构，让未来扩展和维护 Arti 的配置更加轻松。

本次更新也包含多项错误修复、代码清理，以及对 CI 基础设施的改进，为后续的开发铺平道路。

Arti 2.1.0 概览¶

在 Arti 2.1.0 版本中，我们的开发重点主要集中在两个方向：

让 Arti 更接近可以作为中继节点使用，特别是与中继路由相关的内部工作。
继续打磨 RPC 接口及其周边基础设施，使 Arti 能通过现代化的 RPC 通信方式与其他应用集成。

虽然这些改动大多属于「幕后重构和基础建设」，但它们对 Arti 的长期发展至关重要。我们预期未来的开发者可以在这些基础之上，开始实际测试 Arti 作为中继节点时的行为和性能。

中继支持与开发进展¶

Arti 的长期目标之一，是不仅作为客户端（client），还能够成为完整的 Tor 中继实现。在本次 2.1.0 版本中，我们投入了大量与中继相关的内部建设工作，包括：

对中继相关的代码路径和模块进行重构与强化。
为今后在真实 Tor 网络上测试 Arti 作为中继节点预先打好基础。

目前，Arti 仍然不能在公共 Tor 网络上以中继身份安全运行。不过，我们认为很快就能进入让 Arti 开发者社区开始测试「中继模式」的阶段，先在受控环境或测试网络（例如私有测试环境）中进行实验。

换句话说，Arti 2.1.0 意味着：我们正在稳步前进，离「Arti 可以作为中继」又更近了一步。

RPC 开发与配置系统大改版¶

除了中继支持相关的工作之外，Arti 2.1.0 在 RPC 和配置系统上也有重要进展。

在 RPC 方面，我们延续过去几个版本的工作，持续打磨 Arti 的 RPC 接口与内部实现，让应用程序可以通过现代、可扩展的 JSON RPC 风格接口，与 Arti 进行交互。这包括：

对 RPC 相关代码进行清理和修正，使接口行为更加一致。
为今后新增更多 RPC 功能预先整理内部结构。

在配置系统方面，这次版本则是一场「大翻新」。我们将 Arti 的配置机制改写为采用新的、基于 derive-deftly 的架构。这一改动带来几个明显的好处：

更容易定义新的配置类型：开发者可以用更简洁、更易维护的方式，为 Arti 新增或调整配置项。
减少样板代码：通过自动派生（derive）机制，许多重复、枯燥的配置处理代码不再需要手工编写。
未来扩展成本更低：当 Arti 的功能越来越多时，新的配置系统可以让整体结构保持清晰。

我们相信，这次配置系统的重构，能够在长期节省大量开发时间，也让外部贡献者更容易参与 Arti 的开发。

Bug 修复与 CI 基础设施改进¶

和许多发布版本一样，Arti 2.1.0 也包含许多看似不那么显眼，却非常重要的修补和清理工作，包括：

修复多项在实际使用中发现的错误与边界情况（edge cases）。
改善代码结构与内部模块边界，让项目更易维护。
强化 CI（持续集成）流水线及相关基础设施，让我们能在开发流程中更早、更稳定地捕捉问题。

这些改进虽然不如大型功能那样显眼，但对维持 Arti 作为一个可靠、安全的匿名通信软件实现至关重要。

MSRV 提升到 Rust 1.89.0¶

本次发布同时也将 Arti 的最小支持 Rust 版本（Minimum Supported Rust Version, MSRV）提升到 1.89.0，这一调整是依照我们既有的 MSRV 政策进行的。

这意味着：

如果你想从源码编译最新版本的 Arti，请确保你的 Rust 工具链已更新到至少 1.89.0。
提升 MSRV 通常是为了能够使用较新的 Rust 语言和标准库特性，让代码更安全、表达力更强，也更容易维护。

如果你维护的是长期部署或发行版软件包，请留意这项变更并适度更新你的构建环境。

想开始使用 Arti 吗？¶

如果你想进一步了解如何使用 Arti，我们建议从以下几个资源开始：

Arti 项目的顶层 README：说明项目目标、整体架构与常见使用方式。
arti 这个命令行工具的文档：介绍如何启动 Arti、基本选项和使用场景。

你可以在 Arti 的源码仓库和官方网站上找到这些文档和更多示例代码。由于 Arti 仍在持续演进，我们也鼓励开发者在阅读文档时，搭配最新的 CHANGELOG 了解最近的 API 与行为变更。

了解更多变更细节¶

如果你有兴趣深入了解 Arti 2.1.0 中所有的变更，包括 API 相关调整与更多细节修正，请参阅 Arti 项目仓库中的 CHANGELOG。那里列出了本次发布的完整变更记录，以及对开发者特别相关的条目。

Arti 项目首页与 README（GitLab）
你可以在仓库中的 CHANGELOG.md 文件里找到本次版本的完整条目。

致谢与赞助¶

我们要感谢所有为 Arti 2.1.0 做出贡献的人，包括 Niel Duysters、Nihal、Nuhiat-Arefin、Robert Bartlensky、carti-it、hjrgrn、moumenalaoui、robertb 和 sjcobb！没有这些贡献者持续的投入，Arti 不可能发展到今天这一步。

同时，我们也衷心感谢各位赞助者对 Arti 开发工作的资助与支持。正是因为有这些赞助，我们才能在中继支持、RPC 开发、配置系统重构以及整体稳定性上持续推进，让更多重视隐私的用户和开发者在未来受惠于 Arti 与 Tor 网络所提供的保护。

关于 Arti 项目

启动 Arti 项目的原因，主要包含几个关键考量：一是希望充分利用 Rust 在内存安全和类型系统方面的优势，降低匿名通信软件在实现层面可能出现的脆弱点。二是让 Tor 的能力更容易被嵌入到各种应用和服务中，无论是桌面软件、移动应用，还是服务器端服务，都能通过 Arti 的函数库与 RPC 接口更方便地集成 Tor。从长期来看，我们希望 Arti 成为一个干净、清晰、适合作为其他项目基础的 Tor 实现。

目前 Arti 仍在积极开发中：在客户端场景，它已经可以支撑相当多的实际使用需求。而在中继（relay）与洋葱服务（onion services）等领域，我们也在持续投入资源，循序渐进地扩展能力。如果你想进一步了解 Arti 的设计目标与最新进展，建议可以参考 Arti 的官方网站和源码仓库：

伊朗封网 80 多天后重新开放，流量涌进社群架设的 Tor WebTunnel

Toomore Chiang — Tue, 02 Jun 2026 13:41:10 +0000

伊朗封网 80 多天后重新开放，流量涌进社群架设的 Tor WebTunnel¶

对伊朗的网络使用者来说，过去这近三个月，外面的网络几乎不存在。直到前几天连接稍微恢复，社群架设在台湾的 Tor WebTunnel 桥接开始涌进大量流量，那是想尽办法绕过审查、连回 Tor 的伊朗人，重新连上了外面的网络。

你也可以帮上忙

手上有一台 VPS（云端主机）或实体主机，再加一个域名，就能架一个 Tor WebTunnel 桥接，让被审查切断的人能连回外面的网络。架不了服务器也没关系，打开浏览器跑 Snowflake 一样能贡献匿名流量。

服务器规格、法律考量与完整架设步骤，都整理在 如何搭建 Tor WebTunnel 桥接。

封了 80 多天的网络¶

2026 年 2 月 28 日起，伊朗在军事行动期间切断了对外连接。这次断的是整个国家对外的网络，接近全国规模，跟平常封锁个别网站的审查是不同量级的事。根据 Cloudflare Radar 的观测，伊朗对外的网络流量在断网后掉到平常高点的 0.3% 上下，几乎归零，整个三月、四月都压在这个低点¹²。一直到 5 月 26 日前后，流量才急速回升，重新接近正常水准。从断网到重新开放，前后 80 多天。

Cloudflare Radar 观测到的伊朗对外网络流量。2026 年 2 月 28 日断网后接近归零，整个三、四月维持低点，5 月 26 日前后才急速回升。

封网的这段期间，伊朗只剩一个被高度过滤的国内网络可用，银行、外送这类本地服务还能运作，但对外的连接几乎全断。NetBlocks 把这次列为现代史上最长的全国性断网，全国 9000 万人口里，大多数在这近三个月几乎连不上国际网络³。

社群的 WebTunnel 在伊朗重新开放网络后流量跳升¶

社群在台湾架设的 Tor WebTunnel 桥接，平常就在背景持续运作，帮连不上 Tor 的人绕过审查连进来。伊朗重新开放的那两天，这个节点的连接明显跳升，流量比平常高出许多。看到流量回来的当下，我们其实松了一口气，那代表又有人能重新连上外面的网络。

社群架设的 Tor WebTunnel 桥接流量。伊朗重新开放后，经过这个节点的连接明显跳升。

封网期间，当地人连 Tor 都连不上，因为整条对外连接都断了。连接一恢复，很多人急着想知道外面这段期间发生了什么、跟失联的亲友重新联络上。记者要把当地消息传出去，公民团体需要和外界协调，这些都得连上那些被长期封锁的网站和服务。要绕过审查，多半得靠 Tor，而在 Tor 本身也被封锁的地方，还得透过各地志愿者架设的桥接才连得上。他们透过桥接连上 Tor 时，有一部分连接就经过社群架在台湾的这个节点（社群在新加坡也架了一台节点，这次没有被分配到流量）。

从后台看连入这个桥接的来源网络，前五名全是伊朗的主要电信业者，流量确实来自当地的一般网络用户。

连入这个 WebTunnel 桥接的来源 ASN（Cloudflare 后台）。前五名全是伊朗的主要电信业者：移动通信公司（MCI）、伊朗电信（TCI）、Irancell、Aria Shatel、Pasargad，流量确实来自伊朗的网络用户。

流量并没有在那两天之后就退去。这几天，连接持续经过这个桥接。根据 NetBlocks 等监测机构，伊朗这次的恢复并不完整，移动网络一度仍中断、家用 Wi-Fi 才先恢复，主要社群平台的封锁也还在，甚至比封网前更严，当地人要连到外面的一般网站，多半得靠 VPN 之类的工具才连得出去³⁴。对很多人来说，就算网络「重新开放」，要连到外面还是得绕过大量封锁，而社群的 WebTunnel 就是这些绕过封锁的方式之一。

流量这几天持续经过社群架设的 WebTunnel，这几个节点显然不够用。所以我们想邀请更多有能力的人一起架设桥接，让更多需要连到外面的人连得上。

需要连接的人，可以来信索取

社群目前在台湾、新加坡各运作一个 Tor WebTunnel 桥接。为了不让审查者直接把位址封掉，这些 bridge line 不会公开贴出来。你或你认识的人若需要，欢迎来信 whisper@anoni.net 索取（其他联络方式见持续关注）。

为什么是 WebTunnel¶

WebTunnel 把 Tor 流量包进一般 HTTPS 连接里，在审查者眼中就像普通的网站浏览（示意图）。

Tor 的桥接有好几种，差别在于「有多难被审查者封锁」。

Snowflake 门槛最低，开个浏览器分页就能帮人连接，不必准备服务器，谁都能马上上手，在多数受审查的地方都很有用。它走 WebRTC（浏览器做视讯通话用的那种即时连接技术），这种流量跟一般浏览网页长得不太一样，在过滤特别严的环境里比较容易被认出来。另一种叫 obfs4 的桥接，把流量变成一团看不出规律的噪声，但审查系统用深度封包检测（DPI，逐笔分析连接、判断要不要放行的技术）仍可能认出它不像正常上网而挡掉。

WebTunnel 的做法不同，它把 Tor 流量包进一个真正的 HTTPS 连接里（就是平常浏览器网址列上锁、开头 https 的那种安全连接）。在审查者眼中，连到 WebTunnel 桥接跟连到一个普通网站没有两样。要封锁它，就得连带封掉大量正常的 HTTPS 网站，代价高到审查者通常下不了手。这让 WebTunnel 成为对付这类过滤最强的桥接之一，在中国、俄罗斯都已经实际派上用场。

伊朗这次的情况更极端，整段对外连接都被切断，断网期间连桥接也无从运作。等连接回来、回到日常的过滤状态，桥接才重新派得上用场。不过伊朗的过滤比中俄棘手，当地用协定白名单只放行特定几种连接，WebTunnel 起初并不容易在那里运作⁵。

随着 Tor 改用 Telegram 分发桥接、志愿者把节点数撑起来，2025 年起 Tor 观察到越来越多伊朗使用者成功透过 WebTunnel 连上 Tor⁶，也呼应了社群节点这次在重新开放后看到的流量。同一时期，Snowflake 也在伊朗特别好用，Tor 形容它是当地最好用的连接工具之一⁷。对伊朗的网络自由来说，WebTunnel 和 Snowflake 都是有效的路，两种都欢迎更多人一起加入。

你也可以架一个¶

对外连接自由、带宽充足的地方，是合适的桥接来源地。审查者会持续封锁已知的桥接 IP，所以分散在不同国家、不同网络供应商的 WebTunnel 越多，当地人能用的入口就越多。每多架一个节点，就是给当地人多一个还没被封锁、能连上 Tor 的入口。

门槛其实不高：

一台 512MB 到 1GB 内存的小型 VPS 就跑得动，成本和维护心力都比架 Tor Relay 低。
需要一个域名（或子域名）和一张 TLS 证书（让网站能用 https 安全连接的证书），用 Let's Encrypt 免费就能申请。
法律风险很低。桥接只是中转站，不会直接连到使用者最后要造访的网站，对外网站看到的是 Tor 网络的出口，不是你的服务器，比架设 Tor 出口节点安全得多。

我们把完整的架设流程整理成一份指引，从准备域名、申请证书、把桥接架起来，到防火墙、伪装页、监控与后续维运都写进去了：

如何搭建 Tor WebTunnel 桥接

如果没办法协助架设 WebTunnel，也可以打开浏览器跑 Snowflake，开着分页就能贡献匿名流量，帮连不上 Tor 的人绕过审查。等你准备好投入一台服务器，再回来架 WebTunnel。

不只是伊朗¶

伊朗这次的断网很极端，但网络审查与断网不是遥远的特例。缅甸、白俄罗斯、中国长期维持高强度的过滤⁸⁹¹⁰，每一次区域冲突、选举、抗争，都伴随着网络的收紧。同样身处华语圈的香港，也从过去开放的网络环境，这几年开始出现依国安法的网站封锁¹¹。东亚一带遇到地震、海缆中断或区域紧张时，对外连接同样可能中断或被干扰¹²。现在帮其他地方的人架起绕过审查的桥接，也是在替自己累积架设与运维匿名网络的经验。

一个节点不会改变什么，但很多个分散在世界各地的节点加起来，就是审查者很难一次拔掉的网络。如果你有一台闲置的 VPS 或实体主机、一个域名，和一点时间，欢迎一起架起更多桥接。

社群讨论在 Matrix（家服务器 im.anoni.net），加入方式与其他联络管道都在那页。

Tor 使用者文件的新家

Toomore Chiang — Tue, 02 Jun 2026 13:41:10 +0000

Tor 使用者文件的新家¶

以下內容原文翻譯來自以下文章，主詞角色為 Tor：

A new home for Tor user documentation, Tor Blog, by gus, 2025-10-29

隐私技术的力量，取决于人们能否顺利使用它。每天有数百万人依靠 Tor 来保护他们在网络上的隐私与自由。不过直到现在，想找到问题的答案，常常不得不在不同网站之间来回切换：一个是 Tor 浏览器手册，另一个是支持门户。这种碎片化的体验不仅不便于浏览，也不利于维护。

因此，我们一直在努力简化大家获取 Tor 使用帮助的方式。

所有用户文档的一个家¶

今天我们推出全新的支持门户网站，所有内容现在都集中到同一个地方。你可以在这里找到所有面向用户的文档：更清晰、分类更完善，无论在电脑或手机上都更易于阅读。这次迁移完成后，tb-manual.torproject.org 会自动重定向到新的门户网站。

我们的目标很简单：让世界各地的 Tor 用户都能轻松找到所需信息，而不用在不同网站之间来回切换。

另外不用担心，Tor 生态系统其他部分的文档仍会保留在它们应在的位置：

Tails 的文档仍在 Tails 官方网站提供。
面向中继节点运营者、数字安全培训师、翻译志愿者和用户研究员的指南，将继续保存在社区门户。

帮助我们翻译全新的支持门户网站¶

我们是一个全球社区，让工具与门户网站能够以多种语言提供至关重要。来自世界各地的志愿者一直在帮助我们进行这项翻译工作。由于我们重新调整结构并更新了许多内容，新门户网站需要全新的翻译。

目前支持门户网站提供的语言有：西班牙语、波斯语、德语、土耳其语、俄语、乌克兰语、匈牙利语、日语、阿拉伯语，以及简体中文。

如果你希望让 Tor 文档也有你所使用的语言版本，请通过我们在 Weblate 的翻译项目做出贡献。若你是第一次参与 Tor 翻译，请参考“成为 Tor 翻译者”指南开始上手。

社区共同的努力¶

这个全新的门户网站，是多个 Tor 团队（UX、社区、系统管理）以及 Sutty 合作的成果。Sutty 根据 Tor 为新支持网站设计的规范，构建了一个可复用的组件库。这种模块化做法让系统更易于维护、扩展，并能适应未来需求调整，为后续的新网站打下坚实基础。

“这次与 Tor 的合作，以及使用我们擅长、类似 Jekyll 的静态网站生成器，不仅帮助我们打磨并精进自家的工具链。同时，能为 Tor 这个长期以来激发更私密互联网愿景的组织做出贡献，对我们这个由员工共同所有的合作社来说，也是值得骄傲的里程碑。”（Sutty）

我们相信，隐私应该人人可及。使用隐私工具的人越多，对所有人来说，隐私就越强。每一次改进文档，都能帮助更多人理解、使用并信任 Tor。我们希望这个全新的支持门户网站，能让全球各地的用户更容易找到所需的答案，也让大家感到自己是推动网络隐私与自由的全球社区一员。

分享你的意见反馈¶

如需对网站提出意见或报告问题，你可以在 GitLab 创建一个 Issue。你也可以通过 Matrix（#tor-www:matrix.org）或 IRC（irc.oftc.net 上的 #tor-www）联系我们并与我们交流。

Unredacted 如何帮受审查地区的人连上开放网络

Toomore Chiang — Mon, 01 Jun 2026 15:51:34 +0000

Unredacted 如何帮受审查地区的人连上开放网络¶

以下是 Unredacted 在 Tor Blog 的客座文章全文翻译，文中的「我们」都指 Unredacted：

Keeping the doors open, Tor Blog, by Unredacted.org, 2026-05-15

文末附三段来自 anoni.net 社群的补充（台湾的对照、GreenWare 在自由连接地区的可行性、你能做什么）。

这篇客座文章是「捍卫自由网络的组织」系列报导的一篇。

有位中国用户曾经这样描述我们的工作：

「你们帮了很多很多人翻过防火长城。如果没有你们的帮助，我会被困在完全的黑暗里，被洗脑。」

我们很少听到使用我们服务的人发声。他们大多没有办法、或不觉得自己能安全地传讯息出来。每当有一条讯息穿越过来，就提醒我们这件事真正关系到什么。

我们是 Unredacted，一个注册在美国的 501(c)(3) 非营利组织（美国的免税公益组织）。我们建造并运维网络基础设施，协助大家连上开放的网络、捍卫使用网络的隐私权。具体做法是在全球运行一个超过 300 台服务器的网络。当前门被锁住时，我们是另一条穿越的路径。当公共广场不再安全时，我们是还能说话的地方。

这份工作大部分都是看不见的，包括数据中心作业、硬件、自动化、开源软件、带宽、滥用通报处理、监控警报，以及为了让这一切持续运作而熬过的深夜。

我们做的事情分成三个方向。Censorship Evasion（绕过审查）这一块是 Unredacted Door，我们把所有用来绕过封锁的服务都收在这个名字底下。Secure Infrastructure（安全基础设施）跑像是 XMPP.is、自家的 Matrix 家用服务器，还有其他以安全与隐私为前提的免费服务。Unredacted Education 是写作与文件这一块，给想理解这份工作、想自己复制一遍的人读的指南与说明。在这三块之外，Unredacted Labs 是实验区，跑还没到正式上线等级的基础设施想法。GreenWare 就是其中一项，目的是用不太耗电的硬件扛起真实的网络容量。

Unredacted Door¶

名字就是字面的意思。当通往开放网络的入口被墙封起来，人们就需要另一条进入的路径。

Unredacted Door 把好几项绕行审查的服务收在一起：FreeSocks、Signal 与 Telegram 的讯息代理、Tor bridges、Snowflake 代理。在最近的 30 天里，这些服务替数万名在自己国家绕行审查的用户承载了将近 300 TiB 的流量，大约相当于播好几万小时 4K 视频所需的带宽。需求没有减缓，我们得持续架更多。每一条新过滤规则、每一条新法律、每一波打着「为了你的安全」名号的措施，都会把更多人推向尚未被审查者发现的路。

Unredacted Door 里最大的一块是 FreeSocks，给审查严重地区的用户用的免费代理。如果你没接触过，代理就是一个转接点：你的应用程序连的是这台转接的服务器，由它把连接带过你跟外面网络之间那层过滤，再接到你真正想连的被封锁服务。

FreeSocks 的设计重点是让这个转接点看起来低调无奇，这恰好是一般 VPN 缺乏的特质。VPN 在连接上很显眼，有清楚的端点、清楚的握手、在线路上看得出来的数据包形状。审查者非常擅长阻挡他们认得出来的东西。

没有单一工具能涵盖所有情境。Tor Browser 提供强度足够的浏览隐私与匿名性。Snowflake 在 Tor 网络本身被封时，帮用户绕回 Tor 上。FreeSocks 代理则把特定流量推上一条较难被察觉的路径。住在审查环境里的人通常手边得备上好几种工具，因为没有任何一扇门能一直开着。

这也是我们为什么把心力投在 FreeSocks 第二版（v2）的开发上。它使用 Xray，一个强大且弹性的流量路由引擎，可以把代理流量做得更像一般网页流量。

什么是 Xray

Xray 是一个流量路由与伪装工具，源自 V2Ray 项目，被中国、伊朗等审查严重地区的用户广泛采用。它提供 VLESS、Trojan、Reality 等协议，把代理流量伪装成一般 HTTPS / TLS 流量，让系统难以从连接特征认出它其实是代理。传统 VPN 一眼能认出的握手与数据包样态，Xray 把这些指纹抹平，是抗审查工具圈里近年的主力选择。详细可参考 Xray-core 项目。

我们把 Xray 与自家的开源控制平面绑在一起，这样当审查者找到并封锁某台服务器时，系统就能自动轮替端点。用户已经在压力底下了，能少花一分力气去调设置就少一分风险。

GreenWare：用更省电的硬件撑起 Tor 容量¶

Tor 中继、桥接、代理等等，这些都跑在数据中心的硬件上，而硬件有实际的成本，财务、运营、环境都有。如果我们希望隐私基础设施能长期撑下去，就得问什么样的运维才是真的可持续。

GreenWare 是我们试着缩小这个成本、同时保住承载量的尝试。大多数 Tor 中继的流量，并不需要一台耗电像暖风机的服务器。一台中继需要的是稳定的网络、可预测的 CPU，以及足够存放状态的内存。这种规模的工作量，一台单板电脑就能处理，前提是外壳够扎实。

我们从 Raspberry Pi 5 主板开始，通过 PoE（网络供电）让电与数据都靠一条网线喂进去。这个想法行得通。数据中心的典型服务器吃的电大约相当于一台小型暖风机，而一台 Pi 连一颗灯泡都不到。但是第一代有它的天花板，密度不够，部分配套元件也撑不了我们的长时间使用。

所以我们现在同时跑两种部署方式。第一种是一个 1U 机箱里塞 20 个 ComputeBlade 模组，全部 20 个都部署在我们的数据中心，把一部分 Tor exit relays 搬到上面跑。这个机箱在满载时大约吃 100W 多一点，差不多等于一颗旧式白炽灯泡。第二种是我们自己设计的定制 Raspberry Pi 机箱。会做这个，是因为 ComputeBlade 的经验让我们更清楚现场到底需要什么。两种都已经上线，截至撰文时，我们全部 123 个 Tor exit relay 都跑在这套合并后的基础设施上，总耗电大约 400W。随着时间推进，等项目更成熟，我们会再分享更多机箱设计与整体进展。

Tor 网络靠愿意替它运维基础设施的人与组织撑起。Exit 是这份工作里最难的一块，需要带宽、维护、处理滥用通报、法律上的承担，还需要钱。如果我们能把跑出有意义的 exit 容量所需的成本与电力都压低，就有更多人能扛起其中一块，让网络的节点更多元、规模更大。

更长远的目标是继续推动高效硬件、碳排追踪，乃至于以再生能源驱动的小型节点。我们很乐意跟想看到这件事持续做大的组织与公司合作。

开放的网络之所以保持开放，是因为有许多人与组织投入心力、时间与精神。包括测量审查的研究者、提供带宽的中继运维者，以及不肯把彼此丢下的社群。Unredacted 负责的这一块，就是建造与维护那些路径，在那些明显好走的路被切断时，给人们另一条能走的路。

来自 anoni.net 社群：台湾的对照¶

Unredacted 文章里那位中国用户的话格外少见，因为身处审查环境的人多半没有管道、也难以安全地对外发声。anoni.net 是一个台湾的匿名网络社群，写这篇补充的视角来自这里。台湾的网络环境相对自由，没有 GFW、没有强制 VPN 注册、ISP 也没有国家审查命令。也因为如此，台湾这类对外连接自由的地区，有条件替被封锁地区架设 Tor 中继与桥接，分担一部分抗审查基础建设的工作。在中国大陆、伊朗这类重度审查地区的人，正是这些基础设施服务的对象。在新加坡、马来西亚、海外华人所在地这些对外连接同样自由的地方，也都适合成为架设来源地。

匿名网络社群 anoni.net 一直通过 Pulse 即时观测追踪台湾 Tor 中继节点的数量与分布。截至 2026-05-31，台湾境内 Onionoo（Tor 官方的中继资料查询服务）看得到的、运作中的中继节点是 12 个，其中具有 Exit 旗标的只有 3 个（initramfs、GuruKopi、jerryrelay）。对照 Unredacted 一个组织就跑 123 个 exit relay、30 天承载近 300 TiB 流量，台湾的全国 exit 规模还不到他们的 3%。我们在 Tor Relays 观测点持续更新这个数字，并在 ASN 观测资料分析补上 OONI 对台湾与邻近地区的审查观测。

香港、澳门以及使用中文的东南亚华语用户，在 2020 年后实际的翻墙需求增加，而简体与正体中文的抗审查资源相对稀缺。anoni.net 的工作之一是把这套中文资源补起来，包括什么是 Tor、Tor Snowflake 桥接点、什么是 OONI 等基础文件，跟 Unredacted 的 Unredacted Education 走在同一条路上。

来自 anoni.net 社群：GreenWare 在自由连接地区的可行性¶

Unredacted 把 123 个 exit relays 跑在 400W 上，这个数字换算成运营成本相当友好。以台湾一般工商业用电费约 NT$ 3.5 至 6 / 度（约人民币 0.8 至 1.4 元 / 度）估算¹，400W 全年运转约 3,500 度电，一年大约 NT$ 12,000 至 21,000，对学校信息中心或社群协作空间而言是可以负担的运营成本。读者在其他地区可以换算当地电价，量级通常落在同一个区间。

关键在硬件规模化的设计。Raspberry Pi 5 对各地 maker 社群都不陌生，PoE+ HAT 与 PoE 交换机在常见零售管道都能买到（台湾如 Cytron、群创、PChome，其他地区可循当地电子零售管道）。ComputeBlade（20 模组 1U 机箱）目前零售管道较少，可以通过官方海外订购或社群代购取得。机构机房比家用网络更适合做这件事，原因有三：固定 IP、机构网络带宽、有人巡检机器。

Tor Relay 校园建立是 anoni.net 2026 的三大主题之一，社群正在把校园架设的经验整理成一份 SOP（见 Tor Relay 校园建立研究专题与在台师大架设 Tor Relay：一段与学校沟通、留下可能性的实作经验）。Unredacted 在 GreenWare 上的工程做法，可以做为下一所学校评估架设方案时的参考点，先用 PoE 喂电的 Raspberry Pi 5 试做一台 middle relay，等运作稳定后再考虑 exit 与机箱密度。

对想参与的个人或小团体，从 Snowflake proxy 开始（浏览器扩展或 Docker）几乎没有电费负担，是进入抗审查基础建设最低门槛的入口（见 Tor Snowflake 桥接点）。

你能做什么¶

读完 Unredacted 的工作，如果你也想替审查地区的人多撑住一条连外的路，这里有几个入口：

了解 Unredacted：到 unredacted.org 看他们的服务与透明度信息，再决定是否通过官方管道支持服务器、带宽与人力成本。
自架 Snowflake：最低门槛的抗审查贡献，用浏览器扩展或 Docker 就能跑（见 Tor Snowflake 桥接点）。
架设 Tor relay 或 bridge：需要稳定网络与一点运维心力，社群整理了如何搭建 Tor Relay 的步骤与经验。
校园 Tor Relay：在大专院校工作或就读的人，可以从 Tor Relay 校园建立研究专题开始评估。
加入 anoni.net 社群讨论：通过 Matrix 跟其他社群成员交换经验，入口在社群参与。

InterSecLab MADLink 翻译上线：凌华 1,708 台 CSA-7400 进入哈萨克斯坦审查系统，社区同步整理编辑观察

Toomore Chiang — Tue, 26 May 2026 17:29:08 +0000

InterSecLab MADLink 翻译上线：凌华 1,708 台 CSA-7400 进入哈萨克斯坦审查系统，社区同步整理编辑观察¶

一家在台北证交所挂牌的上市公司，2019 至 2020 年间出货了 1,708 台 CSA-7400 高密度网络平台设备给一家中国客户。这批硬件最终在哈萨克斯坦开机运行，作为国家级网络审查与监控系统的核心。设备来自凌华科技（ADLINK Technologies，股票代号 6166），客户是中国公司 Geedge Networks（积至公司），他们的旗舰产品「天狗安全闸道（Tiangou Secure Gateway，TSG）」其能力可媲美中国防火长城。

这是 InterSecLab 在 2026 年 4 月发布的调查报告 MADLink: A Taiwanese Vestige in the Geedge Supply Chain 的核心发现，也是 2025 年 9 月《The Internet Coup》之后，InterSecLab 对 Geedge 供应链延伸调查的第一篇。匿名网络社区 anoni.net 已完成正体中文（台湾用语）翻译，这次跟上一份报告不同，我们同步整理了一页「编辑观察」，记录报告发布后台湾本地媒体、政府、立委的接收状况。

报告找到了什么¶

凌华科技在 2019 至 2020 年间出货给 Geedge 的 1,708 台 CSA-7400，构成 Geedge 第一代防火墙平台的硬件基底，部署在哈萨克斯坦，推动国家层级的网络审查与监控。CSA-7400 是凌华自家行销定位用于深度封包检测（DPI）与防火墙的高密度 4U 设备。

凌华的硬件还出现在 Geedge 部署于缅甸的 EtherFabric 之中。EtherFabric 是一款定制的网络封包代理（network packet broker，NPB），用来在多个 TSG 节点之间做流量负载均衡。外泄文件中的一组 MAC 地址可追溯到凌华，这显示凌华在 Geedge 产品线中的影响并非单笔 CSA-7400 交易那么简单。

Geedge 目前这一代的 TSG 部署在埃塞俄比亚、巴基斯坦和缅甸，服务器来自中科曙光（Sugon，已遭美国制裁）旗下的 Nettrix，存储来自浪潮（Inspur）。这些是标准 x86 元件，即便直接采购受限，仍可从二手市场取得。报告认为，这类为监控用途设计的专用硬件（CSA-7400、EtherFabric 中使用的凌华元件），才是出口管制最能发挥效果的对象。

翻译版的阅读路径¶

完整中译放在这里（中译版仅在 zh-TW 维护）：MADLink / 台湾在 Geedge 供应链中的遗留 - InterSecLab

原报告为单页长文，社区依主题切成 5 章，便于在 Matrix 上分章节讨论：

关于 ADLINK 的指控段落，翻译团队将凌华的回应全文完整保留在附录章节，读者可以自行比对两造说法。

这次跟上一份报告不同的地方：编辑观察页¶

上一份《The Internet Coup》翻译时，我们的工作止于忠实中译。MADLink 这次点名了一家台湾上市公司，理论上会引发本地媒体追问、立委质询、主管机关回应这样的循环，但截至 2026-05-20 的观察，台湾中文公共领域明显安静。这个现象本身就是观察素材，所以多写了一页：编辑观察：台湾对 MADLink 报告的后续反应。

这页明确标示为 anoni.net 编辑团队的整理，不属于 InterSecLab 原报告。内容分成五个区块：

外部交叉验证： 为了让读者能自行重现，我们对报告中的关键事证跑了一轮独立查证，例如 IEEE OUI 00:30:64 确实登记在凌华名下（macvendors 与 macvendorlookup 两个独立来源都回传「ADLINK TECHNOLOGY, INC.」）、CSA-7400 在凌华中英文官网上明确被分类为「Network Security Appliance」并行销 DPI/IDS/IPS/NGFW、积至（海南）信息技术有限公司由方滨兴 2018 年在海南创立（维基百科、大纪元、新唐人交叉印证）、New Bloom Magazine 2026-04-29 那篇报道真实存在。

媒体覆盖对比： 国际与英文媒体有覆盖（InterSecLab 原报告、New Bloom Magazine、cybernews 等）。台湾中文媒体基本无覆盖（联合、自由、中央社、TVBS、TechNews、iThome 等截至 2026-05-16 都没有直接报道，TechNews 虽然在 2025-09 写过 Geedge 500GB 外泄本身，但未追凌华这条线）。被原报告引述的立法委员沈伯洋，在公开场合也找不到就此议题的进一步发声。

为什么台湾这么安静： 编辑团队整理了 5 个可能因素：技术门槛高且缺少在地 brief、信息安全媒体聚焦企业市场而非人权与出口管制、2025-09 外泄事件热度已过、蓝绿两边都没有主动放大的政治诱因、公民社会的议题分配还没把监控科技出口的人权审查当主战场。这些都是观察而非定论，欢迎社区补充与挑战。

后续可追踪指标： 按政府/媒体/公民社会分组，列出国贸署战略性高科技货品出口实体管制清单、立法院议事系统、公开信息观测站代号 6166、监察院纠正案公告等具体入口的 URL，并附上 4 种成本不同的执行方式（Google Alerts、手动巡查、RSS bot、自动化爬虫）对照表，让不同人力与技术背景的社区成员都能找到合适的参与方式。

English summary for international readers： 完整英文版观察，方便从海外连过来的读者了解这份报告在台湾本地的接收脉络。

为什么做这页观察¶

MADLink 的核心问题，是台湾现行出口管制制度能否阻止本地公司供应监控与审查设备给威权政府的供应链。这个问题没办法靠一份英文报告自己解决，需要本地的报道、质询、倡议跟上，才会产生制度修补的压力。

当这个循环没有启动时，记录当下的接收状态，本身是一种接力的方式。后续若有新进展（媒体开始追、立委公开质询、凌华发重大讯息、国贸署更新框架），这页会持续加上日期戳记更新，并在 Matrix 同步通知。

感谢与参与¶

感谢 InterSecLab 持续推动这个系列调查，也感谢社区成员投入翻译与编辑观察的整理工作。

两份报告（《The Internet Coup》与《MADLink》）的社区讨论延用同一个 Matrix 频道：

https://matrix.to/#/#interseclab-the-internet-coup:im.anoni.net

如果你发现编辑观察页未收录的相关报道、政府文件或公开发言，欢迎透过页面右上方的编辑图示直接送 PR 补充，或在 Matrix 频道分享。

技术分析报告：网络政变

Toomore Chiang — Tue, 26 May 2026 17:29:08 +0000

技术分析报告：网络政变¶

在九月中的时候，不知道您是否有注意到一件事情，一份大约 500G 的资料被公开出来，而这份资料是关于中国网络防火墙（或称中国防火长城 GFW）技术与如何将这套系统出口落地到其他威权政权国家。

一家专注数位安全的实验室 InterSecLab 针对外泄资料，在去年（2024/12 前后）已知悉这份外泄资料，也在第一时间采取行动，历经 10 个月的时间与多家组织、科技社群针对外泄资料进行核实调查与分析报告，报告于 2025/09/12 发布释出。

「匿名网络社群」虽然没有参与到前期的协助，但报告释出后，我们快速浏览报告内容，内容证实了许多关于中国防火长城长期以来「疑似可能」的能耐。

而在报告中我们也对于在背后运作的团队与组织有更清晰的轮廓，所使用的开发环境与现在的新创团队无异，甚至出口到其他国家落地的运作与维护都可以远端执行，或换句话说，中国政府与其他客户（国家）还提供定制化或通用规则设定一键启用！

详细内容¶

还有更多详细的外泄资料与中国防火长城的营运样态，可以透过这份我们已经翻译为正体中文（台湾用语）的报告（中译版仅在 zh-TW 维护）。

这份已翻译报告的编排方式会与原文报告中的 INDEX 段落作为章节来呈现（共八个章节）。希望如果您在阅读的时候，能方便对回原始报告中的段落。

感谢¶

最后感谢 InterSecLab 的 Marla Rivera 接受我们参与翻译的提议，与后续给我们的鼓励，这份报告对于我们在勾勒面对中国的风险有了更清晰的轮廓，再次感谢！

后续¶

「匿名网络社群」针对这次报告也开了一个讨论频道，如果您阅读后有任何感想，也欢迎到讨论频道与我们交流。

另外 InterSecLab 也打算持续探索外泄资料中的程序代码，如果您有兴趣一同参与「Review code」的活动，也可以直接联系 InterSecLab 表达参与意愿。

最后，感谢支持「匿名网络社群」！

匿名网络社群 Anoni.net/Docs

CryptPad 2026.5.0 上线：正体中文（zh_Hant）正式收进内建语系

CryptPad 2026.5.0 上线：正体中文（zh_Hant）正式收进内建语系¶

CryptPad 是什么¶

为什么社区选择 CryptPad 作为自架的协作平台¶

正体中文（zh_Hant）翻译：两年半的时间线¶

关于「正体中文」与「繁体中文」的用字¶

中国大陆使用者如何访问 cryptpad.anoni.net¶

如何开始使用 cryptpad.anoni.net¶

相关阅读¶

onionoo MCP 上线：用一句中文问 Tor 中继节点现况

onionoo MCP 上线：用一句中文问 Tor 中继节点现况¶

为什么要包这一层¶

可以拿来问什么¶

如何接上¶

给 AI 客户端用户¶

给写程序直接调用的用户¶

与既有观测工具的分工¶

参与与反馈¶

相关阅读¶

我们普查了 336 条 OONI Run v2 清单，3 条就占了全网 72% 的检测量

我们普查了 336 条 OONI Run v2 清单，3 条就占了全网 72% 的检测量¶

我们做了什么普查¶

母体有多大：337 条，两年¶

使用量极度集中：基尼系数 0.981¶

数据集中在哪些使用情境¶

长期观测靠的是持续运行的后端，清单大小几乎无关¶

anoni.net 的座标：社区自己就是一组对照实验¶

对社区与 OONI 的意义¶

数据与前提¶

相关阅读¶

在台师大架设 Tor Relay：一段与学校沟通、留下可能性的实作经验

在台师大架设 Tor Relay：一段与学校沟通、留下可能性的实作经验¶

前言：为什么在校园谈匿名网络？¶

为什么想在学校架设 Tor Relay？¶

跟学校如何谈？关键是让对方能交代¶

行政流程真的很麻烦，但不是死路¶

社团与推广：让 Tor 在校园里走出标签¶

给其他大学的行动建议与踩雷提醒¶

行动建议¶

常见踩雷¶

结语¶

用 ADR 记录决策：Tor 系统管理团队的新做法

用 ADR 记录决策：Tor 系统管理团队的新做法¶

新流程¶

模板¶

流程¶

沟通准则¶

为何走到这一步¶

接下来呢？¶

OONI 全新的匿名凭证系统

OONI 全新的匿名凭证系统¶

OONI 的需求¶

打造模块化、具表达力的凭证框架¶

OONI 的凭证长什么样¶

「提交测量」协议的高阶概观¶

与 OONI 代码库的整合¶

数据交换模型¶

接下来会做什么¶

项目重启 2025

项目重启 2025¶

项目计划¶

ASNs 自治网络观测数据分析¶

OONI 网站检测清单¶

中文化与文档翻译¶

参与方式¶

活动预告¶

介绍 oniux：针对任何 Linux 应用程序的内核级别 Tor 隔离技术

介绍 oniux：针对任何 Linux 应用程序的内核级别 Tor 隔离技术¶

什么是 Linux 命名空间？🐧¶

Tor + 命名空间 = ❤️¶

oniux vs. torsocks¶

如何使用 oniux？🧅¶

这是如何在内部运作的呢？⚙️¶

oniux 是实验性质的工具 ⚠️¶

致谢¶

OMG！第三届 Open Measurement Gathering（OMG）的有问必答（AMA）活动总结

OMG！第三届 Open Measurement Gathering（OMG）的有问必答（AMA）活动总结¶

简报摘要¶

Censored Planet 的工作内容¶