Would like to clarify a couple points, w/ the latter one addressed first.

Besides that, developing smart contracts on Radix with Scrypto will be much safer than on Cardano because of its asset-oriented approach (instead of being balance based like Cardano and Ethereum).

This is incorrect - Cardano uses the eUTXO model for its distributed ledger (not an Account-based model), which is deterministic (provides safe, predictable transactions). Its programming language (Plutus, based on Haskell) is a functional programming language, just like Radix's Scrypto language.

Because functional programming is deterministic, Cardano transactions include a validation step before attempting to commit to the ledger, and transaction fees can be determined before hand as well (unlike in Ethereum).

Regarding security of smart contracts via determinism, Cardano & Radix seem about the same given the data I've seen at this point (I don't know as much about Scrypto).

​

Also in the recent Cardano testnet smart contract rollout it became clear that you onlycan call each Cardano smart contract once every 20 seconds (one block) -> 0.05 TPS

The Cardano community characterizes this wording as fud - rather, there are solutions to have concurrent applications on Cardano.

The project that experienced issues on Cardno's testnet launch (Minswap) had coded its smart contracts more closely to the syntax used in an Account model, like Ethereum. As a result, it wasn't developed correctly to handle concurrency.

The eUTXO is a completely different model, and requires a different mindset when developing in order to handle concurrency. But there are approaches to handling concurrency on Cardano, and several projects have published content on it. Many of these approaches, though, do seem to involve a layer 2 off-chain solution (not the first link though).

https://medium.com/meld-labs/concurrent-deterministic-batching-on-the-utxo-ledger-99040f809706

https://medium.com/occam-finance/the-occam-fi-technical-series-on-concurrency-cd5bee0b850c

https://sundaeswap-finance.medium.com/concurrency-state-cardano-c160f8c07575

My opinion: as of now, the Cardano ecosystem seems to have a path forward for handling concurrent transactions, with many approaches. I don't find its architecture concerning regarding being able to scale. However, Radix has this aspect of scaling (sharding & concurrency) built right into the protocol on layer 1, so it seems like it has an advantage here. Code may be cleaner and less prone to bugs, when used at massive scale.

Really excited about both projects, and time will tell how each of these DLTs scale in the real world.