Toomore Note

歐盟的數位身分皮夾，為何被批評是「送給 Google 與 Apple 的大禮」？

2026-07-10T00:00:00+08:00

歐盟這幾年一再對外強調要對抗科技巨頭的壟斷，從 GDPR 到數位市場法（DMA，Digital Markets Act，一套要求大型平台不得濫用守門人地位的法規）都是同一條路線。然而最近讀到荷蘭數位公共基礎建設組織 Waag 的一篇評論，作者 Danny Lämmerhirt 指出，歐盟各國正在推動的數位身分皮夾，實際的技術設計卻將「驗證使用者裝置」的權力交回到 Google 與 Apple 手上，與歐盟自身的反壟斷立場相互矛盾。文章標題說得相當直接，此舉無異於送給 Google 與 Apple 的一份大禮。

以下先補一點背景，再整理 Waag 這篇文章的重點。整理的部分是重點編譯、加上少許個人理解，不是逐字翻譯，原文的技術細節相當完整，建議直接閱讀完整版。

一、背景：歐盟為何要做數位皮夾

歐盟的舊 eIDAS（2014 年，歐盟的電子身分識別與信任服務規範）只解決「跨境登入政府網站」這件事，但推了幾年，只有 14 個會員國通報了電子身分方案，大約六成歐盟居民其實無法在別國使用自己國家的 eID。2020 年，執委會主席 von der Leyen 在國情咨文裡講了一句常被引用的話：每次 app 或網站要求以某個大型平台登入，使用者其實不知道自己的資料會被如何使用。隔年執委會就提出「歐洲數位身分」框架，2024 年正式修法成 eIDAS 2.0（Regulation (EU) 2024/1183，2024 年 5 月生效），要求每個會員國在 2026 年底前，至少提供公民一款數位皮夾。

官方講的目標，是讓公民用同一個皮夾在整個歐盟證明身分、自己決定要揭露哪些資料（選擇性揭露），而且不必倚賴私人的身分驗證方式。一個為了「少依賴大型平台登入」而生的計畫，真正上路後，卻在最底層「這台手機可不可信」這一關，把決定權交回給 Google 和 Apple。而 Waag 這篇文章要處理的，就是這個矛盾。

二、Waag 這篇文章在說什麼

為何需要驗證裝置

歐盟正在推動的 EUDI Wallet（European Digital Identity Wallet，歐洲數位身分皮夾），目標是讓歐盟公民以手機上的一個 app 存放身分證、駕照這類官方憑證，日後辦理政府服務、進行身分識別皆可使用。這類 app 牽涉相當敏感的官方憑證，因此會先確認目前執行這個 app 的手機，是否為一台未經竄改、可以信任的裝置。這個確認動作在技術上稱為遠端驗證（remote attestation，就像有些銀行 app 一偵測到手機被 root 或越獄就會拒絕登入，由遠端判斷這台裝置能否信任）。問題就在於，各國採用何種工具來完成這項驗證。

Play Integrity 的生態綁定

文章指出，荷蘭與義大利的皮夾採用 Google 的 Play Integrity API 進行裝置驗證。這個 API 表面上檢查的是「app 是否遭到竄改」、「是否透過官方管道安裝」，但它實際判斷的標準為兩點：這個 app 是否透過 Google Play Store 安裝、這台裝置執行的是否為 Google 授權的 Android（市售手機多半預裝通過 Google 認證的版本，GrapheneOS、/e/OS 這類去 Google 化系統則不算在內）。

換言之，Play Integrity 將 Google Play Store 視為唯一的可信來源。作者原文寫道（以下為翻譯）：Google 的這套安全服務，在設計上就是要排除非 Google 授權的作業系統、鼓勵使用者透過 Play Store 安裝、並要求使用者以 Google 帳號登入。結果便是，只要使用的並非 Google 版本的 Android，就可能連政府的身分皮夾都無法開啟。iOS 那一側，Apple 的 Managed Device Attestation 扮演對應的角色，文章把兩家並列點名，只是技術細節主要以 Google 這套為例展開。

開源的替代方案

作者強調，這種綁定在技術上並非不得不然。Android 本身即具備另一個 Hardware Attestation API（硬體層級的裝置驗證），改用裝置內建的安全晶片來證明自己未被竄改，同樣能達成足夠的安全檢查，卻不會額外要求 Google 授權、透過 Play Store 安裝或以 Google 帳號登入。可見「確認裝置可信」這件事，存在不綁定單一廠商的做法，只是荷蘭與義大利並未採用。

各國實作不一

這不只是紙上談兵，各國的實際選擇已經分岔。

荷蘭、義大利：直接採用 Play Integrity，無條件綁定 Google。
瑞士：官方文件明講，基於資料保護、數位主權與使用者選擇自由的考量，放棄原本要用的 Play Integrity，改用硬體層級的驗證。
歐盟的架構參考框架（ARF，Architecture Reference Framework）：僅「建議」採用 Google 與 Apple 的驗證，並未強制。正因僅止於建議，各國才做出寬嚴不一的選擇。

瑞士的選擇說明，不綁定 Google 在技術上同樣可行。

與歐盟法規的矛盾

eIDAS（也是 EUDI 皮夾的法源）：將互通性（interoperability）列為關鍵目標。一旦驗證機制綁死 Google 的生態系，等同將不使用 Google 服務的人排除在外，與互通性的目標背道而馳。
DMA（數位市場法）：要求大型平台不得濫用守門人地位。將 Play Integrity 納入公共基礎建設，等同藉政府服務去強制執行 Google 的生態系政策，作者認為這明顯違反 DMA。

一邊立法反壟斷，一邊在公共服務中將守門權交予被規範的對象，這是整篇文章反覆指出的核心矛盾。

來自實測的佐證

Waag 自身執行了一項由歐盟資助的 Mobifree 專案，歷經兩年研究、招募 120 位測試者，探討何種條件會使人願意改用「去 Google 化（de-Googled）」的作業系統，例如 GrapheneOS、/e/OS 這類移除 Google 追蹤器與預載軟體的 Android 分支。研究發現，許多測試者是否願意轉換，關鍵在於這些系統能否使用支付、政府身分識別這類生活必需的 app。而 EUDI 皮夾綁定 Play Integrity 之後，想使用較能保護隱私的手機系統，反而會因此無法連上政府服務。

行動呼籲

作者最後分別點出三種人各自可著手的行動：

使用替代作業系統的人：聯絡所在國家 EUDI 皮夾 app 的開發團隊，要求其擺脫對 Google 與 Apple 驗證的依賴。
一般公民：聯絡所在選區的民意代表，要求將身分皮夾與 Google、Apple 脫鉤。
記者：持續關注相關的政治與設計過程，使這件事受到公開監督。

不只裝置驗證這一樁

Waag 這篇並非孤例。早在 2025 年 2 月，就有人在歐盟官方皮夾 app 的開發庫提交了一則 issue（問題回報），要求移除 Play Integrity 的強制要求，理由和 Waag 幾乎一樣。歐盟另一個年齡驗證 app 專案，也因為同樣的質疑，由開發商出面澄清不會強制綁定、會支援硬體驗證等替代方案。

eIDAS 2.0 推行過程中引發的爭議，也不只裝置驗證這一項。2023 年底，超過 500 位資安專家與密碼學家連署反對其中第 45 條，擔心要求瀏覽器信任政府指定的憑證會削弱 HTTPS 的安全。EDRi 等數位權利團體則持續質疑皮夾的「不可連結性」保障不足、可能造成過度識別。推行進度也普遍落後，連荷蘭都已公開表示可能趕不上 2026 年底的期限。

三、不只歐盟：其他國家的做法

將身分證件整合進手機是全球趨勢，不只歐盟在推動。各國採取的做法並不一致，大致可分為兩種路線。

路線	代表國家	做法
整合進 Apple、Google、Samsung 錢包	美國、日本、南韓	政府把證件開放給大廠錢包收錄，證件的操作介面直接整合進平台既有的 app
政府自建、避免綁定大廠	瑞士、英國、新加坡、澳洲	各有獨立的官方 app，不整合進大廠錢包

美國的做法比歐盟更徹底。歐盟至少還是政府自己的皮夾 app，只是採用 Google、Apple 的 API 驗證裝置。美國則是連證件的呈現介面都直接放進 Apple Wallet、Google Wallet，已有十幾個州上線，連機場的 TSA 安檢也開始接受。瑞士則做出相反的選擇，前面提過，它的官方文件為了資料保護與數位主權，刻意放棄了 Play Integrity。

大廠甚至不必等政府推出官方皮夾，就能自行把身分驗證功能整合進錢包。Google 從 2026 年 4 月起在 Google Wallet 推出「護照身分證」功能，讓使用者掃描護照晶片自己建立數位身分，已上線的地區包含新加坡、巴西和台灣，並宣布 2026 年夏天將擴及歐洲多國。

四、從歐盟看回台灣

當公共服務愈來愈以手機 app 為前提，決定「哪一台手機算可信」的權力，會在不知不覺間落入平台商手中。

平時談自架服務、開源、隱私，經常被視為少數人的偏好。一個想使用 GrapheneOS 的人，只是做了一個更能保護隱私的選擇，卻可能因此連政府身分識別都無法使用。當「保護自身隱私」與「使用基本公共服務」淪為二擇一，問題便從個人品味，轉為公共政策是否剝奪了使用者的選擇權。

回到台灣。數位發展部的數位憑證皮夾已經在 2025 年底進入試營運，設計理念上參考了歐盟的分散式身分框架，只是收錄的憑證還是以電信門號卡、駕照為主，其中門號卡自試營運起就上線，駕照要到 2026 年才陸續開放，國民身分證則尚未納入。另一條晶片身分證（New eID）的路線，則因隱私爭議停擺至今超過五年。官方當初說要先完善法制再重啟，但相關專法尚未立法，個人資料保護委員會也還停在籌備處，重啟條件並未達成。

那數位憑證皮夾會不會重演歐盟這一步？這要先分清楚兩個層次。皮夾本身有一整套身分與憑證的驗證流程，這是它能上路的前提。文章擔心的是另一層的裝置驗證。Google、Apple 那種驗證會判斷「這台手機本身可不可信」，並把去 Google 化系統排除在外。就這一層而言，台灣的情況其實比想像中好。這款皮夾的 app 是開源的，程式碼裡找不到 Play Integrity、App Attest 這類呼叫，保護金鑰靠的是手機內建的硬體金鑰庫（Android Keystore、iOS Secure Enclave），不綁定 Google 或 Apple 的生態系，也不會因為使用者改用 GrapheneOS 而拒絕服務。不過要注意，這是依 2026 年 6 月的開源版本判斷，上架的實際版本未逐一反編譯核對，也還沒有人實測它在去 Google 化手機上的相容性。

同樣的排除風險，台灣也存在。台灣人權促進會等團體在 2026 年初的聯合聲明就指出，數位憑證皮夾在缺乏專法保障的情況下便先行試營運，若日後強制使用特定驗證方式，手機不支援或不願安裝 app 的人可能被排除在公共服務之外，聲明並直接點名歐盟 eIDAS 已有的規範框架作為對照。台灣現行對數位皮夾的規範，並非完全無法可管，目前是靠幾部現行的一般性法律拼湊而成：

現行法源	管什麼	管不到什麼
電子簽章法	給憑證「與紙本同等效力」	皮夾如何使用、誰能強制要求使用
個人資料保護法	皮夾裡的個資處理	主管機關（個人資料保護委員會）仍是籌備處，尚未正式成立
資通安全管理法	數發部與公務機關的系統資安	超商、租車等實際驗證皮夾的民間業者
數位發展部組織法	數發部「推動數位服務」的職權	隱私邊界等實體規範

就連沙盒測試與試營運本身，也沒有專屬法規，靠的是行政措施與使用者同意的服務條款。歐盟正在爭論的「技術設計會不會把一部分人擋在門外」，台灣其實也還沒把配套規範補上。

五、小結

驗證裝置本身合理，敏感的官方憑證確實需要確認裝置可信。真正的關鍵在於採用何種驗證，因為這決定了公共服務將誰排除在外。採用 Google 的 Play Integrity，等同預設把不使用 Google 的人拒於門外。改採開源的硬體驗證，同樣能確保安全，又不致替 Google 鞏固壟斷。歐盟的反壟斷立法，與它在數位皮夾上的實際技術設計是否一致，端看它將「數位主權」視為口號，還是視為真正的設計原則。這道題不只屬於歐盟。台灣的數位憑證皮夾也已經上路，配套規範卻還沒跟上，把誰隔絕在外、由誰把關，同樣是我們無法迴避的問題。

本文為 Waag〈European Digital ID Wallets Are a Gift to Google and Apple〉（作者 Danny Lämmerhirt，2026-06-22）的重點整理與編譯，非逐字翻譯，僅為評論性引用。原文：https://waag.org/en/article/european-digital-id-wallets-are-gift-google-and-apple/

我們是不是把「辦研討會」誤當成「經營社群」？

2026-06-15T00:00:00+08:00

我們是不是常常把「辦了一場成功的研討會、一場盛大的年會」當成「我們有一個健康的社群」？

最近讀到一篇文章，讓我把這個問題又翻出來想了一遍。作者 Jr Conlin 在 Mozilla 待了超過 15 年，離開前寫了一封很長的告別文〈Leaving Mozilla〉。表面上他在談一家瀏覽器公司的內部問題，但讀到後面我發現，他真正在寫的是另一面。一個組織如何把真正撐起它的「社群」，誤當成「顧客」、誤當成「一場可以反覆操辦的大活動」，然後一步步離棄那些持續投入的人。

說明：以下前半段是我自己讀完後的重點整理與編譯，加上一點個人的理解，不是逐字翻譯。內容很豐富，強烈建議直接點原文讀完整版，我這裡只整理摘要與觀點。

Jr Conlin 如何看 Mozilla

離職信留給同事的三句話

他離開時留給同事一封信：

你比你想的還重要：他講的就是「正在讀這封信的那個你」，不是什麼「企業體」或「組織」。他長年在公司裡推動 mentoring（師徒制、指導），本質就是「找到另一個可以對話的人」。無論你的資歷深淺，你都同時能學、也能教。
你是更大整體的一部分：在 Mozilla 領薪水的人，是幸運的少數。真正的 peers（同儕）是外面那一大群「沒有 badge、沒有 @mozilla.com 信箱」、卻一起想打造一個「把使用者利益擺第一」的瀏覽器的人。對這群人，公司有「傾聽」的義務，因為如果不為他們做事，他們會去找別人。
我們其實很小：Firefox 是一個 niche（小眾）瀏覽器，只是運氣好，取得了足夠的資金。他用了一個很傳神的比喻：想像你住在一個只有麥當勞、漢堡王、溫蒂漢堡的地方，而 Mozilla 是那間溫暖的「夫妻經營的小餐館」：客人會彼此打招呼、互相倒咖啡、幫忙收桌子。人們是特地繞過手邊現成的大廠瀏覽器、忍受各種「你的瀏覽器過期了」的警告，才來找 Firefox 的。

最後他把這封信收束成三句 TL;DR：尊重你自己、互相幫助、記得你到底是為誰工作。

離職之後的真心話

離職信寫得客套，那些「困擾他很久」的事，他在文章後續另外寫下來（原文內容很豐富，有時間建議閱讀）：

領導層不是功臣：業界常說「Mozilla 是『靠著』它的領導層存活下來的，而不是『因為』領導層」，他說這句話「最近聽起來特別真實」。
使用者「極度不正常」：Firefox 的使用者是「deeply abnormal（極度不正常）」的一群人，你得主動去找、去下載、無視所有要你改用 Chrome 的廣告。而問題在於，領導層不知道該如何面對這種「不正常」。Mozilla 本來就是不正常的，幾乎每一行程式碼都是開源公開的、關鍵漏洞常常 24 小時內修掉。
把開源透明當火星人：從傳統科技業挖來的領導者，多半來自「黑色高領毛衣之神」（暗指賈伯斯那套）信奉的世界，奉行「什麼都別告訴任何人」。對他們來說，「把東西免費送出去、而且透明到不可思議」這件事，簡直像火星人在做的事。
DAU 焦慮：日活躍使用者數（DAU）掉了好幾年，新的領導者每次進來都帶著大想法，而那些大想法幾乎都是「我們應該抄大廠在做的東西」。但這註定沒用。如果使用者真的想要那個功能，他們手邊的大廠瀏覽器早就有了，何必特地來用你？
假裝成新創：每個新領導者都覺得「我們要像新創一樣思考！」可是 Mozilla 是一家 30 年的老公司，是新創的反面。結果他們「假裝成新創」假裝了 15 年，換來史上最低的 DAU。他的建議是，回頭看看 30 年歷史裡 DAU 最高的時候在做什麼。而那答案，從來都跟潮流無關：做自己擅長的事、保持那份「不正常」、幫人們做出他們真正想要的東西。
追企業合約的諷刺：Mozilla 一度想去賺「企業財」，得通過一堆 ISO 標準與資安認證、證明自己的程式與基礎設施夠安全。諷刺的是，企業客戶用的 curl、Linux 和一大堆開源工具，全是「網路上隨便一些人」寫的。而那些資安認證體系所要求的「金鑰妥善保管、建置環境安全、有可稽核的軌跡」，其實正是 Mozilla 這種「全部開源、公開修漏洞」的做法在示範給大家看的。
倖存者偏差：推出爭議功能（DRM、AI、推播通知……）後，「聽使用者的意見」其實很難，因為會留下來告訴你想法的人是少數，多數人不爽就直接走了。於是你的資訊來源永遠是「留下來的那群人」，得到的滿意度自然虛高。他用了二戰那張著名的轟炸機彈孔圖當比喻。原文只一句帶過，這裡補充一下典故：你以為該補強中彈多的地方，但真正該補的是「沒中彈」的部位，因為中那裡的飛機根本沒飛回來。一個功能如果熱度過了新鮮期就掉下去，那大概就是你猜錯了，Reddit 上抱怨的人可能才是對的。
最痛的一點，離棄社群：過去五年，Mozilla 由上而下地背離了它最大的後盾：社群。領導層認定「Mozilla 是靠自己走到今天的」。但它不是。他們說服自己「社群只是顧客、頂多是粉絲」，這激怒了非常多無償貢獻者。這些人付出了好幾年的時間，因為相信自己屬於一件更大的事，結果換來一句「你們只是顧客」，覺得被背叛了。

「如果讓我當 CEO，我會做什麼？」

他說，這是他面試時最愛問別人的問題，現在反過來問自己，答案有四個：

無聊一點：Mozilla 什麼都想做，做過購物樞紐、做過手機作業系統，然後一再發現自己不擅長。他們真正擅長的就是做瀏覽器。那就專心把核心功能顧好，讓那台「高速亂噴的義大利麵砲」先冷卻一下。
少一點登月計畫：Firefox 都存在這麼多年了，會用它的那群「怪人」要的很樸實，把累積已久的舊 bug 和技術債修一修、把東西做得更好用、更不煩人，而不是再來一個一年後就棄坑的花俏新功能。而且重大改動要預設 opt-in。他提醒、你的使用者不是你的粉絲，他們只是「勉強忍受你」，你得每天努力才留得住他們。這話聽起來消極，卻很務實。謙虛才會逼你進步。
重建你的社群：鼓勵外部貢獻，鼓勵到他們能「參與決定下一步要做什麼」的程度。他要的是真的會去修正 bug、做翻譯、回答海量問題的那些人，而不是用 Amazon 禮券把人圈進來坐一小時的焦點團體。（Firefox 曾經幾乎支援所有語言，靠的就是這群志工。）
別丟掉好東西：Mozilla 有個很糟的習慣、把成功的東西丟掉。Thunderbird 被晾在一邊、Rust 被丟出去（明明可能是金雞母）、Servo 說不定哪天會反過來打敗你、Bugzilla 才是原版好東西（Jira 不過是從它腐化出來的那場惡夢）。這些其實都可以重新邀請回來、一起把事情做得更好。

他真正的願望，是 Mozilla 能重新和社群連結，靠「有用」而不是靠「製造聲量」來成長，當生態系裡有活力的一分子，而不是吞掉一切的黑洞。

文章最後，他把自己這一年反覆問自己的問題攤開來：「我到底是為誰在做這些？」他得到的答案讓人很難過：「我做這一切，是為了讓某個人在下一份履歷上，多得一顆星星。」

反觀台灣：社群，不是研討會

讀完上面那段，我一直在想一件事。Mozilla 真正的問題，是忘了自己一直靠社群撐著，把那群無償投入的人慢慢當成顧客、當成一場可以反覆操辦的大活動。

那我們呢？台灣的開源圈、技術圈，犯的是一個方向相反、結果卻一樣的錯。Mozilla 是忘了社群還在，我們是把「辦了一場研討會」直接當成「我們有一個社群」。一個是遺忘，一個是替換，最後那群真正持續投入的人，同樣沒有被關注！

什麼才叫「社群」

社群，是「除了辦大型活動之外，平常還持續在一起做事」的那群人。一場一年一度的研討會，本身不是社群。

研討會頂多是社群的「年度高峰」，而且前提是，它背後真的有一個平常就在運作的社群。如果一年就那一場、辦完就散、隔年再重來，那它是個「活動」，不是個「社群」。

這跟 Jr Conlin 講的是同一件事，只是換了詞，對他來說，社群是那些「沒有 badge、沒有薪水，卻一直回來」的人。研討會是一個「事件」，社群是一段「持續的關係」。事件結束後，關係才開始累積。

正面的樣子：把社群做對的例子

台灣其實有把「社群」做對的例子，特徵都一樣，大會落幕後，它們仍在運作：

g0v 零時政府：嚴格說，g0v 比較像一場運動、一個協作平台，不是單一個社群。真正在一起做事的，是各專案頻道裡平常持續協作、持續推進的那群人。每兩個月一次、由「揪松團」籌辦的「大松」（g0v 的大型黑客松）持續在辦，雙年會 Summit 只是其中一個節點而已，g0v 不是「靠 Summit 才存在」的。
各語言、技術的 meetup 與讀書會（Python、Ruby、前端、資安……）：定期小聚、定期分享、定期動手做。這些聚會通常不大，但它們是「持續的」。這才是讓新人能一直走進來、讓關係能一直長出來的入口。
COSCUP：嚴格說，COSCUP 是一場研討會、一個交會點，不是社群本身。它辦得好，是因為背後有眾多平常各自持續運作的社群，而不是大會那幾天本身。
我自己在 Devconnect ARG 2025 也看過這種「對的設計」：大會給社群一塊空間（Community Hub），讓社群在活動週裡自己持續長出小議程、自己佈置、自己招呼人，而不是「一桌兩椅、講完就收」。給空間讓社群自己長，跟「把社群當成一個攤位節目」，是兩種完全不同的思路。

反面的樣子：辦完一場大會，就說自己有社群

對照之下，台灣也有不少這樣的型態：

「我們辦了一場 XX 高峰會、XX 論壇、XX 年會，所以我們有社群」，但大會結束後，沒有持續的聚會、沒有持續的協作、也沒有讓新人持續加入的入口。明年再用同一套模板辦一次，中間 11 個月一片安靜。
由上而下、由主辦方、政府、企業掛名的「社群」：名義上是社群，實際上缺了 grassroots（草根）那一層持續性。沒有人在「不辦大活動的日子」也願意一起做事。
把參加者當「人次、KPI、觀眾」，而不是「會回來一起做事的夥伴」：這其實就是 Mozilla 把社群當顧客的台灣版，你關心的是「今年來了幾個人」，可惜不是「這些人會不會再回來」。

為什麼說台灣「面臨一樣的處境」

把 Mozilla 的狀況拿來對照，會發現問題幾乎一模一樣：

一樣的倖存者偏差：我們只看得到「來參加大會的人數」，看不到那些默默離開、不再回來的貢獻者。活動報告裡只會寫「今年破紀錄、來了多少人」，不會有人記下「去年那批熱情參與的人，今年一個都沒回來」。
一樣的「製造聲量」勝過「真的有用」：把資源和注意力都壓在一年一度的曝光與人次上（很像 Mozilla 追 DAU、追潮流），而不是去經營那種「能持續產出、能持續投入的夥伴」的關係。
於是社群空心化：因為所有力氣都花在「大型活動」這個事件上，平常該持續運作的小聚、協作、新人招募反而無人承接。久了，大會還在，但大會背後那個「社群」已經被掏空了。

所以呢？

辦一場研討會、辦一場盛大的年會，當然是好事。但我想提醒自己，研討會是社群的「果」，不是「因」。沒有平常持續的活動撐著，一場大會就只是一次性的展演，熱鬧兩天，然後呢？

Jr Conlin 為 Mozilla 提出的那幾條建議，其實放到台灣的社群也成立。他說要「無聊一點」、別一直追新花樣，換成社群的話，就是別每年都想辦一場更大、更炫的活動，把心力放回每個月的小聚、每次的協作上。他說「別丟掉好東西」，就是別讓那些長期默默運作的老專案、老聚會自生自滅，它們往往才是社群真正的命脈。他說要「重建社群」、讓貢獻者能參與決定下一步，換成我們，就是讓平常一起做事的人有真正的位置，而不只是在大會那幾天被當成觀眾。

借用他那句話：社群，是那些「沒有 badge、沒有薪水，卻一直回來」的人。今年的大會來了多少人，其實沒那麼要緊。比較能說明一個社群還活著的，是大會結束三個月後，你還叫得出名字、還願意約出來一起做事的人，到底剩下幾個。

大會結束之後，還有多少人，願意持續一起做事？

這個問題我沒有標準答案，丟給你，也丟給我自己。如果你也在經營或參與某個社群，歡迎從一件小事開始：在下個月不辦大活動的那些日子，找幾個人一起動手做點什麼 🙂

本文前半為 Jr Conlin〈Leaving Mozilla〉的重點整理與編譯（非逐字翻譯，僅為評論性引用），原文連結：https://blog.unitedheroes.net/5751。後半的台灣社群觀察為個人觀點。

嘗試整理 FreshRSS 的資訊，整理一份推薦閱讀摘要

2026-03-11T00:00:00+08:00

嘗試透過資料來源、整理一些重要的資訊，整理範圍 2026-03-03 ~ 2026-03-10。這是第一篇整理的內容，流程是把平時訂閱的 RSS 內容（FreshRSS）挑選幾個分類產生一個列表，再丟到自行架設的 OpenWebUI 做文字編輯輸出。

看起來好像真的有這麼一回事，我就先來試試這樣的流程幾週看看！

本週必讀

甲骨文正以未來的債務，建造昨天的資料中心 [產業]
重點：OpenAI 終止與甲骨文擴建德州 Stargate 資料中心計畫，凸顯 AI 晶片迭代速度已超越傳統資料中心建設週期。
推薦理由：這不只是單一合作案告吹，而是揭示「算力軍備競賽」的核心風險——當硬體世代更替快於基建折舊周期，資本支出與債務結構將成為科技巨頭的潛在壓力點，對整個 AI 基礎設施投資邏輯具指標意義。
ShinyHunters claims more high-profile victims in latest Salesforce customers data heist [安全]
重點：駭客組織 ShinyHunters 宣稱入侵約 100 家知名企業並竊取 Salesforce 客戶資料，甚至濫用 Mandiant 開源工具發動攻擊。
推薦理由：攻擊不僅波及供應鏈核心 SaaS 平台，還涉及開源安全工具被反向利用，對企業雲端依賴與開源治理帶來雙重警訊，是本週最具實質衝擊的資安事件。
解鎖 Python 核心：移除全域直譯器鎖（GIL）後的硬體利用率與能耗影響 [技術]
重點：研究比較標準版與無 GIL Python 在多種工作負載下的效能與能耗，指出移除 GIL 並非全面提升，需視場景權衡。
推薦理由：無 GIL 是 Python 近年最重大的變革之一，這篇提供實證數據而非口號式討論，對後端服務、科學運算與基礎設施選型都有實際參考價值。
根據自身憲章，OpenAI 應退出這場競賽 [產業]
重點：作者指出 OpenAI 的商業化與競逐 AGI 的行為，可能已偏離其原始憲章中對安全與公共利益的承諾。
推薦理由：在 AI 競賽白熱化之際，這篇文章從組織治理與價值承諾切入，提出尖銳質疑，有助理解 AI 巨頭在理想與資本壓力間的張力。
Bluesky 的新篇章 [市場]
重點：Bluesky 用戶突破 4,000 萬後，CEO 交棒並引入具規模化經驗的高管接手營運。
推薦理由：去中心化社交平台進入「規模化治理」階段，創辦人轉型與專業經理人進場，象徵產品理想走向商業現實，值得觀察其是否能避免傳統社群平台的路徑依賴。

選讀

SWE-CI：透過持續整合評估 AI 代理維護程式碼庫的能力 [技術]
重點：提出以持續整合流程為基礎的評測框架，衡量 AI 代理長期維護程式碼庫的能力，而非僅一次性修 bug。
推薦理由：將 AI 編碼能力從「解題」轉向「維運」，為未來軟體工程 AI 的評估建立更貼近實務的標準。
Helios：實現真正的即時長影片生成模型 [技術]
重點：Helios 模型在長影片生成上達到低延遲即時輸出，突破過往需分段渲染的限制。
推薦理由：若能商用化，將直接影響直播、遊戲與沉浸式互動媒體，是生成式 AI 從「內容產出」走向「即時互動」的重要里程碑。
Linux 核心剖析：/proc/self/mem 如何寫入受保護的唯讀記憶體 [技術]
重點：深入解析 Linux 如何透過 /proc/self/mem 機制繞過記憶體唯讀保護。
推薦理由：兼具系統底層細節與安全啟示，對理解作業系統與硬體保護模型的邊界極具教育價值。
MariaDB backs down on Galera removal after community outcry [產業]
重點：MariaDB 在社群反彈後，暫緩移除 Galera 叢集技術的計畫。
推薦理由：再次凸顯開源專案中「公司治理」與「社群信任」的微妙平衡，對企業依賴開源資料庫者具實際影響。
「合法」等同於「正當」嗎？：AI重新實作與著作權左派的侵蝕 [監管]
重點：探討 AI 透過 API 與測試重寫開源專案，在法律上或可行，但是否侵蝕 copyleft 精神。
推薦理由：這是生成式 AI 與開源倫理衝突的具體案例，有助思考未來授權條款與社群價值的演變。
Google 向 Sundar Pichai 提供價值 6.92 億美元的薪酬方案 [市場]
重點：Google 提供 CEO 高達 6.92 億美元的績效掛鉤薪酬方案。
推薦理由：在 AI 投資與成本壓力並存的背景下，高層報酬結構反映董事會對長期戰略的押注，也可能引發公司治理討論。
ICE 拘留設施擁有者瞄準 AI 數據中心「男子營」商機 [產業]
重點：原本經營拘留設施的企業，計畫為 AI 資料中心建設提供大規模臨時工住宿設施。
推薦理由：揭示 AI 基建熱潮帶來的「次級產業鏈」機會與倫理爭議，讓我們看到算力背後的勞動與社會面向。

本週關鍵字

算力基建風險、無 GIL Python、AI 治理張力、雲端供應鏈安全、即時生成模型

本週的共同主題是：當 AI 從模型競賽走向基建、治理與長期維運，真正的挑戰才正要開始。

為什麼 Self-host 自架服務？

2026-03-02T00:00:00+08:00

大約在一年前 2024/10 的時候，開始嘗試自架服務使用，一年後的此刻，整理一下自架的優缺點與心得。

Tailscale：建立一個大內網，安全的從外網連入。
Radicale：取代行事曆、通訊錄，支援 CalDAV、CardDAV 協定，iOS 可以整合使用。
FreshRSS：訂閱與管理 RSS 資訊，可以與應用程式整合。
Beszel：伺服器監控、歷史數據、Docker 統計與告警。
Open WebUI：自架 LLM、OpenAI、Anthropic 相容聊天介面。
Redmine：專案管理、待辦事項。
Memos：自架筆記、備忘。
WordPress：部落格、CMS。

隱私

選擇自架服務的原因在隱私，尤其平台可以把你的資料再次利用的時候，開始意識到我需要讓平台知道那麼多關於我的資訊嗎？我應該還有選擇的權力吧？而自己的資料擁有權應該屬於誰的，擁有平台的帳號應該不能表示也擁有平台，在沒有預警的情況下帳號隨時都有被停用、註銷的可能。

最後決定應該要有一個自己可以掌控資料的地方，但還有一個擔心的點跨不出去，如何安全的連回自己的主機？

Tailscale

跨出自架服務的第一步主要還是安全的考量，其次才是隱私，畢竟重要的資料是可以透過外部的網路存取到，需要特別注意是否會有任何的網站或是連線漏洞等問題。Tailscale 是一個可以突破內網（網路位址轉譯 NAT，不需要設定外部連線埠轉內部）、建立大內網域（透過 Carrier-Grade NAT, CGNAT 分配 IPs）的方式搭起一個私有網路。目前一個免費帳號可以建立 100 個連線裝置，包含行動裝置也可以安裝與納入。

Tailscale 是透過 Wireguard VPN 的技術與每個裝置建立起連線，除了每個裝置會有一個 IP 外，也可建立網域名稱並配發 SSL/TLS 憑證（Let’s Encrypt），在透過 HTTP 連線時也可以保有 HTTPS 的連線加密保障。網域的部分在後面自架服務時非常方便，憑證由於是 Let’s Encrypt 簽發的，瀏覽器可以正常識別其憑證的信任。

總之，與平時架站時設定 nginx 完全無異，甚至 80、443 連線埠都不用設定對外開放也可以連線（因為透過 NAT 的方式）。Tailscale 可以應用的方式太多了，後續會再提到！

Radicale

行事曆、通訊錄是重要隱私資訊的儲存媒介，Radicale 是支援 CalDAV、CardDAV 協定的伺服器，說伺服器有點不符合，因為他很輕量，作者當初想要挑戰用 Python 來完成一個課程的作業，想要證明用一個 Python 描述檔就可以實作完成，而作者也真的完成，後續也持續增補、修正。

iOS 也可以匯入 CalDAV、CardDAV 的協定連結，所以可以持續在「聯絡人」、「待辦事項」應用程式中使用。只是 Apple 有針對「待辦事項」額外開發的功能，如看板或子任務就無法使用。

回到隱私的考量，行事曆、通訊錄如果能夠自己掌握資料，那真的就不要放置在別人的服務中。想一想，今天如果帳號被接管了，除了郵件外，行事曆與通訊錄也是一個很重要的揭露資訊，能描繪帳號使用者輪廓的重要素材。

FreshRSS

現在還有多少人會使用 RSS 來閱讀網站更新的資訊，從以前閱讀網站資訊的時候都習慣訂閱該網站 RSS 資訊，從最早 Google Reader、Feedly，到此刻也因為隱私考量，自架服務使用 FreshRSS。

FreshRSS 雖然介面看起來停留在上一個世代，但其功能不因此打折扣，重點是很多行動裝置的應用程式都有支援與 FreshRSS API 溝通，所以可以再搭配一個額外的應用程式來閱讀或管理。我自己就購買 Reeder 在 iOS 上閱讀或是訂閱、在瀏覽器上一個分頁固定給 FreshRSS 持續收取最新資訊。

題外話，關於 RSS 的使用，現在也越來越多人思考是不是要回到這樣單純閱讀資訊的方式，我們要的究竟是把使用者努力帶來網站上做什麼？還是讓我們想要說的資訊傳遞出去呢？（通常努力把人帶回到網站是因為想透過網站上的廣告獲利）

Beszel

Beszel 是輕量監控平台，由彙整儀表板（Hub）與裝在被監控主機（Agent）組成。可檢視 CPU、記憶體、磁碟、網路、Conatainer 歷史與警示通知。

不需對外開 port，直接走 Tailscale 內網就可以，自架服務一多，總是要有個地方可以集中看「誰在跑、網路流量、有沒有異常」。文件與說明：https://beszel.dev

Memos

Memos 是自架筆記、備忘服務，隱私優先、無追蹤、支援 Markdown。思考、靈感或隨手紀錄的文字放在自己主機，不依賴其他第三方服務。與前面 Radicale、FreshRSS 屬於 DeGoogle 計畫中的一環。

Memos 雖然在行動裝置上可以直接用網頁開啟使用，但也有應用程式版本可以使用：iOS、Andriod。

Open WebUI

自架 LLM 聊天介面，可接本地或遠端 API（如 Ollama、OpenAI 相容端點）。對話內容與 prompt 不經過第三方，模型可跑在自己機器或你信任的端點。另一方面，透過 API 的方式連結語言模型所得到的回覆比較不會參雜個人化的設定在其中，或許現在使用 web 或 app 的方式有改善，但當初選擇自建立的時候是遇到很明顯的喜好記憶問題。

現在主要是串接 OpenAI、Antropic 的 API 使用，用在翻譯、寫作建議、問問題或是純粹閒聊的情境上。串接本的 Ollama 反而受限於主機硬體關係沒有使用。（open-webui）

Redmine

專案管理、議題追蹤、甘特圖、自架替代 Jira、Linear 等。專案與待辦留在自己環境，適合個人或小團隊。我會在專案層級用 Redmine、個人待辦用 Radicale。（Redmine）。

Redmine 是一個很老牌的開源專案管理服務，我自己手邊如果有跨季度的專案，執行過程中需要依進度切割的話，我會用 Redmine 來協助我規劃與導航。用習慣後發現，單純的介面比較不會影響規劃時的思緒。

WordPress

之前是透過 Blogger 來寫文章，但後來平台看起來都沒有開發新功能，我自己也停了一段時間沒有寫文章，就這樣荒廢很久。直到最近想要恢復寫文章分享、紀錄的習慣。也有考慮一些可以產生靜態網站的，但看到 WordPress 越來越好用，就選擇自己來架一個用看看。

目前沒有裝太多的套件，基本款的 WordPress 已經算很好用了，文字編輯介面也滿好處理一些格式或區塊的問題，內建的版面外觀也滿好用的，調整好一個比較好看的版面後就專心寫文字。

唯一會擔心一點的部分是常常會聽到一些零時的漏洞問題，但因為前面有用 Cloudflare 擋一下，雖然不是萬無一失，但至少可以減少一些風險。

最後

自架服務一年後，除了隱私的考量外，希望可以有一個自己可以掌控資料的地方，一方面也是要測試去 Google 服務或是降低對其他平台的依賴。另外也是因為 Tailscale 的關係，可以建立一個大內網，安全的從外網連入，讓在一台主機上架設多個服務變得更加方便。

使用過的文字平台：部落格、電子報、專案文件

2026-02-23T00:00:00+08:00

關於寫作這件事情，分享一下作過哪些嘗試。部落格、電子報、專案文件。

部落格

「部落格」現在這名詞都有一點時代感，所指的是 Blog、Weblog 一個可以讓個人紀錄的地方，在 Facebook 來臺灣之前（約 2008 年），很流行在「無名小站」分享照片、文字的地方。回看我在 Blogger 上的第一篇文章是在 2007 年，那時候逐步把日常使用的服務轉移到 Google 上，開啟日常文字紀錄的寫作。

那時候打算經營類似科技資訊分享的部落格，每天會稍微花滿多的時間上網看新聞，然後轉錄內容或連結再加上自己的評論或心得，一個月下來都有約 60 篇的分享內容，現在看當時如此量產的文章數量，稍微有點覺得不可思議，似乎無負擔的一股傻勁，覺得每日分享的內容應該會有所謂的「讀者」觀看吧！

以文章的數量來看，2007 – 2012 年我都還有持續的發佈，即使到了 2012 年，還會維持每月有一篇的文章分享，但到了 2013 年後，看起來我就沒有維持這樣的文章分享了。可能是那一年我從高雄到台北工作後，忙碌到忘記我曾經有一個持續分享的習慣。

例如：Toomore Blog

電子報

可能在 1990 年代的時候，我依稀記得 PCHome、魅力站有提供訂閱、發送電子報服務，不過這些服務都已經不存在了，後來也都比較少有偏向訂閱個人作者的模式，然後有一陣子垃圾信多到一片混亂，這樣類型的服務就漸漸式微。不過很特別，最近開始越來越多人回頭注意到電子報的重要，在行銷與客戶管理上的價值。

記得在寫部落格之前，我是先透過「電子報」這樣的媒介來分享我的文字內容，但我有點忘記我是分享什麼內容，我好像有創過一個電子報叫「一張照片」，然後透過單張照片分享拍攝的紀錄。哇喔！竟然還會想起這個片段的記憶！

即使到現在，我個人還是比較偏愛透過郵件的方式分享文字，可能在撰寫文字的時候，習慣會假想一個說話的對象，有一種像是「我和你說 ……」的交流模式。後來對 AWS 雲端服務比較熟，就圍繞在 AWS SES 開發一些與發送信件相關的程式，然後也對郵件設定 DKIM、SPF、DMARC 瞭解，現在都自己整理訂閱名單然後稍微客製化的發送信件。

電子報還是很有溫度的載體，把文字直接送到讀者的面前然後「開啟」閱讀的儀式感，似乎找不到其他的替代方式。

專案文件

當你完成一個程式套件後，除了把程式碼公開分享外，還要附上一個可以讓人閱讀的文件說明。有些文件可以透過自動化的方式擷取程式碼中的註解，自動產生一份詳細的靜態專案文件網站。但也可透過手動的方式編輯更多的文字內容，或與程式碼無關也可透過專案文件的方式、有脈絡的呈現文件感的說明。

有一段時間因為需要說明專案、組別、活動的介紹，嘗試把這樣的內容都寫進到文件專案中，或是把過往發送的電子報也建立一份網頁可閱讀的版本，讓文字、說明都可以在一個專案文件中找得到，即使是不同時期加入的任何人，都有機會回顧過往事件。

例如：匿名網路社群、COSCUP 行政組文件。

雖然我比較喜歡電子報的模式，但目前沒有個人的電子報訂閱，只有在幾個專案是使用電子報來發佈訊息，之前有寫過一個包含管理發送名單的小程式，順便練習 Go 語言，不過現在大部分都使用稍微有點混亂、用 Python 寫的腳本發送。

有一陣子滿流行 medium，那時候也有開一個帳號嘗試寫些東西，但最後平台一系列奇怪的操作（收費、登入後才可以看到文章），還好沒有整個搬遷過去，但似乎也是在那個時間點之後，就很少再看到好的文章了。

關於寫作，我大概就是這樣一路試過來的。現在文章會放在 toomore.net/note，有想寫的主題就寫，不強求產量，但希望可以維持某種節奏。

2026，我想專心把這兩個專案做好

2026-01-23T00:00:00+08:00

今年我手邊有兩個專案，會在 2026 年 持續、也更專心地投入執行。如果你對其中任何一個有興趣、也認同背後的理念，都非常歡迎一起加入。

這兩個專案分別是：一個是我目前服務的開放文化基金會（OCF） 的 OSCVPass 2.0，另一個則是我在業餘時間投入經營的匿名網路社群。

下面依序簡單介紹這兩個專案的背景與接下來的方向。

OSCVPass 2.0

OSCVPass 是一個為開源貢獻者提供回饋與支持 的專案。在 1.0 版本時，我們透過申請機制，讓近一年有參與開源貢獻的人，可以獲得一個認證身分，並在參與年度研討會時享有票價優惠或其他回饋方式，作為對貢獻的感謝。

到了 2.0 版本，這些既有的回饋方式依然保留（向下相容），但專案的重心會開始轉變。基金會希望從較被動的申請制，走向更主動的支持角色，包含：

協助個人了解如何參與開源專案
協助開源專案被更多人看見、把成果整理得更清楚
協助社群持續參與國際交流與資訊更新

整體會以「個人、專案、社群」三個面向來推動。之所以會有這樣的調整，其實來自過去幾年的觀察：

很多貢獻者在申請完成後就消失了
有些專案即使開始成形，也因為沒有接手的人而中斷
社群更是如此，近十年來消失或停滯的案例並不少見

OSCVPass 2.0 嘗試回應的，就是這些「結構性很難撐久」的問題。我們希望能更早發現可能性，並在適當的時間點介入，協助它發生、也陪它走一段路。

這次的專案執行，也會正式引入志工體系。我們正在募集認同開源價值、也對台灣開源生態現況有所關心的夥伴，一起嘗試把這件事做得更長久、更有彈性。

我在這個專案中，主要負責的是：

協助志工夥伴的 onboarding
建立專案相關文件與引導手冊
整理背景脈絡，讓新加入的人可以透過文字快速理解整體狀況
協助基金會內部與「社群相關」業務的流程整合，看看是否能在 OSCVPass 的框架下，讓行政與協作更順一些

這些看起來很基礎的事情，其實正是讓專案能不能持續下去的關鍵起手式。

匿名網路社群 anoni.net

匿名網路社群是在 2025 年逐漸成形的。到了 2026 年，預計會聚焦在三個主題上持續推進：

匿名網路與網路自由的推廣
Tor Relay 在校園學術網路中的建立
匿名支付的可能性與限制

在匿名網路的推廣上，除了持續進行 Tor、Tails、OONI 等工具的教學與使用說明，我們也會補上「為什麼重要」之後的下一步：如果你知道隱私與網路自由很重要，那在個人能力可及的範圍內，可以怎麼開始？

這個調整其實來自 2025 年工作坊後的回饋。很多夥伴提到，直接跨入使用 Tor 一整套工具，心理門檻仍然偏高。因此我們計畫先從「個人隱私的基本防護」開始，一步一步引導，讓更多人能找到適合自己的起點。

第二個主題是 Tor Relay 校園節點的建立。前陣子我們在臺師大有一個成功案例，透過良好的溝通方式，獲得教授支持與行政配合，順利在校園學術網路中建立了 Tor Relay 節點。

接下來，我希望能把這個案例整理成可被複製的經驗，分享給其他學校的相關社團或科系，搭配既有的溝通範本與企劃書，降低校方的疑慮與負擔，讓更多校園成為匿名網路的基礎節點。

最後一個主題是匿名支付。這是匿名概念在現實生活中的延伸。支付行為其實牽涉大量隱私，但在高度便利的消費環境中，這個失衡往往不容易被察覺。我們希望能從一般消費到跨境支付，一邊理解實際需求，一邊謹慎討論合規與界線。

2026 年，匿名網路社群會同時推進這三條主線，也會嘗試舉辦幾場工作坊活動。過去在大型研討會中的經驗讓我們發現，匿名與隱私的實作，不一定只能在封閉場域中發生，也可以「藏」在大型公開活動裡，被更多人自然地學會與使用。

最後

老實說，我並不確定這兩個專案最後會走到哪裡，也無法保證它們一定能成為什麼「成功案例」。

開源生態是否真的能被撐得更久？匿名與隱私的討論，是否能在現實限制中留下空間？這些問題其實也還在一邊做、一邊確認。但至少在 2026，我選擇不急著給答案，而是願意花時間，把一些我認為重要的事情慢慢試過一次。也許進度不會很快，也可能途中會需要調整方向，但如果能在過程中多留下幾條可被理解、可被延續的路，那這一年的投入，對我來說就已經很值得了。

如果你在讀到這些內容時，心裡浮現了一些疑問、好奇，或只是隱約覺得這些議題和自己關心的事情有一點重疊，那其實就已經很足夠了。不需要立刻知道自己能做什麼，也不一定要以「參與者」的身分出現，有時候只是交換想法、分享觀察，或聽聽彼此正在煩惱的事情，本身就是很重要的開始。

這些專案目前也仍在持續調整與學習中，如果你願意聊聊、看看、或單純保持聯繫，都很歡迎交流，讓這些討論有機會慢慢延伸，而不急著走向任何結論。

回顧 2025

2026-01-15T00:00:00+08:00

2025 這一年體感上過的很快，在 11 月中的時候才意識到 2025 年要走完了！2025 一開始去九州、仙台跨年。RightsCon 在台北舉辦。執行公民團體資安意識提升。集結新的「匿名網路社群」，推動匿名網路在台灣的發展。

回頭看了一下 2025 年似乎也完成了很多事情，那就來紀錄一下今年走過的旅程。

出差、研討會（出國次數）

今年針對出差、研討會、協助擺攤的次數減少，是刻意的減少，能不去就盡量不去。前幾年也有過幾乎每個月都在出國，但後來我覺得走到哪可能會遇到的人、事情或機會都沒什麼差異，如果只是去「看看有沒有機會」這樣的狀態出去，很難有什麼結果可以遇到。但如果本身就有目的、目標或是產品，出去一趟才能有一個完整回饋循環的意義。

所以 2025 年我嘗試改變方向來執行，從台灣向外去聯絡、建立關係，因為我覺得網際網路進步到今日，還是有一些可以簡單動手作就可以完成的，可能就沒必要還要親自跑到現場刻意建立人脈關係。或是說難道不能先從網路溝通建立關係嗎？

聯繫 The MIT Press 完成「Tor 的秘密歷史：如何從軍事專案到維繫隱私的救命繩索」的翻譯。
聯繫 InterSecLab 完成「防火長城網路政變」的報告翻譯。
聯繫 SearXNG 完成「Search Anoni」的匿名搜尋節點。
持續翻譯 Tor、Tails、OONI 公告文章。

我記得當初在用 OONI-Research 的時候，也是先有一個議題、觀察結果，再透過公開分享、群組分享的方式散布出去，讓關注此議題的其他人知道你也在做這件事就夠了，之後不論是線上活動或閉門邀請會議，就會記得也邀請你一起參與。

但就真的要有做出東西來，讓其他人知道你的參與投入的輪廓。後續就是持續投入、持續分享、持續讓這個議題讓更多人看到！所以今年不出國不是鎖住不交流的表現，而是回歸到本地區域建立對外聯繫管道的流程實踐！

題外話，一直搭飛機飛來飛去其實滿累的，很難在很短的時間找的對的人與事件。通常我習慣在會場把攤位全部逛一遍，對於該年度關注什麼有一個基本的關鍵字清單、議題風向，之後再回來慢慢研究這些名單上的組織或團體實際做了什麼。但，其實還有更偷懶的方式，在出發前直接看議程表作議題背景調查就好了，可能就還真的不用到場。如果有東西交流的話，也就變成遊說的角色，看到相關領域的人就一直推銷。

匿名網路社群（建立社群）

2025 年初的時候，關注人權議題的 RightsCon 在台北舉辦，在 2024/11 的時候想說聯繫 Tor、OONI 的團隊看要不要在台灣舉辦一場工作坊活動。活動辦的很順利，在這一場的工作坊也募集到一些不錯的夥伴加入專案。

不過後來這裡我自己遇到一點角色錯亂的問題（個人、基金會），思考很久該怎麼去區分投入專案的時間。這個困難的問題我還特別與 ChatGPT 詢問、對談了一個不算短的內容，包含未來擴充的可能、參與角色的彈性、利益或議題衝突的可能、社群資源的探索與盤點、潛在的需求對象 … 等。

當然我自己也想創立一個社群試試，或許直接面對問題是找到有什麼困難最快的方法。首先，讓它跨出第一步就是找到一個具代表的網域名稱： anoni.net。

當一切都就緒後，發了一篇公告，正式將原來的專案轉移到社群的模式運作。（2025/07）

在那個時間點，社群也招募到滿多的夥伴加入，我自己也跑了幾次 g0v 揪松的活動宣傳 OONI 觀察報告，到後續決定要辦工作坊前的教材準備 ….. 等等。

但其實你要說我是不是有一個長遠的規劃，我也只能說一切都是看當時組成的樣態是如何，然後這一群人我們可以一起作什麼事情而已，要安排一個未來幾年的計畫，其實都有點太過於美好想像。後來也就不設定太遠大的目標，任何可能的想法我都先試看看。

像是翻譯文章類型的、看到 MIT Press 文章寫的不錯的，就直接寫信詢問翻譯。或是就直接挑戰翻譯一整個研究報告，關於中國防火長城技術輸出的發現。

唯一有一個主題是覺得很有趣，在去完 Devconnect ARG 之後，對於區塊鏈強調的隱私問題，好奇在支付這個領域的實踐可能，所以「匿名支付」就變成 2026 主要研究的主題之一。

工作

算一算也來開放文化基金會三年了，當然也不是一些都很美好嚮往的結果，現實環境存在一些取捨與殘酷情境有時都會顛覆過往的認知。

要怎麼定位我的角色也滿特別的，雖然我在基金會是技術經理的頭銜，主要遇到與技術相關的問題，我會來協助、排解。但好像也就只有這些情況，基金會目前沒有在程式、產品上的開發，在沒有工程開發的需求下，我大部分只好自己找專案或是用工程師領域的習慣來偷偷改變基金會看起來不那麼 Geeker 的部分。

像是盡量在 Github 上建立可以公開參與的流程，或是一些專案改用 Material for MkDocs 來建立籌備、執行、說明文件。

我會這樣定義，OCF 的官網就是專案的型錄，專案真正執行的部分就有他自己獨立的專案頁面，然後朝著「產品」、「工具」的角色去雕塑，不用用到太花俏的互動模式，對於在基金會工作的其他同仁來說，可以撰寫 Markdown 對他們來說夠了，畢竟每個人來自的領域、背景都不一樣，困且現在 AI 都可以協助完成，像是會內同仁就透過 ChatGPT 自己獨立完成建立另外一個專案！（我只是給他們看一個可能而已）

所以，我當然還是喜歡開發，只是現在沒有太多的資源或決心、在基金會內啟動一個專門開發工具或產品。2026 再把 OSCVPass 接回來調整，這段接回的過程我覺得可以再寫一篇來分享好了。

Linkedin 還是開著，歡迎！

健身

大概是 2024/11 開始去健身，差不多一年的時間。很久很久以前（2017）有短暫的健身過，但後來懶惰了。

直到這次就練的比較勤勞一點，健身後有很明顯的變化，體重從 50 ㎏長到 60 ㎏左右，背、胸、體態滿多人都有注意到變得比較壯了，之前真的很瘦！對我自己來說應該就是長久的肩膀痛、腰痛都解決了，後來想想應該就是肌耐力不足，所以才會一天到晚都在痛。

目前的紀錄：

六角槓鈴硬舉：160 ㎏一下
槓鈴後高背槓深蹲：80 ㎏五下
槓鈴臥推：50 ㎏約三下
SSB 握把式深蹲：120 ㎏三下
自身引體向上：8 下，負重 5 ㎏ 5 下

和 2017 年相比，這次練起來比較有成就感，體重有很滿意的拉上來，最重有到 64 ㎏，現在食量也變得比較大，腦子也轉的比較快（純粹感覺上）。理論上沒什麼意外的話，還是會繼續練下去，健身很不錯！

自我管理

2025 這一年動手自架一些服務，建立在內網中，一部分是開始實驗脫離第三方的服務，如行事曆、待辦事項、筆記、工作規劃這些類型，都找到可以自架的軟體使用。目前用的很習慣了，好像也沒有什麼缺點，資料可以自己持有著的意義在這一刻才有其真正的自由感。

現在的做事習慣會在待辦事項建立一個 Task，期待是在當日完成的就勾選成全天，執行一段時間後大概可以估一天可以解決 3-5 件事情的份量。隔一天再給沒完成（尚未開始）的事項一次機會，如果還是沒開始任何進度，就要重新考慮遠一點的時間或是下一週的循環。

用待辦事項的方式推進目標，而行事曆則用來記我怕忘記要發生的事情或是讓我好排一個可以自己運用的時間。然後在那個時間裡要做什麼？再從待辦事項中選出。

每天只做三件事的原則稍微調整為 3-5 件事情，而這配額包含工作與個人的範疇，所以我會好好運用這些量能，作有效率的事情。

會再寫一篇關於我用了哪些自架服務。

寫在最後

2025 這篇回顧寫了好久，寫寫停停，而 2026 年也已經毫無等候的跑了好些天。

2025 對我來說體感上過的非常快，可能每個月都在追趕著預定好的目標實現，時間對我來說也就相當稀缺。有的時候也好想躺平，然後放下所有一切重新歸零。有的時候也會覺得真的錯過什麼了，也就只能這樣 ……

但現在會給予比較多「我說的算」的任性，然後你會發現不用刻意遵守其他人的「約束」時，原來其他人只是在凹你而已，尤其是用你的時間、想法在交換他所盤算的事情。

哀，我會開始認真把自己的技能與熱情放在我覺得有效率、有意義的事情上，至少在 2025 回頭看時，不要再陷入浪費自己的時間的窘境。

希望 2026 年能夠走出一個新的方向，讓我還能有機會抓著一些想做的事情、且能儘快發生！

從阿根廷回來後，開始認真思考「匿名支付」

2026-01-06T00:00:00+08:00

在布宜諾斯艾利斯的馬路上用噴漆的方式打錢包應用程式的廣告。

匿名網路社群在 2026 年的年度計畫中，將「匿名支付」列為一個值得長期探索與實踐的主題。對我而言，這並不是一個純技術或概念導向的選題，而是來自一次很具體、也很現實的經驗累積。

2025 前往阿根廷參與 Devconnect 之後，我開始反覆思考一個問題：如果我真的長期生活在那樣的環境裡，我要如何跨越區域性的金融管制，讓自己的資產能夠相對自由地使用？

當貨幣不再只是交換工具

貨幣最原始、也最單純的功能，是在完成勞動交換之後，成為一種可以保存價值的媒介。相較於早期以物易物的形式，實體物品可能因為腐敗、耗損而失去價值，貨幣的出現，本來就是為了解決這個問題。

但在現代國家體系下，貨幣同時也成為政策與監管的工具。當一個國家的金融制度出現問題，原本被認為「穩定存在」的貨幣資產，可能會因為通膨、匯率管制或資本流動限制，而迅速失去原有的價值。這時候，尋找其他能夠轉移、保存價值的方式，就不再是投機行為，而是一種生存本能。

在阿根廷，美元是一種日常用品

阿根廷以及部分南美洲國家，長期面臨高通膨的現實。對當地居民來說，持有美元並不是投資，而是一種日常生活策略。

這段經驗對我來說非常直觀。我可以在許多店家直接用美元消費或兌換，雖然找回來的通常是阿根廷披索（ARS）。錢包裡塞著厚厚一疊紙鈔並不稀奇，真正讓人感到衝擊的，是餐廳與商店價目表後面，那一長串幾乎沒有意義的 ??,000。

我還清楚記得，抵達布宜諾斯艾利斯的第一週，美元兌換披索的匯率大約是 1:1,400。兩週後再去兌換，已經變成 1:1,430。這樣的變化不是新聞事件，而是日常節奏的一部分。

外幣解決問題，也製造新的問題

當越來越多人選擇持有非本國貨幣，短期內確實能對抗通膨、保存個人資產，但長期來看，這個選擇也可能反過來加速本國貨幣的貶值，形成一種難以停止的惡性循環。

阿根廷政府目前採取的方向，是大幅縮減公務人員編制、削減社會福利支出，試圖從財政面進行修正。但這些措施是否足以扭轉結構性問題，仍然充滿不確定性。身處其中的人，往往只能一邊調整自己的生存策略，一邊期待未來不要變得更糟。

匿名支付，其實離我們並不遠

回到「匿名支付」這個主題，現金至今仍是最直觀、也最有效的匿名工具。否則，也不會偶爾看到新聞畫面裡，有人提著一卡皮箱的現金（或不小心遺失在高鐵上）進行交易或資產轉移。

但現金的問題同樣明顯：當金額一大，重量、體積與攜帶風險都成為現實負擔。另一方面，我們的日常生活早已高度電子化，從信用卡、行動支付到 Apple Pay，付款變得極度方便，但每一筆消費，也同時留下完整、可被追蹤的紀錄。

消費紀錄算不算一種個資？

餐館的收據，後來我都只看 K 來計算。

我曾多次接到銀行放款部門的來電，詢問是否有貸款需求。這些經驗讓我開始意識到，消費紀錄其實就像瀏覽器的瀏覽紀錄一樣，早已被系統性地蒐集與分析，只是多數人並沒有真正感受到它的存在。

那麼問題來了！我們是否有可能在合法的前提下，多加一層隔離，讓消費紀錄不直接產生在發卡銀行端？或者，現在是否已經存在某些替代方案，只是尚未被廣泛理解或使用？

研究匿名支付，不等於逃避責任

正是這些親身體驗與反覆出現的疑問，讓我決定在 2026 年，系統性地研究「匿名支付」的可能性與邊界。

這裡所說的邊界，並不是技術極限，而是法規與社會共識所允許的範圍。我很清楚，這類主題一旦失去脈絡，很容易被誤解成洗錢或規避監管的工具，但那並不是我關心的方向。真正吸引我的，是在合法與透明的框架內，個人是否仍然能保有一定程度的隱私與自主權。

為什麼這不是在談洗錢

在討論「匿名支付」之前，有一條界線必須先說清楚：匿名，不等於非法；隱私，也不等於逃避責任。

洗錢的核心問題，並不在於支付方式是否匿名，而在於是否刻意掩飾資金來源、去向，並試圖讓非法所得看起來像是合法收入。這是一個明確受到各國法律規範、也有清楚定義的犯罪行為，與我想探討的方向並不相同。

我關心的「匿名支付」，比較接近的是另一個問題：在完全合法的前提下，個人是否還有選擇權，決定自己的交易資訊要被揭露到什麼程度？

舉例來說，使用現金購買日用品，本身就是一種被長期接受、也完全合法的匿名交易行為。沒有人會因為用現金買一杯咖啡，就被合理懷疑是在進行洗錢。同樣地，討論數位環境中是否存在類似現金特性的支付方式，本質上是在延續這個已經存在很久的問題，而不是創造新的灰色地帶。

再者，這個研究的前提始終包含兩個限制條件：

所有討論都必須落在現行法規允許的範圍內。這意味著，我關注的是制度設計、技術架構與使用情境，而不是如何繞過 KYC、AML 或其他監管機制。
匿名不代表不可追責。多數現代支付系統的設計，本來就存在分層揭露或事後調查的可能性。我更感興趣的，是在日常、小額、無風險的交易中，是否有必要讓所有資料即時、完整地集中在單一機構手上。

換句話說，這個主題探討的不是「如何躲避監管」，而是「監管是否一定要以全面可見為前提」。在數位生活高度可追蹤的時代，這其實是一個關於比例原則、隱私權與個人自主性的公共議題，而不只是金融技術問題。

如果最後的結論是：在現行制度下，匿名支付的空間極為有限，甚至不存在，那也是一個值得被清楚說明的結果。研究本身的目的，從來不是為了找漏洞，而是為了理解邊界究竟畫在什麼地方。

接下來，我想做的是……

未來一年，我會透過閱讀、實作與案例整理，逐步拆解匿名支付在現實世界中的可行性、限制與風險。這不會是一條快速得到答案的路，但我相信，這是一個值得慢慢走的方向。

如果你對這個主題有興趣，歡迎訂閱或加入「匿名網路社群」，一起關注、討論，甚至參與這段探索的過程。

Devcon 8 時間確定了 2026/11/3 – 6 印度孟買

2025-12-26T00:00:00+08:00

Devcon 8 時間確定了，2026/11/3 – 6，地點在印度孟買 JIO World Center，應該會去！🙂

Devcon 是什麼？

Devcon 是由以太坊基金會主辦、每兩年一次的全球性聚會，目的是讓社群一起打造與使用去中心化系統。

它同時是：

新手深入認識以太坊的密集入門場合
長期貢獻者的全球大團聚
開發者、研究者、社群組織者、學生與創作者的交流平台
各類建設者齊聚的技術型會議

Devcon 以技術為核心（開發者大會），但內容早已不只限於協議工程，還涵蓋數位經濟、研究、藝術、社群、治理與公共財等多元領域。Devcon 不只是給開發者參加，而是歡迎工程師、設計師、研究人員、基礎設施營運者、教育者、社群經營者、社會經濟學者、藝術家，以及所有運用以太坊改善世界的人。Devcon 輪流在不同地區舉辦，因為以太坊能在世界各地帶來即時且實際的影響。

為什麼會選擇在印度舉辦？

印度近年成為全球成長最快、規模最大的開發者與加密生態系之一¹。擁有超過 1,700 萬名 GitHub 開發者，自 2023 年起更是全球新進加密開發者最多的國家，並連續兩年在全球加密採用率名列第一。以太坊相關活動在印度各地的大學、聚會、黑客松與社群持續快速成長，草根能量非常強勁。印度也孕育出像 ETHMumbai、Devfolio、Polygon 等深耕多年的重要專案與團隊。

此外，Devcon 8 後，緊接著 11/8 排燈節（Diwali），也能趁著這個機會體驗印度最重要的文化與宗教節慶之一！

Devcon 8 將於孟買在單一場館舉辦，為期 4 天，提供完整且多元的活動內容，包括多個舞台、深度技術議程與實作工作坊，也有專為新手設計的場次。同時設有 Supporter 空間、Community Hubs、討論角落，以及充滿 Devcon 特色的藝術、音樂與由社群共同打造的交流空間。

Devcon 與 Devconnect 有什麼不同？

Devcon 與 Devconnect 都是以太坊生態系的重要活動，但定位、形式與參與體驗其實不太一樣。

Devcon

Devcon 是由以太坊基金會（Ethereum Foundation）主辦、兩年一次的全球性大型官方大會。

規模大、國際性高，來自世界各地的開發者、研究者與建設者齊聚一堂
以核心技術與長期研究方向為主，涵蓋協議層、基礎建設、研究、公共財等
單一或主要場館進行，議程完整、節奏密集
偏向「年度、雙年度里程碑級聚會」，聚焦以太坊的現在與未來

可以把 Devcon 想像成「以太坊的全球總年會」。

Devconnect

Devconnect 同樣由以太坊基金會支持，但形式更分散、社群導向，通常在 Devcon 之間的年份舉辦。

由多個社群、團隊、專案各自舉辦活動（workshop、hackathon、meetup）
沒有單一主舞台，而是遍布城市各地
更偏向實作、深度交流與小型聚會
適合想和特定領域、團隊深入互動的參與者

Devconnect 更像是「一整週的以太坊城市串聯活動」。

以下內容翻譯來自「India Ethereum Ecosystem Overview, Geode Labs」報告的內容。（With thanks also to Steven Gilbert from Geode Labs.）

印度目前的狀況

印度已連續第二年在全球草根層級的加密貨幣採用率名列第一，主要受惠於年輕且高度科技導向的人口結構。
即使面臨具挑戰性的稅制（加密資產獲利課徵 30% 稅率）與法規不明確的情況下，印度的以太坊與加密生態系仍持續蓬勃發展，包括政府率先推動的區塊鏈試點計畫、如 Polygon 等表現亮眼的新創公司、Devfolio 等強大的社群推動者，以及前所未見的新進加密開發者成長潮。
印度的以太坊成長屬於自然且由草根驅動，主要來自在地社群的自發力量，而非由上而下的制度或機構指令。然而仍存在挑戰，包括人才招募與留任不易、生態系分散，以及法規明確性不足等問題，仍需具體可行的政策、完善的建設者成長策略等配套，才能全面發揮印度的潛力。

政策環境（Policy Landscape）

稅制：印度對「虛擬數位資產」的獲利課徵 30% 稅率，並對多數交易加徵 1% 的 TDS（預扣稅）。因此，不少 Web3 創業者為了降低稅負，選擇移往杜拜或新加坡發展。
法幣出入金（On-Ramp / Off-Ramp）：依據 2020 年印度最高法院裁定，加密資產兌換印度盧比（INR）在法律上是被允許的，但實務上仍因銀行與監管限制而相當複雜。使用者必須透過符合 PMLA 規範的註冊交易所進行兌換，例如 CoinDCX 與 Binance P2P（WazirX 目前已破產）。所有交易所交易皆須完成 KYC 身分驗證。
政策取向：印度整體政策傾向「支持區塊鏈、不支持加密貨幣」，部分邦政府正積極探索區塊鏈試點計畫。加密貨幣在印度並非法定貨幣，加密支付仍處於灰色地帶。
印度央行數位貨幣（CBDC）：印度的 CBDC²——數位盧比（e-Rupee）正採分階段推行，使用度逐漸提升，並持續進行各項試點，與以 UPI（統一支付介面）為核心的主流數位支付生態相互補充。
Finternet：Finternet 是另一項創新的金融框架，目標是透過低成本、高交易量且高度可信的交易機制，串連傳統金融（TradFi）與區塊鏈等多個生態系。

重點實際影響力專案（Highlighted Real-World Impact Projects）

Crypto Relief Fund（現更名為 Blockchain For Impact）：由 Polygon 共同創辦人 Sandeep Nailwal 發起，該基金於 2021 年募集超過 10 億美元，其中包含 Vitalik Buterin 捐贈的逾 10 億美元 SHIB 與 ETH。這些資金在疫情期間被用於提供氧氣與醫療設備，展現以太坊等區塊鏈在透明、無國界且快速的人道救援上的潛力，儘管仍面臨市場波動與法規等挑戰。
The Atlantis DAO：這是一個去中心化、點對點的影響力網路，透過區塊鏈機制激勵社群共同管理水資源、土地、能源及各類社會倡議。舉例來說，他們與 Mercy Corps Ventures 合作的水資源試點專案，打造了一個去中心化的點對點供水網路，不僅讓資源不足的社群能取得乾淨用水，也透過激勵機制提供當地居民創造收入的機會。
India Stack、零知識（ZK）、Anon Aadhaar：India Stack 是一套由數位公共建設與開放 API 組成的系統，支援大規模的身分識別、資料與支付服務，其核心是覆蓋超過 14 億人口的生物辨識數位身分系統 Aadhaar，主要用於身分驗證（本身不提供開放 API）。其中一項重要創新是 zkPDF，透過零知識證明驗證 DigiLocker 文件真實性，同時不揭露敏感資料。在此基礎上，Anon Aadhaar 進一步實現以零知識證明進行的隱私保護身分驗證，非常適合 Web3 應用。在 Devcon Bangkok 2024，Anon Aadhaar 成為 Aadhaar 與零知識技術的首次大型實際應用之一，與會者可在保護隱私的前提下進行國籍驗證。2024 年 12 月的 ETHIndia 黑客松也採用 Anon Aadhaar 架構，實現私密的二次方投票（Quadratic Voting），讓所有印度開發者都能匿名投票。
NITI Aayog：作為印度政府最高層級的公共政策智庫，NITI Aayog 推動了多項探索區塊鏈潛力的概念驗證（PoC）專案，包括：
與 Oracle、Apollo Hospitals 及 Strides Pharma Science 合作，在製藥供應鏈中導入基於區塊鏈的「追蹤與溯源」系統，透過每個環節的 QR Code／條碼掃描進行驗證。
馬哈拉施特拉邦政府使用區塊鏈技術核發 COVID-19 檢測證明。
CBSE（印度中央中等教育委員會）採用整合 DigiLocker 的 Hyperledger Fabric，不可竄改地保存學歷證書。
多個邦（包括西孟加拉邦、泰倫加納邦、安得拉邦）推動的土地登記相關區塊鏈試點與原型專案。

新創與基礎設施生態系（Startup and Infrastructure Ecosystem）

印度多數區塊鏈新創公司專注於應用層專案，多採用 EVM 相容架構，而非僅限於以太坊本身。雖然基礎設施類專案數量相對較少，但像 Polygon 這類專案對在地生態系具有深遠影響。約 70–80% 的區塊鏈新創聚集在一線城市（Tier 1 cities），其中班加羅爾（Bengaluru）是最重要的科技樞紐，其次為海德拉巴、德里與孟買。

基礎設施與擴容（Infrastructure & Scaling）

Polygon Labs：以太坊擴容協議（PoS、zkEVM、AggLayer），2017 年以 Matic 之名創立於印度。
Avail：專注於資料可用性的模組化區塊鏈，支援可擴展應用。
Stackr Labs：微型 Rollup 基礎設施，用於打造客製化、應用專屬的 Rollup。
Socket：跨鏈互通協議，實現無縫的跨鏈通訊與資產轉移。
Router Protocol：多鏈基礎設施層，支援資產橋接與交換。
Spheron Network：Web3 雲端託管與去中心化部署平台。
NodeOps：提供區塊鏈節點自動化管理與質押解決方案。
Copperx：讓加密發票與企業支付更簡單且符合法規。
Reclaim Protocol：透過 zkTLS 在數秒內驗證網路上的任何資料。

DeFi 與金融協議（DeFi & Financial Protocols）

Instadapp：打造完整 DeFi 產品套件，包括 Lite、0xFluid 與 Avowallet。
Biconomy：跨鏈交易層，提供免 Gas 入門體驗與更佳使用者體驗。
Polynomial：提供鏈上結構型產品的衍生品協議。
Everclear（原 Connext）：跨鏈橋接協議。
LogX：DeFi 超級應用（Super App）。
Capx：為 AI Agent 開發所設計的去中心化基礎設施與工具。
StationX Network：讓成員能有效率地共同集資與投資的平台。
Filament Finance：結合鏈下訂單簿與鏈上流動性池的去中心化永續合約交易所。
Lucidly Finance：非託管 DeFi 協議，提供自動化鏈上收益策略。
Qiro：專注於 RWA 與 DePIN 的鏈上私募信貸市場。

安全與風險（Security & Risk）

Quill Audits：提供智慧合約稽核與安全服務。
Chainrisk：Web3 風險分析與評估平台。

資料與分析（Data & Analytics）

Powerloom：去中心化資料基礎設施，支援可擴展分析與可靠資料來源。
Gigabrain：為區塊鏈交易者打造的 AI 分析與情報工具。

Push Chain（原 Push Protocol / EPNS）：最初為 dApp 訊息與通知基礎設施，現已發展為 PoS Layer 1 區塊鏈。
Huddle01：為 Web3 團隊打造的去中心化音訊／視訊協作工具。
Noice：建立於 Farcaster 可程式化社交層的工具，讓用戶自動化回饋並將其社交影響力代幣化。
Atlantis：點對點影響力網路，聚集投入氣候與社會影響的建設者、創作者與創業者。
Offline Protocol：抗審查、以離線優先為核心的基礎設施層，讓應用在無網路環境下仍能運作。
Poster Fun：結合迷因與 InfoFi，由藝術家擁有並創作 IP 的平台與小程式。

錢包（Wallets）

Okto：行動端 DeFi 錢包與資產管理工具。
Biconomy：帳戶抽象與免 Gas 的基礎設施與 SDK。
Frontier：多鏈錢包，活躍於以太坊與各 L2。

主要交易所（Major Exchanges）

CoinDCX、CoinSwitch、WazirX（已破產）、ZebPay、Bitbns 等。

生態系推動者（Ecosystem Builders）

Devfolio / ETHIndia：透過黑客松、獎學金與補助，培育大量印度以太坊開發者。Instadapp、Epoch Protocol、Liquidity Auction Protocol 等專案皆源自 ETHIndia 黑客松。
0xcoordinated：服務 EigenLayer 生態系。
L2 社群：如 Base 的 Farcaster Builders India、Based India，以及 Arbitrum India、Starknet India 等。

消費者與採用情況

Source: Hashed Emergent, India Web3 Landscape Report 2024

印度已連續第二年在全球加密貨幣採用率名列第一。
加密貨幣主要被用於投資，而非支付用途：
66% 的加密交易者年齡低於 35 歲，其中最大族群（約 37%）介於 26–35 歲，普遍具備科技背景，並追求高風險、高報酬的投資機會。
印度的 UPI（統一支付介面）是全球最先進的即時支付系統之一，具備即時、對消費者免費，且跨應用與商家高度普及的特性，大幅降低了使用加密貨幣進行支付的誘因；再加上法規不確定性與數位資產課稅，也進一步限制主流採用。
穩定幣（Stablecoins）：相較於土耳其或阿根廷，印度通膨率較為溫和，但印度盧比長期兌美元仍呈現貶值趨勢。穩定幣可協助降低龐大匯款市場的成本，並提供更便利的方式接軌全球加密市場。
年輕創作者與玩家已開始接觸 NFT，但整體仍未形成大規模主流採用。
印度企業正逐步導入區塊鏈技術，例如：
Jio Platforms Ltd. 與 Polygon Labs 合作，將 Web3 能力帶給超過 4.5 億名 Jio 使用者；
Flipkart 透過 Fireblocks 推出 360 萬個錢包，用於遊戲化購物體驗與基於 NFT 的會員忠誠獎勵機制。

開發者成長浪潮

Web2 人才與 AI：
印度擁有全球成長最快的開發者人口，目前在 GitHub 上已有超過 1,700 萬名開發者，且在 2024 年成長 28%，預計將成為 GitHub 上最大的開發者社群。印度在生成式 AI 專案上的貢獻也呈現爆發式成長，年增率達 95%。
相較於加密領域，AI 已成為印度畢業生更主流的就業方向，原因包括市場需求更高、產業採用度成熟，以及政府與機構的支持。我們訪談多位頂尖 IITs 的資工教授，多數都提到畢業生大多投入 AI 相關工作。

Octoverse 2024

Web3：
印度在 2024 年新增加密開發者數量居全球之冠，自 2023 年起便是新進加密開發者最多的國家。
印度活躍開發者最常採用的前三大生態系為 Solana、Ethereum 與 Base。
職涯觀念與投資環境：
在印度，工作不只是收入來源，也代表社會地位，這會直接影響職涯選擇。AI 被視為更穩定、也更受尊重的產業，因此吸引的開發者多於加密領域。
印度創投（VC）也大量投資 AI，投入更多公司並強化其「可靠性」的市場認知；相較之下，加密產業缺乏明確的職涯路徑與實習機會，進一步影響人才流向。

草根社群

印度擁有許多活躍的 Web3 社群，在全國各地舉辦活動與研討會，但以以太坊為核心的開發者社群數量相對有限。目前多數社群聚焦於 Layer 2 生態系，其中以 Base 與 Polygon 為主，其次包括 Starknet、Arbitrum 等。

社群聚會主要集中在大型科技城市，班加羅爾最為活躍，其後依序為德里、孟買與海德拉巴。值得關注的以太坊及相關建設者社群包括：ETHIndia、ZK Bankai、The Phoenix Guild、ETHMumbai、Farcaster Builders India、Zo World、LocalHost India 等。

加速器與投資

早期加速資源有限：印度的早期加速器環境相對困難，主要仍仰賴 ETHIndia 黑客松與 Fellowship 計畫、Hashed Emergent 推動的 Protostars（部分計畫已結束），以及 BuidlersTribe（已封存）。
創投投資（VC）：Hashed Emergent 與 Coinbase Ventures 仍積極投資印度的 Web3 建設者。過去曾活躍的投資方還包括 Borderless、Polygon Ventures、Sequoia Capital India、CoinDCX Ventures、Lightspeed Venture India、IOSG Ventures 等。
資金成長：2024 年印度 Web3 創業者的募資金額成長至 5.64 億美元，較 2023 年的 2.7 億美元成長 109%，資金主要流向基礎設施、DeFi 與娛樂相關領域。
Polygon 的關鍵角色：Polygon 長期是印度 Web3 生態系的重要推手，不僅招募頂尖工程師，也支持 LayerZero、Gnosis Safe、EigenLayer 等早期專案。2022 年前，Polygon 透過黑客松、Fellowship 與初期投資積極扶植印度建設者。放眼全球，Polygon 在 Rollup 尚未普及前，提供低成本擴容方案，協助以太坊抵禦如 Binance Smart Chain 等競爭對手的挑戰。

大學與學術界

區塊鏈課程：部分頂尖 IIT 設有區塊鏈相關課程，如 IIT Kharagpur、IIT Kanpur、IIT Madras，課程內容多半涵蓋比特幣與以太坊的基礎概念，但較少深入進階主題。此外，IIIT Bangalore、IIT Guwahati 與 NPTEL 提供的密碼學課程，則包含零知識證明（ZK proofs）與點對點網路等內容。區塊鏈課程的選課人數通常與加密市場循環高度相關。
研究發展：研究主題橫跨密碼學到更廣泛的區塊鏈應用領域。活躍於此領域的學者包括：
IIT Bombay 的副教授 Saravanan Vijayakumaran（應用密碼學與零知識證明）
IIT Kharagpur 的副教授 Sandip Chakraborty（分散式系統）
BITS Pilani 的副教授 Amit Dua（區塊鏈與網路安全）
IIIT Hyderabad 的助理教授 Ankit Gangwal（以太坊、錢包、隱私與位址分群）
IISc 的副教授 Himanshu Tyagi（區塊鏈與隱私）等
大學社團：多所印度知名大學設有活躍的區塊鏈社團，包括 IIT Roorkee、IIT Delhi、IISc Bangalore、Bennett University、SRM University、NITK、BITS Pilani 等。這些社團積極投入區塊鏈技術研究、社群經營與專案開發。

挑戰與缺口

目前仍存在許多挑戰，以下是我們已觀察到的重點問題：

稅制與法規壓力：嚴苛的 30% 資本利得稅加上 1% TDS，迫使不少創業者選擇出海發展；同時，法規不確定性也抑制了創投對印度加密新創的投資意願，使整體創新環境更加艱困。此外，加密支付仍處於灰色地帶，進一步增加採用與成長的難度。
人才流失、教育落差與風險承受度：
多數印度資工系畢業生選擇 AI 或 Web2，因為具備更好的工作穩定性、薪資與社會地位，顯示仍需加強公眾對 Web3 的理解與認知。
Web3 職涯缺口：缺乏明確的職涯路徑，實習與全職機會有限。
學習門檻高：相較主流 AI 技術棧，Solidity、EVM 生態系較難入門，許多人只停留在基礎階段便放棄。
生態系與社群支援：部分建設者過去曾感覺與以太坊基金會（EF）缺乏直接、容易接觸的溝通管道，導致參與感有距離感。Devfolio 等組織正扮演關鍵橋樑角色，情況也持續改善中。
Layer 2 生態系分散：不同 L2 社群與資源較為零散，整合度不足。
仍待解答的問題：
- 如何更有效地辨識並連結印度最優秀的學生與新興開發者，提供更多參與以太坊生態系的機會，加速其入門與貢獻？
- 如何以更具影響力、且更容易理解的方式，在印度傳達以太坊的願景與成功創辦人、建設者的故事？
- 我們能從 Superteam 在印度的成功經驗中學到什麼？

重點活動

Devfolio Hacker BlockTrain: 20-22 Sep, 2025
Interfaces Conference by Devfolio: 24 Sep, 2025
ETHGlobal New Delhi: 26-28 Sep, 2025
India Blockchain Week (IBW): 2-3 Dec, 2025
ETHIndia by Devfolio: Dec (tbd)

加密貨幣錢包的使用 Trust Wallet、Cake Wallet、MetaMask

2025-12-17T00:00:00+08:00

Trust Wallet 是一款由 Binance（幣安，於 2018 年被幣安收購）支援的多鏈加密貨幣錢包，主打去中心化、使用者自主管理資產。使用者可以自行保管私鑰與助記詞，資產不由任何中心化機構代管。Trust Wallet 支援多種主流區塊鏈與代幣標準，包括 Ethereum、BNB Chain、Bitcoin、Polygon 等，並可管理 ERC‑20、BEP‑20、ERC‑721（NFT）等多種資產。只要在同一條鏈上，不同代幣可共用同一個收款地址。此外，Trust Wallet 內建 DApp 瀏覽器，可直接連接 DeFi、NFT 市場與各類區塊鏈應用，讓使用者能在手機上完成轉帳、質押、兌換與鏈上互動。

目前主要使用 Trust Wallet 作為數位資產的錢包使用，有點忘記當初是怎麼選擇 Trust 作為主要錢包使用，在當時（即使是現在），比較有名的是 MetaMask 狐狸錢包，可能是那時候有發生錢包釣魚的事件，所以對於狐狸錢包就沒有列在使用的候選名單中。

Brave 瀏覽器在發布之後，有提供一個新形態的廣告互惠方式，透過瀏覽器中的通知推送，讓使用者決定是否點擊通知引導到廣告到達頁面。那時候一次的點擊回饋很多，在透過 Brave 發行的 BAT 幣（Basic Attention Token）得到加密貨幣回饋。

但一直沒有研究加密貨幣這領域相關的事情，大概知道需要一組「註記詞」（我都想成是 PGP 的私鑰）然後不同的幣別有獨立的一串亂數地址，那時候還搞不清楚，為什麼同一個以太坊地址底下會有不同的幣，後來才明白是因為這些幣都是以太坊上的 ERC‑20 代幣，各自由不同合約記帳。對於如果不小心匯錯地址，幣會消失感到怯步。

2022 年幣價有向上衝了一波，那時候領了很多的 BAT 幣，想說如果全部都換成 Bitcon（BTC）值多少？然後可以轉移到自己建立的錢包中嗎？於是就是這個需求，但不知道哪裡看到的推薦，使用 Trust 建立自己管理的錢包。

那時候換了 0.001519 BTC，然後就放著也沒想過要加碼還是怎樣，怎知後來 BTC 漲到一個歷史誇張的價格！

一直到 2025/11 去參加以太坊基金會辦的 Devconnect 活動，現場有與錢包應用相關的活動，才「真正」的使用加密貨幣與穩定幣（USDC、USDT）於消費！法幣兌換加密貨幣就直接透過 Trust Wallet 內挑選較優價格的交易所來購入轉換，後來也搞懂以太坊主鏈與 L2 鏈的差異，所以有時候一群人去吃飯，先付款後也接受大家用等值的加密貨幣給我，剛好也可以儲備一些加密貨幣在錢包中。

Cake Wallet 是一款主打隱私導向的非託管加密貨幣錢包，最初以支援 Monero（XMR）聞名，強調使用者對資產與私鑰的完全掌控。錢包採用開源設計，讓社群能夠檢視程式碼，提高透明度與信任度。除了 Monero，Cake Wallet 也支援 Bitcoin、Litecoin、Ethereum 以及多種主流加密資產，並可透過內建功能進行幣種兌換與轉帳操作。所有私鑰與助記詞皆儲存在使用者裝置本機，不會由任何中心化機構代管。Cake Wallet 提供 iOS 與 Android 版本，介面簡潔、操作直覺，特別適合重視交易隱私與去中心化精神的使用者使用。

其他的錢包如 Cake Wallet 或可以把不用的行動裝置離線使用當冷錢包的 Cupcake，甚至是一開始沒有採用的 MetaMask 狐狸錢包，最近也都在使用，測試有哪些差異。Trust Wallet 配合的交易所價格比較好，MetaMask 的價格圖表比較清楚，Cake Wallet 用起來非常單一，支援 Tor 連線，也滿適合只儲備一種幣別使用。

不過目前還沒考慮使用瀏覽器套件的錢包，還是稍微有一點不太有把握，針對頁面釣魚詐騙點擊的疑慮。

更新：2025/12/26

Trust 的瀏覽器套件目前有大規模的使用者錢包資產被轉移（註記詞外洩），不推薦使用了。我自己因為只使用 app 的關係還沒有受到影響，但準備放棄使用原來的註記詞，轉移到其他錢包中。

We’ve identified a security incident affecting Trust Wallet Browser Extension version 2.68 only. Users with Browser Extension 2.68 should disable and upgrade to 2.69.

Please refer to the official Chrome Webstore link here: https://t.co/V3vMq31TKb

Please note: Mobile-only users…

— Trust Wallet (@TrustWallet)，December 25, 2025，在 X 上看原文

Trust Wallet 浏览器扩展带后门版本是 2.68.0，修复后的是 2.69.0，对比了下，正常代码和后门代码的代码差异，如图。

后门代码增加了个 PostHog 来采集钱包用户的各种隐私信息（包括助记词），并发送到攻击者服务器 api.metrics-trustwallet[.]com。

预估时间线：攻击者至少 12.8… https://t.co/EpvCqRli7n pic.twitter.com/FOLjD6aPar

— Cos(余弦)😶‍🌫️ (@evilcos)，December 26, 2025，在 X 上看原文

與「匿名支付」相關的關鍵字整理

2025-12-12T00:00:00+08:00

匿名網路社群目前缺「匿名支付」領域的實作或場景應用，整理後續需要投入研究的關鍵字，有些關鍵字之前就聽過了，有一些看過但好奇在 web3 是要解決什麼問題，有一些是都沒聽過，要從頭開始了解。多了一些感興趣的領域可以投入！

「匿名支付」這個主題應該會是 2026 年主要研究的重點之一，最後預計可以有一個指引、手冊的方式呈現，可能還是要聲明洗錢的疑慮問題。

基礎

Data privacy / 資料隱私
Confidentiality / 機密性
Anonymity / 匿名性
Pseudonymity / 假名制
On-chain / Off-chain privacy
Metadata privacy / 中介資料隱私（行為、時間點、關聯圖譜等）

密碼學

Zero‑Knowledge Proofs（ZKP, 零知識證明）
zk‑SNARK / zk‑STARK
Homomorphic Encryption / 同態加密
MPC（Multi‑Party Computation，多方安全計算）
FHE（Fully Homomorphic Encryption，全同態加密）
TEEs（Trusted Execution Environments，可信執行環境）
Differential Privacy / 差分隱私
Mixnet / Mixer（混幣、混合網路）
Stealth Address / 匿蹤地址
Ring Signatures / 環簽章
Confidential Transactions / 機密交易
Programmable privacy / 可程式化隱私

使用情境

Anonymous payments / 匿名支付
Private DeFi / 隱私型 DeFi
Private voting / 私密投票、匿名治理
Private identity / 隱私身份、選擇性揭露（selective disclosure）
Compliance‑friendly privacy / 合規隱私（在隱私與監管間權衡）

隱私風險

Deanonymization / 去匿名化
Linkability / 可鏈結性（地址或行為能否被關聯）
Transaction graph analysis / 交易圖譜分析
On‑chain surveillance / 鏈上監控
Privacy leakage / 隱私洩漏
Side‑channel leakage / 旁道攻擊、側信道洩漏（從性能、結構或行為洩露資訊）

區塊鏈協議

Privacy coin / 隱私幣（例如：Zcash、Monero 等）
Privacy‑preserving smart contracts / 隱私保護智慧合約
Shielded transactions / 隱匿交易
Layer 2 privacy / 隱私型 L2、私有 rollup
Private set intersection / 私有集合交集（常用於隱私計算場景）

以太坊為何是 DeFiPunk 的主場？從財庫政策看 Cypherpunk 精神落地（Ethereum Privacy Stack, Devconnect ARG）

2025-11-23T00:00:00+08:00

Ethereum is for DefiPunk ― Hsiao-Wei Wang (Ethereum Foundation)

在 Devconnect ARG 的「Ethereum Privacy Stack」議程軌中，這場題目為「Ethereum is for DefiPunk」，由以太坊執行董事 Hsiao-Wei Wang 所帶來的議程。

Hsiao-Wei 將「DeFiPunk」定義為：把 Cypherpunk（密碼龐克）的價值觀套用到 DeFi（去中心化金融）的精神，也就是打造一個在 DeFi 世界中，仍然堅持隱私、無許可、開源協作與使用者主權的生態。

她認為，這條路是以太坊未來應該走的方向。為了在實際運作上對齊這些價值，以太坊基金會（Ethereum Foundation, EF）在 6 月發布了一份財庫政策文件（Treasury Policy），說明基金會會如何依據這套政策來配置與管理資產，包括微觀層級政策（micro-policy）與再平衡（rebalancing）機制，以確保財務策略與以太坊的核心價值一致。

EF 希望以「永續財庫」的方式來管理資金，一方面確保自身財務穩健，另一方面利用這些資源，長期支持以太坊生態系的健康發展，而不是只是追逐短期的財務報酬。

在實際投資與支持的方向上，財庫政策強調要支持：

最高程度安全的、去中心化的、開源的、具 Cypherpunk 精神的應用
理想中的 DeFi 協議應該是：信任最小化（trust-minimized）、可組合（composable）、重視隱私（privacy-friendly），並且投資的是長期價值，而非單純財務上漲空間。

她也點出現實困境：在今天的 DeFi 生態中，要做到「真正的 Cypherpunk、DeFiPunk 風格」往往成本很高，特別是隱私工具的使用成本。設計協議時會有很多「捷徑」，容易導致中心化傾向，因此目前許多自稱去中心化的專案，其實內部有大量中心化元素。

以下是針對 Hsiao-Wei 演講中提到的 DeFiPunk 作額外的整理，在 Treasury Policy 中有明確的定義。

什麼是 DeFiPunk Criteria？

Ethereum is for DefiPunk ― Hsiao-Wei Wang (Ethereum Foundation)

在這份 Treasury Policy 中，所謂的 DeFiPunk Criteria，是指 EF 在運用財庫資產時，會用來判斷某個協議、資產「值不值得支持或持有」的一套價值導向標準，而不是單純看「報酬率高不高」。

核心是：財庫運用要能同時賺取合理收益，又不背離以太坊的 cypherpunk / DeFiPunk 價值觀。

去中心化與信任最小化（Decentralization & Maximally-Trustless）

是否有明顯的「單一控制點」：協議是否依賴中心化營運方、管理者多簽、可單方面升級合約？
治理與權限設計：升級權、凍結權、參數調整權分散在多方，還是集中在少數人？
信任假設：使用者需要「相信團隊不作惡」的程度有多高？邏輯是否主要寫在合約（code is law），而非 off‑chain 承諾？

EF 傾向支持信任最小化、權限分散、可審計的協議，而不是「一按按鈕就能改規則」的假 DeFi。

安全性與韌性（Security & Robustness）

有沒有經過嚴謹的程式碼審計（audit）？是否開源、可供社群審視？
智能合約設計是否盡量簡潔，減少複雜度與攻擊面？
對極端市場、黑天鵝事件有沒有防護機制（清算機制、風險參數、保險或安全模組等）？

EF 的 Treasury Policy 明確把「安全性與資產保全」放在首要考量。

隱私友善與 Cypherpunk 精神（Privacy & Cypherpunk Ethos）

協議對隱私的態度：有沒有保護使用者交易或頭寸資訊的設計？是否避免不必要的資料收集、追蹤？
是否符合 Cypherpunk / DeFiPunk 的價值觀：幫助使用者在敵對、壓迫環境下保有金融主權與抗審查能力？不配合任意凍結資產、黑名單式審查，除非在非常嚴格、透明的規則下？

這點是 EF 特別強調的：不是只玩 DeFi，而是要做「對弱勢使用者有實質保護力的 DeFi」

無許可、開源協作（Permissionless & Open Source Collaboration）

是否無許可（permissionless）：任何人都能自由使用協議，不需 KYC、白名單或由中心化方批准？
是否開源（open source）：主要合約與前端程式碼是否公開？是否鼓勵其他協議基於其進行二次開發、整合（可組合性 composability）？

EF 把這些當作 DeFiPunk 的基本條件：沒有開源與無許可，很難談 cypherpunk。

對齊以太坊長期發展（Alignment with Ethereum’s Long-Term Health）

協議是否：建立在以太坊或其 L2 上，強化 Ethereum 的網路效應？有助於提高以太坊的安全性、流動性、基礎設施成熟度？
是否會製造系統性風險：高槓桿、脆弱的清算機制、過度集中風險等，會不會拖累整個生態？

Treasury Policy 強調：EF 是「生態系的長期管家」，投資要能增強而不是削弱以太坊的長期健康。

財務面：永續、風險可控，而非只拼高收益（Sustainability over Yield-Chasing）

追求的是「風險調整後的合理收益」，而不是最高 APY（年化收益率）。不會為了多幾個 % 收益，去承擔：過度中心化對手方風險、不透明結構性商品、無法評估的合約風險。

財庫要能長期運作（sustainable treasury），支撐多年開發與資助，而不是短線操作。

議程影片

影片（YouTube）：DeFi Punk by Hsiao Wei Wang || Ethereum Privacy Stack, Devconnect 2025

Ethereum is for DefiPunk ― Hsiao-Wei Wang (Ethereum Foundation)

透明之外的安全：Tor 思維如何改變以太坊的隱私設計（Ethereum Privacy Stack, Devconnect ARG）

2025-11-23T00:00:00+08:00

Onionizing Ethereum ― Vitalik Buterin (Ethereum Foundation), Roger Dingledine (Tor), 2025/11/22 11:30-12:00

在 Devconnect ARG 的「Ethereum Privacy Stack」議程軌中，這場題目為「Onionizing Ethereum¹」的對談，由以太坊共同創辦人 Vitalik Buterin 與 Tor 專案共同創辦人 Roger Dingledine 一起討論「隱私」、「去中心化」與「基礎設施控制權」之間的關係，特別放在以太坊與 Tor 這兩個網路層、協議層專案如何互相借鏡。

Vitalik 一方面談到以太坊目前面臨的結構性風險：隨著華爾街大型機構（如：BlackRock）透過現貨 ETF 與公司財報持有愈來愈多 ETH，以太坊的所有權與治理影響力逐漸集中到少數金融機構手中，可能動搖它原本「去中心化、無許可、抗審查」的核心價值。

另一方面，Roger 則從 Tor 的角度出發，說明過去十多年在匿名通訊、流量保護與抗監控方面的經驗：早期只要使用 Tor 就已經算是高標準的隱私保護，但今天僅有「傳輸層隱私」已經不夠，因為網路與應用層攻擊、流量分析、以及大規模監控的技術都大幅進步，必須把隱私視為系統設計一開始就要考量的核心，而不是事後補強。

整場談話的主軸，是把「Onion（洋蔥式分層）」的概念從通訊匿名（Tor）擴展到以太坊的整個技術範疇²：從網路連線、節點運行、交易廣播、到應用介面，如何一層一層地減少可被追蹤與可被控制的節點，讓一般人也能在不犧牲使用體驗的情況下取得強而有力的隱私與抗審查保護。

從「世界電腦」到「隱私優先的世界電腦」

早期以太坊比較聚焦在「可程式化區塊鏈、世界電腦」的能力，隱私多半是事後才想到的議題。
現在社會對監控、人權與數位隱私的關注提高，以太坊社群開始認真面對：「公開鏈上資料＝一切都被永久記錄」，對使用者其實非常不利。
因此需要借鏡像 Tor 這樣的匿名通訊系統，把「隱私」當作設計一開始的核心要素，而不是補丁。

Tor 的經驗：隱私不只是「極權國家」才需要

Roger 分享 Tor 多年來的觀察：人們常以為只有「有什麼見不得光的事」才需要匿名，但實際上隱私是基本人權。史諾登揭露稜鏡計畫之後，全世界才驚覺國家級監控的普遍性。
Tor 的使用者包含：記者、維權人士、在高風險地區的普通公民、少數族群（例如 LGBTQ 社群）在法規或社會壓力非常大的地方，需要靠 Tor 才能安全溝通、組織行動。

把 Tor 的思維帶進 Ethereum：Onionizing Ethereum

網路層隱私
現在很多區塊鏈節點、錢包與 dApp（分散式應用程式）都直接暴露使用者 IP，讓鏈上的行為可以與真實身分綁在一起。
構想之一：讓節點或錢包預設就走 Tor / onion service，減少把使用者 IP 直接暴露給伺服器或其他節點的情況。
應用層、協議層的隱私標準
設計 dApp 時，要有新的「隱私標準」，例如：盡量避免把個人相關資料直接寫死在鏈上。如果一定要寫入，也要結合密碼學（零知識證明等）來保護細節。
把「不蒐集不必要資料」當成預設，而不是把所有事情都公開。
從「單一使用者」改成「整體生態系」的隱私防護
過去大家談隱私，常停留在使用者端設定（例如自己開 Tor 自己用隱私錢包）。
這場對談更強調：生態系（協議設計者、dApp 開發者、節點營運者）要共同提高隱私標準，讓「安全、私密的使用模式」變成預設值，而不是進階選項。

現實世界的應用場景與案例

區塊鏈與隱私技術不是 geek 玩具，而是真實世界弱勢族群的生存工具

非洲等地的新興使用案例³：人們用加密貨幣與去中心化服務來逃避惡性通膨、資本管制或金融排除。但如果沒有隱私保護，這些使用者反而很容易被政府或其他勢力鎖定。
LGBTQ 等少數族群：在法規敵對或社會保守的國家，個人身份一旦被鏈上資料或 IP 關聯，就可能遭受迫害。所以對他們來說，「金融隱私」與「通訊隱私」都不是抽象概念，而是關乎人身安全。

總結

問題意識
- 「公開區塊鏈＝預設所有資料永久公開」，可被追蹤和關聯。
- 在高風險國家、情境，這種「完全透明」會直接危害人權與安全。
Tor 帶來的啟發
- 隱私應被視為基本人權，而非犯罪工具。
- 匿名通訊技術已在真實世界拯救許多記者、行動者與少數族群。
Onionizing Ethereum 的核心概念
- 在網路層：讓節點與使用者透過 Tor / onion services 溝通，避免 IP 暴露。
- 在協議／應用層：把「少蒐集資料、強預設隱私」納入 dApp 設計原則。擴大使用密碼學工具（例如零知識證明）來在可驗證與隱私間取得平衡。
從個人設定到系統性設計
- 不只叫使用者「自己去用 Tor、自己去開隱私錢包」，而是要讓整個 Ethereum 生態系的預設行為就有高標準隱私保護。
全球與人權視角
- 對很多地區的普通人、記者、LGBTQ 等群體來說：沒有隱私＝沒有安全。所以把 Tor 式的匿名性帶進 Ethereum，不只是技術升級，而是人權工程。

對談影片

影片（YouTube）：Vitalik Buterin & Roger Dingledine on Integrating Tor into Ethereum | Ethereum Privacy Stack

註解

Onionizing Ethereum ― Vitalik Buterin (Ethereum Foundation), Roger Dingledine (Tor), 2025/11/22 11:30-12:00 ↩
在對談到這裡時，有一個很令人振奮的對話，當 Roger 在解釋 onion 的運作時，Vitalik 突然冒出一句：其實以太坊節點也可以將 Tor 包入一起運作，換句話說，Tor Relay 的節點數量就可以瞬間增加！ ↩
提及 RightsCon 2026 舉辦地點目前面臨到的問題 ↩

Roc Camera 透過零知識證明（Zero Knowledge Proofs）驗證資訊

2025-11-04T00:00:00+08:00

在網路上看到一台很酷的相機 Roc Camera，用 Raspberry Pi 4 再加上 3D 列印出來的外殼組裝起來就可以拍照，如果僅止於此，那和一般相機沒什麼差別。這台相機在拍照完後建立零知識證明（Zero Knowledge Proofs）的資訊，未來可以透過他們的 SDK 來驗證相片是否真實、是否被串改過。

作者覺得以前照片可以擔任事實呈現（證據）的重要角色，但是現在越來越多 AI 產出的虛假影像，已經讓拍照真實呈現失去其功能，需要一個驗證的方式來加強。目前這台相機還在 Beta 測試階段，看起來之後也會與 IPFS 整合，拍攝完成的作品直接上到 IPFS 鏈紀錄。

這台相機我覺得可以有其他用途，如果只是用在一般生活拍照，稍微有點可惜。例如這相機是用在特定現場的取證，需要關注在影像的正確性的場景下，這台相機才能發揮他的重要性。

撇除以上軟體的部分，透過 Raspberry Pi 4 建立起來的相機模組，這台看起來不錯，前陣子有考慮要不要來添購一台 3D 列印機，滿想建立一些模組板塊來自建一個機房！

持續關注這個小產品，一台 \$399，運送預計 2 ~ 3 週的時間。

Stalwart 開源郵件伺服器即將發佈 1.0 版本，成為第一個實作 JMAP 協議的郵件伺服器

2025-10-30T00:00:00+08:00

雖然現在已經很少人自架郵件伺服器了，但是一款開源的郵件伺服器軟體 Stalwart 完成了 JMAP 的實作！這篇文章介紹了 Stalwart Labs 一個重大里程碑：完成 JMAP 用於行事曆、聯絡人、地址簿、檔案儲存及分享的完整實作，使 Stalwart 成為首個支援完整 JMAP 協作協議的郵件伺服器。

完整的文章內容： https://stalw.art/blog/jmap-collaboration

新一代協議：JMAP 包括用於行事曆、聯絡人、檔案儲存及分享的新協議，目標取代傳統的 WebDAV 技術如 CalDAV 和 CardDAV，並引入 JSCalendar 和 JSContact 作為 iCalendar 和 vCard 的繼承者。這些新標準提供一致且優雅的生態系統。
舊技術的限制：傳統的 WebDAV 及其延伸技術因 XML 設計的複雜性，導致實施困難且互通性差。iCalendar 和 vCard 的技術負擔也使這些格式難以維護。
JMAP 的現代解決方案：JMAP 協議以 JSON 為基礎，透過 HTTPS 提供高效且清晰的 API，用於郵件、行事曆、聯絡人及檔案分享，簡化協作技術實作，提升可讀性與解析效率。這次發佈不僅帶來新功能，更改變了群件協議的設計和實作方式，對開發者和組織而言意味著更簡單、更少的互通性問題，並加速創新。
客戶端支援與生態系統：目前已有幾個專案（如 Mailtemi、Parula 和 OpenCloud）在開發 JMAP 的客戶端實作，預期 JMAP 會快速被採用。
感謝及未來展望：感謝 NLNet 對 JMAP 開發的支持。Stalwart 開發團隊將致力於性能優化和增強功能，目標在未來幾個月內推出正式的 1.0.0 版本，樹立開放且現代化的郵件通信伺服器新標準。

前幾個月有把 Stalwart 架起來，很難想像在此刻架一台郵件伺服器能有多難，但再往前跨一步出去後發現，很多雲端服務如 AWS、DigitalOcean 將 25, 465, 587 連線埠給關閉或不提供 IP 反向解析¹（PTR/RDNS），即使架好了也無法與其他郵件伺服器溝通，或許當越來越多人使用 Stalwart 後這個問題有可能會被克服，我很期待可以自己架設郵件伺服器！

設定 IP 反向解析（PTR/RDNS）有助於驗證發信伺服器的真實身份，提高郵件的可信度並減少被標記為垃圾郵件的風險，確保郵件順利地送達收件者的主要信箱，提升整體郵件的可交付性。 ↩

開源自架服務 immich 被 Google 安全瀏覽誤判為「危險」網站

2025-10-23T00:00:00+08:00

Google 提供一項名為「安全瀏覽（Google Safe Browsing）」的服務，用來檢測網站是否存在惡意軟體、不受歡迎的軟體或從事某種社交工程行為。不過，對於如何判斷網站是否「危險」的細節仍然不太清楚。這導致使用 Google 安全瀏覽服務的瀏覽器（如 Chrome 和 Firefox）會自動警告使用者，除非少數人忽視這樣的警告，否則這些網站幾乎無法被訪問。

而近期一款開源自架的照片、影片管理軟體 immich，因為自家的 Demo 網站被標記為危險，影響到整個網域的使用。immich 解釋如何透過 Google 的申訴管道提出恢復，但恢復之後所產生的頁面也再次被標記危險。結論提到目前像是可自架服務的 NextCloud、n8n、Jellyfin …… 等，都會有這樣發生的可能，對於開源、自架環境是一個潛在的阻礙。

有興趣可以閱讀完整內容：https://immich.app/blog/google-flags-immich-as-dangerous

查了一下 Google Safe Browsing 沒有公開名單讓人查閱哪些網站被放入，只有一個查詢的網站可以使用，雖然我自己不是用 Chrome，但其他使用者以目前 Chrome 的市占率，其影響不容小覷。

這樣的審查模式與臺灣之前討論 RPZ 類似，一樣也是不公佈名單，但 Google 比較麻煩的部分是評判標準不明，然後又常常誤判，申訴後也不知道何時可以恢復，如果真的遇到誤判，還真的不知道該如何面對。

之前作過一個內部系統，也是遇到這樣的問題，想說臨時換一個網域應該可以解決，但又馬上被判定「危險」，最後只能請使用者關閉「安全瀏覽」檢查的功能，還好不是面對外部的使用者，可以這樣一一通知暫時解法使用。

Signal 服務中斷，僅 AWS 一個資料區域故障

2025-10-21T00:00:00+08:00

在 10/20 15:11（UTC+8），AWS 在 N. Virginia（us-east-1）的資料中心的 DynamoDB 服務無法連線，導致該區許多與 DynamoDB 相關連的服務無法使用。Snapchat、Slack、Perplexity、Canva …… 等一些網路服務因此也受到影響，其中 Signal 也因為這個事件而無法使用。

比較讓我意外的是 Signal 沒有其他區域的備援系統，而第一時間也沒有看到官方提出任何公告目前的狀況如何，最後只能到 reddit 上看看有沒有人提到是什麼狀況。才確認是 AWS 的問題，而僅是一個資料中心的問題。

覺得 Signal 在這次事件後應該要好好思考一下服務韌性的問題，Signal 的使用者可能都有其服務在線 100% 的需求，臨時要找一個替代的服務可能還沒辦法那麼快找到。或許要重新思考去中心化的通訊服務如：Matrix，既能達成端到端加密，也能達成服務的可靠性（也不太一定）。

之前，大家會把 Signal 當作注重隱私、安全的替代品，現在是不是要開始幫 Signal 找他的替代品了？

mkdocs-material on Github Actions

2025-10-09T00:00:00+08:00

Material for MkDocs 是一個專為 MkDocs 設計的主題，都用來生成美觀且易於瀏覽的靜態文件網站。它結合了現代設計美學和豐富的功能，使得技術文檔不僅易於閱讀，還能夠輕鬆地進行導航和查找內容。這個主題提供了多種自訂選項，支援多語言以及進階搜尋功能，讓使用者能夠快速建立專業級的文件網站。對於開發人員和技術作家來說，Material for MkDocs 不僅提升了文件的可讀性，還大大簡化了文件的維護和展示工作。

滿喜歡用 Material for MkDocs 來產生文件網站，嚴格來說，這是一個建構在 MkDocs 之上的一個樣式套件，只是又加入了滿多設計樣式，相對於原始 MkDocs 來說在文件閱讀排版上更清晰。

以前常用 Sphinx 寫 rst 格式的純文字內容，後來 Markdown 成為主流，延伸出許多靜態網頁套件或是對應 Markdown 轉換其他文件格式的應用。我記得我是在使用 FastAPI、Pydantic 的技術文件注意到為什麼有一套很美的文件產生樣板，使用後就決定採用在當時做的專案，建構文件資訊給予其他貢獻者參與、閱讀。

以往所建立 Material for MkDocs 的文件專案，大部分都會將建立好的靜態網頁上傳到 AWS S3 存放，直接透過 AWS S3 的網站設定或是透過 nginx 路徑轉址合併到原有的網站中（如：/docs）。反而發現從來沒嘗試過直接用 Github Pages 來建立 Material for MkDocs 文件專案。

在 Github Actions 中有三種方式可以實現 Github Pages 的發佈，可以參考這份 yaml 檔案的描述。這裡用的套件管理是 uv。

MkDocs 有整合 Github Pages 的發佈，可以透過 mkdocs gh-deploy 來佈署，直接一行指令就可以完成。

- name: Build MkDocs
  run: |
      uv run mkdocs gh-deploy -b gh-pages -d ./docs

直接將產生出來的靜態檔案 ./docs 內的檔案上傳到 gh-pages 分支的頂層位置。

第二種方式是每次都從 main 建立一個新的分支 gh-pages 然後產生靜態文件後，強迫上傳覆蓋遠端原有的 gh-pages，這樣的方式是只會看到最新的文件提交紀錄。

- name: Build MkDocs
  run: |
      uv run mkdocs build -d ./docs
      git checkout -b gh-pages main
      git add -f ./docs
      git commit -m 'Deploy MkDocs to GitHub Pages'
      git push -f origin gh-pages

第三種方式是用 worktree 的方式將 gh-pages 建立在 ./docs，然後把靜態文件產生到 ./docs 中完成提交與推送。

- name: Build Mkdocs
  run: |
      git worktree add ./docs gh-pages
      rm -rf ./docs/*
      uv run mkdocs build -v -d ./docs
      cd ./docs
      if [ -n "$(git status --porcelain)" ]; then
        git add .
        git commit -a -m 'Deploy on ${{ github.ref_name }} ${{ github.sha }}'
        git push origin HEAD
      else
        echo "No changes to commit."
      fi

歷史紀錄

如果有使用 mkdocs-git-revision-date-localized-plugin 套件，應該會發現每次產生出來的文件建立日期與修改日期都會是一樣的，那是因為 Github Actions 在使用 actions/checkout 的時候不會擷取過往的 git 歷史提交，需要指定參數來提示擷取完整的 git 紀錄。

- uses: actions/checkout@v5
  with:
      fetch-depth: 0

以上，透過三種方式來建立 Material for MkDocs 靜態文件，看起來多行的指令是可以保留一些彈性操作的可能，例如在最後更換 og 預覽圖，當使用免費版本，都只能呈現預設的樣式。

Material for MkDocs 是一個很好快速建立靜態文件或是針對專案類型的說明網站，建立在 Github Pages 上也不用擔心主機安全性或流量問題，覺得這是一個值得投入瞭解與應用的靜態文件套件！

轉折點

2025-10-07T00:00:00+08:00

最近大概遇到一個我覺得可以代表我自己的「轉折點」事件，算是投入 10 多年的認知被顛覆。

先說結論好了，最後我自己決定直接跳脫、離開這樣的領域，有些人或環境雖然看起來都建立很久的聯繫，但立場與所認知的目標差距越來越遠了，可能就不需要再維護這樣的夥伴關係。

我不懂的事情是、還是有很多人很眷戀「頭銜」這件事情，這其實對我來說是一件非常尷尬的情況，當我在發現你是在建立很多「履歷」或是「發起人」、「頭銜」時，這一類型的人我會避而遠之。因為和這一類型的人講話會感覺到非常的空，沒有一個發自內心的遠大目標，只是針對你說的領域隨意附和而已。

當然還有一些人是深怕自己作過什麼大事而別人不知道似的，一直幫別人前情提要或補充敘述，和這些人溝通會非常的累，有得時候會覺得你其實在浪費大家的時間。

曾經為了證實我的假設，刻意花了多年的時間在找夥伴時設定一些觀察指標，以後來的成效是顯著卓越的，只要避開上述所提及類型的人與他們所衍生的團體，其實就可以找到「值得信賴」與「放心託付」的夥伴。

接下來我必須徹底遠離這個已經走偏的「生態系」，可能這 10 年來的假象會在未來的 1 – 2 年浮現出來，我選擇從外圍的方式來參與，重新建立我所認為的樣態與倡議的方式，說真的，我還以為建立一個「社群」會有多困難，當這件事情走了一遍之後，你會開始懷疑有些「組織」的存在是不是只是為了一個狹隘的目標（說不定也只是一個頭銜）而已。

可能吧，說不定，也可能我說錯了。

Signal Proxy

2025-09-06T00:00:00+08:00

什麼是 Signal？Signal 是一個注重隱私的即時通訊應用程式，提供端對端加密功能，讓使用者在發送訊息或視訊通話時，都能確保通訊的內容是安全加密。

也因為如此，Signal 在一些國家是無法正常使用，但 Signal 基金會提供一個代理伺服器的功能，透過任何人協助建立代理伺服器來協助無法使用的用戶轉介、建立連線。

Signal-TLS-Proxy

官方提供一個 Docker 版本的代理伺服器，需要一個網址、可以開啟 80、443 連線埠的主機。初次啟用的時候要取得 SSL 憑證：

./init-certificate.sh  # 取得憑證
docker compose up --detach  # 啟用代理伺服器

如何設定

在這篇文章中有提到，Signal 應用程式有設定解析 signal.tube 網域，所以可以透過像這樣的網址分享給其他人：

https://signal.tube/#sgpx.toomore.net

或是手動在應用程式中設定：

iOS：點左上角頭像 > 設定 > 隱私權 > 進階 > 代理伺服器 > （點擊後設定）
Android：點頭像 > 設定 > 資料與儲存 > 代理伺服器 > （使用設定）

官方給予的建議是留下 #SignalProxy 的標籤，讓大家透過搜尋或是社群媒體的標籤搜尋，找到你有提供代理伺服器的服務，並請對方私訊取得伺服器的連結資訊。但後來大家覺得這樣太麻煩，要處理的訊息會很多，索性就直接把伺服器的資訊直接放置在公開找得到的地方，提供給大家使用。

我自己也有架設一台 Signal 代理伺服器，如同上面的網址。本來一開始伺服器是架設在新加坡（DigitalOcean）的地區，後來發現還真的越來越多人有需求而使用。稍微好奇是哪裡來的連線，就透過 DNS 被查詢的來源區域發現幾乎都是來自烏克蘭、俄羅斯的連線查詢。但直覺告訴我，新加坡的主機離他們實在太遠了，所以我就把這台伺服器移到阿姆斯特丹（DigitalOcean），離大部分的使用者較近的地區。

雖然 DNS 查詢數量看起來很多，但實際主機 CPU 使用量都不高，傳輸的容量也都沒有超過 DigitalOcean 所附的每月 500GB 傳輸用量，一台最小的機器約每月 \$4 美金，也還可以接受的費用。

由於這一台算是第一次架設還不太清楚究竟會有多少人使用，曾經也作過不同地區用同一個網域網址來分散連線，但後來發現一台就足夠用了，只是比較靠近人多的地方的區域。之後可能會找離亞洲地區近一點的地方架設，要不然連去阿姆斯特丹也覺得有點延遲感很重！

到了旅行的最後

2025-08-26T00:00:00+08:00

有的時候需要關閉所有對外的聯繫，才有辦法反向聽到自己的聲音 ……

2025/07 中的時候去了一趟東京，其實只是想要找一個地方稍微喘口氣，不太像是出國遊玩的心情。東京、是一個熟悉到不需要地圖引導的地區，就在 Airbnb 上找到一個還不錯的房間就訂下了。

不過這趟短期散步走走，我想用倒著的方式敘述，從離開東京準備回台北的前一天說起。

成田

這個「成田」不是機場的成田，而是在快到機場前一站的地方，去年因為隔天要早點前往機場，不太想從東京市區慌慌張張的搭車到機場，發現「成田」這裡離機場只有一站，如果隔天的班機有點早，這裡滿剛好可以前一天住一晚當作收心調適準備回台北的好地方。

這裡一帶很小，熱鬧的地方也大概只有在車站附近，這裡有二個車站 JR 成田、京成成田。我記得從東京搭過來是搭 JR 線，去機場的時候我反而走去京成電鉄搭，也都順利抵達機場。在離開的時候，我拖著行李走去車站的路上，遇到一個來自歐洲地區的外國人，問我他身後的銀行是不是 Chiba Bank（千葉銀行），想要用信用卡領日圓，但不知道為什麼都失敗。我想了一下，其實我身上也有剩的日圓，本來是打算就直接給他借急用，但他願意用 \$50 歐元和我兌換日圓，算了一下剛好也足夠，就換給他了。

現在在日本用行動支付或是信用卡付款已經越來越方便了，我這趟日圓現金還滿少用到的，有些小小店也都可以用 PayPay 支付或是直接說無現金支付。

住的地方

想說只是臨時住一個晚上，可以睡覺的地方就好了，況且上次也來過一次，是一個離車站還好的距離。我喜歡他一樓的交誼廳，用電腦、開會，是一個可以不用太拘束講話音量的地方，這次去住遇到一個韓國人，他的職業是私人司機，是一個很酷的職業，聽起來需要帶著顧客跑來跑去，有點像是導遊的工作吧！他說他接下來要飛去歐洲，那裡有接到一個工作，然後又會到下一個城市後才會回韓國。

我好像也沒去過韓國，總是不知道要怎麼玩韓國？

大概是下午的時候抵達的，天色慢慢暗下來，周圍的人好像也都還沒抵達住宿的地方，所以非常安靜。那時候想說如果都把燈關起來，會變得很暗嗎？會暗到哪種程度到完全看不到的狀態嗎？如果是，可以讓我安靜思考一下嗎？因為這趟短暫的半旅行、半工作在明天就要結束了，我有思考到接下來該怎麼辦嗎？

就這樣，原本以為會很暗而看不清任何東西，隨著窗外的路燈、透過窗戶映入，我就這樣靜靜的坐著、想著，然後拍下這個畫面。

很特別的一個時刻，安靜的回想這幾天的旅行，也沒有到不想回去，只是想說回去還可以做什麼 ……

雖然是倒著述說這段旅行，這一路上也一直在思考接下來該怎麼安排下半年的計畫，需要一個幅度滿大的調整，重新分配個人的開發能量到新的專案上 ……

而這個專案讓我思考很久，決定完全讓它處在社群的狀態運作，不屬於甚至不緣起任何組織或個人，以一個新的品牌與倡議的主題誕生。

在這個不開燈的房間裡我思考好久，把所有可能發生的情況都預想過一遍，如果發生了什麼狀況，我可以用什麼方式不影響結果的呈現。想了半年後的規劃，想了 2026 一整年可以嘗試的方向，再想想它可能可以背負的責任是什麼？

突然覺得，真的動手參與或是重新發起一個新的專案是一件滿好玩的事情。想起之前大學的時候把社團玩很瘋的那一段時光 ……

恩，如同開頭提到的，我會倒著說著這段旅行，會再努力把內容補上。

重新使用文字紀錄

2025-08-14T00:00:00+08:00

需要一個可以好好把一件事情的脈絡好好的說清楚的地方，原本有一個 blog 的位置，紀錄了好久一段的時間內容，但又不想要只為了紀錄而存在，或許這裡是一個比較像是筆記的地方 ……

但也因為發生一件滿特別的事情，稍微意識到好像還是要真正擁有內容的所有權才有意義，平台其實說了什麼也都是平台說的算，懶得花時間去爭辯，所以看起來自己架設目前是最好的方法。

看起來我的 Facebook 準備要被刪除了，真神奇！ pic.twitter.com/MPRAtmpIYU

— Toomore 📷🎈🎫 (@toomore)，August 12, 2025，在 X 上看原文

恩，我的 Facebook 莫名的被停權。看起來沒有明確的理由回覆，想想還是回到自己經營個人網站的那個時代，反正現在 self-host 的技術門檻越來越低，容器化的技術框架很快就可以把環境用好，再搭配個 Cloudflare 檔一下流量與快取服務，好像就差不多了，或許有時間再來考慮一下備份的問題。

這幾天想想，從 2008 年開始使用 Facebook 到現在，好像還真的累積好多東西在上面，但好像也沒有什麼特別、一定要全部收下來的必要。有的時候會覺得經過這麼久還記得的事情、才是重要或值得的，或是從別人的記憶中來回憶自己參與的部分也滿特別的，所以一次清空其實也不錯，換個地方分享，順便讓寫東西這件事情在比較有質感的地方呈現！

接下來我會慢慢找回過往分享文字的節奏，社群媒體就調整到 Mastodon、X、Bluesky 上面。然後下一目標可能也要來思考怎麼脫離 Google 服務！

Toomore Note

歐盟的數位身分皮夾，為何被批評是「送給 Google 與 Apple 的大禮」？

一、背景：歐盟為何要做數位皮夾

二、Waag 這篇文章在說什麼

為何需要驗證裝置

Play Integrity 的生態綁定

開源的替代方案

各國實作不一

與歐盟法規的矛盾

來自實測的佐證

行動呼籲

不只裝置驗證這一樁

三、不只歐盟：其他國家的做法

四、從歐盟看回台灣

五、小結

我們是不是把「辦研討會」誤當成「經營社群」？

Jr Conlin 如何看 Mozilla

離職信留給同事的三句話

離職之後的真心話

「如果讓我當 CEO，我會做什麼？」

反觀台灣：社群，不是研討會

什麼才叫「社群」

正面的樣子：把社群做對的例子

反面的樣子：辦完一場大會，就說自己有社群

為什麼說台灣「面臨一樣的處境」

所以呢？

嘗試整理 FreshRSS 的資訊，整理一份推薦閱讀摘要

本週必讀

選讀

本週關鍵字

為什麼 Self-host 自架服務？

隱私

Tailscale

Radicale

FreshRSS

Beszel

Memos

Open WebUI

Redmine

WordPress

最後

使用過的文字平台：部落格、電子報、專案文件

部落格

電子報

專案文件

2026，我想專心把這兩個專案做好

OSCVPass 2.0

匿名網路社群 anoni.net

最後

回顧 2025

出差、研討會（出國次數）

匿名網路社群（建立社群）

工作

健身

自我管理

寫在最後

從阿根廷回來後，開始認真思考「匿名支付」

當貨幣不再只是交換工具

在阿根廷，美元是一種日常用品

外幣解決問題，也製造新的問題

匿名支付，其實離我們並不遠

消費紀錄算不算一種個資？

研究匿名支付，不等於逃避責任

為什麼這不是在談洗錢

接下來，我想做的是……

Devcon 8 時間確定了 2026/11/3 – 6 印度孟買

Devcon 是什麼？

為什麼會選擇在印度舉辦？

Devcon 與 Devconnect 有什麼不同？

Devcon

Devconnect

印度目前的狀況

政策環境（Policy Landscape）

重點實際影響力專案（Highlighted Real-World Impact Projects）

新創與基礎設施生態系（Startup and Infrastructure Ecosystem）

基礎設施與擴容（Infrastructure & Scaling）

DeFi 與金融協議（DeFi & Financial Protocols）

安全與風險（Security & Risk）

資料與分析（Data & Analytics）

通訊、社交與 DAO（Communication, Social & DAOs）