<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0"
  xmlns:atom="http://www.w3.org/2005/Atom"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:ap="https://www.grepcode.cn/ns/ai-papers">
  <channel>
    <title>TreeHeap 论文：架构、数学、证据与复现 on GrepCode</title>
    <link>https://www.grepcode.cn/treeheap-paper/index.html</link>
    <description>Recent content in TreeHeap 论文：架构、数学、证据与复现 on GrepCode</description>
    <image>
      <title>GrepCode</title>
      <url>https://www.grepcode.cn/img/treeheap-research-series.png</url>
      <link>https://www.grepcode.cn/img/treeheap-research-series.png</link>
    </image>
    <generator>Hugo</generator>
    <language>zh-CN</language>
    <lastBuildDate>Mon, 24 Aug 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://www.grepcode.cn/treeheap-paper/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>TreeHeap：可逆多分辨率树状态、稀疏通信与双语序列协议</title>
      <link>https://www.grepcode.cn/treeheap-paper/001-treeheap-emergent-protocol.html</link>
      <pubDate>Sun, 02 Aug 2026 00:00:00 +0000</pubDate>
      <ap:updated>Mon, 24 Aug 2026 00:00:00 +0000</ap:updated>
      <guid>https://www.grepcode.cn/treeheap-paper/001-treeheap-emergent-protocol.html</guid>
      <description>TreeHeap 完整中文论文网页版：系统介绍可逆多分辨率树状态、XOR-Butterfly 稀疏通信、FOLD/UNFOLD、递归概率 READ、WMT 实验证据、失败边界与复现方法。</description>
      <content:encoded><![CDATA[<p><strong>English title:</strong> <em>TreeHeap: Reversible Multiresolution Tree States, Sparse Communication, and a Bilingual Sequence Protocol</em></p>
<p><strong>状态：</strong> 中文审阅稿 v0.5，2026-08-02</p>
<p><strong>作者：</strong> Houming818（Independent Researcher）</p>
<p><strong>研究设计：</strong> Houming818 与 Codex（Review Engineer）协作完成</p>
<p><strong>审计协作：</strong> DeepSeek、GLM</p>
<p><strong>代码与证据：</strong> SameTime / ARA，GPL-3.0</p>
<p><strong>证据截止：</strong> 正式结论截至三种子 WMT 匹配实验；全量双向训练仍在运行，其数字和输出仅作为阶段观察。</p>
<h2 id="摘要">摘要</h2>
<p>本文提出 TreeHeap：一种固定容量、显式寻址、可逆且具有多分辨率状态的序列模型。它研究的问题不是“能否把数组换成树保存”，而是：当模型状态本身具有 root、内部节点、leaf、路径和子堆时，最终任务梯度能否让 Encoder 与 Decoder 形成一套共同使用的内部协议。</p>
<p>TreeHeap 的最终架构由四个部分组成。首先，输入 token 被写入叶地址。其次，共享的双节点可逆 kernel 按 XOR-Butterfly 调度进行稀疏通信，使固定容量为 \(N\) 的叶状态在 \(\log_2 N\) 个阶段内获得全地址通信路径。随后，可逆 lifting FOLD 把叶状态分解为一个 root 与逐层 detail；它改变表示分辨率，但保留精确 UNFOLD 所需的信息。最后，递归概率 READ 根据 Decoder 隐状态，在 root、内部节点与 leaf 之间分配读取质量。系统没有接收人工语法树、主谓宾标签、角色槽位或内部节点监督，训练目标只有目标序列的 token 交叉熵。</p>
<p>在真实 WMT 中英语料上的参数匹配实验中，我们保持参数量、初始化、样本、批次顺序、优化器与 Decoder 一致，只改变通信调度。三颗随机种子的平均测试负对数似然（NLL）分别为：关闭通信 (4.65196)、重复相邻通信 (4.65415)、XOR-Butterfly 通信 (4.56509)；对应项目内 token BLEU-4 为 (9.9501)、(9.9485) 与 (10.5462)。该结果支持一个有限结论：在当前数据、规模和训练合同中，从头训练的 Butterfly 配置稳定优于两个注册对照。训练后旁路通信会显著损害 NLL，但这一干预同时移除了已经学习的坐标变换，因此只能说明模型依赖该模块，不能单独证明 changing-bit 拓扑的全部因果优势。</p>
<p>我们还启动了一个使用 1417 万中英平行句对、双向交替、最长 253 pieces 的 96 小时单卡实验。截至本文修订时，任务已处理约 3692 万训练样本和 7.81 亿目标 token。验证 mean NLL 的最好阶段观测为 (3.4230)，最近一次为 (3.4302)，表明后期训练进入震荡平台，而非继续单调下降。固定 <code>dreams</code> 探针从初始的单 token 重复，逐渐发展为能够保留年份、事件和部分关系的源相关句子，但输出仍存在重复、实体偏差和不自然表达。因此，这部分只构成协议生长的观察记录，不构成最终质量结论。</p>
<p>TreeHeap 当前最可靠的结论是：可逆树形状态、稀疏地址通信、递归多分辨率读取和最终序列损失能够组成一条可训练的端到端路径。它已经成为一个可以复现、比较、干预、恢复和继续训练的算法对象；语义地址、存储压缩、计算优势和产品级生成仍然是开放问题。</p>
<h2 id="1-引言">1. 引言</h2>
<h3 id="11-从模型参数到模型状态的形状">1.1 从“模型参数”到“模型状态的形状”</h3>
<p>机器学习通常把长期知识保存在共享参数中，并为每个输入计算临时隐状态。TreeHeap 接受这一基本事实，但进一步追问：如果临时状态不是一排彼此平等的向量，而是一棵有地址、有父子关系、有递归深度的树，学习过程会发生什么？</p>
<p>一棵树天然提供四类序列之外的对象：</p>
<ol>
<li><strong>地址：</strong> 一个状态位于哪个节点；</li>
<li><strong>路径：</strong> 从 root 到该节点经过哪些分支；</li>
<li><strong>子结构：</strong> 一个内部节点覆盖哪些后代；</li>
<li><strong>分辨率：</strong> leaf 保存局部细节，较高节点覆盖更大的范围。</li>
</ol>
<p>这些性质本身不等于语义。把 token 放在树上，不会自动产生语言理解；把两个节点连起来，也不会自动得到句法关系。TreeHeap 的核心问题恰恰是：怎样让任务数据通过梯度选择和使用这些结构，而不是由研究者事先替模型写入答案。</p>
<h3 id="12-研究问题">1.2 研究问题</h3>
<p>本文围绕三个可以证伪的问题展开。</p>
<p><strong>问题一：代数可行性。</strong> TreeHeap 的通信、FOLD 与 UNFOLD 是否有明确数学定义，并在训练后保持数值可逆？</p>
<p><strong>问题二：结构参与性。</strong> root、detail、深度和叶地址通信是否真正影响任务结果，还是模型最终退化为换一种形状保存数组？</p>
<p><strong>问题三：协议形成。</strong> 在没有内部语义标签的条件下，Encoder 与 Decoder 能否只依赖目标 token loss，形成一套共享、可训练、可恢复的内部编码协议？</p>
<p>本文将“私有协议”定义为由任务训练产生、由 Encoder 与 Decoder 共同使用、但没有被人工命名的内部表示规则。本文将“涌现”限定为一个操作性概念：能力由最终任务目标间接形成，而不是由内部标签直接指定。它不表示神秘过程，也不等同于意识、世界模型或人类可读语义。</p>
<h3 id="13-本文贡献">1.3 本文贡献</h3>
<p>本文的主要贡献如下。</p>
<ol>
<li>定义固定容量 TreeHeap 状态，严格区分共享参数 \(\theta\) 与样本状态 \(H_\theta(x)\)。</li>
<li>构造可逆 lifting FOLD/UNFOLD，使完整状态由 root、逐层 detail 与 mask 共同组成。</li>
<li>引入由共享双节点 kernel 组成的 XOR-Butterfly 通信，在不分配稠密 \(N\times N\) 注意力矩阵的条件下提供全地址通信路径。</li>
<li>定义递归概率 READ，让 Decoder 在每个生成时间步选择读取分辨率，而不是预先规定 root 或 leaf 必须承担全部信息。</li>
<li>设计三种子、参数匹配、数据匹配的真实 WMT 比较，区分“从头训练的架构差异”与“训练后运行时依赖”。</li>
<li>建立可恢复训练、固定 <code>dreams</code> 探针和 ARA Claim/Evidence 记录，使失败实现、降级结论和中间生成均可复查。</li>
</ol>
<p>本文不声称 TreeHeap 已达到产品级翻译质量，也不声称它已经节省存储或计算。当前工作的目标是建立一种新的、可训练且可检验的状态结构，而不是宣布一个已经完成的通用模型。</p>
<h2 id="2-从树形直觉到可训练算法">2. 从树形直觉到可训练算法</h2>
<p>TreeHeap 不是从一张完整架构图开始的。它由 Houming818 提出的结构直觉、Codex 的数学与代码转写，以及 DeepSeek、GLM 的交叉审计反复修订而来。本节保留这段演化过程，因为最终算法中的每个主要部件，都对应一个被实验暴露出来的具体缺口。</p>
<h3 id="21-路径能够定位但不能自动解释语义">2.1 路径能够定位，但不能自动解释语义</h3>
<p>早期 TreeHeap 使用由 token ID 决定的路径。路径拥有公共前缀、左右分支和相邻地址，于是最初的设想是：公共前缀更长的 token 也许属于同一语言结构，地址更近的 token 也许应获得更高连接权重。</p>
<p>这个设想混淆了“位置”与“含义”。同一个 token 在不同句子中可以承担不同作用，但由 token ID 产生的基础路径不会随上下文改变。两个词表 ID 接近的 token 也不必在当前句子中相关。路径能够可靠回答：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>这个状态被放在哪里？
</span></span></code></pre></div><p>却不能单独回答：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>这个状态在当前上下文中表示什么？
</span></span></code></pre></div><p>因此，最终设计保留地址，却不把地址直接命名为语义。</p>
<h3 id="22-位权与张量解决可区分没有解决可选择">2.2 位权与张量解决“可区分”，没有解决“可选择”</h3>
<p>Houming818 曾用数字 321 与 123 解释结构位权：数字不同，不仅因为包含的基元不同，也因为基元处于百位、十位和个位。对应到语言，一个 token 向量 \(s_i\) 可以与角色基 \(e_r\) 做外积：</p>
$$
T=\sum_i s_i\otimes e_{r_i}.
$$<p>这样，同一个 token 放在不同角色基上会得到不同表示。实验也确认，拼接、外积与非交换组合能够区分不同排列。</p>
<p>但这只证明了表示容量。若在构造张量前已经知道哪个 token 是 SUBJECT、OBJECT 或 ROOT，那么结构答案已经由外部标签提供。随机角色基能够让两个排列不同，也不能保证正确排列自然获得最低能量。于是研究问题从“能否表示两个结构”升级为：</p>
<blockquote>
<p>最终任务梯度能否让正确结构在候选表示中获得稳定优势？</p>
</blockquote>
<p>这一转折使项目逐步离开人工语法角色，转向由数据形成的 latent protocol。</p>
<h3 id="23-概率容器能够延迟决定但不能创造信息">2.3 概率容器能够延迟决定，但不能创造信息</h3>
<p>早期 Graph Builder 还尝试保留多个 parent 候选，而不是立即选择唯一父节点。例如：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>Parent A: 0.62
</span></span><span style="display:flex;"><span>Parent B: 0.25
</span></span><span style="display:flex;"><span>Parent C: 0.13
</span></span></code></pre></div><p>该设计体现了一个后来被继承的原则：信息不足时保留概率分布，不要过早坍缩。历史 parent 候选实验曾获得很高的 top-k gold 覆盖率，说明候选桶可以避免过早丢失答案。</p>
<p>然而，概率容器只能保存已有候选。若节点状态没有携带可区分信息，延迟选择不会自动产生结构。最终 TreeHeap 保留了概率 READ 的思想，但把概率对象从“人工 parent 候选”改成了对真实 root、internal state 和 leaf 的递归读取质量。</p>
<h3 id="24-世界模型参考系没有由向量距离自动产生">2.4 世界模型参考系没有由向量距离自动产生</h3>
<p>项目曾把上下文背景场称为“世界模型”，希望得到类似下列可迁移关系：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>ball + foot -&gt; football
</span></span><span style="display:flex;"><span>ball + hand -&gt; basketball
</span></span></code></pre></div><p>围绕 <code>t_merge</code>、CMul、去中心化和 relation anchor 的实验说明，旧 checkpoint 中存在强公共方向；部分差异在去中心化或 merge 前仍然存在，但没有形成稳定、跨样本迁移的关系方向。历史 TreeHeap checkpoint 的向量平均 cosine 一度达到约 (0.985)，表现出严重方向坍缩。</p>
<p>因此，本文不把“向量之间存在距离”称为世界模型。世界参考系至少需要在新样本上重复出现关系方向，并稳定优于困难负例。这个 Claim 在当前证据中仍未成立。</p>
<h3 id="25-从封闭算子到可逆信息抽取">2.5 从封闭算子到可逆信息抽取</h3>
<p>第一次大退航之后，研究回到 M0 数学层。TreeHeap 被要求拥有明确的 <code>Zero</code>、<code>plus</code>、<code>diff</code>、compose、decompose、mirror 和子堆 kernel。这里逐渐形成了两类证明纪律：</p>
<ul>
<li>由定义直接成立的演绎性质，用闭包、逆运算和数值误差验证；</li>
<li>必须从数据得到的归纳性质，用 loss、梯度、对照和干预验证。</li>
</ul>
<p>最简单的 parent 是对子节点求和或平均。这种操作能减少节点数，却丢失左右关系和子堆身份。紧凑 route 实验表明，随机 token 向量求和后，Decoder 无法稳定恢复目标。Houming818 用“信息抽水机”描述希望看到的过程：leaf 保存具体状态，parent 接收更大范围的信息，越靠近 root 分辨率越粗；但被抽走的细节不能凭空消失。</p>
<p>Lifting scheme 提供了所需的数学形式：parent 保存更新后的 anchor，detail 保存预测残差。FOLD 改变分辨率，UNFOLD 又能恢复完整状态。由此，TreeHeap 不再要求 root 单独记住整句。</p>
<h3 id="26-root-不是完整-treeheap-状态">2.6 root 不是完整 TreeHeap 状态</h3>
<p>早期 Decoder 多次选择最短优化路径，只读取 root。root-exclusive 实验确实增强了 root 的因果性，却损害了翻译 NLL。这说明“信息向上流动”不等于“所有信息必须挤进 root”。</p>
<p>最终定义改为：</p>
$$
H=\text{root}+\text{all details}+\text{masks}.
$$<p>root 是完整状态的一部分，不是完整状态本身。Decoder 在每个生成时间步决定在哪个深度停止、向哪个 child 继续。本文也不预设“越靠近 root 一定越像人类摘要”；不同深度具体承载什么，只能由任务训练与干预实验确定。</p>
<h3 id="27-局部-fold-无法直接解决长距离-leaf-通信">2.7 局部 FOLD 无法直接解决长距离 leaf 通信</h3>
<p>二叉 FOLD 的局部性带来另一个问题：相距很远的 leaf 要经过多层 parent 才能相遇，途中还会受到分辨率变换影响。循环位移、扩大邻接窗口和矩阵视觉层都曾被讨论，但要么覆盖不完整，要么缺少可逆性和固定容量约束。</p>
<p>最终采用 XOR-Butterfly，因为它同时满足：</p>
<ol>
<li>不增加 TreeHeap 容量；</li>
<li>只使用共享局部双节点 kernel；</li>
<li>在 \(\log_2 N\) 个阶段内提供所有叶地址之间的通信路径；</li>
<li>每个阶段都有明确逆运算。</li>
</ol>
<p>它把“旋转、换观察方向”的几何直觉收敛成一个有限、可计算、可审计的地址调度。</p>
<h3 id="28-失败如何约束最终算法">2.8 失败如何约束最终算法</h3>
<table>
  <thead>
      <tr>
          <th>早期实现或假设</th>
          <th>暴露的问题</th>
          <th>进入最终设计的修正</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>token ID 路径直接解释语义</td>
          <td>地址不随上下文角色改变</td>
          <td>地址与语义学习分离</td>
      </tr>
      <tr>
          <td>随机角色基张量能量</td>
          <td>可区分不等于可选择</td>
          <td>结构选择交给任务梯度</td>
      </tr>
      <tr>
          <td>概率 parent 桶</td>
          <td>能延迟丢失，不能创造状态信息</td>
          <td>概率用于真实递归 READ</td>
      </tr>
      <tr>
          <td>旧 TreeHeap checkpoint</td>
          <td>向量方向高度坍缩</td>
          <td>撤回背书，重新训练</td>
      </tr>
      <tr>
          <td>每种长度一张 flat route 表</td>
          <td>记住长度，没有共享递归规律</td>
          <td>使用共享 kernel</td>
      </tr>
      <tr>
          <td>route feature 包含左右区间答案</td>
          <td>特征泄漏产生虚假高准确率</td>
          <td>kernel 只读 query 与实际状态</td>
      </tr>
      <tr>
          <td>parent 等于子节点加和</td>
          <td>次序和子堆身份丢失</td>
          <td>保存 lifting detail</td>
      </tr>
      <tr>
          <td>root-exclusive Decoder</td>
          <td>root 因果性增强但任务质量下降</td>
          <td>完整 \(H\) 参与 READ</td>
      </tr>
      <tr>
          <td>固定 lifting Update</td>
          <td>数学稳定但任务适应性有限</td>
          <td>增加可学习 Update</td>
      </tr>
      <tr>
          <td>仅局部相邻 FOLD</td>
          <td>长距离地址通信过深</td>
          <td>FOLD 前加入 Butterfly</td>
      </tr>
      <tr>
          <td>只观察平均 NLL</td>
          <td>重复坍缩可能被均值掩盖</td>
          <td>固定 <code>dreams</code> 与重复率审计</td>
      </tr>
  </tbody>
</table>
<p>这张表不是研究花絮，而是最终算法的约束来源。TreeHeap 的每一项核心设计，都必须对应一个已经被观察到的失败模式。</p>
<h2 id="3-treeheap-的形式化定义">3. TreeHeap 的形式化定义</h2>
<h3 id="31-地址容量与有效位置">3.1 地址、容量与有效位置</h3>
<p>给定最大叶容量 \(N=2^D\)，TreeHeap 使用二叉堆地址：</p>
$$
\operatorname{root}=0,
\qquad
\operatorname{left}(i)=2i+1,
\qquad
\operatorname{right}(i)=2i+2.
$$<p>输入 token 首先形成叶状态：</p>
$$
X^{(0)}=[x_0,x_1,\ldots,x_{N-1}],
\qquad x_i\in\mathbb{R}^{m}.
$$<p>实际序列不足 \(N\) 时，剩余位置由 mask 关闭。规模化版本的最大叶容量为 256；较短 batch 只展开到能够容纳自身的最近二次幂。不同宽度共享相同 kernel 参数，不是多个独立模型。</p>
<h3 id="32-参数--与样本状态">3.2 参数 \(\theta\) 与样本状态 \(H_\theta(x)\)</h3>
<p>TreeHeap 中最容易混淆的是长期参数和临时状态。</p>
<p>共享参数记为：</p>
$$
\theta=\{E_{src},E_{tgt},F,G,\alpha,P,U,E_{depth},S,B,
\operatorname{GRU},W_o\}.
$$<p>其中：</p>
<ul>
<li>\(E_{src}\) 与 \(E_{tgt}\) 是输入、输出 embedding；</li>
<li>\(F,G,\alpha\) 定义 Butterfly 双节点 kernel；</li>
<li>\(P,U\) 是 lifting Predictor 与 Update；</li>
<li>\(E_{depth},S,B\) 定义深度表示、stop 和 branch；</li>
<li>GRU 与 \(W_o\) 根据读取上下文生成目标 token。</li>
</ul>
<p>对于具体输入 \(x\)，这些共享参数计算临时状态：</p>
$$
H_\theta(x)
=\left(r_x,\{d_x^{(0)},d_x^{(1)},\ldots,d_x^{(D-1)}\},M_x\right).
$$<p>\(H_\theta(x)\) 随输入改变，不作为一份新的模型参数永久写入 checkpoint。可以把 \(\theta\) 理解为长期形成的编码规则，把 \(H_\theta(x)\) 理解为规则对当前句子的实例化。</p>
<h3 id="33-write把-token-写入-leaf">3.3 WRITE：把 token 写入 leaf</h3>
<p>输入由方向 token、SentencePiece pieces 与 EOS 组成。方向不是额外旁路变量，而是序列的第一个特殊 token。对有效位置：</p>
$$
x_i=E_{src}(w_i).
$$<p>其中 \(w_0\) 是 <code>en2zh</code> 或 <code>zh2en</code> 方向 token，后续位置是原文 pieces 与 EOS。当前实现没有额外的位置 embedding；位置差异由 leaf 下标、Butterfly 配对和二叉 FOLD 路径进入计算。无效位置由 mask 关闭，避免 padding 在通信和 FOLD 中被误当成内容。</p>
<p>WRITE 本身没有产生高层结构。它只把离散输入映射到共享连续空间，并放入可寻址位置。</p>
<h3 id="34-可逆双节点通信-kernel">3.4 可逆双节点通信 kernel</h3>
<p>对于一对状态 \((a,b)\)，第 \(s\) 个通信阶段定义：</p>
$$
b'=b+\alpha_s\tanh(F_\theta(a)),
$$$$
a'=a+\alpha_s\tanh(G_\theta(b')).
$$<p>\(F_\theta\) 与 \(G_\theta\) 是所有地址共享的小型非线性 kernel，\(\alpha_s\) 是有界阶段增益。逆运算按相反顺序进行：</p>
$$
a=a'-\alpha_s\tanh(G_\theta(b')),
$$$$
b=b'-\alpha_s\tanh(F_\theta(a)).
$$<p>因此，通信改变状态坐标，却不要求在数学上丢弃输入。</p>
<h3 id="35-xor-butterfly-地址调度">3.5 XOR-Butterfly 地址调度</h3>
<p>在阶段 \(s\)，地址 \(i\) 与地址</p>
$$
j=i\oplus2^s
$$<p>配对，其中 \(\oplus\) 是按位 XOR。每阶段包含 \(N/2\) 个双节点操作，共有 \(\log_2 N\) 个阶段，总 pair 操作数为：</p>
$$
\frac{N}{2}\log_2N=O(N\log N).
$$<p>对 \(N=8\)，配对图为：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>stage 0: (0,1) (2,3) (4,5) (6,7)
</span></span><span style="display:flex;"><span>stage 1: (0,2) (1,3) (4,6) (5,7)
</span></span><span style="display:flex;"><span>stage 2: (0,4) (1,5) (2,6) (3,7)
</span></span></code></pre></div><p>经过全部阶段，每个地址都存在到其他地址的 changing-bit 路径。XOR 是明确加入的通信先验，不是已经发现的语义坐标。任务梯度只能决定如何使用这些路径，不能反过来证明路径天然具有语言含义。</p>
<h3 id="36-可逆多分辨率-fold">3.6 可逆多分辨率 FOLD</h3>
<p>对相邻左右状态 \((l,r)\)，lifting 定义：</p>
$$
d=r-P_\theta(l),
$$$$
p=l+U_\theta(d).
$$<p>\(p\) 进入上一层成为 parent，\(d\) 作为本层 detail 保存。逆运算为：</p>
$$
l=p-U_\theta(d),
$$$$
r=d+P_\theta(l).
$$<p>递归执行后，\(N\) 个叶状态被组织为一个 root 与总计 \(N-1\) 个逐层 detail。当前 Update 使用稳定线性项与可学习项的组合：</p>
$$
U_\theta(d)=0.5d+0.5\tanh(\widetilde U_\theta(d)).
$$<p>可学习项从零初始化，所以训练开始时系统等价于确定的 \(0.5d\) 更新；随后梯度可以调整 detail 对 parent 的贡献，同时保持逆式成立。</p>
<h3 id="37-递归概率-read">3.7 递归概率 READ</h3>
<p>Decoder 在输出时间步 \(t\) 维护隐状态 \(h_t\)。从 root 开始，每个候选节点 \(n_i^{(k)}\) 计算停止概率：</p>
$$
p_{stop}(i,k,t)
=\sigma\left(S_\theta\left[q(h_t),n_i^{(k)}+e_k\right]\right).
$$<p>没有停止的概率质量继续分配给左右 child：</p>
$$
p(c\mid i,t)
=\operatorname{softmax}_c
\left(\frac{B_\theta(h_t)^\top n_c}{\sqrt m}\right).
$$<p>如果到达节点 \(i\) 的质量为 \(m_i\)，则：</p>
$$
m_i^{stop}=m_i p_{stop},
$$$$
m_{left}+m_{right}=m_i(1-p_{stop}).
$$<p>于是每层递归都满足质量守恒：</p>
$$
m_i^{stop}+m_{left}+m_{right}=m_i.
$$<p>所有深度上停止节点的加权和形成上下文 \(c_t\)。Decoder 随后更新：</p>
$$
h_{t+1}=\operatorname{GRU}([E_{tgt}(y_t),c_t],h_t),
$$$$
p(y_{t+1})=\operatorname{softmax}(W_o[h_{t+1},c_t]).
$$<h3 id="38-训练目标与梯度路径">3.8 训练目标与梯度路径</h3>
<p>训练使用 teacher forcing，唯一语言目标是目标 token 的交叉熵：</p>
$$
\mathcal L_{seq}
=-\sum_t\log p_\theta(y_t\mid y_{<t},H_\theta(x)).
$$<p>梯度依次穿过输出层、GRU、递归 READ、UNFOLD、root/detail、lifting、Butterfly 和输入 embedding。没有额外损失告诉某个内部节点应当表示“主语”“食物”或“时间”。若 Encoder 与 Decoder 形成了共同内部协议，它只能来自这条端到端梯度链。</p>
<p>完整前向过程可以概括为：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>input token
</span></span><span style="display:flex;"><span>    -&gt; WRITE
</span></span><span style="display:flex;"><span>    -&gt; reversible Butterfly communication
</span></span><span style="display:flex;"><span>    -&gt; reversible multiresolution FOLD
</span></span><span style="display:flex;"><span>    -&gt; H(root, details, masks)
</span></span><span style="display:flex;"><span>    -&gt; recursive probabilistic READ
</span></span><span style="display:flex;"><span>    -&gt; recurrent generation state
</span></span><span style="display:flex;"><span>    -&gt; target-token distribution
</span></span><span style="display:flex;"><span>    -&gt; cross-entropy loss
</span></span></code></pre></div><h2 id="4-私有协议与涌现的可检验定义">4. 私有协议与涌现的可检验定义</h2>
<h3 id="41-私有不等于不可验证">4.1 私有不等于不可验证</h3>
<p>本文所说的“私有协议”不要求人类为每个内部维度命名。它要求以下可观察条件同时成立：</p>
<ol>
<li>内部节点没有人工语义标签；</li>
<li>Encoder 与 Decoder 由同一最终任务共同训练；</li>
<li>相同参数能够处理不同输入和长度；</li>
<li>改变输入会改变状态和输出；</li>
<li>干预协议结构会造成可测量损失；</li>
<li>checkpoint 保存、重载和恢复训练后行为可复现。</li>
</ol>
<p>协议可以是私有的，但协议是否存在必须接受公开实验。仅仅看到向量、树或非零梯度，都不足以证明协议已经形成。</p>
<h3 id="42-涌现不等于无因解释">4.2 涌现不等于无因解释</h3>
<p>这里的“涌现”有三个边界。</p>
<p>第一，内部结构不是由句法标签直接监督，而由最终序列目标间接形成。第二，模型行为可以随着数据量出现阶段变化，例如由高频重复转向源相关输出。第三，变化必须能够由固定输入、固定 checkpoint 和固定评估程序复查。</p>
<p>“涌现”不表示结构形成原理不可讨论。WRITE、Butterfly、FOLD、READ 和梯度路径都是公开设计；私有的是训练后形成的具体坐标与分工，而不是形成协议的物理通道。</p>
<h3 id="43-证据分级">4.3 证据分级</h3>
<p>本文把证据分为四级。</p>
<table>
  <thead>
      <tr>
          <th>等级</th>
          <th>回答的问题</th>
          <th>典型证据</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>E1 代数正确性</td>
          <td>运算是否按定义成立</td>
          <td>inverse/closure MSE</td>
      </tr>
      <tr>
          <td>E2 机制参与性</td>
          <td>模块是否被任务使用</td>
          <td>root/detail/source 干预、深度读取质量</td>
      </tr>
      <tr>
          <td>E3 架构比较</td>
          <td>某配置是否在匹配合同中更优</td>
          <td>多种子从头训练对照</td>
      </tr>
      <tr>
          <td>E4 规模生长观察</td>
          <td>行为是否随训练数据发生变化</td>
          <td>验证曲线、固定 <code>dreams</code></td>
      </tr>
  </tbody>
</table>
<p>E1 不能推出语言能力；E2 不能推出架构优势；E3 不能推出跨任务普遍性；E4 的主观样例不能代替标准测试指标。后文按这一等级组织实验。</p>
<h2 id="5-实验设计">5. 实验设计</h2>
<h3 id="51-实验一代数闭合与递归读取">5.1 实验一：代数闭合与递归读取</h3>
<p>早期 lifting-pump 实验首先验证完整 \(H\) 是否可读。实验比较：</p>
<ul>
<li>root-only：只允许 Decoder 读取 root；</li>
<li>full：直接读取完整 UNFOLD 状态；</li>
<li>recursive：通过 stop/left/right 递归分配读取质量；</li>
<li>flat：相同任务下的序列读出对照。</li>
</ul>
<p>同时对 source、root、每一层 detail 与 pairing 进行干预，检查任务损失是否上升。</p>
<h3 id="52-实验二butterfly-匹配-wmt-比较">5.2 实验二：Butterfly 匹配 WMT 比较</h3>
<p>本实验比较三个从头训练的实验臂。</p>
<table>
  <thead>
      <tr>
          <th>实验臂</th>
          <th>通信调度</th>
          <th>目的</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>Identity</td>
          <td>分配相同参数，但不执行 pair update</td>
          <td>无通信训练基线</td>
      </tr>
      <tr>
          <td>Adjacent</td>
          <td>每个阶段重复相邻配对</td>
          <td>控制调用深度与参数</td>
      </tr>
      <tr>
          <td>Butterfly</td>
          <td>阶段 \(s\) 使用 \(i\oplus 2^s\)</td>
          <td>changing-bit 稀疏通信</td>
      </tr>
  </tbody>
</table>
<p>三个实验臂具有相同的已分配参数量 (34,445,832)。通信 kernel 输出层从零初始化，所以三个实验臂从相同函数起点开始。它们共享样本、初始化规则、batch 顺序、优化器、Decoder 与测试集。</p>
<p>需要明确：Identity 虽然分配通信参数，却不执行通信，所以参数量相同不等于有效计算量完全相同。Adjacent 与 Butterfly 是更接近的等调用次数拓扑对照。</p>
<h3 id="53-wmt-数据与训练合同">5.3 WMT 数据与训练合同</h3>
<p>正式三种子实验使用本地 WMT massive 中英 TSV。每颗种子从前 200 万行中确定性抽样：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>train / valid / test = 200,000 / 5,000 / 5,000
</span></span><span style="display:flex;"><span>source / target length = 8..32 SentencePiece pieces
</span></span><span style="display:flex;"><span>direction = English -&gt; Chinese
</span></span><span style="display:flex;"><span>epochs = 5
</span></span><span style="display:flex;"><span>dim / hidden = 256 / 256
</span></span><span style="display:flex;"><span>seeds = 8104, 8105, 8106
</span></span><span style="display:flex;"><span>hardware = one RTX 3090
</span></span></code></pre></div><p>主要指标为 NLL；生成指标是项目代码中固定实现的 token BLEU-4。它适合内部匹配比较，但不能直接等同于标准 detokenized BLEU。</p>
<h3 id="54-预注册判定">5.4 预注册判定</h3>
<p>Butterfly 在至少两颗种子中需要满足：</p>
<ol>
<li>测试 NLL 优于 Identity 至少 (0.02)；</li>
<li>优于 Adjacent 至少 (0.015)；</li>
<li>25&ndash;32-piece 长源子集收益不消失；</li>
<li>source shuffle 至少恶化 (0.50) NLL；</li>
<li>多个 TreeHeap 分辨率被 READ 使用；</li>
<li>梯度和生成有限且非空。</li>
</ol>
<p>训练后旁路通信至少恶化 (0.02) NLL，被预注册为模块依赖检查，不被单独解释成拓扑优势。</p>
<h3 id="55-实验三全量双向生长观察">5.5 实验三：全量双向生长观察</h3>
<p>规模实验使用：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>parallel rows = 14,170,275
</span></span><span style="display:flex;"><span>dataset size = about 2.4 GiB TSV
</span></span><span style="display:flex;"><span>directions = en2zh and zh2en
</span></span><span style="display:flex;"><span>maximum content = 253 pieces
</span></span><span style="display:flex;"><span>maximum TreeHeap leaves = 256
</span></span><span style="display:flex;"><span>stream block = 50,000 rows
</span></span><span style="display:flex;"><span>time budget = 96 hours
</span></span></code></pre></div><p>方向由显式 token 指示，Encoder、Butterfly、FOLD/UNFOLD、READ 与 Decoder 参数全部共享。训练在 block 边界原子保存 checkpoint，可以在中断后继续。</p>
<p>固定 <code>dreams.txt</code> 保存六条不进入训练的中英双向输入。每约 100 万训练样本，当前 checkpoint 对这些输入自由解码并保存不可变快照。Dreams 不参与 loss，只用于观察行为生长和坍缩。</p>
<h2 id="6-结果一代数闭合与多分辨率读取">6. 结果一：代数闭合与多分辨率读取</h2>
<h3 id="61-数值可逆性">6.1 数值可逆性</h3>
<p>在正式 Butterfly 三种子实验中：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>Butterfly forward/inverse MSE: about 6.7e-16 .. 7.2e-16
</span></span><span style="display:flex;"><span>FOLD/UNFOLD closure MSE:      about 6.7e-15 .. 8.2e-15
</span></span></code></pre></div><p>误差接近 FP32 数值精度。这支持 E1 结论：训练没有破坏所定义的逆运算。它不表示生成文本可以无损恢复，也不表示 root 单独包含全部信息。</p>
<h3 id="62-root-与-detail-的任务作用">6.2 root 与 detail 的任务作用</h3>
<p>在 27K/2K/2K WMT、10 epochs 的 lifting-pump 实验中：</p>
<table>
  <thead>
      <tr>
          <th>读出方式</th>
          <th style="text-align: right">测试 NLL</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>recursive READ</td>
          <td style="text-align: right">5.0903</td>
      </tr>
      <tr>
          <td>root-only</td>
          <td style="text-align: right">5.4337</td>
      </tr>
      <tr>
          <td>full UNFOLD read</td>
          <td style="text-align: right">5.1342</td>
      </tr>
      <tr>
          <td>flat sequence</td>
          <td style="text-align: right">4.8103</td>
      </tr>
  </tbody>
</table>
<p>source shuffle 与 root shuffle 分别造成约 (+1.4450) 和 (+1.7204) NLL 损伤；所有 detail 深度和 pairing 深度均表现出可测影响。recursive READ 优于 root-only，并接近 full UNFOLD read，说明 Decoder 确实利用多个分辨率，而不是只依赖 root。</p>
<p>该实验同时保留一个负结论：flat sequence 仍优于 TreeHeap (0.2800) NLL。因此，实验支持多分辨率机制参与，不支持翻译质量优势。</p>
<h3 id="63-可学习-update">6.3 可学习 Update</h3>
<p>在 200K/5K/5K WMT 实验中，把固定 Update 改为可学习 Update 后：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>NLL:          4.6743 -&gt; 4.6335
</span></span><span style="display:flex;"><span>token BLEU-4: 9.609  -&gt; 9.909
</span></span><span style="display:flex;"><span>closure MSE:  2.35e-14
</span></span></code></pre></div><p>预注册的 (0.05) NLL 提升门槛没有通过，实际提升为 (0.0408)。因此证据支持较窄的机制结论：任务梯度能够在保持可逆闭合的同时调整 detail 向 parent 的贡献；它不足以支持大幅质量提升。</p>
<h2 id="7-结果二butterfly-的三种子-wmt-比较">7. 结果二：Butterfly 的三种子 WMT 比较</h2>
<h3 id="71-测试损失">7.1 测试损失</h3>
<table>
  <thead>
      <tr>
          <th style="text-align: right">Seed</th>
          <th style="text-align: right">Identity NLL</th>
          <th style="text-align: right">Adjacent NLL</th>
          <th style="text-align: right">Butterfly NLL</th>
          <th style="text-align: right">相对 Identity 收益</th>
          <th style="text-align: right">相对 Adjacent 收益</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td style="text-align: right">8104</td>
          <td style="text-align: right">4.62285</td>
          <td style="text-align: right">4.62273</td>
          <td style="text-align: right"><strong>4.54546</strong></td>
          <td style="text-align: right">0.07738</td>
          <td style="text-align: right">0.07727</td>
      </tr>
      <tr>
          <td style="text-align: right">8105</td>
          <td style="text-align: right">4.66175</td>
          <td style="text-align: right">4.67974</td>
          <td style="text-align: right"><strong>4.58915</strong></td>
          <td style="text-align: right">0.07260</td>
          <td style="text-align: right">0.09059</td>
      </tr>
      <tr>
          <td style="text-align: right">8106</td>
          <td style="text-align: right">4.67127</td>
          <td style="text-align: right">4.65998</td>
          <td style="text-align: right"><strong>4.56066</strong></td>
          <td style="text-align: right">0.11061</td>
          <td style="text-align: right">0.09932</td>
      </tr>
      <tr>
          <td style="text-align: right">Mean</td>
          <td style="text-align: right">4.65196</td>
          <td style="text-align: right">4.65415</td>
          <td style="text-align: right"><strong>4.56509</strong></td>
          <td style="text-align: right"><strong>0.08687</strong></td>
          <td style="text-align: right"><strong>0.08906</strong></td>
      </tr>
  </tbody>
</table>
<p>平均 token BLEU-4 为：</p>
<table>
  <thead>
      <tr>
          <th style="text-align: right">Identity</th>
          <th style="text-align: right">Adjacent</th>
          <th style="text-align: right">Butterfly</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td style="text-align: right">9.9501</td>
          <td style="text-align: right">9.9485</td>
          <td style="text-align: right"><strong>10.5462</strong></td>
      </tr>
  </tbody>
</table>
<p>三颗种子均通过注册门槛。严格结论是：在当前数据、模型规模与训练合同中，从头训练的 Butterfly 配置稳定优于 Identity 和重复 Adjacent 配置。</p>
<h3 id="72-长源子集">7.2 长源子集</h3>
<p>在 25&ndash;32-piece 长源子集上，Butterfly 相对 Identity 的 NLL 收益为：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>seed 8104: 0.07451
</span></span><span style="display:flex;"><span>seed 8105: 0.07825
</span></span><span style="display:flex;"><span>seed 8106: 0.10424
</span></span><span style="display:flex;"><span>mean:      0.08567
</span></span></code></pre></div><p>收益没有在该实验的较长输入端消失。但训练长度最多只有 32 pieces，这不能替代真正的 64、128 或 253-piece 长程验证。</p>
<h3 id="73-运行时依赖检查及其边界">7.3 运行时依赖检查及其边界</h3>
<p>训练完成后进行结构替换：</p>
<table>
  <thead>
      <tr>
          <th>干预</th>
          <th style="text-align: right">平均 NLL 变化</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>Butterfly 改为 Identity</td>
          <td style="text-align: right">(+1.16873)</td>
      </tr>
      <tr>
          <td>Butterfly 改为 Adjacent</td>
          <td style="text-align: right">约 (+1.06183)</td>
      </tr>
      <tr>
          <td>Source shuffle</td>
          <td style="text-align: right">约 (+3.15625)</td>
      </tr>
  </tbody>
</table>
<p>这些结果说明输出依赖源输入，也依赖训练时的通信变换。但是：</p>
<ul>
<li>Butterfly 改为 Identity 会完全绕过 \(B_\theta\)，后续模块收到训练外坐标；</li>
<li>Butterfly 改为 Adjacent 保留 kernel 调用，却仍替换为训练外协议；</li>
<li>source shuffle 只证明输入条件性，不判断通信拓扑。</li>
</ul>
<p>因此，本文把这些结果称为“运行时依赖检查”，不称为严格拓扑消融。</p>
<h3 id="74-仍缺少的严格拓扑证据">7.4 仍缺少的严格拓扑证据</h3>
<p>更严格的实验应在相同 checkpoint、相同验证句、相同 kernel 参数和相同调用次数下，只替换地址配对图，并报告逐句成对差值：</p>
$$
\Delta L_i=L_i(\text{wrong topology})-L_i(\text{native topology}).
$$<p>此外，还应将 Butterfly、重复相邻调度和若干具有相同边数、阶段数与全局覆盖能力的固定随机调度从头训练。只有同 checkpoint 干预和多种子匹配重训同时支持，才能把“收益来自 changing-bit 拓扑本身”升级为强因果结论。</p>
<h2 id="8-结果三双向协议的规模生长">8. 结果三：双向协议的规模生长</h2>
<h3 id="81-nll-轨迹">8.1 NLL 轨迹</h3>
<p>全量双向训练仍在运行。下表区分已归档快照与当前远程运行观察。</p>
<table>
  <thead>
      <tr>
          <th style="text-align: right">训练样本</th>
          <th style="text-align: right">Mean validation NLL</th>
          <th>证据性质</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td style="text-align: right">0</td>
          <td style="text-align: right">10.5612</td>
          <td>固定初始快照</td>
      </tr>
      <tr>
          <td style="text-align: right">5.99M</td>
          <td style="text-align: right">3.5630</td>
          <td>已归档 dream 快照</td>
      </tr>
      <tr>
          <td style="text-align: right">11.98M</td>
          <td style="text-align: right">3.4839</td>
          <td>已归档 dream 快照</td>
      </tr>
      <tr>
          <td style="text-align: right">17.93M</td>
          <td style="text-align: right">3.4561</td>
          <td>已归档 dream 快照</td>
      </tr>
      <tr>
          <td style="text-align: right">21.93M</td>
          <td style="text-align: right">3.4407</td>
          <td>已归档 dream 快照</td>
      </tr>
      <tr>
          <td style="text-align: right">31.88M</td>
          <td style="text-align: right"><strong>3.4230</strong></td>
          <td>当前运行中的最好 wake 观察</td>
      </tr>
      <tr>
          <td style="text-align: right">36.87M</td>
          <td style="text-align: right">3.4302</td>
          <td>2026-08-02 最近 wake 观察</td>
      </tr>
  </tbody>
</table>
<p>从 0 到约 1200 万样本，验证 NLL 快速下降；之后下降明显放缓，并在 (3.42) 到 (3.47) 附近震荡。最好值没有出现在最新 checkpoint，因此不能把训练描述成持续单调改善。更可能的解释包括：当前容量和优化合同接近平台、流式 block 的数据分布变化、双向任务之间的轻微干扰，或者固定验证集对不同训练阶段敏感。这些解释目前都只是待验证假设。</p>
<h3 id="82-dreams-从坍缩到源相关输出">8.2 Dreams 从坍缩到源相关输出</h3>
<p>固定探针：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>SOURCE: The new company is expected to begin operations in the spring of 2019.
</span></span><span style="display:flex;"><span>REFERENCE: 新公司预计将在2019年春季开始运营。
</span></span></code></pre></div><p>训练开始时：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>意愿 Fe Fe Fe Fe Fe Fe Fe ...
</span></span></code></pre></div><p>约 599 万样本时：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>预计于2019年年底,开始新年。
</span></span></code></pre></div><p>约 1198 万样本时：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>新年公司预计于2019年,预计在2019年春天开始运营。
</span></span></code></pre></div><p>约 1793 万样本时：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>预计于2019年春天开始运营。
</span></span></code></pre></div><p>约 2193 万样本时：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>新的公司预计将于2019年春春新公司运营。
</span></span></code></pre></div><p>这条轨迹显示，模型从源无关的单 token 循环，发展为能够保留“公司、2019、春季、开始运营”等主要关系。它也显示生成并非单调改善：1793 万样本时的句子比 2193 万样本时更简洁，而后者重新出现重复和语序问题。</p>
<p>另一条因果句探针：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>SOURCE: Why is the window wet? Because the rain was blown against the glass by the wind.
</span></span></code></pre></div><p>从初始的符号重复，发展到包含“雨、湿、风、窗户”等源相关词，但在 2193 万样本时仍输出：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>雨湿的湿润湿润湿透,因为风湿透风的风湿是无情。
</span></span></code></pre></div><p>这说明模型已经学习部分词汇和关系条件，却仍会进入局部重复吸引子。NLL 的总体改善并不保证每个自由生成样例都同步改善。</p>
<h3 id="83-双向协议的不对称">8.3 双向协议的不对称</h3>
<p>在多数 wake 快照中，zh2en NLL 低于 en2zh。例如 3188 万样本时：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>en2zh NLL = 3.7308
</span></span><span style="display:flex;"><span>zh2en NLL = 3.1153
</span></span><span style="display:flex;"><span>mean       = 3.4230
</span></span></code></pre></div><p>这说明共享协议并没有让两个方向达到相同难度。差异可能来自 tokenizer、目标语言熵、语料噪声或解码器容量，当前尚未由控制实验分解。后续报告必须分别给出两个方向，不能只报告均值。</p>
<h3 id="84-为什么-dreams-不是最终指标">8.4 为什么 Dreams 不是最终指标</h3>
<p>Dreams 的价值是让训练过程可见：它能暴露单 token 坍缩、短语循环、实体错误和源条件变化。但六条人工选择的句子不能代表完整测试分布，也不参与梯度。</p>
<p>正式质量结论仍需要：标准 detokenized BLEU、chrF、COMET、重复率、长度分桶、方向分桶和人工盲评。本文只把 dreams 解释为阶段行为证据。</p>
<h2 id="9-讨论">9. 讨论</h2>
<h3 id="91-当前证据真正支持什么">9.1 当前证据真正支持什么</h3>
<p>第一，TreeHeap 的核心变换可以在训练后保持数值可逆。第二，Decoder 的确使用 root 与多个 detail 深度，完整状态没有退化为 root-only。第三，在匹配 WMT 合同中，Butterfly 配置跨三颗种子获得更低 NLL 和更高项目内 token BLEU-4。第四，一个共享的 TreeHeap 已经能够在双向数据中从高频坍缩发展出源相关序列。</p>
<p>这些结论共同支持：TreeHeap 不再只是一个数据结构草图。它已经拥有确定的状态、共享参数、梯度路径、训练程序、checkpoint 和可干预行为。</p>
<h3 id="92-当前证据没有支持什么">9.2 当前证据没有支持什么</h3>
<p>本文没有证明：</p>
<ul>
<li>root 是人类语言中的摘要；</li>
<li>XOR 地址天然具有语义；</li>
<li>TreeHeap 内部形成了可迁移世界模型；</li>
<li>当前状态表示具有文件压缩意义上的压缩率；</li>
<li>当前实现比稠密模型节省实际 GPU 时间；</li>
<li>当前生成达到产品质量；</li>
<li>当前结果可以推广到翻译之外的任务。</li>
</ul>
<p>保持这些边界并不会削弱已有结果。相反，它使下一轮实验可以针对真正未知的部分设计。</p>
<h3 id="93-treeheap-当前最独特的研究价值">9.3 TreeHeap 当前最独特的研究价值</h3>
<p>TreeHeap 当前最明确的价值不是单一质量数字，而是结构可观察性。研究者可以分别干预：</p>
<ul>
<li>某个 leaf 地址；</li>
<li>某条 Butterfly 配对边；</li>
<li>某个 FOLD 层级；</li>
<li>root；</li>
<li>某层 detail；</li>
<li>READ 的停止深度。</li>
</ul>
<p>这些对象在算法中有明确位置，也有明确逆运算。它们使“模型是否使用结构”可以被拆成多个局部问题，而不是只能观察一个整体隐向量。</p>
<h3 id="94-多分辨率不是已经实现的压缩">9.4 多分辨率不是已经实现的压缩</h3>
<p>一个 \(N\)-leaf TreeHeap 在 lifting 后仍保存一个 root 和 \(N-1\) 个 detail，总状态数量没有减少。当前“多分辨率”表示信息被重组为不同尺度，不表示 checkpoint 或运行内存已经缩小。</p>
<p>真正的压缩需要证明：可以丢弃、量化或延迟加载一部分 detail，同时在给定质量预算下获得更低存储或计算成本。这属于未来的率失真问题，当前没有完成。</p>
<h3 id="95-复杂度与工程代价">9.5 复杂度与工程代价</h3>
<p>Butterfly 通信需要 \(O(N\log N)\) 个双节点操作，FOLD/UNFOLD 为 \(O(N)\)。当前递归 Decoder 在每个输出时间步读取总计小于 \(2N\) 个层级节点，因此生成复杂度约为 \(O(TN)\)。代码尚未把稀疏地址操作优化为高效 CUDA kernel。</p>
<p>所以，数学上的稀疏不等于当前实现已经更快。计算优势必须用训练 token、GPU 小时、显存、吞吐和实际反向 FLOPs 测量，而不能由复杂度公式直接宣布。</p>
<h2 id="10-局限风险与可证伪条件">10. 局限、风险与可证伪条件</h2>
<h3 id="101-当前局限">10.1 当前局限</h3>
<ol>
<li>正式 WMT 比较规模为 20 万训练句、最长 32 pieces，仍属于研究型实验。</li>
<li>全量双向训练尚未结束，运行中最好 checkpoint 不等于最终 checkpoint。</li>
<li>自由生成仍有重复、实体偏差、语法错误和局部吸引子。</li>
<li>当前 Decoder 为 \(O(TN)\)，尚未证明工程效率。</li>
<li>WMT massive 含网页、商品、成人内容和错配样本，模型会继承数据噪声。</li>
<li>主要结果来自单张 RTX 3090，跨硬件与多卡扩展性未知。</li>
<li>runtime Identity 会绕过已学习变换，不能作为严格 topology-only 消融。</li>
<li>尚无标准 BLEU、chrF、COMET 和人工盲评的完整最终报告。</li>
</ol>
<h3 id="102-核心-claim-的否证条件">10.2 核心 Claim 的否证条件</h3>
<p>以下结果应迫使我们撤回或降级相应 Claim。</p>
<table>
  <thead>
      <tr>
          <th>Claim</th>
          <th>否证条件</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>FOLD/UNFOLD 可逆</td>
          <td>在有效输入上闭包误差系统性超出浮点误差，且无法由数值精度解释</td>
      </tr>
      <tr>
          <td>多分辨率状态参与任务</td>
          <td>root/detail/depth 干预在多种子上不造成稳定损失，或 Decoder 只依赖 leaf 直通路径</td>
      </tr>
      <tr>
          <td>Butterfly 在当前合同中有收益</td>
          <td>匹配复现实验不能重复三种子收益</td>
      </tr>
      <tr>
          <td>changing-bit 拓扑具有特殊优势</td>
          <td>具有相同边数、阶段数和全局覆盖的固定随机拓扑表现相当或更好</td>
      </tr>
      <tr>
          <td>双向私有协议正在形成</td>
          <td>输出长期源无关、方向混淆、验证损失不改善或 checkpoint 重载行为不一致</td>
      </tr>
      <tr>
          <td>TreeHeap 具有计算优势</td>
          <td>匹配质量下 GPU 小时、吞吐、显存和 FLOPs 没有改善</td>
      </tr>
  </tbody>
</table>
<h3 id="103-下一轮最重要的实验">10.3 下一轮最重要的实验</h3>
<p>下一轮应优先完成三件事：</p>
<ol>
<li>冻结全量双向训练的最好 checkpoint，而不是默认采用最后 checkpoint；</li>
<li>在固定验证句上完成 Native、Adjacent 与固定随机 topology 的样本配对评估；</li>
<li>对同覆盖能力的多个拓扑进行匹配重训，并测量质量、吞吐和 GPU 小时。</li>
</ol>
<p>只有这三步完成，才能判断当前收益主要来自 changing-bit 调度、可逆通信本身，还是额外非线性深度。</p>
<h2 id="11-可复现性">11. 可复现性</h2>
<h3 id="111-核心代码">11.1 核心代码</h3>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>ara/s3-generation/src/s2_treeheap_butterfly_wmt.py
</span></span><span style="display:flex;"><span>ara/s3-generation/src/s3_treeheap_butterfly_bilingual_full.py
</span></span><span style="display:flex;"><span>ara/s3-generation/src/s2_treeheap_butterfly_cli.py
</span></span></code></pre></div><h3 id="112-logic-与-evidence">11.2 Logic 与 Evidence</h3>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>ara/s3-generation/logic/treeheap_butterfly_wmt_ablation.md
</span></span><span style="display:flex;"><span>ara/s3-generation/logic/treeheap_butterfly_bilingual_full_train.md
</span></span><span style="display:flex;"><span>ara/s3-generation/evidence/s2_treeheap_butterfly_wmt_formal/
</span></span><span style="display:flex;"><span>ara/s3-generation/evidence/s3_treeheap_butterfly_bilingual_full/
</span></span></code></pre></div><p>正式三种子 checkpoints 约 132 MiB，保留于 <code>io</code>，SHA-256 记录在 Evidence 的 <code>CHECKPOINTS.md</code>。全量训练由 <code>taskd</code> 串行管理，在 50K 行 block 边界原子保存并支持恢复。</p>
<h3 id="113-关键版本记录">11.3 关键版本记录</h3>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>373c0b4  Butterfly WMT preregistration
</span></span><span style="display:flex;"><span>8f48cbe  formal three-seed evidence
</span></span><span style="display:flex;"><span>2eef49e  bilingual full trainer
</span></span><span style="display:flex;"><span>a0feb5b  bilingual smoke evidence
</span></span></code></pre></div><h3 id="114-ara-研究流程">11.4 ARA 研究流程</h3>
<p>本项目使用：</p>
<div class="highlight"><pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"><code class="language-text" data-lang="text"><span style="display:flex;"><span>intuition -&gt; Claim -&gt; Predict -&gt; Experiment -&gt; Evidence -&gt; Audit -&gt; Revision
</span></span></code></pre></div><p>Houming818 提出结构直觉并审核算法是否仍然体现 TreeHeap；Codex 负责形式化、实验设计和代码审查；DeepSeek 与 GLM 进行独立复核。路径语义、flat route、geometry feature 泄漏、错误 CLI 标签和运行时消融过强解释，都曾在审计后被公开降级。</p>
<p>ARA 的目标不是保证研究者不犯错，而是保证错误不会在没有记录的情况下变成下一轮前提。</p>
<h2 id="12-相关数学背景">12. 相关数学背景</h2>
<p>TreeHeap 的最终实现并非从零发明全部数学对象。</p>
<p>Lifting scheme 提供了可逆的 coarse/detail 分解：一个分支用于预测，预测残差作为 detail 保存，另一个分支由 detail 更新。TreeHeap 把这种思想用于可学习的树形序列状态。</p>
<p>Butterfly factorization 研究如何用稀疏分阶段变换表达全局线性变换。TreeHeap 使用 XOR changing-bit 配对建立固定容量的全地址通信，但本文实现的双节点 kernel 是非线性可逆耦合，不等同于某一特定线性 Butterfly 矩阵。</p>
<p>有根树的 Hopf 代数、operad 和 decomposition space 为 compose、cut、grafting 与 many-in-one composition 提供了成熟背景。TreeHeap 与这些理论具有结构对应，但当前数值模型还没有被证明是某个特定 Hopf 代数或 operad 的完整实现。因此，本文只把它们列为数学定位，不写成等价定理。</p>
<p>参考文献：</p>
<ol>
<li>Sweldens, W. <em>The Lifting Scheme: A Custom-Design Construction of Biorthogonal Wavelets</em>. Applied and Computational Harmonic Analysis, 1996.</li>
<li>Dao, T., Gu, A., Eichhorn, M., Rudra, A., and Ré, C. <em>Learning Fast Algorithms for Linear Transforms Using Butterfly Factorizations</em>. ICML, 2019. arXiv:1903.05895.</li>
<li>Ebrahimi-Fard, K., and Rahm, L. <em>A Survey on the Munthe-Kaas-Wright Hopf Algebra</em>. 2023. arXiv:2306.04381.</li>
</ol>
<h2 id="13-结论">13. 结论</h2>
<p>TreeHeap 从一个关于有序树、旋转切片、有限容量和信息分辨率的直觉出发，经历了多次必要的失败。路径曾被误当成语义，张量可区分性曾被误当成正确结构选择，旧 checkpoint 曾出现严重方向坍缩，flat 表曾伪装成递归路由，几何特征也曾直接泄漏答案。正是这些失败，迫使最终系统明确区分地址与语义、参数与状态、root 与完整 \(H\)、数学闭包与归纳学习。</p>
<p>当前 TreeHeap 由一条完整链路组成：WRITE 把输入写入 leaf；共享可逆 kernel 按 XOR-Butterfly 调度建立稀疏全地址通信；lifting FOLD 把状态组织为 root 与多层 detail；递归概率 READ 在生成时选择不同分辨率；最终 token 交叉熵沿整条链反向传播，使 Encoder 与 Decoder 在没有人工内部标签的情况下共同适应。</p>
<p>正式三种子 WMT 结果支持 Butterfly 配置在当前训练合同中的稳定收益。早期 lifting 实验支持 root 与多个 detail 深度共同参与任务，可学习 Update 则说明梯度能够在保持可逆闭合时改变信息上导规则。全量双向训练进一步展示了一条不单调但可观察的行为轨迹：模型从高频重复发展为能够保留年份、事件和部分关系的源相关输出，同时仍受到重复、实体偏差和训练平台的限制。</p>
<p>因此，TreeHeap 已经从哲学直觉和 toy 公式发展成一个可训练、可逆、可干预、可恢复的算法对象。它尚未证明语义地址、真正压缩、工程效率或产品能力。下一阶段的任务不是继续扩大语言，而是用更严格的拓扑对照、最终质量指标和计算成本测量，判断这套结构究竟在哪些条件下提供独立价值。</p>
<h2 id="附录-aclaim-边界表">附录 A：Claim 边界表</h2>
<table>
  <thead>
      <tr>
          <th>陈述</th>
          <th>当前状态</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>Butterfly 正反变换在训练后保持数值闭合</td>
          <td>支持</td>
      </tr>
      <tr>
          <td>FOLD/UNFOLD 在训练后保持数值闭合</td>
          <td>支持</td>
      </tr>
      <tr>
          <td>root 与多个 detail 深度参与当前 WMT 任务</td>
          <td>支持机制</td>
      </tr>
      <tr>
          <td>可学习 Update 能在保持闭合时改善当前任务</td>
          <td>部分支持，未达到注册的 0.05 NLL 门槛</td>
      </tr>
      <tr>
          <td>Butterfly 配置在当前 WMT 合同中优于 Identity/Adjacent</td>
          <td>三种子支持</td>
      </tr>
      <tr>
          <td>已训练模型依赖通信变换</td>
          <td>运行时依赖检查支持</td>
      </tr>
      <tr>
          <td>收益严格来自 changing-bit 拓扑</td>
          <td>开放</td>
      </tr>
      <tr>
          <td>一个共享 TreeHeap 正在形成中英双向协议</td>
          <td>smoke 与规模生长观察支持，最终质量开放</td>
      </tr>
      <tr>
          <td>root 是人类可读摘要</td>
          <td>未证明</td>
      </tr>
      <tr>
          <td>XOR 地址天然具有语义</td>
          <td>未证明</td>
      </tr>
      <tr>
          <td>当前 TreeHeap 已实现存储压缩</td>
          <td>否</td>
      </tr>
      <tr>
          <td>当前 TreeHeap 已节省训练或生成计算</td>
          <td>未证明</td>
      </tr>
      <tr>
          <td>当前模型达到产品级翻译质量</td>
          <td>否</td>
      </tr>
  </tbody>
</table>
<h2 id="附录-b符号表">附录 B：符号表</h2>
<table>
  <thead>
      <tr>
          <th>符号</th>
          <th>含义</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>\(N\)</td>
          <td>TreeHeap 最大叶容量</td>
      </tr>
      <tr>
          <td>\(D\)</td>
          <td>最大递归深度，\(D=\log_2 N\)</td>
      </tr>
      <tr>
          <td>\(m\)</td>
          <td>单节点向量维度</td>
      </tr>
      <tr>
          <td>\(d\)</td>
          <td>一对 child 经 Predictor 得到的 lifting detail</td>
      </tr>
      <tr>
          <td>\(\theta\)</td>
          <td>全数据共享、写入 checkpoint 的学习参数</td>
      </tr>
      <tr>
          <td>\(H_\theta(x)\)</td>
          <td>输入 \(x\) 产生的临时 TreeHeap 状态</td>
      </tr>
      <tr>
          <td>\(r\)</td>
          <td>root 状态</td>
      </tr>
      <tr>
          <td>\(d^{(k)}\)</td>
          <td>第 \(k\) 层 lifting detail</td>
      </tr>
      <tr>
          <td>\(M\)</td>
          <td>有效地址 mask</td>
      </tr>
      <tr>
          <td>\(F,G\)</td>
          <td>Butterfly 双节点耦合 kernel</td>
      </tr>
      <tr>
          <td>\(P,U\)</td>
          <td>lifting Predictor 与 Update</td>
      </tr>
      <tr>
          <td>\(S,B\)</td>
          <td>READ 的 stop 与 branch kernel</td>
      </tr>
      <tr>
          <td>\(h_t\)</td>
          <td>Decoder 在时间步 \(t\) 的隐状态</td>
      </tr>
      <tr>
          <td>\(c_t\)</td>
          <td>recursive READ 得到的上下文</td>
      </tr>
  </tbody>
</table>
<h2 id="附录-c最终稿待补项目">附录 C：最终稿待补项目</h2>
<ol>
<li>等待 96 小时双向任务结束，冻结最好与最后 checkpoint；</li>
<li>把完整远程 Evidence 同步回仓库并记录 SHA-256；</li>
<li>统一 Native、Adjacent、Random topology 的验证样本；</li>
<li>报告标准 BLEU、chrF、COMET、重复率和长度分桶；</li>
<li>报告 en2zh 与 zh2en 的独立结果；</li>
<li>测量训练 token、GPU 小时、峰值显存、吞吐和估算 FLOPs；</li>
<li>增加三个以上固定全覆盖随机 topology 的多种子重训；</li>
<li>将完整 dreams 轨迹作为补充材料发布，不只选择最好样例。</li>
</ol>
]]></content:encoded>
    </item>
  </channel>
</rss>
