用户A和用户B下载基于DHT构建的开源应用程序。该应用程序为每个用户生成一个比特币密钥对。该应用要求如果用户A请求用户B的数据，则用户A必须向用户B支付小额微支付。如果应用程序是开源的并且p2p，则会出现问题 - 用户A可以在请求用户B的数据之前简单地删除需要他支付用户B的代码片段。
对解决方案的任何想法会迫使用户A向用户B支付他们的数据？
答案 0 :(得分：0)
如果应用程序是开源的并且p2p出现问题 - 用户A可以在请求用户B的数据之前简单地删除要求他向用户B付款的代码片段。
您所陈述的具体问题只会因为B不信任A而出现。
由于您没有声明A信任B存在任何问题，因此答案可能与 B保留数据一样微不足道，直到A的付款到达。
如果任何一方都不信任另一方，则需要several layered zero knowledge proofs and locked bitcoin transactions组成的内容。
稍微不那么重量级的方法是使用trusted 3rd party for escrow或A首先提交付款，B发送数据然后A和B同意成功交付，如果出现A缺陷则存在搁置硬币的风险递送
上提出进一步的问题