匿名網路社群 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 文章裡那位中國使用者的話格外少見，因為身處審查環境的人多半沒有管道、也難以安全地對外發聲。對照到正體中文社群，台灣讀者本身並沒有遭遇這種審查封鎖。台灣的網路環境相對自由，沒有 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 / 度估算¹，400W 全年運轉約 3,500 度電，一年大約 NT$ 12,000 至 21,000，對學校資訊中心或社群協作空間而言是可以負擔的營運成本。

關鍵在硬體規模化的設計。台灣 maker 社群對 Raspberry Pi 5 並不陌生，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¶

上手方式：

入口：https://cryptpad.anoni.net/
帳號申請：寫信到 whisper@anoni.net 申請註冊碼。預設容量 50 MB，後續可調整。註冊時不要求信箱、不綁定實名，跟 Matrix 的申請流程一致。
切換語系：升級後右上角設定頁可選「中文(正體)」。網址加 ?lang=zh_Hant 也能切換。
完整工具清單：見社群自架服務。

如果你發現翻譯有錯字、用詞不順、或是有新版字串還沒翻完，歡迎到 Weblate 上的 zh_Hant 專案直接提交修改，或來信 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 中使用的凌華元件），才是出口管制最能發揮效果的對象。

翻譯版的閱讀路徑¶

完整中譯放在這裡：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 頻道分享。

校園 Tor Relay 範本工具包：提案、SOP、FAQ 三份範本上線

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

校園 Tor Relay 範本工具包：提案、SOP、FAQ 三份範本上線¶

2025/11，台灣第一個校園 Tor Relay 在台師大資工系上線。社群這半年想把這段過程、「跟學校溝通、走 TANet 行政流程、技術部署、長期維運」的經驗整理成其他學校可以直接拿去用的文件，不要再讓每一所學校的學生從零開始摸索。

社群夥伴 NZ（蘇恩立）這半年陸續把當時的計畫書、溝通 email、技術設定、踩過的雷整理出來，跟社群一起改寫成可複製範本。三份範本目前都已經上線，並以 CC-BY 4.0 授權釋出，搭配台師大案例訪談當入口。

範本已經齊了。接下來，希望能有更多學校一起響應。

範本工具包：三份檔案接力¶

工具包分三份，對應推動 Tor Relay 過程中三個不同角色的需求。

校園 Tor Relay 提案範本：一份完整的「Tor University Challenge at <學校名>」提案計畫書、四封對外溝通 email（給指導教授、資訊中心網路組組長、系上網管申請主機/IP、對外開放 port 申請）、台師大實際走過的兩個月行政時間軸，以及提案前的準備清單與踩雷提醒。所有放在 <placeholder> 裡的欄位都標出來，複製出去把學校名、系所、IP 段、教授姓名填進去就能送進審核流程。

校園 Tor Relay 架設 SOP：提案通過、拿到機房位置與 IP 之後的技術部署文件。內容包含 torrc 參考設定（ContactInfo、Non-Exit 宣告、頻寬上限、MetricsPort 安全提醒）、UFW 防火牆設計（SSH 限校內 VPN 段、ORPort 9001 對外開放）、對外狀態網頁兩種架構選擇（Nginx + Onionoo 推薦，或 MetricsPort + Prometheus + Grafana）、監控與事件處置 runbook、IPv6 設定、畢業後交接清單。

校園 Tor Relay：給校方與法務的 FAQ：十題校方資訊中心、法務、網管最常擔心的問題，每題都有台灣脈絡補充，刑法妨害電腦使用罪章、個資法第 2 條、TANet 對外連線審核機制都已經對到具體條文。頁尾另外整理「給網管的一頁摘要」與「給校方行政與法務的一頁摘要」，30 秒讀完，可以直接複製貼進 mail 開頭或當會議 handout。

三份檔案的整體入口、推動目標、案例累積，以及「待翻譯延伸閱讀」清單，都收在 Tor Relay 校園建立研究專題。

建議的閱讀順序¶

依角色挑切入點，省下繞路時間。

還在評估「該不該做」：先讀台師大案例訪談，對全貌有感再決定
想推動但沒寫過提案：提案範本 → FAQ → SOP。提案前先把 FAQ 讀完，被問到才不會答不上來
提案已通過、要開始裝：直接跳 SOP，搭配「如何搭建 Tor Relay」的個人 operator 視角補完基礎
單純被校方問到 Tor Relay：把 FAQ 頁尾的兩份一頁摘要直接轉貼給對方

NZ 公開釋出的原始素材¶

範本是 placeholder 化、去掉個人資訊的乾淨版本。如果你想看「真實案例長什麼樣」，NZ 把當時的原始 Google Drive 資料夾整份公開：

NZ 原始 Google Drive 資料夾

裡面包含台師大原版專案計畫說明書（Google Doc）、2025/12/21 校內分享 slides、現場照片。原始 Doc 裡有 NZ 個人 email、指導教授資訊、學校 IP 段等具體欄位，請不要直接 fork 原始 Doc 改學校名就送出去，容易在送件時被識破。原始存檔的價值是讓你對照寫作結構、用語拿捏，動手時還是用 anoni.net 上 placeholder 化過的範本。

英文版的案例脈絡，也已經刊在 Tor Project 官方部落格，國際同行看得到台灣這條線：

Setting up a Tor Relay at a university in Taiwan

為什麼台灣需要更多校園 Tor Relay¶

Tor 網路的匿名性靠多元的中繼節點支撐。當全球中繼集中在少數國家或少數網路供應商，Tor 對抗流量分析的能力就會降低。台灣目前在 Tor Metrics 上能觀測到的中繼數量仍然有限，每多一個穩定運作的節點，整個網路對抗流量分析的能力就多一分。即時觀測見 anoni.net 的 Tor Relays 觀測點。

大學校園是補上這個缺口的合適切入點：

頻寬與人才：學術網路頻寬穩定，資工、資管、資訊中心的師生有架設與維運能力，畢業交接也比個人架設容易延續
制度路徑清晰：學校有正式的提案與審核流程，比個人或小公司架設更容易說清楚「誰負責、出事找誰」
教育與國際接軌：架設過程本身是匿名網路、資安、開源治理的教學場景，並對接 EFF Tor University Challenge 全球計畫

同時，台灣社會近年對揭弊者保護、家暴與跟蹤騷擾防制、新聞自由的關注持續上升，Tor 對這些情境的價值跟全球趨勢一致。校園 Relay 是「讓這套基礎設施在台灣可用」的具體貢獻。它的意義在於讓真正需要的人能順利使用，比抽象的隱私倡議更貼近實際處境。

號召：在台灣的大學生、社團、系所¶

如果你符合以下任一條件，特別歡迎加入：

資工、資安、資管、電機、網路相關系所的學生：你的技術背景剛好，跟指導教授或系上網管討論起來不會有溝通落差
校內資安、開源、Linux、網路相關社團：社團 email 與長期維運分工，正好補上「畢業交接」這個校園 Relay 最常斷掉的環節
指導教授、實驗室助理、資訊中心的教職員：你掛名能讓提案順利不少。學校行政體系對「有教授掛名」的提案接受度普遍更高
正在找專題題目或修網路、資安課程的同學：Tor Relay 架設本身就是完整的網路、系統管理、政策溝通實作題目，可以整理成專題、學位論文或 COSCUP 投稿

不需要架過 Tor Relay 也歡迎參與。「我想學」就是合理的加入動機，社群會搭配「如何搭建 Tor Relay」文件協助你動手。

如果你正在自己學校推動、卡在某個環節想找人討論，或者已經有想法但不知道如何跟教授開口，任何一個階段都歡迎聯繫社群。常用入口整理在社群自架服務頁面，Matrix 公開 room 也可以直接打招呼。

致謝¶

範本工具包的原始材料由社群夥伴 NZ（蘇恩立）提供，整理自他在國立臺灣師範大學的計畫書、溝通記錄、實作經驗、技術設計。NZ 同意以 CC-BY 4.0 授權釋出全部素材，作為台灣其他學校的參考範本。

每個成功上線的校園 Relay 都讓推動成本變低一點。你的案例會幫到後面響應的學校。社群會把新增的學校加進「Tor Relay 校園建立研究專題」的「已完成的事」段落，往後加入的學校可以有更多參考。

這份工具包是給想響應的學校一個共用起點，可被任何一所大學拿去、改寫、送進自己校園的審核流程。每多一所學校加入，共用範本庫就持續累積，後續推動的人會更省力。

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，組織端的應對可以接上倡議組織的匿名捐款管道。

接下來社群想推進什麼¶

社群把 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 觀測點：圖表面板，看臺灣中繼節點的數量與頻寬趨勢，適合想看走勢的場合。
ASN 自治網路觀測資料分析：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 系統隱私承諾時的具體技術指標。

台灣觀點¶

政府統計與開放資料¶

台灣人口普查及各機關開放資料的去識別化實務，可與美國 2020 年人口普查導入差分隱私的脈絡對照：台灣哪些統計資料集有公開方法與 ε 範圍？目前政府開放資料平台（data.gov.tw）對去識別化方式的說明仍相當有限，差分隱私提供了一個可以要求更高透明度的論述框架。

法規與產業¶

個人資料保護法的去識別化指引，以及企業行動應用程式蒐集遙測資料的行為，皆與本文主題直接相關。「本機加噪再回傳」（Local DP）的模式在台灣產品中能見度低，使用者普遍難以評估工具是否真的做到可驗證的隱私保護。差分隱私提供了一個可以要求企業說明的技術標準。

公民社會¶

健保資料庫、智慧城市交通資料、學術研究資料集等大規模資料再利用的爭議，在台灣近年持續出現。差分隱私可作為政策倡議的關鍵詞之一，讓公民社會在討論資料開放時，有更具體的「可證明隱私保護」訴求，而不只是「請匿名化」這樣模糊的要求。

線上參考資源¶

數位發展部推動的《隱私強化技術應用指引》，以中文系統整理了差分隱私、合成資料、聯合學習等五項核心隱私強化技術的應用情境、施用流程與實踐案例，是目前台灣少數以政策角度切入、提供可操作說明的 PETs 指引，也是倡議者與研究者在台灣脈絡下理解差分隱私的實用起點。

參考資源：隱私強化技術應用指引

跨社群合作：匿名網路社群 × ETHTaipei

Toomore Chiang — Mon, 20 Apr 2026 00:00:00 +0000

跨社群合作：匿名網路社群 × ETHTaipei¶

今年我們很高興與 ETHTaipei（台北以太坊社群）展開議程合作。兩個社群在匿名支付主題上各有不同切入角度，為讓投稿者的稿件能到最合適的聽眾面前，我們將聯合審稿：

應用導向、科普類稿件：優先安排至匿名網路社群議程軌
技術、協議層稿件：可能調整至 ETHTaipei 區塊鏈議程軌

投稿時不需要自行判斷要投哪一軌，審稿階段我們會與講者溝通確認。兩邊時程與議程安排也會互相宣傳，參與者可以在兩個議程軌之間跨場聽相關主題。

活動第二天（8/9），兩個社群預計聯合籌辦「匿名支付」主題議程，歡迎對此主題有興趣的講者與參與者特別關注。若你有相關提案，也歡迎直接在投稿說明中備註希望列入跨社群場次。

投稿方式（請先看這裡）¶

請先閱讀完整徵稿資訊與投稿連結，再進行投稿。
提案主題務必選擇「匿名網路社群 anoni.net」，稿件才會進入本議程軌審查。
提案內容請明確寫出：議題方向、預計形式、聽眾背景、時間需求（30 或 50 分鐘）、Demo 需求（若有）。

閱讀完整徵稿資訊與投稿說明

倫理與開源授權提醒¶

本議程以合法用途為前提，不協助洗錢、逃漏稅或其他違法行為。
涉及匿名工具、加密資產或混幣議題，請以教育與風險理解為主，並提醒各地法規差異。
可公開的教材與示範素材，請依 COSCUP 規範採開放授權。

關於 COSCUP¶

COSCUP 是台灣開源社群年度大會，強調開放原始碼與社群協作，並以免費入場為原則。本議程軌希望連結科技社群與公民團體，讓匿名、隱私、網路自由的實務交流與在地協作持續擴大，也讓希望以較低調或較少個資揭露方式與會的參與者更容易加入討論。

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

台灣脈絡下可關注的三個方向¶

行動端工具的信任基礎：台灣 Android 用戶眾多，TorVPN 的獨立稽核讓社群得以從具體的技術報告評估工具的安全程度，而不是憑藉「Tor 很安全」這樣籠統的說法做決策。這份報告正是建立負責任工具使用習慣的關鍵材料。
OONI 數據與 Tor 工具的在地意義：稽核中揭露的 DNS 處理弱點，在台灣的網路環境下同樣值得關注。OONI 在台灣的觀測數據顯示，DNS 干擾並非遙遠的假設場景，了解 TorVPN 如何應對 DNS 相關威脅，有助於在地社群評估工具的實際防護能力。
個資法與明文配置存儲的對話：稽核中指出的「明文配置存儲」問題，在台灣《個人資料保護法》的框架下也具有討論意義。App 在裝置上存儲配置的方式，不只是技術問題，也涉及對用戶個資的保護責任。這個角度可作為推廣隱私工具使用時的在地法律脈絡參考。

參考資料

本篇整理自 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 條處理 穩定幣 的發行、與法定貨幣連動的準備、以及與交易的同意機制等。政策論述上，這一段是在處理「鏈上支付媒介」與金融秩序、準備金與央行角色之間的關係。細節涉及技術與會計，正式實施後還會靠子法與主管機關函釋補齊，本文不逐條抄寫。

2026-05 更新

證交所與櫃買中心已於 2026-05-29 委託會計研究發展基金會，發布兩份企業持有端指引：「穩定幣交易會計處理之指引」、「持有加密貨幣內部控制制度指引」，涵蓋上市公司的會計分類與內控作業。細節見台灣 VASP 法 2026 的上市公司持有端。

罰則：草案寫了哪些刑度¶

以下直接依 行政院整理本條文 轉述，方便讀者核對。

第 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 工具，或對上述開放問題有想法，我們很希望聽到你的回饋。

參考資料（原文列舉）¶

台灣在地觀點

放回台灣脈絡，這段討論聚焦在本地實作條件。台灣是高度連網、商業託管成熟，同時也處在區域資訊衝突壓力下的環境，技術方案常會同時面對「可快速落地」和「高壓測試」兩股力量。

在順利情境下，台灣既有的小型主機供應、資料中心服務和公民科技社群，能讓營運者比較快建立標準化映像、事件應對流程與可驗證的運作紀錄。
在不順利情境下，relay 多由志願者分散維運，遇到濫用通報、設備處置要求或法律接觸時，若流程沒先準備好，技術設計再好也不會自動降低人的風險。

把這篇文放回台灣脈絡，至少有三個延伸方向值得先做：

志工營運與法律程序
若台灣有 relay 或 exit 營運者，可先整理機房通知、執法接觸、設備扣押的標準應對流程。技術上若先把可擷取資料降到最低，事件發生時才能減少營運者個人風險。
硬體取得與供應鏈成本
TPM 主機、小型伺服器與代管服務在台灣可取得，但成本差距大。好的情況是，社群能整理出幾種可重現的硬體/映像組合，讓維運和稽核成本可控。若狀況不理想，每個團隊各自組一套，最後安全主張難比較，維護成本也會持續上升。
可驗證運算的公共討論
可量測開機鏈、遠端證明、透明日誌這些概念，不只適合 Tor 技術圈，也跟公民科技、關鍵基礎設施透明度有關。最理想的結果，是它們變成社群共享、外界看得懂的證據。若落地不佳，就可能只剩少數技術人員看得懂，社會信任仍只能靠口碑。簡單說，就是不要只說「請相信我」，要拿得出外界可檢驗、可稽核的證據。

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 之間跨場聽相關主題。

投稿方式（請先看這裡）¶

請先閱讀完整徵稿資訊與投稿連結，再進行投稿。
提案主題務必選擇「匿名網路社群 anoni.net」，稿件才會進入本議程軌審查。
提案內容請明確寫出：議題方向、預計形式、聽眾背景、時間需求（30 或 50 分鐘）、Demo 需求（若有）。

如有疑問，歡迎透過聯絡方式與我們聯繫。

倫理與開源授權提醒¶

本議程以合法用途為前提，不協助洗錢、逃漏稅或其他違法行為。
涉及匿名工具、加密資產或混幣議題，請以教育與風險理解為主，並提醒各地法規差異。
可公開的教材與示範素材，請依 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 Browser 更新至 15.0.8。
將 Thunderbird 更新至 140.8.0。
更新多數韌體套件，改善較新硬體的支援（顯示、Wi‑Fi 等）。

問題修正¶

翻譯在儲存語言與鍵盤配置到 USB 隨身碟前所顯示的確認對話框。（#21448）
修正 Thunderbird 遷移通知中「了解更多」按鈕。（#21455）
修正土耳其語環境下的自動升級。（#21466）

如需完整細節，請參閱官方 changelog。

取得 Tails 7.6¶

升級現有 Tails USB 並保留持久儲存¶

自 Tails 7.0 起可自動升級至 7.6。

若無法自動升級，或自動升級後無法開機，請改試手動升級。

在新 USB 上安裝 Tails 7.6¶

請依官方安裝說明：

若選擇重新安裝而非升級，隨身碟上的持久儲存將會被清除。

僅下載映像檔¶

參考資料

本篇整理自 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 的功能更容易被嵌入到各種應用程式與服務中，無論是桌面軟體、行動 App，甚至伺服器端服務，都能透過 Arti 的函式庫與 RPC 介面更方便地整合 Tor。從長期來看，我們希望 Arti 成為一個乾淨、清晰、適合作為其他專案基礎的 Tor 實作。

目前 Arti 仍在積極開發中：在用戶端場景，它已經可以支援相當多的實際使用情境。而在中繼（relay）與洋蔥服務（onion services）等領域，也持續投入資源、循序漸進地擴展能力。如果你想進一步了解 Arti 的設計目標與最新進度，建議可以參考 Arti 的官方網站與原始碼儲存庫：

匿名網路社群 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¶

相關閱讀¶

InterSecLab MADLink 翻譯上線：凌華 1,708 台 CSA-7400 進入哈薩克審查系統，社群同步整理編輯觀察

InterSecLab MADLink 翻譯上線：凌華 1,708 台 CSA-7400 進入哈薩克審查系統，社群同步整理編輯觀察¶

報告找到了什麼¶

翻譯版的閱讀路徑¶

這次跟上一份報告不同的地方：編輯觀察頁¶

為什麼做這頁觀察¶

感謝與參與¶

相關閱讀¶

校園 Tor Relay 範本工具包：提案、SOP、FAQ 三份範本上線

校園 Tor Relay 範本工具包：提案、SOP、FAQ 三份範本上線¶

範本工具包：三份檔案接力¶

建議的閱讀順序¶

NZ 公開釋出的原始素材¶

為什麼台灣需要更多校園 Tor Relay¶

號召：在台灣的大學生、社團、系所¶

致謝¶

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）¶