我们是服务商，给子商户提供酒店押金服务，使用V2的API。

目前对接了B扫C模式，即Business(商户)扫描Customer(客人)的二维码。使用的接口是支付押金-付款码支付（https://pay.weixin.qq.com/wiki/doc/api/deposit_sl.php?chapter=27_1&index=6）

商户反馈希望我们支持C扫B模式，即客人Customer(客人)扫描Business(商户)二维码这一模式。

经过调研，目前的方案有两个

1. 使用Native模式：直接生成二维码给酒店前台，再由酒店前台出示给住客扫描
2. 使用JSAPI模式：服务商后台生成二维码。用户扫描后跳转到服务商的WEB页面，再唤起支付流程。

这两个方案都有些疑问需要请教：

Native模式下：

1. 酒店押金的服务商场景，是否支持Native模式？这个提问下的回答相互冲突（https://developers.weixin.qq.com/community/develop/doc/00060ee11dc4c876416f549465ec00）

JSAPI下：

1. 根据服务商文档，我们必须注册公众号或小程序，作为应用载体的APP ID，对吗？（出自https://pay.weixin.qq.com/docs/partner/development/glossary/mode.html）
2. 子商户是否需要注册自己的公众号或小程序？付款码支付模式下，不需要子商户注册。
3. 我们服务商可能会更换主体。这意味着注册新的AppID。根据文档，AppID和mchID可以多对多。更换主体后，我们只需将mchID绑定到新的AppID上，对吗？
4. 更换主体后是否对子商户可见？我的理解是，子商户仅需要修改其服务商ID，对吗？