【设计】比特币“零确认”但安全、实时的收付款交易机制

[zhliner]

交易确认速度，和去中心化是一对矛盾。比特币这个确认时间的确会影响其日常使用的普及。

简单的办法是这些交易回归到中心化 --
到coinbase这样的支付平台或者（无耻小广告）我们LakeBTC这样的交易平台，站内即时确认，而且可以立刻平盘规避汇率风险。
对大多数普通商家来说是很好的选择。

中心化是一个解决办法，但说实在的，它会面临很多很大的挑战。

对于一个 P2P 分布式的系统，要在其上提供中心化的服务，业务的选择很重要——必须能够逻辑上良好契合互补，否则很容易被 P2P 的天然特性所击溃。

如果要想选择基于 P2P 虚拟币系统的中心化服务，个人建议做小微支付。这样的小微支付系统相对独立，可不受制于比特币的确认安全性问题。
可参考：适宜于小额“微支付”的虚拟币设计探讨

[zhliner]

很棒的想法，如果了解無誤的話，舉剛剛監聽廣播紀錄分析如下：

一般收款注意的是 out 部份是否進來，地址數量是否無誤，但樓主建議監聽過去幾分鐘的 in 的 OUTPOINT 來確認是否出現2/3多花議題，這樣可加速實時確認。舉例上面要紀錄的是 ……

就是需要实时确认付款有效性的商家，运行收款客户端组成一个 P2P 网络互相通告：“某账户上已经消费了xxB了，尚未确认啊，大家记住了……请注意自己的收款啊！”

但是有一个必须的条件：矿工必须优先处理商家通告广播的交易（商家签名转播）。否则可能被顾客同一账户的汇款交易（没有商家互助通告）排挤掉。

理论上，商家是肯定愿意运行收款客户端的，因为收款后转播的交易会优先处理，这样就不会被超额付款所坑。如果有超额付款的情况，只会是“汇款交易”（没有商家组成的 P2P 网络帮助验证余额），但这样的交易会被矿工排除，也就无法真正实施超额汇款了。

有兴趣可参看这个讨论贴（外链）：http://bbs.btcman.com/thread-14819-1-1.html

[y12btalk]

就是需要实时确认付款有效性的商家，运行收款客户端组成一个 P2P 网络互相通告：“某账户上已经消费了xxB了，尚未确认啊，大家记住了……请注意自己的收款啊！”

如理解無誤你是指在比特幣p2p之外另建一個 p2p 供通報？這點就有點奇怪，關於通報交易這件事，基本上付款端將可付出交易簽名廣播出去後，收款端只要像礦池節點一樣監聽比特幣p2p網路就有機會收到交易，只是礦池忙著列入block並計算，而普通收款端只要累計並研判該付款交易是否正常即可，這樣為何還需要另建新的p2p網路？關於這點不是很了解。

[zhliner]

如理解無誤你是指在比特幣p2p之外另建一個 p2p 供通報？這點就有點奇怪，關於通報交易這件事，基本上付款端將可付出交易簽名廣播出去後，收款端只要像礦池節點一樣監聽比特幣p2p網路就有機會收到交易，只是礦池忙著列入block並計算，而普通收款端只要累計並研判該付款交易是否正常即可，這樣為何還需要另建新的p2p網路？關於這點不是很了解。

不是另建P2P网络，就是通过Bitcoin的P2P网络——因为还需要由商家签名转播“付款交易”（矿工要优先处理商家签名转播的交易）。

而普通收款端只要累計並研判該付款交易是否正常即可

如果没有“商家签名转播付款交易，同时矿工优先处理转播的交易”这个机制，这个研判无法防止“客户在购买商品立马走人”之后立即进行一次“汇款”（两笔加起来就超额了），从而可能导致商家的收款被判非法的情况。

PS：如果那笔“汇款”支付了较高的交易费，那商家之前收到的付款（间隔时间可能就几秒钟）被判非法的可能性就大多了。P2P 网络中的矿工无法严格按照交易发布的时间顺序来处理交易。

[btcpay86]

交易确认速度，和去中心化是一对矛盾。比特币这个确认时间的确会影响其日常使用的普及。

简单的办法是这些交易回归到中心化 --
到coinbase这样的支付平台或者（无耻小广告）我们LakeBTC这样的交易平台，站内即时确认，而且可以立刻平盘规避汇率风险。
对大多数普通商家来说是很好的选择。

目前类似COINBASE这样的平台是会有生命力的，但是，由于没有解决“交易延展性”问题，COINBASE也会出现MTGOX的类似问题，只是多与少而已。当然目前很多人并不知道黑客利用“交易延展性”是偷不走个人钱包的钱（黑客可以利用木马等窃取用户钱包密码，以及钱包文件窃取客户钱财），因为个人计算往来账目是用脑袋来计算的，黑客对此没有任何办法。但是，交易所瞬间往来账目太多，只能用BC来判断，才会被黑客钻空子。如果BTC协议没有修补，当然它的支付功能应该大打折扣。这也是最近BTC不断下降的原因。跟MTGOX倒是没有太多关系，它只是引发寒流的主要因素之一。

[y12btalk]

不是另建P2P网络，就是通过Bitcoin的P2P网络——因为还需要由商家签名转播“付款交易”（矿工要优先处理商家签名转播的交易）。

看起來我誤解了，現階段你陳述的作法應該不在比特幣協定支援中可實做，預計 0.9 版支援出現的 Payment Protocol 確實付款端會有機會碰觸到收款端（http/file），收款端出收據即可，但沒有設計收款端還廣播到 p2p 網路這種機制，這樣是否必要？

個人認為目前只要區塊未凝固前，如出現重複可疑的可花費交易來源就等區塊凝固確認即可，因正常交易不應會同一個區塊大量出現同一筆可花費交易。雖然導致這個交易無法實時完成需要等待，但這類交易畢竟佔少數，讓這少數可疑交易等的時間對全部客戶實時結帳體驗影響不大。

[DOGE-XPM]

调高手续费不可行

[zhliner]

看起來我誤解了，現階段你陳述的作法應該不在比特幣協定支援中可實做，預計 0.9 版支援出現的 Payment Protocol 確實付款端會有機會碰觸到收款端（http/file），收款端出收據即可，但沒有設計收款端還廣播到 p2p 網路這種機制，這樣是否必要？

個人認為目前只要區塊未凝固前，如出現重複可疑的可花費交易來源就等區塊凝固確認即可，因正常交易不應會同一個區塊大量出現同一筆可花費交易。雖然導致這個交易無法實時完成需要等待，但這類交易畢竟佔少數，讓這少數可疑交易等的時間對全部客戶實時結帳體驗影響不大。

是的，Bitcoin 协议中没有这个设计。我是在说这样一种实现可能性，如果可行，需要 Bitcoin 团队采纳这一想法。

只需要让矿工优先处理商家签名转发的交易，就可以支持这种“几乎实时的收款客户端”，就像现有的 Bitcoin 设计可以支持“轻客户端”一样。一个简单的处理，就可以支持商家专用的收款客户端了。

依目前 Bitcoin 的实现，商家（实体店）收款后立即让顾客走人，理论上是有风险的。
PS：既然有风险，就一定会被恶意利用，就像本来看似无足轻重的“交易延展性”一样。

[jimmyscratchlab]

我做的小網頁,用來檢測安全可信賴的即時零確認交易,歡迎指教
Check the zero-confirmations immediate tiny-payment security

http://jimmyscratchlab.github.io/check-tinypayment/

[y12btalk]

我做的小網頁,用來檢測安全可信賴的即時零確認交易,歡迎指教
Check the zero-confirmations immediate tiny-payment security

http://jimmyscratchlab.github.io/check-tinypayment/

用 websocket 做的網頁不錯，只是不知道 blockchain.info api 的 websocket 穩不穩，斷了是否可以自動重連？

[opera1992]

确实比特币可以滋生出太多的可能，看看现在层出不穷的山寨币以及如雨后春笋般涌出的创业公司，在比特币的世界里，可以向很多方向延伸。
0确认，之前在一个论坛听别人讨论过。

[jimmyscratchlab]

我做的小網頁,用來檢測安全可信賴的即時零確認交易,歡迎指教
Check the zero-confirmations immediate tiny-payment security

http://jimmyscratchlab.github.io/check-tinypayment/

用 websocket 做的網頁不錯，只是不知道 blockchain.info api 的 websocket 穩不穩，斷了是否可以自動重連？

感覺起來還蠻穩的,不過某些時段 blockchain.info外連的node會降到300多,可能一些交易會收不到,如果websocket斷了,頁面更新即可

[bitgov]

比特币“零确认”会安全吗

[Adrian8307]

学习了，技术性文章一直是我的最爱