[Tracking issue] contract runtime work on alleviating congestion on mainnet

[akhi3030]

A tracking issue for what the team is currently working on and plans to work on in the near future.

Critical Tasks

Beta Give feedback

1. Metric: number of fungible token transfers #10885
   +0
   
2. Introduce sweat.claim as a Locust workloads #11107
   +0
   
3. Perf idea: better runtime support for contracts that use less memory #11033
   A-contract-runtime T-contract-runtime +2
   
4. Garbage collection may take a long time #10971
   +0
5. ChainUpdate::commit may take a long time #10970
   +0
6. StoreUpdate::commit can take a long time #10972
   +0
7. near_vm: reuse contract data/memory between contract executions #10851
   A-contract-runtime T-contract-runtime +2
   
8. Prefetch storage for claim.sweat and earn.kaiching #10987
   +0
   
9. Move delayed receipt (and possibly other receipt) prefetching to the beginning of apply #11002
   +0
10. AB test prefetcher changes against 1.39.0 #11035
    2 of 2
    +0
    
11. feat: move garbage collection into a separate thread #11022
    +0

Nice to have

Beta Give feedback

1. Fix broken tests after 10943 is merged #10979
   +0
   

[akhi3030]

Work is progress in a number of fronts:

• @ nagisa worked on StoreUpdate::commit can take a long time #10972. Current assessment is that getting fruitful improvements here might be quite a bit of engineering effort.
• @ mooori worked on Prefetch storage for claim.sweat and earn.kaiching #10987. He has made some progress and will continue working on this.
• @ akashin helped with the 1.39 release and is thinking about an organised way to do future developement. He has started a doc to capture his thoughts.
• @ Ekleog-NEAR is looking at near_vm: reuse contract data/memory between contract executions #10851. The initial assessment is that zeroing out memory might be too expensive.
• @ akhi3030 looked at Fix broken tests after 10943 is merged #10979. Turns out that this is a known issue. He will look into how to address the problem in the best way possible.

We have some new tasks that we can consider working on:

• Another prefetching task: Move delayed receipt (and possibly other receipt) prefetching to the beginning of apply #11002
• A benchmarking task: Metric: number of fungible token transfers #10885
• A potential task to increase usable capacity of the mainnet: Can we allow more contracts to use Aurora's shard #11003