im区块链不是画饼落到IM产品里能解决的就这三件事

导读： 说句不好听的话, 当人们现在只要提到即时通讯加上区块链, 嘴里就只会蹦出“赋能”和“生态”这几个词, 这让我听了都想要吐。我在即时通讯架构这个领域干了十年的时间...

说句不好听的话, 当人们现在只要提到即时通讯加上区块链, 嘴里就只会蹦出“赋能”和“生态”这几个词, 这让我听了都想要吐。 我在即时通讯架构这个领域干了十年的时间, 经手的各式各样的产品数量肯定都不止一百套的规模, 要把区块链技术硬塞进即时通讯系统之中, 剥去那些花哨的外衣看, 它的核心本质其实也就只有一件事而已, 那就是搞清楚你的消息数据到底应该由谁来进行控制和管理。 如果你连这个消息归属权的问题都没有解决好, 那么你去谈论其他任何相关的东西, 都是在胡扯淡。

你要想一想呢, 在你通过微信发送出一条消息之后, 这些海量的数据就安安静静地存储在腾讯所管理的服务器之中。平台的方面想要查看这些信息就直接进行查看, 平台的力量想要删除这些数据就直接进行删除。

作为这条消息的原始发送者, 你自身连关于此事的一半了解的权利都没有被赋予。数据的垄断状态, 正是即时通信这个圈子里面长久以来一直出现的旧弊端，这同时也是用户的私人内容和个人对于信息的掌控能力经常受到不良影响的主要源头之一。

区块链要做的这事, 其实挺朴素的。主要是把消息的哈希值, 还有对应的时间戳, 同步挂到链上存好。以此来实现不可篡改、不可抵赖的效果。这样一来, 不管是平台还是其他主体, 都没法随意改动链上记录。用户对自己的信息, 也能多一份掌控力。

它主要能发挥作用的是三件事。第一件是进行DID身份标识的操作, 这意味着不再需要绑定手机号码, 从而帮助降低用户的个人敏感信息面临的暴露风险。 第二件事是利用IPFS技术对消息记录进行分散式的存储, 因为不存在单一的控制节点, 所以不会因为某一方单方面关闭服务而导致中断, 这样就有效避免了在传统数据存储模式下可能遭遇的信息被封锁或者丢失的糟糕情况。 第三件事是将企业即时通信系统中的审计日志数据记录到区块链上, 一旦发生任何矛盾纠纷, 只需要通过简单的查询就能立刻获取证据, 这显然大幅增强了在各个不同合作场景中对信任关系的安全保障程度。我前段时间留意到了一个做跨境即时通讯的组别, 他们只处理消息存在法律效力的证据这一件小事, 就把遵守规则要花的钱直接减少了百分之四十, 这个数宇后面跟着的是实打实的做事效率变高了许多, 其他的情况我就不多讲了。

把难听的话说在前面, 不要一上来就搞公链, 一条消息的GAS费用比内容本身还贵, 你觉得这合理吗? 正确的道路是使用联盟链加上Layer2, 高频交互通过中心通道处理, 只有确实需要存证的数据才上链, 这样性能才能达到极致, 成本也可以控制。

你不要去打听所谓的区块链将来究竟能不能成为主流方向, 它实际上只是当作一块建筑用的砖头来对待就行了, 哪里出现问题了, 就在哪里进行填充使用。如果感觉数据权属方面存在痛点, 那就把它放到链条上去解决；如果感觉合规性方面存在痛点, 同样也是把它放在链条上去处理。

千万不要贪图全面铺开, 也不要搞那些花哨的技术花样, 先把某一项具体的事情彻底做明白、落实到位才是关键。那些还在宣传稿里写着什么去中心化社交、虚拟世界概念的文字内容, 最好立刻删除掉。