← 回到 DEVCON 8

ATProto 如何以個人資料伺服器分離資料與應用服務

ATProto/Bluesky: The Personal Data Server vs the Collectivist State Machine

場次摘要

Edmund Edgar 指出,早期網頁缺少身分、社交連結與結構化資料,這些需求後來由大型平台補足,內容控制權也隨之集中。他以 ATProto 協議說明另一條路:讓個人資料伺服器(PDS)保存使用者資料,再由不同應用提供服務。他強調自己並非協議開發者,也不代表 Bluesky 團隊。 依他的說明,資料依規定格式寫入 PDS,並可透過密碼學簽章驗證來源;中繼站彙整內容,應用另建索引,減輕 PDS 負擔。不過,did:plc 身分機制仍以集中式排序服務處理控制權變更。他也指出,Bluesky 因使用者帳號、金鑰與客戶端集中而握有實質控制力;使用者掌握自己的金鑰,才較容易更換 PDS。

值得記下的 5 件事

  1. [5:20]
    資料來源可驗證,不必只信任傳遞者 Edgar 說明,PDS 中的紀錄依資料格式規範建立,並與身分連結

    紀錄納入樹狀資料結構後,再對代表整棵樹的雜湊值簽章;接收者可搭配驗證資料,確認紀錄是否來自該身分,不必只相信提供副本的中間服務。

  2. [10:20]
    應用建立索引,原始紀錄仍保存在使用者的 PDS Edgar 以食譜應用說明,沿用既有資料格式,可利用已存在的相容資料,減輕新服務起步時缺乏內容的問題

    應用取得使用者的寫入授權後,可從中繼站收集資料、建立索引,但這份索引並不取代 PDS 中的原始紀錄。

  3. [13:20]
    個人資料與共享帳本適合不同需求 Edgar 以以太坊說明,共享帳本需要管理共同資源,交易費用也會增加新使用者的使用門檻

    相較之下,使用者可以修改或刪除自己 PDS 中的紀錄;這指的是修改來源紀錄,不代表能收回他人已取得的副本。他認為,同一應用可能同時需要個人控制與共同管理兩種模式。

  4. [17:00]
    身分控制金鑰更新仍有集中化環節 Edgar 指出,did:plc 允許以舊金鑰簽署更新,換成新的控制金鑰;但若舊金鑰之後遭人取得,也可能被用來製造另一條更新歷史

    他說,這套身分機制目前以集中式排序服務處理控制權變更,顯示個人資料自主仍有需要協調的環節。

  5. [24:40]
    協議開放不代表實際使用已經分散 Edgar 指出,多數 Bluesky 使用者將帳號與金鑰交由 Bluesky 管理,也使用其客戶端,因此公司仍握有實質控制力

    他表示已有獨立中繼站;至於帳號遭停用後轉往另一個 PDS,他強調使用者掌握自己的金鑰,會較容易遷移,但未確認提問中的特定封鎖事件。

下載摘要 下載 Word 摘要(.docx)

更多來自 DEVCON 8

訂閱