- Reduced the number of accounts required to execute NeonEVM transactions. This was implemented in two ways:
a. Redesign the way to save contract storage into the Solana account. Now 256 continuous keys are stored in one Solana account instead of saving each key in a separate Soalana account.
b. Merge a Neon account header with a contract code into one Solana account. This became possible thanks to the implementation of the possibility of resizing data for Solana's contracts.
c. Drop a separate account for storing big transactions. Now the same account is used to hold the big transaction before execution and a state of NeonEVM between iterations. - Changes above lead to changing the layout of data stored in Solana accounts.
- Reduce and simplify the set of NeonEVM instructions
These changes are incompatible with previous v0.11.x versions and cannot work with accounts created by the older versions.