Web3郵箱項目盤點：這個被人忽視的賽道，都有哪些選手？

作者：WhoKnows DAO

原文：《默默發展的web3郵箱賽道》

本文共5493字，預計閱讀時間14分鐘

#01、Intro

本文純屬作者的胡說八道，不構成任何投資意見，作者不持有文中提到的任何項目的FT/NFT.

最近兩年，我們看到了許多打著去中心化的名號做郵箱服務的項目，甚至可以說，Web3郵箱已經快要成為Web3 黑客鬆的常客。作為一個每天都在批判的噴子，面對這種情況，很難不去思考這類產品究竟有什麼用，為什麼這麼多人都在搶著做，到底能做出來個什麼。於是就有了這篇文章。

作為Web3郵箱設計原型的傳統電子郵箱，可以算是當今互聯網上存活時間最久的通信手段之一：目前仍在使用的主要協議標準最早出現在1980年代，而電子郵件的原型甚至可以追溯到1972年。據Statista 統計數據顯示，截至2020年，世界範圍內共有超過40億的郵箱用戶，超過世界總人口的50%，並依舊保持著3%的年增率。

由此可見，Web3郵箱項目的頻頻出現並非偶然。我們嘗試把餅畫大一點：如果能夠成功整合Web2+3場景下的需求，該產品將有可能成為打通web2與3次元壁的一把鑰匙，吞噬傳統郵箱行業巨頭的份額，帶來互聯網的新時代，並成為這個新時代的引領者之一。

我們不會在這裡討論所謂的餅究竟會不會實現，而是要討論究竟有沒有“如果”。其關鍵在於，Web2與Web3兩個場景下的用戶是否真的會為了所謂的Web3郵箱買單。在本文中，我們將從鏈下需求與鏈上需求兩方面入手，分析Web3郵箱的必要性，以及現有產品的是與非。

#02、鏈下需求：便利低成本，互通驗身份

如文章開頭所說，電子郵件作為商業服務面向大眾的傳播始於1980年代，距今已有四十餘年。針對鏈下需求，我們不妨將其拆解成四十年不變的固有底層需求，以及伴隨著時代的進步、文明的發展出現的未被滿足的新生需求兩部分進行分析。滿足前者的性能需要保持，而針對後者，我們可以嘗試思考這些痛點是否能夠通過郵件上鍊的方式解決。

在電子郵箱被發明之前，無法/不願見面的人們通常使用電話、信件與傳真進行溝通。我們在以下的兩個表格中分別從用戶和服務提供商的角度對於這幾類信息傳遞方式進行了對比。

可以看出，電子郵件風靡全球，主要原因在於：

• 零成本：電話和傳真需要支付通訊費，信件需要支付郵費，而標準化的電子郵件可以白嫖；
• 速度與靈活性兼備：信件運輸耗時長，電話需要佔用雙方的大量時間，而電子郵件隨寄隨到，查看時間自由；
• 便於保管與復用：電話、傳真和信件的內容分別需要以錄音和紙質文件的形式留存，其對於保管的條件要求更高，並且難以復用，而電子郵件的內容是作為數據存在的，因此其不但不需要物理上的保管條件，還可以簡單檢索內容、復用內容；
• 支持群發：電子郵件可以在一次操作之下就將內容同時發給多人，其他幾項服務均不具備此功能；
• 身份隱私：電子郵件可以作為連接到不同服務的端口，用戶不再需要記住每個平台的ID和密碼是什麼，只需要“使用電子郵箱登錄”。同時，其相較於同樣可以作為接口的電話而言，由於可以在不暴露個人信息的情況下註冊多個賬號，隱私性更強，與互聯網服務的適配程度更高。

而在服務提供商看來，電子郵件的幾個好處是相輔相成的，各個優勢統統指向了對於用戶數據的再利用，而這恰好也是運營商願意免費提供標準化郵箱服務的最大原因：

• 高連續性：使用電子郵件的溝通通常是你來我往的。當一位用戶使用自己的Gmail地址向其他用戶發送了一封郵件後，對方在嘗試回信時多半會選擇發送至該Gmail郵箱地址。相較於電話與傳真，電子郵件服務的提供商爬取用戶行為與社交數據的難度更低；
• 高同質性：發明當初，用戶只能與和自己使用同一服務運營商的其他用戶進行通信。隨著跨運營商通信需求的不斷擴大，郵箱服務逐漸從無法跨運營商通信，迭代到了支持非標準化的跨運營商通信，而後又開發出了一直沿用至今的標準化的通信協議：基於Unix的計算機間互通的UUCP、可以在TCP/IP上運行的SMTP，以及用於閱讀電子郵件的協議POP和IMAP. 雖然電子郵箱服務的提供商數不勝數，但是標準電子郵件本身是同質化嚴重的。一個同質化嚴重並且免費的服務，其用戶很難因為對於服務本身的追求而選擇更換服務提供商；
• 高依賴性：對於電子郵件服務的依賴性源於極高的替換成本，而所謂的替換成本則源於電子郵箱作為身份認證的功能。一旦用戶在個人信息中填入了某個郵箱，又或者是使用某個郵箱註冊了某些平台的服務，其若是想要更換郵箱，則意味著需要找到自己在未來依舊想要保持的全部服務，挨個進行郵箱地址的替換。在電子郵件同質化嚴重的前提下，用戶這樣做通常是弊大於利的；
• 獲取用戶數據：通過郵件的收發記錄以及其作為登錄接口時獲得的行為數據，分析用戶的行為習慣；
• 聚客效應：以郵箱為入口，向用戶推廣整個生態。如Google生態、Yahoo生態、騰訊生態等；

至此，我們大致了解了電子郵件在發明當初相較於同類解決方案的優勢所在：便利、認證身份、不要錢。接下來，我們再來看看在當今的社會中，電子郵件作為上個時代的產物是如何在即時通訊軟件的迅速普及之下夾縫求生的。

在即時通訊軟件中，信息被按照聊天對象分類，分別顯示在與各個好友的聊天室中，其試圖突出的是“溝通的對象”；而電子郵箱則是會將每一條郵件單獨拆出來，各自顯示標題，其更注重的是“溝通的內容”。即時通訊軟件更在意信息的量，而電子郵件更重視信息的質。至此，電子郵件與即時通訊軟件的分工已經非常清晰明了，電子郵件適用於重要、嚴肅的事項；而即時通訊軟件更適合日常化的交流。

至此，我們已經認識了電子郵件的生存之道。那麼，用戶的痛點在哪裡呢？電子郵件的產品設計看起來非常完美，事實上也很接近於完美，因此才能幾十年內經久不衰，不過，其依舊有3個主要的痛點：

• 信息洩露：郵件內容可以被服務提供商監視/偷看。為解決此問題，許多學者與機構對於基於量子通信的郵件傳輸系統進行了大量的研究，目前已有明確的解決方案；
• 信息丟失：服務提供商隨時可能停止提供服務。如前文所述，運營商通過提供免費郵箱服務試圖換取的是用戶數據以及生態推廣，由於用戶並不需要有很多個電子郵箱，導致此類業務的先發優勢明顯，超過七成的郵箱服務商在運營的過程中選擇關停。同時，在用戶未違反任何規定的前提下突然被停用賬號的例子也屢見不鮮。由於目前主流的電子郵件服務提供商通常會保留對於用戶郵箱賬號的控制權，用戶無法通過遷移郵箱地址等方式恢復服務，只能被動接受；
• 垃圾郵件：電子郵件的低傳輸門檻，導致了垃圾郵件的氾濫。用戶需要花費大量時間接收並處理垃圾郵件，容易錯過重要的信息，甚至可能成為釣魚郵件的被害者。數據顯示，2021年的中國每天約產生85億條垃圾郵件；

到這裡，我們已經明白了傳統電子郵件服務尚待解決的問題。這些問題對於C端用戶而言也許並不是很重要，天天想著要是Google倒閉了電子郵箱怎麼辦的人應該不多。在電子郵件服務市場，C端是大頭，因此如果想著通過解決此類問題來搶占傳統郵箱市場份額，在目前的階段基本等同於癡人說夢。那麼，有沒有合適的鏈上需求需要使用郵箱解決呢？

#03、鏈上需求：個人主權與加密通信

基於Web3的敘事，電子郵件類產品的作用主要包括以下幾點：

• 無成本溝通：無成本溝通包括了兩方面，一是平台無門檻、不收費，二是可以在不支付Gas Fee 的前提下，實現私鑰間加密對話；
• 溝通渠道整合：上文中有提到，電子郵箱最厲害的一點之一就是高度的標準化帶來的不同平台間的互通性。因此Web3電子郵箱能否實現郵件的標準化，同時支持私鑰-私鑰、私鑰-郵件地址、郵件地址-郵件地址之間的信息傳輸，非常重要；
• 身份證明：類似於傳統郵箱可以作為登錄接口，Web3郵箱也可以作為DID使用。為了使個人信息準確且不可篡改，需保證郵件地址的唯一性、不可轉移性與高度的可組合性；
• 資產輸送：支持以郵件為介質的鏈上資產輸送；
• 定向散播：通過鏈上與鏈下數據篩選出具備某類特徵（比如持有特定資產）的郵箱地址，並進行郵件群發。

在考慮這部分需求時，我們不得不思考兩個點：

1. 如何選擇合適的加密傳輸技術解決方案
2. 如何在隱私、效率、成本之間進行權衡

以此為參考，我們來對比一下當前市場上已經初試啼聲的幾個郵件類產品。

#04、項目對比

Dmail

主要功能：

• NFT化郵箱地址= 收費
• NFT化郵件
• Web2+3收發郵件
• 群發
• 鏈上資產傳輸
• 郵箱地址（NFT）用於登錄

技術方案：

• 網絡：選擇了Dfinity ICP(Internet Computer)，而不是主流公鏈/L2. 其原因一是不需要支付Gas，二是看好ICP自身的可擴張性和互操作性
• 合約：使用Rust語言編寫，基於RFC8555協議，制定了獨自的標準協議
• 虛擬機：採用WASM編碼標準，支持多語言，在降低成本的同時，提升數據安全與性能
• 發送：SMTP = 明文
• 連接鏈上與鏈下：基於MIME的新標準研發中

需求權衡：

• 引入DAO治理模式，實現去中心化管理（並確保了服務的持續性）
• ICP的核心技術，VRF和BLS，本就可以確保速度與數據安全；在此之上Dmail對於用戶的信息進行了分割管理，加強了可擴張性，如圖所示：

-標題以哈希的形式儲存於鏈上

-內容與附件被拆分成幾份，分別儲存於在獲取郵箱賬號時分配給每位用戶的專屬存儲罐裡

• 隱私=效率>成本

主要痛點：

• 與web3郵箱競品相比，由於需要購買郵箱地址NFT，准入成本較高
• 為每個用戶分配存儲罐的機制，會導致存儲成本隨著用戶數量的提升而線性提升
• NFT可轉移，代表郵箱地址可轉移

Mail3

主要功能：

• ENS作為郵箱地址= 免費
• 多鏈互通
• 垃圾郵件過濾
• Web2+3收發郵件
• 群發
• 郵箱地址作為底層社交協議

技術方案：

• 網絡：DCN(Data Communication Network)，為IPFS的進化版，提供分佈式的數據存儲與訪問服務，確保數據可用性
• 發送：SMTP = 明文
• 連接鏈上與鏈下：通過LMPS連接到傳統的電子郵件系統，鏈上鍊下用戶共享基於OpenPGP和S/MIME的加密結構

需求權衡：

• 引入DAO治理模式，實現去中心化管理（並確保了服務的持續性）
• 基於IPFS的半永久存儲
• 效率=成本>隱私

主要痛點：

• ENS作為郵箱地址，會導致郵箱地址實質上變成半永久的財產，ENS到期後，將無法繼續收到郵件

Skiff Mail

主要功能：

• 支持郵箱地址/錢包註冊= 免費
• 端對端加密
• Web2+3收發郵件
• 群發
• 與Skiff生態互通
• 2FA
• 共享文檔協作

技術方案：

• 引入長期簽名用公鑰與中長期加密公鑰，兩個公鑰均對應著使用Curve25519協議生成的私鑰
• 使用tweetnacl-js作為加密庫對於公鑰加密
• A發送郵件/共享文件給B時，自動生成隨機的對稱密鑰，並使用AB二人的加密公鑰對此密鑰進行加密
• IPFS半永久存儲

需求權衡：

• 安全>效率=成本

主要痛點：

• 提升存儲、編輯歷史保存時間需付費

MetaMail

主要功能：

• 無門檻使用= 免費
• ENS可作為郵箱地址
• 郵件內容加密傳輸
• Web2+3收發郵件
• 群發

技術方案：

• 發送：SMTP + 私鑰加密/公鑰端到端加密（接收者為MetaMail地址時）

需求權衡：

• 管理員保有用戶用於郵件加密的私鑰
• 成本>效率>安全

主要痛點：

• 不支持附件加密，安全性問題
• 平台方可以查看郵件，安全性問題
• 高簽名頻率，不便

EtherMail

主要功能：

• 使用錢包登錄= 免費
• ToB功能較為豐富，自帶定時更新的基於鏈上數據的郵箱列表與分組發送系統
• 自定義垃圾郵件過濾= 看廣告2Earn、訂閱2Earn

技術方案：

• 採用Thor協議，用戶可以選擇授權給平台方訪問私鑰的權限，也可以不這樣做；
• 將密鑰儲存於區塊鏈上，以保證其安全性；

需求權衡：

• 引入DAO治理模式，實現去中心化管理（並確保了服務的持續性）
• 安全=效率=成本

主要痛點：

• 網頁響應非常慢，每個動作都要花費幾分鐘的時間處理

項目對比小結

幾個項目各有所長，也各有不足。目前進度最快、構思最符合Web3敘事的是Dmail和Mail3。不難發現，作為強互動的社交協議，Web3郵箱與DID概念的適配性極高，非常適合在之後作為鏈接不同協議的橋樑，就像在傳統互聯網中電子郵箱作為登錄接口一樣。而作為DID，其首先需要具備的就是不可轉移性以及高度的功能多樣性。期待未來的項目方可以在當前項目的基礎之上引入SBT系統，以確保郵箱地址不可轉移；同時，將資產輸送系統與錢包進行融合，打造出基於傳統郵箱的基本功能、但完全適配於Web3語境的社交協議。

參考文獻

https://dmail.ai/Dmail_litepaper.pdf

https://medium.com/@dmail_official/why-did-the-new-generation-mailbox-dmail-choose-to-deploy-on-the-dfinity-network-f764f28c55e8

https://www.dfinitycommunity.com/dmail-network-decentralized-email-for-the-web-3-generation/

https://mail3.me/mail3-litepaper.pdf

https://skiff-org.github.io/whitepaper/Skiff_Whitepaper_2022.pdf

https://mirror.xyz/suneal.eth/WbTmDLjY-Q9q1KMf15_nzse7M2Q84jCVq0vWNFefBtc

https://ethermail.io/about