# GCCWT Paper 03｜CTCL 與共同計算瞬間：非同步硬體的時間耦合（Draft v0.2） **系列：** 全域耦合計算世界論（Global Coupled Computational World Theory, GCCWT，暫名） **版本：** Draft v0.2 **日期：** 2026-09-15 **作者：** Neo.K **協作：** Aletheia / GPT-5.6 Sol **狀態：** 理論擴充草稿；名稱、符號、形式公理與工程映射仍可修改 **前置：** GCCWT Paper 00 v0.2、Paper 01 v0.2、Paper 02 v0.2；並與 CTCL、MWT、GCM、OIGT 接口 > 本系列研究一個理論極限：不同電腦、硬體、軟體、AI Agent、記憶體、儲存、形式系統與局部世界，能否在保留各自身分、權限、物理位置、時間差異、失效域與歷史的前提下，進入一個共同可尋址、可因果對齊、可依賴、可調度、可驗證、可動態耦合的計算世界底空間。 **機構：** EveMissLab／一言諾科技有限公司 --- ## 摘要 全域耦合計算若只有統一位址、共享資源與跨世界 Bridge，卻沒有共同時間與因果語義，最終只會得到大量「看似同時、實際錯位」的局部結果。CPU、GPU、遠端記憶體、Agent、Proof Engine 與其他 World 可以各自在本地正確執行，但若輸入版本、事件次序、因果來源、延遲、時鐘漂移、網路重排與重試沒有被顯式納入，則局部正確仍可能組合成全域錯誤。 本文將 CTCL（Common Temporal Coordinate Layer，共同時間座標層）進一步接入 GCCWT，並將其由「共同時間參考」增厚為支撐共享計算宇宙的**時間—因果底層（temporal-causal substrate）**。本文不要求所有節點擁有相同 wall-clock，不要求建立單一宇宙級 Global Clock，也不把時間戳大小直接等同因果先後；相反地，本文主張：只要不同局部系統能對事件、Task Epoch、World Version、Causal Parent、Temporal Uncertainty 與 Frontier 建立可驗證映射，就可以在保留 Local Time Freedom 的同時形成 Common Computational Moment。 本文提出： \[ \boxed{\text{Common Time}\neq\text{Same Clock}} \] \[ \boxed{\text{Later Timestamp}\neq\text{Newer World State}} \] \[ \boxed{\text{Temporal Alignment}\neq\text{Global Barrier}} \] \[ \boxed{\text{Causal Compatibility}\neq\text{Timestamp Equality}} \] \[ \boxed{\text{Asynchrony}\neq\text{Incoherence}} \] 本文將時間至少拆成 Physical Time、Wall Time、Monotonic Time、Logical/Causal Time、World Epoch、Task Epoch、Resource Lease Time 與 Observation Time 八類，並建立 **Temporal Identity、Common Event Coordinate、Task Epoch、Causal Frontier、Temporal Bridge、Temporal Coupling Contract、Temporal Tension、Uncertainty Envelope、Temporal Certificate、Reordering Window、Temporal Debt、Recovery Epoch** 等結構。 本文進一步提出：GCCWT 的共同計算瞬間不應被理解為「所有硬體在同一納秒執行」，而應被理解為一組事件在指定 Task 與 World 語義下滿足同一因果閉包與版本條件。形式上，一個共同計算瞬間可以寫為： \[ M_Q = \langle TaskId, TaskEpoch, WorldVersionSet, CausalFrontier, ParticipantSet, UncertaintyEnvelope, TemporalPolicy \rangle. \] 只要 CPU A、GPU B、Agent C 與 Proof Engine D 的局部事件都能被合法映射至同一個 \(M_Q\)，它們即使在不同 wall-clock、不同機器、不同時區、不同延遲甚至不同失效／恢復週期中完成，仍可被判定為同一全域計算階段的合法成員。 本文同時建立時間耦合的多層強度：Reference Coupling、Causal Coupling、Version Coupling、Bounded-Skew Coupling、Window Coupling、Barrier Coupling 與 Hard Real-Time Coupling。GCCWT 不以最強同步為預設，而主張任務應選擇**最低充分時間耦合（Minimum Sufficient Temporal Coupling）**，避免為了追求表面同步而付出不必要的延遲、可用性與擴張成本。 最後，本文將 CTCL 與 Paper 01 的 World Address Space、Paper 02 的 Coupling Contract、MWT 的 World State、GCM 的全域異質演化及 OIGT 的跨世界 Bridge 接合，使時間不再是附加 metadata，而成為共享計算宇宙中資源、狀態、依賴、權限與執行是否能被合法組合的第一級結構。 --- ## 關鍵詞 CTCL、共同時間座標層、共同計算瞬間、時間耦合、因果前沿、Task Epoch、World Epoch、Temporal Bridge、Temporal Tension、Clock Drift、Temporal Uncertainty、Event Identity、Distributed Time、GCCWT、MWT、GCM、OIGT、全域耦合計算。 --- # 1. 問題不是「時鐘怎麼同步」，而是「計算怎麼共時」 假設存在四個局部執行區域： \[ CPU_A, \quad GPU_B, \quad Agent_C, \quad Proof_D. \] 同一個全域任務 \(Q\) 依序或部分平行使用它們： \[ CPU_A \rightarrow GPU_B \rightarrow Agent_C \rightarrow Proof_D. \] 如果只看本地 wall-clock，可得到： \[ t_A, \quad t_B, \quad t_C, \quad t_D. \] 但在跨機器、虛擬化、休眠、重啟、網路延遲、NTP/PTP 誤差、GPU queue、Agent 長推理與非同步重試下，沒有理由假設： \[ t_A 如何讓所有節點的時鐘顯示相同數字？ 而是： > 如何讓不同局部系統知道「我正在處理哪一個共同事件、哪一個 World 版本、哪一個 Task Epoch、哪一個因果階段」？ 所以： \[ \boxed{ \text{Clock Synchronization} \neq \text{Computational Temporal Coherence} } \] --- # 2. 為什麼單一 Global Clock 不應成為 Foundation 假設 如果把全域耦合計算建立在： \[ t_A=t_B=t_C=t_D \] 上，會立刻遇到至少以下問題： 1. 物理 clock drift； 2. 網路延遲非對稱； 3. 虛擬機與容器 pause； 4. GPU kernel queue； 5. Agent 推理時間不可預測； 6. 系統休眠／恢復； 7. process migration； 8. device reset； 9. 遠端 World 暫時離線； 10. 多來源 timestamp precision 不同。 因此 GCCWT 不要求： \[ \exists t_G \] 使所有事件都必須以單一數值時鐘來決定真實因果順序。 本文固定： \[ \boxed{ \text{Common Time} \neq \text{Single Global Clock} } \] 更準確地說，GCCWT 需要的是： \[ \boxed{ \text{Common Temporal Reference} + \text{Causal Compatibility} + \text{Local Clock Freedom} } \] --- # 3. CTCL 的基本形式 設： \[ I^* \] 為共同參考事件、瞬間或事件區間。 每個局部系統 \(i\) 擁有自己的映射： \[ \Phi_i:I^*\mapsto \tau_i. \] 其中 \(\tau_i\) 可以是： - wall-clock timestamp； - monotonic counter； - logical clock； - local epoch； - event sequence； - causal vector； - device tick； - World-local temporal coordinate。 重要的是： \[ \tau_A\neq\tau_B \] 完全可以成立。 共同性不是來自： \[ \tau_A=\tau_B, \] 而是來自： \[ \boxed{ Ref(\tau_A)=Ref(\tau_B)=I^* } \] 也就是兩個不同局部表示共同指向同一個參考事件／計算階段。 --- # 4. 時間至少必須拆成八類 若只使用一個 `timestamp` 欄位，很多跨世界推理都會發生語義坍縮。 GCCWT v0.2 至少區分八種時間。 ## 4.1 Physical Time 物理過程中的實際時間演進，記為： \[ t^{phys}. \] 這是物理世界層的時間參考，不一定能被計算機精確取得。 ## 4.2 Wall Time 例如系統日曆時間： \[ t^{wall}. \] 它可能被校時、跳躍、調整，因此不適合作為唯一因果排序。 ## 4.3 Monotonic Time 本地單調時鐘： \[ t^{mono}_i. \] 適合測量 duration 與 timeout，但不可直接跨節點比較絕對值。 ## 4.4 Logical / Causal Time 用於描述因果順序： \[ t^{causal}. \] 可能由 Lamport-style ordering、vector-like structure 或其他 causal relation 實現。 本文不綁定特定演算法。 ## 4.5 World Epoch World 在某一合法狀態世代： \[ e_W. \] 例如： \[ W^{(17)}. \] 它表示世界版本／演化世代，而不是 wall-clock。 ## 4.6 Task Epoch 一個任務自己的演化階段： \[ e_Q. \] 例如： - InputBound； - Executing； - AwaitingRemote； - Reconciling； - Closed。 ## 4.7 Resource Lease Time 某資源授權的有效時間： \[ [t_{grant},t_{lease}]. \] 它屬於 Authority / Resource Contract，不等於 Task Time。 ## 4.8 Observation Time Observer 何時取得某份狀態： \[ t^{obs}. \] Observation Time 與被觀察狀態本身的 event time 可能不同。 因此： \[ \boxed{ PhysicalTime \neq WallTime \neq MonotonicTime \neq CausalTime \neq WorldEpoch \neq TaskEpoch \neq LeaseTime \neq ObservationTime } \] --- # 5. Time 與 Version 必須永久分離 假設： \[ t_2>t_1. \] 不能推出： \[ Version(t_2)>Version(t_1). \] 例如： - 一個 cache 在較晚時間回傳舊 state； - 一個遠端節點延遲送達較早計算結果； - 一個 process restart 後重新載入舊 snapshot； - 一個 replica 還沒追上 canonical state。 因此： \[ \boxed{ \text{Later Timestamp} \neq \text{Newer World State} } \] 任何 authoritative cross-world computation 至少應同時攜帶： \[ \langle EventTime, WorldVersion, TaskEpoch, CausalParent \rangle. \] --- # 6. Event Identity 不等於 Timestamp 定義一個事件： \[ E: \mathsf{Event}. \] 它具有穩定： \[ EventId(E). \] 不同節點可能為同一事件保存不同 timestamp： \[ t_A(E), \quad t_B(E). \] 但： \[ EventId_A(E)=EventId_B(E). \] 因此： \[ \boxed{ \text{Event Identity} \neq \text{Timestamp Value} } \] Timestamp 是事件的一個時間表示，而不是事件本身的身份。 --- # 7. Common Event Coordinate 本文將共同事件座標記為： \[ \mathcal C_E(E). \] 第一版可表示為： \[ \boxed{ \mathcal C_E(E) = \langle EventId, WorldId, WorldVersion, TaskId, TaskEpoch, CausalParents, LocalTimeSet, Uncertainty \rangle. } \] 它的功能不是把所有本地 timestamp 強制轉成同一數值，而是提供一個可被跨 World 解釋的事件定位結構。 --- # 8. Common Computational Moment 對任務 \(Q\)，定義： \[ \boxed{ M_Q = \langle TaskId, TaskEpoch, WorldVersionSet, CausalFrontier, ParticipantSet, UncertaintyEnvelope, TemporalPolicy \rangle. } \] 若事件： \[ E_1,E_2,\ldots,E_n \] 皆滿足 \(M_Q\) 的版本、因果與時間契約，則稱它們屬於同一： \[ \boxed{ \text{Common Computational Moment} } \] 這不要求： \[ t(E_1)=t(E_2)=\cdots=t(E_n). \] 而要求： \[ CompatibleTemporalContext(E_i,M_Q)=\text{true}. \] --- # 9. 「瞬間」可以是一個事件區間，不必是一個點 在高延遲或非同步系統裡，「共同瞬間」若被限制成零寬度 point，會過度理想化。 因此可以定義： \[ M_Q=[F^-_Q,F^+_Q] \] 表示一個合法 temporal/causal window。 所以： \[ \boxed{ \text{Common Moment} \neq \text{Zero-Width Physical Instant} } \] 共同計算瞬間可以是一個任務語義上允許的因果窗口。 --- # 10. Task Epoch 定義： \[ Epoch_Q(E)=k. \] 表示事件 \(E\) 屬於任務 \(Q\) 的第 \(k\) 個語義階段。 例如： \[ Q^0=InputBound, \] \[ Q^1=Preprocessed, \] \[ Q^2=GPUExecuted, \] \[ Q^3=Verified. \] Task Epoch 的優點是： > 即使 GPU B 在 wall-clock 上比 CPU A 晚很多，只要它處理的輸入仍屬於正確的 Task Epoch 與 World Version，就仍可合法加入同一計算鏈。 --- # 11. Task Epoch 不等於 World Epoch World A 可以： \[ e_{W_A}=31, \] 而 Task Q： \[ e_Q=4. \] 兩者是不同語義維度。 Task 可跨越多個 World Version： \[ Q^4: W_A^{31}\rightarrow W_A^{32}. \] 也可能在同一 World Version 中經歷多個 Task Epoch。 所以： \[ \boxed{ TaskEpoch \neq WorldEpoch } \] --- # 12. Causal Parent 每個跨資源事件應能表達其直接因果來源： \[ Parents(E)=\{E_1,E_2,\ldots\}. \] 若 GPU event \(E_G\) 消耗 CPU output \(E_C\)，則： \[ E_C\prec E_G. \] 即使： \[ t^{wall}(E_G) \text{Artificial Global Total Order} } \] 其中 `>` 表示在一般異步共享計算中更基礎，而非數學上的大小關係。 --- # 14. Causal Frontier 對任務 \(Q\)，定義： \[ \boxed{ F_C(Q) } \] 為目前可接受的因果前沿。 它可以包含： - 最低 World Version； - 已確認 prerequisite events； - 可接受 stale window； - 尚未閉合的依賴； - remote uncertainty bounds。 如果一個結果基於： \[ Version 只建立足以保證任務正確性的最低時間耦合，避免額外同步成本。 --- # 18. 七級 Temporal Coupling 本文暫定七種強度。 ## Level 0：Uncoupled 沒有共同事件語義。 ## Level 1：Reference Coupling 共享 EventId / TaskId，但無強因果要求。 ## Level 2：Causal Coupling 可以判斷： \[ E_i\prec E_j. \] ## Level 3：Version Coupling 除因果外，還要求 World Version / Task Epoch 相容。 ## Level 4：Bounded-Skew Coupling 要求： \[ |\hat t_i-\hat t_j|\leq\delta. \] ## Level 5：Window / Barrier Coupling 指定 participant 必須進入同一窗口／barrier 才繼續。 ## Level 6：Hard Real-Time Coupling 要求 deterministic 或可證 deadline： \[ Finish(E)\leq D. \] GCCWT 不把 Level 6 當成全域預設。 --- # 19. Temporal Coupling Contract Paper 02 已建立一般 Coupling Contract。 本文進一步定義： \[ \boxed{ K^T_{AB}(Q) } \] 為 World A/B 對任務 Q 的時間耦合契約。 第一版可寫： \[ K^T_{AB} = \langle Reference, Epoch, Ordering, VersionRule, SkewBound, Uncertainty, ReorderWindow, Timeout, LatePolicy, Recovery, Certificate \rangle. \] 其中每一項都可以比其他項弱或強。 --- # 20. Temporal Bridge 跨 World 不能只做資料 Bridge，還需要時間語義 Bridge。 定義： \[ \boxed{ B^T_{AB}: \Theta_A \rightharpoonup \Theta_B } \] 其中 \(\Theta_i\) 為 World i 的 local temporal domain。 `Temporal Bridge` 回答： > World A 的這個事件、epoch、version 與 uncertainty，在 World B 中應如何解讀？ 因此它不是 timezone conversion，也不是單純 timestamp offset。 --- # 21. Temporal Bridge 的最低輸出 可以寫成： \[ B^T_{AB}(E_A) = \langle EventRef_B, MappedEpoch_B, CausalRelation_B, VersionExpectation_B, Uncertainty_B \rangle. \] 如果沒有合法 mapping： \[ B^T_{AB}(E_A)\uparrow. \] 應返回 `UndefinedTemporalBridge`，而不是硬猜。 --- # 22. Temporal Bridge 不要求可逆 一般： \[ B^T_{BA}\circ B^T_{AB}\neq I_A. \] 因為： - precision 不同； - remote world 只保存 summary； - causal history 被壓縮； - clock uncertainty 不對稱。 因此 Temporal Bridge 可以是有損的。 --- # 23. Temporal Fidelity 定義： \[ Fid_T(B^T_{AB},Q). \] 它不是單一精度值，可以包含： \[ \mathbf F_T = (F_{order},F_{version},F_{skew},F_{history},F_{uncertainty}). \] 對某任務來說 ordering fidelity 可能比 wall-clock fidelity 更重要。 --- # 24. Temporal Tension 若： \[ B^T_{BC}\circ B^T_{AB}\not\simeq B^T_{AC}, \] 定義： \[ \boxed{ T^T_{ABC} = Mismatch(B^T_{BC}\circ B^T_{AB},B^T_{AC}). } \] 這可以來自： - clock uncertainty； - bridge version mismatch； - stale state； - different epoch interpretation； - reorder window difference； - lost causal history。 --- # 25. Temporal Tension 不等於 Contradiction 如果 A 認為事件約發生於： \[ [10.0,10.5], \] B 映射成： \[ [10.4,10.9], \] 兩者可能有張力，但仍可重疊。 只有在任務要求： \[ \epsilon<0.1 \] 且不確定性明顯超界時，才可能升成 `TemporalContractViolation`。 因此： \[ \boxed{ TemporalTension \neq TemporalContradiction } \] --- # 26. Temporal Uncertainty Envelope 時間映射應允許不確定性。 對局部事件： \[ \tau_i \in [\hat\tau_i-\epsilon_i, \hat\tau_i+\epsilon_i]. \] 定義： \[ \boxed{ U_T(E) } \] 為事件時間不確定性 envelope。 它可以包含： - clock error； - network delay bound； - queue uncertainty； - observation lag； - mapping loss。 --- # 27. 不確定性不能被默認為零 如果系統不知道 remote timestamp 的精度，不能寫： \[ \epsilon=0. \] 應標： \[ Uncertainty=Unknown. \] 所以： \[ \boxed{ UnknownUncertainty \neq ZeroUncertainty } \] --- # 28. Temporal Certificate 對 authoritative temporal claim，建立： \[ \boxed{ Cert_T } \] 可包含： - EventId； - WorldId； - WorldVersion； - TaskId / TaskEpoch； - LocalTimestamp； - ClockSource； - CausalParents； - Uncertainty； - BridgeId / BridgeVersion； - Signer； - TemporalPolicyId。 這使「這個結果是哪個時間狀態下算出來的」可被追蹤，而不只靠一句 `timestamp`。 --- # 29. CPU → GPU → Proof 的完整例子 假設： \[ E_1: CPU_A\rightarrow Tensor_x, \] \[ E_2: GPU_B(Tensor_x)\rightarrow Tensor_y, \] \[ E_3: Proof_C(Tensor_y)\rightarrow Cert. \] 每個事件至少攜帶： \[ E_k = \langle EventId, TaskId, TaskEpoch, WorldVersion, CausalParents, InputVersion, LocalTime, Uncertainty \rangle. \] 要求： \[ E_1\prec E_2\prec E_3. \] 即使 wall-clock 因校時顯示： \[ t(E_3) t^{wall}(Tensor_x^{18}), \] 它仍是 stale input。 因此： \[ \boxed{ Input Freshness = Version/Causal Relation, \text{not Timestamp Alone} } \] --- # 31. Reordering Window 跨網路事件可能 out-of-order 到達。 定義： \[ R_W(Q) \] 為任務 Q 的 reorder window。 例如： - 在 window 內等待缺失 prerequisite； - 超過 window 才判 late / missing； - 某些 event 可重排； - 某些 commit event 不可越過。 因此： \[ \boxed{ ArrivalOrder \neq CausalOrder } \] --- # 32. Late Result Policy 對 late event： \[ E_{late}, \] 不同任務可以採： 1. Reject； 2. Rebase； 3. Cache for future； 4. Compensate； 5. Accept as advisory； 6. Fork alternate branch。 所以 late 不等於 failure。 --- # 33. Staleness 必須是相對概念 定義： \[ Stale(E\mid Q,F_C). \] 同一資料： \[ S^{(10)} \] 對 Q1 可能 stale，對 Q2 仍足夠。 因此： \[ \boxed{ Staleness \text{ is task-relative} } \] 而不是單一全域布林值。 --- # 34. Barrier 是一種特殊時間耦合，不是預設 某些任務確實需要： \[ Barrier(P_1,\ldots,P_n). \] 但 GCCWT 不把 barrier 當全域基本模式。 因為 barrier 會帶來： - latency； - straggler amplification； - availability loss； - coupling cost。 因此： \[ \boxed{ TemporalAlignment \neq GlobalBarrier } \] --- # 35. Async World Coupling 設： \[ W_A(e_A), \quad W_B(e_B) \] 各自演化。 只有當某 Bridge operation： \[ B_{AB} \] 需要共享計算時，才對齊必要的： - EventRef； - WorldVersion； - TaskEpoch； - CausalFrontier； - uncertainty。 因此： \[ \boxed{ \text{Continuous Shared Clock} \text{ is not required for continuous coexistence} } \] --- # 36. 時間耦合與 Paper 02 的 Compute Overlap Paper 02 定義： \[ \mathcal I^{C}_{AB}(Q,t). \] 現在可更精確寫成： \[ \boxed{ \mathcal I^{C}_{AB}(Q,M_Q) } \] 也就是計算交域應相對於共同計算瞬間，而不是裸 `t`。 這表示 Compute Overlap 不只問： > A 與 B 共用什麼？ 還問： > 這些共享物在同一個哪一個 task epoch / causal frontier 下被共同使用？ --- # 37. 時間耦合與 Paper 01 的 World Address Space Paper 01 建立 Resource Identity 與 World Address Space。 一個 Resource Handle 應允許附帶： \[ \boxed{ TemporalQualifier } \] 例如概念上： ```text world://B/gpu/0/result/X @ worldVersion=42 @ taskEpoch=7 @ event=E882 ``` 這並不是 URL 格式規範，而是表達： \[ \boxed{ Resource Address \neq Resource Temporal State } \] 穩定位址可以指向不同 epoch 的資源狀態。 --- # 38. Temporal Binding Paper 01 的 Binding 可擴充為： \[ Binding(RID,t,e,Version). \] 也就是： > 某 Resource Identity 在某 epoch / version 下綁定哪一個實體或 representation？ 如果 Resource migration 發生： \[ GPU_A\rightarrow GPU_B, \] Identity 可以持續，但 Temporal Binding 改變。 --- # 39. Migration 的時間邊界 對一個 migration： \[ R@A \rightarrow R@B, \] 至少需要： \[ E_{freeze}, E_{transfer}, E_{activate}. \] 其他系統必須知道哪一個事件之後： \[ CanonicalBinding(R)=B. \] 否則 A/B 都可能同時被錯誤視為 canonical。 --- # 40. Temporal Authority 權限本身也有時間範圍。 例如： \[ Cap_{AB}^{GPU} \] 可能只在： \[ [e_1,e_2] \] 有效。 因此： \[ \boxed{ Authority \neq Timeless Authority } \] 這直接與 resource lease、capability certificate、Bridge version 接合。 --- # 41. Lease Time 與 Event Time 不可混同 如果一個 GPU reservation： \[ leaseUntil=L, \] 表示授權有效期限。 不能用來直接回答： > GPU kernel output 屬於哪個 Task Epoch？ 所以： \[ \boxed{ LeaseTime \neq EventTime } \] --- # 42. Recovery Epoch Device / World 重啟後，單純保留舊 timestamp 可能造成嚴重誤判。 因此定義： \[ \boxed{ RecoveryEpoch_i } \] 每次重要失效／恢復後遞增。 事件可帶： \[ \langle WorldVersion, RecoveryEpoch, LocalCounter \rangle. \] 避免 reboot 後 counter 重設造成假時間倒退。 --- # 43. Restart 不等於時間回到過去 如果： \[ LocalCounter_{before}=1000, \] 重啟後： \[ LocalCounter_{after}=1, \] 不能推出 after event 比 before 更早。 應比較： \[ RecoveryEpoch. \] 因此： \[ \boxed{ LocalCounterReset \neq TemporalRollback } \] --- # 44. Temporal Debt 當系統為了可用性而接受 stale / uncertain state，可以形成： \[ \boxed{ D_T = TemporalDebt } \] 例如： - 等待補同步； - 待補 causal certificate； - 暫時接受 stale cache； - 缺失 remote history。 Temporal Debt 不等於立即 failure，但必須可追蹤。 --- # 45. Temporal Debt 不能無限隱藏 可以定義： \[ D_T(Q)>\Theta_Q \] 時禁止某類 commit。 這是 policy 層，而非 Foundation 必須採相同 threshold。 --- # 46. Temporal Closure 一個任務執行完成不代表時間關係全部閉合。 例如： - late replica 尚未補上； - remote certificate 尚未收回； - compensation event 尚未完成。 因此： \[ \boxed{ TaskExecutionComplete \neq TemporalClosure } \] 定義： \[ Closure_T(Q) \] 表示所有必要 causal / version / uncertainty obligations 已收束。 --- # 47. Temporal Closure 也可以是局部的 對某 task： \[ Closure_T(Q)=\mathrm{true}, \] 不代表整個 World history 全部閉合。 所以： \[ \boxed{ TaskTemporalClosure \neq WorldTemporalClosure } \] --- # 48. Time Projection 不等於 Time Ontology 系統可以把事件投影到： - wall-clock timeline； - Gantt chart； - logical sequence； - DAG； - vector clock view。 但： \[ \boxed{ TemporalProjection \neq Underlying Causal Structure } \] 同一事件系統可以有多種合法 time projection。 --- # 49. Temporal Graph 有限 active runtime 可建立： \[ \boxed{ G_T=(V_E,E_C,E_S) } \] 其中： - \(V_E\)：events； - \(E_C\)：causal edges； - \(E_S\)：synchronization / reference edges。 這比單一 timestamp table 更能保留因果資訊。 --- # 50. Temporal Hyperedge 某些同步條件涉及多個 participant： \[ \{E_A,E_B,E_C\} \] 只有三者共同完成才滿足 barrier。 因此可以使用： \[ H_T \] 表示 higher-order temporal obligation。 這不一定能被 pairwise ordering 完整還原。 --- # 51. Higher-Order Temporal Tension 可能任意兩個節點都在 skew bound 內： \[ |t_A-t_B|<\delta, \] \[ |t_B-t_C|<\delta, \] \[ |t_A-t_C|<\delta, \] 但三者共同對某 shared event 的 version / epoch 約束仍不一致。 因此可有： \[ T_T^{(2)}=0, \quad T_T^{(3)}>0. \] 即： \[ \boxed{ Pairwise Temporal Compatibility \not\Rightarrow Higher-Order Temporal Compatibility } \] --- # 52. 時間耦合與 GCM GCM 的全域異質計算需要知道： - 哪些局部演化互相依賴； - 哪些結果可被現在使用； - 哪些已 stale； - 哪些尚未到達 causal frontier。 因此 CTCL 對 GCM 的接口可以寫： \[ \boxed{ GCM + CTCL \Rightarrow Causally Coherent Heterogeneous Computation } \] 沒有 CTCL，GCM 很容易只剩結構耦合，缺少演化順序的合法判定。 --- # 53. 時間耦合與 MWT MWT 提供： \[ W_t. \] 但在分散式世界中，更準確地說： \[ W \] 可能同時存在多個 local presentation： \[ P_A(W), P_B(W), P_C(W). \] CTCL 幫助判斷這些 presentation 對應： - 同一 world epoch； - 不同 world epoch； - stale projection； - uncertain mapping。 因此： \[ \boxed{ World State \neq Single Timestamped Snapshot } \] --- # 54. 時間耦合與 OIGT OIGT 允許不同 World 保持獨立時間與歷史。 因此跨 World Bridge： \[ B_{AB} \] 若涉及狀態交換，最好伴隨： \[ B^T_{AB}. \] 也就是： \[ \boxed{ CrossWorldStateBridge + TemporalBridge } \] 否則資料雖然能傳，時間語義卻可能失真。 --- # 55. 時間耦合與 GCCWT 的 Shared Computational Universe 若 CPU A、GPU B、Memory C 與 Agent D 都在共享計算宇宙中，只有共同位址是不夠的。 還需要： \[ \boxed{ Address + State + Dependency + TemporalCoordinate + Authority } \] 才能把不同物理資源的執行合法組合成一個全域運算。 --- # 56. 全域 AI Planner 應看到什麼時間資訊？ 傳統 scheduler 常只看： - queue time； - deadline； - device availability。 GCCWT 的 AI-native planner 應同時看到： \[ \boxed{ TaskEpoch + WorldVersion + CausalFrontier + Uncertainty + LeaseValidity + ExpectedLatency + StalenessTolerance } \] 這讓它能判斷： > 某 GPU 雖然最快，但其輸入 replica 落後兩個 world versions，是否仍值得使用？ --- # 57. Latency 不只是成本，也是語義條件 如果結果在： \[ \Delta t \] 之後才到達，而任務窗口： \[ W_Q<\Delta t, \] 它可能從「正確結果」變成「過時結果」。 因此 latency 不只是 performance metric，也可以影響 semantic admissibility。 --- # 58. Temporal Cost Function Planner 可以定義： \[ Cost_T(r,Q) = \alpha Latency + \beta Uncertainty + \gamma StalenessRisk + \eta SyncCost. \] 這只是工程例，不是 foundation 強制公式。 --- # 59. Temporal Routing 同一 task 可以有兩條 resource path： \[ P_1: CPU_A\rightarrow GPU_B, \] \[ P_2: CPU_A\rightarrow GPU_C. \] 即使 GPU B 算力較強，如果： \[ U_T(B)\gg U_T(C) \] 或 B 的 replica 太 stale，Planner 可能選 C。 所以： \[ \boxed{ Fastest Hardware \neq Best Temporal Route } \] --- # 60. Temporal Failover 若 GPU B 在執行中失敗： \[ E_B\rightarrow Fail, \] 轉到 GPU C 時，不能只重新執行 kernel。 還要重建： - InputVersion； - TaskEpoch； - causal parents； - reservation epoch； - uncertainty； - whether B produced partial side effects。 因此： \[ \boxed{ Failover \neq Simple Re-execution } \] --- # 61. Replay 事件重播： \[ Replay(E) \] 不能被誤認為原事件本身。 可以有： \[ OriginalEventId \] 與： \[ ReplayEventId. \] 它們共享 lineage，但不是同一執行事件。 --- # 62. Duplicate Delivery 分散式系統中同一 logical event 可能被傳送多次。 因此需要： \[ EventId \] 與 idempotency policy。 否則： \[ DeliveryCount>1 \] 可能被錯誤理解成多個不同 causal events。 --- # 63. Temporal Idempotency 同一 logical mutation： \[ MutationId=m \] 即使不同時間重送，也應由 identity 判斷是否已 commit，而不是只看 timestamp。 這與 OIGT Runtime 中的 idempotent commit 原理相容。 --- # 64. Time Travel 不應被自然語言誤用 Snapshot restore、replay、simulation fork 都可能「回到舊狀態」，但這不表示 physical / causal time 回到過去。 應區分： \[ StateRollback \] 與： \[ TemporalRollback. \] 本文原則： \[ \boxed{ State Reconstruction \neq Causal History Erasure } \] --- # 65. Forked Time 如果從： \[ W^{(10)} \] 建立兩個 branch： \[ W_A^{(11)}, \quad W_B^{(11)}, \] 則其後時間可以形成 branching causal graph。 不必強迫它們共享單一後續 total order。 --- # 66. Merge 後的時間不能假裝分支沒發生 如果： \[ W_A,W_B\rightarrow W_C, \] W_C 應保存： \[ History(W_A), History(W_B) \] 的 lineage / reconciliation information。 因此： \[ \boxed{ Merge \neq Erase Divergent Temporal History } \] --- # 67. Temporal Provenance 每個重要 output： \[ O \] 應可追蹤： \[ Prov_T(O) = \langle SourceEvents, Versions, Epochs, Bridges, Uncertainty \rangle. \] 這使 AI 能回答： > 這個答案是基於什麼時候、哪個版本、哪些因果輸入得到的？ --- # 68. Temporal Observability 系統至少應能區分： - current； - stale； - future relative to observer； - reordered； - replayed； - uncertain； - causally incompatible。 而不是只有： ```text last_updated_at ``` 一個欄位。 --- # 69. Temporal Security 時間也是安全邊界。 需要防止： - replay attack； - stale capability reuse； - expired lease reuse； - timestamp forgery； - version rollback； - causal-parent substitution。 因此 temporal metadata 應被納入 signature / certificate scope。 --- # 70. Signed Temporal Envelope 一個跨 World message 可以簽署： \[ \boxed{ Env_T = \langle MessageId, EventId, TaskEpoch, WorldVersion, CausalParents, Timestamp, Uncertainty, Expiry \rangle. } \] 避免 attacker 只修改 epoch / expiry 而保留 payload。 --- # 71. Temporal Privacy 完整 causal history 有時也可能洩漏敏感資訊。 因此跨 World 不必公開全部 history。 可以只提供： - commitment； - summary； - proof； - bounded disclosure。 所以： \[ \boxed{ Temporal Verifiability \neq Full History Disclosure } \] --- # 72. Temporal Compression 長期運作後，完整 event log 可能巨大。 可以使用： \[ Snapshot + Frontier + RetainedTail + LineageDigest. \] 只要仍可回答 task-relative temporal queries。 這與 Paper 05 的 finite active realization 完全相容。 --- # 73. Finite Temporal Realization 任一時間： \[ |ActiveTemporalState_t|<\infty. \] 但歷史與未來可以： \[ Unbounded. \] 因此： \[ \boxed{ Finite Active Temporal State + Unbounded Historical / Future Extensibility } \] --- # 74. Temporal Query Closure 對有限 query： > 這個 GPU result 是否基於 World Version 42 之後的資料？ 不必掃描全歷史。 只要求： \[ \exists n_Q<\infty \] 可由 snapshot / certificate / retained tail 完成判定。 這是： \[ \boxed{ Finite Temporal Query Closure } \] --- # 75. CTCL 不應變成另一個 Universal Authority 即使 CTCL 提供共同時間座標，也不表示存在： \[ \boxed{ \text{One Temporal Authority controlling every World} } \] 不同 World 可以保留 local clock authority，只透過 Temporal Bridge 交換必要資訊。 所以： \[ \boxed{ Common Temporal Coordinate \neq Universal Temporal Sovereignty } \] --- # 76. 多時間來源可以共存 World A 可能信任： - local monotonic clock； - PTP； - remote signed timestamp； - causal sequence。 World B 可能使用另一組來源。 跨世界只需建立足夠的： \[ TemporalBridge. \] --- # 77. 時間來源本身也有信任層級 可以定義： \[ Trust_T(Source). \] 例如硬體 timestamp 與 remote unsiged wall-clock 的信任不同。 Planner 可以把： \[ TemporalTrust \] 納入 route selection。 --- # 78. 時間耦合健康度 對跨 World coupling 可建立： \[ H_T = H(Drift,Uncertainty,Debt,Staleness,BridgeFidelity). \] 當： \[ H_T<\Theta, \] 系統可以降級： - 停止 hard commit； - 只允許 advisory reads； - 切換資源路徑； - 重新建立 Temporal Bridge。 --- # 79. Temporal Decoupling 如果 A/B 的時間耦合品質惡化，可以： \[ Decouple_T(A,B). \] 停止共享 temporal commitments，而保留其他 coupling，例如： \[ K_{addr}>0, \quad K_{temp}=0. \] 所以耦合向量可以局部降級，而不是所有 coupling 一起斷裂。 --- # 80. Temporal Coupling Vector Paper 02 的八軸耦合向量中： \[ K_{temp} \] 可以再細分： \[ \boxed{ \mathbf K_{temp} = (K_{ref},K_{causal},K_{epoch},K_{version},K_{skew},K_{barrier},K_{deadline}). } \] 因此「時間耦合程度」不是單一 scalar。 --- # 81. Temporal Tension Vector 相對地： \[ \boxed{ \mathbf T_T = (T_{drift},T_{skew},T_{stale},T_{epoch},T_{version},T_{reorder},T_{uncertainty},T_{history}). } \] 不同任務可以對不同 component 設不同 tolerance。 --- # 82. Temporal Contract Violation 如果： \[ \mathbf T_T \notin Envelope_Q, \] 則： \[ TemporalContractViolation. \] 這比「timestamp 不一致」更精確。 --- # 83. Temporal Error Classes 第一版至少區分： 1. `UnknownClockSource`； 2. `EpochMismatch`； 3. `VersionStale`； 4. `CausalParentMissing`； 5. `ReorderWindowExceeded`； 6. `UncertaintyExceeded`； 7. `LeaseExpired`； 8. `TemporalBridgeUndefined`； 9. `RecoveryEpochMismatch`； 10. `TemporalCertificateInvalid`。 這些不應全部壓成一個 `Timeout`。 --- # 84. GCCWT-T1：Common Time / Same Clock Separation \[ \boxed{ CommonTime \not\Rightarrow SameClock } \] --- # 85. GCCWT-T2：Timestamp / Causality Separation \[ \boxed{ TimestampOrder \not\Rightarrow CausalOrder } \] --- # 86. GCCWT-T3：Time / Version Separation \[ \boxed{ LaterTime \not\Rightarrow NewerVersion } \] --- # 87. GCCWT-T4：Asynchrony Admissibility \[ \boxed{ Asynchrony \neq Incoherence } \] 只要 causal / version / uncertainty contract 可滿足。 --- # 88. GCCWT-T5：Minimum Sufficient Temporal Coupling 任務不應無條件採用比正確性所需更強的同步。 --- # 89. GCCWT-T6：Event Identity Preservation 同一 logical event 的跨節點時間表示可以不同，但 Event Identity 必須可追蹤。 --- # 90. GCCWT-T7：Recovery Epoch Explicitness 重要 restart / recovery 必須顯式產生新的 recovery epoch 或等價 witness。 --- # 91. GCCWT-T8：Temporal Uncertainty Explicitness 不能把未知時間誤差默認成零。 --- # 92. GCCWT-T9：Temporal Bridge Partiality Temporal Bridge 預設為 partial mapping，不要求所有本地時間語義都可跨世界無損轉譯。 --- # 93. GCCWT-T10：Temporal Debt Preservation 接受 stale / uncertain 結果時，相關 temporal debt 必須被記錄，而不是被當成完全 current。 --- # 94. GCCWT-T11：Task Completion / Temporal Closure Separation \[ \boxed{ TaskComplete \neq TemporalClosed } \] --- # 95. GCCWT-T12：Temporal Authority Decentralization 共同時間座標不要求單一最高時間權威。 --- # 96. 最小工程資料結構 一個 v0.2 Temporal Event Record 可以概念上表示： ```text TemporalEvent event_id world_id world_version recovery_epoch task_id task_epoch causal_parents[] local_wall_time local_monotonic_time uncertainty temporal_bridge_id temporal_bridge_version policy_id certificate ``` 這不是固定 API，只是展示最小結構。 --- # 97. 最小 Temporal Bridge Record ```text TemporalBridge bridge_id source_world target_world source_time_model target_time_model mapping_rule uncertainty_transform version_rule epoch_rule fidelity valid_from valid_until certificate ``` --- # 98. 最小 Common Computational Moment Record ```text CommonMoment task_id task_epoch participant_worlds[] required_events[] minimum_versions{} causal_frontier uncertainty_envelope reorder_window temporal_policy ``` --- # 99. 驗證實驗 A：wall-clock 反轉但因果正確 建立： \[ E_A\prec E_B \] 但故意讓： \[ t^{wall}(E_B) 把這些可能的工程後端放入 MWT/GCM/OIGT/GCCWT 的共同世界語義中，將時間、World Version、Resource Identity、Coupling Contract、Authority 與跨世界 Bridge 連成同一個可驗證結構。 因此： \[ \boxed{ CTCL\text{ in GCCWT} \neq \text{a new clock synchronization algorithm} } \] 它首先是一個時間—因果抽象層。 --- # 108. 本文不主張 本文不主張： 1. 所有系統都應採同一 logical-clock 演算法； 2. wall-clock 不重要； 3. hard real-time 可以被普通因果時間完全取代； 4. 所有 clock drift 都可以忽略； 5. 一切事件都必須進入同一全域 DAG； 6. 一個 CTCL 服務可以成為所有 World 的最高時間權威； 7. 所有歷史都必須永久保存； 8. Event Identity 可以取代所有版本控制； 9. Temporal Tension 自動等於錯誤； 10. Common Computational Moment 必須是物理瞬間。 --- # 109. Paper 03 的十二條核心原則 可以壓縮為： \[ \boxed{ \begin{aligned} 1.\;&CommonTime\neq SameClock\\ 2.\;&TimestampOrder\neq CausalOrder\\ 3.\;&LaterTime\neq NewerVersion\\ 4.\;&EventIdentity\neq Timestamp\\ 5.\;&TaskEpoch\neq WorldEpoch\\ 6.\;&ArrivalOrder\neq CausalOrder\\ 7.\;&TemporalAlignment\neq GlobalBarrier\\ 8.\;&Asynchrony\neq Incoherence\\ 9.\;&UnknownUncertainty\neq ZeroUncertainty\\ 10.\;&TaskComplete\neq TemporalClosure\\ 11.\;&StateReconstruction\neq HistoryErasure\\ 12.\;&CommonTemporalCoordinate\neq UniversalTemporalAuthority. \end{aligned} } \] --- # 110. 最終形式 GCCWT 中一個任務的最低時間耦合狀態可以寫成： \[ \boxed{ \mathfrak T_Q = \langle \mathcal E_Q, \prec_Q, M_Q, F_C(Q), \Pi_T(Q), \mathcal B_T, \mathcal U_T, \mathcal D_T, \mathcal C_T \rangle, } \] 其中： - \(\mathcal E_Q\)：task-related events； - \(\prec_Q\)：causal partial order； - \(M_Q\)：Common Computational Moment； - \(F_C(Q)\)：Causal Frontier； - \(\Pi_T(Q)\)：Temporal Policy； - \(\mathcal B_T\)：Temporal Bridges； - \(\mathcal U_T\)：Uncertainty； - \(\mathcal D_T\)：Temporal Debt； - \(\mathcal C_T\)：Temporal Certificates。 這個結構不要求： \[ \exists t_G \] 作為所有事件的唯一最高 clock。 --- # 111. 最終命題 本文最終提出： > **共享計算宇宙的時間統一，不應被理解為所有硬體顯示同一個時間數值，而應被理解為不同局部系統能對共同事件、World Version、Task Epoch、因果前沿與時間不確定性形成足以支撐正確計算組合的共同座標。** 因此： \[ \boxed{ \text{Temporal Coupling} = \text{Common Causal Reference} + \text{Version Awareness} + \text{Uncertainty Preservation} + \text{Local Time Freedom} } \] 一個 CPU 可以使用自己的 monotonic clock； 一張遠端 GPU 可以使用自己的 device timeline； 一個 Agent 可以擁有自己的長時間推理 epoch； 一個 World 可以保留自己的歷史與版本。 只要這些局部時間能被合法映射至共同計算瞬間，它們就可以在不共享單一 Global Clock 的前提下形成一個共同全域計算。 這是 GCCWT 所需要的時間底空間。 --- # 結論 Paper 01 建立： \[ \boxed{ \text{World Address Space} } \] 使不同計算資源可被共同尋址。 Paper 02 建立： \[ \boxed{ \text{Coupling without Identity Collapse} } \] 使不同世界可共享計算交域而不失去自身。 本文則補上第三個不可缺少的維度： \[ \boxed{ \text{Temporal-Causal Coordinate} } \] 因為只有「能找到對方」與「能共享資源」仍然不足以形成正確的全域計算；系統還必須知道： > 這個結果來自哪一個世界版本？ > 它依賴哪些事件？ > 它屬於哪一個 Task Epoch？ > 它有多少時間不確定性？ > 它是否已落後於目前的 Causal Frontier？ 因此 GCCWT 的共享計算宇宙並不是： \[ \boxed{ \text{One Address Space} + \text{One Clock} } \] 而更接近： \[ \boxed{ \text{Shared Addressability} + \text{Local Temporal Freedom} + \text{Common Causal Coordinates} + \text{Explicit Temporal Contracts} } \] 這使不同 CPU、GPU、記憶體、Agent、軟體與 World 可以在真正非同步的物理環境裡，仍然形成可驗證、可調度、可恢復的共同計算瞬間。 --- **下一篇：** GCCWT Paper 04｜計算場與資源激發：跨 CPU／GPU／Memory 的動態執行域