New users do not initially have API Keys in order to pay for API Keys (a cyclic dependence) -- hence we have made it so that the Gateway accepts transactions that pay for API Keys even if the user has no active API Key yet. However, that means that users still cannot pay for any split transactions in order to get an exactly right amount of money to pay for their first API Keys (and paying with bigger sums is not allowed, and refunds are not implemented anyway). A workaround might be that faucets or exchanges that give users their initial money could take into account the exact right amount of money the users need, but that is not a great solution. Therefore, we should support token splits as a payment method for API keys.
Also consider exclusively only accepting splits as payments, if that would be easier.
And consider if burning the funds would be the better option. (Initially, if these funds are the only way to fund the aggregator operations then burning may not be a good idea.)
New users do not initially have API Keys in order to pay for API Keys (a cyclic dependence) -- hence we have made it so that the Gateway accepts transactions that pay for API Keys even if the user has no active API Key yet. However, that means that users still cannot pay for any split transactions in order to get an exactly right amount of money to pay for their first API Keys (and paying with bigger sums is not allowed, and refunds are not implemented anyway). A workaround might be that faucets or exchanges that give users their initial money could take into account the exact right amount of money the users need, but that is not a great solution. Therefore, we should support token splits as a payment method for API keys.
Also consider exclusively only accepting splits as payments, if that would be easier.
And consider if burning the funds would be the better option. (Initially, if these funds are the only way to fund the aggregator operations then burning may not be a good idea.)