在上一篇 Fee Delegation - MPP(中文版) 中，介绍了 MPP - 基于账户原型的交易费用代付协议 也提到了它在某些情况下是无法满足开发者需求的。尤其是 Totient Labs 在开发应用 CometVerse 的时候组合了多个合约又希望可以为用户付交易费，所以 Totient Labs 提出了 VIP-191 来扩展费用代付协议。
VIP-191 的内容
VIP-191 的提出是为了扩展费用代付协议，扩展它的应用场景来弥补原有 MPP 无法覆盖到的情况。 它主要包含以下方面：
- 扩展交易模型，加入
Delegator 签名 - 扩展交易模型, 加入
Fee Delegated Flag明确交易仅在它设置为 true 的情况下才是 VIP-191 代付的交易
交易构建流程
- 构建交易未签名并设置
Fee Delegated Flag TxOrigin签名 &&Delegator签名(无先后顺序限制)共同构成交易签名- 通过加入完整签名构建完整交易并广播到区块链
交易费的扣除
当执行一个指定VIP-191协议的交易时，区块链会从（且仅从） Delegator 账户扣除手续费。而不指定VIP-191协议的交易则应用 MPP 或直接从 TxOrigin 扣除手续费。
MPP vs VIP-191
如果要简略的去概括它们两个之间的区别：
MPP：代付逻辑的维护在账户原型中（链上），一次配置处处生效VIP-191：代付逻辑维护在链下（独立的Delegator服务），代付行为是显式声明在交易当中且对交易内容无特殊要求
应用场景
应用开发者
作为应用开发者，可以通过建立针对自身应用的 Delegator 服务 为应用的用户提供交易费用代付服务，使得用户无需手续费即可体验应用。
钱包开发者
钱包的开发者可以实现 Self delegate，当某一个用户拥有多个账户时，钱包可以在付款确认的时候给用户提供一种额外的功能，这个功能可以允许用户选择除 TxOrigin 之外的另外一个账户来付交易手续费，这个账户就是 GasPayer。 这样可以让用户仅需在一个账户中持有 VTHO，其他的账户则不一定需要。
交易所开发者
降低资金的归集（尤其是代币）的复杂程度以及VTHO的消耗。交易所可以通过设置统一的 Delegator 网关，无需预先转入交易费到发送方地址，只需发送方发起转账并设置交易为VIP-191代付账户之后，加入 TxOrigin 签名，并将构建好的交易发送到网关，由网关加入 Delegator 签名 构建成完整交易，发送到区块链即可实现由一个独立的账户支付所有交易手续费。
结语
MPP 和 VIP-191 共同组成了 VeChain 上的 交易费用代付协议，为唯链应用的开发者提供了更多的可能性，为唯链应用的用户提供了更加友好的用户体验。