Core Concepts
Move concepts
Move on Rooch

Move on Rooch

Rooch's goal is to enable developers to quickly build and deploy Fully on-chain Applications. The most important thing for developing applications is to have an efficient development language. Rooch chose Move language as the development language. We believe that its following characteristics make it the most suitable smart contract language for building full-chain applications.

  • Platform independence: Move and its virtual machine are not coupled to a specific blockchain platform. In order to adapt to different application scenarios, different blockchain platforms can innovate based on Move.
  • Security: Move’s built-in security features and support for resource scarcity are more suitable for application scenarios like blockchain where assets and application logic are deeply bound.
  • Scalability: Move's dependency management mechanism allows the platform to provide powerful built-in libraries, and developers can also easily introduce third-party libraries, making it more suitable for building complex applications.

Rooch Move Features

The features of the Move language can be found in the reference materials at the end of the article. Here we mainly introduce the new features that Rooch brings to Move.

Built-in standard library

Rooch currently has three built-in standard libraries, namely MoveStdlib, MoveosStdlib and RoochFramework. For details, see the built-in libraries.

Private generics

#[private_generics(T)] is a function annotation that ensures that the function with this annotation can only be called within the module where T is defined. This annotation provides a similar constraint to Move's storage instructions, but it opens up this capability to developers. This feature is the basic condition for the following features. For details, see Private Generics.

Storage abstraction

The goal of storage abstraction is to allow developers to more flexibly define their own state storage structures in smart contracts without being limited to the standardized solutions provided by the platform. So Rooch implemented the original storage instruction of Move in the contract. The following is a comparison table:

Move store instructionsFunctions in RoochExplanation
move_to<T:key>(&signer,T)context::move_resource_to<T:key>(&mut Context,&signer,T)Store resources of type T in the user state space of signer.
move_from<T:key>(address):Tcontext::move_resource_from<T:key>(&mut Context,address): TTake resources of type T out of user state space.
borrow_global<T:key>(address):&Tcontext::borrow_resource<T:key>(&Context,address): &TRead an immutable reference of type T from user space.
borrow_global_mut<T:key>(address):&mut Tcontext::borrow_mut_resource<T:key>(&mut Context,address): &mut TRead a mutable reference of type T from user space.
exists<T:key>(address):boolcontext::exists_resource<T:key>(&Context,address): boolDetermine whether there is a resource of type T in user space.

The above methods provided by account_storage are all constrained by the private_generics(T) annotation, ensuring that the security is consistent with the Move storage instruction.

In addition to Account Resource, Rooch also provides Object Storage, For detailed information about Rooch Object, see Rooch Object.

Regarding the design of storage abstraction, you can refer to Storage Abstraction.


Context contains two fields, one is TxContext, which contains information related to the current transaction, and the other is StorageContext, which is a global Object storage.

module moveos_std::context{
    struct Context {
        tx_context: TxContext,
        storage_context: StorageContext,

Developers need to define the Context parameter in the entry function, and MoveVM will automatically fill in the parameter.

module example::my_module{
    public entry fun my_entry_fun(ctx: &mut Context){
        //function logic

Get the signer of the current module

The function moveos_std::signer::module_signer<T>():signer can be used to obtain the signer of the current module, and call context::move_resource_to and other functions that require a signer as the account of the current module.

T here is subject to private_generics(T), ensuring the safety of the call.

Crypto algorithm support

  1. ecdsa_k1 (opens in a new tab): Verify ecdsa_k1 signature
  2. ecdsa_k1_recoverable (opens in a new tab): Supports recovering public keys from signatures and verifying signatures
  3. ed25519 (opens in a new tab): Verify ed25519 signature
  4. schnorr (opens in a new tab): Verify schnorr signature
  5. hash (opens in a new tab) function: sha2_256, sha3_256, blake2b256, keccak256, ripemd160

More references

  1. MoveBook (opens in a new tab): A basic tutorial on the Move language
  2. Move on Aptos (opens in a new tab): Contains an introduction to the Move language and the features of Move on Aptos
  3. Move on Sui (opens in a new tab): Contains an introduction to the Move language and the features of Move on Sui