[转]BTC手续费计算，如何设置手续费

本文转自：https://blog.csdn.net/servletcome/article/details/81941334

首先BTC的交易手续费和交易金额是没有关系的。不要误认为交易的金额越大手续费越高；

BTC的手续费每个时间段是不一样的 它取决于你交易产生的字节数大小和当时交易池内的数据量多少；

字节数，字节数代表着你这笔交易打包的大小,单位是byte

字节数的计算公式是 input*148+34*out+10

以下图为例：

input的就是输入的地址数量红色部分  input=1

out就是输出的地址数量蓝色的部分  out=2

字节数大小就是黑色的部分   也就是计算呢公式 ： 1*148+34*2+10=226

字节数我们计算出来了但是怎么算手续费呢？

手续费=字节数*  X satoshis / byte

X的取值是我们自己设置的，那到底设置多少合适呢？

这个要根据当时交易池内的交易数量来定了，矿工优先打包字节费给的高的因此我们只要获取当时satoshis / byte是被优先打包的就可以；

下图为例：

红色部分代表satoshis / byte  和多少时间内被确认，我们选择最优的13satoshis / byte 那么我们最有可能的交易下一个区块就会被打包，相对的手续费也会变高；

查看地址： https://bitcoinfees.earn.com/

我很体贴的给你们发出API地址 ： https://bitcoinfees.earn.com/api/v1/fees/recommended

{“fasterFee”：40，“halfHourFee”：20，“hourFee”：10}
fasterFee ：最低费用（每个字节的satoshis），目前将导致最快的交易确认（通常为0到1块延迟）。最快确认
halfHourFee ：最低费用（每个字节的satoshis）将在半小时内确认交易（概率为90％）。三个块内确认
hourFee ：最低费用（每个字节的satoshis）将在一小时内确认交易（概率为90％）。六个块内确认

手续费 打包费用总结：

(in*148+34*out+10)* X satoshis / byte

当然计算出来的手续费有时候比实际的差几聪原因应该是有些币币龄比较大，输入的时候我们按照148算的，其实还有些地址是相对较小的一点的，具体是多少我不确定，曾经在一个国外的博客上看到的是144，所以有时候算出来的值会差几聪的。

原始交易也可以通过这个命令计算手续费：

fundrawtransaction

fundrawtransaction "hexstring" includeWatching # 把输入添加到交易中，直到它有足够的满足其输出的金额
此操作不会修改现存的输入，并且会添加一个找零输出到输出集中。
注：因为输入/输出已被添加，所以签名后的输入可能需要在完成此操作后重签。
使用 signrawtransaction 已添加的输入将不会被签名。
注意全部现存的输入必须在钱包中有它们前一笔输出交易。
注意所选的全部输入必须是标准格式，且在钱包中的 P2SH 脚本必须使用 importaddress 和 addmultisigaddress（用来计算交易费）。
watch-only 目前只支持 P2PKH，多签，和 P2SH 版本。

参数：

hexstring （字符串，必备）原始交易的 16 进制字符串。
includeWatching （布尔型，可选，默认为 false）选择 watch-only 的输入。
结果：

{
"hex": "value", （字符串）产生的原始交易（16 进制编码的字符串）
"fee": n, （数字）由此产生的交易费
"changepos": n （数字）添加的找零输出的位置，或为 -1
}
"hex"
BTC非原生交易设置手续费

settxfee amount # 设置交易费

原生的交易在创建的时候，设置手续费。

是否需要手续费：

比特币的数量乘以这些币在块中存在的时间(币龄，age)，然后将所有的乘积加起来除以此次交易的大小(以字节为单位)，计算公式：priority = sum(input_value_in__units * input_age)/size_in_bytes计算结果如果小于0.576，那么该交易就必须支付手续费。
---------------------
作者：疯狂猪
来源：CSDN
原文：https://blog.csdn.net/servletcome/article/details/81941334
版权声明：本文为博主原创文章，转载请附上博文链接！