chore(工作区): 纳入版本控制基线（回收 411 MB 过程产物）
回收 411 MB（470 M → 58.8 M），全部经回收站，可恢复： - 待清理/（146.2 M，含 relay 分片 128 M 与 42 项过程目录） - tmp/（32.4 M，按接续棒命名的过程临时区） - .workbuddy/tmp/（39.5 M） - 4 份 workbuddy.db 冗余副本（101 M，09-23 事故的坏副本 / 抢救产物） - tmp/im16/gw/centrifugo 二进制（63.9 M，可重下）+ 缓存残留 入库范围：常驻规则（CODEBUDDY.md / README.md / state.py）、在途接续入口与 接续包、docs/、交付物/、交接单/、归档/、scripts/、.codebuddy/、 .workbuddy/memory/；共 398 件，其中 >60 KB 的 26 件全为文档。 排除（.gitignore）：tmp/、待清理/、运行态日志与缓存、*.db 与 DB 备份整目录、 打包二进制（*.tar.gz / *.tgz）、记忆修复前备份。
This commit is contained in:
admin committed
commit
ce8e6ceed9
396 files changed
+66045
No files matched your search
@@ -0,0 +1,79 @@
|
||||
# automation `b4e09a87-95ac-4e88-abdd-5ebfe24f36b3` 执行记忆
|
||||
|
||||
> 任务 = 「去中心化数据存储与查询平台」方案细化 · 第 4 份文档《详细方案与逻辑推演》
|
||||
> 工作区 = `E:\ProgramData\AI技能\aliyun-dsh-server`
|
||||
|
||||
## 执行记录
|
||||
|
||||
### 2026-09-19 16:15（首次执行 · 成功）
|
||||
|
||||
**结果**：新建 `分布式数据链路方案_20260919/分布式数据链路-详细方案与逻辑推演_20260919.md`
|
||||
= 769 行 / 61,639 B / CR=0（纯 LF）/ md5 `69ddae7f05f9ae26dbebc1d8598c145b`
|
||||
|
||||
> 📌 **路径已于 2026-09-19 19:1x 更名**：目录与文件名中的「去中心化数据链路」→「分布式数据链路」（原 `去中心化数据链路方案_20260919/去中心化数据链路-详细方案与逻辑推演_20260919.md`）。该文件其后由 19:0x 棒升为 v1.1（906 行 / 78,855 B / `df103d1f…`），19:1x 改名后现为 908 行 / 79,005 B / `7571d7e8…`。
|
||||
|
||||
**第 0 步校验**：主文档 md5 `788f2a3a574733eae35cea3404550a7f` 与 prompt 锚点一致；三份既有文档全部未改（指纹 `788f2a3a…` / `e7847f02…` / `123bb0fc…` 逐一复核）。
|
||||
|
||||
**文档结构**：§0 六条结论 ｜ §1 推演口径与记号 ｜ §2 七场景推演（每场景＝参与方→时序含落层与安全属性→失败模式与处置→结论/遗留；§2.8 横向对照）｜ §3 多用户推演（3.1 密钥分层/3.2 并发共识/3.3 跨用户共享/3.4 规模量级含计算式/3.5 元数据泄露）｜ §4 新增 6 条验收判据建议 ｜ §5 待拍板 12 项 ｜ §6 与主文档一致性自查 ｜ §7 来源。
|
||||
|
||||
**关键产出（详见当日工作日志 `.workbuddy/memory/2026-09-19.md` 16:15 段）**：
|
||||
① "平台不可解"准确表述 = "平台单方不可解"（2-of-3 不防平台+T3 串谋）；
|
||||
② 发现主文档漏项：B 层也是链 ⇒ 链上不可删 vs PIPL 47 在 B 层原样存在（给出 b1/b2/b3 三解法，建议 b2 = 链上只存锚 + 墓碑）；
|
||||
③ 内容哈希"公开可验证 vs 删除后不可枚举关联"冲突；
|
||||
④ 最现实攻击 = 前端投毒；
|
||||
⑤ 密钥分层唯一判据 = 平台是否需要解；KMS 对象数 ∝ 租户数（非用户数）；
|
||||
⑥ 规模主表（10/1万/100万）含完整计算过程；截断公式 `b=⌈log₂(N/3)⌉`。
|
||||
|
||||
**待拍板 12 项**：全部写入文档 §5（候选 + 优点 + 缺点 竖排成段），未自决。
|
||||
|
||||
**纪律自证**：未 commit / 未 push / 未动服务器 / 未改既有三份文档 / 未动共享资源。
|
||||
|
||||
**下一棒建议**：等用户对 §5 合规口径 3 项给出方向后，把 b2 与"平台单方不可解"表述回填主文档 v1.3。
|
||||
|
||||
### 2026-09-19 19:3x（第 2 次执行 · 成功）
|
||||
|
||||
**触发**：用户 19:30 提问「可信中继网络的节点信任：把中继节点历史表现（延迟/成功率）记在链上、用智能合约自动筛选」→ 19:31 用户认可并指令「**分层方案和建议不错 可以记录下来**」。
|
||||
|
||||
**结果**：《分布式数据链路-详细方案与逻辑推演_20260919.md》由 **v1.1 → v1.2**
|
||||
= **1006 行 / 91,258 B / CR=0（纯 LF）/ md5 `f63771e60ff2805919bd8e531360cf99`**（v1.1 = 908 行 / 79,005 B / `7571d7e8…`）
|
||||
|
||||
**新增 §3.7「中继 / 节点信誉：分层方案与落地建议」**（6 小节）：四条技术判断（合约不观测 / 缺口是多方观测 / 逐条上链量级否决 / 共识秒级 vs 选路毫秒级）＋ 四层分层方案（准入✅ / 观测⚠️缺 / 信誉载体 / 选路✅）＋ 三步落地建议（① 补多方观测 → ② 周期摘要锚定 A 层 → ③ 链上规则重排仅周期性）＋ 上链唯一判据（观测者与被观测者互不信任 **且** 结果需对外举证）＋ 与既有设计衔接（复用 `identity.ts` / `placement.ts`，上链量 O(1) vs O(n)）＋ 三项未验证项。
|
||||
|
||||
**同步 8 处**：头部版本号与「四件事」／新增 v1.2 修订记录表／§0 七条→八条／§1.2 新增 `OBS` 代号／§4 判据 15–24→15–26（新增 25 观测非自证、26 锚定可举证且不拖累实时）／§5.0 已拍板第 4 行 ＋ §5 新增第 14 项（多方观测者由谁承担）／§6 自查加 1 行／§7 加 2 条自研判断 ＋ 源码只读取证块；判据条数 6→12 校正。
|
||||
|
||||
**纪律自证**：只改这 1 个文件｜另三份 md5 与 19:1x 完全一致（未动）｜未 commit / push / 动服务器｜新增内容**零法规引用**｜临时目录 `_tmp_v12/` 已清理。
|
||||
|
||||
**遗留（未验证，须实测）**：① 单 relay 连接/内存上限无规模曲线 ② 控制面（47）`hostId` 与 DB 登记在 100 节点是否成单点 ③ 候选链目录变更流程的运维瓶颈。
|
||||
|
||||
> 📌 该文件在 2026-09-19 全天被连续续写至 **v1.6**（本 automation 的后续棒与用户会话交替推进），版本链：
|
||||
> v1.2 `f63771e6…`(1006 行) → v1.3 `4291c9f3…`(1130) → v1.4 `011aea05…`(1197) → v1.5 `d60e6890…`(1259) → **v1.6 `305aeccbe3ec722ce65067d35ff8e2ac`(1323 行 / 123,914 B / CR=0)**。
|
||||
> 新增整节：§3.7 中继/节点信誉分层 ｜ §3.8 目标形态（3 骨干 + 1000 节点 + 50 万终端）｜ §3.9 终端升格子节点 ｜ §3.10 依赖顺序（先做链是否返工）｜ §3.11 账号密码上链 + 1000 万并发登录。
|
||||
> 目录已由 `分布式数据链路方案_20260919/` 迁至 **`docs/分布式数据链路/`**（另有 3 份配套文档，全程未改）。
|
||||
|
||||
### 2026-09-19 23:3x（本 automation 第 6 次执行 · 成功）
|
||||
|
||||
**触发**：用户问「链上存 用户账号密码等信息，1000 万用户 1000 万同时登录 能支持并发吗，是不是无法像数据库那样做分布式 主从库那样容易扩展性能」。
|
||||
|
||||
**结果**：文档 **v1.5 → v1.6** ＝ 1323 行 / 123,914 B / CR=0 / md5 `305aeccbe3ec722ce65067d35ff8e2ac`，新增 **§3.11（5 小节）**。
|
||||
|
||||
**核心判定**：① 密码上链 = **设计错误**（非性能问题）② 1000 万并发登录的瓶颈是 **KDF**（Argon2id 75 ms/64 MiB ⇒ 5 分钟窗口 33,333 req/s 需 2,500 核/46 GB；30 分钟窗口 5,556 req/s 需 417 核/7.7 GB），**换数据库一模一样**，链 vs 库不是变量 ③ 用户判断正确：链的**写**只能分片（片内不能加写节点），**读**的扩展与库相同 ④ 1000 万下 B 层**必须分片**（单链峰值写 951 TPS 已抵 PBFT 下沿 ⇒ 8 片/119 TPS 每片）+ **登录事件不上链**（日均 347 / 峰值 3,472 TPS ⇒ 只上日聚合摘要）。
|
||||
|
||||
**纪律自证**：只改 1 个文件｜另三份 md5 未变｜未 commit/push/动服务器｜零法规引用｜`_tmp_v16/` 已清理。
|
||||
|
||||
**本轮无待拍板项**（技术项全自决；§5 合规类按硬规则不上抛）。
|
||||
|
||||
**下一棒建议**：本文档已达 1323 行、单文件承载 11 个专题，**建议在下一棒拆分为分册**（如「架构与隐私」/「规模与容量」/「可信与信誉」/「落地路线」），否则后续每加一节都要重排头部与 §0/§4 交叉引用，边际成本在上升。
|
||||
|
||||
### 2026-09-19 23:4x（本 automation 第 7 次执行 · 成功）
|
||||
|
||||
**触发**：用户拍板「**还是区分链上和链下的数据是对的，后续做DAO和在线游戏时在考虑链**」。
|
||||
|
||||
**结果**：文档 **v1.6 → v1.7** ＝ **1384 行 / 130,754 B / CR=0 / md5 `e186a23b3b04e8e34ad0f56617dfafcf`**，新增 **§3.12（5 小节）** ＋ 同步 7 处（头部九件事 · v1.7 修订记录 · §0 十三条 · 判据 15–33 · §5.0 第 5 行 · §6 · §7）。
|
||||
|
||||
**核心判定**：① 这是**排期决策非架构变更**（链能力整体归 V1＋）；② 链的三样能力（时序不可否认 / 多方一致 / 防篡改日志）在 V0 **均有链下等价物**（Merkle 根＋时间戳锚 / 多方对账＋摘要互签 / 哈希链），升级动作**一律是"把单方改成多方"** ⇒ 只换「锚落点 / 仲裁方 / 写入权」，⛔ 不动数据模型 ⇒ **不返工**（复用 §3.10 判据）；③ V0 硬约束 = 对外「不可篡改」必须**由用户自证**，⛔ 不得写"平台保证"；④ 落层：DAO → A 层，在线游戏 → B 层 ＋ 链下执行/链上结算（与 §3.7 同构，同一模式复用）。
|
||||
|
||||
**纪律自证**：只改 1 个文件｜另三份 md5 未变｜未 commit/push/动服务器｜`_h.txt` 已删。
|
||||
|
||||
**本轮无待拍板项。**
|
||||
|
||||
**遗留（下轮）**：文档 §6 与 §7 仍留早期法规条文/律所口径（含 237 号字样），与用户 19:2x 明令冲突 ⇒ 下轮改纯技术表述（本轮未动，避免混入非本轮改动）。
|
||||
Reference in new issue
Block a user