在 CKB 上实现「剪刀、石头、布」小游戏

[stwith]

dummy lock 代表的就是一个任何人都可以解锁的 cell。这意味此时这个 cell 里面的 lock script 的 lock hash 是空的，任何人都可以解锁，那是不是意味着就可以把这个 cell 偷走了呢？实则不然，我们会在 type script 里面对解锁的过程和逻辑进行限制，虽然任何人都可以解锁，但是需要按照 type script 内设定的逻辑才能真正解锁。

我最早看到这个 dummy lock，应该是在罗导的这篇文章中，dummy lock 又叫做 always_success_lock_hash

CKB 上租赁管理的实现思路

原文：https://www.driftluo.com/article/87b4887d-54d9-478c-ac3c-d70271d409f6 ckb 主网上线快两月了，就目前看，链上开发还存在一定的难度，有很多概念和定义并没有出现在文档里面，更多的是代码层面的定义。这篇文章主要的目的是以实现租赁管理为手段来介绍 ckb 链上编程，涉及实际代码的地方会很少，更多的是思路的讲解，希望对开发者有一定的启发。 从 ckb verify 讲起 ckb 的 Transaction 是由一堆 cell 构成的，大致上可以分为引用的 cell 和拥有所有权的 cell，而每一个 Transaction 的作用归结到最后只是所有权的变更，它可能是所有权转移也可能只是更改 cell 自身的状态（考虑交易费的存在，这类交易已经不可能存在了），也就是说，每一笔交易必然存在所有权的转移，哪怕存在方式是隐式的交易费。 ckb 的编程说到底还是链上状态的变更，普通转账是简单的所有权变更，Dao 是 Cell 状态的变更，将来的 UDT 或者其他合约也是如此。无论什么样的变幻，都需要一个验证机制去保证交易产…