Deeper 成为首个入网Helium的区块链项目，Deeper Lora正式开启全球预售
据官网最新消息，Deeper Network（DPR）成为首个获得Helium（HNT）入网资质的区块链项目。此后，Deeper Network的旗舰产品Deeper Connect将搭载Deeper研发的Lora天线可支持Helium组网，在WEB3.0的框架内，实现IoT与底层网络安全的价值互通。而Deeper Lora也已开启了全球预售，提前引发抢购狂潮。
据了解，Helium致力于建立IoT设备的无线网络，使世界更加紧密，现已成为区块链+IoT赛道最火热的项目。Deeper Network凭借其在WEB3.0安全技术上的积淀，为Helium提供绝佳的底层安全防护，从而一键打通IoT+WEB3.0应用生态。
Deeper Network 致力于建设一个真正去中心化的安全互联网、WEB3.0网关，旨在为千家万户带来更好的互联网体验。此次与Helium项目的完美结合充分体现了Deeper web3.0技术的先进性和可扩展性。今后Deeper将与更多优质项目深度合作，实现技术互通，打造更完善的生态体系，推动繁荣的WEB3.0生态早日落地。
Deeper Network通过Deeper的去中心化DNS(Ddns)和Deeper的去中心化CDN(Dcdn)为Web 3.0提供了基础架构服务，致力于建设一个真正去中心化的隐私互联网、安全网关，旨在为每个家庭带来更好的互联网体验，并成为用户进入Web3.0的门户，实现全栈式解决方案。
在技术落地应用、金融普惠未来的大趋势下，Deeper Network作为WEB3.0的要旨是底层技术的去中心化，网络底层的高度安全稳定、全球网络用户共享生态收益，以及硬件设备与软件技术的深层绑定以实现物联网技术的快速普及。Deeper Network则从底层网络安全技术着手，研发出一款兼具网络安全、隐私保护和抵抗网络攻击的硬件设备，并且在功能和体验上不断迭代，还可通过这款硬件分享闲置的网络带宽，并且获取对应的收益，这也是共享经济普惠WEB3.0的前奏。
目前，Deeper Network 在全球 200 多个国家或地区拥有超过 20,000 多个节点。Deeper Network预计到 2021 年年底将达到 10 万个节点。截止 2022 年年底，也就是下一年节点数将达到100万个甚至数百万个。Deeper Network 的节点越多，网络就会越安全并且稳固。
Deeper Network设备现货，HNT收益奖励高，更多V交流W666_999。 https://t.cn/8Fw6pCs
据官网最新消息，Deeper Network（DPR）成为首个获得Helium（HNT）入网资质的区块链项目。此后，Deeper Network的旗舰产品Deeper Connect将搭载Deeper研发的Lora天线可支持Helium组网，在WEB3.0的框架内，实现IoT与底层网络安全的价值互通。而Deeper Lora也已开启了全球预售，提前引发抢购狂潮。
据了解，Helium致力于建立IoT设备的无线网络，使世界更加紧密，现已成为区块链+IoT赛道最火热的项目。Deeper Network凭借其在WEB3.0安全技术上的积淀，为Helium提供绝佳的底层安全防护，从而一键打通IoT+WEB3.0应用生态。
Deeper Network 致力于建设一个真正去中心化的安全互联网、WEB3.0网关，旨在为千家万户带来更好的互联网体验。此次与Helium项目的完美结合充分体现了Deeper web3.0技术的先进性和可扩展性。今后Deeper将与更多优质项目深度合作，实现技术互通，打造更完善的生态体系，推动繁荣的WEB3.0生态早日落地。
Deeper Network通过Deeper的去中心化DNS(Ddns)和Deeper的去中心化CDN(Dcdn)为Web 3.0提供了基础架构服务，致力于建设一个真正去中心化的隐私互联网、安全网关，旨在为每个家庭带来更好的互联网体验，并成为用户进入Web3.0的门户，实现全栈式解决方案。
在技术落地应用、金融普惠未来的大趋势下，Deeper Network作为WEB3.0的要旨是底层技术的去中心化，网络底层的高度安全稳定、全球网络用户共享生态收益，以及硬件设备与软件技术的深层绑定以实现物联网技术的快速普及。Deeper Network则从底层网络安全技术着手，研发出一款兼具网络安全、隐私保护和抵抗网络攻击的硬件设备，并且在功能和体验上不断迭代，还可通过这款硬件分享闲置的网络带宽，并且获取对应的收益，这也是共享经济普惠WEB3.0的前奏。
目前，Deeper Network 在全球 200 多个国家或地区拥有超过 20,000 多个节点。Deeper Network预计到 2021 年年底将达到 10 万个节点。截止 2022 年年底，也就是下一年节点数将达到100万个甚至数百万个。Deeper Network 的节点越多，网络就会越安全并且稳固。
Deeper Network设备现货，HNT收益奖励高，更多V交流W666_999。 https://t.cn/8Fw6pCs
重磅消息！2021年1月1日起，个人所得税预扣预缴新方法施行，个税不再预扣6万元，快看2021年个税新政策对你有何影响？
据了解，《国家税务总局关于进一步简便优化部分纳税人个人所得税预扣预缴方法的公告》（国家税务总局公告2020年第19号），自2021年1月1日起施行。
这意味着，从2021年1月1日开始，个人所得税将迎来新变化，对于符合条件的年收入不超过6万元的人来说是个好消息。
云用工提醒，2021年最新个人所得税政策如下：
一、对上一完整纳税年度内每月均在同一单位预扣预缴工资、薪金所得个人所得税且全年工资、薪金收入不超过6万元的居民个人，扣缴义务人在预扣预缴本年度工资、薪金所得个人所得税时，累计减除费用自1月份起直接按照全年6万元计算扣除。即，在纳税人累计收入不超过6万元的月份，暂不预扣预缴个人所得税；在其累计收入超过6万元的当月及年内后续月份，再预扣预缴个人所得税。
扣缴义务人应当按规定办理全员全额扣缴申报，并在《个人所得税扣缴申报表》相应纳税人的备注栏注明“上年各月均有申报且全年收入不超过6万元”字样。
二、对按照累计预扣法预扣预缴劳务报酬所得个人所得税的居民个人，扣缴义务人比照上述规定执行。
2021年最新个人所得税政策解读
一、《公告》优化了哪些纳税人的预扣预缴方法？
《公告》主要优化了两类纳税人的预扣预缴方法：
1、上一完整纳税年度各月均在同一单位扣缴申报了工资薪金所得个人所得税且全年工资薪金收入不超过6万元的居民个人。
具体来说需同时满足三个条件：
（1）上一纳税年度1-12月均在同一单位任职且预扣预缴申报了工资薪金所得个人所得税；
（2）上一纳税年度1-12月的累计工资薪金收入（包括全年一次性奖金等各类工资薪金所得，且不扣减任何费用及免税收入）不超过6万元；
（3）本纳税年度自1月起，仍在该单位任职受雇并取得工资薪金所得。
2、按照累计预扣法预扣预缴劳务报酬所得个人所得税的居民个人，如保险营销员和证券经纪人。
同样需同时满足以下三个条件：
（1）上一纳税年度1-12月均在同一单位取酬且按照累计预扣法预扣预缴申报了劳务报酬所得个人所得税；
（2）上一纳税年度1-12月的累计劳务报酬（不扣减任何费用及免税收入）不超过6万元；
（3）本纳税年度自1月起，仍在该单位取得按照累计预扣法预扣预缴税款的劳务报酬所得。
【例1】小李2020年至2021年都是A单位员工。A单位2020年1-12月每月均为小李办理了全员全额扣缴明细申报，假设小李2020年工薪收入合计54000元，则小李2021年可适用本公告。
【例2】小赵2020年3-12月在B单位工作且全年工薪收入54000元。假设小赵2021年还在B单位工作，但因其上年并非都在B单位，则不适用本公告。
二、优化后的预扣预缴方法是什么？
对符合《公告》规定的纳税人，扣缴义务人在预扣预缴本纳税年度个人所得税时，累计减除费用自1月份起直接按照全年6万元计算扣除。
即，在纳税人累计收入不超过6万元的月份，不用预扣预缴个人所得税；在其累计收入超过6万元的当月及年内后续月份，再预扣预缴个人所得税。
同时，依据税法规定，扣缴义务人仍应按税法规定办理全员全额扣缴申报。
【例1】小张为A单位员工，2020年1-12月在A单位取得工资薪金50000元，单位为其办理了2020年1-12月的工资薪金所得个人所得税全员全额明细申报。
2021年，A单位1月给其发放10000元工资，2-12月每月发放4000元工资。
在不考虑“三险一金”等各项扣除情况下，按照原预扣预缴方法，小张1月需预缴个税（10000-5000）×3%=150元，其他月份无需预缴个税；全年算账，因其年收入不足6万元，故通过汇算清缴可退税150元。
采用本公告规定的新预扣预缴方法后，小张自1月份起即可直接扣除全年累计减除费用6万元而无需预缴税款，年度终了也就不用办理汇算清缴。
【例2】小周为A单位员工，2020年1-12月在A单位取得工资薪金50000元，单位为其办理了2020年1-12月的工资薪金所得个人所得税全员全额明细申报。
2021年，A单位每月给其发放工资8000元、个人按国家标准缴付“三险一金”2000元。
在不考虑其他扣除情况下，按照原预扣预缴方法，小周每月需预缴个税30元。
采用本公告规定的新预扣预缴方法后，1-7月份，小周因其累计收入（8000×7个月=56000元）不足6万元而无需缴税；从8月份起，小张累计收入超过6万元，每月需要预扣预缴的税款计算如下：
8月预扣预缴税款=（8000×8-2000×8-60000)×3%-0=0元
9月预扣预缴税款=（8000×9-2000×9-60000)×3%-0=0元
10月预扣预缴税款=（8000×10-2000×10-60000)×3%-0=0元
11月预扣预缴税款=（8000×11-2000×11-60000)×3%-0=180元
12月预扣预缴税款=（8000×12-2000×12-60000)×3%-180=180元
需要说明的是，对符合本《公告》条件的纳税人，如扣缴义务人预计本年度发放给其的收入将超过6万元，纳税人需要纳税记录或者本人有多处所得合并后全年收入预计超过6万元等原因，扣缴义务人与纳税人可在当年1月份税款扣缴申报前经双方确认后，按照原预扣预缴方法计算并预缴个人所得税。
【例】上例中，假设A单位预计2021年为小周全年发放工资96000元，可在2021年1月工资发放前和小周确认后，按照原预扣预缴方法每月扣缴申报30元税款。
三、《公告》出台后，扣缴义务人该如何操作？
采用自然人电子税务局扣缴客户端和自然人电子税务局WEB端扣缴功能申报的，扣缴义务人在计算并预扣本年度1月份个人所得税时，系统会根据上一年度扣缴申报情况，自动汇总并提示可能符合条件的员工名单，扣缴义务人根据实际情况核对、确认后，即可按本《公告》规定的方法预扣预缴个人所得税。
采用纸质申报的，扣缴义务人则需根据上一年度扣缴申报情况，判断符合《公告》规定的纳税人，再按本公告执行，并需从当年1月份税款扣缴申报起，在《个人所得税扣缴申报表》相应纳税人的备注栏填写“上年各月均有申报且全年收入不超过6万元”。
据了解，《国家税务总局关于进一步简便优化部分纳税人个人所得税预扣预缴方法的公告》（国家税务总局公告2020年第19号），自2021年1月1日起施行。
这意味着，从2021年1月1日开始，个人所得税将迎来新变化，对于符合条件的年收入不超过6万元的人来说是个好消息。
云用工提醒，2021年最新个人所得税政策如下：
一、对上一完整纳税年度内每月均在同一单位预扣预缴工资、薪金所得个人所得税且全年工资、薪金收入不超过6万元的居民个人，扣缴义务人在预扣预缴本年度工资、薪金所得个人所得税时，累计减除费用自1月份起直接按照全年6万元计算扣除。即，在纳税人累计收入不超过6万元的月份，暂不预扣预缴个人所得税；在其累计收入超过6万元的当月及年内后续月份，再预扣预缴个人所得税。
扣缴义务人应当按规定办理全员全额扣缴申报，并在《个人所得税扣缴申报表》相应纳税人的备注栏注明“上年各月均有申报且全年收入不超过6万元”字样。
二、对按照累计预扣法预扣预缴劳务报酬所得个人所得税的居民个人，扣缴义务人比照上述规定执行。
2021年最新个人所得税政策解读
一、《公告》优化了哪些纳税人的预扣预缴方法？
《公告》主要优化了两类纳税人的预扣预缴方法：
1、上一完整纳税年度各月均在同一单位扣缴申报了工资薪金所得个人所得税且全年工资薪金收入不超过6万元的居民个人。
具体来说需同时满足三个条件：
（1）上一纳税年度1-12月均在同一单位任职且预扣预缴申报了工资薪金所得个人所得税；
（2）上一纳税年度1-12月的累计工资薪金收入（包括全年一次性奖金等各类工资薪金所得，且不扣减任何费用及免税收入）不超过6万元；
（3）本纳税年度自1月起，仍在该单位任职受雇并取得工资薪金所得。
2、按照累计预扣法预扣预缴劳务报酬所得个人所得税的居民个人，如保险营销员和证券经纪人。
同样需同时满足以下三个条件：
（1）上一纳税年度1-12月均在同一单位取酬且按照累计预扣法预扣预缴申报了劳务报酬所得个人所得税；
（2）上一纳税年度1-12月的累计劳务报酬（不扣减任何费用及免税收入）不超过6万元；
（3）本纳税年度自1月起，仍在该单位取得按照累计预扣法预扣预缴税款的劳务报酬所得。
【例1】小李2020年至2021年都是A单位员工。A单位2020年1-12月每月均为小李办理了全员全额扣缴明细申报，假设小李2020年工薪收入合计54000元，则小李2021年可适用本公告。
【例2】小赵2020年3-12月在B单位工作且全年工薪收入54000元。假设小赵2021年还在B单位工作，但因其上年并非都在B单位，则不适用本公告。
二、优化后的预扣预缴方法是什么？
对符合《公告》规定的纳税人，扣缴义务人在预扣预缴本纳税年度个人所得税时，累计减除费用自1月份起直接按照全年6万元计算扣除。
即，在纳税人累计收入不超过6万元的月份，不用预扣预缴个人所得税；在其累计收入超过6万元的当月及年内后续月份，再预扣预缴个人所得税。
同时，依据税法规定，扣缴义务人仍应按税法规定办理全员全额扣缴申报。
【例1】小张为A单位员工，2020年1-12月在A单位取得工资薪金50000元，单位为其办理了2020年1-12月的工资薪金所得个人所得税全员全额明细申报。
2021年，A单位1月给其发放10000元工资，2-12月每月发放4000元工资。
在不考虑“三险一金”等各项扣除情况下，按照原预扣预缴方法，小张1月需预缴个税（10000-5000）×3%=150元，其他月份无需预缴个税；全年算账，因其年收入不足6万元，故通过汇算清缴可退税150元。
采用本公告规定的新预扣预缴方法后，小张自1月份起即可直接扣除全年累计减除费用6万元而无需预缴税款，年度终了也就不用办理汇算清缴。
【例2】小周为A单位员工，2020年1-12月在A单位取得工资薪金50000元，单位为其办理了2020年1-12月的工资薪金所得个人所得税全员全额明细申报。
2021年，A单位每月给其发放工资8000元、个人按国家标准缴付“三险一金”2000元。
在不考虑其他扣除情况下，按照原预扣预缴方法，小周每月需预缴个税30元。
采用本公告规定的新预扣预缴方法后，1-7月份，小周因其累计收入（8000×7个月=56000元）不足6万元而无需缴税；从8月份起，小张累计收入超过6万元，每月需要预扣预缴的税款计算如下：
8月预扣预缴税款=（8000×8-2000×8-60000)×3%-0=0元
9月预扣预缴税款=（8000×9-2000×9-60000)×3%-0=0元
10月预扣预缴税款=（8000×10-2000×10-60000)×3%-0=0元
11月预扣预缴税款=（8000×11-2000×11-60000)×3%-0=180元
12月预扣预缴税款=（8000×12-2000×12-60000)×3%-180=180元
需要说明的是，对符合本《公告》条件的纳税人，如扣缴义务人预计本年度发放给其的收入将超过6万元，纳税人需要纳税记录或者本人有多处所得合并后全年收入预计超过6万元等原因，扣缴义务人与纳税人可在当年1月份税款扣缴申报前经双方确认后，按照原预扣预缴方法计算并预缴个人所得税。
【例】上例中，假设A单位预计2021年为小周全年发放工资96000元，可在2021年1月工资发放前和小周确认后，按照原预扣预缴方法每月扣缴申报30元税款。
三、《公告》出台后，扣缴义务人该如何操作？
采用自然人电子税务局扣缴客户端和自然人电子税务局WEB端扣缴功能申报的，扣缴义务人在计算并预扣本年度1月份个人所得税时，系统会根据上一年度扣缴申报情况，自动汇总并提示可能符合条件的员工名单，扣缴义务人根据实际情况核对、确认后，即可按本《公告》规定的方法预扣预缴个人所得税。
采用纸质申报的，扣缴义务人则需根据上一年度扣缴申报情况，判断符合《公告》规定的纳税人，再按本公告执行，并需从当年1月份税款扣缴申报起，在《个人所得税扣缴申报表》相应纳税人的备注栏填写“上年各月均有申报且全年收入不超过6万元”。
深入浅出：一条数据是如何完成上链的
哆哆区块链 2020-06-03 15:36:26
专栏介绍：本系列文章是荷月科技在过去几年中为企业或政府提供区块链解决方案所得到的一些经验总结，也是我们在区块链技术应用这一过程中的一些思考。我们希望使用区块链技术帮助企业或政府降低信任成本，开拓新的业务机会，荷月科技是一个求真务实的团队，希望这些分享与沟通能切实的帮助企业更好的应用区块链技术。
——荷月科技 罗蔚
作者介绍：
朱天阳：荷月科技开发工程师，曾参与中国电子技术标准化研究院牵头的《中国区块链与物联网融合创新应用蓝皮书》、《区块链数据格式规范》标准、《中国区块链技术和应用发展研究报告（2018）》等行业标准及白皮书。在区块链架构，应用开发等具有丰富的经验。
正文
一笔业务数据在区块链处理的流程大致分为三个阶段：分别是上链前处理阶段、链上处理阶段和智能合约处理阶段。
一.上链前处理阶段
业务数据上链前需要将业务数据处理，并且对信息进行签名。这些过程可以通过对应的工具，比如序列化工具和各种椭圆曲线的签名工具来完成，不过更多的时候是通过将各种工具集成的SDK来完成，以太坊的web3就是比较典型的上链前处理的开发工具。
业务数据处理
业务数据可以是任意的内容，比如物流信息、商品交易或物联网设备上传的数据或者对应数据的哈希值等等。这些业务数据既可以通过服务器处理，也可通过物联网设备的边缘计算系统处理。
以存证用的物流数据举例，首先对业务数据不需要进一步处理或者简单计算一下哈希值，然后将调用函数的信息加上链数据放入交易结构体的相关部分当中即可。签名前的交易结构体是由链决定的，不过一般都包含调用的合约、时间戳、随机数和调用函数加数据的信息。将签名前的数据拼装好之后，会进一步序列化以便消息传递。
对于一些隐私交易，需要用到同态加密或者零知识证明等算法，此时业务数据则需要经过更复杂的加工过程，比如数字经过处理可以变成一个乘方求模的大数或者椭圆曲线上的点，但是拼装和序列化等过程还是相同的处理方式。
信息签名
签名前的数据处理好之后，对该数据进行一次哈希处理，并对哈希进行签名。哈希是与数据绑定的一串值，篡改信息会造成哈希值发生变化，因此本身具有防篡改的特性。接下来是对信息的哈希值进行签名。签名是一种非对称加密的方法，可以在不泄露发送者本身的私钥的情况下，通过公钥和签名信息确认发送者持有对应的私钥。对哈希进行签名还可将发送者的身份和信息绑定，同时也可防止其他人冒充发送者，因此这样处理可保证信息的防篡改的同时认证发送者的身份，防止抵赖。
业务上链前的处理阶段主要是通过工具将业务数据转换成区块链可读的方式，同时通过签名将发送者的身份和发送信息绑定，起到身份认证和防止抵赖的作用，最后再将处理好的信息发送到区块链节点。上链前处理是中心化的，这些处理过程并不涉及区块链节点，因此这一阶段并不需要节点参与。有些系统，如边缘计算系统，本身的性能和储存空间都有限，并不适合做区块链节点，但可以作为业务上链前处理的平台。
二.上链处理阶段
处理完成的数据发送到区块链节点后，就形成了一笔区块链交易并进入上链处理的阶段，链上处理大体可分为交易广播和区块共识流程。
交易广播
在收到交易后，各节点会将接收到的交易先广播到其他节点，以便形成一个统一的交易池来为达成共识做准备。交易广播后联盟链和公链对交易会有不同的处理方法。
对公链来说，任何交易发送者都可将交易发送到链上，但是处理能力不是无限的，因此会根据交易的手续费行有选择的处理，手续费低的交易很可能一直无法得到处理。在一些极端情况下，节点为了提高处理速度甚至会出现不处理任何交易的空块。对联盟链来说有一定的准入机制，能够发送交易的应该是合作伙伴，因此处理交易的原则是尽量将能够处理的交易打包进块。
区块共识
区块主要包含区块哈希、区块头和交易数据的信息，其中区块头一般都会包含共识信息、时间戳、区块高度等，并记录前一区块的哈希来指向前一区块；交易数据包含该区块里打包交易的哈希，交易需要根据统一的顺序排序；在确认区块头和哈希之后，就能计算区块哈希。这样通过前一区块哈希和自身哈希相连形成链条，修改链上的任何一个区块的内容会后面区块的前一区块哈希和修改后的哈希不同，因此区块具有防篡改的特性。只有修改该区块和往后所有区块的内容，且每个节点上都以相同方式修改才能完成修改。
共识的主要目的就是以某种约定的方式生成能够被大部分节点认可的区块。不同共识方式的区别比较大，但是基本原则就是让不同节点产生相同的区块，尽可能保证数据的一致性。
对公链来说，因为节点的通讯状况不可控，保证一直出块的情况下，如果网络出现问题，将可能无法达成一致，甚至出现分叉的情况。对联盟链来说，共识算法需要尽量使节点的区块数据保持一致性，因此在一定数量的节点出现网络问题的情况下将会停止出块。
上链处理阶段是将业务数据写入区块的过程，这个过程就是通常所说的上链，这一过程是去中心化的，需要由节点处理。在处理阶段时业务数据还是可以按照发送者的意愿写入不同内容，而进入上链阶段后的业务数据将无法篡改，不过仍然存在上链失败的可能，因此仍需要关注是否完成上链。共识阶段完成后，各节点的区块保持一致。此时的业务数据获得每个节点承认且可追溯的数据了。
三.智能合约处理阶段
上链处理完成后，业务数据已经记录在链上了，对于单纯存证的业务来说，将业务信息写入区块已经完成了这笔业务处理，只需记录存证业务的交易哈希并在取的时候通过交易哈希查询即可。但是大部分业务场景都需要进行一定的逻辑处理，因此通过智能合约处理是必须的。智能合约处理包括合约逻辑处理以及修改状态梅克尔树等流程。
合约逻辑处理
完成上链的业务数据很多情况下需要进一步进行逻辑的处理，比如一次最简单的商品的交易就涉及转账，即买家余额减少和卖家余额增加的逻辑流程，这样的流程虽然可以通过上链前的处理来完成，但是上链前处理是中心化的流程，对网络波动和可信度问题都有一定的劣势，因此通过智能合约进行逻辑处理是比较好的方式。
不同链平台对智能合约处理的方式不同，但是和一般的编程语言一样都有调用函数和传入参数的过程。并且因为创建智能合约和调用智能合约的过程都是上链的，即执行的程序和调用的函数与参数都是经过共识的，因此最终调用智能合约的数据的输出结果也是相同的。处理完后的结果会写入合约的状态数据库，这个数据库除了最新状态也会包含历史状态，方便追溯和查询。
修改状态梅克尔树
智能合约的逻辑处理完成后，会修改状态梅克尔树。梅克尔树是一个二叉树结构，不同的叶通过梅克尔树链接到根，能起到防篡改和索引的作用。通过梅克尔树的索引，能够快速定位合约的历史状态，可通过查询某个业务执行的区块高度的合约数据来获取当时的执行结果。
智能合约处理阶段是将业务数据进行逻辑处理，并记录智能合约状态的过程，这一过程也需要节点处理。如果合约逻辑处理的操作执行失败，对状态梅克尔树的修改也会撤销，合约的数据将会回滚到调用前的历史数据。需要注意的是合约调用失败和上链失败是有区别的，触发合约调用的时候交易已经在区块里留下记录，而区块是防篡改的，因此调用失败并不会擦除区块里的记录。如果交易因为数据错误或者共识问题而没有被记录进区块，则不会触发合约处理的过程。
哆哆区块链 2020-06-03 15:36:26
专栏介绍：本系列文章是荷月科技在过去几年中为企业或政府提供区块链解决方案所得到的一些经验总结，也是我们在区块链技术应用这一过程中的一些思考。我们希望使用区块链技术帮助企业或政府降低信任成本，开拓新的业务机会，荷月科技是一个求真务实的团队，希望这些分享与沟通能切实的帮助企业更好的应用区块链技术。
——荷月科技 罗蔚
作者介绍：
朱天阳：荷月科技开发工程师，曾参与中国电子技术标准化研究院牵头的《中国区块链与物联网融合创新应用蓝皮书》、《区块链数据格式规范》标准、《中国区块链技术和应用发展研究报告（2018）》等行业标准及白皮书。在区块链架构，应用开发等具有丰富的经验。
正文
一笔业务数据在区块链处理的流程大致分为三个阶段：分别是上链前处理阶段、链上处理阶段和智能合约处理阶段。
一.上链前处理阶段
业务数据上链前需要将业务数据处理，并且对信息进行签名。这些过程可以通过对应的工具，比如序列化工具和各种椭圆曲线的签名工具来完成，不过更多的时候是通过将各种工具集成的SDK来完成，以太坊的web3就是比较典型的上链前处理的开发工具。
业务数据处理
业务数据可以是任意的内容，比如物流信息、商品交易或物联网设备上传的数据或者对应数据的哈希值等等。这些业务数据既可以通过服务器处理，也可通过物联网设备的边缘计算系统处理。
以存证用的物流数据举例，首先对业务数据不需要进一步处理或者简单计算一下哈希值，然后将调用函数的信息加上链数据放入交易结构体的相关部分当中即可。签名前的交易结构体是由链决定的，不过一般都包含调用的合约、时间戳、随机数和调用函数加数据的信息。将签名前的数据拼装好之后，会进一步序列化以便消息传递。
对于一些隐私交易，需要用到同态加密或者零知识证明等算法，此时业务数据则需要经过更复杂的加工过程，比如数字经过处理可以变成一个乘方求模的大数或者椭圆曲线上的点，但是拼装和序列化等过程还是相同的处理方式。
信息签名
签名前的数据处理好之后，对该数据进行一次哈希处理，并对哈希进行签名。哈希是与数据绑定的一串值，篡改信息会造成哈希值发生变化，因此本身具有防篡改的特性。接下来是对信息的哈希值进行签名。签名是一种非对称加密的方法，可以在不泄露发送者本身的私钥的情况下，通过公钥和签名信息确认发送者持有对应的私钥。对哈希进行签名还可将发送者的身份和信息绑定，同时也可防止其他人冒充发送者，因此这样处理可保证信息的防篡改的同时认证发送者的身份，防止抵赖。
业务上链前的处理阶段主要是通过工具将业务数据转换成区块链可读的方式，同时通过签名将发送者的身份和发送信息绑定，起到身份认证和防止抵赖的作用，最后再将处理好的信息发送到区块链节点。上链前处理是中心化的，这些处理过程并不涉及区块链节点，因此这一阶段并不需要节点参与。有些系统，如边缘计算系统，本身的性能和储存空间都有限，并不适合做区块链节点，但可以作为业务上链前处理的平台。
二.上链处理阶段
处理完成的数据发送到区块链节点后，就形成了一笔区块链交易并进入上链处理的阶段，链上处理大体可分为交易广播和区块共识流程。
交易广播
在收到交易后，各节点会将接收到的交易先广播到其他节点，以便形成一个统一的交易池来为达成共识做准备。交易广播后联盟链和公链对交易会有不同的处理方法。
对公链来说，任何交易发送者都可将交易发送到链上，但是处理能力不是无限的，因此会根据交易的手续费行有选择的处理，手续费低的交易很可能一直无法得到处理。在一些极端情况下，节点为了提高处理速度甚至会出现不处理任何交易的空块。对联盟链来说有一定的准入机制，能够发送交易的应该是合作伙伴，因此处理交易的原则是尽量将能够处理的交易打包进块。
区块共识
区块主要包含区块哈希、区块头和交易数据的信息，其中区块头一般都会包含共识信息、时间戳、区块高度等，并记录前一区块的哈希来指向前一区块；交易数据包含该区块里打包交易的哈希，交易需要根据统一的顺序排序；在确认区块头和哈希之后，就能计算区块哈希。这样通过前一区块哈希和自身哈希相连形成链条，修改链上的任何一个区块的内容会后面区块的前一区块哈希和修改后的哈希不同，因此区块具有防篡改的特性。只有修改该区块和往后所有区块的内容，且每个节点上都以相同方式修改才能完成修改。
共识的主要目的就是以某种约定的方式生成能够被大部分节点认可的区块。不同共识方式的区别比较大，但是基本原则就是让不同节点产生相同的区块，尽可能保证数据的一致性。
对公链来说，因为节点的通讯状况不可控，保证一直出块的情况下，如果网络出现问题，将可能无法达成一致，甚至出现分叉的情况。对联盟链来说，共识算法需要尽量使节点的区块数据保持一致性，因此在一定数量的节点出现网络问题的情况下将会停止出块。
上链处理阶段是将业务数据写入区块的过程，这个过程就是通常所说的上链，这一过程是去中心化的，需要由节点处理。在处理阶段时业务数据还是可以按照发送者的意愿写入不同内容，而进入上链阶段后的业务数据将无法篡改，不过仍然存在上链失败的可能，因此仍需要关注是否完成上链。共识阶段完成后，各节点的区块保持一致。此时的业务数据获得每个节点承认且可追溯的数据了。
三.智能合约处理阶段
上链处理完成后，业务数据已经记录在链上了，对于单纯存证的业务来说，将业务信息写入区块已经完成了这笔业务处理，只需记录存证业务的交易哈希并在取的时候通过交易哈希查询即可。但是大部分业务场景都需要进行一定的逻辑处理，因此通过智能合约处理是必须的。智能合约处理包括合约逻辑处理以及修改状态梅克尔树等流程。
合约逻辑处理
完成上链的业务数据很多情况下需要进一步进行逻辑的处理，比如一次最简单的商品的交易就涉及转账，即买家余额减少和卖家余额增加的逻辑流程，这样的流程虽然可以通过上链前的处理来完成，但是上链前处理是中心化的流程，对网络波动和可信度问题都有一定的劣势，因此通过智能合约进行逻辑处理是比较好的方式。
不同链平台对智能合约处理的方式不同，但是和一般的编程语言一样都有调用函数和传入参数的过程。并且因为创建智能合约和调用智能合约的过程都是上链的，即执行的程序和调用的函数与参数都是经过共识的，因此最终调用智能合约的数据的输出结果也是相同的。处理完后的结果会写入合约的状态数据库，这个数据库除了最新状态也会包含历史状态，方便追溯和查询。
修改状态梅克尔树
智能合约的逻辑处理完成后，会修改状态梅克尔树。梅克尔树是一个二叉树结构，不同的叶通过梅克尔树链接到根，能起到防篡改和索引的作用。通过梅克尔树的索引，能够快速定位合约的历史状态，可通过查询某个业务执行的区块高度的合约数据来获取当时的执行结果。
智能合约处理阶段是将业务数据进行逻辑处理，并记录智能合约状态的过程，这一过程也需要节点处理。如果合约逻辑处理的操作执行失败，对状态梅克尔树的修改也会撤销，合约的数据将会回滚到调用前的历史数据。需要注意的是合约调用失败和上链失败是有区别的，触发合约调用的时候交易已经在区块里留下记录，而区块是防篡改的，因此调用失败并不会擦除区块里的记录。如果交易因为数据错误或者共识问题而没有被记录进区块，则不会触发合约处理的过程。
✋热门推荐