IPSE的应用链技术：联动Polkadot跨链框架

IPSE的应用链技术

当Web3.0技术栈被提出来的时候，应用链的发展有了明确的方向，过往的一条公链+DAPP的组合发展遇到了明显的挑战，任何一个公链对于现在的区块链加密经济体来说都是一种切分，对于网络效应的一次分割，这样的发展路径是明显受到约束的。

一、应用链出现的背景

深入思考DAPP发展所遇到的问题，其实有非常简单的理由可以解释，那就是使用成本居高不小，带来的收益完全不能抵消掉需要的学习成本。每一个DAPP都是架构在相应的某一条区块链上的，对于用户来说，在众多的区块链面前首先要选择其中一个。我们从来没见过这样一种情况，那就是某个人使用一个APP，首先需要选择一个互联网。因为对于我们来说，互联网就只有一个，底层操作系统将所有的网络差异屏蔽掉了。

对于区块链的Web3.0发展来说，最重要的一件事情是首先得到这样一个操作系统，将各种链的差异在用户面前屏蔽掉，用户不用关心你DAPP跑在什么链上，也不需要关心自己的token在某些情况下不能用。这就是应用链所诞生的背景。

其实应用链是相对于Web3.0生态来说的，其中明星级项目Polkadot就是将所有链需要打通的跨链技术，其团队打造的Substrate框架能刚好作为这样一个区块链操作系统，用户不用关心在应用链上的交互是不是通用的，只要接入了Polkadot生态，应用链的所有操作应该对用户来说都是可以通用的，即便用户持有的是比特币，也可以在应用链上完成相应的操作。应用链在Web3.0生态中，不仅可以将使用Substrate构建的链无缝兼容互操作，还可以通过连接桥的方式将现在已有的区块链连接起来，比如比特币、以太坊和EOS。从网络效应的角度去看，这样的连接将会给新的应用链带来网络顺风车的流量。将用户接触学习区块链的成本大大的降低，迎来新一波的区块链技术红利。

应用链的主要功能：

1. 可互操作的结算层，从Polkadot的架构图可看出，平行链可以通过中继链中的验证节点来实现互操作，其中也当然包括转账等基本操作。

2. 应用链的基础用户数据（用户账号，权限，token账本）。

3. 应用链的运行承载（智能合约虚拟机，运行平台）。

   
   

二、IPSE对应用链的应用设计

比特币出现后，其提供了充足的分布式节点和算力壁垒，但其拥堵和高延迟导致其无法实现商用落地，而以太坊有了智能合约的功能，但也有太拥堵的问题。根本原因都是在区块链设计之初没有从分层的角度去思考整个问题集。

1.应用数据和结算数据并不需要在一个区块链上堆积，IPSE将大部分应用数据放在应用链上。

1.多种应用数据不需要在一个区块链上混合并存，所有智能合约都在主链的一个虚拟机上，是获得了同等的安全保障，但带来的耗费是合理的。IPSE将有多个应用链，实现多种应用数据有效分离。

3.应用链的节点规模跟其实现业务是匹配的，数据的重要程度跟区块链应用链保证数据安全程度是匹配的，IPSE将不迷信完全的去中心化，而注重合理匹配。

4.所有应用运算不需要交等额的手续费。如果像以太坊只有一条主链，那么其对于所有的智能合约中的操作的价格估算是同质的， 其价格缺少分层规划。IPSE将在不同虚拟机里，设计不同的gas费用，智能合约计算价格分层设计。

5.所有的交易操作不需要等额的挖矿耗费。不同的交易具有不同的价值，这是事实，IPSE将采用应用链技术，将绝大部分的交易存储放在应用链上，而挖矿采用主链联合挖矿的方式，也即是运用主链的强大共识机制，应用链搭顺风车，比如主链上有数百个节点达成了强大的共识，而应用链只有10个节点负责存储应用链数据，但10个节点存储的数据量是整个网络的99%，反正验证交易等行为在挖矿节点上进行都是很快的，只是出块的时候，将应用链数据推送到应用链上进行保存，而应用链10个节点不需要进行挖矿，这10个节点完全顺从主链上1 万个节点就可以了。

6.主链上统一的计算虚拟机是否是不必要的。对于不同的智能合约，其重要性的差别是不言自明的，其需要保存的数据的重要性也 是同样道理，如果采用一条主链垂直实现，就会出现像以太坊类似的严重的性能扩展问题，数据量同步负担过重也会造成安全问题。IPSE应用链能负责这两部分，计算虚拟机拆分解决主链性能不足问题，数据存储拆分解决数据治理的扩展性问题。

 

相关链接：

IPSE（星际搜索）https://ipse.io/

Polkadot（波卡）https://polkadot.network/

IPFS（星际文件系统）https://ipfs.io/