区块广播:

交易堵在路上?使用Replace by fee功能增加BTC交易的交易费

uc8btc副船长发布在 BTC/比特币
 4160  19

如果你的BTC交易的交易费给得太低,在区块拥堵的情况下可能会很久才能获得确认。如果你想给的低的交易费,但又想在太久不确认的情况下可以追加交易费获得快速确认,那么可以在发交易的时候打开Replace by fee(RBF)选项。

以电脑electrum钱包为例,在设置里打开这一项


然后我写了一笔交易费过低的交易(1sat/b),此交易是RBF交易。右键点击这个交易,选“追加手续费”



我将交易费追加至20sat/b,出现了一个新交易,签名广播即可




旧的交易直接被替换掉了




如果你写交易的时候没有打开RBF选项,那么这个交易就不是RBF交易,那就没法在堵住的时候增加交易费了。

RBF交易的大小和普通交易是一样大的,建议打开这个选项。







本主题由 等一轮残月 于 2019-06-14 10:59:44 删除回复
  • 正序
  • 最新
只看帖主楼层直达
  • BurntCoins 副船长 2019-06-12 19:23:50 来自PC沙发
    很多钱包压根就没有这个功能。
    比如比特派,他们宁愿和矿池一起卖加速器。
    连币印矿池也在卖……接受闪电网络/莱特币/以太币/狗狗币/Zcash/达世币付款
  • BurntCoins 副船长 2019-06-12 19:27:03 来自PC板凳
    现在用RBF,相对从矿池那里买加速器,一般是便宜很多的。
    但如果RBF普及了,大家都不想等,都要插队,都要追加手续费,就不知道会怎么样了……
  • BurntCoins 副船长 2019-06-12 19:35:26 来自PC地板
    已经有人提议要缩短零确认交易被卡住的时间:https://github.com/bitcoin/bitcoin/pull/10823

    里面提到一笔交易在某个节点的内存池里会保留三天到两周的时间不等,是0.14版把这个保留时间改长的,这样可以让那些超低手续费交易有机会等到确认,但也会导致他们被卡住更长的时间。

    以后也许会这么改:哪怕一笔交易不是RBF,就是过了一段时间后,也视为RBF,然后就可以替换了,也就不再是被“卡住”的状态了。
  • uc8btc 副船长 2019-06-12 19:36:30 来自PC5楼
    BurntCoins发表于2019-06-12 19:27:03现在用RBF,相对从矿池那里买加速器,一般是便宜很多的。
    但如果RBF普及了,大家都不想等,都要插队,都要追加手续费,就不知道会怎么样了……
    正因为有RBF,我不着急的话可以先出一个很低的交易费,看看能不能被打包,等了很久不能打包再出高一点的交易费。如果没RBF,我就不敢出太低的交易费了,怕卡在那里一星期……
    楼层直达
  • BurntCoins 副船长 2019-06-12 19:40:42 来自PC6楼
    uc8btc发表于2019-06-12 19:36:30正因为有RBF,我不着急的话可以先出一个很低的交易费,看看能不能被打包,等了很久不能打包再出高一点的交易费。如果没RBF,我就不敢出太低的交易费了,怕卡在那里一星期……
    我自己一般是开启RBF的。然而很多很多很多小白用户并不懂有RBF这个东西,即使懂,他们用的钱包软件也不支持,他们只能去找矿池买“加速器”,目前的蛋疼现状就是这样。

    另外,有的时候绝大多数人都有闲功夫等,有的时候不是,所谓“行情来了”的时候,不都是争先恐后的啊……
    楼层直达
  • uc8btc 副船长 2019-06-12 19:41:06 来自PC7楼
    BurntCoins发表于2019-06-12 19:35:26已经有人提议要缩短零确认交易被卡住的时间:https://github.com/bitcoin/bitcoin/pull/10823

    里面提到一笔交易在某个节点的内存池里会保留三天到两周的时间不等,是0.14版把这个保留时间改长的,这样可以让那些超低手续费交易有机会等到确认,但也会导致他们被卡住更长的时间。

    以后也许会这么改:哪怕一笔交易不是RBF,就是过了一段时间后,也视为RBF,然后就可以替换了,也就不再是被“卡住”的状态了。
    这样不好吧,0确认完全废了
    楼层直达
  • BurntCoins 副船长 2019-06-12 19:55:56 来自PC8楼
    uc8btc发表于2019-06-12 19:41:06这样不好吧,0确认完全废了
    RBF本来也不是共识层面的东西……矿工本来就有能力把任何零确认视为已启用RBF。
    我觉得,真要零确认安全,要么就中心化;要么就换一种确认更快的共识算法,把经过新算法确认的交易打上“零确认”的牌子进行宣传。
    楼层直达
  • BurntCoins 副船长 2019-06-12 20:00:49 来自PC9楼
    uc8btc发表于2019-06-12 19:41:06这样不好吧,0确认完全废了
    问题其实还不止共识确认快不快的问题……按照现在Core开发组的坚持(尤其是像Luke Dashjr那样),要求用户至少能把整条链完整下载验证一遍,那还得了,链上压根就不能扩啊,怎么折腾大概都不会有什么太大起色的,只能指望闪电之类链下的技术了。
    MimbleWimble看上去好像有点意思,也就是可以把冗长的交易历史删掉,只留下最新的状态,同时又不会有伪造交易的问题,不过我也听说过“MW本质上并不能解决扩容问题”这种说法,不太懂具体咋回事。
    楼层直达
  • uc8btc 副船长 2019-06-12 20:21:57 来自PC10楼
    BurntCoins发表于2019-06-12 19:55:56RBF本来也不是共识层面的东西……矿工本来就有能力把任何零确认视为已启用RBF。
    我觉得,真要零确认安全,要么就中心化;要么就换一种确认更快的共识算法,把经过新算法确认的交易打上“零确认”的牌子进行宣传。
    这是网络上的事,你广播个交易费足够的普通交易,过几秒后就不能广播相矛盾的交易了。零确认本身不安全,BTC会堵的话更不安全了,不过BTC也不会发展0确认,要快速的话用闪电网络嘛。BCH用那个Avalanche保障安全我认为可以。
    楼层直达
  • BurntCoins 副船长 2019-06-12 20:34:16 来自PC11楼
    uc8btc发表于2019-06-12 20:21:57这是网络上的事,你广播个交易费足够的普通交易,过几秒后就不能广播相矛盾的交易了。零确认本身不安全,BTC会堵的话更不安全了,不过BTC也不会发展0确认,要快速的话用闪电网络嘛。BCH用那个Avalanche保障安全我认为可以。
    BCH的Avalanche我还不知道具体是怎么做的……难道真的只有矿工参与么?如果多数矿工决定双花作弊,甚至废弃Avalanche,会是什么情况呢?
    楼层直达
  • BurntCoins 副船长 2019-06-12 20:44:16 来自PC12楼
    uc8btc发表于2019-06-12 20:21:57这是网络上的事,你广播个交易费足够的普通交易,过几秒后就不能广播相矛盾的交易了。零确认本身不安全,BTC会堵的话更不安全了,不过BTC也不会发展0确认,要快速的话用闪电网络嘛。BCH用那个Avalanche保障安全我认为可以。
    “你广播个交易费足够的普通交易,过几秒后就不能广播相矛盾的交易了”——这里有一个问题,就是正常情况下,全节点拒绝广播与内存池有冲突的交易,所以广播不出去;但也许会有别的渠道,说不定某个矿工的节点是接受双花交易的呢?比特币的全节点IP地址并不多,“挨个敲门”去试一遍也几乎没有成本。
    还有一些全节点软件,像Bitcoin XT,没记错的话,本来就是允许广播双花交易的,理由是“让收款方更容易警觉”。
    楼层直达
  • uc8btc 副船长 2019-06-12 20:58:37 来自PC13楼
    BurntCoins发表于2019-06-12 20:34:16BCH的Avalanche我还不知道具体是怎么做的……难道真的只有矿工参与么?如果多数矿工决定双花作弊,甚至废弃Avalanche,会是什么情况呢?
    这样矿工们双花了一两个区块,然后大家都不接受0确认了,已知矿工你可以找他赔钱,因为他是有意双花的……51%算力不诚实的话他们回滚区块都是可以的啊。
    楼层直达
  • 小狗钱钱 副船长 2019-06-12 21:02:15 来自App14楼
    收到,收到
  • uc8btc 副船长 2019-06-12 21:04:48 来自PC15楼
    BurntCoins发表于2019-06-12 20:44:16“你广播个交易费足够的普通交易,过几秒后就不能广播相矛盾的交易了”——这里有一个问题,就是正常情况下,全节点拒绝广播与内存池有冲突的交易,所以广播不出去;但也许会有别的渠道,说不定某个矿工的节点是接受双花交易的呢?比特币的全节点IP地址并不多,“挨个敲门”去试一遍也几乎没有成本。
    还有一些全节点软件,像Bitcoin XT,没记错的话,本来就是允许广播双花交易的,理由是“让收款方更容易警觉”。
    这就是矿工双花嘛……没有Avalanche的0确认可以说是不安全的,小额才考虑用
    楼层直达
  • BurntCoins 副船长 2019-06-12 21:08:17 来自PC16楼
    uc8btc发表于2019-06-12 20:58:37这样矿工们双花了一两个区块,然后大家都不接受0确认了,已知矿工你可以找他赔钱,因为他是有意双花的……51%算力不诚实的话他们回滚区块都是可以的啊。
    “矿工们双花了一两个区块,然后大家都不接受0确认了”——没有Avalanche预共识的现状,就是这样。

    “已知矿工你可以找他赔钱”——这里我也有两个问题。
    第一个问题:如果大家都只信任“已知矿工”,那比特币挖矿是不是要抛弃“任何人皆可匿名自由进出”的特性,搞个准入机制,甚至是实名制……
    第二个问题:江卓尔在微博上说过,有了Avalanche预共识,作恶矿工就需要回到很长时间以前的区块重新挖,成本很高——所以我觉得,预共识不应该是“用户啥也不用干,等几秒就行”,而是应该给用户一些“证据”,SPV还有Merkle proof呢不是么。否则,用户怎么知道诚实矿工们已经达成预共识了呢?他怎么能确信,发生双花后,诚实矿工们就一定会合力排除掉打包双花交易的“恶意区块”?比较好的状态,应该是用户能收到像数字签名之类的证明,这样即使有恶意矿工双花,用户也会直接忽略掉他挖的恶意区块。
    楼层直达
  • 1
  • 2
登录 账号发表你的看法,还没有账号?立即免费 注册