为制止过于抽象，下面给出几个例子。
事实上，险些所有的区块链系统，尤其是和实体经济、现实世界团结的区块链应用，都需要链上链下协同，用“殽杂架构“来实现，系统自己就包括富厚的技能生态。
共鸣开销：主流共鸣算法里，PoW（事情量证明，也就是挖矿）耗损电力；PoS（权益证明）要抵押资产得到记账权；
PBFT（同盟链常用的拜占庭容错算法）记账者要完成多次来回投票，流程步调繁杂。
3. 数据被广播到所有节点，稳妥存储下来，每个节点城市存储一个完整的数据副本。
什么是“链上”和“链下”
当这个业务处事挪用区块链的接口发送生意业务，且生意业务完成“共鸣”和“存储”后，才称为“上链”；假如这个生意业务没有按预期被打包处理惩罚，那么可以叫“上链失败”。
生意业务之轻和“上链”之重
*注1：生意业务（transaction）是区块链里的通用术语，泛指发往区块链，会窜改链上数据和状态的一段指令和数据
“链上”、“链下”诸多问题，一文说清。
存储开销：和节点数成正比，所有的链上数据，城市写入所有节点的硬盘，在一个有100个节点的链上，就酿成了100份副本，假如有1000个节点，那就是1000份。
*注：每个例子其实都有大量的细节，思量篇幅，这里做提要先容，聚焦链上链下的区别和有机团结
今朝区块链底层平台慢慢趋于成熟，机能和本钱已经不是什么大问题，只是以下几个开销是因“漫衍式多方协作”而先天存在的：
生意业务“上链”的扼要进程如下：
生意业务一旦“上链”，则意味着获得完整执行，告竣了“漫衍式事务性”。简朴地说，就像一段话颠末集团答应后在通告板上公示于众，一字不错不少，永久可见且无法涂改。
让“链上”归链上，“链下”归链下
想象一下，假如每个生意业务都是一个巨大科学计较任务，那么每个节点CPU和内存会跑满；假如每个生意业务都包括一个大大的图片或视频，那么全网的带宽，以及各节点存储很快被塞爆；假如各人都敞开来滥用“链上”资源，“公地悲剧”就不行制止。
挪用API发个生意业务是很容易的，而链上的开销就像房间里的大象，难以视而不见。作为开拓者，需要正视“生意业务之轻和链上之重”，努力“上链”的同时淘汰不须要的开销，找到均衡之道。
*注2：本节暂未接头“局部/分片共鸣”，也不探讨“平行扩容”的环境，默认假定全网参加共鸣和存储
除此之外，假如仅仅是挪用接口查询一下，没有改变任何链上数据，也不需要举办共鸣确认，则不算“上链”。
也许有人会说：“这就是‘信任’的本钱，值得的！”我同意。只是抱负无法离开现实，究竟硬件资源老是有限的。
什么是“上链”？什么数据和逻辑应该“上链”？文件能不能上链？链上能不能批量查数据？“链下”又是什么？
开销只是本钱问题，而本质上，应该让区块链干本身最该干的工作。链上聚焦多方协作，尽快告竣共鸣，营造或通报信任，将好钢用到刀刃上；那些非全局性的、无需多方共鸣的、数据量大的、计较繁杂的...通通放到链下实现，一个俊杰三个帮。
计较开销：除了加解密、协议理会等计较之外，在支持智能合约的区块链上，为了验证合约的执行功效，所有节点城市无不同地执行合约代码，牵一发而动全身。
可能，某个业务处事自己和区块链并不直接相关，，或其业务流程无需参加共鸣，所生成的数据也不写入节点存储，那么这个业务处事称为“链下处事”，无论它是否和区块链节点配合陈设在一台处事器，甚至和节点历程编译在一起。
1. 记账者们收录生意业务，按链式数据布局打包成“区块”。
· 文件能不能上链？
区块“链”的链，包括“数据链”和“节点链”。数据链指用链式布局组织区块数据，组成数据校验和追溯的链条；“节点链”指多个节点通过网络毗连在一起，相互共享信息，个中的共鸣节点则连系执行共鸣算法，发生并确认区块。
网络开销：与节点数呈指数级比例，节点越多，网络流传次数越多，带宽和流量开销越大，假如数据包过大，就更落井下石。
“上链”意味着“共鸣”和“存储”，两者缺一不行。生意业务不颠末共鸣，则不能担保一致性和正确性，无法被链上所有参加者接管；共鸣后的数据不被多方存储，意味着数据有大概丢失或被单方改动，更谈不上冗余可用。
*注2：本节描写的是扼要的模子，在多层链、分片模子里，流程会越发巨大，事务分别更细，但“共鸣”和“存储”才叫上链的根基原则稳定
如何举办切割？在业务层面，识别多方协作事务和数据共享中“最大合同数”，抓住要点痛点，四两拨千斤；在技能上，公道设计多层架构，扬长避短、因地制宜地运用多种技能，制止拿着锤子看什么都是钉子、一招打天下的思维。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
