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