作者wpd (??)
看板DigiCurrency
标题[支付] BCH支付 被多收一大大大笔金额?
时间Tue May 19 15:56:44 2020
被多收台币一万四 QQ
店家支付系统 : bitbay
买家支付钱包 : bitpay (手机APP)
我操作流程跟前几次支付一样
1.在PC下单 萤幕跳出QR code後
并确认看到金额是0.48 BCH
2.手机打开APP 钱包里点选发送BCH 扫QR code
然後就送出
(这时没看金额 因为只扫了一个QR code 想说科技不可能扫错 也不可能手残误填)
3.过大约15分钟区块链确认也过了
这时我打开钱包检视一下
钱包这笔支付 竟然被扣了2.49 BCH
点看收据 写了发送到两个地址
https://i.imgur.com/gIROqx6.png
蓝色是正确要付的 0.48 BCH
红色是不知道哪来的 2 BCH
再点入区款链资讯
https://i.imgur.com/5sjbcI3.png
也是显示两个地址(Locking Script)
不过我也检视了前几次无异常的支付
在区块链这边其实都会显示两个地址(Locking Script)两个金额
但最後收据里只会付款一个 也就是QR code扫出来的那一个
所以不太懂为什麽这次我会两笔都付出去??
请教大大看法???
(也已写信给bitpay客服)
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 61.228.187.252 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/DigiCurrency/M.1589875007.A.F92.html
※ 编辑: wpd (61.228.187.252 台湾), 05/19/2020 16:02:38
1F：推 kugwa: 难道不是找钱？ 05/19 16:08
2F：→ kugwa: 余额真的被多扣了吗 05/19 16:08
3F：→ ofy: input≒2.49 ouput≒0.48(支付)+≒2(找零回子地址)+miner fee 05/19 16:18
这一次确定钱包少了 2.49
如第一张图最上头显示
所以这样是纯系统错误 该找钱没找吗??
※ 编辑: wpd (61.228.187.252 台湾), 05/19/2020 16:22:14
4F：→ ofy: 你看一下有没有新增收到一笔2 BCH的纪录在钱包App 05/19 16:20
没有 已过10小时
而且之前几次支付 找钱也不会额外找
矿工确认就只收该收的那一笔
※ 编辑: wpd (61.228.187.252 台湾), 05/19/2020 16:24:39
5F：→ ofy: 如果没有,要看app找零用的地址是怎麽决定的 05/19 16:23
6F：推 a23962787: bitpay的钱包你看不看得到自己的私钥啊？ 05/19 16:25
看不到 & 无法直接汇出
只有记恢复语
7F：→ leftc: 好奇求txid 05/19 16:26
这个可以公开吗?? (纯支付&炒币使用者 对机制面不太懂 抱歉 )
※ 编辑: wpd (61.228.187.252 台湾), 05/19/2020 16:30:57
8F：推 kugwa: 找钱一般都是额外找的 05/19 16:32
9F：→ kugwa: 所以一笔交易通常至少2个output 就像你这样 05/19 16:32
10F：→ kugwa: 只是我不知为啥你的钱包没有抓到找钱的output 05/19 16:32
也许不同钱包显示的不同吧?
bitpay钱包
除非自己点进区块链才看的到另一个找钱output
不然一般收付画面只会显示实际支付的一笔金额 (矿工确认前->确认後都是)
找钱的在大画面不会显示出来
(不过印象好像confirmed的余额暂时会变少 大概就等同再等找钱确认的意思?)
但这次 矿工确认後 是两个output都做了支付
https://i.imgur.com/HwUMkvA.png
11F：→ a23962787: 就是那笔交易的ID而已，私钥不要给人就好，然後恢复语 05/19 16:32
12F：→ a23962787: 要看是哪个格式的 05/19 16:32
13F：推 leftc: TXID可以追溯到该地址的其他交易 影响就 隐私面的问题 05/19 16:33
14F：→ a23962787: 不过要付bitpay也不用一定要用他的钱包啦，用bitcoin.c 05/19 16:33
15F：→ a23962787: om的就好了 05/19 16:33
※ 编辑: wpd (61.228.187.252 台湾), 05/19/2020 16:55:16
16F：→ ofy: Win10 Store版介面不晓得通不通用 05/19 16:53
17F：→ ofy: 设定里点Crypto Wallets项下的钱包名(例如Key 1) 05/19 16:53
18F：→ ofy: 然後点币款(BCH)->进阶项下Addresses->扫描资金的地址 05/19 16:53
19F：→ ofy: 只要找零地址是用你助记恢复词生出来的 应该不会有问题 05/19 16:56
20F：推 a23962787: 比较像找钱的那笔没被钱包算进来，所以说用别的钱包开 05/19 16:56
21F：→ a23962787: 开看R 05/19 16:56
※ 编辑: wpd (61.228.187.252 台湾), 05/19/2020 17:00:09
22F：推 kugwa: 确认是针对一笔交易 05/19 17:07
23F：→ kugwa: 而不是里面个别output 05/19 17:07
24F：→ kugwa: 所以付款output跟找钱output一定共进退的 05/19 17:07
25F：→ kugwa: 不可能一个有一个没有 05/19 17:07
26F：→ kugwa: 你只看到付款output那一定只是你的钱包帮你挡掉细节 05/19 17:07
感谢以上各位大大
依o大的建议
进入设定点选重新扫描资金地址 2块BCH有加回钱包了
虚惊一场
※ 编辑: wpd (61.228.187.252 台湾), 05/19/2020 17:13:03
27F：推 kugwa: 不过我看不懂为啥你这次的交易跟以前的交易 钱包会不一样处 05/19 17:11
28F：→ kugwa: 理方式 等大老解答 05/19 17:11
29F：推 a23962787: 没用过bitpay的钱包只能推测是找钱 05/19 17:12
30F：推 Ayukawayen: BCH找钱可以找回原地址(虽然不建议重覆使用同一地址) 05/19 17:40
31F：→ Ayukawayen: 不晓得是不是跟这一点有关系 05/19 17:41
32F：→ Ayukawayen: 如果钱包没有每次交易更换地址(可能根据次数或时间或 05/19 17:43
33F：→ ofy: 以UTXO为基础的加密货币为了保持某种程度的隐私 05/19 17:44
34F：→ ofy: 每次支出都会产生一个新地址收找零(旧地址一样可收付款) 05/19 17:44
35F：→ Ayukawayen: 事件)，刚好在这次换了地址，然後处理起来不太一样， 05/19 17:44
36F：→ ofy: 这次大概是bitpay钱包app不晓得有什麽问题 05/19 17:44
37F：→ ofy: 支出後没主动去扫为了收找零产生的新地址 05/19 17:44
38F：→ Ayukawayen: 是有可能像这个样子 05/19 17:45
39F：推 john371911: 可以说是买哪类东西吗？好奇有什麽能用BCH支付的。 05/19 17:55
40F：→ john371911: 而且约0.5BCH, 也不便宜。 05/19 17:55
Newegg
0.5 BCH 三千多块而已
41F：推 Ayukawayen: BCH、BTC在协定上找零给新地址或原地址都可以啊，虽然 05/19 17:57
42F：→ Ayukawayen: 每次交易换新地址是推荐做法，但如果钱包没有用新地址 05/19 17:58
43F：→ Ayukawayen: 去收，BCH链也是会承认交易。 05/19 17:59
45F：→ ofy: 我装Win10 Store版bitpay钱包看过,没有指定找零地址的设定项 05/19 18:07
46F：→ ofy: 所以bitpay钱包是用一地址一支出的标准隐私做法 05/19 18:08
47F：→ ofy: 事实上大多数钱包软体预设都是如此 05/19 18:08
48F：→ ofy: 我没有说没办法找零回原地址.....只是bitpay不能设 05/19 18:08
49F：→ ofy: 其实自动产生新地址收找零已经不错了 05/19 18:13
50F：→ ofy: 早期有些钱包软体没自己刻两个output(一个找零) 05/19 18:13
51F：→ ofy: 无人收的余额通通变miner fee 05/19 18:13
52F：→ ofy: 原本miner fee就是在捡这些input扣掉output剩下没人收的余额 05/19 18:17
53F：推 kugwa: 干 哪个钱包这麽雷 这样会被干醮到死吧 05/19 18:18
54F：→ ofy: 在miner fee可以是0的时期,钱包没有预先设定miner fee的功能 05/19 18:23
55F：→ ofy: 你要主动加一个output收回,不然就都给矿工收走了 05/19 18:24
56F：→ goldflower: j个…使用者体验极差耶QQ 05/19 18:27
57F：→ ofy: 某方面来说你只要刻output就好,剩下的就是miner fee 05/19 18:36
58F：→ ofy: 现在的钱包软体是先算好要留的miner fee扣掉,余额转到找零 05/19 18:36
59F：推 kugwa: 为啥跟自己设定手续费有关 05/19 18:42
60F：→ kugwa: 我很难想像钱包不自动产生找钱output 05/19 18:42
61F：→ kugwa: 毕竟input要直接凑刚好付款额太难 05/19 18:42
62F：推 DarkerDuck: ofy讲的那个至少是2012年的超早期了 05/19 20:20
63F：→ DarkerDuck: Bitcoin并不是像许多现在BTC想像的，一开始就蹦完美了 05/19 20:21
64F：→ DarkerDuck: 最早期的时候不光是要选择input和output 05/19 20:21
65F：→ DarkerDuck: 连直接付款到public key的hash都没有 05/19 20:22
66F：推 kugwa: 原来是盘古开天时期 05/19 20:23
67F：→ DarkerDuck: 而是要直接填入对方的IP地址 05/19 20:23
68F：→ DarkerDuck: 取得对方的public key，才能产生output 05/19 20:24
69F：→ DarkerDuck: 整个BTC支付到达一般使用者想像的扫码後就安全付款 05/19 20:25
70F：→ DarkerDuck: 是到2013年七月由Gavin提出BIP-70才达成的 05/19 20:27
71F：→ DarkerDuck: 那个时候大家都很兴奋,BTC支付可以和第三方支付竞争了 05/19 20:27
72F：→ DarkerDuck: 结果早期大家的努力，竟然被拔走了，整个就是WTF 05/19 20:28
73F：→ DarkerDuck: 像是早期私钥备份也很麻烦，要"定期备份" 05/19 20:30
74F：→ DarkerDuck: 因为每交易一次，钱包的key pool就会用掉一个地址 05/19 20:31
75F：→ DarkerDuck: 用完就会产生一百或是五百个地址，变成要重新备份 05/19 20:31
76F：推 DarkerDuck: 对於我这个早期的Bitcoiner来说 05/19 20:32
77F：→ DarkerDuck: Bitcoin本身本来就可以是越来越好 05/19 20:32
78F：→ DarkerDuck: 直到变成Internet of Money为止 05/19 20:33
79F：推 illidan9999: 台湾可以用Bitpay喔？ 05/19 21:27
80F：→ DarkerDuck: 钱包和付款invoice都没有限制啊 05/19 21:29
81F：推 kugwa: 喔我看懂ofy大说的了 那时候没有fee rate (sat/b)的概念 05/19 21:46
82F：→ kugwa: 所以fee直接变相自己决定 05/19 21:47
83F：→ kugwa: 然後交易要手动自己设付款跟找钱各多少 05/19 21:47
84F：→ kugwa: 剩下就是自己决定捐给矿工 懂惹 05/19 21:48
85F：→ DarkerDuck: 早期真的没有所谓的fee market 05/19 21:57
86F：→ DarkerDuck: 这概念出现的时候我只觉得是哪个外星人想出来的 05/19 21:58
87F：推 a23962787: 不过如果大家手续费都付0的话要怎麽维持矿工收入啊 05/19 22:07
88F：→ DarkerDuck: 早期的时候想法是矿工自己可以设个底线 05/19 22:09
89F：→ DarkerDuck: 随着挖矿奖励减少，可以自己选择拒绝接受零手续费交易 05/19 22:10
90F：→ DarkerDuck: 只接受手续费在某个限额以上的交易 05/19 22:10
91F：→ DarkerDuck: 在这种状态下，零手续费交易基本上还是会进到区块内 05/19 22:10
92F：→ DarkerDuck: 只是可能要等很久，要等待很多个区块产生 05/19 22:12
93F：→ DarkerDuck: 因为大部分的区块都不接受零手续费交易 05/19 22:12
94F：→ DarkerDuck: 但中本聪认为可能还是会有些公益节点让部分空间做功德 05/19 22:13
95F：→ DarkerDuck: 在区块容量不成问题的状态下，多花些空间其实没差 05/19 22:14
96F：推 a23962787: 原来，就要等愿意接受的节点挖到区块 05/19 22:15
※ 编辑: wpd (61.228.187.252 台湾), 05/20/2020 00:15:29