基于区块链的分布式记账技术会从根本上改变目前金融行业中心化模式的计算模式。它会影响到金融行业的每个方面。未来的金融世界的局面会同现在完全不一样。对于一个有一定资源并且专注于利用区块链技术提供金融解决方案的公司来说，就必须在区块链技术底层方面进行总体的设计。这是因为在任何一个目前细分的金融领域中的解决方案都不可避免的会涉及到金融市场的基础架构和在其中流通的媒介，以及其它的金融业务细分领域。如果没有进行这样的总体的设计，有可能就出现多种满足具体功能的软件如抵押贷款和稳定币。这些软件之间没有连接，但业务的发展又需要这些软件之间的合作。因此就会成为一个系统集成、升级和运维的噩梦。这样的情况已经出现在以往的传统企业当中，也出现在近期的互联网电商和互联网金融公司当中。如果又是赶上公司没有在一个业务的风口和足够的资本支持，那么这个公司的失败的几率就非常大了。相信现在但凡开发过一个像样点儿的软件的Java开发者，都会采用一个基础的框架叫做Spring。这个框架为一个大型的Java软件提供了一个基础的框架。这个在这个框架基础之上，可以方便的集成一个企业级软件所需要的各种基本功能，包括权限管理、安全管理、日志管理、同数据库的对接等等。在开源软件市场当中，如果有提供一种具体功能的解决方案，Spring可以方便地将其集成进来，而且集成的方式基本上是即插即用的模式。对这些具体功能的集成还不会影响软件的整体的稳定性。由于这个框架的优越的功能，所以它几乎被所有的基于Java开发的企业级软件所采用。但是，这个框架并不是在Java刚一开始时就同时出现的。Java是出现于上世纪的90年代的早期。而Spring的出现是在本世纪的初期。在Spring出现之前，一个基于Java开发的企业级软件都是由相应的开发团队自己写底层的架构。因此这样开发出来的软件质量差别就非常大。后期的升级与维护就成为开发人员的噩梦。区块链在目前的发展阶段，就如同Java刚刚出现的早期。每个想基于区块链技术开发软件的团队都要首先选择其所基于的区块链技术底层如以太坊、EOS、Fabric或者是Corda。然后在选择的底层之上开发自己想提供的功能如抵押贷款或预测。在这个底层之上，就要设计建立好底层框架。这就类似于自己率先建立自己的Spring。对于提供单一功能的软件来说，底层框架的设计还没有那么重要。但是对于综合性的解决方案或者希望有非常强的可扩展性的区块链软件来说，底层框架的选择和设计就至关重要了。举金融行业的解决方案来说，这个方案首先要考虑必须要解决的具体问题、服务的目标客户群体和以及未来可能提供的更多的服务。只有首先在大的方面和长远的方面考虑，才会选择一个非常坚实的可扩展的基础，才能支持未来的长久的发展。这就如同一个建筑商对未来建筑的考虑。如果他考虑建立一个商业综合体，他就不会只为建立一个小的、独立的商店打地基和开始建筑。基于区块链的解决方案不仅需要技术方面的整体框架的设计，同样需要商业方面的整体设计，也就是商业战略选择。如果商业战略不对，再好的区块链技术底层也无法促使商业的成功。战略选择既包括传统的战略选择，也包括区块链时代特色的战略决策。在传统的战略选择方面，一个选择是行业上下游的选择方面。如果采取上下游通做的方式，一定会增加公司失败的几率，而且会做成一个封闭的生态。这方面的一个案例就是新闻报道的Facebook的稳定币策略。如果Facebook提供自己的稳定币，同时又做跨境支付业务，那它就会在产品的生产方和渠道方两个方面形成自己的生态，排除了其它方的参与。在这个方面最正确的战略选择是星巴克在加密数字货币方面的决策。它并没有自己投资参与加密数字货币的交易业务，但还争取到Bakkt通过赠送股权的方式将其数字资产的支付功能集成到星巴克的客户端。而且我相信，在加密数字货币支付方面，星巴克没有同Bakkt签署排它协议，因此它就有可能同此方面更多的服务商合作。区块链商业模式的一个最大的失误就是解决方案同目标客户群体的错配，譬如用加密数字资产来服务没有被银行服务或银行服务不够的人群进行合作。如果把区块链这的这个价值最大化，就需要看现实社会中，这样的情况在什么地方存在。如果从这个角度来看的话，现实商业社会中的很多情况都是如此，如贸易金融和用户信息在金融机构之间的共享等等。只有将区块链技术应用在这些场景，才是这个技术的最佳应用，也才能为市场所接受。IBM同恒星体系合作的WorldWire就是在跨境支付领域中此方面的一个很好的应用。各国的合规的金融机构基于恒星体系的技术底层的保证，合作完成跨境汇款业务。这样的应用成功地打破了SWIFT在此业务中实际的垄断。同理，我认为在加密数字资产领域，同样会出现一个基于区块链技术的各国合规券商之间的金融联盟
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。