毕业设计
Wei Jieyang Lv4

例会

2021.1.4 - A

A Mixing Scheme Using a Decentralized Signature Protocol for Privacy Protection in Bitcoin Blockchain

BTC的匿名性保证 - 混币服务器

现有

  • Coinjoin

  • Coin Shuffle:Cut the connection between input address and output address

  • Altcoin

  • Blind token

现在的BTC系统,因为服务器节点远近问题,一个交易发布后会先被距离近的节点捕捉到,此时可以通过交易的时间未知等细节信息,定位到交易的ip地址,最后根据ip地址可以在线下找出交易双方的真实身份信息

通过协商实现交易

Differential Privacy-Based Blockchain for Industrial Internet-of-Things

区块链边缘计算应用在物联网上的隐私保护

  • 边缘节点
  • 拆分隐私处理

2021.1.11 - A + B

自主可控区块链关键技术

区块链上升国家战略

挑战

  • 如何解决高效自主共识协议的一致性问题,缩短区块链网络中共识时间延时
  • 数据自主存储的空间问题,在公有链环境下,比特币2019年已达到240G的存储空间,每年以50GB的增长
  • 多链的跨链的自主交互问题,各种不同类型的区块链平台产生数据孤岛和价值孤岛问题

三大技术

  1. 数据保全 - 密码算法
  2. 共识算法
    1. PoW
    2. 新型共识机制 - 易构共识
  3. 智能合约

预言机

4种推拉方式

研读论文

1、Conflux共识机制

Scaling Nakamoto Consensus to Thousands of Transactions per Second

最近arXiv上发现一篇论文(2018/8/2发表,”Scaling Nakamoto Consensus to Thousands of Transactions per Second”),作者来自清华大学,卡内基梅隆大学,以及多伦多大学,提出了Conflux共识机制

摘要

本文提出了一个快速、可扩展和去中心化的区块链系统Conflux,它乐观地处理并发块而不丢弃任何as叉。conflux共识协议将块之间的关系表示为一个直接的非循环图,并在块的总顺序上达成共识。然后,Conflux从区块顺序确定地推导出transactiontotal顺序作为区块链分类帐。我们在Amazon EC2集群上评估了高达20k的全节点的Con-flux。Conflux在4.5-7.4分钟内实现了5.76GB/h的事务吞吐量。对于典型的比特币交易来说,其吞吐量相当于每秒6400笔交易。我们的结果还表明,当运行Conflux时,共识协议不再是吞吐量的瓶颈。相反,瓶颈在于单个节点的处理能力

2、区块链共识算法效能优化研究进展

摘要

近年来,区块链及其相关技术发展迅速,区块链也迅速成为了学术界的热门领域。然而,区块链的共识算法在资源花销、能源耗费和性能上都饱受诟病,因此需要制定一个能衡量其执行效率的指标,以评价其设计是否优良。由于共识算法的资源花销、能源耗费以及性能之间相互关联且关系复杂,因此有必要从“效能”的角度对现有区块链的共识算法加以分析,并总结 研究思路。文中总结了区块链共识算法的效能优化研究进展。首先定义区块链共识算法的效能为“在正确性和有效性的前提 下计算的共识算法性能、所需资源和能源消耗”,并分析这3个影响因素的关联;然后从公有链与联盟链两方面对共识算法的效 能优化进行整理与总结;最后从多链区块链、多个区块链与 BaS这3个方面提出关于共识算法的资源共享问题,以供研究人员 参考。

3、区块链共识机制综述

摘要

区块链能够有效融合物联网、5G、大数据和人工智能等技术,在新型基础设施建设中具有重要作用。共识机制作为区块链的核心技术,能够保障区块链数据库的一致性和正确性,从而决定区块链的安全性、扩展性、吞吐量等相关性能。根据区块链共识机制的技术路线,将其细分为 3 类单一共识机制和 6 类混合共识机制。从原理实现角度,系 统描述共识机制的理论技术,归纳节点达成一致所需的运算操作并评价共识机制的优缺点。从工程应用角度,具体分 析共识机制的应用情况,介绍区块链项目并对比共识机制的关键性能。针对现有共识机制研究中存在的能耗与效率 问题给出相应的解决方案,并对其奖惩制度、网络分片与存储分片技术等下一步研究方向进行展望

4、 区块链技术及应用研究综述

摘要

针对区块链可构建信任和传递价值特性,从数据层面、财务层面、应用层面、体制 层面等多角度研究区块链技术及应用价值重构,对利用区块链技术在数字资产存证、保护 用户隐私、 数字资源流通、 跨部门信息系统互联与数据可信共享等应用场景研究进行综述,形成基于区块链的安全可信、稳定可靠、高效便捷的应用场景和模式,为区块链技术与各领域深度融合的技术路径创新与数据价值重构提供一定的借鉴参考。

共识机制解决全网节点之间数据验证同步和激励相融问题。 目前主流的共识机制有四种:PoW、 PoS,DPoS、PBFT。

  1. PoW 机制
    • PoW 是最经典的共识机制. 基于给定难度值在 最快时间通过迭代计算得到一个随机数 Nonce 以 争夺记账权, 对获得优先记账权的节点给予一定激 励。 PoW 共识流程如图 4 所示。
  2. PoS 机制
    • PoS 通过计算全网节点的持有币量和持币时间 来决定投票权和打包权。 拥有打包权的节点打包交 易后对全网广播, 拥有投票权的节点投票决定最终上链的区块, 根据每个节点持有币量和持币时间等 比例降低计算随机数的难度。
  3. DPoS 机制
    • DPoS 是 PoS 的升级版, 由全网普通节点投票 选出一些代理节点进行交易验证和记账, 代理节点 完成共识后会获得一定数量的激励, 不合格的代理 节点会被投票替换。
  4. PBFT 算法
    • PBFT 广泛使用于联盟链,是一种能容忍全网 1 / 3 节点出现错误或异常的分布式系统共识算法, 该算法依赖节点对同一信息的多次重复确认, 从而 达到全网共识。

电子政务领域

通过区块链技术将数据、信息上链,实现对数据的记录和追踪, 能缩短行政办公周期, 加快资金流动, 对于提升政府公共服务管理水平和政府办公效率具有重要的意义。 目前基于区块链的电子政务场 景主要集中在政务服务、综合监管、智慧法院、数字 身份等领域。

5、物联网中区块链的轻量级共识机制

A lightweight consensus mechanism for blockchain in IoT

摘要

在物联网应用中,区块链消除了对单一可信权威的依赖,增强了潜在的可伸缩性和可靠性。区块链中使用的现有共识方法需要较高的能量消耗、具有可信权威的巨大计算能力或挖掘区块的证据。资源受限的物联网设备需要一种轻量级和低延迟的共识机制。与绝对共识方法相比,无信任概率共识方法允许每个节点都参与共识,增强了事务的鲁棒性和可靠性。对于物联网环境中的非合作区块链,我们提出了一种轻量级的耗时工作和运气(PoEWAL)一致性证明方法。PoEWAL消耗更少的能量,需要更少的计算能力和低延迟。我们利用康智奇库雅模拟器分析了PoEWAL在资源受限设备中的适用性。实验结果表明,在不同的难度水平下,能量消耗都很低,证明了PoEWAL的可行性。将PoEWAL与现有的概率共识方法如工作证明、权益证明、活动证明、algorand、权威证明等在能量、共识时间、网络延迟等方面进行比较,确认PoEWAL是适用于物联网区块链的共识方法。

6、一种基于改进遗传算法的共识机制

A Consensus Mechanism Based on an Improved Genetic Algorithm

摘要

区块链技术的一个重要特点是所有参与者共同维护事务数据,无需集成控制就可以实现相互信任关系,这依赖于分布式共识算法。实用拜占庭容错算法(PBFT)是一种基于状态机复制的容错算法,它解决了拜占庭错误,即节点的恶意行为。在PBFT中,所有参与节点分为主节点和备份节点。当这个主节点提交错误或失败时,它将再次选择一个主节点进行消息通信。遗传算法(GA)是受自然生物遗传进化准则“自然选择,生存拟合检验”启发而提出的一种计算机模拟研究方法。遗传算法实际上是一种寻找最优解的方法。据此,在PBFT算法中选择最佳主节点,以提高一致性效率。共识算法是区块链技术中去中心化特性的保证。PBFT算法是一种常用的共识算法。但该算法存在如下问题:当主节点发生故障时,必须重新选择该节点,导致协商效率降低。提出了一种基于改进遗传算法的一致性机制,利用改进的遗传算法来选择主节点。根据遗传算法选择最佳的主节点,使其与其他备份节点的交易效率达到最高。改进的一致性算法可以有效地减少系统延迟,提高一致性效率。

7、pbft启发的区块链共识和Neo dBFT增强的挑战

Challenges of PBFT-Inspired Consensus for Blockchain and Enhancements over Neo dBFT

摘要

共识机制是处理谈判和协议的核心特征。区块链技术已经引入了不同类型的共识机制,从繁重的计算任务到错综复杂的数学证明协议。本文从实际的拜占庭容错(PBFT)中得到启发,提出了Neo区块链的先驱代理拜占庭容错(dBFT)协议。除了介绍它的历史,本研究描述了证明和说教的例子,以及新颖的设计和扩展Neo dBFT与多个区块的建议。最后,我们讨论了在处理强大的拜占庭对手时所面临的挑战,并针对当前的弱同步问题和增强系统抗攻击的鲁棒性提出了PBFT启发的解决方案。主要贡献:概述了pbft启发的区块链共识的历史,强调了其目前在文献、挑战和假设方面的重要性。在分布式共识领域做出贡献,提出了Neo dBFT (dBFT 2.0+、dBFT 3.0和dBFT 3.0+)的新扩展,对创新共识机制有新的见解。

8、区块链原理及关键技术

摘要

区块链是综合运用密码学、分布式数据库、P2P 通信、智能合约等的技术,在一个去中心化、去信任网络中,利用加密算法在链式数据结构中验证和存储数据。区块链技术是一项具有普适性的底层技术架构,它通过共识机制在分布式节点上生成和同步数据,借助可编程脚本实现合约条款的自动执行和数据操作。对区块链进行系统梳理并对其关键技术元素进行解构,在此前提下,从体系结构和实现协议入手分析了区块链系统的基础架构,以区块链技术的应用发展为脉络,主要结合比特币、以太坊和超级账本应用场景,对其技术原理、 实现路径、应用现状和存在的挑战进行了阐述。力求为读者在系统学习区块链技术的基础上致力于更深入的 研究提供帮助和借鉴。

9、区块链技术发展综述及其政务领域应用研究

摘要

区块链是密码技术应用发展的重要里程碑,其技术特点及优势颠覆了传统管理思维与治理模式,有助于推动信任模式与管理机制的重构与优化,为建立新型的政府数据治理体系提供经验与启示.全面评述了区块链技术的起源、演进、发展和兴起历程,审视其核心思想与设计理念,对其核心技术、要素规则、基础架构分别作了比较与概括;从用例设计角度阐述了区块链技术在机关公文运转、信息资源目录、网上政务服务等政务领域典型场景的应用;总结了区块链技术在政务领域应用的愿景、问题与原因,并提出一些方向性的思考与展望

———— New ———-

跨链技术

https://zhuanlan.zhihu.com/p/37448916

  • 同构链和异构链

1、一种基于USBKey的区块链云存储方法_梁宵

将共享数据拆分成多分,分别存放在多个云端,同时将拆分索引加密后上链

使得数据的存储位置信息可靠、可信

节点只需要请求链上的数据索引,即可根据索引目录获得云端数据

使用USBKey的一系列加密算法保证整个过程中数据的安全性

2、基于区块链的可信数据交换技术与应用_梁伟

将数据加密后的密文上链,客户端只能得到加密后的数据,客户端再通过数据双方协商的加解密格式对加密后的据进行解密,便可得到原始数据

使得原始数据在链上是不可见的

3、跨区块链的数据访问

跨区块链的数据访问方法、装置、系统及计算机可读介质与流程

http://mip.xjishu.com/zhuanli/62/201810091905.html

4、Achain:跨链技术实现区块链价值信息交

https://www.sohu.com/a/243006457_100190787

以太坊创始人V神最早在R3联盟发言时表明目前主流的跨链技术包括:公证人机制(Notary schemes);侧链/中继(Sidechains/relays);哈希锁定(Hash-locking);分布式私钥控制(Distributed private key control)

Achain最重要的:VEP(Value Exchange Protocol)是不同区块链网络之间链接的标准协议

假设我们把一个区块链网络当做节点,多个区块链网络之间形成连接,那么我们也需要一个新的共识机制。诚然区块链的可靠性体现在分布式的账本和分布式共识,很多人认为既然区块链已经做到公开透明,信息交互的跨链不需要其他的共识机制。

但大家往往忽略了其中最重要的一点:不同网络的平等性、可信度、利益诉求让网络协作变得困难,其次在区块链的运作模式中总会有坏节点存在。在有矛盾、有冲突需要讨论的地方,就需要一套新的共识,一套新的预定规则,这就如同现实世界中跨组织写作的法律、契约等约束。

5、An Achieving Data Exchange Cross-Chain Alliance Protocol

  • 为区块链之间建立和通信跨链联盟提供了一种方法和系统
  • 根据通信需求,为每个节点建立跨链联盟,建立跨链联盟智能合约,并配置跨链联盟中每个节点的身份证书和交易证书,从而实现跨链联盟的建立,即跨链联盟
    1. 获取多个区块链中各通信节点的通信需求
    2. 根据通信需求,为不同区块链上属于通信需求的每个节点建立跨链联盟,并为每个节点配置身份证书和交易证书。
    3. 根据通信需求,为跨链联盟建立跨链智能合约
  • 建立跨链联盟的方法包括:获取多个区块链中各通信节点的通信需求,各节点建立跨链联盟,配置身份证书和交易证书,建立跨链智能合约。
  • 区块链跨链通信方法包括:利用上述建立的跨链联盟中的每个区块链获取通信请求,并为每个节点建立节点智能合约;如果发起了通信请求,首先对通信请求进行背书策略验证,然后对通信请求进行全序列签名验证和数据一致性验证,验证通信请求后,根据跨链智能合约实现节点间通信。

6、Cross-blockchain protocol for public registries

7、A Novel Cross-Chain Mechanism for Blockchains

主要是跨链的数据隐私保护模型

  • 提出了一种新型的跨链机制,通过添加到应用程序中的插件提供不同区块链之间的互连。
  • 我们引入了膜的概念,便于描述交叉链的机理。

提出一个区块链是一个网络膜(新概念),快链交互就是跨膜交互,给出一种机制帮助完成跨链

8、SynergyChain

一个基于多链的数据共享框架,具有分层访问控制(存储层,合约层,应用层)

  • 跨链数据可靠共享 - 符合区块链防篡改特点
  • 细粒度访问控制 - 保护敏感数据

access request smart contracts - 访问请求智能合约

storage smart contract - 存储智能合约

access control contract - 访问控制合约

  1. 介绍

  2. 背景和动机

  3. 系统设计的初步概念

    1. 共识:DPoS
    2. Merkel tree:
    3. 智能合约:
  4. 协同链系统的结构层和各层所涉及的主要功能模块

    • 分层:将数据共享操作与数据请求者和数据持有者隔离开来
    1. 存储层:accessrequest contracts, data upload contracts, data storage contracts,and access control contracts
  5. 使用智能合约的分层访问控制的详细设计

  6. 性能评估

  7. 相关工作

  8. 工作总结

10、曹建农:区块链为大数据交换和共享提供解决方案

华为区块链奠基者曹建农:区块链为大数据交换和共享提供解决方案

问题:

  1. 怎么让用户控制数据灵活共享
  2. 不同方法查找数据;
  3. 如何减少延迟;
  4. 怎么解决公平性

(弃)政务链上交易共识算法研究与应用

开题

1、任务书

进度安排

任务目的与要求

2、开题报告

选择近五年的论文,或者是学术史上经典的论文参考

目的

随着新基建技术的发展,区块链技术也得到日益广泛的应用。在现如今的网络大环境下,区块链凭着自己的去中心化、不可篡改等特点,在政务领域中逐步开始应用,而其中节点之间的共识算法成为政务链体系研究中的热门议题。
在政务链体系中各节点之间达成共识的特殊性,一个节点项目的产生,往往需要经过链上多方节点核实,各个独立的而有相互不可分割的部门都需要自动、高效地处理这一过程,从而达到共识。本课题的主要任务是针对政务链上节点共识的要求,设计出一款安全,可靠,高效的共识算法。

针对政务领域中节点之间的达成共识往往需要经过链上多方节点核实,但实时性要求较高,达成分歧较大的痛点问题;如何根据政务链应用的业务求,设计一款安全、高效的共识算法,使得各个独立而又相互不可分割的部门能自动、高效地处理这一过程,从而实现业务应用的有效执行

现状和发展趋势

共识机制是特殊节点的投票,在很短的时间内完成对交易的验证和确认;对一笔交易,如果利益不相干的若干个节点能够达成共识,我们就可以认为全网对此也能够达成共识。再通俗一点来讲,如果中国一名微博大V、美国一名虚拟币玩家、一名非洲留学生和一名欧洲旅行者互不相识,但他们都一致认为你是个好人,那么基本上就可以断定你这人还不坏。(摘自百度百科)

从本质上讲,公有、私有和联盟链并不矛盾,它们只是使用了不同的技术:

  • 精心设计的公有链在防审计性方面往往更具优势,但代价是速度和吞吐量较低。这些是对交易结算(或智能合约)提供安全性保证的最佳选择。
  • 私有链可以优先考虑系统的速度,因为它无需像公共区块链那样担心核心故障。理想情况下,将私有链部署在个人或组织可控且信息保密的情况下。
  • 联盟链可减轻私有链中交易对手的风险(通过消除集中控制),并且较少的节点数通常可使它们能够比公共链更有效率的运行。联盟链适合于彼此之间需要相互沟通的单位组织。

重难点和拟采用途径

数图公链 -> 政务联盟链

节点机

两个指针

交易所-效率高

达成共识-

服务于应用

模版

政务场景下达成共识设计

项目招标:

  • 区块链底层基础平台

    • 共识系统
  • 区块链能力增强系统

    • 高性能共识算法:针对现有共识系统吞吐量低下、交易确认时间长、应用场景受限等问题,突破区块链在交易共识过程中的性能瓶颈,提高全网交易吞吐量

(New)云链数据交换技术的研究与应用

  • 没有算法深度,要加点东西
  • 模型
  • 目录检索 - 算法

开题

提出、参考已有方法、自己解决的方法问题

复现别人的(跨链比较好找)

模型主要就是 - 数据存取

现有的区块链相关的数据交换都是通过区块链结构来完成可信数据交换,侧重点在于数据的可信度及隐私保护

本课题要讨论的则是一种使得链上(联盟链)数据可以安全交换的模型

设计一种前置机(智能合约)的东西,隔离政务内外网,隔离原始数据和链数据

如果存储数据索引,则可以攻击原始数据库

  • 所以根据链上数据不可篡改原则,考虑将数据索引和加密数据验证一同存储在链上,这样在取得数据后,还需要获得节点进行数据验证,以确保数据的准确性

1、云链数据交换中,子链的前置节点机,存储的目录、索引,经常使用的数据(最近未使用替换算法),需要保障读数据的隐私保护(RSA,加密算法);

2、基于政务业务的自组织政务链的智能合约,实时响应相关的业务需求;

主链:公信力(前置机如果只放在子链上,则没有公信力)

存日志信息

区块链特性:不可篡改、可追溯、去中心化

数据同步过程,在政务系统中,许多

过程

政务链:主侧链

业务给予web程序,链上只考虑数据流通和交换,考虑链上数据的不可篡改性,将数据操作存储在链上

真实的数据存储在云端,通过前置机与各节点间进行交换

通过智能合约的模式,使得原始数据不可见的,只返回业务执行结果

  • 需要证明结果确实是此数据跑出来的

既节点1想要访问节点2管理的数据,需要?

数据库的分布,需要维护数据的索引,

主链上的节点维护自己的CA,提供给节点所属侧链

主链上再维护一个给主链节点提供的CA

数据存取

通过 yaml 文件的形式读取配置(初始路径,权限、可以用两个路径标识文件的)

  • 然后应用程序递归遍历文件来获取数据(数据类型、身份信息这类信息放在一个文件中,不用一份数据建立一份文件,通过json的形式存储、如果是大型数据,比如日志信息,文件内容就可以放成一份文件)

  • 数据类型可以分为文件和文件里的某一行,看是否需要读取文件内容

权限访问

目前的权限访问模型分文两种:

  1. 基于角色的访问控制(RBAC):构建起来更加简单,缺点在于无法做到对资源细粒度地授权(都是授权某一类资源而不是授权某一个具体的资源)
  2. 基于属性的访问控制(ABAC):构建相对比较复杂,学习成本比较高,优点在于细粒度和根据上下文动态执行。
    • ABAC 属性通常来说分为四类:用户属性(如用户年龄),环境属性(如当前时间),操作属性(如读取)和对象属性(如一篇文章,又称资源属性),所以理论上能够实现非常灵活的权限控制。

使用abac管理数据权限:什么属性的用户可以访问什么数据

使用rbac管理用户权限:链上的某个用户拥有哪一种权限

考虑使用基于角色的访问控制,并存储“用户名:角色名“为key值

为每个角色分配数据的访问权限 - 行级()

合约

authority

  • 为文件的 r/w/x 生成密钥对,分配权限就是分配公钥,私钥是加在数据操作上的,当要执行某个操作时,
  • 保存角色的权限设置,默认有client和admin两个角色,可以自定义新的角色。新角色会自动继承client角色的全部功能,也可以是空白的来自行分配
  • 每个DataAsset对象在创建的时候都需要为client和admin分配权限
  • 每个client生成自己的公私钥,用户需要执有公钥来获得角色验证
  • 可以有多个角色
  • 每个用户都只能将自己所拥有的权限进行下发

roleContract:

  • 创建角色
  • 给角色添加权限
  • 查看角色权限
  • 查看全部角色
  • 查看用户是否具有权限
  • 查看某角色具有那些权限
  • 查看此用户具有什么权限(通过密钥证明该用户真的具有某种权限)

Dataasset

  • name, owner, publisher, publishTime, type, position, posHash, contHash, lastChange
    • owner:org:user
    • posHash:sha1(owner + position)
    • type:file or data
    • lastChange:org:user:publishTime
  • key, value:listname + owner + name –> values

Role

  • org, name, isClient, description, creator, createTime
    • creator:user

Auth

论文撰写

利用区块链先天的去中心化特点,分布式的存储在云端

这确保了数据源供应商的数据版权归属,为大数据产业健康有序发展提供了技术支撑。

1、绪论

  • 问题 - 现阶段如何解决 - 我打算如何解决

2、关键技术

  • 我的解决方案中使用到了那些技术
  • fabric - rsa - 智能合约 - RBCA细粒度访问控制

3、云链数据交换模型

  • 模型的设计
  • 联盟链 - 智能合约(角色、数据)- 应用层 - 云端

4、模型实现

  • 具体实现(伪代码)
  • 联盟链 - 智能合约(角色、数据)- 应用层 - 云端

5、深入探讨:数据同步问题

  • 数据冗余的分散在各个部门中,更新不及时

6、结论 + 致谢

应用:

基于业务联盟链数据交换共享模型,研究实现政务数据获取及汇聚,包括政务服务事项、电子证照等数据,核心围绕政务服务五大环节,申请、受理、审核、办结、反馈。共享交换体系在政务服务中起到承上启下作用,有力推动实现跨部门、跨地区数据共享和业务协同,推动公众和企业政务服务办事网上直办、就近能办、同城通办、异地可办。具体研究内容包括:

1)政务业务联盟链构建模式研究;

2)政务联盟链跨链数据交换模型研究;

3) 政务联盟链数据交换应用场景实现及应用示范。

电子证照,办理

身份认证 - 公安 - org1

营业执照 - 工商局 - org2

税务办理 - 税务局 - org3

材料

SmartBlock 2018区块链论文合集

异构链

方法:

  • 侧链/中继(Sidechains/relays);
    • cosmos、EOS
  • 哈希锁定(Hash-locking);
  • 分布式私钥控制(Distributed private key control)

例子:

  • SynergyChain

  • conflux:shuttleflow

  • 纸贵:zig-ledger

同构链

联盟和公有的跨链

实现资产的互联和数据互联。

开会

核心竞争力

业务联盟链 - 数据交换体系

主子侧链

  • 临时虚拟链 - 自组织的智能合约

代码

配置

网络

data-network:

  • 三个组织,每个组织一个admin的peer0和数据交换节点(前置机节点)frontend

domain:gov.com

network:datanet

channel:datachannel

chaincode:dataexchange

contract:data-isolation/data-share

  • file:data、datalist、datacontract
  • 可以分为两部分:封闭式和开放式

数据的使用

(封闭)

  • 数据验证 - 身份证
    • 是否正确
    • 是否存在

(不封闭)

  • 数据验证
  • 验证+带数据回来
  • 仅是数据回来
  • 是否回写系统

节点

【domain:gov.com】

Org1:

  • ca:7054

Org2:

  • ca:8054

Org3:

  • ca:6054

Orderer:

答辩

针对什么情况诉求,

要讲解出为什么这样做,常规怎么做,

  • 不上链,截流

动机!! - 为什么要做,已有的是有问题的

主要工作 - 一个架构

针对业务链的需求 - 代码层面 -架构变成了代码框架 - 用政务链的体系来验证

创新点 2个 - 云链模式,通过智能合约的方式来实现数据隔离,用访问控制来是模型更加严密

未来的展望:完善架构,希望可以和fabric开源社区来整合,变成一个组件。

  • 【论文要修改一下】

表单(

常规实现不了的 - 优缺点

突出自己的优势)

为什么是云链 - > 因为很多业务都在云端,所以需要和云端来交互

我们提出基于这种的交换模型

和常规的数据交换模式

重点:3 + 4

第三部分要加一点

表啊

第四章,说明自己的工作

关心什么是自己加入的 - 为什么要加入

第五章:介绍一下他底层是怎么做的

以附录的形式加入代码的部分

突出门槛 - 软件体系的层面,作为组件,可以和fabric融合在一起,作为一个api类似的的开源组件来用。(未来推动,优化,来对fabric开源社区做贡献)

可以一定程度上实现

ppt 8 mins

论文主要工作:摘要的1-3部分展开来说

3-5页ppt 结合图 来展示模型和架构

以政务链的诉求

通过一政通来实现,来做了一个示例(2页ppt,一个示例图)

(画一个图 - 隐私数据的保护)

讲!!答辩要让所有人听懂

数据资产生命周期管理

https://mp.weixin.qq.com/s/4KIZPTgUu_bioT5Nx6-OBw

  • 数据资产:入、存、用、出,形成生命周期闭环
    • “用”这个期间是真正产生价值的周期,其他周期都是成本,数据因使用而生值,用处越多价值越大。在“用”这个期间要特别强调“数据复用”这个阶段,时下比较流行的数据中台架构,最大的一个价值就是数据复用和服务复用,这对于节省成本,提高效率非常重要。未来企业或组织在评估一个数据产品值不值得开发很重要的一个指标应该看能不能复用
  • 数据的使用是:增、删、改、查

https://www.zhihu.com/question/393978073/answer/1214162559

CSA模型

云安全联盟(CSA)是管理安全云计算环境的世界领先组织。CSA为云环境中的数据安全提出了一个数据生命周期模型。提供的数据模型有六个阶段,分别是创建、存储、使用、共享、存档和销毁,如图2所示。因此,这个模型解决了云计算环境中的一个特殊问题,安全性。

v2-c1dc6c940cb72894ae4cc2f22640b798_1440w

结论:此模型涵盖的内容并不全面,因为它是为云计算模型中的数据安全而设计的。因此,并未考虑数据质量、数据处理和数据分析等概念

DataOne模型

地球数据观测网是由美国国家科学基金会(NSF)资助的一个名为“数据一号”的组织。他们的数据模型旨在为生物和环境科学研究提供数据保存和再利用。拟议的数据生命周期包括收集、保证、描述、存放、保存、发现、集成和分析,如图3所示。因此,该模型可以用于存储和检索长期使用的信息。

结论:该模型是专门为数据保存和复用而开发的,不能看作是一个综合模型。此外,对数据安全也没有任何关注。

DDI模型

数据文件倡议(DDI)是大学间政治和社会研究联合会(ICPSR)的一个项目。DDI试图为社会科学数据资源的描述生成元数据规范。所提供的模型包括八个元素,它们是研究概念、数据收集、数据处理、数据存档、数据分发、数据发现、数据分析和重新调整用途,如图5所示

结论:这几乎是一个全面的模型,因为它成功地解决了数据生命周期中从收集到使用的大多数步骤。但是,似乎没有对数据质量和数据安全有任何关注。

DigitalNZ模型

DigitalNZ来自数字新西兰。他们的目标是为用户收集和增加数字内容的数量,而数据模型是为存档和使用数字信息而设计的。该模型包括选择、创建、描述、管理、保存、发现、使用和复用等步骤,如图5所示。该模型旨在管理数据利益相关者之间的数字信息交换。

v2-ffdb86c9dca9f2e07f3ef94b01618745_1440w

结论:此模型的设计只关注存档和使用目的,因此不能将其视为一个全面的模型。此外,该模型不提供数据分析、数据集成、数据安全和数据质量。

一般科学模型

通用科学模型由科学机构提供,用于管理科学数字数据。此模型可用于管理用于存档或处理数据的数据收集方法。

通用科学数据模型将计划、收集、集成和转换、发布、发现和通知以及存档或丢弃作为生命周期的六个阶段。这个模型,如图7所示,可以用数据管理计划使用的特定技术来预测下一组数据采集。

结论:此模型不是整个数据生命周期的综合模型,因为它是专门为数据存档和处理而设计的。该模型不关心数据分析、数据安全和数据质量。

北京邮电大学模型

该模型隶属于北京邮电大学的一个研究小组。此模型用于云计算环境中的数据安全。图13所示的基于图的模型有五个阶段,分别是创建、存储、使用和共享、存档和销毁。该模型适用于云环境中的安全性。

v2-dc4aaf3ce605c155dd7a317d071e8af2_1440w

结论:这个模型不能被认为是一个全面的模型,因为它的设计只支持云中的数据安全。此外,它不包括数据质量、数据分析和数据发布等阶段。

数字孪生趋势,概念,技术及应用

数字孪生,是充分利用物理模型、传感器更新、运行历史等数据,集成多学科、多物理量、多尺度、多概率的仿真过程,在虚拟空间中完成映射,从而反映相对应的实体装备的全生命周期过程。

  • 一个实体的信息化虚拟孪生“克隆”体
  • 对比于纸质图,他是本体的对象的动态仿真
  • 最早在《PLM的概念性设想》中提出
  • Post title:毕业设计
  • Post author:Wei Jieyang
  • Create time:2021-01-04 19:03:58
  • Post link:https://jieyang-wei.github.io/2021/01/04/毕业设计/
  • Copyright Notice:All articles in this blog are licensed under BY-NC-SA unless stating additionally.