Solidity的生命周期包含：编辑、部署、执行和销毁四个阶段。下图整体展现了Solidity程序的完整生命周期： 源码经编译后，Solidity文件会生成字节码。这是一种类似jvm字节码的代码。部署时，字节码与构造参数会被构建成交易，这笔交易会被打包到区块中，经由网络共识过程，最后在各区块链节点上构建合约，并将合约地址返还用户。 当用...

在remix中进行开发，参考地址： http://remix.hubwiz.com/ 在WeBase-Front的页面中进行开发，参考地址分别FISCO BCOS的开发说明： https://fiscobcosdocumentation.readthedocs.io/zh_CN/latest/docs/manual/smart_cont...

同一服务有多个记账节点时，向其中一个记账节点上传数据，其他记账节点自动同步数据。 每个记账节点同步的都是完整的数据，链下业务系统不用将所有的业务数据都进行上链，只需将需要上链的数据进行上链即可。

Webase的部分功能会在FISCO BCOS的适配中体现，中间件这块的适配会在网关层体现，具体是否可以直接使用需要框架委员会最终确定。

没有特别完美的策略，需要充分了解各种方案的利弊，根据实际情况选择合约的设计方案及其可升级型，比较推荐的一种模式是：抽象一层独立的合约存储层，这个存储层只提供合约读写的最基本的方法，而不包含任何业务逻辑。在这种模式中，存在三种合约角色： 数据合约：在合约中保存数据，并提供数据的操作接口； 管理合约：设置控制权限，保证只有控制合约才有权限修...

一条交易异常，则整个区块数据会被丢弃，里面所有的改动也会被丢弃。

只有需要分布式协作的重要数据才上链，非必需数据不上链； 敏感数据脱敏或加密后上链；（视数据保密程度选择符合隐私保护安全等级要求的加密算法） 链上验证，链下授权。

现有的审计包括了人工审计、机器审计等方法，通过代码分析、规则验证、语义验证和形式化验证等等方法来保证合约的安全性。

主要有两种方式，一是通过在智能合约定义查询函数，通过调用函数获取信息；二是通过定义事件，通过事件回调机制或解析事件的接口来查询。

周期扣款失败并超过72小时未成功支付的服务会被系统自动停用，此时服务的相关数据还是存在的。用户可点击启用按钮进行付费，付费成功后服务可继续正常使用，但要注意的是在服务的停用期间，由于其仍然占用服务资源，系统仍会按周期生成资源使用账单。超过两周未付费成功的服务会被系统自动卸载，服务相关数据都将被清除。