交易类型和费用

交易费用

Signum支持将Signa从一个帐户发送到另一个帐户,一个到多个帐户以及几种高级交易类型,而只需支付一次最低交易费用。

最低交易费用(有时称为“费用定量”)

  • .00735西格纳(735.000克拉)。

所有交易类型均使用以下基于广告位的交易费用表。

1: 0.00735 - 0.01469

2: 0.01470 - 0.02204

3: 0.02205 - 0.02939

4: 0.02940 - 0.03674

5: 0.03675 - 0.04409

6: 0.04410 - 0.05144

7: 0.05145 - 0.05879

8: 0.05880 - 0.06614

9: 0.06615 - 0.07349

10: 0.07350 - 0.08084

该时间表线性地一直持续到1020费用最高的 7.49700Signa需付费,每个插槽可进行一次交易。 每个插槽的最低费用是最小交易费用(定量费用)乘以插槽号。 对于所有插槽均已填充最低所需费用的区块,收取的总费用为3827.2185Signa。

交易被分配给其指定交易费用在该时段的费用范围内的时段。 例如,指定费用为0.03的交易将分配给广告位#4,因为该交易属于0.02940 - 0.03674。 一笔交易的指定费用超过其所分配的时段的最低费用的金额不予退还。 用户必须选择不浪费资金的合理费用。

如果没有可用的插槽,则直到内存在未来的块中可用或直到其包含的截止日期到期为止,事务都不会在内存池中得到确认。

基于时隙的交易费用系统抑制了垃圾邮件交易的产生,而垃圾邮件交易本来不需要或只需很少的投资。 这样可以节省区块链空间,并使运行公共节点的成本降至最低。

例子:

假设最大交易量为10次,则指定费用为 .07350, .07000, .05900, .00800将分配如下的广告位:

.07350至插槽10

.07000至插槽9

.05900至插槽8

.00800至插槽1

Signum钱包配备了一个工具,该工具可以根据最近10个区块中的交易负载来建议交易费用。 建议的费用如下:

  • 预算:该交易将包含在接下来的10个区块中的概率为50%
  • 标准:50 概率事务将包括在下一个块中
  • 优先级:90 概率将事务包含在下一个块中,99 概率事务将包含在下两个块中。

收费建议工具可通过Signum API

最低费用

.00735普通交易的Signa

寄钱

1比1、1比很多(相同数量),1比很多(不同数量)。 所有这些都以同样低的最低费用。

事务类型

普通交易是那些需要支付最低交易费用的交易:

  • 汇款
  • 创建别名
  • 传输消息
  • 发行资产
  • 订单资产

一对一交易

  • 指定一个Signum帐户作为收件人,交易金额和交易费用。
  • 添加一条消息(可选)。 消息可以加密(仅对接收者可见)或纯文本(对所有人可见)。 默认为加密。
  • 点击“发送签名”。

多出交易

  • 如果发送给每个收件人的数量相同,则将Signa最多发送给128个唯一收件人。
  • 如果发送给每个收件人的数量不同,则将Signa发送给最多64个唯一的收件人。
  • 如果发送给每个收件人的金额相同,则应选中”相同金额”选项。

给自己添加注释

  • 此选项允许将加密的便笺输入到自己的自己。

自定义截止日期:

  • 截止日期设置了交易预确认有效性的持续时间。
  • 默认值和最大允许时间是24小时。
  • 如果在截止日期之前未确认,则将交易从未确认的交易池中删除,并且必须重新发出。

有条件的执行

允许一项交易以另一项交易的确认为条件。 该机制的工作原理如下:

  • 哈希交易txhash 1个已发行。
  • 交易发射2个被建造。
  • 如果txhash 1个在“参考交易哈希”中提供发射2个
  • 发射2个只会在之后执行发射1个已经确认。

不广播选项

“不广播”选项可防止广播已签名的交易。 选中“不广播”选项时,将显示原始交易明细,并且必须将其保存在单独的文件中。 要在以后广播交易,必须检索并输入原始交易明细。 Ť他的选项通常与脱机交易签名结合使用。

脱机事务签名

术语“脱机交易签名”是指将私钥保存在脱机设备上(切勿将其公开到Internet)的做法。 单个交易在脱机设备上签名,然后复制到在线设备以进行广播。 广播的交易仅包含一个使用签名,因此这种做法实际上是无风险的。

广播已脱机签名的交易:

  • 进入“交易操作”
  • 输入签名交易字节
  • 点击“广播”

注意:除了从脱机设备上签名交易外,签名还可以在在线设备上完成,但仍在本地执行。 假设计算机没有恶意软件,这是最方便的选择,同时仍保持私钥的安全。 Signum Node 通过本地运行的 JavaScript 为其钱包接口使用这种形式的签名。

面向开发人员的技术信息:

服务器端在线交易签名

尽管有可能,但使用本地主机执行此操作仅被视为“安全”。 如果您正在开发/分发软件,请不要向客户提供在线签名。 您将使它们成为恶意操作的潜在目标。

实现事务签名

交易必须先签名,然后才能广播。 使用其中之一 API 函数 请求 transactionBytes 从节点。 返回的JSON对象包含 transactionBytes 代表将要进行的交易。

使用 publicKey 争论而不是 secretPhrase transactionBytes 请求。 另外,要设置 broadcast 为false的参数可防止广播。

要在本地对transactionBytes进行签名,请参考以下这些源,以在代码中包含签名功能。

代码源

伪代码:

function signTX(unsignedTransactionBytes) { myBytes = unsignedTransactionBytes // keep a copy signature = crypto.sign(unsignedTransactionBytes, passPhrase) // make the signature myBytes.copy(96, signature); // copy the signature over the unsignedTransactionBytes with a offset of 96 bytes return myBytes}

注意:添加签名和TransactionBytes长度

使用请求类型:签名事务比较和验证您的实现。

交易现在已签名并可广播(仅通过 POST):请参阅Signum Node API Transactions

12 + 11 =

Share This