前面「从 RGB 资产里扣开通费」的说法需要讲得更准确一点
Bitlight 的 RGB JIT 通道，开通费主要还是用 BTC 的 sats 来计算和支付，不是简单地从朋友转来的 RGB 资产数量里随便扣几个
一笔 RGB JIT 付款里，大致有三部分：
1. 朋友要转过来的 RGB 资产
2. 通道里需要携带的一点 $BTC
3. LSP 收取的开通和服务费用
LSP 会先报价，告诉你这笔 JIT 通道需要多少 sats，付款时，除了相应的 RGB 资产，还要支付一笔 $BTC 载体金额和服务费，LSP 收到之后，再帮你开通道，把 RGB 资产和对应的 $BTC 一起转过来
在公开的 Bitlight 实现里，RGB JIT 的费用大致由这几部分组成：
1. 开通通道的链上成本
2. BTC 通道容量的租金
3. RGB 资产容量的租金
4. 最低服务费
最终费用会取其中的最低收费和实际成本计算结果中较高的一项，详情可以看看官方发的文档👉https://github.com/bitlightlabs/rgb-ldk-cli-public
所以我们理解成下面这样会更准确一点：
比如朋友转过来 100 个 $RGB，LSP 会先给出一个 sats 报价，付款方需要在支付 RGB 资产的同时支付对应的 $BTC 费用，收款方则拿到约定的 RGB 数量和 $BTC 载体
虽然 LSP 也可以把 RGB 资产的占用成本折算进总费用里，但这个折算价格不是 RGB 协议规定的，而是 LSP 根据自己的报价规则来定
你说这个刚发行、还没有交易市场的 RGB 资产确实会是个问题
因为没有公开市场价格，LSP 不可能凭空知道 1 个 RGB 资产值多少 sats，那么届时它只能选择几种方式：
1. 由发行方或 LSP 预先设定一个价格
2. 只收 $BTC 服务费，不把 RGB 资产折算进去
3. 根据自己手里的库存、风险和市场需求给一个临时报价
4. 暂时不支持这类资产的 JIT 通道
因此 RGB 资产的 JIT 通道不会自动支持所有新资产，LSP 得先确定是什么资产、它对应的流动性情况，以及承担这笔资产需要收多少钱
在 Bitlight 目前的路线图里，就是用实时报价去解决这个问题，每一笔订单要单独报价，并且报价只在短时间内有效
这样 LSP 就可以根据当前资产库存、BTC 成本和市场情况动态计算，而不用给所有的资产去套一个固定费率
所以你的问题可以这么说：
RGB JIT 通道的费用底层仍然以 BTC sats 计价，而新发行、没有市场价格的 RGB 资产，可以先只收 BTC 费用，或者由 LSP 临时报价
最后其实还是要回归到对应资产的流动性问题上，得市场上有真正的承接才行
Bitlight 的 RGB JIT 通道，开通费主要还是用 BTC 的 sats 来计算和支付，不是简单地从朋友转来的 RGB 资产数量里随便扣几个
一笔 RGB JIT 付款里，大致有三部分：
1. 朋友要转过来的 RGB 资产
2. 通道里需要携带的一点 $BTC
3. LSP 收取的开通和服务费用
LSP 会先报价，告诉你这笔 JIT 通道需要多少 sats，付款时，除了相应的 RGB 资产，还要支付一笔 $BTC 载体金额和服务费，LSP 收到之后，再帮你开通道，把 RGB 资产和对应的 $BTC 一起转过来
在公开的 Bitlight 实现里，RGB JIT 的费用大致由这几部分组成：
1. 开通通道的链上成本
2. BTC 通道容量的租金
3. RGB 资产容量的租金
4. 最低服务费
最终费用会取其中的最低收费和实际成本计算结果中较高的一项，详情可以看看官方发的文档👉https://github.com/bitlightlabs/rgb-ldk-cli-public
所以我们理解成下面这样会更准确一点：
比如朋友转过来 100 个 $RGB，LSP 会先给出一个 sats 报价，付款方需要在支付 RGB 资产的同时支付对应的 $BTC 费用，收款方则拿到约定的 RGB 数量和 $BTC 载体
虽然 LSP 也可以把 RGB 资产的占用成本折算进总费用里，但这个折算价格不是 RGB 协议规定的，而是 LSP 根据自己的报价规则来定
你说这个刚发行、还没有交易市场的 RGB 资产确实会是个问题
因为没有公开市场价格，LSP 不可能凭空知道 1 个 RGB 资产值多少 sats，那么届时它只能选择几种方式：
1. 由发行方或 LSP 预先设定一个价格
2. 只收 $BTC 服务费，不把 RGB 资产折算进去
3. 根据自己手里的库存、风险和市场需求给一个临时报价
4. 暂时不支持这类资产的 JIT 通道
因此 RGB 资产的 JIT 通道不会自动支持所有新资产，LSP 得先确定是什么资产、它对应的流动性情况，以及承担这笔资产需要收多少钱
在 Bitlight 目前的路线图里，就是用实时报价去解决这个问题，每一笔订单要单独报价，并且报价只在短时间内有效
这样 LSP 就可以根据当前资产库存、BTC 成本和市场情况动态计算，而不用给所有的资产去套一个固定费率
所以你的问题可以这么说：
RGB JIT 通道的费用底层仍然以 BTC sats 计价，而新发行、没有市场价格的 RGB 资产，可以先只收 BTC 费用，或者由 LSP 临时报价
最后其实还是要回归到对应资产的流动性问题上，得市场上有真正的承接才行