Ledger

区块链作为一种崭新的、颠覆性的技术，是国内外活跃的研究领域和毕业设计选题方向。本文列出最新的一组区块链方面的论文，希望可以对选择区块链毕业设计的同学们有所帮助，这是 汇智网 编辑整理的区块链毕业设计论文系列中的第22篇。 区块链开发教程链接： 以太坊 | 比特币 | EOS | Tendermint | Hyperledger Fabric | Omni/USDT | Ripple 本文整理了最新的可用于区块链毕业设计的参考论文，如果需要访问区块链毕业设计必读论文系列的最新文章，可以持续关注我们的 博客 ，或加入QQ群： 532241998 。 1、SoK：基于区块链的取证解决方案 当今社会数字化程度越来越高，随之而来的一个担忧就是如何应对日益增多的网络犯罪问题。执法部门和安全公司目前使用复杂的数字取证技术来分析调查网络犯罪。然而，由于大量证据的搜集和处理涉及到多方参与，这阻碍了数字取证正当性的实现。区块链技术已经被视为开发鲁棒的数字取证机制的可行方案。 本论文对现有的基于区块链的数字取证工具进行了综述和分类，并描述了这些工具的主要特性。论文作者同时对区块链技术和其他数字取证手段的关系以及其面临的挑战进行了详细的分析。基于各方面信息的综合，论文指出了目前存在的研究机会，并给出了进一步研究方向的建议。 论文PDF下载： SoK: Blockchain Solutions for

内容简介：随着 Apache Pulsar 成为 Apache 的顶级开源项目，其存储层的解决方案 Apache BookKeeper 再次受到业界广泛关注。BookKeeper 在 Pulsar 之前也有很多成功的应用，比如使用 BookKeeper 实现了 HDFS NameNode 的 HA 机制（可能大部分公司使用的还是 Quorum Journal Manage 方案）、Twitter 开源的 DistributedLog 系统（可参考这里先对 BookKeeper 的基本概念做一下介绍，下图是 Book 本文转载自： http://matt33.com/2018/10/19/bk-cluster-install-and-use/ ，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有。 随着 Apache Pulsar 成为 Apache 的顶级开源项目，其存储层的解决方案 Apache BookKeeper 再次受到业界广泛关注。BookKeeper 在 Pulsar 之前也有很多成功的应用，比如使用 BookKeeper 实现了 HDFS NameNode 的 HA 机制（可能大部分公司使用的还是 Quorum Journal Manage 方案）、Twitter 开源的 DistributedLog 系统（可参考 Twitter开源分布式高性能日志复制服务

BookKeeper bookiePort bookeeper server监听端口 allowLoopback 是否接受回127.0.0.1地址 listeningInterface 默认网口，比如：eth0 journalDirectory WAL存入目录 ledgerDirectories 帐目快照保存地址，推荐WAL与该目录不同硬盘 ledgerManagerType bookeeper 帐目保存类型 zkLedgersRootPath zookeeper保存的bookeeper数据路径 ledgerStorageClass 帐目存储类 entryLogFilePreallocationEnabled 是否预分配entry logger minorCompactionThreshold 当entry logger达到阀值将执行minor compaction,0为禁止 minorCompactionInterval 时间控制minor compaction majorCompactionThreshold 当entry logger达到阀值将执行major compaction,0为禁止 majorCompactionInterval 时间控制major compaction compactionMaxOutstandingRequests 没有flush的最大entry数

凡泰极客导读： 金融界IT同侪们对Kafka应该都很熟悉了，但是也许没有怎么听过Pulsar —— 一个Apache基金会管理下的顶级开源项目。个人一直非常关注这个有趣的技术，首先是出于一定的“感情” ， 它的核心技术之一BookKeeper自从2011年即以ZooKeeper的子项目存在、由Yahoo研发、并有雅虎北京研究院团队良多贡献；Pulsar的核心技术大拿也是雅虎北研的队友，我们算知彼知己吧。 Pulsar一些对金融业务场景非常有价值的地方，个人认为是（1）实时、可靠、持久化的数据跨域复制 – 跨网段、跨机房的实时同步一直是证券业的刚需；（2）Broker无状态 – 弹性伸缩水平扩容这些对于交易应用最难实现的能力，也许有一个更可靠的机制去实现。Kafka诞生在“云原生”概念还没有形成的年代，Pulsar在这方面有后发优势。对于容器化及容器编排技术的友好，也是吸引我们的一个地方。 在凡泰极客，我们的中间件采用NATS和Kafka，但是我们在积极寻找适合Pulsar的场景，相信在证券业中我们会找到它的有趣应用，推荐同业一起研究。 —— 梁启鸿，凡泰极客 Co-Founder 下面列出了选择 PULSAR 而不是 KAFKA 的 7 大理由。 流式处理和队列的合体 Pulsar 就像一个合二为一的产品，不仅可以像 Kafka 那样处理高速率的实时场景，还支持标准的消息队列模式

Pulsar 是由 Yahoo 于 2016 年开源并捐赠给 Apache 基金会的一款消息中间件，其主要特点是多租户且易于扩展，本文根据自己对 Pulsar 相关文档的理解并请教相关 PMC 后写成，囿于水平有限，错误难免，欢迎留言指正。 1 Pulsar vs Kafka 很多人查看 Pulsar 之前可能对 Kafka 很熟悉，参照上图可见二者内部结构的区别，下面详述二者的异同以明了 Pulsar 的特点。 1.1 名词对应表 根据个人对 参考文档1 的理解，整理如下 Pulsar 和 Kafka名词对应列表 ： Pulsar Kafka Topic Topic Partition Partition Ledger(Segment)/Fragment Fragment/Segment Bookie Broker Broker Client SDK Ensemble Size metadata.broker.list Write Quorum Size (Qw) Replica Number Ack Quorum Size (Qa) request.required.acks Pulsar 和 Kafka 都是以 Topic 描述一个基本的数据集合，Topic 数据又分为若干 Partition，即对数据进行逻辑上的 sharding 后存储为若干子集合。但 Kafka 以

在这篇文章中，我们将介绍Apache Pulsar的设计，这篇文章不适合想要了解如何使用Apache Pulsar的读者，适合想要了解Apache Pulsar是如何工作的读者。 设计核心 保证不丢失消息(使用正确的配置且不是整个数据中心故障) 强顺序性保证 可预测的读写延迟 Apache Pulsar选择一致性而不是可用性就像BookKeeper和Zookeeper一样。Apache Pulsar尽一切努力保持一致性。 这篇文章中不会介绍跨机房复制相关的内容，我们只关注一个集群。 多层抽象 Apache Pulsar在上层具有高级别的Topic(主题)和Subscription(订阅)的概念，在底层数据存储在二进制文件中，这些数据交叉分布在多个服务器上的多个Topic。在其中包含很多的细节部分。我个人认为把它分成不同的抽象层更容易理解Apache Pulsar的架构设计，所以这就是我在这篇文章中要做的事情。 接下来我们按照下图，一层一层的进行分析。 图1.分层抽象 第一层 - Topic、Subscription和Cursors 我们将要简要介绍Topic(主题)、Subsription(订阅)和Cursors(游标)的基本概念，不会包含深层次的消息传递方式。 图2.Topic和Subscription 消息存储在Topic中。逻辑上一个Topic是日志结构

3 月，跳不动了？>>> 账本（ledger） 在每个peer节点中都有一个账本： 　　在每个账本里的东西： 　　　　1.Transaction Log//交易记录，就是一个区块保存在File System中 　　　　2.State Databass//状态数据库，存储的是数据状态，也就是最新的用户信息 来源： oschina 链接： https://my.oschina.net/u/4405407/blog/3209252

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 身份（Identity）管理是 区块链 应用的核心元素。在一个不可信、匿名的分布计算生态中，要实现去中心化身份管理并不是一件容易的事情。 Sidetree 是一个基于现有区块链平台的第二层（L2s）协议，专门用于去中心化身份管理。微软最新开源的ION项目，就是Sidetree协议基于比特币区块链的一个实现。本文将分6个部分介绍Sidetree去中心化身份管理协议：DID的核心要素、Sidetree协议的起源、概述、工作原理、设计约束与实现进展。 1、去中心化身份管理的核心要素 去中心化身份管理的挑战并不是单一模块的问题。在去中心化应用（DApp）中，一个身份的生命周期中，有一些需要考虑的关键因素： 表示：用来描述主体身份的可迁移表示 持久化：用来存储、提取主体身份的机制，同时还需要保持其隐私 隐私：在去中心化账本中保护主体身份的模型 断言： 确定主体身份的特定语句 解析：解析、验证特定主体身份的机制 2、Sidetree协议的起源 2017年，去中心化身份组织（DIF）的一些成员开始讨论如何在全球级别实现去中心化身份系统。对于大多数去中心化身份系统而言，最下面的一层是区块链/账本，被称为第一层或L1，用来以某种形式支持去中心化的公钥体系（Decentralized Public Key