第290章 样板工程

    大学已经放寒假了。
    周浩然一个人来学校补考，考试过程很严肃，不允许别人代笔，几十张考试卷需要他一张一张的写清楚。
    一般人真接受不了这种强度。
    好在他不是一般人。
    一上午就抄完了。
    下午，周浩然和程院长一起，去参加国家队工程的技术会议。
    这种会议，周浩然都很低调。
    不怎么说话。
    可一连几次，专家组会议讨论的都是同样的难题，方案提出了好几版，又连续推翻，怎么都通不过。
    周浩然就忍不住，提出了他的建议：“可以采用互联网交互协议。”
    引来了专家团的一致反驳。
    连程院长也批评他，说他多听多看多学，不要追时髦。
    这就让周浩然有些恼火。
    真憋屈啊！
    明明全场就他一个人懂，好像他成了大反派似的！
    遭遇的技术问题，其实很简单，就是信息交流的准确。
    比如，用户A要给用户B转账500元。
    这个过程，需要三部分。
    第一，用户A的账户扣款500元；
    第二，把转账信息传给第三方账户，作为监管和备份。
    第三，账户B增加500元。
    这个信息的传递过程非常重要。
    一旦传错，就容易造成金融系统的混乱。
    比如，账户A扣款了，账户B却没增加，导致500元凭空蒸发；账户B多出来了500元，账户A却没有扣除掉500元；
    又比如，账户A扣款500元，账户B增加500元，看起来都没问题了……可是第三方监管账户并没有记录清楚转账500元。
    一旦信息传递不准确，就很容易出现金融系统的崩溃。
    造成巨大损失。
    为了确保万无一失，所以现在的金融转账，核心环节还都得是人工参与，要打电话来核对信息。
    这效率就大大降低了。
    尤其现在的硬件设备很落后，就加大了信息确认和信息变更的难度。
    跨行转账，这就算了。
    不同的银行有不同的系统和数据库，对接起来的确不容易。
    实际上，单个银行内部的转账，仍然是不同的数据库对接。
    因为国内人多！
    价值3000万美元的IBM大型机，单台机器最多只能管理2000万个账户，而国内大型银行有几亿用户。
    这从硬件层面就限制了一家银行，不可能全国一盘棋。
    要分片划区来管理。
    有的人口大省，省内要做好几个中心，搞好几台大型机、好几个数据库来管理。
    这就导致哪怕是同一家银行，哪怕是海港的市内转账，彼此间也有“墙”在隔着，存在着复杂的信息对接的环节。
    因为转账效率太慢，导致国内有大量的钱，都没有被合理的利用起来，成为了“在途资金”，就变相成为了“冻结资金”。
    宏观来看，这就造成了社会经济活跃发展的桎梏！
    对周浩然来（本章未完，请翻页）