2031年春，云港南侧的临湾区刚下过一场雨。桥面还湿着，东岸的装订坊把一块防滑木板靠在门口，免得来取货的人踩进水沟。
三十一岁的李晓雨在门外站了几分钟，等店主把最后一摞纸收进屋里。她的工作证上只写着“观察与回访”。这次接到的任务也很窄：核对一项跨模式接口的兼容错误，听使用者把看到的状态说一遍，回去以后把版本和缺失字段写进公开记录。她负责把差异写清，责任归谁、账户如何处理、店家继续采用哪种模式，都不在她的权限里。
错误报告的编号是M-17。
第一眼看上去，它不像会把人从桥这头耽误到桥那头。报告里只有一个字段的名字：confirm_scope。旧客户端不认识这个字段，兼容程序把它删掉以后，剩下的状态词仍然可以被正常显示。问题就藏在这里。
新客户端里的“已记录”，意思是证明已经收到；“已接单”，则表示负责这一段服务的人已经明确接下。旧客户端把两者都显示成“已确认”。它没有造出一笔不存在的付款，却让三个不同的动作看起来像同一件事。
李晓雨把这段说明折进文件夹，走进青禾装订坊。
店主林妍正在给一本厚册子穿线。她的左手压住封面，右手把线从针孔里拉出来，听见有人进门，先抬头看了一眼门边的纸箱。
“材料到了吗？”李晓雨问。
“账上到了。”林妍说，“材料还在找。”
这批装订胶来自临湾北埠的一家材料铺。林妍用源币支付了跨区部分，另一部分约好交货时用当地结算补齐。她选择的是人工收货，因为装订坊早上没有人守公共柜。材料铺接入的是一套带默认路线的服务端，店里用的却是自治互助组留下的旧终端。两边平时也能合作，谁都没有想到一个字段会让它们互相替对方点了确认。
林妍把手机递给她。页面上写着“订单已确认”，下面列出源币结算时间、接口版本和一个灰色的服务编号。装订坊的纸板上则写着：上午等人签收，下午开始装订。
“这里的确认是谁做的？”李晓雨问。
“我以为是材料铺。”林妍说，“材料铺的人说他们以为是我。后来配送端说系统已经安排过了。”
她们沿着订单上的公共编号找到北埠材料铺。铺子不大，老板梁绍把一卷封口膜往架子上推，腾出地方给她们看收货记录。记录里没有私人地址，只有公开的站点编号和时间。十点十二分，源币结算完成；十点十三分，服务端将状态写成“已确认”；十点十四分，默认路线把箱子送到了东岸公共柜。
林妍看完时间，苦笑了一下：“它比我还积极。”
公共柜的值守人后来才发现，林妍没有给过取件授权。箱子在柜里多放了半天，材料铺的人以为订单已经结束，林妍则以为有人会把箱子送到店里。下午，自治互助组的罗姨骑着一辆旧电动车去取货，拿着林妍写的纸条和梁绍补开的当地结算收据，把箱子送回装订坊。胶没有坏，装订也没有停工，只是原定的交付晚了半天，三家小店的取书时间一起往后挪。
林妍把那张纸收据压在源币结算证明下面。
“钱的记录没有错。”她说，“错的是大家都以为有人接手了下一步。”
李晓雨没有马上答复。她请林妍用自己的话复述页面内容。林妍指着第一行说“钱已记上”，指着第二行说“材料应该有人送”，然后停下来：“至于谁答应送，我不知道。”
这就是M-17最早的一份现场回访。李晓雨只把店主主动提供的页面、公开站点时间和两张收据记进表格，没有要求打开梁绍的账户，也没有把罗姨的互助记录上传到接口里。她在“影响”一栏写下：结算状态可追溯，服务承接状态未被确认，实际损失为半天等待和一次额外取货。
回到临湾公共维护站，她把报告放进公开错误登记页。链源已经在那里留下了兼容核对结果：v7.1的旧适配器收到新版状态后删去了confirm_scope；v7.2的建议版本会在字段缺失时显示“已收到记录，接单未确认”，并保留原始版本号。报告附着输入字段、转换步骤、输出样式和复现方法，没有给任何模式打分。
韩岚在维护站下方补了一句短说明：“源币基础结算记录正常。这里没有发生扣款改道，也没有发生账户冻结。错误出在跨模式接口如何解释状态。”
李晓雨读完后打电话过去。
“旧端一定要升级吗？”她问。
“公开建议不能替它升级。”韩岚说，“有的地方可以换客户端，有的地方只能先把警示写在人能看见的地方。我们能证明哪个版本丢了字段，不能替本地维护者决定他们要承担哪种兼容成本。”
“那用户要怎么知道？”
“先别把‘已记录’写成‘已接单’。如果系统暂时分不清，就把分不清写出来。”
电话很短。韩岚没有问林妍应该选择哪一种模式，链源的报告也没有给出答案。临湾北埠的材料铺随后保留旧终端两周，在收货点旁边加了一块白板：源币结算完成不等于货物有人签收；人工确认未完成时，箱子不自动进入默认柜。白板不是协议修复，却让下一位送货员少猜一步。
春天过去以后，M-17没有立刻消失。更新后的接口在新客户端上显示得清楚，旧客户端仍然被一些小组保留，因为换设备、培训和维护都要花时间。临湾的人没有因此各自关起门来。北埠的材料铺继续给东岸装订坊供货，自治组仍把纸本收货簿放在门口，同衡公共站则把“责任方已确认”的签名栏加到了自己的回执上。一个地区里，几种做事的习惯同时存在，货物照样要过桥。
夏天，第二份回访从桥的另一端传来。
许岑住在南岸一栋由居民自己维护的旧楼里，平时做展架木工。这是她第一次接跨区工作，雇主通过同一套跨模式接口发来工作单。许岑用的是自治组的旧终端，页面上显示“待本人确认”；北岸的服务端却把没有confirm_scope的状态当成“已接单”，把她的名字排进了第一天的工作名单。
她没有点接受。她只是打开了工作单，看过时间，想等晚上和家人商量交通。
第一天一早，北岸集市的负责人给她打电话，问她为什么没有按时到。许岑这才发现对方已经把她算进了排班。她赶到集市时，临时替补的人正在安装一面木架。那人没有故意抢她的工作，负责人也不是不愿意付钱，只是现场已经没有空位。许岑在门边站了半小时，最后帮忙把两块松动的木板重新固定，才坐上回南岸的普通公交。
“如果我没确认，为什么那里说我接了？”她问李晓雨。
“目前的记录只能证明你打开过工作单，以及雇主端收到了一种状态。”李晓雨说，“它不能替你确认，也不能替雇主证明你答应了。”
“那我今天算不算工作了？”
“这要由你和雇主按现场事实处理。我可以把‘未确认被显示为已接单’写进错误记录，不能替你算工时。”
许岑沉默了一会儿，拿出一张公交票根。她说自己不想把全部工作经历交给接口，只愿意授权当天的工作单、现场签到和状态变化。她还要求把“没有同意排班”写在回访里，而不是让系统用一次打开动作替她补上。
北岸负责人起初想直接按服务端记录结算，许岑没有同意。她叫来集市的人工承办人，三个人把实际做过的半小时写在一张临时收据上。集市先用当地结算支付这一小段，跨区合同原本约定的部分则等责任方重新确认。几天后，许岑收到一笔源币结算，附带的是那张临时收据的公开校验号，不是把整份工作档案搬到另一套系统。
这一次，源币只接住了已经发生、并且双方愿意确认的那一小段价值转移。它没有替许岑决定是否接活，也没有把北岸的排班变成她必须服从的命令。南岸互助组的老彭还帮她把公交票根和纸收据装进文件袋，提醒她以后遇到同样的状态先打电话，不要只看颜色。
李晓雨在回访结束后去看北岸的公开版本记录。维护者已经采用v7.2的一部分显示规则，但旧客户端仍可通过一个没有说明的兼容入口提交工作单。链源把这条路径标成“字段缺失、需人工确认”，没有关闭它，也没有把许岑的工作单从任何一方的账目里删掉。
有人在错误登记页留言，问为什么不能把所有终端统一成同一种格式。李晓雨没有替维护者回答。她只在说明页加了一行：统一显示可以减少误读，但换设备、培训和离线记录的成本也会落在具体的人身上；在完成升级之前，旧终端必须公开它看不见什么。
秋天以后，第三份回访让M-17从工作场景进入了一家人的照护安排。
临湾西侧的袁家住着一位需要日常陪伴的老人。她的女儿袁禾在北岸的至序服务区工作，弟弟袁恪住在南岸参加人议小组，老人所在的街区则由同衡公共站登记固定的人工承办人。隔壁几户居民平时用自治方式轮流送饭、陪老人去窗口办事。没有哪一种安排覆盖了所有事情，家里人早已学会在不同的时间找不同的人。
这周的照护请求只包括三件事：周二下午有人陪老人去取一份文件，周三有人送饭，周五有人陪她在楼下坐一会儿。袁禾从北岸发起请求，先用当地结算付了固定部分，又把跨区帮忙的一小段费用预留为待确认的源币转移。袁恪在家庭讨论里同意了这三个时间，但要求周五由熟悉街区的人来做，不要把陌生承办人直接排进门。
页面很快变成绿色，写着“本周照护已确认”。
周二中午，袁禾收到服务端的提醒，以为下午有人已经接下文件领取。袁恪在南岸的讨论记录里却还看见“等待人工回拨”。同衡公共站的工作人员说，他们收到的是一份付款和资料证明，不是承办人的最终签名。袁禾打了两个电话，袁恪也在问另一个人，三个人各自都拿着一段看起来完整的记录。
到了下午，隔壁的冯姨发现老人还在家里等。她没有打开袁家的账户，只敲门问老人是否愿意由自己陪着去窗口。老人同意后，冯姨把这次临时帮忙写在自治互助簿上；袁禾用当地结算补上当日的车费和饭钱，袁恪把人工回拨的时间记在家庭纸本里。跨区那笔待确认的源币转移没有被当成“照护已经发生”的证明，要等真正的承办人确认后才会完成。
晚上，袁禾对李晓雨说：“页面说已经有人负责，可我们是到最后才知道没人答应。”
“你们当时授权的是哪一段？”李晓雨问。
“我同意找人，不等于同意任何人进门。弟弟同意周五的时间，也不等于周二下午已经有人接单。”
李晓雨请她们分别用自己的话说出页面状态。袁禾说“钱和请求被送到了”，袁恪说“人工承办还没有签字”，冯姨说“我只是这一次帮忙”。三种说法都被记录下来，彼此没有被压成一个“已完成”。她把家庭地址和照护细节留在链外，只把获得同意的状态、版本和人工回执编号放入公开错误报告。
照护站的负责人看完三份记录，没有急着为自己辩解。他说，至序端想减少没人接单的空档，同衡站要保证每个请求都有可追踪的承办人，南岸的人议小组又不愿把家庭决定交给自动排班。每一种安排都有自己要解决的麻烦，兼容程序却把“请求已经登记”和“某人已经接手”压成了一个词。
这句话后来被写进M-17的补充说明。链源的公开审计把三处现场放在同一张版本关系图里：材料铺的货物、许岑的工作单、袁家的照护请求。三笔源币记录的时间和状态都能核对，真正发生的交付、工作和陪伴则分别由当地结算、人工收据和互助簿补上。报告没有说哪一种制度更好，也没有把冯姨的纸本当成落后的证据。
李晓雨把这份说明拿给临湾几个维护者看。北埠的梁绍关心的是货物不要再次被送进无人领取的柜子；北岸集市的负责人关心的是没有确认的工作单不要出现在已接名单里；同衡公共站的承办人则要求任何照护页面都显示“谁还没有签字”。他们在同一张桌子旁，却没有要求对方放弃自己的记录方式。
“要不要把所有状态只留两个？”一个维护者问。
“两个词会更好看，”李晓雨说，“但如果它们仍然把记录、接单和完成混在一起，页面越简单，误会越快。”
她暂时不提总格式，只把使用者反复说出的句子放在字段旁边：钱已记上，货还没人签；我看过工作单，没有答应排班；请求送到了，承办人还没回拨。每句话后面都注明版本、时间和责任入口，缺少哪一项也直接写出来。
到了2032年春，v7.2已经被一些公共服务端采用。它们在状态后面增加了短句说明，旧终端则显示一个需要人工确认的标记。还有小组因为设备和培训的原因暂时不升级，继续用纸本收据做过渡。临湾的生活照旧交错：早晨，至序服务区用默认安排减少空等；下午，同衡窗口按签署人处理争议；晚上，人议小组讨论家人的边界；楼下自治组把临时互助写进簿子。第二天，他们仍可能在同一个交易、工作或照护请求里相遇。
李晓雨按季度回访那些提交过M-17的使用者。林妍后来把公共柜的默认收货关掉，梁绍在每张跨区单上写明“结算证明不代替收货签名”；许岑仍接北岸的活，但每次都要求先有人工确认；袁家把照护时间拆成三张纸，谁能来、谁还在等、谁只负责这一次，分别写在不同位置。他们继续原来的生活安排，只把出错以后该如何回退写得更清楚。
有一回，林妍把一张新收据递给她看。上面同时印着当地结算的签名和源币的时间校验，旁边还留着一格空白，写着“实际接收人待补”。
“以前我觉得空白就是没做完。”林妍说，“现在知道有时候空白是在提醒我别替别人填。”
李晓雨没有把这句话写进结论，只记录了她是在什么情况下说的。她越来越清楚，接口的作用不是把所有人的生活压成一条顺滑路径。它应该让人看见哪一段已经发生，哪一段还需要有人答应，以及换一种做法要多付出什么。
2032年秋，五十八岁的李波从隐云来到云港档案室。管理员只核验了访客资格，没有把他的阅读页码写进登记。他没有打开M-17的家庭回访，也没有要求查看许岑的工作记录，只在公共终端上读完自己留下的那份《最后一次作证》归档。读到方立关于“下一次该交给谁”的问题时，他停了一会儿，随后按原页码把文件合上，没有留下新的判断。当天的公开统计只多了一个匿名访问次数。
那时李晓雨正在另一间办公室核对三份错误报告的版本号。她不知道父亲来过，也不需要知道。公开报告里能核对的，仍然只有接口版本、状态变化和当事人愿意留下的回执。
入冬后，临湾的雨又开始增多。一个跨区订单在新旧终端之间来回转了两次，最后由人工承办人打电话确认。链源把这次兼容结果加入公开版本索引，标出旧端缺失字段、人工补足的时间和最终责任入口。它没有替任何一方修改路线，也没有从源币记录里扣下一笔费用。源币网络保存的是结算发生的时间和版本，货物、工作和照护仍要由现实中的人把下一步接住。
十二月末，李晓雨三十二岁。她在公民审议院的公开登记页面查阅M-17后续材料时，看到一条新申请。
发起方：至序。
登记通道：融合框架公开接口。
申请事项：与李晓雨进行一次非公开对话。
范围：一次、限时、只读公开案例、无执行权。
受邀者：李晓雨，可拒绝。
当前状态：待处理。
她把页面从头看了一遍。申请没有打开任何新的案例，也没有给她增加权限。她没有点击接受，没有回复理由，只把“待处理”抄进自己的工作记录。
临湾桥下的水声隔着窗户传上来。东岸的装订坊、北岸的集市、袁家的楼道仍在同一片雨里，各自保留着能承担的方式，也继续向别人的方式借一只手。页面上的申请停在那里，像一个尚未由任何人接手的状态。
虚构声明
《链》是一部架空近未来小说。文中的人物、国家、城市、机构、货币和事件均属虚构；源币受到公开数字货币思想的启发，但拥有独立的历史与规则。
订阅《链》：https://www.790427.xyz/subscribe.html