ekovalev

In order to be able to load the chain spec from a JSON file and ensure the client was compiled against the correct runtime, we need to stick to chains...

In order to define currency-related runtime constants (UNITS, DOLLARS, CENTS etc.) in terms of the intrinsic token some preliminary token economy model would be very useful. This will be way...

A provisional implementation of transaction fee system for Gear has been implemented (`pallet-gear-payment`). However, it has a few drawbacks we need to get back to after we've got more usage...

Ensure smooth transition from PoA to NPoS in Vara

2

Currently authorities are set in the genesis block. As of `vara-stage-1` there is no mechanism to add/remove authorities by sending a transaction. The following features must be supported, and their...

Aligns our custom `gear-replay-cli` tool with changes in underlying Substrate code. Also, following the original `try-runtime-cli` having been placed in the standalone repo under Parity Tech, synced our tool with...

feat(runtime): Add a builtin actor for staking operations

1

The change includes: - another builtin actor added to the Runtime to enable staking-related logic in programs (e.g. liquid staking etc.). The actor converts incoming messages into dispatchable calls and...

`Rayon` provides high level abstractions for running code in parallel which fits nicely in our block authorship tests approach. However, for some reason the `par_iter(test)` gets increasingly slow with growing...

Check gas limit for builtin actors before calling their respective `handle` method

1

In the current implementation of the builtin actor framework (#3624) the `builtin_dispatcher::run()` doesn't check whether the gas provided is sufficient for the actor to execute a message - this can...

Better handle potential transfer error in `send_user_message`

1

Think of a better way of handling potential error when a message with a value is sent from a program to user which doesn't make it to the mailbox. In...