Wait for transaction by hash
const url = 'https://example.com/v1/transactions/wait_by_hash/example';const options = {method: 'GET'};
try { const response = await fetch(url, options); const data = await response.json(); console.log(data);} catch (error) { console.error(error);}curl --request GET \ --url https://example.com/v1/transactions/wait_by_hash/exampleSame as /transactions/by_hash, but will wait for a pending transaction to be committed. To be used as a long poll optimization by clients, to reduce latency caused by polling. The “long” poll is generally a second or less but dictated by the server; the client must deal with the result as if the request was a normal /transactions/by_hash request, e.g., by retrying if the transaction is pending.
Parameters
Section titled “ Parameters ”Path Parameters
Section titled “ Path Parameters ”Hash of transaction to retrieve
Responses
Section titled “ Responses ”Enum of the different types of transactions in Aptos
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
An enum of the possible transaction payloads
object
Entry function id is string representation of a entry function defined on-chain.
Format: {address}::{module name}::{function name}
Both module name and function name are case-sensitive.
Type arguments of the function
Arguments of the function
An enum of the possible transaction payloads
object
Move script bytecode
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Type arguments of the function
Arguments of the function
An enum of the possible transaction payloads
object
An enum of the possible transaction payloads
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
object
Entry function id is string representation of a entry function defined on-chain.
Format: {address}::{module name}::{function name}
Both module name and function name are case-sensitive.
Type arguments of the function
Arguments of the function
An enum representing the different transaction signatures available
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
The other involved parties’ addresses
The associated signatures, in the same order as the secondary addresses
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
The other involved parties’ addresses
The associated signatures, in the same order as the secondary addresses
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Enum of the different types of transactions in Aptos
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Whether the transaction was successful
The VM status of the transaction, can tell useful information in a failure
Final state of resources changed by the transaction
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module id is a string representation of Move module.
Format: {address}::{module name}
address should be hex-encoded 32 byte account address that is prefixed with 0x.
Module name is case-sensitive.
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Deleted table data
object
Deleted key
Deleted key type
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module bytecode along with it’s ABI
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
A Move module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
Friends of the module
Public functions of the module
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Structs of the module
A move struct
object
Whether the struct is a native struct of Move
Whether the struct is marked with the #[event] annotation
Abilities associated with the struct
Generic types associated with the struct
Move generic type param
object
Move abilities tied to the generic type param and associated with the type that uses it
Fields associated with the struct
Move struct field
object
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
A parsed Move resource
object
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
This is a JSON representation of some data within an account resource. More specifically, it is a map of strings to arbitrary JSON values / objects, where the keys are top level fields within the given resource.
To clarify, you might query for 0x1::account::Account and see the example data.
Move bool type value is serialized into boolean.
Move u8, u16 and u32 type value is serialized into integer.
Move u64, u128 and u256 type value is serialized into string.
Move address type value (32 byte Aptos account address) is serialized into a HexEncodedBytes string.
For example:
0x10x1668f6be25668c1a17cd8caf6b8d2f25
Move vector type value is serialized into array, except vector<u8> which is serialized into a
HexEncodedBytes string with 0x prefix.
For example:
vector<u64>{255, 255}=>["255", "255"]vector<u8>{255, 255}=>0xffff
Move struct type value is serialized into object that looks like this (except some Move stdlib types, see the following section):
{
field1_name: field1_value,
field2_name: field2_value,
......
}
For example:
{ "created": "0xa550c18", "role_id": "0" }
Special serialization for Move stdlib types:
- 0x1::string::String
is serialized into
string. For example, struct value0x1::string::String{bytes: b"Hello World!"}is serialized as"Hello World!"in JSON.
object
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Decoded table data
object
Key of table in JSON
Type of key
Value of table in JSON
Type of value
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
An enum of the possible transaction payloads
object
Entry function id is string representation of a entry function defined on-chain.
Format: {address}::{module name}::{function name}
Both module name and function name are case-sensitive.
Type arguments of the function
Arguments of the function
An enum of the possible transaction payloads
object
Move script bytecode
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Type arguments of the function
Arguments of the function
An enum of the possible transaction payloads
object
An enum of the possible transaction payloads
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
object
Entry function id is string representation of a entry function defined on-chain.
Format: {address}::{module name}::{function name}
Both module name and function name are case-sensitive.
Type arguments of the function
Arguments of the function
An enum representing the different transaction signatures available
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
The other involved parties’ addresses
The associated signatures, in the same order as the secondary addresses
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
The other involved parties’ addresses
The associated signatures, in the same order as the secondary addresses
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
The public keys for the Ed25519 signature
Signature associated with the public keys in the same order
The number of signatures required for a successful transaction
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
Account signature scheme
The account signature scheme allows you to have two types of accounts:
- A single Ed25519 key account, one private key
- A k-of-n multi-Ed25519 key account, multiple private keys, such that k-of-n must sign a transaction.
- A single Secp256k1Ecdsa key account, one private key
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
An enum representing the different transaction signatures available
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Events generated by the transaction
An event from a transaction
object
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
The JSON representation of the event
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Enum of the different types of transactions in Aptos
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Whether the transaction was successful
The VM status of the transaction, can tell useful information in a failure
Final state of resources changed by the transaction
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module id is a string representation of Move module.
Format: {address}::{module name}
address should be hex-encoded 32 byte account address that is prefixed with 0x.
Module name is case-sensitive.
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Deleted table data
object
Deleted key
Deleted key type
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module bytecode along with it’s ABI
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
A Move module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
Friends of the module
Public functions of the module
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Structs of the module
A move struct
object
Whether the struct is a native struct of Move
Whether the struct is marked with the #[event] annotation
Abilities associated with the struct
Generic types associated with the struct
Move generic type param
object
Move abilities tied to the generic type param and associated with the type that uses it
Fields associated with the struct
Move struct field
object
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
A parsed Move resource
object
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
This is a JSON representation of some data within an account resource. More specifically, it is a map of strings to arbitrary JSON values / objects, where the keys are top level fields within the given resource.
To clarify, you might query for 0x1::account::Account and see the example data.
Move bool type value is serialized into boolean.
Move u8, u16 and u32 type value is serialized into integer.
Move u64, u128 and u256 type value is serialized into string.
Move address type value (32 byte Aptos account address) is serialized into a HexEncodedBytes string.
For example:
0x10x1668f6be25668c1a17cd8caf6b8d2f25
Move vector type value is serialized into array, except vector<u8> which is serialized into a
HexEncodedBytes string with 0x prefix.
For example:
vector<u64>{255, 255}=>["255", "255"]vector<u8>{255, 255}=>0xffff
Move struct type value is serialized into object that looks like this (except some Move stdlib types, see the following section):
{
field1_name: field1_value,
field2_name: field2_value,
......
}
For example:
{ "created": "0xa550c18", "role_id": "0" }
Special serialization for Move stdlib types:
- 0x1::string::String
is serialized into
string. For example, struct value0x1::string::String{bytes: b"Hello World!"}is serialized as"Hello World!"in JSON.
object
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Decoded table data
object
Key of table in JSON
Type of key
Value of table in JSON
Type of value
The writeset payload of the Genesis transaction
object
The associated writeset with a payload
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
Payload which runs a script that can run multiple functions
object
Move script bytecode
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Type arguments of the function
Arguments of the function
The associated writeset with a payload
object
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module id is a string representation of Move module.
Format: {address}::{module name}
address should be hex-encoded 32 byte account address that is prefixed with 0x.
Module name is case-sensitive.
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Deleted table data
object
Deleted key
Deleted key type
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module bytecode along with it’s ABI
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
A Move module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
Friends of the module
Public functions of the module
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Structs of the module
A move struct
object
Whether the struct is a native struct of Move
Whether the struct is marked with the #[event] annotation
Abilities associated with the struct
Generic types associated with the struct
Move generic type param
object
Move abilities tied to the generic type param and associated with the type that uses it
Fields associated with the struct
Move struct field
object
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
A parsed Move resource
object
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
This is a JSON representation of some data within an account resource. More specifically, it is a map of strings to arbitrary JSON values / objects, where the keys are top level fields within the given resource.
To clarify, you might query for 0x1::account::Account and see the example data.
Move bool type value is serialized into boolean.
Move u8, u16 and u32 type value is serialized into integer.
Move u64, u128 and u256 type value is serialized into string.
Move address type value (32 byte Aptos account address) is serialized into a HexEncodedBytes string.
For example:
0x10x1668f6be25668c1a17cd8caf6b8d2f25
Move vector type value is serialized into array, except vector<u8> which is serialized into a
HexEncodedBytes string with 0x prefix.
For example:
vector<u64>{255, 255}=>["255", "255"]vector<u8>{255, 255}=>0xffff
Move struct type value is serialized into object that looks like this (except some Move stdlib types, see the following section):
{
field1_name: field1_value,
field2_name: field2_value,
......
}
For example:
{ "created": "0xa550c18", "role_id": "0" }
Special serialization for Move stdlib types:
- 0x1::string::String
is serialized into
string. For example, struct value0x1::string::String{bytes: b"Hello World!"}is serialized as"Hello World!"in JSON.
object
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Decoded table data
object
Key of table in JSON
Type of key
Value of table in JSON
Type of value
An event from a transaction
object
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
The JSON representation of the event
Events emitted during genesis
An event from a transaction
object
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
The JSON representation of the event
Enum of the different types of transactions in Aptos
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Whether the transaction was successful
The VM status of the transaction, can tell useful information in a failure
Final state of resources changed by the transaction
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module id is a string representation of Move module.
Format: {address}::{module name}
address should be hex-encoded 32 byte account address that is prefixed with 0x.
Module name is case-sensitive.
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Deleted table data
object
Deleted key
Deleted key type
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module bytecode along with it’s ABI
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
A Move module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
Friends of the module
Public functions of the module
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Structs of the module
A move struct
object
Whether the struct is a native struct of Move
Whether the struct is marked with the #[event] annotation
Abilities associated with the struct
Generic types associated with the struct
Move generic type param
object
Move abilities tied to the generic type param and associated with the type that uses it
Fields associated with the struct
Move struct field
object
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
A parsed Move resource
object
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
This is a JSON representation of some data within an account resource. More specifically, it is a map of strings to arbitrary JSON values / objects, where the keys are top level fields within the given resource.
To clarify, you might query for 0x1::account::Account and see the example data.
Move bool type value is serialized into boolean.
Move u8, u16 and u32 type value is serialized into integer.
Move u64, u128 and u256 type value is serialized into string.
Move address type value (32 byte Aptos account address) is serialized into a HexEncodedBytes string.
For example:
0x10x1668f6be25668c1a17cd8caf6b8d2f25
Move vector type value is serialized into array, except vector<u8> which is serialized into a
HexEncodedBytes string with 0x prefix.
For example:
vector<u64>{255, 255}=>["255", "255"]vector<u8>{255, 255}=>0xffff
Move struct type value is serialized into object that looks like this (except some Move stdlib types, see the following section):
{
field1_name: field1_value,
field2_name: field2_value,
......
}
For example:
{ "created": "0xa550c18", "role_id": "0" }
Special serialization for Move stdlib types:
- 0x1::string::String
is serialized into
string. For example, struct value0x1::string::String{bytes: b"Hello World!"}is serialized as"Hello World!"in JSON.
object
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Decoded table data
object
Key of table in JSON
Type of key
Value of table in JSON
Type of value
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
The events emitted at the block creation
An event from a transaction
object
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
The JSON representation of the event
Previous block votes
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
The indices of the proposers who failed to propose
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Enum of the different types of transactions in Aptos
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Whether the transaction was successful
The VM status of the transaction, can tell useful information in a failure
Final state of resources changed by the transaction
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module id is a string representation of Move module.
Format: {address}::{module name}
address should be hex-encoded 32 byte account address that is prefixed with 0x.
Module name is case-sensitive.
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Deleted table data
object
Deleted key
Deleted key type
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module bytecode along with it’s ABI
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
A Move module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
Friends of the module
Public functions of the module
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Structs of the module
A move struct
object
Whether the struct is a native struct of Move
Whether the struct is marked with the #[event] annotation
Abilities associated with the struct
Generic types associated with the struct
Move generic type param
object
Move abilities tied to the generic type param and associated with the type that uses it
Fields associated with the struct
Move struct field
object
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
A parsed Move resource
object
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
This is a JSON representation of some data within an account resource. More specifically, it is a map of strings to arbitrary JSON values / objects, where the keys are top level fields within the given resource.
To clarify, you might query for 0x1::account::Account and see the example data.
Move bool type value is serialized into boolean.
Move u8, u16 and u32 type value is serialized into integer.
Move u64, u128 and u256 type value is serialized into string.
Move address type value (32 byte Aptos account address) is serialized into a HexEncodedBytes string.
For example:
0x10x1668f6be25668c1a17cd8caf6b8d2f25
Move vector type value is serialized into array, except vector<u8> which is serialized into a
HexEncodedBytes string with 0x prefix.
For example:
vector<u64>{255, 255}=>["255", "255"]vector<u8>{255, 255}=>0xffff
Move struct type value is serialized into object that looks like this (except some Move stdlib types, see the following section):
{
field1_name: field1_value,
field2_name: field2_value,
......
}
For example:
{ "created": "0xa550c18", "role_id": "0" }
Special serialization for Move stdlib types:
- 0x1::string::String
is serialized into
string. For example, struct value0x1::string::String{bytes: b"Hello World!"}is serialized as"Hello World!"in JSON.
object
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Decoded table data
object
Key of table in JSON
Type of key
Value of table in JSON
Type of value
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Enum of the different types of transactions in Aptos
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Whether the transaction was successful
The VM status of the transaction, can tell useful information in a failure
Final state of resources changed by the transaction
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module id is a string representation of Move module.
Format: {address}::{module name}
address should be hex-encoded 32 byte account address that is prefixed with 0x.
Module name is case-sensitive.
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Deleted table data
object
Deleted key
Deleted key type
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module bytecode along with it’s ABI
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
A Move module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
Friends of the module
Public functions of the module
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Structs of the module
A move struct
object
Whether the struct is a native struct of Move
Whether the struct is marked with the #[event] annotation
Abilities associated with the struct
Generic types associated with the struct
Move generic type param
object
Move abilities tied to the generic type param and associated with the type that uses it
Fields associated with the struct
Move struct field
object
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
A parsed Move resource
object
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
This is a JSON representation of some data within an account resource. More specifically, it is a map of strings to arbitrary JSON values / objects, where the keys are top level fields within the given resource.
To clarify, you might query for 0x1::account::Account and see the example data.
Move bool type value is serialized into boolean.
Move u8, u16 and u32 type value is serialized into integer.
Move u64, u128 and u256 type value is serialized into string.
Move address type value (32 byte Aptos account address) is serialized into a HexEncodedBytes string.
For example:
0x10x1668f6be25668c1a17cd8caf6b8d2f25
Move vector type value is serialized into array, except vector<u8> which is serialized into a
HexEncodedBytes string with 0x prefix.
For example:
vector<u64>{255, 255}=>["255", "255"]vector<u8>{255, 255}=>0xffff
Move struct type value is serialized into object that looks like this (except some Move stdlib types, see the following section):
{
field1_name: field1_value,
field2_name: field2_value,
......
}
For example:
{ "created": "0xa550c18", "role_id": "0" }
Special serialization for Move stdlib types:
- 0x1::string::String
is serialized into
string. For example, struct value0x1::string::String{bytes: b"Hello World!"}is serialized as"Hello World!"in JSON.
object
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Decoded table data
object
Key of table in JSON
Type of key
Value of table in JSON
Type of value
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
object
Enum of the different types of transactions in Aptos
object
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Whether the transaction was successful
The VM status of the transaction, can tell useful information in a failure
Final state of resources changed by the transaction
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module id is a string representation of Move module.
Format: {address}::{module name}
address should be hex-encoded 32 byte account address that is prefixed with 0x.
Module name is case-sensitive.
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Deleted table data
object
Deleted key
Deleted key type
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module bytecode along with it’s ABI
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
A Move module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
Friends of the module
Public functions of the module
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Structs of the module
A move struct
object
Whether the struct is a native struct of Move
Whether the struct is marked with the #[event] annotation
Abilities associated with the struct
Generic types associated with the struct
Move generic type param
object
Move abilities tied to the generic type param and associated with the type that uses it
Fields associated with the struct
Move struct field
object
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
A parsed Move resource
object
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
This is a JSON representation of some data within an account resource. More specifically, it is a map of strings to arbitrary JSON values / objects, where the keys are top level fields within the given resource.
To clarify, you might query for 0x1::account::Account and see the example data.
Move bool type value is serialized into boolean.
Move u8, u16 and u32 type value is serialized into integer.
Move u64, u128 and u256 type value is serialized into string.
Move address type value (32 byte Aptos account address) is serialized into a HexEncodedBytes string.
For example:
0x10x1668f6be25668c1a17cd8caf6b8d2f25
Move vector type value is serialized into array, except vector<u8> which is serialized into a
HexEncodedBytes string with 0x prefix.
For example:
vector<u64>{255, 255}=>["255", "255"]vector<u8>{255, 255}=>0xffff
Move struct type value is serialized into object that looks like this (except some Move stdlib types, see the following section):
{
field1_name: field1_value,
field2_name: field2_value,
......
}
For example:
{ "created": "0xa550c18", "role_id": "0" }
Special serialization for Move stdlib types:
- 0x1::string::String
is serialized into
string. For example, struct value0x1::string::String{bytes: b"Hello World!"}is serialized as"Hello World!"in JSON.
object
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Decoded table data
object
Key of table in JSON
Type of key
Value of table in JSON
Type of value
An event from a transaction
object
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
The JSON representation of the event
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A more API-friendly representation of the on-chain aptos_types::jwks::QuorumCertifiedUpdate.
object
A more API-friendly representation of the on-chain aptos_types::jwks::ProviderJWKs.
object
Move type 0x1::jwks::RSA_JWK in rust.
See its doc in Move for more details.
object
Move type 0x1::jwks::UnsupportedJWK in rust.
See its doc in Move for more details.
object
A more API-friendly representation of the on-chain aptos_types::aggregate_signature::AggregateSignature.
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
Whether the transaction was successful
The VM status of the transaction, can tell useful information in a failure
Final state of resources changed by the transaction
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module id is a string representation of Move module.
Format: {address}::{module name}
address should be hex-encoded 32 byte account address that is prefixed with 0x.
Module name is case-sensitive.
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Deleted table data
object
Deleted key
Deleted key type
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
Move module bytecode along with it’s ABI
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
A Move module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
Friends of the module
Public functions of the module
Move function
object
Move function visibility
Whether the function can be called as an entry function directly in a transaction
Whether the function is a view function or not
Generic type params associated with the Move function
Move function generic type param
object
Move abilities tied to the generic type param and associated with the function that uses it
Parameters associated with the move function
Return type of the function
Structs of the module
A move struct
object
Whether the struct is a native struct of Move
Whether the struct is marked with the #[event] annotation
Abilities associated with the struct
Generic types associated with the struct
Move generic type param
object
Move abilities tied to the generic type param and associated with the type that uses it
Fields associated with the struct
Move struct field
object
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
A final state change of a transaction on a resource or module
object
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
State key hash
A parsed Move resource
object
String representation of a MoveStructTag (on-chain Move struct type). This exists so you can specify MoveStructTags as path / query parameters, e.g. for get_events_by_event_handle.
It is a combination of:
move_module_address,module_nameandstruct_name, all joined by::struct generic type parametersjoined by,
Examples:
0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>0x1::account::Account
Note:
- Empty chars should be ignored when comparing 2 struct tag ids.
- When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
See doc for more details.
This is a JSON representation of some data within an account resource. More specifically, it is a map of strings to arbitrary JSON values / objects, where the keys are top level fields within the given resource.
To clarify, you might query for 0x1::account::Account and see the example data.
Move bool type value is serialized into boolean.
Move u8, u16 and u32 type value is serialized into integer.
Move u64, u128 and u256 type value is serialized into string.
Move address type value (32 byte Aptos account address) is serialized into a HexEncodedBytes string.
For example:
0x10x1668f6be25668c1a17cd8caf6b8d2f25
Move vector type value is serialized into array, except vector<u8> which is serialized into a
HexEncodedBytes string with 0x prefix.
For example:
vector<u64>{255, 255}=>["255", "255"]vector<u8>{255, 255}=>0xffff
Move struct type value is serialized into object that looks like this (except some Move stdlib types, see the following section):
{
field1_name: field1_value,
field2_name: field2_value,
......
}
For example:
{ "created": "0xa550c18", "role_id": "0" }
Special serialization for Move stdlib types:
- 0x1::string::String
is serialized into
string. For example, struct value0x1::string::String{bytes: b"Hello World!"}is serialized as"Hello World!"in JSON.
object
A final state change of a transaction on a resource or module
object
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Decoded table data
object
Key of table in JSON
Type of key
Value of table in JSON
Type of value
An event from a transaction
object
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
String representation of an on-chain Move type tag that is exposed in transaction payload.
Values:
- bool
- u8
- u16
- u32
- u64
- u128
- u256
- address
- signer
- vector: vector<{non-reference MoveTypeId}>
- struct: {address}::{module_name}::{struct_name}::<{generic types}>
Vector type value examples:
- `vector<u8>`
- `vector<vector<u64>>`
- `vector<0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>>`
Struct type value examples:
- `0x1::coin::CoinStore<0x1::aptos_coin::AptosCoin>
- `0x1::account::Account`
Note:
1. Empty chars should be ignored when comparing 2 struct tag ids.
2. When used in an URL path, should be encoded by url-encoding (AKA percent-encoding).
The JSON representation of the event
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
object
A string containing a 64-bit unsigned integer.
We represent u64 values as a string to ensure compatibility with languages such as JavaScript that do not parse u64s in JSON natively.
A hex encoded 32 byte Aptos account address.
This is represented in a string as a 64 character hex string, sometimes shortened by stripping leading 0s, and adding a 0x.
For example, address 0x0000000000000000000000000000000000000000000000000000000000000001 is represented as 0x1.
All bytes (Vec0x and fulfilled with
two hex digits per byte.
Unlike the Address type, HexEncodedBytes will not trim any zeros.
Example
{ "type": "pending_transaction", "sender": "0x88fbd33f54e1126269769780feb24480428179f552e2313fbe571b72e62a1ca1", "sequence_number": "32425224034", "max_gas_amount": "32425224034", "gas_unit_price": "32425224034", "expiration_timestamp_secs": "32425224034", "payload": { "type": "entry_function_payload", "function": "0x1::aptos_coin::transfer" }, "signature": { "type": "ed25519_signature", "public_key": "0x88fbd33f54e1126269769780feb24480428179f552e2313fbe571b72e62a1ca1", "signature": "0x88fbd33f54e1126269769780feb24480428179f552e2313fbe571b72e62a1ca1" }, "replay_protection_nonce": "32425224034"}Headers
Section titled “ Headers ”Chain ID of the current chain
Current ledger version of the chain
Oldest non-pruned ledger version of the chain
Current timestamp of the chain
Current epoch of the chain
Current block height of the chain
Oldest non-pruned block height of the chain
The cost of the call in terms of gas
Cursor to be used for endpoints that support cursor-based
pagination. Pass this to the start field of the endpoint
on the next call to get the next page of results.
This is the generic struct we use for all API errors, it contains a string message and an Aptos API specific error code.
object
A message describing the error
These codes provide more granular error information beyond just the HTTP status code of the response.
A code providing VM error details when submitting transactions to the VM
Example
{ "error_code": "account_not_found"}Headers
Section titled “ Headers ”Chain ID of the current chain
Current ledger version of the chain
Oldest non-pruned ledger version of the chain
Current timestamp of the chain
Current epoch of the chain
Current block height of the chain
Oldest non-pruned block height of the chain
The cost of the call in terms of gas
This is the generic struct we use for all API errors, it contains a string message and an Aptos API specific error code.
object
A message describing the error
These codes provide more granular error information beyond just the HTTP status code of the response.
A code providing VM error details when submitting transactions to the VM
Example
{ "error_code": "account_not_found"}Headers
Section titled “ Headers ”Chain ID of the current chain
Current ledger version of the chain
Oldest non-pruned ledger version of the chain
Current timestamp of the chain
Current epoch of the chain
Current block height of the chain
Oldest non-pruned block height of the chain
The cost of the call in terms of gas
This is the generic struct we use for all API errors, it contains a string message and an Aptos API specific error code.
object
A message describing the error
These codes provide more granular error information beyond just the HTTP status code of the response.
A code providing VM error details when submitting transactions to the VM
Example
{ "error_code": "account_not_found"}Headers
Section titled “ Headers ”Chain ID of the current chain
Current ledger version of the chain
Oldest non-pruned ledger version of the chain
Current timestamp of the chain
Current epoch of the chain
Current block height of the chain
Oldest non-pruned block height of the chain
The cost of the call in terms of gas
This is the generic struct we use for all API errors, it contains a string message and an Aptos API specific error code.
object
A message describing the error
These codes provide more granular error information beyond just the HTTP status code of the response.
A code providing VM error details when submitting transactions to the VM
Example
{ "error_code": "account_not_found"}Headers
Section titled “ Headers ”Chain ID of the current chain
Current ledger version of the chain
Oldest non-pruned ledger version of the chain
Current timestamp of the chain
Current epoch of the chain
Current block height of the chain
Oldest non-pruned block height of the chain
The cost of the call in terms of gas
This is the generic struct we use for all API errors, it contains a string message and an Aptos API specific error code.
object
A message describing the error
These codes provide more granular error information beyond just the HTTP status code of the response.
A code providing VM error details when submitting transactions to the VM
Example
{ "error_code": "account_not_found"}Headers
Section titled “ Headers ”Chain ID of the current chain
Current ledger version of the chain
Oldest non-pruned ledger version of the chain
Current timestamp of the chain
Current epoch of the chain
Current block height of the chain
Oldest non-pruned block height of the chain
The cost of the call in terms of gas
This is the generic struct we use for all API errors, it contains a string message and an Aptos API specific error code.
object
A message describing the error
These codes provide more granular error information beyond just the HTTP status code of the response.
A code providing VM error details when submitting transactions to the VM
Example
{ "error_code": "account_not_found"}Headers
Section titled “ Headers ”Chain ID of the current chain
Current ledger version of the chain
Oldest non-pruned ledger version of the chain
Current timestamp of the chain
Current epoch of the chain
Current block height of the chain
Oldest non-pruned block height of the chain
The cost of the call in terms of gas