官方只支持用C++写智能合约

用C++写智能合约门槛过高，会把许多开发者挡在门外，C++的复杂性也会让智能合约的设计变得困难。

Wasm智能合约的效率并不是最优

由于C++最终也是编译成wasm字节码并在虚拟机中运行，效率并不能达到和编译成native code一样高。Wasm可以在三种模式下运行：binaryen, wavm和wabt。其中，binaryen的运行模式是字节码的方式，运行速度最慢。wavm模式是JIT运行方式，速度最快，但是由于需要预编译，加载速度实在是太慢了，并不能为Eos的主链所用。wabt是最近才支持的运行模式，是基于栈的虚拟机，运行效率会比binaryen运行效率高三倍，算是有了比较大的优化，但是执行的效率和编译成native code后运行仍然还是有一定的差距的。

C++代码编译后的字节码过大

C++智能合约最终会被编译成Wasm字节码。由于编译的时候会把所有用到的库函数的代码都编译进去，造成C++智能合约编译后的wasm字节码过大。以很简单的eosio.token智能合约为例，编译后的代码也在20K左右。智能合约之间其实包含了大量的重复的代码，这在一定程度上会造成链上存储空间的浪费，并且也会增加开发的费用。

不支持直接调用其它智能合约的代码

目前，Eos可以通过以下三个函数和其它智能合约进行交互。

void send_inline(char *serialized_action, size_t size);
void send_context_free_inline(char *serialized_action, size_t size);
void send_deferred(const uint128_t& sender_id, account_name payer, const char *serialized_transaction, size_t size, uint32_t replace_existing = 0);

但是这三个函数的都是异步的，调用者返回之后才会得到执行，这有时会增加智能合约编程的复杂度。那么，为什么Eos不支持直接调用一个智能合约的代码呢？这和Wasm的设计是有关系的。目前，Wasm的虚拟机并不支持直接运行多个实例，也就是说Eos的Wasm智能合约无法做到直接从一个智能合约去调用另一个智能合约的代码。这也是今后Eos的团队必须解决的一个问题。