user2537: Cardano is build on the eUTxO model which it prides to be more robust and easy to think about than the Ethereum account model. When Cardano introduced native tokens it also was proud to announce their elegance and simplicity:

Native support grants distinct advantages for developers as there is no need to create smart contracts to handle custom token creation or transactions. This means that the accounting ledger will track the ownership and transfer of assets instead, removing extra complexity and potential for manual errors, while ensuring significant cost efficiency.

However - and this is a very big caveat - Cardano does not allow transactions that don't also carry a minimum Ada value (which is around 1 to 1.4 Ada). This means that it is not possible to send only native tokens. The sender must also send alongside the native token these minimum Ada to the recepient.
This severely impacts the usefulness of native tokens and forces developers to combine native tokens with smart contracts to work around this restriction. For example, SundaeSwap does not send tokens earned as part of the ISO directly but uses a smart contract where it stores which wallets are entitled to the tokens (see https://www.youtube.com/watch?v=OqNU99s6o_Q&t=1s at minute 12:00). The solution of SundaeSwap pretty much resembles the Ethereum model where a smart contract acts like a central register of who holds how many tokens. It is also a solution that implements an account model, that Cardano views as inferior to the UTxO-model.
So is this the way that Cardano wants their users to go ? Are we all now using the UTxO model only on the surface but then relying on an account model buried in a smart contract to make things work?
Also, why does Cardano implement native tokens when it seems to think at the same time that their UTxO model is not able not handle a possible state bloat due to native token transactions?

user157: Short answer, No.
Cardano will have the ablity to use Tokens for fees, but that is in the pipe line as we are just getting step 3 done.
https://iohk.io/en/blog/posts/2021/02/25/babel-fees/
Cardano is currently using only eUTxO, Cardano is a 5 step process and Smart contracts is only step 3. The Account base model isn't good because it needs a globel state like ETH does now which ETH users pay for in the fees of crazyness. Cardano will never be like that due to EUTxO and coming Hydra node that can just plop the Sundae Swap plutus contract on it natively to make using it ever cheaper.
Read these articals and spend some time on IOHKs site, its dense content but it answers all your concerns.
https://iohk.io/en/blog/posts/2021/03/11/cardanos-extended-utxo-accounting-model/

user61: As I understand it, the SundaeSwap solution is not like ETH account model. The smart contract will temporary store tokens for the address x until the proprietary of this address send the minADA value to "withdraw" tokens. Then he will receive back the minADA + tokens, spending only transaction fees. minADA that has to be sent along tokens is some kind of "bail". eUTxO is versatile, I expect there will be some interesting ideas to manage nicely this constraint.

2537: <p>Cardano is build on the eUTxO model which it prides to be more robust and easy to think about than the Ethereum account model. When Cardano introduced native tokens it also was proud to announce their elegance and simplicity:</p>
<blockquote>
<p>Native support grants distinct advantages for developers as there is no need to create smart contracts to handle custom token creation or transactions. This means that the accounting ledger will track the ownership and transfer of assets instead, removing extra complexity and potential for manual errors, while ensuring significant cost efficiency.</p>
</blockquote>
<p>However - and this is a very big caveat - Cardano does not allow transactions that don't also carry a minimum Ada value (which is around 1 to 1.4 Ada). This means that it is not possible to send only native tokens. The sender must also send alongside the native token these minimum Ada to the recepient.</p>
<p>This severely impacts the usefulness of native tokens and forces developers to combine native tokens with smart contracts to work around this restriction. For example, SundaeSwap does not send tokens earned as part of the ISO directly but uses a smart contract where it stores which wallets are entitled to the tokens (see <a href="https://www.youtube.com/watch?v=OqNU99s6o_Q&amp;t=1s" rel="noreferrer">https://www.youtube.com/watch?v=OqNU99s6o_Q&amp;t=1s</a> at minute 12:00). The solution of SundaeSwap pretty much resembles the Ethereum model where a smart contract acts like a central register of who holds how many tokens. It is also a solution that implements an account model, that Cardano views as inferior to the UTxO-model.</p>
<p>So is this the way that Cardano wants their users to go ? Are we all now using the UTxO model only on the surface but then relying on an account model buried in a smart contract to make things work?</p>
<p>Also, why does Cardano implement native tokens when it seems to think at the same time that their UTxO model is not able not handle a possible state bloat due to native token transactions?</p>
 157: <p>Short answer, No.</p>
<p>Cardano will have the ablity to use Tokens for fees, but that is in the pipe line as we are just getting step 3 done.</p>
<p><a href="https://iohk.io/en/blog/posts/2021/02/25/babel-fees/" rel="nofollow noreferrer">https://iohk.io/en/blog/posts/2021/02/25/babel-fees/</a></p>
<p>Cardano is currently using only eUTxO, Cardano is a 5 step process and Smart contracts is only step 3. The Account base model isn't good because it needs a globel state like ETH does now which ETH users pay for in the fees of crazyness. Cardano will never be like that due to EUTxO and coming Hydra node that can just plop the Sundae Swap plutus contract on it natively to make using it ever cheaper.</p>
<p>Read these articals and spend some time on IOHKs site, its dense content but it answers all your concerns.</p>
<p><a href="https://iohk.io/en/blog/posts/2021/03/11/cardanos-extended-utxo-accounting-model/" rel="nofollow noreferrer">https://iohk.io/en/blog/posts/2021/03/11/cardanos-extended-utxo-accounting-model/</a></p>
 61: <p>As I understand it, the SundaeSwap solution is not like ETH account model. The smart contract will temporary store tokens for the address x until the proprietary of this address send the minADA value to &quot;withdraw&quot; tokens. Then he will receive back the minADA + tokens, spending only transaction fees. minADA that has to be sent along tokens is some kind of &quot;bail&quot;. eUTxO is versatile, I expect there will be some interesting ideas to manage nicely this constraint.</p>
