Dendrite

釋放 Matrix 的潛能：從巨石走向微服務，打造毫秒級響應的即時通訊

• 極低資源消耗: 相比 Python 編寫的 Synapse，Dendrite 的基礎記憶體佔用顯著降低，非常適合在記憶體小於 1GB 的 VPS 或邊緣設備上運行。
• 水平擴展能力 (Polylith 模式): 採用微服務架構，允許將不同組件（如 Sync、Federation、Media）分拆部署在不同機器上，輕鬆應對大規模用戶增長。
• P2P 與邊緣計算先鋒: 由於代碼易於移植，Dendrite 是 P2P Matrix 實驗的主要平台，甚至能編譯為 WebAssembly 運行於瀏覽器中。
• 規範一致性: 雖然處於 Beta 階段，但其致力於實現 100% 的 Matrix 規範兼容，並與 Synapse 共享相同的測試套件。

核心系統架構與組件

• 組件設計: Dendrite 的功能被拆解為多個組件，支援「單體 (Monolith)」與「多體 (Polylith)」兩種部署模式。
• NATS 消息骨幹: 使用 NATS JetStream 作為內部組件間的通訊媒介，取代了早期的 Kafka，大幅降低了基礎設施的複雜度。
• 數據存儲: 官方強烈建議配合 PostgreSQL 以獲得最佳效能，但也支援 SQLite 用於小型或嵌入式開發。

2026 關鍵技術更新

• Matrix 1.17 深度支持: 2026 年版本全面支持最新的協議規範，包括 Appservice 設備偽裝與現代化的 OAuth 2.0 認證流程。
• 全文檢索與索引優化: 引入了高性能的本地全文檢索插件，支援在加密房間外進行快速搜尋，且索引存儲於文件系統以減輕資料庫壓力。
• Sliding Sync 整合: 雖然仍在完善中，但 2026 年版已初步支持 Sliding Sync (MSC3575)，顯著提升了 Element X 等新世代客戶端的初始同步速度。
• 自動化維運與管理: 新增多個 Admin API 端點（如密碼重置、設備刷新），並提供官方 Helm Chart 以簡化 K8s 部署。

Matrix 伺服器方案橫向對比 (2026)

系統吞吐量與延遲模型 (LaTeX)

Dendrite 的查詢響應時間 $T_{resp}$ 主要受到微服務間通訊與資料庫查詢的影響。在 Monolith 模式下，組件間直接傳遞指標，其處理延遲趨近於：

$$T_{resp}\approx T_{logic}+T_{db\mathrm{\_}query}+\delta$$

其中 $\delta$ 為微乎其微的內存傳遞開銷。相比 Synapse，Dendrite 透過 Go 的強大併發模型（Goroutines），在處理數萬筆並發 /sync 請求時，其上下文切換開銷顯著優於 Python 的同步/異步轉換。

快速部署建議 (Docker)

在生產環境中，建議使用 Docker 搭配 PostgreSQL：

services:
  dendrite:
    image: matrixdotorg/dendrite:latest
    container_name: dendrite-server
    restart: always
    ports:
      - "8008:8008"
      - "8448:8448"
    volumes:
      - ./config:/etc/dendrite
      - ./data:/var/lib/dendrite
    environment:
      - DENDRITE_CONFIG=/etc/dendrite/dendrite.yaml

產品說明

Dendrite 是 Matrix 協議演進的「效能先鋒」。在 通訊與通知 的技術版圖中，它解決了分散式通訊協議在低配硬體上難以大展身手的遺憾。它不僅是一個更輕量的伺服器，更是一個面向未來的測試平台，承載著 Matrix 向 P2P 轉型與微服務化的野心。其核心價值在於「架構的靈活性」——讓您能根據硬體規格，自由選擇以極簡單體或強大分佈式集群運行。對於在 2026 年希望在邊緣設備部署私有通訊、或對 Matrix 底層機制感興趣的技術開發者來說，Dendrite 是目前最具前瞻性的技術選擇。