Wow, never thought of that, but it makes a lot of sense. Excited to see whether these ideas lead to any improved functioning of lightning and new classes of "light wallets"

Can someone ELI5 me the tradeoff related to client-side validation with local history versus global history on the main chain? I know it was a point of contention between the believers of RGB and its detractors, but I haven't followed much in recent years.

tl:dr

On Lightning there's a vulnerability where an attacker could open many "fake channels" with a node that are never confirmed onchain, causing a DoS.

Implementing RGB on Lightning is simpler than expected by routing through channels that aren't necessarily confirmed onchain.

This might make it more feasible to use RGB for scalable and private tx's on Lightning, without the need for each tx to be confirmed onchain.

The nature of fake channels on Lightning provides an unexpected ease in integrating RGB, allowing for more flexible and privacy-focused applications on Bitcoin.

Is that a fair tl:dr assessment?

Is this similar to phantom channels that Amboss uses for Ghost Addresses?