PirateCash协议
PIRATE 点对点支付网络的技术概述：UTXO 账本、权益证明共识、确定性主节点、LLMQ、发行模型，以及规划中的 Tenderdash 第 2 层平台。
修订版 1.1 · 2026 年 7 月- 目标出块时间
- 120 秒
- 共识
- PoS + LLMQ
- 最大供应量
- ≈105M PIRATE
- Core许可证
- MIT open source
协议概述
PirateCash是一个开源的去中心化支付网络，其原生资产是PIRATE。
该网络维护一个公共 UTXO 分类账，没有中央发行人或结算运营商。独立节点根据相同的共识规则验证每笔交易和区块。质押者创建区块，而抵押主节点层提供基于仲裁的服务和去中心化治理。
独立验证
每个全节点在接受状态之前都会检查交易签名、未花费的输出、区块结构、权益证明和奖励限制。
基于权益的安全性
在引导阶段之后，区块生产使用权益证明而不是持续的竞争性哈希计算。
两层网络
确定性主节点形成事务锁、块锁和治理的法定人数，而无需取代全节点验证。
PirateCash Core 是 Dash Core 的一个分支，保留了其源自比特币的 UTXO 模型、点对点网络和服务节点架构。 PirateCash 通过在区块 100,000 激活 PoS 来更改网络身份、货币参数和共识。
打开上游 Dash Core 存储库网络架构
PirateCash 将本地密钥管理、共识验证和服务层仲裁职责分开。这种分离使钱包所有权与区块生产和主节点操作区分开来。
全节点
下载链、维护 UTXO 集并独立执行所有共识规则。完整节点不需要是主节点。
斯塔克
使用符合条件的 PIRATE 输出运行同步钱包，并在输出找到权益内核时签署有效的 PoS 块。
主节点
锁定所需的抵押品，在确定性列表上注册并在选择时参与服务法定人数。
钱包或集成
创建并签署交易、跟踪确认并查询受信任的本地节点或单独安全的服务。
权益证明共识
自区块 100,000 起，PoS 已在 PirateCash 主网上强制执行。它使合格的 UTXO 的所有权，而不是原始散列能力，成为用于提议区块的资源。
目标间隔为120秒，难度不断调整。区块发现仍然是概率性的：持有合格的股份会增加产生区块的预期机会，但不会创造固定或有保证的回报。
-
01
选择符合条件的输出
质押钱包会考虑符合确认规则且已存在至少 28,800 秒的未花费的 PIRATE 输出。默认情况下，主节点抵押品不受质押保护。
-
02
测试权益内核
该节点针对当前 PoS 目标测试合格的输出和允许的时间戳。更多符合条件的值会增加预期选择概率。
-
03
构建并签署
当内核满足目标时，钱包会构建区块权益交易，包括有效的内存池交易，并使用控制所选输出的密钥对区块进行签名。
-
04
验证和传播
节点验证输出是否未花费且成熟，内核和时间戳满足目标，签名有效并且声称的奖励不超过共识限制。
P(堵塞) ∝ 合格股份 ÷ 网络困难
这种关系仅解释了预期的选择；该实现评估离散的权益内核，短期结果可能与平均值有很大差异。
质押需要完全同步的节点以及对签名密钥的安全访问。请加密钱包、保留离线备份，并仅在支持该功能时为质押解锁。矿池收益取决于实际获得的质押奖励以及矿池发现区块时的运气。Wrapped PIRATE 代表运营方向用户承担的义务——服务接收原生 PIRATE，并相应交付 BEP-20 代币。其市场价格和可交易性由 PancakeSwap 上建立的流动性提供支持。
主节点和法定人数
确定性主节点列表锚定第二网络层。抵押品证明是长期的经济承诺；它不授予更改共识规则的权限。全节点仍然验证生成的交易、区块和仲裁签名。
抵押品仍保留在所有者的密钥下，但在主节点注册并处于活动状态时必须保持未使用状态。
InstantSend
通过 LLMQ 签名锁定交易输入，以便在普通块深度累积之前可以拒绝冲突的支出。
ChainLocks
对在某个高度观察到的第一个有效区块进行签名，一旦网络接受锁定，深度重组就会变得更加困难。
治理
活跃的主节点运营商对提案进行投票；批准的付款可以通过协议的超级块预算机制来结算。
Corsa
PirateCash 主节点也为 Corsa 去中心化消息应用提供支持，让你通过 end-to-end 加密进行无边界沟通，并在不依赖单一中心化服务的情况下保持对话私密。
从 PirateCash Core v19 开始，masternode 还必须在同一台服务器上运行本地 corsa-chat/Corsa 节点。masternode 仓库中的自动配置会同时配置 PirateCash Core 和 corsa-chat。该要求在 PIP-0001 中说明。
| 服务 | 法定人数简介 | 协议角色 |
|---|---|---|
| ChainLocks | LLMQ_400_60 |
块锁的阈值签名 |
| InstantSend | LLMQ_60_75 |
确定性事务锁的轮换仲裁 |
| Platform | LLMQ_100_67 |
为平台服务保留的仲裁配置文件 |
PirateCash 平台：规划中的第 2 层
第 2 层网络尚未处理用户状态，并且不是活跃 PirateCash 共识的一部分。下面的设计描述了预期的开发方向，而不是当前运行的产品。
PirateCash 计划构建自己的第 2 层平台，作为开源 Dash 平台堆栈的分叉和改编，使用 Tenderdash 作为其 BFT 共识引擎。
Tenderdash 是 Tendermint 分叉，适用于动态主节点仲裁和 BLS 阈值签名。是平台的共识组件；状态存储、数据协议和开发者接口形成不同的层。在PirateCash版本中，这些组件旨在与第1层PoS链和PirateCash确定性主节点列表集成。
PirateCash Core
原生 PIRATE、UTXO 支付、发行、权益证明、主节点和第 1 层最终性仍保留在主链上。
PirateCash Platform
独立的状态链，用于快速确认、可验证的数据更改和去中心化的应用服务。
BFT最终确定
在超过三分之二的活动验证者集同意后，区块才会提交。如果无法达到法定人数，则应停止最终确定以保持状态一致性。
LLMQ 和 BLS
Tenderdash 用旋转主节点子集替换静态验证器集。 BLS 阈值签名将仲裁决策表示为一个紧凑签名。
同块执行
目标设计继承了同块执行：块头中提交的 AppHash 表示所包含的转换执行后的状态。
数据合约，而非 EVM
计划的平台针对具有签名状态转换的身份、文档和模式管理数据。它并不意味着 EVM 兼容性或任意 Solidity 合同。
实施阶段
选择兼容的 Tenderdash/平台基线，替换网络身份并将其与 PirateCash Core、PoS 和主节点模型集成。
consensus.MN_RRHeight = 1910840;
在主网区块 1,910,840，MN_RR 被激活：协议开始将主节点奖励中分配给 Platform 的部分重新划入 credit pool。此时只开始为资金池积累资金，并不代表 PirateCash Platform 已启动或激活。
在对抗条件下测试 DKG、验证器轮换、仲裁丢失停止、确定性状态、DAPI 和协议升级。
PirateCash Platform 将在 devnet 和 testnet 验证完成，并准备好公开规范、审计和运营方软件后，通过独立的激活流程在更晚时间启动。区块 1,910,840 不是 Platform 的启动高度。
LLMQ_100_67 配置文件已存在于 PirateCash Core 参数中，但这并不意味着第 2 层已启用。在单独激活之前，性能、费用、应用程序功能和平台经济性仍然是设计目标。
交易和 UTXO 分类账
PIRATE 被视为未花费的交易输出。交易消耗现有输出并创建新输出，其支出条件由脚本和加密密钥定义。
无共识账户余额
显示的钱包余额是其密钥控制的可支出 UTXO 的总和。付款找零通常作为新创建的输出返回。
费用
总输入和输出之间的差额就是交易费用。除了块级共识检查之外，节点还应用中继和内存池策略。
关键所有权
该协议识别有效签名，而不是身份或支持请求。丢失私钥或恢复短语通常意味着失去对其 PIRATE 的控制。
确认和锁定
区块确认命令 PoS 链中的交易。 InstantSend 和 ChainLocks 添加了法定人数签名保护，以防止支出冲突和重组。
发行与分配
PIRATE 具有协议定义的发行曲线，最大供应量约为 5604 万枚。
网络在区块 100,000 之前使用 Proof of Work，之后由 Proof of Stake 负责出块。基础区块奖励从 50 PIRATE 开始，并按前一区块高度每增加 1,048,576 次减半。确定性主节点付款从区块 1,266,000 开始，DAO 预算从 1,899,666 开始，MN_RR 对 credit pool 的资金积累从 1,910,840 开始。交易费会加入允许的区块奖励，但本身不会产生额外发行。
无预挖启动
PirateCash 主网于 2018 年 11 月 3 日公开启动，在链启动之前没有分配预创建的原生 PIRATE 储备。硬币通过协议定义的网络参与者生成的区块奖励进入流通。
- 原生 PIRATE 预挖
- 0 PIRATE
- 公开发布
- 2018-11-03
- 初始区块奖励
- 50 PIRATE
| 区块范围 | 基础补贴 | 协议阶段 |
|---|---|---|
| 0–99,999 | 50 PIRATE | PoW 启动阶段 |
| 100,000–1,048,575 | 50 PIRATE | PoS 按完整基础奖励运行 |
| 1,048,576–1,265,999 | 25 PIRATE | PoS 具有渐进式主节点分配 |
| 1,266,000–1,899,665 | 25 PIRATE | 确定性主节点付款已启用 |
| 1,899,666–2,097,151 | 25 PIRATE | DAO 预算；MN_RR 于区块 1,910,840 启用 |
| 2,097,152+ | 12.5 PIRATE，之后每 1,048,576 个区块减半 | 长期有限发行 |
在预算起始高度之后，协议为通过超级区块批准的治理付款保留补贴份额。
主节点份额从 0.1% 开始，逐步重新分配到 Core 中定义的长期 60% 目标。
最大值由发行计划决定，并非可自由铸造的代币参数。共识规则会拒绝超过允许补贴的奖励。
BNB Smart Chain 上的 Wrapped PIRATE
包装的 PIRATE 是一种 BEP-20 代币，将原生 PirateCash 网络连接到质押池和 BNB 智能链生态系统。用户可以将原生PIRATE存入池中，并根据服务规则接收包装后的PIRATE。该池汇总存款并使用原生代币在 PirateCash 网络上进行质押，而代币在用户的兼容钱包中仍然可用。
原生 PIRATE 和包装后的 PIRATE 记录在不同的账本上：前者记录在 PirateCash UTXO 区块链上，后者记录在 BNB 智能链上的 BEP-20 合约上。包装的代币不会在 PirateCash 协议级别创建额外的本机币发行。
如何获得包装好的PIRATE
通过 @piratecash_bot 获取 wrapped PIRATE
兑换通过 @piratecash_bot 完成——存入原生 PIRATE，并将 wrapped PIRATE 提取到您的 BNB Smart Chain（BEP-20）地址。
打开 @piratecash_bot ↗在 PancakeSwap 上购买
打包后的 PIRATE 也可以通过兼容 BNB 智能链的自助钱包直接从可用流动性池中获取。
打开PancakeSwap ↗0xaFCC12e4040615E7Afe9fb4330eB3D9120acAC05
BscScan ↗
固定供应量：105,000,000 PIRATE · 8 位小数 · 合约部署时铸造了全部供应量
Wrapped PIRATE 与质押池的运营不属于 PirateCash 主网共识。合约不会在存入时自动铸造代币，也不实现原生的无需信任桥；跨网络转换由项目网关使用现有代币供应完成。通过 @piratecash_bot 提供的项目网关保证 native PIRATE ↔ wrapped PIRATE 的双向兑换。存入或兑换前，请核实合约地址、发行与赎回规则、费用以及原生币托管条款。DEX 价格、收益率和流动性不由 PirateCash 协议保证。
双向兑换网关 @piratecash_bot ↗安全和信任边界
安全性是分层的：签名保护所有权，PoS 命令有效的状态转换，全节点强制达成共识，LLMQ 签名增加了针对交易冲突和链重组的快速保护。
交易冲突
节点拒绝花费已消耗的输出，而 InstantSend 可以在达到正常确认深度之前锁定输入。
InstantSend · UTXO连锁重组
ChainLocks 将仲裁协议绑定到给定高度的区块，并减少重组已接受历史的实际范围。
ChainLocks · LLMQ无效的股份或奖励
每个节点独立验证权益资格、内核目标、区块签名、交易有效性和最大奖励。
PoS · validation钱包妥协
共识无法恢复被盗的密钥。加密、恢复短语备份、系统强化和操作员密钥分离仍然是用户的责任。
signatures · backups本文档描述了该协议；它不是审计、投资承诺或不间断运营的保证。如果此概述与活动软件版本不同，则可执行的 PirateCash Core 共识代码具有权威性。
集成参考
生产集成应运行兼容的 PirateCash Core 节点，验证报告的网络和创世块，等待适合其风险模型的确认或锁定策略，并在部署之前测试升级。
- 本土符号
- PIRATE
- 小数位
- 8
- 主网P2P端口
- 63636
- 公共地址前缀
- P
- 创世时间
- 2018-11-02 23:45 UTC
- 创世区块哈希值
33422d3f8e94bae7cd2544e737d64ff8ec3ee140cc3fdc4db3d14656f9a60912