Signum采矿

奖励分配：

奖励分配是一项交易，用于通知网络所有归因于情节文件的块奖励将分配给另一个帐户。 它是一种机制，允许池接收分配给其参与者的块奖励。 奖励分配将授予使用您提交的截止日期伪造的区块的权限，该区块将由采矿池的帐户签名。

在凤凰钱包左上角的下拉菜单中或Signum Node中的齿轮图标后面找到奖励分配交易。 在 BTDEX 中，奖励分配是通过位于“挖矿”选项卡中的“加入矿池”按钮完成的。

选择“奖励分配”后，以Reed Solomon格式输入收件人帐户地址，最低交易费用（.00735），您的密码，然后单击“设置奖励收件人”。 奖励接收者交易在四次确认后生效，因此平均需要16分钟才能在区块链上生效。

在 BTDEX 和 Phoenix 中创建的新帐户将获得少量 Burstcoin 以支付交易费用。 如果将使用 BRS 创建的帐户暂时导入 Phoenix 以使用该钱包的“帐户激活”功能，也可以收到这一小额款项。 另一种选择是运行一个完整的节点并接收 信噪比奖 为奖励分配交易费提供资金。 该奖项每天支付，是增加采矿收入的好方法。 您还可以在 Burstcoin 论坛中提出所需金额的请求。 为此目的推荐的论坛是Burstcoin Discord。 需求量的要求是正常的，也很受欢迎。

某些池具有免费选项，可让您直接在其网站上设置奖励分配。 这涉及将您的密码短语输入在线表格。 重要的是要记住，在将帐户的密码短语输入在线表格后，再也不能认为它是安全的。 对于收集采矿收益，这可能不是问题。 请记住，以后不要大量使用该帐户。

注意：可以直接使用API设置奖励接收者。 但是，这种方法是技术性的，主要用于软件开发中。

采矿能力和有效地块面积：

挖掘容量是绘图文件专用存储容量的总量，是选择挖掘方法时的决定因素。 它还可以通知选择加入哪个挖掘池。 没有做出此决定的严格规则，也没有技术障碍阻止具有特定采矿能力的任何人加入任何特定的矿池。 分配策略通常使用两个数字表示。 第一个代表支付给提供胜出加密解决方案的帐户的大礼包奖励的百分比。 第二个称为“历史份额”，代表在剩余参与的矿工之间分配的块奖励的百分比。

出于说明目的，提供了以下非官方的常用Signum挖矿分发方法选择。 每个都与建议的采矿能力配对：

请注意：D分配方法分散，完全由各个池操作员设置。 此计划未解决池运营商可能收取的费用。 池运营商还可以单独设置其付款时间表和最低付款额。 随着最近引入多点事务，池具有更大的灵活性。 有些人选择每天支付奖励。

有效地块大小是用于确定每个矿工在池采矿收入中所占份额的参数。 每个池操作员独立设置计算此统计信息的方法。 通常是根据矿工提交的超过360个区块的最佳期限来计算的。 对于一个新的矿工，它通常从零开始，然后上升以反映24小时内的总产能。 由于它是统计生成的，因此通常会在实际物理容量之上和之下振荡。 您可以通过限制根据池的规格提交的最大截止时间来优化此计算。

集体奖励：

采矿收入包括块状奖励和交易费用。

每10,800个区块（每月大约一次）后，Signum区块奖励将减少，但最低区块奖励为100。 根据当前区块高度计算区块奖励的一般公式如下：max（（month =区块高度/ 10800reward = 10000 * 95 ^ month / 100 ^ month），（100））

有关整体奖励的时间表，请参阅本文档的末尾。

技术信息:

public static long getBlockReward(int height) {

if (height == 0 || height >= 1944000) {

return 0;

}

int month = height / 10800;

return

BigInteger.valueOf(10000).multiply(BigInteger.valueOf(95).pow(month))

.divide(BigInteger.valueOf(100).pow(month)).longValue() * Constants.ONE_BURST;

}

哈希函数：

哈希函数将文本或数据减少到 64 个字符的字符串。 无论长度或内容如何，原始文本每次都会产生一个由64个字符组成的相同字符串；对原始字体的最细微改动都会导致完全不同的字符串。 哈希函数具有许多应用程序。 一种方法是通过将程序产生的哈希值与从已知良好版本（至少是原始版本）产生的哈希值进行比较来检查程序的更改。 如果以原始形式显示的程序产生了不同的哈希值，则表明它已被更改。

在Signum的密码学应用中，每个块都包含前一个块的哈希，因此链中的每个块都是可验证的。 如果更改了较早的块，则也必须更改每个后续块的哈希，由于Signum强大的加密技术，这项任务将花费数十亿年。 大约每四分钟添加一次新块。 机会之窗很短，因此无法进行如此冗长的任务。 这就是Signum区块链的安全性。

与比特币不同，问题不是通过随机猜测解决，而是通过读取包含预先计算的哈希函数结果的图来解决。 每个项目都经过评估，以确定最后期限，即情节将谜题返回答案所需的时间。 提交最短有效期限的帐户被授权签署冻结并获得冻结奖励。

新创建的块由创建它们的帐户分发到网络。

生成随机数：

步骤 1：根据由 8 字节帐户 ID 和 8 字节随机数组成的种子计算初始哈希值 (#8191)。 每个后续的哈希数将减少 1，直到最终的哈希数为 0。

哈希 #8191 = Shabal256（8 字节帐户 ID，8 字节随机数）

第 2 步：在初始种子前添加哈希 #8191，创建一个新种子。 计算哈希#8190。

Hash#8190 = Shabal256 (Hash#8191, 8 byte account I, 8 byte nonce number)

第 3 步：将哈希 #8190 置于哈希 #8191 之前，创建下一个种子。 计算哈希#8189。

Hash#8189 = Shabal256 (Hash#8190, Hash#8191, 8byte account ID, 8 byte nonce number)

第 4 步：继续将每个结果添加到最后一个种子并运行计算，直到完成 128 次迭代。 第128次迭代后，生成的种子将超过4,096字节。 对于所有剩余的迭代，仅使用最后 4，096 个字节。

步骤 5：计算所有 8,192 个散列和原始 16 字节种子的最终 Shabal-256 散列。

Final Hash = Shabal256( Hash#0, Hash#1, Hash#2, ( . . ) , Hash#8191, 8byte account ID, 8 byte nonce number)

使用最终的哈希分别对所有其他哈希进行XOR：

XOR逻辑运算符比较每个散列中的第一个字节，如果字节匹配，则输出“ 1”，如果字节不匹配，则输出“ 0”。 对每个字节位置执行该操作。

如下：

完成后，将新创建的随机数存储在绘图文件中，并重复生成随机数的过程。 生成的每个后续 nonce 都会添加到绘图文件中。 绘图文件中包含的随机数的数量仅受存储容量的限制。

POC2 格式

创建非ces的过程，直到此点封装所谓的 POC1 格式。 为了解决POC1在理论上的“时间内存折衷”漏洞，创建了POC2。 创建POC2遵循POC1格式，但是添加了最后一步以重新组织数据。 随机数分为两半（勺号0-2047和勺号2048-4095）。 交换每个较低编号的瓢的第二半中的数据和较高编号中的每个瓢的第一半中的数据。 镜勺计算为4095 – 电流勺。

注意：Poc1 的图可以一直用于挖矿，但是，POC2 文件的读取速度是 POC1 文件读取速度的一半。 POC1 文件可以使用绘图文件转换器升级到 POC2。 转换过程大约需要重新绘制，因此大多数人选择重新绘制而不是使用转换过程。 您可以通过文件名来识别POC1绘图文件，该文件名遵循15286677094439976801_64658021_19075408_19075408的模式（下划线分隔4个数字）。 POC2图文件的文件名中只有3个数字，如下所示：15286677094439976801_1816799207619978854_456192。

绘图结构

挖掘软件从一个或多个绘图文件读取。 它打开一个文件，找到一个瓢，然后读取瓢所包含的数据。 如果绘图文件未针对此过程进行优化，则铲斗位置将位于多个位置。 在以下示例中，软件正在寻找瓢＃403。 连续性被中断，因为软件必须从 nonce 0 读取 scoop #403，然后从 nonce 1 中定位和读取 scoop #403。 优化是将所有 nonce 中的所有勺子放入一个扇区的过程。

最近开发的软件会在写入存储时自动优化绘图文件。 在进行此开发之前，有必要使用第二个程序对数据进行重组。

POC2格式弃用的信息：

交错–绘图文件中的一组随机数。 每个错开都有一个交错数，等于组中的非分数。 要查找绘图文件中的组数，非分数除以交错数。 如果交错数等于文件中的随机数，则只有一组，并且绘图文件已完全优化。 如果分割不产生整数，则可以假定绘图文件已损坏。 POC1 格式下的文件名称如下所示：

POC1 格式：帐户 ID_启动 Nonce_Nrofnonces_Stagger（已弃用）

集体奖励时间表：

*区块高度为 972000 之后的所有区块的最低区块奖励为 100 Signa。

学分：

本文档中的信息基于Quibus撰写的文章。 该文档已通过递减修订。 最新修订 7/15/2021。 非常感谢本文档的内容审核。