> I suspect that this is better solved by more domain specific languages instead of an existing FP language I don't disagree, but with the current state of cur

> I suspect that this is better solved by more domain specific languages instead of an existing FP language I don't disagree, but with the current state of current Ethereum languages: Viper and Solidity, I feel as though using the good thinking in an existing well designed language might be more worthwhile to explore in the short to medium term.