区块链可信数据交换：上层赋能 联合风控、联合营销。。。。。联合建模
溯源 = 合约溯源建模+id数据 + 联合静态数据营销算法建模 + 联合动态数据串货建模 + 业务建模
区块链数据=跨组织重资产，重价值，重事务，重一致性，防伪，唯一,结构化数据===关系数据库==跨组织关系数据，比如跨组织资产流动，租赁，借贷，交易数据。
链下数据 = 跨组织流式动态重复型非结构化数据+文档型静态非重复型结构化数据==非关系数据库==跨组织大数据，比如，跨组织用户点击（吃饭睡觉等等）跨组织用户资料（爱好，癖好），跨组织用户行为。
区块链可信数据交换 ：底层赋能数据治理与算法治理。
有什么用：看那些企业需要联合建模
动态数据采用动态计算跨组织规则引擎。静态数据采用跨组织联合查询，联合分析。
脱链计算为了什么 == 在可信的情况下不影响主链性能
脱库计算为了什么 == 不影响主库性能
组织间动态数据交换===类似一个公共加密总线===加密kafaka
组织间静态数据交换===类似加密数据仓库====加密hdfs
链下大数据是因为数据大，隐私，受保护，区块链是因为数据贵，共享，少，
信息流动产生价值，没有流动没有价值
区块链数仓 mpc+sql = mpcsql
陆奇：建立新一代像开源软件一样的机制，保护好数据隐私和数据价值
外部数据==》topic
外部数据==》table
数据治理建模，构造sql或者上传数据查询定义，sidecar注入业务
也就是说，我们不需要在服务中实现控制面上的东西，如监视、日志记录、限流、熔断、服务注册、协议适配转换等这些属于控制面上的东西，而只需要专注地做好和业务逻辑相关的代码，然后，由“边车”来实现这些与业务逻辑没有关系的控制功能
逻辑sql+云原生控制分离
Data from topic join table
比如现在需要溯源，三方，溯源流程在链上，销售数据在链下，想计算某产品的总销量，三方规定好统计字段，加入计算模型。
其实多方安全计算
文件型场景，数据不出本地场景 本地 map，加密reduce。
流式场景，数据在加密情况下关联。
目的：sql for all
生成
Db + machine learning to kube batch
内部数仓 + 内部计算
Blockchaindb+ chaincode to kube fabric or to global plublic chain
全局区块链 + 全局合约
Encryptdb + secure machine learining to kube tee
共享加密数据 + 共享加密计算
区块链做全局权限控制和调度，元数据把控，比如数字身份，作为全局安全控制，计算，合约 ，加密计算的验证，模型的披露。
数据分级控制：数仓安全+区块链安全+链下安全
内部机制控制+区块链安全控制+链下安全控制
模型分级控制：不加密模型+ 区块链模型+ 链下计算模型
记住: 区分区块链是作为控制元数据 还是 用于逻辑分析业务。
Sql 只描述数据分析逻辑
通过解析引擎插入控制逻辑
面向抽象数据层编写sql。
io角度：业务数据本地域，业务io，区块链数据全域，加密数据+加密。
联合建模
联合数字身份
联合io + 联合计算
数据集成属于技术
数据治理与质量属于业务
通用安全计算框架
