区块链应用的实施，以及区块链系统结构与其他系统结构的整合，与区块链技术和技术系统结构的变化是分不开的。盲目遵循当前主流公共链或联盟链的技术和技术系统范式，难以满足区块链系统应用实施的需要，而不需要改进和扩大业务逻辑和系统结构的对接。
1.构建轻量级区块链技术架构
如果区块链作为其他系统的功能组件，则应采用相对较轻的区块链系统架构，并嵌入其他系统结构中。目前，公共链系统和所谓的联盟链系统都相对复杂。例如，在上述设备维护案例中，只要区块链系统能够从传感器中获取数据并将数据分发到区块链系统中的所有节点，就足以确保这些数据在收集、传输和存储过程中不被伪造或篡改。从区块链的系统结构来看，只需要数据层和网络层，最多加上共识层，既不需要激励层，也不需要合同层，更不用说不同的节点来争夺会计权利了。
当系统多链并存，由不同的区块链组成区块链网络时，需要回归区块链系统的最原始特征，解构现有的区块链系统结构，去除不必要的功能组件，然后根据上层业务系统的需要重组相关技术，以满足当前系统的业务需求。这不仅是当前区块链系统在当地范围内着陆的需要，也是未来区块链系统在更大范围内发挥作用的需要。
2.创建跨链和跨系统结构的数据交互工具
区块链系统与其他系统、不同区块链系统与区块链系统的系统结构集成都涉及到不同系统之间的数据交互。区块链系统与区块链系统之间的数据交互主要是跨链技术，区块链系统与其他系统的数据交互需要进一步分析不同系统的系统结构和交互数据的存储结构和呈现模式。
一些数据交互可以通过桥接进行。例如，上述景点或酒店的例子。面向消费者的景区或酒店建立的公共链系统的数据当然不是工商或税务私有链或联盟链系统所需的数据。因此，需要在这两种类型的区块链系统之间设置一个桥接节点来转换和连接数据。
然而，桥接绝对不是大多数区块链系统和区块链系统跨链应用的好方法。这样，应用层两侧的数据结构直接匹配。每当引入新的区块链系统时，都需要根据其技术特点与其他区块链系统完成对接匹配，工作量大且繁琐。如果连接的区块链类型太多，应用层资源在数据结构转换中消耗过多，直接降低系统效率。最理想的跨链功能最好作为组件放置在系统底部，上层应用通过标准接口无缝调用，不再需要适应目标系统。
3.区块链技术体系具有更丰富的功能和结构
面对真实的业务场景，区块链必须与其他信息系统广泛融合，才能发挥其独特的作用和功能。但目前区块链的技术体系结构相对固化，外部接口方式过于单一。这不仅是区块链系统难以应用的原因，也将限制区块链未来的发展。
例如，公共链。由于非允许性，公共链用户角色表现出高度同质化。以太坊，EOS 实际上正在探索如何在公共链系统中实现角色差异化。
通过引入智能合同，以太坊试图在业务层或应用层通过代码匹配各种场景，但这种匹配是基于底层数据全部披露，系统无访问，角色无差异，注定只匹配一小部分业务场景，不能匹配更丰富的产业逻辑。
EOS 通过在全球部署21个超级节点，在物理和逻辑上区分数据，其努力方向值得肯定，但其基础设施决定了EOS 仍然只能与现实生活中的一些业务场景和单一用户类型相匹配，难以形成丰富而复杂的产业逻辑。
由于公共链需要由集体维护系统运行，不可避免地会在系统管理层面带来用户角色的同质化，并试图大大丰富上层应用程序，使用户角色呈现出更多的异质化因素，从而使多个目标难以协调。因此，为了匹配更丰富的业务逻辑，在更多的业务场景中发挥区块链的作用，我们需要回到区块链的底层技术逻辑水平，更大程度地调整和重构技术结构和技术目标，甚至打破公共链和联盟链的一些基本前提和假设，丰富和完善区块链技术体系结构。
4.创造更多能够实现业务角色差异化的工具
为了让区块链尽可能匹配更多业务场景，除了对区块链体系结构进行改造，还可以在区块链体系结构的一些特定环节引入相关工具，实现角色差异化。比如由单一私钥保管全部数字资产的系统设计，就很难满足包括数字资产托管、矿场、矿池、数字资产交易所等非个人客户对数字资产管理的需要。未来各国央行的数字货币，以及未来越来越多的数字化资产也面临同样的问题。这就需要对单一私钥的系统设计进行改造，比如利用秘密分享技术，将一个完整的私钥进行拆分，将一个人保管一个完整私钥并赋予其全部资产的管理权限，改为由多个人分别管理各自私钥分片并共同保管全部资产的方案。这个方案还可以引入门限方案，即并不一定要求所有人全部履行职责才可以完成资产的管理，而是在特定人数履行职责的基础上，就可以实现资产的管理和转移，以匹配现实生活中可能面临的多种复杂情况。
同时，还可以引入时间顺序关系，对不同人员履行职责的顺序进行必要的规定，以满足现实生活中业务流程的需要。或者，如果我们的团队完成了，各方独立生成了自己的私钥分片，基于安全的多方计算技术，生成了相应的钱包或托管账户地址，从数学上保证了自己私钥分片的安全，进而保证了钱包和托管账户资产的安全，而不是像秘密共享技术那样，完整的私钥有被泄露的风险和可能性。
