2.5 公证防伪溯源

2024-02-04 08:10
文章标签 2.5 溯源 公证 防伪

本文主要是介绍2.5 公证防伪溯源,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

区块链技术在公证防伪方面的应用主要是利用区块链技术独特的merkel tree数据结构防止篡改,区块数据可溯源、非对称加密数字签名这些技术共同组成分布式点对点公证存证防伪网络及数据。我们按照图例标号来跟踪分析一个现有中心化认证公证系统的部署模式:

1)用户1向公权认证中心提交材料,申请认证证书;

2)经过审查,公证中心发放证书,用户1获得认证;

3)用户1想要跟用户2进行交易,用户2需要跟公证中心申请用户1提出的证明;

4)公证中心确认用户1的证书;

5)用户2要向用户3提出交易请求,交易中用到的来自用户1的证书被传递,用户3再次向公证中心请求确认证书,以此类推,公权公证中心是一个完全集中式的证书发放和验证机构。

image.png

在这个集中式的公权公证中心模式中,好处也是显而易见的:大家都相信由政府背书的专业机构,但是,这也可能存在风险,那就是:

·单点灾难(single point failure),当这个集中式的公权公证中心出现状况的时候,全网瘫痪,大家无法获得证书服务;

·在处理海量证书的时候,中央式的系统也会由于中央处理能力不足而造成拥堵而变得性能下降;

·中央公证中心的安全性要求非常高,如果存在安全隐患,很容易遭到拒绝服务攻击(Denial of Service,DoS),甚至多台机器发起的分布式拒绝服务攻击(Distributed Denial of Service,DDoS)。

很直接的一个性能优化的解决方案就是对系统进行分布式改造,提高性能和安全性,降低被攻击而导致瘫痪的风险。区块链技术作为一种分布式计算形式,其实也可以在改造现有集中式系统的过程中逐步摸索或实施的。

现在我们来尝试着对一个集中式的公权公证中心进行分布式改造。

·针对每一个用户,我们单独分配一个计算资源单独处理,一个单位一个处理单元。

·在每一个处理单元的计算资源(可以是单独一台计算机)增加一个证书同步单元(模块),负责将每一个处理单元的证书进行同步,每一个处理单元都可以在同步后拿到任何单位管理的证书。

·这样,处理单元和同步单元模式可以扩散,从一个单一的中心,根据性能需要分化成多个中心,然后再在中心间进行证书数据同步;

·这样原来单一中心的公权属性依然集中在认证中心,继续行使其本来应该承担的不可取代的政府或法律职能;

·证书分发、处理、同步的功能性功能被剥离出认证中心;

·对证书进行分布式账本技术改造,证书作为共享账本在各个单位之间产生、流转、校验。

image.png

注意,共享账本改造很关键,需要我们做三件事:

1)用加密函数对证书进行数字加密(采用国际认可的SHA256或中国的加密算法SM2);

2)证书数据结构采用merkle tree来存储证书数据,保证任何改动的证书都会自动变成无效;

3)对证书进行非对称数字签名,数字签名根据证书的申请人、所有权人、发放方、校验方进行公钥/私钥的密钥管理。

经过旨在提高计算和处理性能,防止DoS/DDoS的分布式计算模式改造,再加上加密分布式账本技术改造,我们就 实现了一个集中式系统的“区块链技术”改造,这样形成下面描述的基于区块链计算模型的公权公证系统。我们先说可能出现的劣势,那就是:对用来进行证书校验 的密码计算要求高,如果密码被破解,全网证书(账本)就会容易被篡改;对用来进行证书同步的点对点证书通信协议的性能要求高,因为本质上分布式改造是将风 险和性能同时分散到各个节点中去了。当然新系统的优势是非常明显的:

1)证书数据由于公钥/私钥非对称数字签名使得数据来源和权益清晰,证书内容及其真实性得到来自源头的保证;

2)证书内容在产生或修改的瞬间,就已经全网无差别地被同步并通知;

3)任何证书的改动及其改动过程都记录在案,而且可以溯源;

4)任何证书的校验都可以通过签发及确认者的公钥完成,不再需要中间方参与;

5)分布式签证校验系统导致可以完全不需要信任第三方的存在和干预,系统自动完成;

6)公证网络参与方平权,系统自治;

7)原公证中心(公证处)功能职能弱化,可以逐渐变成一个象征性的法律主体,更适合做其法律专职工作,法律意志体现的效率得以提高,意义更大

image.png

我们再进一步看一个类似存证通的区块链公证存证防伪系统的具体实现过程,以及一些核心技术原理。这个系统的理念在于所有被认为有价值的数据,包括私有数据和公共数据,都可以存证公证并防伪。

如下图,系统从数据开始,自上而下进入系统,到达系统最底层然后从左到右完成证书签发再回到系统向上分发返回给请求用户。

image.png

1)以事件为导向,当数据发生变化时向系统发出存证、公证、防伪识别等请求。

2)外部事件的请求是分布式的,可以有多种数据源,确保系统的高可用性;当外部请求进入平台后,平台根据事件所请 求的数据的变化,抓取变化特征值,将特征值的元数据进行哈希函数加密(SHA256)。到目前为止,区块链技术中只有通过哈希函数加密的或者使用类似同级 加密强度的加密函数,才能保证数据的不可篡改性,否则都会留下安全隐患。

3)采集了数据变化事件的特征值的加密信息,按照一定逻辑和循序组成数据块上链,可以是多链结构或者单链结构,完成上链存证编码过程。

4)对需要上链的事件数据进行压缩。

5)将需要上链的数据通过事务(交易)写入底层区块链构架。

6)区块链数据写入并给出数字证书。

7)平台(可以是去中心化的)拿到证书,向证书请求者进行查询或发放。

我们一直以来介绍了很多区块链的技术应用,大部分我们看到的都是去中心化模式的。但是需要强调的一点是:在实际公证防伪存证或者溯源等区块链系统中,区块链的应用并不一定完全是彻底去中心化模式的。因 为通常分布式系统的构架是很复杂的,平台访问层和底层数据存储层一般都是松耦合的。不一定完全是绑定在一起的,也就是说,在存储层使用区块链技术构架做物 理账本存储时,平台或者分布式账本(存证)的访问方式可以是集中式或去中心化模式,整个系统也是使用了区块链技术的,也具备区块链技术很多优良特性。这样 的区块链系统我们常常称为“存储层区块链应用”。

当然,也有去中心化理想主义者认为这种类型的区块链应用只是非常简单的几个节点,属于私有链模式,在内部网络内实 验用,而且只用到了区块链最少的一个应用——分布式数据物理存储,可溯源、不可篡改的属性,也戏称这样的区块链应用为“伪区块链”应用。因为这样的区块链 没有在整体上多节点来构建基于区块链的价值网络。在区块链技术应用的探索中,我们听到2017年某银行曾经尝试过一个共识节点的区块链银行核心业务系统, 某银行用Fabric做了小于10个共识节点的区块链银行托收系统,某银行也在私有链上尝试了少量节点概念验证的PoC区块链信用证项目。这些私有链方面 的区块链应用项目的尝试,也是中国金融业在区块链技术应用上相对大胆的尝试。哪怕有些用到的只是区块链技术公证防伪溯源能力。

来源:我是码农,转载请保留出处和链接!

本文链接:http://www.54manong.com/?id=110

'); (window.slotbydup = window.slotbydup || []).push({ id: "u3646208", container: s }); })();
'); (window.slotbydup = window.slotbydup || []).push({ id: "u3646147", container: s }); })();

这篇关于2.5 公证防伪溯源的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/676844

相关文章

MOLE 2.5 分析分子通道和孔隙

软件介绍 生物大分子通道和孔隙在生物学中发挥着重要作用,例如在分子识别和酶底物特异性方面。 我们介绍了一种名为 MOLE 2.5 的高级软件工具,该工具旨在分析分子通道和孔隙。 与其他可用软件工具的基准测试表明,MOLE 2.5 相比更快、更强大、功能更丰富。作为一项新功能,MOLE 2.5 可以估算已识别通道的物理化学性质。 软件下载 https://pan.quark.cn/s/57

2.5 SQL注入之文件读写

SQL注入之文件读写 文件读写注入的原理 就是利用文件的读写权限进行注入,它可以写入一句话木马,也可以读取系统文件的敏感信息。 文件读写注入的条件 高版本的MYSQL添加了一个新的特性secure_file_priv,该选项限制了mysql导出文件的权限 secure_file_priv选项 linuxcat etc/confwinwww/mysql / my.ini show

相似哈希技术在溯源分析中的应用

随着软件开发的日益复杂化和全球化,代码复用和变体生成变得愈发普遍,导致在不同项目之间追踪代码的来源和演变变得更加困难。在这种背景下,相似哈希技术(Simhash, Minhash等)成为溯源分析中的一项关键工具,能够高效识别和比较不同代码片段之间的相似性,帮助开发者和安全专家精确地追溯代码的起源。 相似哈希技术的核心优势在于其能够将大量的代码内容压缩为固定长度的哈希值,同时保留内容的相似性特

主机溯源系统解决方案价值

一、主机溯源需求分析 1.1威胁分析 随着网络和信息技术的快速发展和普及应用,我国政府和企业的信息基础设施及各种新型业态蓬勃发展,与此同时安全防护系统也经历了一个从无到有、从弱到强的发展过程。针对不断变化和无孔不入的威胁,政企终端上的管控、杀毒、漏洞补丁等各种安全防护手段逐步强化,但是针对于终端的安全事件却依旧层出不穷,敏感数据泄露的规模连年加剧。 这是因为相比通过漏洞、钓鱼等方式盲目扩散的已知

计量校准中溯源方法会有哪些不足之处?

随着新型计量器具的不断涌现,现有的计量检定规程或计量校准规范已不能满足计量溯源的需要。特别是一体化大型设备所配备的传感器,如产业生产线之上的压力传感器、流量计、在线电导率仪、在线酸度计为代表的对传感器的检测目前多依据国家检定规程或计量校准规范进行,规程/规范对测量点的选择相对固定,且检定/校准结果之中往往只能够对传感器在某一等级进行合格性判断或评价,无法保证高于规程要求准确度的数值评价,在实际应用

java中,HashMap为什么每次扩容的倍数是2,而不是1.5或者2.5?

本文为转载文章,部分位置加入了个人对原文的理解 原文:https://www.zhihu.com/question/422840340/answer/1494603694 来源:知乎   一、前言二、HashCode为什么使用31作为乘数 1. 固定乘积31在这用到了2. 来自stackoverflow的回答3. Hash值碰撞概率统计4. Hash值散列分布   三、HashMap 数据

Hadoop入门之Hadoop-2.5.0源码编译

一、 为什么要编译Hadoop源码 Hadoop是使用Java语言开发的,但是有一些需求和操作并不适合使用java,所以就引入了本地库(Native Libraries)的概念,通过本地库,Hadoop可以更加高效地执行某一些操作。 native目录是本地库,位于hadoop-2.x.x/lib/native目录下,仅支持Linux和unix操作系统。 hadoop中的zlib和gz

【第54课】XSS跨站Cookie盗取表单劫持网络钓鱼溯源分析项目平台框架

免责声明 本文发布的工具和脚本,仅用作测试和学习研究,禁止用于商业用途,不能保证其合法性,准确性,完整性和有效性,请根据情况自行判断。 如果任何单位或个人认为该项目的脚本可能涉嫌侵犯其权利,则应及时通知并提供身份证明,所有权证明,我们将在收到认证文件后删除相关内容。 文中所涉及的技术、思路及工具等相关知识仅供安全为目的的学习使用,任何人不得将其应用于非法用途及盈利等目的,间接使用文章中的任何工具

InternLM 2.5 书生·浦语 开源大模型本地部署体验

老牛同学之前偶尔刷到过InternLM大模型相关的介绍文章,因为在老牛同学心中,Qwen2千问才是国内开源模型中最适合自己的大模型,原因是自己在本地部署和应用Qwen2都非常满意,所以没有在意InternLM大模型,也就没有动力去了解它。 今天老牛同学又刷到InternLM大模型发布1.8B新开源版本的文章,同时还知道了书生·浦语是它的中文名。因老牛同学在上海生活了十几年了,当看到浦字时有点敏感

【C++ Primer Plus习题】2.5

问题: 解答: #include <iostream>using namespace std;#define CEL_TO_FAH(c) 1.8*c+32.0float celToFah(float value){float fahrenheit = CEL_TO_FAH(value);return fahrenheit;}int main(){float celsius