看起來我誤解了,現階段你陳述的作法應該不在比特幣協定支援中可實做,預計 0.9 版支援出現的
Payment Protocol 確實付款端會有機會碰觸到收款端(http/file),收款端出收據即可,但沒有設計收款端還廣播到 p2p 網路這種機制,這樣是否必要?
個人認為目前只要區塊未凝固前,如出現重複可疑的可花費交易來源就等區塊凝固確認即可,因正常交易不應會同一個區塊大量出現同一筆可花費交易。雖然導致這個交易無法實時完成需要等待,但這類交易畢竟佔少數,讓這少數可疑交易等的時間對全部客戶實時結帳體驗影響不大。
是的,Bitcoin 协议中没有这个设计。我是在说这样一种实现可能性,如果可行,需要 Bitcoin 团队采纳这一想法。
只需要让矿工优先处理商家签名转发的交易,就可以支持这种“几乎实时的收款客户端”,就像现有的 Bitcoin 设计可以支持“轻客户端”一样。一个简单的处理,就可以支持商家专用的收款客户端了。
依目前 Bitcoin 的实现,商家(实体店)收款后立即让顾客走人,理论上是有风险的。
PS:既然有风险,就一定会被恶意利用,就像本来看似无足轻重的“交易延展性”一样。