请教RGB++的相关设计问题

[darwintree]

在阅读了RGB++相关设计后我这里有一些疑问，但是没有在相关技术资料中得到确认，这里想请教一下，确认我的理解是否正确或者是否存在偏差：

1. 原始的RGB在链下有着几乎不妥协的处理能力，可以处理一些对计算力有需求的场景，同时也只需要付出常数级别的交易费。而现在不仅需要根据交易复杂程度支付交易费，单笔交易的处理能力也受到了限制。
2. 原始的RGB协议中借助于UTXO，只需要保证交易的偏序性就可以了。而如果要引入共享状态，那么由于存在对共享状态的争抢，交易的全序性就至关重要了，这是intent cell也无法解决的问题。如果CKB上交易被审查，将会影响已提交commitment的执行结果。
3. 交易折叠的问题。在承诺-公开的两阶段框架下，在承诺被提交到btc链上时，CKB上对应的交易应该已经被构造好了，那么交易折叠在哪些场景下可用呢？能否给出一个实际的例子。