EML-OPN-v0.3 運算優先性驗證模組

EVEMISSLAB Logic Matrix · EveMissLab / 一言諾科技有限公司

[認識論邊界宣告 / EPISTEMOLOGICAL DISCLAIMER]

[CHT] 本矩陣內所有論文之公式與數據為「啟發式模擬參數」,用於驗證理論架構與推演因果鏈,未經實證校準,請勿作為現實物理測量數據引用 or 處理。EVEMISSLAB 採行「邏輯先行(Logic-First)」原則:概念架構與系統因果映射優先於統計實證,但不排除未來實證對接。


[ENG] The numerical parameters within these frameworks are illustrative model coefficients used for structural verification and causal mapping; they are not empirically calibrated and must not be treated as physical measurements. This matrix operates on a Logic-First principle: conceptual architecture and causal mapping take precedence over statistical empiricism, without precluding future empirical reconciliation.

運算優先性的符號中立性猜想

從歷史約定到不動點不變性的初步探索

作者: Neo.K(EveMissLab) 協同結晶: Theia 文件編號: EML-OPN-v0.3 日期: 2026年6月 狀態: 工作草稿 · 命題猜想階段 警告: 本命題已完成有限範例驗證,但在無限維代數結構空間上尚無完整形式化證明。 修訂紀錄: v0.2 — 修正附錄 A.2 定義與計算實例的形式不一致;新增附錄 B 前置解析對照,補全驗證邏輯。v0.3 — 新增附錄導讀,明確三層守恆結構的遞進關係,補全附錄 B、C 平凡組的理論地位。


摘要

本文提出一項關於基礎計算代數系統的命題猜想:運算優先順序(先乘除後加減)並非數學真理,而是符號系統在將多維表達式結構投影為一維線性字串時,為消除歧義所採用的約定協議。

本文梳理此約定的歷史起源,建構「完整展開系統」的概念框架,並以三個基礎算例驗證:當計算過程被完整定義後,不論採用加法優先或乘法優先的解析規則,計算路徑均收斂至同一不動點。

本文亦明確陳述命題的根本限制:現有驗證僅覆蓋有限算例,命題的完整聲稱範圍橫跨無限維的代數結構空間,在本文框架內無法窮盡證明。所有形式化定義與數學推導置於附錄,正文以形式化散文陳述。

關鍵詞: 運算優先順序、符號系統、表達式樹、不動點、匯流性、交換環


一、歷史背景:約定的誕生

在符號代數出現之前,數學不存在「運算優先順序」的問題。古代巴比倫、埃及與希臘的數學幾乎以文字或幾何形式書寫,每一個計算意圖由語境完整定義,歧義沒有發生的空間。

問題的根源在於十六至十七世紀符號代數的興起。當 François Viète 與 René Descartes 開始以字母代表未知數,數學表達式第一次被壓縮為短小的線性字串。這個壓縮是有代價的:一條一維的符號字串,必須承載原本由文字或幾何關係清楚表達的多層結構,而一維字串沒有足夠的維度容納所有結構信息而不產生損失。

Leibniz 與 Newton 意識到這個問題。他們的解法直接而徹底:大量使用括號,將每一個運算的分組明確寫出。這等同於在線性字串中直接重建完整的樹狀結構,使投影損失歸零,歧義不復存在。代價是書寫效率極低。

十九世紀末至二十世紀初,隨著代數教育的普及,數學家與教育者開始系統性地將「先乘除後加減」寫入教科書,作為一項默認解析規則。這個規則允許書寫者省略大量括號,因為它規定了一套標準的歧義消解方法。現代縮寫 PEMDAS 或英式 BODMAS 是二十世紀的教育發明,而非數學定理。

乘法優先約定在歷史上的勝出,有兩個相互支撐的原因:其一,乘法在生成上是加法的高階操作(乘法被定義為重複加法),這使得乘法表達式在語義上構成自足的原子單位,應當先行求值;其二,這個選擇與人類最高頻的代數書寫需求對齊,多項式、代數式、物理公式的「自然形態」恰恰是乘法緊密綁定的結構,採用乘法優先可最大化節省括號。

因此,這一約定的本質從一開始就是:一種符號壓縮的補償協議,而非對數學結構的本體論陳述。


二、核心命題

所有形式化定義見附錄 A。

命題(非形式版本):

一個數學表達式的計算結果,是其所對應的表達式樹在代數結構中的固有值。這個值不依賴任何符號優先順序約定。優先順序規則的作用,僅在於規定如何將一維符號字串解析為唯一一棵表達式樹。當表達式被完整展開,即所有隱含分組被顯式標記、所有高階運算被還原為基本操作時,不同優先順序系統所得到的計算路徑不同,但均收斂至同一不動點。

此命題的結構可概括為三個層次。

第一層:符號是投影。一維的線性符號字串是多維表達式樹在單一維度上的投影,投影過程存在信息損失。優先順序規則是補償這一損失的解碼協議,作用於字串與樹之間的轉換層,而非作用於樹本身的值域。

第二層:結果是不動點。在完整定義的計算系統中,所有合法的計算路徑均收斂至同一個值。此不動點的存在,由底層代數結構的公理(交換律、結合律、分配律)所保證。這是一個關於代數結構匯流性的陳述,在交換環的語境下具有強力支撐。

第三層:約定是效率選擇。不同優先順序系統在數學意義上等價,差異僅在書寫效率。乘法優先的歷史勝出,是人類書寫實踐的演化結果,而非邏輯必然。


三、形式化框架

本節以形式化散文陳述核心概念架構。所有符號定義與具體推導見附錄 A。

表達式樹作為基本對象。 一個算術表達式的真正本體是一棵有根有序二叉樹,其葉節點為運算元(數值或變量),內部節點為運算符。這棵樹是無歧義的:每一個運算符的作用範圍由樹結構直接給出,不需任何外部約定。線性符號字串是這棵樹的序列化(serialization),不同的優先順序系統對應不同的序列化與反序列化規則。約定的選擇影響字串的形貌,但不影響樹的結構,因此不影響其所代表的數學對象。

完整展開系統的定義。 一個計算過程被稱為「完整展開」,當且僅當三個條件同時滿足:其一,所有運算的分組均由顯式標記或狀態定義確定,不依賴任何隱含優先順序;其二,所有非基本運算均被還原為其生成定義,在整數算術的語境中,乘法還原為重複加法;其三,每一步計算均為明確的狀態轉移,初始狀態完整給定,終止狀態唯一。在滿足這三個條件的計算框架中,「優先順序」這個概念不再存在——它已被完整的狀態定義所吸收。

不動點的存在性。 在交換環上,完整展開系統的不動點存在性可被形式化論證。交換環的公理體系保證表達式求值具有路徑無關性,即計算理論中所稱的匯流性。任意兩條從同一表達式樹出發的合法歸約路徑,必然終止於同一個值。這一性質與 Church-Rosser 定理在 lambda 演算中所保證的正規形式唯一性,在結構上高度類比,詳見附錄 G(預留)。

命題的邊界條件。 上述框架在交換環(整數環、有理數域、多項式環等)中具有代數結構的明確支撐。當底層結構擴展至非交換代數(如矩陣代數、四元數代數)時,乘法的不可交換性打破了路徑無關性的一般保證,命題需要精確的限制條件才能成立。這部分留待附錄 F(預留)詳述。


四、基本驗證

本節概述三個算例的驗證結果。完整狀態序列見附錄 B、C、D;程式碼實作與可執行驗證見附錄 J。

驗證一:加法優先系統的完整展開。 取數學意圖為「二加三乘四之積」,即對應表達式樹根節點為加法、右子樹為三乘四的乘法節點。在加法優先系統中,若書寫者欲表達此意圖,必須在字串中顯式標記乘法的分組;在完整展開後,計算路徑從第一個狀態轉移起,與乘法優先系統的路徑完全一致。不動點為十四。

驗證二:乘法優先系統的完整展開。 取相同的數學意圖與表達式樹。在乘法優先系統中,標準字串無需額外括號即可正確表達意圖;完整展開後的狀態序列從中間步驟起與驗證一完全吻合。不動點同樣為十四。

兩個驗證的比較揭示了命題的核心機制:兩個系統的差異僅發生在字串解析這一步(即將線性字串反序列化為表達式樹的過程),解析完成後,計算路徑立即匯流。優先順序約定的作用域,被精確地限定在符號層,而非數學層。

驗證三:分配律作為匯流性的形式記錄。 取分配律等式,以具體數值代入後,沿等式左側路徑(先展開括號內的加法,再執行乘法)與右側路徑(先展開各乘法項,再執行加法)分別完整計算。兩條路徑的計算策略完全相反,但不動點一致,均為二十七。

此驗證的意義超出算術本身。分配律等式的兩側,正是壓縮求值路徑(先加後乘)與展開求值路徑(先乘後加)的符號記錄。等號的成立,即匯流性的直接陳述:選擇哪條路徑不影響終點。


五、命題的限界與未驗證空間

本節明確陳述本文的誠實邊界,這一節與其說是謙遜的姿態,不如說是命題完整性的必要組成。

三個算例構成正面的有限證據,但無法構成對命題的完整形式化證明。原因在於,命題的聲稱範圍是無限維的:它主張對所有可能的有限算術表達式、在所有滿足特定代數條件的結構中均成立。有限個例子永遠無法窮盡這個空間。

從認識論層面看,本文有限驗證的地位是:在給定的限制條件下,命題目前未被反駁,且與已知的代數結構理論相容。這不等同於命題被證明。

完整的形式化證明需要以下要素,本文均未完成:其一,對所有有限算術表達式建立歸納論證,證明在完整展開後、交換環上的計算總是匯流的;其二,對命題成立的代數條件進行精確刻畫,明確區分它在哪些結構上成立、在哪些結構上需要附加條件或修正;其三,將本文的「完整展開系統」與計算理論的既有框架(項重寫系統、lambda 演算、範疇論等)建立形式聯繫,確認相容性或差異。

此外,「完整展開系統」的概念本身,在本文中仍以直覺清晰但形式精度有限的方式呈現。在被納入嚴格的形式化論證之前,定義本身尚待進一步收緊。

以上限制是真實的,不作迴避。


六、結語

運算優先順序,在教科書中呈現為規則,在使用者心中感覺為自明。但在本文的視角下,它是歷史選擇的沉積,是符號系統在壓縮時留下的介面痕跡。那個被計算的實在,從來不依賴我們如何書寫它;它靜靜等在展開之後,作為所有合法路徑的共同終點。

投影有其邊界,展開有其代價。約定不是真理,但也不是任意——它是在給定書寫工具與使用頻率的條件下,結構誘導出的最優解。

這是一個關於符號與實在之間距離的命題。目前,它只是一個猜想。



附錄


附錄導讀:驗證的三層守恆結構

本文的附錄驗證由三個組件構成,它們不是平行的算例,而是三個層次遞進的守恆陳述,對應命題的不同深度。

第一層(附錄 B 前置):約定守恆——前提層

同一字串在不同優先順序系統下解析為不同的表達式樹,得到不同的值。這一層不是守恆的示範,而是守恆的前提陳述:它說明約定決定字串被理解為哪個數學對象,沒有這個對應,後兩層的守恆討論便失去起點。

第二層(附錄 B、C):值守恆——基本層

同一棵表達式樹,以兩個系統的正確標記分別展開,計算的狀態序列完全一致,不動點相同。此層所示範的,是一般認識中「書寫方式不同但結果相同」的守恆——只不過在這裡,路徑不僅收斂,而且是同一條路徑。這是值守恆最直接的形式記錄,是命題的核心陳述。B 和 C 的狀態序列完全重合,正是這種守恆的最強形式:不是路徑在終點匯合,而是路徑本身就沒有分叉。

第三層(附錄 D):代數路徑守恆——代數層

此層中,兩條路徑所對應的表達式樹結構本身不同,但環公理保證它們指向同一個值。這是比第二層更廣義的守恆:連樹都不必相同,值仍然守恆。分配律等式的兩側是這種守恆的直接符號記錄——等號的成立即匯流性的形式陳述。

三層的邏輯關係是遞進而非並列的:

$$\text{第一層(前提)} \longrightarrow \text{第二層(值守恆)} \longrightarrow \text{第三層(代數守恆)}$$

第一層說明約定決定意義;第二層說明意義確定後,值不依賴書寫方式;第三層說明代數等式本身是更廣義守恆的符號記錄。三層共同構成本文命題的完整驗證結構。

附錄 A 為形式化定義,附錄 E 為環論基礎,兩者為上述三層提供形式支撐。附錄 F 至 I 為預留擴展空間。


附錄 A:完整展開系統的形式化定義

A.1 表達式樹

設表達式樹 $T$ 為有根有序二叉樹,定義如下:

A.2 完整展開系統的狀態轉移

設初始狀態 $S_0 = \{x_1, x_2, \ldots, x_n\} \subset R$ 為一組具名數值。

每一步狀態轉移 $S_k \to S_{k+1}$ 由一個明確的基本運算定義:

$$S_{k+1} = \bigl(S_k \setminus \{a, b\}\bigr) \cup \{a + b\}$$

其中 $a, b \in S_k$ 為顯式指定的操作元。

乘法被完全展開為重複加法:

$$a \times b \coloneqq \underbrace{a + a + \cdots + a}_{b \text{ 次}} \quad (b \in \mathbb{Z}^+)$$

由乘法交換律 $a \times b = b \times a$,等價展開形式 $\underbrace{b + b + \cdots + b}_{a \text{ 次}}$ 結果相同。以下各附錄的計算採取兩種形式中較為緊湊的一種,不另行說明。

計算在 $|S_k| = 1$ 時終止,終態的唯一元素即為結果。

A.3 不動點定義

對給定表達式樹 $T$,其不動點值定義為:

$$\text{val}(T) \coloneqq \lim_{k \to k_{\text{final}}} S_k$$

命題斷言:對所有滿足同一表達式樹 $T$ 的合法計算路徑,$\text{val}(T)$ 唯一。

A.4 兩個符號系統的對應關係

設 $\sigma$ 為一線性符號字串,$\mathcal{S}+$ 為加法優先系統,$\mathcal{S}\times$ 為乘法優先系統。

設 $\text{parse}+(\sigma) = T+$ 為加法優先系統解析出的表達式樹,$\text{parse}\times(\sigma) = T\times$ 為乘法優先系統解析出的表達式樹。

一般而言 $T_+ \neq T_\times$。命題不主張 $T_+ = T_\times$,而主張:當書寫者的數學意圖為同一棵樹 $T$,在兩個系統中分別以最少括號表達該意圖時,完整展開後均得到 $\text{val}(T)$。


附錄 B 前置:解析歧義對照

本節為附錄 B 和 C 的必要前提,建立驗證的基準對照:相同字串在不同優先順序系統下解析為不同的表達式樹,得到不同的結果。這是優先順序約定存在的根本理由。

取字串 $\sigma = \texttt{"2+3×4"}$,分別以兩個系統解析:

| 系統 | 解析規則 | 解析得到的樹 | 計算過程 | 結果 | |------|----------|-------------|----------|------| | $\mathcal{S}+$(加法優先) | 加法先綁定 | $\texttt{MUL}(\texttt{ADD}(2,3),\ 4)$ | $(2+3)\times 4 = 5\times 4$ | $\mathbf{20}$ | | $\mathcal{S}\times$(乘法優先) | 乘法先綁定 | $\texttt{ADD}(2,\ \texttt{MUL}(3,4))$ | $2+(3\times 4) = 2+12$ | $\mathbf{14}$ |

同一字串 $\sigma$ 在兩個系統下對應兩個不同的數學對象。14 與 20 均正確,但回答的是不同的問題。約定的作用域由此被精確定位:它不改變任何數學計算的結果,它決定一個字串被理解為哪個表達式樹

附錄 B 和 C 所示範的情形在此之後:書寫者已確定數學意圖為 $T = \texttt{ADD}(2,\ \texttt{MUL}(3,4))$(即結果為 14 的那棵樹),在各自系統中採用正確標記,展示兩條計算路徑如何收斂至同一不動點。


附錄 B:例一完整狀態序列(加法優先系統)

數學意圖: $T = \texttt{ADD}(2,\ \texttt{MUL}(3,\ 4))$

在加法優先系統 $\mathcal{S}_+$ 中,為保全意圖,字串必須顯式寫為 $2 + (3 \times 4)$。

狀態序列:

$$S_0 = \{a = 2,\quad b = 3,\quad c = 4\}$$

$$S_1: \quad M \coloneqq b \times c = 3 \times 4 = 4 + 4 + 4 = 12 \qquad \Rightarrow S_1 = \{a = 2,\quad M = 12\}$$

$$S_2: \quad R \coloneqq a + M = 2 + 12 = 14 \qquad \Rightarrow S_2 = \{R = 14\}$$

不動點: $\text{val}(T) = 14$


附錄 C:例二完整狀態序列(乘法優先系統)

數學意圖: 相同,$T = \texttt{ADD}(2,\ \texttt{MUL}(3,\ 4))$

在乘法優先系統 $\mathcal{S}_\times$ 中,字串 $2 + 3 \times 4$ 直接解析為正確意圖,無需顯式括號。

狀態序列:

$$S_0 = \{a = 2,\quad b = 3,\quad c = 4\}$$

$$S_1: \quad M \coloneqq b \times c = 3 \times 4 = 4 + 4 + 4 = 12 \qquad \Rightarrow S_1 = \{a = 2,\quad M = 12\}$$

$$S_2: \quad R \coloneqq a + M = 2 + 12 = 14 \qquad \Rightarrow S_2 = \{R = 14\}$$

不動點: $\text{val}(T) = 14$

附注: $S_1$ 起,附錄 B 與附錄 C 的狀態序列完全一致。兩系統的分叉僅發生在字串解析層($S_0$ 之前),解析完成後立即匯流。


附錄 D:例三完整展開——分配律驗證

目的: 驗證分配律等式 $a(b+c) = ab + ac$ 作為兩條計算路徑的匯流陳述。

取值: $a = 3,\quad b = 4,\quad c = 5$

左側路徑(先加後乘):

$$S_0 = \{a=3,\quad b=4,\quad c=5\}$$

$$S_1: \quad \text{inner} \coloneqq b + c = 4 + 5 = 9$$

$$S_2: \quad R \coloneqq a \times \text{inner} = 3 \times 9 = 9 + 9 + 9 = 27$$

右側路徑(先乘後加):

$$S_0 = \{a=3,\quad b=4,\quad c=5\}$$

$$S_1: \quad P_1 \coloneqq a \times b = 3 \times 4 = 4 + 4 + 4 = 12$$

$$S_2: \quad P_2 \coloneqq a \times c = 3 \times 5 = 5 + 5 + 5 = 15$$

$$S_3: \quad R \coloneqq P_1 + P_2 = 12 + 15 = 27$$

不動點: $\text{val}(T) = 27$(兩路徑一致)

結構觀察: 兩條路徑的差異恰好對應分配律等式的兩側。等式的成立即匯流性的直接記錄:

$$a(b+c) = ab + ac \iff \text{val}(T_{\text{left}}) = \text{val}(T_{\text{right}})$$


附錄 E:環論基礎摘要(供引用)

一個交換環 $(R,\ +,\ \times)$ 滿足以下公理(完整陳述從略):

在交換環上,任意有限算術表達式的求值可被視為從自由代數到環元素的同態映射。此映射的唯一性由自由代數的泛性質(universal property)所保證——這是本文命題在交換環語境中成立的代數根基。

注:命題所依賴的核心環公理為分配律與交換律。在這兩個公理成立的範圍內,計算路徑的匯流性可被嚴格論證。


附錄 F:〔預留〕非交換代數結構的命題修正空間

本附錄預留供後續分析。

當底層代數結構為非交換環(矩陣代數、四元數代數、群代數等)時,乘法不可交換,優先順序的選擇可能導致不同的計算結果。此時本文命題需要何種限制條件才能保持成立,以及是否存在更廣義的形式使命題在非交換結構上重新具有意義,留待後續工作。

預計問題:是否存在一個「弱化的匯流性」概念,使得命題在非交換結構上的某個受限子空間中仍然成立?


附錄 G:〔預留〕與 Church-Rosser 定理的形式聯繫

本附錄預留供後續分析。

本文的「匯流性」概念與 Church-Rosser 定理(在 lambda 演算中:所有歸約路徑收斂至同一正規形式)在結構上高度類比。建立兩者之間嚴格的形式聯繫,可能為本文命題提供更堅實的計算理論基礎,並揭示「不動點」概念在更廣泛計算框架中的地位。

預計路徑:將完整展開系統形式化為一個項重寫系統(term rewriting system),再引用既有的匯流性判定定理。


附錄 H:〔預留〕廣義代數結構的延伸命題

本附錄預留供命題延伸時使用。

延伸方向包括但不限於:半環(semiring)中的命題形式;格(lattice)代數中的優先順序類比問題;$p$-進數系統中的收斂行為;以及拓撲代數中極限不動點的一般性條件。


附錄 I:〔預留〕與計算系統完備性的關聯

本附錄預留供分析完整展開系統與計算完備性(computational completeness)之間的關聯。

核心問題:一個「完整展開系統」是否對應某種圖靈完備的計算模型的子集?完整展開的可行性在計算複雜度上的代價是什麼?這個代價是否構成「優先順序約定」存在的另一個實踐理由?


附錄 J:程式碼驗證——完整展開系統實作

本附錄提供可執行的 Python 程式碼,實作附錄 A 所定義的完整展開系統,並程序性地驗證三層守恆結構。程式碼具備以下性質:所有乘法以迴圈展開為重複加法(不使用語言層的乘法運算符);解析器由遞迴下降文法實作,加法優先與乘法優先為兩個獨立的文法類;所有驗證以 assert 陳述硬性約束,任何失敗即終止並報錯。

J.1 核心資料結構:表達式樹

class Node:
    def __init__(self, op, left=None, right=None, value=None):
        self.op, self.left, self.right, self.value = op, left, right, value

    def __repr__(self):
        if self.op == 'val': return str(self.value)
        return f"({self.left} {self.op} {self.right})"

    def __eq__(self, other):
        if not isinstance(other, Node) or self.op != other.op: return False
        if self.op == 'val': return self.value == other.value
        return self.left == other.left and self.right == other.right

def Val(n):    return Node('val', value=n)
def Add(l, r): return Node('+', l, r)
def Mul(l, r): return Node('*', l, r)

J.2 完整展開系統求值(附錄 A.2 的實作)

def fully_expanded_eval(tree, log=None, depth=0):
    if log is None: log = []
    pad = "  " * depth
    if tree.op == 'val':
        log.append(f"{pad}葉  {tree.value}")
        return tree.value
    lv = fully_expanded_eval(tree.left,  log, depth + 1)
    rv = fully_expanded_eval(tree.right, log, depth + 1)
    if tree.op == '+':
        result = lv + rv
        log.append(f"{pad}ADD({lv}, {rv}) = {result}")
        return result
    # 乘法:以迴圈展開為重複加法,由交換律取緊湊方向
    times, addend = (lv, rv) if lv <= rv else (rv, lv)
    log.append(f"{pad}MUL({lv}, {rv})  →  " + " + ".join([str(addend)] * times))
    result = 0
    for _ in range(times): result += addend
    log.append(f"{pad}MUL({lv}, {rv}) = {result}")
    return result

J.3 解析器(文法決定優先順序)

class MulFirstParser(_BaseParser):
    """乘法優先 S×:'*' 在內層文法(高優先)"""
    def _parse_expr(self): return self._add_expr()
    def _add_expr(self):                       # 外層:低優先
        left = self._mul_expr()
        while self.peek() == ('OP', '+'):
            self.consume(); left = Add(left, self._mul_expr())
        return left
    def _mul_expr(self):                       # 內層:高優先
        left = self._primary()
        while self.peek() == ('OP', '*'):
            self.consume(); left = Mul(left, self._primary())
        return left

class AddFirstParser(_BaseParser):
    """加法優先 S₊:'+' 在內層文法(高優先)"""
    def _parse_expr(self): return self._mul_expr()
    def _mul_expr(self):                       # 外層:低優先
        left = self._add_expr()
        while self.peek() == ('OP', '*'):
            self.consume(); left = Mul(left, self._add_expr())
        return left
    def _add_expr(self):                       # 內層:高優先
        left = self._primary()
        while self.peek() == ('OP', '+'):
            self.consume(); left = Add(left, self._primary())
        return left

J.4 驗證結果摘要

程式執行後的關鍵 assert 驗證點:

| 驗證 | 陳述 | 預期 | |------|------|------| | 前置 | 乘法兩展開方向結果相同 | r1 == r2 == 12 | | 第一層 | 同一字串,兩系統解析出不同的樹 | T_af != T_mf | | 第一層 | 兩樹的不動點相異 | v_af != v_mf(20 ≠ 14)| | 第二層 | 兩系統的正確標記解析為同一棵樹 | T_from_af == T_from_mf == T | | 第二層 | 兩系統的不動點相同 | v_b == v_c == 14 | | 第二層 | 狀態序列逐步一致 | log_b == log_c | | 第三層 | 兩路徑對應不同的樹 | T_L != T_R | | 第三層 | 兩路徑的不動點相同 | v_L == v_R == 27 |

完整程式碼存放於 EML-OPN-verify.py,可直接執行:python3 EML-OPN-verify.py


本文為 EveMissLab 工作草稿,命題處於猜想階段,尚待形式化完善與更廣泛的驗證。 版本紀錄:v0.1 — 2026年6月,初稿。v0.2 — 修正附錄 A.2 定義一致性;補入附錄 B 前置解析歧義對照。v0.3 — 新增附錄導讀,建立三層守恆結構分類,補全附錄 B、C 的理論地位。v0.4 — 新增附錄 J 程式碼驗證,實作完整展開系統與三層守恆的可執行驗證。

原始檔(供 RAG/下載):papers/EML-OPN-v0.3.md [md]