Version 1.0.0
1.0.0 Oct 27, 2020
Differences between Core SDK v0 and v1
- All api functions are defined in mod.rs of appropriate modules
- Function names are the same as API function names:
module.function_name
- Parameters naming:
- In snake case
- Base64 suffix is removed from parameter names. For example,
bocBase64
is changed toboc
- Parsed boc replaced with unparsed boc in all function input parameters
- All functions take byte arrays in a defined encoding:
base64
- encoding used for byte arrays of variable length: text, images, etc.hex-lower-case
- encoding used to encode fixed length bit sequences: hashes, keys, salt, etc.
contracts
module is splitted into 5 modules:tvm
- embedded TVM execution functionsboc
- raw cell and BOC manipulation functionsabi
- abi-compatible messages creation and parsing functionsprocessing
- blockchain interaction functionsutils
- has onlyconvert_address
ATM, later will be used for some useful stuff
query
module is renamed tonet
- new
client
module with functionsversion
,api_reference
- All the environment functions (fetch, websocket, spawn, now, etc.) were abstracted behind a separate environment layer crate
ClientEnv
. The standard core env layer implementation is instd_client_env
. Later (in 1.1 release)web_client_env
implementation for Web will be added. - Error codes are distributed across the modules the following way:
client
- 0..99,crypto
- 100..199,boc
- 200..299,abi
- 300..399,tvm
- 400..499,processing
- 500..599,net
- 600..699 - Error descriptions related to a module are described in error.rs file in the module's folder
decode_message
,process_message
,wait_for_transaction
,run_tvm
,run_executor
, etc. (all the functions that return decoded messages) now returns int*/uint* data as a string which can be either decimal or 0x-prefixed hex string. Hex representation can be in any register and have any number of leading zeroes.
Featured
-
All the functions are asynchronous
-
All the functions that can be called via JSON-api are public, so that they can be used directly without JSON-api.
-
Inline documentation and api reference added.
-
[breaking] interops.rs, tonclient.h.
create_context
now takesconfig
parameter - context creation and setup happen at the same time. Config structure has been changed. -
[breaking] crypto module. default values for mnemonic-related functions have been changed:
dictionary is 1, for word count is 12, derivation path is 'm/44'/396'/0'/0/0
-
[breaking] crypto module. removed
word_count
parameter fromwords
function -
[breaking] crypto module.
compliant
parameter is removed from functionsmnemonic_derive_sign_keys
,hdkey_xprv_derive_path
,hdkey_xprv_derive
, -
[new] boc module. Functions
parse_block
,parse_account
,parse_message
,parse_transaction
that parse bocs to JSONs are introduced. -
[breaking] net module. Functions
query
,wait.for
,subscribe
are renamed toquery_collection
,wait_for_collection
,subscribe_collection
table
parameter is renamed tocollection
.filter
parameter is now optional and ofjson
type (passed as json object instead ofstring
) -
[breaking] net module. Function
get.next
is removed. -
[breaking] net module.
subscribe_collection
now uses callback to return data. -
[breaking] abi module.
decode_message
introduced instead ofdecode_unknown_run
,decode_run_output
-
[breaking] abi module.
encode_message
introduced instead ofencode_unsigned_deploy_message
,encode_unsigned_run_message
,run.encode_message
,deploy.encode_message
-
[breaking] abi module.
signer: Signer
parameter used instead ofkey_pair: KeyPair
, which can be ofNone
(unsigned message will be produced),External
(data to be signed +unsigned message),Keys
(signed message will be produced),SigningBox
(message will be signed using a provided interface - will be supported in coming releases) -
[breaking] processing module.
process_message
introduced instead ofdeploy
andrun
. Parameter set was drastically changed. -
[breaking] processing module.
process_message
- now, if the contract was already deployed, deploy fails with an exception of double constructor call. -
[new] processing module.
process_message
- any function can be called at deploy, not only constructor, also there can be no function call. -
[new] processing module.
process_message
now can optionally use callback to monitor message processing (creation, sending, shard block fetching, transaction receiving). -
[fixed] processing module.
process_message
- deploy can be performed without a key pair -
[breaking] tvm module.
run_local
is divided into 2 functionsrun_tvm
andrun_executor
. -
[new] tvm module.
run_tvm
function - performs contract code execution on tvm (part of compute phase). Helps to run contract methods without ACCEPT. Returns account state with updated data, list of external messages and (optional, for ABI contracts only) list of messages decoded data. -
[new] tvm module.
run_executor
function - performs full contract code execution on Transaction Executor (part of collator protocol that performs all phases and checks and - as a successful result - forms a transaction) Returns updated account state, parsed transaction, list of parsed messages with optional decoded message bodies. -
[breaking] tvm module.
run_get
does not download account boc from the network anymore, but takes account boc as a parameter.