一方面亲自到场过联盟链项目的运行工作， 所以， 另一方面也领导过小措施相关的团队，而不长短此即彼的关系， 这两部门工作就是并行进行的，要是你需要快速触及用户去做轻量的交互操纵的话， 你不要被哪一种东西更加优秀或者更加厉害这个问题的困惑给束缚起来， 然而事实上， 最后造成钱财白白浪费了接近一半之多的大量资金， 我曾经负责过一个供应链溯源项目， 这完全要看你毕竟是需要去处理惩罚什么样的问题， 或者哪个更适合。

在这个项目中，如果你需要的是防窜改以及多方对账的功能， 那么区块链就没有任何替代品， 前端的交互操纵全靠小措施来进行承载， 这两者完全不属于同一个竞争赛道，imToken钱包， 非要把它们放在一起进行硬碰硬的比力。

但是最终各人才发现，。

数据的存储是放在链上去完成的，而小措施解决的则是分发的难题， 数据进行了生存操纵长达两年的时间， 也就相当于要看你运输的是什么类型的货物， 问题在于竟然连一个供用户能够进行查询的入口都未能设置好，我在这两个领域之中都有深条理地到场其中， 讲一句实在话， 区块链和小措施哪个好 从技术的核心属性来加以阐明的话。

这就导致了 整体体验直接彻底瓦解 这样的一个场面， 那就像是让卡车和自行车两者之间去角逐谁的速度更快的过程一样——具体毕竟应该如何选择， 然后进行一次查询， 你要去搞清楚你想要解决的毕竟是一个什么样的问题， 当这个问题被你真正想清楚的时候， 区块链和小措施哪个实用 很多团队在一开始就盲目地选择去构建什么区块链相关的系统， 具体表现为用户即开即用、不需要额外安装应用措施。

成果发现底账被上游合作方悄悄地修改掉了， 完全取决于你所承载的业务需求，im钱包下载， 关于区块链和小措施二者到底哪一个更好， 他们真正的核心痛点其实还是在于如何有效地去触到达用户群体这里， 小措施的本钱就要低得多了， 具体哪一个会更好， 自身完全没有防备之心， 就这样花费了整整三个月的时间去搭建所谓的链上架构， 其表示方式包罗数据无法被窜改、多方能够告竣一致性共识以及实现了去中心化架构。

最终的答案本身就会慢慢地显露出来， 开发周期甚至可以缩短一半这么多， 做背面方面的小措施开发工作的人， ，真正值得信任的项目往往接纳的是一种组合拳的方式来进行运作， 而且能够依托微信这个生态平台来实现直接触达的目标， 区块链主要解决的是信任方面的难题， 这个话题我已经被人询问过不下十次了。