Dash 路线图

构筑在主节点之上的财务自由

由Evan Duffield创造的 Dash 具有诸多特点: 它以独特的X11算法为特色, 并在挖矿难度动态调节机制暗黑重力波的基础上进行了发展. 紧随其后还加入了 主节点 功能, 这些主节点提供了功能强大且有回报的完整节点集合, 这些节点构成了网络的骨干网并向用户提供服务. 叉勺技术的发布帮助使新功能推出过程更平稳, 而无需令网络发生硬分叉, 最后 混币支付 的正式推出标志着 Dash 成为一个真正有着可互换性质的货币.

为未来奠定基础

虽然 Dash 最初以莱特币项目为基础, 但它在2015年初重新参考了比特币项目. 不久之后, Dash就推出了即时支付, 这是一种借助第二层网络的主节点架构安全地锁定交易的方法. 在持续全年的辛勤工作后, Dash 构建起了去中心化管理系统并将区块奖励中的10%用作预算提案的赞助资金. 第一个超级块诞生于2015年9月7日, 这使 Dash 成为了全球首个去中心化自主管理组织(DAO).

区块大小和算力增加

仅在24小时内, Dash 网络就完成了历史性的投票，达成了共识. 授权研发人员开始开发2MB的区块并确保 Dash 网络未来的交易容量. 这充分凸显了 Dash 管理体系的优势 – 快速地就争议事项达成共识. 同时, 随着强大的挖矿软件的推出, 算力也迅速提高, 在一年之内提高了16倍. Dash Core 团队管理层的专业化程度也进一步提高并引入了质保措施. 基于网络资助的将X11哈希算法移植到JavaScript的努力，Bitcore和Insight随Dash扩展一起发布。

稳定性、去中心化和便于获取的特性

2017年, Dash 提供了多款主要的硬件钱包, 对混币支付功能进行了两次优化升级, 并借助名为 Sentinel的工具更好地管理不断增加的管理对象. 与此同时, 所有 Dash 交易的费用都降低了十倍, 而 Dash Core 团队的所有权也移交到了不可撤销信托, 去中心化的 Dash 网络也随之成为了信托受益人.

指定的开发者网络

指定的开发者网络使独立创建多个Devnet成为了可能. 每个Devnet都由一个名称标识, 并被写入Devnet 原始块 (高度自动定位在1).

管理系统优化

自0.12.2.x版本起, Dash 的管理系统就无需借助看门狗技术. 相反, 所有有关Sentinel的必要信息都包含在主节点Ping中. 为了实现这一更新, Dash 网络添加了其它信息来确保中间节点不会更改主节点Ping. 与看门狗监视程序相关的所有信息和逻辑都已被删除. Dash 改进了提案消息格式和提案的验证及处理, 降低了网络流量和CPU占用. 此外, 触发器的处理也得以改进.

混币支付功能的优化

Dash 没有要求混币支付功能用户存入相当于混币支付金额数倍的保证金. 相反, 任何大于或等于单笔混币支付交易金额 (但小于或等于4) 的资金输入都可以用作保证金, 而大于或等于单笔混币支付交易金额但小于两笔单笔混币支付交易金额的资金则可用作OP_RETURN输出的保证金. 这不仅减少了钱包需要处理的交易输入数量, 而且还通过消除用户意外地将小额非混币交易资金混合在一起的可能提高了隐私保护. 此外, 混币支付功能还降低了全球账本的大小.

Dash 的新品牌

Android和iOS版本的 Dash 钱包参照新的品牌指南进行了更新, 从而具备了更加现代化的外观和触感.

与Uphold整合(Android)

用户可以通过Android应用程序内的网页界面在Uphold平台上交易 Dash , 这降低了入门的难度.

支持NFC(iOS)

以NFC为基础的支付方式正变得越来越流行. 通过NFC技术请求支付已经成为了 Dash 的新功能之一, 用户可以点击付款终端和钱包来接收支付信息.

支持iPad(iOS)

iPad已增加 Dash 钱包的相关功能, 因此用户可以在平板电脑上发起和接收付款.

新的定位

Dash 添加了许多新的语言和货币类型, 方便来自世界各地的用户通过母语使用 Dash 钱包并查看当地货币的汇率.

默认开启的即时支付

Dash Core v0.13 默认开启了即时支付功能, 交易输入小于或等于4时将默认使用即时支付, 用户无需支付额外费用.

确定性主节点列表

确定性主节点列表是所有需要主节点提供验证的交易, 例如即时发送交易的唯一可靠信息来源. 它完全源于链上数据. 这确保了所有节点将就有效的主节点列表的当前状态达成相同的共识.

特殊交易

特殊交易提供了新的结构, 以便实现区块链上的非金融交易. 特殊交易功能将为 Dash 第二层网络的未来应用奠定基础, 如区块链用户等.

主节点私钥一分为三

此前, 主节点私钥共有两个, 第一个用于帮助主节点持有人证明对主节点的所有权. 第二个则用于主节点运营者进行主节点操作和为预算提案投票. 现在第二个私钥拆分为两个, 一个用于主节点的操作, 另一个则用于为预算提案投票. 主节点的投票权因此能够委托给第三方.

指纹解锁钱包

用户可以使用指纹解锁钱包, 这提高了使用应用程序的流畅程度.

iOS库的整合

Dash 钱包已经被整合到iOS库中, 使它与 Dash 区块链建立了连接. 未来, 其它的iOS客户端也可能进行类似操作.

接收即时支付(iOS)

Dash 钱包可以确认交易是否由即时发送发出.

价格数据来源校准

iOS及Android版的 Dash 钱包已实现币价数据来源的协调一致.

长效主节点仲裁连

长效主节点仲裁连通过提高网络共识和扩展网络潜在应用实例来提高 Dash 网络的扩容能力. 仲裁链不仅极大地减少了交易验证所需的消息数量, 还意味着网络各个节点不再需要在交易区块开挖完成前将共识数据存入内存当中. 仲裁链的大小取决于具体应用实例的安全级别, 在某些情况下可能会很大.

抵御51%攻击的链锁

链锁极大地降低了51%攻击的风险. 它还帮助长效主节点仲裁链对区块进行签名并将消息传播到网络, 从而告知节点应当驳回与仲裁所指定的区块不匹配的相同高度的区块. 链锁有助于快捷而明确地达成网络共识, 并消除区块之后的区块链重组的可能性.

集成Uphold (iOS)

用户可以将自己Uphold账户中的 Dash 转移到app钱包中, 能够通过内镶的网页界面买卖 Dash.

价格源优化

此优化确保了交易比率与其他常用 Dash 应用程序一致.

DashCore v0.14 支持

钱包添加了对LLMQs以及ChainLocks的支持, 确保用户能够受益于即收即用的交易以及更高级别的安全.

公测网络 (“Evonet”)

Dash 平台将在公测网络发布, 开发者们可以连接并进行功能测试.

DAPI, 身份, 文档

用户可以通过分布式应用程序接口 (DAPI)连接到Evonet; 创建测试身份及用户名; 创建, 更新, 以及删除文档.

用户名服务和DashPay合约

用户将能够测试Dash平台用户名服务 (DPNS)以及DashPay合约.

库

开发者可使用多个库, 包括Dash SDK, DAPI-client, DPNS-client, 以及DPP.

开发者文档

开发者中心将提供帮助文档, 指导如何使用新功能.

Android和iOS统一的UX

DashWallet的统一UI将使Android钱包和iOS钱包保持视觉和使用的一致性.

支持iOS深色模式

DashWallet加入的深色模式将与Apple的设计风格一致.

高级安全选项

将为用户提供更加灵活的安全设置管理方式.

轻松访问常用功能

用户将能够从主界面上快速访问关键功能.

针对Bitcoin v0.15.2补丁

此版本将使 Dash 更新到Bitcoin v0.15.2, 可收益于比特币在此版本中的多项修复及优化.

QT钱包视觉界面更新

通过升级UI后的桌面钱包, 用户可以看到与 Dash 品牌创新相匹配的界面. 其中包括针对设计指南更新的颜色和式样, 移除不必要元素以保证UI的整洁, 以及新图标.

压力测试后的增强提升

此版本包含近期压力测试后的多项优化.

BIP70 优化

BIP70功能的改进允许在销售点获得更有效率的付款体验. 实施此协议的用户/商家将从退款选项的功能中得益, 能够将付款拆分到多个地址的功能将给予更安全的体验。

区块奖励重新分配

区块奖励的分配 -不包括预算提案- 主节点与矿工之间的分配由50-50更改为60-40, 将会以多年来过度.

UI 升级

Dash Core 应用程式会在字体, 图形和屏幕布局方面变得更为一致, 并且横跨所有支援的操作系统.

集中签名找回

新的签名恢复系统是把最初的签名份额发送到单个确定的主节点, 而不是将签名份额传播到每个节点, 直到某一个节点有足够的份额足以恢复签名为止. 这种优化有望可以将负载减少几个数量级.

最低协议检查

通过确保在DKG期间运行最低要求的协议版本, 可以增强用于主节点的服务量证明 (PoSe) .

网络线程优化

通过在Linux上实施事件轮询 (epoll), 消除了所有节点之间不必要的循环重复, 从而优化了网络线程.

Bitcoin v0.16 补丁

此版本还引入了来自 Bitcoin v0.16的650多项更新, 以及来自Bitcoin v0.17的一些更新.

协议版本

无需清空开发者网络, 就可以顺利推出重大更改.

平台测试套件

平台测试套件是一个包含整个平台上的合并测试的存储库 repo, 使所有的跨组件测试和更新测试更加容易.

二进制文档字段

允许开发人员使用本地二进制类型 (例如, Buffer, ByteArray) 来存储其数据.

文档时间戳

能够记录 Dash 平台上存储的任何文档的创建或更新时间.

改进的分发包

在 mn-bootstrap 中支持配置模板和多个节点.

预设 Dash 身份名称

允许用户为其 Dash 身份指定主要的用户名称.

DPNS & 身份 DIPS

DIP11 身份 和 DIP12 Dash 平台命名服务 已发布.

主屏幕优化

删除了发送和接收选项卡, 以创建更多空间并在快捷栏中删除多余的部份.

小屏幕优化

标签被缩短 和/或 重新格式化以避免与小屏幕上的其他用户界面组件重叠.

助记词优化

添加了后退按钮, 添加了对非英语词组的支持, 更新了警告消息

区块链同步优化 (iOS)

对核心数据设计以及主节点和仲裁链列表下载进行了大量修复和更改.

DashPay Alpha 计划通过 Evonet 上的 DashPay 钱包测试来与社区进行互动.

用户名

用户将能够在网络上注册自己的昵称, 并开始与其他 Dash 用户共享其个性化用户名.

用户资料

用户将能够通过显示名称, 图片和简历使他们的用户名更易于识别.

与他人联系

用户将能够通过用户名添加联系人请求并创建自己所需要的联系人列表.

通过用户名发送和接收交易

用户可以通过用户名或加密钱包地址与好友, 家人, 以及商家交易 Dash.

二进制数据存储优化

改进了将二进制数据表示为字节数组而不是字符串的方式, 因此可以更有效地存储数据. JSON 模式也已使用 ’byteArray’ 关键字进行了扩展, 从而使开发人员可以更轻松地在其数据合同中定义二进制属性.

身份的共识规则

对 Dash 平台中包含身份的底层结构进行了几处更改

区块处理中的非确定性

这是一个已知的漏洞, 阻止许多开发人员成功启动Evonet上的节点.

Core 高度共识

根据 L1 的高度在 L1 和 L2 链之间建立共识.

即时发送身份资金

这样可以通过利用即时发送功能的速度来为身份提供资金.

状态树

在Merkle树中存储数据状态, 以供轻客户端软体使用.

Platform 发布程序包

发行软件包 (dashman 原先的 mn-bootstrap) 已得到重大更新, 以改善用户体验并容纳新的平台组件.

为身份提供资金

能够为身份提供资金, 而不会发生双重支付.

区块链同步优化 (iOS)

区块链同步过程进行了进一步的改进, 以防止发送付款的延迟.

忘记了助记词 (iOS)

进行了优化以帮助忘记了助记词中一两个单词的用户仍然能尝试恢复其钱包.

Bug 修复 & UI 优化 (安卓)

实现了忘记PIN相关的UX, 进行了更新以支持较新的Android SDK (29), 该修改避免在备份至文件的相关操作和导入私钥相关操作的崩溃.

Tendermint 种子节点

一种特殊类型的节点, 可向其他节点提供对等信息以提高可扩展性.

安全 ST 确认

进行了优化以应对几种可能的攻击类型以及主网上的可扩展性.

Drive 详细日志记录

添加更多日志, 以更清楚地了解 Drive 行为.

优化错误信息

可读且丰富的信息传递, 用于正确的错误处理.

UI改进和美化

• 优化: 升级到测试网络 (平台 v0.17)
• 优化: 搜索网络用户
• 优化: Android / iOS UI 对准
• 优化: 用户名核实
• 优化: 保存个人资料提醒
• 优化: 质量差的主节点
• 优化: 用户名格式 (允许大写和连字符)
• 修正: 钱包锁计时器
• 修正: 错误同步状态
• 修正: 同步和崩溃问题
• 修正: 导入私钥

100个主节点的仲裁连

新的仲裁链大小以支持资产锁定的特殊交易.

平台的 RPC 限制

Core 与平台互动时的安全性得到了改善.

Bitcoin v0.17+ 反向移植

预计有来自 Bitcoin Core 的500+个反向移植.

利用链锁来为身份提供资金

实施身份资金设计的第二部分, 其中包括链锁证明, 以更好地为客户资金提供证明.

功能标志

在网络上启用确定性特定的逻辑以允许错误修复并启用新功能而无需清除数据.

本地网络设置 / 环境

mn-bootstrap本地节点不支持链锁和即时锁, 因此我们不得不在开发期间和CI上引入回撤.

使用 Core 验证签名

改善了资产锁定证明 (身份资金) 以避免重复的逻辑和数据, 最好使用 Core 因为它已经实现了此逻辑并具有所有必需的数据.

移除 Insight API

移除了作为DAPI的依赖项和过渡功能的见解, 以提高稳定性并消除冗余.

DashMate 发布

我们不断优化 Dash 平台的分发包 (以前称为 mn-bootstrap), 使其更加方便和可靠. 从这个版本开始, 我们认为它已经足够成熟, 可以取一个好听的名字, 并强烈建议您开始使用它来运行测试网完整节点和主节点.

优化 CI

Travis CI 中的缓慢构建和缺乏可用功能大大减慢了开发过程. 我们迁移到 Github Actions 并实现了一些缓存技巧. 新的 CI 构建更加灵活, 运行速度提高了 10 倍.

验证器集轮转

为了在平台区块链上达成共识, 一组特定的主节点, 称为验证器, 验证和签名区块. 直到 0.19 版, 验证器集是静态的, 并且托管在 DCG 控制的节点上. 在 0.20 版本中, 长效主节点仲裁链 (LLMQ) 用于在所有主节点之间动态分配和轮转验证器集. 这种方法均匀地分配工作量并使网络更加安全和可靠.

加密的证明

此前, 客户端需要使用受信任的完整节点来确保从平台网络检索到的数据的有效性和完整性. 在这个版本中, DAPI 提供了有效的加密证明以及平台数据, 使轻客户端 (例如移动钱包) 能够安全地与 Dash 平台进行互动.

平台状态阈值签名

验证器集此前使用平台状态加密摘要的非聚合 EdDSA 签名, 以提供加密证明并保证网络共识. 这些签名的数量和总体大小使得轻客户端使用证明来源变得紧张. 在 0.20 版本中, 使用 BLS 阈值签名机制只产生一个签名, 移动钱包和其他轻客户端可以轻松验证.

点对点层级优化

此前, 需要依赖完整节点和验证器集来验证所有类型的 P2P 信息. 这意味着完整节点还接收到包含仅与验证器集相关的网络通讯, 以达成共识. 在新版本中, 完整节点不再接收验证器集所产生的中间共识通讯. 相反, 验证器集只生成一条带有 BLS 阈值签名的信息. 以将产生的共识决策传播到网络的其余部分. 这大大减少了网络负载, 因为不再需要将很多消息传播到完整节点, 从而减少了 99.5% 的带宽使用.

平台元数据

Dash 平台现在将额外的元数据附加到 DAPI 响应中, 例如当前平台区块链高度, 以及参与网络共识的所有节点观察和同意的同步核心区块链高度. 由于平台和 Core 区块链是异步的, 平台使用这个 Core 高度来确保所有平台节点对 Core 网络状态具有确定性的看法.

严格和安全的数据合约验证

新版本的 Dash 平台协议将用于定义数据合约的 JSON Schema 规范更新为最新的 2020-12 版本, 并采用严格的验证规则来防止提交给网络的数据合约中潜在的用户错误. 还采用了特殊的正则表达式引擎来缓解 ReDoS 攻击.

强大的 JS 钱包同步

之前版本的 JS 钱包库在同步期间并不总是从 DAPI 接收所有请求的交易和即时锁定信息. 这已在 0.20 版中解决.

Dashmate 优化

最新版本的 Dashmate 包含 20 个修复和优化. 其中最重要的是旨在使设置本地开发网络更加方便和可靠, 以及性能优化和 Windows 系统的支持.

Liquid 交易所集成 (安卓)

将 Liquid 交易所的快速转换功能整合到钱包中, 以允许在 Dash 钱包中使用 Visa 信用卡来购买Dash.

BIP70 优化

对深度链接 UX 的改进, 以便在新发布的 DashDirect 应用和使用此协议的其他应用之间实现无缝的用户体验.

实行 BIP69

这与提供更好隐私保护的常用输入/输出组织标准一致.

密码优化

UI 优化以更好地告知用户其助记词的重要性, 并防止用户对其词组进行截图.

链同步优化

对状态和后端更改的 UI 改进以提高同步性能.

维护

与 Uphold, 指纹身份验证, UI 导航和自动登出功能相关的多个错误和 UI 优化, 以及为 DashPay 升级做准备的一些代码重构.

发送邀请

为了简化您朋友和家人加入Dash网络的流程, 您可以向他们发送邀请, 以便他们拥有用于创建自己用户名的一切.

接受邀请

作为没有Dash的全新用户, 邀请将使他们能够立刻创建用户名, 而无需先获得Dash才能注册.

错误信息优化

实现错误代码和更具描述性的信息, 以便客户端可以更好地处理它们, 从而更容易调查错误.

设计稳健的状态树结构

目前，我们将状态存储在不同的 merk 树中, 这增加了一些内存和磁盘负荷. 它还需要非常复杂的逻辑来确保原子性并处理未实现的跨数据库事务. 我们将定义出一个新的更稳健, 更安全的状态树设计.

设计文件二级索引

作为新状态树设计的一部分, MongoDB 将被取代.

分布测试网络节点

测试网将更新以包括跨多个数据中心的节点, 以模拟可能影响扩展的延迟和性能问题.

升级过程

优化的升级过程将避免清楚 L2 数据的需要, 从而实现协议版本之间的安全切换.

GroveDB 初始版本发布

同类中的第一个, 基于分层认证数据结构 (HADS) 的数据库, 依赖于创新的可证明数据存储系统. 这将实现当前存在的任何其他数据库都无法实现的功能. 第一个版本将提供二级索引, 并将保存存储内容完整性的加密证明.

能够更新数据合约

这允许在不丢失数据或创建新合同的情况下修改合同模式. 这是 Dash 和智能合网络之间的明显区别, 后者没有能力做到这一点.

Masternode 身份

当主节点拥有 Dash 身份并带有余额时, 该主节点所有者可以因参与平台共识而获得奖励. 这为主节点所有者提供了额外的收入来源.

身份密钥用途和安全级别

未来的 Dash 平台功能将需要不同的安全等级. 出售非常有价值的数字资产应该需要非常高的安全等级, 而发布猫图片可能并不需要. 借助此功能, 用户可以将最高安全级别的密钥保存在他们的硬件钱包上, 同时直接从他们的手机上执行不太重要的操作.

多包存储库

为了加快开发和构建过程, 平台组件代码从独立存储库迁移到一个多包存储库. 这种单一存储库方法显著地减少了开发期间需要完成的日常操作.

仲裁链轮换, 更强的 IS 安全

改善了跨主节点的仲裁链之间工作量的分布, 同时还扩展了即时支付的安全性. 这是通过在仲裁链选择期间仅更改仲裁链中的主节点子集来 实现 的, 同时还限制一次选择每个节点作为仲裁链的次数.

提案费用降低

将提案费从 5 DASH 降低到 1 DASH, 使治理系统更易于访问. 这一变化是由主节点批准的提案所推动的.

已添加新的 QT 管理界面

添加了一个 管理选项卡 以允许 Dash Core Qt钱包的用户更轻松地访问管理提案的详细信息.

开创功能以增强硬分叉实行

开创了一项 新的特殊交易 和 DIP23 的必要方面, 以支援将在 Dash Core 的后续版本中发布的完整增强的硬分叉机制.

确定性即时支付锁定

引入了具有确定性并可验证的即时支付锁定 (DIP22) , 以更好地支持平台身份系统. 这允许即时支付交易在未来得到验证, 而不仅仅是短暂的.

BTC v0.18/v0.19/v0.20 反向移植

Bitcoin Core v0.18 的反向移植完成率从 83% 增加到 86%, v0.19 完成率从 41% 增加到 53%. 此外, v0.21 和 v0.22 分别完成了 18% 和 10% 的反向移植.

外部安全审计

Dash Core Group 已正式聘请专业审计公司对 Core 代码库进行安全审计.

能够更新身份信息 (查看 DIP11)

消除关于 DIP0011 规格的功能差距. 这包括实施身份更新状态转换, 引入身份公钥安全性改进, 增加信用提取所需功能以及实施身份密钥所有权证明.

初始存储费用计算

一个激励性费用模型, 将补偿主节点处理和存储成本, 并防止垃圾信息. 新费用计算系统的实施是基于处理状态转换所需的操作以及在主节点网络上存储的数据量. 虽然新模型的存储费用计算是精确的, 但处理费用仍是有待优化的项目. 将来的版本中也将实行删除数据会退回手续费.

状态转换费用分配

平台费用汇集到池中随时间分配给主节点的系统. 这种设计激励主节点持续架设并避免了使它们的节点下线. 状态转换存储费用将在未来最多50年内的每个阶段 (约18天) 分配给主节点. 当新的阶段开启, 主节点会因为在上一个阶段提供服务而获得奖励.

Platform 积分提取到 Dash

平台积分能够兑换成 Dash. 主节点将有一种简单的方式来提取它们的平台奖励.

头数据优先同步

Dash JS 钱包在链同步的安全和可靠方面进行了优化. JS Wallet 将成为一个真正的简化支付验证 (SPV) 客户端, 通过与完整的区块链同步并随机选择主节点来验证交易.

Dash 平台 Bench 套件

为测量平台组件的性能, 此版本引入了一个基准测试工具. 这个工具与平台区块链运行时深度集成, 并为开发者提供了便捷的工具来进行实验并跟踪性能的变化.

Dash 平台协议在 Rust 中实现

将 DPP 移植到 Rust 语言可以使其更加安全和高性能. 它也将使区块处理更加快速. 为了将Rust DPP集成到JS组件中, 我们提供了WASM DPP. 这是将平台移植到 Rust 的第一步. JS对于实验和原型设计非常友好, 但现在我们需要更可持续的解决方案.

同区块执行

从Tendermint项目继承的一个限制是, 我们的共识引擎最初是基于它开发的, 区块签名仅会对前一个区块的状态以及当前区块的所有状态转换进行签名. 因此, 要从 DAPI 获取经过验证的数据, 您需要等待下一个区块确认. 这与我们期望的证明系统和存储系统不兼容. 这一改进还大大减轻了网络负担, 并缩短了将数据插入平台所需的时间, 从而带来了更好的用户体验 (UX).

积分提取

当前, 您能通过创建或充值身份将 Dash 转换成平台积分. 积分主要用于状态转换费用. 主节点通过服务平台会得到积分奖励 (区块奖励和状态转换费用). 提取使主节点和其他身份将它们的积分转换回 Dash.

高效的数据序列化

Dash平台协议 (DPP) 之前使用了实现无模式数据序列化的CBOR编码机制. 由于所有在平台上的数据都存储在预定义的框架中, 因此无需再存储框架信息. 通过只存储值, 我们大大减小了序列化对象的大小.

退款

当用户添加数据到平台时, 他们将支付永久存储费用. 然而, 并非所有存在平台的数据都需要永久保存. 用户可以在数据合约中定义文档的更新或删除功能. 引入费用退款机制使用户在删除数据时可以获得返还的积分.

身份 v2

身份包括各种数据, 如其余额以及用于不同目的和安全级别的一组公钥. 新的身份存储的实现允许仅更新或获取身份的特定部分或多个部分. 这减少了状态转换费用和网络的负载.

总积分验证

新的GroveDB求和树功能使我们能够在区块链上实施一种针对通货膨胀漏洞的保护机制. 这个功能为特定类型的Merkle AVL树的节点增加了求和功能. 在这个树结构中, 根节点保存了树中所有整数值的总和. 每当在求和树中添加, 删除或更新一个值时, 每个上层节点以及根节点的“求和值”都会相应地进行更新. 积分验证机制将存储中所有积分余额的每个区块与系统中预期的积分总额进行比较. 这可以防止通货膨胀攻击, 避免在预定义供应范围之外出现新的积分或代币.

主节点投票身份

这是未来在平台上启用管理功能的一个组件.

使用 HTTPS 的分布式 API

从这个版本开始, DAPI请求通过HTTPS提供服务, 以便为浏览器构建应用程序.

高效主节点 (HPMN)

高效主节点是一种新型主节点, 它将被用于服务参与 Dash 平台链和 Dash 支付 (Core) 链的共识. 在这个系统, 标准主节点将继续只服务于 Dash 支付链. HPMN 的要求将比标准节点更高, 如 4k Dash 作为质押, 以及更高性能的设备, 因为将有两条链在其上运行.

BLS v1.0 实行

BLS签名库更新了新的签名方案, 以符合标准并提高安全性.

Bitcoin v0.19/v0.20/v0.21/0.v22 反向移植

从 Bitcoin Core 反向移植 BTC v0.19/v0.20/v0.21/v0.22.

解决 v19 硬分叉问题

v19 硬分叉的目标之一是激活基本的BLS方案, 并开始在各种链上和点对点消息中使用. 这一改进的动机是为了与 IETF 标准保持一致. 不幸的是, 在我们的功能测试中遗漏了个别极端情况, 也未在测试网络中出现. v19 在主网的尝试激活遇到了其中一种极端情况, 导致主网停止产生区块. 作为解决方案的 v19.1.0被发布, 导致 v19 硬分叉开始签名的时间延迟到6月14日.

为解决这一问题我们不得不重做了 BLS公钥被处理的方式, 包括它们在内部数据库被序列化的方式. 这使它与旧版本的 Dash Core 不兼容, 因此为所有最新版本执行了db迁移路径.

优化轻客户端的迁移和历史数据支持

作为一个副作用, v19 硬分叉问题的解决方案为简化移动钱包的 v19 迁移开辟了一条道路.

在之前的执行中, 移动钱包在 v19 分叉点需要转换4000多个公钥, 这很容易花费10-15秒甚至更长时间. 同样, 在v19硬分叉之后, 如果从v19硬分叉之前的区块请求主节点列表, 操作者密钥将采用基本BLS方案, 但当时存储在coinbase交易中的主节点merkle根哈希是使用传统BLS方案计算的. 因此当时无法验证 merkleroot 哈希值.

为了解决这些问题, 引入了一个新字段nVersion, 用于mnlistdiff p2p消息中的每个条目. 该字段表示在并行化消息时应使用哪种BLS方案 – 遗留的还是基本的. mnlistdiff 消息本身的 nVersion 将不再表示方案, 并且必须始终设置为1.

优化在轻客户端的混币支持

最近对 dsq 和 dstx 消息的更改让使用 mnlistdiff 消息获取主节点列表的移动客户端能确定与这些消息相关的主节点, 因为使用的是 proTxHash 而不是 masternodeOutpoint. 一旦v19硬分叉激活, dsq和dstx消息的签名将基于proTxHash, 这应该使得移动客户端能够验证它.

保持链锁开启而无需签名新的

在此版本前, 链锁状态就是开启或者关闭. 从这个版本开始, 可以将SPORK_19_CHAINLOCKS_ENABLED设置为非零值来禁用新链锁的签名, 同时仍然执行已知的最佳链锁.

没有某个人或组织可以控制 v19 激活的时间; 它将在指定数量的主节点持有者和矿工升级到最新版本后发生.