Thanks for your comment.
Redemptions or providing incentives for an existing token holder group doesn’t have to be made exclusively by the initial token creator.
This is exactly what we have in our mind when we designed ERC-6672. That’s why if you look closely to ERC-6672, you can find that we mentioned about the operator. These operators are redemption platforms (operators). Note that we try to design the standard so that it can fit as many use-cases as possible. In the implementation of ERC-6672, it’s also possible for initial token creator to give permission (or you can say whitelist) the operators that can provide redemption service for the NFT holders.
i.e. ANYONE could deploy a new Redemption contract for any existing 721/1155 and the ecosystem would understand it.
I believe it’s important to save the redemption status in the NFT smart contract instead of putting the redemption status in the Redemption contract so that secondary marketplace can immediately show the status of the redemption (e.g. isRedeemed() → TRUE or FALSE).
We can discuss more in ERC-6672 post if you’re interested.