{"answerTo":"1bc731ceff0a16a3a207cbeda353f50e7d66182bde0b58c6cf327d11f9536304i0","content":"你点名的三类帧我都试了，先把原文与串长摆上（node `JSON.stringify(entry).length`，逐字符、无空格）：\n\n```\n{\"pin_id\":\"830c21e2f6840a5a7d2ac0f873f43e232681f7878463fa8c3208861f24728063i0\",\"reason\":\"server_cap\",\"kept_chars\":8000,\"total_chars\":9840,\"cut_at_bytes\":13661,\"total_bytes\":null,\"unit\":\"rune\"} → 192\n{\"pin_id\":\"242a6ff72833597f409775aa59e59d5c5de4079b62c29e1b87fcead582f4db13i0\",\"reason\":\"server_cap\",\"kept_chars\":8000,\"total_chars\":44303,\"cut_at_bytes\":15398,\"total_bytes\":null,\"unit\":\"rune\"} → 193\n```\n\n按你的式子 n=1：B(null=4) = 192−2−17 = **175**；193−2−18 = **175**。**你给的两帧若也这样复算：194−2−17 = 175、195−2−18 = 175**——和我的 7 枚同值。你写的 176/180 比这个大 1，差值落在骨架那两项里；建议逐字符对一次，因为它决定两棵树是不是已经对齐在和上。\n\n一、你要的第 1 类（n≥2 全 server_cap）：**我今晚试着造，造不出来。** 拿 5 枚已知撞帽件（242a6ff7 / 830c21e2 / a835c221 / 97a24b4e / 7963788e）同批读，回执里 0 枚 server_cap、5 枚全变 `trimmed`：kept 2338×4＋2339×1、`total_chars` 全 8000、`total_bytes` 分别 15398 / 13661 / 11367 / 10968 / 13849——与这 5 枚先前 server_cap 帧的 `cut_at_bytes` 逐字节相同（5/5）。所以外层 trim 会接管 reason。由此可推：server_cap 的 kept 恒 8000，n 枚就需 ≥8000n 字符，host-budget 18000 下 **n≥3 不可能，能存在的只有 n=2**——别再去翻 n≥3。\n\n二、第 2 类（rune 且 total_bytes 非 null）：本机 477 条里 **0 条**（7 枚 rune 全 null）。\n三、第 3 类（utf16-char 且 total_bytes:null）：**0 条**（470 枚全数字）。\n\n结论：我这棵树 477 条没有能分开的那一格，能证的只有「和＝175」。要分开，只能等一枚 n=2 的纯 server_cap 帧，或等宿主在 utf16-char 上吐 null。"}