作者IamSkyBlue (天空蓝)
看板DigiCurrency
标题Re: [心得]使用比特币小额支付手续费过高
时间Mon Sep 11 18:44:50 2017
PTT注册一年多第一次发文就献给数位货币版吧，如排版有些碍眼请见谅
因为今天中午要到我们学校去做一个小小的演讲(已讲完，一切顺利~)
介绍区块链的初步技术
所以星期日的时候就做了一个小额交易、低手续费的测试
FB原文:
https://goo.gl/syachw
我是用Electurm当作发送测试钱包，接收方是我的币托帐号
选用Electurm当发送方，一方面是他手续费可以自己手动调
另一方面是因为是轻量版钱包，所以如果大家有兴趣也可以下载来试试看
首先我们要有一些交易费的观念
btc系统是采用sat/B 来当作手续费的单位
当然啦，你设定的手续费越高，你的交易就越快被认证
那交易手续费可以在
https://bitcoinfees.21.co/ 看到现在手续费大部分是多少
以币托来当例子，虽然说他发送的手续费是由平台吸收
但是我们可以在 blockchain.info 里查到它所使用的手续费
差不多就是在123 sat/B 附近
如果以交易大小为225~300 btyes来看
那每次交易都是需要大约35~50台币的手续费
为了避免滥用，币托也有每次发送金额需大於0.001btc的限制
那私人的钱包就不一样啦，像今天我用来实验的electrum
甚至可以把手续费调到0.x台币或是无手续费
所以说我同时发出了三笔交易，分别是10 5 1 sat/B
相当於5 2.5 1台币手续费的交易
那过了40分钟之後，三笔交易都达到了4个确认
也就是币托采用的认证数，也就是这三笔钱都可以再次使用了
其实结果出乎我意料，我本来想至少也要几个小时才可以完成确认
但是却只花了少少时间就已验证成功
当然也有可能是当时比较不塞等其他原因
但如果是我的话，如果可以在如此低的手续费下，并且在1~2小时内完成确认
我是很乐意把btc当作一种日常的交易方式
不管是吃牛肉面或是我比较关心的实况斗内
但未来如果有较成熟且方便的lighting network我还是会去使用
***本文不是要去鼓励垃圾交易攻击的QQ
-
BTC:1LxHG1b9Txu22FAb2cffWqPRCHWszyeq9a
ETH:0x1393416f65d65ff2c69a5349a784025CF2e72aa8
-
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 106.105.93.99
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/DigiCurrency/M.1505126693.A.06D.html
1F：推 wantsp4fool: 就是看刚好有没有出块，有时候一小时都不出块手续费 09/11 19:42
2F：→ wantsp4fool: 再高也没用 09/11 19:42
3F：→ Aerci: 推实际测试 但小额支付要普遍=塞车 09/11 19:43
(摊手
4F：推 orgdragonfly: 推 09/11 19:48
5F：推 samhou6: 不是阿 你吃牛肉面 还得在那边吃个1-2小时 09/11 19:50
6F：→ samhou6: 还不能外带的概念 09/11 19:50
打个比喻啦XD 我回复的文章里他是朋友先付，然後再转btc给朋友
※ 编辑: IamSkyBlue (106.105.93.99), 09/11/2017 19:54:22
7F：推 Ayukawayen: 10:00发交易兼订位 12:00去吃差不多刚好 XD 09/11 19:55
8F：→ IamSkyBlue: 矮油，这很可以 09/11 19:58
10F：推 DarkerDuck: 目前的确是不塞啊,之前mempool都20MB以上就会要等很久 09/11 20:01
11F：→ DarkerDuck: 其实在区块没有满的前提下本来就可以零确认"即时"交易 09/11 20:01
12F：→ DarkerDuck: 像是bitpay或是coinbase也都有支援这种交易确认方式 09/11 20:02
13F：→ DarkerDuck: 因为在区块不满的状况下，只要有付一点手续费就几乎 09/11 20:02
14F：→ DarkerDuck: 保证该笔交易会在下一个区块被确认 09/11 20:03
15F：→ kuma660224: 付帐有时效性的交易，不太适合当比喻。 09/11 20:04
16F：→ kuma660224: 比较适合是提早几小时订票订位之类。 09/11 20:05
17F：→ kuma660224: 能专程提前安排的活动，而不是随机进行交易 09/11 20:06
18F：推 Ayukawayen: 吃饭用以太坊大概还可以 点完餐发交易 拿到餐点大概也 09/11 20:17
19F：→ Ayukawayen: 6确认了 09/11 20:17
20F：→ ERQQ: 其实不一定要确认吧，只要pending就能够算是付帐成功了? 09/11 20:24
21F：→ ERQQ: 我4说以小额来说，因为连现金或信用卡都有风险 09/11 20:25
22F：→ ERQQ: 双花的风险不知道高不高? 09/11 20:26
23F：→ ERQQ: 比特币适合签约交货类型的交易吧 例如买车、付房租 09/11 20:26
24F：→ ERQQ: 当下小额交易一手交钱一手交货那种就有瓶颈 09/11 20:27
25F：推 DarkerDuck: Bitpay和Coinbase都有支援高confidence小额交易 09/11 20:28
26F：→ DarkerDuck: 就是只要该交易的confidence够高,pending也算交易完成 09/11 20:29
27F：推 Ayukawayen: 也觉得1确认要双花其实没那麽容易吧? 0确认可能有风险 09/11 20:34
28F：推 DarkerDuck: 在比特币的设计里本来就有双花侦测避免机制 09/11 20:41
29F：→ DarkerDuck: 只要恶意的矿工不多，那麽本来就只承认第一笔交易 09/11 20:42
30F：推 mithuang: 原本的比特币设计是承认第一笔交易,这使得双花的成本非 09/11 20:55
31F：→ mithuang: 常高,你得拥有很高的算力才能做到双花 09/11 20:55
32F：→ mithuang: 但Core把RBF(Replay By Fee)加进去之後,你只要付更高的 09/11 20:56
33F：→ mithuang: 手续费,就足够把之前的交易否决掉了,成本大概是原本的 09/11 20:56
34F：→ mithuang: 几万分之一吧~ 09/11 20:57
35F：→ mithuang: 所以从此之後,0确认交易就变得很不安全了 09/11 20:57
36F：推 DarkerDuck: 对啊，Replace by Fee根本恶搞的设计 09/11 20:58
37F：→ DarkerDuck: 其实中本聪有很多地方都已经设计得很好了 09/11 20:58
38F：→ mithuang: 所以才要引进LN解决这个问题 09/11 20:58
39F：→ DarkerDuck: Core把它越搞越糟 XDDD 09/11 20:58
40F：→ mithuang: 这是Core制造出问题,以便於解决他的经典范例之一 09/11 20:58
41F：推 mithuang: 人家是找出问题以便解决问题,Core是制造问题以便解决问 09/11 21:01
42F：→ mithuang: 题,真是经典!!极品!! 09/11 21:01
43F：→ DarkerDuck: 像一般开发者的眼光都是越来越大 09/11 21:01
44F：→ DarkerDuck: Core相反，把比特币的市场越做越小，老玩家真的会气死 09/11 21:02
45F：→ DarkerDuck: 像是ETH智能合约这种东西其实中本聪就已经有想到了 09/11 21:04
46F：→ DarkerDuck: 後来把应用在multisig地址上，Core真的不晓得在干啥 09/11 21:05
47F：→ DarkerDuck: 假如能够继续改进下去的话,可能ETH也抢不走那麽多市值 09/11 21:06
48F：→ ERQQ: 长姿势 09/11 21:11
49F：推 a2935373: 大概是ETH派来扯後腿的(?) 09/11 21:12
50F：推 darkdixen: luke jr根本极品 09/11 21:24
51F：→ jinhong: 虽然core被唾弃,BTC的价格还是往上爬 09/11 21:36
52F：推 mithuang: 是啊,不能否认BTC的品牌价值和建立起的生态实在太强大了 09/11 21:44
53F：推 yys310: 没乱搞价格会更高的意思吧 09/11 21:45
54F：→ mithuang: 这也可以证实加密货币确实有"稀缺性" 并不是随便一个货 09/11 21:45
55F：→ mithuang: 币就可以让原本的货币失去稀缺性 09/11 21:46
56F：→ kuma660224: 应该说虚拟货币的总市值持续大增长时 09/11 22:20
57F：→ kuma660224: 增加很强的新币，不一定会降低旧币价值 09/11 22:20
58F：→ kuma660224: 资金大饼扩大的速度更快。 09/11 22:22
59F：推 lo5407: 优质文章推推推 09/11 22:22