匿名网络社群 Anoni.net/Docs

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

Toomore Chiang — Tue, 02 Jun 2026 00:00:00 +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。

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

Toomore Chiang — Mon, 01 Jun 2026 00:00:00 +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 跟其他社群成员交换经验，入口在社群参与。

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

Toomore Chiang — Thu, 28 May 2026 00:00:00 +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），加入方式与其他联络管道都在那页。

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

Toomore Chiang — Mon, 25 May 2026 00:00:00 +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 告诉我们。

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

Toomore Chiang — Sat, 23 May 2026 00:00:00 +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 频道分享。

PayPal 关闭台湾境内交易、Stripe 至今未开放：EFF 新书 Transaction Denied 整理十多年金融审查案例

Toomore Chiang — Thu, 21 May 2026 00:00:00 +0000

PayPal 关闭台湾境内交易、Stripe 至今未开放：EFF 新书 Transaction Denied 整理十多年金融审查案例¶

图片来自 EFF Deeplinks 文章 Former EFF Activism Director's New Book, Transaction Denied, Explores What Happens When Financial Companies Act like Censors 的社交卡片（EFF Financial Censorship banner 图库），授权为 CC BY 4.0。

2017 年 5 月 9 日，美国的跨境电子支付服务 PayPal 全数关闭台湾境内交易功能，两个 PayPal Taiwan 账号之间不能再收付款，跨境收付款则维持运作。受冲击最大的是刚起步的实况产业，Twitch Cheer、YouTube Super Chat、StreamLabs、NightDev 这些依赖 PayPal 处理本地观众赞助的工具集体中断，小型组织与独立媒体的本地金流也跟着受影响⁹。

法源是 2015 年通过的《电子支付机构管理条例》第三条第一项，PayPal 选择不申请许可，关闭境内交易功能¹⁰。八年过去，美国的线上金流处理服务 Stripe 至今未开放台湾使用者注册。Stripe 是 Substack、许多订阅制 SaaS、许多开源专案赞助页面背后的信用卡收款层，台湾的个人创作者要先绕道注册一间美国 LLC 才用得上¹¹。

这两件事在台湾的支付讨论里，过去多半被归到「合规取舍」或「市场规模」。前 EFF Activism Director Rainey Reitman 2026 年 4 月出版的新书《Transaction Denied》¹² 整理了 2012 年起在美国、中东陆续发生的同类事件，这些案例累积起来，呈现出一个跨地区、跨议题的长期模式。台湾的两件事可以放进这组案例一起对照，香港、中国大陆、澳门、新加坡、马来西亚的同样故事也是。

Reitman 整理过去十多年的金融审查案例¶

Rainey Reitman 在 EFF 任职 11 年，先后担任 Activism Director 与 Chief Program Officer，2022 年离开。她也是新闻自由基金会 Freedom of the Press Foundation 的共同创办人与现任董事会主席³，这本书的作者版税有半数捐给该基金会。EFF 执行长 Cindy Cohn 在介绍这本书的 Deeplinks 文章写道¹：「Rainey 既是说故事的人，也是倡议者。她揭露隐藏的权力系统，这些系统形塑我们的选择、我们的言论，最终形塑我们的社会。」

书中花最多篇幅在整理过去十多年实际发生过的案例。EFF 在 2012 年领衔的反书籍审查联盟，逼使 PayPal 收回对自出版小说平台 Smashwords 强加的书籍内容限制⁴。同一年的 Nifty Archive Alliance 案，Stripe 一开始切断这个从 1992 年运作至今的 LGBTQ 色情书写社群的支付管道，倡议行动之后改了决定⁵。

2021 年的 Larry Brandt 案没有这样的反转。Brandt 是美国一位个人捐款人，近 20 年用 PayPal 持续发小额赞助给世界各地的 Tor 中继维护者，2021 年某天 PayPal 账号被无预警关停，没有申诉管道，也没人能解释原因⁶。Tor 是匿名网络社群长期介绍、许多读者实际在用的匿名网络工具，全球各地的 Tor 中继维护者本来就是靠这类个人赞助维持运作。换到华语读者熟悉的情境，如果你长期用境外金流定期支持港媒、缅甸独立记者、乌克兰基层或某个跨国人权专案，被切断的情形是一样的，不会因为金额小、用途明确、捐了很多年就豁免。

当一位长年小额赞助者连发起一笔赞助都被当作可疑交易切断账号，「金融机构不算言论审查者」这个说法就难以继续成立。同类案例还能再列，教波斯诗歌的美国公民被 PayPal 与 Venmo 冻结账号、纽约穆斯林市议员转账备注写了孟加拉餐厅名字被挡下交易、Palestinians PayPal 案被挡的整个区域使用者⁷。

Reitman 在书里点出，这个模式之所以能长期运作，靠的是「金融机构是中性管道」这份既有认知。实际运作起来，合规导向的过度避险、模糊到不可预测的服务条款、自动化决策但没有人类审查介面、被切断的人没有可运作的申诉管道，这几个元素加在一起的效果跟内容被删除其实一样⁸。EFF 过去十多年发过数十篇文章追踪这些案例，累积速度比修法快得多。

从账号封锁到平台内容政策：2025-2026 的新案例链¶

Reitman 书里收的案例多半围绕「金融机构切断个人或组织账号」这个型态。2025 年起的几起事件呈现出另一种施压型态，金流公司透过合约条款与罚款威胁，要求平台自己修改内容政策，施压对象从个别账号扩大到整个平台层面。

2025 年 2 月，Mastercard 与 Visa 对日本多家文化产业平台施压，受影响的服务被迫调整贩售品项。日本还有自家的 JCB 与点数卡机制可以挡一些冲击，勉强撑过去¹³。同年 7 月，Steam（Valve）证实在金流公司压力下，从商店移除部分成人游戏¹⁴。2026 年 3 月，美国 FTC 主席 Andrew N. Ferguson 发出警告函给 PayPal、Stripe、Visa、Mastercard，谈「debanking American consumers」议题，这是美国联邦监管者公开把这个模式列为议题的第一次¹⁵。2026 年 5 月，Kickstarter 修改内容指引、禁止几类 NSFW 内容，Stripe 被认为是这次政策变动背后的压力来源¹⁶。

从个人账号被切断、整个市场被排除、到平台内容政策被间接改写，金流中介能施加的影响在十多年间持续扩大。

回到台湾：PayPal 关闭境内交易、Stripe 从未开放，都是金融中介的单方面决定¶

把 PayPal 2017 关闭境内交易跟 Stripe 至今不开放放在 Reitman 的框架下看，两件事都是金融中介单方面决定谁能在自己的网络上收钱。

PayPal 是「依本国合规取舍而关闭境内交易功能」。2015 年《电子支付机构管理条例》上路后，PayPal 选择不申请许可，关闭境内收付款功能，跨境功能继续运作。境内留下的空间由绿界、蓝新、Pay2Go 等本土第三方支付填补。事后看，这让台湾的本地支付基础建设更在地化，但原本依赖 PayPal 在台湾处理本地金流的应用，当天就要找替代方案⁹。

Stripe 是「从一开始就不接这个市场」。台湾的个人或公司不能直接申请 Stripe 账号，常见的绕道是注册美国 LLC、申请 EIN、开美国银行账户，再以美国公司名义使用 Stripe¹¹。这条路自己有合规成本（IRS Form 5472 未申报最低罚款 25,000 美元），对个人创作者来说门槛不低。2025 年 10 月 Stripe Tax 开始支援台湾远端销售的税务登记¹²，但 Stripe Tax 只处理税务登记，台湾使用者仍然开不了 Stripe 收款账号。

两者跟传统意义的「审查」不一样，但对倡议组织、独立媒体、创作者来说，效果跟被审查很像。依赖境外金流时，主要收款管道随时可能消失，或者从没存在过。境内第三方支付能补一部分，但跨境收款、KYC 国际趋同、《虚拟资产服务法》逐步上路，这几股压力同时收紧。相关的制度面讨论可以接上台湾 VASP 法 2026，组织端的应对可以接上倡议组织的匿名捐款管道。

华语六地区都有同样故事：中国大陆、香港、澳门、新加坡、马来西亚¶

Reitman 在书里没有展开亚洲案例，但她整理出的四个元素「合规导向的过度避险、模糊服务条款、自动化决策、申诉管道缺位」，在华语六地区都能直接对应到具体事件，差别在主导切断的是谁、动机是什么。

中国大陆：WeChat Pay、Alipay 强制实名后账号被冻结的情况长期存在，涉敏感话题转账、跨境收款，或外部金流送入境内时，账号会被「保护性冻结」。国家审查与平台合规叠加的产物，跟 Reitman 整理的美国案例机制相同，多了一层政策驱动。
香港：2019–2020 反送中后，HSBC、Stripe、PayPal 等业者面对国际尽职审查与本地合规压力，对民主派组织、独立媒体、海外港人募款平台的账号有过多次冻结或终止合作。同一段期间境内监管与境外尽职审查同时收紧。
澳门：博弈业的反洗钱合规压力外溢到一般用户，跨境小额转账容易被列入 EDD（强化尽职审查），独立媒体或人权工作者的境外收款管道因此变薄。
新加坡：金管局（MAS）的《支付服务法》（PSA Act）与 2023 起对 Crypto/DPT 的牌照收紧，新创、独立创作者、跨境 NGO 在境内难以拿到稳定的收款基础设施，部分境外业者直接停止接受新加坡使用者注册。
马来西亚：央行（BNM）的 e-wallet KYC 趋同与外汇管制让境内用户难以收受跨境小额捐款，独立媒体、人权 NGO 的境外金流需要走更长的路。

台湾被 PayPal 2017 关闭、Stripe 至今未开放的处境也属于同一套机制，只是台湾的支付讨论习惯归到「合规取舍」，比较少被识别成金融审查。

接下来社群想推进什么¶

社群把 2026 年的三大主题之一定在匿名支付，原本想说的是「个人金流是 metadata 的独立维度」。Reitman 这本书让我们看到金流还会被主动拿来当审查工具，这个风险对倡议组织、独立媒体、创作者不是抽象议题。既有的为什么匿名支付重要处理的是金流被动被观察的问题，这篇处理的是金流主动被切断的问题，两篇对照看比较完整。

下一步预计推进的方向，包括在《台湾 VASP 法 2026》补一段「跨境制裁与过度合规副作用」的观察，以及从 EFF 过去十多年 Financial Censorship 系列文章选 5 到 8 篇做策展性翻译。替代金流系统的进展也值得追踪，欧洲 European Payments Initiative、巴西 Pix 是两个现有实作¹⁷¹⁸，但金流在各国都是高度管制行业，规模化替代系统的建立成本不低。如果你关心这个主题，欢迎透过匿名支付研究专题加入社群讨论。

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

Toomore Chiang — Tue, 19 May 2026 00:00:00 +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 都欢迎。

什么是差分隐私？

Toomore Chiang — Mon, 27 Apr 2026 00:00:00 +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 技术，并提供应用情境与实践案例。对于希望以中文参考技术实践的读者，该指引是一份有助于理解差分隐私政策落地路径的公开资源。

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

Cure53 完成 Tor VPN 安全审计

Toomore Chiang — Sun, 19 Apr 2026 00:00:00 +0000

Cure53 完成 Tor VPN 安全审计¶

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

Code audit for Tor VPN completed by Cure53 | April 15, 2026

Tor Project 持续扩展移动隐私防护的工具布局，TorVPN 是其中一项重要计划：让 Tor 的保护能力更容易被普通移动用户所使用，同时维持强健的安全保障。2025 年 6 月，知名安全公司 Cure53 受托对 TorVPN Android 版及其底层网络组件进行了渗透测试与源码审计。这份报告于 2026 年 4 月 15 日正式公开。

审计范围¶

本次审计涵盖两个主要组件：

TorVPN for Android：负责将设备流量路由至 Tor 网络的移动端应用程序
Onionmasq / Arti 的 Tunnel Interface：以 Rust 编写的网络层，处理 TCP/UDP 解析、DNS 解析及流量路由至 Tor 网络

审计发现¶

审计结果指出，「Tor 的核心集成仍然稳固，在通道建立与路由方面没有根本性问题。」主要问题集中在以下几个方面：

输入验证不完整¶

多处验证机制存在缺口，可能在边缘场景下导致非预期行为。

DNS 处理弱点¶

特定情况下 DNS 解析逻辑可能触发拒绝服务（Denial of Service）条件，虽属罕见场景，但仍需妥善处理。

加密与密码学建议¶

审计提出数项加密强化建议，包括：

实现证书绑定（certificate pinning），防范中间人攻击
改善随机数生成的质量与来源

移动安全问题¶

针对 Android 平台，审计提出两项常见移动安全缺口：

明文存储配置数据（plaintext configuration storage）：配置数据若未加密存放，在设备被入侵或其他 App 获得读取权限时存在泄露风险
缺乏 root 检测（root detection）：未对 root 设备环境进行警示或防护，影响在受感染设备上的安全保障

后续处理¶

所有审计发现均已纳入 Tor Project 的持续安全改进计划，列为优先项目的包括：验证逻辑补强、资源管理改进，以及采用已经过完善安全审查的函数库。

完整审计报告可在此下载：torvpn_cure53_audit.pdf

在中国使用 TorVPN 需要关注的三个方向¶

DNS 污染让弱点不再「罕见」：审计中指出的 DNS 处理弱点，在防火长城（GFW）环境下重要性截然不同。GFW 对 DNS 的系统性污染是常态，而非边缘情境，这意味着 TorVPN 在 DNS 层面的稳健性直接影响工具能否连上 Tor 网络。在评估工具可靠性时，这项发现值得优先参考。
明文配置存储在设备被查扣时风险更高：审计指出配置数据以明文存储于设备，在台湾可能是合规讨论，在中国则涉及更直接的安全风险。一旦设备被没收或检查，未加密的配置内容可能暴露使用记录与工具痕迹。对于高风险使用者来说，这是选择工具前必须评估的因素。
独立审计是信任的前提，而不是保证：在中国，宣称「安全」的工具很多，但经过独立第三方审计并公开报告的极少。Cure53 的这份报告展示了透明审计的样本，既指出问题、也说明修复路径。了解如何阅读和判断安全审计报告，是在高风险网络环境中做出负责任工具选择的基本能力。

参考资料

本文整理自 Tor Project 官方公告 Code audit for Tor VPN completed by Cure53。

《虚拟资产服务法》草案：行政院通过了什么，还差什么

Toomore Chiang — Tue, 14 Apr 2026 00:00:00 +0000

《虚拟资产服务法》草案：行政院通过了什么，还差什么¶

2026 年 4 月 2 日，行政院第 3996 次会议通过金融监督管理委员会拟具的《虚拟资产服务法》草案，将函请立法院审议。对关心加密资产与支付工具的人来说，这代表台湾从反洗钱框架下的 登记制，要往 许可制 再跨一大步。下面整理草案在公开整理本里写得清楚的部分，并说明「通过院会」和「法律上路」中间还隔着立法院。

本文仅供信息整理与公共讨论，不提供法律意见。具体要件与刑度请以未来三读条文与子法为准。

院会通过后，条文仍待立法院审完才生效¶

院会通过的是草案，下一步是立法院审查、朝野协商与可能的条文修正。通过三读、公布施行日期后，对一般人才有完整的法律效果。媒体标题若写「最重判几年」，通常是把草案里的 刑事责任条文 拿出来讨论，读者仍要分辨：那是立法者打算吓阻哪些行为，以及最后条文是否照案通过。

一手文本可从行政院公布的整理本取得，文件名与链接以行政院网站为准（搜索「虚拟资产服务法」草案法条 PDF 即可找到）。

草案在架构上谈什么¶

依行政院整理本 总说明，草案共 56 条，架构大致包含：

总则：立法目的、主管机关、定义、创新实验与国际合作（草案第 1 条至第 5 条）。
虚拟资产服务商：业务种类、许可、专兼营、组织与资本等（第 6 条至第 28 条）。
同业公会（第 29 条至第 33 条）。
稳定币：发行、同意交易与发行人管理（第 34 条至第 41 条）。
管理与监督：欺诈与操纵之禁止、检查与退场等（第 42 条至第 46 条）。
罚则（第 47 条至第 54 条）。
过渡条款与施行日（第 55 条、第 56 条）。

总说明也写明：现行反洗钱 登记制 将改为本法 许可制，并给予过渡期间，让既有业者与已办业务的金融机构可以转换。

「虚拟资产」与排除项目¶

草案与说明花了不少篇幅定义 虚拟资产，并处理 非同质化代币（NFT） 等是否纳入监管的边界。整理本指出，个案是否属于本法所称虚拟资产，要以法条定义与主管机关就个案认定为准。媒体通称不足以判断适用范围。这点对创作者与交易平台读规则时特别重要。

稳定币专章为何受瞩目¶

草案第 34 条至第 41 条处理 稳定币 的发行、与法定货币联动的准备，以及与交易的同意机制等。政策论述上，这一段是在处理「链上支付媒介」与金融秩序、准备金与央行角色之间的关系。细节涉及技术与会计，正式实施后还会靠子法与主管机关函释补齐，本文不逐条抄写。

罚则：草案写了哪些刑度¶

以下直接依 行政院整理本条文 转述，方便读者核对。

第 47 条：违反第 42 条第 1 项或第 4 项规定者，也就是涉及 虚拟资产欺诈或操纵 等，处 三年以上十年以下 有期徒刑，得并科新台币 一千万元以上二亿元以下 罚金。说明理由连结到证券交易法与期货交易法的类比，以及民事与行政手段不足时的吓阻需求。
第 48 条：违反第 7 条第 1 项、第 3 项或 第 34 条第 1 项（未依规定取得许可而经营或发行稳定币等情形，请以条文全文为准），处 七年以下 有期徒刑，得并科新台币 一亿元以下 罚金，并有法人连带处罚的设计。

其他条次还包括 客户资产保管、申请资料不实 等态样，刑度较轻或属行政秩序罚者，请读整理本全文。

立法院公听会里，谁在发声¶

在「公民团体」这个词上，台湾这几年讨论 VASP 时，公开媒体与公听会较常出现的是 业界公协会 与 政府部门，和人权或消费者保护领域常见的 NGO 不一定是同一批人。写文章或读新闻时，建议先分类，再把名单对回 立法院公听会纪录 或 书面意见，避免把「同业公会」直接说成广义「公民团体」而没有注解。

依公开报导与立法院议程，第 11 届第 3 会期 财政委员会曾就「虚拟资产服务法」召开公听会（例如 114 年 6 月 12 日场次，实际时间与文号以立法院公告为准）。媒体曾引述的单位包括 金融监督管理委员会、中央银行、法务部 等部会，以及 台湾虚拟资产反洗钱协会、中华民国虚拟资产服务商业同业公会 等。这里只作例示：谁实际登记发言、书面意见写了什么，仍要以立法院公布的 发言名单与纪录 为准。若在纪录里找不到某个传统 NGO 的名称，就不宜在文章里暗示他们一定有参与。

和「自己保管钱包」的距离¶

许多读者使用 自管钱包 或在链上转移资产，未必等于经营草案所称的 虚拟资产服务业。专法主要对准 对外提供服务、收受客户资产或办理交易 的业者与 稳定币发行。一般读者在理解新闻时，可以先把「我是不是在经营一种须许可的事业」当成问题意识，再决定要不要咨询专业。本文不代为认定个案。

为什么匿名网络社群会谈这个¶

我们平常推广 Tor、Tails、OONI 等工具，也关心 支付与身份 如何暴露行踪。台湾若出现更清楚的 VASP 边界与执法工具，会改变业者与使用者在 合规交易所/链上自管 之间的选择结构。把法案进度写清楚，有助于社群在 隐私、反诈与法遵 之间找到可讨论的共通语言。

参考链接¶

BlockTempo：行政院通过草案的媒体整理（二手报导，条号请回对政府文本）
行政院：《虚拟资产服务法》草案 法条与总说明 PDF（请自行政院「讨论通过」新闻附件下载）
立法院全球信息网：公听会与审查进度

若你对某条文或过渡期实务有第一手的公听会纪录链接，欢迎在社群渠道补充，我们可以再改写这篇的「利害关系人」小节，让名单更贴近公开纪录。

OONI 新版 Probe Desktop 测试邀请

Toomore Chiang — Sat, 11 Apr 2026 00:00:00 +0000

OONI 新版 Probe Desktop 测试邀请¶

OONI 团队推出了新的跨平台 OONI Probe Desktop 应用程序，并内置全新的仪表盘界面。团队希望邀请大家协助测试。

你可以在这里下载新版的内部测试版：OONI Probe Desktop v6.0.1（GitHub Releases）

根据你的测试结果，可以用下列方式向团队提供意见：

若在程序中遇到问题，请通过应用程序提交错误报告。这样团队才能一并取得应用程序记录，方便排查。
若有其他不像是单一程序错误的反馈，可写信至 team@ooni.org。
若你使用 GitHub，也可在仓库中开 issue：ooni/probe-multiplatform/issues

为了协助团队排查问题，反馈时请一并附上下列信息（可直接复制后填写）：

PLATFORM（例如 macOS、macOS Sonoma、Tahoe、Windows 10、Windows 11 等）：
MODEL（例如 MacBook Pro、MacBook Air、iMac、Mac mini、Mac Studio 等）：
OS Version（例如 12.2.1、13.5、14.3.1、22H2、23H2、21H2 等）：

感谢你的协助与反馈。

～ OONI 团队

一台会遗忘的服务器：探索 Stateless Relays

Toomore Chiang — Fri, 10 Apr 2026 00:00:00 +0000

一台会遗忘的服务器：探索 Stateless Relays¶

以下内容为原文翻译，主语角色来自 Tor Project 与原作者团队：

A Server That Forgets: Exploring Stateless Relays | April 8, 2026

文末另有一节「中国语境下的延伸讨论」，整理这篇文章放在中国现实环境里可继续讨论的方向，欢迎直接跳读。

运行 Tor relay 需要持续对抗对手，这些对手可能来自私人势力，也可能来自国家级体系，目标是通过攻击节点来削弱整个网络。此外，一些运营者还会面对扣押、搜查，或硬件被直接物理接触。这类情况在奥地利、德国、美国、俄罗斯都有先例，而且很可能不止这些地方。在这些案例里，服务器本身就可能变成风险来源。

Tor 存在的原因，是希望保护网络用户免受不必要监控。Tor 网络的设计前提是：任何单一运营者或单一服务器，都不应该能还原“谁在和谁通信”。记者、行动者、吹哨者都依赖这个前提成立。若 relay 被扣押后可以交出内容，就会侵蚀整个系统赖以运作的信任，而这正是我们要解决的问题。

本文将讨论无状态、无磁盘操作系统如何提升 relay 安全，范围从固件到用户空间，重点放在软件完整性与抵抗物理攻击的能力。这项工作来自 Osservatorio Nessuno 在意大利运营出口 relay 的实践经验。relay 的管理方式会因地区、技术能力、预算和司法环境而有很大差异。我们希望推动讨论，而不是给出唯一模型。

什么是无状态¶

无状态系统不会在重启之间保留任何数据。每次开机都从固定、已知的镜像开始，和 Tails 的思路类似。把 Tor relay 全部跑在 RAM 的概念并不新。专门为此设计、基于 uClibc 的微型 Linux 发行版 Tor-ramdisk，至少在 2015 年就已存在。

对 relay 运营者来说，这种设计通过默认机制提高了安全门槛，也让系统更容易形成良好实践：

物理攻击抵抗能力：机器若被扣押或克隆，可能没有可供分析的内容。按具体部署不同，提取 relay 密钥可能变得不可行。
声明式配置：系统通过版本控制管理。无状态系统每次启动都会重新应用声明配置，不会悄悄偏离既定状态。
不可变运行环境：文件系统是只读。即便攻击者拿到代码执行能力，也难以跨重启持久化恶意内容。
可复现性：重启后不变化的系统更容易验证，也更有机会被复现和审计。

为什么 Tor relays 很难做到无状态¶

Tor relay 的信誉是随时间积累的。持续运行数月的 relay 会拿到带宽旗标，从而对网络更有价值。这个信誉绑定在长期加密身份密钥上。若丢失这些密钥，relay 就会失去身份，也等于失去在网络中的信誉，需要从零开始。

因此，relay 身份必须在重启后仍可保留，同时又不能被轻易提取。把密钥放在磁盘上，可能被扣押和复制。把密钥放进 TPM 这类安全芯片，对攻击者来说通常更难下手。

除身份密钥外，relay 还会积累包含带宽历史等临时信息的 state 文件。每次重启都丢弃它会影响性能。若系统完全在 RAM 中运行，操作系统就必须塞进内存，无法使用 swap。进程一旦超过可用内存，内核 OOM killer 会直接终止进程。实践上，把 glibc allocator 换成 jemalloc 或 mimalloc，可显著降低 Tor 内存占用，在高负载 guard relay 上可由约 5.7 GB 降到低于 1.2 GB，主要因为高 churn 目录缓存对象的碎片减少。

TPM 作为主要工具¶

TPM（Trusted Platform Module）是主板上的专用硬件芯片，可保存加密密钥，并在不把私钥暴露给操作系统的情况下完成加密操作。TPM 支持 sealing，也就是把秘密绑定到机器特定测量状态，只有当 TPM 看到和创建密钥时一致的软件栈，密钥才可被使用。

对无状态 relay 来说，这意味着身份密钥可跨重启存活，因为它在硬件中，但即使机器被物理接触，也难以按常规方式导出。TPM 还支持远程证明，芯片可向外部系统证明机器实际启动了什么软件，并由硬件根信任签名背书。这使得节点运行内容可以在不完全信任运营者的前提下被验证。

TPM 也不能解决全部问题。Tor 使用的 ed25519 密钥并不受 TPM 原生支持，所以密钥虽然由 TPM 保护，但仍会以字节串形式存在于非易失存储中，技术上依然可能被导出。

此外，sealing 也要求你提前决定 TPM 信任哪些软件状态。更新 kernel 或 bootloader 后，测量状态会变化，你就得重新 sealing，并预测下一次启动的测量结果。

现有路线¶

不同运营者在“部署简洁度”和“安全深度”之间采用了不同取舍。

最小 RAM disk¶

最简单的做法是把所有东西跑在 RAM，密钥手动管理。从 2015 年开始，Tor-ramdisk 就在这么做。身份密钥通过 SCP 导出和导入，重启前不做就等于重来。没有 TPM、没有远程证明、没有 verified boot，只有“RAM 断电即失”这个保证。即便如此，仍比传统有磁盘状态的部署更进一步。

VM 型 RAM disk¶

Emerald Onion 在 Proxmox hypervisor 上为每个 relay 运行 Alpine Linux 镜像（每个 66 MB）。VM 全部启动进 RAM，且不挂载持久存储。身份通过 Tor 的 OfflineMasterKey 功能管理，长期 master key 离线生成，并且不接触 relay。更新依赖重建镜像，回滚容易，也不需要特殊硬件。

裸机 + TPM 身份绑定¶

我们的工具 Patela 走更偏硬件信任链的路线。relay 通过 stboot 启动，这个 bootloader 会拉取并验证已签名 OS 镜像，然后再把控制权交给系统。启动后，节点通过 mTLS 从中心服务器拉取配置。即便中心服务器被攻破，攻击者可以拒绝服务，但不能向节点下发凭据，也不能从节点提取密钥。relay 的身份密钥存在 TPM 非易失区域，并绑定测量启动状态。它可以跨重启存活，同时在物理接触场景下也难以导出。代价是运维复杂度更高，需要裸机环境，而且每次更新后都要重新 sealing。

开放问题¶

有些问题只出现在我们当前部署中，有些则是所有无状态 relay 都会遇到。

更新后重新 sealing¶

当软件栈变化时，TPM 的测量状态也会变化。如何自动化这件事，也就是预测更新后启动测量值，仍是最难的未解问题之一。systemd-pcrlock 这类工具正朝这个方向推进，但还没有到开箱即用。

无状态重启与升级冲突¶

我们目前用标准 unattended upgrades 更新 Tor binary。但重启会回到 OS 镜像，而镜像里可能还是旧版本，结果变成非预期降级。怎样同时兼顾自动安全更新与无状态镜像，目前还没完全解决。

内存约束¶

没有 swap 意味着进程一旦超出可用内存，就可能在没有预警下被杀掉。Tor 运行时的内存用量很难准确预测。前面提到的 allocator 替换帮助很大，但底层约束依然存在。

网络稳定性¶

持久更新只能通过重建镜像并再次启动来应用。relay 如果重启太频繁，可能失去 Stable 旗标，进而影响网络分配给它的流量。

未来方向¶

远程证明¶

Sealing 是把密钥绑定到机器状态。Attestation 则是让节点向外部证明这个状态。验证方，比如配置服务器，甚至未来可能是 Tor directory authorities，都可以发起加密挑战，只有运行在预期软件栈上的节点才能正确应答。这让启动完整性从本地属性变成可远程验证属性，减少对运营者的信任依赖。

透明日志¶

当你有可测量启动链，就可以公开它。relay 运营者提供可复现构建配方，任何人都能重算预期哈希，并检查是否与 TPM 报告一致。只追加型透明日志可以让这些证明公开可审计。Tor 社群可以运行独立监测机制，跨整个 relay fleet 跟踪这些状态。

机密计算¶

VM 路线还可以扩展到 AMD SEV-SNP 这类技术，让 guest VM 内存与 hypervisor 本身隔离。这同样有助于减少对运营者的信任，也能缩小 VM 和裸机路线之间的安全差距。

更小型硬件¶

Walking onions 是一个提议中的 Tor 协议扩展，目标是让节点不必在本地持有整个网络视图。若 arti 及相关工具能在更小型硬件上运行，当前资源条件不足以承载 relay 的设备，也可能进入可行范围。

结论¶

对 Tor 这类系统来说，无状态设计可以带来多重收益，既降低攻击成功概率，也降低运营失误风险。若后续研究和工程继续推进，整体网络可验证性与可信度仍有提升空间。

无状态系统有真实运维成本，也有难度很高的未解问题，即便是资源更充足的团队也一样。但它依然可以作为改进隐私基础设施的基础，相关概念和框架也可应用到技术栈的其他层。

这项工作起始于 Tor Community Gathering 2025，目前仍在持续。如果你运营 relay、开发 Tor 工具，或对这些开放问题有想法，我们很希望听到你的反馈。

参考资料（原文列举）¶

中国语境下的延伸讨论

放回中国语境，这段讨论聚焦在本地落地条件。中国的网络治理、平台合规要求、IDC 运营规范和跨境连接现实，都在直接影响 relay 方案能否长期稳定运作。

在顺利情境下，团队可以把无状态镜像、密钥管理、应急流程做成标准化手册，减少“靠个人经验顶住”的压力。
在不顺利情境下，即使技术架构本身更安全，仍可能因为合规沟通、托管策略和响应流程不足，导致节点难以持续运营。

把这篇文章放回中国语境，至少有三个延伸方向值得先推进：

运营流程与风险边界
若有 relay 或 exit 运营者，建议先把机房通知、投诉受理、设备处置和法律沟通流程写成标准操作。技术上先把可提取数据降到最低，才能在突发事件中降低个人与团队风险。
硬件选择与托管策略
TPM 主机、小型服务器和托管服务并非不可获得，但成本结构差异很大。好的情况是，社群能沉淀出几种可复现的硬件/镜像组合，让运维和审计成本可控。若情况不理想，各团队各自组一套，最后安全主张难比较，维护成本会持续上升。
可验证运维与外部信任
可测量启动链、远程证明、透明日志不只属于 Tor 技术圈，也可以连接到开源供应链与基础设施可信度讨论。理想状态下，它们会变成可复核的公共证据。若落地不佳，就可能只停留在少数技术人员内部，外部信任仍主要依赖口碑。

原文来源

Tor Project, A Server That Forgets: Exploring Stateless Relays

跨社区合作：匿名网络社区 × ETHTaipei

Toomore Chiang — Wed, 08 Apr 2026 00:00:00 +0000

跨社区合作：匿名网络社区 × ETHTaipei¶

今年我们很高兴与 ETHTaipei（台北以太坊社区）展开议程合作。两个社区在匿名支付主题上各有不同切入角度，为让投稿者的稿件能到最合适的听众面前，我们将联合审稿：

应用导向、科普类稿件：优先安排至匿名网络社区议程轨
技术、协议层稿件：可能调整至 ETHTaipei 区块链议程轨

投稿时不需要自行判断要投哪一轨，审稿阶段我们会与讲者沟通确认。两边时程与议程安排也会互相宣传，参与者可以在两个议程轨之间跨场听相关主题。

活动第二天（8/9），两个社区预计联合筹办「匿名支付」主题议程，欢迎对此主题有兴趣的讲者与参与者特别关注。若你有相关提案，也欢迎直接在投稿说明中备注希望列入跨社区场次。

投稿方式（请先看这里）¶

请先阅读完整征稿信息与投稿链接，再进行投稿。
提案主题务必选择「匿名网络社区 anoni.net」，稿件才会进入本议程轨审查。
提案内容请明确写出：议题方向、预计形式、听众背景、时间需求（30 或 50 分钟）、Demo 需求（若有）。

阅读完整征稿信息与投稿说明

伦理与开源授权提醒¶

本议程以合法用途为前提，不协助洗钱、逃漏税或其他违法行为。
涉及匿名工具、加密资产或混币议题，请以教育与风险理解为主，并提醒各地法规差异。
可公开的教材与示范素材，请依 COSCUP 规范采开放授权。

关于 COSCUP¶

COSCUP 是台湾开源社区年度大会，强调开放原始码与社区协作，并以免费入场为原则。本议程轨希望连结科技社区与公民团体，让匿名、隐私、网络自由的实务交流与在地协作持续扩大，也让希望以较低调或较少个资揭露方式与会的参与者更容易加入讨论。

COSCUP 2026 匿名网络社群议程轨：公开征稿

Toomore Chiang — Wed, 08 Apr 2026 00:00:00 +0000

COSCUP 2026 匿名网络社群议程轨：公开征稿¶

匿名网络社群现正公开征稿，邀请你投稿 COSCUP 2026 匿名网络社群议程轨。这是社群第二年在 COSCUP 推动相关议程。我们希望通过公开征稿，让更多关注或实践「匿名」的伙伴加入分享。议程轨为期两天，涵盖演讲、工作坊、Demo 与实务分享。

阅读完整征稿信息与投稿说明

重要时程¶

活动日期：2026 年 8 月 8 日、8 月 9 日，台湾科技大学（NTUST）
征稿截止：2026/05/09（AoE）
录取公告：2026/06/09
议程排程：2026/06/23 前完成

征稿主题¶

个人隐私：聚焦在现实情境采用的个人隐私经验与方法，包含跨境移动、设备检查、账号与资料管理等情境。
匿名网络与网络自由：聚焦监控、封锁或差别路由环境下的匿名连线与安全沟通，内容可涵盖 Tor、Tails、OONI 与抗审查实务。
匿名支付：聚焦合法前提下的匿名支付与匿名捐款实作，包含支付路径资料暴露风险、工具限制、法遵与稽核经验。
国际参与：聚焦本地社群与国际组织协作，内容可涵盖 Tor Project、Tails、OONI、EFF 等跨国合作与本地落地经验。
其他相关主题：可涵盖吹哨者保护、匿名举报、安全通讯、去识别化与 metadata、开源授权、可重现构建等延伸方向。

详细范围与提案方向，请以征稿页说明为准。

主题聚焦¶

个人隐私是基本人权，也是数字安全与数字生活的基础。
网络应保持开放与自由，任何人都应可使用匿名网络。
匿名支付讨论以合法、可稽核、保护弱势与成员安全为前提。
本地行动需要接上全球协作，并带回可重复的实务经验。

若你的议题与上述主题聚焦呼应，也欢迎投稿。

跨社群合作：匿名网络社群 × ETHTaipei¶

今年我们与 ETHTaipei（台北以太坊社群）展开议程合作。两个社群在匿名支付主题上各有不同的切入角度，为让投稿者的稿件能到最合适的听众面前，我们将联合审稿：

应用导向、科普类稿件：优先安排至匿名网络社群议程轨
技术、协议层稿件：可能调整至 ETHTaipei 区块链议程轨

投稿时不需要自行判断要投哪一轨，审稿阶段我们会与讲者沟通确认。两边时程与议程安排也会互相宣传，参与者可以在两个 track 之间跨场听相关主题。

活动第二天（8/9），两个社群预计联合筹办「匿名支付」主题议程，欢迎对此主题有兴趣的讲者与参与者特别关注。若你有相关提案，也欢迎直接在投稿说明中备注希望列入跨社群场次。

投稿方式（请先看这里）¶

请先阅读完整征稿信息与投稿连结，再进行投稿。
提案主题务必选择「匿名网络社群 anoni.net」，稿件才会进入本议程轨审查。
提案内容请明确写出：议题方向、预计形式、听众背景、时间需求（30 或 50 分钟）、Demo 需求（若有）。

如有疑问，欢迎通过联系方式与我们联系。

伦理与开源授权提醒¶

本议程以合法用途为前提，不协助洗钱、逃漏税或其他违法行为。
涉及匿名工具、加密资产或混币议题，请以教育与风险理解为主，并提醒各地法规差异。
可公开的教材与示范素材，请依 COSCUP 规范采用开放授权。

关于 COSCUP¶

COSCUP 是台湾开源社群年度大会，强调开放源代码与社群协作，并以免费入场为原则。本议程轨希望连结科技社群与公民团体，让匿名、隐私、网络自由的实务交流与本地协作持续扩大，也让希望以较低调或较少个资揭露方式与会的参与者更容易加入讨论。

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

Toomore Chiang — Tue, 31 Mar 2026 00:00:00 +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.。

2026/03 社区近况更新

Toomore Chiang — Sun, 29 Mar 2026 00:00:00 +0000

2026/03 社区近况更新¶

感谢 Tor Project 的邀约，让我们匿名网络社区有机会分享在学术网络上架设 Tor Relay（中继节点）的经验。

Tor Project 官方网站 Blog 文章 Setting up a Tor Relay at a university in Taiwan 中，我们分享了在台湾师范大学架设 Tor Relay 的经验，以及如何与学校沟通、留下可能性的实作经验。

感谢来自 Tor Project 的 Pavel 与 Roger 给予我们的帮助，让我们有这个机会通过客座文章的方式分享我们的经验。

社区近期动态¶

匿名网络社区近期正持续筹备 2026/08 的工作坊活动，COSCUP 年会的社区议题轨道已确认申请到，为期两天，将以议题与工作坊混合的形式进行。后续我们会另行公告征稿方式，欢迎持续关注。

去年我们通过参与 COSCUP，将「匿名网络」与「网络自由」的概念带进台湾开源社区年会。今年也会持续参与，聚焦于「隐私」、「校园匿名网络建设」、「匿名支付」等议题，并持续邀请新闻媒体、独立记者、公民团体与科技社区共同参与。由于 COSCUP 本身不需报名或验证身份，因此可在匿名的前提下参加活动。

此外，在「匿名支付」议题上，我们打算与以太坊基金会在台北的本地社区共同合办，并希望通过区块链、去中心化与无需许可的技术，协助我们探索并打通「匿名支付」实践的可能性。

g0v Hackath71n（高雄）¶

2026/01 我们参与了 g0v Hackath71n（高雄）活动，并在「匿名支付」主题上先厘清一个核心问题：匿名不只发生在上网行为，支付流程本身也可能暴露个人身份与关系网络。基于这个前提，我们先从真实使用场景出发，梳理哪些支付场景确实有匿名需求，而不是把所有交易都一概视为同一种问题。

讨论过程中，我们也聚焦在合规与技术之间的张力。实务上，许多支付与转账流程会经过中心化交易所，而交易所通常必须遵循 AML/KYC 与跨境监管要求，进而带来个人信息披露与交易可追踪性的风险。这些限制不只影响工具可行性，也会直接改变用户在不同地区的实际选择。

因此，在那次黑客松活动中将「匿名支付」定位为研究与讨论导向的项目。先整理风险、限制与法规疑虑，再逐步形成可持续深化的研究方向。接下来我们也会持续与本地社区协作，将讨论转化为更具体、可验证的实作路线。

活动的协作笔记讨论记录可以参考这份文件。

参与我们¶

如果你对「隐私保护」、「校园 Tor Relay 建设」或「匿名支付」等主题有兴趣，欢迎加入我们一起协作。社区目前整理了 2026 年的主题方向与参与方式，你可以先从这里了解有哪些议题最想投入。

不需要等到活动现场才参与，平时就能从线上开始。你可以先挑一个感兴趣的主题，接着到对应的讨论空间打声招呼、分享关注点，或认领一个你愿意持续追踪的小题目，让大家知道可以如何互相支持。

我们日常主要通过 Matrix 讨论、用 Cryptpad 进行协作笔记、在需要时以 Jitsi 开线上会议。工具入口、账号申请方式与基本使用说明都整理在沟通与协作工具页面。

如果你是第一次接触这些工具，也不用担心。可以先从加入 Public Space 开始，看看目前有哪些 room 正在讨论，再选择自己想先旁听或直接参与的主题。通常从阅读近期消息、回复一两个问题开始，就是最好的第一步。

我们很期待更多伙伴一起把讨论变成可落地的行动。无论你想投入研究、文档整理、活动协作，或只是先来了解现状，都非常欢迎加入，一起把匿名网络的实践做得更完整。

Cryptpad 简繁体中文翻译¶

我们近期也将 Cryptpad 的繁体中文翻译完成，并进一步提出了 PR #2254，将原本笼统的 zh 语系拆分为 zh_Hant（繁体中文）与 zh_Hans（简体中文）两个明确的语系设定。这份 PR 已被纳入 Spring Release（2026.3.0）的里程碑，预计在该版本正式支持繁简体中文界面。

Cryptpad 可以把它想成「比较重视隐私的 Google Docs」，有文档、表格、演示文稿和看板等常用功能。区别是数据在发送到服务器前就先加密了，服务端也看不到内容。对我们这种重视匿名与隐私的社区来说，用它来协作笔记、讨论和整理项目，能减少不必要的个人信息暴露，也比较放心。

Cryptpad 是一套很好用的线上协作工具，也正在规划如何在台湾推广这个服务。目前社区有自己架设一台，提供 50 MBs 的空间，欢迎申请使用：cryptpad.anoni.net

Tails 7.6 发布说明

Toomore Chiang — Thu, 26 Mar 2026 00:00:00 +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。

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

Toomore Chiang — Thu, 19 Mar 2026 00:00:00 +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，就能很快懂「原来系统是因为这样才变成这样」，也比较不会一直重复这些讨论。

Arti 2.1.0 更新发布

Toomore Chiang — Wed, 18 Mar 2026 00:00:00 +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 的官方网站和源码仓库：

从 Discord 年龄验证谈起：我们为什么自架 Matrix

Toomore Chiang — Thu, 12 Feb 2026 00:00:00 +0000

从 Discord 年龄验证谈起：我们为什么自架 Matrix¶

2026/02/09，Discord 宣布在全球推出「teen-by-default」设定，并强化年龄验证机制（台湾报导（繁体中文）见巴哈姆特 GNN：Discord 宣布 3 月起全球实施「青少年保护」措施）。新用户与既有用户将预设进入以青少年为考量的体验，若要解除部分内容过滤或存取年龄分级空间，需透过脸部年龄估计或提交证件等方式完成验证。Discord 强调这是为了青少年安全与 Safer Internet Day 的承诺，也提到会引入「年龄推论模型」在背景协助判断帐号是否属于成人。

我们无意批评 Discord 的初衷，青少年保护与合规是严肃议题。但这类机制也代表一件事：大型平台会需要更多个人资料与行为讯息来「分类」使用者。不论是脸部影像、证件、或是演算法推论，最终都是把「你是谁、你几岁、你在哪里」交给平台与其合作厂商。对许多只想安心聊天、玩游戏、或参与专案的人来说，这可能是可接受的取舍。对另一群人来说，却会开始思考：有没有别的路？

我们真正在意的是：谁决定规则、谁拿走资料¶

商业聊天平台有其游戏规则：服务条款、产品方向、哪些资料被保留、演算法如何运作，多半由公司与股东决策驱动，一般使用者难以参与，也难以完全掌握自己的资料如何被使用。这个问题的核心是谁有权决定，并非「谁比较坏」。

匿名网络社群 anoni.net 选择的是另一条路：自架 Matrix 主服务器（homeserver）。我们使用 tuwunel 这套以 Rust 撰写、高效能且符合 Matrix 规范的 homeserver，在 im.anoni.net 上承载社群讨论与 2026 主题协作。服务器设定、纪录保存策略、频道规则，由维运者与社群成员一起决定，范围小、可预期、也相对透明。我们的核心很明确：围绕网络自由、匿名网络、隐私实践，而不是「任何人进来随便聊什么都好」。这里是一个有主题、有共识的工作空间。

为什么我们选择自架 Matrix（tuwunel + im.anoni.net）¶

Matrix 是一种开放、去中心化的即时通讯协定和生态系，让全球不同的平台能彼此安全沟通、互相串联。每个人都可以自架属于自己的 Matrix homeserver（主服务器），自行决定服务器规则、纪录保存方式与验证政策。因此，我们选择自架 im.anoni.net，并以 tuwunel（一套以 Rust 开发的高效能 Matrix homeserver）来服务社群协作。

目前「匿名网络社群」在帐号申请上，采注册码注册制度，你需要来信 whisper@anoni.net 或透过其他可信任的管道取得注册码，再以注册码在 Matrix 上完成注册。注册当下不会要求你提供信箱、帐号名称可自选，服务器端也不保存可辨识身份的注册纪录。注册码非一次性（可多次共用），无法从注册码反推是谁在何时注册。也就是说，取得注册码时会有一次来信联络，但在系统内注册与使用时不绑定信箱或实名，我们尽量把「谁是谁」的资讯压在营运所需的最小范围。

选择自架与这样的注册流程，最直接的好处是：

纪录最少、追踪最少：我们尽量压缩「谁在什么时候做了什么」的保存范围，能删就删。
完全不要求实名或验证：不会强制上传证件、也不用手机、信箱，只需使用注册码即可注册。
为敏感议题、匿名研究而设计的弹性政策：无论你是参与匿名网络、审查观测或其他高敏感度范畴，都不用担心帐号曝光风险，我们会因应社群需要逐步调整相关政策。

所以，我们选择 Matrix 的核心理由，是社群需要一个能自己决定规则、对用户最小化资讯收集、并高度重视匿名性与隐私的空间，并不是单纯因为 Discord 不够好。大型平台的政策必须服膺于商业与普罗大众，跟社群所需的方向不一致。

在隐私与社群品质之间：为什么目前采「申请制」帐号¶

因此，Matrix（im.anoni.net）与 Cryptpad 帐号都需来信 whisper@anoni.net 或透过其他可信任的管道申请注册码，由我们回复注册方式或注册码后，你再于客户端完成注册。我们不开放任何人一键注册，以兼顾滥用防护与上述「注册阶段不存个资」的设计。

这里也简单说明什么是 Cryptpad：Cryptpad 是一个强调端到端加密、隐私保护的线上协作平台，可用于多人共笔、即时笔记、文件协作、待办列表、白板等，内容全程加密，只有参与的成员才能存取与查看。不像 Google Docs 等主流云端工具，Cryptpad 没有服务器端解密权限，也无需信任平台营运者，特别适合有机密、隐私需求的协作场景。「匿名网络社群」自架 Cryptpad 服务，就是为了让社群在讨论、共笔、协作时，能最大限度确保资讯不被第三方蒐集或监控。

这样采用申请制的原因很务实：

避免系统被恶意利用：如果让大家自由注册，很容易就会有自动化垃圾帐号或不怀好意的人涌入，对我们这种小规模自架的服务来说，管理和维护的压力会变得很大。
让每个进来的人都了解这里的定位：申请的人知道，这个空间是专门讨论像「个人隐私指引」、「Tor 中继节点在校园的推动」、「匿名支付」这几个主题，不是那种什么都可以闲聊的地方。会主动写信申请的朋友，也多半对这些议题已经有一定的兴趣和认识。
我们这样做是为了维护品质，而不是为了排除谁：我们不会要求你真实姓名，也不会要你上传证件资料，只是需要你多花一点时间写信申请注册码、简单说明你有兴趣参与什么。只要你对这些主题有兴趣，都很欢迎联络我们加入这个空间。

帐号申请与使用方式请见本站沟通与协作工具。

对正在使用 Discord 的朋友说的话¶

我们不希望大家觉得「非得二选一」：很多人需要留在 Discord 上的社群、游戏、专案，这完全可以理解。我们想说的是：当你需要谈敏感议题、需要更高隐私与可预期的环境时，这里有一个小而稳定的 Matrix 空间可以使用。

如果你想深入参与 2026 三个主题（个人隐私指引、Tor Relay 校园建立、匿名支付），或是实作匿名网络相关的实验，欢迎优先在 Matrix、Cryptpad 参与。
若你只是关心消息、偶尔旁听，维持原本的平台也没关系。我们会持续在文件网站与活动中分享进度，你随时可以再决定要不要参与我们。

anoni.net 的社群参与大门一直开着，差别只在于，我们选择用「谁有权决定规则、谁拿走资料」来思考这条路，并用自架 Matrix 与申请制帐号，在隐私与品质之间取得我们能接受的平衡。

匿名网络社群 Anoni.net/Docs

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

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

我们做了什么普查¶

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

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

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

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

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

对社区与 OONI 的意义¶

数据与前提¶

相关阅读¶

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

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

Unredacted Door¶

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

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

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

你能做什么¶

延伸阅读¶

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

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

封了 80 多天的网络¶

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

为什么是 WebTunnel¶

你也可以架一个¶

不只是伊朗¶

相关阅读¶

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

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

CryptPad 是什么¶

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

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

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

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

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

相关阅读¶

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

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

报告找到了什么¶

翻译版的阅读路径¶

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

为什么做这页观察¶

感谢与参与¶

相关阅读¶

PayPal 关闭台湾境内交易、Stripe 至今未开放：EFF 新书 Transaction Denied 整理十多年金融审查案例

PayPal 关闭台湾境内交易、Stripe 至今未开放：EFF 新书 Transaction Denied 整理十多年金融审查案例¶

Reitman 整理过去十多年的金融审查案例¶

从账号封锁到平台内容政策：2025-2026 的新案例链¶

回到台湾：PayPal 关闭境内交易、Stripe 从未开放，都是金融中介的单方面决定¶

华语六地区都有同样故事：中国大陆、香港、澳门、新加坡、马来西亚¶

接下来社群想推进什么¶

相关阅读¶

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

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

为什么要包这一层¶

可以拿来问什么¶

如何接上¶

给 AI 客户端用户¶

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

与既有观测工具的分工¶

参与与反馈¶

相关阅读¶

什么是差分隐私？

什么是差分隐私？¶

问题所在¶

差分隐私之前的历史¶

AOL 搜索记录泄露事件¶

Strava 热力图事件¶

随机响应法（Randomized Response）¶

k-匿名（k-Anonymity）¶

差分隐私的诞生¶

Google RAPPOR¶

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

布隆过滤器（Bloom Filters）¶

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

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

Chrome、Maps、Google Fi¶

OpenDP¶

Apple¶