Aptos Tutorial

Aptos is a Layer 1 blockchain that allows developers to create their smart-contracts in Move language.
Aptos is focused on delivering the safest and most production-ready Layer 1 blockchain in the world. The team is comprised of the original creators, researchers, designers, and builders of Diem, the blockchain that was first built at Meta.
The key components of Aptos are AptosBFT consensus and the new Move language which allows developers to build safe and scalable decentralized applications.
With this tutorial you will start learning Move language and create your first smart contract for Aptos.
Move
Move is a smart-contract language created with a heavy focus on security. Built on Rust, it inherits features that prevent developers from inadvertently introducting critical vulnerabilities.
The key feature of Move is the ability to define custom resource types with semantics inspired by linear logic. A resource can never be copied, double spent or implicitly discarded, only moved between program storage locations. These safety guarantees are enforced statically by Move’s type system.
You can read the Move whitepaper here: https://developers.diem.com/papers/diem-move-a-language-with-programmable-resources/2019-06-18.pdf​
In this tutorial, we're going to create a simple module that allows users to store their username in the blockchain. This will allow us to explore unique features of Move and prepare for more complex projects.
Aptos CLI
First we need to install the Aptos CLI for tools to interact with Aptos. Go to the Aptos CLI releases page, and download the zip file for your OS.
The archive contains the aptos binary, which consists of:
aptos move namespace has everything related to the Move language:
compiler
test runner
deploying Move modules to the blockchain
executing transactions
aptos key allows you to generate a new private key
aptos init allows you to initialize your Aptos project in order to:
set a private key for the project
specify REST API urls
Put the archive somewhere in your $PATH.
Optionally, you can also install Pontem's Move extension for CLion or PyCharm (all 2021.1+ versions are supported), and add the Intellij-Move plugin there. It provides support for the Move language.
To do this, go to https://www.jetbrains.com/pycharm/download/ and follow instructions for your operating system.
After you install it, go to File -> Settings, select Plugins on the left, then Marketplace and search for the Move language.
Alternatively you can use Pontem Playground, yet it doesn't support all features we are discussing in the current tutorial.
Creating a new project
Move projects are called Packages, and contain multiple Modules.
A Module is a smart-contract that combines types and functions, and provides a very unique set of rules and restrictions to manage relationships between them.
A Package is a set of related Move modules which share common dependencies and are often published to the same address in the Aptos blockchain.
First, create a directory and initialize it with a Package using the aptos binary:
1
mkdir userinfo
2
cd userinfo
3
aptos move init --name UserInfo
Copied!
This should be the resulting directory structure of our new Package:
1
userinfo/
2
├── sources/
3
└── Move.toml
Copied!
sources/ - directory where you put your modules.
Move.toml - manifest file for the package. Here, you define the package metadata, dependencies and addresses used in the code.
Let's add an address with name Sender and value 0x42 under [addresses]. We're going to store all our modules in that address in the Aptos blockchain.
1
[package]
2
name = "UserInfo"
3
version = "0.0.0"
4
​
5
[dependencies]
6
AptosFramework = { git = "https://github.com/aptos-labs/aptos-core.git", subdir = "aptos-move/framework/aptos-framework/", rev = "main" }
7
​
8
[addresses]
9
Sender = "0x42"
Copied!
The move init command automatically adds a dependency to the AptosFramework package. It also transitively adds a MoveStdlib dependency. Let's compile that empty package to make the Aptos CLI fetch the dependencies and inspect them.
Compiling for the first time could take a while because it fetches the whole aptos-core repo from Github.
1
~/userinfo $ ~/bin/aptos move compile
2
{
3
  "Result": []
4
}
Copied!
Fetched dependencies as well as build artifacts are stored in the build/ directory at the package root.
1
build/
2
└── UserInfo
3
    ├── bytecode_modules
4
    ├── source_maps
5
    └── sources
6
        └── dependencies
7
            ├── AptosFramework
8
                ├── Account.move
9
                ├── AccountUtils.move
10
                ........
11
            └── MoveStdlib
12
                ├── ASCII.move
13
                ├── Signer.move
14
                ├── Vector.move
15
                ........
Copied!
MoveStdlib - standard library of the Move language consisting of modules that are indispensable such as functions to work with vectors and signers.
AptosFramework - a set of modules specific to the Aptos blockchain, like the Coin module for an ERC20-like fungible token, and Account for the account metadata.
Resources and storage
Every user of the Aptos blockchain has their own object storage located at the user address.
There are built in methods which allow access to this storage from the Move code.
1
    /// check whether object is present in storage
2
    fun exists<T>(addr): bool;
3
    
4
    /// return read-only reference to the object
5
    fun borrow_global<T>(addr): &T;
6
​
7
    /// return mutable reference to the object
8
    fun borrow_global_mut<T>(addr): &mut T;
9
​
10
    /// add object to the storage
11
    fun move_to<T>(&signer, T);
12
​
13
    /// remove object from the storage
14
    fun move_from<T>(addr): T;
Copied!
In that storage, smart-contracts store special structs called Resources. Those are marked with the has key ability after the name of the struct.
To place a resource on a user address, a developer should have the &signer argument in scope and call the move_to function. The &signer data type in the Move language represents the sender account of the current transaction, and is used mostly for resource store and access restrictions in modules. Developers can extract the address of the transaction sender using Signer::address_of(&signer) function.
All functions that fetch resource objects from storage require an annotation on the function signature. For that, add acquires ResourceName after the return type.
Implementation
UserProfile
First, let's add a UserProfile resource struct where we're going to store our username in a field of type String. Resources in Move are marked with the has key ability.
1
module Sender::UserInfo {
2
    // imports String type from module ASCII that resides on address Std.
3
    // Std is an address defined in the transitive Std dependency of the AptosFramework dependency
4
    // and automatically available to all the package code
5
    use Std::ASCII::String;
6
    
7
    struct UserProfile has key { username: String }
8
}
Copied!
There's no text strings in Move. All text is represented as vector<u8> objects or sequences of bytes. To use them more easily, the byte string literal was introduced, i.e. b"MyUser", b"MyString".
Later, the ASCII module was added to the standard library, which provides a String struct that wraps vector<u8> and ensures that it contains only ASCII characters. In our usernames, we're going to use those.
Methods
Now let's add getter and setter methods for the username:
Let's implement getter first. We need to retrieve the UserProfile object from the user global storage. For that, we will use the borrow_global() method which needs the address of the user store as a parameter. This also allows us to fetch the username of any other user.
We also add acquires UserProfile which was explained earlier.
1
module Sender::UserInfo {
2
    use Std::ASCII::String;
3
    use Std::Signer;
4
    
5
    struct UserProfile has key { username: String }
6
    
7
    public fun get_username(user_addr: address): String acquires UserProfile {
8
        // no need for the semicolon at the end, last expression is the returning one (just like in Rust)
9
        borrow_global<UserProfile>(user_addr).username
10
    }
11
}
Copied!
Implementation of the setter is a bit more complex. The setter will be a public script function. Unlike the usual function which can be called only by other modules, script functions can be called by sending a transaction to the Aptos blockchain containing arguments, generics and name/path in the function. Using public script functions, users of your DApp can interact with deployed modules.
We need to create an if-statement with two branches:
first for the case when there's no UserProfile in the global storage, we need to create one with the correct username
second is just to update username inside the existing UserInfo
We also need &signer here, as we want to only allow users themselves to change their profile.
1
module Sender::UserInfo {
2
    use Std::ASCII::{String, string};
3
    use Std::Signer;
4
​
5
    struct UserProfile has key { username: String }
6
​
7
    public fun get_username(user_addr: address): String acquires UserProfile {
8
        borrow_global<UserProfile>(user_addr).username
9
    }
10
​
11
    public(script) fun set_username(user_account: &signer, username_raw: vector<u8>) acquires UserProfile {
12
        // wrap username_raw (vector of bytes) to username string
13
        let username = string(username_raw);
14
​
15
        // get address of transaction sender
16
        let user_addr = Signer::address_of(user_account);
17
        // `exists` just to check whether resource is present in storage
18
        if (!exists<UserProfile>(user_addr)) {
19
          let info_store = UserProfile{ username: username };
20
          move_to(user_account, info_store);
21
        } else {
22
          // `borrow_global_mut` is to fetch mutable reference, we can change resources in storage that way
23
          let existing_info_store = borrow_global_mut<UserProfile>(user_addr);
24
          existing_info_store.username = username;
25
        }
26
    }
27
}
Copied!
Tests
Now, let's write a test for our module to make sure everything works correctly. Test functions could be added anywhere, but it's a nice convention to store them in the tests/{$MODULE_NAME}Tests.move module.
Create a tests/ directory to the root of the package, and add UserInfoTests.move there. Test functions are marked with the #[test] attribute, this way Move knows it's a test and can apply special treatment. We also mark the module itself with a #[test_only] attribute to remove it from the public namespace.
1
#[test_only]
2
module Sender::UserInfoTests {
3
    use Std::ASCII;
4
    use Std::Signer;
5
​
6
    use Sender::UserInfo;
7
​
8
    // this named parameter to the test attribute allows to provide a signer to the test function,
9
    // it should be named the same way as parameter of the function
10
    #[test(user_account = @0x42)]
11
    public(script) fun test_getter_setter(user_account: signer) {
12
        // ASCII::string() function allows to create a `String` object from a bytestring
13
        let username = b"MyUser";
14
        UserInfo::set_username(&user_account, username);
15
​
16
        let user_addr = Signer::address_of(&user_account);
17
        // assert! macro for asserts, needs an expression and a failure error code
18
        assert!(UserInfo::get_username(user_addr) == ASCII::string(username), 1);
19
    }
20
}
Copied!
To run this test:
1
~/userinfo $ ~/bin/aptos move test
2
INCLUDING DEPENDENCY MoveStdlib
3
BUILDING AptosFramework
4
Running Move unit tests
5
[ PASS    ] Sender::UserInfoTests::test_getter_setter
6
Test result: OK. Total tests: 1; passed: 1; failed: 0
7
{
8
  "Result": "Success"
9
}
Copied!
Deployment to Aptos blockchain
Let's deploy our module to the Aptos blockchain and make it available for everyone.
We must initialize a new Aptos account and deployment configuration using the aptos init command.
During execution of the command a new Aptos account will be created and test coins will be deposited to it so we can cover gas costs of the UserInfo module publication.
Use default parameters proposed by the command:
1
~/userinfo $ ~/bin/aptos init
2
Configuring for profile default
3
Enter your rest endpoint [Current: None | No input: https://fullnode.devnet.aptoslabs.com]
4
​
5
No rest url given, using https://fullnode.devnet.aptoslabs.com...
6
Enter your faucet endpoint [Current: None | No input: https://faucet.devnet.aptoslabs.com]
7
​
8
No faucet url given, using https://faucet.devnet.aptoslabs.com...
9
Enter your private key as a hex literal (0x...) [Current: None | No input: Generate new key (or keep one if present)]
10
​
11
No key given, generating key...
12
​
13
Account 7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B doesn't exist, creating it and funding it with 10000 coins
14
Aptos is now set up for account 7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B!  Run `aptos help` for more information about commands
15
{
16
  "Result": "Success"
17
}
Copied!
The deployment config which contains the private key of the new account will be created in .aptos/config.yaml in the root of the project. Don't share your private key with anyone! If you want to change the configuration or account, just run aptos init again and the configuration will be overwritten.
Copy the new generated address, in our example it's 0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B (don't forget to add 0x prefix to the start of the address), and replace the Sender address in Move.toml.
You will get something like this but with your own address:
1
[addresses]
2
Sender = "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B"
Copied!
Finally let's deploy the module using the aptos move publish command:
1
~/userinfo $ ~/bin/aptos move publish
2
{
3
  "Result": {
4
    "changes": [
5
      {
6
        "address": "7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
7
        "data": {
8
          "authentication_key": "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
9
          "self_address": "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
10
          "sequence_number": "1"
11
        },
12
        "event": "write_resource",
13
        "resource": "0x1::Account::Account"
14
      },
15
      {
16
        "address": "7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
17
        "data": {
18
          "coin": {
19
            "value": "9992"
20
          },
21
          "deposit_events": {
22
            "counter": "1",
23
            "guid": {
24
              "guid": {
25
                "id": {
26
                  "addr": "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
27
                  "creation_num": "1"
28
                }
29
              },
30
              "len_bytes": 40
31
            }
32
          },
33
          "withdraw_events": {
34
            "counter": "0",
35
            "guid": {
36
              "guid": {
37
                "id": {
38
                  "addr": "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
39
                  "creation_num": "2"
40
                }
41
              },
42
              "len_bytes": 40
43
            }
44
          }
45
        },
46
        "event": "write_resource",
47
        "resource": "0x1::Coin::CoinStore<0x1::TestCoin::TestCoin>"
48
      },
49
      {
50
        "address": "7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
51
        "event": "write_module"
52
      }
53
    ],
54
    "gas_used": 8,
55
    "success": true,
56
    "version": 3001835,
57
    "vm_status": "Executed successfully"
58
  }
59
}
Copied!
You should get a similar output which means your module is now published.
Setting username for our account
After we deployed the UserInfo module we can send a transaction to the Aptos blockchain which will call the UserInfo::set_username function and set the username for our account.
To execute the set_username script we need to utilize the aptos move run command. In this example we will use the username AptosDev as the username for our account which has to be provided as an argument. Also, function-id should contain a path to the deployed contract and function name. In your case the path will be different because you are using your own account.
1
~/userinfo $ ~/bin/aptos move run --function-id 0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B::UserInfo::set_username --args string:"AptosDev"
2
{
3
  "Result": {
4
    "changes": [
5
      {
6
        "address": "7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
7
        "data": {
8
          "authentication_key": "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
9
          "self_address": "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
10
          "sequence_number": "5"
11
        },
12
        "event": "write_resource",
13
        "resource": "0x1::Account::Account"
14
      },
15
      {
16
        "address": "7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
17
        "data": {
18
          "coin": {
19
            "value": "9901"
20
          },
21
          "deposit_events": {
22
            "counter": "1",
23
            "guid": {
24
              "guid": {
25
                "id": {
26
                  "addr": "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
27
                  "creation_num": "1"
28
                }
29
              },
30
              "len_bytes": 40
31
            }
32
          },
33
          "withdraw_events": {
34
            "counter": "0",
35
            "guid": {
36
              "guid": {
37
                "id": {
38
                  "addr": "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
39
                  "creation_num": "2"
40
                }
41
              },
42
              "len_bytes": 40
43
            }
44
          }
45
        },
46
        "event": "write_resource",
47
        "resource": "0x1::Coin::CoinStore<0x1::TestCoin::TestCoin>"
48
      },
49
      {
50
        "address": "7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B",
51
        "data": {
52
          "username": "AptosDev"
53
        },
54
        "event": "write_resource",
55
        "resource": "0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B::UserInfo::UserProfile"
56
      }
57
    ],
58
    "gas_used": 81,
59
    "success": true,
60
    "version": 3013454,
61
    "vm_status": "Executed successfully"
62
  }
63
}
Copied!
If the transaction is executed successfully, you will see an output similar to the one above. Now you can query your username. In this example, the URL to the query resource would be:
​https://fullnode.devnet.aptoslabs.com/accounts/0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B/resource/0x7EBD304E2E7E7C2147D14A605072480473256B75D5CC7A9A794C0C5BC2F1E17B::UserInfo::UserProfile​
To interact with the module deployed by you: replace the address of the account and the address of the module resource in the url with your own.
Enjoy! Please share your feedback and more tutorial requests in our Discord and Telegram.
01. Move Language - Previous
Intellij IDE Extension
Last modified 24d ago
Copy link
Contents
Move
Aptos CLI
Creating a new project
Resources and storage
Implementation
Tests
Deployment to Aptos blockchain
Setting username for our account