Links

Module net

Module net

Network access.

Functions

query – Performs DAppServer GraphQL query.
batch_query – Performs multiple queries per single fetch.
query_collection – Queries collection data
aggregate_collection – Aggregates collection data.
wait_for_collection – Returns an object that fulfills the conditions or waits for its appearance
unsubscribe – Cancels a subscription
subscribe_collection – Creates a collection subscription
subscribe – Creates a subscription
suspend – Suspends network module to stop any network activity
resume – Resumes network module to enable network activity
find_last_shard_block – Returns ID of the last block in a specified account shard
fetch_endpoints – Requests the list of alternative endpoints from server
set_endpoints – Sets the list of endpoints to use on reinit
get_endpoints – Requests the list of alternative endpoints from server
query_counterparties – Allows to query and paginate through the list of accounts that the specified account has interacted with, sorted by the time of the last internal message between accounts
query_transaction_tree – Returns a tree of transactions triggered by a specific message.
create_block_iterator – Creates block iterator.
resume_block_iterator – Resumes block iterator.
create_transaction_iterator – Creates transaction iterator.
resume_transaction_iterator – Resumes transaction iterator.
iterator_next – Returns next available items.
remove_iterator – Removes an iterator
get_signature_id – Returns signature ID for configured network if it should be used in messages signature

Types

OrderBy

Functions

query

Performs DAppServer GraphQL query.
type ParamsOfQuery = {
query: string,
variables?: any
}
type ResultOfQuery = {
result: any
}
function query(
params: ParamsOfQuery,
): Promise<ResultOfQuery>;
function query_sync(
params: ParamsOfQuery,
): ResultOfQuery;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • query: string – GraphQL query text.
  • variables?: any – Variables used in query. Must be a map with named values that can be used in query.

Result

  • result: any – Result provided by DAppServer.

batch_query

Performs multiple queries per single fetch.
type ParamsOfBatchQuery = {
operations: ParamsOfQueryOperation[]
}
type ResultOfBatchQuery = {
results: any[]
}
function batch_query(
params: ParamsOfBatchQuery,
): Promise<ResultOfBatchQuery>;
function batch_query_sync(
params: ParamsOfBatchQuery,
): ResultOfBatchQuery;
NOTE: Sync version is available only for lib-node binding.

Parameters

Result

  • results: any[] – Result values for batched queries. Returns an array of values. Each value corresponds to queries item.

query_collection

Queries collection data
Queries data that satisfies the filter conditions, limits the number of returned records and orders them. The projection fields are limited to result fields
type ParamsOfQueryCollection = {
collection: string,
filter?: any,
result: string,
order?: OrderBy[],
limit?: number
}
type ResultOfQueryCollection = {
result: any[]
}
function query_collection(
params: ParamsOfQueryCollection,
): Promise<ResultOfQueryCollection>;
function query_collection_sync(
params: ParamsOfQueryCollection,
): ResultOfQueryCollection;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • collection: string – Collection name (accounts, blocks, transactions, messages, block_signatures)
  • filter?: any – Collection filter
  • result: string – Projection (result) string
  • order?: OrderBy[] – Sorting order
  • limit?: number – Number of documents to return

Result

  • result: any[] – Objects that match the provided criteria

aggregate_collection

Aggregates collection data.
Aggregates values from the specified fields for records that satisfies the filter conditions,
type ParamsOfAggregateCollection = {
collection: string,
filter?: any,
fields?: FieldAggregation[]
}
type ResultOfAggregateCollection = {
values: any
}
function aggregate_collection(
params: ParamsOfAggregateCollection,
): Promise<ResultOfAggregateCollection>;
function aggregate_collection_sync(
params: ParamsOfAggregateCollection,
): ResultOfAggregateCollection;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • collection: string – Collection name (accounts, blocks, transactions, messages, block_signatures)
  • filter?: any – Collection filter
  • fields?: FieldAggregation[] – Projection (result) string

Result

  • values: any – Values for requested fields. Returns an array of strings. Each string refers to the corresponding fields item. Numeric value is returned as a decimal string representations.

wait_for_collection

Returns an object that fulfills the conditions or waits for its appearance
Triggers only once. If object that satisfies the filter conditions already exists - returns it immediately. If not - waits for insert/update of data within the specified timeout, and returns it. The projection fields are limited to result fields
type ParamsOfWaitForCollection = {
collection: string,
filter?: any,
result: string,
timeout?: number
}
type ResultOfWaitForCollection = {
result: any
}
function wait_for_collection(
params: ParamsOfWaitForCollection,
): Promise<ResultOfWaitForCollection>;
function wait_for_collection_sync(
params: ParamsOfWaitForCollection,
): ResultOfWaitForCollection;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • collection: string – Collection name (accounts, blocks, transactions, messages, block_signatures)
  • filter?: any – Collection filter
  • result: string – Projection (result) string
  • timeout?: number – Query timeout

Result

  • result: any – First found object that matches the provided criteria

unsubscribe

Cancels a subscription
Cancels a subscription specified by its handle.
type ResultOfSubscribeCollection = {
handle: number
}
function unsubscribe(
params: ResultOfSubscribeCollection,
): Promise<void>;
function unsubscribe_sync(
params: ResultOfSubscribeCollection,
): void;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • handle: number – Subscription handle. Must be closed with unsubscribe

subscribe_collection

Creates a collection subscription
Triggers for each insert/update of data that satisfies the filter conditions. The projection fields are limited to result fields.
The subscription is a persistent communication channel between client and Free TON Network. All changes in the blockchain will be reflected in realtime. Changes means inserts and updates of the blockchain entities.

Important Notes on Subscriptions

Unfortunately sometimes the connection with the network brakes down. In this situation the library attempts to reconnect to the network. This reconnection sequence can take significant time. All of this time the client is disconnected from the network.
Bad news is that all blockchain changes that happened while the client was disconnected are lost.
Good news is that the client report errors to the callback when it loses and resumes connection.
So, if the lost changes are important to the application then the application must handle these error reports.
Library reports errors with responseType == 101 and the error object passed via params.
When the library has successfully reconnected the application receives callback with responseType == 101 and params.code == 614 (NetworkModuleResumed).
Application can use several ways to handle this situation:
  • If application monitors changes for the single blockchain object (for example specific account): application can perform a query for this object and handle actual data as a regular data from the subscription.
  • If application monitors sequence of some blockchain objects (for example transactions of the specific account): application must refresh all cached (or visible to user) lists where this sequences presents.
type ParamsOfSubscribeCollection = {
collection: string,
filter?: any,
result: string
}
type ResultOfSubscribeCollection = {
handle: number
}
function subscribe_collection(
params: ParamsOfSubscribeCollection,
responseHandler?: ResponseHandler,
): Promise<ResultOfSubscribeCollection>;
function subscribe_collection_sync(
params: ParamsOfSubscribeCollection,
): ResultOfSubscribeCollection;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • collection: string – Collection name (accounts, blocks, transactions, messages, block_signatures)
  • filter?: any – Collection filter
  • result: string – Projection (result) string
  • responseHandler?: ResponseHandler – additional responses handler.

Result

  • handle: number – Subscription handle. Must be closed with unsubscribe

subscribe

Creates a subscription
The subscription is a persistent communication channel between client and Everscale Network.

Important Notes on Subscriptions

Unfortunately sometimes the connection with the network breaks down. In this situation the library attempts to reconnect to the network. This reconnection sequence can take significant time. All of this time the client is disconnected from the network.
Bad news is that all changes that happened while the client was disconnected are lost.
Good news is that the client report errors to the callback when it loses and resumes connection.
So, if the lost changes are important to the application then the application must handle these error reports.
Library reports errors with responseType == 101 and the error object passed via params.
When the library has successfully reconnected the application receives callback with responseType == 101 and params.code == 614 (NetworkModuleResumed).
Application can use several ways to handle this situation:
  • If application monitors changes for the single object (for example specific account): application can perform a query for this object and handle actual data as a regular data from the subscription.
  • If application monitors sequence of some objects (for example transactions of the specific account): application must refresh all cached (or visible to user) lists where this sequences presents.
type ParamsOfSubscribe = {
subscription: string,
variables?: any
}
type ResultOfSubscribeCollection = {
handle: number
}
function subscribe(
params: ParamsOfSubscribe,
responseHandler?: ResponseHandler,
): Promise<ResultOfSubscribeCollection>;
function subscribe_sync(
params: ParamsOfSubscribe,
): ResultOfSubscribeCollection;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • subscription: string – GraphQL subscription text.
  • variables?: any – Variables used in subscription. Must be a map with named values that can be used in query.
  • responseHandler?: ResponseHandler – additional responses handler.

Result

  • handle: number – Subscription handle. Must be closed with unsubscribe

suspend

Suspends network module to stop any network activity
function suspend(): Promise<void>;
function suspend_sync(): void;
NOTE: Sync version is available only for lib-node binding.

resume

Resumes network module to enable network activity
function resume(): Promise<void>;
function resume_sync(): void;
NOTE: Sync version is available only for lib-node binding.

find_last_shard_block

Returns ID of the last block in a specified account shard
type ParamsOfFindLastShardBlock = {
address: string
}
type ResultOfFindLastShardBlock = {
block_id: string
}
function find_last_shard_block(
params: ParamsOfFindLastShardBlock,
): Promise<ResultOfFindLastShardBlock>;
function find_last_shard_block_sync(
params: ParamsOfFindLastShardBlock,
): ResultOfFindLastShardBlock;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • address: string – Account address

Result

  • block_id: string – Account shard last block ID

fetch_endpoints

Requests the list of alternative endpoints from server
type EndpointsSet = {
endpoints: string[]
}
function fetch_endpoints(): Promise<EndpointsSet>;
function fetch_endpoints_sync(): EndpointsSet;
NOTE: Sync version is available only for lib-node binding.

Result

  • endpoints: string[] – List of endpoints provided by server

set_endpoints

Sets the list of endpoints to use on reinit
type EndpointsSet = {
endpoints: string[]
}
function set_endpoints(
params: EndpointsSet,
): Promise<void>;
function set_endpoints_sync(
params: EndpointsSet,
): void;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • endpoints: string[] – List of endpoints provided by server

get_endpoints

Requests the list of alternative endpoints from server
type ResultOfGetEndpoints = {
query: string,
endpoints: string[]
}
function get_endpoints(): Promise<ResultOfGetEndpoints>;
function get_endpoints_sync(): ResultOfGetEndpoints;
NOTE: Sync version is available only for lib-node binding.

Result

  • query: string – Current query endpoint
  • endpoints: string[] – List of all endpoints used by client

query_counterparties

Allows to query and paginate through the list of accounts that the specified account has interacted with, sorted by the time of the last internal message between accounts
Attention this query retrieves data from 'Counterparties' service which is not supported in the opensource version of DApp Server (and will not be supported) as well as in Evernode SE (will be supported in SE in future), but is always accessible via EVER OS Clouds
type ParamsOfQueryCounterparties = {
account: string,
result: string,
first?: number,
after?: string
}
type ResultOfQueryCollection = {
result: any[]
}
function query_counterparties(
params: ParamsOfQueryCounterparties,
): Promise<ResultOfQueryCollection>;
function query_counterparties_sync(
params: ParamsOfQueryCounterparties,
): ResultOfQueryCollection;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • account: string – Account address
  • result: string – Projection (result) string
  • first?: number – Number of counterparties to return
  • after?: stringcursor field of the last received result

Result

  • result: any[] – Objects that match the provided criteria

query_transaction_tree

Returns a tree of transactions triggered by a specific message.
Performs recursive retrieval of a transactions tree produced by a specific message: in_msg -> dst_transaction -> out_messages -> dst_transaction -> ... If the chain of transactions execution is in progress while the function is running, it will wait for the next transactions to appear until the full tree or more than 50 transactions are received.
All the retrieved messages and transactions are included into result.messages and result.transactions respectively.
Function reads transactions layer by layer, by pages of 20 transactions.
The retrieval process goes like this: Let's assume we have an infinite chain of transactions and each transaction generates 5 messages.
  1. 1.
    Retrieve 1st message (input parameter) and corresponding transaction - put it into result. It is the first level of the tree of transactions - its root. Retrieve 5 out message ids from the transaction for next steps.
  2. 2.
    Retrieve 5 messages and corresponding transactions on the 2nd layer. Put them into result. Retrieve 5*5 out message ids from these transactions for next steps
  3. 3.
    Retrieve 20 (size of the page) messages and transactions (3rd layer) and 20*5=100 message ids (4th layer).
  4. 4.
    Retrieve the last 5 messages and 5 transactions on the 3rd layer + 15 messages and transactions (of 100) from the 4th layer
  • 25 message ids of the 4th layer + 75 message ids of the 5th layer.
  1. 5.
    Retrieve 20 more messages and 20 more transactions of the 4th layer + 100 more message ids of the 5th layer.
  2. 6.
    Now we have 1+5+20+20+20 = 66 transactions, which is more than 50. Function exits with the tree of 1m->1t->5m->5t->25m->25t->35m->35t. If we see any message ids in the last transactions out_msgs, which don't have corresponding messages in the function result, it means that the full tree was not received and we need to continue iteration.
To summarize, it is guaranteed that each message in result.messages has the corresponding transaction in the result.transactions. But there is no guarantee that all messages from transactions out_msgs are presented in result.messages. So the application has to continue retrieval for missing messages if it requires.
type ParamsOfQueryTransactionTree = {
in_msg: string,
abi_registry?: Abi[],
timeout?: number,
transaction_max_count?: number
}
type ResultOfQueryTransactionTree = {
messages: MessageNode[],
transactions: TransactionNode[]
}
function query_transaction_tree(
params: ParamsOfQueryTransactionTree,
): Promise<ResultOfQueryTransactionTree>;
function query_transaction_tree_sync(
params: ParamsOfQueryTransactionTree,
): ResultOfQueryTransactionTree;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • in_msg: string – Input message id.
  • abi_registry?: Abi[] – List of contract ABIs that will be used to decode message bodies. Library will try to decode each returned message body using any ABI from the registry.
  • timeout?: number – Timeout used to limit waiting time for the missing messages and transaction. If some of the following messages and transactions are missing yet The maximum waiting time is regulated by this option. Default value is 60000 (1 min). If timeout is set to 0 then function will wait infinitely until the whole transaction tree is executed
  • transaction_max_count?: number – Maximum transaction count to wait. If transaction tree contains more transaction then this parameter then only first transaction_max_count transaction are awaited and returned. Default value is 50. If transaction_max_count is set to 0 then no limitation on transaction count is used and all transaction are returned.

Result

create_block_iterator

Creates block iterator.
Block iterator uses robust iteration methods that guaranties that every block in the specified range isn't missed or iterated twice.
Iterated range can be reduced with some filters:
  • start_time – the bottom time range. Only blocks with gen_utime more or equal to this value is iterated. If this parameter is omitted then there is no bottom time edge, so all blocks since zero state is iterated.
  • end_time – the upper time range. Only blocks with gen_utime less then this value is iterated. If this parameter is omitted then there is no upper time edge, so iterator never finishes.
  • shard_filter – workchains and shard prefixes that reduce the set of interesting blocks. Block conforms to the shard filter if it belongs to the filter workchain and the first bits of block's shard fields matches to the shard prefix. Only blocks with suitable shard are iterated.
Items iterated is a JSON objects with block data. The minimal set of returned fields is:
id
gen_utime
workchain_id
shard
after_split
after_merge
prev_ref {
root_hash
}
prev_alt_ref {
root_hash
}
Application can request additional fields in the result parameter.
Application should call the remove_iterator when iterator is no longer required.
type ParamsOfCreateBlockIterator = {
start_time?: number,
end_time?: number,
shard_filter?: string[],
result?: string
}
type RegisteredIterator = {
handle: number
}
function create_block_iterator(
params: ParamsOfCreateBlockIterator,
): Promise<RegisteredIterator>;
function create_block_iterator_sync(
params: ParamsOfCreateBlockIterator,
): RegisteredIterator;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • start_time?: number – Starting time to iterate from. If the application specifies this parameter then the iteration includes blocks with gen_utime >= start_time. Otherwise the iteration starts from zero state. Must be specified in seconds.
  • end_time?: number – Optional end time to iterate for. If the application specifies this parameter then the iteration includes blocks with gen_utime < end_time. Otherwise the iteration never stops. Must be specified in seconds.
  • shard_filter?: string[] – Shard prefix filter. If the application specifies this parameter and it is not the empty array then the iteration will include items related to accounts that belongs to the specified shard prefixes. Shard prefix must be represented as a string "workchain:prefix". Where workchain is a signed integer and the prefix if a hexadecimal representation if the 64-bit unsigned integer with tagged shard prefix. For example: "0:3800000000000000".
  • result?: string – Projection (result) string. List of the fields that must be returned for iterated items. This field is the same as the result parameter of the query_collection function. Note that iterated items can contains additional fields that are not requested in the result.

Result

  • handle: number – Iterator handle. Must be removed using remove_iterator when it is no more needed for the application.

resume_block_iterator

Resumes block iterator.
The iterator stays exactly at the same position where the resume_state was caught.
Application should call the remove_iterator when iterator is no longer required.
type ParamsOfResumeBlockIterator = {
resume_state: any
}
type RegisteredIterator = {
handle: number
}
function resume_block_iterator(
params: ParamsOfResumeBlockIterator,
): Promise<RegisteredIterator>;
function resume_block_iterator_sync(
params: ParamsOfResumeBlockIterator,
): RegisteredIterator;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • resume_state: any – Iterator state from which to resume. Same as value returned from iterator_next.

Result

  • handle: number – Iterator handle. Must be removed using remove_iterator when it is no more needed for the application.

create_transaction_iterator

Creates transaction iterator.
Transaction iterator uses robust iteration methods that guaranty that every transaction in the specified range isn't missed or iterated twice.
Iterated range can be reduced with some filters:
  • start_time – the bottom time range. Only transactions with now more or equal to this value are iterated. If this parameter is omitted then there is no bottom time edge, so all the transactions since zero state are iterated.
  • end_time – the upper time range. Only transactions with now less then this value are iterated. If this parameter is omitted then there is no upper time edge, so iterator never finishes.
  • shard_filter – workchains and shard prefixes that reduce the set of interesting accounts. Account address conforms to the shard filter if it belongs to the filter workchain and the first bits of address match to the shard prefix. Only transactions with suitable account addresses are iterated.
  • accounts_filter – set of account addresses whose transactions must be iterated. Note that accounts filter can conflict with shard filter so application must combine these filters carefully.
Iterated item is a JSON objects with transaction data. The minimal set of returned fields is:
id
account_addr
now
balance_delta(format:DEC)
bounce { bounce_type }
in_message {
id
value(format:DEC)
msg_type
src
}
out_messages {
id
value(format:DEC)
msg_type
dst
}
Application can request an additional fields in the result parameter.
Another parameter that affects on the returned fields is the include_transfers. When this parameter is true the iterator computes and adds transfer field containing list of the useful TransactionTransfer objects. Each transfer is calculated from the particular message related to the transaction and has the following structure:
  • message – source message identifier.
  • isBounced – indicates that the transaction is bounced, which means the value will be returned back to the sender.
  • isDeposit – indicates that this transfer is the deposit (true) or withdraw (false).
  • counterparty – account address of the transfer source or destination depending on isDeposit.
  • value – amount of nano tokens transferred. The value is represented as a decimal string because the actual value can be more precise than the JSON number can represent. Application must use this string carefully – conversion to number can follow to loose of precision.
Application should call the remove_iterator when iterator is no longer required.
type ParamsOfCreateTransactionIterator = {
start_time?: number,
end_time?: number,
shard_filter?: string[],
accounts_filter?: string[],
result?: string,
include_transfers?: boolean
}
type RegisteredIterator = {
handle: number
}
function create_transaction_iterator(
params: ParamsOfCreateTransactionIterator,
): Promise<RegisteredIterator>;
function create_transaction_iterator_sync(
params: ParamsOfCreateTransactionIterator,
): RegisteredIterator;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • start_time?: number – Starting time to iterate from. If the application specifies this parameter then the iteration includes blocks with gen_utime >= start_time. Otherwise the iteration starts from zero state. Must be specified in seconds.
  • end_time?: number – Optional end time to iterate for. If the application specifies this parameter then the iteration includes blocks with gen_utime < end_time. Otherwise the iteration never stops. Must be specified in seconds.
  • shard_filter?: string[] – Shard prefix filters. If the application specifies this parameter and it is not an empty array then the iteration will include items related to accounts that belongs to the specified shard prefixes. Shard prefix must be represented as a string "workchain:prefix". Where workchain is a signed integer and the prefix if a hexadecimal representation if the 64-bit unsigned integer with tagged shard prefix. For example: "0:3800000000000000". Account address conforms to the shard filter if it belongs to the filter workchain and the first bits of address match to the shard prefix. Only transactions with suitable account addresses are iterated.
  • accounts_filter?: string[] – Account address filter. Application can specify the list of accounts for which it wants to iterate transactions. If this parameter is missing or an empty list then the library iterates transactions for all accounts that pass the shard filter. Note that the library doesn't detect conflicts between the account filter and the shard filter if both are specified. So it is an application responsibility to specify the correct filter combination.
  • result?: string – Projection (result) string. List of the fields that must be returned for iterated items. This field is the same as the result parameter of the query_collection function. Note that iterated items can contain additional fields that are not requested in the result.
  • include_transfers?: boolean – Include transfers field in iterated transactions. If this parameter is true then each transaction contains field transfers with list of transfer. See more about this structure in function description.

Result

  • handle: number – Iterator handle. Must be removed using remove_iterator when it is no more needed for the application.

resume_transaction_iterator

Resumes transaction iterator.
The iterator stays exactly at the same position where the resume_state was caught. Note that resume_state doesn't store the account filter. If the application requires to use the same account filter as it was when the iterator was created then the application must pass the account filter again in accounts_filter parameter.
Application should call the remove_iterator when iterator is no longer required.
type ParamsOfResumeTransactionIterator = {
resume_state: any,
accounts_filter?: string[]
}
type RegisteredIterator = {
handle: number
}
function resume_transaction_iterator(
params: ParamsOfResumeTransactionIterator,
): Promise<RegisteredIterator>;
function resume_transaction_iterator_sync(
params: ParamsOfResumeTransactionIterator,
): RegisteredIterator;
NOTE: Sync version is available only for lib-node binding.

Parameters

  • resume_state: any – Iterator state from which to resume. Same as value returned from iterator_next.
  • accounts_filter?: string[] – Account address filter. Application can specify the list of accounts for which it wants to iterate transactions. If this parameter is missing or an empty list then the library iterates transactions for all accounts that passes the shard filter. Note that the library doesn't detect conflicts between the account filter and the shard filter if both are specified. So it is the application's responsibility to specify the correct filter combination.

Result

  • handle: number – Iterator handle. Must be removed using remove_iterator when it is no more needed for the application.

iterator_next

Returns next available items.
In addition to available items this function returns the has_more flag indicating that the iterator isn't reach the end of the iterated range yet.
This function can return the empty list of available items but indicates that there are more items is available. This situation appears when the iterator doesn't reach iterated range but database doesn't contains available items yet.
If application requests resume state in return_resume_state parameter then this function returns resume_state that can be used later to resume the iteration from the position after returned items.
The structure of the items returned depends on the iterator used. See the description to the appropriated iterator creation function.
type ParamsOfIteratorNext = {
iterator: number,
limit?: number,
return_resume_state?: boolean
}
type ResultOfIteratorNext = {
items: any[],
has_more: boolean,
resume_state?: any
}
function iterator_next(
params: ParamsOfIteratorNext,
): Promise<ResultOfIteratorNext>;
function iterator_next_sync(
params: ParamsOfIteratorNext,
): ResultOfIteratorNext;
NOTE: Sync version is available only for lib-node binding.

Parameters