所以我想写一个比特币脚本，这样在一段时间后（比如30分钟后），验证失败，即使被广播，事务也被标记为无效。使用时间锁是为了使事务在特定时间段后被视为有效。我希望相反的事情发生。那么，我能在OP\u checklocktimevirify之后输入一些伪代码行吗？这样脚本检查就会故意失败？或者有没有操作码可以让我实现同样的功能？
比特币核心
脚本
第2页
脚本签名
操作码
分享
改进这个问题
跟随
6月22日4:21问
Subhra Mazumdar公司
18355青铜徽章
3.
比特币不支持这一点，因为它不安全。一个有效的事务在其输入被消耗之前保持有效。这确保了区块链始终可以重组G麦克斯韦6月22日4点49分
是的，那是真的。所以前提是给定一个投入，它可以由甲方或乙方使用。限制是乙方必须在前30分钟内消费，否则甲方必须在后30分钟内消费Subhra Mazumdar 6月22日5:52
1.
再一次。比特币不会发生这种事匿名6月22日16:15
添加评论
1个答案
0
这在单个比特币sript中是不可能实现的，但是您的示例可以很容易地实现，只需在公式中再添加一个事务：
所以前提是给定一个投入，它可以由甲方或乙方使用。限制是乙方必须在前30分钟内消费，否则甲方必须在后30分钟内消费。
甲方和乙方合作创建一个1/2的multisig地址，然后向其发送硬币
30分钟后，甲方将创建第二笔交易，将硬币支付到只有甲方控制的地址
现在甲方可以用硬币，乙方不能用
这取决于甲方发布第二笔交易，但该步骤也可以自动进行，并在multisig地址的初始设置期间进行。第二笔交易甚至可以增加一个timelock，这样就不能提前公布（尽管甲方可以随时花掉硬币，所以这似乎是不必要的）。
否则，正如评论中提到的，这种构造不可能仅使用比特币脚本。
分享
改进这个答案
跟随
回答是6月23日20点58分
奇特里克
15.7k33金徽章1616银徽章4141铜徽章
如果opu RETURN用于在锁定时间（比如30分钟）已过的情况下使输出无法持久，该怎么办？为了惩罚B的延迟而烧掉输出。那么在这种情况下，A和B都不能消费，对吗Subhra Mazumdar 6月26日4:01
添加评论
