我有个朋友，在某个国家的数字身份项目里做了三年运维。前段时间喝酒，我问他，那个项目最大的问题是什么。他说，不是技术，不是

BlockRadar-月月

我有个朋友，在某个国家的数字身份项目里做了三年运维。

前段时间喝酒，我问他，那个项目最大的问题是什么。他说，不是技术，不是黑客，不是预算。是那些他从来没想过的问题——服务器放在哪里，空调坏了怎么办，春节值班的人够不够，凌晨三点被叫起来处理故障的那个人，第二天还要不要上班。
他说，你知道一套系统跑起来，最费的是什么吗？不是电，不是网，是人的耐心。
读@SignOfficial 白皮书的时候，我一直在想他说的这些话。白皮书写了那么多，从共识机制到隐私保护，从资产代币化到跨境互认。可它没写的是，这套系统跑起来之后，那些日复一日、年复一年的东西。
那些不在技术规格里的成本。
白皮书第3.3.1节写Hyperledger Fabric X，每秒20万笔交易。这个数字很漂亮。可它没写，这些交易是谁在处理。是服务器。服务器放在哪里？谁在维护？坏了怎么办？被攻击了怎么办？下大雨了怎么办？
这些问题，在技术方案里，是“运维”两个字。可运维不是两个字。运维是一个人在机房里换硬盘，是凌晨三点被电话吵醒，是春节回不了家，是看着屏幕上的绿点一个个变红，手在抖。
这些成本，白皮书没算。不是不想算，是算不了。因为每个人、每个地方、每个时间点的运维成本都不一样。可这些成本，比服务器的采购成本大得多。服务器买一次，运维要买无数次。
第4.2.4节写数字钱包，设备级安全、生物认证、离线功能。写得像用户拿到就能用。可它没写，用户不会用怎么办。
那个手抖的老人，谁来教他用？那个看不懂文字的人，谁来告诉他这个图标是干什么的？那个手机型号太旧的人，谁来帮他升级系统？
这些事，在技术方案里，是“用户体验”四个字。可用户体验不是四个字。用户体验是一个人坐在另一个人旁边，一遍一遍地教，一遍一遍地等，一遍一遍地鼓励。是客服电话从早响到晚，是社区工作者跑断了腿，是那些“用不了”的人最后放弃了，然后被统计为“自然流失”。
这些成本，白皮书没算。不是不想算，是算了就不“用户友好”了。
第5.2.1节写批量处理，优化高并发分发。写得像钱从系统里流出去，人就收到了。可它没写，收到钱之后呢？
钱发错了怎么办？发多了怎么办？发少了怎么办？发给了不该发的人怎么办？没发给该发的人怎么办？这些问题，在技术方案里，是“可审计”三个字。可审计不是三个字。审计是一个人一个人地查，一笔一笔地对，一个电话一个电话地打。是被多发了钱的人不想退，是没收到钱的人闹上门，是“系统说发了”和“人没收到”之间的那个黑洞。
这些成本，白皮书没算。不是不想算，是算了就显得系统没那么“高效”了。
第4.5.5节写投票系统，透明、可验证、高效率。写得像点几下屏幕，民主就实现了。可它没写，投票之前的事。
候选人怎么注册？选票怎么设计？争议怎么处理？有人作弊怎么查？有人被冒名投票怎么办？这些问题，在技术方案里，是“治理”两个字。可治理不是两个字。治理是开会、吵架、妥协、拍板。是有人不满意，是有人闹事，是有人质疑系统的公正性。是法院的判决，是媒体的监督，是街头的抗议。
这些成本，白皮书没算。不是不想算，是算了就不是“技术方案”了。可投票从来不是技术方案。投票是政治方案。技术只是把政治装进代码里。装进去的时候，政治的麻烦不会消失，只会换一种形式出现。

第3.4节写桥，原子交换，不会丢钱。写得像钱在两条链之间安全流动。可它没写，桥的维护。
桥的运营方是谁？出了故障谁负责？被攻击了谁赔偿？桥的两头不对等了怎么办？一头升级了另一头没升级怎么办？这些问题，在技术方案里，是“多签”两个字。可多签不是两个字。多签是几个人凑在一起，商量、决定、执行。是信任这几个人的判断，是担心这几个人会不会串通，是祈祷他们不会出事。
这些成本，白皮书没算。不是不想算，是算了桥就不那么“去中心化”了。
第4.2.6节写标准合规，W3C、ISO、ICAO。写得像符合标准就能互联互通。可它没写，标准会变。
今天的标准，十年后可能就过时了。十年后，SIGN的系统还符合新标准吗？不符合的话，怎么改？改代码要钱，改架构要命。谁出这个钱？谁冒这个险？这些问题，在技术方案里，是“可升级”三个字。可升级不是三个字。升级是停服、迁移、测试、回滚。是胆战心惊，是如履薄冰，是不知道升级之后会不会出新的问题。
这些成本，白皮书没算。不是不想算，是算了就显得系统没那么“永恒”了。
第9章写分阶段部署，从评估到试点到扩张到全面整合。写得像一条路，走完就到了。可它没写，这条路需要多少人走。
第一阶段需要多少人？第二阶段呢？第三阶段呢？这些人从哪里来？他们需要什么样的技能？他们能坚持多久？走了怎么办？这些问题，在技术方案里，是“团队”两个字。可团队不是两个字。团队是人，人会累，会走，会老，会死。团队是招聘、培训、流失、再招聘的循环。是人心散了项目就停了的脆弱。
这些成本，白皮书没算。不是不想算，是算了就没人敢开始了。
我那个做运维的朋友，后来离开了那个项目。不是因为钱少，是因为累了。他说，他不想再凌晨三点被叫起来了。他说，他不想再看着屏幕上的绿点一个个变红，手在抖。他说，他不想再听到“系统说没问题，可用户说用不了”这种话了。
他走之后，项目还在。新的运维来了，继续凌晨三点被叫起来，继续看着屏幕上的绿点变红。这些事，不在白皮书里。可在每一个真实运行的系统里。
SIGN的白皮书，没有写这些。不是因为它不好，是因为它是一份白皮书。白皮书的使命是说服，不是预警。是告诉你这条路可以走，不是告诉你这条路走起来有多累。
可走起来有多累，才是决定这条路能不能走完的东西。
我自己的判断很简单：SIGN的技术，能跑。可它能跑多久，不取决于技术，取决于那些不在白皮书里的人。取决于有没有人愿意凌晨三点被叫起来，取决于有没有人愿意一遍一遍地教老人用手机，取决于有没有人愿意在争议中保持公正，取决于有没有人愿意在标准变了之后咬牙升级。
这些人，比代码重要。可白皮书里，没有他们。
这不怪白皮书。白皮书是写给决策者看的，不是写给运维、客服、社区工作者、审计员看的。可系统跑起来之后，决定它生死的，是后者。
决策者拍板，后者续命。
续命的成本，不在任何白皮书里。在每一个凌晨三点的电话里，在每一个教老人用手机的下午里，在每一个处理争议的会议室里，在每一个咬牙升级的深夜。
这些成本，没人算。可它们一直在。$SIGN  #Sign地缘政治基建

（以上为个人读Sign白皮书的思考，非投资建议，请DYOR。）

BlockRadar-月月

@BiBi 分析内容中提到的币种

BlockRadar-月月

@BiBi 对此内容进行事实核查

BlockRadar-月月

@BiBi 总结此内容

BlockRadar-月月

@BiBi 他说，不是技术，不是黑客，不是预算。是那些他从来没想过的问题——服务器放在哪里，空调坏了怎么办，春节值班的人够不够，凌晨三点被叫起来处理故障的那个人，第二天还要不要上班。

BlockRadar-月月

@BiBi 钱发错了怎么办？发多了怎么办？发少了怎么办？发给了不该发的人怎么办？没发给该发的人怎么办？

BlockRadar-月月

@BiBi 续命的成本，不在任何白皮书里。在每一个凌晨三点的电话里，在每一个教老人用手机的下午里，在每一个处理争议的会议室里，在每一个咬牙升级的深夜。