On-chain account management
Users that want to deposit to an on-chain account call the
despositERC20toVault functions, which take
assetId (and also quantized
amount, in the case of an ERC-20 deposit). These functions add the relevant amounts to the
Due to the way
When the chosen function finishes, the event
LogDepositToVault is emitted.
A side effect of making a deposit to an on-chain account is that a lock is placed on the newly deposited funds and existing funds in that vaultId, for the default lock period,
Users that want to withdraw their funds from an on-chain account call the
withdrawalFromVault function. This function verifies that the caller is indeed the owner of the account, that the funds are not locked, and that the balance is sufficient. If all constraints hold, the function passes the user their funds and emits the event
A user that wants to trade with the funds they have in the on-chain vault against funds on L2 or to initiate a DeFi pooling calls the
registerLimitOrder function, supplying the
exchange address (the specific StarkEx contract address that this order should be executed on), as well as all the relevant parameters for executing such an order, such as:
token type for buy, sell, and fee
vaultIds for buy, sell, and fee
All the vaults that appear on a L1 limit order should belong to on-chain accounts.
Never use the same
As discussed above, in order to respect L1 limit orders, the operator might insist that the on-chain account owner lock their funds (if they are not already locked due to a deposit call). In such a case, the user may need to extend the lock period by calling the lockVault function, supplying the Vault specification and the required lock time.