区块链

商业票据项目 PaperNet network PaperNet是一个商业票据网络，允许适当授权的参与者发行、交易、赎回和评级商业票据。 PaperNet 商业票据网络: 6个机构参与, 行为有 发行, 购买, 出售,赎回,评级. MagentoCorp发行和赎回商业票据。 DigiBank、BigFund、BrokerHouse和HedgeMatic都相互进行商业票据交易。 RateM为商业票据提供各种风险度量。 参与者介绍 MagnetoCorp是一家备受尊敬的无人驾驶电动汽车制造商。2020年4月初，MagnetoCorp赢得了一份大订单，为个人运输市场的新进入者Daintree生产1万辆Model D汽车。尽管该订单对MagnetoCorp来说是一场重大胜利，但在11月1日开始交付之前，Daintree将不必为这些汽车付款，而此时距离MagnetoCorp与Daintree正式达成协议已有6个月时间。 为了制造这些汽车，MagnetoCorp将需要雇佣1000名工人，工作时间至少为6个月。这给公司的财务带来了短期的压力——它将需要每月额外的500万美元来支付这些新员工的工资。商业票据的设计是为了帮助MagnetoCorp克服其短期融资需求——用于支付每月的工资，因为该公司预计，当Daintree开始支付新款Model D汽车时，公司将拥有充裕的现金。 金融的比较懂: 有产业

阿里发布了<< 阿里巴巴Java开发手册终极版 >>，也许看过后也不能完全吸收，我在这里分类整理，方便大家在手机端查看，一起学习阿里对Java工程师编程的规约。 该手册完整PDF版，请关注本公众号，回复“ 手册 ”获取。 注释规约 1. 【强制】类、类属性、类方法的注释必须使用 Javadoc 规范，使用/**内容*/格式，不得使用// xxx 方式。 说明：在 IDE 编辑窗口中， Javadoc 方式会提示相关注释，生成 Javadoc 可以正确输出相应注释 ； 在 IDE 中，工程调用方法时，不进入方法即可悬浮提示方法、参数、返回值的意义，提高阅读效率。 2. 【强制】所有的抽象方法 （ 包括接口中的方法 ） 必须要用 Javadoc 注释、除了返回值、参数、异常说明外，还必须指出该方法做什么事情，实现什么功能。 说明：对子类的实现要求，或者调用注意事项，请一并说明。 3. 【强制】所有的类都必须添加创建者和创建日期。 4. 【强制】方法内部单行注释，在被注释语句上方另起一行，使用//注释。方法内部多行注释使用/* */注释，注意与代码对齐。 5. 【强制】所有的枚举类型字段必须要有注释，说明每个数据项的用途。 6. 【推荐】与其“半吊子”英文来注释，不如用中文注释把问题说清楚。专有名词与关键字保持英文原文即可。 反例 ：“ TCP 连接超时”解释成“传输控制协议连接超时”

前言 近几年以来，随着互联网+、大数据、微服务、区块链、人工智能等一系列技术的出现，作为一名IT人士，如果在工作中不接触一点这几类技术，感觉还活在原始社会一样。 工作中，很多技术都需要自己不断的学习，不断的总结，不断的实践，本文中，我将根据最近几年做得一些项目，结合自学的一些相关知识，进行简单谈谈我对大数据治理的架构理解。 分类 对于数据而言，业界很多公司都有相应的产品或者解决方案，但是很少有公司能够对整个数据体系做得很全很强，综观其原因，首先：数据概念太过抽象，对于不同行业没有一个明确的定义；其次，数据范畴太大，很难做全。 一般而言，企业数据从技术层面上，主要可分为三部分：元数据、主数据、业务数据。几种数据的定义，我们采用百度百科比较权威的定义，如下： 元数据：元数据（Metadata）描述数据的数据，对数据及信息资源的描述性信息。 主数据：主数据（MD Master Data）指系统间共享数据。 业务数据：业务数据指系统内或系统间交易调用产生的数据。 数据的分类还有很多，本文将不再讨论。有兴趣的同学可以自己在百度中自行搜索。接下来，我们开始简单探讨本文的重点，数据体系架构。 架构 基于IT技术层面上数据，主要是从数据库存储开始，依次到数据治理、数据服务化、数据使用为止，整体架构如下： 从图中可以看出，本架构图主要有四层，从下往上，依次为数据库层、数据治理层、数据服务层

翰海睿智大数据股份有限公司是一家基于大数据、云计算、区块链、人工智能技术，为高校提供教学实验室和教学资源支持的科技公司。 今年，翰海睿智为《 2020 一带一路暨金砖国家技能发展与技术创新大赛 》以及《佛山未来技能挑战赛》的机器学习与大数据赛项提供技术支持，并选择 Authing 作为赛事的身份认证服务提供商。 ​ 金砖技能大赛集训平台登录页面（由 Authing 支持） Authing 作为专业的统一身份认证平台，基于单点登录、多因素认证等技术，实现了对参赛选手的身份认证，为比赛顺利进行提供了技术支持和环境保障。选手通过使用 Authing 登录自己的账号密码，在平台完成报名、课程学习、练习、集训、竞赛等多项任务。老师们使用 Authing 登录到竞赛平台，可实现新增训练任务、调整训练大纲、用户管理等功能的操作，提升赛事管理效率。 ​ 金砖技能大赛身份认证流程 Authing 通过云原生架构的弹性伸缩 ，保证了赛事期间认证服务的稳定。在比赛期间，Authing 提高了客户支持优先级，优化了选手在训练、比赛等不同阶段、不同场景下的登录体验。此外，Authing 还通过数据云端存储、合规安全审计、实时记录操作日志等功能，满足赛事安全监管需求，保证了赛事期间数据的安全性和流畅性。 ​ 金砖技能大赛比赛现场 关于 Authing Authing 是国内首款全场景身份云产品

区块链的作业是比特币挖矿程序python实现，我做完了跟大家分享一波。 完整代码如下： #Author:Mr.Pan_学狂 #Finish_time:2020/11/22/22:34 import hashlib import time def find_gold ( ) : #参数D是难度系数 x = 0 #算力初始值 Diffcult_number = str ( input ( '请输入难度系数：' ) ) print ( '开始挖矿!!' ) while True : x += 1 string = 'hello' start_string = str ( x ) combine_string = start_string + string #字符串拼接 h = hashlib . sha256 ( ) #采用sha256加密 h . update ( combine_string . encode ( 'utf-8' ) ) #utf-8编码后哈希加密 gold_hash = h . hexdigest ( ) #print(gold_hash) startTime = time . perf_counter ( ) if gold_hash [ 0 : len ( Diffcult_number ) ] == Diffcult_number :

　　大数据和区块链之间的比较分析！ 　　大数据和区块链两者之间有个共同的关键词：分布式，代表了一种从技术权威垄断到去中心化的转变。 　　分布式存储：HDFS vs.区块 　　大数据，需要应对海量化和快增长的存储，这要求底层硬件架构和文件系统在性价比上要大大高于传统技术，能够弹性扩张存储容量。谷歌的GFS和Hadoop的HDFS奠定了大数据存储技术的基础。 　　另外，大数据对存储技术提出的另一个挑战是多种数据格式的适应能力，因此现在大数据底层的存储层不只是HDFS，还有HBase和Kudu等存储架构。 　　区块链，是比特币的底层技术架构，它在本质上是一种去中心化的分布式账本。区块链技术作为一种持续增长的、按序整理成区块的链式数据结构，通过网络中多个节点共同参与数据的计算和记录，并且互相验证其信息的有效性。 　　从这一点来说，区块链技术也是一种特定的数据库技术。由于去中心化数据库在安全、便捷方面的特性，很多业内人士看好其发展，认为它是对现有互联网技术的升级与补充。 　　分布式计算：MapReduce vs.共识机制 　　大数据的分析挖掘是数据密集型计算，需要巨大的分布式计算能力。节点管理、任务调度、容错和高可靠性是关键技术。 　　Google和Hadoop的MapReduce是这种分布式计算技术的代表，通过添加服务器节点可线性扩展系统的总处理能力(Scale Out)

互联网在不断迭代升级，相信很多人都听过Web3.0这个概念。简单说，Web 3.0意味着互联网发展史进入到新阶段，把互联网带到全新的水平。计算机科学家和互联网专家认为，Web 3.0会让互联网更加智能，让我们的生活更轻松。对于互联网目前的阶段来说，Web 1.0是过去时，2.0是现在时，3.0是将来时。 Web 1.0：网站投喂信息给用户 不管你是否相信，社交网络和在线视频流出现之前，互联网就已经存在了。Web 1.0甚至在20世纪90年代谷歌出现之前就已经存在了。当时的互联网是由AltaVista和网景公司主导的。AltaVista搜索引擎创立于1995年，2013年被雅虎关闭。网景公司成立于1994年，旗下的网景浏览器曾全球闻名，但在2003年被美国在线解散。当时，这些互联网只为实体公司提供广告服务。网页是“只读的”，用户只能搜索信息，浏览信息。 对于 90 后、00 后来说，在社交媒体和视频流媒体盛行之前，曾经有过一个互联网（早期）版本，而那个时代的电子商务网站实际上跟现在超市发的促销手册一样，只是给你展示内容，你无法在网站上下单。 Web 2.0：互联网开始与人互动 大概从03年开始，O’Reilly Media 的副总裁戴尔·杜赫蒂（Dale Dougherty）首先提出“Web 2.0”这个词，随后“Web 2.0”的浪潮席卷全球。在短短十年的时间里，“Web 2.0

DCEP的概念: 什么是DCEP？ 中国的央行推出的数字货币，简称DCEP ，是英文Digital Currency Electronic Payment的缩写(DC数字货币/EP电子支付),主要功能是解决电子支付，实现纸钞数字化。 关于DCEP最全面的10个问答： ​DCEP离我们是越来越近了。 1、DCEP为何能替代M0？ 央行对DCEP的定位是替代M0，如此定位央行解释是，基于商业银行账户的M1和M2已实现电子化或数字化，没有必要用数字货币再次数字化。 ​与此同时，目前非现金支付工具如传统的银行卡和互联网支付等，都是基于账户紧耦合模式，无法完全满足公众对离线、匿名等支付服务，不能完全取代现钞M0。 ​2、DCEP具体怎么投放？ DCEP投放基本上和纸钞投放一样，都是中心化投放机制，具体如下：商业银行在中央银行开户，按照百分之百全额缴纳准备金，个人和企业通过商业银行或其他金融机构开立数字钱包。 ​双层结构是因为，由央行背书的央行数字货币的信用等级高于商业银行存款货币，会对商业银行存款产生挤出效应，可能出现“存款搬家”，进而影响商业银行的贷款投放能力，避免“金融脱媒”，同时有利于充分利用商业机构现有资源、人才、技术等优势，通过市场驱动、促进创新、竞争选优。 ​3、DCEP载体 现钞的载体是纸币，那么DCEP的载体是什么呢？按照央行的口径，央行不会干预商业机构的技术路线选择。

========================================================================= ========================================================================= 来源： oschina 链接： https://my.oschina.net/u/4005625/blog/4740468

CA证书怎么生成？节点相互验证证书时会交叉验证吗？对于社区常遇到的此类问题，分享一些个人使用第三方CA证书部署底层节点的经验，希望可以给大家一些借鉴与参考。 为什么要对第三方CA证书进行改造？ 首先，说明一下我进行第三方CA证书改造的背景和原因： 社区内经常有人会问到第三方CA证书的改造问题，个人感觉这是大家都关注的要点。 在我们的一些项目中，业务方指定要使用第三方CA证书，实际的生产需求也要求我们进行CA改造。 在司法领域区块链存证场景中，需要由具有电子认证许可证书机构出具的认证证书才能作为电子认证。 鉴于以上三点，我觉得大家对如何进行第三方CA证书改造都很关注。 FISCO BCOS技术文档中提供了CFCA证书改造的案例，但在一些细节上还待完善，因此 我想写一 篇教程，结合生产环境改造、第三方CA配合、合规性、技术实现等内容具体说明，看看能否对其他社区用户有所帮助。 除了司法领域存证，还有哪些场景需要由第三方CA机构参与？ 基本上用到CA证书的区块链场景都有可能用到第三方CA证书，是否采用第三方CA证书主要考虑： 联盟链是否需要第三方CA机构背后的相关资质。 联盟链中，参与方对节点准入管理、以及后续控管是否需要第三方CA机构作为公正机构来签发证书，防止自建CA体系中存在任意签发证书导致节点作恶等问题。 两级证书模式下，为什么需要配置白名单列表？如果不配置会有什么问题？