The following documentation provides context, reasoning, and examples for methods and constants found in tests/utils.py
.
Expect this module to evolve (as it has already done).
The Cairo programming language includes unique features and limitations relative to other programming languages. To ease the readability of Cairo contracts, this project includes reusable constant variables like TRUE
, FALSE
, or ZERO_ADDRESS
.
The constants library lists all of the interface ids used by our libaries as constant variables to increase code legibility. For example, IERC165_ID
is much easier to read than 0x01ffc9a7
. For more information on how interface ids are calculated, see the ERC165 documentation.
Cairo currently only provides support for short string literals (less than 32 characters). Note that short strings aren't really strings, rather, they're representations of Cairo field elements. The following methods provide a simple conversion to/from field elements.
Takes an ASCII string and converts it to a field element via big endian representation.
Takes an integer and converts it to an ASCII string by trimming the null bytes and decoding the remaining bits.
Cairo's native data type is a field element (felt). Felts equate to 252 bits which poses a problem regarding 256-bit integer integration. To resolve the bit discrepancy, Cairo represents 256-bit integers as a struct of two 128-bit integers. Further, the low bits precede the high bits e.g.
1 = (1, 0)
1 << 128 = (0, 1)
(1 << 128) - 1 = (340282366920938463463374607431768211455, 0)
Converts a simple integer into a uint256-ish tuple.
Note
to_uint
should be used in favor ofuint
, asuint
only returns the low bits of the tuple.
Converts an integer into a uint256-ish tuple.
x = to_uint(340282366920938463463374607431768211456)
print(x)
# prints (0, 1)
Converts a uin256-ish tuple into an integer.
x = (0, 1)
y = from_uint(x)
print(y)
# prints 340282366920938463463374607431768211456
Performs addition between two uint256-ish tuples and returns the sum as a uint256-ish tuple.
x = (0, 1)
y = (1, 0)
z = add_uint(x, y)
print(z)
# prints (1, 1)
Performs subtraction between two uint256-ish tuples and returns the difference as a uint256-ish tuple.
x = (0, 1)
y = (1, 0)
z = sub_uint(x, y)
print(z)
# prints (340282366920938463463374607431768211455, 0)
Performs multiplication between two uint256-ish tuples and returns the product as a uint256-ish tuple.
x = (0, 10)
y = (2, 0)
z = mul_uint(x, y)
print(z)
# prints (0, 20)
Performs division between two uint256-ish tuples and returns both the quotient and remainder as uint256-ish tuples respectively.
x = (1, 100)
y = (0, 25)
z = div_rem_uint(x, y)
print(z)
# prints ((4, 0), (1, 0))
In order to abstract away some of the verbosity regarding test assertions on StarkNet transactions, this project includes the following helper methods:
An asynchronous wrapper method that executes a try-except pattern for transactions that should fail. Note that this wrapper does not check for a StarkNet error code. This allows for more flexibility in checking that a transaction simply failed. If you wanted to check for an exact error code, you could use StarkNet's error_codes module and implement additional logic to the assert_revert
method.
To successfully use this wrapper, the transaction method should be wrapped with assert_revert
; however, await
should precede the wrapper itself like this:
await assert_revert(signer.send_transaction(
account, contract.contract_address, 'foo', [
recipient,
*token
])
)
This wrapper also includes the option to check that an error message was included in the reversion. To check that the reversion sends the correct error message, add the reverted_with
keyword argument outside of the actual transaction (but still inside the wrapper) like this:
await assert_revert(signer.send_transaction(
account, contract.contract_address, 'foo', [
recipient,
*token
]),
reverted_with="insert error message here"
)
A helper method that checks a transaction receipt for the contract emitting the event (from_address
), the emitted event itself (name
), and the arguments emitted (data
). To use assert_event_emitted
:
# capture the tx receipt
tx_exec_info = await signer.send_transaction(
account, contract.contract_address, 'foo', [
recipient,
*token
])
# insert arguments to assert
assert_event_emitted(
tx_exec_info,
from_address=contract.contract_address,
name='Foo_emitted',
data=[
account.contract_address,
recipient,
*token
]
)
Memoizing functions allow for quicker and computationally cheaper calculations which is immensely beneficial while testing smart contracts.
A helper method that returns the contract definition from the given path. To capture the contract definition, simply add the contracat path as an argument like this:
contract_definition = get_contract_def('path/to/contract.cairo')
A helper method that returns the cached state of a given contract. It's recommended to first deploy all the relevant contracts before caching the state. The requisite contracts in the testing module should each be instantiated with cached_contract
in a fixture after the state has been copied. The memoization pattern with cached_contract
should look something like this:
# get contract definitions
@pytest.fixture(scope='module')
def contract_defs():
foo_def = get_contract_def('path/to/foo.cairo')
return foo_def
# deploy contracts
@pytest.fixture(scope='module')
async def foo_init(contract_defs):
foo_def = contract_defs
starknet = await Starknet.empty()
foo = await starknet.deploy(
contract_def=foo_def,
constructor_calldata=[]
)
return starknet.state, foo # return state and all deployed contracts
# memoization
@pytest.fixture(scope='module')
def foo_factory(contract_defs, foo_init):
foo_def = contract_defs # contract definitions
state, foo = foo_init # state and deployed contracts
_state = state.copy() # copy the state
cached_foo = cached_contract(_state, foo_def, foo) # cache contracts
return cached_foo # return cached contracts
Signer
is used to perform transactions on a given Account, crafting the tx and managing nonces. See the Account documentation for in-depth information.