The biggest one for me is a plan for stable memory moving forward (see here). For example, should ExperimentalStableMemory be kept as is (and graduated from being “experimental” to “production-ready”)? Can we have stable data structures like the ones developed in Rust for the BTC integration, where they transparently store data in stable memory directly (without going through stable variables)?
And a couple random ones:
- spread syntax to construct a record from an existing record
- type inference in generic functions to avoid having to specify
Trie.mapFilter<..., ..., ...>every time I call it, e.g. - language server doesn’t check files if they aren’t imported from the main Motoko file
- add IC management canister interface as a Motoko type in the stdlib
- operator overloading for classes (as a side note, how is equality even defined for records and arrays? the docs are not too clear)