瑞波(Ripple)历史分片

2023-12-25 04:48
文章标签 历史 分片 瑞波 ripple

本文主要是介绍瑞波(Ripple)历史分片,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在服务器运行时,他们自然会生成一个数据库,其中包含有关在网络运行时期间见证或获取的分类帐的数据。每台rippled服务器将该分类帐数据存储在其分类帐存储中,但当存储的分类帐数量超过配置的空间限制时,在线删除逻辑会旋转这些数据库。

历史分片将XRP分类帐的交易历史记录分散到XRP分类帐网络中服务器之间的称为分片的分段中。分片是一系列分类帐。一台rippled服务器以同样的方式在分类账存储和分片存储中存储分类帐。

使用历史分片功能,单个rippled服务器可以帮助存储历史数据,而无需存储整个(多TB)历史记录。分片存储不会取代分类账存储,而是通过XRP分类账网络实现分布式分类账历史的可靠路径。

XRP分类帐网络:分类帐存储和分片存储图

获取和共享历史分片

rippled服务器只有经过配置才能获取并存储历史分片
对于这些服务器,在与网络同步并回填分类帐历史记录到配置的最近分类账数量后开始获取分支。在较低网络活动期间,
rippled设置为维护一个服务器的服务器shard_db随机选择一个分片添加到其分片存储。为了增加网络分类帐历史记录均匀分布的概率,随机选择分片进行采集,并且当前分片没有特别考虑。

选择分片后,分类帐获取过程首先获取分片中最后一个分类帐的序列,然后向后分类。检索过程从服务器在本地检查数据开始。对于不可用的数据,服务器向对等rippled服务器请求数据那些在请求的时间段内具有可用数据的服务器回应其历史记录。请求服务器将这些响应组合起来以创建分片。当它包含特定范围内的所有分类帐时,分片就完成了。

如果rippled服务器在完全获取分片之前空间不足,它将停止其检索过程,直到有足够的空间可以继续。在那之后,最近完成的分片可能会替换较旧的分片。如果有足够的磁盘空间,则rippled服务器会获取其他随机选择的分片以添加到分片存储,直到达到分片(max_size_gb的最大分配磁盘空间

XRP分类帐网络数据完整性

所有分类帐的历史记录由服务器共享,它们同意保留特定范围的历史分类帐。这使得服务器可以确认他们拥有他们同意维护的所有数据,并生成校样树或分类账增量。由于rippled配置了历史分片的服务器会随机选择它们存储的分片,因此所有已关闭分类帐的全部历史记录都将存储在正态分布曲线中,从而增加XRP分类帐网络平均维护历史记录的可能性。

分片存储配置

要配置您rippled存储分类帐历史记录的分片,shard_db请在rippled.cfg文件中添加一个部分

分片配置示例

示例rippled.cfg文件中的以下片段显示了将分片添加到rippled服务器的配置字段

[shard_db]
type=NuDB
path=/var/lib/rippled/db/shards/nudb
max_size_gb=50

提示:Ripple建议使用NuDB作为分片存储(type=NuDB)。NuDB比RocksDB使用更少的文件句柄。RocksDB使用随存储数据大小而变化的内存,这可能需要过多的内存开销。

提示:虽然验证程序和跟踪(或库存)rippled服务器都可以配置为使用历史分片存储,但Ripple建议仅​​为非验证程序rippled服务器添加历史分片以减少验证程序的开销。如果您运行验证程序并希望使用分区管理分类帐历史记录,请运行rippled启用分片的单独服务器。

有关详细信息,请参考[shard_db]在示例rippled.cfg配置示例

调整分片存储

确定分片存储的合适大小需要仔细考虑。定碎片存储的大小时,应该考虑以下几点:

  • 虽然是多余的,但可以在分类账商店和历史分片商店中保存全部分类帐历史记录。
  • 有效的配置可能会将分类账存储仅限于最近的历史记录。
  • 由于当前分片可能被选择存储,因此分类帐存储历史记录的大小应至少为每个分片的分类帐的两倍,并且重新获取该数据将是浪费的。
  • 获取的时间,文件句柄的数量和内存缓存使用情况直接受到大小的影响。
  • 每个分片包含2 ^ 14个分类帐(16384)。
  • 基于分片的年龄,分片占据大约200MB到4GB。较旧的分片较小,因为当时XRP分类帐中的活动较少。

这篇关于瑞波(Ripple)历史分片的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



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

相关文章

查看提交历史 —— Git 学习笔记 11

查看提交历史 查看提交历史 不带任何选项的git log-p选项--stat 选项--pretty=oneline选项--pretty=format选项git log常用选项列表参考资料 在提交了若干更新,又或者克隆了某个项目之后,你也许想回顾下提交历史。 完成这个任务最简单而又有效的 工具是 git log 命令。 接下来的例子会用一个用于演示的 simplegit

从希腊神话到好莱坞大片,人工智能的七大历史时期值得铭记

本文选自historyextra,机器之心编译出品,参与成员:Angulia、小樱、柒柒、孟婷 你可能听过「技术奇点」,即本世纪某个阶段将出现超级智能,那时,技术将会以人类难以想象的速度飞速发展。同样,黑洞也是一个奇点,在其上任何物理定律都不适用;因此,技术奇点也是超越未来理解范围的一点。 然而,在我们到达那个奇点之前(假设我们能到达),还存在另一个极大的不连续问题,我将它称之

生产mongodb 分片与集群 方案

链接:http://my.oschina.net/pwd/blog/411439#navbar-header 注:主要是有一键安装的脚本可以借鉴

Git Gui 查看分支历史的时候中文显示乱码

如图所示 在Git Gui工具栏上选择-编辑-选项: 选择:Default File Contents Encoding, change为UTF-8 成功:

Spring Boot实现大文件分片下载

关于文件的上传和下载前面已经讲了2节课,今天我们主要讲一下如何分片下载,历史文章详解下面链接 Spring Boot实现文件上传和下载Spring Boot实现大文件分块上传 1.分片下载的好处 使用分片下载: 将大文件分割成多个小块进行下载,可以降低内存占用和网络传输中断的风险。这样可以避免一次性下载整个大文件造成的性能问题。断点续传: 实现断点续传功能,即在下载中途中断后,可以从已下载的

2024年9月7日历史上的今天大事件早读

251年9月7日 三国时期军事家司马懿逝世 1298年9月7日 马可-波罗与鲁思梯谦合著《马可-波罗行记》 1625年9月7日 魏忠贤下令禁毁东林书院 1689年9月7日 中俄《尼布楚条约》签订 1812年9月7日 俄法博罗季诺决战,标志着拿破仑的军队覆灭开始 1822年9月7日 巴西独立 1853年9月7日 上海小刀会起义 1901年9月7日 《辛丑条约》签订 1904

Redis 集群:如何实现数据的高效分片与负载均衡

Redis 集群:如何实现数据的高效分片与负载均衡 一 . 基本概念二 . 数据分片算法2.1 哈希求余算法2.2 一致性哈希算法2.3 哈希槽分区算法核心思路Redis 集群中最多只能有 16384 个分片吗 ?为什么一定要是 16384 个槽位 ? 三 . 基于 docker 进行集群的搭建3.1 创建目录和配置3.2 编写 generate.sh编写脚本脚本含义 3.3 编写 doc

OceanBase 4.x 存储引擎解析:如何让历史库场景成本降低50%+

据国际数据公司(IDC)的报告显示,预计到2025年,全球范围内每天将产生高达180ZB的庞大数据量,这一趋势预示着企业将面临着更加严峻的海量数据处理挑战。随着数据日渐庞大,一些存储系统会出现诸如存储空间扩展难、性能下降甚至卡顿的情况,影响业务系统的正常运转,增加企业的数据处理成本。众多企业已经开始积极寻求如何在保证处理效率的同时,进一步降低数据处理成本。特别是在历史库(冷数据)场景中,这种需求显

REMEMBERING HISTORY WITH CONVOLUTIONAL LSTM FOR ANOMALY DETECTION——利用卷积LSTM记忆历史进行异常检测

上海科技大学的文章,上海科技大学有个组一直在做这方面的工作,好文章挺多的还有数据集。 ABSTRACT 本文解决了视频中的异常检测问题,由于异常是无界的,所以异常检测是一项极具挑战性的任务。我们通过利用卷积神经网络(CNN或ConvNet)对每一帧进行外观编码,并利用卷积长期记忆(ConvLSTM)来记忆与运动信息相对应的所有过去的帧来完成这项任务。然后将ConvNet和ConvLSTM与

Apache ShardingSphere数据分片弹性伸缩加解密中间件

Apache ShardingSphere Apache ShardingSphere 是一款分布式 SQL 事务和查询引擎,可通过数据分片、弹性伸缩、加密等能力对任意数据库进行增强。 软件背景 ShardingSphere是一套开源的分布式数据库中间件解决方案组成的生态圈,它由Sharding-JDBC、Sharding-Proxy和Sharding-Sidecar(计划中)这3款相互