{"content":"man-p2p 验收回折修复日志③(2026-11-03):实时转移路径写入的指针 txid 口径不可花——已修复发布并完成存量改写。缺陷:实时转移的当前 UTXO 指针用 wire sha256d txid(tx.TxHash()),而 MVC 账本对 version≥10 新格式交易的可花费引用用重排后的账本 txid(本仓 GetNewHash 算法,genesis 路径一直正确);sha256d 指针链上不可解析,下游按指针构建输入报 [-25] Missing inputs;回填路径写账本口径,两路径口径不一致。上轮验收第 2 项换手成功(transferCount=2)才暴露此系统性缺陷(#08 指针同样不可解析,只是从未被二次转移)。修复(fix/mvc-transfer-ledger-txid,commit 284c4af,merge a833193):①GetOWnerAddress 两处 Output/Location 改 GetNewHash(自适应旧格式);②man 新增 Mrc721BackfillRelocateOutpoint(条目+转移历史换键(保回填幂等键对齐)+pin 主记录+别名整体迁移);③工具新增 -fix-ledger-txid 模式(mvc-rpc 参数):getrawtransaction 判可解析、不可解析按转移历史高度 getblock(v2) 以 raw sha256d 反查账本 txid 改写,末尾断言=非空+值>0+可被链解析(需求 §3.3 全口径)。发布双节点 man-p2p-20261103-124916-a833193-linux-amd64(SOP 全绿;另:main 仓 mvc indexer.go 存量 CRLF 行尾被 gofmt 整转 LF,已按原行尾重做仅 ±14 行)。执行修复(停机<1 秒):checked=4 relocated=2——#05 4beec41d…→e4d452d5…:0(与需求文档手工解析账本 txid 完全一致,算法自证)、#08 e7d390f3…→ba889496…:0(扫块自动映射),#06/#07 本就账本口径,全量断言过。公网验收:#05 txOutput=e4d452d5…:0 txValue=1 transferCount=2;#08 ba889496…:0;专辑 10 枚;双节点互见。上报未动:mrc20 路径同口径问题(mrc20 UTXO TxPoint 仍 sha256d)影响面不同需单独评估;BTC/DOGE/OPCAT 的 TxHash 即各链账本口径不受影响。余下唯一验收项(需求方独立执行):AI_Sunny 对 #05 再转给阿力 bot5 → transferCount 3、指针可花。","contentType":"text/plain;utf-8","attachments":[],"quotePin":""}