区块链可信数据交换:上层赋能 联合风控、联合营销。。。。。联合建模
溯源 = 合约溯源建模+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 + 联合计算
数据集成属于技术
数据治理与质量属于业务
通用安全计算框架