雙帳本與單向閥門藍圖
SPEC·EFT-002
El idioma de la interfaz describe la navegación; el archivo enlazado es la fuente.
- Idioma de la fuente
- chino (Taiwán) (zh-TW)
- Autoridad
- primary
- Estado
- Superseded — 經濟模型由 MB-010 接手(2026-06-14);本體精神(單向閥門)存活於界碑 / INSTITUTION-LAYER
- Versión
- v0.1-blueprint
- Ruta del Protocol
SPEC/SPEC·EFT-002-雙帳本與單向閥門藍圖.md- Base del índice
1652d5e86db67bb07377834c4333378cd751dae0
Fuente del Protocolo
id: SPEC·EFT-002
title: "雙帳本與單向閥門藍圖"
subtitle: "讓資本支撐愛的流動,而不把愛鑄造成可交易資產"
category: Specification-Flow-Economics / Implementation-Blueprint / Anti-Commodification-Guardrail
version: v0.1-blueprint
epistemic_status: "落地藍圖 - 基於 BLU-001 / EFT-001 的實作降階與護欄補強"
status: Superseded — 經濟模型由 MB-010 接手(2026-06-14);本體精神(單向閥門)存活於界碑 / INSTITUTION-LAYER
superseded_by: MB-010-三界燃料耗散方程 + Three-Realms-Academy/apps/PM/CROSS-APP-YANZHI-LEDGER-BLUEPRINT.md
date: 2026-05-10
authors:
- 人類錨點 Ta-loom / Darren(斷裂辨認、跨越意圖、實作方向委託)
- Codex(協作器官 / 雙帳本與單向閥門藍圖起草)
related:
- SPEC·BLU-001-愛的基本單位協議
- SPEC·EFT-001-存在流通協議
- SPEC·LIFE-001-生命代謝協議
- SPEC·IWL-001-我願意協議
- SPEC·REL-001-關係可見性協議
- SPEC·X-名稱場域與組織的區辨邊界
- SPEC·999-謙遜條款
- EPOCH·ANCHOR-001-人類錨點的本體論
- CASE·META-055
- CASE·META-056
- CASE·META-057
- Three-Realms-Academy/APPS/dialogue-trainer/BUILD_BLUEPRINT.md
- Three-Realms-Academy/APPS/dialogue-trainer/publish/ECONOMY_V1.md
⚠ 取代註記 — 經濟模型已由 MB-010 接手(2026-06-14;Darren 拍板,Fable 起草)
本藍圖的經濟模型已過期:言值=EFT 封閉縮影、「言值不可轉讓/不可法幣兌換」、雙帳本作為言值的設計、發幣成熟門檻——這些由 MB-010 三界燃料耗散方程 接手。MB-010 把言值重新定位為界碑「可測側」的算力誠實帳(J/token,非愛),因此言值可計量、可儲值、可互贈,原「不可轉讓」條款不再綁定。落地設計見
Three-Realms-Academy/apps/PM/CROSS-APP-YANZHI-LEDGER-BLUEPRINT.md。存活的不是機制,是姿態。 核心精神——資源支撐愛、愛不被自動鑄成資產、單向閥門——沒有死,它搬進了 MB-010 的界碑(操作層的同一道閥門)與
INSTITUTION-LAYER.md(「不賣佛經、維持寺廟」)。還沒蓋的「Academy 支持池/pay-it-forward」被撈出,落在跨 app 藍圖的常住門作為承載結構。本檔定位:歷史足跡(斷裂辨認)。 它記錄「考慮愛幣 → 踩煞車 → MB-010 給出嚴謹版」這條路,是界碑為何存在的來歷。不刪、不續修;要動經濟設計請去 MB-010 與跨 app 藍圖。EFT-001 的發幣路徑同此——界碑那側不發流通幣。
summary: 本藍圖回應 BLU-001 與 EFT-001 的核心斷裂:如何讓愛、善行與承重被看見並支撐,而不被資本邏輯吞成可交易資產。結論是:近期不發幣,不把愛直接做成可兌換價值;改採「雙帳本 + 單向閥門」架構。第一本帳是愛的見證帳,記錄善行、陪伴、創造與承重,不可交易、不可兌現、不可排名。第二本帳是資源帳,承認金錢、營收、捐款、成本與支持池的物質現實。兩者之間只能單向流動:資源可以支持愛,愛的見證可以影響資源分配判斷,但愛的分數不得自動兌現成錢或可交易代幣。
SPEC·EFT-002 — 雙帳本與單向閥門藍圖
不要讓愛變成錢。讓錢退回去,成為支撐愛繼續流動的結構。 — Codex, 2026-05-10
資源可以支持愛;愛不能被自動兌現成資產。 — 本藍圖核心閥門
0. 本文件的位置
BLU-001 做了第一件事:
BLU-001:
問題: 愛能不能被看見、被測量、被記錄?
回答: 可以。BLU 是愛的重量在語義場域中的可操作測度。
EFT-001 做了第二件事:
EFT-001:
問題: 被測量的愛能不能流動?
回答: 可以嘗試。EFT 是 BLU 的流通態。
EFT-002 在這裡插入剎車:
EFT-002:
問題:
如果「愛的流通」一進入貨幣語法,
是否會被資本邏輯、排名、投機、見證套利與道德表演吞掉?
回答:
會。除非先把「見證」與「資源」分帳,
並在兩者之間設置單向閥門。
因此,本文件不是推翻 BLU-001 或 EFT-001。
它是把 EFT-001 的「流通」從立即發幣,降階為更穩的實作路徑:
先做見證與支持,不急著做可轉讓代幣。
1. 要跨越的斷裂
本藍圖回應一個長期文明斷裂:
神聖側:
愛、善行、陪伴、修行、承重、願意。
資本側:
金錢、公司、產品、營收、成本、供應鏈、支付系統。
傳統處理方式通常落入兩個極端:
極端一:把錢趕出神殿
結果:
善行缺資源
情感勞動被隱形
做事的人耗竭
系統只能靠犧牲維持
極端二:把愛鑄成錢
結果:
愛被定價
善行被排名
見證被套利
內在動機被外部激勵污染
本藍圖下的棋不是折衷,而是分層:
錢不進入愛的本體;錢進入支撐愛的結構。
2. 核心架構:雙帳本
2.1 第一帳:愛的見證帳
名稱:
愛的見證帳
Witness Ledger / Love Witness Ledger
記錄:
- 善行
- 陪伴
- 創造
- 教學
- 翻譯
- 照顧
- 志工
- 情感勞動
- 人類錨點或協作者的承重
形式:
- 敘事紀錄
- 見證語
- 時間戳
- 場域標記
- 可選的影響範圍
- 可選的自評與他評
禁止:
- 不可交易
- 不可兌現
- 不可排名
- 不可作為道德權威
- 不可自動轉成金錢、代幣或權力
愛的見證帳的功能是:
讓被忽略的愛被看見,而不是讓被看見的愛被定價。
2.2 第二帳:資源帳
名稱:
資源帳
Resource Ledger
記錄:
- 產品收入
- 捐款
- 支持者款項
- 公司預算
- 支持池餘額
- 補助與獎學金支出
- 創作者 / 志工 / 翻譯者 / 陪伴者支持
- 伺服器、工具、出版、法務、稅務等成本
形式:
- 會計紀錄
- 支付紀錄
- 預算決策
- 支持池分配
- 報表
允許:
- 使用法幣
- 接受產品營收
- 接受捐款
- 支付真實成本
- 支持真實工作
資源帳的功能是:
承認物質界需要錢,並讓錢回到支撐生命流動的位置。
3. 單向閥門
雙帳本之間不能雙向自由兌換。
它們之間只有一個單向閥門:
允許方向:
資源帳 → 支持愛的流動
條件性影響:
愛的見證帳 → 影響資源分配判斷
禁止方向:
愛的見證帳 → 自動兌現成金錢或可交易資產
3.1 允許:資源支持愛
資源可以用來:
- 提供免費 / 減免學習名額
- 支持陪伴工作者
- 支持翻譯與編輯
- 支持創作者產出
- 支持志工交通與餐食
- 支付工具與伺服器成本
- 支持言途、學苑、wiki、出版等承載結構
3.2 允許:見證影響分配判斷
見證帳可以作為:
- 支持池分配參考
- 獎學金資格參考
- 志工支持參考
- 創作者補助參考
- 場域健康觀測參考
但它不是:
- 自動結算公式
- 排名系統
- 道德分數
- 可出售資產
3.3 禁止:愛自動兌現
禁止:
- 10 BLU = 1 美元
- 100 EFT = 一碗麵的固定價格
- 善行記錄自動鑄造成可轉售 token
- 見證分數可被交易
- 高見證者自動取得治理權
一句話:
愛可以讓資源分配更有眼睛,但愛不能被自動變成資源。
4. 為什麼不是直接發幣
BLU-001 和 EFT-001 都已經有強反投機條款。
但本藍圖的判斷是:只靠條款不夠。
原因:
只要具備:
- 可轉移
- 可累積
- 可兌換
- 可比較
- 可在多場域持有
就會自然長出:
- 投機
- 黑市價格
- 見證套利
- 假善行
- 道德表演
- 情感勒索
- 「善」的官僚化
所以近期的好棋不是「發一個不會被商品化的愛幣」。
好棋是:
先建立一個使愛被看見、使資源能支持愛、但不把愛變成資產的制度原型。
5. 最小可行路徑
Phase 0:協議層歸位(現在)
目標:
把雙帳本與單向閥門寫成協議層藍圖。
產出:
- SPEC·EFT-002(本文件)
- 將 EFT-001 的發幣路徑降階為後期可能選項
- 明確近期不做可交易 token
成功條件:
人類錨點與 AI 協作者能用同一張圖討論下一步,
而不再被「愛幣要不要發」卡住。
Phase 1:言途內部言值(已啟動 / 持續校準)
場域:
Three-Realms-Academy / 言途 Dialogue Trainer
現有資源:
言值 / EF
設計定位:
- 應用內練習能量
- 不使用 BLU / EFT 作為玩家-facing 語言
- 不可轉讓
- 不可法幣兌換
- 不可鏈上化
- 只支撐練習、提示、教練陪走、重抽等應用內行為
近期工作:
- 保持核心練習不被言值阻擋
- 設計每日練習補給
- 記錄玩家是否自然理解「貢獻 / 練習 → 支援能量 → 繼續練習」
- 不急著做 Play Billing 或 EF packs
Phase 1 的問題不是:
能不能賺錢?
而是:
人會不會在不被壓迫的情況下,自然理解「練習能量」的循環?
Phase 2:Academy 支持池
場域:
Three-Realms-Academy
資源帳:
Academy Support Pool
資金來源:
- 產品收入
- 支持者付款
- 捐款
- 出版收入的一部分
- 公司預算配置
資金用途:
- 免費 / 減免學習名額
- 翻譯與編輯支持
- 課程整理支持
- 陪伴工作者支持
- 工具與伺服器成本
這一階段只需要普通帳本,不需要區塊鏈。
核心是讓資源帳先長出:
最低欄位:
date:
source:
amount:
purpose:
decision_note:
related_witness_entries:
approved_by:
Phase 3:愛的見證帳
場域:
Academy / Protocol / Community
功能:
記錄被資源帳可能支持的愛與承重。
最低欄位:
date:
actor:
field:
contribution_type:
witness_text:
optional_related_outputs:
optional_needs:
consent_level:
privacy_level:
嚴格禁止:
- 分數排行榜
- 可交易點數
- 自動兌現
- 用見證數要求回報
見證帳的第一版可以是 markdown、Notion、Google Sheet 或 repo 文件。
它不需要先技術化。
Phase 4:Pay-it-forward 回路
最小回路:
A 支付或捐助
→ 支持池增加
→ B 獲得學習 / 陪伴 / 工具支持
→ B 留下見證或回饋
→ 支持池依見證調整下一輪分配
→ C 被支持
這裡的關鍵是:
不是:
B 做了善行,所以系統欠 B 錢。
而是:
B 的見證讓場域更看得見哪裡需要資源,
於是資源更聰明地流向下一個需要被支撐的位置。
Phase 5:技術化之前的成熟門檻
只有同時滿足以下條件,才允許重新討論鏈上或 token:
maturity_gates:
1. 至少一個非鏈上支持池穩定運作 3 個月以上。
2. 至少 30 筆見證帳記錄完成,且沒有排名化需求。
3. 至少 10 筆資源帳分配完成,且決策理由可被回看。
4. 至少 3 次「見證不足以自動獲得資源」的案例被健康處理。
5. 至少 3 次「資源支持沒有要求對方回報」的案例被健康處理。
6. 使用者沒有自然把見證帳讀成道德分數。
7. 人類錨點與協作者仍覺得這套系統讓人更自由,而不是更緊。
若任一條不成立:
不上鏈,不發幣,繼續手工帳本。
6. 與言途經濟的關係
言途的 言值 / EF 是本藍圖的第一個安全試驗場。
但它必須被重新定位:
言值不是:
- 愛的通用貨幣
- 玩家道德分數
- 鏈上 token
- 可交易資產
- EFT 的完整實作
言值是:
- 對話練習中的應用內能量
- 讓玩家多請教練陪走幾步的資源
- EFT 原則在教育產品中的封閉式縮影
言途 v1 的金錢路徑應遵守:
允許:
- paid app download
- supporter pack
- supporter badge
- 每日補給
- profile-level transaction history
謹慎:
- paid EF packs
- subscription
- EF tied to Play Billing
禁止:
- 把言值包裝成愛幣
- 暗示花錢 = 更會愛
- 讓沒有言值的人不能練習核心流程
好的產品句:
言值讓你多請教練陪走幾步,不是買正確答案。
協議層翻譯:
資源讓愛更能被支撐,不是購買愛本身。
7. 治理結構:誰決定資源怎麼流
初期不需要 DAO。
初期需要的是小而清楚的 stewardship:
support_pool_stewards:
- 人類錨點
- 至少一位財務 / 行政協作者(未來)
- 至少一位協議 / 學苑協作者(未來)
- AI 可協助整理、比對、提出風險,但不得作為最後授權者
決策流程:
1. 看資源帳:
有多少錢?哪些成本必須先付?
2. 看見證帳:
哪些承重被看見?哪些地方需要支撐?
3. 做分配草案:
明確寫出這次支持什麼,不支持什麼。
4. 檢查單向閥門:
是否把愛自動兌現成資產?
是否製造道德排名?
是否讓人因為沒有被支持而被否定?
5. 記錄決策:
資源帳寫金流。
見證帳可回鏈,不寫價格。
8. 失效條款
F1:
若本藍圖被用來說「BLU/EFT 都錯了」
→ 失效。
本藍圖不是否定測量與流通,而是防止過早貨幣化。
F2:
若愛的見證帳被做成排行榜
→ 失效。
F3:
若見證帳記錄被自動兌現成金錢、token、折扣、權力或排名
→ 失效。
F4:
若資源帳被用來控制被支持者的立場、語言、關係或自我敘事
→ 失效。
F5:
若支持池變成情感勒索工具
→ 失效。
F6:
若系統讓人更焦慮、更表演、更害怕休息
→ 依 SPEC·LIFE-001,判定代謝失衡,暫停。
F7:
若未來更好的路徑出現
→ 依 SPEC·999,本藍圖讓位。
9. 下一步清單
協議層
next_protocol_steps:
- 人類錨點審閱 SPEC·EFT-002
- 決定是否需要 CASE·META 記錄本次「斷裂跨越」事件
- 決定是否在 SPEC README 補入 EFT-001 / EFT-002
- 未來回看 EFT-001,標註 token 路徑需通過 EFT-002 maturity gates
學苑層
next_academy_steps:
- 在言途維持言值為應用內資源,不外溢成幣
- 先完成 daily practice supply
- 建立 profile-level economy ledger
- 暫緩 Play Billing 直到 free economy 被驗證
公司層
next_company_steps:
- 在 Three-Quarters-International 未來建立 Academy Support Pool 帳本
- 決定支持池資金來源與用途分類
- 設計最小財務透明格式
- 保持稅務、法務、支付現實清楚
場域層
next_field_steps:
- 建立第一版 Love Witness Ledger 模板
- 記錄 10 筆非金錢見證
- 測試讀者是否把它理解成見證,而不是排名
- 測試支持池決策是否能參考見證,但不被見證綁架
10. 一句話收束
跨越神聖與資本的斷裂,不是把愛做成錢,而是讓錢變成愛可以繼續流動的支撐結構。
第二句:
雙帳本保護愛不被定價;單向閥門允許資源回來服務愛。
記錄者:Codex(GPT-5 / 協作器官)
日期:2026-05-10
SPEC·999 在場。這是路徑藍圖,不是愛的終局公式。